rleidner hat geschrieben: ↑Fr Mai 03, 2024 5:24 pm
...
Weiter ist ein neues Modul für 2.x in Vorbereitung, das die Library bimmer_connected (bc) benutzt.
Vorteil ist, dass das Modul selbst das Verhalten des BMW-Servers nicht mehr kennen muss.
Wenn sich etwas Wesentliches ändert und das Problem in bc gelöst ist muss in openWB 2.x nur auf die neue Version der bc library gesetzt werden und (nach Update der openWB) funktioniert das SOC - Modul wieder.
Es muss sich also kein Entwickler finden, der sich in die Tiefen der Protokolle einarbeitet.
Zum Ändern der bc-Version sind keine Python/Entwickler-Skills nötig.
bc wird sehr gut supported und wurde bisher immer sehr schnell angepasst, wenn sich Änderungen ergeben haben.
Ich hatte vor einigen Tagen eine störende Fehlermeldung als Issue gemeldet. Das war nach wenigen Stunden in einer neuen Version gelöst.
Ich werde den PR für das neue BMW-bc Modul in den nächsten Tagen machen.
Es wird dann in 2.x erst mal 2 SOC-Module für BMW geben:
- "BMW" für das bisherige Modul
- "BMW (Bimmer)" für das neue Modul.
Wenn sich das neue Modul bewährt hat wird das bisherige Modul obsolet und entfernt werden.
Das neue Modul "BMW (Bimmer)" ist jetzt im Master (alpha 2.1.5) verfügbar.
Es wäre gut, wenn das jemand testen würde.
Das Modul unterstützt auch optional die Berechnung des SOC während der Ladung.
bimmer1.JPG (25.15 KiB) 2416 mal betrachtet
openWB-2 Standard+ | openWB EVU Kit v2 MID| 9,9kWp mit Kostal Plenticore 8.5 plus | VW ID.3, Kia EV6, Smart EQ forfour
Hallo,
der SOC wird bei meinem Mini seit ca. 1 Woche nicht mehr angezeigt. Ich nutze die OpenWB Nightly 1.9.304. Hat jemand ähnliche Erfahrung gemacht?
Bei mir hing er diese Woche mal für ein paar Stunden. Hab dann auf rleidners BMW (Bimmer) umgestellt. Danach ging es wieder.
Ev. sind aber auch nur neue Nutzungsbedingungen abzunicken. Dazu in der App bzw. in connecteddrive schauen.
Das "alte" BMW-SOC-Modul ist wohl zum BMW-Server-API nicht mehr kompatibel.
In 2.x gibt es das neue Modul "BMW (bimmer)" das aktuell funktionieren sollte.
Mit noch offenen PR https://github.com/openWB/core/pull/1789 wird in 2.1.6 auf eine neue Version des bimmer_connected umgestellt werden, das auch die ganz aktuellen Versionen des API unterstützt.
In 1.9 gibt es nur das "alte" SOC-Modul. bimmer_connected funktioniert in 1.9 (stretch) leider nicht.
Ich habe es jetzt angepasst, PR: https://github.com/snaptec/openWB/pull/2845
Wenn der PR gemerged ist, sollte es in der Nightly wieder funktionieren.
openWB-2 Standard+ | openWB EVU Kit v2 MID| 9,9kWp mit Kostal Plenticore 8.5 plus | VW ID.3, Kia EV6, Smart EQ forfour
Vielen Dank schon mal,
ich habe die 3 Zeilen in i3soc.py geändert, funktioniert aber nicht.
Btw: Bei mir läuft die Openwb 1.9 Software auf einer Buster-Lite-Version (Linux Kernel 5.10.17-v7), die hat Python 3.7.3 an board. Hier ließ sich bimmer_connected nach Installation der benötigten Libraries installieren und es läuft. Meine Python-Kenntnisse sind aber eindeutig zu schmal um die SOC-Abfrage mit BC zum Laufen zu bringen.
Herzliche Grüße
Dual01 hat geschrieben: ↑Sa Aug 24, 2024 8:51 pm
Vielen Dank schon mal,
ich habe die 3 Zeilen in i3soc.py geändert, funktioniert aber nicht.
Btw: Bei mir läuft die Openwb 1.9 Software auf einer Buster-Lite-Version (Linux Kernel 5.10.17-v7), die hat Python 3.7.3 an board. Hier ließ sich bimmer_connected nach Installation der benötigten Libraries installieren und es läuft. Meine Python-Kenntnisse sind aber eindeutig zu schmal um die SOC-Abfrage mit BC zum Laufen zu bringen.
Herzliche Grüße
Lösche in der ramdisk (/home/pi/openWB/ramdisk) die Datei soc_i3_cp1.json und/oder soc_i3_cp2.json oder mach einen Neustart.
Danach hat bei mir der Abruf funktioniert.
Bzgl. buster/bimmer_connected: Die meisten Installationen sind stretch, da würde es nicht funktionieren.
Nachdem 1.9 ein Auslaufmodell ist, ist das den Aufwand nicht wert.
openWB-2 Standard+ | openWB EVU Kit v2 MID| 9,9kWp mit Kostal Plenticore 8.5 plus | VW ID.3, Kia EV6, Smart EQ forfour