NEWS
tr-064 v3.1.x (Latest Repo) Diskussion
-
@Dominik-F Und du hast auch gewartet bis ein eneuer "missed call" reinkam? Ich denke es wird nur geschrieben wenn es ein update gibt
-
nein, das habe ich nicht getestet. Ich werde es gleich testen und berichten
-
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: -
-
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. -
@Dominik-F naja ist denn diese Mac Adresse in der device Liste in der fritzbox noch drin? Normalerweise nicht wenn der fehler kommt.
-
So sieht meine Deviceliste aus:
-
@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.
-
@Dominik-F ich rede davon ob die Mac in der fritzbox aktiv bzw vorhanden ist.
-
ja, ich habe die MAC Adresse aus der Fritzbox abgeschrieben bei der CCU3
-
@Dominik-F und jetzt gerade ... da wo der Fehler kommt? Wie ist es jetzt in der fritzbox?
-
@Dominik-F ansonsten fritzbox mal neu starten?
-
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.
-
@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?
-
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. -
@opossum
Hatte eben die Möglichkeit das schnell und heimlich zu testen
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. -
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.
-
@Matten-Matten siehe weiter oben. Nicht mehr vom github installieren. 3.1.4 von npm
-
So, Adapter läuft.
Jetzt hab ich nur noch ein Problem mit diesem Datenpunkt:
tr-064.0.callmonitor.inbound.callerNameName wird nicht gesetzt.
Im json (2 DP weiter) sieht man aber, dass der callerName korrekt ermittelt wurde.Hab ich da was überlesen ?
-
@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.
-
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.