Test Adapter Shelly v3.3.4 (latest)

[CrunkFX]

@Stuebi Wenn ich die MQTT Adresse wüsste könnte ich dir das sagen

[Stuebi]

@CrunkFX , ich habe das hier: https://shelly-api-docs.shelly.cloud/#shelly-dimmer-sl-mqtt

[CrunkFX]

@Stuebi DIe kenne ich aber da kommt nix raus.

[CrunkFX]

@Stuebi OK habs hinbekommen, man sollte auch den MQTT Port angeben Als Wert bei longpush kommt nur die 1 keine Rückmeldung bei longpush ende, allerdings zeigt der Shelly Temperaturen von 100°C + an, meinst du das stimmt?

EDIT
Phasen an und Abschnitt sollte man nicht vertauschen

[Stuebi]

@CrunkFX , dann war die Temperatur ja richtig

[CrunkFX]

@Stuebi Brauchst du noch Info´s zum 2er?

[Stuebi]

@CrunkFX , das ist nett, ich verstehe nur nicht warum bei MQTT nur 0/1 bei Longpush gesendet wird und bei CoAP 0/1/2 . Das finde ich merkwürdig.
Jetzt stellt sich nur noch die Frage nach dem Wert Input. Kannst Du das bei CoAP auch irgendwie testen? Ich hoffe es ist dann der Wert 141

[CrunkFX]

@Stuebi Welchen Input 1 oder 2 und in welchem Modus oder ist das egal?

[Stuebi]

@CrunkFX , am liebsten beide Kanäle. Mode ist egal. Hattest Du Longpush nur an Kanal 1 getestet?

[CrunkFX]

@Stuebi
CoAP:

Also Input 1

// Ruhe
[0,131,0]

// Shortpush wird bei loslassen zu Ruhe
[0,131,1]

//Longpush Wird bei loslassen zu Ruhe
[0,131,2]

Input 2

// Ruhe
[0,141,0]

// Shortpush wird bei loslassen zu Ruhe
[0,141,1]

//Longpush Wird bei loslassen zu Ruhe
[0,141,2]

MQTT
Input 1

shellies/shellydimmer2-<ID>/longpush/0

Rückgabe: 1 bei longpush. Beim Loslassen nichts

shellies/shellydimmer2-<ID>/input/0

Rückgabe: 1 bei shortpush ; 0 bei loslassen ; ebenfalls 0 bei loslassen von Longpush

Input 2

shellies/shellydimmer2-<ID>/longpush/1

Rückgabe: 1 bei longpush. Beim Loslassen nichts

shellies/shellydimmer2-<ID>/input/1

Rückgabe: 1 bei shortpush ; 0 bei loslassen ; ebenfalls 0 bei loslassen von Longpush

[Domingo]

@Stuebi So zumindest scheint es ein Test mit einem anderen CoAP-Node-Adapter zu bestätigen. Dort werden nur die States 0, 1, 2 ausgegeben. Nach meiner Beobachtung wechselt der State immer bei Falling Edge, also beim freigeben des Signals bzw. Loslassen des Tasters. Insofern dürfte 1 und 2 nicht parallel auftreten (jedenfalls nicht sinnvollerweise).

[Domingo]

@CrunkFX Krass wie schnell du hier fleißig Testergebnisse geliefert hast. Vielen Dank. Sind noch weitere Infos hilfreich? Habe leider nur den neben RGBW2 und Shelly 1, 2, und 2.5 nur den Dimmer 1 nicht Version 2 aber da hast du ja bereits auch schon alles vorgelegt. Respekt.

[Stuebi]

@CrunkFX sagte in Test Adapter Shelly v3.3.4 (latest):
scheint so, dass es für den Shelly Dimmer 2 anders als für den Dimmer 1 keinen Longpush für MQTT gibt.

[CrunkFX]

@Stuebi Aber er gibt doch bei Longpush ne 1 aus

[Stuebi]

@CrunkFX , sorry falsch gelesen!! du hast recht

[Domingo]

@Stuebi Der Dimmer 1 stand in dem Post nicht in deiner Gerätewunschliste, sonst hätte ich natürlich nicht nur den RGBW2 gepostet. Tut mir leid. Hab den Bedarf nicht erkannt.

[CrunkFX]

@Stuebi Input und Longpush sind aber im CoAP kombiniert. Ist der input für 1000ms auf high wird 2 gesendet sonst 1 oder 0. Bei MQTT wird zwischen Input und Longpush getrennt Sprich Input high(egal wie lange) sende 1 sonst 0 und falls Input high(>1000ms) sende 1 auf longpush

[Stuebi]

@CrunkFX , okay, damit es bei CoAP und MQTT gleich im Adapter ist, werde ich es wie folgt umsetzten:

Kanal 1:
Beim drücken von Longpush -> longpush = true, input = false
Bei drücken von Shortpush -> longpush = false, input = true
Nichts wird gedrückt / losslassen -> longpush = false, input = false

So müsste es passen?

[harrym]

@Stuebi vergiss aber nicht, dass es beim Dimmer auch den "dual button mode" gibt ... also hast du da 2 Kanäle.

[Stuebi]

@harrym , ja Kanal 2 ist analog zu Kanal 1.