ulyssess pisze:
>> Filtra - niewielka. Programu - ogromna. Przesunięcie w prawo to jedna
>> bitowa operacja asemblera, jeden cykl procesora. A dzielenie przez 10 jest
>> operacją matematyczną wykonywaną programowo, zwłaszcza na avr który nie ma
>> sprzętowego dzielenia
>>
>
> No fajnie tylko trzeba jeszcze pisać w asemblerze, czego nie robie, a avr z
> dzieleniem programowym radzi sobie dość dobrze. Program gotowy na pomiar
> napiecia i pradu z filtrem programowym(niewielkim) zajął mi 3k kodu. Zatem
> miejsca mam jeszcze oporowo
Jest coś takiego jak kultura programowania, nawet jeśli ty nie widzisz
różnicy, to nie znaczy że w kodzie (po skompilowaniu) nie ma. Skoro
dzielenie przez potęgę dwójki kompilator może zamienić na jeden rozkaz
asemblera (kodu maszynowego) a do twojego dzielenia musi wrzucać
skomplikowaną procedurę, to różnica musi być. Choćby w prędkości
działania programu - nawet jak ci nie zależy na niej zbytnio, ani nie
wyciskasz ostatnich us z czasu procesora, to lepiej program pisać tak by
był maksymalnie wydajny i "płynny" (a nie stawał w bliżej nieokreślonych
miejscach na jakimś dzikim obliczeniu programowym na zmiennej
wielobajtowej na kilkanaście/dziesiąt ms), a potrzebne opóźnienia
"waity" były robione programowo w tych miejscach i w takiej wielkości
jaką zaprojektujesz, a nie "jak wyjdzie"

--
| Bartlomiej Kuzniewski
| s...@d...org GG:23319 tel +48 696455098 http://drut.org/
| http://www.allegro.pl/show_user_auctions.php?uid=338
173