Op een ochtend schoten de grafieken van mijn warmtepomp naar 1200 °C. Aanvoer en retour, allebei. Dat is geen warmtepomp die op hol slaat; het is een foutwaarde. Maar zonder maatregelen verpest hij je grafieken en je COP voor maanden.
Waar de 1200 °C vandaan komt
Als de Control Unit van de LG Therma V R290 geen contact heeft met het buitendeel, geeft hij via Modbus vaste waarden terug:
| Waarde | Wat de LG meldt |
|---|---|
| Foutcode | 237 |
| Aanvoer en retour | 1200,0 °C (ruw 12000) |
| Buitentemperatuur | 25,5 °C |
Daarnaast zag ik −64,9 en 300,0 °C bij sensoren die op deze unit niet bestaan.
Waarom opruimen achteraf niet werkt
Mijn eerste reactie was de foute waarden uit de database te wissen met recorder.purge_entities. De grafieken bleven tot 1200 °C lopen. Die service wist de gewone geschiedenis, maar niet de langetermijnstatistieken waar de grafieken voor langere periodes uit putten.
De oplossing: de waarde nooit binnenlaten
De Modbus-integratie van Home Assistant heeft de optie nan_value: een ruwe waarde die betekent “niet beschikbaar”. Krijgt de sensor die waarde, dan wordt hij unavailable in plaats van 1200. Een voorbeeld voor de aanvoertemperatuur:
modbus:
- name: lg_therma_v
type: serial
port: !secret lg_heatpump_modbus_port
baudrate: 9600
bytesize: 8
parity: N
stopbits: 1
sensors:
- name: hp_outlet_temp
slave: 33
address: 3
input_type: input
scale: 0.1
precision: 1
unit_of_measurement: "°C"
device_class: temperature
nan_value: 12000Controleer adressen en schaal tegen de Modbus-documentatie van jouw model. Daarnaast:
- De grafieken van de warmtepomp hebben een vaste y-as, zodat een uitschieter die er toch doorkomt de rest niet platdrukt.
- De COP-berekening rekent niet met onbeschikbare waarden.
Meer statusmeldingen van de LG die je niet blind moet geloven: welke statusbits je niet moet vertrouwen. Alle incidenten: Lessen uit de praktijk.
Deze waarden gelden voor één installatie. Controleer ze tegen je eigen documentatie; werk aan 230/400 V laat je over aan een erkend installateur.
Geef een reactie