Aber wenn das Brennwert Gerät das warme Heizungswasser von der E-Heizung bekommt, dann steht
der Gaszähler.
Welches Problem ergibt sich daraus?
Gibt es vo[n] Shelly da irgend ein Relais was das kann, oder hat jemand da eine Lösung?
Versuche bitte zu präzisieren! Was genau soll ein potentieller Shelly können?
Wenn schon ein LAN Switch, täte ich vorsichtshalber einen verwenden, der PoE (Power over Ethernet) bietet. Und höhere Transportgeschwindigkeiten können auch nicht schaden. 
puhx666 Das wird nun hier off topic. Vielleicht sollte ein Moderator deinen und meine Beiträge separieren.
Zu deinem Anliegen helfe ich gerne weiter. Dazu muss ich deine beteiligten Geräte genauer kennen.
Stephan81 Ich will weder nerven noch bevormunden und hoffe, dass meine Hinweise auch nicht so ankommen.
All das, was du erreichen willst (keine Push Nachricht?), gelingt auch locker lokal ohne besonderen Aufwand. Für Details dazu wären noch genauere Angaben zu den beteiligten Geräten zielführend.
Sorry, warum nutzt ihr bei so etwas einfachem Cloud Szenen, was leicht lokal per Zeitplan und/oder Aktion umsetzbar ist?
Habe ich dazu eine besondere Bedingung verpasst?
Das ersetzt selbstverständlich nicht die Sinnhaftigkeit, einen Bug zu beseitigen.
Neue Skriptversion - die Beschreibung des Verhaltens wie in #39.
Zusätzlich wird der Eingang mit dem Schaltensperren auch gesperrt und mit dem Schaltenfreigeben auch freigegeben. Du kannst diesen Zusatz mit
InpCfg = falseauch deaktivieren - Zeile 6 im Skript.
Vorteil:
Damit wird die Wirkung des Eingangssignals während der Einschaltsperrphase ebenfalls verhindert und danach wieder aktiviert. Damit kannst du auch das Eingangssignal mit einem "sichtbaren" Shelly schalten, wodurch der "unsichtbare" und schaltende Shelly wirkungsmächtig während der Sperrphase am Schalten gehindert wird - dann gibt es auch kein sehr kurzes Einschalten während der Sperrphase.
Nachteil:
Mit jedem Einschalten wird etwas in den nichtflüchtigen Speicher geschrieben, welcher bekanntermaßen deutlich weniger Schreibzugriffe verträgt als flüchtiger Speicher (RAM). Vermutlich wird der Shelly trotzdem lange genug leben bzw. nicht aus diesem Grund sterben (Elkos dürften problematischer sein, allerdings austauschbar).
Was du bevorzugst, musst du selbst entscheiden. Je häufiger eingeschaltet wird, desto schneller altert der nichtflüchtige Speicher.
Das Skript
// von eiche für SiloBau, 2025-05-19_01
let
OnDur = 5000, //ON duration, Einschaltdauer in ms
DisDur = 120000, // DISABLE duration, Sperrdauer in ms
InpCfg = true, // Soll der Eingang temporär gesperrt werden?
// Ab hier nicht ändern!
En = true;
function switchEn(id, en) {
En = en;
if(InpCfg) Shelly.call("input.setconfig", {id:id, config:{enable:en}});
}
function switchOff(dis) {
Shelly.call("switch.set", {id:0, on:false}, function() {
print("ausgeschaltet");
if(dis) {
switchEn(0, false); // Eingang sperren
print("gesperrt");
Timer.set(DisDur, false, function() {
switchEn(0, true); // Eingang freigeben
print("freigegeben");
});
}
}, dis);
}
function check(ev) {
if(ev.component!=="switch:0" || ev.info===undefined) return;
let i = ev.info;
if(i.state===undefined) return;
if(i.state) {
if(En) {
Timer.set(OnDur, false, switchOff, true);
print("regulär eingeschaltet");
} else {
switchOff(false);
print("irregulär");
}
}
}
Shelly.addEventHandler(check);Soeben fällt mir eine noch bessere Variante ein, welche ich nachreichen will und die nicht in den nichtflüchtigen Speicher schreibt.
Dazu wird der Eingang von der direkten Wirkung auf den Ausgang entkoppelt (Eingang als "detached" konfigurieren). Der Eventhandler check() kann dann Signaländerungen am Eingang erfassen und passend entscheiden, ob der Ausgang eingeschaltet wird oder nicht. Das kann ich aber erst testen, wenn ich wieder zu Hause bin.
Gibt es eine "Plattform" , die ich sämtliche Daten aus Fronius, Shelly und dem Speicher bündeln kann?
Ich nutze für so etwas Node-RED. Das ist eine Programmierumgebung, die oftmals das Programmieren durch grafische Symbole deutlich erleichtert. Damit kann ich sehr viel experimentieren und herausfinden. Bei Bedarf schiebe ich mir damit auch Adapter zusammen, allerdings zumeist auch mit JavaScript Code.
Ein übergeordnetes System (openHAB, ioBroker, HomeAssistant, ...) könnte dich bei deinen Anliegen unterstützen.
Nach der Beschreibung deines Projektes kann in das Skript noch das temporäre Disablen des Eingangs eingebaut werden. Ich schrieb davon.
Mit einem Speicheroszilloskop kannst du die kurze Einschaltdauer bei "verbotenem" Einschalten erfassen. Das ist in diesem Projekt ein ggf. ungünstiger Parameter.
helmi55 Ich bin bzgl. Cloud ein Geringwissender.
Es erscheint die Meldung Cloud deaktivieren.
Das erscheint mir verdächtig. Solches las ich noch nie.
Aber dann muss ich mich da wohl nochmal einarbeiten.
Das ist in diesem Zusammenhang zumindest nützlich, wenn auch nicht zwingend notwendig. Ggf. kann jemand dafür ein Skript schreiben. 
Hier nun mein erster Entwurf. Beschreibung des Verhaltens:
Irreguläres Schalten hat keinerlei Sperr-/Freigabewirkung. Reguläres (vorgesehenes) Einschalten schaltet nach Ablauf der Einschaltdauer aus und startet die Sperrphase. Nach Ablauf der Sperrphase wird das reguläre Einschalten freigegeben.
Damit findet kein retriggern statt.
Hiermit wird ein sehr kurzes, irreguläres Einschalten nicht verhindert, weil dies mit einem Shelly per se unmöglich ist. Stattdessen wird ein irreguläres Einschalten sofort beendet.
Der Anwender kann jederzeit ausschalten, aber das Sperren wird erst nach Ablauf der Einschaltdauer gestartet.
Vermutlich wird dir dieses Verhalten bereits genügen. Andernfalls siehe in #36
Noch einmal der Hinweis zur Alternative: ...
Das Skript
// von eiche für SiloBau, 2025-05-18_01
let
OnDur = 5000, //ON duration, Einschaltdauer in ms
DisDur = 120000, // DISABLE duration, Sperrdauer in ms
// Ab hier nicht ändern!
En = true;
function switchOff(dis) {
Shelly.call("switch.set", {id:0, on:false}, function() {
print("ausgeschaltet");
if(dis) {
En = false;
print("gesperrt");
Timer.set(DisDur, false, function() {
En = true;
print("freigegeben");
});
}
}, dis);
}
function check(ev) {
if(ev.component!=="switch:0" || ev.info===undefined) return;
let i = ev.info;
if(i.state===undefined) return;
if(i.state) {
if(En) {
Timer.set(OnDur, false, switchOff, true);
print("regulär eingeschaltet");
} else {
switchOff(false);
print("irregulär");
}
}
}
Shelly.addEventHandler(check);Hinweis: Die Console Ausgaben via print kannst du dazu nutzen, das Verhalten genauer zu prüfen. Dabei solltest du die Zeitstempel am rechten Rand jeder Ausgabe hinzuziehen. Daran kannst du das Zeitverhalten erkennen. Testen kannst du mit einem Schalter/Taster am Eingang oder einem weiteren Browser Tab, in welchem du die Startseite des Shelly dazu verwendest, um zu schalten - oder auch mit der App.
In aller Freundschaft - im Skript fehlt der für die Funktion wesentliche Teil des sofortigen Ausschaltens nach dem verbotenen Einschalten.
Ich werde ein komplett neues Skript dafür schreiben, welches du dann testen solltest.
Noch einmal der Hinweis zur Alternative:
Deinen jetzigen Shelly soweit wie möglich verstecken - keine Cloud, keinen Link dorthin, keine Weitergabe der IP Adresse. Sein Ausgang darf ausschließlich via Eingang geschaltet werden!
Zweiten Shelly mit potentialfreiem Ausgang (Shelly 1 der Generation 1 täte genügen) einsetzen, der parallel zu deinem Schalter den schaltenden Shelly an dessen Eingängen ansteuert. Dieser zweite Shelly darf so sichtbar sein, wie du es haben willst.
Mit dieser Kombination lässt sich weitgehend ein Einschalten sperren, weil der Eingang des schaltenden Shelly (temporär) gesperrt werden kann.
Du willst vermutlich die Ausgaben des Skripts sehen.
Der Weg dorthin auf der Webseite des Shelly, nicht die App:
(Falls du ein Smartphone verwendest, musst du ggf. wiederholt auf das "Hamburger Menü", kurz HM, (=3 Striche untereinander) klicken/drücken.)
Startseite (Home) -> (HM ->) Scripts -> alle gespeicherten Skripte werden untereinander aufgelistet (bei dir vermutlich nur eines) -> Das Skript (Name) anklicken -> Der Skript Code erscheint in einem Fenster mit weißem Hintergrund, darunter das Console Fenster, in dem die print Ausgaben erscheinen.
Über virtuelle Komponenten?
Mit virtuellen Komponenten hat das nichts zu tun.
Was meinst Du mit (Konversationen (=PM/PN). Da stehe ich auf dem Schlauch...
Schau mal oben rechts die beiden Sprechblasensymbole. Wenn du darauf klickst, kannst du eine Konversation "unter vier Augen" starten, auch personal massage (PM) oder persönliche Nachricht (PN) genannt.
habe das Zeitrelais-script etwas geändert, das zweite Einschalten auf switchOff, natürlich wird nachgetriggert.
Du meinst vermutlich eines der Skripte von tvbshelly . Eine Retriggerung ist weder "natürlich" noch "selbstverständlich", kommt aber leicht (versehentlich) vor.
Ich werde mir das letzte Skript dbzgl. genauer ansehen.
Besser: Poste hier bitte das von dir geänderte Skript!
Was kann man mit diesem Code wo was machen ?
Dieser von dir genannte "Code" ist eine Struktur von Daten - Messdaten, Zustandsdaten, Zeitdaten (evtl. Konfigurationsdaten).
Diese braucht man, wenn man an bestimmten Informationen interessiert ist. Dazu muss man diese Struktur kennen (lesen können), um auf einzelne Teile darin passend zugreifen zu können.
Das kam heraus als ich oben die Adresse eingegeben habe:
Welche Adresse hast du eingegeben? In diesem Thread sind zumindest zwei verschiedene angegeben.
Aaah endlich. Das wollte ich von Anfang an haben.
Ich schaue mir das genauer an ...
Denke ohne Script geht es nicht?
So sehe ich das, ja.
Du solltest dich hier ein Stück weit von deiner SPS Erfahrung lösen. Bei SPS erstellst du ja das zyklisch abzuarbeitende Programm, ähnlich der Arduino Programmierung (loop()). Hier tut das die Firmware, die "nur" offen dafür ist, RPC Aufrufe entgegenzunehmen, Zeitpläne abzuarbeiten und Ereignisse (für Skripte und Aktionen) mitzuteilen. Deshalb kannst du hier nicht den kompletten Ablauf grundlegendst steuern, sondern nur bei Bedarf und Aktion/Skript eingreifen lassen.
Insgesamt halte ich dieses Konzept für sehr gut und insbesondere die API Kommunikation sehr gut dokumentiert. Weitere Vorstellungen und Wünsche könnte ich einbringen, was aber die allermeisten Anwender nicht interessierte, weil sie in erster Linie auf einfachste Weise ein Ziel erreichen wollen.
Ich hoffe hiermit ein wenig in deinen Vorstellungen aufgeräumt haben zu können. Du darfst aber gerne weiter nachfragen, ggf. auch per Konversationen (=PM/PN).
Per Skript (jaha, immer noch ) gelingt das zumindest annähernd.
Damit kann (die Quelle des Schaltens erfasst - hier unwesentlich und) der Eingangszustand abgefragt werden.
Sobald ausgeschaltet wird, prüft das Skript den Eingangszustand und schaltet ggf. sofort wieder ein.
Per Aktion? Mhh ... wäre zu prüfen.
