Haal meer uit je NIBE Warmtepomp met NibeGW

[Hermarcel]

@surcharge @de Peer en anderen:
Het onmiddellijk triggeren van een Legionella via NibeGW kan gedaan worden door een wijziging van de "periodic hotwater interval" (entity number.periodic_hw_interval_47051). In een automation eentje ophogen en meteen weer eentje verlagen werkt prima op mijn SMO40. Zoals al eerder gezegd: Het uit/aan van de periodic hotwater increase (entity switch.periodic_hw_47050) zelf werkt niet.

Edit:
Dit nav van deze vraag van mij.

[ Voor 12% gewijzigd door Hermarcel op 09-12-2025 00:12 ]

[surcharge]

Ah ja, dat werkt inderdaad ook als ik dat via de warmtepomp zelf doe. Handig om te weten!

[Hermarcel]

@surcharge
Op mijn SMO40 werkt het ook als ik de legionella-run even uit en weer aan zet. Maar dat werkt dus niet via Home Assistant.

[Fearmyflames]

Helden! Ik heb bij aan laten sluiten van de warmtepomp nooit een thermostaat mee laten nemen omdat ik dit toch door een HA compatibel iets wilde vervangen. In een domme aanname dat een moderne WP gewoon OpenTherm zou spreken. Dat bleek helaas niet het geval, dus de diyless thermostat 3 heeft een ander thuis gekregen.

Gister heb ik met behulp van dit topic de modbus aansluiting gemaakt. Ik was even verward of ik alles goed had gedaan want de LED ging niet aan (iets wat bij het flashen wel gebeurde) dus ik ben even terug de esphome config ingedoken.

code:

wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password
  fast_connect: true # Fast connect to connect to my hidden network
  # It is recommended to disable powersave mode on wifi, to make sure the device does not miss UDP requests sent.
  power_save_mode: none
  # The device needs a static IP. Either do that here with the manual_ip node, or do it via another way (router)
  on_connect:
    then:
      - light.turn_on:
          id: status_led
          red: 0%
          green: 100%
          blue: 0%
          brightness: 60%

  on_disconnect:
    then:
      - light.turn_on:
          id: status_led
          red: 100%
          green: 0%
          blue: 0%
          brightness: 60%
  manual_ip:
    static_ip: ${ip}
    gateway: ${gateway}
    subnet: ${subnet}
    dns1: ${dns1}
    dns2: ${dns2}

light:
  - platform: esp32_rmt_led_strip
    id: status_led
    name: "CAN485 Status LED"
    pin: GPIO4
    num_leds: 1
    chipset: WS2812
    rgb_order: GRB
    restore_mode: ALWAYS_ON

(waarschuwing: deze code is gegenereerd met AI, de GPIO pin is geverifieerd via de beschikbare documentatie van lilygo)


Verder ga ik nog even verder graven of ik stroomverbruik uit de WP kan halen via modbus of dat ik toch via een CT clamp van de emporia ga doen. Ik volg dit topic met interesse voor andere relevante sensoren of slimmigheden voor het efficienter gebruiken van stroom overschot van PV/lage stroomprijzen.

[MSXBas]

@Fearmyflames In plaats van je CT klemmen:

Bij ons staat de thermostaat de gehele dag op 1 temperatuur (en 's winters handmatig op alleen verwarmen, en 's zomers op alleen koelen), dus vergelijkbaar met geen thermostaat.
Ik weet zonder klemmen ook wat onze WP doet: ik heb een stroom-metende plug aan de stekker van de SMO40 zitten, daarmee meet ik eigenlijk de pompsnelheid (en die is afhankelijk van idle/ verwarmen/ warmwater maken), en ik heb ook een watermeter dus ik weet ook wanneer (warm) water verbruikt wordt.
Je boiler is waarschijnlijk groter dan je buffervat, dus eerst warmwater optimaliseren lijkt me het handigst.

[surcharge]

@Fearmyflames Laat me weten als je het vindt, ik vond EB100-BE1,2,3 Current, maar die geven alleen het totale stroomverbruik van binnenshuis aan als ik dat combineer met de voltages van de DSMR meter. Daar valt helaas het hele huis onder. Wel handig voor een grove schattig aangezien de autolader daarbij niet mee wordt geteld.

[ Voor 6% gewijzigd door surcharge op 17-12-2025 19:08 ]

[Fearmyflames]

@surcharge ik had die currents al gevonden maar ik vermoed dat dat niet accuraat is. Ze zijn bij mij constant op 0.1A en ik kan zien in m'n untracked consumption dat ik flinke pieken heb wanneer de elektra prijs laag is. Ik vermoed dat dat de warmtepomp is want ik heb SPA aanstaan. Nu ik daadwerkelijk ook een climate entity binnen HA heb kan ik zien of de warmtevraag overeen komt met die pieken.

[wickydude]

Stroomverbruik uit de wp is niet heel nauwkeurig en alleen een meetplug op de smo mist het echt grotere verbruik van de buitenunit.
Ik heb (zoals veel anderen denk ik) ook een aparte kWh meter van Homewizard in de meterkast op de wp groep en eentje op de groep van het elektrische element.

[wickydude]

surcharge schreef op woensdag 17 december 2025 @ 19:04:
@Fearmyflames Laat me weten als je het vindt, ik vond EB100-BE1,2,3 Current, maar die geven alleen het totale stroomverbruik van binnenshuis aan als ik dat combineer met de voltages van de DSMR meter. Daar valt helaas het hele huis onder. Wel handig voor een grove schattig aangezien de autolader daarbij niet mee wordt geteld.

Zit je autolader dan niet in het huis aangesloten? Als het goed is zijn deze spoelen op je hoofdaansluiting gezet, om te voorkomen dat je je hoofdautomaat overbelast. Inclusief autolader.

[surcharge]

Daar ben ik niet echt bang voor. De hoofdzekering van binnenshuis is 3x16A, de autolader en zonnepanelen zitten direct op de 3x35A hoofdzekering in de meterkast buitenshuis.

Ik kan dus onbeperkt 3x16A trekken in de schuur. Ik wil wel de huiszekering ook ophogen naar 35A, maar hoe dan ook zal overbelasting dan niet voorkomen.

Ik ben er wel op de harde manier achter gekomen dat de vorige bewoners een smeltzekering van 25A in de houder van 35A geïnstalleerd had. En een andere keer dat het huis een eigen zekering had van 3x16A toen ik een keer probeerde te laden via een CEE stopcontact binnenshuis.

De vorige bewoners hadden geen zonnepanelen of elektrische auto, dus die betaalden in feite voor niks voor een 35A aansluiting..

[wickydude]

Creatief met bedrading… dat is niet echt hoe het normaal zou moeten zitten. Normaliter zou een warmtepomp op een eigen groep gezet worden en de ct spoelen op de hoofdaansluiting. Als je wp op die binnenshuis groep zit, dan ben je wel wat beperkt qua verwarmingsvermogen ook.

[surcharge]

Ik woon in een ander land met andere regels. De hoofdmeter zit buiten aan een paal, om van daaruit de spoelen aan te sluiten is lastig, dus die zitten in de hoofdkast van het huis.

[ahjwinth]

Mag ik iedereen bedanken voor zijn reacties en adviezen.
Ik heb sinds zondag een 2de hands F2120-20 met SMO40 draaiend om mijn huis te verwarmen. Met behulp van jullie input kon ik onderstaande plaatje maken zodat de warmtepomp gemonitord kan worden. Nu nog grafana installeren zodat ik de trending kan monitoren en morgen nog een Victron energie meter specifiek voor de warmtepomp.

[jelzie01]

Hallo,

Ik heb alles momenteel mooi werkend gekregen dankzij dit topic waarvoor dank. Ook het plaatje met de info er in is erg handig, leuk om alles een beetje in de gaten te houden al moet ik het plaatje nog wat aanpassen ( die is volgens mij voor een grond boringspomp waar ik luchtwater heb)

Ik heb ze zo'n beetje alle gegevens kunnen vinden voor monitoring en aansturen, maar eentje niet en dat is graadminuten. Zit deze entiteit er tussen en zo ja weet iemand hoe deze heet? Dg of degree minutes oid kan ik niks vinden.

Dank

[ahjwinth]

Ik gebruik deze voor de graad minuten. Er is ook een 32 bits versie maar die werkt bij mij niet. number.degree_minutes_16_bit_43005

[jelzie01]

ahjwinth schreef op zaterdag 27 december 2025 @ 00:05:
Ik gebruik deze voor de graad minuten. Er is ook een 32 bits versie maar die werkt bij mij niet. number.degree_minutes_16_bit_43005

Hi, bij mij staat die er niet tussen helaas. Niks met degree in de naam of oid.

[surcharge]

Hij staat bij mij onder configuratie, niet onder sensors.

[jelzie01]

surcharge schreef op maandag 29 december 2025 @ 22:23:
Hij staat bij mij onder configuratie, niet onder sensors.

Inderdaad gevonden, dank heren!

[darasta]

Sinds juli 2024 gebruik ik NIBEGW.
De PC waarmee ik de lilogo heb ingesteld via ESPHome heb ik niet meer.
NibeGW werkt zonder problemen, maar ik kan het apparaat niet beheren omdat deze niet in mijn huidige ESPHome zit.

Heeft dit nadelen? Oftwel komen er relevante updates uit die ik via ESPHome naar NibeGW zou moeten zenden nadit dit ooit is ingesteld.

[serienummer]

@darasta Door een fout van mij was ik ook mijn gehele home assistant kwijt. Heeft een maand geduurd voor ik tijd had om deze weer opnieuw te installeren.
Het lukte me niet meer om oude configuratie uit te lezen. Ik had de configuratie nog in een bestand staan.
Deze heb ik opnieuw geupload OTA, omdat ik het IP adres nog in de router kon vinden. Plaatje opnieuw maken en klaar was het weer.

Ik heb niet gemerkt dat het effect heeft gehad op de werking van de WP. Je kan immers alles op de display (In mijn geval) instellen.

[apelders]

Nou, ik heb maar eens een LilyGo bordje besteld.
Het is een mooie tijd van het jaar om mijn bestaande MODBUS verbinding op basis van Pi Zero W eens te upgraden naar deze methode. Niet omdat die niet goed werkte of onbetrouwbaar was, maar puur uit nieuwsgierigheid.
Ik hou van experimenteren en dit experiment lijkt mij leuk.
Maar eerst begint het wachten op het bordje.

[surcharge]

Een beetje instelwerk maar daarna werkt het echt goed.

Ik heb vandaag de configuratie geüpdatet omdat ik home assistant overzette naar een 8 GB BPI-R4 router (iets krachtiger dan mijn 1 GB raspberry pi 4).

De update van nibegw was een kwestie van "esphome build nibe.yaml" en vervolgens "esphome upload nibe.yaml". Geen werk aan!

[wickydude]

Ik heb ook al een tijd een bordje liggen maar geen tijd voor gehad. Moet ik toch eens doen...

[wickydude]

nvm

[ Voor 97% gewijzigd door wickydude op 08-01-2026 18:37 ]

[wickydude]

In de github code is deze regel niet meer aanwezig:
target:
- ip: 192.168.255.254 ## Pas het IP-adres aan naar het ip adres van HA
port: 9999 ## pas de poort aan naar 9990 ipv 9999

En deze twee zitten nu verderop onder udp:
# read_port: 9999 ## pas de poort aan naar 9970 ipv 9999 en verwijder het #
# write_port: 10000 ## pas de poort aan naar 9980 ipv 10000 en verwijder het #

Misschien de startpost aanpassen?

[wickydude]

Ik heb gisteren mijn lilygo bordje aan de smo40 gehangen.
Data in HA ververst veel vaker dan myuplink integratie.maar er komt wel regelamtig voorbij dat er even geen data beschikbaar is.
Zien meer mensen dat? Hij hangt een meter onder de router.

[SmoothTweaker]

wickydude schreef op vrijdag 9 januari 2026 @ 18:17:
Ik heb gisteren mijn lilygo bordje aan de smo40 gehangen.
Data in HA ververst veel vaker dan myuplink integratie.maar er komt wel regelamtig voorbij dat er even geen data beschikbaar is.
Zien meer mensen dat? Hij hangt een meter onder de router.

Nee, daar heb ik geen last van. Kun je je config eens delen?

[wickydude]

Heb het bordje/kastje andres georienteerd (binnen in de smo40) en nu vandaag heb ik er geen last meer van.
Zal toch het wifi signaal geweest zijn.

[SmoothTweaker]

wickydude schreef op zaterdag 10 januari 2026 @ 17:07:
Heb het bordje/kastje andres georienteerd (binnen in de smo40) en nu vandaag heb ik er geen last meer van.
Zal toch het wifi signaal geweest zijn.

Dat is heel goed mogelijk. Ik had het bordje op ~4 meter afstand van mijn AP. Sinds de verplaatsing naar ~2 meter van het AP werkt deze ook stabiel. Wellicht zijn de bordjes toch gevoelig voor het signaal.

[surcharge]

Ik probeer nu de temperatuur in te stellen op mijn warmtepomp, maar dat lijkt echt compleet niks te doen.

De open haard brandt ook. Als ik de warmtepomp instel op 20°c, maar het is 21,5°c in huis dan blijft de warmtepomp nog steeds vrolijk doorverwarmen.

Is er een instelling om dat te beperken?

[V_ger]

surcharge schreef op dinsdag 13 januari 2026 @ 18:36:
Ik probeer nu de temperatuur in te stellen op mijn warmtepomp, maar dat lijkt echt compleet niks te doen.

De open haard brandt ook. Als ik de warmtepomp instel op 20°c, maar het is 21,5°c in huis dan blijft de warmtepomp nog steeds vrolijk doorverwarmen.

Is er een instelling om dat te beperken?

Een beetje warmtepomp baseert de aanvoertemperatuur op de buitentemperatuur op basis van de ingestelde stooklijn. De kamerthermostaat doet niet zoveel of hooguit wat fijn regeling afhankelijk van wat je ingesteld hebt. Zeker in combinatie met vloerverwarming is de regeling toch übertraag. Eigenlijk moet je dan al ruim voordat je je haard gaat stoken de warmtepomp uitzetten/omlaag forceren.

De verwarming stopt pas als de overtemperatuur bereikt is. Dus dan zou je je thermostaat net zoveel omlaag moeten zetten om te zorgen dat ie uitgaat. Dat is volgens mij standaard 2 graden? Check je instellingen.

Is er geen openhaard modus eigenlijk?

[ Voor 8% gewijzigd door V_ger op 13-01-2026 18:53 ]

[wickydude]

Bij Nibe doet de ruimtesensor in zoverre mee dat hij een correctie doet op de berekende aanvoer temperatuur. Daardoor lopen de graadminuten langzamer op en zal er minder warmte ingebracht worden.
De mate waarin de ruimtesensor corrigeert kun je instellen.
Er wordt meestal toch warmte ingebracht vanwege de traagheid inderdaad. Anders zou het erg lang gaan duren voordat je vloer weer warm wordt als de haard weer uit is.

[ Voor 24% gewijzigd door wickydude op 13-01-2026 19:01 ]

[surcharge]

@wickydude Ah bedankt, zoiets zoek ik. Welke instelling is beïnvloedt de correctie?

@V_ger We hebben een houtfornuis en een grote gecombineerde woonkamer/woonkeuken, tegen de tijd dat die opgewarmd is, ben ik zo een uur verder. Vaak is het ook zo koud buiten het fornuis in zijn eentje het huis niet warm houdt, of ik moet wel heel hard stoken.

[ Voor 65% gewijzigd door surcharge op 13-01-2026 19:05 ]

[wickydude]

Bij mijn smo40 in 1.9.4

[surcharge]

Ah bedankt, ik heb de factor van 1 naar 4 gezet. Wij hebben geen vloerverwarming maar dikke oude jaren 50 leidingen en radiatoren. Het effect is meestal direct meetbaar.

[savagenld]

Ik merk dat mijn SWW vaak in de ochtend tussen 9 en 10 gaat opwarmen, en soms ‘s avonds direct na het douchen.
Allebei niet de goedkoopste momenten voor dynamische prijzen, ook al staat SPA op maximaal.

Is dit via NibeGW te sturen?

[de Peer]

savagenld schreef op donderdag 29 januari 2026 @ 21:54:
Ik merk dat mijn SWW vaak in de ochtend tussen 9 en 10 gaat opwarmen, en soms ‘s avonds direct na het douchen.
Allebei niet de goedkoopste momenten voor dynamische prijzen, ook al staat SPA op maximaal.

Is dit via NibeGW te sturen?

Ja, maar ook via de nibe zelf.

[savagenld]

Goede, vergeten te vermelden. Ik zou dat graag obv de goedkoopste uren doen. Dus niet een vast moment instellen (wat in de zomer anders is dan in de winter)

[apelders]

Voor discussies over het tweaken van de NIBE instellingen hebben we natuurlijk het topic NIBE L/W warmtepomp optimalisatie.
Daar vindt je meer gelijkgestemden met ervaring die kunnen helpen.

[savagenld]

Ik ken dat topic. Maar ik denk dat ik mijn vraag niet duidelijk verwoord heb; is het mogelijk om de tijden dat mijn sww wordt verwarmd via NibeGW kan aan te sturen?

[de Peer]

savagenld schreef op vrijdag 30 januari 2026 @ 18:42:
Ik ken dat topic. Maar ik denk dat ik mijn vraag niet duidelijk verwoord heb; is het mogelijk om de tijden dat mijn sww wordt verwarmd via NibeGW kan aan te sturen?

Ja hoor

[apelders]

savagenld schreef op vrijdag 30 januari 2026 @ 18:42:
Ik ken dat topic. Maar ik denk dat ik mijn vraag niet duidelijk verwoord heb; is het mogelijk om de tijden dat mijn sww wordt verwarmd via NibeGW kan aan te sturen?

Ik ga het wat concreter voor je maken.
Open jouw Modbus40 registerlijst (CSV/PDF) en zoek op:

• hot water, dhw, warm water, SWW
• comfort mode / lux / eco
• temporary lux / hot water boost
• legionella
• bt6 / bt7 (DHW temperatuur sensor – verschilt per systeem)

Je wilt idealiter één van deze twee stuurmethodes:

Methode 1 (beste): DHW mode/comfort
register: DHW comfort/mode (Eco/Normal/Luxury/Off)
Schakel tijdens dure uren naar Off

Methode 2 (alternatief): DHW target omlaag in dure uren
register: DHW target/stop temp (bijv. 42°C duur, 48–50°C goedkoop)

Als je alleen “Temporary Lux” hebt, kun je ook voorladen in goedkope uren.

Maak logica in jouw home automation die prijsafhankelijk deze settings aanpast.

[sparretje]

Goedenavond,

Ik heb een nibe F1253 die wilde ik koppelen met nibegw via home assistant ik heb een lilygo t can 485 gekocht alleen het werkt niet wat doe ik fout warmptepomp geeft foutcode
Alarm 251 master hier onder mijn code
Vriendelijke groet,
Jarno

code:

esphome:
  name: nibegw
  comment: nibegw
  
esp32:
  board: esp32dev
  framework:
    type: esp-idf

api:
  reboot_timeout: 0s
  encryption:
    key: "#################"

ota:
  - platform: esphome
    password: ####################

wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password
  fast_connect: true
  power_save_mode: none


external_components:
  - source: 
      type: git
      url: https://github.com/elupus/esphome-nibe.git
    components: [ nibegw ]

logger:

uart:
  id: my_uart
  rx_pin: GPIO16
  tx_pin: GPIO17
  baud_rate: 9600

nibegw:
  dir_pin:
    number: GPIO4
    inverted: false

  # If you have a named uart instance, you can specify this here.
  uart_id: my_uart

  udp:
    # The target address(s) to send data to. May also be multicast addresses.
    # the gateway will automatically populate this based on valid requests
    # entering on the read and write port and will remain valid for one
    # minute after last request.
    #
    # If you want a passive listener that never requests data, you can add
    # an explicit target address here.
    target:
      - ip: 192.168.2.26
        port: 9999

    # List of source address to accept read/write from, may be empty for no filter, but
    # this is not recommended.
    source:
      - 192.168.2.26

    # Optional port this device will listen to to receive read requests. Defaults to 9999
    read_port: 9999

    # Optional port this device will listen to to receive write request. Defaults to 10000
    write_port: 10000

    # Optional command ports for specific requests.
    # ports:
    #  - address: RMU40_S3
    #    token: RMU_WRITE
    #    port: 10001

  acknowledge:
    - MODBUS40

    # Enable a dummy RMU40 accessory to receive updates
    # to certain registers faster. This should not be
    # enabled if you have an actual RMU40.
    - RMU40_S4

  # Constant replies to certain requests can be made
  constants:
    - address: MODBUS40
      token: ACCESSORY
      data: [
            0x0A, # MODBUS version low
            0x00, # MODBUS version high
            0x02, # MODBUS address?
      ]

    # Accessory version response
    - address: RMU40_S4
      token: ACCESSORY
      data: [
            0xEE, # RMU ?
            0x03, # RMU version low
            0x01, # RMU version high
      ]

    # Unknown response that nibepi uses
    - address: RMU40_S4
      token: RMU_DATA
      command: RMU_WRITE
      data: [
            0x63,
            0x00,
      ]

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

[surcharge]

Heb je de draden goed aangesloten?

[sparretje]

Ja dit heb ik
Gnd = 9
B = 10
A = 11
12v = 12

[sparretje]

Ja

[ Voor 164% gewijzigd door sparretje op 19-03-2026 14:52 ]

[emielbf]

die thermostaat heb je er wel op laten zitten, toch?

[sparretje]

Ja die zit er nog op

[wickydude]

fout 251 is een communicatiefout modbus. Misschien zit er een draadje niet goed.
in je code in regel 80-83 staat nog dat als je een rmu40 hebt, je deze regel met een # moet uitschakelen.

[sparretje]

@wickydude
Ik heb dat geprobeert werkt niet ik heb dit op nibe f1253 aan staan

[surcharge]

Foto van bedrading misschien?

[sparretje]

Gnd = 9
B = 10
A = 11
12v = 12
Zo heb ik hem aangesloten en gecontroleerd op de bovenste horizontale conectoren van nibe f1253

[sparretje]

[surcharge]

Letterlijk een foto.

Home assistant hoeft niet te draaien om de modbus correct te laten werken.

[ Voor 62% gewijzigd door surcharge op 19-03-2026 20:23 ]

[sparretje]

[sparretje]

Blauw 9
groen 10
geel 11
rood 12

[surcharge]

Geprobeerd met een multimeter om te kijken of de weerstanden kloppen?

Zelf heb ik een stukje 1,5mm² 3-fase kabel gebruikt met blauw voor grond, bruin voor 12v en zwart/grijs voor de andere 2

[wickydude]

Ik zou het ook in de bedrading zoeken. Misschien dat er net een draadje geen (goed) contact maakt aan de wp kant of aan de lilygo kant?

[surcharge]

Trouwens met het adres RMU_S4 zou ik zelf de gok doen dat daarvoor systeem 4 moet worden aangezet. Heb dat nog niet in mijn configuratie dus ff kijken of ik dat ook werkend krijg.

[surcharge]

Ja mijn vermoeden klopt, hij geeft dan versie 259 aan op RMU S4, niks op de andere 3.

[surcharge]

@sparretje Als laatste, heb je ook nog iets als instellingen van geïnstalleerde extra's (mijne staat in het Zweeds), is het modbus adres daarop gewoon 1? Word swap waarschijnlijk met rust laten.

[sparretje]

Allemaal gecontroleerd ik snap het niet meer

[Consulectro]

Schakel de Nibe WP even uit. Daarna weer opnieuw opstarten wil vaak helpen. De RS485 'hangt' soms bij SW wijzigingen....

[Gerbenvl]

sparretje schreef op donderdag 19 maart 2026 @ 21:58:
Allemaal gecontroleerd ik snap het niet meer

Je F1253 staat hier niet bij iig als supported device: https://www.home-assistant.io/integrations/nibe_heatpump/. Misschien is het dat?

[ Voor 6% gewijzigd door Gerbenvl op 20-03-2026 16:07 ]

[surcharge]

Dat maakt vermoedelijk niet uit, de modbus gadget is onafhankelijk van de warmtepomp. Maakt waarschijnlijk meer uit voor de waarden die je uiteindelijk kunt uitlezen.