Skip to content

fix: Tronity SoC - #3944

Merged
LKuemmel merged 1 commit into
openWB:masterfrom
seaspotter:fix-tronity-soc-timeout
Sep 15, 2026
Merged

LKuemmel merged 1 commit into
openWB:masterfrom
seaspotter:fix-tronity-soc-timeout

Conversation

@seaspotter

@seaspotter seaspotter commented Sep 14, 2026 •

Copy link
Copy Markdown
Collaborator

create_session() im Tronity-Modul nutzt eine rohe requests.Session ohne Timeout, statt wie alle anderen Fahrzeugmodule req.get_http_session() (5s Timeout). Ein haengender Request kann den SoC-Abruf dauerhaft blockieren - passt zum Log in #3938 ("Starting new HTTPS connection" ohne jede Folgezeile).

create_session() nutzte eine rohe requests.Session ohne Timeout, statt wie jedes
andere Fahrzeugmodul (renault, tesla, myskoda, ovms, ...) req.get_http_session() zu
verwenden (5s Default-Timeout). Erklaert vermutlich openWB#3938:
das Log zeigt fuer betroffene Fahrzeuge "Starting new HTTPS connection" ohne jede
Folgezeile - der Request haengt am Socket fest statt nach 5s mit einem Fehler
abzubrechen, wodurch der SoC-Abruf fuer dieses Fahrzeug dauerhaft blockiert.

Regressionstest prueft, dass create_session() die timeout-behaftete CustomSession
liefert, ohne echte Tronity-Zugangsdaten oder einen MQTT-Broker zu benoetigen.
@LKuemmel
LKuemmel merged commit 5961513 into openWB:master Sep 15, 2026
1 check passed
@seaspotter
seaspotter deleted the fix-tronity-soc-timeout branch September 15, 2026 08:43
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants