jedna matematicka...

František Burian BuFran na seznam.cz
Pondělí Duben 8 22:58:31 CEST 2019


Ahoj Danieli,




  Pěkný úkol : Zkusme to s fibonacci LFSR délky 3, polynom x2+x3 generuje 
nasledujicich 7 (2^3-1) stavu:




A: 001

B: 100

C: 010

D: 101

E: 110

F: 111

G: 011




Tedy vystup z plneho LFSR bude ABCDEFG: 1001011




Nyni vygenerujeme sekvence a a b, kere odpovidaji (2*x+0) a (2*x+1) bitu 
(vystup lfsr seskupime do dvojic, kde kazdy bit dane dvojice bereme jako 
jeden z vystupu):




a: ACEGBDF: 1001011

b: BDFACEG: 0111001




... signaly jsou plne korelovane, vzajemne posunute o 3 hodnoty (2^(n-1)-1) 
... Zajimave ale, ze maji plnou delku !





Myslim si ze tudy cesta nevede ...




To ze ti to ukazovalo ty hodnoty jake to ukazovalo souvisi s oknem kterym 
pres sebe ty useky prekryvas. Nech si vygenerovat mocnasobek te PRBS, (treba
10) spocitej korelaci a pak to podel poctem prvku ktere jsi pres sebe 
prekryval. Na diagonale ti vyjdou jednicky a na ostatnich by melo vyjit (2^
(n-1)-1)/(2^n-1). Nevim jake jsi mel N.





Jedina cesta je mit nekolik lfsr kde kazdy bude mit jiny polygon (polygony 
budou ortogonalni), pak v teto ortonormalni bazi budes mit linearne 
nezavisle sekvence.




Jakakoliv linearni operace mezi vystupy logicky musi dat linearni zavislost 
takze nejaky xor ani neuvazuju.




Franta.







---------- Původní e-mail ----------
Od: balu <balu na k-net.fr>
Komu: hw-list na list.hw.cz
Datum: 8. 4. 2019 22:37:52
Předmět: Re: jedna matematicka... 
"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
"
------------- další část ---------------
HTML příloha byla odstraněna...
URL: <http://list.hw.cz/pipermail/hw-list/attachments/20190408/e0e86d05/attachment.html>


Další informace o konferenci Hw-list