jedna matematicka...

[Tomas Urbanek]

To je prvni co me take napadlo. Pro kazdy stream dalsi nezavisly generator nahodnych cisel. Ale vlastne tomu nerozumim, tak jen tak placam :)

T

9. 4. 2019 v 10:10, Richard Kaliciak <hw.kaliciak na stonline.sk>:

> Ahoj Dano,
> 
> podla mna by bolo vyhodnejsie naimplementovat (naprogramovat) si este
> jeden nezavisly generator nahodnych cisiel s inym polynomom.
> Pocas mojej studentskej praxe som bol v time, kde bolo treba nahodne
> generovat X a Y a ked sa X a Y geherovali pomocou jednej funkcie rand,
> tak to nebolo dost nahodne (velka korelacia). Moja uloha bola
> naprogramovat od OS nezavisly random generator. Niekde to mozno este mam
> odlozene, bolo to v C-cku a na VAXe a fungovalo to podla predstav.
> 
> Richard Kaliciak
>  
> 
>> Am 08.04.2019 um 22:37 schrieb balu:
>> mame dva roky odstavku a vyvijame vela novych veci. Takze uloha je
>> syntetizovat testovacie signaly z urychlovaca a simulovat skutocne
>> namerane hodnoty zo senzorov. Robim to tak, ze na idealny, cislicovo
>> generovany signal, tiez cislicovo superponujem potrebne nedokonalosti.
>> Jedna z nich je sum.
>> 
>> Tieto signaly sa dalej spracovavaju a zo styroch nezavislych senzorov
>> sa vypocitavaju rozne hodnoty. Na vypocet sa pouzivaju bud FIR filtre
>> o dlzke do 8 tapov (to je v FPGA), alebo potom sa v realnom case
>> spracovavaju gigabitove streamy pocitacom, tam sa vyratavaju hodnoty z
>> poli o dlzke 3564x4096 vzoriek.
>> 
>> Aby sa dala spravne posudit propagacia sumu pri prechode celym
>> spracovacim retazcom ocakava sa, ze signal zo senzorov sa scita
>> linearne, lebo je korelovany a sum sa scita odmocninou, lebo nie je
>> korelovany. Takze aspon na dlzke tych 4096 vzoriek by to malo byt
>> dostatocne nahodne.
>> 
>> Ak uvazujeme, ze signaly 1, 2 a 3 su nezavisle, lebo vznikli nasekanim
>> ineho nahodneho signalu a podla tabulky je miera nahodnosti medzi
>> vsetkymi styrmi priblizne rovnaka, tak to asi funguje. Aj ked sa
>> nesnazim tvarit, ze rozumiem preco...
>> 
>> b.
>> 
>> 
>> 
>> 
>>> On 08/04/2019 22:24, Jan Waclawek wrote:
>>> No, ze je to o 3 az 4 rady lepsie. Mozem Ti to prepocitat do decibelov.
>>> 
>>> Toto su samozrejme bezvyznamne blbosti. To, ze "suvislost" sa povie po
>>> anglicky correlation, a ze si nasiel nejaku funkciu (skupinu funkcii)
>>> ktore sa tak volaju, nic neznamena. Tie funkcie vysetruju "suvislost"
>>> urciteho konkretneho druhu (viacmenej ze jeden signal je oneskorena a
>>> zdeformovana verzia druheho), ale to, ci je ten vysledny signal dost
>>> dobry, zalezi (okrem tych vstupnych signalov) najma od Tvojej aplikacie.
>>> 
>>> Aby som ten vyklad zjednodusil, ak Tvoja aplikacia urobi - povedzme aj v
>>> analogovej domene - to, ze efektivne zoXORuje vsetky styri signaly,
>>> tak s
>>> najvacsou pravdepodobnostou budes mat problem.
>>> 
>>> Ako som povedal, netvrdim, ze ten moj navrh to v kazdom pripade
>>> zachrani,
>>> ale sa mi zda viac pravdepodobne, ze as netrafi do nejakej podobnej
>>> "suvislosti" (pun intended).
>>> 
>>> wek
>>> 
>> _______________________________________________
>> HW-list mailing list  -  sponsored by www.HW.cz
>> Hw-list na list.hw.cz
>> http://list.hw.cz/mailman/listinfo/hw-list
> 
> _______________________________________________
> HW-list mailing list  -  sponsored by www.HW.cz
> Hw-list na list.hw.cz
> http://list.hw.cz/mailman/listinfo/hw-list