ASM x C

[Bc. Marek Pavlu]

Jasne a desku urcite navrhnete tak, treba ctyrsestivrstvou, ze nebudete jiz
schopen 
pripadne pouzit o trosku lepsi FPGA, ktere je pinove kompatibilni. 
To je totiz presna analogie toho, co se stane, kdy si navrhnete od zacatku
procesor, ktery je na hranici 
moznosti v dane aplikaci. A nebo pak nadrizenemu vysvetlite, ze jste to mohl
udelat 
s krapet lepsim svabem, trval by vyvoj kratsi dobu, protoze byste mel
dostatek systemovych prostredu, 
ale zvolil jste si schvalne obvod na hranici moznosti a ouha, ono se to tam
nevlezlo:). 
Nebo ouha, mala blbost navic a sorry, musime predelat desku za x tisic:). 

Jde o to, ze tu lide tvrdi, ze udelali aplkikaci od zacatku na hranici
moznosti napocuitanou sw takty na jeden takt. 
Takovou aplikaci je bezne jiz nemozne upravit i pro minimalni zmeny! 
A to se mi nelibi... 

MP 



-----Original Message----- 
From: hw-list-bounces@list.hw.cz [mailto:hw-list-bounces@list.hw.cz] On
Behalf Of Galloth 
Sent: Friday, August 28, 2009 3:02 PM 
To: HW-news 
Subject: Re: ASM x C 

No ja se nedivim, sam sice s procesory moc nedelam, spise s FPGA, ale 
myslim si, ze situace je vicemene podobna. Proste se udela nejaky 
pocatecni navrh, rozdeleni co bude v jak implementovano, pak se 
navrhne deska vyrobi, napise se program, ten se sprovozni a pak se 
zarizeni pouziva. A kdyz se v ramci pouzivani objevi nedostatek, tak 
je docela pochopitelne, ze nejsnadnejsi cestou kreseni je prave uprava 
programu i za cenu, ze HW zatlacim skoro az za jeho moznosti. 

Honza 

2009/8/28 Bc. Marek Pavlu <pavlu@hwserver.cz>: 
> Ach jo, zas takova, 
> lidi, ja se divim, ze to rovnou nedelate na procesorech 4004, 
> trebas byste mohli delat analyzu efektivnosti daneho kodu deset let... 
> Fakt to nechapu, proc nelze pouzit vykonnejsi procesor. 
> Ve skutecnosti, proc nepouzit procesor na tyto aplikace mnohem lepe 
> vybaveny, 
> ruzne dsp, dsc jsou na trhu na babku... 
> 
> Osobne mi na techto genialnich pocinech na hranici moznosti daneho
procesoru 
> vadi jeden fakt, 
> ze takovou aplikacu uz dale neni kam vyvijet, protoze kazda i piodi zmena 
> znamena v zasade exponencialni narust 
> v nutnem case tu upravu provest a to mi neprijde jako dobre... 
> 
> S pozdravem, 
>                MP 
> 
> 
> 
> 
> -----Original Message----- 
> From: hw-list-bounces@list.hw.cz [mailto:hw-list-bounces@list.hw.cz] On 
> Behalf Of Petr Kubáč 
> Sent: Friday, July 24, 2009 10:46 PM 
> To: HW-news 
> Subject: Re: ASM x C 
> 
>> Docela by mě zajímalo, co znamená " casove kriticke casti programu" - 
>> jako nějaký příklad. Nedokážu si prostě představit něco, co se dá udělat 
>> v ASM a v C (při správném nastavení překladače, linkeru atd.) ne. 
> 
> Nedovedu si moderni a slozite procesory ala ARM nebo X86 programovat jinak

> nez ve vyssim jazyku uz kvuli nejasnemu vyznamu co je pro tyto
architektury 
> vlastne optimalni kod, ale pokusim se priblizit jednu aplikací, kterou si 
> moc nedovedu predstavit v C 
> 
> Mam udelany z AVR na 16 MHZ ultrazvukovy dalkomer, jednim reproduktorem 
> piskne a dvema mikrofony posloucha, aby krome vzdalenosti mel jeste azimut

> (podle casove diference leveho a praveho kanalu) 
> 
> Aby nedochazelo ke zkresleni v analogovem retezci tak se signal z
mikrofonu 
> digitalizuje primo a to na 4 nasobku pracovni frekvence - to jest 2kanaly
x 
> 40kHz x 4 = 320kHz. 
> 
> System posloucha 0.1 sec to je 32 000 vzorku, protoze zadne bezne AVR nema

> takovou pamet tak se paralelne s digitllizaci z obou kanalu extrahuji echa
a 
> 
> to presneji jenom jejich "nabezne hrany" 
> a spolu s casovou znackou ulozit do bufferu pro dalsi zpracovani 
> 
> A ted pocitejme - 16 MHz / 320 kHz = 50 taktu na jeden vzorek - dost jsem
se 
> 
> zapotil i v ASM protoze nejrobustnejsi algoritmus se ukazal byt takovy, 
> ktery behem tech 50 taktu spocita dva exponencialni klouzave prumery kazdy
s 
> 
> jinou casovou konstatnou, ty od sebe odecte a pokud je vysledek vyssi nez 
> kriticka hodnota tak si ji spolu s hodnotou timeru ulozi do bufferu 
> 
> Co vy na to v 50 taktech ? 
> 
> Zdravi Petr Kubac 
> 
> 
> _______________________________________________ 
> HW-list mailing list  -  sponsored by www.HW.cz 
> Hw-list@list.hw.cz 
> http://list.hw.cz/mailman/listinfo/hw-list 
> 
> 
> 
>  _____ 
> 
> avast! Antivirus <http://www.avast.com> : Odchozi zprava cista. 
> 
> 
> Virova databaze (VPS): 090827-0, 27.08.2009 
> Testovano: 28.8.2009 14:10:50 
> avast! - copyright (c) 1988-2009 ALWIL Software. 
> 
> 
> 
> _______________________________________________ 
> HW-list mailing list  -  sponsored by www.HW.cz 
> Hw-list@list.hw.cz 
> http://list.hw.cz/mailman/listinfo/hw-list 
> 



-- 
Jan Kastil 
galloth@jabbim.cz 
_______________________________________________ 
HW-list mailing list  -  sponsored by www.HW.cz 
Hw-list@list.hw.cz 
http://list.hw.cz/mailman/listinfo/hw-list 



  _____  

avast! Antivirus <http://www.avast.com> : Odchozi zprava cista. 


Virova databaze (VPS): 090830-0, 30.08.2009
Testovano: 31.8.2009 1:53:23
avast! - copyright (c) 1988-2009 ALWIL Software.