Witam.
Próbuję napisac program który oblicza czas pomiędzy zboczami. Mój problem polega na tym ze na ekranie noki3310 wartość icr jest z poza jej zakresu czyli np:1213001, naprowadzicie koledzy gdzie popełniłem błąd ?
Pozdrawiam.

witam,
problem chyba w linijce 43:
itoa ....utoa.. gdzieś było o wyświetlaniu wartości poza zakresem.
itoa wyświetla chyba int, a tu potrzebne jest uint.

http://forum.atnel.pl/topic11931.html?hilit=wy%C5%9Bwietlanie%20ltoa

------------------------ [ Dodano po: 25 minutach ]

w tym przypadku to nawet ltoa, -- 32 bity.
oraz zmienna uint32_t, skoro ma mieć wartość, " 1213001 "

Zmiana na utoa nic nie pomogła. Wartość ICR o ile dobrze pamiętam powinna być maksymalna 65535 a u mnie są za wysokie wyniki ;( Chcę zrobić licznik prędkości.

zerknij, pomyślałem- dopisałem po 25 min.:
"ltoa". 32bity oraz (uint32_t lub int32_t
pozdrawiam

Witam.
Obliczyłem czas jednego obrotu lecz wyniki są bardzo chwiejne i potrafią osiągać wyniki ujemne (zmienna czas_jednego_obrotu). atmemga32 taktowanie 8 MHz.
Obroty do testów odczytuje z wiatraka który zasilany jest cały czas napięciem 5v:

Koledzy siedzę nad tym kilka wieczorów i nie mam pomysłu jak rozwiązać ten problem ;(

Nie mam czasu, żeby dokładnie analizować Twój kod, ale proponuję, żebyś przede wszystkim opanował typy zmiennych całkowitych (jaka jest różnica pomiędzy zmiennymi ze znakiem i bez, jaki jest zakres poszczególnych typów 8-, 16-, 32-bitowych), bo moim zdaniem to z ich nieznajomości wynikają Twoje problemy. Ja wiem, każdy chciałby jak najszybciej opanować sztukę programowania, ale tu nie ma drogi na skróty. Trzeba trochę czasu na poznanie teorii poświęcić.

Jak już wspomniałem nie analizowałem całego kodu, więc podam tylko przykład:

Jak już używasz stałych wykraczających poza zakres int (w avr-libc ten typ ma 16 bit), to powinieneś używać przyrostków L lub UL (czyli np. 10000000UL). Tutaj jednak to nie rozwiąże problemu.
Większym problemem jest tutaj zakres zmiennych. Jak myślisz, jaki będzie wynik działania
'10000000*czas_cyklu'
gdzie 'czas cyklu' jest krotnością liczby 65536? Nawet przy zmiennej 'przepelnienia' równej 1 wynik będzie wynosił 655360000000, czyli ponad 655*10^9, gdzie zakres zmiennej 32-bitowej ze znakiem jest tylko trochę większy od 2*10^9. Nawet jeśli końcowy wynik (po podzieleniu przez 8000000) będzie się mieścił w zmiennej 32-bitowej, to i tak najpierw musi być wykonana operacja mnożenia.
A wystarczyłoby zrobić np tak:Po co komplikować proste rzeczy?

Tak jak napisałem, nie analizowałem całości, więc tego typu błędów może być więcej (np. zmienne 'czas_cyklu' czy też 'czas_jednego_obrotu', być może i inne, powinny być typu unsigned, bo to zwiększy ich zakres, a przecież czas raczej wartości ujemnych nie przyjmuje). Poświęć trochę czasu na opanowanie typów zmiennych (głownie typów całkowitych), przemyśl swoje obliczenia i popraw błędy. Jak sam włożysz w to więcej wysiłku, to pewnie inni też chętniej pomogą.

Witam.
Dziękuję za odpowiedź. Nie mam pomysłu jak zrobić dzielenie po przecinku bez używania double.
oto fragment kodu i przykładowe obliczenia. Chcę obliczyć prędkość na podstawie czasu pełnego obrotu koła (jak licznik rowerowy). Według mojego myślenia powinienem czas cyklu podzielić przez taktowanie procesora aby obliczyć czas obrotu w sekundach później obliczyć ilość obrotów na sekundę i tak dalej aż uzyskam prędkość w km/h. Proszę o wskazówkę jak poradzić sobie z takimi liczbami i odpowiedź czy dobrze myślę lub wskazać jakiś lepszy pomysł.
Pozdrawiam i dziękuję za odpowiedzi.


Edit
Zrobiłem rzutowanie zmiennej czas_jednego_obrotu i jak narazie idę do przodu. Działam dalej

hmm.
obliczyć prędkość w km/h.
to może zacząć nie od czasu jednego obrotu, tylko od ilości obrotów na czas?
np: timer w odstępach czasu liczy ile obrotów uzyskano.
dla 1000/min- da 16,666.. obr/sek.
sprawdzając ilość co sekundę, będzie wynik 16 - 17, średnia z 2-3 odczytów da precyzyjniejszy wynik chwilowy aktualizowany co 2-3 sek.?
jeżeli obroty są mniejsze, można odpowiednio zagęścić -( np, magnesy na szprychach-), tak żeby impulsy były 4, 5, 6, 10 razy częściej, i uwzględnić to w obliczeniach.
a przebytą trasę można zliczać, sumując obroty, i mnożąc przez obwód. ?
może jakoś tak.?