Witam
Ponieważ posiadam chiński zamiennik mój wyświetlacz ma 84x48 pix natomiast jego kontroler obsługuje 102x64 pix więc mam pewien problem z biblioteką od Sun'a. O ile grafikę zrobię w 102x56(64) działa ok, natomiast w 84x48 cuda. Znalazłem gdzie jest problem , biblioteka wysyła całość jako dane a kontroler to sobie ma poukładać i wszystko jest ok jak jest org. nokii bo po 84 pix w osi x przeskakuje do następnego wiersza a u mnie dopiero po 102 i się wszystko krzaczy. Drugi problem to zużycie pamięci ram na bufor obrazka przy 84x48 to 502 a przy 102x56 to ok 812 czyli 80 % RAM atmegi 8.

Więc moje pytania
1. Jak ograniczyć zapis do pamięci do 84 pix i reset programowy (nie sprzętowy jak to robi wyświetlacz) ? . Próbowałem zgodnie z artykułem z EP 12/2009 ale mi nie działa



2.Na zużycie RAM'u powyższy kod mógłby pomóc ale nie działa

Jeżeli Ram sam się zwalnia po wysłaniu obrazka to nie było pytania i problemu

Pracując z M$ wiem że to nie zawsze działa dlatego pytam


Dziękuję za pomoc

------------------------ [ Dodano po: 28 minutach ]

Przy za długich połączeniach LCD - Proc robią się cuda . U mnie na skrętce ok 30 cm wyświetlacz inicjował się z opóźnieniem obrazu

moje taśmy do LCD mają ok 30cm ni się złego nie dzieje ani z 5100, 3310 jak i 1202

_________________
[b]San Escobar! Patria mia! Tu eres como la salud.[/b]

Jak rozplątałem skrętkę działa ok. Problem mam z obrazkami i RAM więc jako admin w$ i MSSQL2005 srv mam alarm na ram

przepisz na ładowanie obrazków z flash lub popraw tą metodę gdyż moja nie jest doskonała choć po wyświetleniu pamięć jest zwalniana, a w wersji drugiej obrazki są ładowane z dataFlash

_________________
[b]San Escobar! Patria mia! Tu eres como la salud.[/b]