Hallo, mein DOG Display hat Anlaufschwierigkeiten. Bislang war es so, dass ich meine Schaltung einschalten musste, einen Moment warten musste. Erst wenn ich dann aus und wieder angeschaltet habe, wurde das Display initialisiert. Ich vermute meine Kondensatoren brauchten ewig bis die Spannungen geladen waren. Warum? Evtl. verpolt? Das kann ich leider nicht bestätigen. Nun hatte ich zuletzt ein Testprogramm geschrieben, welches meinen Drehgeber wert als Zahl auf dem Display darstellt. Nachdem ich fleißig drehte blieb das Display dann auf einmal "hängen". Erst nach unzähligen neustarten hat es irgendwann wieder etwas angezeigt. Das gleiche wiederholte sich zweimal, nun kriege ich es nicht mehr zum Laufen. Über den Kondensatoren messe ich einmal 10V (Pin15 zu Masse) und über die anderen jeweils ... 0V. Ist das korrekt..? Datenblatt wäre hier: http://www.lcd-module.de/deu/pdf/grafik/dogs102-6.pdf (Seite 4) Pin15 zu Pin16/17 sind jeweils -9V und Pin15 zu Pin18/19 jeweils -5.5V (schwarz an Pin15). Mehr als Kondensatoren tauschen fällt mir erstmal nicht ein. Hat jemand eine Idee?
Hi >Ich vermute meine Kondensatoren brauchten ewig bis die Spannungen >geladen waren. Warum? Evtl. verpolt? Das kann ich leider nicht >bestätigen. Was willst du bei Keramikkondensatoren verpolen? Ich tippe eher darauf, das du die Wartezeit zwischen Einschalten und Start der Initialisierung nicht eingehalten hast. Mach mal ein Delay von >5ms vor die Initialisierung. MfG Spess
Da ist bereits 1s Wartezeit testweise. Ok, ich habe Elkos genommen, Minuspol an - und +Pol an +. 1uF Keramik habe ich nicht hier :(.
Hi >1uF Keramik habe ich nicht hier :(. Dann besorge dir welche. Damit hatte ich noch nie Probleme mit DOG-Displays. Ich habe gerade noch mal im Datenblatt des UC17901 nach gesehen. Hast du die Power-Up Sequence von S.33 eingehalten? MfG Spess
Ich habe mich bis jetzt an das initialisierungsbeispiel aus Seite 6 gehalten: http://www.lcd-module.de/deu/pdf/grafik/dogs102-6.pdf Den Resetpin habe ich derzeit auf dauerhaft logisch High gegesetzt.
Hi >Ich habe mich bis jetzt an das initialisierungsbeispiel aus Seite 6 >gehalten: >http://www.lcd-module.de/deu/pdf/grafik/dogs102-6.pdf Die Beispiele von EA sind nicht immer vollständig. Deshalb halte ich mich eher an das Datenblatt des Displaycontrollers: http://www.lcd-module.de/eng/pdf/zubehoer/uc1701.pdf EA bietet auch eine AppNote für die Ansteuerung mit einem ATMega168: http://www.lcd-module.de/fileadmin/downloads/development%20service/DOGS102_UC1701/Init_and_basic_functions_with_EA_DOGS102_MEGA168.zip MfG Spess
Nils H. schrieb: > Ich habe mich bis jetzt an das initialisierungsbeispiel aus Seite > 6 > gehalten: > http://www.lcd-module.de/deu/pdf/grafik/dogs102-6.pdf > > Den Resetpin habe ich derzeit auf dauerhaft logisch High gegesetzt. Ein ordentlicher Reset wäre schon ganz gut. Entweder über einen eigenen GPIO oder wenigstens mit einem RC Glied. Hier der Schaltplan von einem DOGS102 Arduino Shield: https://github.com/olikraus/dogm128/wiki/dogs102_arduino_hardware Grüße, Oliver
Nun Timing Probleme mit dem CD -> Controller Data. Meist ist das Timing zwischen SPI und externen PIO Signalen nicht einfach. Die folge das der Controller dann gar nichts macht. So ein Encoder schreit förmlich nach solchen Problemen.
Nun, das Ergebnis ist, das ein Druck mit dem Finger auf das Display die Fehler behebt. Scheinbar sitzt es nicht mehr richtig im Sockel. Auch im Datenblatt von EA steht, dass man keine weiteren Timings beachten braucht und das scheint auch hinzukommen. Bis auf 100mS vor der Initialisierung benötige ich keine Warteschleifen etc.
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.