Mein Forum
Registrieren
Neu hier?
Baukonstruktionen
Fertighaus
Fenster
Dämmung
Dichtheit
Passivhaus
Schimmel
Energieausweis
Heizung
Pellets
Erdwärme
Warmwasser
Stromsparen
Solaranlagen
Photovoltaik
Lüftungsanlagen
Energiespartipps
Berechnungen
|
|
||
|
Hier Warmwasser stop: alias: S1155 Warmwasser Stopp description: >- Stoppt das Warmwasser vor 9 Uhr auf niedrigem Niveau und sollte bei einem 35% gefüllten Speicher und ab 9 Uhr das WW WW [Warmwasser] bei Bedarf auf 53 Grad aufheizen. trigger: - platform: state entity_id: - sensor.hot_water_top_bt7_30009 condition: - condition: or conditions: - condition: and conditions: - type: is_temperature condition: device device_id: ccbcb30ddc035426cbad3e26e7f20520 entity_id: sensor.hot_water_top_bt7_30009 domain: sensor above: 48 - condition: time after: "09:00:00" before: "19:00:00" - type: is_battery_level condition: device device_id: 0db3b363bfe4f93ae0aca1c5dd8ae4f9 entity_id: sensor.byd_battery_box_premium_hv_ladezustand domain: sensor below: 35 alias: Low Water Condition Day - condition: and conditions: - type: is_temperature condition: device device_id: ccbcb30ddc035426cbad3e26e7f20520 entity_id: sensor.hot_water_top_bt7_30009 domain: sensor above: 48 - condition: time after: "19:00:00" before: "09:00:00" alias: Low Water Condition Night - condition: and conditions: - type: is_temperature condition: device device_id: ccbcb30ddc035426cbad3e26e7f20520 entity_id: sensor.hot_water_top_bt7_30009 domain: sensor above: 54 alias: High Water Condition alias: Test ob Low Water oder Highwater Condition erfüllt action: - device_id: ccbcb30ddc035426cbad3e26e7f20520 domain: number entity_id: number.start_temperature_hw_normal_temperature_40060 type: set_value value: 18 - device_id: ccbcb30ddc035426cbad3e26e7f20520 domain: number entity_id: number.stop_temperature_hw_normal_temperature_40064 type: set_value value: 21 mode: single |
||
|
||
|
HIer musst du noch beachten, dass ich BT6 und BT7 verbaut habe... |
||
|
||
|
@scarpej Ich würde mal deine Hilfe benötigen...ich bereite mich gerade auf die kommende Heizsaison vor. Schaffst du es, oder hast du es vielleicht sogar, das die JAZ JAZ [Jahresarbeitszahl] in Home Assistant berechnet wird? |
||
|
||
|
Hi, kurze Antwort: Jein. Es kommt halt drauf an, was du genau tracken willst. Grundsätzlich habe ich oben einen "Sensor" gepostet, der den momentanten COP anhand der bekannten Formel berechnet. Wenn dir das reicht --> Einfach die Jahressicht nehmen. Falls du unterschiedliche Verwendungszwecke abbilden willst (Warmwasser gesondert von Heizung gesondert von Kühlung gesondert von Standby-Betrieb...etc.) dann ist die Antwort nein. Das ist für mich ein Winterprojekt, das ich wohl im heurigen Jahr nicht mehr angehen werde... LG Daniel |
||
|
||
|
Genau das will ich machen. Ich habe gehofft du hast das 😂 Dann schaun wir mal, wer zuerst dazukommt. Wieso hast du eigentlich einen COP Gesamt und einen COP für den Verdichter gemacht? Speicherst du die ganzen Statistiken länger? Home Assistant speichert ja nur für 2 Wochen oder so? Bin gerade am nachlesen, wie ich Daten dauerhaft speichern kann. |
||
|
||
|
Naja, COP Gesamt verarbeitet den gesamten Stromverbrauch der Wärmepumpe. COP-Verdichter nur jenen, den der Verdichter benötigt, daher auch immer "besser". Sind einfach 2 unterschiedliche Werte. Beide Werte werden allerdings nur von der Nibe selbst zur Verfügung gestellt. COP-Gesamt wäre sicher exakter, würden man einen externen Stromzähler verbauen.... aber das ist ein anderes Thema... Ja ich speichere die ganzen Statistiken dauerhaft in einer INFLUXDB, die mit Grafana gekoppelt ist. Da habe ich alles seit Anbeginn der Tage gespeichert.... Hier sind die Videos auf Youblub von simon42 ganz gut... für Influx gibts aber auch andere... |
||
|
||
|
@scarpej Kannst du mir mit den Overrides bitte zeigen, wie ich in Grafana die Farben ändere? Ich stehe da komplett an. Danke |
||
|
||
|
Hi, einzelne Elemente in Grafana kann man mit Overrides bearbeiten und diesen besondere Parameter zukommen lassen. So auch beispielsweise die Farbe eines Graphen. Nehmen wir an, du hast noch keinen Override definiert, dann starten wir mal mit dem Anlegen:  Dort klickt man auf Add field override und bekommt eine Liste von Möglichkeiten zur Auswahl. Da wir nur ein spezielles Element ändern wollen, suchen wir die Option Fields with name. Jetzt müssen wir rausbekommen, wie die "Linie" heißt. Entweder du kennst den Namen der Entität oder du schaust am besten in der Legende nach - siehe rote Markierungen  Nachdem du das gemacht hast, ist festgelegt, welchem Element die nun folgenden Properties zugeordnet werden sollen... Im Beispiel habe ich einfach die obere Linie (gelbe Markierung) blau gemacht. Ich adde einfach noch eine Property, um das Element besser lesbar zu machen und einen sprechenden Namen hinzuzufügen... in dem Beispiel "blaue Linie"  Wenn du einen weiteren Override für ein anderes Element hinzufügen - sprich eine weitere Eigenschaft verändern - möchtest, machst du das im Grunde gleich... Ich mach noch die untere Linie grün: Also hole ich mir wieder den Namen des Elementes der unteren Linie Setze die Property Color Schema auf grün ... und fertig  Das kannst du mit eigentlich allem machen, was du so im Edit-mode in Grafana siehst.. Du kannst Felder eben direkt über ihren Namen ansprechen, du kannst aber genausogut nur Werte einfärben... wenn du also die Zahl 2 immer in violett sehen möchtest geht das hier über den Value.... Auch kannst du regular expressions für die Auswahl der zu bearbeitenden Felder verwenden, für die dann die danach angegebenen Properties gelten sollen. Wichtig im ersten Schritt ist nur den Filter zu definieren (also die Auswahl des Feldes welches graphisch verändert werden soll) und danach die Properties zu setzen... Ich hoffe das war halbwegs verständlich. LG Daniel |
||
|
||
|
Ja halleluja....ich dachte du schreibst mir hier einne Zweizweiler und das wars. Sorry für den Aufwand. Ich schau mir das in den nächsten Tagen mal an. |
||
|
||
|
Ich hab mir zwei Dinge gebastelt (habs hier erwähnt https://www.energiesparhaus.at/forum-optimierung-warmwasserspeicher/75368_1#772364 und wurde darauf per PM gefragt; ich glaub es passt in diesen Faden 😃): 1. Einen Button der den Warmwasser Boost für eine Stunde einstellt. Dazu hab ich mir zuerst einen "Helper" angelegt. Settings -> Devices & Services -> Tab "Helpers" -> Create Helper. Hab den "activate-hotwater" genannt. Damit dann eine Automation angelegt:  ... und dann im Dashboard der Button:  Sollte das Warmwasser doch mal zu kalt sein weil ich mich mal wieder herumspiele, kann meine bessere Hälfte leicht eingreifen ohne meiner Anwesenheit 😉  ----------------------- 2. Darauf aufbauend in Kombination mit dem https://github.com/mampfes/ha_epex_spot/ hab ich mir folgende Automation gebaut:  Die Idee: Zur günstigsten Stunde am Tag Warmwasser aktivieren (für aWATTar Kunden oder ähnliches). Zusätzlich gibt's Notifications via Telegram aufs Handy:  Als YAML: https://gist.github.com/lewurm/4a616664e6a0c189888073bb83e6a760 Sind noch ein paar Hacks drinnen, die Loop hab ich eingebaut dass die Automation nicht timeouted. Da gibt's sicher elegantere Lösungen, bin noch ein HA noob 😬
|
||
|
||
|
Echt geil. Sofern ich das richtig verstanden habe, heißt das die WP WP [Wärmepumpe] wärmt einfach mal für 1 Stunde auf richtig? Weil der Preis gerade günstig ist. Nimmt es da keine Rücksicht darauf, ob beim BT6 Fühler noch genug Temperatur wäre? |
||
|
||
|
Prinzipell passiert das gleiche wie wenn du Menü 2.1 eine Stunde einstellst. Soweit ich verstanden habe ignoriert das alle Messwerte. Ich hab in der Automatisierung aber eine Condition drinnen die checked ob BT6 unter 48 °C. Als Backup hab ich meine Grenzwerte auf Start/Stopp 15.5 °C/ 33.0 °C. Heizleistung für WW WW [Warmwasser] ist auf 3kW gesetzt. Eine Alternative wäre den Stopp Wert höher zu setzen und statt Menü 2.1 zu verwenden, den Vorrang im Menü 7.1.10.1 zu ändern, für eine Stunde. Hab dafür aber noch nicht die passende Entität gefunden. |
||
|
||
|
...die Entität hab ich auch noch nicht gefunden. Du kannst das aber einfach umgehen, indem du die WW WW [Warmwasser]-Leistung auf 5-6 kW setzt. Dann checkst ob WW WW [Warmwasser] gemacht wird und aktivierst den Sperrebereich 1 des Verdichters, die Leistung des Verdichters steuerst dann ganz einfach über die Frequenz des Sperrbereiches... Aja, und nicht vergessen den Sperrbereich danach wieder zurückzusetzen bevor WW WW [Warmwasser] gemacht wurde... funktioniert recht gut.. Entitäten findest oben...im Thread Sonst sag einfach, dann such ich sie dir raus... LG
|
||
|
||
|
Hallöle, ich will hier auch noch was beitragen. Mich interessiert aktuell welche AZ eine einzelne WW WW [Warmwasser]-Bereitung hat. Dafür gehe ich wie folgt vor: 1. Ich brauche die Signale ww_aktiv (Register 1571), Wärme nur WW WW [Warmwasser] (Register 1575) und Strom (von extra Stromzähler). 2. In HA die Integration "Variables+History". Darin definiere ich 5 Variablen:  Diese Variablen werden als HA-Entitäten angelegt und stehen jederzeit zur Verfügung. In den Automatisierungen und Skripten kann man ja nur lokale Variablen anlegen (zumindest ist es mir nicht anders gelungen). 3. Zwei Automatisierungen: alias: update_ww_end description: "" trigger: - platform: state entity_id: - sensor.wp_ww_aktiv from: "1" to: "0" condition: null action: - service: variable.update_sensor data: value: "{{states('sensor.sdm_total_active_energy') | float}}" target: entity_id: sensor.sdm_ww_end - service: variable.update_sensor data: value: "{{states('sensor.wp_waerme_nur_ww') | float}}" target: entity_id: sensor.waerme_ww_end - service: variable.update_sensor data: value: >- {% set ww_end = states('sensor.waerme_ww_end') | float %} {% set ww_start = states('sensor.waerme_ww_start') | float %} {% set sdm_end = states('sensor.sdm_ww_end') | float %} {% set sdm_start = states('sensor.sdm_ww_start') | float %} {{ ((ww_end - ww_start)/(sdm_end - sdm_start) | float) | round(2) }} target: entity_id: sensor.cop_ww mode: single und alias: update_ww_start description: "" trigger: - platform: state entity_id: - sensor.wp_ww_aktiv from: "0" to: "1" condition: null action: - service: variable.update_sensor data: value: "{{states('sensor.sdm_total_active_energy') | float}}" target: entity_id: sensor.sdm_ww_start - service: variable.update_sensor data: value: "{{states('sensor.wp_waerme_nur_ww') | float}}" target: entity_id: sensor.waerme_ww_start mode: single Also zum Beginn einer WW WW [Warmwasser]-Bereitung werden die aktuellen Werte für Strom und Wärme als Startwerte gespeichert. Am Ende der WW WW [Warmwasser]-Bereitung werden wieder die aktuellen Werte gespeichert und daraus der COP bzw die AZ berechnet. Und so sieht das ganze dann aus  |
||
|
||
|
Wieder mal ein toller Beitrag von dir, spitze!!! Da HA, ich denke nur max. 7 Tage speichert und auch immer wieder hier im Forum Bilder von Grafana gezeigt werden, die Frage an dich, ob du das auch so in Grafana alles umsetzt um das dann auch einen längeren Zeitraum zurückverfolgen zu können? Was für einen externen Stromzähler hast du in Verwendung? Meiner ist geht leider nur über die s0 ans KNX und gibt so nur ganze kW aus. Das verfälscht dann so eine Berechnung ungemein. |
||
|
||
|
Du könntest das mit Shelly lösen? Mache ich demnächst auch so, weil es mir zu aufwändig ist den Modbus Stromzähler in HA zu integrieren. Für Shelly gibt es eine eigene Integration. |
||
|
||
|
Ich logge auch in eine influxdb und habe mir paar Grafana Visualisierungen erstellt. Viel Zeit habe ich aber noch nicht darin investiert, weil ich noch am optimieren bin und dafür reichen mir die 10tage in HA. Ich nutze den https://stromzähler.eu/stromzaehler/drehstromzaehler/fuer-hutschiene-geeicht/246/sdm72dm-v2-mid-3-phasen-zweirichtungs-drehstromzaehler-mit-rs485-und-s0 ist halt etwas sperrig weil ein Kabel vom Zähler bis zum RPi gelegt werden muss. Shelly wäre komfortabler, wenn die WiFi Verbindung stabil genug ist. Ich habe mir jetzt auch "Shelly plus pm Mini" bestellt. Damit will ich unter anderem den Verbrauch meiner Maico erfassen. Die sind so klein, dass sie in eine Abzweigdose oder Unterputzdose passen. Sie können aber nur 1 Phase messen (was bei der Nibe ohne Heizstab reicht). Ich weis aber noch nichts über die Messauflösung. Und ob sie geeicht sind kann ich dir auch nicht sagen. |
||
|
||
|
Ich habe auch einen von Eastron. Ich hab mir jetzt die Shelly 3EM bei Amazon besorgt in der Black Friday Week. Die 90 Euro tun zwar ein bisschen weh, aber auf lange sicht gesehen war es für mich sicher die richtige Entscheidung. Sobald ich das in HA integriert habe, werde ich dann auch die JAZ JAZ [Jahresarbeitszahl] berechnen lassen. |
||
|
||
|
Einen Pro 3 EM habe ich bereits für den Hauptstromzähler am Hauseingang in HA integriert. Allerdings stell ich damit nichts weiter an. Jetzt bräuchte ich den ja nochmal für die WP WP [Wärmepumpe] wenn ich alle 3 Phase loggen will.... Hmmmm, oder ich warte bis ich endlich mal eine PV habe. Dann ersetzt doch das SmartMeter den Pro 3 EM? |
||
|
||
|
Kommt darauf an welcher Wechselrichter. Der Huawei sollte zB über eine Integration aus dem HACS Shop eingebunden werden können. Ich habe mich Tage damit gespielt und bekomme es nicht zusammen. Aber grundsätzlich hast du recht. Dann siehst du den Stromverbrauch des Hauses, den erzeugten der PV und wenn du eine Identität für die Stromkosten bzw. Einspeisung hast, kannst dir das gleich alles anzeigen lassen. So wäre ja mein Plan, aber ich bekomme den Huawei nicht in HA eingebunden. |
||
|
||
|
Also ihr hängt einen eigenen Stromzähler vor die WP WP [Wärmepumpe] den ihr mit HA auswertet. Aber wie berechnet ihr wieviel Wärme die WP WP [Wärmepumpe] erzeugt hat? Habt ihr da einen Wärmemengenzähler? Wo bekommt man sowas her und wo sollte das eingebaut werden? |
Beitrag schreiben oder Werbung ausblenden?
Einloggen
Kostenlos registrieren [Mehr Infos]