Zugzielanzeiger Version 3.0

[raily74]

Hallo Pierre,

da gibt es kein Timeout. Sobald eine Gleisgruppe „auf Empfang“ ist, kann das Zugziel gesendet werden. Solange keine andere Gleisgruppe aktiviert wird, wird das Zugziel immer wieder an das gleiche Gleis gesendet.

Das bedeutet auch, dass man nur einen DCC Befehl senden müsste, wenn man für jedes Gleis eine eigene Steuerung verwendet. Das wäre allerdings Verschwendung von Ressourcen. Außerdem muss man in dem Fall die Zugziele auf jeder Steuerung pflegen.

Ich bin überzeugt, dass der Mittelweg der richtige ist. Eine Steuerung für bis zu 32 Displays im Kopfbahnhof bzw. eine Steuerung je Richtung im Durchgangsbahnhof.

[Pierre Massar]

Hallo Michael,

das würde für WinDigipet bedeuten:

Mit einer Fahrstraße ins Gleis X kann man den ZZA schon aktivieren. Dann mit einem STW als Bedingung Zug oder Lok Erkennung die ZZA Anzeige auslösen.

Ich habe mir bei Frank die Bauteile bestellt und werde es Hardwaremäßig testen. Evtl. brauche ich von Dir noch Unterstützung bei der Installation der Software. Weißt ja das ich IT-Allergiker bin.

[raily74]

Hi Pierre,

ich freue mich riesig, dass dich das ZZA-Fieber in Friedrichshafen genauso begeistert hat wie mich und dass wir beide gemeinsam die Umsetzbarkeit mit WDP testen. Natürlich unterstütze ich dich dabei.

Mit einer Fahrstraße ins Gleis X kann man den ZZA schon aktivieren. Dann mit einem STW als Bedingung Zug oder Lok Erkennung die ZZA Anzeige auslösen.

Der Ansatz klingt vielversprechend und gefällt mir schon mal sehr gut. Doch genau hier kommt die Empfehlung „zwei Steuerung für den Durchgangsbahnhof“ ins Spiel.

Wenn die Fahrstraße von rechts kommend Gleis X aktiviert und in der Zwischenzeit, bis der STW das Zugziel schickt, eine von links kommende Fahrstraße Gleis Y aktiviert, dann landet erst das falsche Zugziel auf Gleis Y und kurz darauf das richtige. Gleis X wird gar nicht aktualisiert. Je größer der Abstand zwischen den beiden Befehlen ist, desto höher ist die Wahrscheinlichkeit für diese Situation. Bei mir sind ein Nebenbahnhof und ein Durchgangsbahnhof über insgesamt drei Zufahrtswege erreichbar und ich plane mit insgesamt 44 OLEDs. Dafür werde ich drei Steuerungen einsetzen.

Es gibt eine Idee, dass man die Software so anpassen könnte, dass der ZZA über eine Lokadresse statt über hundert Weichenadressen angesprochen wird. Doch die Umsetzung ist nicht so ganz einfach. Hardi und ich haben nach ein paar Stunden aufgegeben. Auch gibt es eine Idee, dass die Software nach einem Befehl zur Auswahl eines Gleises erst auf einen neuen Text wartet, bevor sie empfangene Befehle weiter verarbeitet. Doch all das sind eben nur Ideen. Wer also fit im Umgang mit Arduino Sketches ist und die Kosten für eine zweite Steuerung scheut, der wäre hier genau richtig.

[Pierre Massar]

Hallo Michael,

das wenn der Bahnhof von beiden Seiten befahren wird, es zu Komplikationen kommen kann in, Form von falscher Anzeige auf dem Display ist mir klar.
Mein Bahnhof hat maximal zwei Einfahrten. In WinDigipet kann keine kreuzende Fahrstraße geschaltet werden da immer die erste Fahrstraße verriegelt. Was kann passieren. Am falschen Display wird die Zugrichtung falsch ausgegeben. Shit happens. Die Lösung wäre eine zweite Steuerung.
Wenn ich mir die Kosten betrachte so sind diese doch überschaubar. Ich habe 3 einzelne Doppeldisplay's, die Platine mit Bauteilen, 6x die Adapter mit Wannenstecker und 30m Flachkabel bei Frank bestellt und das waren ca. 80€. Das ist nicht zu Vergleichen mit anderen Anbietern. Das einzige was noch hinzukommt sind weitere Display's die ich sowieso benötige um meinen 5gleisigen Bahnhof einzurichten.

[fbstr]

Heute kam das Rundumsorglospaket von Frank_TT an.

Der Test an meinem Testbahnsteig läuft.

[raily74]

Der Test an meinem Testbahnsteig läuft.

Hallo Frank,

vielen Dank für‘s Zeigen und viel Spaß mit dem neuen Zugzielanzeiger.

[fbstr]

Der Test an meinem Testbahnsteig läuft.

Die Nacht lief der Test durch und auch wenn man es im Video nicht gut erkennen kann: Es läuft immer noch ohne Probleme!



Vielen Dank Michael und Hardi für die ganze Arbeit! Und auch meinem Namensvetter für das Rundumsorglospaket

Besonders cool fand ich natürlich, dass ich meine verkabelten Displays einfach ohne jegliche Änderungen anstöpseln konnte!
Bei der Stromeinspeisung aufpassen, die Eingänge + und - 5V sind getauscht gegenüber der alten Platine.
Beim nächsten Stummi-BB-Treff werde ich wohl den Testbahnsteig wieder präsentieren.
Bis dahin habe ich bestimmt auch mal die DCC-Funktionalität (für mich zur Erinnerung: DCC Adressen ab 900) getestet.

Ein paar Fragen an die ESP32-Spezialisten hätte ich noch:
1.
Der ESP32 ist vom MLL-Shop ("ESP32 Yellow 38P" steht auf der Rechnung). Was für ein Board und sonstige Einstellungen muß ich denn in der Arduino GUI einstellen? Habe unter anderen z.B. "ESP32 Dev Module" erfolglos verwendet. Dann mal einfach (wie bei der MirZ21) "Wemos D1 Mini ESP32" und 115200 Upload Speed. Damit ging es augenscheinlich, aber ob dies die richtigen Einstellungen waren bin ich mir nicht sicher (die GUI Textanzeige war rot. Keine Fehlermeldungen, aber rot find ich ungewöhnlich).

2.
Meine Fritzbox meldet im WLAN "espressif", auch wenn in der Text_Messages.h eigentlich hostname = "ZZA_FBE_Testbahnsteig" steht.
Hmmh, ist der Hostname etwa zu lang?

3.
Wie ich jetzt Änderungen via WLAN hochladen kann ist mir auch nicht klar. Gibt's dazu im Wiki schon irgendwo Hinweise?

Viele Grüße
Frank

[raily74]

Hallo Frank,

ich freue mich sehr, dass es auf Anhieb geklappt hat und du über die offenen Punkte in der Anleitung berichtest.

Unter Schritt 3 des Zusammenbaus habe ich folgenden Hinweis ergänzt:
Achtung: Die Polarität wurde an den MobaLedLib-Standard angepasst.
Bei der Vorgängerplatine war die Polarität vertauscht.

Ich habe im Wiki einen neuen Teil zur Installation ergänzt:
Download und Installation des ESP Sketches

Hier sind die Themen Bibliotheken, Board und Port jetzt genau erklärt.

[fbstr]

Bis dahin habe ich bestimmt auch mal die DCC-Funktionalität (für mich zur Erinnerung: DCC Adressen ab 900) getestet.

Ging doch schon etwas schneller...

[fbstr]

... als auch SMD Wannenstecker verwenden lassen. Die SMD Version hat den unschlagbaren Vorteil, dass die Rückseite glatt bleibt um sie besser aufkleben zu können.

Moin Michael,

wo bekommt man denn die passenden SMD-Versionen?

Bei Reichelt hatte ich bestellt: https://www.reichelt.de/de/de/shop/prod ... ldet-52034

Ich wußte gar nicht dass es auch Wannenstecker im 2mm Raster gibt.
https://www.reichelt.de/de/de/shop/kate ... 231&PAGE=2

[raily74]

Hallo Frank,

ich habe meine Wannenstecker hier bestellt: https://de.aliexpress.com/item/1005007321120599.html

Ja, die Wannenstecker im 2,0 mm RM kenne ich. Die scheiden für die MLL allerdings aus, denn das passende Flachbandkabel ist wirklich nicht günstig.

[fbstr]

Gestern war unser monatlicher Stummi-BB-Treff und ich hatte den Gleisplan vorbereitet damit die Testbahnsteige genügend Platz bekamen.





Eingeschaltet und ....



...nix

Strom war da (die Bahnsteiglampen werden auch über die ZZA versorgt) aber der ESP weigerte sich zu arbeiten.

Vorhin zuhause wieder ausgepackt und angestöpselt:




Meine erste Vermutung:
Wenn das eingestellte WLAN nicht verfügbar ist, weigert sich der ESP irgendwas zu machen.
Beim Stummi-BB-Treff nutzen wir zum Fahren ein anderes WLAN als mein Heim-WLAN.

[Eckhart]

Moin Frank!

Meine erste Vermutung:
Wenn das eingestellte WLAN nicht verfügbar ist, weigert sich der ESP irgendwas zu machen.
Beim Stummi-BB-Treff nutzen wir zum Fahren ein anderes WLAN als mein Heim-WLAN.

Sehr gut beobachtet!

Es könnte daran liegen, dass ArduinoOTA.handle() in der loop() auch dann aufgerufen wird, wenn das WLAN (auch nach 5 Sekunden) gar nicht verbunden ist und daher ArduinoOTA.xxx und insbesondere ArduinoOTA.begin() gar nicht aufgerufen wurde und sich die Bibliothek in einem uninitialisierten Zustand befindet. Uninitialisiert weiterführende Funktionen aufzurufen hat immer Potential für ein "Hängenbleiben".

Just my two cents...

Gruß, Eckhart

[raily74]

Moin Frank,

danke für dein Feedback.
Das würde im Umkehrschluss ja bedeuten, dass wenn ich absichtlich falsche WLAN Zugangsdaten verwende, dass die Zugzielanzeiger nicht starten. Genau das habe ich aber hier zuhause mehrfach getestet, bevor ich den Schalter für das Deaktivieren der WLAN-Funktion entfernt habe. Dabei habe ich immer die WLAN-SSID "MobaLedLib" und das Passwort "12345678" wie im Beispiel "ZZA Text Messages.json" angegeben verwendet. Das ist selbstverständlich kein funktionierender Zugang zu meinem Router.

WiFi Checkbox entfernt
Der Sketch hängt sich nun nicht mehr in einer Endlosschleife auf, wenn die WLAN Zugangsdaten fehlen oder fehlerhaft sind. Die Checkbox wurde entfernt, um den Benutzer nicht zu verwirren. Stattdessen hat der Sketch nun ein Timeout von fünf Sekunden spendiert bekommen.

Kann es evtl. sein, dass du noch mit der Version arbeitest, die ich vor dem 4. November hochgeladen habe? Die Korrektur fand erst nach der Messe Friedrichshafen statt, weil mir @Addy erst dort den Tipp mit dem Timeout nach fünf Sekunden gegeben hat. Zuvor musste man nämlich das WLAN deaktivieren, wenn keins vorhanden war bzw. falsche Zugangsdaten eingegeben wurden.

Vielleicht sollte ich ab sofort Versionsnummern vergeben...

Hier nochmal die aktuelle Version:
https://github.com/raily74/MobaLedLib/b ... zeiger.zip

[Eckhart]

Hallo Michael!

Genau das habe ich aber hier zuhause mehrfach getestet...

Du würdest bei uns eingestellt werden!

Wir suchen schon lange nach einem Ingenieur der "sehen" kann, was für Daten im RAM, durch einen individuellen WLAN Scan, in einer unbekannten Umgebung von einem Kunden (*), so abgelegt wurde! Das ist nämlich entscheidend dafür, was passiert, wenn man ein nicht korrekt initialisiertes Interface danach anspricht. (was man eh' nicht tun sollte)

Gruß, Eckhart

(*) Gerade öffentliche Orte, wie bei einem Vereinstreffen, sind hier ein bunter Strauß von Möglichkeiten, die sehr weit von dem entfernt liegen (können), was man zuhause so an WLAN "sieht"!

[PeterVT11]

Hallo Michael,

das mit der Versionsnummer ist ein sehr guter Weg. Nur so lässt sich vermeiden, dass was falsches rausgeht. Gegen einen DAU hilft das zwar nicht, aber für den Support vielleicht doch.
Aus meiner beruflichen Alltag weiß ich, dass aus der Entwicklung nur eine neue Version kommt, niemals eine gepatchte alte Version!
Am Anfang hab ich das auch für viel zu viel Aufwand gesehen. In der Industrie muss ja noch viel Dokumentation dazu erstellt werden. Aber im laufe der Zeit war mir klar, warum das so ist.

Vielleicht könntest Du beim Neustart diese Versionsnummer kurz im Zugzielanzeiger einblenden, so für 2 Sekunden oder so. Nur so eine Idee.

[fbstr]

Kann es evtl. sein, dass du noch mit der Version arbeitest, die ich irgendwann vorher hochgeladen habe? Die Korrektur fand erst nach der Messe Friedrichshafen statt, weil mir @Addy erst dort den Tipp mit dem Timeout nach fünf Sekunden gegeben hat. Zuvor musste man nämlich das WLAN deaktivieren, wenn keins vorhanden war bzw. falsche Zugangsdaten eingegeben wurden.

Vielleicht sollte ich ab sofort Versionsnummern vergeben...

Hier nochmal die aktuelle Version:
https://github.com/raily74/MobaLedLib/b ... zeiger.zip

Das vermute ich. In den Zeilen ca. 1840 sehe ich andere Programmierungen.
Versionsnummer fände ich auch klasse Anhand der Revision History konnte ich z.B. keinen Unterschied feststellen. Beide zeigen 24.08.25 als letzten Kommentareintrag.

Also habe ich den ESP neu programmiert. Dazu gleich ein Hinweis:
Ich wollte clever sein und habe meine "alte" Text_Messages.h Datei in die neue Version gespielt und dann über COM hochladen. Ich wurde mit roten Meldungen überhäuft.
Ich vermute es hat sich durch die neue Version auch in der h-Datei einiges geändert.

Also die frische h-Datei genommen und dort die WLAN Einstellungen gleich angepasst. Das konnte ich problemlos hochladen.

Dann konnte ich mit dem TextMessagesTool meine alte Test-Einstellung laden und frisch umwandeln. Da der ESP schon im WLAN erfolgreich drin war konnte ich die Änderungen auch gleich via WLAN hochladen.
Alles so wie vorher
Am Montag muß ich nochmals arbeiten, da nehme ich den Testbahnsteig mit ins Büro und teste das ganze nochmals wenn kein Heim-WLan verfügbar ist.

[fbstr]

Am Montag muß ich nochmals arbeiten, da nehme ich den Testbahnsteig mit ins Büro und teste das ganze nochmals wenn kein Heim-WLan verfügbar ist.

Funktioniert!