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

[paul53]

@ben1983 sagte: Frage mich jetzt nur, warum er den aufruf doppelt absetzt?

Welcher Adapter setzt den DP mit IdFrischwasserstellmotor?

[Ben1983]

@paul53 Shelly…. Ist ein Adapter im beta

@haus-automatisierung
Kann das an dem Beta liegen?

[haus-automatisierung]

@ben1983 sagte in Javascript-adapter ruft on ereignis doppelt auf:

Kann das an dem Beta liegen?

Dass irgendwas den (hier nicht genannten) Datenpunkt 2x schreibt? Wie soll ich darauf antworten 😉 Kenne dein System nicht und weiß nichtmal um welche Geräte es geht.

Was erwartest da für eine Antwort?

[paul53]

@ben1983
Um zu sehen, woher es kommt, bau mal in das Skript einen zweiten Trigger auf Aktualisierung ein, der es im Log zeigt:

on({id: IdFrischwasserstellmotor}, (dp) => {
    log('Frischwasser: ' + dp.state.val + ', Ack: ' + dp.state.ack + ', From: ' + dp.state.from);
});

[Ben1983]

@paul53 mache ich

[Ben1983]

@haus-automatisierung sorry.
Es wird ein Shelly 2.5 geschaltet.
Diesen schalte ich mit setstatedelayed.
Jeweils(val=true oder false) mit dem ack nicht angegeben, also false.
Die on Methode, welche ich auf ack=true Abfrage wird zwei mal mit val=true und ack=true aufgerufen. Aber frage ich auf lediglich die id ab, dann wird bei Änderung nur einmal mit ack = fAlse aufgerufen

Mein Gedanke war nun, dass irgendwie bei der Abfrage auf ack=true der Wert für ack nicht richtig übergeben wird.

[haus-automatisierung]

@ben1983 sagte in Javascript-adapter ruft on ereignis doppelt auf:

Mein Gedanke war nun, dass irgendwie bei der Abfrage auf ack=true der Wert für ack nicht richtig übergeben wird.

Müsste ich in Ruhe testen, aber würde mich sehr wundern wenn das passiert. Die Versionen werden ja von tausenden Leuten schon genutzt. Das wäre sicherlich aufgefallen

[Ben1983]

@haus-automatisierung ja,
Das hat ja auf meiner Windows Installation auch funktioniert.
Jetzt bei der neuen auf Docker trat es auf.

[Ben1983]

@paul53 @haus-automatisierung Das hier habe ich wie beschrieben eingefügt:

on({id: IdFrischwasserstellmotor}, (dp) => {
    log('Frischwasser: ' + dp.state.val + ', Ack: ' + dp.state.ack + ', From: ' + dp.state.from);
});

Im Log steht dann:

16:27:46.649	info	javascript.0 (32410) script.js.common.eventtest: Frischwasser: false, Ack: false, From: system.adapter.javascript.0
16:27:46.652	info	javascript.0 (32410) script.js.common.eventtest: Frischwasser: false, Ack: true, From: system.adapter.shelly.0
16:27:46.930	info	javascript.0 (32410) script.js.common.eventtest: Frischwasser: false, Ack: true, From: system.adapter.shelly.0

also für michsieht es so aus, dassichim script auf false setze und der shelly adapter 2 x mit true zurück meldet.
Oder?

[paul53]

@ben1983 sagte: im script auf false setze und der shelly adapter 2 x mit true zurück meldet. Oder?

Ja, so sieht es aus: Im Abstand von ca. 300 ms wird val = false und ack = true gesendet.

[haus-automatisierung]

@ben1983 sagte in Javascript-adapter ruft on ereignis doppelt auf:

also für michsieht es so aus, dassichim script auf false setze und der shelly adapter 2 x mit true zurück meldet.

Ich würde das ja gerne nachvollziehen oder testen. Aber Du lieferst ja keine Infos :)

• Shelly 2.5 in welchem Modus (Switch oder Shutter)
• Welche Firmware-Version
• Welcher Datenpunkt genau
• Wie integriert (MQTT oder CoAP?), ...

[Ben1983]

@haus-automatisierung wie es ausschaut sind es alle shellys (shelly 1,shelly2,shelly2.5) die ich im Einsatz habe.
Alle über CoAP.
Alle auf der neuesten Firmware: Datenpunkt "Relais0.switch" "Relais1".switch (Wobei ich andere jetzt nicht abfrage)
Installiert ist die Beta:

[haus-automatisierung]

@ben1983 sagte in Javascript-adapter ruft on ereignis doppelt auf:

Alle auf der neuesten Firmware: Datenpunkt "Relais0.switch" "Relais1".switch (Wobei ich andere jetzt nicht abfrage)

Fehler gefunden. Problem war, dass die Änderung einmal bestätigt wurde, wenn der Wert geändert wurde und zum Gerät geschickt wird. Zusätzlich antwortet das Gerät dann aber direkt über CoAP oder MQTT direkt mit dem neuen Wert. Was wiederum zu einem Event mit ack geführt hat.

Ist in 5.3.1 behoben.

[Ben1983]

@haus-automatisierung ok, danke

[Ben1983]

@haus-automatisierung wann wird die Version im stable sein?

[haus-automatisierung]

@ben1983 Wenn Du den Support übernimmst, mache ich das gleich 😉

[Ben1983]

@haus-automatisierung :-D is klar ;-)

[haus-automatisierung]

@ben1983 sagte in [gelöst] Javascript-adapter ruft on ereignis doppelt auf:

@haus-automatisierung wann wird die Version im stable sein?

Heute freigegeben.

[Ben1983]

@haus-automatisierung Habe nun folgendes szenario:

shelly 2.5:
switch wird beschrieben mit true;
ich frage mit folgendem code ab, ob der shelly bestätigt hat:

on({id:IdFrischwasserstellmotor, ack:true},(dp) =>{
    if(dp.state.val)
    {...}
}

wird nun allerdings der wert des shelly.switch wieder auf true gesetzt,
so wird die Bestätigung (ACK) erst nach der in der Konfig eingestellten Abfragezeit gemeldet.
Ist das wirklich so gewollt?
Warum meldet der Adapter nicht direkt mit ack = true zurück?

Ich hoffe es war verständlich.

[haus-automatisierung]

@ben1983 sagte in [gelöst] Javascript-adapter ruft on ereignis doppelt auf:

Warum meldet der Adapter nicht direkt mit ack = true zurück?

Weil Du als Fehler gemeldet hattest, dass Du das nicht möchtest. Ich hatte alles sofort bestätigt, wenn ein Wert geändert wurde. Jetzt wird der erst bestätigt, wenn er vom Gerät kommt.

Ich würde Dich (erneut) bitten komplette Scripts zu zeigen und nicht nur Ausschnitte. Also inklusive Ansteuerung und was in IdFrischwasserstellmotor steht.

Generell meldet der Shelly eigentlich die meisten Werte über MQTT und CoAP sofort zurück. Nur wenn etwas über HTTP abgerufen werden muss (weil es nicht per Event gesendet wird), kommt es zu der Verzögerung. Aber ohne Infos zu den genauen Datenpunkten usw. kann ich das natürlich nur raten.

Antwort: Es kommt drauf an.