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

[apollon77]

@crunchip das links in dem GitHub Link auf der Seite sind die Zeilennummern. Rote sind gelöschte und grüne sind neue. Und es wird immer bissl mehr oben und unten drunter angezeigt. Das sollte reichen um die Stellen im Code zu finden. Alternativ Klick im GitHub oben rechts auf file anzeigen oder so und dort ggf raw. Dann kopierst du halt alles

[apollon77]

@crunchip heißt das vllt das nach einem scheduled restart das Problem da war und keine Daten mehr ankamen ? Dann wäre wieder debug log interessant ...

[crunchip]

@apollon77 ok, werd ich testen

[crunchip]

@apollon77 der nächtliche Neustart wäre zumindest eine mögliche Fehlerquelle, dachte ja zuerst, das Fritzbox/Telekom aktualisiert hat und das der Grund wäre, aber ja nicht der Fall war.
jetzt könnt ich testen

• a) gucken, das ich ihn aktuell zum laufen bekomm und nehm den Neustart raus
• b) ich lass wie es ist und änder die Datei

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

Dann wäre wieder debug log interessant ...

könnte ich machen, falls ich so lange wach bin heute

[crunchip]

@apollon77 v3.2.0 gerade probiert

host.IoBroker	2020-02-21 08:26:54.076	info	Restart adapter system.adapter.tr-064.0 because enabled
host.IoBroker	2020-02-21 08:26:54.076	info	instance system.adapter.tr-064.0 terminated with code 0 (NO_ERROR)
host.IoBroker	2020-02-21 08:26:54.075	error	Caught by controller[0]: at process._tickCallback (internal/process/next_tick.js:68:7)
host.IoBroker	2020-02-21 08:26:54.075	error	Caught by controller[0]: at promise.then (/opt/iobroker/node_modules/standard-as-callback/built/index.js:19:49)
host.IoBroker	2020-02-21 08:26:54.075	error	Caught by controller[0]: at tryCatcher (/opt/iobroker/node_modules/standard-as-callback/built/utils.js:11:23)
host.IoBroker	2020-02-21 08:26:54.075	error	Caught by controller[0]: at (anonymous function).(anonymous function) (/opt/iobroker/node_modules/iobroker.objects-redis/index.js:17:71697)
host.IoBroker	2020-02-21 08:26:54.075	error	Caught by controller[0]: at objects.getObject (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:2491:65)
host.IoBroker	2020-02-21 08:26:54.075	error	Caught by controller[0]: at adapter.getForeignObject (/opt/iobroker/node_modules/iobroker.tr-064/main.js:115:13)
host.IoBroker	2020-02-21 08:26:54.074	error	Caught by controller[0]: at main (/opt/iobroker/node_modules/iobroker.tr-064/main.js:1119:49)
host.IoBroker	2020-02-21 08:26:54.074	error	Caught by controller[0]: ReferenceError: secret is not defined
tr-064.0	2020-02-21 08:26:53.526	info	(25256) Terminated (NO_ERROR): Without reason
tr-064.0	2020-02-21 08:26:53.525	info	(25256) terminating
tr-064.0	2020-02-21 08:26:53.495	error	(25256) ReferenceError: secret is not defined at main (/opt/iobroker/node_modules/iobroker.tr-064/main.js:1119:49) at adapter.getForeignObject (/opt/iobroker/node_modules/iobroker.tr-064/main.
tr-064.0	2020-02-21 08:26:53.494	error	(25256) uncaught exception: secret is not defined
tr-064.0	2020-02-21 08:26:53.251	info	(25256) starting. Version 3.2.0 in /opt/iobroker/node_modules/iobroker.tr-064, node: v10.19.0
host.IoBroker	2020-02-21 08:26:50.119	info	instance system.adapter.tr-064.0 started with pid 25256
host.IoBroker	2020-02-21 08:26:49.074	info	Restart adapter system.adapter.tr-064.0 because enabled

[apollon77]

@crunchip hat ja auch keiner gesagt das GitHub gerade nutzbar ist, oder?! ;-)

[crunchip]

@apollon77 stimmt, wollte es nur testen, da ich durch https://forum.iobroker.net/post/381090 darauf gekommen bin
diesbezüglich wollte ich es nur melden, bzw Bescheid geben:kissing_heart:

[wendy2702]

Gestern eine Ansage komplett neu aufgesetzt.

TR-064 in Version 3.1.4 installiert, Benutzer auf Fritzbox eingerichtet und Haken gesetzt um TR064 Zugriff zu erlauben.

Direkt beim ersten Anruf wurden alle Datenpunkte angelegt und aktualisiert.

@crunchip : habe nicht alle Beiträge gelesen aber der Haken für TR064 Zugriff in der Fritzbox ist noch drin?

Du könntest mal den Netzwerkverkehr mitschneiden zwischen Fritzbox und iobroker.

Entweder hier: http://fritz.box/html/capture.html oder mit Wireshark im Netzwerk schnüffeln um zu sehen wer wann nicht antwortet.

[crunchip]

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

TR064 Zugriff in der Fritzbox ist noch drin?

ja klar, funktioniert ja auch wieder nach einem manuellen Neustart, hab versuchsweise mal den scheduled von 0:01 vorverlegt auf 23:58
mit wireshark kenn ich mich leider nicht aus

[wendy2702]

Mach doch mal den Mitschnitt auf der Fritzbox, also Mitschnitt starten, z.b. einen Anruf empfangen, Mitschnitt stoppen und log hier posten.

[crunchip]

@wendy2702 ok und was muss ich da anklicken zum mitschneiden?

[wendy2702]

Starten für den "ethx" Port an denen dein Iobroker hängt.

Habe mal versucht dein Historie mit dem Problem zu lesen.

Hast du mal versucht alles was mit TR-064 zu tun hat zu löschen und neu zu installieren?

Also Instanz löschen, Adapter löschen, alle Objekte löschen, iobroker bzw. iobroker rechner neu starten, dann Adapter installieren, Instanz erzeugen und konfigurieren?

Was steht bei dir im Adapter drin, "fritz.box" oder die IP ?

Mal zum testen Callmonitor in der Box deaktiviert, Fritzbox neustart, Callmonitor aktiviert ?

[crunchip]

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

alles was mit TR-064 zu tun hat zu löschen

könnte ich mal versuchen, das artet jedoch dann etwas aus, da ich sämtliche Datenpunkte(Influx/Flot/Grafana)...alles wieder neu anlegen müsste

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

"fritz.box" oder die IP

IP-Adresse ist hinterlegt

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

testen Callmonitor in der Box deaktiviert

das wäre nochmal ne Option

[crunchip]

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

versucht alles was mit TR-064 zu tun hat zu löschen

denke, hat damit nichts zu tun, da auch der fritzbox Adapter nicht aktualisiert

.....und täglich grüsst das Murmeltier....:grin:

• gestern die Option in der Fritzbox de/aktiviert
• Adapter neugestartet, fritzbox.0, sowie tr-64.0.

cronjob hatte ich bei beiden eingestellt, tr-64-- 23:58 und fritzbox--23:59, also bewusst mal vor 0:00
hatte es laufe des Tages mehrfach gestestet, funktionierte den ganzen Tag, jedoch heute morgen wieder nicht,
weder der fritzbox , noch der tr-64 aktualisieren, eingehende und ausgehende Anrufe getestet.

beide Adapter manuell neugestartet und funktioniert wieder alles.
werde den nächtlichen cronjob jetzt mal weglassen und testen ob es morgen aktualisiert.

[wendy2702]

Mal ne andere Frage. Vielleicht habe ich es auch überlesen.

Welche FB?

IOBROKER per LAN oder WLAN ?

Läuft nur ioBroker auf der verwendeten Hardware oder noch anderes?

Schnittstellen Mitschnitt gemacht ?

[crunchip]

@wendy2702
aktuell
FB 7490, mit beta, exposed host an USG
alles über LAN, IoBroker in einer VM in Proxmox
wie gesagt, es hatte alles funktioniert, bis das Chaos mit den beiden tr-64 Adaptern aufkam, der alte soef hatte wunderbar funktioniert.

Mittschnitt hatte ich mal probiert, kenn mich aber wie gesagt, nicht genau aus, wie was man da machen/aufrufen/auslesen muss

[wendy2702]

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

exposed host an USG

Was bedeutet das?

[liv-in-sky]

@wendy2702 das bedeutet, er hat ein unifi security gateway zwischen fritzbox und netzwerk geschaltet

[wendy2702]

Aha...

Und das kann nicht für das Problem verantwortlich sein!?

[dslraser]

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

Aha...

Und das kann nicht für das Problem verantwortlich sein!?

könnte eventuell, möglicher Weise, unter Umständen, vielleicht ein Problem sein, könnte aber auch nicht so sein. Sicher ist auch da wieder jede Konfiguration anders.