« Heizung, Lüftung, Klima  |

KNV / Nibe S1255PC Jahresstatistik auslesen

Teilen: facebook    whatsapp    email
Zusammenfassung anzeigen (Beta)
 1  2 
  •  MPP33
5.12.2023 - 27.1.2025
24 Antworten | 9 Autoren 24
3
27
Hallo zusammen,

wir wohnen jetzt seit knapp einem Jahr in unserem Neubau (180m² Wohnfläche + 40 von 90m² Keller beheizt) und die Wärmepumpe+Tiefenbohrung (2x80m) tut ihren Dienst unauffällig.

Nachdem ich mit dem ersten vollen Jahr Betrieb endlich einen Anhaltswert für den Gesamtverbrauch hab interessiert mich natürlich der Verbrauch der Wärmepumpe und ich fange an mich abgesehen von kleinen Heizkurvenspielereien im Detail für das Ding zu interessieren.

Unterm Strich stehen 7300kWh am all incl. Hauszähler was erfreulicherweise unter den Erwartungen von 8000kWh und der Schätzung vom Elektriker "so 10-12000kWh werdet ihr schon brauchen"... liegt.
Dabei sei anzumerken, dass wir zu 4. sind und nicht gerade sparsam mit dem Strom umgehen, dazu Baufeuchte + unverputzt...

Mich würde dennoch etwas Statistik interessieren, paar Parameter gegenüberstellen etc.
Bekannte/Kollegen (u.A. mit Japanischen/Koreanischen Geräten) zücken da idr. ihr Smartphone und haben umfangreiche Statistiken und Kurven zur Hand - ich mit dem Wärmepumpenferrari aber nicht.

Die Heizung selbst kann das ja sagen wir einmal "eingeschränkt".
Man kann sich ein paar Balken anzeigen lassen (Stromverbrauch Heizung vs. Warmasser vs. Gesamtenergiemenge und gemittelte Innen/Außentemperatur) wo ein Pixel etwa 50kWh entspricht.

Diese Daten kann ich per USB als CSV auslesen.
Etwas unübersichtlich und anscheinend nur 5 Jahre zurück auf Monatsbasis bzw. aufs aktuelle Monat auf Stundenbasis (?)
Außerdem sagt mir dieser Export, dass ich im Sommer geheizt hab, aber bei den Kühlungswerten steht 0... Vl. hat die alte Software ja noch Kühlung = Heizung gemacht?!
Seh ich dann nächsten Sommer ob die neue Software da unterscheidet.

Gibt es eine Möglichkeit hier über längere Zeiträume rückblickend Detaildaten aus dem Gerät zu bekommen? Quasi ein Abbild aller gespeicherten (Roh)Daten zu machen?
Ggf. auch Messwerte wie Soletemperatur, Vorauftempreaturen etc.?
Außerdem hat das Ding letztens das Datum verloren (auf 2018 gestellt) und es hat mir die Bilanz von November zerhagelt - wohl ein Monat auf 2018 geschrieben und die Daten sind weg, zumindest ist mein Novemberverbrauch "erfreulich" gering laut Energieprotokoll.

Ich vermute da kommt jetzt MyUplink ins Spiel.
Eigentlich will ich meine Wärmepumpe nicht im Netzwerk/Internet haben, trotzdem hab ichs ausprobiert - die Gratisversion, kann es ja wieder abdrehen.
Das was da als Gratisversion verfügbar ist, ist ja ein Geschwür.
Max. 1 jahr rückblickend, man kann keine Kurven übereinander legen usw.
Geh ich auch in der Annahme richtig, dass MyUplink die Daten live mitloggt und auf der Cloud speichert statt sie vom Gerät abzurufen? Immerhin seh ich nur Daten ab dem Zeitpunkt wo ich die Kiste ins WLAN gehängt hab.
Bedeutet wiederum wenn ich die Heizung aus dem Netzwerk nehme stehen auch keine Daten zur Verfügung, unabhängig von Gratis oder Zahlversion?

Dass ich für sowas auch noch zahlen soll bei so einer teuren Wärmepumpe ist nett ausgedrückt auch "interessant".
Abo Modelle sind für mich sowieso eine rote Linie und werden unter keinen Umständen mit einem Kauf "belohnt" bzw. sind eigentlich sogar ein Ausschlussgrund für das Produkt als Ganzes.

Würde mich freuen falls von euch jemand die gleiche Thematik hatte und wie ihr sie gelöst habt.
Für mich zeichnet sich irgendwie ab, dass die sinnvollste Lösung wäre die gewünschten Werte über Modbus auszulesen und auf eigener Hardware (statt der Cloudgeschichte) zu speichern.
Das ist allerdings völliges Neuland für mich.
Allerdings plane ich sowieso grade eine Lösung wie HomeAssistant... Da wär das quasi Beifang.

  •  MalcolmX
  •   Gold-Award
15.12.2023  (#21)
Find die Heizkurve auch oarg hoch (wir pendeln mit unfertige 50er Bau mit etlichen Wärmebrücken noch bei 2-2 bzw 3-1.
22° finden wir beide schon extrem warm, bei 23.5° würde ich schmelzen...

1
  •  Rapiatler
  •   Bronze-Award
12.1.2024  (#22)

zitat..
MPP33 schrieb: Gut, dann bin ich ja nicht allein...

ein RP4 8GB ist gerade auf dem Weg zu mir, schauen wie komplex das alles wird.

Ich bin mittlerweile durch und habe es ohne Programmierkenntnisen geschafft :)
Meine Lösung basiert auf der InfluxDB, die Abfrage der Daten erfolgt über Telegraf (Im UI der InfluxDB findet man sich rasch zurecht und kann Telegraf leicht einrichten). Die Visualisierung erfolgt über Grafana, welches sich mit der InfluxDB sehr leicht verbinden lässt.

Die Config von Telegraf muss man anpassen, damit überhaupt Modbus-Adressen abgefragt werden. Sieht bei mir so aus: (Nochmals vielen Dank an @fanass, der mir per PN geholfen hat und danke an @kraweuschuasta für die erste ausführliche Erklärung).

# # Retrieve data from MODBUS slave devices
[[inputs.modbus]]
  ## Connection Configuration
  ##
  ## The plugin supports connections to PLCs via MODBUS/TCP, RTU over TCP, ASCII over TCP or
  ## via serial line communication in binary (RTU) or readable (ASCII) encoding
  ##
  ## Device name
  name = "NIBE"

  ## Slave ID - addresses a MODBUS device on the bus
  ## Range: 0 - 255 [0 = broadcast; 248 - 255 = reserved]
  slave_id = 1

  ## Timeout for each request
  timeout = "1s"

  ## Maximum number of retries and the time to wait between retries
  ## when a slave-device is busy.
  # busy_retries = 0
  # busy_retries_wait = "100ms"

  # TCP - connect via Modbus/TCP
  controller = "tcp://xxx.xxx.x.xxx:502"

  ## Serial (RS485; RS232)
  # controller = "file:///dev/ttyUSB0"
  # baud_rate = 9600
  # data_bits = 8
  # parity = "N"
  # stop_bits = 1

  ## For Modbus over TCP you can choose between "TCP", "RTUoverTCP" and "ASCIIoverTCP"
  ## default behaviour is "TCP" if the controller is TCP
  ## For Serial you can choose between "RTU" and "ASCII"
  # transmission_mode = "RTU"

  ## Trace the connection to the modbus device as debug messages
  ## Note: You have to enable telegraf's debug mode to see those messages!
  # debug_connection = false

  ## Define the configuration schema
  ##  |---register -- define fields per register type in the original style (only supports one slave ID)
  ##  |---request  -- define fields on a requests base
  configuration_type = "register"

  ## --- "register" configuration style ---

  ## Measurements
  ##

  ## Digital Variables, Discrete Inputs and Coils
  ## measurement - the (optional) measurement name, defaults to "modbus"
  ## name        - the variable name
  ## address     - variable address

  #discrete_inputs = [
    #{ name = "start",          address = [0]},
    #{ name = "stop",           address = [1]},
    #{ name = "reset",          address = [2]},
    #{ name = "emergency_stop", address = [3]},
  #]
  #coils = [
    #{ name = "motor1_run",     address = [0]},
    #{ name = "motor1_jog",     address = [1]},
    #{ name = "motor1_stop",    address = [2]},
  #]

  ## Analog Variables, Input Registers and Holding Registers
  ## measurement - the (optional) measurement name, defaults to "modbus"
  ## name        - the variable name
  ## byte_order  - the ordering of bytes
  ##  |---AB, ABCD   - Big Endian
  ##  |---BA, DCBA   - Little Endian
  ##  |---BADC       - Mid-Big Endian
  ##  |---CDAB       - Mid-Little Endian
  ## data_type   - INT16, UINT16, INT32, UINT32, INT64, UINT64,
  ##               FLOAT32-IEEE, FLOAT64-IEEE (the IEEE 754 binary representation)
  ##               FLOAT32, FIXED, UFIXED (fixed-point representation on input)
  ## scale       - the final numeric variable representation
  ## address     - variable address

  holding_registers = [
    { name = "gradMinuten",   byte_order = "AB",   data_type = "FIXED",   scale=0.1,     address = [11]},
    { name = "bwModus",   byte_order = "AB",   data_type = "INT16",   scale=1.0,     address = [56]},
    { name = "verschiebungHeizkurve",   byte_order = "AB",   data_type = "INT16",   scale=1.0,     address = [30]},
    { name = "heizkurve",   byte_order = "AB",   data_type = "INT16",   scale=1.0,     address = [26]},
  ]
  input_registers = [
    { name = "aussenTemp",   byte_order = "AB",   data_type = "FIXED",   scale=0.1,     address = [1]},
    { name = "BT6",   byte_order = "AB",   data_type = "UFIXED",   scale=0.1,     address = [9]},
    { name = "EintrittWQ",   byte_order = "AB",   data_type = "UFIXED",   scale=0.1,     address = [1521]},
    { name = "AusstrittWQ",   byte_order = "AB",   data_type = "FIXED",   scale=0.1,     address = [1522]},
    { name = "mittAussenTemp",   byte_order = "AB",   data_type = "FIXED",   scale=0.1,     address = [37]},
    { name = "passivKuehlung",   byte_order = "CDAB",   data_type = "UFIXED",   scale=0.1,     address = [2019,2020]},
    { name = "bt52Temp",   byte_order = "AB",   data_type = "UFIXED",   scale=0.1,     address = [38]},
    { name = "volumenStrom",   byte_order = "AB",   data_type = "UFIXED",   scale=0.1,     address = [40]},
    { name = "vorlauf",   byte_order = "AB",   data_type = "FIXED",   scale=0.1,     address = [5]},
    { name = "ruecklauf",   byte_order = "AB",   data_type = "FIXED",   scale=0.1,     address = [7]},
    { name = "drehzahlHK",   byte_order = "AB",   data_type = "UFIXED",   scale=1.0,     address = [1102]},
    { name = "drehzahlWQ",   byte_order = "AB",   data_type = "UFIXED",   scale=1.0,     address = [1104]},
    { name = "Verdichterstarts",   byte_order = "AB",   data_type = "UFIXED",   scale=1.0,     address = [1083]},
    { name = "ZeitVerdichter",   byte_order = "AB",   data_type = "UFIXED",   scale=1.0,     address = [1087]},
    { name = "VerdichterzeitBW",   byte_order = "AB",   data_type = "UFIXED",   scale=1.0,     address = [1091]},
    { name = "VerdichterBW",   byte_order = "CDAB",   data_type = "UFIXED",   scale=0.1,     address = [1583,1584]},
    { name = "VerdichterHeizung",   byte_order = "CDAB",   data_type = "UFIXED",   scale=0.1,     address = [1585,1586]},
    { name = "berechneterVorlauf",   byte_order = "AB",   data_type = "UFIXED",   scale=0.1,     address = [1017]},
    { name = "aktVerdichterfrequenz",   byte_order = "AB",   data_type = "UFIXED",   scale=0.1,     address = [1046]},
  ]
Damit werden die für mich wichtigsten Daten gesammelt und als nächstes werde ich versuchen, die KWL KWL [Kontrollierte Wohnraumlüftung] & PV Anlage einzubinden.




1
  •  MPP33
14.1.2024  (#23)
Bei mir stockts leider ein bisschen, grad andere Prioritäten wie krumme Putzkante rausreißen, Treppengeländersockel verkleiden und buckeliges Treppenhaus gerade spachteln...
Wenigstens eine der größten Baustellen im Haus bald erledigt.

HA läuft jedenfalls einmal, nur muss ich mich noch drum kümmern wo er die Daten hinspeichern soll (Datenbank auf der SD Karte soll ja suboptimal sein).

Hab aktuell den USB Stick einfach dauerhaft dran und damit Einblick in die wichtigsten Daten was ja mein Ursprungsziel war.

Heizkurve fahr ich momentan 3 +3.
Heizkurve 4 war bei kalten Nächten zu warm.

1
  •  MPP33
27.1.2025  (#24)
Ich ergänz da einmal mit dem Zwischenstand bzw. meiner Lösung.

Inzwischen fahre ich das Setup RhasPi4 + SSD und darauf Homeassistant.

Anfänglich ist HA etwas "Spielerei", aber wenn man sich etwas damit beschäftigt brauchts da keine wesentlichen Programmierkenntnisse (ganz ein bisschen programmieren hab ich ja irgendwann einmal gelernt, aber mehr als zu wissen wie das in etwa funktioniert ist da nicht geblieben)
Für den "Kaltstart" haben mir die Tutorials von "Simon42" geholfen, spezifisch für die ANwendung das Basics Tutorial und das für Grafana&InfluxDB

Rein um die Wärmepumpe auszulesen und die Datenaufzuzeichnen reicht es HA aufzusetzen und die Nibe Integration zu installieren (findet man auch Tutorials über die Internetsuche).
Sofern die WP WP [Wärmepumpe] im LAN hängt und Modbus aktiviert ist braucht es in HA nicht viel mehr als die IP Adresse der Wärmepumpe - danach hat man sie in HA mit unzähligen deaktivierten Entitäten.

Da sucht man am ebsten hier im Forum welche Entitäten man aktivieren soll und welcher Wert hinter welcher steckt.

Ab hier ist es jedem selbst überlassen wie er das nutzen will.
Ich visualisiere mir inzwischen die wichtigsten WP WP [Wärmepumpe] Daten in Grafana und kann somit recht genau nachverfolgen was die Wärmepumpe warum tut und was gut oder schlecht für die Effizienz ist.

Damit habe ich bereits die Warmwasseraufbereitung soweit optimiert, dass sie möglichst nicht in der Nacht passiert und PV Strom dafür verwendet wird.
Jetzt beginne ich damit die Arbeit der WP WP [Wärmepumpe] über HA zu beeinflussen, konkret ersetze ich jetzt das starre Zeitprogramm für die Warmwassertemperatur "hoch" zur Mittagszeit durch eine Logik die nur dann anspringt, wenn der PV Akku voll ist und somit billiger Strom zum "verprassen" da ist bevor ich ihn billig verkaufe.

Fazit:
- Die Hardware die man für HA braucht kostet nicht die Welt
- Die Daten werden, einmal aufgesetzt, ständig und uneingeschränkt aufgezeichnet
- Die Auswertung kennt keine Grenzen, einmal eingerichtete Graphen/Ansichten sind jederzeit verfügbar, wenn man will auf Handy, Laptop, nur im lokalen Netzwerk oder auch von unterwegs
- Nicht verfügbare Werte können wenn man es braucht auch aus mehreren anderen Werten errechnet werden
- Keine laufenden Kosten
- Keine Cloud
- Kein herumlaufen mit USB Stick
- Keine Datenaufbereitung über Excel o.Ä.
- Steuerung der WP WP [Wärmepumpe] über HA möglich

D.h. wenn man sich im Ansatz für mehr interessiert als die WP WP [Wärmepumpe] am Display zeigt würde ich empfehlen gleich ins kalte Wasser zu springen und 3-4 Tage zu investieren das Zeug aufzusetzen. Besser als jede kurz oder mittelfristige halbherzige andere Lösung.


1
 1  2 


Beitrag schreiben oder Werbung ausblenden?
Einloggen
 Kostenlos registrieren [Mehr Infos]

Nächstes Thema: Warmwasserbereitung mit modulierender WP, Durchflussmenge etc.