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

[apollon77]

@ilovegym Korrekt. Effektiv ist die COmmunity Version ein Fork des letzten GitHub-Stands von soef ... also mag sein das er da nach der 0.4.18 und vor einer neuen Version DInge geändert hat. Aber ja bitte Bugs melden als GitHub Issues

[apollon77]

@ilovegym Danke für die Blumen. Im Falle von tr-064 hat @ldittmar die meiste Arbeit bei der Umstellung gemacht, ich habe es jetzt nur mal hier her gepusht um Feedback zu bekommen weil er gerade keine Zeit hat.
Auch die anderen Adapter sollen kommen ... aber naja Zeit ...

[Jan1]

@apollon77 sagte in [Aufruf] Test Community-Version vom tr-064 Adapter:

@Jan1 Feature-Requests und sowas bitte als Issues im GitHub anlegen

Das die anderen soef Adapter noch portiert werden, oder dass der Anrufer DP gelöscht wird?
Oder beides?

[apollon77]

zweiteres. Die anderen Adapter sind vom Repo her schon in Community umgezogen, aber noch nicht aktualisiert.
Weitere Entwickler vortreten und bei Community anmelden und Adapter übernehmen bitte :-)!

[Beliar_666]

irgendjemand hatte hier geschrieben er hat es in seinem Blockly, das der Callername wieder gelöscht wird, wie füge ich das in mein Blockly ein?

[Jan1]

@Beliar_666
Na einfach nach der Absage ein leeres Textfeld in den DP schreiben lassen.

[Beliar_666]

@Jan1 sagte in [Aufruf] Test Community-Version vom tr-064 Adapter:

@Beliar_666
Na einfach nach der Absage ein leeres Textfeld in den DP schreiben lassen.

Jetzt steh ich grad völlig auf dem Schlauch... grübel

[Jan1]

@Beliar_666
Ich poste morgen mal mein Blockly wenn ich zu Hause bin, wobei das doch recht simpel ist. Einfach eine sonst Bedingung im Blockly ergänzen die eben ein leeren Text in den DP schreibt.

[Jan1]

Hier mal das Script, wobei beim Adapter wohl noch ein Bug drin ist. Wenn man den DP "callername" löscht, dann bleibt der auch bei Anrufen leer die im Telefonbuch stehen. Das ändert sich erst, wenn man den Adapter neu startet, so wird der DP wieder befüllt.

@Beliar_666
Könntest Du das bei Dir mal checken, ob das nach dem Löschen bei Dir genau so ist?

[lost in translation]

Habe eben gerade von github installiert.
Frage mich nun, welcher ringing es denn sein soll?

und dann bei states nochmal:

Ist das egal auf welchen ich trigger, oder verschwinden welche wieder?

ciao

frank

[v522533]

@lost-in-translation

ich hab mein handy genommen, mich angerufen und geschaut welcher reagiert...

[Jan1]

@v522533
Bingo

[SBorg]

Den unter "callmonitor.callmonitor.ringing" kannst du eigentlich nur von einer älteren Adapterversion haben, dass war dort noch ein Bug. Kannst du einfach löschen, kommt aber anders als der "Nachtkönig" (^^) nicht wieder...

[Jan1]

Am besten alle DPs löschen und den Adapter neu starten, dann sollten die doppelten Einträge weg sein.

[lost in translation]

@SBorg
Aha, würde das Sinn machen die alle mal zu löschen? Sonst habe ich ja immer mehr Kuddel muddel der Verschiedenen Versionen mit der Zeit?

ciao

frank

[sigi234]

@lost-in-translation sagte in [Aufruf] Test Community-Version vom tr-064 Adapter:

@SBorg
Aha, würde das Sinn machen die alle mal zu löschen? Sonst habe ich ja immer mehr Kuddel muddel der Verschiedenen Versionen mit der Zeit?

ciao

frank

Ja.........

[Jan1]

@lost-in-translation
Wenn Du keine DPs manuell erstellt oder geändert hast, dann kann man das immer machen, werden ja von den Adaptern beim Neustart eh wieder angelegt.
Manuell erstellte kann man sich aber auch sichern und danach wieder einstellen, wenn man welche hat und das unkompliziert erledigen möchte.

[lost in translation]

@Jan1
Ich habe jetzt mal all meinen Mut zusammen genommen und alle Objekte gelöscht.
Danach habe ich die Instanz restartet.
Jetzt sind wieder Objekte da, das ringing tatsächlich aber nur noch an einer Stelle.

Jetzt müsste ich nur noch erraten was DPs sind. Gewagte Vermutung: DataPoints?
So weit bin ich bei iobroker noch nicht, grundsätzlich habe ich aber schonmal user defined data points verwendet, ahne also wozu die da sein könnten. Kann ich sowas in Skripten verwenden? Also Sachen errechnen und da hinschreiben, um sie z.B. in anderen Skripten verwenden zu können?

ciao

frank

[Jan1]

@lost-in-translation
Ja exakt so ist es, wenn Du in einem Script eine globale Variable erzeugen willst, sprich Du willst einen Wert von einem Script in einem anderen verwenden, dann kann man sich eben einen eigenen DP anlegen und darauf mit anderen Scripten zugreifen.
Das kann man manuell erledigen oder einfach aus Blockly unter System den Block "Datenpunkt erzeugen" verwendet. Den kann man mit der aktuellen JS Version sogar schon etwas vordefinieren, wenn man das wünscht, wobei ich auch nicht genau weiß, was mit "common" passiert. Die DPs werden dann unter Objekte - Javascript.* abgelegt.

[lost in translation]

So, habe mal weiter rumgespielt mit callmonitor outbound. Meines Erachtens arbeitet der nicht sauber:

Zeile 1 (16:41): Ich rufe bei unserem Versicherungsvertreter an, um ihn zu informieren, dass unser Dach endlich repariert wurde (Sturmschaden am Rosenmontag, aber hier irrelevant)
Kritikpunkt: calleeName ist falsch und vom vorherigen Klingeln mit Weiterleitung an meine Frau übernommen (Die Telefonnummer des Versicherungsvertreters ist nicht im Telefonbuch der Fritzbox. Eigentlich müsste calleeName leer sein.
Caller ist richtig, CallerName ist falsch (auch vom vorherigen Klingelvorgang da drin)

Zeile 2 (16:59) : Der Versicherungsmensch ruft zurück, der Anruf wird per Parallelruf an das Mobiltelefon meiner Frau weitergeleitet. Nummer callee ist richtig, allerdings mit einer # hinten dran. (warum dies?) CalleeName müsste eigentlich der Name meiner Frau stehen, ist aber nicht. caller: Mobilnummer des Versicherungsvertreters. CallerName: meine Festnetznummer. Hier hätte ich "leer" passend zur der fritzbox unbekannten Telefonnummer des Versicherungsvertreters erwartet.
Zeile 3 (11:03:17): Testanruf von mir an mein Mobiltelefon (Nummer nicht in der Fritzbox), callee richtig, aber auch wieder mit #, calleeName: Name meiner Frau (hier hätte ich aber "leer" erwartet), caller: eigene Festnetznummer (OK), callerName: leer (also was ich in der Zeile davor erwartet hätte, hier ist es falsch)
Zeile 4 (11:03:55): nochmal der gleiche Testanruf, eigentlich hätte ich hier eine identische Zeile erwartet. Abweichungen:
calleeName diesmal leer (also richtig)
callerName diesmal mit der Bezeichnung der Festnetznummer gefüllt, also richtig

Zwei weitere Testanrufe erschienen dann jeweils doppelt. Inhalt der Felder aber jeweils identisch / wie erwartet.
Gibt es da vielleicht ein Timing issue, auf das ich achten sollte?
Das mit den doppelten Zeilen hatte ich gestern schon, ist dann aber wieder verschwunden. Da aber im ioBroker.log, jetzt habe ich die doppelten in meiner debug.txt.

Hier das Blockly bis zu dem Punkt, wo der Eintrag in meine debug.txt erzeugt wird:

Jemand eine Idee? Passiert nur mir das? Ist das so eine Art Prellen, das der trigger manchmal doppelt gezogen wird in 1 Sekunde? Wie könnte ich das unterbinden? Könnte es damit zusammen hängen, dass ich unsinnige Werte bekomme, weil ich die evt. auslese, bevor sie geschrieben wurden?

Bitte bedenkt, dass dies eins meiner ersten Blocklys ist. Ich lerne gerade noch.

ciao

frank

EDIT: Ergänzung:
Habe nochmal Testanrufe gemacht:

06.06.19 11:55:48 | callee: (meine Mobilnummer)# | calleeName:  | caller: (meine Festnetznummer Outbound) | callerName: (Bezeichnung MSN in FritzBox) | extension: 23 | json: {caller:(meine Festnetznummer Outbound),callee:(meine Mobilnummer)#,extension:23,_type:outbound,callerName:(Bezeichnung MSN in FritzBox),calleeName:}
06.06.19 11:56:13 | callee: (meine Mobilnummer) | calleeName:  | caller: (meine Festnetznummer Outbound) | callerName: (Bezeichnung MSN in FritzBox) | extension: 10 | json: {caller:(meine Festnetznummer Outbound),callee:(meine Mobilnummer)#,extension:23,_type:outbound,callerName:(Bezeichnung MSN in FritzBox),calleeName:}
06.06.19 11:56:42 | callee: (meine Mobilnummer) | calleeName:  | caller: (meine Festnetznummer Outbound) | callerName: (Bezeichnung MSN in FritzBox) | extension: 10 | json: {caller:(meine Festnetznummer Outbound),callee:(meine Mobilnummer),extension:10,_type:outbound,callerName:(Bezeichnung MSN in FritzBox),calleeName:}

Extension 23 ist ein Android mit Fritz!Fon App, Extension 10 ist ein Fritz!Fon C5 Dect
Man beachte den Unterschied bei der Extension in extension Objekt und json Objekt in Zeile 2 ???
Der erste Anruf war mit der Android App, die beiden weiteren mit dem Dect-Gürkchen.

Noch eine Nebenbeobachtung. Wenn ich im Objekte Browser auf dem json Objekt hover, dann sehe ich einen Zeitstempel und eine letzte Änderung mit Uhrzeit mit Millisekunden. Die werden mit vom Blockly nicht ausgegeben.

Und so habe ich das Blockly erweitert, um den Inhalt vom json zu bekommen:

Ich hätte jetzt die gleichen Werte wie im hover erwartet? Oder habe ich da schlicht die Anleitung nicht gelesen?

ciao

frank