Haal meer uit je NIBE warmtepomp met nibepi

[serienummer]

Hoi,
even een vraag tussendoor.
Het is mij intussen overkomen dat de stroom is onderbroken. Het herinstalleren is verder helemaal geen probleem. Maar het configuren is wel een veel werk.

Is het mogelijk een backup te maken van de configuratie? Zodat ik deze later na een her-installatie weer kan terugzetten.

Alvast bedankt
Serienummer.

[magnetx3]

iCrOn schreef op donderdag 5 oktober 2023 @ 11:41:
43084 is voor het elektrische verwarmingselement. Hopelijk gebruik je deze niet te veel?

Excuus, dat bedoelde ik met boiler

[koelkast]

magnetx3 schreef op donderdag 5 oktober 2023 @ 11:29:
Ik zie nu dat ik die
[...]
links heb laten liggen omdat deze bijna 2x de waarde rapporteert die ik verwacht als ik kijk naar mijn stroomverbruik.

Dus (napkin math) het volgende gedaan:
Amperage * 230 in een template sensor gegooid en deze in een Riemann sum integral sensor gegoten.

Ah. Welke sensor meldt bij jou het amperage?
Ik zit echt te overwegen om bij mijn f1255 een 3 fase meter in de meterkast te hangen om alles wat beter in de gaten te houden.

[magnetx3]

koelkast schreef op donderdag 5 oktober 2023 @ 22:11:
[...]

Ah. Welke sensor meldt bij jou het amperage?
Ik zit echt te overwegen om bij mijn f1255 een 3 fase meter in de meterkast te hangen om alles wat beter in de gaten te houden.

code:

eb101_ep14_current_sensor_44866

[berry76]

Werkt dit ook met de SMO S40 en raspberry pi 4 ?

[iCrOn]

@berry76 De S series hebben modbus tcp dus is nibepi niet nodig, je kan connectie maken via je netwerk direct met de warmtepomp en de waardes uitlezen via modbus tcp.

SMO S40 (S van smart) heeft modbus tcp
SMO 40 (zonder s) heeft modbus RTU en is bijvoorbeeld NibePi nodig.

[berry76]

iCrOn schreef op vrijdag 6 oktober 2023 @ 20:50:
@berry76 De S series hebben modbus tcp dus is nibepi niet nodig, je kan connectie maken via je netwerk direct met de warmtepomp en de waardes uitlezen via modbus tcp.

Het uitlezen gaat dan via MyUplink of zijn daar nog andere tools voor?

[jurgen purgen]

berry76 schreef op zaterdag 7 oktober 2023 @ 06:53:
[...]


Het uitlezen gaat dan via MyUplink of zijn daar nog andere tools voor?

Je kan het verbruik, in KWh en kWht, verdeeld in SWW koeling zwembad en verwarming uitlezen via USB. De rest via modbus.

[ Voor 4% gewijzigd door jurgen purgen op 07-10-2023 07:37 ]

[berry76]

Ik ben nog niet bekend met deze zaken.

USB stick er in steken, overzetten data en dan op de laptop uitlezen in excel?

Modus via wifi ? Hoe doe ik dat? Via home assistent?

[Huub-]

berry76 schreef op zaterdag 7 oktober 2023 @ 08:12:
Ik ben nog niet bekend met deze zaken.

USB stick er in steken, overzetten data en dan op de laptop uitlezen in excel?

Modus via wifi ? Hoe doe ik dat? Via home assistent?

Je kunt ook deze gebruiken:
https://community.home-as...tion-5/423182/55?u=fonske

Die sluit je aan en vervolgens kun je die koppelen in HA, dan heb je veel data beschikbaar.

[iCrOn]

@Huub- dat is een modbus RTU oplossing wat Berry76 niet heeft. Hij kan het gewoon uitlezen als zijn smo s40 aan het netwerk hangt met simpele code in bijvoorbeeld HA met modbus TCP. @berry76 Hier een aantal voorbeelden.

[ Voor 6% gewijzigd door iCrOn op 07-10-2023 16:03 ]

[jurgen purgen]

berry76 schreef op zaterdag 7 oktober 2023 @ 08:12:
Ik ben nog niet bekend met deze zaken.

USB stick er in steken, overzetten data en dan op de laptop uitlezen in excel?

Modus via wifi ? Hoe doe ik dat? Via home assistent?

dat is idd hoe ik het doe om, eigenlijk alleen, het stroomverbruik bij te houden. Via excel idd in een sheet verwerken en zo het een en ander bij te houden.

voor andere zaken moet je idd kijken naar HW.

[millerman_sf]

Voor degenen met het LilyGo-bordje en ESPHome-Nibe richting Home Assistant: kregen jullie direct data door of moest er nog iets ingesteld worden? Ik zie inmiddels 890 entities onder het apparaat hangen, echter zijn ze allemaal Unavailable.

[Gerbenvl]

millerman_sf schreef op maandag 16 oktober 2023 @ 15:18:
Voor degenen met het LilyGo-bordje en ESPHome-Nibe richting Home Assistant: kregen jullie direct data door of moest er nog iets ingesteld worden? Ik zie inmiddels 890 entities onder het apparaat hangen, echter zijn ze allemaal Unavailable.

Je moet de entities die je wil wel eerst enablen. Minuutje later ofzo komt er data.

Als je al enabled had en nogsteeds niks ziet: Modbus ascessoire wel aangezet in de warmtepomp? Daarna zou hij moeten gaan lopen. Je kan anders ook even in de log kijken in ESPhome, daar zou aan de lopende band UDP packets voorbij moeten vliegen.

[millerman_sf]

@Gerbenvl Zo, dat was een inkoppertje...Ik had ze inderdaad niet enabled Nu even uitzoeken welke van deze debiel grote hoeveelheid daadwerkelijk interessant is. Tijd om weer even verder te lezen. Bedankt!

[Atomstar]

magnetx3 schreef op donderdag 5 oktober 2023 @ 11:19:
[...]


Uiteindelijk een Riemann sum integral sensor gemaakt

Thanks! Heb ik ook maar gedaan uiteindelijk. En wel op:

• compr_in_power_43141
• int_el_add_power_43084

Waarom heb je left integration gebruikt bij de Riemann som? Trapezoidal geeft toch betere integratie lijkt me (de power curve zal een continue lijn zijn)?

En welke waardes krijg jij voor het vermogen? Ik zie tot nu toe pieken van ~1kW en runs van ~150W, maar mijn warmtepomp is op 3 fasen aangesloten (dus ~11kW). Zijn die 3 fasen alleen nodig voor het elektrische verwarmingselement? (Compressor van 11kW lijkt me ook wel hard gaan )

Update:
Heb zelf het antwoord gevonden omtrent trapezoidal integration: Home Assistant update de sensor niet zolang deze dezelfde waarde geeft. Hierdoor integreert de Riemann sum in trapezoidal modus verkeerd, en geeft een te hoge waarde, schematisch aangegeven met de rode pijlen in dit plaatje (rode punten zijn updates van de sensor):



Als de sensor ook bij gelijke waarde geüpdatet wordt dan moet trapezoidal beter werken. Tot dan werkt left-integration beter.

Helaas betekent dit ook dat de integration sensor niet update zolang de input sensor niet van waarde verandert. Zie ook dit en dit en dit topic, de laatste lijkt een oplossing te hebben (nog niet geprobeerd).

[ Voor 47% gewijzigd door Atomstar op 21-10-2023 22:36 . Reden: Antwoord op eigen vraag gevonden ]

[koelkast]

Atomstar schreef op donderdag 19 oktober 2023 @ 20:59:
[...]


Thanks! Heb ik ook maar gedaan uiteindelijk. En wel op:

• compr_in_power_43141
• int_el_add_power_43084

Waarom heb je left integration gebruikt bij de Riemann som? Trapezoidal geeft toch betere integratie lijkt me (de power curve zal een continue lijn zijn)?

En welke waardes krijg jij voor het vermogen? Ik zie tot nu toe pieken van ~1kW en runs van ~150W, maar mijn warmtepomp is op 3 fasen aangesloten (dus ~11kW). Zijn die 3 fasen alleen nodig voor het elektrische verwarmingselement? (Compressor van 11kW lijkt me ook wel hard gaan )

Mijn 6 kW F1255 is aangesloten op 3 fasen, trekt met het element aan (legionella preventie 1x per week) dan zo'n 4 kW aan stroom.

Wat me nogal frappeert:

sensor.heat_meter_heat_cpr_and_add_ep14_44300
staat bij mij op 636 kWh, en doet heel onregelmatig updates (1x per zoveel dagen)

sensor.heat_meter_hw_cpr_and_add_total_system_42437
staat bij mij op 76,5 kWh, doet ook heel onregelmatig updates.

Ik begrijp alleen niet wat die waarden betekenen?
Ik heb de pomp sinds juli in gebruik, nu net een paar dagen de vloeren aan het opwarmen, wel sww productie gedaan, en koeling.

Verder:
sensor.compr_in_power_43141
gaat over het verbruik van de compressor. Is dat het werkelijke opgenomen verbruik? In dat geval kan ik met behulp van

sensor.eb100_ep14_pca_base_relays_43514
bepalen wat het verbruik per activiteit is (2 is pomp aan, 7 is warmteproductie, 15 is sanitair ww productie)

Kan ik daarvoor een utitlity meter gebruiken in home assistant? Of moet ik dan een riemann sensor gebruiken? Wat is het verschil tussen die 2 eigenlijk?

[PolderPloer!]

Is er ook een goede handleiding om MQTT naar home assistant in te stellen, ik ben nogal een noob op dat vlak. Bij mij houdt het op in de OP bij MQTT, nodered, grafana e.d.

[tomcool]

koelkast schreef op donderdag 19 oktober 2023 @ 22:04:
[...]

Mijn 6 kW F1255 is aangesloten op 3 fasen, trekt met het element aan (legionella preventie 1x per week) dan zo'n 4 kW aan stroom.

Wat me nogal frappeert:

sensor.heat_meter_heat_cpr_and_add_ep14_44300
staat bij mij op 636 kWh, en doet heel onregelmatig updates (1x per zoveel dagen)

sensor.heat_meter_hw_cpr_and_add_total_system_42437
staat bij mij op 76,5 kWh, doet ook heel onregelmatig updates.

Ik begrijp alleen niet wat die waarden betekenen?
Ik heb de pomp sinds juli in gebruik, nu net een paar dagen de vloeren aan het opwarmen, wel sww productie gedaan, en koeling.

Verder:
sensor.compr_in_power_43141
gaat over het verbruik van de compressor. Is dat het werkelijke opgenomen verbruik? In dat geval kan ik met behulp van

sensor.eb100_ep14_pca_base_relays_43514
bepalen wat het verbruik per activiteit is (2 is pomp aan, 7 is warmteproductie, 15 is sanitair ww productie)

Kan ik daarvoor een utitlity meter gebruiken in home assistant? Of moet ik dan een riemann sensor gebruiken? Wat is het verschil tussen die 2 eigenlijk?

Ik heb dezelfde warmtepomp en heb eerst een riemann sensor gemaakt via:

code:

- platform: integration
  source: sensor.compr_in_power_43141
  name: heatpump_compressor_consumed
  unit_time: h
  round: 2
  method: left

Op basis van die meter heb ik utility meters aangemaakt voor daily/weekly/monthly/yearly met daarbij verschillende "tarieven"

code:

utility_meter:
  heatpump_consumed_daily:
    source: sensor.heatpump_compressor_consumed
    cycle: daily
    tariffs:
    - norequest
    - heating
    - hot_water
  heatpump_consumed_weekly:
    source: sensor.heatpump_compressor_consumed
    cycle: weekly
    tariffs:
    - norequest
    - heating
    - hot_water

Deze "tarrifs" schakel ik dan via een automation op basis van die eb100_ep14_pca_base_relays_43514.
Al heb ik die eb100_ep14_pca_base_relays_43514 wel even omgezet naar een nieuwe sensor met leesbare waardes via het volgende stukje code:

code:

template:
  - sensor:
    - name: "heatpump_state"
      state: >
          {% set HPmodus = 'Standby' | string %}
          {% set HPstatus = states('sensor.eb100_ep14_pca_base_relays_43514') | int %}
          {% if HPstatus == 11 or HPstatus == 15 %}
            {% set HPmodus = 'DHW' %}
          {% elif HPstatus == 3 or HPstatus == 7 %}
            {% set HPmodus = 'CH' %}
          {% endif %}
          {{HPmodus}}

Dan krijg je in HA ook een wat leesbare history:

De uiteindelijke automation ziet er dan zo uit:

code:

- alias: "Heatpump split consumption"
  trigger:
    - platform: state
      entity_id: sensor.heatpump_state
  condition: []
  action:
  - service: select.select_option
    target:
      entity_id:
      - select.heatpump_consumed_daily
      - select.heatpump_consumed_weekly
      - select.heatpump_consumed_monthly
      - select.heatpump_consumed_yearly
    data:
      option: >
        {% if states('sensor.heatpump_state') == 'DHW' %} hot_water {% elif
        states('sensor.heatpump_state') == 'CH' %} heating  {% elif
        states('sensor.heatpump_state') == 'Standby' %} norequest  {% else %}
        norequest {% endif %}

Hierdoor kan ik het verbruik splitten voor CH/DHW. Ik ben zelf nog bezig met thermisch opgeleverde energy. Maar helaas is de warmtepomp niet uitgerust met een flow sensor dus moet flink gaan gokken daar. Al kan ik al wel wat informatie halen door de flow te pakken van flow meters op de verdelers. Maar momenteel gaat de berekening nog fout als er maar 1 verdieping aan het verwarmen is. Momenteel reken ik namelijk met een flow van 12 groepen x 2 L/m = 24 L per minuut. Maar als maar 1 verdieping open staat is het / 3.
En zelfs dan heb ik mijn bedenkingen bij de berekende COP

Die sensor "heat_meter_heat_cpr_and_add_ep14_44300" kende ik nog niet! Ik heb ook even toegevoegd zodat ik kan volgen wat die doet. Momenteel staat die op 1731 kwh.

[koelkast]

tomcool schreef op donderdag 19 oktober 2023 @ 23:44:
[...]


Ik heb dezelfde warmtepomp en heb eerst een riemann sensor gemaakt via:

code:

- platform: integration
  source: sensor.compr_in_power_43141
  name: heatpump_compressor_consumed
  unit_time: h
  round: 2
  method: left

Op basis van die meter heb ik utility meters aangemaakt voor daily/weekly/monthly/yearly met daarbij verschillende "tarieven"

code:

utility_meter:
  heatpump_consumed_daily:
    source: sensor.heatpump_compressor_consumed
    cycle: daily
    tariffs:
    - norequest
    - heating
    - hot_water
  heatpump_consumed_weekly:
    source: sensor.heatpump_compressor_consumed
    cycle: weekly
    tariffs:
    - norequest
    - heating
    - hot_water

Deze "tarrifs" schakel ik dan via een automation op basis van die eb100_ep14_pca_base_relays_43514.
Al heb ik die eb100_ep14_pca_base_relays_43514 wel even omgezet naar een nieuwe sensor met leesbare waardes via het volgende stukje code:

code:

template:
  - sensor:
    - name: "heatpump_state"
      state: >
          {% set HPmodus = 'Standby' | string %}
          {% set HPstatus = states('sensor.eb100_ep14_pca_base_relays_43514') | int %}
          {% if HPstatus == 11 or HPstatus == 15 %}
            {% set HPmodus = 'DHW' %}
          {% elif HPstatus == 3 or HPstatus == 7 %}
            {% set HPmodus = 'CH' %}
          {% endif %}
          {{HPmodus}}

Dan krijg je in HA ook een wat leesbare history:
[Afbeelding]
De uiteindelijke automation ziet er dan zo uit:

code:

- alias: "Heatpump split consumption"
  trigger:
    - platform: state
      entity_id: sensor.heatpump_state
  condition: []
  action:
  - service: select.select_option
    target:
      entity_id:
      - select.heatpump_consumed_daily
      - select.heatpump_consumed_weekly
      - select.heatpump_consumed_monthly
      - select.heatpump_consumed_yearly
    data:
      option: >
        {% if states('sensor.heatpump_state') == 'DHW' %} hot_water {% elif
        states('sensor.heatpump_state') == 'CH' %} heating  {% elif
        states('sensor.heatpump_state') == 'Standby' %} norequest  {% else %}
        norequest {% endif %}

Hierdoor kan ik het verbruik splitten voor CH/DHW. Ik ben zelf nog bezig met thermisch opgeleverde energy. Maar helaas is de warmtepomp niet uitgerust met een flow sensor dus moet flink gaan gokken daar. Al kan ik al wel wat informatie halen door de flow te pakken van flow meters op de verdelers. Maar momenteel gaat de berekening nog fout als er maar 1 verdieping aan het verwarmen is. Momenteel reken ik namelijk met een flow van 12 groepen x 2 L/m = 24 L per minuut. Maar als maar 1 verdieping open staat is het / 3.
En zelfs dan heb ik mijn bedenkingen bij de berekende COP

Die sensor "heat_meter_heat_cpr_and_add_ep14_44300" kende ik nog niet! Ik heb ook even toegevoegd zodat ik kan volgen wat die doet. Momenteel staat die op 1731 kwh.

Top, dank voor je uiteenzetting!
Ik heb inderdaad ook geen flowmeter, die zou je dan nog moeten aanschaffen en installeren als je meer wilt weten over cop. Denk jij dat de waarden van de compressor het daadwerkelijke verbruik is?
Dan hebben we natuurlijk het verbruik van de bronpomp en de circulatiepomp.
Het model is bekend, als je het percentage pakt van het maximale verbruik, weet je toch ook het verbruik van de pompen?

Weet jij welke waarden nog meer (goed) weergeven wat de pomp aan het doen is, en of dat allemaal wel goed en efficient gebeurt? Er zijn zoveel registers dat ik geen idee heb waarop ik moet letten.

Deze bijvoorbeeld:

sensor.heat_medium_flow_dt_actual_43065
wat is dit voor flow? hij zit bij mij tussen de 0 en -5 (maar vaak rond -0,4)

sensor.used_heating_power_average_24h_42101
ook geen idee wat dit betekent: zit tussen de 0 en 7 graden C bij mij

[Atomstar]

tomcool schreef op donderdag 19 oktober 2023 @ 23:44:
[...]
Die sensor "heat_meter_heat_cpr_and_add_ep14_44300" kende ik nog niet! Ik heb ook even toegevoegd zodat ik kan volgen wat die doet. Momenteel staat die op 1731 kwh.

Thanks, heb ze ook toegevoegd! Bij mij staan heat_meter_heat_cpr_and_add_ep14_44300 / heat_meter_hw_cpr_and_add_total_system_42437 op 500.1 / 129.0 kWh. Mijn compressor stond vandaag aan maar dat lijkt ie niet te meten. Misschien is het een dagelijkse counter?

[iCrOn]

Interessant die waarde PCA nog even verder gezocht want ik kreeg toch een paar nummers meer die hier boven niet beschreven waren:

2 Alleen de circulatiepomp draait (stationair)
6 Start- of stopsituatie tijdens warmteproductie (pompen draaien en schakelen klep in verwarmingsmodus)
7 Productie van warmte
8 De omschakelklep in de warmwaterproductiemodus, de andere uitgeschakeld
10 Wisselklep in warmwaterproductiemodus en de pomp van het verwarmingssysteem draait (waarschijnlijk hoge buitentemperatuur)
14 Start of stop tijdens warmwaterproductie (pompen draaien en wisselklep in warmwaterstand, compressor draait niet.)
15 Warmwaterproductie

Misschien handig om register 43024 nog toe tevoegen als je ook koeling hebt. Dan kan je daar voor ook apart eea optellen. 43024 0 = koeling uit, 1 = koeling aan.

[ Voor 11% gewijzigd door iCrOn op 20-10-2023 15:27 ]

[koelkast]

Atomstar schreef op vrijdag 20 oktober 2023 @ 14:37:
[...]


Thanks, heb ze ook toegevoegd! Bij mij staan heat_meter_heat_cpr_and_add_ep14_44300 / heat_meter_hw_cpr_and_add_total_system_42437 op 500.1 / 129.0 kWh. Mijn compressor stond vandaag aan maar dat lijkt ie niet te meten. Misschien is het een dagelijkse counter?

Dat lijkt het inderdaad wel te zijn, en toch gaat 'ie soms 1x in de 2 dagen updaten. We zullen de komende winter zien wat het precies is.

De eerste lijkt te slaan op totaal compressorgebruik voor verwarming (en additioneel, dus het element), en de tweede op warmwater (hw) samen met het element? Wat zou dan 'total system' zijn? inclusief pompen?

En toch... een heat meter - warmtemeter is toch iets anders dan een stroommeter? Zou het dan de opgewekte warmte zijn?

[koelkast]

iCrOn schreef op vrijdag 20 oktober 2023 @ 15:24:
Interessant die waarde PCA nog even verder gezocht want ik kreeg toch een paar nummers meer die hier boven niet beschreven waren:

[...]


Misschien handig om register 43024 nog toe tevoegen als je ook koeling hebt. Dan kan je daar voor ook apart eea optellen. 43024 0 = koeling uit, 1 = koeling aan.

Die van mij heeft passieve koeling. Ik heb register 43024 niet, maar wel register 44302,
(sensor.heat_meter_cooling_cpr_ep14_44302). Dat suggereert dat de compressor iets met koeling doet, maar die van mij koelt alleen passief, dus daar komt geen compressor aan te pas.

[iCrOn]

Bij mij is het ook pasieve koeling Nibe F1255 PC register 43024 geeft bij mij wel 0 of 1. Het is wel alweer van september geleden dat de koeling aan stond. Bodem warmte pomp dus de compressor schakelt niet in, alleen de klep mengt meer of minder bij.


Onderaan zie je hem naar 0 en 1 gaan schakelen. Maar soms ook naar 0,5 wat dat dan voor stand is?*bleek verkeerd ingesteld te staan in grafana

[ Voor 10% gewijzigd door iCrOn op 20-10-2023 16:28 ]

[Archomeda]

iCrOn schreef op vrijdag 20 oktober 2023 @ 15:24:
Interessant die waarde PCA nog even verder gezocht want ik kreeg toch een paar nummers meer die hier boven niet beschreven waren:

[...]


Misschien handig om register 43024 nog toe tevoegen als je ook koeling hebt. Dan kan je daar voor ook apart eea optellen. 43024 0 = koeling uit, 1 = koeling aan.

Zelf heb ik ook register 43086 die de "prioriteit" aangeeft. Ik heb tot nu toe alleen de waarden 10, 20 en 30 gezien. Respectievelijk off, hot water, heat. Cooling staat ook vermeld als 60, maar ik heb deze nog nooit gezien. Ik controleer zelf ook register 43024.

Dus ik heb het als volgt ingesteld:

code:

sensor:
  - platform: template
    sensors:
       heating_pump_status:
        friendly_name: "Heating pump status"
        value_template: >-
          {% if is_state("sensor.nibe_cooling_allowed", "1") %}
            Cooling
          {% elif is_state("sensor.nibe_prio", "10") %}
            Idle
          {% elif is_state("sensor.nibe_prio", "20") %}
            Hot water
          {% elif is_state("sensor.nibe_prio", "30") %}
            Heating
          {% elif is_state("sensor.nibe_prio", "50") %}
            Transfer
          {% elif is_state("sensor.nibe_prio", "60") %}
            Cooling
          {% else %}
            {{ states("sensor.nibe_prio") }}
          {% endif %}

Met betrekking tot het verbruik, ik ben er ook naar op zoek, maar de registers die ik een tijdje in de gaten heb gehouden, lijken niet het energieverbruik te zijn (want deze waarden lopen sneller op dan mijn energiemeter), maar zoals eerder al aangegeven was, waarschijnlijk iets met warmte zoals de naam ook al aangeeft:

• 44298, Heat Meter - HW Cpr and Add EP14: 872.7 kWh
• 44300, Heat Meter - Heat Cpr and Add EP14: 1212.8 kWh
• 44306, Heat Meter - HW Cpr EP14: 753 kWh
• 44308, Heat Meter - Heat Cpr EP14: 1095.3 kWh

En van wat ik eruit af kan leiden (ook in de grafieken), is dat "Add" alleen erbij komt tijdens additive heat (bijv tijdens de periodieke verhoging), "HW" voor warm water (hot water, logisch), en "Heat" voor verwarming (ook best logisch).
Bij mij updatet hij deze registers wel direct, maar per 0.1 kWh.

[iCrOn]

Ik heb vandaag naar aanleiding van dit topic
De berekening in node-red (welke draait als HA add-on) gestoken. De waarde komen binnen in HA via NibePi.
Daarna rolt er aan de hand van het PCA relay uit of de Cop geld voor tapwater bereiding of verwarming nog een extra check of de compressor draait. Via mqtt stuur ik de cop weer terug naar HA.

Ik laat hem nu meelopen om te kijken of het allemaal klopt.

Zal binnenkort als alles goed blijkt te werken de flow delen.

De berekening maakt geen gebruik van kWh waarden, maar is een theoretische COP waarde berekening.

Deze grafiek komt er vervolgens uit:


Eea op Github geplaatst.

[ Voor 23% gewijzigd door iCrOn op 23-10-2023 12:00 ]

[magnetx3]

iCrOn schreef op zondag 22 oktober 2023 @ 20:51:
Ik heb vandaag naar aanleiding van dit topic
De berekening in node-red (welke draait als HA add-on) gestoken. De waarde komen binnen in HA via NibePi.
Daarna rolt er aan de hand van het PCA relay uit of de Cop geld voor tapwater bereiding of verwarming nog een extra check of de compressor draait. Via mqtt stuur ik de cop weer terug naar HA.

Ik laat hem nu meelopen om te kijken of het allemaal klopt. [Afbeelding]

Zal binnenkort als alles goed blijkt te werken de flow delen.

De berekening maakt geen gebruik van kWh waarden, maar is een theoretische COP waarde berekening.

Deze grafiek komt er vervolgens uit:
[Afbeelding]

Eea op Github geplaatst.

Gaaf! Ik zie potentie om dit “gewoon” in een HA template sensor te gieten. Als ik tijd heb zal ik een poging wagen. Of zie jij hierin beperkingen (omdat je nodered hebt gekozen)?

[iCrOn]

Nee hoor zie geen beperkingen. Ben alleen handiger met node-red dan met een custom template in HA

[Swazija]

Leuk, dit wilde ik al een tijdje maken door een flow meter in te bouwen (ik heb al een kWh meter ertussen zitten), maar zo is het een stuk goedkoper en voor mijn doel (optimalisatie van de warmtempomp) waarschijnlijk goed genoeg. Ben even bezig geweest in HA met value templates. Dit is het geworden en ziet er volgens mij wel ok uit. Als jullie fouten zien hoor ik het graag. Hieronder de sensoren die ik heb aangemaakt in mijn configuration.yaml. Ik gebruik de nibe_prio sensor ipv de relay pca.

code:

Verwijderd, zie een paar posts verderop voor de juiste code.

[ Voor 65% gewijzigd door Swazija op 24-10-2023 15:48 ]

[magnetx3]

Swazija schreef op maandag 23 oktober 2023 @ 21:59:
Leuk, dit wilde ik al een tijdje maken door een flow meter in te bouwen (ik heb al een kWh meter ertussen zitten), maar zo is het een stuk goedkoper en voor mijn doel (optimalisatie van de warmtempomp) waarschijnlijk goed genoeg. Ben even bezig geweest in HA met value templates. Dit is het geworden en ziet er volgens mij wel ok uit. Als jullie fouten zien hoor ik het graag. Hieronder de sensoren die ik heb aangemaakt in mijn configuration.yaml. Ik gebruik de nibe_prio sensor ipv de relay pca.

code:

sensor:
  - platform: template
    sensors:
        bt2:
            friendly_name: 'Nibe BT2'
            value_template: "{{ float(states('sensor.nibe_bt2_supply_temp_s1'))*10 }}"
            unit_of_measurement: '°C'
        bt3:
            friendly_name: 'Nibe BT3'
            value_template: "{{ float(states('sensor.nibe_eb100_ep14_bt3_return_temp'))*10 }}"
            unit_of_measurement: '°C'
        bt10:
            friendly_name: 'Nibe BT10'
            value_template: "{{ float(states('sensor.nibe_eb100_ep14_bt10_brine_in_temp'))*10 }}"
            unit_of_measurement: '°C'
        bt14:
            friendly_name: 'Nibe BT14'
            value_template: "{{ float(states('sensor.nibe_eb100_ep14_bt14_hot_gas_temp'))*10 }}"
            unit_of_measurement: '°C'
        bt17:
            friendly_name: 'Nibe BT17'
            value_template: "{{ float(states('sensor.nibe_eb100_ep14_bt17_suction'))*10 }}"
            unit_of_measurement: '°C'
        cop:
            friendly_name: 'Nibe cop helper'
            value_template: "{{ (1-((45-35)*(float(states('sensor.bt2'))/10-35)/100)) * 3.61 + ((45-35)*(float(states('sensor.bt2'))/10-35)/100) * 4.72}}"
        copt:
            friendly_name: 'Nibe cop theoretical'
            value_template: "{{ float(states('sensor.cop')) * ( 1 - ( ((5-(float(states('sensor.bt2')) - float(states('sensor.bt3')))/2) / (float(states('sensor.bt2')) - (5.0/2) + (float(states('sensor.bt14')) - float(states('sensor.bt2'))) - ( float(states('sensor.bt10')) - (float(states('sensor.bt17')) - float(states('sensor.bt10'))) ) ) ) ) ) }}"
        coptsww:
            friendly_name: 'Nibe COP warm water'
            value_template: "{% if float(states('sensor.nibe_prio')) == 20 %} {{ float(states('sensor.copt')) }} {% else %} 0.0 {% endif %}"
        coptheat:
            friendly_name: 'Nibe COP heating'
            value_template: "{% if float(states('sensor.nibe_prio')) == 30 %} {{ float(states('sensor.copt')) }} {% else %} 0.0 {% endif %}"

Ik wilde er net aan beginnen, je bent me voor. Super! Ik zat nog wel te denken dat een COP van "Unknown" meegeven als de WP niet draait misschien beter is dan 0.0. Als je dan een gemiddelde wilt trekken krijg je geen onterecht lage waarden? Anderzijds kan je dat ook wel weer afvangen met een template als average misschien..

[iCrOn]

Let wel op dat je de correcte cop waardes opzoek voor jouw model in de catalogus voor mij zijn dat bijvoorbeeld deze:


@Swazija Nadeel van de Prio state is volgens mij dat ook al heeft het prio het nog niet altijd wil zeggen dat het ook daarmee bezig is. Daarom zelf voor de PCA relay gegaan. Ik denk dat de PCA relay betrouwbaarder is.

[ Voor 17% gewijzigd door iCrOn op 23-10-2023 22:47 ]

[koelkast]

Swazija schreef op maandag 23 oktober 2023 @ 21:59:
Leuk, dit wilde ik al een tijdje maken door een flow meter in te bouwen (ik heb al een kWh meter ertussen zitten), maar zo is het een stuk goedkoper en voor mijn doel (optimalisatie van de warmtempomp) waarschijnlijk goed genoeg. Ben even bezig geweest in HA met value templates. Dit is het geworden en ziet er volgens mij wel ok uit. Als jullie fouten zien hoor ik het graag. Hieronder de sensoren die ik heb aangemaakt in mijn configuration.yaml. Ik gebruik de nibe_prio sensor ipv de relay pca.

code:

sensor:
  - platform: template
    sensors:
        bt2:
            friendly_name: 'Nibe BT2'
            value_template: "{{ float(states('sensor.nibe_bt2_supply_temp_s1'))*10 }}"
            unit_of_measurement: '°C'
        bt3:
            friendly_name: 'Nibe BT3'
            value_template: "{{ float(states('sensor.nibe_eb100_ep14_bt3_return_temp'))*10 }}"
            unit_of_measurement: '°C'
        bt10:
            friendly_name: 'Nibe BT10'
            value_template: "{{ float(states('sensor.nibe_eb100_ep14_bt10_brine_in_temp'))*10 }}"
            unit_of_measurement: '°C'
        bt14:
            friendly_name: 'Nibe BT14'
            value_template: "{{ float(states('sensor.nibe_eb100_ep14_bt14_hot_gas_temp'))*10 }}"
            unit_of_measurement: '°C'
        bt17:
            friendly_name: 'Nibe BT17'
            value_template: "{{ float(states('sensor.nibe_eb100_ep14_bt17_suction'))*10 }}"
            unit_of_measurement: '°C'
        cop:
            friendly_name: 'Nibe cop helper'
            value_template: "{{ (1-((45-35)*(float(states('sensor.bt2'))/10-35)/100)) * 3.61 + ((45-35)*(float(states('sensor.bt2'))/10-35)/100) * 4.72}}"
        copt:
            friendly_name: 'Nibe cop theoretical'
            value_template: "{{ float(states('sensor.cop')) * ( 1 - ( ((5-(float(states('sensor.bt2')) - float(states('sensor.bt3')))/2) / (float(states('sensor.bt2')) - (5.0/2) + (float(states('sensor.bt14')) - float(states('sensor.bt2'))) - ( float(states('sensor.bt10')) - (float(states('sensor.bt17')) - float(states('sensor.bt10'))) ) ) ) ) ) }}"
        coptsww:
            friendly_name: 'Nibe COP warm water'
            value_template: "{% if float(states('sensor.nibe_prio')) == 20 %} {{ float(states('sensor.copt')) }} {% else %} 0.0 {% endif %}"
        coptheat:
            friendly_name: 'Nibe COP heating'
            value_template: "{% if float(states('sensor.nibe_prio')) == 30 %} {{ float(states('sensor.copt')) }} {% else %} 0.0 {% endif %}"

Top! Ik heb de namen van sensoren een beetje aan moeten passen. Stel dat ik gebruik maak van het entity sensor.eb100_ep14_pca_base_relays_43514, dan krijg ik de waarde 2, 7 of 15 terug. Daarom de volgende template sensors ingesteld:

code:

      coptsww:
        friendly_name: 'Nibe COP warm water'
        value_template: >-
          {% if is_state('sensor.eb100_ep14_pca_base_relays_43514', '15') %}
            {{ states('sensor.copt') | float }}
          {% else %}
            0.0
          {% endif %}

      coptheat:
        friendly_name: 'Nibe COP heating'
        value_template: >-
          {% if is_state('sensor.eb100_ep14_pca_base_relays_43514', '7') %}
            {{ states('sensor.copt') | float }}
          {% else %}
            0.0
          {% endif %}

Ik krijg echter 0.0 terug, ook al wordt er heet water gemaakt of verwarmd. Wat gaat er mis? Heb jij een idee, @magnetx3 en @iCrOn ?

[magnetx3]

koelkast schreef op dinsdag 24 oktober 2023 @ 14:25:
[...]

Top! Ik heb de namen van sensoren een beetje aan moeten passen. Stel dat ik gebruik maak van het entity sensor.eb100_ep14_pca_base_relays_43514, dan krijg ik de waarde 2, 7 of 15 terug. Daarom de volgende template sensors ingesteld:

code:

      coptsww:
        friendly_name: 'Nibe COP warm water'
        value_template: >-
          {% if is_state('sensor.eb100_ep14_pca_base_relays_43514', '15') %}
            {{ states('sensor.copt') | float }}
          {% else %}
            0.0
          {% endif %}

      coptheat:
        friendly_name: 'Nibe COP heating'
        value_template: >-
          {% if is_state('sensor.eb100_ep14_pca_base_relays_43514', '7') %}
            {{ states('sensor.copt') | float }}
          {% else %}
            0.0
          {% endif %}

Ik krijg echter 0.0 terug, ook al wordt er heet water gemaakt of verwarmd. Wat gaat er mis? Heb jij een idee, @magnetx3 en @iCrOn ?

Wat is op dat moment de waarde van sensor.copt?

[koelkast]

magnetx3 schreef op dinsdag 24 oktober 2023 @ 14:50:
[...]

Wat is op dat moment de waarde van sensor.copt?

Die is bij verwarming rond de 3,5 en bij warm water productie rond de 6.
Dat moet toch ook precies andersom zijn?

[Swazija]

Zie deze post voor een geupdate yaml:

Swazija schreef op dinsdag 14 november 2023 @ 22:22:
Ik heb wat verzonnen. Dit is het in yaml voor HA:

code:

sensor:
  - platform: template
    sensors:
        t_cop_helper:
            friendly_name: 't value for nibe helper'
            unit_of_measurement: ''
            value_template: "{{ (45-35)*(float(states('sensor.bt2'))-35)/100 }}"
        tb_cop_helper:
            friendly_name: 'tb value for nibe helper'
            unit_of_measurement: ''
            value_template: "{{ float(states('sensor.bt10'))/10 }}"
        copm:
            friendly_name: 'Nibe cop helper'
            unit_of_measurement: ''
            value_template: "{{ (1-float(states('sensor.t_cop_helper'))) * 4.72 + float(states('sensor.t_cop_helper')) * 3.61 + (1-float(states('sensor.t_cop_helper'))) * (6.49 - 4.71) * float(states('sensor.tb_cop_helper')) + float(states('sensor.tb_cop_helper')) * (4.79-3.61) * float(states('sensor.t_cop_helper')) }}"

Met bovenstaande schaalt copm ook met de brontemperatuur en krijg ik de waarden van 10/35 en 10/45 wanneer ik dat invul voor de bron. De aanname is dat de delta tussen de cops lineair schaalt tussen de brontemperaturen (0/35 naar 10/35 is 4.71 naar 6.49. 0/45 naar 10/45 is 3.61 naar 4.79). Mijn theoretische COP schiet hierdoor behoorlijk omhoog. Met een aanvoer van 21 graden mijn vloer in heb ik nu een COP van 8.2, terwijl dat voorheen een COP van 5.7 was (welke dus veel lager lag dan de 6.49 die met hogere aanvoertemperaturen opgegeven wordt door Nibe). Dit is mijn gehele yaml:

code:

sensor:
  - platform: template
    sensors:
        bt2:
            friendly_name: 'Nibe BT2'
            value_template: "{{ float(states('sensor.nibe_bt2_supply_temp_s1')) }}"
            unit_of_measurement: '°C'
        bt3:
            friendly_name: 'Nibe BT3'
            value_template: "{{ float(states('sensor.nibe_eb100_ep14_bt3_return_temp')) }}"
            unit_of_measurement: '°C'
        bt10:
            friendly_name: 'Nibe BT10'
            value_template: "{{ float(states('sensor.nibe_eb100_ep14_bt10_brine_in_temp')) }}"
            unit_of_measurement: '°C'
        bt14:
            friendly_name: 'Nibe BT14'
            value_template: "{{ float(states('sensor.nibe_eb100_ep14_bt14_hot_gas_temp')) }}"
            unit_of_measurement: '°C'
        bt17:
            friendly_name: 'Nibe BT17'
            value_template: "{{ float(states('sensor.nibe_eb100_ep14_bt17_suction')) }}"
            unit_of_measurement: '°C'
        t_cop_helper:
            friendly_name: 't value for nibe helper'
            unit_of_measurement: ''
            value_template: "{{ (45-35)*(float(states('sensor.bt2'))-35)/100 }}"
        tb_cop_helper:
            friendly_name: 'tb value for nibe helper'
            unit_of_measurement: ''
            value_template: "{{ float(states('sensor.bt10'))/10 }}"
        copm:
            friendly_name: 'Nibe cop helper'
            unit_of_measurement: ''
            value_template: "{{ (1-float(states('sensor.t_cop_helper'))) * 4.72 + float(states('sensor.t_cop_helper')) * 3.61 + (1-float(states('sensor.t_cop_helper'))) * (6.49 - 4.71) * float(states('sensor.tb_cop_helper')) + float(states('sensor.tb_cop_helper')) * (4.79-3.61) * float(states('sensor.t_cop_helper')) }}"
        bt14minbt2abs:
            friendly_name: 'Nibe abs bt14 min bt2'
            unit_of_measurement: '°C'
            value_template: "{{ ( float(states('sensor.bt14')) - float(states('sensor.bt2')) )|float |abs }}"
        bt17minbt10abs:
            friendly_name: 'Nibe abs bt17 min bt10'
            unit_of_measurement: '°C'
            value_template: "{{ ( float(states('sensor.bt17')) - float(states('sensor.bt10')) )|float |abs }}"
        coptboven:
            friendly_name: "coptboven"
            unit_of_measurement: ''
            value_template: "{{(5 - (float(states('sensor.bt2')) - float(states('sensor.bt3'))) )/2}}"
        copt:
            friendly_name: 'Nibe cop theoretical'
            unit_of_measurement: ''
            value_template: "{{ float(states('sensor.copm')) * ( 1 - ( float(states('sensor.coptboven')) / (float(states('sensor.bt2')) - (5.0/2) + float(states('sensor.bt14minbt2abs')) - ( float(states('sensor.bt10')) - float(states('sensor.bt17minbt10abs'))  ) ) ) ) }}"
        coptsww:
            friendly_name: 'Nibe COP warm water'
            unit_of_measurement: ''
            value_template: "{% if float(states('sensor.nibe_prio')) == 20 %} {{ float(states('sensor.copt')) }} {% else %} 0.0 {% endif %}"
        coptheat:
            friendly_name: 'Nibe COP heating'
            unit_of_measurement: ''
            value_template: "{% if float(states('sensor.nibe_prio')) == 30 %} {{ float(states('sensor.copt')) }} {% else %} 0.0 {% endif %}"

Mijn COP waardes waren ook hoger dan ik verwachtte. Ik heb het even nagekeken en zie net dat er een foutje in de code zit. Ik had de cop35 en cop45 waardes omgewisseld. Tevens heb ik de absolute waardes van de delta temperature nu ook gepakt (alhoewel dat weinig doet want de delta is altijd positief volgens mij). Dit is wat het moet zijn denk ik, maar kijk het gerust even goed na :

[ Voor 37% gewijzigd door Swazija op 14-11-2023 22:27 ]

[koelkast]

Swazija schreef op dinsdag 24 oktober 2023 @ 15:47:
Mijn COP waardes waren ook hoger dan ik verwachtte. Ik heb het even nagekeken en zie net dat er een foutje in de code zit. Ik had de cop35 en cop45 waardes omgewisseld. Tevens heb ik de absolute waardes van de delta temperature nu ook gepakt (alhoewel dat weinig doet want de delta is altijd positief volgens mij). Dit is wat het moet zijn denk ik, maar kijk het gerust even goed na :

code:

        bt2:
            friendly_name: 'Nibe BT2'
            value_template: "{{ float(states('sensor.nibe_bt2_supply_temp_s1'))*10 }}"
            unit_of_measurement: '°C'
        bt3:
            friendly_name: 'Nibe BT3'
            value_template: "{{ float(states('sensor.nibe_eb100_ep14_bt3_return_temp'))*10 }}"
            unit_of_measurement: '°C'
        bt10:
            friendly_name: 'Nibe BT10'
            value_template: "{{ float(states('sensor.nibe_eb100_ep14_bt10_brine_in_temp'))*10 }}"
            unit_of_measurement: '°C'
        bt14:
            friendly_name: 'Nibe BT14'
            value_template: "{{ float(states('sensor.nibe_eb100_ep14_bt14_hot_gas_temp'))*10 }}"
            unit_of_measurement: '°C'
        bt17:
            friendly_name: 'Nibe BT17'
            value_template: "{{ float(states('sensor.nibe_eb100_ep14_bt17_suction'))*10 }}"
            unit_of_measurement: '°C'
        cop:
            friendly_name: 'Nibe cop helper'
            unit_of_measurement: ''
            value_template: "{{ (1-((45-35)*(float(states('sensor.bt2'))/10-35)/100)) * 4.72 + ((45-35)*(float(states('sensor.bt2'))/10-35)/100) * 3.61}}"
        bt14minbt2abs:
            friendly_name: 'Nibe abs bt14 min bt2'
            unit_of_measurement: '°C'
            value_template: "{{ ( float(states('sensor.bt14')) - float(states('sensor.bt2')) )|float |abs }}"
        bt17minbt10abs:
            friendly_name: 'Nibe abs bt17 min bt10'
            unit_of_measurement: '°C'
            value_template: "{{ ( float(states('sensor.bt17')) - float(states('sensor.bt10')) )|float |abs }}"
        copt:
            friendly_name: 'Nibe cop theoretical'
            unit_of_measurement: ''
            value_template: "{{ float(states('sensor.cop')) * ( 1 - ( ((5-(float(states('sensor.bt2')) - float(states('sensor.bt3')))/2) / (float(states('sensor.bt2')) - (5.0/2) + (float(states('sensor.bt14minbt2abs'))) - ( float(states('sensor.bt10')) - (float(states('sensor.bt17minbt10abs')) ) ) ) ) ) ) }}"
        coptsww:
            friendly_name: 'Nibe COP warm water'
            unit_of_measurement: ''
            value_template: "{% if float(states('sensor.nibe_prio')) == 20 %} {{ float(states('sensor.copt')) }} {% else %} 0.0 {% endif %}"
        coptheat:
            friendly_name: 'Nibe COP heating'
            unit_of_measurement: ''
            value_template: "{% if float(states('sensor.nibe_prio')) == 30 %} {{ float(states('sensor.copt')) }} {% else %} 0.0 {% endif %}"

Hier de f1255. Ik pak sensor.eb100_ep14_pca_base_relays_43514 in plaats van de prio-oplossing. Dan moet je dus naar 7 of 15 verwijzen.
Nu even wachten totdat de compressor weer aan gaat.

[leo0n]

Ik heb afgelopen week een LilyGo-bordje met ESPHome-Nibe richting mijn Home Assistant ingesteld.

Mijn nibe warmtepomp zit aangesloten op een SMO40 waar ook de RMU40 aan hangt. Ik heb dus de ESPHome-Nibe aangesloten op dezelfde aansluiting als de RMU40. Nou heb ik uit de code alles van de RMU40 weg gecomentarieerd, maar ik blijf random door de dag, maar vooral snachts modbus alarm krijgen met alarm code 251.

Nou heb ik in ha wel ingesteld als de melding komt, dat hij na 2 minuten het alarm automatisch reset. Maar ik los liever het probleem op.

Heeft iemand een idee wat ik kan proberen om deze foutcode niet meer te krijgen?

Alvast Bedankt!

[iCrOn]

leo0n schreef op woensdag 25 oktober 2023 @ 12:58:
Ik heb afgelopen week een LilyGo-bordje met ESPHome-Nibe richting mijn Home Assistant ingesteld.

Mijn nibe warmtepomp zit aangesloten op een SMO40 waar ook de RMU40 aan hangt. Ik heb dus de ESPHome-Nibe aangesloten op dezelfde aansluiting als de RMU40. Nou heb ik uit de code alles van de RMU40 weg gecomentarieerd, maar ik blijf random door de dag, maar vooral snachts modbus alarm krijgen met alarm code 251.

Nou heb ik in ha wel ingesteld als de melding komt, dat hij na 2 minuten het alarm automatisch reset. Maar ik los liever het probleem op.

Heeft iemand een idee wat ik kan proberen om deze foutcode niet meer te krijgen?

Alvast Bedankt!

Off topic maar goed. Dus je hebt ook RMU_S4 weg gecomment? Dit is dan waarschijnlijk het probleem. Van de github van ESPHome nibe:

code:

    # Constant fixed temperature to avoid pump going into alarm.
    - address: RMU40_S4
      token: RMU_WRITE
      data: [
            0x06, # Temperature
            0x14, # degrees low
            0x00, # degrees high

[leo0n]

Bedankt voor je antwoord.
Ik heb het geprobeerd, maar helaas. De storing blijft komen.

Ik heb nog wel een vraag, als ik de RMU_S4 wegcomment en vervolgens wel het constant bericht erin zet, gaat dat wel goed omdat het adres in principe weggecomment is? (Ben nog nieuw met esp)

Heb ondertussen ook gevonden bij GitHub dat hier andere ook problemen mee hebben. Dat ga ik in de gaten houden.

[Gerbenvl]

leo0n schreef op woensdag 25 oktober 2023 @ 12:58:
Ik heb afgelopen week een LilyGo-bordje met ESPHome-Nibe richting mijn Home Assistant ingesteld.

Mijn nibe warmtepomp zit aangesloten op een SMO40 waar ook de RMU40 aan hangt. Ik heb dus de ESPHome-Nibe aangesloten op dezelfde aansluiting als de RMU40. Nou heb ik uit de code alles van de RMU40 weg gecomentarieerd, maar ik blijf random door de dag, maar vooral snachts modbus alarm krijgen met alarm code 251.

Nou heb ik in ha wel ingesteld als de melding komt, dat hij na 2 minuten het alarm automatisch reset. Maar ik los liever het probleem op.

Heeft iemand een idee wat ik kan proberen om deze foutcode niet meer te krijgen?

Alvast Bedankt!

Hmm, dat is irritant. Hier ook SMO40 met RMU40 met het LilyGo bordje. SMO40 versie 9542R4. Heb dit probleem alleen bij een ESPhome firmware update, verder niet.

Welke YAML heb je als basis gepakt? De mijne is zo goed al gelijk met dit LilyGo voorbeeld, je zou daar nog eens naar kunnen kijken.

[Puck]

leo0n schreef op woensdag 25 oktober 2023 @ 12:58:
Ik heb afgelopen week een LilyGo-bordje met ESPHome-Nibe richting mijn Home Assistant ingesteld.

Mijn nibe warmtepomp zit aangesloten op een SMO40 waar ook de RMU40 aan hangt. Ik heb dus de ESPHome-Nibe aangesloten op dezelfde aansluiting als de RMU40. Nou heb ik uit de code alles van de RMU40 weg gecomentarieerd, maar ik blijf random door de dag, maar vooral snachts modbus alarm krijgen met alarm code 251.

Nou heb ik in ha wel ingesteld als de melding komt, dat hij na 2 minuten het alarm automatisch reset. Maar ik los liever het probleem op.

Heeft iemand een idee wat ik kan proberen om deze foutcode niet meer te krijgen?

Alvast Bedankt!

Ik heb ook een aantal weken geleden een LilyGo T-CAN485 geïnstalleerd met ESPHome-Nibe in mijn Metro Therm SBH10-06 (wat een rebrand is van Nibe en dezelfde interface heeft als de SMO40). Binnen een paar uur had ik mijn eerste 251-alarm. Daarna gebeurde dit 1 tot 5 keer per dag.

In mijn Unifi-logs merkte ik op dat de LilyGo exact elke 15 minuten opnieuw verbond met WiFi. Ondanks dat de WiFi-sterkte niet geweldig is op de locatie waar het is geïnstalleerd, zou het goed genoeg moeten zijn voor een constante verbinding.

In de ESPHome-documentatie vond ik dat er een standaard time-out van 15 minuten is ingesteld om te wachten voordat er opnieuw wordt opgestart wanneer er geen client verbinding maakt met de API. Dit gaat puur om de Home Assistant API, die de nibegw add-on niet gebruikt. Deze time-out instellen op 0 (uitgeschakeld) heeft voor mij de reboots elke 15 minuten opgelost, en sindsdien is er geen alarm meer geactiveerd.

Draait nu al paar werken stabiel. Misschien is dit bij jou ook de oorzaak?

YAML:

# Enable Home Assistant API
api:
  reboot_timeout: 0s
  encryption:
    key: "..."

[TheMystery]

Mijn ouders hebben een nibe f1145-10 die ik zou willen monitoren, ik heb hier een tijd geleden al eens een lilygo voor gekocht. Alleen kwam ik er laterna achter dat de rmu40 op de zelfde aansluitingen zat als waar de lilygo op moet dus heb ik er verder niets meer mee gedaan, ook bestaat het menu 5.3.11 modbus niet, of komt dit menu pas als je hem aansluit?

Zoals ik hier lees zou het wel mogelijk moeten zijn zoals ik hier lees door RMU_S4 eruit te halen, alleen kom ik dit niet tegen in de code.
Is het met een f1145 wel mogelijk anders duik ik hier nog een keer in.

[leo0n]

Ik heb echt al vanalles geprobeerd, het voorbeeld op GitHub, maar ook combinatie van het andere voorbeeld. De reboot timeout toegevoegd. Allemaal geen succes.

Het lijkt er een beetje op dat het alarm komt als de warmtepomp stopt met verwarmen van het huis, niet het tapwater. Maar dat weet ik nog niet zeker. Ik krijg momenteel de alarmen vooral snachts.

[Gerbenvl]

TheMystery schreef op zondag 29 oktober 2023 @ 11:11:
Mijn ouders hebben een nibe f1145-10 die ik zou willen monitoren, ik heb hier een tijd geleden al eens een lilygo voor gekocht. Alleen kwam ik er laterna achter dat de rmu40 op de zelfde aansluitingen zat als waar de lilygo op moet dus heb ik er verder niets meer mee gedaan, ook bestaat het menu 5.3.11 modbus niet, of komt dit menu pas als je hem aansluit?

Zoals ik hier lees zou het wel mogelijk moeten zijn zoals ik hier lees door RMU_S4 eruit te halen, alleen kom ik dit niet tegen in de code.
Is het met een f1145 wel mogelijk anders duik ik hier nog een keer in.

De LilyGo kan gewoon aangesloten worden bij de RMU. Is hier al een paar keer besproken.

Als je dit LilyGo voorbeeld pakt dan is de nep RMU er al uit.

Ja pas als je in 5.2.4 de modbus ascessoire hebt aangezet verschijnt het andere menu. Het ascessoire kan je niet vooraf aanzetten, dan schiet je warmtepomp in de error.

[TheMystery]

Gerbenvl schreef op donderdag 2 november 2023 @ 12:52:
[...]


De LilyGo kan gewoon aangesloten worden bij de RMU. Is hier al een paar keer besproken.

Als je dit LilyGo voorbeeld pakt dan is de nep RMU er al uit.

Ja pas als je in 5.2.4 de modbus ascessoire hebt aangezet verschijnt het andere menu. Het ascessoire kan je niet vooraf aanzetten, dan schiet je warmtepomp in de error.

Bedankt dan ga ik er nog een keer naar kijken.

[apelders]

Post verwijderd en naar de juiste topic verplaatst.

[ Voor 141% gewijzigd door apelders op 05-11-2023 19:37 ]

[G-addict]

emielbf schreef op donderdag 6 januari 2022 @ 21:32:
Heb inmiddels de Zero ontvangen en daar doet ie het prima op. Zero 2 wordt dus niet ondersteund.

Qua ethernet ipv wifi is het simpel, gewoon de https://www.kiwi-electron...qtg67BmNE4rcaAnzYEALw_wcB kopen, aansluiten, booten met de standaard wifi instructie van nibepi, rfkill installeren, ethernet aansluiten, en wifi disablen met rfkill.

Morgen aansluiten op de smo40 en OpenHAB.

Vraagje aan de experts omtrent ethernet. Ik heb nog verloopkabeltjes vsn (micro)usb naar rj45. Kan ik die ook gebruiken ipv het voorgestelde printje?

[serienummer]

@G-addict
Ik heb de PiZero met deze hat, Ik weet alleen niet of een Power USB naar UTP (RJ45) zou werken.
Dit komt omdat als een switch hebt met PoE en deze aansluit op de Pi PoE Hat, kan de switch door midel van
weerstand voelen of het apparaat PoE is of niet(eenvoudig gezegd) (om te voorkomen dat er stroom op komt te staan en niet PoE devices doorbrand).

Wel ervaar ik dat de PiZero met de laatste versie NibePi niet echt stabiel werkt. Ik heb regelmatig een melding van de WP dat er een communicatie probleem is met de Modbus. Ik merk op dat dat de PiZero dan gereset moet worden. Maar na het resetten missen er onderdelen uit de NodeRed. Dus maar een nieuwe installatie. Dit is me nu een 14 keer overkomen. Heb hierna de keuze gemaakt een RBPI er neer te leggen. Overkill maar hij loopt nu een aantal weken erg stabiel. Ben nog aan het kijken of ik het overkan zetten naar de LilyGo T-CAN485. Ik heb deze inmiddels binnen.

[G-addict]

serienummer schreef op maandag 6 november 2023 @ 15:38:
@G-addict
Ik heb de PiZero met deze hat, Ik weet alleen niet of een Power USB naar UTP (RJ45) zou werken.
Dit komt omdat als een switch hebt met PoE en deze aansluit op de Pi PoE Hat, kan de switch door midel van
weerstand voelen of het apparaat PoE is of niet(eenvoudig gezegd) (om te voorkomen dat er stroom op komt te staan en niet PoE devices doorbrand).

Je bedoelt dat je jouw Pi ook een elektrische voeding geeft via de usb? Ik voed de pi gewoon vanuit de SMO40. Dus dat lijkt mij dan geen issue? Ik ben een echte noob op netwerk gebied hoor :-)

[G-addict]

serienummer schreef op maandag 6 november 2023 @ 15:38:
Wel ervaar ik dat de PiZero met de laatste versie NibePi niet echt stabiel werkt. Ik heb regelmatig een melding van de WP dat er een communicatie probleem is met de Modbus. Ik merk op dat dat de PiZero dan gereset moet worden. Maar na het resetten missen er onderdelen uit de NodeRed. Dus maar een nieuwe installatie. Dit is me nu een 14 keer overkomen. Heb hierna de keuze gemaakt een RBPI er neer te leggen. Overkill maar hij loopt nu een aantal weken erg stabiel. Ben nog aan het kijken of ik het overkan zetten naar de LilyGo T-CAN485. Ik heb deze inmiddels binnen.

Dan laat ik maar gewoon de huidige versie van nibe Pi erop staan, ik heb geen pi liggen om te upgraden.

[serienummer]

Je bedoelt dat je jouw Pi ook een elektrische voeding geeft via de usb? Ik voed de pi gewoon vanuit de SMO40. Dus dat lijkt mij dan geen issue? Ik ben een echte noob op netwerk gebied hoor :-)

Nee die van mij krijgt zijn voeding van de UTP met de PoE hat. omdat mijn switch op een accu UPS zit.

Ik denk dat ik jou bericht niet begreep.
Ik was in de veronderstelling dat je de PiZero wilde voeden met een USB stekker die gekoppeld was aan een UTP met de aderparen die stroom geven van de USB. Mijn excuses.

Voeden van de WP is de juiste optie.

[G-addict]

serienummer schreef op dinsdag 7 november 2023 @ 08:07:
[...]


Nee die van mij krijgt zijn voeding van de UTP met de PoE hat. omdat mijn switch op een accu UPS zit.

Ik denk dat ik jou bericht niet begreep.
Ik was in de veronderstelling dat je de PiZero wilde voeden met een USB stekker die gekoppeld was aan een UTP met de aderparen die stroom geven van de USB. Mijn excuses.

Voeden van de WP is de juiste optie.

Het probleem is de wifi verbinding. Door het vele staal in de vloeren en wanden van onze woning is de wifi op de bovenverdieping niet al te best. Daarom wil ik de Pi voorzien van een bedrade netwerkverbinding. Het printje zijn de kosten niet, maar het verloopje van usb naar rj45 heb ik nog liggen. Dus als dat een optie is, dan doe ik dat net zo lief.

[serienummer]

Ik begrijp het.
Wat ik eerder deed is gebruik maken van deze dingen. Werkte prima tot ik een PoE Switch kreeg.
https://nl.aliexpress.com...67962257529720000871794_2

Als je deze tussen de switch en de PiZero doet. Komt het helemaal goed.
Kan je de kabel gebruiken en de Pi krijgt stroom van de UTP.

[ Voor 4% gewijzigd door serienummer op 07-11-2023 09:01 ]

[emielbf]

dat is de vraag niet, het gaat erom of ie een verloopkabel usb>ethernet kan gebruiken op de Pi ipv wifi.
Ik vermoed dat dat niet zomaar gaat, tenzij dat kabeltje slim genoeg is om zelf de conversie te maken. En je zult de Pi moeten vertellen dat ie USB moet gebruiken voor communicatie ipv wifi.

En misschien kan het werken, je was niet de eerste met deze vraag (google): https://forums.raspberrypi.com/viewtopic.php?t=317326

[Sjoerdfoto]

Ik heb een NIBE S735 draaiend sinds afgelopen week.
Ik wil graag meer functies uitlezen / loggen ook op mn telefoon.

Is dit mogelijk met NIBE PI?
Er zit een modbus aansluiting op de WP..

[iCrOn]

@Sjoerdfoto Op het moment niet. Je hebt een S serie welke modbus TCP-ondersteuning heeft. Je zou dan met Home Assistant je warmtepomp kunnen uitlezen/besturen. Jouw model staat erbij.

Modbus Connection

Home Assistant support connecting to Nibe heat pumps over Modbus over either TCP or RCU like connections. When connecting to the pump inside a Home Assistant, the Modbus connection string must be specified.
TCP/IP
The newer S-series pump exposes a built-in TCP Modbus server that can be used to communicate with the pump. To enable support for this integration, the pump must be connected to your local network and network (5.2 - Network settings) and Modbus (7.5.9 - Modbus TCP/IP) must be enabled. More details on the Modbus support in the pump can be found in Nibe document M12676EN.

tcp://[IP OR HOSTNAME]
tcp://[IP OR HOSTNAME]:502

[huub99]

Beste allemaal,

Ik heb de boel draaiend, de nibepi is aangesloten op mijn SMO40 die gekoppeld is met een F2120.
De MQTT werkt ook aangezien ik sensordata kan zien in Home assistant.

Mijn doel van dit alles is dat ik wat dingen remote zou kunnen instellen zonder het Nibe uplink abbo.
In de webpagina van de nibepi kan ik dat. Maar zou dit ook via een mooie interface kunnen in Home assistant.

Dus lang verhaal kort kan ik mijn Nibe bedienen vanuit HA.

[iCrOn]

Overal waar "R/W" bij staat kan je aansturen door via home assistant een knop te maken welke via mqtt verstuurt een waarde verstuurt bijvoorbeeld:

code:

    topic: nibe/modbus/47393/set
    payload: '22'

Hier wat kan en klare voorbeelden.

[huub99]

Thanks! ik zie in HA op dit moment alleen maar read only sensors.
weet iemand register nummer voor het zetten van de binnentemp bijvoorbeeld?

[ Voor 90% gewijzigd door huub99 op 05-12-2023 16:38 ]

[iCrOn]

Waarschijnlijk: 47398 (Room sensor setpoint S1) Ik denk dat je wel voor 22 graden bijvoorbeeld 220 moet versturen en voor 22,5 225 bijvoorbeeld. Je kan gewoon als payload 21.5 sturen.

[ Voor 103% gewijzigd door iCrOn op 05-12-2023 16:57 ]

[huub99]

Goedemiddag, bedankt voor de voorgaande antwoorden.
Echter ik ben weer stapje terug ipv vooruit.

Ik heb inmiddels een mooi doosje geprint voor de nibepi en wilde deze regenachtige dagen gebruiken voor wat HA gepuzzel.

Echter na herinstallatie van de mqtt intergratie in HA (om op te schonen) zie ik de sensoren niet meer.
Andere sensoren entiteiten die via Homey MQTT hub gaan die lijken wel te werken

[iCrOn]

Probeer eens of je met MQTT explorer wel iets binnen zie komen.

MQTT explorer kan je ook gebruiken trouwens om overbodige retained topics (die blijven staan) te verwijderen, ze verdwijnen dan ook uit HA.

Je zou nog kunnen proberen NibePi te herstarten. Mogelijk stuurt hij dan de auto Discovery topics van HA opnieuw.

[huub99]

Mijn fout,

Mijn verwachting was dat als je HA --> instellingen --> Apparaten en diensten --> MQTT --> Entiteiten dat dan daar de waardes/sensoren te vinden zouden zijn.

Dat is niet het geval, HA --> instellingen --> Apparaten en diensten --> Entiteiten daar staan ze wel.
weer paar uur down de drain, maarja buiten is het ook niks

@iCrOn bedankt wederom. Die MQTT explorer had ik inmiddels draaien. Ik wist niet dat je daarmee ook retained messages kon weggooien. Bedankt!

weet jij toevallig wat die offline betekent?

[ Voor 45% gewijzigd door huub99 op 24-12-2023 15:10 ]

[iCrOn]

@huub99 Kwam dit tegen:

Birth and last will messages

Home Assistant’s MQTT integration supports so-called Birth and Last Will and Testament (LWT) messages. The former is used to send a message after the service has started, and the latter is used to notify other clients about a disconnected client. Please note that the LWT message will be sent both in case of a clean (e.g. Home Assistant shutting down) and in case of an unclean (e.g. Home Assistant crashing or losing its network connection) disconnect.

By default, Home Assistant sends online and offline to homeassistant/status.

MQTT Birth and Last Will messages can be customized or disabled from the UI. To do this, click on “Configure” in the integration page in the UI, then “Re-configure MQTT” and then “Next”.

Misschien heb je het nu uit staan en is offline blijven staan. Normaal gezien zou hij bij een herstart online moeten versturen.

[Frankyie]

Ik heb wat hulp nodig met de NibePi.
Ik heb een NibePi en een RMU 40.
Er komt een kabel achter mijn warmtepomp uit die naar mijn RMU gaat. Ik dacht, die knip ik door en maak even een netjes printplaatje waar ik elke kabel aftap naar de NibePi. Helaas krijgt mijn RMU nu geen connectie meer. Ook als ik de NibePi helemaal losgekoppeld heb (zie losliggende stekker) en MODBUS weer uitgezet heb.

Hoe kan dit? Ik heb alles doorgepiept. Alles is goed aangesloten.
De NibePi werkt trouwens uitstekend als hij aangesloten is.







Wat doe ik fout?

[Frankyie]

Ik ben er al achter. Het modbus 40 signaal is kennelijk best gevoelig. Kennelijk is dat printplaatje van mij niet goed voor de communicatie. Als ik de kabels op elkaar monteer werkt de RMU 40 wel en de NibePi blijft gewoon werken.

Ik zal wat troep van mijn printplaat af gaan solderen en dan duw ik het allemaal maar in 1 klem.

[R4ndyy]

Beste allemaal,

Sinds kort hebben wij ook een warmtepomp van NIBE (SMO S40) en nu wil ik ook graag NIBE pi gebruiken om alles uit te lezen en dynamisch te programmeren. Ik ben bekend met Python, maar verder heb ik geen ervaring met alles omtrent NIBE pi.

Nu heb ik een vraag over alle componenten en de aansluitingen hiervan. Zoals vermeld in dit forum heb ik de volgende componenten besteld:

Wide Input SHIM
RS485 Pi
Raspberry Pi Zero W
16GB microSD

Momenteel heb ik een vaste internetverbinding voor mijn SMO S40 en dit wil ik graag zo behouden dus ik lees zojuist in dit forum dat er een "USB Ethernet HUB HAT voor Raspberry Pi Zero" nodig is om alles via een vaste verbinding te verbinden.

Welk onderdeel wordt vervangen voor deze "USB Ethernet HUB HAT"? In welke volgorde moet ik alles op elkaar aansluiten?

Is het dan (van onder naar boven):

Raspberry PI Zero W -> RS485 PI --> USB Ethernet HUB HAT --> Wide Input SHIM?

of:

Raspberry PI Zero W --> USB Ethernet HUB HAT --> Wide input Shim?

Verder nog een vraag over: " booten met de standaard wifi instructie van nibepi, rfkill installeren, ethernet aansluiten, en wifi disablen met rfkill."

Deze uitleg is namelijk vrij compact, wat wordt hier namelijk bedoelt met het booten met de standaard wifi instructie van nibepi? Wat moet ik hier doen?

En rfkill installeren op de raspberry pi? Hoe werkt dit en hoe kan ik dit uiteindelijk gebruiken?

Zijn er nog meer belangrijke stappen/uitleg die nodig zijn om alles hiermee aan de praat te krijgen?

Alvast bedankt!

[iCrOn]

Weet niet welke USB ethernet HUB HAT je hebt, maar als het die van waveshare is deze verbonden via een microusb connector en zit daardoor dus direct boven je Pi zero. Zou voor de rest dezelfde volgorde als anders aanhouden.

Denk dat het niet veel uitmaakt of je de interface via wifi benaderd of via ethernet.

[ Voor 7% gewijzigd door iCrOn op 07-01-2024 13:16 ]

[G-addict]

R4ndyy schreef op zondag 7 januari 2024 @ 11:00:
Beste allemaal,

Sinds kort hebben wij ook een warmtepomp van NIBE (SMO S40) en nu wil ik ook graag NIBE pi gebruiken om alles uit te lezen en dynamisch te programmeren. Ik ben bekend met Python, maar verder heb ik geen ervaring met alles omtrent NIBE pi.

Nu heb ik een vraag over alle componenten en de aansluitingen hiervan. Zoals vermeld in dit forum heb ik de volgende componenten besteld:

Wide Input SHIM
RS485 Pi
Raspberry Pi Zero W
16GB microSD

Momenteel heb ik een vaste internetverbinding voor mijn SMO S40 en dit wil ik graag zo behouden dus ik lees zojuist in dit forum dat er een "USB Ethernet HUB HAT voor Raspberry Pi Zero" nodig is om alles via een vaste verbinding te verbinden.

Welk onderdeel wordt vervangen voor deze "USB Ethernet HUB HAT"? In welke volgorde moet ik alles op elkaar aansluiten?

Is het dan (van onder naar boven):

Raspberry PI Zero W -> RS485 PI --> USB Ethernet HUB HAT --> Wide Input SHIM?

of:

Raspberry PI Zero W --> USB Ethernet HUB HAT --> Wide input Shim?

Verder nog een vraag over: " booten met de standaard wifi instructie van nibepi, rfkill installeren, ethernet aansluiten, en wifi disablen met rfkill."

Deze uitleg is namelijk vrij compact, wat wordt hier namelijk bedoelt met het booten met de standaard wifi instructie van nibepi? Wat moet ik hier doen?

En rfkill installeren op de raspberry pi? Hoe werkt dit en hoe kan ik dit uiteindelijk gebruiken?

Zijn er nog meer belangrijke stappen/uitleg die nodig zijn om alles hiermee aan de praat te krijgen?

Alvast bedankt!

Ik ben beslist geen expert, maar volgens mij wordt de SMO S40 niet ondersteund door nibepi.

[iCrOn]

G-addict schreef op zondag 7 januari 2024 @ 14:45:
[...]


Ik ben beslist geen expert, maar volgens mij wordt de SMO S40 niet ondersteund door nibepi.

Klopt heb er overheen gelezen. S40(S serie) ondersteund modbus TCP(ipv modbus RTU) dus is al via de bestaande netwerk aansluiting uit te lezen en kan via HA uitgelezen worden via de netwerkaansluiting.

[Frankyie]

iCrOn schreef op zondag 7 januari 2024 @ 13:14:
Weet niet welke USB ethernet HUB HAT je hebt, maar als het die van waveshare is deze verbonden via een microusb connector en zit daardoor dus direct boven je Pi zero. Zou voor de rest dezelfde volgorde als anders aanhouden.[Afbeelding]

Denk dat het niet veel uitmaakt of je de interface via wifi benaderd of via ethernet.

In de foto's van mij hierboven kan je ook vaag zien dat ik inderdaad dit ding er tussen heb gezet. Werkt goed. Geen configuratie nodig. Al heb ik nog wel even de wifi en bluetooth uitgezet op de nibepi.

Dit heb ik genoteerd in mijn eigen handleiding.

In NibePi GUI kan je commando’s uitvoeren.
Als je hier rfkill uitvoert zie je wat er allemaal aan staat.
Let op, Haal het systeem van read only af, anders werkt het maar tot de eerst volgende reboot.
Daarna kan je het systeem weer op read only zetten.

Commando’s
sudo rfkill block wifi
sudo rfkill block bluetooth

Nadat wifi uit is, moet je wel via het ipadres naar de nibepi gaan
192.168.2.10:1880/ui/

[R4ndyy]

@G-addict @iCrOn @Frankyie bedankt voor jullie reacties, dit helpt mij enorm. Ik heb over het hoofd gezien dat ik een S-versie heb en dat deze dus niet compatible is met nibePI. Momenteel heb ik nog geen Home Assistant, maar ik ben van plan om een intel NUC te kopen specifiek voor Home assistant (aangezien ik veel slimmer apparaten heb).

Het is voor mij wel belangrijk dat ik alle gegevens van mijn warmtepomp kan uitlezen zodat ik kan zijn wat zijn performance is en hoe ik deze zuiniger kan laten werken. Heeft een van jullie ervaring hoe dit gaat via Home Assistant, of is er ergens een how-to beschikbaar?

Ik heb momenteel al een Ethernet kabel vanuit de warmtepomp in mijn mesh wifi router zitten. Als ik straks de intel NUC met home assistant heb zal ik deze ook als vaste verbinding op het netwerk erbij prikken. Is dit in principe al voldoende om de warmtepomp uit te lezen? Ik heb dus geen extra kabel/connector nodig?

Alvast bedankt allemaal!

[G-addict]

R4ndyy schreef op woensdag 10 januari 2024 @ 18:17:
@G-addict @iCrOn @Frankyie bedankt voor jullie reacties, dit helpt mij enorm. Ik heb over het hoofd gezien dat ik een S-versie heb en dat deze dus niet compatible is met nibePI. Momenteel heb ik nog geen Home Assistant, maar ik ben van plan om een intel NUC te kopen specifiek voor Home assistant (aangezien ik veel slimmer apparaten heb).

Het is voor mij wel belangrijk dat ik alle gegevens van mijn warmtepomp kan uitlezen zodat ik kan zijn wat zijn performance is en hoe ik deze zuiniger kan laten werken. Heeft een van jullie ervaring hoe dit gaat via Home Assistant, of is er ergens een how-to beschikbaar?

Ik heb momenteel al een Ethernet kabel vanuit de warmtepomp in mijn mesh wifi router zitten. Als ik straks de intel NUC met home assistant heb zal ik deze ook als vaste verbinding op het netwerk erbij prikken. Is dit in principe al voldoende om de warmtepomp uit te lezen? Ik heb dus geen extra kabel/connector nodig?

Alvast bedankt allemaal!

Je kunt je smo s40 verbinden met internet en via myupway/myuplink/uplink.com (geen idee welke nodig voor de s serie) een profiel aanmaken en diverse parameters loggen. Voor €25,- per jaar is er een uitgebreidedere portal. Mocht je via HA willen gaan werken dan kun je hier wellicht meer gebruikers en adviezen vinden: Kandidat in "NIBE L/W warmtepomp optimalisatie"

[Frankyie]

Ik ben benieuwd hoe je hem zuiniger gaat laten lopen. Ik geef toe, ik moet hier ook nog induiken. Maar wat mij nu al opviel is dat ik via de nibePi bij mijn F1255-6 R PC het verbruik van de hele unit niet uit kan lezen. Volgens mij weet de warmtepomp dat zelf niet eens. En daarmee eindigden alle ideeën voor optimalisatie bij mij meteen

Ik geef toe, ik moet me nog inlezen.

[roltor]

Frankyie schreef op donderdag 11 januari 2024 @ 21:25:
Ik ben benieuwd hoe je hem zuiniger gaat laten lopen. Ik geef toe, ik moet hier ook nog induiken. Maar wat mij nu al opviel is dat ik via de nibePi bij mijn F1255-6 R PC het verbruik van de hele unit niet uit kan lezen. Volgens mij weet de warmtepomp dat zelf niet eens. En daarmee eindigden alle ideeën voor optimalisatie bij mij meteen

Ik geef toe, ik moet me nog inlezen.

Ik heb dezelfde warmtepomp, en inderdaad geen info gevonden over stroomverbruik.
Om dit te omzeilen, heb ik een kWh meter in de meterkast geplaatst op de 3 fase groep van de warmtepomp en kan nu dus realtime het vermogen aflezen.
Door optimalisatie (vooral stooklijn en pompsnelheid omlaag) verwarm ik nu met 200W, was eerst minstens het dubbele.

[Hermarcel]

@Frankyie @roltor Ik had hetzelfde probleem met mijn SMO40. Maar ik heb wel de parameter "EB101-EP14 Current Sensor" gevonden op address 44866. Dit is het huidige stroomverbruik in Ampères. Deze lees ik uit met Home Assistant. Door deze met 230 (Volt) te vermenigvuldigen heb ik een indicatie van het (momentane) vermogen. PowerFactor neem ik niet mee. Ik heb hiervoor een paar virtual sensors gemaakt in HA:

YAML:

- platform: template
  sensors:
    ##### Heat Pump: Calculate Energy Input in Watts from current, assume Grid Voltage is 230V
    heatpump_power_in_w:
      friendly_name: "Heat Pump Power Input"
      unit_of_measurement: "W"
      unique_id: sensor.HeatPumpPowerIn
      device_class: power
      value_template: "{{ (230 * states('sensor.eb101_ep14_current_sensor_44866') | float) | round(0)}}"

    ##### Heat Pump: Calculate Energy Output in Watts
    heatpump_power_out_w:
      friendly_name: "Heat Pump Power Output"
      unit_of_measurement: "W"
      unique_id: sensor.HeatPumpPowerOut
      device_class: power
      value_template: "{{ (1000 * states('sensor.eb101_ep14_calculated_power_outdoor_unit_44706') | float) | round(0) }}"

Deze sensoren gebruik ik in de HACS addon PowerCalc om de energie in kWH te berekenen. En die geef ik vervolgens weer in het energy-dashboard van HA.

Ik heb even gekeken in Nibe Modbusmanager voor de F1255 en zie de volgende parameters:



Dat lijken mij de stroomverbruiken per fase.

HTH

[marco_mk]

Hermarcel schreef op vrijdag 12 januari 2024 @ 12:30:
@Frankyie @roltor Ik had hetzelfde probleem met mijn SMO40. Maar ik heb wel de parameter "EB101-EP14 Current Sensor" gevonden op address 44866. Dit is het huidige stroomverbruik in Ampères. Deze lees ik uit met Home Assistant. Door deze met 230 (Volt) te vermenigvuldigen heb ik een indicatie van het (momentane) vermogen. PowerFactor neem ik niet mee. Ik heb hiervoor een paar virtual sensors gemaakt in HA:

YAML:

- platform: template
  sensors:
    ##### Heat Pump: Calculate Energy Input in Watts from current, assume Grid Voltage is 230V
    heatpump_power_in_w:
      friendly_name: "Heat Pump Power Input"
      unit_of_measurement: "W"
      unique_id: sensor.HeatPumpPowerIn
      device_class: power
      value_template: "{{ (230 * states('sensor.eb101_ep14_current_sensor_44866') | float) | round(0)}}"

    ##### Heat Pump: Calculate Energy Output in Watts
    heatpump_power_out_w:
      friendly_name: "Heat Pump Power Output"
      unit_of_measurement: "W"
      unique_id: sensor.HeatPumpPowerOut
      device_class: power
      value_template: "{{ (1000 * states('sensor.eb101_ep14_calculated_power_outdoor_unit_44706') | float) | round(0) }}"

Deze sensoren gebruik ik in de HACS addon PowerCalc om de energie in kWH te berekenen. En die geef ik vervolgens weer in het energy-dashboard van HA.

Ik heb even gekeken in Nibe Modbusmanager voor de F1255 en zie de volgende parameters:

[Afbeelding]

Dat lijken mij de stroomverbruiken per fase.

HTH

Bij mij is die waarde altijd 0.1 A ..... en helaas is dat niet het verbruik bij mij

[roltor]

marco_mk schreef op zaterdag 20 januari 2024 @ 23:35:
[...]


Bij mij is die waarde altijd 0.1 A ..... en helaas is dat niet het verbruik bij mij

Hermarcel schreef op vrijdag 12 januari 2024 @ 12:30:
@Frankyie @roltor Ik had hetzelfde probleem met mijn SMO40. Maar ik heb wel de parameter "EB101-EP14 Current Sensor" gevonden op address 44866. Dit is het huidige stroomverbruik in Ampères. Deze lees ik uit met Home Assistant. Door deze met 230 (Volt) te vermenigvuldigen heb ik een indicatie van het (momentane) vermogen. PowerFactor neem ik niet mee. Ik heb hiervoor een paar virtual sensors gemaakt in HA:

YAML:

- platform: template
  sensors:
    ##### Heat Pump: Calculate Energy Input in Watts from current, assume Grid Voltage is 230V
    heatpump_power_in_w:
      friendly_name: "Heat Pump Power Input"
      unit_of_measurement: "W"
      unique_id: sensor.HeatPumpPowerIn
      device_class: power
      value_template: "{{ (230 * states('sensor.eb101_ep14_current_sensor_44866') | float) | round(0)}}"

    ##### Heat Pump: Calculate Energy Output in Watts
    heatpump_power_out_w:
      friendly_name: "Heat Pump Power Output"
      unit_of_measurement: "W"
      unique_id: sensor.HeatPumpPowerOut
      device_class: power
      value_template: "{{ (1000 * states('sensor.eb101_ep14_calculated_power_outdoor_unit_44706') | float) | round(0) }}"

Deze sensoren gebruik ik in de HACS addon PowerCalc om de energie in kWH te berekenen. En die geef ik vervolgens weer in het energy-dashboard van HA.

Ik heb even gekeken in Nibe Modbusmanager voor de F1255 en zie de volgende parameters:

[Afbeelding]

Dat lijken mij de stroomverbruiken per fase.

HTH

Ik heb inmiddels mijn warmtepomp in home assistant gekoppeld via de integratie, hij vind nu standaard een sensor die het stroomverbruik van de compressor meet: sensor.compr_in_power_43141.
De kWh meter in de meterkast meet meer, aangezien de pompen en elektronica ook stroom verbruiken.

[Ibbus]

Beste iedereen

Ben ik de enige bij wie de link naar de image niet werkt?
Heb ondertussen alle hardware gekocht, maar blijkt dat alle links naar de image files offline zijn gehaald.
Lijkt me dat de github page zelf ook niet meer up to date is behalve de "read me" file. Zo open source voelt dit alvast niet meer aan..

Vriendelijke groeten

[iCrOn]

@Ibbus Dit is de link voor het image.

Komt van de ontwikkelaar zijn nieuwe pagina Waar hij ook abonnement aanbiedt, zodat je met een gunstige prijs (met variabel energie contract) meer verwarmt en de pomp iets minder hard laat werken bij een ongunstige prijs.
Maar je kan NibePi nog steeds gebruiken zonder abonnement.

[fishman]

Dit lijkt een betere oplossing:
https://github.com/elupus/esphome-nibe

[Gerbenvl]

Ja hardware matig ook veel handiger omdat je gewoon een standaard vrij goedkoop bordje kan kopen. Alleen even inspoelen met ESPHome en gaan.

Nadeel is wel dat je er iets achter nodig hebt om wat met de data te doen. Maar als je al Home Assistant hebt is dat prima.

[Hermarcel]

Omdat ik met de "Smart Grid Ready" inputs mijn SMO40 (eigenlijk heb ik de RC-HY40 van Mitsubishi Heavy Industries, maar is een SMO40 met iets ander frontje) wil kunnen aansturen vanuit Home Assistant, heb ik mijn NibeGW met ESP32 verwisseld voor een ander ESP32 bordje en een 3.3V RS485 transceiver. Omdat de SMO40 zes AUX-ingangen heeft heb ik gekozen voor een bordje met 8 relais. Het bordje kan gevoed worden met 5V òf met 7V-30V. Prima geschikt om door de beschikbare 12V van de SMO40 gevoed te worden.
Bordje en RS485 transceiver.

De Home Assistant implementatie is hier te vinden.
Ik heb simpelweg de relaisaansturingen toegevoegd aan de yaml van NibeGW.

In SMO40 menu 5.40 kun je de funktie selecteren die elke AUX ingang moet uitvoeren als het bijbehorende relais gesloten wordt.

Een paar foto's van het resultaat:






Misschien heeft iemand er wat aan

[Gerbenvl]

Cool, had eigenlijk nooit zo naar dat SG-ready gekeken.

Vanwaar trouwens via deze weg? De standaard dingen die SG-ready doet is stooklijn verhogen en tapwater in hoger comfort zetten. Dat zou je ook rechtstreeks via HA NibeGW kunnen doen.

Of heb je andere plannen? :-)

[Hermarcel]

@Gerbenvl Ik kies er bewust voor om de door Nibe bedachte interface (AUX1-AUX6) te gebruiken. De modbus interface gebruik ik bij voorkeur alleen voor informatie opvragingen.

[vaxis]

Goed om te weten voor mensen die nu met NibePi bezig willen gaan: er is een nieuwe website: https://energy.anerdins-iot.se/. Er zit zelfs (ik denk optioneel) een abonnement bij voor AI functionaliteit via een webservice die helpt om beter energie te besparen (mits je een dynamisch energiecontract hebt).
De image heeft ook een nieuwe link onder de site https://energy.anerdins-iot.se/info#funktionalitet, namelijk: https://anerdins-iot.se/files/nibepi.img. Hoewel het voor mij op het moment van downloaden niet duidelijk is welke versie deze image nu precies heeft. Na flashen van .img, zie ik in ./home/pi/.node-red/node_modules/nibepi/package.json dat het versie 1.1.1 is.
Voor mensen die geen Zweeds verstaan, hier de vertaalde pagina's: https://energy-anerdins--...r_hl=en-US&_x_tr_pto=wapp en https://energy-anerdins--...US&_x_tr_pto=wapp#elavtal

[ Voor 45% gewijzigd door vaxis op 13-02-2024 11:25 ]

[smarttech-green]

Voor wie interesse heeft en toevallig een S serie warmtepomp of besturingskast heeft. Op Github vind je mijn code om alle parameters via modbus uit je systeem te trekken

https://github.com/smartt...ries-Modbus-TCP-IP-Python

[apelders]

Heeft iemand er bezwaar mee als Serienummer een apart topic start over nibeGW?
Ik wil de thread niet verstoren, maar als het zinvol is om een nieuw topic te starten voor nibeGW, wil serienummer dit graag doen.

[Gerbenvl]

Lijkt me prima omdat deze oorspronkelijk voor NibePI bedoeld is. Misschien alleen even crosslinken vanuit hier?

[apelders]

Goed nieuws.
@serienummer is een speciaal topic gestart voor NibeGW.
Haal meer uit je NIBE Warmtepomp met NibeGW
Natuurlijk mag je op dit topic je discussie verder afmaken, maar nieuwe posts betreffende NibeGW voortaan op het andere topic starten.

[iCrOn]

@apelders ik zie dat er nu in de start post staat dat NibeGW voor de S series is, maar NibeGw is juist alleen voor de F serie. S serie heeft modbus tcp en kan via de netwerkverbinding communiceren met Home Assiant.
Om Home Assistant te laten communiceren op dezelfde manier als de S-series kun je NibeGw gebruiken.

S-series met modbus tcp kunnen na activeren hiervan direct communiceren zonder dat je iets toe moet voegen.

@serienummer Mooi topic. Mocht m'n Pi Zero ooit de geest geven ga ik zeker de NibeGw uitproberen.

[roltor]

iCrOn schreef op zaterdag 9 maart 2024 @ 21:25:
@apelders ik zie dat er nu in de start post staat dat NibeGW voor de S series is, maar NibeGw is juist alleen voor de F serie. S serie heeft modbus tcp en kan via de netwerkverbinding communiceren met Home Assiant.
Om Home Assistant te laten communiceren op dezelfde manier als de S-series kun je NibeGw gebruiken.

S-series met modbus tcp kunnen na activeren hiervan direct communiceren zonder dat je iets toe moet voegen.


@serienummer Mooi topic. Mocht m'n Pi Zero ooit de geest geven ga ik zeker de NibeGw uitproberen.

Als je pi zero de geest geeft, heb ik er nog wel een liggen.
Ik was begonnen met NibePi, maar overgestapt op nibeGW, dus ik heb hem niet meer nodig.

[ Voor 14% gewijzigd door roltor op 11-03-2024 08:32 ]

[apelders]

iCrOn schreef op zaterdag 9 maart 2024 @ 21:25:
@apelders ik zie dat er nu in de start post staat dat NibeGW voor de S series is, maar NibeGw is juist alleen voor de F serie. S serie heeft modbus tcp en kan via de netwerkverbinding communiceren met Home Assiant.
Om Home Assistant te laten communiceren op dezelfde manier als de S-series kun je NibeGw gebruiken.

S-series met modbus tcp kunnen na activeren hiervan direct communiceren zonder dat je iets toe moet voegen.

Dankje @iCrOn. Ik had me nog onvoldoende verdiept in de NibeGW discussie, maar inderdaad een mooi alternatief voor de nibepi.
Misschien moet ik die ook maar eens gaan testen
Ik heb het starttopic aangepast met jouw uitleg.

[Frankyie]

Hermarcel schreef op vrijdag 12 januari 2024 @ 12:30:
@Frankyie @roltor Ik had hetzelfde probleem met mijn SMO40. Maar ik heb wel de parameter "EB101-EP14 Current Sensor" gevonden op address 44866. Dit is het huidige stroomverbruik in Ampères. Deze lees ik uit met Home Assistant. Door deze met 230 (Volt) te vermenigvuldigen heb ik een indicatie van het (momentane) vermogen. PowerFactor neem ik niet mee. Ik heb hiervoor een paar virtual sensors gemaakt in HA:

YAML:

- platform: template
  sensors:
    ##### Heat Pump: Calculate Energy Input in Watts from current, assume Grid Voltage is 230V
    heatpump_power_in_w:
      friendly_name: "Heat Pump Power Input"
      unit_of_measurement: "W"
      unique_id: sensor.HeatPumpPowerIn
      device_class: power
      value_template: "{{ (230 * states('sensor.eb101_ep14_current_sensor_44866') | float) | round(0)}}"

    ##### Heat Pump: Calculate Energy Output in Watts
    heatpump_power_out_w:
      friendly_name: "Heat Pump Power Output"
      unit_of_measurement: "W"
      unique_id: sensor.HeatPumpPowerOut
      device_class: power
      value_template: "{{ (1000 * states('sensor.eb101_ep14_calculated_power_outdoor_unit_44706') | float) | round(0) }}"

Deze sensoren gebruik ik in de HACS addon PowerCalc om de energie in kWH te berekenen. En die geef ik vervolgens weer in het energy-dashboard van HA.

Ik heb even gekeken in Nibe Modbusmanager voor de F1255 en zie de volgende parameters:

[Afbeelding]

Dat lijken mij de stroomverbruiken per fase.

HTH

Die heb ik dan weer niet.
Uiteindelijk ben ik maar oldscool gegaan en heb zelf een formule bedacht om het verbruik uit te rekenen. Dit heb ik aan de hand van de datasheet van de warmtepomp geschreven en geprobeerd te verifiëren aan de hand van de energiemeter in het huis. Het is niet perfect, maar het komt behoorlijk dicht in de buurt van de werkelijkheid.

Hierbij mijn home assistant code. Let op! Dit betreft een Nibe F1255-6 R PC

template:
#Sensors
- sensor:
# Heat pump - Power usage estimate
- name: "Heat pump power usage estimate"
state: >
{% set CompressorPower = states('sensor.nibe_compr_in_power') | float %}
{% set AddPower = states('sensor.nibe_int_el_add_power') | float %}
{% set WaterPump = states('sensor.nibe_supply_pump_speed_ep14') | float %}
{% set BrinePump = states('sensor.nibe_ep14_gp2_brine_pump_status_ep14') | float %}

{% if (WaterPump == 0.0 and BrinePump == 0.0 ) %}
{{0}}
{% else %}
{{ ((CompressorPower * 10.0
+ AddPower *1000.0
+ 61.0*WaterPump/100.0+2.0
+ 77.0*BrinePump/100.0+10.0
-15.0
)/1000)
| round(3) }}
{% endif %}
unit_of_measurement: "kW"
icon: mdi:flash
state_class: measurement
device_class: power

Mogelijk moet ik in de winter dit nog wat bijstellen. Dan kan ik pas kijken of de formule ook goed werkt met verwarmen. Ik verwacht echter geen grote afwijkingen aangezien het verwarmen van de boiler ook al aardig klopt.

[Miranda89]

Ik gebruik NibePi al bijna een jaar op de SMO 40 (warmtepomp AMS 20-6).
Nu wil ik graag een flow meter aansluiten en ook die data via MQTT vanaf de nibepi gaan doorsturen.
Weet iemand welke GPIO pinnen op de Pi nog beschikbaar zijn en niet worden gebruikt door RS485?

[roltor]

Miranda89 schreef op woensdag 25 september 2024 @ 09:46:
Ik gebruik NibePi al bijna een jaar op de SMO 40 (warmtepomp AMS 20-6).
Nu wil ik graag een flow meter aansluiten en ook die data via MQTT vanaf de nibepi gaan doorsturen.
Weet iemand welke GPIO pinnen op de Pi nog beschikbaar zijn en niet worden gebruikt door RS485?

Heb je een losse flowmeter geïnstalleerd? Hoe heb je dat gedaan?

[iCrOn]

Miranda89 schreef op woensdag 25 september 2024 @ 09:46:
Ik gebruik NibePi al bijna een jaar op de SMO 40 (warmtepomp AMS 20-6).
Nu wil ik graag een flow meter aansluiten en ook die data via MQTT vanaf de nibepi gaan doorsturen.
Weet iemand welke GPIO pinnen op de Pi nog beschikbaar zijn en niet worden gebruikt door RS485?

Volgens dit schema alleen pin 8 10 en 11 voor de RS485.

[Miranda89]

roltor schreef op woensdag 25 september 2024 @ 09:58:
[...]
Heb je een losse flowmeter geïnstalleerd? Hoe heb je dat gedaan?

Het is een YF-B2 waterstroomsensor.
Je moet je er niet teveel van voorstellen hoor, het is niet een heel nauwkeurig ding. Maar ik wil de ordegrootte een beetje afschatten en de flow door vloerverwarming en radiatoren vergelijken.
Ik heb bedacht deze te plaatsen in de leiding tussen de retouren van verwarming en boilervat, en de laadpomp, net voor het filter.

iCrOn schreef op woensdag 25 september 2024 @ 15:22:
[...]

Volgens dit schema alleen pin 8 10 en 11 voor de RS485.

Dankjewel! Heb ik dus voor niks al die 40 pinnen zitten solderen

[pc_freak1]

is nibepi ook op een pi 3b te gebruiken?