Weihnachtsangebot 2025! 🎄

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

[wendy2702]

Ich Zitiere mal was:

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

@liv-in-sky
habe ich gemacht.
das gleiche wie vorher.
Kein Ordner, keine States.
Mal auf dumm gefragt, wo soll den der Ordner dann sein?

Edit:
Jetzt hat es funktioniert.
Ich musste 2 Rufumleitungen anlegen, damit der Ordner kommt.

2 Rufumleitungen angelegt, die falsche Rufumleitung gelöscht,
auf Blockly bei der Anwesenheitssteuerung die Rufumleitung hinzugfügt.
Nun weiß ich wenigstens, wie ich es machen soll, wenn ich mehrere AB's habe.....

Bin gespannt, ob es geht.

Gruß,
Mathias

[apollon77]

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

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

Warum leider? Der Test war mit dem Release ins Latest zu Ende und damit ist das hier der aktuelle Thread.

Stellt sicher das Eure Probleme alle sauber und detsilliert im GitHub erfasst sind bitte

[aleks-83]

Achso. Das wusste ich ja nicht.
Mein issue ist ausreichend beschrieben, oder?

[aleks-83]

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

Ich Zitiere mal was:

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

Danke, aber wie ich in meinem Post oben geschrieben habe hab ich dieses Vorgehen bereits ausprobiert ohne Erfolg.

[wendy2702]

Lies mal hier. So hat es damals bei mir geklappt:

https://forum.iobroker.net/topic/11246/tr-064-adapter-update-geht-nicht/25

[aleks-83]

Das ist ja quasi das gleiche. Rufumleitung anlegen...

Oder muss man erst alle Umleitungen löschen?

[wendy2702]

Ich meinte das mit der Rufsperre:

[crunchip]

@apollon77
Ich mal wieder, immer noch😁
Die Fritzbox/Netzbetreiber aktualisieren ja ihre Daten in irgendeiner Weise täglich/nächtlich.
Der tr-64 sollte ja auch mit einem automatischen schedule versehen werden.
Ich habe diesen schedule nun die letzen Tage mehrmals getestet, sei es auf frühs, mittags, abends, oder nachts/ vor 0:00,nach 0:00Uhr. Ich bekomme die Daten nicht aktualisiert, somit auch keine Ansage.
Selbiges habe ich auch mit dem Fritzbox Adapter gemacht, selbes Problem.

Nun zur eigentlichen Frage:

Kann es dennoch sein, das es einen Unterschied im Sytem gibt, zwischen schedule automatisch und manuell neustarten?
Wenn ich einen Testanruf vor und nach dem automatischen schedule tätige....tote Hose, keine Aktualisierung.
Löse ich manuell einen Neustart aus, danach Testanruf, funktioniert alles.....bis zur Zeit x, ab da geht wieder nichts mehr. (X ist in dem Fall die Variable, bis Fritzbox/Netzbetreiber aktualisiert)

Das ist bei beiden Adaptern der Fall, daher die Frage ob es einen Unterschied gibt, zwischen automatisch und manuell Neustarten.

Gruss