"Token und Key pruefen" ist bei einem Connect-Timeout die falsche Spur #4

Closed
opened 2026-08-22 00:32:15 +02:00 by Lyra · 1 comment
Collaborator

Was passiert

Ist die Anlage nicht erreichbar (hier: stromlos), meldet der Dienst
in jedem Zyklus:

WARNING klimacontrol.runner: Authentifizierung gegen 192.168.180.104 fehlgeschlagen: Connect timeout.. Token und Key pruefen (siehe `setup-midea`). (Fehlversuch 1)

Der Grund steht zwar mit drin (Connect timeout), die Handlungsanweisung
verweist aber auf Token und Key. Bei einem Verbindungstimeout sind die noch
gar nicht im Spiel — die richtige Spur waere Strom, WLAN, IP-Aenderung,
Firewall oder VLAN.

check-config sagt in derselben Lage "Token/Key: gesetzt", was den
Widerspruch noch verstaerkt.

Vorschlag

Nach Fehlerart unterscheiden:

  • Timeout / kein Connect → "Anlage unter :6444 nicht erreichbar —
    Strom, WLAN, IP oder Firewall pruefen"
  • Verbindung steht, Handshake scheitert → "Token und Key pruefen (siehe
    setup-midea)"

Gefunden beim Durchspielen des Docker-Wegs mit v0.11.1.

## Was passiert Ist die Anlage nicht erreichbar (hier: stromlos), meldet der Dienst in jedem Zyklus: ``` WARNING klimacontrol.runner: Authentifizierung gegen 192.168.180.104 fehlgeschlagen: Connect timeout.. Token und Key pruefen (siehe `setup-midea`). (Fehlversuch 1) ``` Der Grund steht zwar mit drin (`Connect timeout`), die Handlungsanweisung verweist aber auf Token und Key. Bei einem Verbindungstimeout sind die noch gar nicht im Spiel — die richtige Spur waere Strom, WLAN, IP-Aenderung, Firewall oder VLAN. `check-config` sagt in derselben Lage "Token/Key: gesetzt", was den Widerspruch noch verstaerkt. ## Vorschlag Nach Fehlerart unterscheiden: - Timeout / kein Connect → "Anlage unter <ip>:6444 nicht erreichbar — Strom, WLAN, IP oder Firewall pruefen" - Verbindung steht, Handshake scheitert → "Token und Key pruefen (siehe `setup-midea`)" Gefunden beim Durchspielen des Docker-Wegs mit v0.11.1.
Author
Collaborator

Behoben in 57c395f (Hauptdienst 0.12.0). Die Meldung unterscheidet jetzt nach Fehlerart: Timeout/verweigerte Verbindung -> "Anlage unter : nicht erreichbar: ... Strom, WLAN, IP-Adresse oder Firewall/VLAN pruefen."; erst bei stehender Verbindung geht es um Token und Key. Weil msmart-ng Netzwerkfehler teils in eigene Exceptions ohne brauchbaren Typ verpackt (beobachtet: "Connect timeout."), entscheidet neben dem Typ auch eine Textpruefung - im Zweifel bleibt es beim Token/Key-Hinweis.

Behoben in 57c395f (Hauptdienst 0.12.0). Die Meldung unterscheidet jetzt nach Fehlerart: Timeout/verweigerte Verbindung -> "Anlage unter <host>:<port> nicht erreichbar: ... Strom, WLAN, IP-Adresse oder Firewall/VLAN pruefen."; erst bei stehender Verbindung geht es um Token und Key. Weil msmart-ng Netzwerkfehler teils in eigene Exceptions ohne brauchbaren Typ verpackt (beobachtet: "Connect timeout."), entscheidet neben dem Typ auch eine Textpruefung - im Zweifel bleibt es beim Token/Key-Hinweis.
Lyra closed this issue 2026-08-22 01:00:07 +02:00
Sign in to join this conversation.
No labels
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set

Reference
draventec/klimacontrol#4
No description provided.