UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Jan1]

@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 ;-)

[MikeEcho]

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

[sigi234]

@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

[Jan1]

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

[MikeEcho]

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

[haselchen]

@MikeEcho

Hast du dein Blockly geändert oder ist es das gleiche wie vorhin?

[MikeEcho]

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.

[MikeEcho]

@haselchen said in AVM TR-064:

@MikeEcho

Hast du dein Blockly geändert oder ist es das gleiche wie vorhin?

[Jan1]

@MikeEcho
oder so:

Da noch Dein Telegram Block rein und er signalisiert jeden verpassten Anruf.

[MikeEcho]

@Jan1 said in AVM TR-064:

@MikeEcho
oder so:

Da noch Dein Telegram Block rein und er signalisiert jeden verpassten Anruf.

Hast Du das auch mit zwei "missed calls" hintereinander probiert?

[haselchen]

@Jan1

Ich kenne den Adapter nicht auswendig, aber wäre aktualisiert nicht gefährlich?
Ich weiss ja nicht ob der Datenpunkt nach einem bestimmten Intervall selbst aktualisiert wird oder nur bei verpassten Anrufen.

[Jan1]

@haselchen
Kann passieren, aber nur so bekommst jeden verpassten mit, da wenn keiner zu Hause auch keiner abnimmt und deshalb "missed" stehen bleibt. Ich würde mal sagen der aktualisiert nicht einfach so von alleine, ansonsten ist Dein Einwand begründet.

@MikeEcho
genau deshalb habe ich ja "aktualisiert" gewählt. Probiert hab ich das nicht, aber in meiner Welt sollte das so funktionieren ;-)

[MikeEcho]

@Jan1 said in AVM TR-064:

@MikeEcho
genau deshalb habe ich ja "aktualisiert" gewählt. Probiert hab ich das nicht, aber in meiner Welt sollte das so funktionieren ;-)

Beruhigend zu wissen, dass wir in der selben Welt leben... Nur leider funktioniert es nicht, eben aus den Gründen, die ich oben genannt hatte. ^^

Ich habe den Block nachgebaut, leider klappt es so nicht.
Es klappt nur, wenn der Type vorher NICHT missed war. Also quasi nur bei Änderung, nicht bei Update

[MikeEcho]

So funktioniert es als WorkAround

[haselchen]

@MikeEcho

Vielleicht stehe ich aufm Schlauch aber müsste es nicht der grösser/gleich 0 Baustein sein? grübel

[Jan1]

@MikeEcho
Hast recht, der wird beim zweiten Anruf nicht aktualisiert. Könnte daran liegen, dass es der selbe Anrufer ist, oder ein Bug sein.
Kannst aber mal das probieren:

So wird aufs Klingeln reagiert und wenn aufgelegt wird geht der auf false zurück. 0 ist kleiner als 1 und es triggert, wenn dann noch "missed" im gewünschten DP drin steht, ist die Bedingung erfüllt.

[MikeEcho]

@haselchen said in AVM TR-064:

@MikeEcho

Vielleicht stehe ich aufm Schlauch aber müsste es nicht der grösser/gleich 0 Baustein sein? grübel

Die Abfrage ist drin, für den Fall, dass der Counter der "Anrufe in Abwesenheit" auf 0 zurückgesetzt wird. Wäre die Abfrage nicht enthalten, würde der Reset eine Notification rausschicken, wenn man den Counter zurücksetzt. ;)

[haselchen]

@MikeEcho

Verständnisfrage: Wäre dann nicht > als 0 das Gleiche?

[MikeEcho]

@haselchen said in AVM TR-064:

@MikeEcho

Verständnisfrage: Wäre dann nicht > als 0 das Gleiche?

Absolut! Natürlich nicht dasgleiche, aber derselbe von mir erwünschte Effekt. lach

[haselchen]

@MikeEcho

Puh, dachte schon der Cola Bacardi hat schon angeschlagen :grimacing: