Witam, mój problem polega na tym że na zaprogramowanej ATmedze32, na płytce od Mirka, wyświetlacz śmiga, i wszystkie napisy na nim też. Zrobiłem swoją własną płytkę drukowaną. Sprawdziłem dokładnie połączenia wszystkich pinów wyświetlacza do procka na mojej płytce. Każde połączenie jest poprawne. Brak błędów podczas kompilacji programu.
Podkreślam jeszcze raz, na płytce od Mirka mi wyświetla się wszystko; Na mojej tylko prostokąciki, działa regulacja kontrastu.

Wiem że to wygląda na złe podłączenie wyświetlacza ale męczę się z tym od kilku godzin jestem więcej niż pewny że każde połączenie jest poprawne. Czy może być jakaś inna przyczyna? RW jest na masie. było na uC (tak zmieniałem w bilbiotece RW=0/1) JTAG wyłączony, taktowanie 8MHz. Powiedzcie mi że to coś innego niż błędne podłączenie bo zaraz oszaleje.

Pozdrawiam

Ok to coś innego niż błędne połączenie.

_________________
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 ]

a czy możesz przedstawić płytkę z obu stron, oraz pinilogię z LCD.....h ?
bo tak to możemy próbować długo zgadywać.

------------------------ [ Dodano po: 2 minutach ]

zakładam się że "mirekk36" zgadł. ma nowszą wersję magicznej kuli .

Takiej odpowiedzi właśnie się spodziewałem :/

Wstawiam Pinologię, ale jedyne co wam mogę o niej powiedzieć to że się z niej nie rozczytacie, chyba że macie na prawdę dobry wzrok

Prześwietliłem każde połączenie.







------------------------ [ Dodano po: 13 minutach ]

Tutaj jeszcze schemat z eagle

Sprawdzałeś miernikiem, czy masz przejścia sygnałów pomiędzy nogami procka, a polami przy samym lcd?

Tak sprawdziłem przejścia bezpośrednio z nóżek uC i bezpośrednio na lutach goldpinów w lcd.

jeżeli wszędzie jest przejście to tak wygląda że jest OK podłoączone.
Czy ten wyświetlacz to ten sam fizycznie egzemplarz który działał w ATB. ?

Tak, ten sam. Ale również próbowałem na drugim. Efekt ten sam, z takim małym mykiem że na tym drugim (nie z płytki mirka) słabiej świeciły prostokąciki.

Cześć. Popraw może najpierw prowadzenie mas bo u Ciebie wygląda to tragicznie, tak się nie robi. Spróbuj pociągnąć zasilanie do LCD osobnymi przewodami. Jaka jest długość kabla łączącego płytkę procesora z LCD?

i nie masz niechcący w bibliotece podpiętego 1wire/ ds18b20. ? PA0.

Długość kabla to ok 25cm. Mimo wszystko w każdym miejscu masy są połączone.

Ale to nie znaczy że są one prowadzone ok. Spróbuj podłączyć LCD na krótszym przewodzie i sprawdź to co Daro69 napisał

Nie mam. Gdybym miał to na Mirka płytce też nie powinno działać :p

Ok zaraz sprawdze tylko dokończę płytkę prasowac

A masz w programie wymuszenie pinu PA1 do masy? Bo fizycznie wejścia R/W nie masz ściągniętego do masy więc powinien być programowo wymuszony stan 0 przy braku sprawdzania flagi zajętości.

kolega pracuje na bibliotece Mirka.
jeżeli ma wpisane USE_RW = 0, to nie sprawdza - tylko odczekuje (120us.)

Owszem ale jeśli pin R/W wyświetlacza wisi "w powietrzu" to nie będzie pewnego stanu "0" czyli nie będzie wymuszenia zapisu do wyświetlacza.
W bibliotece Mirka wybranie USE_RW=0 oznacza że pin RW podłączamy galwanicznie do masy układu, a kolega, jeśli dobrze widzę, ma podłączony ten pin do PA1 więc jeśli biblioteka nie obsługuje tego pinu i w programie też ni ma wymuszenia stanu 0 to raczej nie będzie to działać.

jeżeli dobrze widzę to ten kabelek piąty z taśmy przylutowany do ścieżki od spodu połączonej z GND.

A no to OK tego się nie dopatrzyłem

Swoją drogą się zastanawiam czy procek ma wogule masę zasilania bo jedynym miejscem które tą masę może dostarczyć to przy potencjometrze od kontrastu ale słabo to trochę wygląda...

Witam

A jak raport programowania - poprawny?

Pozdr.

mogło, ale to by oznaczało że był problem z masą samego wyświetlacza lub też uszkodzone wewnętrznie połączenie masy z płytki PCB wyświetlacza a samym kontrolerem wyświetlacza. Wtedy właśnie masa kontrolera zamyka się przez podłączone do masy piny D0...D3 - można powiedzieć że to taki ratunek dla uszkodzonego wyświetlacza, ale przy sprawnym wyświetlaczu lepiej tego nie robić, a już na pewno NIE gdy korzystamy ze sprawdzania busy flag.

Proces ma dostarczoną masę. Sprawdzalem napięcie na VCC/AVCC i na obu GND wynosi rowniutkie 5V.

------------------------ [ Dodano po: 1 minucie ]




Poprawny. Żadnych warningow wszystko w najlepszym porządku.

------------------------ [ Dodano po: 5 minutach ]



W sumie faktycznie to nie mam pewności. A jeżeli by tak było to co mogło by być przyczyną takiego zachowania skoro ma prawidłowo odfiltrowane zasilanie które jest na pinach uC?


Muszę to dzisiaj rozwiązać bo w poniedziałek mam konkurs bardzo ważny dla mnie. A od wczoraj siedzę nad tym wyświetlaczem i bezsensownie tracę swój czas, w którym mógłbym dodawać kolejne rzeczy do mojego projektu. Bardzo proszę o jeszcze jakaś pomoc.

Czy próbowałeś uruchomić z wykorzystaniem RW. ? (ścieżki widzę przygotowane do tego sygnału.)
Coś pisałeś że na ATB działało - ale z RW.
Jeżeli zadziala to masz pewność że połączenia są OK, i pozostanie do sprawdzenia tylko logika RW.

Zakładam że lcd_init(); przy korekcji projektu nie wsiąkło .

Tak, próbowałem. Na ATB działa w obu przypadkach rw do masy i rw do uC.

------------------------ [ Dodano po: kilkunastu sekundach ]



Tak kolego miałem tam zwarcie wychwycilem to już wczoraj i poprawilem. Ale bez pożądanego efektu nadal niestety

------------------------ [ Dodano po: 2 minutach ]



Nie wsiąklo wisi cały czas na początku programu.

Wyświetlacz jest wlutowany na goldpinach do płytki?

Błąd był w programie. Wszystko śmiga. Dzięki wszystkim

No i bym wygrał. .....................
...czy możesz po krótce opisać tego chochlika ?...