[Aufruf] Test Shelly Adapter

Stuebi

Message von Shelly:

Alle die Probleme mit dem Shelly 2 zu d 2.5 im Shutter (Rollläden) Modus ab Firmware 1.5.1 bzw 1.5.2 haben, sollen diesen bitte einmal neu kallibrieren.

e-s

@Stuebi
Super, Jetzt geht wieder alles.

Stuebi

@e-s sagte in [Aufruf] Test Shelly Adapter:

@Stuebi
Super, Jetzt geht wieder alles.

dann kann ich Shelly zurückmelden, dass der Shutter Modus, d.h. Position und State (Close, open, Pause) per MQTT für den Shelly 2.5 wieder funktioniert?!

Diginix

Heute morgen wurde die States von meinen Rollläden ohne Verzögerung erkannt und die Laufzeit korrekt berechnet.
Wenn es heute Abend auch wieder passt, scheint das delay von gestern nur eine Ausnahme gewesen zu sein.

e-s

@Stuebi
Jupp

DocGame

Sorry das ich mich so spät melde....bin gerade erst nach hause gekommen.
Alle 3 Werte (Open, Close und Pause) sind noch auf true (in Rot). Aber wie gesagt... ich ziehe die Werte via CoAP (CoIOT) protocol.
Sonst müsste ich wie bei meinen Tasmotageräten auf MQTT umstellen. Ich fand gerade die zusätzliche App-Bedienung einen schönen Punkt vom Shelly.
Kann ja nicht viel sein, da es vorher ja ging.

Stuebi

@DocGame sagte in [Aufruf] Test Shelly Adapter:

lle 3 Werte (Open, Close und Pause) sind noch auf true (in Rot). Aber wie gesagt... ich ziehe die Werte via CoAP (CoIOT) protocol.

Für den Shelly 2.5 gibt es seit ein paar Stunden die Firmware Version 1.5.3. Damit sollen die Rollladen (Shutter) Probleme im CoAP Modus behoben sein.
Funktioniert es bei Dir mit der Firmewareversion 1.5.3?

DocGame

Die 2.5'er im Shutterbetrieb lassen sich mit 1.5.3 über das Blockly wieder wie gewohnt stoppen usw.
Eine Frage noch zu den Shelly1:
weil ich einige unter Zigbeetastern (kein N) in der Dose habe war nachdem Update auf 1.5.1 alles tot.
Habe dann den Tip mit dem OTA Downgrade angewendet. Einer hat es leider nicht überlebt und ist scheinbar Tod (werde am Wochenende einen Hardwareseset versuchen). Habe an dessen einen neuen (mit Downgrade) eingebaut. Als das Update auf 1.5.2 kam habe ich ein update gemacht. Seitdem bekomme ich den nicht mehr in den Adapter. Wird einfach nicht angezeigt. In der App ist alles in Ordnung und auch CoAP ist eingeschalten. Apapter habe ich schon mehrfach neu gestartet. Ich habe gedacht, das hier ein Update auf die 1.5.3 wtwas bewirken würde. Bei den Shelly1 wird aber noch kein Update auf 1.5.3 angezeigt.
Hast du eine Idee was das sein könnte?

Stuebi

@DocGame , klingt so als ob der Shelly 1 keine CoAP Nachrichten verschickt. Du kannst das Debugging für den Shelly Adapter aktivieren und schauen ob Meldungen für den Shelly 1 im Logfile erscheinen.

DocGame

Irgendwie ignoriert er einige CoAP Daten....:

shelly.0	2019-08-24 14:06:03.768	debug	CoAP data ignored: {"3332":"SHSW-1#93EAB0#1","3412":38400,"3420":1024,"Uri-Path":"cit/s"} / {"G":[[0,112,1],[0,118,0]]}
shelly.0	2019-08-24 14:06:03.473	debug	Set state SHSW-1#4A595C#1.uptime, Value: "1D01:01:23" for 192.168.178.33 (shelly1 / shelly1-4A595C / SHSW-1#4A595C#1)
shelly.0	2019-08-24 14:06:02.985	debug	CoAP data ignored: {"3332":"SHSW-25#73CC3E#1","3412":38400,"3420":11264,"Uri-Path":"cit/s"} / {"G":[[0,112,0],[0,122,0],[0,111,0.000000],[0,121,0.000000],[0,118,0],[0,128,0],[0,115,55.32],[0,116,131.
shelly.0	2019-08-24 14:06:02.262	debug	CoAP data ignored: {"3332":"SHSW-25#734426#1","3412":38400,"3420":15616,"Uri-Path":"cit/s"} / {"G":[[0,112,0],[0,122,0],[0,113,88],[0,111,0.000000],[0,121,0.000000],[0,118,0],[0,128,0],[0,115,53.46],
shelly.0	2019-08-24 14:06:02.123	debug	CoAP data ignored: {"3332":"SHSW-25#5DAFF5#1","3412":38400,"3420":768,"Uri-Path":"cit/s"} / {"G":[[0,112,0],[0,122,0],[0,111,0.000000],[0,121,0.000000],[0,118,0],[0,128,0],[0,115,52.87],[0,116,127.16
shelly.0	2019-08-24 14:06:02.069	debug	Set state SHSW-1#93BEE6#1.uptime, Value: "2D22:52:45" for 192.168.178.143 (shelly1 / shelly1-93BEE6 / SHSW-1#93BEE6#1)
shelly.0	2019-08-24 14:06:00.234	debug	Set state SHSW-1#93EAB0#1.uptime, Value: "00:00:52" for 192.168.178.144 (shelly1 / shelly1-93EAB0 / SHSW-1#93EAB0#1)
shelly.0	2019-08-24 14:06:00.084	debug	Set state SHSW-25#5DAFF5#1.uptime, Value: "03:50:08" for 192.168.178.118 (shellyswitch25 / shellyswitch25-5DAFF5 / SHSW-25#5DAFF5#1)
shelly.0	2019-08-24 14:05:59.919	debug	CoAP data ignored: {"3332":"SHSW-1#93BEE6#1","3412":38400,"3420":2560,"Uri-Path":"cit/s"} / {"G":[[0,112,1],[0,118,1]]}
shelly.0	2019-08-24 14:05:59.892	debug	Set state SHSW-25#72ECFA#1.rssi, Value: -51 for 192.168.178.161 (shellyswitch25 / shellyswitch25-72ECFA / SHSW-25#72ECFA#1)
shelly.0	2019-08-24 14:05:59.889	debug	Set state SHSW-25#72ECFA#1.uptime, Value: "1D19:51:04" for 192.168.178.161 (shellyswitch25 / shellyswitch25-72ECFA / SHSW-25#72ECFA#1)
shelly.0	2019-08-24 14:05:59.782	debug	Set state SHSW-25#73CC3E#1.uptime, Value: "1D19:35:26" for 192.168.178.138 (shellyswitch25 / shellyswitch25-73CC3E / SHSW-25#73CC3E#1)
shelly.0	2019-08-24 14:05:59.437	debug	CoAP data ignored: {"3332":"SHSW-1#4A595C#1","3412":38400,"3420":4608,"Uri-Path":"cit/s"} / {"G":[[0,112,0],[0,118,0]]}

Stuebi

@DocGame , ja das Ist gewollt. Doppelte Nachrichten werden ignoriert.

Diginix

@Stuebi sagte in [Aufruf] Test Shelly Adapter:

@Diginix , den Fehler bekomme ich leider nicht weg, da dieser nicht in Shelly Adapter hochkommt. Eigentlich, sollte der Adapter wenn dieser rot ist neu starten.
Kannst über die GitHub Katze die Version 3.0.9 installieren und schauen ob der Adapter restarted.

Ich habe die 3.0.9 nun ein paar Tage laufen und weiterhin ca. 1mal am Tag die "Exception: Error: No reply in 247s", aber der Adapter startet dann selbst neu und ist wieder grün!

siggi85

Wäre es möglich für RGBW2 Devices die Rolle von "Gain" statt "level" standardmäßig auf "level.brightness" zu konfigurieren? Das würde bei der iot-Google Home Anbindung helfen.
Klar kann ich das für mich auch manuell machen, aber die Konfiguration im Adapter wäre sicher die elegantere Lösung.

Stuebi

@siggi85 , kein Problem. Das werde ich heute Abend in der 3.0.9 Version aufnehmen.

Stuebi

@siggi85 , ich habe eben level in level.brightness in der Version 3.0.9 umbenannt. Wenn Du möchtest kannst Du testen bevor ich diese freigebe.

siggi85

@Stuebi sagte in [Aufruf] Test Shelly Adapter:

@siggi85 , ich habe eben level in level.brightness in der Version 3.0.9 umbenannt. Wenn Du möchtest kannst Du testen bevor ich diese freigebe.

Man ging das schnell. Läuft, danke!

Rolf_KA

Kurze Info von einem, der gerade mit ioBroker & Co. + Shelly 2.5 (Rollladen) eingestiegen ist
(Verzeiht mir schon mal vorab meine Unwissenheit!!!)

Status:

ioBroker auf Raspi 3+ and UpToDate (node.js: 10.16.3, NPM: 6.9.0)
Shelly 2.5 mit FW 1.5.3 und Shelly Adapter 3.0.9
Yahka Adapter fürs iPhone.

@Stuebi, Vorab: Deine Arbeit ist perfekt, großes Lob von mir!

Nun folge Info und Frage:

Unter MQTT werden leider noch keine Power States übertragen (0 W - in rot und dauerhaft)!
Unter CoAP werden W/Verbrauchsangaben geliefert/Angezeigt – CoAP ist bei mir aber erheblich langsamer beim Updaten der States als unter MQTT (komisch)

Nun meine Frage:
Unter dem Shelly selbst, kann ich beim „Button Type:“ Toggle einstellen: (was PERFEKT ist)
Toggle: Press Button 1 for OPEN and press again for STOP. Press Button 2 for CLOSE and press again for STOP.

Beim Shelly Adapter funktioniert das aber nicht… man muss leider erst immer „Pause“ aktivieren das der Rollladen an der gewünschten Stelle stoppt, was Auswirkungen auf den Yahka (iPhone) und wohl auch auf Alexa haben. Kann man Open und Close nicht so konfigurieren wie beim Taster an der Wand (wie oben Toggle)? Wenn ich Open oder Close aktiviere (true) und danach wieder (false) bleibt der Rollladen zwar kurz stehen, läuft dann aber doch automatisch in die gewählte Position (ganz runter oder rauf… Position 0 bis 100% funktioniert natürlich ohne Probleme.
Über ein Skript habe ich es leider auch nicht hinbekommen

Vorab vielen Dank für Eure Unterstützung!

Stuebi

@Rolf_KA , der Status Power wird bei MQTT auch angezeigt, aber immer nur unter den Datenpunkten Relay0 und Relay1. Wenn das nicht der Fall ist, kann ich mir das nur so erklären, dass Shelly diesen Wert im "Shutter" Modus nicht per MQTT sendet. Ich kann es leider nur im Relay Modus testen da ich Rollläden besitze.
Den Toggle Modus könntest Du über einen eigenen Datenpunkt als Button abbilden. Dafür nimmst du z.B. den Shutter.State . Vielleicht würde es so funktionieren:

// Nicht getestet. Da sind sicherlich noch ein paar Syntaxfehler drin
on({id: 'javascript.0.myStateOpen', change: 'ne'}, function (data) {   
   // ack abfragen damit nicht ständig hin und hergeschaltet wird
    if(data.state.ack === false) {
            let valShutterState = getState('shelly.0.XXXXXX.Shutter.state').val;
	    if (data.state.val === true) {
	    	if(valShutterState != 'open') {
	          setState('shelly.0.XXXXXX.Shutter.state', 'open');
	        } else {
	          setState('shelly.0.XXXXXX.Shutter.state', 'pause');
	       	}
	    } 
	    if (data.state.val === false) {
		// data.state.val === false
	        if(valShutterState == 'open') {
	          setState('shelly.0.XXXXXX.Shutter.state', 'pause');
	        } 
	    }   
    }
});

on({id: ('shelly.0.XXXXXX.Shutter.state', change: 'any'}, function (data) {
     let valMyStateOpen = getState('javascript.0.myStateOpen').val;
     if (data.state.val === 'open')) {
       // ack setzten, damit nicht gleich wieder geschaltet wird
        setState('javascript.0.myStateOpen', true, true /*ack*/);
    } else {
	setState('javascript.0.myStateOpen', false, true /*ack*/);
   }
});

Rolf_KA

@Stuebi:
Vielen Dank für deine Info und vor allem dein Tipp mit deinem Script und dem eigenen Datenpunkt als Button
Ich muss da noch etwas umdenken und wohl noch viel lernen

Werde ich am kommenden WE jedenfalls testen und Feedback geben!

Nochmals vielen Danke und einen angenehmen Abend.

maniac

Moin.

Als erstes, Adapter läuft wieder Super nach einigen Problemen.

Ich habe aber jetzt ein anderes "Problem" bzw. evtl. einen Verbesserungsvorschlag.

Wie ich hier im Thread etwas genauer beschrieben habe ForumLink.

Ich stehe vor der Herausforderung 3 Shelly RGBW2 zu synchronisieren.
Wenn ich in der Shelly App Werte ändere, werden diese ja in die einzelnen RGB, Gain und White Werte vom Adapter in die Objekte geschrieben. Dabi wird aber nicht der #RGBW Wert als HEX aktualisiert. Mit diesem kann ich aber aller Wahrscheinlichkeit nach auch die beiden anderen Shelly ansteuern.

Wäre es möglich im Adapter einzustellen, dass dieser Wert bei Änderungen der einzelnen RGB Werte mit aktualisiert wird? (Wahlweise evtl.?)

NEWS

[Aufruf] Test Shelly Adapter

Support us

1.4k
Online

30.9k
Users

77.6k
Topics

1.2m
Posts

NEWS

[Aufruf] Test Shelly Adapter

Support us

1.4kOnline

30.9kUsers

77.6kTopics

1.2mPosts

1.4k
Online

30.9k
Users

77.6k
Topics

1.2m
Posts