[Sammelthread] Eure Smart Home Lösungen

Doch doch, du kannst in dem Editor einfach auf yaml umschalten, dann bekommst den Code
Na das ich doch genau das, was ich hier reinkopiert habe, damit jemand mit Interesse daran, daraus wieder gui-Zeug machen kann 🙂

Bin dann auch mal dahinter gestiegen, dass man wenn-dann mach etwas aus einer Liste von Möglichkeiten - Automatisierungen erstellen kann. Nice. Hat ja nur 2 Jahre gedauert 🙂 Ich bin echt zu blöd Docs zu lesen.

Aber so konnte ich meinen "Lade-Batterie-wenn-Tibber-Günstig-und-es-scheint-keine-Sonne" Automatismus "verfeinern".
Nice.

Da ich kein großer Programmierer bin, ist das wirklich simpel gehalten. (Ich nutze das Forum als Backup, falls mir das mal verloren gehen sollte^^).

Ich prüfe immer am Anfang jeder Stunde, ob der Tibber-Preis 1ct vor bzw. in seinem Minimum ist (mache ich über einen Nummer-Helfer, und der 1ct unschärfe vergrößert das Zeit-Fenster in dem geladen wird).
Ist der Preis im Tief, die Differenz zum Hoch größer als der Ladeverlust (wieder ein Nummer-Helfer) und die Batterie noch nicht auf einem bestimmten Level angekommen (der nächste Nummer-Helfer), dann wird eine Stunde lang die Batterie aus AC gefüllt,

Repeat. Jede Stunde. So spare ich mir das Ermitteln der Tiefpreisphase über eine komplizierte Berechnung.

Code:
alias: "Growatt: Batterie Laden Automatic"
description: ""
triggers:
  - hours: /1
    minutes: "2"
    trigger: time_pattern
conditions:
  - condition: numeric_state
    entity_id: sensor.tibber_min_preis_differenz_daheim
    below: 2
  - condition: numeric_state
    entity_id: sensor.sph4000_battery_soc
    below: input_number.growatt_maxload_tibber
  - condition: numeric_state
    entity_id: sensor.tibber_preis_differenz_daheim
    above: input_number.tibber_mindifference
actions:
  - target:
      entity_id: input_boolean.growatt_ac_load_erlauben
    data: {}
    action: input_boolean.turn_on
  - delay:
      hours: 0
      minutes: 56
      seconds: 0
      milliseconds: 0
  - target:
      entity_id: input_boolean.growatt_ac_load_erlauben
    data: {}
    action: input_boolean.turn_off
mode: single


Und jetzt die "Verfeinerung". Anhand einer Prognose der Sonnenstunden des aktuellen und des nächsten Tage bestimmte ich den Batterie-Level, bis zu dem geladen werden soll. (Der besagte Nummer-Helfer).
Scheint weder am aktuellen Tage noch am nächsten Tag so viel Sonne, dass wir über den Tag kommen, schalte ich die Option frei auf 65% Ladestand der Batterie zu laden.
Scheint am aktuellen Tag keine Sonne, aber am nächsten Tag ist Sonne angekündigt, dann gebe ich nur 50% vom SOC der Batterie für AC-Load frei, und auch nur vor 1200 (die Tiefpreisphase ist ja meistens Nachts bzw. in den Morgenstunden).
Trifft nichts von beidem zu (es wird angenommen, dass die Sonne scheint), erlaube ich laden bis zu 35% SOC, was bei Sonnenschein nie eintreten wird, da der SOC in der Regel nicht soooo tief sinkt (Batterie ist groß genug).

Code:
alias: Growatt Max Load Berechnung
description: ""
triggers:
  - trigger: state
    entity_id:
      - sensor.energy_production_tomorrow_3
actions:
  - choose:
      - conditions:
          - condition: numeric_state
            entity_id: sensor.energy_production_today_3
            below: 10
          - condition: numeric_state
            entity_id: sensor.energy_production_tomorrow_3
            below: "10"
        sequence:
          - action: input_number.set_value
            metadata: {}
            data:
              value: 65
            target:
              entity_id: input_number.growatt_maxload_tibber
      - conditions:
          - condition: time
            before: "12:00:00"
          - condition: numeric_state
            entity_id: sensor.energy_production_today_remaining_3
            below: 10
        sequence:
          - action: input_number.set_value
            metadata: {}
            data:
              value: 50
            target:
              entity_id: input_number.growatt_maxload_tibber
      - conditions: []
        sequence:
          - action: input_number.set_value
            metadata: {}
            data:
              value: 35
            target:
              entity_id: input_number.growatt_maxload_tibber

Und zusätzlich wird in den Hochpreis-Phasen noch der Minsoc der Batterie von 20% auf 10% gesenkt, damit bekomme ich 2kWh Notfall-Energie, die hoffentlich über die Hochpreis-Phase (die ja in der Regel auch nie mehr als ein oder zwei Stunden beträgt) ohne Bezug. Sollte die Batterie sowieso voller sein passiert halt nix. Selbes Spiel. Am Anfang jeder Stunde testen. Am Ende der Stunde wieder hochstellen.

Code:
alias: Growatt Tibber Hochpreis MinSoc Regel
description: ""
mode: single
triggers:
  - hours: /1
    minutes: "2"
    trigger: time_pattern
conditions:
  - condition: numeric_state
    entity_id: sensor.tibber_preis_differenz_daheim
    below: 2
actions:
  - action: input_number.set_value
    target:
      entity_id: input_number.minsoc
    data:
      value: 10
  - delay:
      hours: 0
      minutes: 57
      seconds: 0
      milliseconds: 0
  - action: input_number.set_value
    target:
      entity_id: input_number.minsoc
    data:
      value: 20

Ich hoffe ich langweile euch nicht alle mit dem Sermon^^
 
Zuletzt bearbeitet:
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Boah, ne, es funktioniert doch nicht (zuverlässig). Manchmal gibts gefühlte Gedenkminuten bis das Licht angeht. Ich glaube nicht, das das an meine programmierten Automation liegt, sondern wirklich daran, das die IKEA Vallhorns entweder wirklich nur in 15s-Rastern schalten, oder halt auch einfach manchmal unheimlich langsam sind.
Das nervt ungemein... wenn ich in einen dunklen Raum reinkomme und absolut nichts sehe, sind 10s bis das Licht angeht wirklich verdammt lang.

Hat jemand Empfehlungen für alternative Bewegungsmelder die mit HA funktionieren und nicht gleich 30-50€ kosten?
 
Bewegungsmelder sind für mich raus was sowas angeht, wenn dann gleich Präsenzmelder. Bevorzugt ESPHome, bin mit meinem Tuya nur so semi zufrieden
 
Bewegungsmelder sind für mich raus was sowas angeht, wenn dann gleich Präsenzmelder.
Erklär mir bitte den Unterschied.

Bevorzugt ESPHome, bin mit meinem Tuya nur so semi zufrieden
Was aber auch nicht so prickelnd klingt, wenn du schon damit unzufrieden bist.

Oh, und ich vergas: Mit Akku... NiNH, Liion, egal, aber ich zieh da kein Stromkabel hin, wo der Melder hinkommt. Respektive auch Wirelesskommunikation, also Wifi, Zigbee, BT, whatever. BT wohl eher nicht.
 
Bei Zigbee2MQTT steht lustigerweise bei den Vallhorn ein Hinweis, dass sie besser mit 1.2V Batterien als mit 1.5V Batterien funktionieren sollen.
Jap, weiß ich, hab auch 1.2V Akkus drin. Daran liegts (in meinem Fall) nicht.

Sie funktionieren ja auch, sie sind nur manchmal verdammt langsam.
 
Erklär mir bitte den Unterschied.


Was aber auch nicht so prickelnd klingt, wenn du schon damit unzufrieden bist.

Oh, und ich vergas: Mit Akku... NiNH, Liion, egal, aber ich zieh da kein Stromkabel hin, wo der Melder hinkommt. Respektive auch Wirelesskommunikation, also Wifi, Zigbee, BT, whatever. BT wohl eher nicht.
tldr: Bewegungsmelder = nur bei Bewegung, Präsenzmelder = du kannst dich auch 10h net bewegen, aber bist trotzdem in dem Raum "angemeldet"
 
Könnt ihr günstige Fensterkontakte empfehlen?
Im Winter nervt mich, dass meine Frau überall Fenster offen lässt :fresse:
Gut wäre, wenn die matter/thread unterstützen. Nutze ich noch nicht, sollte aber zukunftssicher sein :)
 
Günstig und Thread schließt sich aktuell einigermaßen aus. Ich hab Aqara mit Zigbee, die kosten bei Ali 6-8 Euro und sind immerhin klein. Und da hab ich seit 3 Jahren keine einzige Batterie gewechselt.
 
+1 für die Aqara, laufen bei mir auch seit 3 Jahren unauffällig und ohne Batterietausch
 
Danke, davon habe ich shcon ein paar hier, dann werde ich die mal beobachten und versuchen günstig einzukaufen :)

Nutzt jemand von euch in HA schon die neuen sections? Ich find die spannend, mich nervt aber mega, dass da so viel Platz zwischen verschwendet wird und die nicht "nachrücken"

1730211251718.png
 
Staubsaugerroboter (~0,1kWh) und E-Bike-Akku (0,5kWh) wären zwei Verbraucher mit nennenswert Kapazität (zumindest wenn leer), die ich meistens nicht priorisiert aufladen muss/will.

Bin gerade am Überlegen, ob das klappen würde, beide an eine Smartsteckdose anzustecken und dann eine HA-Automation damit zu bauen, die wenn mein Netzbezug negativ wird die Steckdose einschaltet und somit die Akkus geladen werden und wenn der Netzbezug wieder (zu sehr) positiv wird die Steckdose wieder ausschaltet.
Mit gewissen Toleranzen natürlich, damit nicht im Sekundentakt ein- und ausgeschaltet wird.

Kriegt man einen Roborock in HA integriert? Weil wenn der gerade arbeitet, sollte die Basisstation ja eigentlich nicht ausschalten, sonst startet er entweder gar nicht oder findet nichtmehr zurück...
 
Nutzt jemand von euch in HA schon die neuen sections?
Ja, aber je mehr ich mich mit Dashboards beschäftige, desto weniger brauche ich eigentlich auf dem Dashboard 😅 Hab jetzt immer mehr in die neue Headline (da bin ich wirklich großer Fan) integriert und sonst nur das unbedingt nötigste. Und dann eben ein Link auf weitere Seiten, wo dann "alles" drauf ist und etwas Chaos herrscht. Das brauche ich dann aber sehr selten.
Kriegt man einen Roborock in HA integriert?
Kommt auf das Modell an, richtig lokal nicht, aber es gibt jetzt ne neue UI-Integration und die kann zumindest via Roborock-Cloud auf die Dinger zugreifen und dann kannst halt starten, Status einsehen und Zeug.
 
Kommt auf das Modell an, richtig lokal nicht, aber es gibt jetzt ne neue UI-Integration und die kann zumindest via Roborock-Cloud auf die Dinger zugreifen und dann kannst halt starten, Status einsehen und Zeug.
Ja, das das nicht cloudlos geht, war mir schon fast klar. :D Ohne Cloud funktioniert ja bei dem Ding quasi gar nichts.
Aber das reicht ja, brauche im wesentlichen ja nur den Status, also z.B. ob sie gerade irgendwo reinigt.
 
Nutzt jemand von euch in HA schon die neuen sections? Ich find die spannend, mich nervt aber mega, dass da so viel Platz zwischen verschwendet wird und die nicht "nachrücken"
Du hast ein Dashboard fertig, nur um an einem anderen zu basteln. Repeat^^
Meine Frau schlachtet mich immer, wenn ich die kleinen Kacheln häufe: Sieht man nix mehr.

*seufz*

Man kanns einfach nicht allen recht machen^^
 
mich nervt aber mega, dass da so viel Platz zwischen verschwendet wird und die nicht "nachrücken"
IMG_5003.jpeg

Probier das mal aus, kannst du im Titel von der Seite mit angeben.

@Liesel Weppen ja geht, hatte ich mit meinem S6 und der Stock Firmware auch. Also ich geh einfach mal davon aus, dass das bei deinem Modell auch geht. Braucht einen Token von der Xiaomi Cloud und konnte dann auch die Karte mit anzeigen
 
Hab da mal eine grundsätzliche Frage zu den Automations.

Wie wir aus vorherigen Beiträgen ja gelernt haben, gibts da unterschiedliche Modi.

Wenn ich jetzt einen Trigger einstelle ala "Netzbezug wird kleiner -10" und dessen "For" auf 30s setze. Dann wird das Then erst ausgeführt, wenn der Netzbezug über 30s lang unter -10 blieb? Wenn er innerhalb der 30s wieder höher wird, wird die Automation dann abgebrochen oder läuft die dann trotzdem 30s, aber das Then wird nicht ausgeführt?
Wie verhält sich das dann mit den Modi? Wenn die Automation sowieso abgebrochen wird, dann hätte "Single" ja eigentlich keine Funktion? Weil wenn der Wert zwischenzeitlich wieder über -10 steigt, wird die Automation sowieso abgebrochen und der Trigger kann erst danach nochmal neu erfüllt werden...

Das wäre das "Einschalten".
Ich bin mir unschlüssig, wie ich wieder ausschalte. Wieder ausschalten will ich z.B. wenn der Netzbezug + Verbrauch des gerade eingeschalteten Teils für 30s wieder positiv wird. Packt man das in die gleiche Automation? In irgendeinem YAML-Snippet (von Hisn?) habe ich ein "Until" gesehen. Wäre das der Weg? Ich finde das "Until" allerdings in der GUI nicht.
Oder ist das "Wait for Trigger/Template", was man dann mit ins Then packt?

Da ist dann wiederum der Modus relevant, weil die Automation ja über den Trigger hinaus läuft, bis eben das "until" greift? Die will ich dann ja nicht mehrfach starten, also muss der Modus "Single" bleiben?

Ok "Wait for" ist wohl nicht "until"... aber so ungefähr?


Code:
alias: Overpower_load
description: ""
triggers:
  - trigger: numeric_state
    entity_id:
      - sensor.grid_power_in_out
    for:
      hours: 0
      minutes: 0
      seconds: 30
    below: -10
conditions: []
actions:
  - action: switch.turn_on
    metadata: {}
    data: {}
    target:
      device_id:
        - 1b9a81585b452b17c7e65de2af74de98
  - wait_for_trigger:
      - trigger: numeric_state
        entity_id:
          - sensor.grid_power_in_out
        for:
          hours: 0
          minutes: 0
          seconds: 30
        above: 10
  - action: switch.turn_off
    metadata: {}
    data: {}
    target:
      device_id:
        - 1b9a81585b452b17c7e65de2af74de98
mode: single
 
Zuletzt bearbeitet:
Kann ich mir zu einer Automation anzeigen lassen, wann die getriggert wurde und wie lang sie lief?

Als Entity finde ich nur die Automation selbst und das zeigt mir an ob die Automation ein- oder ausgeschaltet ist.
 
Klar, in der jeweiligen Automation siehst du die letzten Auslösungen, was dann wo wie ausgelöst wird.
 
Ja, die sehe ich, aber ich hätte gerne einen Graphen/Card, wo ich nicht nur den Zeitpunkt der letzten Auslösung sehen kann, sondern auch vorherige Auslösungen und wie lange die Automation dann auch lief.

Also so wie bei meinem Bewegungsmelder, so wie hier:
1730235013058.png
 
Es gibt doch bei der Erstellung der Automation oben rechts ein Punkt "Traces"
Da siehst du alles
 
Es gibt doch bei der Erstellung der Automation oben rechts ein Punkt "Traces"
Da siehst du alles
Da sehe ich die Ereigniskette und eine Auswertung der letzten paar Ausführung, aber keine Übersicht, wann ausgelöst wurde und wie lang die Automation lief.
Oder ich bin einfach blind oder raffs nur nicht. :d

Wenn ich in eine Automation ZWEI Trigger eintrage.... Sind die dann ODER oder UND verknüpft? Also reicht ein Trigger um die Automation auszulösen oder wird die Automation dann nur getriggert, wenn beide auslösen?
 
Kannst dir auch mal Node Red für sowas "komplizierteres" anschauen
 
Kannst dir auch mal Node Red für sowas "komplizierteres" anschauen
Ein grafisches Flow-Editing-Tool das Code generiert? Was soll ich damit? Was bringt mir das für HA?

Ich bin Softwareentwickler. :D Am liebsten würd ich gar nicht in einer GUI rumklicken, sondern das eher in einer gängigen richtigen Sprache "einfach" runtercoden, C++, Python, LUA, mir egal, hauptsache nicht GUI wo ich dann nicht erkennen kann ob das jetzt und oder oder ist und noch weniger diese YAML-Sch.... 🤣
 
Weils das als addon für ha gibt, somit du damit deine automationen darüber steuern kannst, wenn die ha Tool selbst nicht mehr ausreicht. Ansonsten Code deinen scheiß in Python selbst und lad es als als hacs Integration?
 
Hab halt jetzt zwei Bewegungsmelder und sobald einer von beiden was erkennt, soll das Licht angehen. Die Idee war, das durch den zweiten Sensor die Responsibilität verbessert werden würde, weil einer von beiden reagiert vielleicht zügiger. Und dafür hab ich einfach beide als Trigger eingetragen.
Allerdings wurden die "Aussetzer" dadurch gefühlt eher sogar noch schlimmer und ich hab den Verdacht, das das Licht jetzt erst angeht, wenn BEIDE Sensoren was erkannt haben?

Weils das als addon für ha gibt, somit du damit deine automationen darüber steuern kannst, wenn die ha Tool selbst nicht mehr ausreicht.
Ist ja nicht so, das HA nicht dafür ausreichen würde. Zumindest nicht bei diesen Fall. :D Mir ist nur nicht klar, was das Ding eigentlich genau tut, wenn ich das so oder so eintrage.
Nämlich konkret in diesem Fall: Müssen denn jetzt beide Sensoren auslösen, damit die Automation losläuft? Oder reicht einer?
 
Nach weiterer Googlerecherche sind mehrfache Trigger in einer Automation wohl OR... also ist das wohl nicht mein aktuelles Problem.

Sollte man AND wollen (was ich ja nicht will), scheint der Common Usecase zu sein, alle Trigger einzutragen und dann separat in der Condition "nochmal" zu prüfen ob ALLE Trigger aktiv wurden, oder halt eben nur einzelne davon. Die Automation wird dann durch jeden einzelnen Trigger angeworfen, aber die Condition sorgt dafür, das sie nur weiterläuft, wenn halt auch alle Trigger "true" sind.
 
Noch ne Frage :fresse:
Ich habe bei mir noch Homematic laufen, aber ehrlich gesagt brauche ich das fast nicht mehr. Ich habe zwei schaltbare Steckdosen von HM, allerdings werte ich die nicht aus und schalte die aktuell auch nie. Die sammeln nur Statistiken im Hintergrund und das ist nicht so wichtig. Dann hab ich nen altes Thermostat aufm Dachboden, das nutze ich nur als Thermometer.
Das einzige, was ich wirklich nutze ist der Außentemperatursensor. Aktuell habe ich aber arge Probleme mit meinem HM, seit ich es auf Proxmox umgezogen habe. Bekomme das nicht mehr mit meinem HA verbunden. Da das halt echt eigentlich nur für ein Gerät ist könnte ich es auch rausschmeißen. Ich habe nen paar Unterputz-Aktoren, die nutze ich aber momentan ebenfalls nicht.

tl;dr: Habt ihr ne Empfehlung für nen Außentemperatursensor? Will gerne die echte Temperatur haben und nicht aus Wetterdaten nehmen.
 
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh