Cześć fachowcy:)

Mam pewien problem ze wspomnianym w temacie wyświetlaczem. No sprawa tego typu wyświetlaczy wydaje się banalna, ale okazało się, że wymiękłem. Proszę Was o pomoc w namierzeniu/rozwiązaniu problemu.
A problem jest taki:
- wyświetlacz 4x20 podłączony równolegle na 4-bitach z użyciem pinu RW
- sterownik z BlueBook
- wyświetlacz w przerwaniu zewnętrznym co sekundę wyświetla datę i godzinę z timera DS3231 oraz w przerwaniu z Timer3 wyświetla w tym przypadku wypełnienie PWM. I wszystko się wydaje proste. Wszystko się wyświetl zgodnie z założeniami, jednak co jakiś czas (różny... kilka, kilkanaście, kilkadziesiąt sekund) pewne dane są jakby kopiowane w losowe miejsca wyświetlacza LCD. Więc np. po 10 minutach pracy jak zerknę na wyświetlacz to oczywiście to co powinno się wyświetlać się wyświetla, ale dookoła jest pełno bałaganu.

Serio już nie mam na to siły. Bardzo proszę o jakieś wskazówki. Coś nie tak ze sterownikiem, że wysyła dane pod inne adresy? Czy może coś nie tak z LCD? A może z czymś innym?

Kodu nie ma co zamieszczać, bo to głównie lcd_locate, lcd_str i lcd_int więc nie ma w tym żadnej filozofii.

Dzięki za pomoc

Witam,
Chyba bym zaczął od przeanalizowania przerwań,
czy czasem jedno przerwanie nie przerywa drugiego,
lub innej wrażliwej na czas części kodu.

Wysłane z mojego Lenovo K33a42 przy użyciu Tapatalka

Zastanawiały mnie te przerwania... co się dzieje z uC gdy wystąpi jakiś konflikt, bo z pewnością występują, skoro zewnętrzne jest co 1s, a timer 3 chodzi z preskalerem 1024 przy taktowaniu 16MHz. Ale nie mam wiedzy na ten temat. Czy sam uC w jakiś sposób to kolejkuje, czy jak?
Tak czy inaczej uznałem, że to nie to, bo tak na logikę... załóżmy , że przerwanie ext zostaje przerwane przez timer3 to mógłby mi nie wysłać godziny do wyświetlacza. A on ją wysyła tylko, że wyświetla się w innym miejscu, trafia pod inny adres.

Wysłanie do wyświetlacza trwa...
Widzę informację że zarówno w jednym jak i drugim przerwaniu jest coś wysyłane.
Czy nie lepiej utworzyć i aktualizować bufor wyswietlacza i wysyłać raz.?

Wysłane z mojego Lenovo K33a42 przy użyciu Tapatalka

a widzisz... dobry trop To chyba już wiem co będę robił wieczorem

coś takiego nie może mieć miejsca. Gdy wystąpi żadanie przerwania podczas gdy inne jest obsługiwane podnoszona jest tylko flaga zgłoszenia przerwania. W momencie gdy wykonywane przerwanie się zakończy następuje skok powrotny do programu po czym wykona się 1 instrukcja programu i nastąpi skok do obsługi przerwania oczekującego zgłoszoną flagą. Ewentualnie jeśli jest podniesione kilka różnych flag przerwań, ich kolejność obsługi jest zgodna z priorytetami danego uC.

tak tez myslalem, bo gdyby tak nie bylo to uC byłby nie do ogarnięcia

------------------------ [ Dodano po: 11 minutach ]

W każdym razie zaimplementuje to co podpowiedział Daro69. Wszystkie linie wyświetlacza będę wyświetlał co 1s w przerwaniu od DS3231. Tylko jeszcze nie bardzo wiem jak to ogarnąć. To moje pierwsze urządzenie (lampa 700W do akwarium) i pierwsze kroki w tym temacie. Ale ważne że elektronika działa, więc tylko kwestia dopracowania programu. Jaką strukturę danych powinienem zadeklarować dla tego wyświetlacza 4x20?

Mirek popełnił kiedyś poradniki o tworzeniu biblioteki do oled-ów między innymi było tam pokazane buforowanie wyświetlania może Ci pomoże
https://www.youtube.com/watch?v=3wpxucHCFdI&list=PLtXXWLsA5QNg1SLhEnlM8Emlg-Mc5ydhf tyle że trochę tego oglądania jest ale bardzo pouczające
Z wyświetlaczem 4x20 jest łatwiej ponieważ całość jest zorganizowana w 4 wierszach. W oledach trzeba jeszcze odpowiednio bufor podzielić bo tam wyświetlacz podzielony jest na wiersze, a każdy wiersz na kolumny po 8 bitów...

można np. utworzyć bufor o rozmiarze ilości znaków wyświetlacza, + 1 w szerokości na znak NULL.
char buf[4][20+1];
utworzyć funkcję wypełniającą ten bufor w odpowiednich miejscach danymi.
jedna funkcja np str_do_buf(wskaznik_na_string, poz_y, poz_x);
a druga np int_do_buf(wskaznik_na_int, poz_y, poz_x); // nie zapomnieć o prze konwertowaniu int'a na str, np funkcją itoa().
tak wypełnioną tablicę/bufor char, można wysyłać w całości do LCD za pomocą for oraz lcd_str() linia po linii.

Dzięki Daro69 Twój pomysł na ban zadziała. A co to za funkcja itoa() ?

funkcja wbudowana, w bibliotece "stdlib.h". trzeba zainkludować.
a to ciało funkcji skopiowane z tej biblioteki.

int __val to wartość konwertowana,
char *__s to wskaznik docelowy łańcucha,
int __radix to bazy liczbowe: 2-dwójkowy, 8-ósemkowy, 10-dziesiętny, ... do 36.
zwraca wskaźnik na łańcuch docelowy.

Troche magia póki co. W weekend nie maiałem czasu, ale jakoś powalcze w tygodniu

Daro69.... możesz mi wyjaśnić po co ten NULL na koniec wiersza please?

A jak się kończy string w C?

e... tam. zaraz magia. jeżeli się wczytasz w ciało funkcji to może i tak.
ale w skrócie, to funkcja itoa(wartosc, wskaznik_string, radix);
pobiera 'wartosc' -> formatuje na ciąg znaków w systemie liczbowym 'radix' -> i umieszcza w komórkach zaczynając od wskazanego adresu 'wskaznik_string', po czym go zwraca.
ale to tylko jeden ze sposobów, bo można zastosować np funkcję 'sprintf'.
Co do Null na końcu, to tylko po to żeby podzielić bufor na linie/ciągi char.
potem można tak wypełniony bufor znakami char, wysłać do wyświetlacza np.
zaznaczam na przykład.

teraz można bawić się dalej.
A można też przestudiować Mirka biblioteki i po zrozumieniu, używać je w dowolny wygodny sposób.
...............................
o widzę że kolega'micky' też podpowiada.

------------------------ [ Dodano po: 23 minutach ]

dodam jeszcze ....
Dlaczego by nie wysłać całości naraz.
a dlatego że wyświetlacz ma jakoś tak dziwnie(a może przemyślanie),
że długi string wyśle do pierwszej linii wyświetlacza a reszta wyląduje w trzeciej, następnie w drugiej a na koniec w czwartej linijce.
to tak dla zrozumienia że trzeba kombinować albo analizować jak to robią inni.

Dzieki Panowie za pomoc. Jakoś to ogarnę. Znalazłem fajny temat dotyczący szybkiego dostępu do LCD na blogu Mirka. Ten temat jest zdaje się zgłębiony w BlueBook, więc czekam na dostawę