FHEM Forum

FHEM => Sonstiges => Thema gestartet von: plin am 29 November 2020, 09:50:17

Titel: RenaultZE
Beitrag von: plin am 29 November 2020, 09:50:17
Ich habe angefangen für meine Zoe ein Modul für Renault ZE zu schreiben. Das Wichtigste in Kürze:

define Zoe RenaultZE VF1AG........ 300
attr Zoe room Zoe
attr Zoe ze_phase 2
attr Zoe ze_country DE
attr Zoe ze_user myRenaultAccount@provider.de
attr Zoe verbose 5
set Zoe password myRenaultPassword

Das Modul scheint grundsätzlich für ZE-Fahrzeuge geeignet zu sein, siehe https://forum.fhem.de/index.php/topic,116273.msg1160930.html#msg1160930.

Offen (seitens Renault):
# hvac-sessions
   -> errorCode=err.tech.501, errorMessage={"errors":[{"status":"Not Implemented","code":"501","title":"Not supported Feature","detail":"This feature is not technically supported by this gateway"}]}
# lock-status       
   -> errorCode=err.tech.502, errorMessage={"errors":[{"status":"502","code":"gateway.processing","title":"VNEXT","detail":"an internal error occured while processing request : 403 FORBIDDEN"}]}

---
# Version History
# v 0.30 fixed problem with bulk update
# v 0.29 fixed problem with from_json
# v 0.28 fixed timestamp issue
# v 0.27 added error-Reading in case of malformed json string
# v 0.26 fixed decode_json issue (additional tests)
# v 0.25 fixed decode_json issue
# v 0.24 get link for car image from vehicles listing
# v 0.23 pretty print ze_lastErr
# v 0.22 interpret charges data, default time frames for histories
# v 0.21 implemented further get options implemented for Phase 1 already
# v 0.20 implemented zTest attribute to test new options   -> Nachtrag 1.2.21: frischer API-Key
# v 0.19 fix for time format "2021-01-27T16:41:42+01:00"
# v 0.18 renamed distance to distanceFromHome
# v 0.17 added reverse geocoding
# v 0.16 added distance from home
# v 0.15 minor fix (warning messages)
# v 0.14 detect '<html>' in $data (RenaultZE_gData_Step2)
# v 0.13 fixed timezone problem for UTC timestamps
# v 0.12 fixed attr problem country/county
# v 0.11 fixed parameter problem when using timer
# v 0.10 fixed timer problem
# v 0.9 changed logic, new readings
# v 0.8 suppress 0 readings
# v 0.7 fixed timer problem
# v 0.6 bug fixes
# v 0.5 improved feedback and error code checking
# v 0.4 fix bug when accId = 0
# v 0.3 adjusted options an placed hint about untested option
# v 0.2 set commands were added
# v 0.1 first version with get options

Künftige Optionen seitens Renault:
hvac-history?type=day&start=20201101&end=20210108&country=DE
hvac-sessions?start=20201101&end=20210108&country=DE
charges?start=20201101&end=20210108&country=DE
charge-history?type=day&start=20201101&end=20210108&country=DE
charge-history?type=month&start=202011&end=202101&country=DE
lock-status?country=DE

Diese können mittels get zTest <subcommand> getestet werden. Wenn's klappt: Schickt mir den Output, dann kann ich die Funktion ins Modul integrieren.
Titel: Antw:RenaultZE
Beitrag von: plin am 30 November 2020, 18:44:16
Aus einem anderen Thread übernommen:

Klasse, ich habe einen Phase 2!

Leider klappt es bei mir nicht so ganz, das Reading ze_lastData lautet immer:

{"type":"FUNCTIONAL","messages":[{"code":"err.func.wired.param-type-mismatch","message":"Invalid parameter type","parameters":{"parameter":"accountId"}}],"errors":[{"errorCode":"err.func.wired.param-type-mismatch","errorMessage":"Invalid parameter type"}],"error_reference":"FUNCTIONAL"}

Darf das Passwort Sonderzeichen enthalten?

Phase 1 geht ja vielleicht auch noch mit httpmod (siehe in der Wiki https://wiki.fhem.de/wiki/HTTPMOD#Another_Practical_Example_reading_the_SOC_from_a_Renault_Zoe)

Grüße,

Lb_Orl
Titel: Antw:RenaultZE
Beitrag von: LB am 30 November 2020, 22:14:39
Hier der List mit XX für VIN und alles, was irgendwie nach Logindaten aussieht.

Internals:
   CFGFN     
   DEF        VF1XXXXXXXXXX 300
   FUNCTION   GET
   FUUID      XXXXXXXXXXXXXXXXXXXXXXXXXXX
   GIGYA_API  XXXXXX
   INTERVAL   300
   KAMEREON_API XXXXXXXXX
   NAME       Zoe
   NR         170
   PARMS      update
   PARMVALUE 
   STATE      updated
   TRIGGERTIME 1606770245.93458
   TRIGGERTIME_FMT 2020-11-30 22:04:05
   TYPE       RenaultZE
   VERSION    V0.01 / 28.11.2020
   VIN        VF1XXXXXXXXXXXXX
   READINGS:
     2020-11-30 21:59:06   gpsGoogleMaps   <html><a href="https://www.google.com/maps/place/," target=”_blank”>Google Maps</a></html>
     2020-11-30 13:23:20   ze_Gigya_JWT_Token XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
     2020-11-30 13:23:20   ze_Gigya_JWT_lastCall Mon Nov 30 13:23:20 2020
     2020-11-30 13:22:33   ze_Renault_AccId 0
     2020-11-30 21:59:06   ze_Step         done
     2020-11-30 13:23:20   ze_cookieValue  XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
     2020-11-30 21:59:06   ze_lastData     {"type":"FUNCTIONAL","messages":[{"code":"err.func.wired.param-type-mismatch","message":"Invalid parameter type","parameters":{"parameter":"accountId"}}],"errors":[{"errorCode":"err.func.wired.param-type-mismatch","errorMessage":"Invalid parameter type"}],"error_reference":"FUNCTIONAL"}
     2020-11-30 21:59:06   ze_lastUrl      https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/0/kamereon/kca/car-adapter/v1/cars/VF1XXXXXXXXXXXX/location?country=DE
     2020-11-30 13:23:20   ze_personId     XXXXXXXXXXXXXXXXXXXXXXXXXXXX
   curCL:
     Authenticated 1
     AuthenticatedBy allowed
     AuthenticatedUser pi
     BUF       
     FW_ID      6636
     LASTACCESS 1606769811
     NAME       WEB_192.168.178.49_54871
     NR         6632
     PEER       192.168.178.49
     PORT       54871
     SNAME      WEB
     SSL       
     STATE      Connected
     TEMPORARY  1
     TYPE       FHEMWEB
     canAsyncOutput 1
     stacktrace  TcpServer_Close:322 FW_Undef:3395 FW_closeInactiveClients:3342 HandleTimeout:677
     READINGS:
       2020-11-30 21:56:45   state           Connected
Attributes:
   room       Auto
   verbose    5
   ze_country DE
   ze_phase   2
   ze_user    XXXXXXXX@XXX.XXX
Titel: Antw:RenaultZE
Beitrag von: LB am 30 November 2020, 22:21:51
Und noch das log mit verbose 5:

2020.11.30 22:14:05 4: RenaultZE (Zoe) internal interval timer set to call StartUpdate again at 2020-11-30 22:19:05
2020.11.30 22:14:05 5: RenaultZE_Set - opt = ?, value =
2020.11.30 22:14:05 5: RenaultZE_Set - opt = ?, value =
2020.11.30 22:14:05 5: RenaultZE_Main1 - In, key=GET_update
2020.11.30 22:14:05 5: RenaultZE_Set - opt = ?, value =
2020.11.30 22:14:05 5: RenaultZE_Set - opt = ?, value =
2020.11.30 22:14:05 5: RenaultZE_Main1 - ze_Gigya_JWT_lastCall=2020-11-30 13:23:20
2020.11.30 22:14:05 5: RenaultZE_Main1 - ze_Gigya_JWT_Token=>0<
2020.11.30 22:14:05 5: RenaultZE_Main2 - In, key=GET_update
2020.11.30 22:14:06 5: RenaultZE_Set - opt = ?, value =
2020.11.30 22:14:06 5: RenaultZE_Set - opt = ?, value =
2020.11.30 22:14:06 5: RenaultZE_Main2 - ze_Renault_AccId:0
2020.11.30 22:14:06 5: RenaultZE_Set - opt = ?, value =
2020.11.30 22:14:06 5: RenaultZE_Set - opt = ?, value =
2020.11.30 22:14:06 5: RenaultZE_Main3 - In, key=GET_update
2020.11.30 22:14:06 5: RenaultZE_getData_Step1 - In HASH(0x47f5e18)/Zoe
2020.11.30 22:14:06 5: RenaultZE_Set - opt = ?, value =
2020.11.30 22:14:06 5: RenaultZE_Set - opt = ?, value =
2020.11.30 22:14:06 5: RenaultZE_getData_Step1 - Parms: XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
2020.11.30 22:14:06 5: RenaultZE_getData_Step1 - DataHASH(0x51b6e48)
2020.11.30 22:14:06 5: RenaultZE_getCreds_Step1 - URL https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/0/kamereon/kca/car-adapter/v2/cars/VF1XXXXXXXXXXXXXXXXXXX/battery-status?country=DE
2020.11.30 22:14:06 5: RenaultZE_getAccId_Step1 - Out
2020.11.30 22:14:06 5: RenaultZE_getData_Step1 - RC=
2020.11.30 22:14:06 5: RenaultZE_Main3 - Out
2020.11.30 22:14:06 5: RenaultZE_Data_Step2 - In HASH(0x47f5e18)/Zoe
2020.11.30 22:14:06 5: RenaultZE_Set - opt = ?, value =
2020.11.30 22:14:06 5: RenaultZE_Set - opt = ?, value =
2020.11.30 22:14:06 5: RenaultZE_Data_Step2, url https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/0/kamereon/kca/car-adapter/v2/cars/VF1XXXXXXXXXXXXXXbattery-status?country=DE returned: {"type":"FUNCTIONAL","messages":[{"code":"err.func.wired.param-type-mismatch","message":"Invalid parameter type","parameters":{"parameter":"accountId"}}],"errors":[{"errorCode":"err.func.wired.param-type-mismatch","errorMessage":"Invalid parameter type"}],"error_reference":"FUNCTIONAL"}
2020.11.30 22:14:06 5: RenaultZE_Set - opt = ?, value =
2020.11.30 22:14:06 5: RenaultZE_Set - opt = ?, value =
2020.11.30 22:14:06 5: RenaultZE_Set - opt = ?, value =
2020.11.30 22:14:06 5: RenaultZE_Set - opt = ?, value =
2020.11.30 22:14:06 5: RenaultZE_getData_Step1 - Parms: XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
2020.11.30 22:14:06 5: RenaultZE_getData_Step1 - Data HASH(0x50c2030)
2020.11.30 22:14:06 5: RenaultZE_getCreds_Step1 - URL https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/0/kamereon/kca/car-adapter/v1/cars/VF1XXXXXXXXXX/cockpit?country=DE
2020.11.30 22:14:06 5: RenaultZE_Data_Step2 - Out
2020.11.30 22:14:06 5: RenaultZE_Data_Step3 - In HASH(0x47f5e18)/Zoe
2020.11.30 22:14:06 5: RenaultZE_Set - opt = ?, value =
2020.11.30 22:14:06 5: RenaultZE_Set - opt = ?, value =
2020.11.30 22:14:06 5: RenaultZE_Data_Step3, url https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/0/kamereon/kca/car-adapter/v1/cars/VF1XXXXXXXXXXXXXX/cockpit?country=DE returned: {"type":"FUNCTIONAL","messages":[{"code":"err.func.wired.param-type-mismatch","message":"Invalid parameter type","parameters":{"parameter":"accountId"}}],"errors":[{"errorCode":"err.func.wired.param-type-mismatch","errorMessage":"Invalid parameter type"}],"error_reference":"FUNCTIONAL"}
2020.11.30 22:14:06 5: RenaultZE_Set - opt = ?, value =
2020.11.30 22:14:06 5: RenaultZE_Set - opt = ?, value =
2020.11.30 22:14:06 5: RenaultZE_Set - opt = ?, value =
2020.11.30 22:14:06 5: RenaultZE_Set - opt = ?, value =
2020.11.30 22:14:06 5: RenaultZE_Data_Step3 - totalMileageKm
2020.11.30 22:14:06 5: RenaultZE_getData_Step1 - Parms: XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
2020.11.30 22:14:06 5: RenaultZE_getData_Step1 - DataHASH(0x514f018)
2020.11.30 22:14:06 5: RenaultZE_getCreds_Step1 - URL https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/0/kamereon/kca/car-adapter/v1/cars/VF1XXXXXXXXX/location?country=DE
2020.11.30 22:14:06 5: RenaultZE_Set - opt = ?, value =
2020.11.30 22:14:06 5: RenaultZE_Set - opt = ?, value =
2020.11.30 22:14:06 5: RenaultZE_Data_Step3 - Out
2020.11.30 22:14:06 5: RenaultZE_Data_Step4 - In HASH(0x47f5e18)/Zoe
2020.11.30 22:14:06 5: RenaultZE_Set - opt = ?, value =
2020.11.30 22:14:06 5: RenaultZE_Set - opt = ?, value =
2020.11.30 22:14:06 5: RenaultZE_Data_Step4, url https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/0/kamereon/kca/car-adapter/v1/cars/VF1XXXXXXXX/location?country=DE returned: {"type":"FUNCTIONAL","messages":[{"code":"err.func.wired.param-type-mismatch","message":"Invalid parameter type","parameters":{"parameter":"accountId"}}],"errors":[{"errorCode":"err.func.wired.param-type-mismatch","errorMessage":"Invalid parameter type"}],"error_reference":"FUNCTIONAL"}
2020.11.30 22:14:06 5: RenaultZE_Set - opt = ?, value =
2020.11.30 22:14:06 5: RenaultZE_Set - opt = ?, value =
2020.11.30 22:14:06 5: RenaultZE_Set - opt = ?, value =
2020.11.30 22:14:06 5: RenaultZE_Set - opt = ?, value =
2020.11.30 22:14:06 5: RenaultZE_Data_Step4 - before
2020.11.30 22:14:06 5: RenaultZE_Data_Step4 - json: {"type":"FUNCTIONAL","messages":[{"code":"err.func.wired.param-type-mismatch","message":"Invalid parameter type","parameters":{"parameter":"accountId"}}],"errors":[{"errorCode":"err.func.wired.param-type-mismatch","errorMessage":"Invalid parameter type"}],"error_reference":"FUNCTIONAL"}
2020.11.30 22:14:06 5: RenaultZE_Data_Step4 - err:
2020.11.30 22:14:06 5: RenaultZE_Set - opt = ?, value =
2020.11.30 22:14:06 5: RenaultZE_Set - opt = ?, value =
2020.11.30 22:14:07 5: RenaultZE_Set - opt = ?, value =
2020.11.30 22:14:07 5: RenaultZE_Set - opt = ?, value =
2020.11.30 22:14:07 5: RenaultZE_Data_Step4 - Out
Titel: Antw:RenaultZE
Beitrag von: plin am 01 Dezember 2020, 07:44:07
ok, bei Dir ist eine 0 in die AccId reingerutscht und ich frage nur auf leer ab:
2020-11-30 13:22:33   ze_Renault_AccId 0
Ist in der angehängten Version gefixt.

Die aktuelle Version gibt's immer im 1. Post.
Titel: Antw:RenaultZE
Beitrag von: LB am 01 Dezember 2020, 12:50:06
Hallo plin, danke für das update. Jetzt sehe ich den Standort schon im Logfile (die Google-Url verweist allerdings irgendwo auf die Stadtmitte ca. 3km weg)

Mit der Accid geht wohl noch etwas schief:

2020.12.01 12:40:03 5: RenaultZE_getData_Step1 - DataHASH(0x5600218)
2020.12.01 12:40:03 5: RenaultZE_getCreds_Step1 - URL https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/0/kamereon/kca/car-adapter/v2/cars/VF1XXXXXXXXXXXX/battery-status?country=DE
2020.12.01 12:40:03 5: RenaultZE_getAccId_Step1 - Out
2020.12.01 12:40:03 1: PERL WARNING: Use of uninitialized value $res in concatenation (.) or string at ./FHEM/96_RenaultZE.pm line 344.
2020.12.01 12:40:03 5: RenaultZE_getData_Step1 - RC=
2020.12.01 12:40:03 5: RenaultZE_Main3 - Out
Titel: Antw:RenaultZE
Beitrag von: plin am 01 Dezember 2020, 13:57:25
Hi LB,

interessant ist, ob das Modul die Funktion RenaultZE_getAccId_Step1 etc. durchläuft.

Probier ein
deletereading Zoe ze.*
und führe dann noch mal ein get update aus.
Titel: Antw:RenaultZE
Beitrag von: plin am 07 Dezember 2020, 19:25:23
Hi,

die aktuelle Version ist im 1. Post zu finden.

Braucht jemand
# hvac-history
# chagre-history
# charges
# battery-status
# lock-status
# charging-settings
# notification-settings

Ich kriege da teilweise Fehler wie "authorization failed". Ich brauche die Infos nicht und würde die Commands daher nicht weiter verfolgen.
Titel: Antw:RenaultZE
Beitrag von: LB am 08 Dezember 2020, 17:59:19
Hallo,

ich war ein paar Tage abgelenkt. Leider geht es mit meiner Zoe weiterhin nicht. Anbei nochmal die list und log outputs.

Und ja, die
# hvac-history
# chagre-history
# charges
# battery-status
# lock-status
# charging-settings
# notification-settings

wären schon interessant. Möglicherweise gibt es die Daten aber (noch) nicht für den Phase 2, denn in der App wird z.B. die charge-history auch nicht angezeigt. Bei der alten Zoe mit der ZE-Services App gab es das noch.

Vergleiche das Skript hier https://www.goingelectric.de/forum/viewtopic.php?f=57&t=58182 (https://www.goingelectric.de/forum/viewtopic.php?f=57&t=58182), dort sind die verfügbaren Daten auch unterschiedlich zwischen Phase 1 und 2.

Grüße,

LB_Orl
Titel: Antw:RenaultZE
Beitrag von: thymjan am 09 Dezember 2020, 12:12:15
Hallo plin!

Danke für die Erstellung des Moduls! Super!

Kann Phase 1 testen. Habe das Modul installiert.
Fehler gab es bis jetzt keine.

Folgende Daten wurden abgerufen:
{"data":{"type":"Car","id":"VFXX...X","attributes":{"externalTemperature":0.0,"hvacStatus":"off"}}}

Die Registrierung für die "VERNETZTEN Z.E. SERVICES" ist bei mir noch nicht komplett durch. In der "My Renault"-App bekomme ich noch keine Infos über die Batterie.

Starten der AirCondition (AC) scheint zu funktionieren.
{"data":{"type":"HvacStart","id":"XX...XX","attributes":{"action":"start","targetTemperature":21.0}}}

Stoppen:
{"data":{"type":"Car","id":"VFXX...X","attributes":{"externalTemperature":0.0,"hvacStatus":"off"}}}

Grüße,
thymjan
Titel: Antw:RenaultZE
Beitrag von: plin am 09 Dezember 2020, 20:47:26
Hallo,

ich war ein paar Tage abgelenkt. Leider geht es mit meiner Zoe weiterhin nicht. Anbei nochmal die list und log outputs.

Und ja, die
# hvac-history
# chagre-history
# charges
# battery-status
# lock-status
# charging-settings
# notification-settings

wären schon interessant. Möglicherweise gibt es die Daten aber (noch) nicht für den Phase 2, denn in der App wird z.B. die charge-history auch nicht angezeigt. Bei der alten Zoe mit der ZE-Services App gab es das noch.

Vergleiche das Skript hier https://www.goingelectric.de/forum/viewtopic.php?f=57&t=58182 (https://www.goingelectric.de/forum/viewtopic.php?f=57&t=58182), dort sind die verfügbaren Daten auch unterschiedlich zwischen Phase 1 und 2.

Grüße,

LB_Orl

Hi LB_Orl,

hast Du die PHP-Anwendung aus dem Goingelectric-Forum bei Dir installiert und liefert die alle Werte?

Worauf läuft Dein FHEM (Raspi, Docker, ...)?

Merkwürdig ist bei Deinen angehängten Files, dass die beiden Schritte zur Ermittlung der Credentials und der Acc-Id funktioneren, der Zugriff auf die Daten aber nicht. Um hier Autorisierungsprobleme auszuschließen ist die Info bzgl. der PHP-Anwendung (die habe ich als Basis für die Abfragen meines Moduls genommen) wichtig.

Dein FHEM-Umfeld sollter die Voraussetzungen erfüllen
- use HttpUtils;
- use Time::Piece;
- use JSON qw(decode_json);
weil die auch für die Ermittlung der Credentials erforderlich sind.

VG plin
Titel: Antw:RenaultZE
Beitrag von: thymjan am 10 Dezember 2020, 21:53:10
Die Aussentemperatur bleibt konstant auf -1. Während des Fahrens ist eine Abfrage nicht möglich. Sobald die Zoe (Phase 1) abgestellt ist, wird wieder der Wert von -1 abgerufen.
Titel: Antw:RenaultZE
Beitrag von: plin am 11 Dezember 2020, 08:09:31
Die Aussentemperatur bleibt konstant auf -1. Während des Fahrens ist eine Abfrage nicht möglich. Sobald die Zoe (Phase 1) abgestellt ist, wird wieder der Wert von -1 abgerufen.
Meine Zoe schickt auch nur alle 30 Minuten Infos an den Server. Bei mir ist die chargingRemainingTime irgendwie utopisch. Während des Ladevorgangs mit 3,4 kW ging die auf knapp 8 Stunden hoch, obwohl rein rechnerisch nur noch knapp 3 Stunden erforderlich waren. Auch bei den Abrufen diverser noch nicht ins Modul eingebauter Infos kriege ich Fehlermeldungen vom Server wie "not authorized". Da gibt's also auch noch Arbeit für Renault. Aber unter'm Strich ist das notwendigste jetzt drin im Modul.
Titel: Antw:RenaultZE
Beitrag von: plin am 14 Dezember 2020, 22:24:21
Die neueste Version ist im 1. Post verfügbar:

# Version History
# v 0.11 fixed paramter problem when using timer
# v 0.10 fixed timer problem
Titel: Antw:RenaultZE
Beitrag von: LB am 17 Dezember 2020, 23:55:54
Hallo plin,

nochmals vielen Dank für das Modul. Es funktioniert jetzt perfekt, nachdem ich mal die richtige VIN eingestellt habe (mea culpa, es ist noch eine ältere Zoe im Account mit ausgelaufenem Vertrag)

Grüße LB_Orl
Titel: Antw:RenaultZE
Beitrag von: plin am 18 Dezember 2020, 09:03:27
Neues vom Thema "Laden":

Ich habe wieder mit 3,4 kW geladen. Nach ca. 4 Stunden hat sich die Restladezeit dann der Realität gebeugt. Bei 76% Ladung wurde mir eine Restladezeit von 230 Minuten angezeigt. Bei ausgewiesenen 49 kWh komme ich bei 3,4 kW auf 207 Minuten. Der ausgewiesene Werte passt also halbwegs.
Titel: Antw:RenaultZE
Beitrag von: chris050280 am 19 Dezember 2020, 10:39:45
Hallo zusammen!

Modul funktioniert bei meiner Zoe Ph2  :).

Was kann man bei STATE alles an Befehlen schicken?
Charge ist mir ja klar, aber was macht man mit SET AC on/Cancel?

Danke für das Modul!!

LG Christian
Titel: Antw:RenaultZE
Beitrag von: thymjan am 19 Dezember 2020, 11:00:37
Hallo Christian,

mit set Zoe AC on kannst Du Deine Nachbarn ärgern und die Zoe vorklimatisieren.
(Meine Wärmepumpe ist nicht gerade leise...)

Grüße,
Stefan
Titel: Antw:RenaultZE
Beitrag von: plin am 19 Dezember 2020, 11:05:41
Was kann man bei STATE alles an Befehlen schicken?
Charge ist mir ja klar, aber was macht man mit SET AC on/Cancel?
SET AC on schaltet die Klimaanlage ein. Ist praktisch wenn's draußen kalt ist und man in 5 Minuten losfahren möchte.
SET AC cancel funktioniert bei mir danach nicht. Anscheinend funktioniert das nur bei programmierter Startzeit für die AC (habe ich aber noch nicht ins Module eingebaut).
SET charge soll den Ladevorgang starten, klappt bei mir aber (nach meinem jetzigen Kenntnisstand) auch nicht, da ich als chargeMode "always" eingestellt habe. Sobald die Steckdose Strom gibt läd er.

An den weiteren SET-Commands habe ich nicht weiter gearbeitet, da bisher nur eine handvoll Leute das Modul runtergeladen haben und keiner danach Bedarf hatte (ich auch nicht).

VG plin
Titel: Antw:RenaultZE
Beitrag von: thymjan am 19 Dezember 2020, 11:13:37
Hallo plin,

Rückmeldung von einer Zoe Phase 1: Werde jetzt von Renault mit Daten beliefert.
Das Modul funktioniert super! Vielen Dank!

Akku: 100 % Reichweite: 159 km
Netzstecker: 1 Laden: -1
moment. Ladeleistung: 1800 W
Temperatur Akku: 11 °C Aussen: 0 °C
Kilometerstand: 47855 km
Daten von 2020-12-19 10:48:22+01:00


Hier noch zwei empfangene Datenpakete:
{"timestamp":"2020-12-19T10:37:23+01:00",
"batteryLevel":100,"batteryTemperature":11,"batteryAutonomy":161,"batteryCapacity":0,"batteryAvailableEnergy":0,"plugStatus":1,
"chargingStatus":0.0,"chargingInstantaneousPower":1800.0}}}
{"timestamp":"2020-12-19T10:48:22+01:00",
"batteryLevel":100,"batteryTemperature":11,"batteryAutonomy":159,"batteryCapacity":0,"batteryAvailableEnergy":0,"plugStatus":1,
"chargingStatus":-1.0}}}

Die Batteriekapazität und die gespeicherte Energie werden nicht übertragen (bzw. mit 0).
Warum der chargingStatus mit Kommastelle angegeben wird verstehe ich noch nicht.

Grüße,
Stefan
Titel: Antw:RenaultZE
Beitrag von: chris050280 am 19 Dezember 2020, 11:22:58
SET AC on schaltet die Klimaanlage ein. Ist praktisch wenn's draußen kalt ist und man in 5 Minuten losfahren möchte.
SET AC cancel funktioniert bei mir danach nicht. Anscheinend funktioniert das nur bei programmierter Startzeit für die AC (habe ich aber noch nicht ins Module eingebaut).
...

VG plin

Danke  ;D ich dachte bei AC nicht an AIRCONDITION sondern an Wechselstrom und war deswegen etwas verwirrt :D ...

LG Christian
Titel: Antw:RenaultZE
Beitrag von: thymjan am 19 Dezember 2020, 11:24:10
hier noch mein stateFormat, vielleicht kann's jemand gebrauchen:
Akku:
[$name:batteryLevel]
%  Reichweite:
[$name:batteryAutonomy]
km <br>
Netzstecker:
[$name:plugStatus]
Laden:
[$name:chargingStatus]
<br>moment. Ladeleistung:
[$name:chargingInstantaneousPower]
W<br>Temperatur Akku:
[$name:batteryTemperature]
°C  Aussen:
[$name:externalTemperature]
°C <br>
Kilometerstand:
[$name:totalMileageKm]
km <br>
Daten von
[$name:timestamp]
Titel: Antw:RenaultZE
Beitrag von: plin am 19 Dezember 2020, 11:39:49
Die Batteriekapazität und die gespeicherte Energie werden nicht übertragen (bzw. mit 0).
Warum der chargingStatus mit Kommastelle angegeben wird verstehe ich noch nicht.
Bei mir werden keine Temperaturen übertragen (das gibt's nur bei Phase1 und ich habe einen Phase2). Ich denke Renault bastelt da auch noch fleißig dran rum. Ich habe "batteryAvailableEnergy" mit Wert 49, aber keine "batteryCapacity". Man kann halt nicht alles haben  :D.

VG Peter
Titel: Antw:RenaultZE
Beitrag von: plin am 19 Dezember 2020, 11:42:38
hier noch mein stateFormat, vielleicht kann's jemand gebrauchen:
Akku:
[$name:batteryLevel]
%  Reichweite:
[$name:batteryAutonomy]
km <br>
Netzstecker:
[$name:plugStatus]
Laden:
[$name:chargingStatus]
<br>moment. Ladeleistung:
[$name:chargingInstantaneousPower]
W<br>Temperatur Akku:
[$name:batteryTemperature]
°C  Aussen:
[$name:externalTemperature]
°C <br>
Kilometerstand:
[$name:totalMileageKm]
km <br>
Daten von
[$name:timestamp]

Momentane Ladeleistung sollten kW und nicht W sein (nehme ich mal so an). Meine 3,4 kW zeigen keinen Effekt, da steht immer 10,6. Er wartet wohl auf eine echte Ladesäule.
Titel: Antw:RenaultZE
Beitrag von: thymjan am 19 Dezember 2020, 11:42:57
Ich habe "batteryAvailableEnergy" mit Wert 49, aber keine "batteryCapacity".
Dann sind das wohl 49kWh, die im Akku drin sind?
Titel: Antw:RenaultZE
Beitrag von: thymjan am 19 Dezember 2020, 11:44:55
Momentane Ladeleistung sollten kW und nicht W sein (nehme ich mal so an).

Bei mir stand da vorhin der Wert 1800.0 drin. Hoffe nicht, dass die Zoe 1800kW gezogen hat  ::)
Titel: Antw:RenaultZE
Beitrag von: plin am 19 Dezember 2020, 11:47:40
Dann sind das wohl 49kWh, die im Akku drin sind?
Nein, der Wert ist statisch. Das muss also die Gesamtkapazität des Akkus sein und nicht die aktuelle Ladung.
Titel: Antw:RenaultZE
Beitrag von: plin am 19 Dezember 2020, 12:48:19
Bei mir stand da vorhin der Wert 1800.0 drin. Hoffe nicht, dass die Zoe 1800kW gezogen hat  ::)
Unter https://github.com/jamesremuscat/pyze/issues/28 (https://github.com/jamesremuscat/pyze/issues/28) findet sich ein Hinweis auf "Also sad to report that it seems like the Z.E.40 still reports charge speed in Wh instead of kWh."
Titel: Antw:RenaultZE
Beitrag von: plin am 31 Dezember 2020, 10:20:25
Die chargingRemainingTime wird wohl nur beim Start und Ende eines Ladevorgangs aktualisiert (siehe Anlage).
Titel: Antw:RenaultZE
Beitrag von: chris050280 am 31 Dezember 2020, 21:12:53
Hallo zusammen.

Ich beobachte gerade einen Ladevorgang über meine Wallbox und bekomme als chargingInstantaneousPower 48,5 ausgewisen, obwohl die Wallbox rund 1,5 kW liefert. Der Wert passt also bei mir überhaupt nicht.

LG Christian
Titel: Antw:RenaultZE
Beitrag von: thymjan am 31 Dezember 2020, 21:36:18
Hallo zusammen.

Ich beobachte gerade einen Ladevorgang über meine Wallbox und bekomme als chargingInstantaneousPower 48,5 ausgewisen, obwohl die Wallbox rund 1,5 kW liefert. Der Wert passt also bei mir überhaupt nicht.

LG Christian

Kann es nicht sein, dass dies die max. mögliche Ladung wäre? Abhängig von Akkutemperatur und Akkustand. Hast Du eine Phase 2 Zoe? Dann könnten dies die max. möglichen 48kW sein?
Titel: Antw:RenaultZE
Beitrag von: chris050280 am 31 Dezember 2020, 21:54:10
Kann es nicht sein, dass dies die max. mögliche Ladung wäre? Abhängig von Akkutemperatur und Akkustand. Hast Du eine Phase 2 Zoe? Dann könnten dies die max. möglichen 48kW sein?

kann ich natürlich nicht ausschließen, aber ich kann es mir nicht vorstellen. Ich hab jetzt parallel mal auch im Going-Electric-Forum nachgefragt, da das PHP-Skript auch dasselbe anzeigt. Aber dort mit 0,0465 kWh ... wäre also gleich noch weniger :D...

LG Christian
Titel: Antw:RenaultZE
Beitrag von: thymjan am 31 Dezember 2020, 22:13:21
kann ich natürlich nicht ausschließen, aber ich kann es mir nicht vorstellen. Ich hab jetzt parallel mal auch im Going-Electric-Forum nachgefragt, da das PHP-Skript auch dasselbe anzeigt. Aber dort mit 0,0465 kWh ... wäre also gleich noch weniger :D...

LG Christian
Wenn die Abfrage etwas später war, könnte es sein. Akku etwas voller, jetzt nur noch max. 46,5 kW.
Titel: Antw:RenaultZE
Beitrag von: chris050280 am 31 Dezember 2020, 22:24:54
Wenn die Abfrage etwas später war, könnte es sein. Akku etwas voller, jetzt nur noch max. 46,5 kW.

Der Akku hat im Moment gerade mal 25% und jetzt ist es weiter gefallen. Ich hab fast die Vermutung, dass es die Minuten für eine kWh sind. Hab jetzt mal die Leistung erhöht. Mal schauen, ob der Wert weiter fällt.

LG
Titel: Antw:RenaultZE
Beitrag von: btmerz am 01 Januar 2021, 23:32:51
Hallo,
ich habe schon länger nach einem Modul für meine Zoe gesucht.
Nach ein bisschen einlesen und probieren hat es jetzt funktioniert. Vielen Dank für die tolle Arbeit!!!

Jetzt wird meine Zoe nicht mehr bis 100% geladen, sondern der Ladevorgang hört bei 80% auf (so der Plan, werd ich morgen noch testen...)
Gruß Bernd
Titel: Antw:RenaultZE
Beitrag von: chris050280 am 02 Januar 2021, 00:21:33
Also auch im GoingElectirc-Forum kann man sich nicht erklären, welcher Wert das ist bzw was er aussagen soll. Mit dem Ladestrom kann er nicht vieo zu tun haben. Die Kapazität des Akkus nimmt weiter linear zu, obwohl der besagte Wert teilweise stark sinkt.

LG Christian
Titel: Antw:RenaultZE
Beitrag von: thymjan am 02 Januar 2021, 03:02:09
Also auch im GoingElectirc-Forum kann man sich nicht erklären, welcher Wert das ist bzw was er aussagen soll. Mit dem Ladestrom kann er nicht vieo zu tun haben. Die Kapazität des Akkus nimmt weiter linear zu, obwohl der besagte Wert teilweise stark sinkt.

LG Christian
Such mal nach Ladekurve Renault Zoe.
Dann findest Du z.B. sowas:
https://support.fastned.nl/hc/de/articles/360035723373-Laden-mit-einem-Renault-ZOE-CCS-

“charging Instantaneous Power” heißt Momentanladeleistung.
Die Kapazität des Akkus bleibt eher gleich. Du meinst die Ladung nimmt zu.
Die Zoe übermittelt der Wallbox die max. mögliche Ladeleistung. Das macht doch Sinn.
Wenn die Wallbox aber nicht mehr kann, wird halt mit geringerer Ladeleistung geladen.
Titel: Antw:RenaultZE
Beitrag von: plin am 02 Januar 2021, 08:32:38
kann ich natürlich nicht ausschließen, aber ich kann es mir nicht vorstellen. Ich hab jetzt parallel mal auch im Going-Electric-Forum nachgefragt, da das PHP-Skript auch dasselbe anzeigt. Aber dort mit 0,0465 kWh ... wäre also gleich noch weniger :D...
Bei mir "klemmt" die chargingInstantaneousPower von Anfang an (Anfang = Ende Oktober) bei 10,6 kW. Der hat aber bisher noch keine Ladesäule gesehen. Ist ein Phase 2.
Titel: Antw:RenaultZE
Beitrag von: thymjan am 02 Januar 2021, 08:41:04
Das ändert sich auch nur beim Laden unter freiem Himmel mit Mobilfunkempfang. Lade ich in der TG passiert nix.
Titel: Antw:RenaultZE
Beitrag von: chris050280 am 02 Januar 2021, 09:52:46
Such mal nach Ladekurve Renault Zoe.
Dann findest Du z.B. sowas:
https://support.fastned.nl/hc/de/articles/360035723373-Laden-mit-einem-Renault-ZOE-CCS-

“charging Instantaneous Power” heißt Momentanladeleistung.
Die Kapazität des Akkus bleibt eher gleich. Du meinst die Ladung nimmt zu.
Die Zoe übermittelt der Wallbox die max. mögliche Ladeleistung. Das macht doch Sinn.
Wenn die Wallbox aber nicht mehr kann, wird halt mit geringerer Ladeleistung geladen.

Hallo!

Ja, die Kurve schaut ähnlich aus wie meine und damit macht die Überlegung natürlich Sinn, dass es die max. mögliche kW-Ladeleistung wäre. Danke für den Gedankengang. Ich bin nur sehr überrascht, wie schnell diese runtergeht. Ich würde dann bei knapp über 50% nur mehr knapp 10 kW mögliche Ladeleistung haben. Könnte aber auch mit der Kälte zu tun gehabt haben. Andererseits ging die Ladeleistung rasch auf über 48 kW hoch, was doch auch bei Kälte wieder unlogisch wäre :D.

LG Christian
Titel: Antw:RenaultZE
Beitrag von: thymjan am 02 Januar 2021, 10:08:24
Es kommt auf die Akkutemperatur und die Außentemperatur an. Warst Du unterwegs, ist der Akku wärmer als die Umgebung, evtl. ist dann auch bei kalten Außentemperaturen zunächst eine optimale Ladung möglich. Nimmt der Ladestrom bei zunehmender Ladung ab, sinkt auch die Akkutemperatur wieder und der Ladestrom wird zusätzlich begrenzt um die Zellen zu schonen.
Titel: Antw:RenaultZE
Beitrag von: chris050280 am 02 Januar 2021, 12:44:21
Es kommt auf die Akkutemperatur und die Außentemperatur an. Warst Du unterwegs, ist der Akku wärmer als die Umgebung, evtl. ist dann auch bei kalten Außentemperaturen zunächst eine optimale Ladung möglich. Nimmt der Ladestrom bei zunehmender Ladung ab, sinkt auch die Akkutemperatur wieder und der Ladestrom wird zusätzlich begrenzt um die Zellen zu schonen.

Danke, ja ich weiß, dass vorher Fahren natürlich die Akkutemperatur erhöht. Aber hier war ich shcon 2 Tage nicht mehr mit dem Auto unterwegs :D ... und es hatte schon -5 Grad. Aber egal, ich werde den Wert mal weiter beobachten, ob es weiter schlüssig erscheint.

LG Christian
Titel: Antw:RenaultZE
Beitrag von: thymjan am 08 Januar 2021, 16:14:43
Bei mir stürzt fhem gelegentlich mit folgender Fehlermeldung ab:

malformed JSON string, neither array, object, number, string or atom,
at character offset 0 (before "<html>\r\n<head><tit...")
at /usr/share/perl5/JSON.pm line 171.


Ich vermute einen Zusammenhang mit dem RenaultZE Modul.
Ich schraub jetzt mal verbose hoch...
Titel: Antw:RenaultZE
Beitrag von: phiona am 09 Januar 2021, 10:42:37
Hallo plin,
vielen herzlichen Dank für das tolle Modul. Hat auf Anhieb geklappt und nun sehe ich die verfügbaren Daten meiner neuen ZOE auch im FHEM:-)
Auch der perl Code vom Modul sieht sauber strukturiert aus!

Zu Deiner Frage nach weiteren Werten:
# charges
# battery-status
# lock-status
Diese sehen für mich spannend aus und da wäre in interessiert.

Mir sind noch zwei ganz kleine Sachen aufgefallen:
Ich erhalte für das Reading "ze_lastUrl" einen Wert welcher auf "status?country=DE" endet obwohl ich "CH" konfiguriert habe. Spielt wahrscheinlich keine Rolle, funktioniert ja.
Die Timestamps, welche uns die Renault-Cloud liefert, sind in UTC. Ich gehe davon aus, dass das auch bei Dir so ist.

Danke und en Gruess
Titel: Antw:RenaultZE
Beitrag von: plin am 09 Januar 2021, 20:08:42
Zu Deiner Frage nach weiteren Werten:
# charges
# battery-status
# lock-status
Diese sehen für mich spannend aus und da wäre in interessiert.
Mal schauen was da geht (oder noch nicht von Renault implementiert ist).
battery-status ist bereits drin.

Mir sind noch zwei ganz kleine Sachen aufgefallen:
Ich erhalte für das Reading "ze_lastUrl" einen Wert welcher auf "status?country=DE" endet obwohl ich "CH" konfiguriert habe. Spielt wahrscheinlich keine Rolle, funktioniert ja.
Die Timestamps, welche uns die Renault-Cloud liefert, sind in UTC. Ich gehe davon aus, dass das auch bei Dir so ist.
Das country/county-Problem ist gefixt. UTC ebenso. Danke für den Tipp.

Die gefixte Version ist im 1. Post verfügbar.

VG plin
Titel: Antw:RenaultZE
Beitrag von: firebal301 am 12 Januar 2021, 08:46:39
Bei mir stürzt fhem gelegentlich mit folgender Fehlermeldung ab:

malformed JSON string, neither array, object, number, string or atom,
at character offset 0 (before "<html>\r\n<head><tit...")
at /usr/share/perl5/JSON.pm line 171.


Ich vermute einen Zusammenhang mit dem RenaultZE Modul.
Ich schraub jetzt mal verbose hoch...

genau mit der gleichen Meldung stürzt mein FHEM auch ab seit ich das RenaultZE-Modul eingefügt habe. vorher alles sehr stabil seit Jahren. Also vermute ich hier irgendeinen Bug :-(
Titel: Antw:RenaultZE
Beitrag von: Qowy am 12 Januar 2021, 16:00:57
Ich habe auch einen PH2 und würde es demnächst mal testen, Aberr gerne wenn nicht fhem dadurch abstürzt ;)
Titel: Antw:RenaultZE
Beitrag von: plin am 12 Januar 2021, 19:59:24
Bei mir stürzt fhem gelegentlich mit folgender Fehlermeldung ab:

malformed JSON string, neither array, object, number, string or atom,
at character offset 0 (before "<html>\r\n<head><tit...")
at /usr/share/perl5/JSON.pm line 171.

Ich schraub jetzt mal verbose hoch...

Was hat Dein verbose ergeben?

Das Problem scheint auch bei anderen aufzutreten. Ich habe in meinem Log gesucht und Einträge der Art
2020.12.22 08:50:28 3: ERROR: RenaultZE_gData_Step2, error (data) while calling https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/<snip>/kamereon/kca/car-adapter/v1/cars/<snip>/location?country=DE - errorCode=err.tech.wired.service.person, errorMessage=<html>
gefunden.

Ich denke in bestimmten Situationen gibt der Aufruf der API html-Code statt JSON zurück. Bei mir war es immer im 'RenaultZE_gData_Step2'. Ich habe vorsorglich eine Abfrage auf '<html>' mit entsprechender Meldung im Log eingebaut.

VG plin

P.S. Die aktuelle Version steht wie üblich im 1. Post.
Titel: Antw:RenaultZE
Beitrag von: chris050280 am 13 Januar 2021, 06:37:04
ich hab vor kurzem auch die neue Version draufgegeben und hab keinerlei Probleme damit. Läuft alles stabil und ich kann keinen Error im Logfile entdecken.

LG Christian
Titel: Antw:RenaultZE
Beitrag von: Qowy am 13 Januar 2021, 14:01:59
So ich habs jetzt auchmal ausprobiert, scheint bis jetzt zu funktionieren, hier erstmal eine antwort während des ladens:

Zitat
{"data":{"type":"Car","id":"XXX","attributes":{"timestamp":"2021-01-13T12:59:01Z","batteryLevel":71,"batteryTemperature":20,"batteryAutonomy":155,"batteryCapacity":0,"batteryAvailableEnergy":31,"plugStatus":1,"chargingStatus":1.0,"chargingRemainingTime":50,"chargingInstantaneousPower":12.6}}}

Battery Temperature wird im moment noch nicht herausgenommen richtig? (Kann auch eigentlich nicht stimmen bei 0 Grad außentemperatur aber wer weiß)

Wissen wir was batteryAvailableEnergy uns sagen will? es ist jetzt von 30 auf 31 hoch. Ladezustand in kwh?

Ansonsten ist vielleicht das hier noch ganz interresant fü ein Status reading

https://github.com/jamesremuscat/pyze/issues/28

Zitat
On chargingStatus, the app has these meanings:
    NOT_IN_CHARGE(Utils.FLOAT_EPSILON),
    WAITING_FOR_A_PLANNED_CHARGE(0.1f),
    CHARGE_ENDED(0.2f),
    WAITING_FOR_CURRENT_CHARGE(0.3f),
    ENERGY_FLAP_OPENED(0.4f),
    CHARGE_IN_PROGRESS(1.0f),
    CHARGE_ERROR(-1.0f),
    UNAVAILABLE(-1.1f);

Warum auch immer ein float hier verwendet wird :D
Titel: Antw:RenaultZE
Beitrag von: phiona am 13 Januar 2021, 20:54:54
Danke plin,
habe eben v0.14 eingespielt - country und timezone sind gefixt :)

Bei mir hat FHEM heute auch gezickt, noch mit v0.11. Ich habe folgende WARNINGs im log gefunden, die aber auch mit der v0.14 noch drin sind:
2021.01.13 20:32:11 1: PERL WARNING: "my" variable $res masks earlier declaration in same scope at ./FHEM/96_RenaultZE.pm line 386, <$fh> line 3509.
2021.01.13 20:32:11 1: PERL WARNING: "my" variable $decode_json masks earlier declaration in same scope at ./FHEM/96_RenaultZE.pm line 602, <$fh> line 3509.
2021.01.13 20:32:11 1: PERL WARNING: "my" variable $decode_json masks earlier declaration in same scope at ./FHEM/96_RenaultZE.pm line 653, <$fh> line 3509.

2021.01.13 20:32:14 1: PERL WARNING: Use of uninitialized value $res in concatenation (.) or string at ./FHEM/96_RenaultZE.pm line 313.
2021.01.13 20:32:14 5: RenaultZE_Main1 - RC=

Zitat
Battery Temperature wird im moment noch nicht herausgenommen richtig? (Kann auch eigentlich nicht stimmen bei 0 Grad außentemperatur aber wer weiß)
Irgendwo habe ich gesehen, dass das nur bei ZOE der ersten Generation korrekt in die Cloud gemeldet wird. Meine ZOE 2 meldet auch konstant 20° und steht draussen bei ca. 0°

Zitat
Wissen wir was batteryAvailableEnergy uns sagen will? es ist jetzt von 30 auf 31 hoch. Ladezustand in kwh?
Ich gehe auch davon aus, dass das der Ladezustand in kWh ist.
Titel: Antw:RenaultZE
Beitrag von: plin am 14 Januar 2021, 18:39:02
Bei mir hat FHEM heute auch gezickt, noch mit v0.11. Ich habe folgende WARNINGs im log gefunden, die aber auch mit der v0.14 noch drin sind:
2021.01.13 20:32:11 1: PERL WARNING: "my" variable $res masks earlier declaration in same scope at ./FHEM/96_RenaultZE.pm line 386, <$fh> line 3509.
2021.01.13 20:32:11 1: PERL WARNING: "my" variable $decode_json masks earlier declaration in same scope at ./FHEM/96_RenaultZE.pm line 602, <$fh> line 3509.
2021.01.13 20:32:11 1: PERL WARNING: "my" variable $decode_json masks earlier declaration in same scope at ./FHEM/96_RenaultZE.pm line 653, <$fh> line 3509.

2021.01.13 20:32:14 1: PERL WARNING: Use of uninitialized value $res in concatenation (.) or string at ./FHEM/96_RenaultZE.pm line 313.
2021.01.13 20:32:14 5: RenaultZE_Main1 - RC=
Sollte in der v 0.15 raus sein.

Ja, die Messwerte müssen wir etwas beobachten. Bei mir (Phase2) klemmt die Batterietemperatur auch bei 20°C.  Wenn mal klar ist welches Modell was liefert kann ich die restlichen Werte einfach rauslassen.

VG plin
Titel: Antw:RenaultZE
Beitrag von: phiona am 16 Januar 2021, 11:36:03
Danke plin, habe die 0.15 eingespielt und werde es im Auge behalten.
Titel: Antw:RenaultZE
Beitrag von: phiona am 16 Januar 2021, 11:51:34
Hallo plin,
ich habe da noch eine Idee: wäre doch cool wenn ich im FHEM gleich sehen würde ob meine ZOE zu Hause steht oder nicht (ja, gut - ich weiss das aber FHEM noch nicht so eindeutig;-).
Mit dieser Idee bin ich in einem perl_forum fündig geworden: http://www.perl-community.de/bat/poard/thread/3713
Da hat's auf Seite 1 von Froschpopo 2006-09-12 18:57 gleich den Code drin. Ich habe das gerade in python übernommen, bei der Erdrundung mit 6378137 multipliziert und damit den Abstand in Meter erhalten.
Wie wär's nun wenn wir für die ZOE gpsLatitudeRef, gpsLongitudeRef und vielleicht gpsPositionRef = "zu Hause" setzen könnten und Dein Modul damit das Reading gpsDistanceRef setzen könnte. Dann kann man relativ einfach über gpsDistanceRef < 10 sehen ob die ZOE in einem Radius von 10m von zu Hause steht und darauf reagieren.
Ich wünsche Dir ein schönes Wochenende
En Gruess phiona
Titel: Antw:RenaultZE
Beitrag von: plin am 16 Januar 2021, 11:59:25
Hallo plin,
ich habe da noch eine Idee: wäre doch cool wenn ich im FHEM gleich sehen würde ob meine ZOE zu Hause steht oder nicht (ja, gut - ich weiss das aber FHEM noch nicht so eindeutig;-).
Mit dieser Idee bin ich in einem perl_forum fündig geworden: http://www.perl-community.de/bat/poard/thread/3713
Da hat's auf Seite 1 von Froschpopo 2006-09-12 18:57 gleich den Code drin. Ich habe das gerade in python übernommen, bei der Erdrundung mit 6378137 multipliziert und damit den Abstand in Meter erhalten.
Wie wär's nun wenn wir für die ZOE gpsLatitudeRef, gpsLongitudeRef und vielleicht gpsPositionRef = "zu Hause" setzen könnten und Dein Modul damit das Reading gpsDistanceRef setzen könnte. Dann kann man relativ einfach über gpsDistanceRef < 10 sehen ob die ZOE in einem Radius von 10m von zu Hause steht und darauf reagieren.
Hallo phiona,

nette Idee. Schaue ich mir später an. Wer das Astro-Modul nutzt (z.B. Leute mit einer PV-Anlage) hat latitude und logitude als global-Attribut gesetzt. Daher weiß ich schon wo "home" ist  :).

VG plin

P.S. Die passenden devStateIcons sind vermutlich hue_room_carport und hue_room_driveway (sieht aus wie "on the road").
Titel: Antw:RenaultZE
Beitrag von: plin am 16 Januar 2021, 16:25:00
so,
# v 0.16 added distance from home
ist hochgeladen.

Neue Attribute:
Was gibt's dafür? Neue Readings

Passend dazu

attr Zoe stateFormat x[$name:homeState]x.<p>
<p>
Akku:
[$name:batteryLevel]
%  Reichweite:
[$name:batteryAutonomy]
km <br>
Netzstecker:
[$name:plugStatus]
Laden:
[$name:chargingStatus]
<br>moment. Ladeleistung:
[$name:chargingInstantaneousPower]
kW<br>
Kilometerstand:
[$name:totalMileageKm]
km <br>
Mein Auto ist:
[$name:homeInfo]
<br>
Daten von
[$name:timestamp]

und
attr Zoe devStateIcon .*xhomex.*:hue_room_carport@green .*awayx.*:hue_room_driveway@blue
Viel Spaß beim ausprobieren.

P.S. Kennt jemand eine Webseite/API, um aus den Koordinaten die Adresse zu ermitteln?
Titel: Antw:RenaultZE
Beitrag von: plin am 17 Januar 2021, 17:48:30
# v 0.17 added reverse geocoding

ist im ersten Post verfügbar. Es gibt ein neues Attribute ze_showaddress. Wenn es auf 1 gesetzt ist wir die homeInfo um die aktuelle Adresse (lt. Google Maps) ergänzt. Wer sein Auto öfters in der Pampa parkt und sich über exotische Adressen ärgert mag dies auch gerne wieder ausschalten.
Titel: Antw:RenaultZE
Beitrag von: chris050280 am 17 Januar 2021, 19:50:19
vielen Dank für Deine Arbeit, aber ich hab eine blöde Frage :( ... wie bekomm ich die neuen Readings rein?
Titel: Antw:RenaultZE
Beitrag von: plin am 17 Januar 2021, 20:03:30
vielen Dank für Deine Arbeit, aber ich hab eine blöde Frage :( ... wie bekomm ich die neuen Readings rein?
get <device> update und ggf. <F5>
Titel: Antw:RenaultZE
Beitrag von: chris050280 am 17 Januar 2021, 20:14:28
Ok, das hatte ich gemacht und ich hab auch die neuen Attribute, aber nicht die neuen Readings
Titel: Antw:RenaultZE
Beitrag von: plin am 17 Januar 2021, 20:31:01
Ok, das hatte ich gemacht und ich hab auch die neuen Attribute, aber nicht die neuen Readings
Richtig, da war noch was. Das Modul ist faul  ;D. Wieso soll es sich die Mühe machen immer wieder den Abstand von zu Hause zu ermitteln, wenn sich die Position nicht ändert.
Setz mal ein
setreading Zoe gpsLongitude 7.oab und danach ein get update.
Titel: Antw:RenaultZE
Beitrag von: chris050280 am 17 Januar 2021, 20:39:39
An das hätte ich auch denken können  8) danke
Titel: Antw:RenaultZE
Beitrag von: phiona am 18 Januar 2021, 21:14:48
Das verstehst Du also unter "Schaue ich mir später an"  ;)
Du bist genial, vielen Dank :)
Titel: Antw:RenaultZE
Beitrag von: thymjan am 27 Januar 2021, 20:37:33
Was hat Dein verbose ergeben?
[...]
Ich denke in bestimmten Situationen gibt der Aufruf der API html-Code statt JSON zurück. Bei mir war es immer im 'RenaultZE_gData_Step2'. Ich habe vorsorglich eine Abfrage auf '<html>' mit entsprechender Meldung im Log eingebaut.

VG plin

P.S. Die aktuelle Version steht wie üblich im 1. Post.
War irgendwie weg von der Bildfläche und habe keine Updates mehr vom Forum bekommen. Danke für den Fix.
Hab's eben eingebaut und werd's beobachten. Vielen Dank!
Titel: Antw:RenaultZE
Beitrag von: thymjan am 27 Januar 2021, 22:08:16
Hm. Schade. Die aktuelle Version zeigt sich hier mit Phase 1 als sehr instabil. Musste das Modul erst mal deaktivieren, FHEM ist jeweils sofort nach dem Start eingefroren.
Allerdings beim ersten Start lief es einige Minuten. Habe den Längen und Breitengrad definiert und das showaddress attribut gesetzt. Wurde aber bis jetzt nichts angezeigt (auch mit update nicht).

Folgende Fehlermeldungen habe ich gefunden:
2021.01.27 21:10:48 5: RenaultZE_gData_Step1 - Out
2021.01.27 21:10:48 5: RenaultZE_gData_Step1 - charge-mode - RC=0
2021.01.27 21:10:48 5: RenaultZE_Main3 - Out
2021.01.27 21:10:48 5: RenaultZE_getCreds_Step3 - Out
2021.01.27 21:10:55 5: RenaultZE_gData_Step2 - In HASH(0x25d2928)/Zoe
2021.01.27 21:10:55 5: RenaultZE_Set - opt = ?, value =
2021.01.27 21:10:55 5: RenaultZE_Set - opt = ?, value =
2021.01.27 21:10:56 5: INFO: RenaultZE_gData_Step2, url: https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/******/kamereon/kca/car-adapter/v2/cars/VF******battery-status?country=DE returned: {"data":{"type":"Car","id":"VF******","attributes":{"timestamp":"2021-01-27T16:41:42+01:00","batteryLevel":73,"batteryTemperature":15,"batteryAutonomy":109,"batteryCapacity":0,"batteryAvailableEnergy":0,"plugStatus":0,"chargingStatus":-1.0}}}
2021.01.27 21:10:56 5: RenaultZE_Set - opt = ?, value =
2021.01.27 21:10:56 5: RenaultZE_Set - opt = ?, value =
2021.01.27 21:10:56 5: RenaultZE_Set - opt = ?, value =
2021.01.27 21:10:56 5: RenaultZE_Set - opt = ?, value =
2021.01.27 21:10:56 5: RenaultZE_Set - opt = ?, value =
2021.01.27 21:10:56 5: RenaultZE_Set - opt = ?, value =
Error parsing time at /usr/lib/arm-linux-gnueabihf/perl/5.20/Time/Piece.pm line 469.

[...]

2021.01.27 21:49:21 5: INFO: RenaultZE_gData_Step2, url: https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/******/kamereon/kca/car-adapter/v2/cars/VF*****/battery-status?country=DE returned: {"data":{"type":"Car","id":"VF******","attributes":{"timestamp":"2021-01-27T16:41:42+01:00","batteryLevel":73,"batteryTemperature":15,"batteryAutonomy":109,"batteryCapacity":0,"batteryAvailableEnergy":0,"plugStatus":0,"chargingStatus":-1.0}}}
2021.01.27 21:49:21 5: RenaultZE_Set - opt = ?, value =
2021.01.27 21:49:21 5: RenaultZE_Set - opt = ?, value =
2021.01.27 21:49:21 5: RenaultZE_Set - opt = ?, value =
Error parsing time at /usr/lib/arm-linux-gnueabihf/perl/5.20/Time/Piece.pm line 469.

[...]

2021.01.27 21:50:02 5: RenaultZE_gData_Step2 - Out
2021.01.27 21:50:02 5: RenaultZE_gData_Step2 - In HASH(0x24deb10)/Zoe
2021.01.27 21:50:02 5: INFO: RenaultZE_gData_Step2, url: https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/*****/kamereon/kca/car-adapter/v2/cars/VF*****/battery-status?country=DE returned: {"data":{"type":"Car","id":"VF*****","attributes":{"timestamp":"2021-01-27T16:41:42+01:00","batteryLevel":73,"batteryTemperature":15,"batteryAutonomy":109,"batteryCapacity":0,"batteryAvailableEnergy":0,"plugStatus":0,"chargingStatus":-1.0}}}
Error parsing time at /usr/lib/arm-linux-gnueabihf/perl/5.20/Time/Piece.pm line 469.

[...]

2021.01.27 21:50:33 5: INFO: RenaultZE_gData_Step2, url: https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/*****/kamereon/kca/car-adapter/v2/cars/VF****/battery-status?country=DE returned: {"data":{"type":"Car","id":"VF****","attributes":{"timestamp":"2021-01-27T16:41:42+01:00","batteryLevel":73,"batteryTemperature":15,"batteryAutonomy":109,"batteryCapacity":0,"batteryAvailableEnergy":0,"plugStatus":0,"chargingStatus":-1.0}}}
2021.01.27 21:50:33 5: RenaultZE_Set - opt = ?, value =
2021.01.27 21:50:33 5: RenaultZE_Set - opt = ?, value =
2021.01.27 21:50:33 5: RenaultZE_Set - opt = ?, value =
Error parsing time at /usr/lib/arm-linux-gnueabihf/perl/5.20/Time/Piece.pm line 469.

[...]

2021.01.27 21:52:36 5: INFO: RenaultZE_gData_Step2, [...]
Error parsing time at /usr/lib/arm-linux-gnueabihf/perl/5.20/Time/Piece.pm line 469.
Titel: Antw:RenaultZE
Beitrag von: plin am 28 Januar 2021, 07:40:59
Hm. Schade. Die aktuelle Version zeigt sich hier mit Phase 1 als sehr instabil. Musste das Modul erst mal deaktivieren, FHEM ist jeweils sofort nach dem Start eingefroren.
Allerdings beim ersten Start lief es einige Minuten. Habe den Längen und Breitengrad definiert und das showaddress attribut gesetzt. Wurde aber bis jetzt nichts angezeigt (auch mit update nicht).

Folgende Fehlermeldungen habe ich gefunden:
2021.01.27 21:10:48 5: RenaultZE_gData_Step1 - Out
2021.01.27 21:10:48 5: RenaultZE_gData_Step1 - charge-mode - RC=0
2021.01.27 21:10:48 5: RenaultZE_Main3 - Out
2021.01.27 21:10:48 5: RenaultZE_getCreds_Step3 - Out
2021.01.27 21:10:55 5: RenaultZE_gData_Step2 - In HASH(0x25d2928)/Zoe
2021.01.27 21:10:55 5: RenaultZE_Set - opt = ?, value =
2021.01.27 21:10:55 5: RenaultZE_Set - opt = ?, value =
2021.01.27 21:10:56 5: INFO: RenaultZE_gData_Step2, url: https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/******/kamereon/kca/car-adapter/v2/cars/VF******battery-status?country=DE returned: {"data":{"type":"Car","id":"VF******","attributes":{"timestamp":"2021-01-27T16:41:42+01:00","batteryLevel":73,"batteryTemperature":15,"batteryAutonomy":109,"batteryCapacity":0,"batteryAvailableEnergy":0,"plugStatus":0,"chargingStatus":-1.0}}}
2021.01.27 21:10:56 5: RenaultZE_Set - opt = ?, value =
2021.01.27 21:10:56 5: RenaultZE_Set - opt = ?, value =
2021.01.27 21:10:56 5: RenaultZE_Set - opt = ?, value =
2021.01.27 21:10:56 5: RenaultZE_Set - opt = ?, value =
2021.01.27 21:10:56 5: RenaultZE_Set - opt = ?, value =
2021.01.27 21:10:56 5: RenaultZE_Set - opt = ?, value =
Error parsing time at /usr/lib/arm-linux-gnueabihf/perl/5.20/Time/Piece.pm line 469.

[...]

2021.01.27 21:49:21 5: INFO: RenaultZE_gData_Step2, url: https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/******/kamereon/kca/car-adapter/v2/cars/VF*****/battery-status?country=DE returned: {"data":{"type":"Car","id":"VF******","attributes":{"timestamp":"2021-01-27T16:41:42+01:00","batteryLevel":73,"batteryTemperature":15,"batteryAutonomy":109,"batteryCapacity":0,"batteryAvailableEnergy":0,"plugStatus":0,"chargingStatus":-1.0}}}
2021.01.27 21:49:21 5: RenaultZE_Set - opt = ?, value =
2021.01.27 21:49:21 5: RenaultZE_Set - opt = ?, value =
2021.01.27 21:49:21 5: RenaultZE_Set - opt = ?, value =
Error parsing time at /usr/lib/arm-linux-gnueabihf/perl/5.20/Time/Piece.pm line 469.

[...]

2021.01.27 21:50:02 5: RenaultZE_gData_Step2 - Out
2021.01.27 21:50:02 5: RenaultZE_gData_Step2 - In HASH(0x24deb10)/Zoe
2021.01.27 21:50:02 5: INFO: RenaultZE_gData_Step2, url: https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/*****/kamereon/kca/car-adapter/v2/cars/VF*****/battery-status?country=DE returned: {"data":{"type":"Car","id":"VF*****","attributes":{"timestamp":"2021-01-27T16:41:42+01:00","batteryLevel":73,"batteryTemperature":15,"batteryAutonomy":109,"batteryCapacity":0,"batteryAvailableEnergy":0,"plugStatus":0,"chargingStatus":-1.0}}}
Error parsing time at /usr/lib/arm-linux-gnueabihf/perl/5.20/Time/Piece.pm line 469.

[...]

2021.01.27 21:50:33 5: INFO: RenaultZE_gData_Step2, url: https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/*****/kamereon/kca/car-adapter/v2/cars/VF****/battery-status?country=DE returned: {"data":{"type":"Car","id":"VF****","attributes":{"timestamp":"2021-01-27T16:41:42+01:00","batteryLevel":73,"batteryTemperature":15,"batteryAutonomy":109,"batteryCapacity":0,"batteryAvailableEnergy":0,"plugStatus":0,"chargingStatus":-1.0}}}
2021.01.27 21:50:33 5: RenaultZE_Set - opt = ?, value =
2021.01.27 21:50:33 5: RenaultZE_Set - opt = ?, value =
2021.01.27 21:50:33 5: RenaultZE_Set - opt = ?, value =
Error parsing time at /usr/lib/arm-linux-gnueabihf/perl/5.20/Time/Piece.pm line 469.

[...]

2021.01.27 21:52:36 5: INFO: RenaultZE_gData_Step2, [...]
Error parsing time at /usr/lib/arm-linux-gnueabihf/perl/5.20/Time/Piece.pm line 469.

Ich habe den Übeltäter gefunden: ... attributes":{"timestamp":"2021-01-27T16:41:42+01:00"," ...

Renault liefert hier den Timestamp im Format "2021-01-27T16:41:42+01:00", bei allen anderen das Format "2020-12-11T15:36:56Z". Jetzt muss ich nur noch schauen wie ich das Time::Piece beibringe. Das Pattern %z ist es jedenfalls nicht.

Update: Ich hab' mal 'ne schnelle Lösung eingebaut. Die v 0.19 ist im 1. Post zu finden.
Titel: Antw:RenaultZE
Beitrag von: thymjan am 28 Januar 2021, 19:40:20
Update: Ich hab' mal 'ne schnelle Lösung eingebaut. Die v 0.19 ist im 1. Post zu finden.

Super, vielen Dank! Jetzt startet das Modul wieder.

Titel: Antw:RenaultZE
Beitrag von: thymjan am 28 Januar 2021, 19:51:49
Kann es sein, das bei der Phase 1 Zoe der Standort anders abgefragt werden muss?

Dies habe ich auf https://gist.github.com/tobwil/94ed7a35ebf8f51c40bbb38f1cc74c77 (https://gist.github.com/tobwil/94ed7a35ebf8f51c40bbb38f1cc74c77) gefunden:
// locationStatus
// version: 1
// gpsLatitude
// gpsLongitude
// LastUpdateTime
let locationStatus = await getStatus('location', 1, kamareonURL, account_id, VIN, gigyaJWTToken, kamareonAPI)
allResults["locationStatus"] = locationStatus
Titel: Antw:RenaultZE
Beitrag von: plin am 28 Januar 2021, 20:48:49
Kann es sein, das bei der Phase 1 Zoe der Standort anders abgefragt werden muss?

Dies habe ich auf https://gist.github.com/tobwil/94ed7a35ebf8f51c40bbb38f1cc74c77 (https://gist.github.com/tobwil/94ed7a35ebf8f51c40bbb38f1cc74c77) gefunden:
// locationStatus
// version: 1
// gpsLatitude
// gpsLongitude
// LastUpdateTime
let locationStatus = await getStatus('location', 1, kamareonURL, account_id, VIN, gigyaJWTToken, kamareonAPI)
allResults["locationStatus"] = locationStatus

Ja, die Rückmeldung scheint anderes zu sein (wenn ich dem im widget.js enthaltenen data Statement trauen darf).

Teste mal die hier angehängte Version.
Titel: Antw:RenaultZE
Beitrag von: thymjan am 28 Januar 2021, 21:42:11
Ich bekomme die location-Abfrage nicht getriggert. Im Log sehe ich, dass alle anderen Parameter abgefragt werden, location ist aber nicht dabei.
Titel: Antw:RenaultZE
Beitrag von: plin am 28 Januar 2021, 22:01:43
Ich bekomme die location-Abfrage nicht getriggert. Im Log sehe ich, dass alle anderen Parameter abgefragt werden, location ist aber nicht dabei.
kein Wunder, sehe gerade
              $res = RenaultZE_gData_Step1($hash,'location')                            if ($phase eq "2");
              Log3 $name, 5, "RenaultZE_gData_Step1 - location - RC=".$res              if ($phase eq "2");
Kannst Du es mal ohne die ifs probieren.
Titel: Antw:RenaultZE
Beitrag von: thymjan am 29 Januar 2021, 17:23:04
Das war wohl ein Satz mit X für Phase 1 ...

2021.01.29 17:15:56 5: INFO: RenaultZE_gData_Step2, url: https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/*****/kamereon/kca/car-adapter/v1/cars/VF*****/location?country=DE returned: {"type":"TECHNICAL","messages":[{"code":"err.tech.501","message":"{\"errors\":[{\"status\":\"501\",\"code\":\"error.internal\",\"detail\":\"This feature is not technically supported by this gateway\"}]}"}],"errors":[{"errorCode":"err.tech.501","errorMessage":"{\"errors\":[{\"status\":\"501\",\"code\":\"error.internal\",\"detail\":\"This feature is not technically supported by this gateway\"}]}"}],"error_reference":"TECHNICAL"}
2021.01.29 17:15:56 5: RenaultZE_Set - opt = ?, value =
2021.01.29 17:15:56 5: RenaultZE_Set - opt = ?, value =
2021.01.29 17:15:56 5: RenaultZE_Set - opt = ?, value =
2021.01.29 17:15:56 5: RenaultZE_Set - opt = ?, value =
2021.01.29 17:15:56 5: RenaultZE_Set - opt = ?, value =
2021.01.29 17:15:56 5: RenaultZE_Set - opt = ?, value =
2021.01.29 17:15:56 3: ERROR: RenaultZE_gData_Step2, error (data) while calling https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/****/kamereon/kca/car-adapter/v1/cars/VF****/location?country=DE - errorCode=err.tech.501, errorMessage={"errors":[{"status":"501","code":"error.internal","detail":"This feature is not technically supported by this gateway"}]}
2021.01.29 17:15:56 5: RenaultZE_Set - opt = ?, value =
2021.01.29 17:15:56 5: RenaultZE_Set - opt = ?, value =

Wahrscheinlich wird bei der Zeddy App der Standort des Smartphones benutzt.
Titel: Antw:RenaultZE
Beitrag von: thymjan am 29 Januar 2021, 22:27:06
Jedoch die Lade-Historie (letzte Vier Ladevorgänge) sollte bei Phase 1 verfügbar sein:
Datum / Zeitraum / Ladestände
Dies wird auch in der Zeddy-App angezeigt.
Titel: Antw:RenaultZE
Beitrag von: plin am 30 Januar 2021, 11:13:56
Jedoch die Lade-Historie (letzte Vier Ladevorgänge) sollte bei Phase 1 verfügbar sein:
Datum / Zeitraum / Ladestände
Dies wird auch in der Zeddy-App angezeigt.

Ich muss mir anschauen wie ich das "Problem" Phase1-Entwicklung grundsätzlich gelöst kriege (ich habe nämlich keinen). Zum einen müssen bestimmte von Renault angedachte URLs abgerufen werden, dann brauche ich die data-Inhalte dessen was zurückgegeben wurde, um die dann ins Modul einzubauen. Das soll die anderen Nutzer aber weder verwirren noch "Support"-Anfragen produzieren wie "geht nicht" (weil von Renault noch gar nicht implementiert).

Ich denke mir was aus ...
Titel: Antw:RenaultZE
Beitrag von: thymjan am 30 Januar 2021, 11:38:32
Kann gerne Log-Ausschnitte beisteuern.
Titel: Antw:RenaultZE
Beitrag von: plin am 30 Januar 2021, 18:44:58
Kann gerne Log-Ausschnitte beisteuern.
Dann spiel mal ein bisschen rum. Im 1. Post gibt's ein Modul mit neuem GET-Command zTest und den prinzipiell möglichen Subcommands.
Titel: Antw:RenaultZE
Beitrag von: thymjan am 30 Januar 2021, 20:09:13
Auffälligkeiten nach Auswechseln des Moduls und "shutdown restart":

2021.01.30 20:04:12 1: PERL WARNING: Use of uninitialized value $res in concatenation (.) or string at ./FHEM/96_RenaultZE.pm line 329.

Fortsetzung folgt...

Titel: Antw:RenaultZE
Beitrag von: thymjan am 30 Januar 2021, 20:22:11
Wie genau muss ich die Parameter aufrufen?
Die API will auf jeden Fall den Ländercode jeweils dabei haben, oder?

So etwa: charge-history?country=DE

Oder muss da noch etwas dazu?

Die Antwort auf obiges Parameter-Set ist:
2021.01.30 20:15:32 5: RenaultZE_Get - opt = zTest, value = charge-history?country=DE
2021.01.30 20:15:32 5: RenaultZE_Set - opt = ?, value =
2021.01.30 20:15:32 5: RenaultZE_Set - opt = ?, value =
2021.01.30 20:15:32 5: RenaultZE_Set - opt = ?, value =
2021.01.30 20:15:32 5: RenaultZE_Set - opt = ?, value =
2021.01.30 20:15:32 5: RenaultZE_Main1 - In, key=GET_zTest
2021.01.30 20:15:32 5: RenaultZE_Set - opt = ?, value =
2021.01.30 20:15:32 5: RenaultZE_Set - opt = ?, value =
2021.01.30 20:15:32 5: RenaultZE_Main1 - ze_Gigya_JWT_lastCall=2021-01-30 20:14:13
2021.01.30 20:15:32 5: RenaultZE_Main1 - ze_Gigya_JWT_lastCall=1612037653
2021.01.30 20:15:32 5: RenaultZE_Main1 - gettimeofday=1612034132.63804
2021.01.30 20:15:32 5: RenaultZE_Main1 - ze_Gigya_JWT_Token=>0<
2021.01.30 20:15:32 5: RenaultZE_Main2 - In, key=GET_zTest
2021.01.30 20:15:32 5: RenaultZE_Set - opt = ?, value =
2021.01.30 20:15:32 5: RenaultZE_Set - opt = ?, value =
2021.01.30 20:15:32 5: RenaultZE_Main2 - ze_Renault_AccId: 4e****
2021.01.30 20:15:32 5: RenaultZE_Set - opt = ?, value =
2021.01.30 20:15:32 5: RenaultZE_Set - opt = ?, value =
2021.01.30 20:15:32 5: RenaultZE_Main3 - In, key=GET_zTest
2021.01.30 20:15:32 5: RenaultZE_gData_Step1 - In HASH(0x****)/zTest/Zoe
2021.01.30 20:15:32 5: RenaultZE_Set - opt = ?, value =
2021.01.30 20:15:32 5: RenaultZE_Set - opt = ?, value =
2021.01.30 20:15:32 5: RenaultZE_gData_Step1 - Parms: oF09****
2021.01.30 20:15:32 5: RenaultZE_getData_Step1 - DataHASH(0x****)
2021.01.30 20:15:32 5: RenaultZE_gData_Step1 - URL https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/****/kamereon/kca/car-adapter/v1/cars/VF****1/charge-history?country=DE
2021.01.30 20:15:32 5: RenaultZE_gData_Step1 - Out
2021.01.30 20:15:32 5: RenaultZE_gData_Step1 - zTest - RC=0
2021.01.30 20:15:32 5: RenaultZE_Main3 - Out
2021.01.30 20:15:33 5: RenaultZE_gData_Step2 - In HASH(0x****)/Zoe
2021.01.30 20:15:33 5: RenaultZE_Set - opt = ?, value =
2021.01.30 20:15:33 5: RenaultZE_Set - opt = ?, value =
2021.01.30 20:15:33 5: INFO: RenaultZE_gData_Step2, url: https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/****/kamereon/kca/car-adapter/v1/cars/VF****/charge-history?country=DE returned: {"type":"FUNCTIONAL","messages":[{"code":"err.func.400","message":"{\"errors\":[{\"status\":\"400\",\"code\":\"NotNull\",\"detail\":\"must not be null\",\"source\":{\"parameter\":\"type\"}},{\"status\":\"400\",\"code\":\"NotNull\",\"detail\":\"must not be null\",\"source\":{\"parameter\":\"end\"}},{\"status\":\"400\",\"code\":\"NotNull\",\"detail\":\"must not be null\",\"source\":{\"parameter\":\"start\"}}]}"}],"errors":[{"errorCode":"err.func.400","errorMessage":"{\"errors\":[{\"status\":\"400\",\"code\":\"NotNull\",\"detail\":\"must not be null\",\"source\":{\"parameter\":\"type\"}},{\"status\":\"400\",\"code\":\"NotNull\",\"detail\":\"must not be null\",\"source\":{\"parameter\":\"end\"}},{\"status\":\"400\",\"code\":\"NotNull\",\"detail\":\"must not be null\",\"source\":{\"parameter\":\"start\"}}]}"}],"error_reference":"FUNCTIONAL"}
2021.01.30 20:15:33 5: RenaultZE_Set - opt = ?, value =
2021.01.30 20:15:33 5: RenaultZE_Set - opt = ?, value =
2021.01.30 20:15:33 5: RenaultZE_Set - opt = ?, value =
2021.01.30 20:15:33 5: RenaultZE_Set - opt = ?, value =
2021.01.30 20:15:33 5: RenaultZE_Set - opt = ?, value =
2021.01.30 20:15:33 5: RenaultZE_Set - opt = ?, value =
2021.01.30 20:15:33 3: ERROR: RenaultZE_gData_Step2, error (data) while calling https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/****/kamereon/kca/car-adapter/v1/cars/VF****/charge-history?country=DE - errorCode=err.func.400, errorMessage={"errors":[{"status":"400","code":"NotNull","detail":"must not be null","source":{"parameter":"type"}},{"status":"400","code":"NotNull","detail":"must not be null","source":{"parameter":"end"}},{"status":"400","code":"NotNull","detail":"must not be null","source":{"parameter":"start"}}]}
2021.01.30 20:15:33 5: RenaultZE_Set - opt = ?, value =
2021.01.30 20:15:33 5: RenaultZE_Set - opt = ?, value =
2021.01.30 20:15:33 5: RenaultZE_Set - opt = ?, value =
2021.01.30 20:15:33 5: RenaultZE_Set - opt = ?, value =
2021.01.30 20:15:33 5: RenaultZE_Set - opt = ?, value =
2021.01.30 20:15:33 5: RenaultZE_Set - opt = ?, value =
Titel: Antw:RenaultZE
Beitrag von: plin am 30 Januar 2021, 20:24:43
Schau Dir die Beispiele im 1. Post an (am Ende, oder die Command-Ref). Ich habe mich dabei an diesem https://muscatoxblog.blogspot.com/2019/07/ blog-Post orientiert.
Titel: Antw:RenaultZE
Beitrag von: thymjan am 30 Januar 2021, 20:31:08
Beim ersten Aufrufen innerhalb von FHEM vom Zoe-Modul erscheint bei mir übrigens immer folgendes im Log:
2021.01.30 20:29:35 3: RenaultZE_Get - Unknown argument ?, choose one of #update:noArg#zTest#vehicles:noArg#
Titel: Antw:RenaultZE
Beitrag von: thymjan am 30 Januar 2021, 20:38:51
Bingo!

charge-history?country=DE&type=month&start=202012&end=202101
ergibt:
{"data":{"type":"Car","id":"VF****","attributes":{"chargeSummaries":[{"month":"202101","totalChargesNumber":4,"totalChargesDuration":380,"totalChargesErrors":0}]}}}

und
charge-history?country=DE&type=day&start=20201212&end=20210120
ergibt:
{"data":{"type":"Car","id":"VF****","attributes":{"chargeSummaries":[]}}}
Titel: Antw:RenaultZE
Beitrag von: thymjan am 30 Januar 2021, 20:45:16
hvac-history?country=DE&type=month&start=202012&end=202101
ergibt
{"data":{"type":"Car","id":"VF****","attributes":{"hvacSessionsSummaries":[{"month":"202101","totalHvacSessionsNumber":10,"totalHvacSessionsErrors":0},{"month":"202012","totalHvacSessionsNumber":4,"totalHvacSessionsErrors":0}]}}}

und
hvac-history?country=DE&type=day&start=20201212&end=20210120
ergibt
{"data":{"type":"Car","id":"VF****","attributes":{"hvacSessionsSummaries":[{"day":"20210118","totalHvacSessionsNumber":1,"totalHvacSessionsErrors":0},{"day":"20210117","totalHvacSessionsNumber":1,"totalHvacSessionsErrors":0},{"day":"20210113","totalHvacSessionsNumber":1,"totalHvacSessionsErrors":0},{"day":"20210112","totalHvacSessionsNumber":1,"totalHvacSessionsErrors":0},{"day":"20210111","totalHvacSessionsNumber":1,"totalHvacSessionsErrors":0},{"day":"20210108","totalHvacSessionsNumber":1,"totalHvacSessionsErrors":0},{"day":"20210107","totalHvacSessionsNumber":1,"totalHvacSessionsErrors":0},{"day":"20210105","totalHvacSessionsNumber":1,"totalHvacSessionsErrors":0},{"day":"20201227","totalHvacSessionsNumber":1,"totalHvacSessionsErrors":0},{"day":"20201226","totalHvacSessionsNumber":1,"totalHvacSessionsErrors":0},{"day":"20201225","totalHvacSessionsNumber":1,"totalHvacSessionsErrors":0},{"day":"20201219","totalHvacSessionsNumber":1,"totalHvacSessionsErrors":0}]}}}
Titel: Antw:RenaultZE
Beitrag von: thymjan am 30 Januar 2021, 20:52:51
hvac-sessions?country=DE&start=20201210&end=20210110

ergibt:
{"data":{"type":"Car","id":"VF*****","attributes":{"hvacSessions":[{"hvacSessionRequestDate":"2021-01-08T05:11:32+01:00","hvacSessionStartDate":"2021-01-08T05:11:42+01:00","hvacSessionEndStatus":"ok"},{"hvacSessionRequestDate":"2021-01-07T05:22:18+01:00","hvacSessionStartDate":"2021-01-07T05:23:13+01:00","hvacSessionEndStatus":"ok"},{"hvacSessionRequestDate":"2021-01-05T06:18:57+01:00","hvacSessionStartDate":"2021-01-05T06:19:08+01:00","hvacSessionEndStatus":"ok"},{"hvacSessionRequestDate":"2020-12-27T17:23:55+01:00","hvacSessionStartDate":"2020-12-27T17:24:07+01:00","hvacSessionEndStatus":"ok"},{"hvacSessionRequestDate":"2020-12-26T10:21:45+01:00","hvacSessionStartDate":"2020-12-26T10:21:54+01:00","hvacSessionEndStatus":"ok"},{"hvacSessionRequestDate":"2020-12-25T19:47:22+01:00","hvacSessionStartDate":"2020-12-25T19:47:35+01:00","hvacSessionEndStatus":"ok"},{"hvacSessionRequestDate":"2020-12-19T10:27:12+01:00","hvacSessionStartDate":"2020-12-19T10:27:22+01:00","hvacSessionEndStatus":"ok"}]}}}
Titel: Antw:RenaultZE
Beitrag von: thymjan am 30 Januar 2021, 21:12:13
charges?country=DE&start=20201210&end=20210115
ergibt:
{"data":{"type":"Car","id":"VF****","attributes":{"charges":[]}}}


lock-status?country=DE
wird nicht unterstützt von dieser Gateway

charging-settings?country=DE
ergibt
{"data":{"type":"Car","id":"VF****","attributes":{"mode":"always","schedules":[{"id":1,"activated":true,"monday":{"startTime":"T00:00Z","duration":1440},"tuesday":{"startTime":"T00:00Z","duration":1440},"wednesday":{"startTime":"T00:00Z","duration":1440},"thursday":{"startTime":"T00:00Z","duration":1440},"friday":{"startTime":"T00:00Z","duration":1440},"saturday":{"startTime":"T00:00Z","duration":1440},"sunday":{"startTime":"T00:00Z","duration":1440}}]}}}


notification-settings?country=DE
ergibt
{"data":{"type":"Car","id":"VF****","attributes":{"settings":[{"messageKey":"rgdc.charge.complete","email":false,"pushApp":false,"sms":true},{"messageKey":"rgdc.charge.error","email":false,"pushApp":false,"sms":true},{"messageKey":"rgdc.charge.on","email":false,"pushApp":false,"sms":true},{"messageKey":"rgdc.charge.status","email":false,"pushApp":false,"sms":true},{"messageKey":"rgdc.low.battery.alert","email":false,"pushApp":false,"sms":true},{"messageKey":"rgdc.low.battery.reminder","email":false,"pushApp":false,"sms":true}]}}}

In der Renault-App kann ich jeweils nur sms true/false setzen. E-Mail und Push zur App stehen hier nicht zur Auswahl.
Titel: Antw:RenaultZE
Beitrag von: chris050280 am 01 Februar 2021, 19:08:49
Guten Abend miteinander!

Ich bekomm seit gestern Nachmittag kein Update mehr. Im Log steht folgendes beim Versuch abzurufen:

2021-02-01 19:05:23 RenaultZE Zoe ze_lastErr:
2021-02-01 19:05:23 RenaultZE Zoe ze_Step: getStatus
2021-02-01 19:05:23 RenaultZE Zoe ze_Step: Main1
2021-02-01 19:05:23 RenaultZE Zoe ze_Step: Main2
2021-02-01 19:05:23 RenaultZE Zoe ze_Step: Main3
2021-02-01 19:05:23 RenaultZE Zoe ze_Step: RenaultZE_gData_Step1
2021-02-01 19:05:24 RenaultZE Zoe ze_Step: RenaultZE_gData_Step2
2021-02-01 19:05:24 RenaultZE Zoe ze_lastUrl: https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/xxx-d45c-419d-ba18-xxx/kamereon/kca/car-adapter/v2/cars/VF1AGxxx/battery-status?country=DE
2021-02-01 19:05:24 RenaultZE Zoe ze_lastErr: errorCode=, errorMessage=
2021-02-01 19:05:24 RenaultZE Zoe ze_lastUrl: https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/xxx-d45c-419d-ba18-xxx/kamereon/kca/car-adapter/v1/cars/VF1AGxxx/cockpit?country=DE
2021-02-01 19:05:24 RenaultZE Zoe ze_lastErr:
2021-02-01 19:05:24 RenaultZE Zoe ze_lastErr: errorCode=, errorMessage=
2021-02-01 19:05:24 RenaultZE Zoe ze_lastUrl: https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/xxx-d45c-419d-ba18-xxx/kamereon/kca/car-adapter/v1/cars/VF1AGxxx/location?country=DE
2021-02-01 19:05:24 RenaultZE Zoe ze_lastErr:
2021-02-01 19:05:24 RenaultZE Zoe ze_lastErr: errorCode=, errorMessage=
2021-02-01 19:05:24 RenaultZE Zoe ze_lastUrl: https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/xxx-d45c-419d-ba18-xxx/kamereon/kca/car-adapter/v1/cars/VF1AGxxx/charge-mode?country=DE
2021-02-01 19:05:24 RenaultZE Zoe ze_lastErr:
2021-02-01 19:05:24 RenaultZE Zoe ze_lastErr: errorCode=, errorMessage=

Ein Abruf über die App ist nach wie vor ohne weiteres möglich. Ich glaub, Renault hat was bei der API gemacht?

LG Christian
Titel: Antw:RenaultZE
Beitrag von: plin am 01 Februar 2021, 20:17:15
Ein Abruf über die App ist nach wie vor ohne weiteres möglich. Ich glaub, Renault hat was bei der API gemacht?

Das Gefühl habe ich auch. Ich sehe eine
{"error":"access_denied","error_description":"Unauthorized"}
Wer als Erster rauskriegt was los ist gewinnt :-).

Vielleicht die API-Keys???

VG Peter
Titel: Antw:RenaultZE
Beitrag von: phiona am 01 Februar 2021, 20:26:34
Guten Abend,
ich habd das gleiche Problem seit heute Morgen. Ich sehe ebenfalls:
{"error":"access_denied","error_description":"Unauthorized"}Seit da versucht sich das Modul immer wieder neu anzumelden um darauf wieder die gleiche Meldung zu erhalten.
Die Anmeldung auf der Website und in der App funktionieren, am Login liegt es nicht.
Das Modul kann sich ja scheinbar auch erfolgreich anmelden und bekommt einen neuen Token. Schade:(
En Gruess
Phiona
Titel: Antw:RenaultZE
Beitrag von: plin am 01 Februar 2021, 20:29:39
Ich habe auf github beim Entwickler des pyze-Programms ein Issue aufgemacht. Mal schau'n was draus wird.
Titel: Antw:RenaultZE
Beitrag von: phiona am 01 Februar 2021, 20:34:47
Gemäss meinem FHEM-Log hat sich das Modul heute um 8:44 erneut angemeldet und danach bis 10:34 gültige Daten erhalten. Um 10:39 sehe ich das access_denied und ab 10:44 wieder eine neue Anmeldungen aber weiterhin access_denied.
Wenn es an den API-Keys liegen würde, sollten wir dann nicht alle in etwa zur selben Zeit access_denied bekommen?
Titel: Antw:RenaultZE
Beitrag von: plin am 01 Februar 2021, 20:41:55
Es tut sich schon was. Siehe

https://github.com/jamesremuscat/pyze/issues/94
https://github.com/hacf-fr/renault-api/issues/181
https://github.com/fungus75/ioBroker.zoe2/issues/14
Titel: Antw:RenaultZE
Beitrag von: phiona am 01 Februar 2021, 20:51:56
Mein FHEM verbindet sich auf die folgenden URLs:
54.229.120.124 accounts.eu1.gigya.com
52.212.101.4 api-wired-prod-1-euw1.wrd-aws.com
34.250.122.100 api-wired-prod-1-euw1.wrd-aws.com
52.212.156.205 accounts.eu1.gigya.com

Das iPhone mit der Renault App auf die folgenden:
52.19.57.181 socialize.eu1.gigya.com
52.19.57.181 accounts.eu1.gigya.com
52.85.115.100 static-wrd-prod-1.wrd-aws.com
52.212.101.4 api-wired-prod-1-euw1.wrd-aws.com

Die IP's sind wohl nicht so relevant da's in der Cloud gehostet ist, aber die Renault App auf dem iPhone hat noch zusätzliche URL's...
Titel: Antw:RenaultZE
Beitrag von: plin am 01 Februar 2021, 21:00:22
Ich verstehe Euer Problem nicht. Bei mir geht's mit der gerade frisch im 1. Post bereitgestellten Version mit neuem KAMERON_API-Key  ;D
(dankt nicht mir sondern den fixen Jungs von pyze auf github).

- Modul runterladen
- reload 96_RenaultZE.pm
- Device öffnen
- die DEF ändern (dann werden die INTERNALS neu gesetzt)
- DEF zurückändern
- <F5>
Titel: Antw:RenaultZE
Beitrag von: phiona am 01 Februar 2021, 21:06:01
Passt, trotzdem Danke!
Titel: Antw:RenaultZE
Beitrag von: plin am 01 Februar 2021, 21:24:33
Bingo!

Prima! Als Dank musst Du jetzt testen  ;D

Titel: Antw:RenaultZE
Beitrag von: thymjan am 01 Februar 2021, 22:10:48
Sehr cool! Das ging schnell.
Passt soweit alles bis auf "charges".

Die Fehlermeldung kann sich nicht entscheiden, ob anfangs ein Ampersand sein soll oder nicht:
Syntax error for charges, correct pattern is 'start=202012&end=202101' or '&start=20201212&end=20210120'

Momentan funktioniert's nur mit dem Format YYYYMMDD, z.B. "start=20200101&end=20210131"

Die Antwort ist dann:
{"data":{"type":"Car","id":"VF****","attributes":{"charges":[{"chargeStartDate":"2021-01-29T05:49:51Z","chargeEndDate":"2021-01-29T07:10:43Z","chargeDuration":80,"chargeStartBatteryLevel":48,"chargeEndBatteryLevel":100,"chargeBatteryLevelRecovered":52,"chargePower":"standard","chargeStartInstantaneousPower":19600,"chargeEndStatus":"ok"},{"chargeStartDate":"2021-01-28T06:13:17Z","chargeEndDate":"2021-01-28T07:43:14Z","chargeDuration":89,"chargeStartBatteryLevel":46,"chargeEndBatteryLevel":97,"chargeBatteryLevelRecovered":51,"chargePower":"standard","chargeStartInstantaneousPower":21700,"chargeEndStatus":"ok"},{"chargeStartDate":"2021-01-27T06:00:22Z","chargeEndDate":"2021-01-27T07:40:28Z","chargeDuration":100,"chargeStartBatteryLevel":30,"chargeEndBatteryLevel":100,"chargeBatteryLevelRecovered":70,"chargePower":"standard","chargeStartInstantaneousPower":21900,"chargeEndStatus":"ok"}]}}}

Und das sind tolle Infos!
Titel: Antw:RenaultZE
Beitrag von: chris050280 am 02 Februar 2021, 07:49:48
Super danke, funktioniert wieder mit der neuesten Version. Na dann bin ich gespannt, wie oft renault in Zukunft umstellen wird.

LG Christian
Titel: Antw:RenaultZE
Beitrag von: plin am 02 Februar 2021, 18:04:47
Frisches Futte rim 1. Post, Phase1 Besitzer dürfen sich freuen ...

P.S. Danke an @thymjan für die benötigten Daten
Titel: Antw:RenaultZE
Beitrag von: thymjan am 02 Februar 2021, 19:17:34
Frisches Futte rim 1. Post, Phase1 Besitzer dürfen sich freuen ...

P.S. Danke an @thymjan für die benötigten Daten
Gerne! Vielen Dank für Deine Arbeit!

Beim Abfragen der Parameter, die Zeitraumangaben benötigen, wie charges, hvac-sessions etc. kam mir gerade der Gedanke, dass es wohl zweckmäßig wäre defaultmäßig (wenn kein Zeitraum angegeben ist) als "end" automatisch das aktuelle Datum einzusetzen und als "start" das gleiche Datum ein Jahr früher. Es werden nur die letzten 5-10 Ereignisse/Messdaten in den schicken Tabellen angezeigt. Früher zurückliegende Ereignisse sind nicht mehr verfügbar. Damit könnten diese Parameter viel einfacher abgefragt werden, was denkst Du @plin?

Ist es technisch möglich für "charges" auch so eine schicke Tabelle zu generieren (mit Spalten chargeStartDate, chargeEndDate, chargeDuration, chargeStartBatteryLevel, chargeEndBatteryLevel, chargeBatteryLevelRecovered, chargePower, chargeStartInstantaneousPower, chargeEndStatus bzw. einfacher Start|End|Duration|StartLevel|EndLevel|Recovered|Power|StartInstPower|Status)?

Hier das Ergebnis meiner Abfrage
get Zoe charges start=20200202&end=20210202
{"data":{"type":"Car","id":"VF****","attributes":{"charges":[{"chargeStartDate":"2021-02-02T05:54:06Z","chargeEndDate":"2021-02-02T07:19:42Z","chargeDuration":85,"chargeStartBatteryLevel":51,"chargeEndBatteryLevel":100,"chargeBatteryLevelRecovered":49,"chargePower":"standard","chargeStartInstantaneousPower":21700,"chargeEndStatus":"ok"},{"chargeStartDate":"2021-02-01T06:13:04Z","chargeEndDate":"2021-02-01T07:47:30Z","chargeDuration":94,"chargeStartBatteryLevel":55,"chargeEndBatteryLevel":100,"chargeBatteryLevelRecovered":45,"chargePower":"standard","chargeStartInstantaneousPower":14900,"chargeEndStatus":"ok"},{"chargeStartDate":"2021-01-29T05:49:51Z","chargeEndDate":"2021-01-29T07:10:43Z","chargeDuration":80,"chargeStartBatteryLevel":48,"chargeEndBatteryLevel":100,"chargeBatteryLevelRecovered":52,"chargePower":"standard","chargeStartInstantaneousPower":19600,"chargeEndStatus":"ok"},{"chargeStartDate":"2021-01-28T06:13:17Z","chargeEndDate":"2021-01-28T07:43:14Z","chargeDuration":89,"chargeStartBatteryLevel":46,"chargeEndBatteryLevel":97,"chargeBatteryLevelRecovered":51,"chargePower":"standard","chargeStartInstantaneousPower":21700,"chargeEndStatus":"ok"},{"chargeStartDate":"2021-01-27T06:00:22Z","chargeEndDate":"2021-01-27T07:40:28Z","chargeDuration":100,"chargeStartBatteryLevel":30,"chargeEndBatteryLevel":100,"chargeBatteryLevelRecovered":70,"chargePower":"standard","chargeStartInstantaneousPower":21900,"chargeEndStatus":"ok"}]}}}
Titel: Antw:RenaultZE
Beitrag von: plin am 02 Februar 2021, 20:16:26
Beim Abfragen der Parameter, die Zeitraumangaben benötigen, wie charges, hvac-sessions etc. kam mir gerade der Gedanke, dass es wohl zweckmäßig wäre defaultmäßig (wenn kein Zeitraum angegeben ist) als "end" automatisch das aktuelle Datum einzusetzen und als "start" das gleiche Datum ein Jahr früher. Es werden nur die letzten 5-10 Ereignisse/Messdaten in den schicken Tabellen angezeigt. Früher zurückliegende Ereignisse sind nicht mehr verfügbar. Damit könnten diese Parameter viel einfacher abgefragt werden, was denkst Du @plin?
ja klar, das war ja erst der erste Wurf.

Ist es technisch möglich für "charges" auch so eine schicke Tabelle zu generieren (mit Spalten chargeStartDate, chargeEndDate, chargeDuration, chargeStartBatteryLevel, chargeEndBatteryLevel, chargeBatteryLevelRecovered, chargePower, chargeStartInstantaneousPower, chargeEndStatus bzw. einfacher Start|End|Duration|StartLevel|EndLevel|Recovered|Power|StartInstPower|Status)?
aber klar

Dein letztes Beispiel sah so aus:
charges?country=DE&start=20201210&end=20210115
ergibt:
{"data":{"type":"Car","id":"VF****","attributes":{"charges":[]}}}
da ließ sich wenig draus machen  ;D

Gib mir etwas Zeit ...
Titel: Antw:RenaultZE
Beitrag von: plin am 05 Februar 2021, 16:57:16
Gerne! Vielen Dank für Deine Arbeit!

Beim Abfragen der Parameter, die Zeitraumangaben benötigen, wie charges, hvac-sessions etc. kam mir gerade der Gedanke, dass es wohl zweckmäßig wäre defaultmäßig (wenn kein Zeitraum angegeben ist) als "end" automatisch das aktuelle Datum einzusetzen und als "start" das gleiche Datum ein Jahr früher. Es werden nur die letzten 5-10 Ereignisse/Messdaten in den schicken Tabellen angezeigt. Früher zurückliegende Ereignisse sind nicht mehr verfügbar. Damit könnten diese Parameter viel einfacher abgefragt werden, was denkst Du @plin?

Ist es technisch möglich für "charges" auch so eine schicke Tabelle zu generieren (mit Spalten chargeStartDate, chargeEndDate, chargeDuration, chargeStartBatteryLevel, chargeEndBatteryLevel, chargeBatteryLevelRecovered, chargePower, chargeStartInstantaneousPower, chargeEndStatus bzw. einfacher Start|End|Duration|StartLevel|EndLevel|Recovered|Power|StartInstPower|Status)?

Hier das Ergebnis meiner Abfrage
get Zoe charges start=20200202&end=20210202
{"data":{"type":"Car","id":"VF****","attributes":{"charges":[{"chargeStartDate":"2021-02-02T05:54:06Z","chargeEndDate":"2021-02-02T07:19:42Z","chargeDuration":85,"chargeStartBatteryLevel":51,"chargeEndBatteryLevel":100,"chargeBatteryLevelRecovered":49,"chargePower":"standard","chargeStartInstantaneousPower":21700,"chargeEndStatus":"ok"},{"chargeStartDate":"2021-02-01T06:13:04Z","chargeEndDate":"2021-02-01T07:47:30Z","chargeDuration":94,"chargeStartBatteryLevel":55,"chargeEndBatteryLevel":100,"chargeBatteryLevelRecovered":45,"chargePower":"standard","chargeStartInstantaneousPower":14900,"chargeEndStatus":"ok"},{"chargeStartDate":"2021-01-29T05:49:51Z","chargeEndDate":"2021-01-29T07:10:43Z","chargeDuration":80,"chargeStartBatteryLevel":48,"chargeEndBatteryLevel":100,"chargeBatteryLevelRecovered":52,"chargePower":"standard","chargeStartInstantaneousPower":19600,"chargeEndStatus":"ok"},{"chargeStartDate":"2021-01-28T06:13:17Z","chargeEndDate":"2021-01-28T07:43:14Z","chargeDuration":89,"chargeStartBatteryLevel":46,"chargeEndBatteryLevel":97,"chargeBatteryLevelRecovered":51,"chargePower":"standard","chargeStartInstantaneousPower":21700,"chargeEndStatus":"ok"},{"chargeStartDate":"2021-01-27T06:00:22Z","chargeEndDate":"2021-01-27T07:40:28Z","chargeDuration":100,"chargeStartBatteryLevel":30,"chargeEndBatteryLevel":100,"chargeBatteryLevelRecovered":70,"chargePower":"standard","chargeStartInstantaneousPower":21900,"chargeEndStatus":"ok"}]}}}

Wie gehabt  bitte testen.

VG Peter
Titel: Antw:RenaultZE
Beitrag von: thymjan am 06 Februar 2021, 06:43:43
... und hier der aktuelle Testbericht  ;)

Im Anhang die Tabelle. Super, funktioniert!

Beim Aufruf des Moduls scheint der default-Wert nicht richtig initialisiert zu werden. Hier wird Faulheit (Feld leer lassen) immer mit einer Fehlermeldung quittiert (Server: kein Start und Ende angeben, mimimi...).
Wurde das Parameterfeld ausgefüllt (z.B. start=20210101&end=20210205) werden die Werte abgeholt (und auch in der Tabelle aktualisiert).

In dem Parameterfeld steht nach Abruf der Daten dann folgender Inhalt:
<html><body><b>Charges</b><table border=1 center><tr><td align=center>chargeStartDate</td><td align=center>chargeEndDate</td><td align=center>chargeDuration</td><td align=center>chargeStartBatteryLevel</td><td align=center>chargeBatteryLevelRecovered</td><td align=center>chargePower</td><td align=center>chargeStartInstantaneousPower</td><td align=center>chargeEndStatus</td></tr><tr><td align=center>2021-02-05T06:10:40Z</td><td align=center>2021-02-05T07:36:14Z</td><td align=center>85</td><td align=center>58</td><td align=center>42</td><td align=center>standard</td><td align=center>18000</td><td align=center>ok</td></tr><tr><td align=center>2021-02-04T05:47:49Z</td><td align=center>2021-02-04T07:05:43Z</td><td align=center>77</td><td align=center>54</td><td align=center>46</td><td align=center>standard</td><td align=center>21600</td><td align=center>ok</td></tr><tr><td align=center>2021-02-03T06:10:31Z</td><td align=center>2021-02-03T07:27:53Z</td><td align=center>77</td><td align=center>57</td><td align=center>43</td><td align=center>standard</td><td align=center>18000</td><td align=center>ok</td></tr><tr><td align=center>2021-02-02T05:54:06Z</td><td align=center>2021-02-02T07:19:42Z</td><td align=center>85</td><td align=center>51</td><td align=center>49</td><td align=center>standard</td><td align=center>21700</td><td align=center>ok</td></tr><tr><td align=center>2021-02-01T06:13:04Z</td><td align=center>2021-02-01T07:47:30Z</td><td align=center>94</td><td align=center>55</td><td align=center>45</td><td align=center>standard</td><td align=center>14900</td><td align=center>ok</td></tr></table></body></html>

Soll ich sonst noch was testen?

Grüße,
Stefan
Titel: Antw:RenaultZE
Beitrag von: plin am 06 Februar 2021, 16:48:18
Beim Aufruf des Moduls scheint der default-Wert nicht richtig initialisiert zu werden. Hier wird Faulheit (Feld leer lassen) immer mit einer Fehlermeldung quittiert (Server: kein Start und Ende angeben, mimimi...).
Wurde das Parameterfeld ausgefüllt (z.B. start=20210101&end=20210205) werden die Werte abgeholt (und auch in der Tabelle aktualisiert).
Soll ich sonst noch was testen?
Tja, knapp daneben ist auch daneben. Neues Spiel neues Glück - siehe Anlage.

VG Peter

P.S. Gute Nachrichten für alle Phase 2 Besitzer, Renault stellt die charge-history jetzt auch für uns bereit. charges und hvac-history stehen aber immer noch aus.
P.P.S. Stefan, kann Du bitte noch mal mit zTest den lock-status abrufen, vielleicht tut sich ja auch da was.
Titel: Antw:RenaultZE
Beitrag von: chris050280 am 06 Februar 2021, 18:23:10
Super Sache, vielen Dank für eure Mühe. Bei der Ph2 steht bei der Charge History jedoch nur Startzeit, Endezeit und Startladestand. Am Ende noch der ChargeEndStatus mit OK. Wenn ich irgendwas beisteuern kann, um hier weiter zu arbeiten, dann einfach Bescheid geben.

LG Christian
Titel: Antw:RenaultZE
Beitrag von: plin am 06 Februar 2021, 21:11:16
Super Sache, vielen Dank für eure Mühe. Bei der Ph2 steht bei der Charge History jedoch nur Startzeit, Endezeit und Startladestand. Am Ende noch der ChargeEndStatus mit OK. Wenn ich irgendwas beisteuern kann, um hier weiter zu arbeiten, dann einfach Bescheid geben.
Ich kann leider nur das formatieren was mir Renault zurückliefert und das sieht so aus:
{"data":{"type":"Car","id":"VF1.....","attributes":{"chargeSummaries":[{"day":"20201029","totalChargesDuration":0},{"day":"20201030","totalChargesDuration":0},{"day":"20201031","totalChargesDuration":0},{"day":"20210204","totalChargesNumber":1}]}}}
Titel: Antw:RenaultZE
Beitrag von: thymjan am 06 Februar 2021, 23:47:10
Die Abfrage für Faule bei "charges" klappt jetzt! Nach der Abfrage taucht aber immer noch html-code in dem Parameterfeld auf (siehe Anlage).
Die Tabelle ist sehr breit, kannst Du die Spaltenüberschriften abkürzen?

Bei "charge-history" und "havac-history"/"hvac-sessions" (das sollte bei den Readings vielleicht auch hvac-history heißen) funktioniert das auch. Hier bleibt das Parameter-Feld nach der Abfrage, so wie es sein soll, leer. Mehr Daten stehen hier bei der Phase 1 auch nicht drin.

"lock-status" mag die gateway immer noch nicht:
errorCode=err.tech.501, errorMessage={"errors":[{"status":"501","code":"error.internal","detail":"This feature is not technically supported by this gateway"}]}aus dem log dazu:
2021.02.06 23:28:27 5: INFO: RenaultZE_gData_Step2, url: https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/****/kamereon/kca/car-adapter/v1/cars/VF****/lock-status?country=DE returned: {"type":"TECHNICAL","messages":[{"code":"err.tech.501","message":"{\"errors\":[{\"status\":\"501\",\"code\":\"error.internal\",\"detail\":\"This feature is not technically supported by this gateway\"}]}"}],"errors":[{"errorCode":"err.tech.501","errorMessage":"{\"errors\":[{\"status\":\"501\",\"code\":\"error.internal\",\"detail\":\"This feature is not technically supported by this gateway\"}]}"}],"error_reference":"TECHNICAL"}
Antwort der "notification-settings" (da gibt's noch keine Tabelle):
{"data":{"type":"Car","id":"VF*****","attributes":{"settings":[{"messageKey":"rgdc.charge.complete","email":false,"pushApp":false,"sms":true},{"messageKey":"rgdc.charge.error","email":false,"pushApp":false,"sms":true},{"messageKey":"rgdc.charge.on","email":false,"pushApp":false,"sms":true},{"messageKey":"rgdc.charge.status","email":false,"pushApp":false,"sms":true},{"messageKey":"rgdc.low.battery.alert","email":false,"pushApp":false,"sms":true},{"messageKey":"rgdc.low.battery.reminder","email":false,"pushApp":false,"sms":true}]}}}
Titel: Antw:RenaultZE
Beitrag von: plin am 07 Februar 2021, 11:10:27
Die Abfrage für Faule bei "charges" klappt jetzt! Nach der Abfrage taucht aber immer noch html-code in dem Parameterfeld auf (siehe Anlage).
Bei mir nicht. Ich habe was geändert, bitte noch mal testen.

Die Tabelle ist sehr breit, kannst Du die Spaltenüberschriften abkürzen?
Ich habe den redundanten Prefix "charge" entfernt.

Bei "charge-history" und "havac-history"/"hvac-sessions" (das sollte bei den Readings vielleicht auch hvac-history heißen) ...
Ich habe sie jetzt so benannt wie die GET-Funktion und mich nicht mehr an dem orientiert was Renault zurückgibt.

Antwort der "notification-settings" (da gibt's noch keine Tabelle):
Ist aber drin. Wenn ich den Code pimpe und Deine Antwort einbaue kriege ich die angehängte Tabelle als Reading.

Wie üblich die geänderte Fassung im Anhang für die nächste Testrunde.
Titel: Antw:RenaultZE
Beitrag von: thymjan am 07 Februar 2021, 12:19:34
Zum Austausch des Moduls kopiere ich dieses in das FHEM Verzeichnis und mache dann ein "shutdown restart".

Nun habe ich auch im gestoppten Zustand in fhem.save alle Readings gelöscht und dann fhem wieder gestartet.

Beim ersten Abruf von Daten, die in Readings-Tabellen angezeigt werden, muss ich nach Empfang einen Reload machen, dann werden diese angezeigt.

Aus irgendeinem Grund wird das Reading "notification-settings" nicht angelegt. Hier der log-Abschnitt, die Daten kommen rein, anschließend wird eine leere Fehlermeldung erzeugt:
2021.02.07 11:59:51 5: RenaultZE_Set - opt = ?, value =
2021.02.07 11:59:51 5: RenaultZE_Set - opt = ?, value =
2021.02.07 11:59:51 5: RenaultZE_Set - opt = ?, value =
2021.02.07 11:59:51 5: RenaultZE_Set - opt = ?, value =
2021.02.07 12:00:06 5: RenaultZE_Set - opt = ?, value =
2021.02.07 12:00:09 5: RenaultZE_Set - opt = ?, value =
2021.02.07 12:00:09 5: RenaultZE_Set - opt = ?, value =
2021.02.07 12:00:09 5: RenaultZE_Get - opt = ?, value =
2021.02.07 12:00:19 5: RenaultZE_Get - opt = notification-settings, value =
2021.02.07 12:00:19 5: RenaultZE_Set - opt = ?, value =
2021.02.07 12:00:19 5: RenaultZE_Set - opt = ?, value =
2021.02.07 12:00:19 5: RenaultZE_Set - opt = ?, value =
2021.02.07 12:00:19 5: RenaultZE_Set - opt = ?, value =
2021.02.07 12:00:19 5: RenaultZE_Main1 - In, key=GET_notification-settings
2021.02.07 12:00:19 5: RenaultZE_Set - opt = ?, value =
2021.02.07 12:00:19 5: RenaultZE_Set - opt = ?, value =
2021.02.07 12:00:19 5: RenaultZE_Main1 - ze_Gigya_JWT_lastCall=2021-02-07 11:59:48
2021.02.07 12:00:19 5: RenaultZE_Main1 - ze_Gigya_JWT_lastCall=1612699188
2021.02.07 12:00:19 5: RenaultZE_Main1 - gettimeofday=1612695619.60755
2021.02.07 12:00:19 5: RenaultZE_Main1 - ze_Gigya_JWT_Token=>0<
2021.02.07 12:00:19 5: RenaultZE_Main2 - In, key=GET_notification-settings
2021.02.07 12:00:19 5: RenaultZE_Set - opt = ?, value =
2021.02.07 12:00:19 5: RenaultZE_Set - opt = ?, value =
2021.02.07 12:00:19 5: RenaultZE_Main2 - ze_Renault_AccId: 4****d
2021.02.07 12:00:19 5: RenaultZE_Set - opt = ?, value =
2021.02.07 12:00:19 5: RenaultZE_Set - opt = ?, value =
2021.02.07 12:00:19 5: RenaultZE_Main3 - In, key=GET_notification-settings
2021.02.07 12:00:19 5: RenaultZE_gData_Step1 - In HASH(0x276b908)/notification-settings/Zoe
2021.02.07 12:00:19 5: RenaultZE_Set - opt = ?, value =
2021.02.07 12:00:19 5: RenaultZE_Set - opt = ?, value =
2021.02.07 12:00:19 5: RenaultZE_gData_Step1 - Parms: A****Q
2021.02.07 12:00:19 5: RenaultZE_getData_Step1 - DataHASH(0x****)
2021.02.07 12:00:19 5: RenaultZE_gData_Step1 - URL https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/****/kamereon/kca/car-adapter/v1/cars/VF****/notification-settings?country=DE
2021.02.07 12:00:19 5: RenaultZE_gData_Step1 - Out
2021.02.07 12:00:19 5: RenaultZE_gData_Step1 - notification-settings - RC=0
2021.02.07 12:00:19 5: RenaultZE_Main3 - Out
2021.02.07 12:00:27 5: RenaultZE_gData_Step2 - In HASH(0x****)/Zoe
2021.02.07 12:00:27 5: RenaultZE_Set - opt = ?, value =
2021.02.07 12:00:27 5: INFO: RenaultZE_gData_Step2, url: https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/****/kamereon/kca/car-adapter/v1/cars/VF****/notification-settings?country=DE returned: {"data":{"type":"Car","id":"VF****","attributes":{"settings":[{"messageKey":"rgdc.charge.complete","email":false,"pushApp":false,"sms":true},{"messageKey":"rgdc.charge.error","email":false,"pushApp":false,"sms":true},{"messageKey":"rgdc.charge.on","email":false,"pushApp":false,"sms":true},{"messageKey":"rgdc.charge.status","email":false,"pushApp":false,"sms":true},{"messageKey":"rgdc.low.battery.alert","email":false,"pushApp":false,"sms":true},{"messageKey":"rgdc.low.battery.reminder","email":false,"pushApp":false,"sms":true}]}}}
2021.02.07 12:00:27 5: RenaultZE_Set - opt = ?, value =
2021.02.07 12:00:27 5: RenaultZE_Set - opt = ?, value =
2021.02.07 12:00:27 5: RenaultZE_Set - opt = ?, value =
2021.02.07 12:00:27 1: PERL WARNING: Use of uninitialized value $errorCode in concatenation (.) or string at ./FHEM/96_RenaultZE.pm line 1336.
2021.02.07 12:00:27 1: PERL WARNING: Use of uninitialized value $errorMessage in concatenation (.) or string at ./FHEM/96_RenaultZE.pm line 1336.
2021.02.07 12:00:27 3: ERROR: RenaultZE_gData_Step2, error (data) while calling https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/****/kamereon/kca/car-adapter/v1/cars/VF****/notification-settings?country=DE - errorCode=, errorMessage=
2021.02.07 12:00:27 5: RenaultZE_Set - opt = ?, value =
2021.02.07 12:00:27 5: RenaultZE_Set - opt = ?, value =
2021.02.07 12:00:27 5: RenaultZE_Set - opt = ?, value =

Nach Abruf von "charges" wird die Tabelle erzeugt, im Parameterfeld tauchen immer noch die html-Daten anschließend auf. Also leider keine Veränderung bis jetzt.

Die charges-Tabelle ist jetzt nicht mehr so breit! Danke.

Was kann ich noch tun/testen um die Probleme einzukreisen?

Grüße,
Stefan
Titel: Antw:RenaultZE
Beitrag von: plin am 07 Februar 2021, 14:19:18
Zum Austausch des Moduls kopiere ich dieses in das FHEM Verzeichnis und mache dann ein "shutdown restart".
Ich führe nur einen
reload 96_RenaultZE.pmdurch. Das reicht in der Regel.

Nun habe ich auch im gestoppten Zustand in fhem.save alle Readings gelöscht und dann fhem wieder gestartet.
Einfacher geht's mit
deletereading Zoe .*
Aus irgendeinem Grund wird das Reading "notification-settings" nicht angelegt.
Ich kann mir jetzt denken wieso. Die Return-Codes des http-Aufrufs sind nicht immer so wie ich's gern hätte. Deshalb werte ich vorsorglich noch die zurückgelieferten Daten aus. Wenn dort ein "error" vorkommt gibt's den Log-Eintrag.  Die notification-settings umfassen auch ein rgdc.charge.error. Das hat die Meldung ausgelöst. Ich frage jetzt errorMessage ab.

Nach Abruf von "charges" wird die Tabelle erzeugt, im Parameterfeld tauchen immer noch die html-Daten anschließend auf. Also leider keine Veränderung bis jetzt.
Ich habe da eine Vermutung: Die GET-Option und das Reading haben denselben Namen. Das habe ich in der beigefüghten Version mal geändert.

Was kann ich noch tun/testen um die Probleme einzukreisen?
Wie üblich die angehängte Version testen  :).
Titel: Antw:RenaultZE
Beitrag von: thymjan am 07 Februar 2021, 15:20:05
Jetzt passts! Super, Danke!

Kennst Du eine Möglichkeit neu erzeugte Readings direkt darzustellen, ohne manuellen Reload?

Eine weitere Idee: In der Antwort von "get Zoe vehicles" befinden sich Links zu Bilder des Fahrzeugs, könnte man diese auch in dem Modul darstellen? Oder den link in ein Reading extrahieren?

Grüße,
Stefan
Titel: Antw:RenaultZE
Beitrag von: plin am 07 Februar 2021, 15:34:27
Jetzt passts! Super, Danke!
Danke fürs Testen. Die Version v23 steht wie üblich im 1. Post. Neu hinzugekommen ist eine Aufbereitung des ze_lastErr-Readings, damit man das schneller erfassen kann.

Kennst Du eine Möglichkeit neu erzeugte Readings direkt darzustellen, ohne manuellen Reload?
Nee, so auf Anhieb nicht.

Eine weitere Idee: In der Antwort von "get Zoe vehicles" befinden sich Links zu Bilder des Fahrzeugs, könnte man diese auch in dem Modul darstellen? Oder den link in ein Reading extrahieren?
mal schau'n ...
Titel: Antw:RenaultZE
Beitrag von: plin am 07 Februar 2021, 15:43:36
Eine weitere Idee: In der Antwort von "get Zoe vehicles" befinden sich Links zu Bilder des Fahrzeugs, könnte man diese auch in dem Modul darstellen? Oder den link in ein Reading extrahieren?

Das wird aber kompliziert. Dafür muss ich ja ein neues Reading ze_Image = large/small einführen  :D: Oder willst Du beide haben?
Titel: Antw:RenaultZE
Beitrag von: thymjan am 07 Februar 2021, 16:15:21
... das kleine wär' schon ganz ok  ::)
Titel: Antw:RenaultZE
Beitrag von: plin am 07 Februar 2021, 16:18:28
... das kleine wär' schon ganz ok  ::)
Jetzt nur nicht zurückrudern. Ich hoffe Du hast zwei Zoe damit auch jemand die Schleife über die vehicleLinks testen kann  ;D.
Titel: Antw:RenaultZE
Beitrag von: thymjan am 07 Februar 2021, 16:24:32
gibt noch ne Familienkutsche, 'nen Logan. Der ist da auch drin...
Titel: Antw:RenaultZE
Beitrag von: plin am 07 Februar 2021, 18:03:01
gibt noch ne Familienkutsche, 'nen Logan. Der ist da auch drin...
ok, dann bin ich jetzt mal gespannt (siehe 1. Post)

Über das neue Attribut ze_showimage kannst Du angeben welche Du sehen möchtest (keine, small, beide).

Viele Spaß.
Titel: Antw:RenaultZE
Beitrag von: thymjan am 07 Februar 2021, 19:28:40
Super! Funktioniert. Kommt ein ganzes Fotoalbum (siehe Anlage).
Die Werte 0, 1, 2 machen was sie sollen.

Jetzt müsste man noch die Zoe rausfiltern bzw. einen Zähler setzen, welches Auto die Zoe bzw. das ZE-Vehikel ist, oder?
Titel: Antw:RenaultZE
Beitrag von: thymjan am 07 Februar 2021, 19:48:58
Hast Du 'ne Idee, wie man das url-reading weiterverarbeiten kann?
Mit z.B. weblink funktioniert das folgende nicht:

defmod picture_of_zoe weblink image {ReadingsVal('Zoe','img_1_ONE_MYRENAULT_SMALL_url','');}
Titel: Antw:RenaultZE
Beitrag von: plin am 07 Februar 2021, 20:14:48
Super! Funktioniert. Kommt ein ganzes Fotoalbum (siehe Anlage).
Die Werte 0, 1, 2 machen was sie sollen.

Jetzt müsste man noch die Zoe rausfiltern bzw. einen Zähler setzen, welches Auto die Zoe bzw. das ZE-Vehikel ist, oder?
Frisches Futter im 1. Post. Es wird jetzt nur noch die im define angegebene VIN berücksichtigt. Folglich entfällt die lfd. Nummer im Reading.
Titel: Antw:RenaultZE
Beitrag von: plin am 07 Februar 2021, 20:23:02
Hast Du 'ne Idee, wie man das url-reading weiterverarbeiten kann?
Mit z.B. weblink funktioniert das folgende nicht:

defmod picture_of_zoe weblink image {ReadingsVal('Zoe','img_1_ONE_MYRENAULT_SMALL_url','');}

Als stateFormat z.B.

x[$name:homeState]x.<p>
<p>
[$name:img_ONE_MYRENAULT_SMALL_img]
<p>
Akku:
[$name:batteryLevel]
%  Reichweite:
[$name:batteryAutonomy]
km <br>
Netzstecker:
[$name:plugStatus]
Laden:
[$name:chargingStatus]
<br>moment. Ladeleistung:
[$name:chargingInstantaneousPower]
kW<br>
Kilometerstand:
[$name:totalMileageKm]
km <br>
Mein Auto ist:
[$name:homeInfo]
<br>
Daten von
[$name:timestamp]
angeben.
Titel: Antw:RenaultZE
Beitrag von: thymjan am 07 Februar 2021, 21:32:14
Der externe Aufruf des Moduls sieht jetzt super aus!
Durch die ellenlange Bild-URL im State wird jetzt aber das interne Modulfenster in eine Überbreite gerissen.

Das kann man doch bestimmt mit attr WEB widgetOverride xxx begrenzen oder einen Zeilenumbruch erzwingen, oder?
Peter, kennst Du Dich da auch aus?

Bin grad' verzweifelt am Parameter suchen...

Grüße,
Stefan (tut mir leid, bin momentan die Raupe Nimmersatt...)
Titel: Antw:RenaultZE
Beitrag von: plin am 07 Februar 2021, 21:36:29
Peter, kennst Du Dich da auch aus?
Nee, müsste auch googeln ...
Titel: Antw:RenaultZE
Beitrag von: thymjan am 07 Februar 2021, 21:51:16
Im ios12 style wird der Inhalt des STATE umgebrochen.
Ist also so'n CSS-Ding.

... allerdings werden dann die Tabellen gequetscht ...
Titel: Antw:RenaultZE
Beitrag von: thymjan am 08 Februar 2021, 17:16:50
Heute gegen 11 Uhr ist mein fhem stehen geblieben, habe nochmals einen JSON Fehler gefangen:
2021.02.08 11:07:12 5: RenaultZE_getData_Step1 - DataHASH(0x***)
2021.02.08 11:07:12 5: RenaultZE_gData_Step1 - URL https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/***/kamereon/kca/car-adapter/v2/cars/VF***/battery-status?country=DE
2021.02.08 11:07:12 5: RenaultZE_gData_Step1 - Out
2021.02.08 11:07:12 5: RenaultZE_gData_Step1 - battery-status - RC=0
2021.02.08 11:07:12 5: RenaultZE_gData_Step1 - In HASH(0x***)/cockpit/Zoe
2021.02.08 11:07:12 5: RenaultZE_Set - opt = ?, value =
2021.02.08 11:07:12 5: RenaultZE_gData_Step1 - Parms: ***
2021.02.08 11:07:12 5: RenaultZE_getData_Step1 - DataHASH(0x***)
2021.02.08 11:07:12 5: RenaultZE_gData_Step1 - URL https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/***/kamereon/kca/car-adapter/v1/cars/VF***/cockpit?country=DE
2021.02.08 11:07:12 5: RenaultZE_gData_Step1 - Out
2021.02.08 11:07:12 5: RenaultZE_gData_Step1 - cockpit - RC=0
2021.02.08 11:07:12 5: RenaultZE_gData_Step1 - In HASH(0x***)/hvac-status/Zoe
2021.02.08 11:07:12 5: RenaultZE_Set - opt = ?, value =
2021.02.08 11:07:12 5: RenaultZE_gData_Step1 - Parms: ***
2021.02.08 11:07:12 5: RenaultZE_getData_Step1 - DataHASH(0x***)
2021.02.08 11:07:12 5: RenaultZE_gData_Step1 - URL https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/***/kamereon/kca/car-adapter/v1/cars/VF***/hvac-status?country=DE
2021.02.08 11:07:12 5: RenaultZE_gData_Step1 - Out
2021.02.08 11:07:12 5: RenaultZE_gData_Step1 - hvac-status - RC=0
2021.02.08 11:07:12 5: RenaultZE_gData_Step1 - In HASH(0x***)/charge-mode/Zoe
2021.02.08 11:07:12 5: RenaultZE_Set - opt = ?, value =
2021.02.08 11:07:12 5: RenaultZE_gData_Step1 - Parms: ***
2021.02.08 11:07:12 5: RenaultZE_getData_Step1 - DataHASH(0x27a6590)
2021.02.08 11:07:12 5: RenaultZE_gData_Step1 - URL https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/***/kamereon/kca/car-adapter/v1/cars/VF***/charge-mode?country=DE
2021.02.08 11:07:13 5: RenaultZE_gData_Step1 - Out
2021.02.08 11:07:13 5: RenaultZE_gData_Step1 - charge-mode - RC=0
2021.02.08 11:07:13 5: RenaultZE_Main3 - Out
2021.02.08 11:07:14 5: RenaultZE_gData_Step2 - In HASH(0x***)/Zoe
2021.02.08 11:07:14 5: RenaultZE_Set - opt = ?, value =
2021.02.08 11:07:14 5: INFO: RenaultZE_gData_Step2, url: https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/***/kamereon/kca/car-adapter/v1/cars/VF***/charge-mode?country=DE, data: {"data":{"type":"Car","id":"VF1***","attributes":{"chargeMode":"always_charging"}}}, error:
2021.02.08 11:07:14 5: RenaultZE_Set - opt = ?, value =
2021.02.08 11:07:14 5: RenaultZE_Set - opt = ?, value =
2021.02.08 11:07:14 5: RenaultZE_Set - opt = ?, value =
2021.02.08 11:07:14 5: RenaultZE_Set - opt = ?, value =
2021.02.08 11:07:14 5: RenaultZE_gData_Step2 - In HASH(0x***Zoe
2021.02.08 11:07:14 5: RenaultZE_Set - opt = ?, value =
2021.02.08 11:07:14 5: INFO: RenaultZE_gData_Step2, url: https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/***/kamereon/kca/car-adapter/v1/cars/VF***/cockpit?country=DE, data: {"data":{"type":"Car","id":"VF***","attributes":{"totalMileage":50180}}}, error:
2021.02.08 11:07:14 5: RenaultZE_Set - opt = ?, value =
2021.02.08 11:07:14 5: RenaultZE_Set - opt = ?, value =
2021.02.08 11:07:14 5: RenaultZE_Set - opt = ?, value =
2021.02.08 11:07:14 5: RenaultZE_Set - opt = ?, value =
2021.02.08 11:07:15 5: RenaultZE_gData_Step2 - In HASH(0x***)/Zoe
2021.02.08 11:07:15 5: RenaultZE_Set - opt = ?, value =
2021.02.08 11:07:15 5: INFO: RenaultZE_gData_Step2, url: https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/***/kamereon/kca/car-adapter/v2/cars/VF***/battery-status?country=DE, data: {"data":{"type":"Car","id":"VF***","attributes":{"timestamp":"2021-02-08T07:40:42+01:00","batteryLevel":64,"batteryTemperature":4,"batteryAutonomy":101,"batteryCapacity":0,"batteryAvailableEnergy":0,"plugStatus":0,"chargingStatus":-1.0}}}, error:
2021.02.08 11:07:15 5: RenaultZE_Set - opt = ?, value =
2021.02.08 11:07:15 5: RenaultZE_Set - opt = ?, value =
2021.02.08 11:07:15 5: RenaultZE_Set - opt = ?, value =
2021.02.08 11:07:15 5: RenaultZE_Set - opt = ?, value =
2021.02.08 11:07:23 5: RenaultZE_gData_Step2 - In HASH(0x***)/Zoe
2021.02.08 11:07:23 5: RenaultZE_Set - opt = ?, value =
2021.02.08 11:07:23 5: INFO: RenaultZE_gData_Step2, url: https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/***/kamereon/kca/car-adapter/v1/cars/VF***/hvac-status?country=DE, data: {"type":"TECHNICAL","messages":[{"code":"err.tech.wired.kamereon-proxy","message":"Failed to forward request to remote service."}],"errors":[{"errorCode":"err.tech.wired.kamereon-proxy","errorMessage":"Failed to forward request to remote service."}],"error_reference":"TECHNICAL"}, error:
2021.02.08 11:07:23 5: RenaultZE_Set - opt = ?, value =
2021.02.08 11:07:23 5: RenaultZE_Set - opt = ?, value =
2021.02.08 11:07:23 5: RenaultZE_Set - opt = ?, value =
2021.02.08 11:07:23 3: ERROR: (2) RenaultZE_gData_Step2, error (data) while calling https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/***/kamereon/kca/car-adapter/v1/cars/VF***/hvac-status?country=DE - errorCode=err.tech.wired.kamereon-proxy, errorMessage=Failed to forward request to remote service.
2021.02.08 11:07:23 3: INFO: pretty printing error errorCode=err.tech.wired.kamereon-proxy, errorMessage=Failed to forward request to remote service.
malformed JSON string, neither array, object, number, string or atom, at character offset 0 (before "Failed to forward re...") at /usr/share/perl5/JSON.pm line 171.
Titel: Antw:RenaultZE
Beitrag von: plin am 08 Februar 2021, 18:04:24
Heute gegen 11 Uhr ist mein fhem stehen geblieben, habe nochmals einen JSON Fehler gefangen:
Ich teste jetzt beim Pretty Print auf validen JSON-Code (siehe v.25 im 1. Post). Jetzt musst Du nur noch den Fehler nachstellen  :).
Titel: Antw:RenaultZE
Beitrag von: thymjan am 08 Februar 2021, 19:55:00
in Ordnung 8)

2021.02.08 19:46:34 5: INFO: RenaultZE_gData_Step2, url: https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/***/kamereon/kca/car-adapter/v1/cars/VF***/hvac-status?country=DE, data: {"data":{"type":"Car","id":"VF***","attributes":{"externalTemperature":2.0,"hvacStatus":"off"}}}, error:
Kurze Nachfrage: Bedeutet das "error:" hier am Schluß, daß hier kein Fehler war oder ein nicht näher bezeichneter?

Grüße,
Stefan
Titel: Antw:RenaultZE
Beitrag von: plin am 08 Februar 2021, 20:01:43
2021.02.08 19:46:34 5: INFO: RenaultZE_gData_Step2, url: https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/***/kamereon/kca/car-adapter/v1/cars/VF***/hvac-status?country=DE, data: {"data":{"type":"Car","id":"VF***","attributes":{"externalTemperature":2.0,"hvacStatus":"off"}}}, error:
Kurze Nachfrage: Bedeutet das "error:" hier am Schluß, daß hier kein Fehler war oder ein nicht näher bezeichneter?
ich logge hier
- url
- data
- error

Folglich liegt hier kein error vor.
Titel: Antw:RenaultZE
Beitrag von: plin am 12 Februar 2021, 17:54:29
Mal 'ne Frage in die Runde: Wie heizt Ihr bei diesen Temperaturen die Batterie auf damit die Zoe willens ist zu laden?

Sonne für die PV-Anlage: satt
Batterie: 58% voll
Außentemperatur: -4°C
Titel: Antw:RenaultZE
Beitrag von: thymjan am 12 Februar 2021, 19:28:59
Direktes Aufladen nach dem Fahren?
Titel: Antw:RenaultZE
Beitrag von: plin am 12 Februar 2021, 20:00:51
Direktes Aufladen nach dem Fahren?
Hatte ich vor dachte dann ‚probier‘s mal mit der Klimaanlage ...‘. Morgen Früh drehe ich eine Runde bevor die Sonne Gas gibt.
Titel: Antw:RenaultZE
Beitrag von: thymjan am 12 Februar 2021, 20:29:54
Die Wärmepumpe hat bei mir bei -16 Grad heute morgen nicht mehr richtig funktioniert. Das laute Brummen war aus, dafür so ein leiseres Surren und nur spärlicher Wärme ...
In Skandinavien hat Renault für diese Fälle eine Hochvoltheizung eingebaut, hier nur etwas mit 12 Volt...
Titel: Antw:RenaultZE
Beitrag von: thymjan am 16 Februar 2021, 10:05:54
Mein fhem hat nochmal ne Pause eingelegt:
2021.02.16 00:52:52 4: RenaultZE (Zoe) internal interval timer set to call StartUpdate again at 2021-02-16 00:57:52
2021.02.16 00:57:52 4: RenaultZE (Zoe) internal interval timer set to call StartUpdate again at 2021-02-16 01:02:52
2021.02.16 00:58:27 3: ERROR: RenaultZE_gData_Step2, error while calling https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/****/kamereon/kca/car-adapter/v2/cars/VF****/battery-status?country=DE - gethostbyname api-wired-prod-1-euw1.wrd-aws.com failed
2021.02.16 00:58:27 3: INFO: pretty printing error gethostbyname api-wired-prod-1-euw1.wrd-aws.com failed
2021.02.16 00:59:07 3: ERROR: RenaultZE_gData_Step2, error while calling https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/****/kamereon/kca/car-adapter/v1/cars/VF****/cockpit?country=DE - gethostbyname api-wired-prod-1-euw1.wrd-aws.com failed
2021.02.16 00:59:07 3: INFO: pretty printing error gethostbyname api-wired-prod-1-euw1.wrd-aws.com failed
2021.02.16 00:59:48 3: ERROR: RenaultZE_gData_Step2, error while calling https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/****/kamereon/kca/car-adapter/v1/cars/VF****/hvac-status?country=DE - gethostbyname api-wired-prod-1-euw1.wrd-aws.com failed
2021.02.16 00:59:48 3: INFO: pretty printing error gethostbyname api-wired-prod-1-euw1.wrd-aws.com failed
2021.02.16 01:00:28 3: ERROR: RenaultZE_gData_Step2, error while calling https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/****/kamereon/kca/car-adapter/v1/cars/VF****/charge-mode?country=DE - gethostbyname api-wired-prod-1-euw1.wrd-aws.com failed
2021.02.16 01:00:28 3: INFO: pretty printing error gethostbyname api-wired-prod-1-euw1.wrd-aws.com failed
2021.02.16 01:02:28 3: ERROR: RenaultZE_gData_Step2, error while calling https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/****/kamereon/kca/car-adapter/v1/cars/VF****/hvac-history?country=DE&type=day&start=20000101&end=20210216 - gethostbyname api-wired-prod-1-euw1.wrd-aws.com failed
2021.02.16 01:02:28 3: INFO: pretty printing error gethostbyname api-wired-prod-1-euw1.wrd-aws.com failed
2021.02.16 01:02:52 4: RenaultZE (Zoe) internal interval timer set to call StartUpdate again at 2021-02-16 01:07:52
2021.02.16 01:03:32 3: ERROR: RenaultZE_getCreds_Step2, error while calling https://accounts.eu1.gigya.com/accounts.login - gethostbyname accounts.eu1.gigya.com failed
2021.02.16 01:03:32 3: INFO: pretty printing error gethostbyname accounts.eu1.gigya.com failed
malformed JSON string, neither array, object, number, string or atom, at character offset 0 (before "(end of string)") at /usr/share/perl5/JSON.pm line 171.
Möglich, daß da was mit der Internetverbindung nicht gestimmt hat...
Titel: Antw:RenaultZE
Beitrag von: plin am 16 Februar 2021, 21:03:36
Möglich, daß da was mit der Internetverbindung nicht gestimmt hat...
Egal. Vor langer Zeit bin ich mal mit dem Spruch rumgelaufen: "Ein Programm muss so stabil sein, dass der Bediener einen Herzinfarkt erleiden und mit dem Kopf auf die Tastatur knallen kann. Dann darf das Programm nur eine Fehlermeldung abgeben."

Ich habe jetzt vor jedes decode_json eine Notbremse eingebaut. Aktuell noch ohne Fehlermeldung, Hauptsache FHEM bleibt oben.
Titel: Antw:RenaultZE
Beitrag von: thymjan am 16 Februar 2021, 21:59:03
Super, danke! Hab's direkt eingebaut.

Habe nach den CSS-Attributen zum umbrechen langer Zeiten gesucht.
Das habe ich gefunden:
http://matthiasschuetz.com/css-lange-zeilen-mit-word-wrap-umbrechen (http://matthiasschuetz.com/css-lange-zeilen-mit-word-wrap-umbrechen)

Aber mit meinen Versuchen das das defaultCommon.css (unter /opt/fhem/www/pgm2) zu manipulieren habe ich keinen Erfolg gehabt.
Die ganze Vererberei überfordert mich.
Weißt Du wer hier ein CSS-Guru ist, den man fragen könnte?

Grüße,
Stefan
Titel: Antw:RenaultZE
Beitrag von: plin am 17 Februar 2021, 12:34:14
Aber mit meinen Versuchen das das defaultCommon.css (unter /opt/fhem/www/pgm2) zu manipulieren habe ich keinen Erfolg gehabt.
Die ganze Vererberei überfordert mich.
Weißt Du wer hier ein CSS-Guru ist, den man fragen könnte?
nee, keine Ahnung wer die FHEM-Interna in puncto Style-Sheet kennt. Das Propblem bei den langen Readings ist, dass man sie ggf. noch 1:1 ohne jegliches HTML-Padding etc. benötigt. Sonst könnte man beim setreading die Breite limitieren. Alles was man im Style-Sheet anpasst hat Auswirkungen auf das gesamte FHEM.
Titel: Antw:RenaultZE
Beitrag von: plin am 20 Februar 2021, 16:16:17
Super, danke! Hab's direkt eingebaut.
Im 1. Post steht eine frische v 0.27 die bei json-Problemen noch die Readings ze_data und ze_error setzt.
Titel: Antw:RenaultZE
Beitrag von: firebal301 am 27 Februar 2021, 11:09:26
Moin,

ich bekomme nach jedem Parken der ZOE jetzt folgende Meldung in meine Logs:

2021.02.26 09:53:24 1:  readingsUpdate(Zoe,gpsGoogleMaps,Google Maps) missed to call readingsBeginUpdate first.
2021.02.26 09:53:24 1:  stacktrace:
2021.02.26 09:53:24 1:      main::readingsBulkUpdate            called by ./FHEM/96_RenaultZE.pm (952)
2021.02.26 09:53:24 1:      main::RenaultZE_gData_Step2         called by FHEM/HttpUtils.pm (639)
2021.02.26 09:53:24 1:      main::__ANON__                      called by fhem.pl (756)

Habe ich etwas vergessen zu konfigurieren oder was könnte der Fehler sein?

Die GoogleMaps-Funktionalität benötige ich auch nicht.

Danke

firebal301
Titel: Antw:RenaultZE
Beitrag von: plin am 27 Februar 2021, 18:07:29
Moin,

ich bekomme nach jedem Parken der ZOE jetzt folgende Meldung in meine Logs:

2021.02.26 09:53:24 1:  readingsUpdate(Zoe,gpsGoogleMaps,Google Maps) missed to call readingsBeginUpdate first.
2021.02.26 09:53:24 1:  stacktrace:
2021.02.26 09:53:24 1:      main::readingsBulkUpdate            called by ./FHEM/96_RenaultZE.pm (952)
2021.02.26 09:53:24 1:      main::RenaultZE_gData_Step2         called by FHEM/HttpUtils.pm (639)
2021.02.26 09:53:24 1:      main::__ANON__                      called by fhem.pl (756)

Habe ich etwas vergessen zu konfigurieren oder was könnte der Fehler sein?

Die GoogleMaps-Funktionalität benötige ich auch nicht.

Danke

firebal301

Du hast vermutlich die Version 0.25 im Einsatz. Hast Du es mal mit der aktuellesten (siehe 1. Post) versucht?
Titel: Antw:RenaultZE
Beitrag von: firebal301 am 27 Februar 2021, 18:37:06
Du hast vermutlich die Version 0.25 im Einsatz. Hast Du es mal mit der aktuellesten (siehe 1. Post) versucht?

Du hast recht. bei den vielen Updates kommt man ja garnicht mit :-)

Gruß

firebal301
Titel: Antw:RenaultZE
Beitrag von: firebal301 am 09 März 2021, 07:29:24
Moin,

leider hat das Update nicht geholfen. Ich habe weiterhin bei jedem Verschließen/Abstellen des Fahrzeuges die Fehlermeldungen.

Ist das nur bei mir so?

Danke
Titel: Antw:RenaultZE
Beitrag von: thymjan am 09 März 2021, 17:26:55
Kann es sein, dass seit einem der letzten Updates Steuerzeichen o.ä. in die Readings mit 'rein gerutscht sind, die die Datenbank durcheinander bringen?
Habe jetzt öfters solche Meldungen im Log:
2021.03.09 17:19:32 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
Habe jetzt schon meine Datenbank (sqlite) neu angelegt, aber die Fehlermeldungen kommen wieder.
Auch werden Diagramme nicht mehr komplett dargestellt.

Folgende Werte lege ich ab: Zoe:(batteryAutonomy|batteryLevel|batteryTemperature|chargeMode|chargingInstantaneousPower|chargingRemainingTime|chargingStatus|externalTemperature|plugStatus|timestamp|totalMileageKm|ze_Gigya_JWT_lastCall).*
Beim Einspielen eines der letzten Updates fingen die Fehlermeldungen an. Dummerweise habe ich die Logs verworfen.
Titel: Antw:RenaultZE
Beitrag von: thymjan am 09 März 2021, 22:26:31
Hab mir ein notify gebastelt:
defmod controlZoechargingInstantaneousPower notify Zoe:chargingStatus:.*-1 sleep 0.1;setreading Zoe chargingInstantaneousPower 0
Damit wird der Wert "chargingInstantaneousPower" auf Null gesetzt sobald die Ladung beendet wurde (chargingStatus = -1).
Mit Beenden der Ladung wird der Wert vom Renault-Server nicht mehr aktualisiert.
Das sleep 0.1 muss innerhalb des notify rein, damit ein Event erzeugt wird, und der Wert auch im Log erscheint.
Funktioniert gut. Wollte ich euch nicht vorenthalten.

@plin: macht das Sinn, diese Funktionalität ins Modul zu übernehmen?
Titel: Antw:RenaultZE
Beitrag von: thymjan am 09 März 2021, 23:18:21
Und ich habe nochmal gebastelt (userReadings):
batteryCapacity {sprintf("%.1f", 22)},
batteryHealth {sprintf("%.0f", 97)},
batteryEnergy {sprintf("%.1f", ReadingsNum($name,'batteryCapacity',0)*ReadingsNum($name,'batteryHealth',0)/100*ReadingsNum($name,"batteryLevel",1)/100)},
consumption {sprintf("%.1f", ReadingsNum($name,'batteryEnergy',0)/ReadingsNum($name,'batteryAutonomy',1)*100)}

Folgende Werte habe ich damit hinzugefügt:

Habe noch folgendes Attribut angelegt, damit diese Werte auch geloggt werden können (und gleiche Werte nicht unnötig geloggt werden):
attr Zoe event-on-change-reading totalMileageKm,timestamp,plugStatus,externalTemperature,chargingStatus,chargingRemainingTime,chargingInstantaneousPower,batteryTemperature,batteryLevel,batteryAutonomy,batteryEnergy,consumption

Vermutlich kann man sich über die berechneten Werte trefflich streiten... Ich hoffe, ich habe nicht zu viele Denkfehler drin.
Titel: Antw:RenaultZE
Beitrag von: plin am 13 März 2021, 09:19:16
Kann es sein, dass seit einem der letzten Updates Steuerzeichen o.ä. in die Readings mit 'rein gerutscht sind, die die Datenbank durcheinander bringen?
Habe jetzt öfters solche Meldungen im Log:
2021.03.09 17:19:32 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
Habe jetzt schon meine Datenbank (sqlite) neu angelegt, aber die Fehlermeldungen kommen wieder.
Auch werden Diagramme nicht mehr komplett dargestellt.

Folgende Werte lege ich ab: Zoe:(batteryAutonomy|batteryLevel|batteryTemperature|chargeMode|chargingInstantaneousPower|chargingRemainingTime|chargingStatus|externalTemperature|plugStatus|timestamp|totalMileageKm|ze_Gigya_JWT_lastCall).*
Beim Einspielen eines der letzten Updates fingen die Fehlermeldungen an. Dummerweise habe ich die Logs verworfen.
Moin.

Ich habe Zoe-Daten aus meiner MariaDB extrahiert und keine Auffälligkeiten gefunden. Ich logge
DbLogExclude .*
DbLogInclude batteryAutonomy,batteryLevel,chargingInstantaneousPower,chargingRemainingTime,chargingStatus,lastCharge,lastChargeKm,plugStatus,totalMileageKm

Das Delta zwischen Deinen und meinen Einträgen ist
batteryTemperature|chargeMode|externalTemperature|timestamp|ze_Gigya_JWT_lastCall
Hast Du die mal aus der DB extrahiert, um zu schauen ob etwas Ungewöhnliches drinsteht?
Titel: Antw:RenaultZE
Beitrag von: plin am 13 März 2021, 09:22:38
leider hat das Update nicht geholfen. Ich habe weiterhin bei jedem Verschließen/Abstellen des Fahrzeuges die Fehlermeldungen.
Ist das nur bei mir so?

Du bist bisher der Einzige der die Probleme meldet. Vom Code her betrachtet dürfte die Meldung nicht kommen. Es laufen aber einige Webabfragen parallel ab. Auf welcher Hardware läuft Dein FHEM?
Titel: Antw:RenaultZE
Beitrag von: firebal301 am 13 März 2021, 09:29:35
Du bist bisher der Einzige der die Probleme meldet. Vom Code her betrachtet dürfte die Meldung nicht kommen. Es laufen aber einige Webabfragen parallel ab. Auf welcher Hardware läuft Dein FHEM?

mein FHEM läuft auf nem Raspberry Pi 4. Ich habe auch schon FHEM auf den aktuellen Stand gebracht, leider ohne Erfolg.

Könnte man ggf. die Google-Abfrage deaktivieren? Also per attr?  Scheint ja nur die Location zu sein. Und die brauche ich persönlich nicht.
Titel: Antw:RenaultZE
Beitrag von: thymjan am 13 März 2021, 22:57:08
[...]
Hast Du die mal aus der DB extrahiert, um zu schauen ob etwas Ungewöhnliches drinsteht?

Ich habe mir mit
select * from HISTORY where DEVICE='Zoe';
die abgelegten Daten in der sqlite Datenbank angesehen. Das sieht alles gut aus.
Die Daten sind alle da.
Nur mein fhem zickt bei der Anzeige der Diagramme rum. Sind mehrere Diagramme im Browser Fenster, werden nach einem Reload mal mehr, mal weniger Daten einer Reihe dargestellt.
Hat das evtl. etwas mit blockierendem Programmcode zu tun?
Oder meine SD-Karte ist am Ende... das hoffe ich nicht.
Titel: Antw:RenaultZE
Beitrag von: firebal301 am 14 März 2021, 15:56:25
mein FHEM läuft auf nem Raspberry Pi 4. Ich habe auch schon FHEM auf den aktuellen Stand gebracht, leider ohne Erfolg.

Könnte man ggf. die Google-Abfrage deaktivieren? Also per attr?  Scheint ja nur die Location zu sein. Und die brauche ich persönlich nicht.

Vielleicht als Ergänzung hilfreich: beim Neustart von FHEM bekomme ich folgende Meldung ins Log:

2021.03.14 15:53:34 1:  PERL WARNING: Use of uninitialized value $res in concatenation (.) or string at ./FHEM/96_RenaultZE.pm line 381.
Titel: Antw:RenaultZE
Beitrag von: plin am 16 März 2021, 07:58:54
2021.03.14 15:53:34 1:  PERL WARNING: Use of uninitialized value $res in concatenation (.) or string at ./FHEM/96_RenaultZE.pm line 381.

mmh, in der v 0.27 steht
...
           my $res = 0;

           Log3 $name, 5, "RenaultZE_Main1 - ze_Gigya_JWT_lastCall=".$ze_Gigya_JWT_lastCall;
           my $gigya_time = Time::Piece->strptime( $ze_Gigya_JWT_lastCall, '%Y-%m-%d %H:%M:%S')->epoch;
           Log3 $name, 5, "RenaultZE_Main1 - ze_Gigya_JWT_lastCall=".$gigya_time;
           Log3 $name, 5, "RenaultZE_Main1 - gettimeofday=".gettimeofday();

           if ( $ze_Gigya_JWT_Token eq ""  ||  $gigya_time < gettimeofday() - 70000 ) {
              $res = RenaultZE_getCreds_Step1($hash);
              Log3 $name, 5, "RenaultZE_Main1 - RC=".$res;
           }
...

Welche Version hast Du im Einsatz?
Titel: Antw:RenaultZE
Beitrag von: plin am 16 März 2021, 08:01:33
@plin: macht das Sinn, diese Funktionalität ins Modul zu übernehmen?
Der Wert ändert sich bei mir so gut wie nie. Ich kann noich nicht mal sagen was der aussagen soll.
Titel: Antw:RenaultZE
Beitrag von: firebal301 am 16 März 2021, 12:11:38
mmh, in der v 0.27 steht
...
           my $res = 0;

           Log3 $name, 5, "RenaultZE_Main1 - ze_Gigya_JWT_lastCall=".$ze_Gigya_JWT_lastCall;
           my $gigya_time = Time::Piece->strptime( $ze_Gigya_JWT_lastCall, '%Y-%m-%d %H:%M:%S')->epoch;
           Log3 $name, 5, "RenaultZE_Main1 - ze_Gigya_JWT_lastCall=".$gigya_time;
           Log3 $name, 5, "RenaultZE_Main1 - gettimeofday=".gettimeofday();

           if ( $ze_Gigya_JWT_Token eq ""  ||  $gigya_time < gettimeofday() - 70000 ) {
              $res = RenaultZE_getCreds_Step1($hash);
              Log3 $name, 5, "RenaultZE_Main1 - RC=".$res;
           }
...

Welche Version hast Du im Einsatz?

Ich habe die v.0.27 im Einsatz:
$Id: 96_RenaultZE.pm  2021-02-20 16:00:00 plin $
Titel: Antw:RenaultZE
Beitrag von: thymjan am 16 März 2021, 20:46:41
Der Wert ändert sich bei mir so gut wie nie. Ich kann noich nicht mal sagen was der aussagen soll.

Mittlerweile bin ich mir ziemlich sicher, dass dies der Wert ist, den die Zoe als momentane Ladeleistung (= chargingInstantaneousPower) angibt.
Im Anhang ein Diagramm, dass die Werte meiner Wallbox und der Zoe zeigt.
Titel: Antw:RenaultZE
Beitrag von: plin am 17 März 2021, 16:56:09
Mittlerweile bin ich mir ziemlich sicher, dass dies der Wert ist, den die Zoe als momentane Ladeleistung (= chargingInstantaneousPower) angibt.
Im Anhang ein Diagramm, dass die Werte meiner Wallbox und der Zoe zeigt.
Ich lade zuhause ohne Wallbox mit max. 3,4 kW. Da sieht der Verlauf von chargingInstantaneousPower nicht wirklich interessant aus. Und Null wird der nie, geschweige denn, dass er im Bereich 3,4 kW liegt. Ist beim Phase1 vielleicht besser. Oder er wartet auf eine echte Ladestation.
Titel: Antw:RenaultZE
Beitrag von: thymjan am 20 März 2021, 16:14:04
Ich habe mir mit
select * from HISTORY where DEVICE='Zoe';
die abgelegten Daten in der sqlite Datenbank angesehen. Das sieht alles gut aus.
Die Daten sind alle da.
Nur mein fhem zickt bei der Anzeige der Diagramme rum. Sind mehrere Diagramme im Browser Fenster, werden nach einem Reload mal mehr, mal weniger Daten einer Reihe dargestellt.
Hat das evtl. etwas mit blockierendem Programmcode zu tun?
Oder meine SD-Karte ist am Ende... das hoffe ich nicht.

Nachdem ich meine SD-Karte geklont habe, sind die Fehlermeldungen nicht mehr aufgetaucht...

Edit: zu früh gefreut, der Mist fängt schon wieder an...
2021.03.20 15:31:36 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/96_RenaultZE.pm line 1141.
2021.03.20 15:31:36 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/96_RenaultZE.pm line 1143.
2021.03.20 15:31:36 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/96_RenaultZE.pm line 1144.
2021.03.20 15:31:36 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/96_RenaultZE.pm line 1145.
2021.03.20 15:31:36 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/96_RenaultZE.pm line 1146.
2021.03.20 15:31:36 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/96_RenaultZE.pm line 1147.
>>>day
>>>day
>>>day
>>>day
2021.03.20 17:15:06 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:15:06 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:15:06 1: PERL WARNING: DBD::SQLite::st execute failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3626.
Can't use string ("") as a SCALAR ref while "strict refs" in use at ./FHEM/98_logProxy.pm line 538.
2021.03.20 17:15:06 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:15:06 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:15:06 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:15:07 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:15:07 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:15:07 1: PERL WARNING: DBD::SQLite::st execute failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3626.
Can't use string ("") as a SCALAR ref while "strict refs" in use at ./FHEM/98_logProxy.pm line 538.
2021.03.20 17:15:24 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:15:24 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:15:24 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:15:24 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:15:24 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:15:24 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:15:24 1: PERL WARNING: DBD::SQLite::st execute failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3626.
Can't use string ("") as a SCALAR ref while "strict refs" in use at ./FHEM/98_logProxy.pm line 538.
2021.03.20 17:15:24 1: PERL WARNING: DBD::SQLite::st execute failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3626.
Can't use string ("") as a SCALAR ref while "strict refs" in use at ./FHEM/98_logProxy.pm line 538.
2021.03.20 17:15:25 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:15:25 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:21 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:21 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:21 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:21 1: PERL WARNING: DBD::SQLite::st execute failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3626.
2021.03.20 17:16:21 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
Can't use string ("") as a SCALAR ref while "strict refs" in use at ./FHEM/98_logProxy.pm line 538.
2021.03.20 17:16:21 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:21 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:21 1: PERL WARNING: DBD::SQLite::st execute failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3626.
Can't use string ("") as a SCALAR ref while "strict refs" in use at ./FHEM/98_logProxy.pm line 538.
2021.03.20 17:16:25 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:25 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:25 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:25 1: PERL WARNING: DBD::SQLite::st execute failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3626.
Can't use string ("") as a SCALAR ref while "strict refs" in use at ./FHEM/98_logProxy.pm line 538.
2021.03.20 17:16:25 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:25 1: PERL WARNING: DBD::SQLite::st execute failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3626.
Can't use string ("") as a SCALAR ref while "strict refs" in use at ./FHEM/98_logProxy.pm line 538.
2021.03.20 17:16:25 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:25 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:25 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:30 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:30 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:30 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:30 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:30 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:30 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:30 1: PERL WARNING: DBD::SQLite::st execute failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3626.
Can't use string ("") as a SCALAR ref while "strict refs" in use at ./FHEM/98_logProxy.pm line 538.
2021.03.20 17:16:31 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:31 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:31 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:36 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:36 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:36 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:36 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:36 1: PERL WARNING: DBD::SQLite::st execute failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3626.
Can't use string ("") as a SCALAR ref while "strict refs" in use at ./FHEM/98_logProxy.pm line 538.
2021.03.20 17:16:36 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:36 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:36 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:39 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:39 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:39 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:39 1: PERL WARNING: DBD::SQLite::st execute failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3626.
Can't use string ("") as a SCALAR ref while "strict refs" in use at ./FHEM/98_logProxy.pm line 538.
2021.03.20 17:16:39 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:39 1: PERL WARNING: DBD::SQLite::st execute failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3626.
Can't use string ("") as a SCALAR ref while "strict refs" in use at ./FHEM/98_logProxy.pm line 538.
2021.03.20 17:16:39 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:39 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:39 1: PERL WARNING: DBD::SQLite::st execute failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3626.
Can't use string ("") as a SCALAR ref while "strict refs" in use at ./FHEM/98_logProxy.pm line 538.
2021.03.20 17:16:40 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:40 1: PERL WARNING: DBD::SQLite::st execute failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3626.
Can't use string ("") as a SCALAR ref while "strict refs" in use at ./FHEM/98_logProxy.pm line 538.

Edit: Ok. Dieses Thema kann endgültig als Off-Topic und erledigt betrachtet werden.
Habe meinen Raspberry Pi 3 überfordert. Mit "attr WEB plotEmbed 0" sind die Fehlermeldungen weg.
(https://forum.fhem.de/index.php/topic,117854.msg1122826.html#msg1122826)
Titel: Antw:RenaultZE
Beitrag von: plin am 21 März 2021, 21:21:31
Nachdem ich meine SD-Karte geklont habe, sind die Fehlermeldungen nicht mehr aufgetaucht...

Edit: zu früh gefreut, der Mist fängt schon wieder an...
2021.03.20 15:31:36 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/96_RenaultZE.pm line 1141.
2021.03.20 15:31:36 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/96_RenaultZE.pm line 1143.
2021.03.20 15:31:36 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/96_RenaultZE.pm line 1144.
2021.03.20 15:31:36 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/96_RenaultZE.pm line 1145.
2021.03.20 15:31:36 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/96_RenaultZE.pm line 1146.
2021.03.20 15:31:36 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/96_RenaultZE.pm line 1147.
>>>day
>>>day
>>>day
>>>day
2021.03.20 17:15:06 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:15:06 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:15:06 1: PERL WARNING: DBD::SQLite::st execute failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3626.
Can't use string ("") as a SCALAR ref while "strict refs" in use at ./FHEM/98_logProxy.pm line 538.
2021.03.20 17:15:06 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:15:06 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:15:06 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:15:07 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:15:07 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:15:07 1: PERL WARNING: DBD::SQLite::st execute failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3626.
Can't use string ("") as a SCALAR ref while "strict refs" in use at ./FHEM/98_logProxy.pm line 538.
2021.03.20 17:15:24 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:15:24 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:15:24 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:15:24 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:15:24 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:15:24 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:15:24 1: PERL WARNING: DBD::SQLite::st execute failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3626.
Can't use string ("") as a SCALAR ref while "strict refs" in use at ./FHEM/98_logProxy.pm line 538.
2021.03.20 17:15:24 1: PERL WARNING: DBD::SQLite::st execute failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3626.
Can't use string ("") as a SCALAR ref while "strict refs" in use at ./FHEM/98_logProxy.pm line 538.
2021.03.20 17:15:25 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:15:25 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:21 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:21 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:21 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:21 1: PERL WARNING: DBD::SQLite::st execute failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3626.
2021.03.20 17:16:21 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
Can't use string ("") as a SCALAR ref while "strict refs" in use at ./FHEM/98_logProxy.pm line 538.
2021.03.20 17:16:21 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:21 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:21 1: PERL WARNING: DBD::SQLite::st execute failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3626.
Can't use string ("") as a SCALAR ref while "strict refs" in use at ./FHEM/98_logProxy.pm line 538.
2021.03.20 17:16:25 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:25 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:25 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:25 1: PERL WARNING: DBD::SQLite::st execute failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3626.
Can't use string ("") as a SCALAR ref while "strict refs" in use at ./FHEM/98_logProxy.pm line 538.
2021.03.20 17:16:25 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:25 1: PERL WARNING: DBD::SQLite::st execute failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3626.
Can't use string ("") as a SCALAR ref while "strict refs" in use at ./FHEM/98_logProxy.pm line 538.
2021.03.20 17:16:25 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:25 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:25 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:30 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:30 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:30 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:30 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:30 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:30 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:30 1: PERL WARNING: DBD::SQLite::st execute failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3626.
Can't use string ("") as a SCALAR ref while "strict refs" in use at ./FHEM/98_logProxy.pm line 538.
2021.03.20 17:16:31 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:31 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:31 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:36 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:36 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:36 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:36 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:36 1: PERL WARNING: DBD::SQLite::st execute failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3626.
Can't use string ("") as a SCALAR ref while "strict refs" in use at ./FHEM/98_logProxy.pm line 538.
2021.03.20 17:16:36 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:36 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:36 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:39 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:39 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:39 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:39 1: PERL WARNING: DBD::SQLite::st execute failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3626.
Can't use string ("") as a SCALAR ref while "strict refs" in use at ./FHEM/98_logProxy.pm line 538.
2021.03.20 17:16:39 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:39 1: PERL WARNING: DBD::SQLite::st execute failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3626.
Can't use string ("") as a SCALAR ref while "strict refs" in use at ./FHEM/98_logProxy.pm line 538.
2021.03.20 17:16:39 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:39 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:39 1: PERL WARNING: DBD::SQLite::st execute failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3626.
Can't use string ("") as a SCALAR ref while "strict refs" in use at ./FHEM/98_logProxy.pm line 538.
2021.03.20 17:16:40 1: PERL WARNING: DBD::SQLite::st fetch failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3671.
2021.03.20 17:16:40 1: PERL WARNING: DBD::SQLite::st execute failed: database disk image is malformed at ./FHEM/93_DbLog.pm line 3626.
Can't use string ("") as a SCALAR ref while "strict refs" in use at ./FHEM/98_logProxy.pm line 538.

Edit: Ok. Dieses Thema kann endgültig als Off-Topic und erledigt betrachtet werden.
Habe meinen Raspberry Pi 3 überfordert. Mit "attr WEB plotEmbed 0" sind die Fehlermeldungen weg.
(https://forum.fhem.de/index.php/topic,117854.msg1122826.html#msg1122826)
:)
Titel: Antw:RenaultZE
Beitrag von: thymjan am 28 März 2021, 11:53:09
Die Zeitumstellung hat mein fhem abgeschossen:
2021.03.28 11:54:16 5: INFO: RenaultZE_gData_Step2, url: https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/****/kamereon/kca/car-adapter/v1/cars/VF****/hvac-status?country=DE, data: {"data":{"type":"Car","id":"VF****","attributes":{"hvacStatus":"off","externalTemperature":4.0}}}, error:
2021.03.28 11:54:16 5: RenaultZE_gData_Step2 - In HASH(0x****)/Zoe
2021.03.28 11:54:16 5: INFO: RenaultZE_gData_Step2, url: https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/****/kamereon/kca/car-adapter/v2/cars/VF****/battery-status?country=DE, data: {"data":{"type":"Car","id":"VF****","attributes":{"timestamp":"2021-03-28T09:45:56+02:00","batteryLevel":100,"batteryTemperature":16,"batteryAutonomy":146,"batteryCapacity":0,"batteryAvailableEnergy":0,"plugStatus":0,"chargingStatus":-1.0}}}, error:
Error parsing time at /usr/lib/arm-linux-gnueabihf/perl/5.20/Time/Piece.pm line 469.
Fhem läuft nur noch wenn ich RenaultZE auskommentiere.
Vermutlich liegt's an dem speziellen Zeitstempel "timestamp":"2021-03-28T09:45:56+02:00" vom Renault Server, oder?
Titel: Antw:RenaultZE
Beitrag von: antonwinden am 28 März 2021, 12:54:32
Bei mir dasselbe Spiel :-(
gruß Anton
Titel: Antw:RenaultZE
Beitrag von: plin am 28 März 2021, 14:01:44
Die Zeitumstellung hat mein fhem abgeschossen:
Fhem läuft nur noch wenn ich RenaultZE auskommentiere.
Vermutlich liegt's an dem speziellen Zeitstempel "timestamp":"2021-03-28T09:45:56+02:00" vom Renault Server, oder?

Ich wollte mal nachschauen, kriege aber aktuell die Fehlermeldung (siehe ze_lastErr):
title       Forbidden action
detail   Privacy mode currently ON

Seht Ihr die auch?

VG plin

P.S. Die Renault App sagt "nicht verfügbar" und ZoePHP kriegt auch keine Daten.
Titel: Antw:RenaultZE
Beitrag von: antonwinden am 28 März 2021, 15:02:46
Wie soll ich das sehen? Mein fhem schmiert sofort ab und im Log steht nichts dergleichen.
Habe damit es wieder geht RenaultZE deaktiviert damit der Rest wieder funktioniert...
gruß anton
Titel: Antw:RenaultZE
Beitrag von: thymjan am 28 März 2021, 16:20:12
Hallo plin,
die Kommunikation mit dem Renault-Server scheint hier zu funktionieren (16 Uhr).
Alles wird normal abgerufen: cockpit, charge-mode, battery-status.
Beim Auswerten vom battery-status kommt dann der Fehler "Error parsing time..." und fhem bleibt stehen.
Grüße,
Stefan
Titel: Antw:RenaultZE
Beitrag von: thymjan am 28 März 2021, 17:17:15
Wie soll ich das sehen? Mein fhem schmiert sofort ab und im Log steht nichts dergleichen.
Habe damit es wieder geht RenaultZE deaktiviert damit der Rest wieder funktioniert...
gruß anton
Habe zwei Terminalfenster geöffnet:
Im ersten beobachte ich das fhem log mit
tail -f /opt/fhem/log/fhem-2021-03.log
Im zweiten starte ich fhem erneut mit:
sudo systemctl restart fhemZuvor habe ich verbose von RenaultZE in der fhem.cfg auf 5 gestellt.

Titel: Antw:RenaultZE
Beitrag von: thymjan am 28 März 2021, 17:28:57
Hier hatten wir das schon mal:

Ich habe den Übeltäter gefunden: ... attributes":{"timestamp":"2021-01-27T16:41:42+01:00"," ...

Renault liefert hier den Timestamp im Format "2021-01-27T16:41:42+01:00", bei allen anderen das Format "2020-12-11T15:36:56Z". Jetzt muss ich nur noch schauen wie ich das Time::Piece beibringe. Das Pattern %z ist es jedenfalls nicht.

Update: Ich hab' mal 'ne schnelle Lösung eingebaut. Die v 0.19 ist im 1. Post zu finden.

in RenaultZE_Main1 gibt es den Aufruf (Zeile 375):
my $gigya_time = Time::Piece->strptime( $ze_Gigya_JWT_lastCall, '%Y-%m-%d %H:%M:%S')->epoch;
in RenaultZE_gData_Step2 gibt es den Aufruf (Zeile 906):
my $t = Time::Piece->strptime($timestamp, "%Y-%m-%dT%H:%M:%SZ")->epoch;
und weiter unten der Fix:
        $lastUpdateTime =~ s/\+01:00/Z/sg;              # fix for time format "2021-01-27T16:41:42+01:00"
        my $t       = Time::Piece->strptime($lastUpdateTime, "%Y-%m-%dT%H:%M:%SZ")->epoch;

Bei "if($data =~ /batteryLevel/)" habe ich den Workaround mit dem timestamp-Format um die Zeile
$timestamp =~ s/\+02:00/Z/sg; ergänzt.
Jetzt läuft fhem erst mal wieder.

Diese Version ist im Anhang.
Titel: Antw:RenaultZE
Beitrag von: plin am 28 März 2021, 18:38:34
Jetzt läuft fhem erst mal wieder.

Aber kriegst Du auch Daten? Meine Zoe hatte gerade keine Verbindung und meine ZoePHP kriegt auch keine Daten.
Titel: Antw:RenaultZE
Beitrag von: thymjan am 28 März 2021, 19:19:28
Aber kriegst Du auch Daten? Meine Zoe hatte gerade keine Verbindung und meine ZoePHP kriegt auch keine Daten.
Ja, ich bekomme ganz normal Daten. Habe meine Zoe heute nicht bewegt, aber ich kann wie üblich "get Zoe update" ausführen.
Auf dem Smartphone (iOS) funktioniert die Zeddy-App ebenfalls wie gewünscht und die Renault-App zeigt auch aktuelle Daten an.
Titel: Antw:RenaultZE
Beitrag von: plin am 28 März 2021, 20:21:06
Als Anlage eine neue V.28 zum Testen. Ich habe jetzt versucht alle mir bekannten, bisher genutzten Datumsformate die Renault nutzen könnte abzufangen.

Interessante Erkenntnis des Tages:
- Gestern waren die Einstellungen des EasyLink weg. Gedanke: Es hat wohl ein Software-Update gegeben.
- Heute war die Zoe offline und ich habe die Verbindung nicht neu gestartet (dachte ja die haben Wartung).
- Inspiration: Der Fakt, dass ich keine Daten abrufen kann (Fehlermeldung Forbidden action, Privacy mode currently ON), liegt daran, dass ich die Datenfreigabe nicht bestätigt habe.
- Zoe gestartet, Verbindung aufgebaut, Meldung erhalten, dass die Freigabe angefordert wurde und ich solange keine weiteren Anwendungen nutzen kann um Daten abzurufen => Aha!
- Kaum am PC angekommen ging das Modul (V.28) dann auch schon wieder und führt nicht zum Absturz.
Titel: Antw:RenaultZE
Beitrag von: thymjan am 28 März 2021, 20:36:59
Danke Peter!

Bei meiner Phase 1 Zoe gibt es nur neue Daten beim Fahren (neue Datensätze alle 5 Minuten) oder beim Laden (ein Datensatz alle 30 Minuten). Ist sie abgestellt, kann ich über den Renault Server immer wieder den letzten Datensatz abrufen.
Beim Starten wird jeweils abgefragt ob Daten versendet werden dürfen (default ist ja).

Vermutest Du ein Software-Update Deiner Zoe oder des Renault-Servers?

Grüße,
Stefan
Titel: Antw:RenaultZE
Beitrag von: plin am 28 März 2021, 20:40:00
Beim Starten wird jeweils abgefragt ob Daten versendet werden dürfen (default ist ja).
genau die Abfrage fehlte heute

Vermutest Du ein Software-Update Deiner Zoe oder des Renault-Servers?
Ein Update meiner Zoe. Die Einstellungen waren weg inkl. Foto. Muss also was lokales gewesen sein, denn die Konfiguration der drei Bildschirme muss auch offline vorhanden sein und bleiben.

VG Peter

P.S. Habe gerade "vehicles" abgerufen, finde aber nichts was nach Software-Version aussieht.
Titel: Antw:RenaultZE
Beitrag von: shalfen am 03 Juni 2021, 10:33:58
Vielen Dank für die tolle Arbeit, die sicherlich viel Zeit gekostet hat.
Ich versuche gerade das Modul einzubinden, aber leider schmiert mir jedes mal FHEM komplett ab.....

2021.06.03 10:19:27 1: PERL WARNING: Subroutine RenaultZE_EpochFromDateTime redefined at ./FHEM/96_RenaultZE.pm line 1532.
2021.06.03 10:19:34 5: RenaultZE_Set - opt = ?, value =
2021.06.03 10:19:36 5: RenaultZE_Set - opt = ?, value =
2021.06.03 10:19:36 5: RenaultZE_Set - opt = ?, value =
2021.06.03 10:19:36 5: RenaultZE_Get - opt = ?, value =
2021.06.03 10:19:54 5: RenaultZE_Get - opt = charging-settings, value =
2021.06.03 10:19:54 5: RenaultZE_Set - opt = ?, value =
2021.06.03 10:19:54 5: RenaultZE_Set - opt = ?, value =
2021.06.03 10:19:54 5: RenaultZE_Main1 - In, key=GET_charging-settings
2021.06.03 10:19:54 5: RenaultZE_Set - opt = ?, value =
2021.06.03 10:19:54 5: RenaultZE_Main1 - ze_Gigya_JWT_lastCall=2021-06-03 10:10:14
2021.06.03 10:19:54 5: RenaultZE_Main1 - ze_Gigya_JWT_lastCall=1622715014
2021.06.03 10:19:54 5: RenaultZE_Main1 - gettimeofday=1622708394.86545
2021.06.03 10:19:54 5: RenaultZE_getCreds_Step1 - In HASH(0x44d67d0)/Zoe
2021.06.03 10:19:54 5: RenaultZE_Set - opt = ?, value =
2021.06.03 10:19:54 5: RenaultZE_getCreds_Step1 - Parms: 3_7PLksOyBRkHv126x5WhHb-5pqC1qFR8pQjxSeLB6nhAnPERTUlwnYoznHSxwX668/shalfen@XXX.YY/PASSWORD
2021.06.03 10:19:54 5: RenaultZE_getCreds_Step1 - DataHASH(0x4726948)
2021.06.03 10:19:54 5: RenaultZE_getCreds_Step1 - Out
2021.06.03 10:19:54 1: PERL WARNING: Use of uninitialized value $res in concatenation (.) or string at ./FHEM/96_RenaultZE.pm line 382.
2021.06.03 10:19:54 5: RenaultZE_Main1 - RC=
2021.06.03 10:19:54 5: RenaultZE_Main2 - In, key=GET_charging-settings
2021.06.03 10:19:54 5: RenaultZE_Set - opt = ?, value =
2021.06.03 10:19:54 1: PERL WARNING: Use of uninitialized value $ze_Renault_AccId in concatenation (.) or string at ./FHEM/96_RenaultZE.pm line 416.
2021.06.03 10:19:54 5: RenaultZE_Main2 - ze_Renault_AccId:
2021.06.03 10:19:54 1: PERL WARNING: Use of uninitialized value $ze_Renault_AccId in string eq at ./FHEM/96_RenaultZE.pm line 417.
2021.06.03 10:19:54 5: RenaultZE_getAccId_Step1 - In HASH(0x44d67d0)/Zoe
2021.06.03 10:19:54 5: RenaultZE_Set - opt = ?, value =
2021.06.03 10:19:54 5: RenaultZE_getCreds_Step1 - Parms: Ae9FDWugRxZQAGm3Sxgk7uJn6Q4CGEA2/
2021.06.03 10:19:54 1: PERL WARNING: Use of uninitialized value $res in concatenation (.) or string at ./FHEM/96_RenaultZE.pm line 419.
2021.06.03 10:19:54 5: RenaultZE_getAccId_Step1 - RC=
2021.06.03 10:19:54 5: RenaultZE_Set - opt = ?, value =
2021.06.03 10:19:54 5: RenaultZE_Main3 - In, key=GET_charging-settings
2021.06.03 10:19:54 5: RenaultZE_gData_Step1 - In HASH(0x44d67d0)/charging-settings/Zoe
2021.06.03 10:19:54 5: RenaultZE_Set - opt = ?, value =
2021.06.03 10:19:54 5: RenaultZE_gData_Step1 - Parms: Ae9FDWugRxZQAGm3Sxgk7uJn6Q4CGEA2/
2021.06.03 10:19:54 5: RenaultZE_gData_Step1 - charging-settings - RC=4
2021.06.03 10:19:54 5: RenaultZE_Main3 - Out
2021.06.03 10:19:55 5: RenaultZE_getCreds_Step2 - In HASH(0x44d67d0)/Zoe
2021.06.03 10:19:55 5: RenaultZE_Set - opt = ?, value =
2021.06.03 10:19:55 5: INFO: RenaultZE_getCreds_Step2, url: https://accounts.eu1.gigya.com/accounts.login, data: {
  "callId": "8bf8340428764303ba40eb4e525947a0",
  "errorCode": 0,
  "apiVersion": 2,
  "statusCode": 200,
  "statusReason": "OK",
  "time": "2021-06-03T08:19:55.436Z",
  "registeredTimestamp": 1583439438,
  "UID": "91cacb61aecd44e49deb330bf94fdaf6",
  "UIDSignature": "te6NlNqPtZz6wTWf310UqGDbNW0=",
  "signatureTimestamp": "1622708395",
  "created": "2020-03-05T20:17:18.514Z",
  "createdTimestamp": 1583439438,
  "data": {
    "personId": "6a10d883-0a06-467c-883b-51714a5aae6e",
    "gigyaDataCenter": "eu1.gigya.com"
  },
  "isActive": true,
  "isRegistered": true,
  "isVerified": true,
  "lastLogin": "2021-06-03T08:19:55.380Z",
  "lastLoginTimestamp": 1622708395,
  "lastUpdated": "2020-03-05T20:17:55.861Z",
  "lastUpdatedTimestamp": 1583439475861,
  "loginProvider": "site",
  "oldestDataUpdated": "2020-03-05T20:17:18.514Z",
  "oldestDataUpdatedTimestamp": 1583439438514,
  "registered": "2020-03-05T20:17:18.638Z",
  "socialProviders": "site",
  "verified": "2020-03-05T20:17:55.861Z",
  "verifiedTimestamp": 1583439475861,
  "newUser": false,
  "sessionInfo": {
    "cookieName": "gac_3_7PLksOyBRkHv126x5WhHb-5pqC1qFR8pQjxSeLB6nhAnPERTUlwnYoznHSxwX668",
    "cookieValue": "st2.s.AcbHXSHDJw.N1PUnxJbimbIjhMr2511RvPTSJdmCKu2D0d9x0-Bt6qWw8JH0ltcfliQnmb4kjq6BSvRCll0ro7o0TTuy8jU3ei0r2CuYi8ym_jSlm1WhyQ.Ry6MWZ459u2eITwB5_nMw0-YvLaeJ6bFGoa8GcZfhHtHyMvlG17PCgHPSydWEfLJeEA-FVgEKaOCxtC9uhzfTg.sc3"
  }
}, error:
2021.06.03 10:19:55 5: RenaultZE_Set - opt = ?, value =
2021.06.03 10:19:55 5: RenaultZE_Set - opt = ?, value =
2021.06.03 10:19:55 5: RenaultZE_Set - opt = ?, value =
Undefined subroutine &main::from_json called at ./FHEM/96_RenaultZE.pm line 677.

Irgendeine Idee was ich falsch mache?

Vielen lieben Dank für die Hilfe.

Grüße
shalfen
Titel: Antw:RenaultZE
Beitrag von: plin am 03 Juni 2021, 18:00:55
Kannst Du bitte ein list  <devicename> Deines Zoe posten.
Titel: Antw:RenaultZE kompatibel mit Renault Captur E-Tech Plug-in Hybrid 160
Beitrag von: postfux_at am 04 Juni 2021, 17:17:26
Hallo Peter

Ich habe dein Modul mit meinem Renault Captur 2 E-Tech Plug-in Hybrid 160 erfolgreich getestet.
Somit ist dein Modul ebenfalls für den Renault Captur kompatibel.
Vielleicht ist es ja für jemanden Hilfreich.

Es zeigt mir erfolgreich die notwendigen Infos an.
     2021-06-04 17:04:25   batteryAutonomy 23
     2021-06-04 17:04:25   batteryAvailableEnergy 5
     2021-06-04 17:04:25   batteryLevel    63
     2021-06-04 17:04:25   chargeMode      always
     2021-06-04 17:04:25   chargingInstantaneousPower 2.9
     2021-06-04 17:04:25   chargingRemainingTime 110
     2021-06-04 17:04:25   chargingStatus  1
     2021-06-04 16:39:25   distanceFromHome xxx.xxxx
     2021-06-04 16:39:25   distanceUnit    m
     2021-06-04 17:04:25   gpsGoogleMaps   <html><a href="https://www.google.com/maps/place/xx.yyyyyy,xx.zzzzzz" target=”_blank”>Google Maps</a></html>
     2021-06-04 17:04:25   gpsLastUpdateTime 2021-06-04 16:35:52
     2021-06-04 17:04:25   gpsLatitude     xx.yyyyyyyy
     2021-06-04 17:04:25   gpsLongitude    xx.yyyyyyyy
     2021-06-04 16:39:42   homeInfo        xxx.xxx m away
     2021-06-04 16:39:25   homeState       away
     2021-06-04 17:04:25   plugStatus      1
     2021-06-04 17:04:25   timestamp       2021-06-04 17:03:42
     2021-06-04 17:04:25   totalMileageKm  zzzzzzzzz

Vielen Dank für deine Arbeit!
LG aus Österreich
Titel: Antw:RenaultZE
Beitrag von: Wolle02 am 05 Juni 2021, 08:01:42
Ich glaube, dass die ZE Schnittstelle für alle Modelle die Gleiche ist. Jedenfalls funktioniert das Modul mit meinem Renault Twingo Electric ebenfalls ausgezeichnet.
Titel: Antw:RenaultZE
Beitrag von: shalfen am 07 Juni 2021, 08:38:37
Sorry - war unterwegs - deshalb die späte Antwort:

Internals:
   DEF        VF1AGVYB056XXXXXX
   FUUID      60b88c3d-f33f-5d00-dfdb-3148ca42f1ca316c
   GIGYA_API  3_7PLksOyBRkHv126x5WhHb-5pqC1qFR8pQjxSeLB6nhAnPERTUlwnYoznHSxwX668
   INTERVAL   
   KAMEREON_API Ae9FDWugRxZQAGm3Sxgk7uJn6Q4CGEA2
   NAME       Zoe
   NR         193
   STATE      defined
   TRIGGERTIME 1623016781.89452
   TRIGGERTIME_FMT 2021-06-06 23:59:41
   TYPE       RenaultZE
   VERSION    V0.28 / 28.3.2021
   VIN        VF1AGVYB056XXXXXX
   READINGS:
     2021-06-06 23:59:39   ze_Gigya_JWT_Token
     2021-06-06 23:59:39   ze_Gigya_JWT_lastCall 0
     2021-06-03 10:01:53   ze_lastErr     
Attributes:
   icon       electric_car_icon
   room       Zoe
   verbose    5
   ze_country DE
   ze_phase   1
   ze_showaddress 1
   ze_showimage 1
   ze_user    shalfen@XXX.YY
Titel: Antw:RenaultZE
Beitrag von: plin am 07 Juni 2021, 13:09:36
Versuch mal die angehängte Version.
Titel: Antw:RenaultZE
Beitrag von: shalfen am 07 Juni 2021, 16:48:46
 ;D Jetzt läuft es auch bei mir - Vielen vielen Dank!
Titel: Antw:RenaultZE
Beitrag von: Dode am 31 Juli 2021, 18:38:15
Hallo,

ich habe meine Zoe PH2 eingebunden.
Ich habe folgende Meldungen im Logfile

2021.07.31 18:06:30 3: ERROR: (2) RenaultZE_gData_Step2, error (data) while calling https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/xxxxx-xxx-xxx-xxxx-xxxxx/kamereon/kca/car-adapter/v2/cars/VF1AGxxxxxxxx/battery-status?country=DE - errorCode=err.func.wired.overloaded, errorMessage=You have reached your quota limit
2021.07.31 18:06:30 3: INFO: pretty printing error errorCode=err.func.wired.overloaded, errorMessage=You have reached your quota limit
2021.07.31 18:06:30 3: ERROR: (2) RenaultZE_gData_Step2, error (data) while calling https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/xxxxx-xxx-xxx-xxxx-xxxxx/kamereon/kca/car-adapter/v1/cars/VF1AGxxxxxxxx/charge-mode?country=DE - errorCode=err.func.wired.overloaded, errorMessage=You have reached your quota limit
2021.07.31 18:06:30 3: INFO: pretty printing error errorCode=err.func.wired.overloaded, errorMessage=You have reached your quota limit
2021.07.31 18:06:30 3: ERROR: (2) RenaultZE_gData_Step2, error (data) while calling https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/xxxxx-xxx-xxx-xxxx-xxxxx/kamereon/kca/car-adapter/v1/cars/VF1AGxxxxxxxx/cockpit?country=DE - errorCode=err.func.wired.overloaded, errorMessage=You have reached your quota limit
2021.07.31 18:06:30 3: INFO: pretty printing error errorCode=err.func.wired.overloaded, errorMessage=You have reached your quota limit
2021.07.31 18:06:30 3: ERROR: (2) RenaultZE_gData_Step2, error (data) while calling https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/xxxxx-xxx-xxx-xxxx-xxxxx/kamereon/kca/car-adapter/v1/cars/VF1AGxxxxxxxx/location?country=DE - errorCode=err.func.wired.overloaded, errorMessage=You have reached your quota limit
2021.07.31 18:06:30 3: INFO: pretty printing error errorCode=err.func.wired.overloaded, errorMessage=You have reached your quota limit

Gruß Markus
Titel: Antw:RenaultZE
Beitrag von: plin am 01 August 2021, 10:28:46
xxx-xxx-xxxx-xxxxx/kamereon/kca/car-adapter/v2/cars/VF1AGxxxxxxxx/battery-status?country=DE - errorCode=err.func.wired.overloaded, errorMessage=You have reached your quota limit

Hi Markus,

in welchem Zyklus fragst Du denn die Werte ab, wenn Du das Quota-Limit erreichst? Die Zoe meldet sich bei Renault im Normalfall nur jede halbe Stunde.

VG plin
Titel: Antw:RenaultZE
Beitrag von: Dode am 01 August 2021, 13:33:24
Hallo plin,

ich habe wie im ersten Posting

define Zoe RenaultZE VF1AG........ 300genommen.

Ich habe jetzt mal auf 3600 erhöht. Mal sehen was passiert.

Gruß Markus
Titel: Antw:RenaultZE
Beitrag von: plin am 01 August 2021, 21:42:27
Hallo plin,

ich habe wie im ersten Posting

define Zoe RenaultZE VF1AG........ 300genommen.

Ich habe jetzt mal auf 3600 erhöht. Mal sehen was passiert.

Gruß Markus

ok, das fällt wohl in die Rubrik "es war einmal". Ich habe gerade mal nachgeschaut auf was mein Timer steht: 900.
Titel: Antw:RenaultZE
Beitrag von: kman_solar am 22 August 2021, 12:28:17
Hallo plin und vielen Dank für die Mühe.
Das Modul klappt bei unserem neuen Twingo super.
Titel: Antw:RenaultZE
Beitrag von: PSI69 am 23 September 2021, 14:52:10
Hallo plin!

Danke für Deine Arbeit - klappt super. Nach ein paar Tagen Nutzung ist mir allerdings folgendes aufgefallen:
2021.09.23 13:50:55 1: readingsUpdate(Zoe,gpsGoogleMaps,Google Maps) missed to call readingsBeginUpdate first.
2021.09.23 13:50:55 1: stacktrace:
2021.09.23 13:50:55 1: main::readingsBulkUpdate called by ./FHEM/96_RenaultZE.pm (962)
2021.09.23 13:50:55 1: main::RenaultZE_gData_Step2 called by FHEM/HttpUtils.pm (647)
2021.09.23 13:50:55 1: main::__ANON__ called by fhem.pl (770)
2021.09.23 13:50:55 1: readingsUpdate(Zoe,batteryCapacity,50.0) missed to call readingsBeginUpdate first.
2021.09.23 13:50:55 1: stacktrace:
2021.09.23 13:50:55 1: main::readingsBulkUpdate called by fhem.pl (4894)
2021.09.23 13:50:55 1: main::readingsEndUpdate called by ./FHEM/96_RenaultZE.pm (963)
2021.09.23 13:50:55 1: main::RenaultZE_gData_Step2 called by FHEM/HttpUtils.pm (647)
2021.09.23 13:50:55 1: main::__ANON__ called by fhem.pl (770)
2021.09.23 13:50:55 1: readingsUpdate(Zoe,batteryHealth,100) missed to call readingsBeginUpdate first.
2021.09.23 13:50:55 1: stacktrace:
2021.09.23 13:50:55 1: main::readingsBulkUpdate called by fhem.pl (4894)
2021.09.23 13:50:55 1: main::readingsEndUpdate called by ./FHEM/96_RenaultZE.pm (963)
2021.09.23 13:50:55 1: main::RenaultZE_gData_Step2 called by FHEM/HttpUtils.pm (647)
2021.09.23 13:50:55 1: main::__ANON__ called by fhem.pl (770)
2021.09.23 13:50:55 1: readingsUpdate(Zoe,batteryEnergy,38.5) missed to call readingsBeginUpdate first.
2021.09.23 13:50:55 1: stacktrace:
2021.09.23 13:50:55 1: main::readingsBulkUpdate called by fhem.pl (4894)
2021.09.23 13:50:55 1: main::readingsEndUpdate called by ./FHEM/96_RenaultZE.pm (963)
2021.09.23 13:50:55 1: main::RenaultZE_gData_Step2 called by FHEM/HttpUtils.pm (647)
2021.09.23 13:50:55 1: main::__ANON__ called by fhem.pl (770)
2021.09.23 13:50:55 1: readingsUpdate(Zoe,consumption,13.6) missed to call readingsBeginUpdate first.
2021.09.23 13:50:55 1: stacktrace:
2021.09.23 13:50:55 1: main::readingsBulkUpdate called by fhem.pl (4894)
2021.09.23 13:50:55 1: main::readingsEndUpdate called by ./FHEM/96_RenaultZE.pm (963)
2021.09.23 13:50:55 1: main::RenaultZE_gData_Step2 called by FHEM/HttpUtils.pm (647)
2021.09.23 13:50:55 1: main::__ANON__ called by fhem.pl (770)

Kommt nicht regelmäßig ins FHEM Logfile, ich habe derzeit das 'Gefühl' nach jeder Ortsveränderung vom Zoe - wobei das aktuell noch sehr unsicher ist...
Kann ich mehr Info's liefern?

Peter
Titel: Antw:RenaultZE
Beitrag von: plin am 24 September 2021, 10:36:29
Hab's vermutlich gefunden und den Code geändert. Ich beobachte das jetzt mal ein wenig ...
Titel: Antw:RenaultZE
Beitrag von: PSI69 am 24 September 2021, 11:14:35
Schon einmal danke für die schnelle Reaktion!
Peter
Titel: Antw:RenaultZE
Beitrag von: plin am 24 September 2021, 18:37:44
Ich habe die v.30 hochgeladen, ist als Anhang im 1. Post zu finden.
Titel: Antw:RenaultZE
Beitrag von: PSI69 am 25 September 2021, 10:42:25
... ist eingespielt. Ich beobachte und melde mich.
Peter
Titel: Antw:RenaultZE
Beitrag von: PSI69 am 27 September 2021, 08:09:47
Ich denke, das war es. Bisher keine weiteren Meldungen im Logfile - trotz Bewegung/Nutzung des Zoe.
Danke Peter