Witam,
Czy ktoś z was bawił się tym LCD?
Od pewnego czasu próbowałem 'odpalić' to graficzne cudeńko
ale z tym są tylko problemy. Podłączyłem według datasheet
wszystkie kondensatory (elektrolity 1uF), zasilanie 3,3 (wraz z atmegą 16A)
ale gdy doszedłem do kodu #!@?!!@#!@#@... Są bodajże 2 biblioteki
..dog_cuś i druga ale dziwnym trafem przy kompilacji pod eclipsem
są same errory i warningi... Dziś dotarłem na elektrodzie do
kodu @vesolovski 'ego który napisał dość krótki lecz (zobaczcie)
dość 'mało przyjazny' dla ludzi generator szumów Zadziałało
elegancko lecz chciałbym zrobić już coś konkretniejszego. Da się coś z
tego jeszcze zrobić?:


Miło by było wyświetlić jakąś bitmape
Pozdrawiam, rafi

a jakie błedy , warnigi eclipse wypisuje czytałeś?

Tu nie chodzi o błędy i warningi tylko o napisanie od początku funkcji obsługujących komunikację i wyświetlanie czegoś ciekawszego na tym glcd.
Też kiedyś korzystałem z tego kodu, żeby sprawdzić działanie wyświetlacza i przejściówki na 74HC4050, jednak nic więcej z tym wtedy nie robiłem.

Tu parę info nt. przejściówki 5v -> 3,3V topic2613.html

Błędy są takie..:



to jest util.c więc chyba jakiś przykładzik ale dlaczego takie errory??? skoro
to jest cała biblioteka (wszystkie pliki), a w stlcd.c linker nie może
znaleźć #include "icon.h" ale nic dziwnego bo brakuje go w
bibliotece...

Biblioteka ta jest z : https://github.com/adafruit/ST7565-LCD/tree/master/c
Wszystko elegancko skopiowałem i stworzyłem nowy projekcik...
Popełniłem jakieś drastyczne błędy?

------------------------ [ Dodano po: 8 minutach ]

hmmm... ale skąd tam się wziął UART...?

bledy sa , bo pewnie autor przy pisaniu uzywał uarta do "debugowania" kodu wywal wszystko od uart icon.h i juz
ja na twoim miejscu oprawił bym to ladnie w funckcje jak w zrobil mirek przy hd447...


spojrzalem na ta bibloteke powiedz czego nie rozumiesz ?, przeciez tam jest prawie wszystko.


a o co ? moje pytanie bylo wsumie podchwytliwe po to by zmusic autora do analizy .

O_o ... rzeczywiście wygląda to na debuger'a ... wywaliłem to i kompilacja zakończyła się powodzeniem..
Jednak teraz pytanko... jak wygląda połączenie fizyczne tego GLCD do AVR'a..
http://artronic.com.pl/o_produkcie.php?id=1144?
Z dokumentacji wynika że mamy 5 lini do szczęścia



Czyli oryginalnie podświetlenie było ustawione na PD2
Chip select [cs] na PD5
reset na PD6
tajemnicze A0 na PD7
SCLK na PB0
a S-DATAINPUT podłączyłęm do PB1 [SID] (skrót pasuje )
ale zostaje jeszcze jedna linia o niewiadomym pochodzeniu: BLA - do PB2 -?

po takowym podłączeniu bez ruszania 'BLA' wyświetlają się z 40 px w górnym lewym rogu
migając z częstotliwością 1,256 Hz
czy coś zrobiłem źle? i do czego to BLA?

Mea culpa... sądziłem, że autor zabrał się za cudowanie z kodem z elki

jaki avr uzywasz ? nim mozna sterowac przez spi

Atmega16A- problem dalej nie rozwiązany

Sent from my RM-941_eu_poland_377 using Tapatalk

Do sterowania są używane tylko:
COG AVR
pin20 CS dowolny port/pin
pin19 RST dowolny port/pin
pin18 A0 dowolny port/pin
pin17 S-CLK sprzętowe SPI pin SCK; programowe SPI-dowolny
pin16 S-DATA-INPUT sprzętowe SPI pin MOSI; programowe SPI-dowolny

BLA prawdopodobnie w oryginalnym programie podświetlenie? Nie ma takiego sygnału w wyświetlaczu

Niestety dla początkującego (jak widzę?) ten LCD jest dosyć "nieprzyjemny",
np. nie można z niego nic odczytać, nie ma zapisu pojedynczego piksela, co determinuje konieczność utworzenia
bufora (128x64)b=8192b=1024B
Trzeba mocno "wgryźć" się dokumentację i w dodatku poeksperymentować (jak ja bawiłem się z tym LCD okazało się, że inicjalizacja przykładowa "trochę" rozminęła się z parametrami przy których LCD zaczął coś wyświetlać).
Na stronie:http://www.lcd-module.de/deu/pdf/grafik/dogm128.pdf znajdziesz wersję skróconą datasheet'a
( niestety opis po niemiecku, ale można zorientować się w zasadach pracy ST7565).

Po porażkach z tymi bibliotekami postanowiłem zajrzeć do dog128. Po konfiguracji wywala mi
errora:

In file included from ../lib/breakout.c:32:
../lib/dogm128.h:169: error: expected ')' before numeric constant
make: *** [lib/breakout.o] Error 1

w linii:


czytałem że to może być jakiś cudowny problem z kodowaniem pliku jednak i tworzenie od nowa nic nie daje

Brakuje nawiasu ( ale to może być dużo wcześniej niż w 168 linii ).
Teraz próbuję skompilować wersję dog128 v1.11 dla avr i nie pokazuje mi tego błędu; za to dalej okazuje się, że nadal potrzebne są biblioteki z Adruino.
Spróbuj jeszcze tego kodu http://www.ulrichradig.de/home/index.php/avr/avr-ea-dog,
jest dużo prostszy.
Kiedyś próbowałem zacząć z dog128 i dałem sobie spokój-napisałem własną wersję, niestety nie mam już tamtego mojego "chodzącego" kodu.

oo Dzięki... ta biblioteka śmiga ... na razie ustaliłem że konwerter bitmapy dla sterownika ks108 nie działa najlepiej ale coś jeszcze poszukam

------------------------ [ Dodano po: 3 minutach ]

co ciekawe przy napięciu ok 3,38V piksele 'zgaszone' zaczynają się wybielać [wyświetlacz niebieski]
Obniżyłem je do 3,2 i jak na razie bezproblemowo nawet przy 16MHz [atmega 16A obudowa DILL]