RenaultZE

[knodono]

Hallo plin,
scheint nicht zu funktionieren, ich bekomme

ze_lastData
{"error":"access_denied","error_description":"Unauthorized"}

[knodono]

Hallo plin,
noch eine kleine Anregung:

Den Radius, in dem der Standort des Autos noch als "home" gilt, hat du fest auf 20m codiert. Ich habe zwei Ladestandorte, die etwas weiter als 20m auseinander liegen. Es wäre hilfreich, wenn man den Toleranzbereich z.B. durch ein Attribut selber festlegen könnte. Ich habe es für mich jetzt im Quellcode geändert, aber das ist nicht sehr elegant.

[plin]

Hallo plin,
scheint nicht zu funktionieren, ich bekomme

ze_lastData
{"error":"access_denied","error_description":"Unauthorized"}

Bei mir sieht es unterschiedlich aus:

• Beim letzten Key YjkKtHmGfaceeuExUDKGxrLZGGvtVS0J kriege ich Meldungen in ze_lastData
  
  Code Auswählen Erweitern
  {"type":"FUNCTIONAL","messages":[{"code":"err.func.403","message":"{\"errors\":[{\"status\":\"403\",\"code\":\"security.access\",\"detail\":\"Access is denied for this resource\"}]}"}],"errors":[{"errorCode":"err.func.403","errorMessage":"{\"errors\":[{\"status\":\"403\",\"code\":\"security.access\",\"detail\":\"Access is denied for this resource\"}]}"}],"error_reference":"FUNCTIONAL"} und ze_lastErr Error
  Code Auswählen Erweitern
  Error
raw errorCode=err.func.403, errorMessage={"errors":[{"status":"403","code":"security.access","detail":"Access is denied for this resource"}]}
status 403
code security.access
title
detail Access is denied for this resource

• Beim neuen Key oF09WnKqvBDcrQzcW1rJNpjIuy7KdGaB meldet sich nur ze_lastData mit
  Code Auswählen Erweitern
  {"error":"access_denied","error_description":"Unauthorized"}, ze_lastErr ist blank

Ist bei Dir beim Device oben der neue Key oF09WnKqvBDcrQzcW1rJNpjIuy7KdGaB  beim Setting KAMERON_API eingetragen? Sonst müsstet Du einen shutdown restart durchführen, damit die Änderung zieht.

[knodono]

Ist bei Dir beim Device oben der neue Key oF09WnKqvBDcrQzcW1rJNpjIuy7KdGaB  beim Setting KAMERON_API eingetragen? Sonst müsstet Du einen shutdown restart durchführen, damit die Änderung zieht.

Der neue Key ist eingetragen und die Fehlermeldung sieht in ze_lastData sieht aus wie bei dir. ze_lastErr ist auch leer

checkAPIkeys meint, es wäre alles in Ordnung.

[knodono]

Mit dem alten Key in der 1.11 funktioniert es. Bei checkAPIkeys kommt dann der Hinweis auf den neuen Key

[plin]

Mit dem alten Key in der 1.11 funktioniert es. Bei checkAPIkeys kommt dann der Hinweis auf den neuen Key

ok, dann wird die Anfrage vermutlich schon wegen des falschen API-Keys abgewimmelt. Schau'n wir mal ab wann der neue funktioniert.

Als Anlage jetzt die Version 1.12 mit dem alten Key und dem neuen Attribut ze_homeRadius zum Testen.

VG plin

[knodono]

Als Anlage jetzt die Version 1.12 mit dem alten Key und dem neuen Attribut ze_homeRadius zum Testen.

funktioniert

[beaune]

Frage: wann wird homeInfo und homeState eigentlich neu berechnet? Bei mir wird auch mehr als 20m Abstand angezeigt und ich hab Versucht, meinen Standort über die ze-Attribute zu korrigieren. Das führt aber leider nicht zur Neuberechnung der Readings, auch get update nicht.

[plin]

Frage: wann wird homeInfo und homeState eigentlich neu berechnet? Bei mir wird auch mehr als 20m Abstand angezeigt und ich hab Versucht, meinen Standort über die ze-Attribute zu korrigieren. Das führt aber leider nicht zur Neuberechnung der Readings, auch get update nicht.

Ich glaube (so meine Beobachtung) das passiert nur wenn der Wagen seine Position meldet.

[beaune]

Glaube ich auch, aber wäre es bei Änderungen der Attribute nicht auch nötig?

[plin]

Glaube ich auch, aber wäre es bei Änderungen der Attribute nicht auch nötig?

ah, so rum, hab's anderes interpretiert.

Als Anlage eine neue Version 1.13 zum testen.

[knodono]

Als Anlage eine neue Version 1.13 zum testen.

irgenwas ist jetzt faul in der Berechnung von distanceFromHome

distanceFromHome  5657.663

gpsLatitude und gpsLongitude sowie ze_latitude und ze_logitude sind richtig und liegen ganz nahe beieinander.

[knodono]

Als Anlage eine neue Version 1.13 zum testen.

irgenwas ist jetzt faul in der Berechnung von distanceFromHome

distanceFromHome  5657.663

gpsLatitude und gpsLongitude sowie ze_latitude und ze_logitude sind richtig und liegen ganz nahe beieinander.

Ein neues Setzen von ze_homeRadius hat das Problem mit der Entfernung behoben. Eine Änderung von ze_homeRadius ändert den Status von homeState aber immer erst, wenn man die Änderung zweimal macht.
(mit leicht variiertem Wert, damit es ein Update ist)

[plin]

Ein neues Setzen von ze_homeRadius hat das Problem mit der Entfernung behoben. Eine Änderung von ze_homeRadius ändert den Status von homeState aber immer erst, wenn man die Änderung zweimal macht.
(mit leicht variiertem Wert, damit es ein Update ist)

Wieder was dazugelernt. Die Funktion RenaultZE_Attr führt nur eine Syntaxprüfung durch. Wenn kein Fehler auftritt wird anschließend das Attribut durch FHEM gesetzt. Wenn ich also den Recalc in RenaultZE_Attr einbaue kommt der immer erst beim nächsten Durchlauf. Da komme ich also nicht dran.

Als Umgehungslösung habe ich den Recalc in die GET update Funktion eingebaut. Teste bitte mal die angehängte Version.
Also erst Attribt ze_homeRadius setzen, danach ein GET update durchführen.

[knodono]

Als Umgehungslösung ich ich den Recalc in die GET update Funktion eingebaut. Teste bitte mal die angehängte Version.
Also erst Attribt ze_homeRadius setzen, danach ein GET update durchführen.

Ja, das funktioniert so und ist meiner Meinung nach auch ausreichend, man ändert die Attribute ja nicht ständig.