ich bin dabei, ein universelles mini-Fahrpult für die ZuSi3-TCP-Schnittstelle aufzubauen. Dafür habe ich auch bereits einen Stufenschalter in Hebelausführung entwickelt, bei dem man die Anzahl der Rasten dynamisch per Software einstellen kann - so weit so gut, die Mühe war vielleicht umsonst. Denn: Die Software funktioniert zwar soweit, Probleme macht mir aber der ZuSi-Client, da er zwar eine Verbindung aufbaut, aber nach einigen erfolgreich übertragenen Schalterpositionen plötzlich die Verbindung wieder verliert. Das Ganze dauert nicht mal eine Minute. Die Software läuft auf einem ESP32-S3, programmiert mit der Arduino-IDE, die WiFi-Library wird verwendet, kein Ethernet. Die Verbindung kann erst wieder neu aufgebaut werden, nachdem ZuSi beendet und neu gestartet wurde, aber es reicht jedes mal nur zum Anfahren, anhalten kann ich nicht mehr
ZuSi3 Client-Server-Verbindung instabil
ZuSi3 Client-Server-Verbindung instabil
Hallo zusammen,
ich bin dabei, ein universelles mini-Fahrpult für die ZuSi3-TCP-Schnittstelle aufzubauen. Dafür habe ich auch bereits einen Stufenschalter in Hebelausführung entwickelt, bei dem man die Anzahl der Rasten dynamisch per Software einstellen kann - so weit so gut, die Mühe war vielleicht umsonst. Denn: Die Software funktioniert zwar soweit, Probleme macht mir aber der ZuSi-Client, da er zwar eine Verbindung aufbaut, aber nach einigen erfolgreich übertragenen Schalterpositionen plötzlich die Verbindung wieder verliert. Das Ganze dauert nicht mal eine Minute. Die Software läuft auf einem ESP32-S3, programmiert mit der Arduino-IDE, die WiFi-Library wird verwendet, kein Ethernet. Die Verbindung kann erst wieder neu aufgebaut werden, nachdem ZuSi beendet und neu gestartet wurde, aber es reicht jedes mal nur zum Anfahren, anhalten kann ich nicht mehr
. Bin ich der Einzige damit, oder sind solche instabilen Verbindungen eher ein häufigeres Problem?
ich bin dabei, ein universelles mini-Fahrpult für die ZuSi3-TCP-Schnittstelle aufzubauen. Dafür habe ich auch bereits einen Stufenschalter in Hebelausführung entwickelt, bei dem man die Anzahl der Rasten dynamisch per Software einstellen kann - so weit so gut, die Mühe war vielleicht umsonst. Denn: Die Software funktioniert zwar soweit, Probleme macht mir aber der ZuSi-Client, da er zwar eine Verbindung aufbaut, aber nach einigen erfolgreich übertragenen Schalterpositionen plötzlich die Verbindung wieder verliert. Das Ganze dauert nicht mal eine Minute. Die Software läuft auf einem ESP32-S3, programmiert mit der Arduino-IDE, die WiFi-Library wird verwendet, kein Ethernet. Die Verbindung kann erst wieder neu aufgebaut werden, nachdem ZuSi beendet und neu gestartet wurde, aber es reicht jedes mal nur zum Anfahren, anhalten kann ich nicht mehr
-
JonathanPilborough
- Beiträge: 363
- Registriert: 01.06.2015 14:11:25
- Wohnort: BW Schöneweide
Re: ZuSi3 Client-Server-Verbindung instabil
Es sollte stabil sein, und es ist sicherlich nicht normal, dass du nach dem Verlust der Verbindung erst wieder eine Verbindung herstellen könntest, nachdem Zusi vollständig neu gestartet ist (wenn ich das richtig verstehe).
Können andere Clients (z. B. ZusiMeter, TCPDemo-Programme) während dieser Zeit eine Verbindung herstellen?
Es ist in der Regel schwer konkrete Vorschläge zu geben, ohne das Code zu sehen, zumindest der Teil den auf die Zusi-Netzwerkschnittstelle bezieht.
Können andere Clients (z. B. ZusiMeter, TCPDemo-Programme) während dieser Zeit eine Verbindung herstellen?
Es ist in der Regel schwer konkrete Vorschläge zu geben, ohne das Code zu sehen, zumindest der Teil den auf die Zusi-Netzwerkschnittstelle bezieht.
- Carsten Hölscher
- Administrator
- Beiträge: 34780
- Registriert: 04.07.2002 00:14:42
- Wohnort: Braunschweig
- Kontaktdaten:
Re: ZuSi3 Client-Server-Verbindung instabil
Das liegt eher nicht an Zusi. Die Schnittstelle ist seit Jahren massenhaft im Einsatz.
Carsten
Carsten
Re: ZuSi3 Client-Server-Verbindung instabil
Oder in deinem Code passt etwas nicht ganz. Ich hatte es bei meinen Versuchen damals durch invalide Daten geschafft, Zusi zu Fehlermeldungen oder gar zum Absturz zu bringen.
Vielleicht kannst du ja hier einfach mal deinen Code reinschicken.
Liebe Grüße
yxyx
Vielleicht kannst du ja hier einfach mal deinen Code reinschicken.
Liebe Grüße
yxyx
Re: ZuSi3 Client-Server-Verbindung instabil
Am besten WireShark installieren und alles im Detail durchgehen. Da siehst du dann auch, wenn der Mikrocontroller genau aussteigt, und kannst schauen, was er da schickt, ob da etwa falsche TCP-Daten gesendet werden, die TCP-Pakete defekt sind, oder ähnliches.
Diese Signatur möchte folgendes bekannter machen: ZusiWiki · ZusiSK: Streckenprojekte · YouTube: Objektbau für Zusi · euirc: Zusi-Chat
Re: ZuSi3 Client-Server-Verbindung instabil
Danke für eure Antworten. Dass es nicht an ZuSi liegt, war mir ja schon irgendwie klar. Ich habe mal weiter experimentiert und festgestellt, dass mein Controller keine stabile Verbindung mit irgendwas haben kann. Verbindungen kommen gefühlt nur bei jedem 10-ten Versuch zustande und bleiben nur für ca. 30 Sekunden bestehen. Aber die bis zum Moment des Abbruchs gesendeten Pakete sehen eigentlich gut aus, ich kann zumindest keine Fehler entdecken. Na ja, wie auch immer, ich versuche es nochmal mit einem anderen Controller, vielleicht ist der jetzige ja nicht ganz ok, zu billig oder zu chinesisch.
Was den Code angeht - Ich möchte nicht, dass jemand von Euch Zeit darauf verwendet, meinen Code zu debuggen, das muss ich schon selber machen
Aber wenn es interessiert, es ist alles auf github: https://github.com/meunum/ESP32projects/tree/main. Ist halt noch experimentell und weit davon entfernt, komplett zu sein.
Was den Code angeht - Ich möchte nicht, dass jemand von Euch Zeit darauf verwendet, meinen Code zu debuggen, das muss ich schon selber machen
Re: ZuSi3 Client-Server-Verbindung instabil
Der Link funktioniert leider nicht.tomsel hat geschrieben: 11.01.2026 17:31:18 Aber wenn es interessiert, es ist alles auf github: https://github.com/meunum/ESP32projects/tree/main.
Liebe Grüße
yxyx
Re: ZuSi3 Client-Server-Verbindung instabil
Ich habe das repository jetzt öffentlich gemacht, damit sollte der link funktionieren. Dass es nur privat war, hatte ich ganz vergessen.