UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[tombox]

@wellknownasmax Ich habe nochmal die Fehlermeldungen verbessert.

[jhg]

@jrudolph Kannst du mal einen Screenshot deiner Einstellungen für das Grafana Dashboard posten.
Bei mir läuft auch Grafana aber ich verstehe nicht ganz welche Werte ich wie verknüpfen muss, damit das mit der Karte klappt.

[K_o_bold]

Bei mir startet der Adapter mehrmals am Tag mit folgendem Log Eintrag neu

Muss das so? :-)
Was bedeutet Code 156?

Aktuell ist Version 0.0.16 installiert.

[tombox]

@K_o_bold Ja er startet alle 6h neu. Das war bisher die schnellste einfachste Lösung um sicherzustellen, dass er immer verbunden ist. Leider waren normale Neuverbindung bisher nicht erfolgreich. Aber ich versuche das noch zu verbessern bzw vielleicht das kein error ausgegeben wird.

[K_o_bold]

@tombox ,

danke für die schnelle Antwort und den Support.:+1:
Das ist nicht selbstverständlich.

Ansonsten funktioniert alles bei mir super.

[jrudolph]

@jhg Die beiden Queries für Länge/Breite der Position für TrackMap sind:
SELECT
floor(n.ts/1000) as time_sec,
n.val as value,
d.name as metric
FROM ts_number n
join datapoints d on n.id=d.id
join sources s on n._from = s.id
WHERE d.name = "$breite"
and s.name = "$adapter"
and floor(n.ts/1000) between $__from/1000 and $__to/1000
and floor(n.ts/1000) in (select floor(n1.ts/1000) from ts_number n1 join datapoints d1 on n1.id=d1.id join sources s1 on n1._from = s1.id where d1.name = "$laenge" and s1.name = "$adapter")
ORDER BY time_sec asc

und

SELECT
floor(n.ts/1000) as time_sec,
n.val as value,
d.name as metric
FROM ts_number n
join datapoints d on n.id=d.id
join sources s on n._from = s.id
WHERE d.name = "$laenge"
and s.name = "$adapter"
and floor(n.ts/1000) between $__from/1000 and $__to/1000
and floor(n.ts/1000) in (select floor(n1.ts/1000) from ts_number n1 join datapoints d1 on n1.id=d1.id join sources s1 on n1._from = s1.id where d1.name = "$breite" and s1.name = "$adapter")
ORDER BY time_sec asc

Ich hatte mir die Variablen $adapter, $breite und $laenge in den Grafana Settings angelegt, damit ich nicht den langen Rattenschwanz wie mercedesme.0.WDD....location.longitude u.ä. rumschleppen muß.

[wellknownasmax]

@tombox
Der Kilometerstand etc. wird nur nach einem Neustart des Adapters aktualisiert.
Im Log wird zwar "Update started" und "Update recieved" angezeigt, aber die Werte in den Objekten ändern sich nicht.
Zur Zeit lasse ich den Adapter einfach stündlich neu starten, somit habe ich in meiner VIS immer halbwegs aktuelle Infos.

Gruß Max

[tombox]

@wellknownasmax Ich habe in die Git version eingebaut das er die mileage zurückgibt kannst du bitte mal checken ohne stündlichen neustart ob der aktuelle werte ausgibt auch ob sich der timestmap ändert

[jhg]

@jrudolph Danke. Das hilft mir.

[wellknownasmax]

@tombox

Läuft alles. Funktioniert jetzt ohne Neustart des Adapters!
Gruß Max

[klassisch]

Heute morgen im log
error: mercedesme.0 Error getting Vehicle Status

Bei Stellung debug, Auszug aus logfile

2019-10-11 05:49:21.544 - debug: mercedesme.0 Login successful
...
2019-10-11 05:49:21.797 - debug: mercedesme.0 Start WDD...
2019-10-11 05:49:21.798 - debug: mercedesme.0 Details
2019-10-11 05:49:22.445 - error: mercedesme.0 Error getting Vehicle Status
2019-10-11 05:49:24.207 - debug: mercedesme.0 system.adapter.admin.0: logging true

App hat Zugang. Wurde da der Mechanismus geändert?

[tombox]

@klassisch Hatte ich diese Nacht auch ich gehe mal von einem Erreichbarkeitsproblem aus. Jetzt geht es wieder bei mir

[K_o_bold]

@tombox ,

der Error kommt bei mir mittlerweile bei jedem Neustart des Adapters.

mercedesme.0	2019-10-11 07:00:25.317	error	Error getting Vehicle Status
mercedesme.0	2019-10-11 07:00:18.501	info	starting. Version 0.0.16 in /opt/iobroker/node_modules/iobroker.mercedesme, node: v8.16.1
mercedesme.0	2019-10-11 07:00:18.421	info	States connected to redis: 127.0.0.1:6379
host.rock64	2019-10-11 07:00:13.460	info	instance system.adapter.mercedesme.0 started with pid 11301
host.rock64	2019-10-11 07:00:12.399	info	Restart adapter system.adapter.mercedesme.0 because enabled
host.rock64	2019-10-11 07:00:12.398	error	instance system.adapter.mercedesme.0 terminated with code 156 ()

[tombox]

@K_o_bold Installiere bitte mal die aktuelle version von github dann müßte ein detailierter Fehler kommen.

[klassisch]

@tombox Herzlichen Dank für Deinen Einsatz. habe soeben die 0.0.17 installiert und jetzt ist die Fehlermeldung weg. heute morgen war sie noch da.

[tombox]

@klassisch Da wurde aber nichts bezüglich des problems geändert. Ist nur Zufall

[klassisch]

@tombox Danke, jedenfalls bin ich dann für das nächste Event gewappnet.

[K_o_bold]

@tombox ,

jup, läuft. Vielen dank für den tollen Support... Wie immer :blush:

[klassisch]

Habe derzeit log auf debug. Was anscheinend öfters vorkommt:

mercedesme.0	2019-10-12 08:24:03.377	debug	{"access_token": ...
mercedesme.0	2019-10-12 08:24:03.322	debug	refreshToken
mercedesme.0	2019-10-12 08:24:03.321	info	401 Error try to refresh accesstoken.
mercedesme.0	2019-10-12 08:24:03.270	debug	{"access_token, ...
mercedesme.0	2019-10-12 08:24:03.179	debug	refreshToken
mercedesme.0	2019-10-12 08:24:03.177	debug	Intervall reauth

Also refresh token erfolglos, dann aber gleich ein erneuter Versuch, der dann erfolgreich ist

[tombox]

@klassisch Ja das kann passieren. Der Accesstoken ist nicht mehr gültig und muss refresht werden. Eigentlich ist er 60min gültig und wird alle 50min refresht, aber manchmal läuft er vorher ab.