Ik heb dat soms ook, lege flowkaarten, maar die komen dan na een tijdje opeens weer in beeld.
De connectie melding is bij mij ook weg.
Gebruiken jullie soms nog de dynamische stooklijn? Kan het zijn dat de Hl8 de modbus connectie in de weg zit? Of anders om zorgt voor ruis op de lijn?
Ik blijf helaas ook regelmatig connectie issues houden, waarbij ik de elfin opnieuw moet opstarten.
Ook heb ik nu al een paar keer gehad dat bij herstarten Elfin de warmtepomp opeens in koelmodus staat.
Nee, ik gebruik geen HL8. De aansturing is volledig met Homey Pro. Mijn Elfin draait eigenlijk prima, nog nooit gereset. Ik gebruik wel een Interface module om 2 RS485 signalen te bundelen voor de Adlar (dus de Homey via de Elfin en de JAN-module worden zo beiden gekoppeld aan de Adlar).
Ik heb gewoon vier draden op de 2 connectoren op de JAN module.
Wellicht dat 2 masters elkaar in de weg zitten en ik daardoor problemen ervaar. Zal er toch maar eentje aanschaffen dan.
Ik gebruik de Hl8 ook niet, maar was wel benieuwd of deze nog werkt of dat er ergens iets wordt overruled vanuit modbus connectie en homey app.
Dank voor het melden! Wat je hier zag, is een timing-kwestie tijdens het opstarten.
Deze app configureert zijn sensoren (capabilities) dynamisch op basis van jouw instellingen en modules. Wanneer Homey herstart of de app op de achtergrond initialiseert, laadt de Flow Engine soms sneller dan dat de app alle dynamische sensoren heeft geregistreerd.
Als de Flow Engine een kaartje controleert van een sensor die op dat fractie-moment nog niet is aangemeld, toont hij het kaartje tijdelijk leeg en raakt de communicatie met de app even ontregeld (met soms kort de foutmelding dat de app ontbreekt). Zodra de initialisatie klaar is — of na een herstart waarbij alles synchroon meekomt — herstelt Homey alle koppelingen weer netjes.
Ik gebruk de dynamische stooklijn. Zie plaatje onder.
Werkt gewoon. De app overruled geen instelling uit zichzelf.
Let wel: als de (dynamische) stooklijn is ingesteld en actief staat, wordt een handmatige setpoint-wijziging (via flow, Homey app, Modbus-register of Adlar-app) na enkele seconden weer overschreven door de stooklijn.
De stooklijn berekent het setpoint continu op basis van de buitentemperatuur, eventueel gecorrigeerd met een offset (ruimtecompensatie) bij warmtevraag vanaf de thermostaat.
Hallo, gisteren de WP weer aan. Ik gebruikte de adaptieve regeling gevoed met weer data uit de KNMI app. Die lijkt uitgerekend gisteren een update te hebben gekregen die mijn flows voor buitentemperatuur, zonnestraling en windsnelheid gebroken heeft. Er lijkt een mismatch met de nieuwe? tags te zijn in het kaartje. Moet ik repareren. Met nieuwe flows lijken de KNMI waardes voor temperatuur, zon, en wind niet in de adaptieve regeling te komen. Ook op het WP dashboard geen update. Wel als ik de flow push (uit/aan) maar dat is dan eenmalig. Zien anderen dit ook?
Hallo Harry,
Als je via Homey Developer Tools (onder tools - devices) je device opzoekt (zoekargumentatie op bijvoorbeeld modbus of intelligentie ), zie je bijvoorbeeld de refresh times bij wijzigingen van data niet doorkomen?
Nee, de refresh tijden zijn die van een handmatige start of herstart van de app. Data van andere externe bronnen, zoals vermogen (HomeWizard plug) en binnentemperatuur (TADO), zijn seconden of minuten geleden. Welke trigger start deze flows?
Als ik een los kaartje aanmaak voor de KNMI buitentemperatuur wijziging rechtstreeks naar de timeline, dan geeft deze geen response bij verandering. Dus geen triggering meer.
In het kaartje zelf staat er ook “temperatuurratuur” als typo.
Er zijn eveneens meldingen dat de kaartjes niet meer werken.
De adaptieve termperatuurregeling is afhankelijk van de buitentemperatuur.
Hoi Bernd,
Op deze afbeelding staat de JAN module, een nieuwe versie handleiding die ik heb. Zou je die willen delen (zonodig via DM) met mij? Thnx :-
Hi,
Ik gebruikte al een tijd mijn eigen regeling voor stookwaarde + stookcorrectie
Nu heb ik gekeken naar de adaptieve regeling. Deze geactiveerd (alsook COP berekening, gebouwmodel leren, energieprijs optimalisatie, COP optimalisatie, Wind & zon). En de flows aangemaakt zoals hier en hier getoond. Ben er een tijdje mee aan het stoeien geweest, vandaar de edits op mijn post. Onderstaand een aantal vragen die ik nog heb:
-
Wanneer wordt mijn settemp bepaald? Momenteel zie ik bij verschillende variabelen “aan het leren, 8,7%”. Dien ik eerst te wachten tot minimaal 70% voordat ik de flow aanmaak die daadwerkelijk de settemp overneemt?
Ik heb nu ook al meerdere keren gehad dat variabelen die moeten inleren opeens op ‘Geblokkeerd’ staan… Moet dan steeds de app herstarten.. waardoor komt dit?En klopt het dat ik zelf nog een flow moet maken die de advies settemp dooorstuurt naar de WP?
-
En wat doet de flow 2.1 Curve Calculator - Weercompensatie ? Ik heb hier een curve gemaakt, maar hoe neemt hij deze stookwaarde verder meer in de adaptieve regeling?
-
Hoe wordt er evt gewerkt met een correctie, als de curveregels niet genoeg zijn om de gewenste temperatuur te behalen? (wat ik nu heb met mijn set correctie temp)
-
En er staat dat de standaardwaarden geoptimaliseerd zijn voor radiatoren. Ik heb vloerverwarming. Wat zijn aangeraden waarden daarvoor om mee te starten? (Kp omlaag, 1? , Ki omhoog, 2?)
Ik lees dat er een gewogen oordeel komt obv zon/wind , dynamische tarieven, etc. Ben erg benieuwd hoe dat gaat!
Goede vragen! De adaptieve regeling werkt iets anders dan je misschien verwacht. Ik loop je punten langs.
1. Wanneer wordt mijn settemp bepaald? Moet ik wachten tot 100%?
Nee. De comfortregeling (PI-regelaar) werkt meteen zodra hij twee dingen heeft: de binnentemperatuur (via “Stuur binnentemperatuur naar warmtepomp”) en een gewenste binnentemperatuur (via “Gewenste binnentemperatuur instellen”). Elke 5 minuten vergelijkt de app de binnentemperatuur met je gewenste temperatuur en berekent een aanbevolen watertemperatuur.
Belangrijk: de app past het setpoint niet zelf aan. Je hebt daar één flow voor nodig:
- WANNEER: Adaptieve regeling beveelt temperatuur aanpassing aan
- DAN: Stel doeltemperatuur in op
{{Aanbevolen doeltemperatuur}}
Zonder die flow wordt er alleen gerekend, er wordt niets gestuurd. De stooklijn moet op OFF staan, maar dat wist je al ;-
Het percentage “Aan het leren 8,7%” hoort bij het gebouwmodel. Dat leert hoe snel je huis opwarmt en afkoelt, en heeft daarvoor minimaal zo’n 24 uur aan bruikbare metingen nodig. Metingen tijdens warm tapwater of ontdooien tellen niet mee. Vanaf 50% telt het gebouwmodel mee in de beslissing, vanaf 70% zie je inzichten. Tot die tijd regelt het systeem vooral op comfort.
2. Wat doet de flow “Curve Calculator – Weercompensatie”?
Dat is een losse rekenhulp: je stopt er een buitentemperatuur in en krijgt een getal terug. Er gebeurt verder niets mee, en de adaptieve regeling gebruikt dat getal ook niet. De adaptieve regeling neemt het huidige watersetpoint als startpunt en corrigeert dat op basis van de afwijking in de binnentemperatuur. Je hebt de curve-flow dus niet nodig voor de adaptieve regeling.
3. Hoe werkt de correctie als de curve niet genoeg is?
Dat ís de adaptieve regeling. Blijft het binnen te koud, dan verhoogt de PI-regelaar de aanbevolen watertemperatuur stap voor stap, in hele graden, tot je gewenste temperatuur bereikt is. Andersom verlaagt hij die weer. Je eigen correctie-flow (“set correctie temp”) zou ik uitzetten. Anders werken twee regelaars tegen elkaar in en kun je moeilijk zien wat er gebeurt.
Laat het daarna minimaal 48 uur draaien voordat je iets bijstelt. Vloerverwarming reageert traag (6–12 uur), dus kleine stappen en geduld werken het best.
4. Het gewogen oordeel
Elke 5 minuten worden de adviezen gecombineerd:
- Comfort: vast ~62%.
- De rest wordt verdeeld over COP-optimalisatie, energieprijs en gebouwmodel, naar hoeveel betrouwbare data elk onderdeel heeft.
- Bij dure uren telt de prijs 2 tot 3 keer zwaarder, bij goedkope uren mag het systeem iets voorstoken.
- De windcorrectie komt er los bovenop.
Prioriteit van de weging is instelbaar bij de settings overigens.
Kort samengevat: maak de aanbevelingsflow aan, zet je eigen correctie-flow uit, pas Kp/Ki aan zoals hierboven en laat het een paar dagen draaien. De eerste 72 uur geven een goed beeld. Het gebouwmodel en de COP-optimalisatie worden de weken daarna nog nauwkeuriger.
Eén vraag nog: in welke modus staat je warmtepomp, “Verwarmen” of “Vloerverwarming”? Dit omdat de adaptieve regeling met het setpoint momenteel alleen voor verwarmen werkt. De reden daarvoor is, is dat bij modbus er verschillende registers zijn voor de modus
Welke waarden voor bij verwarmen in jouw geval zou proberen (bij een vloerverwarming)?
- Kp: 3,0–3,5
- Ki: 1,5–2,0
- Deadband: 0,4–0,5 °C
Dank voor de uitgebreide reactie. Mijn eigen regelingen heb ik inderdaad allemaal uit gezet. Ik moet alleen nog de ontbrekende flow aanmaken om de set temp uit de adaptieve regeling over te nemen en dan kan ik gaan testen. Alle andere flows zijn al actief en variabelen zijn inzichtelijk in de app.
Ik gebruik al sinds dag 1 de modus ‘verwarmen’. Op tweakers is ook regelmatig onduidelijkheid ontstaan over de modus ‘vloerverwarming’ en adlar lijkt deze ook af te raden.
Dat curve flow niets doet voor de adaptieve regeling vermoede ik al, maar het was wat verwarrend voor me omdat ik deze wel tegenkwam in alle documentatie en uitleg over de adaptieve regeling.
Nog een paar aanvullende vragen;
- Waar ik nog tegen aanloop en nog niet teruglees in je reactie, is dat enkele variabelen steeds op ‘geblokkeerd’ staan. Betreft de variabelen van gebouwprofiel, isolatie, etc.
Bij herstarten app gaat het weer even goed, maar dat heb in ondertussen een keer of 5 moeten doen.. of is dit normaal en moet ik het gewoon laten gaan?
-
Klopt mijn aanname dat de ingestelde thermostaatwaarde (bij mij Tado) niet leidend is, maar dat ik de gewenste waarde apart in de homey app moet instellen? En is het bewust niet gekoppeld?
-
En ziet dit er normaal uit? De informatie die hij meegeeft
-
Is het bewust dat de minimale doeltemp apart moet worden ingesteld, ipv koppeling aan p111?
-
En kijk ik verkeerd, of klopt de dynamische prijs niet? Hij is net ververst, en geeft ‘volgend goedkoopste blok begint’ aan als 0.00-4.00. Even later gaf hij weer 17.00-21.00 aan als goedkoopste blok. Terwijl dat het duurste is.
en nog iets heel anders…
-
Wat me tot slot nog opvalt is dat de tijd in mijn Modbus dashboard 2 uur achterloopt. Kijk ik in de changelog dan is de tijd wel correct. Op het bedieningspaneel van mijn warmtepomp ook. Weet niet of dit nog weer nadelige invloed heeft op bijv dynamische prijzen. Los van het feit dat ik het uberhaupt graag kloppend wil hebben
De tijd helemaal bovenaan klopt ook gewoon.
Edit:
Hij knalt m net trouwens in een aantal stappen van 21 naar 40 graden, terwijl het hoogste dat mijn huis ooit nodig heeft gehad rond de 31 graden zat (in strenge winter).
Ik heb dus direct wat gesleuteld aan de snelheid waarmee dit gaat. Dit is niet wat je wilt bij vloerverwarming. Ki en Kp aangepast naar 0,5 en 1,8
Alvast dank voor het meedenken en je reactie.
