Witam

Nieśmiertelny temat czyli LCD Ale trochę (chyba) nietrywiany problem / zagadnienie.

1. Jest sobie LCD 1x16 Niby typowa sprawa.
2. Jest sobie biblioteka do obsługi HD44780 autorstwa Mirka oczywiście, choć to nie ma znaczenia czyja.

W bibliotece mamy (w definicjach) oczywisty i zrozumiały fragment:

Jak wiadomo ten fragment jest brany pod uwagę dla LCD innego niż 4x16

Mój wyświetlacz jest 1x16 więc fragment go dotyczy.
Jednak czytając notę PDF do LCD okazuje się, że mimo posiadania fizycznie jednego wiersza. Sterownik jest podłączony do LCD w taki sposób, że pierwsze 8 pozycji (kolumn) będzie pierwszym wierszem, a kolejne 8 kolumn będzie wierszem drugim.
Przynajmniej ja to tak rozumiem:


Ustawiam więc w bibliotece tak:


Jednak efekt jest nadal niepoprawny, wyświetlanie odbywa się tylko na 8 pierwszych kolumnach.
Dopiero gdy zrobię tak:


Mogę wyświetlać na pozycjach 8-16.

Dodam, że posiadam jeszcze drugi taki wyświetlacz, innego producenta, który zachowuje się identycznie.

Jest późno więc mogę coś zamotać...

A nie powinieneś przypadkiem dać

a tu :

_________________
50 znaków Atnela ....

Nie, to nic nie da.
Pierwsze 8 znaków ze stringa ląduje dobrze. Następnie trzeba przesłać następne 32 znaki, żeby przeszło do drugiej połówki.


---EDYCJA---
Zresztą zachowanie jest identyczne przy 2x8.

Ja rozumiem to tak, że wprowadzenie do biblioteki definicji ilości wierszy i kolumn jest potrzebne do tego by po przekroczeniu pozycji ostatniego znaku w wierszu "kursor" przeskoczył do drugiego wiersza.
I przykładowo na 2x40 to działa doskonale.

Pamięć RAM sterownika posiada 80 bajtów. Więc w wyświetlaczu 2x40 cała pamięć jest wyświetlana. I dlatego po zapisaniu jednej linii kursor od razu przechodzi do drugiej. W wyświetlaczach mających mniej niż 40 znaków w linii te znaki które nie mieszczą się w linii są zapisane w pamięci RAM wyświetlacza poza obszarem wyświetlania i żeby je wyświetlić należy przewinąć wyświetlacz odpowiednią komendą.

Czyli wyobraź sobie że twój wyświetlacz składa się z dwóch linii po 40 znaków. Ale w każdej linii jest widoczne tylko osiem znaków. Reszta jest tak jakby poza obszarem wyświetlania. Tak więc po przekroczeniu ostatniego "widzialnego" znaku kursor nie przeskakuje na początek następnej linii.

Jasne, czyli żeby ten wyświetlacz traktował te 16 kolumn jako jeden wiersz trzeba by najpierw, przy każdym wysłaniu stringa, wysłać najpierw 32 jakieś znaki żeby zajęły pierwsze 32 miejsca w buforze.

Zamiast wysyłać 32 puste znaki spróbowałbym zmodyfikować bibliotekę tak aby podczas wyświetlania stringa była liczona aktualna pozycja kursora. I w przypadku gdyby następny znak miałby być zapisany w RAM poza obszarem wyświetlania, polecenie locate ustawiało by kursor na początku drugiej linii.