Ohne die Serverseite werden spätestens dann die smartEQ SOC-Module in 1.9 und 2.x nicht mehr funktionieren.
Als Alternative bietet sich z.B. OVMS an. Ich habe ein OVMS Modul in unserem smart EQ installiert und es funktioniert sehr gut - momentan noch parallel zu smart EQ Control.
Für oWB 2.x habe ich ein OVMS - Fahrzeug Modul entwickelt: PR https://github.com/openWB/core/pull/1743 wartet auf Merge in 2.1.6.
Hier wird bei Fragen und Problemen zum SoC-Modul SmartEQ geholfen.
Dieses Modul ist in openWB enthalten ab Version 1.9.289 (2022-12-09 07:16:52 +0100 [62fbb84f] )
Es wird ein aktiver Account im (alten) smart Connected Portal benötigt, also nicht das für #1, etc.
Achtung: Im Herbst 2023 hat das Modul zeitweise nicht mehr richtig funktioniert, da zwingend 2-Faktor-Authentication notwendig wurde wenn die bestehenden Token verloren gingen, z.B. durch Neustart oder Update.
Seit Ende November 2023 funktioniert das Modul wieder ohne Änderung, d.h. das Login mit User und Passwort ist wieder möglich ohne 2FA.
Erfolgreich getestet: smart EQ forfour (2018), Smart EQ forfour (2021)
Wenn im Status - Ev SOC Log Meldungen wie z.B. diese
Code: Alles auswählen
2022-12-10 10:24:47: PID: 6882: Lp2: Error from soc_smart: (LV0)
ImportError: No module named 'bs4'
import bs4
File "/var/www/html/openWB/modules/soc_smarteq/soc_smarteq.py", line 6, in <module>
Traceback (most recent call last):
In diesem Fall einen Reboot ausführen (Einstellungen - System - Reboot).
Falls danach der SOC noch nicht funktioniert:
Den Debug - Log, Bereich atreboot, auf Fehler prüfen und diese posten (als code block (</>).
Ab Version openWB Version: 1.9.289 (2022-12-22 09:10:42 +0100 [4e1ed148] ) ist das Zugriffsverfahren optimiert.
Die smart Control Web-Seite benutzt OAUTH (open authorization) mit access- und refresh-Token, um nicht bei jedem Zugriff ein zeitaufwändiges Login zu erfordern.
Beide Token haben eine Gültigkeit von 2 Stunden.
Daher sollten in der Konfiguration des SOC-Moduls beide Abrufintervalle kleiner 2 Stunden gesetzt werden; 90/10 Minuten haben sich bewährt.
Im Debug Mode 1 (Info) wird im Ev SOC Log folgendes protokolliert:
Code: Alles auswählen
2022-12-17 11:27:45 INFO:soc_smarteq:Lp2 SOC: 82%@2022-12-17 08:38:44, Method: 2-refresh_tokens 1-get_status
Zeitstempel des SOC-Abrufs
INFO: logging level
soc_smarteq: Name des SOC-Moduls
SOC xx%: SOC in Prozent
@: Zeitstempel des letzten Updates vom Fahrzeug zum Server
Method: ausgeführte Schritte mit folgenden 3 Möglichkeiten:
* 1-get_status: einfacher SOC-Abruf mit gültigem Access-Token
* 2-refresh-tokens: Refresh des ungültigen Access-Token mit gültigem Refresh-Token, dann 1
* 3-full (re)connect: beide Token fehlend oder ungültig, Login mit username and password, dann 1
Methode 1 ist am schnellsten, 2 ist auch noch relativ schnell, 3 benötigt relativ viel Zeit
Methode 3 wird notwendig zu Beginn und wenn länger als 2 ca. Stunden keine Ausführung des SOC-Moduls erfolgt ist.
Noch ein Workaround - wurde bei mir beim Testen notwendig:
Falls die SOC-Abfrage zu häufigeren Neuanmeldungen in der App führt, die wegen der 2FA etwas umständlich sind:
Im mercedes me Dashboard einen weiteren "virtuellen" Mitbenutzer ( mit unterschiedlicher email Adresse) einrichten und diesen für die SOC-Abfrage konfigurieren.
Falls der Login trotz korrekter Daten scheitert: einmal per Browser in MercedesMe einloggen.
Bei weiteren Fragen und Problemen: hier posten mit Angabe relevanter Daten:
- oWB SW Version
- oWB gekauft oder selbst installiert
- wenn selbst installiert: welches OS(Stretch/Buster)
- welches Fahrzeug
- falls vorhanden Angaben über Firewall, VPN, etc., also Appliances, die den Internetzugang limitieren könnten
- relevante Abschnitte der Logs, vor allem Fehlermeldungen, als CODE-blocks </>.
---- ENGLISH ----
In case of Questions or Problems: post the issue in this thread including relevant data:
- oWB SW Version
- oWB bought or self installed
- if self installed: which OS(Stretch/Buster/Bullseye)
- which vehicle
- if installed details about Firewall, VPN, etc., also Appliances, which could limit internet access
- relevant sequences from logs, esp. errors or exceptions, as CODE-blocks </>.