VPN/Proxy erkannt
Es scheint, dass Sie einen VPN- oder Proxy-Dienst verwenden. Bitte beachten Sie, dass die Nutzung eines solchen Dienstes die Funktionalität dieser Webseite einschränken kann.
Macht ein 230V/3kW Heizkörper den Anschluss an 400V mit?
Nein das geht keinesfalls...
Dafür gibt es ja die Variante "2" ABER ohne Neutral/Nullleiter. (dann ist niemals mehr als 230V an der Heizung)
Da du kein E-Techniker bist, stört dich eventuell der Draht zur Heizung ohne SSR? Wenn die andern 2 nicht durchgeschaltet sind fließt auch dort kein Strom.
Bei allen 2 Beispielen mit 2 x SSR ist die Heizung aus, wenn keiner der 2 angesteuert wird.
Da jeder SSR mit 13A durchflossen wird, fällt bei jedem eine Wärmeleistung von ca. 15W an,
Wenn nur zwei SSR vorhanden sind wie kommst du auf 45 Watt?
Ich sagte ja:
Meine Ansätze sind ein wenig ungewöhnlich und für manch einem starker Tobak:
... ich weiß viele Elektrotechniker können bzw. wollen nicht von gewohnten Schemas abweichen.
Meine 2 Vorschläge sind keine Raketentechnik sondern nur banalstes Elektrotechnik.
Variante 2&3: 2 x 4,5kW = 9kW = 0..4,5 + 0..4,5
Dadurch dass du SSR sehr schnell schalten kannst, hast du immer die Variante von 0..9 kW (PWM) einmal halt mit 2 und einmal mit 3 SSR.... (entweder mit 2PM oder Pro3)
HighFive Geht leider momentan nicht
Wieso? ein SSR Leistungsseitig überbrücken und Neutral/Nullleiter komplett entfernen?
Ergebniss ist ⅓ weniger Verlust. > 30 anstatt 45 Watt.
(*) Teilauszug Beitrag #6
Für mich reicht der Shelly Scanner für eine lokalen Backup/Restore.
Im Internet:
Habe mir eine Alexa - Scenen Lösung erarbeitet an der ich sowohl Licht, Sound, Heizung etc. direkt vom HA oder auch von Shelly(s) steuern kann.
Jeder Befehl von Alexa (im jeweiligen Raum[!] bekommt ein Nummer (die letzte ist gültig) und wird zu den Shellys via MQTT versendet.
Nur die steigende Flanke [ON] wird erfasst daher kann das OFF ignoriert werde.
Dadurch gibt es keine Timing-Probleme und durch Selektion der Zugehörigkeit des angesprochenen Alexa-Gerätes, kann ich in jedem Raum mit Alexa eine eigene Scene gestalten.
Ablauf Flußschema:
Tja, es scheint als wäre da eine Rechnung offen...
Vorteil bei meinen Ventilen sehe ich im automatischen Schließen bei Stromausfall ...
so wie ich das verstanden habe brauchst du doch lediglich eine zweite Instanz zu installieren 🤗
Kann ich bestätigen ist bei allen "virtuellen" Maschinen gleich.
Ich bevorzuge jedoch VMware Player, da ich auch berufsbedingt diese Virtuelle Maschine einsetzte.
https://community.home-assistant.io/t/installing-h…layer-17/570428
So wie ich anhand der Postings erkenne, werden hier zwar die Symtome intensiv behandelt,
jedoch ist oft schon in der Auslegung eine Einsparung (Hardware/Verlustleistung) möglich ohne dass die Funktionalität eine Einschränkung erfährt.
Meine Ansätze sind ein wenig ungewöhnlich und für manch einem starker Tobak:
richard-os Stelle ein Bild von der Einbau-Situation hier rein.
Auch eine smarte Lösung.
Das geht nur bedingt, bei der nächsten Suche findet die den wieder.
Ich würde mir eventuell überlegen ein zweites Shelly-Konto anzulegen, 1x mit und 1x ohne Alexa Verknüpfung.
Ich würde niemehr in einen Flieger steigen wenn ich wüsste NUR ein Computer (Shelly) überwacht sich selbst....
Ich hab's viel lieber wenn sich in gewissen Anwendungen mehr als 2 komplett unterschiedliche "Hirne" einig über sie Situation sind...
Der Script von ostfriese startet einen abgestürzten Script wieder.
Dieser "Watchdog" Script ist an und für sicher und als absturzsicher zu bewerten, es gibt nur ein Manko dass wenn dieser "händisch" gestoppt wird bzw. nicht gestartet, keine Instanz eine Action darauf setzen kann.
Meine Überlegung ist etwas anders...
In deinem zu überwachenden Script zählst du beispielsweise jeden Durchlauf.
Diese Variable stellst du (Subscripten) auf MQTT bereit. In deinem HA überwachst du diese Variable nur auf Änderung der Wert an und für sich ist dir egal.
Im HA setzt du, wenn keine Änderung auf dieser MQTT-Variablen, in Zeit x erfasst, eine Action-> Automation, Script, Szene etc...
Hier eine leicht verständliche Erklärung, weshalb mit einer Induktivität (Spule) auch an einer 9V Batterie ganz leicht lebensbedrohlich, hohe Spannung, beim "Abschalten", erzeugt werden.
Dann solltest du dich an den Autor dieser Software wenden, damit dieser Modbus Part auf neuesten Shelly Stand gebracht und/oder getestet wird.
Ich lese zur Zeit über Modbus TCP den Zählerstand über esp32c3 aus,
funktioniert das mit der Firmware 1.3.1 und dem Script weiterhin?
Ich frage wegen dem was im Changelog zu 1.3.0 steht:
Geändert
Modbus Ersetzen Sie esp-modbus durch nanoMODBUS
Ich schlage vor du sendest mir dein ESP Projekt zu und ich versuche es mit der aktuellen Pro3EM FW und gebe dir Bescheid, da mich das Thema nun persönlich reizt.
prowler Ich habe mehrere Anwendungen wo ich den Shelly's mitteile ob HA noch läuft.
Generiere via Helfer am HA ein 'Heartbeat' Bool signal und sende es an den Shelly via MQTT.
Shelly Script entscheidet wenn das Signal ausbleibt was zu tun ist... meistens "Ausschalten"
Genauso kannst du auch via MQTT und einem "Toogle/Blink" Signal ganz einfach HA mitteilen ob dein Script läuft. (Wenn im Script dieser Wert nicht mehr ändert dann -> Action)
Ich habe auch auf all meinen Smart-Projekten einen Shelly der wenn er 900sek. kein Heartbeat (Änderung vom HA) erhält mir via Email mitteilt dass HA vermutlich steht.
Was macht den dein Script im Shelly was HA nicht auch könnte?
Zum Beispiel einen E.- Boiler via Addon & DS18B20 über Temperatur weiter ein und ausschalten wenn HA oder WLAN nicht funktioniert. 
-> Wg. Crash, FW Update, sonstige Wartung etc.
