Verbindungsprobleme mit PL4

[MatthiasF]

Die Probleme hier liegen nicht in der Kommunikation zwischen GHL Control Center und ProfiLux 4, sondern an der grundsätzlichen WLAN-Verbindung.
In den genannten Fällen kommen diese Unterbrechungen aber in GCC eher zum Tragen, da GHL Connect toleranter mit Reconnects umgeht und es dort nicht direkt zum Verbindungsabbruch kommt.

Trotzdem würden wir uns die Wireshark-Mitschnitte gerne betrachten und dazu die Bitte diese im Ticket-System als Anhang mit kurzer Fehlerbeschreibung zur Verfügung zu stellen,
damit wir hierfür die Gründe und Lösungen finden können:
https://www.aquariumcomputer.com/de/...kets-anfragen/

[vfitzek]

Also leider hat mir keiner gesagt, dass ich Stuss rede... Ist aber so. Foren sind ja prädestiniert um Halbwissen in die Welt zu posaunen, und nun bin ich auch darauf reingefallen. Mist.

Also Fakt ist, das der PL kein Paket kleiner als 64Byte rausschickt. Nicht mal ein Ping (was er alle 5s zum Gateway schickt). Das markiert "Wireshark" als schlechtes Paket, weil er in den Standardeinstellungen es anders interpretiert. Es ist aber ein normgerechtes Paket und vollkommen in Ordnung. Meine Waschmaschine macht das übrigens auch so. Also Entwarnung und Blödsinn Erzählt. (Wobei ich es immer noch behämmert finde, dass man kleine Pakete mit Nullen aufblasen tut)
Aber Erfahrung tut gut:
1. myGHL läuft über Port80 auf ein Niederländischen Server und scheint genauso wie das Webinterface weniger Störungsempfindlich zu sein, solange man sich Daten nur anschaut. Beim Empfang steigt der PL aber auch öfters aus.
2. Bei der Verbindung zwischen GCC und PL fällt mir aber auf, das diese 2 ACK's kurz hintereinander immer zu einem reconnect führen. Den der PL aber manchmal nicht hinbekommt, was das eigentliche Problem sein dürfte.
3. Wenn man sich den Netzwerkverkehr anschaut, erkennt man auch für was diese ominöse Connection-Timeout ist. Das geht auch mit dem GCC über den Reiter Verbindung. Kontinuierlich kommen Daten an, kommt nix (die Verbindung ist kaputt) wartet GCC genau diese Zeit bis er die Verbindung abbricht und neu startet. Also langt es vollkommen da vielleicht 10xdie Normale Laufzeit anzugeben: 300ms. Normalerweise bekommt man so gar nicht mit, dass er sich gerade aufgehängt hat. Wenn ich aber erst 30s warten will bis es weitergeht... bitte. Aber die Kommunikation wird dadurch nicht stabiler. Es gibt außer dem Timeout keinen Mechanismus um die Verbindung wiederaufzunehmen. Er schickt ein Nichtquittiertes Paket nicht nochmal.

So, ich lass mal den Kopf nun unten. Falls ich doch noch was finde gebe ich Bescheid.
Volker

[destina]

danke für eure unterstützung ..