Der Shelly sollte bei zu hoher Temperatur eigentlich abschalten.
Ich hatte mal einen Shelly Dimmer 2, der auch immer unplausible Werte lieferte und sich dadurch nicht kalibrieren ließ. Reklamiert und der neue lief in selber Installation einwandfrei.
Wodurch kommt die 1 Stunde Pause zustande? Ich meine, dass der Wert spätestens alle 30 Sekunden gesendet wird.
Spinnt der Shelly auch bei einem anderen Verbraucher, der nicht unbedingt eine induktive Last darstellt?
[Shelly-IP]/status
Dort findest du die Inputs ziemlich in der Mitte. Musst dann halt parsen. Daher nutze ich bei sowas gleich Node Red o.ä., derzeit per MQTT.
Ich hoffe, es ist ok, wenn ich dir vorgreife.
Na klar, ich schrieb ja extra, dass es bei mir dauern kann, der Feierabend dauert bei mir noch in die Mittagspause wird zum Essen genutzt 
Ohne es zu prüfen könnte dadurch eine Kollision entstehen, daher dachte ich bewusst an einen Schalter, wenn es per Taster geht, dann ist es umso besser. Und zwar beim Ausschalten wird durch das Drücken des Tasters die Action deaktiviert und im selben Moment schaltet das Licht aus und soll die Action wieder aktivieren. Hier müsste man prüfen, was Vorrang hat. Das Licht beim Loslassen des Tasters auszuschalten würde wieder einen kleinen Rattenschwanz nach sich ziehen.
Leider nein, zumindest bei mir nicht.
Man kann per Actions andere Actions per HTTP-Befehl de-/aktivieren. Ich versuche es zwischendurch oder nach Feierabend zusammen zu stellen.
Als einzige Lösung, mit der du allerdings die Möglichkeit verlierst per Taster zu dimmen, fällt mir nur ein den Taster durch einen Schalter zu ersetzen (ggf. Feder im Taster entfernen, dann ist es ein Schalter).
Dann könntest du mit den Button switched on/off URLs die Action für SW2, welche das Licht ein-/ausschalten, deaktivieren. Dimmen ginge dann nur per z.B. Smartphone, schalten sollte man dann nur über den Schalter.
Wäre das eine Option?
Das ist dann in der Tat seltsam, dass nur die Werte hängen, aber dennoch per MQTT gepushed wird.
Werden die Werte denn tatsächlich gepushed? Falls Windows vorhanden, dann kontrolliere bitte per MQTT-Explorer, ob die Werte regelmäßig gesendet werden.
Ich habe nur 2x 2,5er Shellies. Einem im Shutter-Mode für einen ca. 450W Rollladen und einen im Relais-Mode an 2x 7W LED. Bisher konnte ich nicht feststellen, dass nur die Verbrauchswerte hängen.
Du kannst bei Ausfall noch normal schalten?
Man müsste die Action am SW2 per SW1 de-/aktivieren, was daran scheitert, dass man darüber nicht berücksichtigen kann, ob das Licht an oder aus ist.
Setzt man das mit "Output switched on URL", dann kann nicht berücksichtigt werden, über welchen Taster geschaltet wurde.
Mit einem übergeordnetem System sollte es möglich sein, z.B. in Node Red mit einem Interrupt Flow.
Was genau ist denn dein Scenario? Vielleicht findet sich ein anderer Weg.
Das liegt aber nicht an MQTT, da die Shelly ständig senden, sondern an dem Shelly Adapter im ioBroker, der die Shellies aktiv abfragt.
Was für System werden genutzt?
Meinst am Cache des Browsers, der die Werte wegen eines Crashes aufgrund der induktiven Last nicht mehr bekommt?
Eventuell hilft ein RC-Glied gegen den Ausfall des 2.5.
Es gibt viele NAS mit externen Netzteilen, bei denen man die benötigte Spannung vermutlich zwischen Gehäusestecker und Mainboard abgreifen können müsste, halt je nach Modell.
Man könnte auch den Shelly 1 auf 12V DC innerhalb des NAS betreiben, wenn es die Stromversorgung zulässt.
Also 50/50 oder weniger. Fakt ist, dass ein gefährlicher Zustand durch diese Bastelei geschaffen wurde, der schnellstmöglich beseitigt werden muss.
Kann dein NAS vielleicht WOL? Oder wacht es dann aufgrund von zu vielen Portfreigaben ungewollt auf? Dann bräuchtest du lediglich einen VPN und schickst ein WOL an deinen NAS.
Ansonsten denke bitte über den Shelly Uni nach und prüfe, ob dieser direkt vom NAS versorgt werden könnte.
Habe dazu den Ein/Aus Taster mit den SW vom Shelly verbunden
Liest sich jedoch so. Würde mich auch wundern, jedoch demnach nicht auszuschließen.
Der Shelly Uni ließe sich eventuell sogar im NAS verstauen und über dieses versorgen. Für einen PC wurde dieses bereits realisiert.
Aber warum den SW des Shelly an das NAS? Das wäre komplett falsch und du gibst eine viel zu hohe Spannung auf dem NAS. Zum Glück hast du da anscheinend noch nichts angefasst, während es in Betrieb war oder du hast es falsch beschrieben.
Mit einem Klinkenstecker kann man die Verbindung zum NAS lösen, aber wenn man dort versehentlich ein Netzteil einsteckt...
Dann macht es keinen Sinn.
Dann wird es wirklich eher damit zusammenhängen, dass ioBroker immer ein "on" mitsendet.
Aber wenn solch ein System verwendet wird, würde ich es bevorzugt darüber ohne Actions lösen.
Es muss in "Button 1 short pressed URL" eingetragen werden:
Hatte ich auch erst gedacht, dass man auf Edge verzichtet, jedoch könnte das Ärger mit der Frau geben, wenn man doch per App schaltet und 2x schalten muss.
Ich favorisiere ebenfalls Taster.
Der Anschluss ist auf dem Beipackzettel und im Lexikon beschrieben.
Dann brauchst du einen Shelly Dimmer 2
Einstellung:
Button Type: detached
Button switched on URL:
http://localhost/light/0?turn=toggle
Button switched off URL:
http://localhost/light/0?turn=toggle
Könnte auch mit Button Type "edge" ohne Actions funktionieren.
ich habe es jetzt 4x gelesen und verstehe das Vorhaben noch immer nicht.
Hast du einen Kreuzschalter oder einen Kreuzschalter mit 2 Wechselschaltern in einer Kreuzschaltung?
Was soll der Shelly 2 (hast du noch einen alten liegen? Den gibt es nicht mehr) genau mit dem Dimmer machen?
