Witam
Jako, że mam chwilę czasu chciałem napisać program do tego projektu w c, jednak już na samym wstępie mam problem z konfiguracją pinów wyświetlacza. Jako, że attiny13 ma 6 portów mogę sterować nim w trybie 4 bitowym z podłączeniem e i rs. W takim razie wyłączam w bibliotece obsługę pinu r/w, lecz kompilator dalej wyrzuca błąd o, niezdefiniowanym pinie podłączonym do r/w




../lcd/lcd44780.c:498: error: 'PORT' undeclared (first use in this function)


Jak usunę wpis odpowiadający za ustawienie r/w także wyrzuca błędem.

Da radę w ogóle to opchnąć na tym procku?

_________________
Ujemna delta to dopiero początek zabawy...

ale tobie się coś musiało pomylić ten komunikat w ogóle nie ma nic wspólnego z pinem RW czy go definiujesz czy nie

on ma coś wspólnego z tym, że być może pozbyłeś się sekcji makr upraszaczjących z oryginalnej biblioteki do LCD z książki ....

skopiuj ją sobie jeszcze raz i odpal - nie ma takiej możliwości żeby to nie zadziałało

tylko pamiętaj o aktualizacji do LCD tej do pobrania z naszego forum

topic27.html

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Miałem pobraną, ale nie wiem czego nie chciało działać. Jeszcze raz skopiowałem, pozmieniałem na odpowiednie wartości i wszystko hula.
Teraz mam prośbę niech ktoś rzuci okiem, czy wszystko wygląda w porządku, bo mam tylko jedną próbę na wgranie wsadu, a jak się nie uda to będę musiał mege8 łatwić do fusebit doctora.
Program jest okomentowany



Nie jestem pewny czy mogę tak połączyć rejestry ADCL i ADCH czy muszę wpisać ich wartości do dwóch zmiennych ( a przynajmniej adch) i dopiero wtedy zastosować przesunięcie.

_________________
Ujemna delta to dopiero początek zabawy...

sorki ale to jest obrzydliwa linia i lepiej niech kolega od razu poprawi ok? jeśli mamy tu analizować poprawnie napisany kod - tyle razy w książce pisałem że nie posługujemy się tajemniczymi liczbami HEX - mamy przesunięcia bitowe i nazwy bitów:

while(ADCSRA & 0x40);

kolejna rzecz, jak jak bym pisał już oddzielnie ADCH i ADCL to w takiej kolejności (ADCH<<8)|ADCL (ale to tylko tak dla porządku a nie dlatego że nie zadziała - po prostu w Polsce piszemy od lewej do prawej, w Arabii Sudyskiej piszemy od prawej do lewej, w Chinach piszemy z góry do dołu (tu się bardziej SunRiver może wypowiedzieć) .... a w programowaniu piszemy zawsze wartości od najstarszej po lewej do najmłodszej po prawej . Tylko jak mówię tu chodzi mi tylko o kosmetykę

Za to widać, że kolega nie zajrzał do kodów na DVD ..... eeeh nie wiem ile będę jeszcze o tym wszystkim przypominał .... a tam jest wyraźnie pokazane że w AVR GCC można się posługiwać od razu ADCW zamiast takim tworem: (ADCH<<8)|ADCL

to na razie tak na gorąco

nie wspomnę już o tym że najpierw to bym sobie coś takiego potrenował na jakimś ATmega a dopiero jak by dobrze działało to zastanawiałbym się nad wgraniem do tiny13 z zablokowaniem pinu RESET

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

ale gdzie tam - tu kolega z kosmosu wystrzelił:

ADMUX |= wybor;

- brzydko - a w książce jest i na forum ostatnio było: post3590.html#p3590

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Aj niestety wgrałem program w poniższej postaci, ale cos nie hula. Na wyświetlaczu pojawiają się losowe znaki w pierwszym rzędzie.
Odblokuję procka i spróbuję wyświetlić cokolwiek na lcd, chyba, że ktoś znajdzie błąd w poniższym kodzie.

_________________
Ujemna delta to dopiero początek zabawy...

Moze sie mylę, ale czy czasem nie wpisujesz wszystkiego do wiersza 0, a tą jedynką przesuwasz tylko pozycję w wierszu ?

Dzięki wielkie. Tu na pewno jest błąd. Zaraz poprawię i spróbuję wgrać ponownie.

_________________
Ujemna delta to dopiero początek zabawy...