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

[apollon77]

@Dominik-F Und du hast auch gewartet bis ein eneuer "missed call" reinkam? Ich denke es wird nur geschrieben wenn es ein update gibt

[Dominik F.]

@apollon77

nein, das habe ich nicht getestet. Ich werde es gleich testen und berichten

[Dominik F.]

@apollon77

Du hast Recht, mit dem neuen Missed Call war alles so wie es sein soll.

die folgende Warnung taucht jedoch immer noch auf. Sowohl bei der Fritzbox als auch bei der CCU3

(31826) forEachConfiguredDevice: in GetSpecificHostEntry 1(ccu3-webui/B8:27:EB:2B:DC:4C):Error: sendSOAPActionRequest Error action=GetSpecificHostEntry serviceType=urn:dslforum-org:service:Hosts:1:

(31826) forEachConfiguredDevice: in GetSpecificHostEntry 0(fritz.box/44:4E:6D:FC:39:15):Error: sendSOAPActionRequest Error action=GetSpecificHostEntry serviceType=urn:dslforum-org:service:Hosts:1: -

[haselchen]

@apollon77

Ist es notwendig V2 des JS Controllers vorauszusetzen für die Installation?
Meine 1.5.14 läuft gut , kann deswegen aber den Adapter nicht installieren bzw. eine Instanz anlegen.

[apollon77]

@Dominik-F naja ist denn diese Mac Adresse in der device Liste in der fritzbox noch drin? Normalerweise nicht wenn der fehler kommt.

[Dominik F.]

@apollon77

So sieht meine Deviceliste aus:

[apollon77]

@haselchen es wäre nicht so gesetzt wenn nicht ein Feature vom Controller 2.x genutzt worden wäre oder eine Funktion die es erst ab dort gibt. Wir bauen solche Abhängigkeiten ja nicht ein um euch zu ärgern oder zum Controller Update zu bewegen sondern weil der Adapter halt Funktionen davon braucht um seine Funktionen bestmöglich zu erfüllen ;-)

Alles in allem bringt Controller 2 einiges neues mit und immer mehr Adapter werden es brauchen. Seit ein paar Tagen sind wir im stable schon bei 2.2.8 für den Controller. Von daher kann ich dir nur raten langsam das Update zu planen. ;-)

[apollon77]

@Dominik-F ich rede davon ob die Mac in der fritzbox aktiv bzw vorhanden ist.

[Dominik F.]

@apollon77

ja, ich habe die MAC Adresse aus der Fritzbox abgeschrieben bei der CCU3

[apollon77]

@Dominik-F und jetzt gerade ... da wo der Fehler kommt? Wie ist es jetzt in der fritzbox?

[apollon77]

@Dominik-F ansonsten fritzbox mal neu starten?

[Dominik F.]

@apollon77

Der Fehler kommt ca alle 7std. und trat bei dem Community Adapter nicht auf, müsste also in einer stunde ca wieder auftreten, dann kann ich dort nachschauen. Fritzbox hatte ich gestern auch schon mal neu gestartet.

[apollon77]

@Dominik-F und passiert auch schon bei v3.0.1? Wenn ja dann Istvder adapter an der Stelle unschuldig. Generell fragt er bei der fritzbox Daten ab und bekommt einen Fehler zurück. Der kommt meist dann wenn die Mac dort nicht bekannt ist.

Auch irgendeine Beta Firmware auf der dritte?

[Dominik F.]

@apollon77

Ich werde morgen dann mal die v3.0.1 installieren und schauen ob der Fehler dann kommt. Mich wundert halt nur das er mit der Fritzbox selber probleme hat.
nein, hab die Orginal Firmware drauf.

[Jan1]

@opossum
Hatte eben die Möglichkeit das schnell und heimlich zu testen:blush:
Das Huawai verschwindet ebenfalls erst nach 10 Minuten aus der Übersicht, was mich aber auch nicht wundert, da ich hier das Problem zu 99% bei der Fritz vermute und deshalb AVM auch noch mal ein richtiges Mail zum Sachverhalt geschrieben habe. Da ich es sinnbefreit finde, in einer Liste die mit "aktive Verbindungen" betitelt wird, Geräten die schon 10 Minuten nicht mehr aktiv sind zu listen, die sind nicht aktiv und haben darin nix zu suchen und darüber braucht man nicht diskutieren. Hab aber auch darum gebeten, dass man hier vielleicht einfach selber entscheiden kann wie lange die noch in der Liste verbleiben sollen.

[Matten Matten]

@apollon77

host.ioBroker	2020-01-30 20:19:09.008	info	instance system.adapter.tr-064.0 terminated with code 0 (NO_ERROR)
host.ioBroker	2020-01-30 20:19:09.008	error	Caught by controller[0]: at process._tickCallback (internal/process/next_tick.js:68:7)
host.ioBroker	2020-01-30 20:19:09.008	error	Caught by controller[0]: at promise.then (C:\ioBroker\node_modules\iobroker.js-controller\node_modules\standard-as-callback\built\index.js:19:49)
host.ioBroker	2020-01-30 20:19:09.007	error	Caught by controller[0]: at tryCatcher (C:\ioBroker\node_modules\iobroker.js-controller\node_modules\standard-as-callback\built\utils.js:11:23)
host.ioBroker	2020-01-30 20:19:09.007	error	Caught by controller[0]: at (anonymous function).(anonymous function) (C:\ioBroker\node_modules\iobroker.js-controller\node_modules\iobroker.objects-redis\index.js:17:65119)
host.ioBroker	2020-01-30 20:19:09.007	error	Caught by controller[0]: at objects.getObject (C:\ioBroker\node_modules\iobroker.js-controller\lib\adapter.js:2450:65)
host.ioBroker	2020-01-30 20:19:09.007	error	Caught by controller[0]: at adapter.getForeignObject (C:\ioBroker\node_modules\iobroker.tr-064\main.js:115:13)
host.ioBroker	2020-01-30 20:19:09.007	error	Caught by controller[0]: at main (C:\ioBroker\node_modules\iobroker.tr-064\main.js:1119:49)
host.ioBroker	2020-01-30 20:19:09.006	error	Caught by controller[0]: ReferenceError: secret is not defined
tr-064.0	2020-01-30 20:19:08.466	info	(2912) Terminated (NO_ERROR): Without reason
tr-064.0	2020-01-30 20:19:08.465	info	(2912) terminating
tr-064.0	2020-01-30 20:19:08.454	error	at process._tickCallback (internal/process/next_tick.js:68:7)
tr-064.0	2020-01-30 20:19:08.454	error	at promise.then (C:\ioBroker\node_modules\iobroker.js-controller\node_modules\standard-as-callback\built\index.js:19:49)
tr-064.0	2020-01-30 20:19:08.454	error	at tryCatcher (C:\ioBroker\node_modules\iobroker.js-controller\node_modules\standard-as-callback\built\utils.js:11:23)
tr-064.0	2020-01-30 20:19:08.454	error	at (anonymous function).(anonymous function) (C:\ioBroker\node_modules\iobroker.js-controller\node_modules\iobroker.objects-redis\index.js:17:65119)
tr-064.0	2020-01-30 20:19:08.454	error	at objects.getObject (C:\ioBroker\node_modules\iobroker.js-controller\lib\adapter.js:2450:65)
tr-064.0	2020-01-30 20:19:08.454	error	at adapter.getForeignObject (C:\ioBroker\node_modules\iobroker.tr-064\main.js:115:13)
tr-064.0	2020-01-30 20:19:08.454	error	at main (C:\ioBroker\node_modules\iobroker.tr-064\main.js:1119:49)
tr-064.0	2020-01-30 20:19:08.454	error	(2912) ReferenceError: secret is not defined
tr-064.0	2020-01-30 20:19:08.453	error	(2912) uncaught exception: secret is not defined
tr-064.0	2020-01-30 20:19:08.404	info	(2912) starting. Version 3.2.0 in C:/ioBroker/node_modules/iobroker.tr-064, node: v10.17.0
tr-064.0	2020-01-30 20:19:08.244	debug	(2912) States connected to redis: 127.0.0.1:9000
tr-064.0	2020-01-30 20:19:08.225	debug	(2912) statesDB connected
tr-064.0	2020-01-30 20:19:08.223	debug	(2912) States create PubSub Client
tr-064.0	2020-01-30 20:19:08.213	debug	(2912) Redis States: Use Redis connection: 127.0.0.1:9000
tr-064.0	2020-01-30 20:19:08.210	debug	(2912) objectDB connected
tr-064.0	2020-01-30 20:19:08.202	debug	(2912) Objects connected to redis: 127.0.0.1:9001
tr-064.0	2020-01-30 20:19:08.176	debug	(2912) Objects client initialize lua scripts
tr-064.0	2020-01-30 20:19:08.175	debug	(2912) Objects create PubSub Client
tr-064.0	2020-01-30 20:19:08.166	debug	(2912) Objects client ready ... initialize now
tr-064.0	2020-01-30 20:19:08.075	debug	(2912) Redis Objects: Use Redis connection: 127.0.0.1:9001
host.ioBroker	2020-01-30 20:19:05.303	info	instance system.adapter.tr-064.0 started with pid 2912

bei mir läuft er nicht. FB neugestartet so wie benutzer und pw erneut eingegeben. ohne Erfolg.

[apollon77]

@Matten-Matten siehe weiter oben. Nicht mehr vom github installieren. 3.1.4 von npm

[bahnuhr]

So, Adapter läuft.

Jetzt hab ich nur noch ein Problem mit diesem Datenpunkt:
tr-064.0.callmonitor.inbound.callerName

Name wird nicht gesetzt.
Im json (2 DP weiter) sieht man aber, dass der callerName korrekt ermittelt wurde.

Hab ich da was überlesen ?

[apollon77]

@bahnuhr kann es sein das finden Namen am Adapter vorbei überschreibst ... zb mit nem leeren String? Wenn ja ist das das Problem. Der Adapter setzt den Wert wenn er sich ändert. Dabei nimmt er aber den Wert den er zuletzt geschrieben hat.

Ansonsten: wenn du alle infos passend zusammen haben willst ist das json übrigens eh besser.

[bahnuhr]

Ja, du hast recht. Ich schreibe tatsächlich nach dem Telefonat einen "" in den DP.

Aber wäre es nicht besser, wenn bei einem eingehenden Tel. die DP alle neu befüllt werden.