Feedback Alpha 4

[Ihaglc]

Hallo ich habe in der Main.log ständig Einträge von einem LP (11) der mal angelegt war und wieder gelöscht wurde. Dieser scheint aber im Hintergrund noch aktiv zu bleiben da dieser einerseits im Log und in der UI Statistik (Legende) weiterhin auftaucht.

Das sieht nach einem Problem beim Löschen aus. Ich mache mich auf die Suche nach der Ursache.
Um die Ladepunkt-"Leiche" bei Dir wieder loszuwerden: Hast Du noch ein Backup, bevor Du den LP gelöscht hast? Das könntest Du einspielen und dann nochmal den LP löschen.(Grundsätzlich sollte das funktionieren)

Hallo Zusammen.

Kann ich für den Ladepunkt bestätigen
Den gleichen Fehler gibt es aber auch z.B. für den Speicher.
Wurde er einmal aufgenommen und danach wieder gelöscht, erscheint der Speicher weiterhin in der Struktur und wird dort nicht gelöscht. es gibt auch keine Möglichkeit ihn dort zu löschen.
So hatte ich unbemerkt in der Struktur zwischendurch 5 Batteriespeicher, die ich in der Struktur munter verschiedentlich anordnen kann. Alle Messungen werden damit natürlich auch verfälscht.

Habe openWB 2.0 daher neu installieren müssen

Habe heute festgestellt, dass mit der Erstellung einer Ladestelle zusätzlich in der Struktur auch noch mal ein Speicher angelegt wird.
Ich denke das erklärt, warum ich, wie oben beschrieben, so viele Speicher in der Struktur hatte.

anbei zur Fehlersuche entsprechende Logs und Sreenshots
vor der Einrichtung der LS:

nach der Einrichtung der LS

OWB__2_0_12_11_nach_LS1_Einrichtung.txt

(984.24 KiB) 47-mal heruntergeladen

[JHC]

Dann wären die aktuell verfügbaren SOC-Module komplett im UI konfigurierbar.

Wie sieht es mit dem PSA-Modul aus?
Die 1.9 scheitert daran, dass man nicht das Fahrzeug im Account wählen kann.
Könnte man das zumindest für die 2.0 fixen?

Grüße,
Jens

[LutzB]

Dann wären die aktuell verfügbaren SOC-Module komplett im UI konfigurierbar.

Wie sieht es mit dem PSA-Modul aus?
Die 1.9 scheitert daran, dass man nicht das Fahrzeug im Account wählen kann.
Könnte man das zumindest für die 2.0 fixen?

Grüße,
Jens

Es gibt aktuell kein PSA Modul in 2.0. Ansonsten könnt ihr das natürlich umsetzen, wie es euch gefällt.

[mrinas]

Ich bräuchte auch das PSA Modul um perspektivisch auch den zweiten Ladepunkt umstellen zu können. Fürchte dass wir hier aber jemanden brauchen der mehr von Python versteht als ich (was jetzt keine echte Herausforderung ist). Das PSA Modul kombiniert ja den Abruf des SoC mit der manuellen Berechnung des Ladestands da PSA keinen aktualisierten SoC während des Ladevorgangs bereitstellt.

Die Logik hierfür ist vorhanden, allerdings komplett in einem Shell-script und stammt aus dem man+calc Modul welches es ja auch irgendwann zu portieren gilt.
Bringe mich da gern mit ein und kann das hier gegen unseren e2008 auch testen, bekomm' das allein aber eher nicht hin.
Und es stellt sich womöglich auch die Frage ob man nicht erst man+calc als eigenständiges Modul implementiert / portiert um dann soviel wie möglich direkt, ohne Code zu duplizieren, nutzen zu können.

Oh moment mal, ich sehe gerade dass das man+cal modul schon auf die neue Struktur umgestellt ist, das sollte es ja ein gutes Stück einfacher machen. Wer ist mit dabei?

[rleidner]

Das muss jemand mit Zugang zu einem PSA Account machen.

Die reine Migration von 1.9 auf 2.0 sollte nicht zu schwer sein.

Die Abfrage für ein bestimmtes Fahrzeug wird die VIN als weiteren Parameter benötigen.
Mit der VIN sollte man die Liste der im Account vorhandenen Fahrzeuge filtern können.
Momentan werden alle elektrischen Fahrzeuge gefiltert und dann als soc der level des ersten ([0]) in der Liste genommen:

Code: Alles auswählen

   118	# filter to only include type=Electric but remove all others. Seen type=Fuel and type=Electric being returned.
   119	batt = filter(lambda x: x['type'] == 'Electric', batt['energy'])
   120	soc = batt[0]['level']

Wenn die VIN in der Struktur enthalten ist, sollte man den Filter entsprechen umstellen können.

[mrinas]

Das muss jemand mit Zugang zu einem PSA Account machen.

Die reine Migration von 1.9 auf 2.0 sollte nicht zu schwer sein.

Die Abfrage für ein bestimmtes Fahrzeug wird die VIN als weiteren Parameter benötigen.
Mit der VIN sollte man die Liste der im Account vorhandenen Fahrzeuge filtern können.
Momentan werden alle elektrischen Fahrzeuge gefiltert und dann als soc der level des ersten ([0]) in der Liste genommen:

Code: Alles auswählen

   118	# filter to only include type=Electric but remove all others. Seen type=Fuel and type=Electric being returned.
   119	batt = filter(lambda x: x['type'] == 'Electric', batt['energy'])
   120	soc = batt[0]['level']

Wenn die VIN in der Struktur enthalten ist, sollte man den Filter entsprechen umstellen können.

Ich hab' einen PSA Account und schau' mir das mit der Auswahl eine Fahrzeugs gern an wenn Du mit der Migration des PSA Moduls von 1.9 auf 2.0 helfen kannst?

[JHC]

Das muss jemand mit Zugang zu einem PSA Account machen.

Die reine Migration von 1.9 auf 2.0 sollte nicht zu schwer sein.

Die Abfrage für ein bestimmtes Fahrzeug wird die VIN als weiteren Parameter benötigen.
Mit der VIN sollte man die Liste der im Account vorhandenen Fahrzeuge filtern können.
Momentan werden alle elektrischen Fahrzeuge gefiltert und dann als soc der level des ersten ([0]) in der Liste genommen:

Code: Alles auswählen

   118	# filter to only include type=Electric but remove all others. Seen type=Fuel and type=Electric being returned.
   119	batt = filter(lambda x: x['type'] == 'Electric', batt['energy'])
   120	soc = batt[0]['level']

Wenn die VIN in der Struktur enthalten ist, sollte man den Filter entsprechen umstellen können.

Ich bin mir nicht sicher, ob der Code das macht, was Du vermutest. Denn dann müsste der Code bei mir funktionieren.
Bei einem Hybrid-Fahrzeug werden zwei energy-Knoten zurück gegeben, nach meinem Verständnis wird hier nur ein Fuel Knoten ausgefiltert, damit die Batterie immer Index 0 ist..
In meinem Account kommt erst ein Verbrenner und dann ein Elektro-Fahrzeug. Der SoC wird aber nicht erfolgreich ausgelesen.

Generell ist die API hier beschrieben:
https://developer.groupe-psa.io/webapi/ ... g/Vehicles

Leider reicht die VIN nicht für einen direkten Aufruf der Detail API, dafür braucht man eine ID.

In meinen Augen müsste man hier ansetzen:

Code: Alles auswählen

 95 vin_list = json.loads(responsetext)
 96 vin_id  = vin_list ['_embedded']['vehicles'][0]['id']
 97 vin_vin  = vin_list ['_embedded']['vehicles'][0]['vin']
 98 payload = {'client_id':client_id}
 99 data = urllib.urlencode(payload) 
100 data = data.encode('Big5')
101 '/user/vehicles/{id}/status'
102 reg = 'https://api.groupe-psa.com/connectedcar/v4/user/vehicles/'  + vin_id + '/status?' + data

Es wird das 1. Fahrzeug genommen und nicht hier nach der passenden VIN gefiltert.

#Update: Ich habe mir eben die Logs in der RAM-Disk angeschaut, diese bestätigen das der Request in Zeile 102 für das falsche Fahrzeug durchgeführt wird..

In meinen Augen gibt es 3 Optionen:

1. User muss die ID eingeben, dafür müsste er aber viel wissen
2. User gibt seine VIN ein
3. Es gibt eine Select-Box der verfügbaren VINs, wie bei anderen SoC-Modulen

[rleidner]

Das muss jemand mit Zugang zu einem PSA Account machen.

Die reine Migration von 1.9 auf 2.0 sollte nicht zu schwer sein.

Die Abfrage für ein bestimmtes Fahrzeug wird die VIN als weiteren Parameter benötigen.
Mit der VIN sollte man die Liste der im Account vorhandenen Fahrzeuge filtern können.
Momentan werden alle elektrischen Fahrzeuge gefiltert und dann als soc der level des ersten ([0]) in der Liste genommen:

Code: Alles auswählen

   118	# filter to only include type=Electric but remove all others. Seen type=Fuel and type=Electric being returned.
   119	batt = filter(lambda x: x['type'] == 'Electric', batt['energy'])
   120	soc = batt[0]['level']

Wenn die VIN in der Struktur enthalten ist, sollte man den Filter entsprechen umstellen können.

Ich hab' einen PSA Account und schau' mir das mit der Auswahl eine Fahrzeugs gern an wenn Du mit der Migration des PSA Moduls von 1.9 auf 2.0 helfen kannst?

Klar, ich werde das auf 2.0 migrieren und ungetestet einen PR machen .
Dann kannst Du mit Deinem Account testen und bei Bedarf weitermachen.

[tobox]

Aber ich schweife ab. Die Antwort ist Debian 11.

Vielen Dank. Falls noch jemand den Container-Teil beantworten kann wäre es super - zur Not probiere ich es einfach aus.

[mrinas]

Installation in einem Container ist m.w. derzeit nicht vorgesehen, kommt wohl auf einen Versuch unter Eigenregie an.