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

[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

[leuchtturm]

@Jan1 Ja, tatsächlich, schreibt man dort was rein, wird das Passwort als GästeWLAN Passwort in die Fritz übernommen.

Ich wollte es eigentlich nutzen um das GästeWLANpasswort als QR-Code in der VIS anzuzeigen.

Wenn man jetzt aber auch die Passwörter für dir anderen WLAN Netze (2.4 und 5GHZ) einfach überschreiben kann, halte ich das für mich persönlich für ein zu großes Sicherheitsrisiko. ;-)

[Jan1]

@leuchtturm
Genau das meine ich damit, ist bisschen riskant das ganze. Ein mal unbedacht da was rein geschrieben und schon ist Schluss mit WLAN.

[sigi234]

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

@leuchtturm
Genau das meine ich damit, ist bisschen riskant das ganze. Ein mal unbedacht da was rein geschrieben und schon ist Schluss mit WLAN.

Habe ich schon lange so:

https://forum.iobroker.net/topic/22782/test-adapter-tr-064-community-v1-0-x/526?page=5

[leuchtturm]

@Jan1 Ich habe dem User jetzt das Recht genommen Einstellungen zu sehen und zu verändern. Safety first :-)

[bahnuhr]

Ich kopiere hier mal den anderen Thread (gehört ja eigentlich auch hier rein):

Wir hatte heute mittag einen Anruf:

Im DP fritzbox.0.history.allTableJSON steht (stark gekürzt wg. Lesbarkeit):

[{"date":"04.01.20 15:39:44","externalNumber":"066xxxx35","callSymbolColor":"<span style=\"color:green\"><b> ->></b></span>","extensionLine":"12","ownNumber":"066xxxx1","lineType":"SIP0","durationForm":"   2:54"}...]

Im DP tr-064-community.0.calllists.all.json steht (stark gekürzt wg. Lesbarkeit):

[{"id":2235,"type":"1","caller":"066xxx35","called":"SIP: 3681","callednumber":"3681","name":"","numbertype":"sip","device":"Büro","port":"12","date":"04.01.20 15:36","duration":"0:03","count":"","path":"","sym":">","external":"066xxx35"}, ...]

Fazit:
FB: 15:39 und 2:54
TR: 15:36 und 0:03

Für mich sieht das so aus, dass die Daten in FB erst übermittelt werden, wenn der Anruf erledigt ist. Und dies wäre m.E. auch richtig.

Nachtrag: jetzt wirds interessant.

In der Fritze unter Anrufe steht:

Richtig wäre analog Fritze:
15:36 und 2:54

mfg