FHEM Forum

in diesem thread soll es um den test einen neuen fhem moduls für die mercedes benz byocar (https://developer.mercedes-benz.com/news/byocar) daten.

voraussetzung:
- unterstütztes fahrzeug muss vorhanden sein
- mercedes me account muss vorhanden sein
- das fahrzeug muss im mercedes me account angelegt sein
- wichtig: einen browser auf dem fhem system laufen lassen können so das fhem unter localhost erreichbar ist

vorbereitung:
- anmelden unter https://developer.mercedes-benz.com/
- anlegen einer neuen app unter https://developer.mercedes-benz.com/console
- anmelden für die gewünschten apis
  - aktuell sind das für byocar: vehicle status, vehicle lock status, fuel status, electric vehicle status und pay as you drive insurance
  - nicht alles ist mit allen fahrzeugen möglich
  - nach dem aktivieren eines api dauert es scheinbar bis zu mehreren stunden bis
    man das erste mal daten dafür bekommt.
- unter https://developer.mercedes-benz.com/console sollten dann für die erstellte app
  eine client id und ein client secret sichtbar und die aktivierten apis aufgelistet sein.

danach:
- das angehängte modul in fhem installieren
- mit define <name> MB_BYOCAR <vin/fin> ein fhem device für das fahrzeug anlegen
- die ClientID und ClientSecret attribute setzen
- die redirect url aus der device detail ansicht (links oben) in der mb developer console
   zusätzlich eintragen
- in der device detail ansicht links oben auf login klicken und so die verknüpfung zu mb herstellen
  - dabei mit den mercedes me account anmelden
  - und die nachgefragten apis bestätigen
- der browser sollte wieder auf der device detail seite landen

- jetzt sollten sich mit den jeweiligen set <name> statusRequest <api> daten holen lassen


todo:
- es werden noch keine daten automatisch aktualisiert -> kommt noch
- das ganze geht aktuell nur wenn fhem vom browser aus unter localhost erreichbar ist
  -> mb lässt aktuell keine ip als redirect url zu, habe ich gemeldet, mal sehen ob und wann
       das behoben wird.

edit 2020-08-14: automatischer token refresh, doorstatusrearright fix

edit 2020-08-14: fixes and cleanups

edit 2020-08-16: meldung wenn ein api zu oft abgefragt wird

edit 2020-08-16: neues attribut polls zum regelmäßigen und aktualisieren der werte. das rate limit pro api wird berücksichtig. fehlgeschlagene abfragen werden noch nicht automatisch sofort wiederholt.

edit 2020-08-18: perl meldung beim start behoben, mehr und bessere log meldungen, readings bekommen jetzt den timestamp vom api als datum -> achtung: eventuell filellog probleme

edit 2020-08-21: neues ignoreTimestamp attribut, neues reddirectURL attribut

edit 2020-09-25: umstellung auf neue oauth api version. client id und ein client secret auf die neuen aus der mb developer console aktualisieren und neu über die detail absicht einloggen.

edit 2020-11-19: mb scheint jetzt ip adressen in der redirect url zu erlauben. d.h. der umweg über das redirect attribut sollte nicht mehr nötig sein.

edit 2021-03-10: verwendet jetzt http 1.1 statt 1.0 damit der loadbalancer glücklich ist.

edit 2023-01-06: update auf neues api

bin mit den vorbereitungen soweit durch - wenn auch sehr mühsam, da die website von MB ständig fehler ausspuckt. geht dir das auch so?

die FHEM integration teste ich am abend oder spätestens morgen.

danke schon mal!

seit eben habe ich auch fehler. gestern lief alles völlig problemlos. schaut wie ein server problem aus.

edit: laut mb und einem test eben geht wieder alles.

kann ich bestätigen. die website läuft ohne fehlermeldungen. der dev-support von MB hat mich auch informiert ... top!

Hi,

gerne kann ich mit testen. Nur mein Fhem läuft auf einem Pi...da läuft kein Browser drauf, oder?
Kann ich das anders angehen?

VG
Christian

Hallo justme1968,
das ist ja super, ich bin dabei mit dem Testen, jedoch erst ab 24.08.
melde mich wieder
Viele Grüße
Rainer

Ich bin relativ weit gekommen. Nach Eingabe von ClientID und ClientSecret sowie Bestätigung bei MB bekomme ich bei "Login" folgende Fehlermeldung:
https://api.secure.mercedes-benz.com:443: Can't load 'C:/fhem/perl/perl/vendor/lib/auto/Net/SSLeay/SSLeay.xs.dll' for module Net::SSLeay: load_file:The specified module could not be found at C:/fhem/perl/perl/lib/DynaLoader.pm line 193.
at C:/fhem/perl/perl/vendor/lib/IO/Socket/SSL.pm line 19.
Compilation failed in require at C:/fhem/perl/perl/vendor/lib/IO/Socket/SSL.pm line 19.
BEGIN failed--compilation aborted at C:/fhem/perl/perl/vendor/lib/IO/Socket/SSL.pm line 19.
Compilation failed in require at (eval 42) line 1.
BEGIN failed--compilation aborted at (eval 42) line 1.

Liegt das an meiner Config?

da stimmt mit dem perl IO::Socket::SSL etwas nicht. such mal ob du dazu etwas findest.eventuell mit sudo apt-get install libio-socket-ssl-perl oder sudo cpan install IO::Socket::SSL (neu) installieren.

ich sehe gerade das sind windows pfade... keine ahnung wie du da an das perl modul kommst. cpan sollte gehen.

Hallo,
ich habe jetzt auf meinem Laptop "localhost" einfach per hosts auf die IP von FHEM umgebogen.
Läuft wunderbar. :-)

Anmeldung etc hat alles fehlerfrei funktioniert.

Ich bekomme nur auf allen 5 Modulen ein "4: bad scope" und somit keinerlei Daten.

Im Log steht:

2020.08.14 13:26:31 3: e300de: unknown HttpAnswer:
2020.08.14 13:27:16 2: e300de: error: {"exveErrorId": "103", "exveErrorMsg": "Forbidden", "exveErrorRef": "fb735d37-0b37-4021-8ba8-9c79615c0097"}
2020.08.14 13:27:34 3: e300de: unknown HttpAnswer:
2020.08.14 13:30:51 2: e300de: error: {"exVeErrorId":"4","exVeErrorMsg":"Bad Scope","exVeErrorRef":"4d832678-0b13-463d-9afb-c1c88e71a3e8"}
2020.08.14 13:31:07 2: e300de: error: {"exVeErrorId":"4","exVeErrorMsg":"Bad Scope","exVeErrorRef":"7ef43ed3-84b9-4243-9fd7-db99569e8174"}
2020.08.14 13:32:25 3: e300de: unknown HttpAnswer:
2020.08.14 13:33:57 2: e300de: error: {"exVeErrorId":"4","exVeErrorMsg":"Bad Scope","exVeErrorRef":"8c5b4115-3a5f-48fa-b774-2c3fb19227d1"}
2020.08.14 13:34:02 2: e300de: error: {"exVeErrorId":"4","exVeErrorMsg":"Bad Scope","exVeErrorRef":"d95ba128-616e-440e-9f8d-11f285eaf38f"}
2020.08.14 13:34:07 2: e300de: error: {"exVeErrorId":"4","exVeErrorMsg":"Bad Scope","exVeErrorRef":"d6c497b5-7305-496b-9068-9da140c3a29c"}
2020.08.14 13:34:13 2: e300de: error: {"exVeErrorId":"4","exVeErrorMsg":"Bad Scope","exVeErrorRef":"91c95179-c22a-432a-b219-4b3ea40ee45c"}
2020.08.14 13:36:37 2: e300de: error: {"exVeErrorId":"4","exVeErrorMsg":"Bad Scope","exVeErrorRef":"77bce7c6-5eb0-42df-88a0-3120759ba7f7"}
2020.08.14 13:36:41 2: e300de: error: {"exVeErrorId":"4","exVeErrorMsg":"Bad Scope","exVeErrorRef":"8f266ffc-e18c-4e0a-90c6-bd6758246d8c"}
2020.08.14 13:36:44 2: e300de: error: {"exVeErrorId":"4","exVeErrorMsg":"Bad Scope","exVeErrorRef":"c2acdafd-2a8d-40ef-94d5-e1c0b598762d"}

Ideen?

VG
Christian

schau mal mit list <name> .OAuthToken nach ob du ein token bekommen hast.

ansonsten am besten mal verbose 4 im device schalten.

Hi,

einen Token habe ich bekommen.

Ich habe das Device nochmal komplett gelöscht und neu angelegt (inkl. Verbose 4).
Nach dem erfolgreichen Login und der Abfrage der einzelnen Modulinformationen steht folgendes im Log:

2020.08.14 15:39:08 4: e300de: requesting vehiclelockstatus container
2020.08.14 15:39:09 3: e300de: unknown HttpAnswer:
2020.08.14 15:39:18 4: e300de: requesting fuelstatus container
2020.08.14 15:39:19 3: e300de: unknown HttpAnswer:
2020.08.14 15:39:23 4: e300de: requesting vehiclestatus container
2020.08.14 15:39:25 3: e300de: unknown HttpAnswer:
2020.08.14 15:39:28 4: e300de: requesting electricvehicle container
2020.08.14 15:39:29 3: e300de: unknown HttpAnswer:

Unter Verbose 5:
020.08.14 15:43:01 4: e300de: requesting vehiclestatus container
2020.08.14 15:43:03 5: e300de: HttpAnswer: HTTP/1.1 204
Date: Fri, 14 Aug 2020 13:43:03 GMT
Connection: close
X-Content-Type-Options: nosniff
X-XSS-Protection: 1; mode=block
Cache-Control: no-cache, no-store, max-age=0, must-revalidate
Pragma: no-cache
Expires: 0
X-Frame-Options: DENY
Strict-Transport-Security: max-age=31536000; includeSubDomains; preload;
2020.08.14 15:43:03 5: e300de: HttpAnswer:
2020.08.14 15:43:03 3: e300de: unknown HttpAnswer:
Viele Grüße
Christian

Hab es jetzt auch geschafft, die Verbindung herzustellen. Bekomme aber ähnliche Meldungen wie mein Vorredner:

2020.08.14 15:44:00 2: GLC: error: {"exveErrorId": "104", "exveErrorMsg": "Not Found", "exveErrorRef": "d1a98ce8-c15b-47f8-be63-d3fccdf92dbe"}
2020.08.14 15:44:54 2: GLC: error: {"exveErrorId": "104", "exveErrorMsg": "Not Found", "exveErrorRef": "3448547c-3c61-465c-866a-c531c23f470c"}
2020.08.14 15:45:04 2: GLC: error: {"exveErrorId": "104", "exveErrorMsg": "Not Found", "exveErrorRef": "e5f6f17b-2332-4b94-8151-6d5da1f27fd4"}
2020.08.14 15:45:13 2: GLC: error: {"exveErrorId": "104", "exveErrorMsg": "Not Found", "exveErrorRef": "65a9873c-3a4e-40d0-822e-e95b3289f3fa"}

Idee?

wenn es exveErrorId meldungen gibt stimmt mit dem token etwas nicht.
also: schauen ob es mit list <name> .OAuthToken etwas gibt. falls ja: mit deletereading <name> .OAuthToken löschen. detail seite neu laden und noch mal einloggen. oder fhem device löschen und neu anlegen.

es kann auch sein das ich den token refresh noch nicht überall automatisch drin habe. dann müsste ein set <name> refreshToken helfen. das passiert wenn zwischen anlegen/einloggen und abfrage mehr als eine stunde vergangen ist.

bei Chris8888 sind diese meldungen aber inzwischen ja weg. d.h. da ist der login jetzt ok.


wenn es nur die unknown HttpAnswer: meldung bzw. mit verbose 5 sichtbar die HttpAnswer: HTTP/1.1 204 gibt: dann werden keine daten geliefert.

das passiert wenn der wagen das nicht unterstützt oder:

nach dem freischalten eines api auf der developer seite dauert es eine wenig bis man tatsächlich daten abfragen kann. das hat bei mir z.t. mehr als eine stunde gedauert.

es gibt ihn ersten beitrag eine neue version. damit sollte der automatische token refresh jede stunde gehen. und es ist ein fehler für das doorstatusrearright reading behoben.

Hallo zusammen,

tatschlich kommen nun in allen Modulen Daten an. Das hat jetzt mehrere Stunden gedauert, aber egal.

Ich habe noch eine weitere API gefunden, sie wird zwr nicht offiziell unter BYOCAR genannt, mak kann sie aber hinzufügen: Connected Vehicle
Findet man unter APIs und dann "Experimental".

Die Verbindung hält mit der neuen Version nun auch über die 1 Stunde an. Klasse!

Ist in den Modulen eigentlich auch das Schreiben geplant oder nur Lesen? Mich würde zB sehr das Starten der Standheizung reizen.

VG
Christian

hast du das Connected Vehicle wirklich bei deinem fahrzeug? laut doku kann man den zugang entweder kaufen (das geht aber nur auf anfrage) oder mit dem simulator nutzen.

die 5 aktuell verfügbaren apis erlauben kein schreiben.

Connected Vehicle würde das schreiben erlauben, ich kann es aber nicht mit meinem wagen verknüpfen. vielleicht ändert sich das ja noch.


falls du alexa hast kann ich den mb skill für die standheizung empfehlen. die rückfrage ist zuwar etwas nervig, aber besser als die fernbedienung zu suchen ist es schon mal.

Du hast recht, da war ich zu schnell. Ist nur eine Anbindung an ein Testauto...nicht das BYOCAR.

Schade!

Ich erhalte ebenfalls die exveErrorId-Meldungen. Allerdings habe ich meinen developer Account erst vor ein paar Minuten angelegt. 

Heute habe ich den Token gelöscht und mich neu angemeldet. Jetzt liefert er:

Test: error: {"exVeErrorId":"2","exVeErrorMsg":"The Extended Vehicle Service for this vehicle is not activated.","exVeErrorRef":"..."}

In der App kann ich aber beispielsweise den Reifendruck und den Füllstand des Tankes problemlos einsehen.

die app ist nicht relevant. dort werden apis verwendet die für byocar nicht zu verfügung stehen. bei welcher abfrage genau kommt die Meldung?

hast du dich für die 5 möglichen apis angemeldet und sind diese auf der consolen seite für deine app zu sehen?

ist dein wagen bei den jeweiligen apis als unterstützt aufgelistet? auf das api klicken und dann unter details. für tank füllstand ist das Fuel Status BYOCAR.

reifendruck geht so viel ich weiss per Connected Vehicle. das gibt es noch nicht für byocar.

für meinen wagen sehe ich auch beides in der app, bekomme aber beides nicht in fhem weil Fuel Status BYOCAR eine leere antwort liefert und Connected Vehicle garnicht möglich ist.

ansonsten gibt es glaube ich auch noch ein paar ungereimtheiten was modell nummern und modell jahre angeht. mein wagen müsste laut liste unterstützt werden weil er baujahr 2016 ist. tatsächlich geht aber einiges nicht was mit dem nachfolge modell ab 2018 definitiv geht, die beiden werden aber nicht getrennt aufgeführt.

ich sammle gerade alles was mir so auffällt und schreibe es an die developer abteilung. bisher ist das interesse an feedback definitiv vorhanden. ich habe von dort auch eine einladung für ein virtuelles developer event im september bekommen.

Zitatbei welcher abfrage genau kommt die Meldung?

Bei allen APIs.

Zitathast du dich für die 5 möglichen apis angemeldet und sind diese auf der consolen seite für deine app zu sehen?

Ja. Siehe der Screenshot im Anhang.

Zitatist dein wagen bei den jeweiligen apis als unterstützt aufgelistet?

Ja. Ich kann dir das Modell auch per PN schicken, wenn das hilft.

Zitattatsächlich geht aber einiges nicht was mit dem nachfolge modell ab 2018 definitiv geht, die beiden werden aber nicht getrennt aufgeführt.

Meiner ist Baujahr 06/2018 ...

Zitatich habe von dort auch eine einladung für ein virtuelles developer event im september bekommen.

Hört sich gut an!

Hallo,

es gibt noch weitere Vorraussetzungen lt. Dev-Seite:
    Interface to Third-Party Providers
    Remote Services
Beide Dienste müssen auf der MercedesMe-Seite aktiviert sein. Nur als Idee...

VG
Christian

So, ich hab jetzt FHEM auf einem Linux-Desktop mit Browser laufen und bin glaub ziemlich weit gekommen. Aktuell bekomm ich nach dem Login folgende Meldung:

2020.08.16 10:58:40 3: MyGLC: got code: <CODE>
2020.08.16 10:58:40 4: MyGLC: requesting oauth token
2020.08.16 10:58:41 4: MyGLC: got token
Undefined subroutine &main::encode_json called at ./FHEM/49_MB_BYOCAR.pm line 417.

Was könnte ich jetzt noch machen?

das perl JSON modul installieren.

falls es nicht daran liegt: bitte hol dir noch mal eine aktuelle version des moduls aus dem ersten beitrag.

Hi,
ich bekomme in der Api Fahrzeugstatus soweit alles angezeigt, nur bei den Fenster fehlen 3.
Ich habe nur vorne links als Reading: windowstatusfrontleft

Liegt das am Fahrzeug und der Kompabilität zur Api? Kann ich das irgendwo testen?

VG
Christian

manchmal kommen nicht alle daten. bei mir haben gestern z.b. die beiden hinteren fenster gefehlt. heute sind sie da. eventuell liegt es am zeitpunkt der letzten änderung.

laut api doku werden werte die älter als x stunden sind aus datenschutzgründen verworfen. vielleicht hat es damit zu tun.

oder wenn man zu viel abgefragt hat. die begrenzung auf x abfragen pro stunde ist im modul noch nicht eingebaut.

da es aktuell keine möglichkeit gibt abzufragen welche daten von einem fahrzeug prinzipiell unterstützt werden lässt sich auch nicht automatisch feststellen ob etwas fehlt.

Das war es. Ich habe mal per App alle Fenster geöffnet und dann den Status über die API upgedatet. Jetzt sind alle 4 Readings da.
Datenschutz auf "geöffnete Fenster"? Schon etwas sehr weit weg geholt. ;-)

Update: Bin jetzt mal zum Auto und habe alle Türen geöffnet, Leselampen und Innenraumbeleuchtung (an&aus), Ambientebeleuchtung an&aus, Scheinwerfer an/aus etc geschaltet.
Mein Auto scheint über die API das gesammte Thema Beleuchtung nicht abgebildet zu haben, davon kommt nix in den Readings an.

Wobei ich damit prima leben kann....gibt wahrlich schlimmeres. ;-)

Hab das Modul neu installiert. Im Log ist folgende Meldung:

2020.08.16 13:31:13 1: PERL WARNING: Use of uninitialized value $FW_wname in concatenation (.) or string at ./FHEM/49_MB_BYOCAR.pm line 212

edit: es funktioniert trotzdem. konnte mich jetzt einloggen. jetzt bin ich hier:

2020.08.16 13:33:49 4: MyGLC: got code: <code>
2020.08.16 13:33:49 4: MyGLC: requesting oauth token
2020.08.16 13:33:49 4: MyGLC: got token
2020.08.16 13:33:49 4: MyGLC: token valid, refreshing at: 2020-08-16 14:23:49
2020.08.16 13:34:19 4: MyGLC: requesting fuelstatus container
2020.08.16 13:34:20 2: MyGLC: error: {"exveErrorId": "104", "exveErrorMsg": "Not Found", "exveErrorRef": "<code>"}

FuelStatus bringt gerade Fehler...(104/204). Versuch mal eine andere API...die klappen aktuell besser.

204 bedeutet es sind keine daten vorhanden. entweder weil das auto zu alt ist oder weil es seit mehr as 12 stunden keinen wert gesendet hat. s.o.

ansonsten kann man fuel status auch nur ein mal pro stunde abfragen. wenn man öfter anfragt gibt es einen fehler.

im ersten beitrag gibt es ein update.

damit gibt es jetzt eine meldung wenn ein api zu oft abgefragt wird. dabei werden nur erfolgreiche abfragen gezählt.

Der GLC ist 2 Jahre alt inkl. Comand Online, Mercedes Me etc. Meinst, der ist zu alt?  :o

Sicherlich nicht....du kannst das aber auf der Dveloper-Seite nachsehen. Es gibt es Liste der Autos je API.

im ersten beitrag gibt es nochmal ein letztes update für heute.

über das polls attribut lässt sich die automatisch aktualisierung für die dort hinterlegten apis aktivieren. das rate limit wird pro api befolgt. falls eine anfrage fehlschlägt wird sie nicht automatisch sofort wiederholt sondern wird beim nächsten refresh mit berücksichtigt.

Zitat von: Chris8888 am 15 August 2020, 22:50:16
Hallo,

es gibt noch weitere Vorraussetzungen lt. Dev-Seite:
    Interface to Third-Party Providers
    Remote Services
Beide Dienste müssen auf der MercedesMe-Seite aktiviert sein. Nur als Idee...

VG
Christian

Besten Dank! Wie heißen die "Remote Services" auf deutsch? Die "Interface to Third-Party Providers" habe ich gefunden. Jetzt bekomme ich bei allen APIs 204er Fehler ^^

Hi,
ich vermute, dass sind im Deutschen diese hier:
Schnittstelle Drittanbieter: Fahrzeugdaten
Fernabfrage Fahrzeugstatus

204er sind nicht schlimm....das kann ja dauern.Einfach später mal versuchen.

PS: Danke für die vielen neuen Versionen des Moduls!
Mit dem letzten Update taucht das hier im Log nach einem Neustart auf:
PERL WARNING: Use of uninitialized value $FW_wname in concatenation (.) or string at ./FHEM/49_MB_BYOCAR.pm line 261, <$fh> line 3574.

Inzwischen bekomme ich folgende Meldung zurück:

2020.08.17 13:41:45 4: CAR: requesting vehiclelockstatus container
2020.08.17 13:41:45 5: CAR: HttpAnswer: HTTP/1.1 404 Not Found

Laut MB-Seite ist das: The requested resource was not found, e.g.: the selected vehicle could not be found.

Hat das auch jemand? Hab ich durch zu viele Versuche eventuell was bei MB zerschossen?

@Chris8888: die meldung kannst du erst mal ignorieren. die ist nicht kritisch. repariere ich aber noch.

@kalunde78: ist die vin die du im define angegeben hast wirklich richtig? du kannst mit get <name> vin den klartext anzeigen.

Ok, das wars ... mir ist wohl beim Kopieren die letzte Ziffer durch die Lappen gegangen ...  ::)

Aktuell ist aber glaub die MB-Dev-Seite down. Werde es später wieder versuchen ... Danke!!!

Ich konnte heute erstmals Werte abfragen. vehicle lock status hat tatsächlich sinnvolle Werte geliefert. Bei den anderen APIs habe ich 403er oder 500er Errors erhalten.

500er kommen wenn der server grad nicht mag oder überlastet ist.

403 ist laut doku permission denied. hast du alle apis für deinen app angemeldet? hast du beim login die haken alle vergeben?

Zitat403 ist laut doku permission denied. hast du alle apis für deinen app angemeldet? hast du beim login die haken alle vergeben?

Ja. Aktuell sind auch ein paar weitere Werte eingetrudelt. Was sagt mir der Wert "odo"?

Das ist dein Tachostand.  ;D

Odometer ... Macht Sinn  ;D

Jetzt einmal alle Fenster runter&hoch und die hinteren Türen auf und zu...und schon hast du noch mehr Readings. ;-)

Werde ich gleich probieren. Jetzt habe ich wieder einen 443er Fehler ...

Du hast den 443er...den habe ich auch schon fast den ganzen Tag.

443 ist nur der port für https.

wenn es einen timeout gibt antwortet der server nicht rechtzeitig. d.h. es gibt noch nicht mal einen fehler als rückmeldung. das passiert ab und zu. sollte aber eigentlich nicht mehrfach hintereinander passieren.

aktuell wartet das modul 30 sekunden auf eine antwort.

am besten setzt ihr das polls attribut und lasst das modul automatisch alle werte abfragen. das geschieht so oft wie möglich aber nicht öfter. damit sollte es auch weniger timeouts geben.

Das habe ich gesetzt. Aber ich bin heute auch noch nicht gefahren....ich dachte, dass kommt von den 12 Stunde Pause...

wenn keine daten da sind werden sie in der antwort weg gelassen oder es kommt eine leere antwort (204).

wenn gar nichts kommt, d.h. der server nicht reagiert kommt der timeout. das scheint auch zu passieren wenn man zu oft abfragt. aber dann eher als später noch mal versuchen fehler und nicht als timeout.

Beim vehicle status soll man u. a. auch die Position des Lichtschalters erscheinen. Hat jemand dieses Reading?

Ich darf vermelden, dass mein Tankstand 81 % beträgt und das Auto verschlossen ist! ;D

Zitat von: Persuasiv am 17 August 2020, 20:53:07
Beim vehicle status soll man u. a. auch die Position des Lichtschalters erscheinen. Hat jemand dieses Reading?

Ich vermute das geht nur bei den neuen MBUX-Systemen. Meiner ist aus 08/2019 und kann es nicht.

Habt ihr für odo was spezielles gemacht? Ich bekomme dieses Reading nicht ...

Das bekommst du über die API "Payasyoudrive"...

es gibt im ersten beitrag mal wieder ein kleines update:

- die perl meldung beim neustart sollte weg sein

- es gibt mehr und bessere log meldungen

- die readings bekommen jetzt ihr datum aus dem timestamp des api d.h. man sieht von wann
  die änderung tatsächlich ist. nicht wann sie in fhem gelandet ist.
  achtung: das kann probleme mit filelog geben weil das datum mehrerer aufeinanderfolgende
  log einträge nicht mehr monoton ist. dblog hat damit klein problem.
  eventuell mache ich das per attribut steuerbar.

Das wäre gut. Ich arbeite nur mit filelog.

Geht es bei euch zur Zeit? Ich bekomme 443-Meldungen.

Teilweise. Der Tachostand und die Türen gehen ... Beim Tank und der Reichweite bekomme ich auch einen 443er.

Funktioniert nun alles soweit gut - die Stabilität seitens MB vorausgesetzt.  8)

Wäre es möglich, das auf einem RPi ohne Browser zum Laufen zu bringen?

- ganz ohne browser: nein.
- mit einem browser der auf einem anderen system läuft: sobald mb die einschränkung bei den redirect urls
  behebt und ip adressen zulässt. oder dein lokaler dns funktioniert gut genug um per namen auf dein
  fhem system zuzugreifen

- du kannst mal versuchen das .OAuthToken reading auf ein ansonsten passend angelegtes device auf
  dem headless fhem zu kopieren und danach ein set <name> connect absetzen.

ps: es gibt ganz oben eine neue version.

- mit dem redirectURL attribut kann man die url selber setzen.
  voraussetzung: lokaler dns geht. achtung: eintragen auf der mb console nicht vergessen.

- mit dem ignoreTimestamp attribut kann man die auswertung der timestamps aus dem api   
  unterdrücken. dann macht FileLog keine probleme. andere möglichkeit: jeden wert in ein eigenes
  FileLog device/file loggen. dann sollten auch die timestamps aus dem api funktionieren.

Funktioniert bestens!  ;D

Jetzt versuche ich noch die Integration ins HomeKit. Hast du das schon gemacht?

Ich bekomme den ganzen Tag schon nur noch Error 404.
Bin ich damit alleine?

Ist bei mir seit ca. 09:00 Uhr auch so ...

ich hab mal bei mb angefragt...

Hallo,

ich bin ab sofort auch dabei  :D
- alles eingerichtet und konfiguriert
- sieht soweit gut aus
- aktueller Status: error: read from https://api.mercedes-benz.com:443 (https://api.mercedes-benz.com:443) timed out Viele Grüße
Rainer

Info -> New portal structure:  (https://developer.mercedes-benz.com/news)

Bekomme auch 443er ...

Zitat von: justme1968 am 17 August 2020, 19:43:47
443 ist nur der port für https.

wenn es einen timeout gibt antwortet der server nicht rechtzeitig.

aktuell wartet das modul 30 sekunden auf eine antwort.

d.h. es gibt auch keinen fehler code.

ihr könnt mal versuchen die 30 sekunden in zeile 567 zu erhöhen.

Die Zeile 567 ist eine Leerzeile ...

kurz drüber oder drunter:

timeout => 30,

Jetzt bekomme ich 504er Fehler  ;)

Zitat2020.08.23 17:25:15 3: Test: unknown HttpAnswer: 504 {"fault":{"faultstring":"Gateway Timeout","detail":{"errorcode":"messaging.adaptors.http.flow.GatewayTimeout"}}}

gleiches bei mir:

ich hatte auch den ganzen tag 443 Fehler und habe den  Timeout erhöht und bekomme jetzt:

2020.08.23 18:25:24 3: MyBenz: unknown HttpAnswer: 504 {"fault":{"faultstring":"Gateway Timeout","detail":{"errorcode":"messaging.adaptors.http.flow.GatewayTimeout"}}}

Meine beiden Installationen liefern immer noch 443er bzw. 504er Fehler. Da hat sich scheinbar bei Daimler irgend etwas geändert. Liefert das Modul noch bei jemandem Readings?

nö...nur 443

laut mb gibt es probleme im backend. sie arbeiten dran.

ps: 443 ist keine fehler/fehlercode. das ist nur der https port.

Situation ist unverändert....

Immerhin haben sie den API Status angepasst ...

Ich habe heute ein paar Readings erhalten  8)

Ich auch, schaut wieder gut aus.

Bitte steinigt mich nicht, aber ich versuch jetzt schon länger, mich darüber schlau zu machen, wie ich die Readings ins HomeKit als Senor bekomme. Hat das jemand gemacht bzw. einen Tip? Ich komm da nicht wirklich weiter mit der FHEM-Doku.  :-\

Hi,
warum steinigen?

Das Thema Homebridge-Mapping ist sicherlich kein einfaches, aber durchaus machbar.
Allerdings gibt es für die Art Daten keine vorhandene Characteristic, du müsstest also etwas umbiegen.
Dazu gibt es einen sehr umfangreichen Forumsbeitrag.

Die Frage m.E. ist eher: Was soll der Nutzen sein? Die Mercedes-Me-App kann viel mehr und zeigt es auch noch in schön an.

VG
Christian

Aber wenn es unbedingt angehen willst, was soll denn im Homekit landen? Und wie weit bist du schon gekommen?

Hi!

bei meinen Recherchen zu einer möglichen Lösung bin ich durch zahlreiche Forenartikel gewandert. Da werden Anfängerfragen nicht gerne gesehen - was ich auch verstehe ... das Forum sollte "clean" gehalten werden. Deshalb die Bitte auf Verzicht der Steinigung.  ::)

Die Frage nach dem Nutzen: Es keinen Konkreten - außer meiner Vision, alle meine vernetzten Geräte inkl. Sensoren und Aktoren im HomeKit verfügbar zu machen.

Ich bin soweit gekommen, dass ich verstanden habe, dass es nicht FHEM-OOTB funktionieren wird. Ehrlich gesagt bin ich schon damit gescheitert, das Reading im FHEM zur Verfügung zu stellen. Vielleicht reicht aber schon der Link zu dem von dir erwähnten Artikel? Ich les mir das gerne durch und versuch es eigenständig.   ;D

LG und Danke!

Dann denke nochmal über deine Vision nach....nicht jede Arbeit lohnt sich.

Aber egal:
Da Homekit keine "Geräte" mit vielen unterschiedlichen Stati anzeigen kann....da ist eher "keep it simple", musst du dir zB für jede Türe einen eigene Dummy anlegen. Diesen dann als GenerecDeviceTyp = Switch deklarieren und schon hättest du eine Tür auf/zu-Anzeige.

Oder du verwendest zB einen "Thermometer" für den Kilometerzähler....schau dir mal die Liste der Characteristics im GitHub an und überlege welcher am besten zu deiner Erwartung passt.

Aber die Sinnfrage bleibt.

Danke, werd ich versuchen.

Es muss nicht immer alles einen Sinn haben. Manchmal macht man Dinge einfach deshalb, weil man es kann.  ;)

Hallo,
ich habe mein Fahrzeug am 23.08. erstmalig im FHEM angelegt. Seit heute bekomme ich eine Verbindung und die Readings füllen sich :D
Viele Grüße und Danke für das Modul.
Rainer

Hi, ich habe seit Tagen keine neuen Daten bekommen, immer ein 443er Fehler.
Sind das immer noch Probleme im Backend?

Viele Grüße
Christian

Scheinbar schon. Ich bekomme nur an manchen Tagen ein paar Datensätze. Seit dem 7.9. ist nichts mehr angekommen.

Ja, das habe ich auch, einmal gehts und einmal gehts nicht. Alle Readings habe ich auch noch nicht bekommen.
Beispiel: Ich habe nur vorne rechts ein Fenster  ;D . Bei mir waren die letzten Aktualisierungen am 05.09.
Viele Grüße
Rainer

Ich habe heute eine E-Mail erhalten, dass es scheinbar Änderungen gibt:

Take action now: necessary changes to your applications using OAuth protected APIs
- Exchange the API endpoints (URLs) in your application with the ones reflecting the new major API version.
- Switch to our new OAuth endpoints used to obtain an authorization code and access token for data access.
- Affects "Connected Vehicle" API (experimental) subscribers only: re-subscribe to this API.
­- Exchange your OAuth client credentials. You will receive the new credentials in your console area of the Mercedes-Benz /developers portal.
   ­
­    ­    ­
­    ­

Änderungen (https://developer.mercedes-benz.com/oauth_migration) im Modul notwendig  :)

ich habe gerade versucht das modul umzustellen. leider passt noch irgendetwas nicht und ich bekomme ein oauth token ohne refresh_token. d.h. ich kann dann das token nicht mehr verlängern.

ich habe beim developer team angefragt...

gestern ist von mb schon eine antwort gekommen. es gab ein problem im api und/oder in der doku. die kombination hat dann das problem erzeugt. kurz danach ist auch eine zweite mail gekommen das es repariert ist. ich hatte aber noch keine zeit zum testen. sobald ich das modul umgestellt habe und tatsächlich alles wieder geht poste ich es ganz oben.

Guten Tag,

ich habe mit großer Freude diesen thread gefunden. Ich bin leider kein großer FHEM Experte und nutze es hauptsächlich als Ergänzung / Integration in IOBROKER da es dort einige Geräteadapter nicht gibt. (z.B. ARLO Kameras) Leider funktioniert eben auch seit der Umstellung bei MB der mercedes me Adapter nicht mehr, so dass ich das jetzt über FHEM einbinden wollte.
Ich habe die Installationsanleitung von Seite 1 befolgt, das byocar Modul läuft, bei MB Developer habe ich die APP erstellt und die APIs hinzugefügt.
Client ID und Secret habe ich in FHEM eingetragen, nur leider funktioniert der Login nicht.

Fehlermeldung:
Error
Reason: invalid_client
Description: The given client credentials were not valid

Ich führe das Ganze im Browser des PIs aus, auf dem auch FHEM installiert ist.

Kann mir dabei vielleicht jemand weiterhelfen?
Ich bedanke mich schon mal im Voraus

LG Ron 

Erstens hat Mercedes ein paar URL's zur Authentifizierung geändert ("id.mercedes-benz.com" anstatt "api.secure.mercedes-benz.com") und zweitens gibts aktuell generelle Probleme mit diesen Diensten.
Ich bekomme zwar noch das access_token, danach bei der eigentlichen Abfrage aber diese Fehlermeldung:
"exVeErrorId":"3","exVeErrorMsg":"This vehicle / user combination is not valid."
Nehme an, dass das noch ein paar Tage dauern wird, bis da wieder etwas funktioniert.

API funktioniert nun endlich wieder. Hab mir mal ein paar php Scripte gebastelt, damit man das abfragen kann. Vielleicht sparen die jemanden hier ein wenig Arbeit, deshalb hab ich sie mal hier https://github.com/riogrande75/mercedes_soc (https://github.com/riogrande75/mercedes_soc)gepostet.

anbei eine umgestellte version. das einloggen und der token refresh gehen damit wieder. ich bekomme aber aktuell keine daten zurück.

wenn jemand testen will:
- die ClientID und ClientSecret attribute auf die neuen werte setzen
- über den login link neu einloggen

ps: warum jemand der fhem nutzt auf irgendwelche php skripte ausweicht ist mir nicht ganz klar...

edit 2020-09-25: die version ist in den ersten beitrag (https://forum.fhem.de/index.php/topic,113521.msg1077962.html#msg1077962) gewandert.

Hi,
klappt wieder wunderbar. Die Daten kommen auch. DANKE!

Hi,

mit der geänderten Version hat der Login nun prima funktioniert. Ein Token scheint angekommen zu sein. Leider kriege ich den Fehler 204, was wohl bedeutet, dass kein Fahrzeug erkannt wird.

ich habe gerade eine anfrage von mb bekommen ob die probleme die wir mit den timeouts hatten behoben sind.

in der antwort habe ich gleich mal nach den 204 meldungen gefragt.

laut mb sollten sie 204 meldung weg sein wenn der wagen bewegt wurde. wie oben schon geschrieben werden nur werte aus den letzen 12 oder so stunden geliefert. alles was älter ist existiert für das api nicht mehr.

Soeben nachgesehen, nach der Heimfahrt. Ja jetzt sind Werte da. Aber erst nachdem ich einzeln abgefragt habe. Kommen die dann von nun an automatisch oder muss ich diese regelmäßig selbst abfragen?

du musst das polls attribut setzen. dann geht alles automatisch.

@ justme1968  Vielen Dank für die Hilfe und ein noch größeres Lob und Dankeschön für deine tolle Arbeit.

Ich muss gleich mal noch eine Frage hinterher schieben. Wie kriege ich denn die zweite Sternenkarosse meiner Frau mit eingebunden? Eine zweite Instanz vom ByocarModul lässt sich nicht installieren. Und bei der Erstinstallation muss ich ja eine FIN mit angeben. Oder können dort auch gleich zwei FINs erfasst werden? Ich probiere das einfach mal.

Mh,
ich kann machen was ich will, mit der alten Version hat es geklappt, mit der neuen gehts nicht.
Es kamen Daten von: Vehicle Lock Status, Vehicle Status, Fuel Status, Pay As You Drive Insurance
Was habe ich getan?
- neue Version des Moduls eingesetzt
- geht nicht (Fehler siehe unten)
- Im Developer meine APP gelöscht und neuer Versuch (Fehler siehe unten), dieses Mal nur mit Fuel Status und Vehicle Status
- geht nicht (Fehler siehe unten)
- FHEM Device gelöscht, Device neu angelegt- geht nicht (Fehler siehe unten)
- Eine Nacht darüber geschlafen  ;D   
- geht nicht (Fehler siehe unten)
- Keine Idee mehr  >:(   
-> Fehler: https://localhost:8083/fhem/MB_BYOCAR?error_description=The+requested+scope+is+invalid%2C+unknown%2C+malformed%2C+or+exceeds+that+which+the+client+is+permitted+to+request.&state=NAMEXYZ&error=invalid_scope#. Viele Grüße
Rainer

@Rumpeltec: für mehrere fahrzeuge wollte ich mir noch etwas überlegen. bin noch nicht dazu gekommen.

@Heuberg: bitte versuche es noch mal mit der version aus dem ersten beitrag. und wenn es nicht geht zeig mal mit verbose 5 was als scope im log steht.

habs gerade versucht:
- Die Version vom ersten Beitrag eingesetzt
- Keine Änderung
- Wenn ich "Login" drücke passiert nur eins:
- Der Broser meldet, daß: "localhosthat eine Verbindung verweigert" oder "Fehler: Verbindung fehlgeschlagen" -> bei verschiedenen Brosern- Kein Eintrag im LogFile mit Verbose 5 (?)
- Wenn ich z.B. set XX statusRequest fuelstatus ausführe, dann sind im LogFile Einträge

Bei mir kommt unknown: 204. Ich habe das Fahrzeug aber auch noch nicht wieder bewegt.

Neuer Versuch:
- Anderes FHEM in anderem Netzwerk
- Neue Mercedes me ID
- Selber Fehler
Beim Login wird folgendes aufgerufen:
https://id.mercedes-benz.com/as/authorization.oauth2?response_type=code&redirect_uri=https%3a%2f%2flocalhost%3a8083%2ffhem%2fMB%5fBYOCAR&client_id=XXXXX&scope=mb:vehicle:mbdata:evstatus%20mb:vehicle:mbdata:fuelstatus%20mb:vehicle:mbdata:payasyoudrive%20mb:vehicle:mbdata:vehiclelock%20mb:vehicle:mbdata:vehiclestatus%20offline_access&state=NAME
Als Antwort kommt:
https://localhost:8083/fhem/MB_BYOCAR?error_description=The+requested+scope+is+invalid%2C+unknown%2C+malformed%2C+or+exceeds+that+which+the+client+is+permitted+to+request.&state=NAME&error=invalid_scope#.
- Danach meldet der Browser "Fehler: Verbindung fehlgeschlagen"

@Persuasiv: die 204 kommt wenn es keine aktuellen werte gibt weil der wagen nicht bewegt wurde.

@Heuberg: das ist sehr komisch und ich habe keine idee was da schief geht.

ansonsten habe ich aber auch gerade selber das lustige problem das ich auf meinem haupt system das token nicht aktualisieren kann und nicht weiss warum. auf dem test system geht alles wie es soll. wenn ich von dort ein unbenutztes refresh token zum haupt system kopiere bekomme ich den feher. wenn ich danach den refresh auf dem test system probiere geht alles.

ich schaue am wochenende in ruhe.

Mein System läuft inzwischen.  8)

Neuer Status:
- Nachdem ich den Eingabestring vom Login geändert habe (die Abfrage jeweils nur mit einer "mb:vehicle:mbdata:fuelstatus" etc. durchgeführt) dann konnte ich die APIs einzeln bestätigen  :D . - wenn ich jetzt Login verwende, dann lande ich bei mercedes me
- Anmeldung funktioniert
- dann gehts wieder zurück, als Antwort kommt:
https://localhost:8083/fhem/MB_BYOCAR?code=#####&state=XYZ
- Danach meldet der Browser "Fehler: Verbindung fehlgeschlagen"
- Das sieht ja schon mal besser aus, jetzt fehlt noch ein kleines Stück

Hi,

hier meine Erfahrungen nach meinen kleinen Kampf es zum Laufen zu bekommen.

• Für Fritzbox benutzer: Fhemrechner unter Heimnetz einen Namen geben, dann ist er im DNS eingetragen und unter diesen Namen erreichbar (z.b fhemraspi)
• checken ob fhem unter diesen Namen erreichbar ist (http://fhemraspi:port/fhem)
• in byocar alle diese APis aktivieren: electricvehicle, fuelstatus, payasyoudrive, vehiclelockstatus, vehiclestatus. Auch wenn man sie nicht nutzt oder kein Elektroauto hat, sonst kam immer ein Fehler beim login
• attribut redirectURL http://fhemraspi:port/fhem/MB_BYOCAR in fhem und byocar setzen
• attribut ClientID und ClientSecret in fhem setzen
• jetzt musste ich den login link in einen neuen TAB kopieren und aufrufen

Dann hat es geklappt.

Guten Morgen,
jetzt klappts auch bei mir  ;D 8)
Die Information von eisenhauer1987 kann ich bestätigen:

Zitatin byocar alle diese APis aktivieren: electricvehicle, fuelstatus, payasyoudrive, vehiclelockstatus, vehiclestatus. Auch wenn man sie nicht nutzt oder kein Elektroauto hat, sonst kam immer ein Fehler beim login

Viele Grüße
Rainer

ok. da scheint sich ein undokumentiertes feature geändert zu haben wenn jetzt die nachgefragten apis genau zu den tatsächlich aktivierten passen müssen. das war vorher anders. aber egel. gut das es wieder geht.

Und weiter gehts  ;D
- Wenn ich beim "Fehler: Verbindung fehlgeschlagen" im Browser den localhost durch die richtige IP ersetze und nochmals abschicke, dann gehts  8)

Nächstes Thema: eSMART
- Ich habe auf einem anderen FHEM einen AkkuSmartie mit einer eigenen APP angelegt, soweit alles gut
- Verifizierung läuft, token ist da
- Fehlermeldung: statusRequest:electricvehicle: 403 3:This vehicle / user combination is not valid
- Auch bei den anderen statusRequests kommt diese Meldung
- wird wohl nicht mit den Smarties funktionieren

Guten Abend,
ich bekomme leider seit dem 09.10.2020 keine Daten mehr von Mercedes.
Status: Unknown 401

Hier mal ein Auszug von Logging:
Not active"}
2020.10.18 22:58:15 3: Mercedes: unknown HttpAnswer: 401 {"code":"401","reason":"Token invalid: Not active"}
2020.10.18 22:58:15 3: Mercedes: unknown HttpAnswer: 401 {"code":"401","reason":"Token invalid: Not active"}
2020.10.18 22:58:15 3: Mercedes: unknown HttpAnswer: 401 {"code":"401","reason":"Token invalid: Not active"}
2020.10.18 22:58:15 3: Mercedes: unknown HttpAnswer: 401 {"code":"401","reason":"Token invalid: Not active"}
2020.10.18 22:58:32 4: Mercedes: requesting payasyoudrive container
2020.10.18 22:58:32 4: Mercedes: statusRequest:payasyoudrive: query took 0 seconds
2020.10.18 22:58:32 5: Mercedes: HttpAnswer: HTTP/1.1 401 Unauthorized
Date: Sun, 18 Oct 2020 20:58:32 GMT
Content-Type: application/json
Content-Length: 51
Connection: close
Strict-Transport-Security: max-age=31536000; includeSubDomains; preload;
2020.10.18 22:58:32 5: Mercedes: HttpAnswer: {"code":"401","reason":"Token invalid: Not active"}
2020.10.18 22:58:32 3: Mercedes: unknown HttpAnswer: 401 {"code":"401","reason":"Token invalid: Not active"}
2020.10.18 22:58:36 4: Mercedes: requesting fuelstatus container
2020.10.18 22:58:36 4: Mercedes: statusRequest:fuelstatus: query took 0 seconds
2020.10.18 22:58:36 5: Mercedes: HttpAnswer: HTTP/1.1 401 Unauthorized
Date: Sun, 18 Oct 2020 20:58:36 GMT
Content-Type: application/json
Content-Length: 51
Connection: close

Scheint etwas mit dem Token bzw. Zeitstempel zu sein, oder?
Hat noch jemand gerade Schwierigkeiten mit den Datenabruf bei Mercedes?

Danke & Gruß vorweg!
Christian

Ich habe das gleiche Problem  ;)

Hatte ich auch. Token löschen und neuer Login, dann ging es wieder.

ZitatHatte ich auch. Token löschen und neuer Login, dann ging es wieder.

Kann ich bestätigen

Danke, bei mir geht es dann wohl auch wieder!  ;D

Hi,

ich bekomme kein "tanklevelpercent" beim Fuelstatus. Ist das bereits implementiert?

Ich verliere immer mal wieder meinen token:

Zitatrefresh token: 400 invalid_grant:unknown, invalid, or expired refresh token

Weiß jemand, wie ich am schnellsten wieder in den "Modus" Anmeldung komme?
Viele Grüße und Danke
Rainer

deletereading <name> .OAuthToken und danach die Seite neu laden.

@eisenhauer1987: es sollten alle werte als reading angelegt werden die das api zurück liefert. nicht alle fahrzeuge liefern alles und die werte sind immer nur ein paar stunden nach der letzten änderung verfügbar.

@Heuberg: set <name> relogin
ich muss mich seit ein paar tagen auch in der app immer wieder mal neu anmelden.

Also ich denke schon das, dass Auto den Füllstand unterstützt. In der App wird dieser auch angezeigt. Nur im Modul fehlt er.

Developer Info:
Due to internal maintenance, our APIs as well as the user login and registration in the portal won't be available between
Saturday, 14th of November 2020 20:00 CET and Sunday 15th of November 02:00 CET

@justme1968
Könntest Du gelegentlich die Experimental products
Connected Vehicle und Finance Calculator
auch mit aufnehmen?
Viele Grüße und Danke
Rainer

@eisenhauer1987: die app verwendet ein anderes api. wenn das reading nicht erscheint kommt der wert bei dir nicht per api. du kannst aber mit verbose 5 mal schauen ob du mehr siehst.

@Heuberg: Connected Vehicle ist leider nicht für byoc verfügbar sondern nur mit simulierten daten.
beim Finance Calculator wüsste ich nicht was man in fhem damit macht.

Ok, dann kann man nichts machen....Schade das die Daten hier nicht mitgeliefert werden obwohl sie vorhanden sind.

Hallo zusammen,

habe jetzt auch endlich meinen Mercedes bekommen und wollte ihn nun integrieren.
Die Schritte auf Seite 1 habe ich alle erfolgreich abschließen können bis zu dem Punkt "Login":

Wenn ich auf Login klicke, kommt die Mercedes-Seite und nach der Anmeldung kam (beim ersten Mal) die Bestätigung der div. APIs - soweit alles gut. Nach der Anmeldung geht's zurück auf http://sh.xxxxx:8083, also auf die FHEM-Startseite und nicht auf die Detailseite.
http://sh.xxxxx:8083 ist in den API-Einstellungen eingetragen und im FHEM-Device als redirectURL

Allerdings steht der state weiterhin auf "please login"  :(
Der Versuch, diverse statusRequests auszuführen, führt zu "unknown: 401"

Ich würde mich sehr freuen, wenn mir hier jemand ein bisschen unter die Arme greifen würde...

CU,
Matze

Hallo Matze,

schau mal ob das bei Dir so passt?
attribut redirectURL  in fhem und byocar setzen
Viele Grüße
Rainer

Hallo Rainer,

Zitat von: Heuberg am 18 November 2020, 18:23:12
attribut redirectURL  in fhem und byocar setzen

Genau das wollte ich mit

Zitathttp://sh.xxxxx:8083 ist in den API-Einstellungen eingetragen und im FHEM-Device als redirectURL

eigentlich zum Ausdruck bringen  8)

Diese URL steht also sowohl im FHEM-Device als auch in der "App" auf https://developer.mercedes-benz.com/console drin. Das scheint auch zu funktionieren: wenn ich im FHEM-Device die URL ändere (z.B. auf IP-Adresse oder http://smarthome.xxxx:8083, was ebenfalls korrekt aufgelöst wird) und dies nicht im BYOCAR registriert ist, bekomme ich von Mercedes eine entsprechende Fehlermeldung geliefert.

Hallo Matze,

hast Du die redirectURL mit http://sh.xxxxx:8083 definiert?
Die redirectURL sollte mit http://sh.xxxxx:8083/fhem/MB_BYOCAR definiert sein

Viele Grüße
Rainer

korrekt. das modul hängt sich unter .../MB_BYOCAR einen cgi handler ein. d.h. das vorgehen zum manuellen setzen der redirect url ist:

- ohne redirectURL attribut schauen was auf der device detail seite angezeigt wird.
- dafür sorgen das diese url über hostnamen statt ip erreichbar ist (durch einen alias, ein forward, ...)
- diesen alias (der auf der ursprünglichen url landen muss) eintragen

- achtung: ich habe gerade gesehen das man inzwischen scheinbar urls mit ip adressen verwenden kann. d.h. der umweg über die redirectURL sollte nicht mehr nötig sein.

Hallo Rainer,

Zitat von: Heuberg am 18 November 2020, 22:31:46
Die redirectURL sollte mit

Code Auswählen Erweitern

http://sh.xxxxx:8083/fhem/MB_BYOCAR definiert sein

Danke - das war's!

Login war jetzt erfolgreich, aber alle statusRequests liefern "unknown: 204" (so langsam kommen Daten  :) )

Hallo allerseits,

ich würde die Werte gerne automatisch/periodisch aktualisieren - was erwartet das polls-Attribut denn als Parameter? Sekunden? Minuten? Stunden? ...?

die liste der apis die du automatisch abfragen willst

Hi,

Zitat von: justme1968 am 19 November 2020, 20:19:59
die liste der apis die du automatisch abfragen willst

... eigentlich ganz logisch und selbsterklärend, wenn man einfach mal in das Eingabefeld klicken würde  ;D

Vielen Dank trotzdem  :)

Guten Morgen,

habe gestern diesen Thread gefunden und vorgestern einen Mercedes mit entsprechender Ausstattung abgeholt. Nachdem ich alle Schritte durchgeführt habe (und auch alle Einträge in diesem Thread gelesen habe...), scheitere ich nach dem Login laut Log (verbose 5) an folgendem:

Zitat2020.12.24 07:37:02 4: E300de: requesting vehiclelockstatus container
2020.12.24 07:37:02 4: E300de: statusRequest:vehiclelockstatus: query took 0 seconds
2020.12.24 07:37:02 5: E300de: HttpAnswer: HTTP/1.1 401 Unauthorized

Davor habe ich einen Token erhalten, allerdings ist darin auch ein Fehler enthalten (habe Tokens usw. hier gekürzt):

Zitat2020.12.24 07:35:29 4: E300de: got code: JqM...Xmo
2020.12.24 07:35:29 4: E300de: requesting oauth token
2020.12.24 07:35:29 5: E300de: HttpAnswer: HTTP/1.1 200 OK

Date: Thu, 24 Dec 2020 06:35:28 GMT
Content-Type: application/json;charset=utf-8
Connection: close
Vary: Accept-Encoding
Set-Cookie: INGRESSCOOKIE=1608791729...8; Path=/as; HttpOnly

X-Frame-Options: SAMEORIGIN
Referrer-Policy: origin
Cache-Control: no-cache, no-store
Pragma: no-cache
Expires: Thu, 01 Jan 1970 00:00:00 GMT
Set-Cookie: PF=wNcth...Ven;Path=/;Secure;HttpOnly;SameSite=None
Content-Security-Policy: frame-ancestors 'none'
X-Content-Type-Options: nosniff
X-XSS-Protection: 1; mode=block
2020.12.24 07:35:29 5: E300de: HttpAnswer: {"access_token":"eyJhbGciOiJkaXIiLCJlbmMiOiJBMjU2Q0JDLUhTNTEyIiwiY3R5IjoiS...a1RG1","token_type":"Bearer","expires_in":7199}
2020.12.24 07:35:29 3: E300de: unknown HttpAnswer: 200 {"access_token":"eyJhbGciOiJkaXIiLCJlbmMiOiJBMjU2Q0JDLUhTNTEyIiwiY3R5IjoiSldUIiwia2lkIjoiQ0lBTVNZTSIsInBpLm...WFzk-

Habt ihr vielleicht nen Tipp für mich? Login, Freigabe der Dienste, Eintragungen in der MB Console usw. hab ich nun schon mehrfach überprüft - auch neu angelegt... bringt leider nichts.

Vielen Dank schon mal!

Hallo,

habe heute versucht das Modul in Fhem zu verwenden.
Die Einrichtung hat soweit auch funktioniert und ich habe einen Token bekommen. Login hat soweit funktioniert.
Allerdings bekomme ich beim Abfragen der Werte immer folgende Fehlermeldung:

error: https://api.mercedes-benz.com/vehicledata/v2/vehicles/W1V447xxxxxxxxx/containers/vehiclestatus: Can't connect(2) to https://api.mercedes-benz.com:443: SSL connect attempt failed because of handshake problems error:14094410:SSL routines:ssl3_read_bytes:sslv3 alert handshake failure

Habt Ihr eine Idee woran das liegt?
Mercedes hat seine API dachbestimmt nicht mit SSLv3 abgesichert. Wo kommt das SSLv3 her?
Hat jemand eine Idee?

PS: Mein Fhem läuft auf einer Ubuntu VM (nicht auf meinem Laptop). Muss hier was besonderes beachten?

Liebe Grüße
André

Bei mir ist das Modul vor ca. einem Monat ausgestiegen. Bekomme jetzt immer folgenden Fehler:

   
unknown: 426

Den Token habe ich schon gelöscht. Wofür steht der Fehler?

Ist bei mir auch so....

Dann muss wohl das Modul angepasst werden.

die genaue meldung ist 426 Upgrade Required. leider taucht die in der dokumentation nicht auf. ich habe dazu angefragt.

Nix neues?

leider noch nicht. es gingen schon mehrere mails hin und her. mir scheint sie sind ratlos ...

kurzes update: ich habe gerade vom mb developer team hier im forum eine rückfrage per pm erhalten. ich bin beeindruckt. das geht noch über die bisherigen positiven erfahrung hinaus.

Gibt es schon Pläne wie man 2 Autos (2 verschiedene MB-Accounts) hier rein bekommt?

es gibt im ersten beitrag eine neue version die wieder funktionieren sollte. das problem war der dort vorgeschaltete load balancer der scheinbar plötzlich http 1.0 nicht mehr mochte. mit http 1.1 geht es wieder.

@Chris8888: wenn du die zeile 122 und 123 auskommentierst müsstest du mehrere devices anlegen können. bitte mal testen.

Hi,

testen kann ich das noch nicht...das Auto kommt erst noch. Ich melde mich dann.

VG
Christian

So, Connect geht wieder. DANKE!

Reload, Token löschen und neuer Login ....fertig

Update: zu früh gefreut...nach 3-4 Minuten kommt:     
error: 500

Bei mir geht es (zumindest aktuell) ...

jap, mit neuer Version geht es  :D
Danke Dir

stimmt, der 500er ist wieder weg.....ggf. ein Schluckauf bei MB.

500 ist ein fehler auf server seite.

Ich musste meinen Server neu starten. Seitdem geht es wieder nicht mehr ... Habe dann mal den Token gelöscht und wieder auf Login geklickt. Jetzt kommt folgende Fehlermeldung:

400 - Invalid redirect_url

Verändert habe ich allerdings nichts. D. h. so ganz falsch kann die nicht sein, wenn seitens MB nicht schon wieder etwas geändert wurde.

bitte vergleich noch mal die redirect url die in fhem angezeigt wird mit denen die in der api konsole eingetragen sind.

Bei FHEM wird folgendes angezeigt:

redirect URL: http://  ip in meinem Netzwerk :8083/fhem/MB_BYOCAR

In der Konsole steht:

http://localhost:8083/fhem/MB_BYOCAR

Bisher ging das immer.

dann musst du die url mit der ip ebenfalls in der konsole eintragen

Jetzt geht es. Warum hat das bisher immer funktioniert? Was hat sich verändert?

siebe die bemerkungen ganz oben. mb hat vor einer ganzen weile die eingabe numerischer ip adressen in der konsole erlaubt und das modul ist nicht mehr auf localhost beschränkt.

bei wem funktioniert fuelstatus?

Morgen,
habe gerade mein Fahrzeug getauscht.
"fuelstatus" funktioniert auch beim Neuen (nur die FIN ausgetauscht)
Alle melden zurück "fuelstatus,payasyoudrive,vehiclelockstatus,vehiclestatus"

danke

Bei mir wird irgendwie kein Token erzeugt..

invalid_scope: The requested scope is invalid, unknown, malformed, or exceeds that which the client is permitted to request.


:(

welche apis hast du auf der konsole aktiviert ?

siehe Foto..


habs.. musste alle 5 aktivieren

stimmt, dann funzt es  8)

Moin @ Heuberg,
hatte weiter oben gesehen, Du hattest auch Interesse an Daten für den Smart. Allerdings taucht das Model in den Details der Api derzeit ja noch nicht auf. Hattest Du mal MB angefragt, ob und falls ja, wann geplant ist, dieses Model mit zu unterstützen?

Die Hoffnung stirbt ja bekanntlich zuletzt.

Und auch wenn ich derzeit das falsche Auto habe, danke für die Entwicklung hier an dieser Stelle!

Schöne Grüße,
John

edit:
lastError
statusRequest:fuelstatus: 403 2:The Extended Vehicle Service for this vehicle is not activated.
Was ich darauf zurückführe, dass das Model derzeit seitens MB noch nicht unterstützt wird.

Sollte trotzdem jemand Daten für seinen Smart erhalten, wäre ich natürlich sehr interessiert, woran es bei mir liegen könnte.
Soweit sieht aber alles andere gut aus.

Hallo John,

ob der SMART jemals in mercedes-me eingebunden wird, steht in den Sternen ;D .
Hintergrund ist, daß Mercedes und SMART nicht den selben Entwicklungsweg nehmen.
Da müssen wir warten, bis es eine Entscheidung im Sinne des Konzernumbaus gibt und wo der SMART dann seine Zukunft findet. 
Viele Grüße
Rainer

Hallo Rainer,
In mercedes-me ist mein Smart zwar eingebunden, aber ob es auch bzgl. der Apis auch passiert, gebe ich Dir Recht, das steht in den Sternen. Vor allen Dingen, wenn man in die Zukunft blickt und der geplanten Kooperation mit Geely entgegenblickt.
Säuftz...

Drücken wir uns mal die Daumen, dass der SmartEQ BR453 datentechnisch nicht schon aufs Abstellgleis fährt.
Schöne Grüße
John

Hallo zusammen,

ich habe gestern stundenlang gefummelt aber das Modul steht bei mir immer auf "Please login". (Habe es mal über Nacht stehen lassen aber keine Änderung)

Token mehrmals neu generiert und (zusammen mit ClientID) im fhem hinterlegt, Callback URL eingetragen (http://10.42.10.10:8083/fhem/MB_BYOCAR - Aufruf bringt einen zur fhem Hauptseite)

Produkte aktiviert:
Electric Vehicle Status BYOCAR
Fuel Status BYOCAR
Pay As You Drive Insurance BYOCAR
Vehicle Lock Status BYOCAR
Vehicle Status BYOCAR

Was mich stutzig macht ist die Aussage, dass auf dem fhem system ein Browser laufen muss? Hier läuft ein Pi ohne desktop environment, hängt es daran? Wie habt Ihr in dem Fall angestellt?

Wenn ich mir den Auth-Flow in der MB Doku und das Modul so anschaue dann muss das wohl losziehen und von der MB API einen oAuth secret beziehen, welcher dann für zukünftige Anfragen verwendet wird? Geschieht das interaktiv (login mit Email etc.) und man benötigt desshalb den Browser? Wird dafür nicht eigentlich das Client-Secret verwendet um einen Session-Key für weitrere API-Abfragen zu bekommen?

Ich bin sicherleich nur hart betriebsblind und brauche mal einen sanften Schlag auf den Hinterkopf ;D

Danke vorab!

fhem muss per browser erreichbar sein und du musst diese url auf der mb console eintragen. wenn das nicht einfach nur eine lokale url ist musst du sie unter redirectUrl in fhem ebenfalls eintragen. normalerweise ist das aber nicht mehr nötig. der login passiert dann mit dem klick auf login auf der device detail seite. dieser klick leitet dich zur mb seite um. dort logst du dich ein und danach wirst du wieder auf die lokale seite umgeleitet.

der klick auf login ist der knackpunkt.

Erst mal danke für die schnelle Antwort.

Ist mir schon fast ein wenig peinlich, ich habe schlicht und einfach den Text "Login" nicht als Link wahrgenommen. Jetzt hat der Login geklappt und der ein oder andere Wert tröpfelt noch rein. Bei "electricvehicle" bekomme ich noch "unknown: 204" aber so wie ich das in einem anderen Post hier gelesen habe, dauert das wohl ein wenig bis alles sauber läuft.

Herzlichen Dank für das Modul und die schnelle Hilfe!  :)

Hi,
ich habe heute endlich mal testen können, ob unser zweites Auto auch klappt. Da ist mein MercedesMe-Account nur "Gast", das Auto läuft auf den Account meiner Frau.
Also Zeile 122 und 123 auskommentiert, reload des Moduls und dann das define.
Sieht bisher alles gut aus...keine Fehlermeldungen im Log und die ersten Daten trudeln auch ein.

Ich werde berichten....

Hi, soweit läuft es mit 2 Autos. Die Daten sind aktuell und kommen vollständig an.

Im Log tauchen aber alle paar Minuten folgende Fehler auf:

unknown HttpAnswer: 403 {"errorMessage": "Forbidden", "statusCode": "403"}

und sporadisch:
unknown HttpAnswer: 502 {"fault":{"faultstring":"Unexpected EOF at target","detail":{"errorcode":"messaging.adaptors.http.flow.UnexpectedEOFAtTarget"}}}


Das war vorher nie.

VG
Christian

Bei mir geht seit dem 14.04. die Tankanzeige (Reichweite und Füllmenge) nicht mehr. Mein Me-Abo ist aber auch schon seit 1+ Jahr abgelaufen. Geht die Anzeige bei euch noch? Die Kilometeranzahl bzw. die Türen und Fenster gehen noch.

Ja, bei mir funktionieren die Tankanzeige (Reichweite und Füllmenge) problemlos

Klasse Sache. Danke für das coole Modul.

... läuft bei mir nun auch.
sieht man unter Umständen auch mehr Readings, wenn man mehr Services hat?
ist GPS Position wäre ganz spannend für mich.

Zukünftig gibt es wohl auch wieder eine Umstellung der API.

ZitatNeed for action: we are modernizing our technical platform

Dear Customers, Dear Developers and Digital Enthusiasts,

An important rearrangement is coming up to you: we are about to renew our API management platform. With the new platform, we are positioning ourselves for the future and will be able to offer our services in an even more stable and secure manner.

What does this mean to you and your product subscriptions?

You will soon need to make changes to your applications/projects that use our API key and OAuth-protected products. This will require, for example, adjustments to the API and OAuth endpoints of your applications.
      
https://eeerex.stripocdn.email/content/guids/CABINET_339c28c85b86dda6ff98592d66045502/images/05_uvq.png

Our request: at the beginning of July 2022 we will send you precise instructions to ensure that your affected applications continue to work. Prepare to use the upcoming instructions, because after the migration phase, your today's credentials will no longer be valid. That means you would loose access to these API products. So on your part, please plan some effort between the beginning of August and the beginning of November 2022.

Stay tuned for the upcoming instructions. We'll get in touch.

Zitat von: Persuasiv am 24 April 2022, 14:13:38
Bei mir geht seit dem 14.04. die Tankanzeige (Reichweite und Füllmenge) nicht mehr. Mein Me-Abo ist aber auch schon seit 1+ Jahr abgelaufen. Geht die Anzeige bei euch noch? Die Kilometeranzahl bzw. die Türen und Fenster gehen noch.

Bei mir ist auch seit 05.06. Schluss. "rangeelectric" wird noch upgedatet, "soc" nicht mehr.

Bei mir werden beide Fahrzeuge sauber angezeigt.

Meine Anzeige funktioniert wieder. Ich habe keine Änderungen vorgenommen.

bei mir blieb zuerst der ODO stehen, jetzt kommen gar keine Daten mehr...
refresh token: 400 invalid_grant:unknown, invalid, or expired refresh token

Schade...

jetzt muss ich nochmal dumm fragen...

Funzt bei euch die Schnittstelle?
Hab alles neu eingerichtet, aber bekomme immer wieder den 500er Fehler.

Bei mir gibt es keine Probleme  :)

Asche auf mein Haupt...
Nachdem er sich wirklich nicht mehr upgedatet hatte, habe ich alles neu aufgesetzung und dabei wohl einen Zahlerdreher in der VIN gehabt.
Läuft wieder, Danke!

Hi,
gab es ein Update? ich habe einige neue Readings...

Ggf. erscheinen die nur, wenn man es auch bedient. Bei mir tauchen die Readings nicht auf ...

wie oft wird denn mit dem polls Attribut das Ausgewählte aktualisiert?

Ich bekomme seit dem 1.10. alle zwei Minuten folgende Fehlermeldung:

Zitatunknown HttpAnswer: 500 {"errorMessage": "Internal Server Error", "statusCode": "500"}

Tritt das Problem nur bei mir auf? Ich habe zwischenzeitlich keine Veränderungen durchgeführt.

Ich leider auch  :(

Obowohl Token passt und lt. Byocar Website alle Services da sind.
Aber dass das Zeug instabil wie Sau ist, ist ja mittlerweile bekannt.

bei mir leider auch...
sehr Schade

Bei mir läuft es nach wie vor tadellos. Leider muss ich mich jeden Tag neu einloggen. Kann man das irgendwie einstellen, dass der Token länger gültig ist bzw. sich FHEM den selber neu holt?

ich bin auch mal wieder online... neu aufsetzen half zumindest für 12h nichts.
Irgendwie bin ich ratlos.

Es läuft wieder ... Heute habe ich folgendes erhalten:

ZitatNeed for action in November: new API management for optimized performance

Dear Customers, dear Developers and Digital Enthusiasts,

As already announced in May, an important rearrangement is coming up to you: we are about to renew our internal API management platform to provide you with faster response times and even more uptime in the future.

Zitat
Leider muss ich mich jeden Tag neu einloggen. Kann man das irgendwie einstellen, dass der Token länger gültig ist bzw. sich FHEM den selber neu holt?

Muss mich nie neu einloggen. Kann man demzufolge einstellen ... den Weg habe ich aber vergessen.

ich komme erst ein ein paar wochen dazu wieder mehr zu machen. dann schaue ich es mir an.

das modul refreshed den token eigentlich selbständig wieder.

allerdings verlieren die offizielle mobile me app und der offizielle alexa skill auch regelmässig die verbindung und fordern mich zum neu anmelden auf. ich bin mir also nicht ganz sicher auf welcher seite das problem wirklich liegt.

es wurde vor einiger zeit auch eine größere änderung am api angekündigt. wenn das aktuell wird stehen vermutlich sowieso einige umbauten an. davon habe ich aber noch nichts weiter gehört.

Guten Tag Zusammen,

da wollte ich mir die Zeit mal nehmen um endlich meinen GLC mit FHEM zu verbinden aber war wohl doch ein paar Tage zu früh.
Vielleicht für Euch uns insbesondere @justme1968 interessant: Die Developer Console (https://developer.mercedes-benz.com)
gibt folgenden Status:

Need for action on November 2nd: generate new credentials
On November 2nd, 2022, 9:00 a.m. CEST we will switch to our new API management. To be able to use our data products after this switch, you will need to generate new credentials for each of your projects once the transition has been completed.

Und auf der API Status Seite:
API Status
[..]
Upcoming Issues
28.10.2022 to 2.11.2022, 09:00 to 09:00
Due to the migration to our new API management, some functions in the portal will not be available between October, 28 and November 2, 2022. This includes requesting access to our products as well as access to your Mercedes-Benz /developers console.

Wäre natürlich spitze wenn diejenigen mit Erfahrung es dann kurzfristig testen und ggf. anpassen könnten.
Ich stehe dann auch gerne ls unvorbelasteter Tester für die Neueinrichtung zur Verfügung.
Werde die Authentifizierung jedoch nicht vom FHEM System über localhost machen können, da mein FHEM
headless ohne grafische Oberfläche läuft. (Also per Key Kopie, curl oder wget).

heute ist der Stichtag...
ich bekomme 401 Fehler wie erwartet.

Geht das anderen auch so?

ja, ist jetzt offline. Ich ahbe auch eine Mail bekommen die Credentials und so weiter zu ändern.
Da sich selbst die API-Adresse geändert hat müssen wir wohl auf JustMe warten....

EDIT: War das falsche Modul ... Sorry

EDIT: falscher Bezug

Sorry ... War das falsche Modul. Habe mich auf ein anderes Modul bezogen.

Hab das gestern auf das neue  umgestellt.
In den Scripts gehören die URL's (Auth- + Token URL) umgestellt, die Credentials der BYOCAR Applikation 1x neu generiert und der Scope mit "openid" erweitert.
Einfach unter https://developer.mercedes-benz.com/content-page/migration_2022 (https://developer.mercedes-benz.com/content-page/migration_2022) die paar Punkte durchexerzieren.
Funktionierte dann auf Anhieb mit meinen Scripts.

Vielen Dank für die Info rio, hat funktioniert :)

Zitat von: riogrande75 am 06 November 2022, 10:42:10
Hab das gestern auf das neue  umgestellt.
In den Scripts gehören die URL's (Auth- + Token URL) umgestellt, die Credentials der BYOCAR Applikation 1x neu generiert und der Scope mit "openid" erweitert.
Einfach unter https://developer.mercedes-benz.com/content-page/migration_2022 (https://developer.mercedes-benz.com/content-page/migration_2022) die paar Punkte durchexerzieren.
Funktionierte dann auf Anhieb mit meinen Scripts.

Danke... aber irgendwie blick ich das nicht.
In welchen Scripts muss was umgestellt werden?
Die Schritte auf deren HP habe ich durchexerziert und Credentials neu generiert.
Wo finde ich Scope und "openid"?

Danke schonmal

Hi,
in der 49_mb_byocar.pm musst du folgende Änderungen machen.

1.
https://id.mercedes-benz.com/as/authorization.oauth2
ersetzen in
https://ssoalpha.dvb.corpinter.net/v1/auth
2.
https://id.mercedes-benz.com/as/token.oauth2
ersetzen in
https://ssoalpha.dvb.corpinter.net/v1/token
3.
In Zeile 351 (hinter offline_access)
$scope .= ' openid';
einfügen.

Vielen Dank... Hab ich versucht, bin aber wieder über Anfängerfehler gestolpert.

gerade verlangt er von mir wieder Login... (was schonmal lief)
aber nun bekomme ich das mit der Redirect URL nicht mehr hin.

Kann mir nochmal helfen? Welche URL muss ins FHEM und welche in die Mercedes Console?

Dankeschön

Hi,
in FHEM und bei Mercedes ist die Redirect URL gleich. Z.B. http://10.0.0.109:8083/fhem/MB_BYOCAR
Viele Grüße

Geht tatsächlich wieder. Herzlichen Dank für die Beschreibung!  :)

bei mir leider nicht...
der Login klappt wieder, das war mein Fehler.

Habe die 3 Einträge im File geändert, die Schritte auf der BYOCAR Seite gemacht, bekomme aber einen

refresh token: 400 invalid_grant:unknown, invalid, or expired refresh token

Oha, seltsam. Relogin hast Du schon gemacht? Wenn nicht, kannt Du das mit "set meinMercedesName relogin" forcieren. Danach wieder auf "Login" klicken und dann sollte es laufen. Wenn nicht, könntest Du das Attribut "verbose" nochmal auf 5 stellen und dann das Log hier posten.

hab ich jetzt probiert...
weiterhin ein unknown: 401

Bitte prüfe mal mit Verbose 5, ob das bei Dir so aussieht:


2022.11.14 13:21:11 5: Mercedes: CGI:$VAR1 = {
          'state' => 'Mercedes',
          'code' => 'xxxxxxxxxxxxxxxxxxxxxxx'
        };

2022.11.14 13:21:11 4: Mercedes: got code: xxxxxxxxxxxxxxxxxxxxxxx
2022.11.14 13:21:11 4: Mercedes: requesting oauth token
2022.11.14 13:21:12 5: Mercedes: HttpAnswer: HTTP/1.1 200 OK
Date: Mon, 14 Nov 2022 12:21:12 GMT
Content-Type: application/json
Content-Length: 2090
Connection: close
Strict-Transport-Security: max-age=15724800; includeSubDomains
Cache-Control: no-store
Access-Control-Allow-Origin: *
Access-Control-Allow-Credentials: true
Access-Control-Allow-Methods: GET, PUT, POST, DELETE, PATCH, OPTIONS
Access-Control-Allow-Headers: DNT, X-CustomHeader, Keep-Alive, User-Agent, X-Requested-With, If-Modified-Since, Cache-Control, Content-Type, Authorization, X-XSRF-Token, X-CSRF-Token
Access-Control-Max-Age: 1728000
2022.11.14 13:21:12 5: Mercedes: HttpAnswer: {"access_token":"xx","token_type":"bearer","expires_in":3599,"refresh_token":"xx","id_token":"xx"}
2022.11.14 13:21:12 4: Mercedes: got token
2022.11.14 13:21:12 5: Mercedes:   {"access_token":"xx","token_type":"bearer","expires_in":3599,"refresh_token":"xx","id_token":"xx"}
2022.11.14 13:21:12 4: Mercedes: token valid, next token refresh at: 14:11:11
2022.11.14 13:21:12 4: Mercedes: next data refresh at: 13:21:42


Hatte ich auch. Man muss den Token löschen:

deletereading <name> .OAuthToken

Danach neu einloggen. Bei mir hat er zudem die neue Client ID und das neue Client Secret nicht gespeichert (?). Deswegen musste ich beides mehrfach eingeben ...

das hat leider auch nicht geklappt...  :-\
kommt sofort wieder 401er Fehler.

mit Verbose5 teste ich... vielleicht hab ich beim editieren ja doch einen Fehler reingebracht :|

Lade dir sonst das Script hier von Justme nochmal neu runter und editiere es nochmal neu. Wenn das nicht klappt -> bekommst gleich eine PM :)

habe den Fehler gefunden...  :-[

hatte letztens das ganze Device mal neu erzeugt, und dabei doch tatsächlich einen Fehler in der VIN. So kann es natürlich nicht funktionieren.
Heute zufällig beim Check der VIN wegen etwas anderem festgestellt.

Sorry, er scheint sich nun connected zu haben. Danke an alle!

Super, freut mich, dass es nun läuft.

Offle, besten Dank. Hat prima geklappt, läuft wieder alles. ;-)

Update: Leider doch nicht...der Tokenrefresh läuft immer auf einen 401.
Hat noch jemand eine Idee?

Update 2: NAch Reboot, nochmal Token löschen etc habe ich nun die Situation das 1 Fahrzeug "connected" ist und funktioniert, das zweite aber einen "401" anzeigt. Anscheinend gehen nun keine 2 Fahrzeuge mehr ...:-(

Ich mal wieder...

Bei mir läuft es eigentlich soweit.
Device connected, alles ok.
Aber die Daten werden einfach nicht mehr aktualisiert. Km Stand ist quasi 6 Tage alt, in der Me App stimmt alles.
ich denke der steht, seit ich die remote Dienste um 3 Jahre verlängert habe.

Token löschen, neu Verbinden, alles probiert. Daten kommen nicht mehr rein.

Hat jemand eine Idee?

Frohe Weihnachten BTW.

VG

Hi, leider keine Idee, sorry. Evtl auf der DEV Seite von Mercedes mal die Dienste neu abonnieren.

Hmmm...

Hab nahezu alles versucht.
alle Dienste raus, und wieder abboniert.
Werde die Tage mal das Device neu aufsetzen, und evtl das Projekt auf der MB Seite auch.
Die Wieder Aktivierung das Abbonements hat definitiv was verändert...

Ich werde berichten.

PS ein gutes Neues allen

Hallo zusammen,

erst einmal ein riesen Dank an justme1968 für das Modul!

Habe auch diverse Anläufe benötigt, bis es bei mir lief.
Vielleicht hilft dir dies (so habe ich es dann schlussendlich hinbekommen. Leider habe ich keine Ahnung, was letztendlich der Auslöser war :-):

• Version des Moduls einspielen / anbei die gepatchte Version mit den Änderungen, die etwas weiter oben im Threat beschrieben sind (restart)
• in der Dev Konsole bei Mercedes ein neues Projekt erstellen und die alle freien Module auswählen (byocar: vehicle status, vehicle lock status, fuel status, electric vehicle status und pay as you drive insurance)
• define in FHEM erstellen (habe vorsichtshalber einen Namen verwendet, den ich vorher noch nicht versucht hatte um ganz sicher zu gehen ;-)
• Anmerkung zur Redirect URL: erfolgreich war ich letztendlich doch mit der direkten Angabe einer IP im Format: http://192.168.0.1:8083/fhem/MB_BYOCAR
• Attribut polls setzen: electricvehicle,fuelstatus,payasyoudrive,vehiclelockstatus,vehiclestatus

Warten und Daumen drücken ;-)

Beste Grüße und viel Erfolg

sorry für die lange funkstille.

ich habe eben im ersten beitrag ebenfalls die version für das neue api gepostet.

zusätzlich zu den anmerkungen von oneofmagi noch:
- bitte auf jeden fall auf der mb console schauen. bei mir war alles weg und ich musste alles neu anlegen
- nach dem anlagen dauert es eine weile (bei mir waren es zwei tage) bis tatsächlich wieder daten kommen

Hallo,

ich scheitere bei der Einrichtung am Login bei Mercedes.

Meine Modulversion ist 49_MB_BYOCAR.pm:0.216510/2020-04-12 (sollte trotz des Datums die aktuellste sein, ich habe sie erst vor 2 Tagen aus dem 1. Posting geladen).

Geklappt hat:
Bei Mercedes Account erstellen, Projekt anlegen, Produkte konfigurieren, client ID und secret generieren sowie URL redirect (URL: http://192.168.178.139:8083/fhem/MB_BYOCAR) vergeben

Wenn ich im Device Overview auf login klicke, kommt "Internal Server Error Login Error", mit dieser URL:
https://ssoalpha.dvb.corpinter.net/v1/callback?error_description=The+requested+scope+is+invalid%2C+unknown%2C+malformed%2C+or+exceeds+that+which+the+client+is+permitted+to+request.&state=xxxxsgpbk32pgvc3hlgqd22pt&error=invalid_scope#.

Ich habe verbose auf 5 gedreht und ein eigenes Filelog angelegt, das bei get device vin auch beschrieben wird. Bei dem gescheiterten Login wird jedoch nichts in's Log geschrieben.

Bin für jeden Hinweis dankbar!

Bei mir läuft es wieder.
Nach Neueinrichtubg ist wohl zwingend ein Motorstart notwendig. Aus der Ferne ging das nicht.

Läuft und wieder happy.

Nachdem ich bei MB das Projekt gelöscht und neu aufgesetzt habe und auch das Device in fhem neu eingerichtet habe, funktioniert das login nun und ich habe auch schon ein erstes Reading :-)

gibt es aktuell Probleme?

Seit 1-2 Tagen bekomme ich regelmäßig einen unknown: 403. 204er kommen auch


Aber scheinbar nur bei der Tankabfrage, alle anderen Werte kommen rein.
Irgendwie strange, oder?

Der wechselt also zwischen connected und unknown 403...
Tankwerte kommen keine mehr rein.

Hat das Thema noch jemand?

Danke
Thomas

Bei mir läuft es noch. Ich musste aber vor ein paar Tagen den Token löschen und mich neu einloggen ...

Bei mir auch gleiche Probleme

also bei mir wechselt nun connected und der 403er Fehler ab. Der 204er kommt nicht mehr.

Gefühlt wirklich im Wechsel, connected und 403...
alle Werte kommen, außer Tankinhalt und Reichweite.

Habe das Device in FHEM kpl neu erzeugt, das Projekt auch, alle Dienst somit neu aboniert...
Bisher alles ohne Erfolg.

VG
Thomas

Wenn ich es richtig sehe, dann bekomme ich minütlich den 403er Fehler. Es kommen aber noch alles Werte?!

So ähnlich bei mir, bei mir fehlen aber alle Werte vom Tank... Also Inhalt und Reichweite.

Bei mir läuft es wieder.

Seit gestern 08.02.2023  läuft es wieder einwandfrei !!
Alle Werte werden akualisiert .

  :)

Stimmt, auch bei mir kommen die Werte wieder, ohne eine Änderung meinerseits.
Bin gespannt ob es diesmal länger stabil ist. :)

Dafür zeigt mir nun ab und an die MB App das Auto als offen an, obwohl es verschlossen ist.
Und Verschließen geht auch nicht, weil die Spannungsversorgung an ist. Sehr strange und irgendwie auch wenig vertrauenserweckend.

das api scheint nicht immer besonders stabil zu laufen. wichtig zu wissen ist auch:

- das api liefert (oft ?) nur werte die sich seit der letzen abfrage geändert haben.
  d.h. wenn z.b das fenster hinten links nicht bewegt wurde kommen dafür keine werte. egal wie oft abgefragt
  wird.

- wenn das auto keinen mobilfunk empfang hat gibt es keine aktualisierten werte.
  ich habe noch nicht gefunden ob man das erkennen kann.

- es gibt eine maximale anzahl abfragen pro api endpoint und stunde. das modul hält sich daran und
  lässt. häufigere abfragen nicht zu.

alles zusammen führt dann auch dazu das direkt nach der installation oft noch keine werte da sind.

kann es sein, das mal wieder gar nichts funktioniert?

Selber Fehler "statusRequest:vehiclestatus: read from https://api.mercedes-benz.com:443 timed out" auf 2 unterschiedlichen Installationen.

Nur hier, oder hat das noch jemand?

Danke
Thomas

Seit dem 13.4. liefert er bei mir:

ZitatlastError statusRequest:vehiclestatus: read from https://api.mercedes-benz.com:443 timed out
state error: read from https://api.mercedes-benz.com:443 timed out

Die API ist leider für ihre Instabilität bekannt.

Bei mir geht es wieder.

ja geht wieder, bekomme aber immer wieder disconnects die sich mit Löschen des Keys und NeuLogin beheben lassen.

Nun eine Frage...

Den Key mit deletereading zu löschen ist easy, aber gäbe es einen FHEM Befehl um den Link hinter der Taste Login auszulösen?
Ich würde mir ein DOIF Schreieben wollen, das genau dies ein oder zweimal probiert. Nur wie ich damit einen Link aufrufe, ist mir nicht klar.

Vielleicht hat jemand einen Tipp?

Danke
Thomas

Ich habe schon geraume Zeit 2 Autos mit drin. Leider kann das System immer nur 1 Token refreshen, d.h. nach ca. 2 Std ist das ältere Token nicht mehr gültig und dann wird das Auto disconnected.

Gibt es Pläne das zu überarbeiten?

Mist!

Heute bekommen:
Dear BYOCAR users,
 
Since June 2020, we have been offering you and many other Mercedes-Benz customers the opportunity to access selected data of your own Mercedes-Benz vehicle with the BRING-YOUR-OWN-CAR initiative. The underlying technology has changed significantly during this time and the BYOCAR infrastructure no longer meets our current technical requirements. Therefore, we have to inform you that the BYOCAR data products will be switched off by us on 31.08.2023. Due to technical conditions, we will start the stepwise sundown on 28.08.2023 already.
 
We would like to thank you for your BYOCAR commitment over the past months and years.
 
We are working on a new solution and will provide information on this via our Mercedes-Benz /developers portal and via our newsletter.
 
Regards,
Your Mercedes-Benz /developers team

schöner Mist

Ungünstig.

gibt es schon Ideen für Alternativen?
Ist ja bald vorbei...

Für Home Assistant gibt's ein AddOn (https://github.com/ReneNulschDE/mbapi2020), das die ganze Mercedes Me API abbildet, nicht nur die paar frei verfügbaren BYOCar features. Kann man darauf vielleicht irgendwie aufsetzen? Ich kenne mich leider mit HA gar nicht und mit FHEM nicht ausreichend aus, um das beurteilen zu können...

ok, bei dem intensiven Feedback kann man das Thema wohl abschreiben...

Schade

Die Anzahl der Nutzer ist vermutlich zu klein. Ich bin leider zu inkompetent ...

So schaut's wohl aus, und mir geht es genauso :(  Weil ich den SoC eigentlich für das solarunterstützte Laden mit evcc benötige, schaue ich mir jetzt halt Home Assistent an. Obwohl ich weder Lust auf ein zusätzliches Gerät (das läuft auf meinem schwachbrüstigen fhem Raspi nicht mehr) noch auf Einlernen in die HA Syntax habe...

nun, damit wohl

R.I.P.

and forget...

IOBroker und HomeAssitent haben es wohl drin.