AVM TR-064
-
@Jan1
Grundsätzlich gebe ich Dir recht, ich möchte aber soviel wie möglich zuhause machen und nicht in der Cloud und am Besten alles aus einem Guss, denn vielleicht will ich den Trigger etc. noch anderweitig verwenden. -
@haselchen
Da gabs aber gerade eben Probleme mit dem Adapter in Abhängigkeit der oben genannten Versionen und wenn er beim Adapter schon die 4.0 drauf hat, sollte man auch wissen was sonst noch läuft. -
@haselchen Das ist kein Wahn lach Das war Zufall, da ich komplett frisch installiert habe. Okay, ich habe direkt auf "latest" umgestellt, mea culpa.
Das war wohl ungünstiges timing mit dem upgrade/relaunch von tr-064. ^^ -
@Jan1 Die Versionen habe ich im Eingangspost oben nachgereicht.
-
@MikeEcho
Aber nicht alle nach denen ich gefragt hatte.
Also entweder gehst mit der Version zurück, oder alles neu, dann sollte der wohl auch wieder laufen wie gewünscht.
Ich habe alles aktuell und teste mal obs bei mir läuft -
@Jan1
Admin = 4.0.9
Node.js = 10.20.1
AVM tr-064 = 4.0.0Es ist ja alles neu installiert.
-
Jan1 meinte die JS Controller Version noch bitte
-
@MikeEcho
Und der JS-Controller? -
@MikeEcho
Dann mal zum Blockly.
Was ist denn das für ein DP den Du da überhaupt auf "missed" prüfst? -
@Jan1 JS-Controller: 2.2.9
-
@Jan1 Der Datenpunkt ist:
tr-64.0.callmonitor.lastCall.type
In meiner Vorstellung sollte der ja nach Gesprächs-/Anrufende auf den Typ des letzten Anrufes aktualisiert werden. Den Trigger wollte ich nehmen, um per Telegram eine Notification zu senden.
-
@MikeEcho
und das ist noch der alte. Jetzt ist wieder die Frage, den auch mal updaten oder die anderen downgraden.
Der DP ist ne gute Frage, ob der das überhaupt so macht wie Du das vermutest. Steht das so in der Doku?Ich würde das anders machen. Überprüfen ob jemand zu Hause ist und wenn nicht, den Namen des letzten Anrufers per Telegramm verschicken.
Edit:
habs gerade mal getestet und bei allen Versionen auf aktuell, wechselt der DP auf "missed" wenn ich nicht ran gehe. Liegt somit an Deiner Versionskombination aus alt und neu. Da es bei mir mit alles aktuell läuft, würde ich das eher empfehlen als ein Downgrade. -
@Jan1 said in AVM TR-064:
@MikeEcho
und das ist noch der alte. Jetzt ist wieder die Frage, den auch mal updaten oder die anderen downgraden.Kannst Du mir nen kurzen Fingerzeig geben, wie ich den update?
Der DP ist ne gute Frage, ob der das überhaupt so macht wie Du das vermutest. Steht das so in der Doku?
Das habe ich nicht geprüft, war in meiner Welt selbtverständlich. ^^ Er änder tauf jeden Fall den Zustand, wenn ein Anruf zusatnde kommt etc. Und er blinkt auch in Objekte kurz auf, wenn ein Anruf (egal ob erfolgreich oder nicht) endet und denselben Status hat, wie der Anruf zuvor.
Ich würde das anders machen. Überprüfen ob jemand zu Hause ist und wenn nicht, den Namen des letzten Anrufers per Telegramm verschicken.
Wenn ich die Anwesenheitskontrolle schon zuverlässig am Start hätte, wäre das sicher eine Option. Die Fritz!Box ist bei mir nur die DECT Station, den Rest macht Unifi.
-
@MikeEcho
Eigentlich hätte der JS gestern Abend noch ins latest sollen, ist aber noch nicht. Da wartest einfach noch ein wenig, dann wird der im latest REPO eh als Update angeboten und wie geschrieben, war der TR-064 da auch bisschen sensibel, da erstens am Adapter selber in letzter Zeit viel verbessert und damit geändert wurde und IOBroker selber mit dem Admin und JS einige Änderungen erlebt hat.Wenn in Deiner Welt was selbstverständlich ist, ist das keine Grund warum das hier auch so funktionieren muss, wobei das tatsächlich so ist, zumindest in dem Fall
-
@Jan1 said in AVM TR-064:
@MikeEcho
(...)Wenn in Deiner Welt was selbstverständlich ist, ist das keine Grund warum das hier auch so funktionieren muss, wobei das tatsächlich so ist, zumindest in dem Fall
Deswegen hatte ich ja explizit "in meiner Welt" geschrieben, weil ich weiß, dass das beileibe nicht immer der "Realität" entspricht.
Danke für Deine Tipps, ich warte mal das Update des Controllers ab. Wenn das Problem bestehen bleibt, dann teste ich es evtl. mit dem downgrade.
-
@Jan1 sagte in AVM TR-064:
Edit:
habs gerade mal getestet und bei allen Versionen auf aktuell, wechselt der DP auf "missed" wenn ich nicht ran gehe.Dito
Admin = 4.0.9
Node.js = 10.16.3
Tr-064 = 4.0.0
JS controller= 3.0.13 -
@MikeEcho
Das wird danach laufen, da es bei mir ja auch funktioniert, wobei ich nie drauf gekommen wäre, dass dieser DP das anzeigt.
Ich mach mit dem Adapter eigentlich nur die Anwesenheitserkennung und die Anrufer-ansage. Deshalb bin ich nicht wirklich s informiert, was der noch so alles kann. Wenn jemand schreibt dass was nicht geht, muss ich das bei mir immer erst mal ausprobieren und da ich in der Regel gerne den Beta Tester spiele, hab ich auch die letzten Versionen am Start. -
@Jan1 Also, ich habe nun den JS-Controller 3.013 installiert. Grundsätzlich funktioniert der tr-064 Adapter auch. Bei Anrufen wird alles korrekt angezeigt, der Typ zeigt nach Beendigung an, welche Art von Anruf das war.. aufgelegt/missed/unterbrochen etc.
Leider wird aber der DP type nicht wirklich aktualisiert. In Objekte blinkt er zwar auf, dass er "upgedatet" wird, aber Blockly erkennt es nicht als Update an, deswegen löst der Trigger nicht aus.Wenn ich den Timestamp als Trigger nehme, löst er unter Blockly doppelt aus, wenn der Anruf beendet wird. Ich teste mal die anderen Timestmaps, ob das einheitlich so ist.
-
Hast du dein Blockly geändert oder ist es das gleiche wie vorhin?
-
Falls jemand ein ähnliches Problem haben sollte:
Ich habe nun den Datenpunkt tr-064.0.calllist.missed.count als Trigger genommen. So funktioniert es jetzt. Für den Fall, dass der Counter gelöscht wird, muss ich halt ne Abfrage einbauen, dass das dann keine Telegram notification triggert.
Für mich ungeklärt ist, warum der Timestamp beim Type zweimal aktualisiert wird, und warum der Type in der Datenbank nicht aktualisiert wird.
