logo elektroda
logo elektroda
X
logo elektroda
REKLAMA
REKLAMA
Adblock/uBlockOrigin/AdGuard mogą powodować znikanie niektórych postów z powodu nowej reguły.

LCD IIC EA DOGM204, jest ACK na wyświetlaczu ciemność

Mikroprocesorowiec 14 Paź 2017 22:39 891 3
REKLAMA
  • #1 16757594
    Mikroprocesorowiec
    Poziom 12  
    Mam wyświetlacz IIC (załącznik) podłączony do TWI AVR-ka. Komunikacja po IIC poprawna, bo mam ACK (logi z SaleAE w załączniku - spakowałem, bo Elektroda nie akceptuje rozszerzenia pliku). Inicjalizuję tryb 8-bit zgodnie z dstaschet. Niestety nie pokazuje sie upragniony napis. Mam wątpliwości co do funkcji bitu "Co" (Continue). Z noty wynika, że gdy wysyłane są dane, należy ustawić go na 1. Próbowałem z ustawieniem na 1, jak i bez, niestety "ciemność widzę". Szukałem w sieci przykładowe kody źródłowe. Udało mi się znaleźć dla Arduino ale w trybie SPI, a tam nie ma bitu "Co". Nie wiem co moze być jeszcze źle? Używał ktoś tego typu LCD?

    Pomierzyłem napięcia na wyjściach V0..V4 i Vout:
    Vout = 2,4V
    V0 - 2,4V
    pozostałe 0V

    W nocie nie pisza jakie tam powinny być napięcia.

    Busy odczytuję źle:
    LCD IIC EA DOGM204, jest ACK na wyświetlaczu ciemność
    a zrobiłem to na podstawie kodu z sieci:
    Kod: C / C++
    Zaloguj się, aby zobaczyć kod

    Wyniki odczytu przy wszystkich kombinacja bitu kontrolnego:
    00 - odczyt E4
    40 - odczyt 00
    80 - odczyt E4
    C0 - odczyt 00
  • REKLAMA
  • #2 16759873
    kamyczek
    Poziom 38  
    Zanim wyświetlacz coś pokaże musi zostać poprawnie zainicjowany (s.5 PDF). W dokumentacji masz wszystko co jest potrzebne do uruchomienia wyświetlacza ,jedyne co trzeba zrobić to przeczytać tą dokumentację ze zrozumieniem . Kontrolery wyświetlaczy są dość uniwersalne ale ta uniwersalność niesie za sobą konieczność "poinformowania kontrolera w jakim trybie ma pracować przykładowa konfiguracja jest w dokumentacji trzeba ją wysłać i wyświetlacz ożyje...
  • REKLAMA
  • #3 16760054
    Mikroprocesorowiec
    Poziom 12  
    kamyczek napisał:
    Zanim wyświetlacz coś pokaże musi zostać poprawnie zainicjowany (s.5 PDF). W dokumentacji masz wszystko co jest potrzebne do uruchomienia wyświetlacza ,jedyne co trzeba zrobić to przeczytać tą dokumentację ze zrozumieniem . Kontrolery wyświetlaczy są dość uniwersalne ale ta uniwersalność niesie za sobą konieczność "poinformowania kontrolera w jakim trybie ma pracować przykładowa konfiguracja jest w dokumentacji trzeba ją wysłać i wyświetlacz ożyje...

    Przejrzał kolega logi z SaleAE, które załączyłem? Wysyłam sekwencję:
    0x3A ); // Function Set 8 bit data length extension Bit RE=1; REV=0
    0x09; // Extended function set 4 line display
    0x06; // Entry mode set bottom view
    0x1E; // Bias setting BS1=1
    0x39; // Function Set 8 bit data length extension Bit RE=0; IS=1
    0x1B; // Internal OSC BS0=1 -> Bias=1/6
    0x6E; // Follower control Devider on and set value
    0x57; // Power control Booster on and set contrast (DB1=C5, DB0=C4)
    0x7F; // Contrast Set Set contrast (DB3-DB0=C3-C0)
    0x38; // Function 8 bit data length extension Bit RE=0; IS=0
    0x0F; // Display On Display on, cursor on, blink on
    LCD IIC EA DOGM204, jest ACK na wyświetlaczu ciemność

    Później tekst:
    LCD IIC EA DOGM204, jest ACK na wyświetlaczu ciemność

    Cały log jes w załączniku.

    Wypróbowałem różne ustawienia bitu "Co". Na temat tego bitu i napięć na V0..4 był post, ale admin go usunął. Efekt zawsze ten sam. Pomijając problem inicjalizacji, dlaczego wyświetlacz zawsze jest zajęty? Nawet jak go nie zainicjalizuję, to flagę busy można sprawdzać, przynajmniej tak jest w przykładzie z internetu, który znalazłem.
  • #4 16762103
    Mikroprocesorowiec
    Poziom 12  
    Z pomocą @r-mik, w prywatnej korespondencji, problem został rozwiązany. Kluczowy przy tym był jego post, który został skasowany! W każdym razie nie chodzi o inicjalizację, czy przerwę pomiędzy wysyłanymi bajtami.
REKLAMA