@sigi234
achso, in dieser Variante meinst du
aber das nimmt halt recht viel Platz weg, vor allem wenn man das bei allen Buttons macht. Soll später alles mal auf ein Tablet passen (ja ich weiß man kann mehrere Seiten anlegen aber bisschen kompakt wäre schon schön). Aber scheint ja nicht anders zu gehen, dann bau ich lieber ne Gruppierung, das passt für mich besser.

Aber danke trotzdem!!!

@sigi234 leider funktioniert auch das nicht.
Sieht bei mir dann so aus:

Achso, Versionen sollte ich vielleicht dazu schreiben:

ioBroker: 7.1.5
Node.js: 20.18.0
vis-2: 2.9.32
web: 6.2.5

Interessanterweise sieht die Schaltfläche in der Vorschau aber anders aus:

Sorry, dass ich mich jetzt erst wieder melde, ich war auf Dienstreise und dann noch krank...

Konkret geht es um das Optionsfeld-Widet (ON/OFF).

Sieht aktuell so aus:

Gebaut mit einem HTML-Textfeld mit dem Wort Fernseher und der folgenden CSS-Anpassung:

.verticalcenter div {
    display: flex;
    align-items: center;
    padding-left: 5px;
}

Und danach gruppiert.
Wär aber halt schon schöner, wenn man die Beschreibung "Fernseher" irgendwie an den AUS/AN Schalter dranpacken könnte, man kann ihm ja schließlich auch einen Namen, Kommentar, etc. geben, den sollte man doch eigentlich mit einblenden können.

Grüße
Ketanest

Hallöchen zusammen,

ich bin schier am Verzweifeln. Man kann einem Widget im VIS 2 ja einen Namen geben.
Wie jedoch schaffe ich es, dass der Name auch im Browser angezeigt wird und nicht nur im Editor?
Es kann doch eigentlich nicht so schwer sein dachte ich mir aber auch nach stundenlangem Googlen und rumklicken komme ich nicht weiter. Vielleicht könnt ihr mir ja weiterhelfen.
Dass ich ein HTML-Widget nur für den Namen erstellen muss wäre zwar mit einer Gruppierung jetzt nicht so schwer aber in meinen Augen dennoch überflüssig, vor allem wenns um einfach Dinge geht, wie z.B. eine Steckdose zu schalten.

Viele Grüße
Ketanest

@da_woody nein, 60 € im Jahr machen mich nicht nervös. Ob das mit der Erhaltung wirklich der Fall ist, kann ich aber leider nicht prüfen.
Aber abgesehen von dem allen: Es geht ja hier auch ums basteln, nicht alles muss einen praktischen Nutzen haben in meinen Augen. Reicht ja, wenn ich dadurch eine Wissenserweiterung erlange und Know-How aufbauen kann

@da_woody okay, den schaue ich mir mal an, danke!
Eingeschaltet wird manuell an der Steckdose oder über Telegram. Evtl. bau ich auch noch was mit der Simple-API. Es geht mir hier auch nicht ausschließlich um den Stromverbrauch sondern um den Akku (Staubsauger und Switch, die am TV hängt), der ja bei dauerhaft eingeschalteter Steckdose immer wieder nachgeladen wird, was ihn auf dauer schädigt.
Habs übrigens mal die Standbyverbräuche überschlagen:
WaMa: 4 W
Staubsauger 2 W
TV (inkl. Verstärker, Boxen, Switch-Ladegerät, etc.): 8 W
Gaming-PC (inkl. Lautsprecher, Headset-Ladestation etc.): 3 W
Sind also 0,017 kW * 24 h * 365 (Tage) = 148,92 kWh im Jahr, was bei meinem Strompreis von 0,40 € auch fast 60 € im Jahr sind.

@paul53 jo das hab ich mir gedacht. Gehts mit JS direkt? Oder hab ich nen Denkfehler drin?

Hallöchen zusammen,

ich bin grad fleißig am basteln und nachdem man ja für viele Automationen recht schnell viele Skripte zusammenbekommt, war meine Überlegung, ob ich nicht gleiche Funktionen zusammenfassen könnte. Die Grundanforderung ist:
Leistung einer Steckdose fällt länger als x Minuten unter den Wert y -> Steckdose abschalten.
Ich hab das schon erfolgreich getestet (Staubsauger, Fernseher, Waschmaschine, etc.) mit folgendem Skript (ein Skript pro Steckdose):

Jetzt bin ich am überlegen, ob man das nicht mit einer Funktion kombinieren könnte, sprich, dass ich bei dem LoadPower geändert Trigger eine Funktion aufrufe und ihr Parameter übergebe (Schwellwert, Wert, Vorheriger Wert, ObjektID, Timeout Name, Timeout Time) und diese dann weiter verwurschteln kann. Mit den "normalen" Werten (Schwellwert, Wert, vorheriger Wert, ObjektID) geht das ja wunderbar. Wenn aber nun die Funktion zweimal angetriggert wird laufen ja dann 2 Instanzen der Funktion oder? Was nicht Sinn der Sache ist, denn dann wird die Steckdose auf jeden Fall 5 Minuten nach dem ersten Trigger ausgeschaltet, richtig? Man müsste also bereits am Anfang des Skriptes die verschiedenen Timeouts (TimeoutStaubsauger, TimeoutFernseher, etc.) deklarieren und diese dann in der Funktion verwenden oder? Ist das überhaupt machbar? Weil ich ja dann die Funktion mit einem Parameter aufrufen müsste, in etwa so:

function Steckdosenschaltung (TimeoutName, TimeoutTime, Schwellwert, ...) {
}

Wenn ich die Funktion dann mit
Steckdosenschaltung ("TimeoutStaubsauger", 300000, 5, ...)
aufrufe, ist es überhaupt möglich, sich dann innerhalb der Funktion mit der "TimeoutName" Variable auf den tatsächlichen Timeout "TimeoutStaubsauger" zu beziehen? Oder müsste ich die zu Beginn deklarierte Variable "TimeoutStaubsauger" als Parameter übergeben, also in etwa so:
Steckdosenschaltung (TimeoutStaubsauger, 300000, 5, ...)
Ich hoffe, ich versteht ungefähr, was ich meine. Vielleicht ist es ja auch gar nicht sinnvoll, das zu tun und man bastelt lieber für jeden Schaltvorgang ein eigenes Skript. Nachteil: Will ich darin was ändern, muss ich alle Skripte anpassen.

Danke schonmal für euren Rat!
Viele Grüße
Ketanest

EDIT: Wäre das mit Blockly überhaupt möglich oder muss man da (soferns überhaupt geht bzw. empfehlenswert ist) direkt JS Coden?

@asgothian Vielen Dank! Habs mir selbst aber auch schon sehr ähnlich zusammengebastelt:

Ich setz die Variable aber beim Beginn des Skriptes auf wahr, weil ich in jedem Fall mitkriegen will, wenn die auf false umspringt, sprich das Rack nicht erreichbar ist. Setz ich sie am Anfang auf false und das Rack ist bei Skriptbeginn nicht erreichbar, krieg ich das nicht mit. Finde ich persönlich schöner
Und den device query hab ich mit false und true gebaut, wie gesagt, scheint bei mir nötig zu sein.

@asgothian oh oh, jetzt muss ich mich in JavaScript noch einarbeiten haha. Hab das bisher mit Blockly gemacht und nur den Code rauskopiert. Kann man const availabletimeout überhaupt so benutzen? Soweit ich weiß kann man const Variablen nach der Deklaration weder initialisieren noch ändern

Weiterhin interpretiere ich:
"triggerintervall" löst alle 110 Sekunden den device_query aus (den man im Übrigen scheinbar wirklich einmal switchen muss, habs ausprobiert, wenn ich den auf true setze obwohl er schon true ist, passiert nicht viel).

Wenn sich "msg_from_zigbee" ändert (spätestens durch triggerintervall) wird availabletimeout zurückgesetzt und direkt danach gesetzt -> heißt nach 120 Sekunden schickt er (sofern available wahr ist) den Text "Rack Steckdose funktioniert nicht mehr" und setzt Available auf false (grätscht hier aber triggerintervall wieder dazwischen (110 Sekunden) passiert das nicht, weil msg_from_zigbee sich ändert und dadurch der timeout unterbrochen wird).

Direkt danach (sofern Available false ist) schickt er "Rack Steckdose funktioniert wieder" und setzt Available auf true. -> Passiert das dann nicht jedesmal direkt nach der Nicht-Funktions-Meldung? Würde ja dann denn Sinn verfehlen. Den Teil hab ich jetzt nur so bedingt verstanden. Wäre es nicht sinnvoller, den "Wieder da"-Teil an den Anfang der Funktion zu packen? Denn bei dem "on"-Event ist das Ding ja auf jeden Fall wieder da.