Dzień dobry

Postanowiłem zgłosić się z problemem odnośnie przykładu 04_LCD książki Pana Mirka (wydanie z DVD z 2011 roku), z którym mierzę się od dłuższego czasu. Pomimo iż problemów tego rodzaju sam znalazłem sporo, to postanowiłem, że muszę o tym napisać z dwóch przyczyn:
1) Pozostałe wątki na ten temat są różnej daty, a najnowszy toolchain (ja osobiście mam tego, który był proponowany przez Pana Mirka przy okazji obszernego poradnika video do Eclipse Mars - chyba że umknął mi jeszcze nowszy toolchain) który z przykładami programów ze starszego DVD (jak np. to moje z 2011 roku) trochę się "gryzie"... Ale o tym za chwilę
2) Przykład 04_LCD był docelowo przeznaczony na ATMega32. Wiadomym jest, że w kodzie może być w związku z tym poprawek raczej niewiele (np. kwestia dopasowania portów i pinów) i tutaj swój ewentualny problem raczej wykluczam i wskazywałbym raczej, jak wspomniałem wyżej, na dopasowanie kodu do aktualnego toolchain'a. Jednak na wszelki wypadek wolałem o tym napisać - może wyjdzie na jaw jakiś niuans, o którym zapominam.

Dodam na marginesie, że udało mi się uruchomić inny program (może to nieeleganckie, ale pozwolę się do niego odnieść - jest on tutaj: http://mikrokontrolery.net/avr_c_08.htm), który jest krótszy. Lecz z oczywistych względów czuję potrzebę bazowania na przykładzie Pana Mirka z oczywistych względów (chociażby na tym, że uczy stworzenia własnej biblioteki do LCD).

Jednak forsowanie się z przykładem z DVD to troszkę inna bajka i postaram się opisać krok po kroku, co wykonuję. Możliwe, że się mocno obnażę z brakami wiedzy i dziwacznym podejściem do tej tematyki, ale może przynajmniej utnę wszelkie ewentualne niejasności związane z tematyką "początków na LCD" i zamkną się one na tym temacie:

1) Mam przygotowane LCD i mikrokontroler do pracy. Piny LCD podłączyłem tak: D7-D4 odpowiednio do PD7-PD4 mikrokontrolera. Pin E zaś do PD3, RS do PD2 i RW do PD1. Czyli wszystko na porcie D.
2) Sięgam po przykład 04_LCD. Ustawiam w Properties z "ATmega32" na "ATmega8" i zmieniam taktowanie na 8 MHz.
3) Mając świadomość, że przykład ten jest on dużo starszy niż toolchain, sięgam też po poprawkę do tego przykładu (cytuję: (...)aktualizacje dla biblioteki wyświetlacza LCD - dotyczy wszystkich wydań książki. W bibliotece poprawiono tylko funkcję inicjalizacji wyświetlacza LCD w związku z problemami jego inicjalizacji gdy mikrokontroler był taktowany częstotliwością poniżej 8MHz. W obecnej wersji biblioteka zachowuje się poprawnie przy każdej wartości taktowania(...).) Przypuszczam, że to była jedna jedyna poprawka, jaka wyszła do tego akurat przykładu, więc podmieniam umieszczony w niej również jedyny plik lcd44780.c z tym, który mam w starym przykładzie.
4) Teraz studiując kod programu w przykładzie sprawdzam, co muszę zmienić w związku z tym, że mam inną konfigurację pinów i portów na płytce stykowej niż w przykładzie i dostrzegam, że ten oto fragment (w bibliotece lcd44780.h):



podmieniam na taki:



czyli zamieniam port B na port D i dopasowuję odpowiednio piny sterujące. Dalej innych koniecznych poprawek w kodzie odnośnie konfiguracji pinów niestety nie dostrzegam (tutaj może być mój pierwszy błąd).
5) Teraz, mając na względzie podane przez Pana Mirka informacje stąd:
http://mirekk36.blogspot.com/2012/08/ec ... zytaj.html
mówiące o wprowadzonym bezwzględnym zakazie definiowania zmiennych w pamięci FLASH, postanowiłem z pomocą w/w artykułu poszukać we wszystkich 3 plikach (tj. lcd44780.h, lcd44780.c - już tym nowym, po podmianie - oraz main.c), w których miejscach kodu trzeba tą kwestię załatwić.

Wyciąg błędów (zakładka Console):


a) Pierwsze, co widzę (w zasadzie jest to ostatnia rzecz na liście błędów, ale rzuciła mi się w oczy najprędzej) to że trzeba dopisać "const" w tym oto miejscu w pliku .h:

No więc dopisuję "const" tuż przed słowem "char" we wskazanym miejscu.
b) Jeszcze nie robię kompilacji, bo choć w pliku lcd44780.c nie znajduję żadnego niepokojącego komunikatu, to już w pliku main.c objawia mi się coś następującego:

Porównując to z komunikatami z zakładki Console oraz artykułem Pana Mirka wnioskuję, że przed tym "char PROGMEM..." na zdjęciu też przydałoby się "const". Ale co z pozostałymi problemami? Co do tej ostatniej zaznaczonej przeze mnie na zdjęciu linijki z PSTR, wyławiam z artykułu Pana Mirka taki oto fragment:

i odnajduję w pliku lcd44780.c taki oto fragment:

gdzie dopisuję również "const" przed "char". Ale co z "uint8_t znak_buzka..." i "uint8_t znak_termo..."? Gdybym się szaleńczo uparł i przed tymi dwoma linijkami też ustawił "const", to program skompilować... się skompiluje, ale nie wyświetli niczego (tylko "mrugnie" do mnie podświetleniem)...

O czym więc zapominam? Przepraszam za dość łopatologiczne rozłożenie tematu na czynniki pierwsze, ale postanowiłem, że może chociaż tym uda mi się zmazać braki w przygotowaniu do tego zadania, z którymi wciąż się zmagam, a które przez owy problem są nadal dla mnie nieosiągalne.

Pozdrawiam wszystkich forumowiczów
Krzysztof

PROSZĘ O POPRAWIENIE LISTINGÓW ZGODNIE Z ZALECENIAMI NA FORUM !!! -->> SunRiver

W plikach w których używasz PROGMEM musisz dodać

_________________
Pozdrawiam
PP

Piotrek_P pgmspace.h jest załączone domyślnie (tak jak było zresztą w kodzie Pana Mirka)
1Yokoon Skąd to LCD_ROWS i LCD_COLS? :/

Witam
A czy zapis o sposobie podłączenia RW zgadza się z jego fizycznym podłączeniem?
Może jaśniej: jak masz podłączony PIN RW a co masz w kodzie?
Czy po każdym "dłubaniu" w kodzie robisz CLEAN czy w kółko kompilujesz?

Pozdr.

Dziękuję za odpowiedź. Żeby nie było niejasności, cały kod to nic innego jak kod Pana Mirka, taki jakim go Pan Mirek stworzył - z drobnymi dotychczasowymi zmianami, które opisałem w pierwszym poście.

(Pin RW mam normalnie podłączony do tego wejścia PD1 mikrokontrolera, nie zaś do masy)

Z tym CLEAN'em to przyznam się szczerze, że jak dotąd nie używałem tej opcji, gdyż przy wcześniejszych kompilacjach i wgrywaniach na µC dawało radę bez tej opcji. Tym razem jednak to wypróbowałem, i po ponownym wgraniu zobaczyłem coś niepokojacego - mianowicie pojawiły się białe prostokąty na wyświetlaczu - lecz nie w 2 pełnych rzędach, a tylko ich część (tak jakby ktoś wymazał pośrodku niektóre z nich). Po odłączeniu i podłączeniu programatora (USBasp) z powrotem pojawiło się tym razem coś takiego: pierwszy prostokąt wyświetlacza jak gdyby prążkowany (jak żaluzje) i mrugający bardzo szybko. W obawie, czy coś się nie stało wgrałem ten kod, o którym wspomniałem w pierwszym poście, który jako jedyny tak naprawdę mi zadziałał jak dotychczas (ze strony mikrokontrolery.net) i pojawił się już normalny napis. Z jednym tylko niuansem: każde naciśnięcie ikonki "upload current project to ATMEL target" w Eclipsie pokazywał na chwilę w pierwszym (tylko pierwszym) rzędzie wyświetlacza białe prostokąty wypełniające się od lewej do prawej - ale znowuż tylko w tych polach, w których nie było wyświetlonych liter tekstu. Coś namieszane z inicjalizacją wyświetlacza? Jakaś "pozostałość" w mikrokontrolerze? Zupełnie nie wiem, jak to rozumieć... Tak czy inaczej - nadal walczę z kodem Pana Mirka :/

Na forum panuje taka zasada, że nie pokazujemy kodów bibliotek z książek. Jedynie kody z pliku main można.
Tak więc usuń kody ze swojego poprzedniego postu.

Witam

Jeśli RW masz do PD1 to w pliku konfigurującym LCD musisz to "zapisać" - masz tam opcję do wyboru.
LCD... .h


Pozdr.

@kicajek Teraz dopiero do mnie dotarło, co miałeś na myśli, dziękuję za podpowiedź Wprawdzie RW był jak dotąd już ustawiony poprzez "USE_RW" na jedynkę (i nic to nie dawało), ale postanowiłem jeszcze podpiąć go do masy i ustawić USE_RW na 0, i wówczas udało się wyczytać napisy (tj. "FLASH Łó Linia 1" i "EEPROM <znak termometru> <znak buźki> linia 2"). Tak więc o dziwo działa to tylko przy RW do masy (???), a przy tym bez funkcji Clean nie da się obyć, bo co jakiś czas przy ponownych kompilacjach zawala się białymi kratkami. Wiem, że pytanie będzie dość laickie, ale - czy obie przyczyny wynikają raczej z kwestii programowej (czy też tych nieszczęsnych/albo i szczęsnych "const-ów" nałożonych na zmienne w pamięci flash), czy może po prostu wyświetlacz zaczyna szwankować?

Witam
Moja odpowiedź będzie również laicka

Ja nigdy nie próbowałem "bez"; tak od początku zakodowałem że trzeba i nawet nie wnikałem w jakim celu. Jak legendarny (?) Roch Kowalski: "rozkaz to rozkaz". Na pewno są ku temu jakieś podstawy, ale w moim wieku nie muszę już wszystkiego wiedzieć.
Co do RW - nie wczytywałem się dokładnie w "warunki jego używania", ale u mnie na AT8 działa i z PORT'u i z GND. NIe przypominam sobie abym coś musiał dodatkowo zmieniać.
I na koniec: nie spotkałem się z wyświetlaczem "trochę popsutym".

Pozdr.

RW po prostu przełącza Read / Write LCD
GND = Write

spotkałem się z kilkoma LCD które nie działają z RW na pinie procka , natomiast z GND bez problemu
pewnie to wynika z faktu że są "prawie zgodne z HD44780" i mają fizycznie konieczność otrzymania LOW w momencie inita sprzetowego
jak też i programowego , a pojawienie się HI blokuje i nie startuje kontroler , ale nie zastanawiałem się nad tym
gdyż nie widzę potrzeby i sensu używania tego .... jak i czytania czegokolwiek z wyświetlacza

Oj są wyświetlacze (szczególnie one) trochę popsute - najczęściej te w komórkach po sprawdzaniu praw grawitacji
Ale to widać od razu na pierwszy rzut oka

--
Pozdrawiam,
Robert

SunRiver Możliwe więc, że i ja trafiłem w ten odsetek przypadków z tym problemem :/

Tak czy inaczej bardzo dziękuję za pomoc i za rozjaśnienie pewnych kwestii