Hauptmenü

RenaultZE

Begonnen von plin, 29 November 2020, 09:50:17

Vorheriges Thema - Nächstes Thema

plin

Zitat von: plin am 03 Januar 2023, 11:33:52
Ich merke gerade, dass bei mir auch keine Updates mehr erfolgen. Die alte Version bringt aber welche. Also mache ich mich auf die Suche ...
Hab' ihn gefunden. Neue Version 1.03 als Anlage.
FHEM1 (Main) Raspi4 mit CUL, Homematic, SDUINO 433/OOK, zentrale Steuerung
FHEM2 (Keller) x86 mit CUL/hmland, IP-basierte Module
FHEM3 (Erdgeschoss) Raspi2 mit SDUINO 868/GFSK
FHEM4 (Hausanschlussraum), USV und OBIS-Modul
FHEM5 (Docker) mit FHEM2FHEM, InfluxDB

KernSani

Hatte (nachdem ich gerade unterwegs war) auch festgestellt, dass einige Werte sich nicht aktualisieren. Mit der neuesten Version tun sie das wieder. Danke für den schnellen Fix.

ZitatDann nimm sie doch  ;D. Schau Dir mal das Reading ze_lastData an.
Da steht halt nur die "last data" drin ;-)
RasPi: RFXTRX, HM, zigbee2mqtt, mySensors, JeeLink, miLight, squeezbox, Alexa, Siri, ...

plin

Zitat von: KernSani am 01 Januar 2023, 21:38:30
Das zweite was mir aufgefallen ist: Ich finde es toll, dass die chargingSettings und chargesDetails bereits in einer formatierten Version bereitgestellt werden. Zum Auswerten ist das aber eher ungeeignet, da wären die "raw"-Daten (ggf. sogar einfach als hash) sicher besser geeignet.

Wie sieht denn da Deine Erwartungshaltung aus? Unter "raw"-Daten hatte ich das verstanden was Renault zurückliefert.
FHEM1 (Main) Raspi4 mit CUL, Homematic, SDUINO 433/OOK, zentrale Steuerung
FHEM2 (Keller) x86 mit CUL/hmland, IP-basierte Module
FHEM3 (Erdgeschoss) Raspi2 mit SDUINO 868/GFSK
FHEM4 (Hausanschlussraum), USV und OBIS-Modul
FHEM5 (Docker) mit FHEM2FHEM, InfluxDB

blueberry63

ZitatHab' ihn gefunden. Neue Version 1.03 als Anlage.

Jetzt funktioniert alles so wie ich es mir vorgestellt habe. Nochmal DANKE für die tolle Arbeit!
FHEM auf BBB mit Wheezy: 1x CUL_HM_HM_SCI_3_FM, 1x INSTAR CAM3010, 1x HM-LC-SW1-PL2, 1x HM-LC-Bl1PBU-FM, 1x HM-Sen-MDIR-O, Viessmann Heizung, Gaszähler via GPIO, Klingel via HM-LC-Bl1PBU-FM an FBox, Mailcheck, AVR, XBMC, NanoCUL 433+668 an Raspi per Ethernet, Funksteckdosen (Pollin, IT), Automower

blueberry63

Ich habe noch einen kleinen Fehler in den Readings gefunden:

state=denbled

;-)
FHEM auf BBB mit Wheezy: 1x CUL_HM_HM_SCI_3_FM, 1x INSTAR CAM3010, 1x HM-LC-SW1-PL2, 1x HM-LC-Bl1PBU-FM, 1x HM-Sen-MDIR-O, Viessmann Heizung, Gaszähler via GPIO, Klingel via HM-LC-Bl1PBU-FM an FBox, Mailcheck, AVR, XBMC, NanoCUL 433+668 an Raspi per Ethernet, Funksteckdosen (Pollin, IT), Automower

plin

Zitat von: blueberry63 am 04 Januar 2023, 12:20:03
Ich habe noch einen kleinen Fehler in den Readings gefunden:

state=denbled

;-)
Ich weiß gar nicht was Du willst - ist doch fast korrekt  ;D und macht die Sache spannend. Steht das für disabled oder enabled??? Ich habe mich nach Sichtung des Codings für enabled entschieden  ;).

Frische Version 1.04 findet sich im 1 Post dieses Threads.
FHEM1 (Main) Raspi4 mit CUL, Homematic, SDUINO 433/OOK, zentrale Steuerung
FHEM2 (Keller) x86 mit CUL/hmland, IP-basierte Module
FHEM3 (Erdgeschoss) Raspi2 mit SDUINO 868/GFSK
FHEM4 (Hausanschlussraum), USV und OBIS-Modul
FHEM5 (Docker) mit FHEM2FHEM, InfluxDB

blueberry63

Ich habe die 1.04 installiert, aber "state" in den Readings wird nicht aktualisiert (?)

P.S.: für mich ist es nicht wichtig, ich will auch nicht stänkern ;-)
FHEM auf BBB mit Wheezy: 1x CUL_HM_HM_SCI_3_FM, 1x INSTAR CAM3010, 1x HM-LC-SW1-PL2, 1x HM-LC-Bl1PBU-FM, 1x HM-Sen-MDIR-O, Viessmann Heizung, Gaszähler via GPIO, Klingel via HM-LC-Bl1PBU-FM an FBox, Mailcheck, AVR, XBMC, NanoCUL 433+668 an Raspi per Ethernet, Funksteckdosen (Pollin, IT), Automower

KernSani

Zitat von: plin am 03 Januar 2023, 13:44:16
Wie sieht denn da Deine Erwartungshaltung aus? Unter "raw"-Daten hatte ich das verstanden was Renault zurückliefert.
Ich kann mit dem JSON leben, ja.
RasPi: RFXTRX, HM, zigbee2mqtt, mySensors, JeeLink, miLight, squeezbox, Alexa, Siri, ...

blueberry63

Hallo,

im LOG habe ich heute die folgenden Zeilen gesehen:


2023.01.06 10:04:29 3: ERROR: (2) RenaultZE_gData_Step2, error (data) while calling https://api-wired-prod-1-euw1.wrd-aws.com/commer                                                                                                         ce/v1/accounts/53d27f25-c55e-46ed-8195-a21ac6c846f9/kamereon/kca/car-adapter/v2/cars/VF1AG000664529582/battery-status?country=DE - e                                                                                                         rrorCode=err.tech.wired.kamereon-proxy, errorMessage=Failed to forward request to remote service.
2023.01.06 10:04:29 3: INFO: pretty printing error errorCode=err.tech.wired.kamereon-proxy, errorMessage=Failed to forward request t                                                                                                         o remote service.
2023.01.06 10:54:29 3: ERROR: (2) RenaultZE_gData_Step2, error (data) while calling https://api-wired-prod-1-euw1.wrd-aws.com/commer                                                                                                         ce/v1/accounts/53d27f25-c55e-46ed-8195-a21ac6c846f9/kamereon/kca/car-adapter/v2/cars/VF1AG000664529582/battery-status?country=DE - e                                                                                                         rrorCode=err.tech.wired.kamereon-proxy, errorMessage=Failed to forward request to remote service.
2023.01.06 10:54:29 3: INFO: pretty printing error errorCode=err.tech.wired.kamereon-proxy, errorMessage=Failed to forward request t                                                                                                         o remote service.
2023.01.06 11:19:30 3: ERROR: (2) RenaultZE_gData_Step2, error (data) while calling https://api-wired-prod-1-euw1.wrd-aws.com/commer                                                                                                         ce/v1/accounts/53d27f25-c55e-46ed-8195-a21ac6c846f9/kamereon/kca/car-adapter/v1/cars/VF1AG000664529582/cockpit?country=DE - errorCod                                                                                                         e=err.tech.wired.kamereon-proxy, errorMessage=Failed to forward request to remote service.
2023.01.06 11:19:30 3: INFO: pretty printing error errorCode=err.tech.wired.kamereon-proxy, errorMessage=Failed to forward request t                                                                                                         o remote service.
2023.01.06 11:29:29 3: ERROR: (2) RenaultZE_gData_Step2, error (data) while calling https://api-wired-prod-1-euw1.wrd-aws.com/commer                                                                                                         ce/v1/accounts/53d27f25-c55e-46ed-8195-a21ac6c846f9/kamereon/kca/car-adapter/v1/cars/VF1AG000664529582/location?country=DE - errorCo                                                                                                         de=err.tech.wired.kamereon-proxy, errorMessage=Failed to forward request to remote service.
2023.01.06 11:29:29 3: INFO: pretty printing error errorCode=err.tech.wired.kamereon-proxy, errorMessage=Failed to forward request t                                                                                                         o remote service.
2023.01.06 11:49:30 3: ERROR: (2) RenaultZE_gData_Step2, error (data) while calling https://api-wired-prod-1-euw1.wrd-aws.com/commer                                                                                                         ce/v1/accounts/53d27f25-c55e-46ed-8195-a21ac6c846f9/kamereon/kca/car-adapter/v1/cars/VF1AG000664529582/cockpit?country=DE - errorCod                                                                                                         e=err.tech.wired.kamereon-proxy, errorMessage=Failed to forward request to remote service.
2023.01.06 11:49:30 3: INFO: pretty printing error errorCode=err.tech.wired.kamereon-proxy, errorMessage=Failed to forward request t                                                                                                         o remote service.
2023.01.06 12:23:06 1: PERL WARNING: Use of uninitialized value $ze_Gigya_JWT_lastCall in concatenation (.) or string at ./FHEM/96_R                                                                                                         enaultZE.pm line 403.
2023.01.06 12:23:06 1: PERL WARNING: Use of uninitialized value $ze_Gigya_JWT_Token in string eq at ./FHEM/96_RenaultZE.pm line 408.
2023.01.06 12:23:06 1: PERL WARNING: Use of uninitialized value $ze_Renault_AccId in concatenation (.) or string at ./FHEM/96_Renaul                                                                                                         tZE.pm line 444.
2023.01.06 12:23:06 1: PERL WARNING: Use of uninitialized value $ze_Renault_AccId in string eq at ./FHEM/96_RenaultZE.pm line 445.
2023.01.06 12:23:06 1: PERL WARNING: Use of uninitialized value $id_token in concatenation (.) or string at ./FHEM/96_RenaultZE.pm l                                                                                                         ine 816.
2023.01.06 12:23:06 1: PERL WARNING: Use of uninitialized value $id_token in string eq at ./FHEM/96_RenaultZE.pm line 818.
2023.01.06 12:23:06 1: PERL WARNING: Use of uninitialized value $res in concatenation (.) or string at ./FHEM/96_RenaultZE.pm line 4                                                                                                         47.
2023.01.06 12:23:06 1: PERL WARNING: Use of uninitialized value $id_token in concatenation (.) or string at ./FHEM/96_RenaultZE.pm l                                                                                                         ine 894.
2023.01.06 12:23:06 1: PERL WARNING: Use of uninitialized value $id_token in string eq at ./FHEM/96_RenaultZE.pm line 896.
2023.01.06 12:23:07 1: PERL WARNING: Use of uninitialized value $accId in string eq at ./FHEM/96_RenaultZE.pm line 896.
2023.01.06 12:23:09 1: PERL WARNING: Argument "empty" isn't numeric in numeric ne (!=) at ./FHEM/96_RenaultZE.pm line 1023.



Für mich funktioniert alles prima, aber vielleicht helfen die Zeilen, den Code "wasserdicht" zu machen ;-)
FHEM auf BBB mit Wheezy: 1x CUL_HM_HM_SCI_3_FM, 1x INSTAR CAM3010, 1x HM-LC-SW1-PL2, 1x HM-LC-Bl1PBU-FM, 1x HM-Sen-MDIR-O, Viessmann Heizung, Gaszähler via GPIO, Klingel via HM-LC-Bl1PBU-FM an FBox, Mailcheck, AVR, XBMC, NanoCUL 433+668 an Raspi per Ethernet, Funksteckdosen (Pollin, IT), Automower

plin

#249
Zitat von: blueberry63 am 06 Januar 2023, 12:53:46
Für mich funktioniert alles prima, aber vielleicht helfen die Zeilen, den Code "wasserdicht" zu machen ;-)

Hi,

welche Version hast Du im Einsatz? Die 1.04 aus dem 1. Post???

Ich sehe gerade, dass ich sporadisch dieselben Meldungen habe. 71x seit 1.1.23, im letzten Quartal ca. 150x pro Monat. Bei mir passierte das z.B. zu folgenden Zeiten

2023.01.05 08:10:49
2023.01.05 08:25:50
2023.01.05 08:25:50
2023.01.05 08:40:50    +15 Min
2023.01.05 08:40:50
2023.01.05 08:55:50    +15 Min
2023.01.05 09:25:49    +30 Min
2023.01.05 09:55:49    +30 Min
2023.01.05 10:25:49    +30 Min
2023.01.05 10:55:51    +45 Min
2023.01.05 11:25:51    +30 Min
2023.01.06 01:19:07
2023.01.06 03:19:07
2023.01.06 08:10:55    +60 Min
2023.01.06 09:10:48    +15 Min
2023.01.06 09:40:48    +30 Min
2023.01.06 10:40:49    +60 Min
2023.01.06 11:10:48    +30 Min
2023.01.06 11:55:48    +55 Min
2023.01.06 11:55:48


Mein Update-Zyklus steht auf 900, also 15 Minuten. Zwischendurch geht es immer wieder.

Zu Renauklt kommen die Requests anscheiend durch:
errorCode=err.tech.wired.kamereon-proxy, errorMessage=Failed to forward request to remote service.

Ich muss das mal beobachten. Wenn ein Fehler Auftritt muss auch eine Fehlermeldung kommen - auch wenn die Ursache bei Renault liegt ...

Ciao
Peter
FHEM1 (Main) Raspi4 mit CUL, Homematic, SDUINO 433/OOK, zentrale Steuerung
FHEM2 (Keller) x86 mit CUL/hmland, IP-basierte Module
FHEM3 (Erdgeschoss) Raspi2 mit SDUINO 868/GFSK
FHEM4 (Hausanschlussraum), USV und OBIS-Modul
FHEM5 (Docker) mit FHEM2FHEM, InfluxDB

blueberry63

Ja, ich habe die 1.04 aus dem 1. Post installiert und mein Intervall ist 300.
FHEM auf BBB mit Wheezy: 1x CUL_HM_HM_SCI_3_FM, 1x INSTAR CAM3010, 1x HM-LC-SW1-PL2, 1x HM-LC-Bl1PBU-FM, 1x HM-Sen-MDIR-O, Viessmann Heizung, Gaszähler via GPIO, Klingel via HM-LC-Bl1PBU-FM an FBox, Mailcheck, AVR, XBMC, NanoCUL 433+668 an Raspi per Ethernet, Funksteckdosen (Pollin, IT), Automower

plin

Interessantes Fehlerbild. Im Modul rufe ich beim update diese Werte der Reihe nach ab

my $res = RenaultZE_gData_Step1($hash,'battery-status');
Log3 $name, 5, "RenaultZE_gData_Step1 - battery-status - RC=".$res;
$res = RenaultZE_gData_Step1($hash,'cockpit');
Log3 $name, 5, "RenaultZE_gData_Step1 - cockpit - RC=".$res;
$res = RenaultZE_gData_Step1($hash,'location')                            if ($phase eq "2");
Log3 $name, 5, "RenaultZE_gData_Step1 - location - RC=".$res              if ($phase eq "2");
$res = RenaultZE_gData_Step1($hash,'hvac-status')                         if ($phase eq "1");
Log3 $name, 5, "RenaultZE_gData_Step1 - hvac-status - RC=".$res           if ($phase eq "1");
$res = RenaultZE_gData_Step1($hash,'charge-mode');
Log3 $name, 5, "RenaultZE_gData_Step1 - charge-mode - RC=".$res;


Die Fehler treten aber sporadisch bei einzelnen Abfragen und nicht grundsätzlich in bestimmten Zeitfenstern auf

2022.12.20 08:25:56 : charge-mode
2022.12.20 09:10:53 : location
2022.12.20 09:10:53 : battery-status
2022.12.20 11:55:59 : location
2022.12.20 15:10:58 : battery-status
2022.12.20 15:25:59 : charge-mode
2022.12.20 16:10:58 : location
2022.12.20 16:10:58 : charge-mode
2022.12.21 08:10:59 : charge-mode
2022.12.21 11:25:57 : location
2022.12.22 08:30:47 : charge-mode
2022.12.22 09:30:49 : battery-status
2022.12.22 10:00:49 : charge-mode
2022.12.22 14:15:56 : charge-mode
2022.12.23 08:05:50 : battery-status
2022.12.23 08:35:52 : charge-mode
2022.12.23 10:20:55 : cockpit
2022.12.23 10:35:55 : battery-status
2022.12.27 08:45:51 : cockpit
2022.12.27 09:30:52 : charge-mode
2022.12.28 11:00:54 : charge-mode
2022.12.29 08:35:47 : cockpit
2022.12.29 11:20:47 : battery-status
2022.12.29 14:05:49 : location
2022.12.30 10:05:49 : battery-status
2022.12.30 10:05:49 : cockpit
2022.12.30 11:05:48 : cockpit


dann müssten nämlich zu einem Zeitpunkt alle Abfragen versagen. Evt. ein Timing Problem? Die Abfragen erfolgen als asynchrone HTTP-Requests. Vielleicht erfolgt eine Abfrage bevor die letzte beantwortet wurde???
FHEM1 (Main) Raspi4 mit CUL, Homematic, SDUINO 433/OOK, zentrale Steuerung
FHEM2 (Keller) x86 mit CUL/hmland, IP-basierte Module
FHEM3 (Erdgeschoss) Raspi2 mit SDUINO 868/GFSK
FHEM4 (Hausanschlussraum), USV und OBIS-Modul
FHEM5 (Docker) mit FHEM2FHEM, InfluxDB

plin

Wer möchte kann mittesten. Ich habe die API-Calls beim update auf 1-Sekunden-Takt umgestellt. Bei mir ist es seitdem ruhig im Log. Als Anlage die potentielle V 1.05.
FHEM1 (Main) Raspi4 mit CUL, Homematic, SDUINO 433/OOK, zentrale Steuerung
FHEM2 (Keller) x86 mit CUL/hmland, IP-basierte Module
FHEM3 (Erdgeschoss) Raspi2 mit SDUINO 868/GFSK
FHEM4 (Hausanschlussraum), USV und OBIS-Modul
FHEM5 (Docker) mit FHEM2FHEM, InfluxDB

blueberry63

Ich bekomme immer noch diese Meldung im LOG:


: ERROR: (2) RenaultZE_gData_Step2, error (data) while calling https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/53d27f25-c55e-46ed-8195-a21ac6c846f9/kamereon/kca/car-adapter/v1/cars/VF1AG000664529582/charge-mode?country=DE - errorCode=err.tech.wired.kamereon-proxy, errorMessage=Failed to forward request to remote service.
3: INFO: pretty printing error errorCode=err.tech.wired.kamereon-proxy, errorMessage=Failed to forward request to remote service.
FHEM auf BBB mit Wheezy: 1x CUL_HM_HM_SCI_3_FM, 1x INSTAR CAM3010, 1x HM-LC-SW1-PL2, 1x HM-LC-Bl1PBU-FM, 1x HM-Sen-MDIR-O, Viessmann Heizung, Gaszähler via GPIO, Klingel via HM-LC-Bl1PBU-FM an FBox, Mailcheck, AVR, XBMC, NanoCUL 433+668 an Raspi per Ethernet, Funksteckdosen (Pollin, IT), Automower

plin

Zitat von: blueberry63 am 11 Januar 2023, 16:18:22
Ich bekomme immer noch diese Meldung im LOG:


: ERROR: (2) RenaultZE_gData_Step2, error (data) while calling https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/53d27f25-c55e-46ed-8195-a21ac6c846f9/kamereon/kca/car-adapter/v1/cars/VF1AG000664529582/charge-mode?country=DE - errorCode=err.tech.wired.kamereon-proxy, errorMessage=Failed to forward request to remote service.
3: INFO: pretty printing error errorCode=err.tech.wired.kamereon-proxy, errorMessage=Failed to forward request to remote service.


mmhh, bei mir tauchen auch wieder welche auf. Keine Ahnung was da los ist. Die Anfrage erreicht ja die Renault-API, der kamereon-proxy sagt dann "Failed to forward request to remote service".  Reizüberflutung durch parallele Abfragen kann es nicht sein, denn die Meldung erscheint auch bei der allersten Abfrage des battery-status.

Man könnte jetzt hingehen und Log-Einträge für diese konkrete Fehlersituation unterdrücken. Oder nur bei verbose 5 loggen. Im ze_lastErr würde ich die Meldung aber weiterhin ausgeben.

FHEM1 (Main) Raspi4 mit CUL, Homematic, SDUINO 433/OOK, zentrale Steuerung
FHEM2 (Keller) x86 mit CUL/hmland, IP-basierte Module
FHEM3 (Erdgeschoss) Raspi2 mit SDUINO 868/GFSK
FHEM4 (Hausanschlussraum), USV und OBIS-Modul
FHEM5 (Docker) mit FHEM2FHEM, InfluxDB