hallo, vielleicht hat ja noch jemand die letzte tiefpreisphase bei reichelt genutzt, um eines der "intelligenten" edip displays von electronic assembly (www.lcd-module.de) zu erstehen und hat schon so seine erfahrungen damit gemacht... meine jedenfalls (firmware 1.2) sind nicht die besten! zwar hat's das gute stück zugegebenermassen nicht gerade leicht, ist es doch in seiner rolle als abgesetztes terminal nur störanfällig via drahtlosem rs232 an mein controllersystem angebunden. dennoch, nach allerlei softwareanpassungen zum ausbügeln der auftretenden probleme funktioniert es nun seit einer woche ohne abzustürzen; beschäftigt mit der ausgabe eines textes und der abfrage des touchpads. loggt man aber den datenverkehr mit, kann einem beim betrachten des datenstroms nur schlecht werden. mal lässt sich das display bis zu einer halben sekunde mit jedweder bestätigung (ack) zeit, mal liefert es auf die sendebufferabfrage hin nur unsinnige bytes, zuweilen ein ganzes 64er paket müll. das ganze passiert so ca. alle 15 minuten. ebenso scheint der eingestellte timeout ziemlich effektlos zu sein. mittlerweile habe ich meine software zwar an all das "gewöhnt", doch normal ist das nicht! meiner meinung nach ist diese firmware noch voller bugs, was man aber bei ea nicht zugeben will. nun weiss ich bloss nicht, wie das bei aktuelleren versionen ausschaut. zum updaten müsste man das display schliesslich auch noch einschicken... stefan
ich habe Probleme mit dem IC202-PGH Dort kann ich nach dem ein text geschrieben wurde keine Kommandos mehr schicken. Der Controller bleibt im Textmode und schreibt eben nur mehr lustige zeichen...
Das eDIP habe ich jetzt auch in 2 Projekten und es funktioniert eigentlich recht gut. Den Aufkleber habe ich zwar noch nicht entfernt, aber ich glaube dass da auch nur ein ATMega32 drauf ist der die I2C/RS232/SPI Protokolle kann. Grüße
Hallo Stefan, ich habe seid einiger Zeit auch das eDip-240-7 an mein µController-System angeschlossen! Ich möchte gerne mit dem eDip über den I2C - Bus kommunizieren und zwar bidirektional! Leider klappt das nur von Controller zum eDip, beim abfragen des Sendepuffers treten Probleme auf. Ich habe den Pin 20 an meinen Controller angeschlossen und springe in eine Interrupt- Funktion sobald Daten zur Abholung bereit stehen. Ich schaffe es aber nicht aus der Interruptroutine zurückzuspringen, da Pin 20 immer auf Low - Level bleibt. Wann geht Pin 20 wieder auf High - Pegel??? Hast du eine Idee?? Vielen Dank und beste Grüße Thomas
> Wann geht Pin 20 wieder auf High-Pegel???
Wenn keine Daten mehr im Eingangspuffer sind.
Ja, habe ich mir auch gedacht, aber nach senden des Befehls <DC2> 1 S bcc bleibt Pin 20 noch immer auf Low - Pegel!! Trotzdem eine Idee?? Beste Grüße Thomas
Das ist ja soweit richtig, aber was holst Du raus? Holst Du überhaupt etwas ab oder sendest Du nur den o.g. Befehl und läßt den Eingangspuffer voll?
Wenn ich das Datenblatt richtig interpretiere, soll auf diesen Befehl vom Display ein Ack gesendet werden und im Anschluss daran die im Sendepuffer liegenden Bytes! Diese möchte ich dann in einem Array speichern! Ich sende also nur die Befehlsfolge <DC2> 1 S bcc und warte auf die übermittelten Bytes vom Display! Habe ich etwa einen zusätzlichen Befehl übersehen??? Das Datenblatt ist in meinen Augen "suboptimal"!!! Beste Grüße Thomas
> Das Datenblatt ist in meinen Augen "suboptimal"!!!
Da stimme ich Dir zu, ich habe auch schon bessere Datenblätter gelesen.
z.B. für I2C:
1. Im Master-Transmitter-Mode sendest Du <DC2> 1 S bcc
2. Ack abwarten
3. In den Master-Reciver-Mode schalten
4. das zweite Byte gibt Dir die Länge des Datensatzes in Bytes plus 1
für bcc an
Somit weißt Du wieviele Bytes zur Abholung bereit stehen.
Bitte 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.