Heizstab über Shelly ein/aus

[sk100]

Hallo miteinander,

auch ich tauche immer tiefer in die Welt von HA ein und habe nun auch das Problem das ich das ganze mit den Automationen nicht ganz kapiere und eine, vermeintlich einfach Automation, schon nicht funktionieren will.

Ich nutze einen Heizstab in Zusammenhang mit Home Assistant und Shelly und einem 400V Schütz. Ich kann den Heizstab über das Dashboard per Schalter ein und ausschalten (Entität: switch.heizstab) ohne Probleme.
Ebenso lesen ich den aktuellen 2.8.0 Wert über einen Lesekopf am Stromzähler aus und habe die Werte im Home Assistant verfügbar (Entität sensor.aktueller_verbrauch).

Ich würde mir nun gern eine Automation bauen welche den Shelly einschaltet wenn der aktuelle 2.8.0 Wert des sensor.aktueller_verbrauch -4500 oder mehr beträgt. Also ab -4500 (oder einem noch größeren Minus Wert) sollte der Shelly an sein, bei -4499 (und weniger oder gar im Plus) sollte er aus sein. Irgendwie bekomme ich da keine Automation hin.
In meinem jugendlichen Leichtsinn habe ich dann einfach den Assistenten genommen um mal einfach nur zu testen den Heizstab ein zu schalten bei -4500 und mehr (oder weniger da minus Wert?). Modus Einzeln. Als Auslöser einen Numerischen Zustand bei der Entität sensor.aktueller_verbrauch mit Attribut unit_of_measurement und dann -4500 bei "Über" genutzt.
Als Aktion dann den Typ Gerät, als Gerät switch.heizstab und die Aktion Schalte Heizstab ein. Aber es tut sich irgendwie nichts.

Vielleicht hat ja wer Lust, Zeit und Muse einem Dummie zu helfen.

Schöne Grüße und Danke im voraus.
sk100

[Osorkon]

Hallo @sk100 und herzlich Willkommen bei den SmartHome for Dummies.

Hier mal die Kurzversion:

Code: Alles auswählen

alias: Heizstab ein-ausschalten
description: ""
mode: single
trigger:
  - platform: numeric_state
    entity_id: sensor.aktueller_verbrauch
    below: -4500
    id: "on"
  - platform: numeric_state
    entity_id: sensor.aktueller_verbrauch
    id: "off"
    above: -4500
condition: []
action:
  - service: switch.turn_{{ trigger.id }}
    data: {}
    target:
      entity_id: switch.heizstab

Und hier mal die Lange Version:

Code: Alles auswählen

alias: Heizstab ein-ausschalten
description: ""
mode: single
trigger:
  - platform: numeric_state
    entity_id: sensor.aktueller_verbrauch
    below: -4500
    id: "on"
  - platform: numeric_state
    entity_id: sensor.aktueller_verbrauch
    id: "off"
    above: -4500
condition: []
action:
  - choose:
      - conditions:
          - condition: trigger
            id: "on"
        sequence:
          - service: switch.turn_on
            data: {}
            target:
              entity_id: switch.heizstab
      - conditions:
          - condition: trigger
            id: "off"
        sequence:
          - service: switch.turn_off
            data: {}
            target:
              entity_id: switch.heizstab

In beiden Fällen wird der Switch eingeschaltet, wenn der Wert von > -4500 auf < -4500 fällt
Und ausgeschaltet, wenn der Wert von <-4500 auf >-4500 steigt.

Soll heißen, wenn bei einem Wert von -4600 Du den Switch manuell ausschalten tust. Und der Wert auf -5000 fällt, passiert nichts und der Switch bleibt aus. Anders herum ebenfalls.

Nur wenn der Schwellenwert -4500 unter oder überschritten wird der Switch geschaltet.

Gruß
Osorkon

[fantross]

Ich versuche ja auch nach wie vor hinter die Logik der HA Automatisierungen zu steigen, was mir bei dem hier genannten sehr einfach Fall auch mal wieder nicht gelingt.

@Osorkon:

1. Warum „kurze“ und „lange“ Version? Wo genau ist der Unterschied?
2. Könntest Du von diesen Automatisation bitte mal die „Editor-Varianten“ posten?

[Osorkon]

@fantross Die Automatisierungen sind doch nicht viel anders aufgebaut als die Flows bei Homey.

Auslöser:
Bei Homey gibt es glaube ich die Restriktion, dass nur ein Auslöser möglich ist.
Home Assistent dagegen, erlaubt mehrere Auslöser. An eine Limitierung was die Anzahl angeht, bin ich noch nicht gestoßen.
Des Weiteren kannst Du jedem Auslöser eine sogenannte Trigger-ID zuweisen. Diese lässt sich dann im weiteren Verlauf als Bedingung nutzen. Oder wie in der kurzen Version als Variable. „on“ bzw „off“
Der Service switch.turn.on bzw. switch.turn_off lässt sich dann in Abhängigkeit der Trigger-ID
So aufrufen. switch.turn_{{ trigger.id }}
Kur deshalb, weil nur eine Aktion notwendig ist, sowohl für das Einschalten wie auch für das Ausschalten.

Bedingung(en):
Eine oder mehrere Bedingungen. Mehrere Bedingungen werden standardmäßig „und“ Verknüpft. D.h. alle aufgeführten Bedingungen müssen erfüllt sein damit die Aktion(en) ausgeführt werden.
Oder Verknüpfungen musst Du expliziert angeben. „Und“ und „Oder“ lassen sich beliebig verschachteln.
Bedingungen sind optional.

Aktion(en):
Eine oder mehrere Aktionen. Dabei lassen sich im Teil Aktionen auch Bedingungen berücksichtigen.
Die lange Version, basiert darauf dass mit dem Aktiostyp Auswählen, Optionen erstellt werden.
Nach dem Motto: Wenn Trigger-ID „on“ ausgelöst hat, dann führe den service switch.turn_on aus.
Wenn Trigger-ID „off“ ausgelöst hat, dann führe den service switch.turn_off aus.

Lang deshalb, weil der Aktion-Teil viel länger ausfällt als mit der kurzen Version.

Du kannst selbstverständlich auch zwei einzelne Automatisierungen erstellen, da gibt es kein Falsch oder Richtig. Vielleicht Einfach oder Umständlich.

Wie das Ganze im visuellen Editor ausschaut, da erspare ich mir den Screenshot.
Kopiere doch einfach den Code. Erstelle eine neue Automatisierung, wechsle in den YAML Modus, füge den Code ein und wechsle zurück in den visuellen Editor.

Gruß
Osorkon

[fantross]

@fantross Die Automatisierungen sind doch nicht viel anders aufgebaut als die Flows bei Homey.

Das ist richtig, die Bedeutung von Auslöser, Bedingung, Aktion und der "schematische" Aufbau sind auch nicht das Problem. Ich habe Probleme damit den richtigen Auslöser, die richtige Bedingung und die richtige Aktion zu finden.

Warum nutzt Du als Auslöser z.B. "Numerischer Zustand"? Ich hätte das "Gerät" inkl. entsprechendem "Auslöser" (Leistung Wertänderung) genommen? Oder ist das egal?

Bei dem konkreten Fall bin ich im Editor außerdem daran gescheitert, dass ich keine negativen Grenzwerte eintragen kann. Oder gibt's dafür einen Trick? Vermutlich auf YAML umschalten, ein "-" vor dem Wert schreiben und wieder zurück in den Editor umschalten, oder?

Auslöser:
Bei Homey gibt es glaube ich die Restriktion, dass nur ein Auslöser möglich ist.

Seit "Advanced Flows" ist das Schnee von gestern. Mit Homey sind auch mehrere Trigger/Auslöser möglich.

[sk100]

Danke osorkon für deine Antwort. Dank der yaml und dem visuellen Editor steig ich da jetzt auch etwas dahinter. Ich habe mir auch schon eine weitere Automation gebaut.

Fun Fact: Der Heizstab schaltet ein ab -4500. Da er aber dann bei On 3000W verbraucht, fällt der Verbrauch Schwellwert sofort von -4500 auf -1500 und der Heizstab schaltet sofort wieder aus .

Hab jetzt den Einschaltwert bei -5000 und den Ausschaltwert bei -1500. Funktioniert grad ganz gut.

[Osorkon]

Fun Fact: Der Heizstab schaltet ein ab -4500. Da er aber dann bei On 3000W verbraucht, fällt der Verbrauch Schwellwert sofort von -4500 auf -1500 und der Heizstab schaltet sofort wieder aus .

Darauf hätte ich auch selbst kommen müssen!

Kommt davon, wenn man Blind die Anforderungen umsetzt, sprich laut Lasterhaft und das Hirn nicht einschaltet.

Aber freut mich, das ich Dich zumindest auf den richtigen Weg bringen konnte.

Gruß
Osorkon

[concierge]

Hallo und guten tag,
Ich bin der neue hier. Ich hoffe es geht in Ordnung wenn ich den Beitrag noch mal hoch hole.
Gegenwärtig stehe ich vor einer Ähnlicher Problemstellung.
Im September 2022 hab ich mit PV begonnen, anfangs nur den Warmwasserbereiter direkt mit PV beheizt also DV als Insel Lösung. Das Projekt ist gewachsen, von einst 3280W/p und nicht besonders guter Ausrichtung sind nun noch ein Wechselrichter, eine Batterie und ein Balkonkraftwerk dazugekommen das die Leistung auf knapp 7kw/p gewachsen ist.

Bis vor ein paar Wochen lief alles gut bis auf einmal aus heuten Himmel nach 18 Monaten der Heizungsregler, um den das ganze System aufgebaut war den dienst verweigerte und auch der Verkäufer keinen kontakt mehr pflegt und nicht antwortet.

So musste eine Rasche Lösung her damit alles weiter in betrieb bleibt. Bisher lief alles über eine Siemens Logo mit 2 600vdc 20A SSR, da ja bekanntlich Masen Gleichstrom schwerer schaltbar ist als 230vAc. Die Steuerung läuft auf 24vdc.
Homeasisstant war von beginn des Projektes an mein Traum dort ein Monitoring zu realisieren, doch es fehlte an zeit und der nötigen Fähigkeit. Seit ein paar tagen und nach dem gefühlten 100 versuch und wieder weglegen hab ich es geschafft, ein funktionierendes Monitoring in Homeassistant.
Nun stehen mir für eine Smarte Steuerung für die Warmwasserbereitung hoffentlich die Türen offen.
Ich habe schon eine Automatisierung mit HA und einem Shelly Realisiert und zwar das die Logo über den Shelly bei einem gewissen SOC der Batterie erst die Heizung frei gibt und dem Relais den Einschalt Befehl liefert. Die funktioniert auch so lala. Mal gehts mal nicht.

Bisher hat die Logo über eine messdose und einem PT100 die Temperatur gemessen und dann bei erreichen abgeschalten oder dann auch wieder ein. Aber das ist seit einer Woche auch gestört und ich finde den Fehler nicht. Die logo misst 40 grad der Boiler soll bis 52.4 heizen die logo schaltet bei 40 ab "i dont know".
Aktuell kämpfe ich noch mit der Temperaturmessung über einen ESP32 der in HA eingebunden ist.
Das Geht erst weiter wenn dort ein wert an kommt.
Die werte und Entitäten stehen mir in HA als API abfrage zur Verfügung. Und als letztes soll dann die Logo weg und der PI4 die ganze Steuerung übernehmen.
Ein weiterer Shelly 2PM liegt auch schon hier und wird Freitag mal ins System integriert. Da das ganze ca 2 Autostunden weg montiert ist dauert alles immer etwas länger bis es klappt.

Bisher hab ich nur mit der Grafischen Oberfläche der Automatisierung in HA herumgekratzt und gemerkt das ich da gleich an meine grenzen komme.
Ich hänge mal den einfachen Schaltweg den ich mir vorstelle an und könnte ihr mir da vielleicht sagen und eventuell auch unter die arme greifen dies zu Realisieren. Einfach deshalb weil ich gerne den 2 PM mit verschiedenen Lasten belegen möchte um wenn der Inverter er hat nur 5kw nicht ins overload zu fahren wenn mittags gekocht oder anderer Strom verbraucht wird. Aber das ist dann im Anschluss erst mal die "einfache" Kiste:) Shelly ein aus fertig ^^

Sollte es zu viel Text sein bitte ich um Entschuldigung ich wollte die angaben so genau wie möglich ausführen. Wenn ein neuer beitrag hierzu gewünscht wird Komme ich den gerne nach oder einer der netten admins könnte ihn aufdröseln wenn nötig danke im voraus und euch smarthomies alles gute und hoffentlich bis bald
Conci