Analysieren Sie das Protokoll, das für das Futaba VFD-Display verwendet wird, 3 Datenpins

Ich zerlegte ein Samsung SMT-C7140 HD-Gerät (von der Kabelfirma veraltet, schade) und fand ein schönes Display, das ich wahrscheinlich wiederverwenden könnte. Es ist ein Futaba GL07-00006A (13-BT-246GINK). Ich habe versucht, das Servicehandbuch des Samsung-Geräts zu finden, habe versucht, ein Datenblatt des Futaba-Displays zu finden, jedoch ohne Erfolg.

Also begann ich, die Anschlüsse der Frontplatte/des Displays zu analysieren und stellte fest, dass es möglich sein könnte, die gesamte Frontplatte wiederzuverwenden, der Wechselrichter befindet sich auch auf der Platte. Der Futaba hat keinen externen Treiber (kein Chip unter dem Display oder auf dem Motherboard), also dachte ich, es könnte ein Chip on Glass (COG)Display sein (wegen weniger Pins auf dem Display), ich denke, ich habe Recht, wie auch immer sie es nennen Chip IN Glass (CIG). Nachdem Sie die Pinbelegung herausgefunden haben (siehe Bilder unter dieser Frage), löten Sie einen Header und schließen Sie einen Logikanalysator daran an.

Die 4 Datenpins der Futaba stehen direkt am Flachkabelstecker zur Verfügung. Auf der Platine befinden sich einige Mikrocontroller und ein Hauptprozessor. Nachdem ich die Pins mit dem Analysator gelesen habe, sehe ich so etwas:

Sie können die Aufnahmen in einer ZIP-Datei herunterladen , haben mehrere Sitzungen durchgeführt und sind im Saleae Logic-Dateiformat, PulseView und im VCD-Dateiformat verfügbar.

Es wurden mehrere Standardprotokolle ausprobiert, und I2C ergab ein Ergebnis auf CH0 und CH1, aber das scheint aufgrund der zusätzlichen zwei Datenkanäle (einige Takt- oder Aktivierungssequenzen) etwas seltsam zu sein. Habe auch SPI probiert (könnte möglich sein wegen 4 Datenleitungen) aber viele Fehler oder kein Ergebnis.

Frage:

Erkennt jemand die Muster oder das Protokoll, mit denen diese Anzeige gesteuert wird? Weiß jemand, was für ein Treiber in diesem Display steckt?

Einige Bilder, die ich gemacht habe:

(Bild entfernt, siehe Update unten)

Update 04.04.2020 (<-komisches Datum!)

Es wäre schön, wenn es ein Tool zum Aufzeichnen und Wiedergeben der (Boot-)Sequenz gäbe, um sicherzustellen, dass alles richtig verbunden ist, nachdem Änderungen an der Konfiguration vorgenommen wurden. So etwas wie ein Audio-Wave-Player, ein TTL-Wave-Player. Ohne ist es wirklich schwierig, da leicht ein Fehler gemacht wird. Wenn es nicht funktioniert, kann es am verwendeten Protokoll oder an den Verbindungen liegen. Es kann Sie ziemlich verunsichern, weil Sie nicht genau wissen, wie es genau funktionieren muss.

Ich habe versucht, einen Mikrocontroller (nach dem Abdecken der Datenleitungen auf dem Flachbandkabel) an die Datenleitungen anzuschließen (es gibt nur 3 und nicht 4, eine davon scheint +5 V zu sein - siehe auch aktualisiertes "Schaltbild" unten) und Masse zu teilen um einige Software auszuprobieren, die ähnliche Geräte und deren Protokoll implementieren.

Habe keine offiziellen Futaba-Beispiele gefunden, weder an anderer Stelle noch auf der veraltet aussehenden Website von Futaba selbst. Nach Registrierung und Login gibt es eine beeindruckende Menge an Datenblättern, jedoch keine Möglichkeit, nach Merkmalen zu suchen. Auch in den Datenblättern gibt es keine Beispiele, nur Spezifikationen, der Mangel an Details "wie es geht" ist enorm.

Bin auf diese Noritake-Quelle gestoßen und habe den Produktkatalog durchsucht. Sie stellen einige Bibliotheken für AVR bereit und haben die meisten davon ausprobiert. Der Code ist ... keine Schönheit, Geschmackssinn, nehme ich an. Auch "Newhaven Display" und viele andere ähnliche Sachen wie Adafruit gefunden. Die machen alle ähnliche Techniken, kopieren Schaltpläne und so. Das Interessanteste, das ich fand, war ein Datenblatt der PrinceTon-Technologie (PT6314) , das sehr ähnlich aussieht, sich jedoch NUR vom Futaba-Datenblatt unterscheidet (und in seinem Datenblatt Beispiele enthält):

[

Der Hauptunterschied ist der Unterschied in der steigenden und fallenden Flanke. Ich weiß jedoch immer noch nicht, ob dies das richtige Protokoll ist. Also ja, sie haben es wirklich schwer gemacht, einige Sachen wiederzuverwenden.

Ich habe im Moment viele Dinge ausprobiert, um zu verhindern, dass das Display auf der Mülldeponie landet, habe jedoch einige Zweifel, dass ich die richtige Lösung finden werde. Also werde ich diese Reise vorerst beenden (es sei denn, es gibt eine echte Lösung) und die Informationen hier vielleicht für die zukünftige Verwendung hinterlassen. In der Hoffnung, dass Hersteller damit beginnen, unkritische Komponenten ihrer kurzlebigen Produkte zu kennzeichnen (Verbindungen von oder ein Datenblatt (mit Beispielen oder Code) davon bereitzustellen), um sie wiederverwenden zu können, anstatt sie wegzuwerfen.

Aktualisiertes Bild/Schema: