SW problem - chybny algoritmus
Pavel Chromy
mac
Středa Březen 17 11:49:30 CET 2004
> I) Ano takove Tb1 a Tb2 existuje. Stejnou preiodu sice maj, ale posovaj se o
> pacnym smerem
A cim to? Staci si to nakreslit.
> (pokud sedujem posloupnosti), takze se signaly nebudou predbih
> at naprosto stejnym zpusobem.
> Ale pro Tb1:
> (Ta-Tb1)*k
> a pro Tb2
> (Ta-Tb2)*k. Coz uznate ze jsou opacne hodnoty.
Pozor, to by ovsem znamenalo, ze uz predem vime, ktery kmitocet je vyssi a
ktery nizsi - a sice podle toho, zda vyjde rozdil period kladny ci
zaporny, ale to my nevime, je to tak?
Ptam se: kde ziskam Ta-Tb1? A kde Ta-Tb2?
Vime, ze mezi kmitocty je nejaky rozdil, ale to, ktery je vyssi a ktery
nizsi chceme zjistit - proto ty absolutni hodnoty - cinime jakysi
predpoklad o rozdilu period, tot vse co mame - nelze jenom tak od pasu
vycarovat kladnou nebo zapornou hodnotu.
Krome toho ani zaporna hodnota nezajisti, to, ze se signaly budou
predbihat spravne (paklize volba k neni kriticka, jak je uvedeno nize),
pri posunu jednim smerem lze vyrobit oboji predbihani
(je to preci periodicke!!!)
>> Pricemz navic |Ta-Tb1| se nebude prilis lisit od |Ta-Tb2|.
> Jsou stejne.
To bych rozhodne netvrdil - v obecnem pripade zcela jiste stejne nejsou,
ale to ted neni podstatne.
> Jinak, volba konstanty k, neni zas tak kriticka. Zavisi na tom, v jakych mez
> ich se pohybuje |Ta-Tb| (staci odhad) a jak presne jsme schopni merit cas.
Pokud volba konstanty neni kriticka, nechapu, co posun signalu o konstantu
resi, ale mam pocit, ze to uz tady zaznelo.
Jak uz tu take zaznelo, tenhle algoritmus je zkratka ala David
Copperfield. Vycaruje informaci, ktera v tech datech neni a to zkratka
neni mozne - data odpovidaji pravouhlemu signalu a veskera magie je v onom
posunuti o cosi, coz, jak je videt vyse, nemame.
Navrhoval bych dale nemarnit cas a nezahlcovat board a tim debatu uzavrit,
protoze uz jsme trochu offtopic.
Pavel Chromy
Další informace o konferenci Hw-list