Witam,
koncze projekt termometra z zegarkiem i wszystko swietnie ale mam 1 problem. Testowalem ds18b20 na atmega16 i wszystko dobrze dzialalo, a po podłączeniu pod atmege8 mierzy temperaturę, ale raz na jakis czas wywali jakas randomowa wartosc. Program ten sam co na atmedze 16 wiec to nie bedzie kwestia programowa.
W obu przypadkach czest taktowania 8MHz z wewnetrznego osc. Przypuszczam ze dzieje się tak z powodu, że atmega 8 jest wolniejsza ?? Miał ktoś kiedyś podobny problem ?
Pozdrawiam

Skoro w obu przypadkach masz taktowanie 8MHz to jak stwierdziles ze atmega8 jest wolniejsza?

Zainteresuj sie ustawieniem tinerow dla atmegi8 bo napewno ma inne niz atmega16.

Namazane ze smarta.

_________________
Usługi druku przestrzennego - www.drumik.pl

Witam

A czy kolego używasz bibliotek z książki ?

Pozdrawiam
Elektronik

Witam, znalazłem dużo lżejszą i prostszą biblioteke na mikrokontroler.pl
Biblioteki z ksiazki tez uzywalem ale nie w tym konretnym przypadku - zaraz to zrobie.
Timery sprawdzałem juz.

sorki panie kolego ale to mi przypomina takie stare pytanie, które dzieci sobie zadają

"co jest cięższe? ... kilogram żelaza! czy kilogram waty?"

często dzieci odpowiadają sobie - no przecież wiadomo że cięższy jest kilogram żelaza bo ono jest cięższe od waty!


A ty bierzesz procesor m16 taktujesz go 8MHz i bierzesz procesor m8 i też taktujesz go 8MHz .... i piszesz że m8 jest wolniejszy ??? ... nie sądzisz, że wybierasz tu odpowiedź jak z tym lżejszym kilogramem waty od kilograma żelaza ?

-------------------------------------------------------------------------------------------------------------------


zdecydowanie to może być kwestia programowa - wystarczy np że nie sprawdzasz sumy kontrolnej CRC! ... i wtedy będziesz miał śmieci. A że przypadkowo częściej one pojawiają ci się na m8 to już tylko kwestia losu


Zapewniam cię że mnóstwo początkujących ma właśnie takie problemy i ja też je kiedyś miałem - stąd wiem że w 99,99% przypadków to właśnie kod programu panie kochany jest za to odpowiedzialny

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Panie Mirku, człowiek chciał "krótszy" program do ds18b20 niż w bluebooku i pokarało.
Ma Pan racja że chodzi o CRC. Zaraz wrzuce biblioteke z książki.
Kolejny raz dzieki wielkie !

Dodam jeszcze, że często gdy obsługa DS'a jest w pętli głównej, a są włączone przerwania to już z urzędu fundujemy sobie raz na jakiś czas błędny odczyt. Dzieje się tak dlatego, że transmisja z DS przez i2c nie lubi jak jej się przeszkadza, a przerwania wprowadzają tu zakłócenia jeśli akurat trafią w momencie komunikacji. W C jeszcze nie miałem potrzeby korzystać z DS'a ale w bascomie zrobiłem kilka sterowników i potwierdziło się to w 100% co napisałem. Kiedy przeniosłem komunikację do przerwań i cyklicznie porozumiewałem się z termometrem nie pamiętam żadnego(!) błędnego wskazania i to bez używania CRC choć nie ukrywam, że bez CRC zawsze może się zdarzyć, że jakieś wredne siły zewnętrzne coś mogą na chwilę zamieszać, ale przed tym bronię się algorytmami czasowymi w sterownikach, które mnie jeszcze nie zawiodły

_________________
http://www.sylwekkuna.com

co to są te algorytmy czasowe?

Niewielkie opóźnienia użyte w newralgicznych miejscach oczywiście o konstrukcji nieblokującej. Można by to porównać do debounce dla przycisków

_________________
http://www.sylwekkuna.com

SylwekK z Twojej rady tez skorzystam i wrzuce pomiar do przerwania