atmega i lcd + pamiec

wchpikus snipped-for-privacy@wytnijto.wp.pl> napisa³(a):

Dlaczego nie?

Procek, któremu starczy nóg na kartê i LCD oraz pamiêci na bibliotekê ffat. Czyli np. jaka¶ wiêksza ATmega.

Czy wyświetlacz ma wlasną pamięć obrazu? Jesli tak, to zadziała. Jesli nie, to nie wykluczone że Atmega zużyje 100% mocy na komunikację po I2C i odświezanie obrazu. Małe ARM z odpowiednią ilością ramu są dość tanie. Chyba nie warto.

Tym bardziej ARM.

Wyswietlacz to DG24064-74 pamiec chcialem AT24C256, ale nie wiem na ile to by sie sprawdzilo.. Gorzej ze na lini ic2 beda jeszcze 2 czujniki temperatury:)

Ma chyba własną pamięć.

To EEPROM. Nie nadaje się jako framebuffer, chyba że masz tam statyczny obraz.

Interesują Cię raczej pamięci RAM. Np. 23K256.

wchpikus snipped-for-privacy@wytnijto.wp.pl> napisa³(a):

Nie ma problemu.

A po co Ci ta pamiêæ dok³adnie? Jak czêsto bêdziesz od¶wie¿aæ obraz?

Dokaldnei bedzie statycznych kilka obrazkow ladowamych na wyswietlacz..takie tlo czy jak to nazwac:-)

a czy nie pogryzie sie z czujnikami? adresacja bedzie inna, to jasne.

W dniu 2013-07-19 13:28, Grzegorz Niemirowski pisze:

Moze raz na kilka minut, moze raz na kilka sek..nie czesciej.. Dane beda i tak wyswietlane jako fonty, wiec reszta tylko jako grafika

wchpikus snipped-for-privacy@wytnijto.wp.pl> napisa³(a):

Wiêc to w sumie jest kwestia szybko¶ci I2C, policz sobie ile zajmie przepchanie danych do wy¶wietlacza. Generalnie nie bêdzie problemu o ile wy¶wietlacz i ka¿dy z czujników bêd± mieæ inny adres I2C.

A nie zmieszczą się jednak do flash kontrolera? 2kB na pełny obraz bez kompresji.

Nie. Tylko cos mi się zdaje ze mówisz o czujnikach na 1wire a nie I2C.

Lub z kompresją... RLE np.

W dniu 2013-07-19 13:37, Grzegorz Niemirowski pisze:

A macie pomysl jak zaladowac grafike do takiej pamieci podlaczonej przez ic2? mozna odlaczyc i zaprogramowac, ale wolalbym przez atmege wrzucac grafe, jak sie cos zmieni

No tak1-wire , ale moge pzesujac go gdzies indziej,na inny port, racja

wchpikus snipped-for-privacy@wytnijto.wp.pl> napisa³(a):

Przesuñ, nie ma sensu obs³ugiwaæ dwóch ró¿nych protoko³ów tym samym pinem. Pewnie da siê to tak oprogramowaæ, ¿eby siê nie pogryz³y, ale po co sobie utrudniaæ ¿ycie.

wchpikus snipped-for-privacy@wytnijto.wp.pl> napisa³(a):

Mo¿esz wrzucaæ po porcie szergowym do ATmegi, a ta wypchnie dalej do pamiêci.

To mam jeszcze jedno przeczucie: wcale nie chcesz tam ładować pełnych grafik, wystarczy pare symboli. To się chyba zmieści bez problemu w 8kB z algorytmami.

Grzegorz Niemirowski snipped-for-privacy@poczta.onet.pl> napisa³(a):

Tylko sobie to zaplanuj bior±c pod uwagê rozmiar danych, które chcesz przechowywaæ i rozmiar dostêpnego RAMu w procku.

Chciambym zaladowac tam jakas grafike, jakas chmurka, sloneczko, takie duperele, do stacji pogodowej jak napisalem. Mozna samemu to wygererowac, ale wolalbym zaladowac gotowy plik

Myslę ze się zmieszczą w 8kB z algorytmem. Czyli olej na razie pamięc zewnatrzną tylko sobie policz ile te symbole zajmują.

Obrazek mozna zlinkować z kodem wynikowym uzywając linkera i obj-copy o ile masz go już w jakims jednobitowym trybie raw. Czyli nie musiałbyś się przejmować ładowaniem go do dodatkowej pamięci, po prostu ładnie by się przyklejał do kodu i razem wrzucany byłby do flash.