Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

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

[Frank579]

Hallo zusammen, habe ein problem mit dem adapter Version 3.1.4.
Und zwar würde ich gerne die Rufumleitung auf mein handy bei Abwesenheit aktivieren. Habe den punkt in den Einstellungen aktiviert, habe auch schon einiges getestet, bekomme aber keine datenpunkte in den ordner... umleitung ist in der Frizbox eingerichtet ind aktiv. Hat es schon jemand am laufen und eine idee?
Besten Dank 🤗

Edit: Hat sich erledigt, habe eine 2 umleitung angelegt dann waren beide drin🙈 einfaches deaktivieren/aktivieren der alten hat nicht gereicht....

[NetFritz]

Hallo
Ich habe den tr064-Adapter in der version 0.3.2 drauf und bekomme immer
in der Log folgende Fehlermeldungen, er verbindet sich auch nicht, beide
Felder rot.

tr-064.0	2020-02-23 19:03:34.321	info	(14498) Terminated (NO_ERROR): Without reason
tr-064.0	2020-02-23 19:03:34.317	info	(14498) terminating
tr-064.0	2020-02-23 19:03:34.254	error	(14498) 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-23 19:03:34.251	error	(14498) uncaught exception: secret is not defined
tr-064.0	2020-02-23 19:03:34.061	info	(14498) starting. Version 3.2.0 in /opt/iobroker/node_modules/iobroker.tr-064, node: v10.18.0

Was kann das sein?
Gruß NetFritz

[Frank579]

@NetFritz die 3.2.0 läuft nicht..... musst auf die 3.1.4 zurück

[wendy2702]

@dslraser Könnte man zum Testen ja mal umgehen.

[crunchip]

@wendy2702 das kann man nicht so einfach mal....da ist ein komplett neues Netzwerk eingerichtet.

Ausserdem bestand das Hardware Setting Fritz/USG ja schon vorher dem tr-64 Problem

[dslraser]

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

@dslraser Könnte man zum Testen ja mal umgehen.

Ja, hast schon recht.
Aber das Thema ist kompliziert. Ich nutze auch ein USG von Unifi, aber in der "echten Konstellation". USG als reiner Router und bei mir ist die FritzBox als reiner IP Client angeschlossen und macht ausschließlich Telefonie, die Internet Verbindung stellt bei mir ein externes DSL Modem her.

Bei @crunchip ist es etwas anders. Fritzbox und USG als Router Kaskade. Er reicht quasi über exposed Host von der FritzBox alles auf das USG durch, wobei die Fritzbox auch die Internetverbindung herstellt.
Das hatte ich auch mal so ähnlich, nur nicht als exposed Host. NAT (wegen doppelt NAT) hatte ich bei meinem USG manuell ausgeschaltet.
Bei manchen geht auch kein externes Modem, da mache Provider die FritzBox "vorschreiben" und man nix anderes nutzen kann, so habe ich es zu mindestens auch schon gelesen.

[wendy2702]

War nur eine Idee.

Dachte man könnte ja für einen Test den IoBroker Rechner mal Zeitweise direkt in die Fritte stöpseln.

Nur für mein Verständnis:

Fritzbox macht den Internet Zugang, Dahinter das Security Gateway welches dann wieder ein eigenes Netz erstellt?

Also Fritzbox Netz z.B. 192.168.178.x und hinter dem USG dann was anderes?

[crunchip]

@wendy2702 so in etwa
WAN Anschluss
die Fritte hat z.b. 192.168.178.1
das USG bekommt die 192.168.178.2
ab dem USG, dann die Neuen Netzwerke--frei definierbar, in den Bereichen,
192.x
172.x
10.x

[NetFritz]

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

die 3.2.0 läuft nicht..... musst auf die 3.1.4 zurück

Hallo
Das war es,
Danke NetFritz

[crunchip]

@apollon77
aktueller stand
den fix https://forum.iobroker.net/post/380696 habe ich eingebaut
cronjob für tr-64 hab ich dieses mal weggelassen, am Abend nochmal Testanruf gestartet, alles ok, fritzbox und auch tr-64
um 23:57, hatte ich nen upload angestoßen

2020-02-23 23:57:31.443 - info: host.IoBroker instance system.adapter.vis.0 terminated while should be started once
2020-02-23 23:57:32.800 - info: host.IoBroker iobroker upload tr-064
2020-02-23 23:57:34.701 - info: host.IoBroker iobroker upload [3] tr-064.admin /opt/iobroker/node_modules/iobroker.tr-064/admin/words.js words.js application/javascript
2020-02-23 23:57:34.880 - info: host.IoBroker iobroker upload [2] tr-064.admin /opt/iobroker/node_modules/iobroker.tr-064/admin/tr-064.png tr-064.png image/png
2020-02-23 23:57:34.950 - info: host.IoBroker iobroker upload [1] tr-064.admin /opt/iobroker/node_modules/iobroker.tr-064/admin/index_m.html index_m.html text/html
2020-02-23 23:57:35.063 - info: host.IoBroker iobroker upload [0] tr-064.admin /opt/iobroker/node_modules/iobroker.tr-064/admin/index.html index.html text/html
2020-02-23 23:57:35.321 - info: host.IoBroker iobroker Update "system.adapter.tr-064.0"
2020-02-23 23:57:35.391 - info: host.IoBroker stopInstance system.adapter.tr-064.0 (force=false, process=true)
2020-02-23 23:57:35.392 - info: host.IoBroker stopInstance system.adapter.tr-064.0 send kill signal
2020-02-23 23:57:35.416 - info: tr-064.0 (8990) Got terminate signal TERMINATE_YOURSELF
2020-02-23 23:57:35.419 - info: tr-064.0 (8990) terminating
2020-02-23 23:57:35.420 - info: tr-064.0 (8990) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason
2020-02-23 23:57:35.983 - info: host.IoBroker instance system.adapter.tr-064.0 terminated with code 156 (156)
2020-02-23 23:57:36.413 - info: host.IoBroker iobroker exit 0
2020-02-23 23:57:38.317 - info: host.IoBroker instance system.adapter.tr-064.0 started with pid 18130
2020-02-23 23:57:41.713 - info: tr-064.0 (18130) starting. Version 3.1.4 in /opt/iobroker/node_modules/iobroker.tr-064, node: v10.19.0

cronjob 0:05Uhr für fritzbox hab ich drin gelassen, funktioniert

fritzbox.0	2020-02-24 00:05:16.973	info	(20613) Successfully connected to TR-064
fritzbox.0	2020-02-24 00:05:14.475	info	(20613) adapter connected to fritzbox: 192.168.178.1
fritzbox.0	2020-02-24 00:05:14.387	info	(20613) Trying to connect to TR-064: 192.168.178.1:49000
fritzbox.0	2020-02-24 00:05:14.382	info	(20613) try to connect: 192.168.178.1
fritzbox.0	2020-02-24 00:05:14.214	info	(20613) starting. Version 0.3.1 in /opt/iobroker/node_modules/iobroker.fritzbox, node: v10.19.0

Testanruf 0:20

fritzbox Adapter funktioniert, tr-64 wieder nicht

fritzbox.0	2020-02-24 00:20:44.095	info	(20613) data from 192.168.178.1: 24.02.20 00:20:44;CALL;0;0;xxxxx;xxxxxxx;SIP0; 

danach tr-64 manuell neu gestartet, erneuten TestAnruf und tr-64 aktualisiert wieder

[aleks-83]

@MathiasJ sagte in [gelöst] TR-064 Adapter neuer state:

...
jedoch bleibt das Resultat das selbe.....
Ein Ordner callForwarding wird nicht angelegt, somit habe ich auch keine states.

Ich habe aktuell genau das gleiche Problem.
Der Ordner "callforwarding" wird gar nicht angezeigt.

Der Thread zum 3.1.X Adapter wurde ja leider gesperrt.

Den TR-064 Adapter (3.1.4) habe ich nicht per Github installiert, sondern über den Admin Adapter.
Ich habe auch bereits neue Rufumleitungen in der FB angelegt und den Adapter neu gestartet um ein erneutes Synchronierieren zu triggern.