openWB Forum

Logan5 hat geschrieben: ↑Fr Nov 29, 2024 10:53 am Kannst du mir erklären, was man tun muss, damit es wieder geht?

Der PR ist noch nicht in die master/Nightly gemerged.
Vermutlich hat Dual01 die Änderungen des PR aus github in sein selbst installiertes System übernommen.
Dazu braucht es ssh-Zugang zur openWB und etwas git/github skills.

rleidner hat geschrieben: ↑Fr Nov 29, 2024 12:30 pm Dazu braucht es ssh-Zugang zur openWB und etwas git/github skills.

Daran scheitert es dann auch schon
Dann warte ich ab, bis es ein neues Nightly gibt.
Danke!

Es hat nur kurz funktioniert, jetzt bekomme ich eine Fehlermeldung:
2024-11-29 14:35:07: ERROR: soc_i3:LP1: Request failed, StatusCode: 401
2024-11-29 14:35:07: ERROR: soc_i3:LP1: Data-Request failed
2024-11-29 14:35:07: ERROR: soc_i3:LP1: requestData: url=https://cocoapi.bmwgroup.com/eadrax-vcs ... cles/state,
headers={
"user-agent": "Dart/3.3 (dart:io)",
"x-user-agent": "android(AP2A.240605.024);mini;4.7.2(35379);0",
"bmw-vin": "WMW1.......",
"Authorization": "Bearer r....."
}
2024-11-29 14:35:07: ERROR: soc_i3:LP1: Request failed, exception=
Traceback (most recent call last):
File "/var/www/html/openWB/modules/soc_i3/i3soc.py", line 542, in <module>
main()
File "/var/www/html/openWB/modules/soc_i3/i3soc.py", line 516, in main
data = requestData(token, vin)
File "/var/www/html/openWB/modules/soc_i3/i3soc.py", line 405, in requestData
body = getHTTP(url, headers)
File "/var/www/html/openWB/modules/soc_i3/i3soc.py", line 188, in getHTTP
raise RuntimeError
RuntimeError

Dual01 hat geschrieben: ↑Fr Nov 29, 2024 1:41 pm Es hat nur kurz funktioniert, jetzt bekomme ich eine Fehlermeldung:

Hmm, bei mir funktioniert es seit ca. 4 Tagen ohne Fehler.
Welches Intervall hast Du eingestellt? Wenn das zu kurz ist und damit zu häufig abgefragt wird könnte so ein Fehler kommen.
Was kommt bei diesem Kommando:

es kommt:
insgesamt 8
-rw-rw-rw- 1 pi pi 3640 Nov 29 17:00 soc_i3_cp1.json
-rw-rw-rw- 1 pi pi 3640 Nov 29 16:57 soc_i3_cp2.json

Das Abfrageintervall liegt bei beiden Ladepunkten (1x BMW, 1x Mini) bei jeweils 10 min.

Die Dateien sehen gut aus, Länge passt.
Ich nehme an Du hast die Datei nicht einfach kopiert sondern für den 2. LP neu mit captcha angelegt?
Wenn die Datei von LP1 auf LP2 kopiert wird und dann beide abgerufen werden, wird das sicher auch passieren, weil die LP sich gegenseitig die Token klauen würden.
10 min ist relativ kurz; ich habe im Test 1-2 Stunden konfiguriert.
Soweit ich das sehe, berechnet der i3 Modul den Soc ja auch intern.
Und der Soc der bei häufigem Abfragen vom BMW-Server kommt soll auch nur berechnet sein.

Ansonsten würde ich erst mal nur 1 Fahrzeug konfigurieren und einige Zeit schauen wie das läuft.
Wenn das geht, dann das 2. dazunehmen.

ja, die sind beide neu angelegt, mit jeweils eigenem Captcha und haben unterschiedliche Tokens.
Dann verlängere ich mal das Abfrageintervall und berichte dann

Hmm, seltsam; da gehen mir die Ideen aus.
Ich habe jetzt bei mir beide LP mit dem BMW-SoC-Modul (gleiches Fahrzeug, verschiedene captcha) konfiguriert und lass das einige Zeit laufen.
Intervall lasse ich bei 120 min, damit der BMW-Server nicht mich nicht aussperrt.
Ich hoffe der Fehler zeigt sich dann bei mir auch.

Ich kann das Problem bei mir reproduzieren.
Es sieht so aus, als wenn 2 getrennte Token-Sets bzw. Instanzen von gleichen Gerät sich beeinflussen.
Ich muss mal sehen wie man das lösen kann mit einem gemeinsamen Token-Set für beide LP.

EDIT:
Ich habe den PR erst mal zurückgenommen/Closed.
Wenn das Problem gelöst ist, mache ich einen neuen PR.

funktioniert wieder. Ich denke, das Problem war die zu hohe Abfragefrequenz. PR kann gestartet werden.
Danke!!