NEWS
tr-064 v3.1.x (Latest Repo) Diskussion
-
@apollon77 frag mich mal, ich versteh gar nix mehr
mal gehts, mal nicht, fällt halt immer auf, wenn keine Ansage kommt, da der trigger im script ja DP ringing istwarum diese Meldung?, diese ist ja eigentlich meine Tel-nr. die ich angerufen habe und ist auch im Telefonbuch eingetragen.
Search number 0049xxxxxxxx in phonebook: undefined
-
@crunchip kannst du mal auch andere States wenigstens loggen als trigger und nicht nur Ringring? Nicht das es nur an dem state liegt.
-
@apollon77 könnte ich theoretisch, wenn ich nen passenden DP finde zum triggern, der sich auch bei eingehendem Anruf aktualisiert. so wie es jedoch momentan überblicke, aktualisiert keiner der DP´s die in Frage kommen könnten zum triggern.
Unabhängig davon, bleibt ja dennoch das Problem...das weder ein noch ausgehende Anrufe aktualisiert werden.
Die tr-064.0.calllists.xyz.json nur aktualisieren nach einem neustart.
ich sehe es ja an den Zeitstempeln ob eine Aktualisierung stattfand, aber ich beobachte das nochmal die Tage in Ruhe -
@crunchip genau den json hätte ich hetzt genommen weil der an sich immer aktualisiert wird.
-
@apollon77 ich bekomme bei meinem iPhone gelegentlich die Meldung:
2020-02-19 07:12:33.622 - [33mwarn[39m: tr-064.0 (755) forEachConfiguredDevice: in GetSpecificHostEntry 0(Latzi-iPhone/50:A6:7F:7D:FF:E2):Error: sendSOAPActionRequest Error action=GetSpecificHostEntry serviceType=urn:dslforum-org:service:Hosts:1: 500 - {"code":500}
und dabei verschwindet kurzzeitig die Anwesenheit (im Zehntelskeunden-Bereich). Ist das bekannt und kann ich dagegen etwas tun? Die Android zeigen dieses Verhalten nicht.
-
@Latzi die letzten Erkenntnisse dazu waren das das passiert wenn der dhcp lease ausläuft. Hast du „immer gleich ip geben“ aktiviert?
-
@apollon77 ja, ist eingestellt
Edit: Mesh ist aktiv!
-
@Latzi Dann keine IDee... Die FB gibt den Fehler zurück ...
-
@apollon77 oje, schade. Trotzdem Danke
-
@crunchip Ich habe das gleiche Problem wie du. Wenn der Adapter ein paar Tage läuft tut er nichts mehr mit dem Callmonitor. Anwesenheit funktioniert weiter aber der Callmonitor steigt aus.
-
@Xyolyp nachdem ich heute Nacht, den Adapter kurzfristig auf debug gestellt hatte, funktioniert aktuell wieder alles, habe heute Nachmittag dann verschiedene Szenarien durchgetestet. Alle states werden aktualisiert. Mal sehen, wie lange.
Werde die Tage mal genauer beobachten, vllt auch einen Zusammenhang zu finden, wenn die Fritzbox alle paar Tage seitens Telekom aktualisiert wird. -
aktueller Stand der Dinge, Anruf bekommen, keine Ansage, folglich, es wurde wieder nicht aktualisiert.
Fritzbox Ereignisse durchgesehen, nichts negatives
Verbindung der Fritzbox/Internetanbieter, wurde auch nichts aktualisiert- die schlechte Nachricht, tr-64 wurde wieder nirgends ein state aktualisiert, Stand/Zeitstempel, letzter Anruf von gestern
- die ganz schlechte Nachricht, nun hat auch der Fritzbox Adapter nicht aktualisiert! Selber Stand/Zeitstempel von gestern
-
@crunchip Findest Du im Log irgendwas von dem adapter nach dem letzten Zeitstempel?
-
@crunchip bzw versuch malden Fix bei dir manuell einzubauen
da hatte ich mal ne exception gesehn die ggf für sowas verantwortlich sein könnte
-
@crunchip sagte in tr-064 v3.1.x (Latest Repo) Diskussion:
@dslraser
Ich hatte ja den Fritzbox Adapter laufen, jedoch damals, glaub bei Umstellung auf den js-controller 2.x, warf der Fritzbox Adapter einige Fehler und bekam ihn nicht mehr zum laufen und da ich ihn eigentlich eh nicht in Verwendung hatte, habe ich ihn gelöscht.
Das gleich, mit dem alten (soef) tr-64, dieser lief ohne Probleme, bekam ich auch nicht mehr zum laufen, mit dem Controller Update, daher der Wechsel auf den Community. Dieser lief genauso bescheiden, wie der Jetzige tr-64.
Zeitgleich hatte ich diese nicht laufen.Hast du nur die Instanz nicht laufen aber vielleicht noch eine Instanz und/oder die Adapter installiert?
Ich glaube das ist es was @dslraser meint.
Bei mir läuft der Adapter inklusive Ansage Script seit erscheinen Problemlos.
-
@wendy2702
ja, so meinte ich das. Probleme hatte ich, als zwei Varianten installiert waren, mit Instanzen, auch wenn nur eine Instanz aktiviert war. Aktuell habe ich nur den 3.4.1 installiert bzw. eine Instanz davon und die ist aktiv. Es gibt keine weitere (auch keine deaktivierte) Instanz.
Aber trotzdem weiß ich nicht ob es da einen Zusammenhang gibt. -
@apollon77 Im heutigen log taucht gar nichts auf, weder tr-64 noch fritzbox.
Das ist das log, vom letzten Test/Anruf gestern2020-02-19 13:13:47.784 - info: fritzbox.0 (3268) data from 192.168.178.1: 19.02.20 13:13:47;RING;0;xxxxxxxx;xxxx;SIP0; 2020-02-19 13:13:48.827 - info: sayit.0 (3070) saying: xxxxxxx ruft gerade an. 2020-02-19 13:13:49.073 - info: sayit.0 (3070) Set "chromecast.0.Google_Home_mini.player.announcement to {"url":"http://10.1.1.10:8082/state/sayit.0.tts.mp3","volume":60} 2020-02-19 13:14:03.757 - info: fritzbox.0 (3268) data from 192.168.178.1: 19.02.20 13:14:03;DISCONNECT;0;0; 2020-02-19 13:16:00.022 - info: host.IoBroker instance system.adapter.dwd.0 started with pid 11203 2020-02-19 13:16:05.236 - info: host.IoBroker instance system.adapter.dwd.0 terminated with code 0 (NO_ERROR) 2020-02-19 13:18:56.478 - info: info.0 (1703) Popup news was read... 2020-02-19 13:20:00.083 - info: host.IoBroker instance system.adapter.weatherunderground.0 started with pid 12442 2020-02-19 13:20:08.684 - info: host.IoBroker instance system.adapter.weatherunderground.0 terminated with code 0 (NO_ERROR) 2020-02-19 13:23:17.103 - info: fritzbox.0 (3268) data from 192.168.178.1: 19.02.20 13:23:17;RING;0;xxxxxxx;981400;SIP0; 2020-02-19 13:23:18.173 - info: sayit.0 (3070) saying: xxxxxxxxx ruft gerade an. 2020-02-19 13:23:18.378 - info: sayit.0 (3070) Set "chromecast.0.Google_Home_mini.player.announcement to {"url":"http://10.1.1.10:8082/state/sayit.0.tts.mp3","volume":60} 2020-02-19 13:23:25.692 - info: fritzbox.0 (3268) data from 192.168.178.1: 19.02.20 13:23:25;DISCONNECT;0;0; 2020-02-19 13:24:07.593 - info: fritzbox.0 (3268) data from 192.168.178.1: 19.02.20 13:24:07;CALL;0;0;xxxxx;xxxxxxxx;SIP0; 2020-02-19 13:24:38.693 - info: fritzbox.0 (3268) data from 192.168.178.1: 19.02.20 13:24:38;DISCONNECT;0;0; 2020-02-19 13:27:59.752 - info: fritzbox.0 (3268) data from 192.168.178.1: 19.02.20 13:27:59;CALL;0;0;xxxxx;xxxxxxxxx;SIP0; 2020-02-19 13:28:18.208 - info: fritzbox.0 (3268) data from 192.168.178.1: 19.02.20 13:28:18;CONNECT;0;0;xxxxxxxxx; 2020-02-19 13:28:26.370 - info: fritzbox.0 (3268) data from 192.168.178.1: 19.02.20 13:28:26;DISCONNECT;0;6;
hier nach dem cronjob
2020-02-20 00:01:00.016 - info: tr-064.0 (3240) Scheduled restart. 2020-02-20 00:01:00.041 - info: tr-064.0 (3240) terminating 2020-02-20 00:01:00.045 - info: tr-064.0 (3240) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason 2020-02-20 00:01:00.620 - error: host.IoBroker instance system.adapter.tr-064.0 terminated with code 156 (156) 2020-02-20 00:01:00.620 - info: host.IoBroker Restart adapter system.adapter.tr-064.0 because enabled 2020-02-20 00:01:01.678 - info: host.IoBroker instance system.adapter.tr-064.0 started with pid 21837 2020-02-20 00:01:04.336 - info: tr-064.0 (21837) starting. Version 3.1.4 in /opt/iobroker/node_modules/iobroker.tr-064, node: v10.19.0
-
@wendy2702 nein, es ist nur der tr-64 instaliert.
nochmal die Reihenfolge
tr-64 lief in der alten Version, nach Umstellung (js-controller) war das soef Problem, daher zusätzlich den community installiert, der alte war ausgeschaltet. Einige Tage laufen lassen, mit dem Community, dann habe ich den alten tr-64 gelöscht.
nachdem der alte wiederbelebt wurde, habe ich diesen Installiert und danach den Community gelöscht.
als einzigstes "Überbleibsel" hab ich die meta noch drin stehen, dazu hatte ich aber glaub ich, auch schon gefragt, ob das so richtig ist, aber keine Antwort bekommen
-
@crunchip
hm...wenn es alle Varianten nicht tun, dann deutet es ja fast auf die Fritte selbst hin ? Aber wie gesagt, alles nur Vermutungen. Ohne Fehler im LOG, wie will man da auch was finden... -
@apollon77 du bist witzig
wo und wie pack ich das rein?
das ist die aktuelle callmonitor.js