tr-064 v3.1.x (Latest Repo) Diskussion

[Jan1]

So, es gab ja das "Problem", dass Geräte nach dem Entfernen vom WLAN noch 10 Minuten in der Liste der "aktiven Geräte" in der Fritz gehalten wurden und somit eine Anwesenheitserkennung zwar möglich war, aber eben ungewollt zeit-verzögert.

Gestern gabs für die 7590 ein Update der Beta auf FRITZ!OS: 07.19-75737 und mein Samsung wird wieder sofort aus der Liste entfernt wenn ich WLAN deaktiviere.
Ich hatte das Problem an AVM geschrieben, mit der Bitte sich das mal anzusehen. Die Antwort war wie immer echt kurz und vom Inhalt wie folgt:
"Wir haben die Anfrage zur Kenntnis genommen und leiten sie an die Entwicklung weiter um eine eventuelle Lösung in ein nächstes FW Update einfließen zu lassen."

Der Support hatte da auch noch eine kurze Rückfrage dazu um das Problem besser zu verstehen. Also Update heute drauf und es läuft wieder wie gewünscht. Entweder war das ein Bug, oder die haben tatsächlich mein Wunsch zur Kenntnis genommen.

Übrigens läuft hier immer noch Mesh mit 2,4 und 5GHZ mit der selben SSID, was angeblich für das Problem laut Forum hier an dem Problem hätte schuld sein können

[Gaspode]

@Jan1
Hattest du zuvor Fritzbox und ggfs. WLAN Router auch schonmal neu gestartet? Ich habe die aktuelle Fritz!OS Version im Einsatz (keine Beta) und hatte das Problem auch mal (vor einigen Wochen). Nach einem Reboot habe ich seither auch mit der aktuellen Fritz!OS das Problem nicht mehr (dreimalaufholzklopf).

[Jan1]

@Alexi
Klar und nicht nur einmal. SW Restart, hard reset und sogar auf Werkseinstellungen zurück und immer das Selbe, 10 Minuten bis zum Entfernen aus der Liste. Das lag an irgend einer Beta, da das nicht immer so war und jetzt auch wieder so ist wie es soll (noch mehr Holzklopf).

[-cs-]

Hi,

ich werd nicht schlau, hab den Adapter nach beschreibung hier installiert,

@Horst-Böttcher said in tr-064 v3.1.x (Latest Repo) Diskussion:

Ich bin am verzweifeln
ich hab den Adapter jetzt nach Anleitung installiert / updatet

Hab auf einer anderen Seite ne Anleitung gefunden. Und damit gelöst.
cd /opt/iobroker
iobroker stop
npm install iobroker.tr-064@3.1.4 --production
iobroker upload tr-064
iobroker start

und bekomme ständig diese Fehlermeldungen:

Normal ist alles Aktuell.

Admin: 3.7.8
JS Controller: 2.2.8
NPM: 6.13.4
Node. js: 12.16.0 -> ? dachte ich hätte 10.x kann es das ausmachen?

----------------‐-----------------------------

Nachtrag 20:08:

Nachdem ich heute alles mehrfach reparieren wollte, weil ich einen Fehler machte, den ich nicht mehr reproduzieren kann, kam ich anscheinend mit iobroker update self oder so wo hin, wo ich eigentlich nicht mehr wollte.

Somit Image Datei der letzten Woche aufgesetzt, Backup vom Freitag (war aktueller) eingelesen, aktuelle Änderungen vom Wochenende wieder durchgeführt.

Außer viel ärgern, viel lesen und Stress mit Familie da viel am PC, ist wieder alles Ok.

Alles ist auf dem neuesten Stand, tr-064 von npm läuft auch besser (unter Node.js 10.x).
Bringt jetzt andere Fehler, aber dazu kann ich jetzt nicht mehr. Muss die Tage nochmal ran.

Ich danke der Backupfunktion .

[apollon77]

@csr Also Der Fehler den Du gepostet hast kam vom sql Adapter. Kann es sein das Du hier nodejs aktualisiert hast und dabei nicht die Anleitung befolgt hast?

[-cs-]

Hi,

wie gesagt, hab mich da irgendwie verirrt und konnte es nicht nachvollziehen.
Probierte einiges aus, was beschrieben war (Doku und hier im Forum) weiß leider nicht mehr was schief ging.

Aber er der Adapter aktualisiert auch nicht mehr, der Comunity Adapter hat dies bevor ich alles Aktualisierte.
Mal schauen, ob ich diese Woche noch mal Zeit finde.

[SSW-mcor]

Für die 7490 steht übrigens auch ne Beta zum Download bereit...
Hatte das 10 Minuten "Problem" vorher auch, nun nicht mehr und alles läuft

PS: Ich hasse die Backupfunktion, sie hat mir noch nicht einmal geholfen, hat noch nicht einmal funktioniert aber das ist ein anderes Thema

[crunchip]

Nachdem immer noch das grosse Problem besteht, das der Adapter nicht, oder sporadisch mal aktualisiert ( letzte Aktualisierung am 12.02./12:14), jedoch zwischenzeitlich einige ein und ausgehende Telefonate geführt worden sind,
habe ich testweise den Fritzbox Adapter installiert, kurz gewartet, bis er sich mit der Fritzbox verbunden hat und die DP´s angelegt wurden.
Danach mich selbst angerufen und sofort wurden die Datenpunkte gefüllt.

Jedoch beim tr-64 passiert gar nichts.
aktuell sehe ich als Kompromisslösung für mich bzw andere, die das gleiche oder ähnliche Probleme haben, den Fritzbox Adapter zu verwenden.
@apollon77 ich weiß zwar, das der Fritzbox Adapter schon sehr veraltet ist und auch nicht weitergepflegt wird, aber vllt besteht die Möglichkeit, das ein oder andere von diesem Adapter abzuleiten für die Fehlersuche beim tr-64, oder diesen Adapter selbst vllt auf Vordermann zu bringen.

[apollon77]

@crunchip Hast Du mal den tr-064 auf Debug log gestellt und das dann gecheckt wenn es dazu kommt? Steht dann noch was im Log oder nicht? Steht was im Log bevor er aufhört zu funktionieren?

[crunchip]

@apollon77 nein, Debug hatte ich noch nicht getestet, einzigste was ich in der Zeit zwischen 12.02 und heute gemacht hatte, war

• Adapter neu gestartet
• Fritzbox neu gestartet ( aktuellste beta drauf) das aktualisieren ging aber auch schon in den Vorversionen nicht richtig
• IoBroker neu gestartet
• Proxmox neu gestartet
  also mehr geht nicht mit Neustart`s, hätte ja mal aktualisieren sollen/müssen

[apollon77]

@crunchip Wäre interessant ob es nicht ggf daran lag das die FB neu gestartet wurde und der Adapter damit die Verbindung verloren hat und obwohl er sollte nicht neu aufgebaut hat oder so

[crunchip]

@apollon77 also Fritzbox Neustart zu dieser Uhrzeit schließe ich aus, habe aber mal das log vom 12.02 durchgesehen.
um 12:14Uhr lief Iobroker gar nicht, da hatte ich updates gemacht.
Was ich aber nicht verstehe, das aktuell gar nicht mehr aktualisiert wird.

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

nicht neu aufgebaut

sollte er aber doch, wenn der Adapter/Iobroker neu gestartet wird!?
was ich noch sehe, weil auch keine Sprachansage kam, ringing wird ebenfalls nicht aktualisiert (zeitstempel 12.02), jedoch
callists/inbound/json ist aktualisiert worden Zeitstempel 18.02/0:01(ist die Uhrzeit cronjob für neustart)
also, so zu sagen, werden die Anruflisten nur durch (neustart/cronjob aktualisiert), Anrufe werden nicht wahr genommen

[apollon77]

@crunchip Und wenn DU jetzt neu startest? Geht es dann wieder?

[crunchip]

@apollon77 den Adapter?
hab ich grad mal neu gestartet, Werte/Zeitstempel bleiben unverändert
ausser, wie gesagt ...json/html aus der calllists, werden dadurch aktuallisiert

[dslraser]

@crunchip
@apollon77
irgendwann zwischendurch (ist schon einige Monate her) hatte ich dieses Verhalten auch mal. Irgendwann hat einfach der DP/Adapter, ohne irgendwelche Meldungen im Log, nicht mehr aktualisiert. Auch nur aufgefallen, weil keine Ansage am ECHO mehr kam. Nach Neustart des Adapters ging es dann meistens für einige Tage, dann ging das wieder los. Ich weiß nicht mehr welche Adapterversion das war und auch nicht, ob ich seit dem ein Firmwareupdate an der Fritte gemacht habe. Den Grund konnte ich dafür auch nie finden und habe dann, genau wie Du jetzt, einen alten FritzBox Adapter benutzt, der ging immer. Dann irgendwann bin ich wieder auf die Comunity Version und nun auf der 3.1.4 und habe das Verhalten nicht mehr, aber woran es lag/liegt ?
Vielleicht noch eins, ich hatte meistens beide Versionen drauf, also auch den alten soef, aber nicht gleichzeitig laufen, nur installiert. Zu der Zeit hatte ich dieses Verhalten. Die soef Version habe ich nun nicht mehr installiert. Keine Ahnung ob es da einen Zusammenhang giebt.

[crunchip]

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

[apollon77]

Okj, dann bitte mal Debug Log vom Start des Adapters

[crunchip]

@apollon77
phonebook entfernt

tr-064.0	2020-02-18 23:17:40.588	info	(11366) starting. Version 3.1.4 in /opt/iobroker/node_modules/iobroker.tr-064, node: v10.19.0
tr-064.0	2020-02-18 23:17:34.891	info	(10885) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason
tr-064.0	2020-02-18 23:17:34.889	info	(10885) terminating
tr-064.0	2020-02-18 23:17:34.885	info	(10885) Got terminate signal TERMINATE_YOURSELF
tr-064.0	2020-02-18 23:17:33.381	debug	(10885) in updateAll
tr-064.0	2020-02-18 23:17:22.779	debug	(10885) in updateAll
tr-064.0	2020-02-18 23:17:12.179	debug	(10885) in updateAll
tr-064.0	2020-02-18 23:17:01.580	debug	(10885) in updateAll
tr-064.0	2020-02-18 23:17:01.370	debug	(10885) system.adapter.admin.0: logging false
tr-064.0	2020-02-18 23:16:50.968	debug	(10885) in updateAll
tr-064.0	2020-02-18 23:16:40.372	debug	(10885) in updateAll
tr-064.0	2020-02-18 23:16:29.763	debug	(10885) in updateAll
tr-064.0	2020-02-18 23:16:19.142	debug	(10885) in updateAll
tr-064.0	2020-02-18 23:16:08.556	debug	(10885) in updateAll
tr-064.0	2020-02-18 23:16:06.585	debug	(10885) callmonitor connected
tr-064.0	2020-02-18 23:16:06.553	debug	(10885) starting callmonitor

tr-064.0	2020-02-18 23:16:06.142	debug	(10885) Result Callist JSON: {"root":{"timestamp":"1463936401"}}
tr-064.0	2020-02-18 23:16:06.073	debug	(10885) Phonebook 0: {"NewPhonebookName":"Telefonbuch","NewPhonebookExtraID":"","NewPhonebookURL":"http://192.168.178.1:49000/phonebook.lua?sid=xxxxxxxxxxxxx&pbid=0"} / err=null
tr-064.0	2020-02-18 23:16:06.013	debug	(10885) Phonebook.read: NewPhonebookList=0
tr-064.0	2020-02-18 23:16:05.894	debug	(10885) Phonebook.read
tr-064.0	2020-02-18 23:16:05.893	debug	(10885) getVoIPCommonAreaCode: xxxxx
tr-064.0	2020-02-18 23:16:05.831	debug	(10885) getVoIPCommonCountryCode: 0049
tr-064.0	2020-02-18 23:16:05.742	debug	(10885) forEachConfiguredDevice
tr-064.0	2020-02-18 23:16:05.740	debug	(10885) createConfiguredDevices
tr-064.0	2020-02-18 23:16:04.372	debug	(10885) Calllist Config after normalizing: {"all":{"generateJson":true,"generateHtml":true,"maxEntries":"10","generateJSON":true,"generateHTML":true},"missed":{"generateJson":true,"generateHtml":true
tr-064.0	2020-02-18 23:16:04.345	debug	(10885) Schedule restart: 1 0 * * *
tr-064.0	2020-02-18 23:16:04.181	info	(10885) starting. Version 3.1.4 in /opt/iobroker/node_modules/iobroker.tr-064, node: v10.19.0
tr-064.0	2020-02-18 23:16:03.206	debug	(10885) statesDB connected
tr-064.0	2020-02-18 23:16:03.205	debug	(10885) States connected to redis: 127.0.0.1:9000
tr-064.0	2020-02-18 23:16:03.153	debug	(10885) States create System PubSub Client
tr-064.0	2020-02-18 23:16:03.150	debug	(10885) States create User PubSub Client
tr-064.0	2020-02-18 23:16:03.118	debug	(10885) Redis States: Use Redis connection: 127.0.0.1:9000
tr-064.0	2020-02-18 23:16:03.116	debug	(10885) objectDB connected
tr-064.0	2020-02-18 23:16:03.110	debug	(10885) Objects connected to redis: 127.0.0.1:9001
tr-064.0	2020-02-18 23:16:03.082	debug	(10885) Objects client initialize lua scripts
tr-064.0	2020-02-18 23:16:03.081	debug	(10885) Objects create User PubSub Client
tr-064.0	2020-02-18 23:16:03.079	debug	(10885) Objects create System PubSub Client
tr-064.0	2020-02-18 23:16:03.063	debug	(10885) Objects client ready ... initialize now
tr-064.0	2020-02-18 23:16:03.012	debug	(10885) Redis Objects: Use Redis connection: 127.0.0.1:9001
tr-064.0	2020-02-18 23:15:58.853	warn	(10866) Terminated (NO_ADAPTER_CONFIG_FOUND): Without reason
tr-064.0	2020-02-18 23:15:58.672	error	(10866) adapter disabled
tr-064.0	2020-02-18 23:15:57.139	debug	(10866) statesDB connected
tr-064.0	2020-02-18 23:15:57.138	debug	(10866) States connected to redis: 127.0.0.1:9000
tr-064.0	2020-02-18 23:15:57.049	debug	(10866) States create System PubSub Client
tr-064.0	2020-02-18 23:15:57.046	debug	(10866) States create User PubSub Client
tr-064.0	2020-02-18 23:15:57.021	debug	(10866) Redis States: Use Redis connection: 127.0.0.1:9000
tr-064.0	2020-02-18 23:15:57.019	debug	(10866) objectDB connected
tr-064.0	2020-02-18 23:15:57.013	debug	(10866) Objects connected to redis: 127.0.0.1:9001
tr-064.0	2020-02-18 23:15:56.983	debug	(10866) Objects client initialize lua scripts
tr-064.0	2020-02-18 23:15:56.982	debug	(10866) Objects create User PubSub Client
tr-064.0	2020-02-18 23:15:56.981	debug	(10866) Objects create System PubSub Client
tr-064.0	2020-02-18 23:15:56.975	debug	(10866) Objects client ready ... initialize now
tr-064.0	2020-02-18 23:15:56.925	debug	(10866) Redis Objects: Use Redis connection: 127.0.0.1:9001
tr-064.0	2020-02-18 23:15:52.981	info	(24440) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason
tr-064.0	2020-02-18 23:15:52.980	info	(24440) terminating
tr-064.0	2020-02-18 23:15:52.977	info	(24440) Got terminate signal TERMINATE_YOURSELF
tr-064.0	2020-02-18 22:17:44.834	info	(24440) starting. Version 3.1.4 in /opt/iobroker/node_modules/iobroker.tr-064, node: v10.19.0
tr-064.0	2020-02-18 22:17:39.232	info	(21176) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason
tr-064.0	2020-02-18 22:17:39.230	info	(21176) terminating
tr-064.0	2020-02-18 22:17:39.224	info	(21176) Got terminate signal TERMINATE_YOURSELF

[apollon77]

@crunchip Ok, er verbindet sich erfolgreich mit dem Callmonitor ... Jetzt wäre mal cool das Debug Log zu sehen wenn da ein Anruf reinkommt oder rausgeht

[crunchip]

@apollon77
ist das korrekt?

tr-064.0	2020-02-18 23:15:58.853	warn	(10866) Terminated (NO_ADAPTER_CONFIG_FOUND): Without reason

eingehend is grad bisserl ungünstig
ich teste mal ausgehend