Próbuję uruchomić wyświetlacz LCD I2C na bibliotece z płyty niebieskiej.
Używam układu PCF8574T
W bibliotece zmieniłem tylko prędkość na 100kHz i adres na 0x4E
linie podciągnięte do + zasilania przez 4,7Kom
Niestety efekt jak na zdjęciu




Proszę o jakieś pomysły co może być nie tak.

Masz pewnie problem z adresem PCF8574.
Zlutuj do masy A0,A1,A2 i właściwy adres to 0x40.

Sprawdź ale chyba ten moduł I2C ma na płytce rezystory do SDA,SCL i nie potrzeba dodawać na zewnątrz, przynajmniej ja mam ten sam moduł i nie dokładam rezystorów.

Zlutowałem do masy zmieniłem adres na 0x40 i zlikwidowałem zbędne rezystory. Rzeczywiście są na płytce przejściówki.
Mam goły procesor Atmega32 z kwarcem 18432000 i podłączonym wyświetlaczem
Zasilany z przetwornicy 5V
Niestety żadnych zmian.

no jeżeli goły to rezystory podciągające są potrzebne

_________________
Jestem początkujący i moje porady mogą być błędne

Witam!
Początkowo też walczyłem z tym konwerterem, ale ostatecznie udało się go uruchomić z ustawieniami jak powyżej. Sprawdź koniecznie czy zaznaczyłeś w pliku lcd44780.h opcję wykorzystania magistari I2C:

oraz czy prawidłowo podłączyłeś linie SCL (PC0) i SDA(PC1) dla Atmega32. Kolejną sprawą jest nierozłączność biblioteki LCD i I2C_TWI (najnowsza wersja płytki DVD) z projektu LCD_I2C_PCF8574 z BB. Celem wyświetlenia czegokolwiek na LCD musisz użyć tej biblioteki! Inne wersje (z innych projektów z BB z 2011 i z poprawkami) u mnie nie działały.
Pozdrawiam

Pokaż jak masz skonfigurowane piny

konfiguracja

spróbuj tak

Witam, Pierwsze moje pytanie na forum. Mam identyczny problem jak autor postu. Ten sam ekspander biblioteki Mirka z BB cz. II DVD. Porty ekspanadera ustawione poprawnie, lecz posiadam błędy w pliku I2c_twi.c
Procesor Atmega 644 PA taktowany zewnętrznym kwarcem 12MHz Fuse bity FF 99 FF.


Błędy w pliku i2c_twi.c


Dodatkowo fragment lcd44780.h

_________________
True Females

A tyle razy na forum było napisane:
pokaż zakładkę console a nie problems

_________________
Jestem początkujący i moje porady mogą być błędne

_________________
True Females

Jest to log z wgrywania programu do procesora oraz ustawania fuse bitów i nie ma tutaj żadnego błędu. Jest poprawny hex, więc kompilacja nie mogła zgłosić błędu.

Daj wynik z konsoli z kompilacji programu zrobionej po wcześniejszym zrobieniu clean projektu.

--
Pozdrawiam,
Robert

Fakt źle się trochę wyraziłem errorów żadnych nie wyrzuca, ale dlaczego mam krzyżyki czerwone przy pliku i2c_twi.c
Wejścia A0 A1 A2 zwarte mam do GND. Próbowałem już różnych adresów 0x40, 0x4E, 0x70. Wyświetlacz milczy, świeci tylko górny rząd. Już dziś nie chcę się bawić jutro podłącze sam wyświetlacz.

_________________
True Females

Program poprawnie ci się kompiluje. Czasami eclipse ma problemy i gubi informacje o zależnościach w plikach. Trzeba zrobić odświeżenie poprzez kliknięcie prawym klawiszem na nawie projektu w oknie Project Explorer (te z plikami po lewej stronie) i wybranie Index -> Rebuild oraz Index -> Freshen All Files.

Nie ustawiaj w ciemno. Sprawdź jaki masz układ (litery na końcu) i zastosuj właściwy adres. Poniżej informacja o przypisanych adresach poszczególnych wersji:
Jak masz PCF8574T i A2..A0 podpięte do masy to masz adres 0x40.

Jak używasz jakiś nietypowych bibliotek do I2C (TWI) to sprawdź jak rodzaj adresu należy u Ciebie podawać - 7 bitowy czy 8 bitowy. W typowych bibliotekach (i także tych Mirka) podaje się 8 bitowy. Z czego najmłodszy bit służy do sterowania typem operacji odczyt / zapis - przy odczycie ma wartość 1 a przy zapisie wartość 0 (ale to już biblioteka przy read zamienia podawany address na (address | 0x01) i użytkownik ma nieprzejmować się tym).

Przy każdej operacji TWI (I2C) w rejestrze TWSR zwracany jest status operacji na szynie I2C. Sprawdź jaką wartość dostajesz po wysłaniu adresu poprzez TWI. Powinieneś dostać wartość 0x18. Każda inna wartość (a szczególnie 0x20) oznacza, że układ slave nie odpowiada. A to oznacza albo wysyłasz zły adres albo masz złe połączenie master - slave (w tym błędne podciągniecie na szynie).

--
Pozdrawiam,
Robert

Dołączam się do pytania Czy udało się kolegom uruchomić ten moduł ?
mam 2 takie moduły -

i mam ten sam problem.... i wiecie koledzy co się okazało? - ZONK
poniżej w schemacie jak powinien być połączony ekspander według biblioteki BB i jak jest połączony w powyższym module z wyjściami na wyświetlacz ech te chińczyki...


a P3 jest prawdopodobnie do rezystor 4,7k
JAK NA PONIŻSZYM SCHEMACIE


i w moim przypadku kolego wystarczyło zrobić zmienić adres po zwarciu A0;A1;A2 DO gnd:

oraz zminić połączenie w pliku .h

A poniżej efekt



Poprawiłem ci to YouTube -- zobacz sobie jak się to wkleja --> SunRiver

_________________
Ucz się ucz ,bo po to tutaj jesteś...

Brawo RadekB86, obserwuję ten wątek i nareszcie dostrzegam konkretny głos.

Od sprawdzenia połączeń trzeba było jak widać zacząć, tym bardziej, że te "chińskie" płytki są fajne, bo tanie, ale do schematów trzeba się dokopywać.

Mam podobny problem A0,A1,A2 nie podłączone do masy adres 0x4E jest poprawny, bo programowo wł i wy podświetlanie. Deklaracje pin LCD poprawne i sprawdzone RS 0, RW 1, E 2, LED 3, D4 4, ...D7 7. Używam AS7 i AtmelICE, zdeklarowałem F_CPU w symbolach. Kwarc 11059200 na zestawie ATB 1.04b. Po zaprogramowaniu cisza. Programowo wł/wy podświetlenie led ale wygląda ma to, że transmisja I2C nie działa prawidłowo. Kompilacja przechodzi prawidłowo.
Wszystkie wyjścia konwertera sprawdziłem miernikiem i jestem pewien co do podłączenia.

zmiana prędkości transmisji I2C też nic nie przynosi...
( ...lcd_LED( a & 0x01 ); // migotanie podświetlenia LCD co 0,5 s...) miganie wyświetlaczem z pliku main.c też nie działa ale działa taki zapis
lcd_LED(1);
_delay_ms(500);
lcd_LED(0);
_delay_ms(500);
lcd_LED(1);
wyświetlacz wtedy miga.

Gdzie kupiłeś pcf8574?

kupiłem moduł do LCD z polskiego sklepu internetowego od TELMAL




https://obrazkiforum.atnel.pl/4138/c034c ... 4c4530.jpg

to jest schemat. układ ma podciąganie do lini SDA SCL

A adres przy odłączonych pinach a0, a1, a2 nie będzie przypadkiem 0x20?

nie... przy takim adresie nie działa.... przy A0...A2 nie podłączonych do GND jest 4E chociaż noty katalogowe PHILIPSA wskazują na to , że powinno być 2E

a przepraszam. późno jest i wymyśliłem sobie tam zera zamiast jedynek. w sumie powinno być raczej 0x27 bo adres bitowy jest 0100111

na takim adresie nie pójdzie bo jest przesunięcie bitowe jak to we wcześniejszych postach ktoś napisał. Chyba w arduino taki adres chodzi.
na adrersie 4E mi działa ale tylko miga wyświetlacz. Nie ma tak jak by sterowania RW RS E

co do przesunięcia bitowego to racja, 0x4E, Już śpię. nie wiem. Sprawdź czy przypadkiem gdzieś nie styka, lub styka w złym miejscu, pokręć potencjometrem kontrastu. Jaki masz program w c napisany? Mirka? Własny?

Wszystkie połączenia są ok. Mam wgrany do testów program Pana Mirka. Potencjometrem kręciłem i nic. Muszę sprawdzić jeszcze czy prawidłowo działa przesunięcie do starszej połwki bajtu, chyba że procedura inicjalizacyjna LCD źle działa, bo tak jak mówiłem programowo przez I2C mogę sterować miganiem wyświetlacza. W bibliotece Mirka deklaracja pinów expandera była inna.

znalazłem usterkę ....wszystko działa...okazało się, że LCD (NOWY ) jest uszkodzony. Po nitce do kłębka... ale to nic przypomniałem sobie przynajmniej działanie LCD i przeanalizowałem kod

No, ja też co nieco sobie przypomniałem.

Wysłane z mojego lenovo k5

Witajcie
Miałem w planie na dzisiaj pobawić się w klikanie przekaźnikami za pomocą PCF8574.
Zakupiłem części do stykówki , ale w ręce wpadł mi chińczyk pokazany wyżej.
Ależ łatwe były podłączenia względem stykówki. Zakładałem , że równie szybko wykonam resztę prac w ramach ćwiczenia.
No i było jak zwykle.
Moja pycha została ukarana.

Zgodnie z poradnikiem Mirka o schieldzie IO (ale bez niej i to na chińskim układzie) , wykonałem jak w poradniku. I ... nic.
Kompilacje na LCD z uP pracowały poprawnie a program z twardego BB (rozd 8. ) LCD_TWI_PCF8574 nie chciał pracować pokazując jak na zdjęciach powyżej zapalony górny rząd wyświetlacza.
Przez głowę przeszły mi wszelkie myśli. Wylałem pomyje gdzie się dało.

Postanowiłem , zę sam spróbuję znaleźć problem. I się udało

I przed chwilą ... po którym tam wgraniu softu zadziałało.
Zasadniczo od 15tej do 22iej kręciłem się w kółko.
Przedostatnią rzeczą którą zrobiłem, było podłączanie przewodów od D4-D7 do przejściówki w inne piny (na zasadzie - a nóz może chińczyki coś zmieniły w swoim FC-113) . Dosłownie po pierwszej zmianie pojawiły się dwa znaki, potem więcej a na końcu wszystkie. Oczywiście były to znaki predatora plus pełna tablica dowolnie zapalonych segmentów. Ale czułem, że jestem bliżej, bo do mnie gada, nie szkodzi że po chińsku.
Po ponownym poprawnym podłączeniu wszystko zadziałało poprawnie.
Być może problemem na cały dzień były jakieś stany nieustalone świeżo uruchomionego układu.
A może coś innego niewiem, sprawdzałem wszystko o czym napisano na tym forum w około 12tu watkach.
Ten jest dwunasty który otworzyłem.

Oryginalnego schelda i kilka dodatkowych mam zamiar nabyć wkrótce.

------------------------ [ Dodano po: 7 minutach ]

Po takim dniu można nieco stracić pewność siebie.
Celem moim było zapalić diody za pomocą tego PCFa (a dokładnie przekaźniki za pomocą ULN).
Jeżeli macie jakąś podpowiedź dla mnie to byłbym wdzięczny.

Schelda IO nabyłem.
Ale i bez niego a tylko na samym chińczyku już wysyłam ciągle dane przez PCF8574.
Było to prostsze niż początkowo myślałem.
Pomocnym był Mirka poradnik w kurtce. Chyba jedyny taki na mirkowym kanale YT.
Na 8 diód wysyłam sekundnik. Bo czemu nie - w ramach ćwiczeń.
Aż miło jak się ledy gasną i się zapalają.
Kolejna sprawność zaliczona
Teraz zamiast sekundnika chcę wysyłać wartości z tabeli.