Test Adapter Shelly v3.3.4 (latest)

[Stuebi]

@CrunkFX , ich habe es einmal in der Version 3.3.5 eingebaut für MQTT und Dimmer 2. Kannst Du die Version 3.3.5 nochmals per GitHub herunterladen und die Instanz neu starten

[CrunkFX]

@Stuebi Leider bleiben nun beide Werte auf true.

[CrunkFX]

@Stuebi Nur ne vermutung, hab ja keine ahnung aber muss hier nicht nur lights stehen statt lights1?

[Stuebi]

@CrunkFX, genau, habe ich auch gerade gesehen und eben korrigiert. Kannst Du bitte nochmals die Version 3.3.5 von GitHub laden und die Instanz neu starten.

[CrunkFX]

@Stuebi OK false geht dafür true nicht mehr bei beiden

[Stuebi]

@CrunkFX , schade, ich habe es jetzt wieder geändert, dass ich es so setze wie der Shelly Adapter es mir liefert.

[CrunkFX]

@Stuebi Ich werd selbst nochmal ein wenig rumspielen. Falls sich was ergibt geb ich dir Bescheid.

[Domingo]

@Stuebi Ließe sich input und longpush auf ähnliche Weise auch für den RGBW2 implementieren oder wären da noch weitere Infos nötig?

[Stuebi]

@Domingo , ich habe das in für den Shelly 1, 1PM, 2, 2.5 und RGBW2 eben input für CoAP implementiert. Bei den Shelly 1, 1PM, 2 und 2.5 noch zusätzlich longpush für CoAP.
Kannst Du bitte die neuste Version 3.3.5 von GitHub laden und testen?
Wie das geht steht hier

[CrunkFX]

@Stuebi Moin, ich hab´s doch noch hinbekommen. Um zu veranschaulichen was ich geändert hab und um Überprüfen zu lassen ob ich ne Programmaturgische Sauerei veranstaltet hab hab ich mal deine Repo geforked.
Der Unterschied zu deiner Lösung ist diese Zeile

mqtt_publish: 'shellies/shellydimmer2-<deviceid>/longpush/0',
--->  mqtt_publish_funct: (value) => { if (value == 1) {return true; } }

So bleibt der Wert immer false. Ersetze ich das mit dem ShellyHelper geht´s:

mqtt_publish: 'shellies/shellydimmer2-<deviceid>/longpush/0',
---> mqtt_publish_funct: async (value, self) => { if (value == 1) { shellyHelper.setValueForId(self, 'lights.longpush1', true);}},

https://github.com/CrunkFX/ioBroker.shelly
!!Video!!
Schau mal ob das so geht, wenn nicht ist auch nicht schlimm

MFG
CrunkFX

[Stuebi]

@CrunkFX , versuche einmal die Zeile 213 und Zeile 251 durch mqtt_publish_funct: (value) => { return value == 1 ? true : undefined; } zu ersetzen. Du kannst es auch nochmals mit mqtt_publish_funct: (value) => { return value == 1 ? true : false; } testen

[CrunkFX]

@Stuebi
Schau mal, das hab ich in der History bereits probiert, ohne Erfolg.

[Stuebi]

@CrunkFX und die Lösung mit undefined? Hast die sich getestet?

[CrunkFX]

@Stuebi Bin dabei

[CrunkFX]

@Stuebi Wert bleibt false.
Er wird zwar hier beim Loslassen immer wieder auf false gesetzt:

194| mqtt_publish_funct: async (value, self) => { if (value == 0) { shellyHelper.setValueForId(self, 'lights.longpush1', false); return false; } else { return true; } },

Aber hier nicht auf true:

213| mqtt_publish_funct: (value) => { return value == 1 ? true : undefined; }

[Stuebi]

@CrunkFX , die erste Anweisung macht eigentlich keinen Sinn, da in der Helper Methode der eigene DP gesetzt wird. Das geht auch mit return true oder false. Ist der MQTT Longpush wett jemals 1?

[CrunkFX]

@Stuebi So sieht einmal Longpush mit loslassen in MQTT aus:
Es sieht danach aus, als würde bei benutzung der Helper Methode dieser Teil:

'lights.longpush1': {

Garnicht mehr abgefragt

[da_Woody]

hi!
@CrunkFX said in Test Adapter Shelly v3.3.4 (latest):

@Stuebi Das brauchst du ja auch nicht das mach shelly. Wenn >1000ms gedrückt wird longpress getriggert

">"1000 ms sollte heissen longpress
<1000 ms sollte heissen shortpress

nicht ganz richtig! die longpush time kannst du einstellen!

[CrunkFX]

@da_Woody Ist korrekt, steht bei mir aber auf 1000ms.

[da_Woody]

hi!
@CrunkFX said in Test Adapter Shelly v3.3.4 (latest):

@da_Woody Ist korrekt, steht bei mir aber auf 1000ms.

wollte nur drauf hinweisen damit da kein missverständniss entsteht und die 1000 als fixwert genommen wird...