Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Cristian]

@klassisch das ist nur ein Sensor der ausschließlich mit meinem Zigbee Coordinator kommuniziert, es kommt keine China Cloud ins Spiel.

[klassisch]

@Stuebi Ah, sind die TuYa Zigbee Sensoren so kompatibel, daß sie auch über das TI Board laufen und kein eigenes TuYa GW brauchen?
Ich habe noch Xiaomi Aquara Sensor rumliegen, aber bisher das Xiaomi GW noch nicht bestellt.
Wie oft senden die Zigbee Sensoren Daten?

[Stuebi]

@klassisch sagte in Test Adapter Shelly v4.0.3 (latest):

@Stuebi Ah, sind die TuYa Zigbee Sensoren so kompatibel, daß sie auch über das TI Board laufen und kein eigenes TuYa GW brauchen?
Ich habe noch Xiaomi Aquara Sensor rumliegen, aber bisher das Xiaomi GW noch nicht bestellt.
Wie oft senden die Zigbee Sensoren Daten?

Hier findest du alle Devices die supported werden : https://github.com/ioBroker/ioBroker.zigbee/wiki/Supported-devices
Der Xiaomi Aquara Sensor sendet dann Daten wenn sich die Temperatur ändert. Bei mir sind das teilweise alle 2-3 Minuten und dann auch Mal wieder alle 10 Minuten oder länger. Ich bin damit sehr zufrieden.
Den Shelly HT hatte ich kurz im Einsatz. Der ist aber im Schrank verschwunden. Den hole ich nur noch zur Shelly Adapter Entwicklung hervor.

[klassisch]

@Stuebi stolze Liste incl. Tradfri. Dafür habe ich ein GW. Das wäre dann wohl obsolet.

[kwittwer]

Hallo zusammen,
ich habe schoneinige Zeit die v4.0.3 installiert, das lief auch längere Zeit Prima. Leider habe ich seit kurzem das Problem, dass einige Shellys andauernd neu starten. Alle Shellys sind in einem eigenen Wlan ohne Internetzugang und haben feste IPs. Ich bin echt etwas ratlos 🤔. Habt ihr eine Idee woran das liegen kann?

[da_Woody]

@kwittwer welche FW version?

[kwittwer]

@da_Woody Auf allen Shellys habe ich die aktuellste Version also die 1.8.3 glaube ich

[klassisch]

@kwittwer Wie sind die RSSIs kurz vor dem Restart?

[Naturfreund]

@Stuebi Die gefallen mir optisch echt gut. Beim Coordinator bin ich nicht ganz so bastelfreudig, da fehlt mir grad die Zeit.

[dos1973]

Hi,

Hat einen von euch einen Shelly i3 in Einsatz und würde mit mal die schaltbaren DP zeigen. Der i3 hat ja x Funktionen sind die auch als DP verfügbar ?

Danke

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