Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[apollon77]

@klausM Bitte GitHub Issue anlegen und vor allem bitte sagen was genau da falsch ist und was richtig wäre und sowas ...

[klausM]

@apollon77
ok - dann versuche ich das.

done!

[crunchip]

@apollon77 so, bin heute auch mal zum testen gekommen. Adapter frisch von Git geladen.
Aktuell hab ich auch das Problem, wenn wiederholt, mit der selben Nummer angerufen wird, nichts geschrieben wird, erst wieder bei Anruferwechsel. so wie ich es bisher rausgelesen habe, sollte der Fehler behoben sein?

[apollon77]

@crunchip Naja jain ... Die Daten werden nur neu geschrieben wenn sie sich ändern. Was sich aber bei einem neuen Anruf ändert ist timestamp und json Datenpunkte. Also wenn Du was nutzen willsr um zu "triggern" dann sind das Deine Freunde

Oder was genau ist dein Problem das der gleiche Wert nicht neu geschrieben wird?

[crunchip]

@apollon77 Problem ist, die Ansage per script, wenn jemand anruft. Da dieser als unbekannter Teilnehmer deklariert wird.
selbe Problem müsste ja z.b. auch @dslraser haben.
Oder könnte ich die Datenpunkte im script auf "connect" ändern? Da wird der aktuelle Anrufer angezeigt.
bzw die Frage : genauer Unterschied "connect" und "inbound"?

[dslraser]

@crunchip sagte in Test Adapter tr-064-community v1.0.x:

Oder könnte ich die Datenpunkte im script auf "connect" ändern? Da wird der aktuelle Anrufer angezeigt.
bzw die Frage : genauer Unterschied "connect" und "inbound"?

ich habe bisher mit letzerem gearbeitet "inbound", da hat es bisher funktioniert.

[klausM]

@crunchip

ich weis nicht ob es hilft, aber ich trigger auf ..

Let trcm = "tr-064-community.0.callmonitor.";
[..]
on({id: trcm + "inbound.json", change : "any"}, function(obj) {

Das funktioniert so bei mir zumindest.

LG Klaus

[crunchip]

@dslraser dann ruf dich mal zweimal hintereinander an, da bleibt das Feld leer

[dslraser]

@crunchip
muss ich später probieren...(habe Besuch)

[dslraser]

@crunchip sagte in Test Adapter tr-064-community v1.0.x:

@dslraser dann ruf dich mal zweimal hintereinander an, da bleibt das Feld leer

Ich habe es doch gerade noch probiert, der (mein Name) wird angezeigt und der Rest wird beim zweiten Anruf aktualisiert. Ich verstehe nicht genau was bei Dir wo leer bleibt ?

[klausM]

@crunchip ,

let trcf = "tr-064-community.0.callForwarding.";
let trcm = "tr-064-community.0.callmonitor.";

[...]

on({id: trcm + "inbound.json", change : "any"}, function(obj) {
    var jObj = JSON.parse(obj.state.val); 
    
    EingehendeNummer = jObj.caller;
    AnruferName = jObj.callerName;
    AnschlussNummer = jObj.callee;
    AnschlussName = jObj.calleeName;

[..]

mit diesen Informationen geht dann weiter .

[crunchip]

@dslraser siehe screen von oben, habe aber inzwischen den Fehler gefunden, habe noch ein zweites script via google laufen, dieses hat mir die Datenpunkte gelöscht.
hab inzwischen weiter oben gelesen siehe https://forum.iobroker.net/post/339896

[leuchtturm]

Hallo!
In den States zu den WLANS bleiben die Einträge zu den WLAN Passwörtern leer.
Ist das so gewollt oder muss bei der Fritzbox noch was eingestellt werden?

[Ulfhednir]

@leuchtturm hast du zufälligerweise eine Labor-Version von AVM im Einsatz? Ich habe nämlich seitdem ich diese verwende auch das Gefühl, dass das WLAN Kennwort nicht mehr korrekt ausgelesen wird.

[leuchtturm]

@Ulfhednir Nein, es ist die 7.12. aus dem September 2019

[crunchip]

@Ulfhednir ich benutze die Labor. Aber wlan Passwort wurde bei mir noch nie ausgelesen. Weder mit der offiziellen, noch mit der Laborversion.

[Jan1]

@crunchip
Kann mich auch nicht dran erinnern, dass da mal was drin gestanden hätte

[bahnuhr]

@Jan1 sagte in Test Adapter tr-064-community v1.0.x:

Kann mich auch nicht dran erinnern, dass da mal was drin gestanden hätte

Nein, da stand noch nie was drin.
Auch bei dem "alten" Adapter nicht.

[Jey Cee]

@leuchtturm Ich glaube nicht das es zum Auslesen des Passworts ist, sondern zum setzen eines Passworts.

[Jan1]

@Jey-Cee
Müsste mal einer testen, wobei ich beides für etwas kritisch halte