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.
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.
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.
Alles onder de streep is de installatie zoals hij er al staat. Er gaat geen schroevendraaier in, en er komt geen nieuwe unit bij. Wat DotX toevoegt zijn de twee pijlen.
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.
Wat de unit meet, plus wat de komende anderhalve dag gaat doen.
- Unit-data Kamertemperatuur, vloer-aanvoer, opgenomen vermogen.
- Buitentemperatuur Gedempt, zodat een koude vlaag niet meteen doorwerkt.
- Weersverwachting Zesendertig uur vooruit.
- Dynamisch tarief Prijs per uur op de horizon.
- PV-verwachting Eigen opwek die te gebruiken valt.
- Comfortband Per dagdeel: waar het binnen moet blijven.
Een bouwfysisch model van déze woning, getuned op haar eigen data.
- Woningmodel Warmteverlies, thermische massa, hydronische lus, COP-gedrag van de unit.
- Toestandsschatter Leidt af wat de sensoren niet rechtstreeks meten.
- Optimalisatie Zesendertig uur vooruit in stappen van een kwartier.
- Doelfunctie Kosten omlaag zonder de comfortband te schenden.
- Terugval Bij een onzeker model neemt de stooklijn het over.
Één setpoint terug naar de unit, zonder ingreep in de hardware.
- Setpoint Kamer- of vloer-aanvoermodus.
- Koppeling Beveiligde verbinding van cloud naar unit.
- Audit-log Waarom de pomp aan of uit ging, per beslissing.
De comfort-integrator corrigeert op lange termijn: wat de bewoner werkelijk ervoer, stuurt de volgende afweging
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.
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.
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.
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.
Naast deze twin.
- Sector-overzicht
Energie-twins bij DotX
Waarom DotX in de energie-sector werkt, welke andere toepassingen er onder vallen, en hoe de praktijk zich uitbreidt.
Lees verder - Maatwerk
Voor uw productlijn
Hoe een soortgelijke L5-collaboration voor uw productlijn er zou uitzien: werkwijze, doorlooptijd, en wat we van uw team verwachten.
Lees verder - Kennisbank
Wat is een Level 5 digital twin?
Het Madni-Lucero-maturiteitsraamwerk dat we hanteren, en wat het verschil is tussen een dashboard, een voorspelling, en een twin die zelf de regelkring sluit.
Lees verder