Test Adapter Shelly v4.0.3 (latest)

[Lötauge]

@harrym said in Test Adapter Shelly v4.0.3 (latest):

Der neue Shelly UNI (SHUNI-1) ist ja bereits angekündigt und wird auch ab dem 25.9. seitens Allterco versendet.

Unser Adapter ist bereits darauf vorbereitet.

Hier die Beschreibung zu dem UNI ... shelly_uni.pdf

Mit dem Adapter 4.0.4beta wird bei Relay0 kein Channel Name angezeigt.

[Diginix]

Seit heute gibt es ja Shelly Firmware 1.9, die nun auch die "source" eines Events im RollerShutter Modus bei Shelly2/2.5 liefert.
Es wäre toll wenn dieser Wert als Objekt auch im Adapter ankäme.

[da_Woody]

@Diginix wird sicher kommen sobald @Stuebi oder @harrym zeit finden.

[dos1973]

@Diginix
kannst du das nochmals erläutern was das macht? "source" habe noch kein Update gemacht... danke

[eMd]

Kann man denn ansich problemlos auf die neue Version updaten?

MfG
eMd

[da_Woody]

@eMd ja,kann man. habs gestern durchrasseln lassen. einzig die batterie betriebenen sind wie immer mühsam.
achtung! DUO, Bulb brauchen nacher einen reset! mussten wir schon bei 1.8.x erfahren.

[Diginix]

@dos1973 Der Wert in "source" vom Shelly sagt durch was das Relais geschaltet wurde. Da steht z.B. "http", wenn es über die Weboberfläche gemacht wurde. Oder "input" wenn es am Schaltereingang durch einen physischen Schalter geschah. Oder "schedule" wenn ein Zeitplan Auslöser war.
Ich hätte diesen Wert gern in ioBroker um z.B. bei Abwesenheit informiert zu werden, wenn ein Shelly durch "input" geschaltet wurde. Denn das würde bedeuten, dass jemand in der Wohnung sein müsste.
Klar kann man das auch indirekt bestimmen. Wenn der Rollladen sich außerhalb des Zeitplans bewegt und niemand zuhause ist, wäre das auch "auffällig" aber der source Wert ist dafür noch eindeutiger.

[pgBroker]

Habe zwar gerade einen neuen Thread aufgemacht aber schreibe es auch mal hier rein:

Ich bekomme von einem Shelly 2.5 (Firmware V1.9.2) keinen Longpress Event im Adapter (V 4.0.4) angezeigt (MQTT).

[da_Woody]

@pgBroker siehe dein posting...

[maniac]

Moin zusammen.

Ich doktor schon ein paar Tage rum mit meinen RGBW2 auf 1.9.x Firmware und Shelly Adapter 4.0.x (alle Versionen bis 4.0.5) und komme leider nicht weiter.

Da ich die Transition Time nutzen möchte habe ich die Firmware aktualisiert (komme aber auch partout nicht mehr auf eine andere Firmware, aber das ist ein anderes Thema).

Auch bei mir ist das Problem mit dem State setzen. Setze ich einmal Switch true geht der State sofort wieder auf false. 2 Mal schnell nacheinander auf true setzen, dann bleibt er auf true.

Damit könnte ich leben, das passiert aber auch mit allen anderen Werten und das Hauptproblem ist der color.rgbw Wert.
Ich habe 3 Shelly die ich parallel betreibe und mir ein Script gebastelt, welches die Farben über diesen Wert an alle Shelly angleicht.
Hat vor Firmware 1.9.x problemlos funktioniert.
Jezt ist so, dass ich beim Master Shelly den rgbw auf z.B. #ff00ff00 setze. Der Streifen geht auch in der Farbe an, allerdings wird der Wert in den Objekten dann nach ca. 3-5 sek wieder auf einen anderen Wert umgestellt. Dadurch wird mein Script getriggert und die Farben springen wild umher.

Ein RGBW2 auf 1.6 Firmware funktioniert einwandfrei.

Frage also: Warum wird der rgbw wieder automatisch umgestellt? Woher kommt das? Was kann ich dagegen machen?

[112.christian.112]

Guten Morgen..leider überträgt der I3 den Eventstatus im 230V Modus nicht? Bei Kleinspannung klappte noch alles wunderbar...Event Datenpunkt wird nicht übtertragen? Jemand eine Idee?

[Diginix]

@112-christian-112 Falls du diesen state meinst, dann funktioniert das bei mir mit 230V wunderbar:

Adapter: 4.0.4
Firmware: 1.9.0

[112.christian.112]

@diginix ja ich habe den Fehler gefunden...der Taster war wohl nicht mehr der beste und hat geprellt