Witam, mam taki problem że mój avr-ek nie chce wyświetlać na LCD liczb pokolei. Liczby wyświetla w takiej kolejnośći: 1,2,3,4,5,10,11,12,13,14,15,20,itd. lub wyświetla litery .




próbowałem też przez pętle for ale pokazuje 0

nie pomogło teraz wyświetla: 1,2,3,4,5,6,7,8,9,a,b,c,d,e,f,g,h,i,j,k i wraca do początku.

pokaż funkcję

_________________
Pomóżcie mi stanąć na nogi

Znak końca ciągu jest dołączany przez funkcję itoa(), nie trzeba tego robić ręcznie. Poza tym, zmienna wa_da jest inkrementowana w każdym obiegu pętli. Kiedy przekroczy 4 będziesz modyfikował pamięć poza tablicą lik.


Założę się, że nie zmieniłeś wywołania funkcji itoa() na:

tak jak proponował kolega zubik

zmieniłem i nic nie dało...

funkcja LCD_WriteText() pochodzi ze strony: http://radzio.dxp.pl/



Pętla for nie działa pokazuje dalej 0

Sprawdź jeszcze raz. Początkowo się pomyliłem. Powinno być oczywiście:

co oznacza to 10 ?? w itoa
teraz pomogło ale jest jeden mały problem nie działa warunek:



pętla por nie chce dalej działać

korzystając z okazji mam jeszcze jedno pytanie:
chce przekształcić wypełnienie pwm 16bit na procęty korzystając z itoa

gdzie wy_pwm zmienna wypełnienia OCR1A.
przy liczbach poniżej 500 pokazuje dobrze a przy wyźszych się gubi

zmienna wy_pwm jest typu uint16_t.

Wprawdzie tutaj akurat pewnie funkcja itoa() zadziała prawidłowo, ze względu na to, że wynik obliczania procentów będzie stosunkowo małą liczbą, jednak prawidłowo do konwersji zmiennych typu unsigned int (uint16_t) należy używać funkcji utoa().

Druga sprawa, w trakcie obliczeń procentów wynik mnożenia wy_pwm*100 będzie znacznie wykraczał poza zakres liczby 16-bitowej bez znaku, więc obliczeń należy dokonywać na liczbach 32-bitowych. Taki zapis powinien zadziałać prawidłowo:

nic nie pomogło zmiana zmiennej na uint32_t tak i ta funkcja utoa. Teraz pokazuje na lcd

Ja napisałem, że obliczenia mają być wykonane na liczbach 32-bitowych, a nie żeby zmienić typ zmiennej wy_pwm na uint32_t. Zostaw typ zmiennej tak jak był, tylko linijkę:
zmień na:
To musi zadziałać.

nie działa...
utoa i itoa działają tak samo. Jak jest dopisane UL to wyświetla wH% a jak nie ma UL to pokazuje ok 3 mniej %niż powino być przy liczbach większych...
Działa przy sprinft tylko wtedy gdy jest UL, chociaż bym wolał żeby było ito a gdzyż kiedyś przeczytałem że jest pamięciożerna.

Co oznacza to UL przy 100 ??
mirekk36 coś wspominał w swoich poradnikach ale jakoś nie ogarniam tego. Jak by ktoś mógł wyjaśnić to jaśniej to by było fajnie.

Nie działają tak samo. Napisałem Ci, że w tym konkretnym przypadku akurat mogą działać tak samo, ale do konwersji liczb całkowitych bez znaku używa się utoa().


No to musisz mieć namieszane gdzie indziej w kodzie, bo u mnie to działa prawidłowo. Na podstawie pojedynczych linijek kodu nie da się wywróżyć, gdzie jest błąd.


UL wymusza na kompilatorze potraktowanie wartości jako unsigned long, czyli w przypadku AVR jest to liczba 32-bitowa bez znaku. Dzięki temu obliczenia są wykonywane na liczbach o większym zakresie, niż by to wynikało z typu zmiennej użytej w obliczeniach.

A to mój kod:



do zmienej

uint16_t zm_pwm

przekazywane jest ze zmienej volatile uint16_t wy_pwm gdyż bespośrednio ze zmiennej wy_pwm nic nie wyświetlało przy itoa.

ja mam taki niezbyt ładny kod, używałem go na XMEGA, chodził lepiej jak itoa ale na atmega, attiny tez powinien chodzić

_________________
Situs != Situs

Napisz jeszcze, czy dołączyłeś dyrektywą #include plik nagłówkowy <stdlib.h> na początku pliku *.c.
Można oczywiście użyć sprintf(), ale utoa() też musi działać.

Spróbuj może jeszcze zainicjować tablicę pw_m:
i napisz, jaki będzie efekt.

Pomogło, teraz działa, nie miałem tego.

Dzięki Wielkie za pomoc

itoa() też działa...