DotX Digital Twin voor Nefit warmtepompen · Samen met Nefit ontwikkeld · L5 closed-loop

Een warmtepomp die vooruit kijkt.

Een Level 5 digital twin die elke 15 minuten opnieuw 36 uur vooruit rekent, het optimum vindt tussen comfort en kosten, en de warmtepomp aanstuurt: per woning, op haar eigen bouw-fysica getuned. Samen met Nefit ontwikkeld.

01 · Het probleem

Een warmtepomp is een control-probleem. Geen unit-keuze.

De hardware is niet het probleem. Een Nefit warmtepomp haalt op proefstand een mooie SCOP, schakelt netjes terug onder licht weer, en levert het comfort dat op het datasheet staat. In de praktijk een regeling die op een vaste stooklijn reageert, en een COP die onder reëel gebruik ver onder de catalogus-waarde uitkomt.

Het probleem is niet dat de unit te klein is, of het tarief te hoog. Het probleem is dat een vaste regeling niet weet dat het morgenochtend min vier wordt, dat het vanmiddag goedkope wind-uren zijn, en dat de woonkamer een thermische massa heeft die je twaalf uur vooruit kunt voorladen. Een warmtepomp die niet vooruitkijkt verliest COP op elke koude ochtend en betaalt mee aan elke piek-tarief-piek. Dat is geen unit-probleem. Dat is regeltechniek.

02 · Hoe het werkt

Eén regeling. Per woning getuned. 36 uur vooruit.

De regeling is een Level 5 digital twin van uw woning én uw warmtepomp. Per huis een eigen bouw-fysisch model, gevoed met sensor-data van de unit zelf, dat 36 uur vooruit rekent en elke 15 minuten een nieuwe optimale setpoint-trajectory kiest. Comfort-grenzen zijn harde randvoorwaarden; weersvoorspelling, dynamisch tarief en zon-opbrengst zijn de inputs.

De regeling stuurt de unit aan via een veilige real-time koppeling, zonder hardware-aanpassing, zonder firmware-update. Uw bestaande Nefit-installatie blijft wat het was; alleen wordt hij nu op het juiste moment aan- en bijgestuurd.

Geen black-box. Elke beslissing is herleidbaar tot de invoer, het twin-model en de doelfunctie waarop hij is gemaakt. Uw service-monteur kan de logica volgen, en de R&D-engineers van Nefit ook.

03 · Wat de regeling doet

Wat de regeling per woning doet.

  • CAP-01

    Per woning getuned, niet generiek

    Een digital twin van úw woning: bouw-fysica, hydronisch loop, en COP-model van uw specifieke Nefit-unit, gefit op echte sensor-data. Geen one-size-fits-all stooklijn.

  • CAP-02

    Anticipeert op weer, tarief én zon

    Eén doelfunctie, drie voorspellingen. Buitentemperatuur, dynamisch tarief en PV-opbrengst worden tegelijk meegewogen: vooropwarmen vóór koude uren, terugschakelen op dure uren, eigen-zon-gebruik op zonnige uren.

  • CAP-03

    Comfort-grenzen zijn harde randvoorwaarden

    Comfort-bandbreedte (bijvoorbeeld 18 tot 22 °C) is een randvoorwaarde in de optimisatie, geen target. Binnen die bandbreedte kiest de regeling vrij; eronder gaat het wiskundig niet.

  • CAP-04

    24/7 closed-loop, géén handmatige tussenkomst

    Level 5 in praktijk: de twin beslist en stuurt zelf, elke 15 minuten een nieuwe trajectory. Bewoner stelt comfort-bandbreedte in, niet schedules.

  • CAP-05

    Werkt op uw bestaande Nefit-unit

    Wij vervangen niets dat al draait. Geen firmware-update, geen vervanging van uw thermostaat. De regeling stuurt setpoints op de bestaande unit-interface; de unit zelf is niet aangepast.

04 · Het partnerschap

Samen met Nefit gebouwd. Op echte woningen getuned.

Deze regeling is geen catalogus-product. We hebben hem in samenwerking met Nefit ontwikkeld, beginnend bij hun warmtepomp-units, hun sensor-architectuur, en data uit echte woningen. Het bouw-fysisch model is op die data gefit; de communicatie met de unit gebruikt Nefit's eigen interface; de COP-curves komen uit hún veldmetingen, niet uit een algemene catalogus.

Wat wij leveren: het regeltechnische werk, de digital-twin-modellen per woning, de optimisatie-engine, de observer-laag, de stooklijn-fallback, en de audit-infrastructuur. Wat Nefit levert: de unit, de unit-interface, de service-organisatie, en het pad naar de bewoner. De aansturing-laag is door Nefit-engineers en DotX-engineers samen geïmplementeerd.

Wij leveren deze regeling niet als losstaand product aan andere partijen. Maar als u een productlijn heeft waarvoor een soortgelijke L5-collaboration zinvol is, dat is een gesprek dat we graag voeren. Zie hieronder.

05 · Maatwerk

Niet voor verkoop als product. Wel als blueprint.

We bouwen één L5-collaboration tegelijk per markt-segment. Bent u warmtepomp-fabrikant, ketel-fabrikant, of leverancier van een ander energie-asset, en herkent u een soortgelijk control-probleem in uw productlijn, dan is dat een gesprek dat we graag voeren.

Wat we vragen: 30 minuten om uw context te begrijpen, uw unit-architectuur, uw sensor-stack, uw veld-data, uw R&D-roadmap. Daarna weten we beiden of een soortgelijk traject zinvol is, en zo ja: wat de eerste pilot eruit zou zien.

06 · Veelgestelde vragen

Wat OEMs en R&D-teams ons meestal vragen.

  • Hoe houden jullie IP gescheiden tussen klanten?

    Per klant een eigen code-base en deployment-omgeving. Generieke onderdelen (twin-frameworks, optimisatie-bibliotheken, audit-infrastructuur) leven in onze interne libraries en zijn niet klant-specifiek. Klant-specifieke modellen, tunings en integraties leven exclusief in de klant-omgeving. We delen geen veld-data, geen modelparameters, geen integratie-details tussen klanten.

  • Wat doet jullie team intern, en wat outsourcen jullie?

    Het regeltechnische werk (modelvorming, optimisatie-engine, observers, aansturing-laag, audit-laag) bouwen we volledig in-house. Geen offshore-development, geen externe consultants op het kritieke pad. Voor randzaken (UI-werk, data-pipelines, monitoring-tooling) werken we soms met vaste partners, altijd onder onze code-review.

  • Hoe ziet hand-over naar onze engineers eruit?

    Vanaf de eerste pilot zit uw R&D-team in onze pull-request-flow. Aan het einde van de pilot leveren we een architectuur-document, een runbook voor uw operations-team, en een training-traject voor uw on-site engineers. Na hand-over kiest u: support-contract met ons, of volledig zelf overnemen.

  • Hoeveel tijd vraagt het van ons R&D-team?

    In de pilot-fase: typisch een lead-engineer plus reviewer-tijd op pull-requests, plus een hardware/firmware-engineer voor de unit-interface. Na de pilot schaalt dat af naar punctuele afstemming op nieuwe features.

  • Hoe accuraat is een digital twin per woning eigenlijk? Moeten wij 1000 woningen apart fitten?

    Een twin wordt gefit op de eerste week of twee aan sensor-data van een woning. Het fit-proces zelf is geautomatiseerd: geen handmatige tuning per huis. Voor uitrol op een installed-base bouwen we een fit-pipeline die zelf-calibreert; uw service-organisatie hoeft niet per woning aan de slag.

  • Welke data wordt verzameld en waar staat die?

    Asset-telemetrie, woning-sensor-data en (eventueel) geanonimiseerde veld-data voor model-validatie. Persoonsgegevens: nooit. EU-hosting; per-deployment afspraken over data-residency. We leveren een data-protection-impact-assessment-template aan voor uw compliance-officer.

  • Wat als de woning verandert (verbouwing, isolatie, nieuwe vloer)?

    De heat-observer in de regeling vangt geleidelijke driften automatisch op. Voor abrupte veranderingen (verbouwing) is er een herfit-procedure die in twee tot drie weken het twin-model weer in lijn brengt met de nieuwe situatie.

  • Compliance: ISO 27001, ErP, energy-label-impact?

    Wij werken volgens een ISO 27001-conform information-security-regime. Voor ErP / energy-label-impact: de regeling verbetert de gemeten SCOP onder reëel gebruik; de label-toekenning blijft gebonden aan de typetestcondities van uw unit, dus daar verandert niets aan op papier. Wel in de praktijk.

Liever eerst de architectuur lezen? Vraag de architectuur-brief aan.

Voor R&D-managers en controls-engineers: een 1-pager over hoe deze regeling is opgebouwd. Het twin-model, de optimisatie-engine, de observers, de fallback-logica. Geen gesprek, 5 minuten lezen.