OT to RTOS or not to RTOS, was: Mereni napeti baterie pomoci AVR

[Milan]

"Ak je poziadavka dekoder pouzit viackrat, tak si ho napisem ako stavovy 
stroj a vsetky jeho stavove premenne ulozim do struktury, z ktorej spravim 
pole velkosti danej poctom viacnasobneho pouzitia. Cele je to o sposobe 
pisania programu, nieco ako napr. objektove programovanie (nemyslim tym 
samotnu metodu, ale ze treba pouzit vhodny pristup ci metodiku)."

Vidim ze nie vsetci pochopili "demo-zadanie", moja chyba, nenapisal som ho 
jasne, takze:
1/ bola snaha vymysliet priklad, nieco co nie sme schopni vyriesit bez 
jednoducheho RTOS, t.j. nemame dostatok RAM na ulozenie 3x celej spravy ani 
na ulozenie stavovych premennych /to som nenapisal jasne ale iba ako "5000 
riadkovy algoritmus"/ stavoveho stroja. Musime teda riesit 3 ulohy naraz a 
spravy /500B/ dekodovat postupne ako prichadzaju . Aby sme data nestracali, 
nejaku RAM na vstupne FIFO, OS apod. mame /1kB/.
Preto ten silny pojem "Neriesitelne" bez RTOS samozrejme.

2/ podnetom bolo ukazat kolegovi, ktory nie celkom chapal pojmy "RTOS, 
prepnutie vlakien..." ze je to o dost ine nez "superloop".

3/ povodnym zamerom bolo spomenut riesenie s RTOS,  a tu zrazu ako sme si 
pekne pokecali... sice tak trochu sposobom "kto ma vacsieho ..." ale ako 
pisete ... ked uz je ten takmer piatok... ;-)

Milan


----- Original Message ----- 
From: "Jan Waclawek" <konfera na efton.sk>
To: "HW-news" <hw-list na list.hw.cz>
Sent: Thursday, January 06, 2011 1:22 AM
Subject: OT to RTOS or not to RTOS, was: Mereni napeti baterie pomoci AVR


>Ja som stanovil podmienku ze nemate dostatok RAM, to znamena buffer pouzit
>nemozte, musite spracovavat data priamo tak ako prichadzaju.
>To znamena ze zadanie tak ako som ho stanovil je bez RTOS neriesitelne.


"Neriesitelne" je rovnako silne slovo ako "prepnuti vlaken nezere zadny 
cas".

Ak je poziadavka dekoder pouzit viackrat, tak si ho napisem ako stavovy 
stroj a vsetky jeho stavove premenne ulozim do struktury, z ktorej spravim 
pole velkosti danej poctom viacnasobneho pouzitia. Cele je to o sposobe 
pisania programu, nieco ako napr. objektove programovanie (nemyslim tym 
samotnu metodu, ale ze treba pouzit vhodny pristup ci metodiku).


>Pripadne vymyslite zadanie vy tak, aby ste sa nenarobil a ja som to mal
>zlozite.

Ale to predsa viete Vy sam ako uzivatel toho RTOS lepsie nez my, co ho 
nepouzivame - samozrejme ze RTOS Vam zacne zavadzat vtedy, ked ten overhead 
(ci uz pamatovy alebo casovy) je vacsi ako zisk z neho, prip. ak sa na danu 
ulohu priamo nehodi nejaka jeho metodika. Napr. ak tych vlakien potrebujete 
pustit povedzme niekolko tuctov.


>Vsetkym nam je jasne ze ak mame nekonecne vykonny HW, nekonecne mnozstvo 
>RAM
>a pod. + nekonecne mnoho programatorov, je riesitelne skoro vsetko za skoro
>nulovy cas...ale s neskutocne nekonecnymi nakladmi. :-)


To nie je celkom tak. V skutocnosti Vam pomahaju uz napisane kniznice (ci 
iny vopred napisany software, napr. ten RTOS), nie samotne zdroje - akurat 
ze tie kniznice atd., aby boli lahko pouzitelne v roznych situaciach, su 
neefektivne.

Naviac Vam velmi pomaha to, ze riesite urcity druh uloh, na ktore ste 
zvyknuty - a na ktore aj tie kniznice atd. mate poruke.

... ked uz je ten takmer piatok... ;-)

wek

_______________________________________________
HW-list mailing list  -  sponsored by www.HW.cz
Hw-list na list.hw.cz
http://list.hw.cz/mailman/listinfo/hw-list