Hallo
Mit einem I2C-LCD wäre das kein großes Problem. Aber blöderweise ist das LCD am m32 parallel angeschlossen (4Bit ohne Busy) und dazu werden die Daten fürs Display auch noch durch IC3 (Schieberegister 74HC4094D) geschoben. Es wäre deshalb sinnvoll, wenn sich das m32 auch weiterhin um die Ausgabe auf dem LCD kümmert. Auf der Base könntest du eine Variable (ein array[zeilen*spalten]) verwalten und diese Variable auf Anfrage durch das m32 (polling) oder noch besser bei Änderung über einen Interrupt (E_INT) per I2C an das m32 senden. Das m32 übergibt die Daten dann direkt ans LCD weiter.
Wenn das m32 und die Base neben den SDA- und SCL-Verbindungen auch eine gemeinsame Interruptleitung verwenden, könnte auf dem m32 auch ein I2C zu parallel-Wandler programmiert werden der die I2C-Daten vom Base empfängt und direkt zum LCD weiterleitet. Das wäre der elegantere Ansatz den ich umsetzen würde, wenn ich ein m32 hätte;) Das m32 würde dann einen PCF8574 simulieren.
Eine Alternative wäre das LCD direkt am Base zu betreiben. Das hatte ich schon mal umgesetzt, als parallele Schnittstelle dienen die LEDS:
https://www.roboternetz.de/community...CD-an-RP6-Base
Bild hier
http://www.youtube.com/watch?v=Gz7zc7He9F8
Gruß
mic
Lesezeichen