Test Adapter Shelly v3.3.4 (latest)

[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...

[CrunkFX]

@Stuebi Das Problem hier:

--->  mqtt_publish_funct: (value) => { if (value == 1) {return true; } }

scheint zu sein, dass sich der Wert bei longpush nicht ändert sondern 1 bleibt. Drückt man den Taster ganz kurz < 500ms und lässt ihn dann wieder los, wird sporadisch der Wert longpush auf 0 gesetzt was laut API shortpush ist. Wenn dann der Taster lange gedrückt wird funktioniert longpush. Der geht dann auf true und beim loslassen auf false. Zu diesem Zeitpunkt hat longpush aber noch immer die 1 und erlaubt keine weitere ausführung bis man das ganze wiederholt. Es sei denn man nutzt das:

---> mqtt_publish_funct: async (value, self) => { if (value == 1) { shellyHelper.setValueForId(self, 'lights.longpush1', true);}},

dann scheint das egal zu sein.
Kann man das umgehen, dass bei gleichbleibenden Werten nicht erneut getriggert wird?

[Domingo]

@da_Woody Hm, bist du sicher, dass es diese Einstellung in der aktuellsten Firmware noch gibt? Welche Version ist auf deinen Shellies installiert? Von welchem device ist der Screenshot?
Ich habe dieses Setting „longpush time“ auch schon mal gesehen. Aber bei mir in der jeweils aktuellsten Firmware (1.7.0) ist der Eintrag zum ändern der Longpush Zeit sowohl im Dimmer 1 als auch beim RGBW2 nicht mehr vorhanden. Oder ich übersehe ihn

[e-s]

@Domingo
Schaust du per app oder per webif, in der app kann ich das auch nicht. Per webif aber schon.

[Domingo]

@e-s nutze die App gar nicht. Also Web gui.
Sprichst du vom Dimmer 1? Oder RGBW2?
Welche Firmwareversion hast du installiert?
Also ich hab grad nochmal geschaut im Web GUI für den RGBW2 (FW 1.7.3) und Dimmer 1 (FW 1.7.0) jeweils unter dem Punkt Settings. Da will er mir nix anzeigen zum Thema longpush time. Seltsam. Gesehen hab ich das auch schon mal. Aber is weg bei mir.

[Domingo]

@Stuebi RGBW2 Input via CoAP läuft einwandfrei, longpush DP fehlen noch, aber sagtest du ja, ist beim RGBW2 noch nicht implementiert.
Also insofern bis hierhin alles richtig. Good Job.

[e-s]

@Domingo
Welchen Button type hast du eingestellt?

[Stuebi]

@Domingo sagte in Test Adapter Shelly v3.3.4 (latest):

@Stuebi RGBW2 Input via CoAP läuft einwandfrei, longpush DP fehlen noch, aber sagtest du ja, ist beim RGBW2 noch nicht implementiert.
Also insofern bis hierhin alles richtig. Good Job.

Longpush wird beim RGBW2 nicht unterstützt.

[da_Woody]

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

@da_Woody Hm, bist du sicher, dass es diese Einstellung in der aktuellsten Firmware noch gibt? Welche Version ist auf deinen Shellies installiert? Von welchem device ist der Screenshot?
Ich habe dieses Setting „longpush time“ auch schon mal gesehen. Aber bei mir in der jeweils aktuellsten Firmware (1.7.0) ist der Eintrag zum ändern der Longpush Zeit sowohl im Dimmer 1 als auch beim RGBW2 nicht mehr vorhanden. Oder ich übersehe ihn

wie e-s schon geschrieben hat, du musst mit der ip auf den shelly gehn. der screenshot war glaub ich von einem 1pm...
FW is die aktuelle auf allen meinen shellys (mehr als 60er mannschaft )
kommt ja bald die 1.8, die laut dimitar "alle" probleme lösen soll.
wird sicher wieder lustig!

[Stuebi]

@da_Woody

[Stuebi]

@da_Woody , ich bin mir nicht sicher ob die firmware 1.8 noch mit dem Shelly Adapter funktioniert, da Shelly plant das CoAP Protokoll komplett zu ändern.
ich werde dann irgendwann eine adapter version 4.0.0 anbieten, die dann nur noch mit dem neuen CoAP protokoll funktioniert

[da_Woody]

@Stuebi
sag ja, wird lustig...

[harrym]

@da_Woody und ich sitzen derzeit nebeneinander. Nach deiner Aussage bzgl. der 1.8er FW haben wir beide kurz lachen müssen. Laut Allterco soll ja die 1.8er "alle Probleme lösen"

[Stuebi]

@harrym sagte in Test Adapter Shelly v3.3.4 (latest):

@da_Woody und ich sitzen derzeit nebeneinander. Nach deiner Aussage bzgl. der 1.8er FW haben wir beide kurz lachen müssen. Laut Allterco soll ja die 1.8er "alle Probleme lösen"

viel spaß euch Beiden. ich gehe jetzt erst einmal eine runde SUPen.

[da_Woody]

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

@harrym sagte in Test Adapter Shelly v3.3.4 (latest):

@da_Woody und ich sitzen derzeit nebeneinander. Nach deiner Aussage bzgl. der 1.8er FW haben wir beide kurz lachen müssen. Laut Allterco soll ja die 1.8er "alle Probleme lösen"

viel spaß euch Beiden. ich gehe jetzt erst einmal eine runde SUPen.

spass, nuja, wir basteln seit einer woche an meiner vis rum. hab in der hinsicht einen knall... aber, es wird langsam.
angebot! wenn du an einer 4er werkelst, ich hab einiges an shellys da, die nicht "in use" sind, aber angeklemmt. die könnt ich dann auf 1.8 flashen zum testen... aktuell im system 1x 1pm, 1x dimmer, 1x dw, weitere möglich...