Benutzer-Werkzeuge

Webseiten-Werkzeuge


anleitungen:oled:display-steuerung

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen RevisionVorhergehende Überarbeitung
anleitungen:oled:display-steuerung [2025/10/22 05:47] – [Das TextMessages Tool] raily74anleitungen:oled:display-steuerung [2025/10/22 06:46] (aktuell) – [Warum gerade diese Lösung und nicht MQTT?] raily74
Zeile 50: Zeile 50:
 Obwohl die Nachteile dieser Lösung überwogen, versuchte ich in Ermangelung einer MQTT Unterstützung durch iTrain daher, die Nachteile der Arduino Lösung zu kompensieren. Leider entpuppte sich der Arduino Nano als Sackgasse. Trotz zahlreicher Versuchsaufbauten und passend entwickelter Platinen (v1 und v2), konnte der kleine Mikrocontroller die Zugzielanzeiger nicht stabil und zuverlässig ansteuern. Ursache waren letztendlich die als Slave oder Follower bezeichneten, gespiegelten Displays. Diese Erkenntnis hätte das gesamte Konzept beinahe zum Erliegen gebracht, wenn da nicht ein letzter Strohhalm gewesen wäre: der ESP32 Obwohl die Nachteile dieser Lösung überwogen, versuchte ich in Ermangelung einer MQTT Unterstützung durch iTrain daher, die Nachteile der Arduino Lösung zu kompensieren. Leider entpuppte sich der Arduino Nano als Sackgasse. Trotz zahlreicher Versuchsaufbauten und passend entwickelter Platinen (v1 und v2), konnte der kleine Mikrocontroller die Zugzielanzeiger nicht stabil und zuverlässig ansteuern. Ursache waren letztendlich die als Slave oder Follower bezeichneten, gespiegelten Displays. Diese Erkenntnis hätte das gesamte Konzept beinahe zum Erliegen gebracht, wenn da nicht ein letzter Strohhalm gewesen wäre: der ESP32
  
-Nach anfänglichen Startschwierigkeiten und ernüchternder Erkenntnisse ebnete der ESP32 letztendlich den Weg zum Durchbruch. Mit den hier erlangten Erfahrungen hätte man das Projekt auch auf einem Arduino Nano umsetzen können, doch Hardi und ich waren bereits zu weit fortgeschritten, um die beiden Hauptvorteile aufzugeben: Den auf dem zweiten Prozessorkern ausgelagerten DCC Prozess und die WLAN Antenne des ESP32. +Nach anfänglichen Startschwierigkeiten ebnete der ESP32 letztendlich den Weg zum Durchbruch. Mit den hier erlangten Erfahrungen hätte man das Projekt auch auf einem Arduino Nano umsetzen können, doch Hardi und ich waren bereits zu weit fortgeschritten, um die beiden Hauptvorteile aufzugeben: Den auf dem zweiten Prozessorkern ausgelagerten DCC Prozess und die WLAN Antenne des ESP32. 
  
 So implementierte Hardi den Page Modus, eine Funktion, bei der nur ein Viertel des Displays aktualisiert werden muss, um den Lauftext in einem Viertel der Zeit zu erzeugen und eine Funktion zur Bildung von Display-Gruppen, wodurch mehrere Displays mit nur einem DCC Befehl dasselbe Zugziel empfangen, egal, ob links- oder rechtsseitige Ausrichtung. Neben den üblichen Anpassungen an die neue Hardware (ESP32) spendiert er dem Sketch knapp 250 vordefinierte Zugziele, um den händigen Aufwand zu minimieren. Eine kurze Recherche ergab dann, dass ich mit knapp einem Dutzend Zeilen Code das WLAN zum Übertragen des Sketchs aktivieren konnte. So implementierte Hardi den Page Modus, eine Funktion, bei der nur ein Viertel des Displays aktualisiert werden muss, um den Lauftext in einem Viertel der Zeit zu erzeugen und eine Funktion zur Bildung von Display-Gruppen, wodurch mehrere Displays mit nur einem DCC Befehl dasselbe Zugziel empfangen, egal, ob links- oder rechtsseitige Ausrichtung. Neben den üblichen Anpassungen an die neue Hardware (ESP32) spendiert er dem Sketch knapp 250 vordefinierte Zugziele, um den händigen Aufwand zu minimieren. Eine kurze Recherche ergab dann, dass ich mit knapp einem Dutzend Zeilen Code das WLAN zum Übertragen des Sketchs aktivieren konnte.
Zeile 56: Zeile 56:
 Nun blieben nur noch zwei Nachteile: Die überhaupt nicht intuitive Eingabe der Texte und Einstellungen sowie die zwei aufeinanderfolgenden DCC Befehle.  Nun blieben nur noch zwei Nachteile: Die überhaupt nicht intuitive Eingabe der Texte und Einstellungen sowie die zwei aufeinanderfolgenden DCC Befehle. 
  
-Die Eingabe der Daten sowie die Umwandlung in den Sketch konnte ich mit einem selbst erstellten Programm abfangen. Dieses macht die Eingabe genauso komfortabel wie die Weboberfläche eines MQTT Servers, bietet dabei aber die Vorteile der Arduino Lösung. +=== Der fehlende Komfort === 
 +Doch es blieb für die Sketch Lösung einer der größten Nachteile übrig: die komfortable Eingabe individueller Zugziele! 
  
 Für das versetzte Senden zweier DCC Befehle gibt es Workarounds, iTrain beherrscht es ab Werk. Es bleiben also keine wirklichen Nachteile mehr.  Für das versetzte Senden zweier DCC Befehle gibt es Workarounds, iTrain beherrscht es ab Werk. Es bleiben also keine wirklichen Nachteile mehr. 
anleitungen/oled/display-steuerung.txt · Zuletzt geändert: von raily74