Weihnachtsangebot 2025! 🎄

[opossum]

Hallo, @Jan1
@Jan1 sagte in tr-064 v3.1.x (Latest Repo) Diskussion:

@opossum
… , Frauchen gibt das nur ungern aus der Hand und ich verpenne immer zu schauen, wie lange es dauert bis es sich ausloggt, wenn sie geht.

Kann ich verstehen. Aber im Interesse der Funktion? Bei uns hängt da insbesondere im Winter die Illumination des Hauses dran. Das "soll zu Weihnachten schön bunt sein", daher habe ich da immer die Möglichkeit, zu testen. Wenn ich das Telefon nicht selber testen darf, muss meine Gute dann den Test machen. :-) .

[Dominik F.]

@apollon77 sagte in tr-064 v3.1.x (Latest Repo) Diskussion:

@Dominik-F ok. Ich hab nochmal geschaut. Der heiß wirklich so. Zum adapterstart wird ausgelesen was da drin steht und dann sollte das als verwendet werden. Das geht nicht??

ich verstehe den Datenpunkt so, dass wenn ich den Inhalt verändere, das sich auch der Inhalt von z.B. tr-064.0.calllists.missed.html verändert, das tut er jedoch nicht. Habe jetzt probeweise den Inhalt verändert und den Adapter neu gestartet, der Inhalt von tr-064.0.calllists.missed.html hat sich nicht verändert

[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 ?