Loxone bedrade en draadloze smarthomes

[JackBol]

flupp schreef op zaterdag 16 augustus 2025 @ 18:26:
Is deze thread "geschikt" om eens mijn EV laadinstallatie uit de doeken te doen? Ik vermoed dat velen hiermee geholpen kunnen zijn (misschien des te meer de Vlamingen, in verband met het capaciteitstarief). Kan altijd goed zijn om eens van gedachten te wisselen. In alle bescheidenheid denk ik dat ik er redelijk ver in ga met een toch intuïtief gehouden user interface (maar daarover zullen de meningen al dan niet sterk kunnen verschillen).

Of misschien zijn er "betere" threads waarin specifiek Loxone laadinstallaties beter beschreven worden? Ik heb weet van een EVCC-specifieke "slim laden" thread, maar (behalve deze thread hier) niet van een Loxone-specifieke "slim laden" thread. Anderzijds zie ik dat ook @Centauriprime hier zijn laadsetup kort beschreef, dus misschien is hier niet zo héél "fout"?

Ik ben wel benieuwd naar je Logic-porn 😂 ik kan de mijne hier ook wel eens posten, maar die is vrij simpel. Wanneer de energie duur is, schakelt Loxone een 40A ABB relais keihard af. Wanner die inschakelt gaat de laadpaal vrolijk weer verder. Werkt al jaren.

Ik ben wel naar die smart evse aan het kijken om meer controle te hebben.

[flupp]

Ik was niet (in eerste instantie) van plan om de software in detail te gaan uitleggen, maar eerder om die te gaan beschrijven aan de hand van de user interface, met als achterliggende gedachte dat mijn insteek misschien nuttig is voor wie een geautomatiseerde aanpak van het laden (met Loxone) nog moet bedenken. Uiteraard geef ik graag meer technische tekst en uitleg voor wie een (deel) probleem hiervan wil aanpakken, mocht daar vraag naar zijn.

De afbeelding hieronder toont mijn volledige (gescrolde) scherm van de categorie "Elektrisch Voertuig". Daarin heb ik enerzijds de instellingen "Centraal" die invloed hebben op de rest van de Loxone-installatie, en anderzijds de meer laad-specifieke instellingen in "Cockpit". Over die indeling kunnen de meningen evenwel verschillen, maar goed.



In mijn setup houd ik rekening met laden in 4 verschillende modes (zie verder), met PV electriciteitsoverschot, met het capaciteitstarief (Vlaanderen), en met de maximale stroom die ik wil dat de de laadpaal mag krijgen.

Opmerking vooraf : de termen "Spot laden", "Day Ahead laden" en Entsoe laden" worden misschien wel door elkaar gebruikt, maar ze komen uiteraard allen op hetzelfde neer...

De 4 laadmodes

Een laadmode wordt ingesteld met de up/down pijltjes van "LP Mode". De modes zijn :

• mode 0 : stopped
• mode 1 : Entsoe laden (van het net). In deze mode laad ik van het net in de goedkoopste day-ahead uren
• mode 2 : Entsoe laden (met het zonne-overschot). In deze mode laad ik met het zonne-overschot in de goedkoopste day-ahead uren, dus
  • in die uren dat er minst te "verdienen" valt met opgewekte PV- electriciteit, OF
  • wanneer er anders eventueel zelfs zou moeten betaald worden voor injectie
• mode 3 : laden met zonne-overschot (dus onafhankelijk van Entsoe prijzen en/of uurinstellingen)
• mode 4 : laden zonder meer volgens de instellingen - zie verder

"Max capa totaal" en "LP max kW"
"Max capa totaal" is (vooral/enkel?) nuttig in Vlaanderen, waar een deel van de maandfactuur bestaat uit het maximale (kwartier) vermogen dat die maand uit het net werd gehaald (minimum 2,5 kW wordt hoe dan ook aangerekend). Aangezien de laadpaal mijn enige regelbare verbruiker is, probeer ik er met die instelling voor te zorgen dat de laadpaal niet de oorzaak is van een hoger capaciteitstarief (in stappen van 0,10kW).
"LP max. kW" kan ik in sommige configuraties gebruiken om ervoor te zorgen dat de laadpaal éénfasig blijft laden en niet naar driefasig laden wil overschakelen (vaak heen en weer, hetgeen denk ik niet zo goed is voor de auto aangezien mijn laadpaal die omschakeling niet zonder onderbreking voor elkaar krijgt). Deze instelling werkt in stappen van 1A eenfasig (minimum 6A één-fasig, max. 48A = 16A driefasig). Deze waarde kan n.b. hoger zijn dan "max capa totaal" ingeval van PV opwekking.

Min. 1,41kW
Is om te vermijden dat de laadpaal bij bewolkt weer niet telkens stopt bij te weinig en herstart bij voldoende zon: indien aangevinkt blijft de laadpaal ook bij te weinig PV vermogen (uit het net) aan minimaal 6A laden (en indien méér overschot gaat uiteraard ook dat overschot naar de laadpaal)

"LP doel kW", "te laden percentage", en "geschatte laadtijd"
"LP doel kW" dient als feedback om na te gaan of de laadpaal -met de huidige instellingen- inderdaad aan het laden slaat, en ook om een idee te hebben (in functie van de batterijlading van de auto) van het aantal uren dat er zal moeten worden geladen (voornamelijk nuttig ingeval van een Spot-ingestelde laadmode). "Waarom niet in zo'n geval laden ifv het autobatterijpercentage?" Enerzijds omdat ik die koppeling niet heb (noch ernaar gezocht heb), en anderzijds omdat Loxones Spot Price Optimizer functieblok hoe dan ook toch het aantal uren nodig heeft als input.

"Laadpaal actief", "LP in Spot-laadmodus", "Laadpaal Vtg geconnecteerd", "Spot-instelling OK", en "Laadpaal spotprijs nu actief"
De eerste 4 moeten, in Spotmodus ( = Entsoe/day head modus) alle 4 groen kleuren. Indien niet, dan is er IETS niet correct. De 5de indicator "Laadpaal spotprijs nu actief" is slechts groen indien er in Spot-mode in het huidige uur ook effectief geladen wordt. Deze 5 indicatoren riep ik in het leven omdat er altijd wel kans is dat je "ergens" een instelling verknoeit of over het hoofd ziet. Want die spot (Entsoe/day ahead) instelling is redelijk breekbaar, en dit vooral omdat het Spot Price Optimizer functieblok al snel van de wijs dreigt te geraken...

• wanneer je het aantal laaduren ("Demand") wijzigt, of
• het uur wijzigt tegen wanneer deze uren moeten zijn geleverd ("Period")
• bovendien heb je hier ook een double-check om te zien of het voertuig wel degelijk geconnecteerd is, en
• zie je of je een correcte spot/niet-spot mode hebt geselecteerd

Deze 4 (+1) indicatoren geven zo in één oogopslag een eenvoudige controlemogelijkheid van de gekozen instelling.

Noteer hierbij wel dat de 5de van deze "5 greens" ("Laadpaal Spotprijs nu actief") niet vereist is tijdens het instellen. Uiteraard zijn die "5 greens" niet allemaal nodig indien je niet in spot-mode wenst te laden, maar zelfs dan zijn er een paar nuttig (meer bepaald "Laadpaal actief" en Laadpaal Vtg geconnecteerd").

"Start het laden", "Aantal uren laden", en "Opladen tegen"
De laatste 2 moeten EERST worden ingesteld (zijn de inputs voor Loxones Spot Prize Optimizer" functieblok "Demand" en "Period"), waarna "Start het laden" moet worden gedrukt, en DAN wordt de Spot instelling OK (en groen). Wanneer dáárna opnieuw één van "Aantal uren laden" OF "Opladen tegen" wordt ingedrukt, verandert de indicator "Spot-instelling OK" terug naar "Uit" (en rood) - en valt een eventuele laadbeurt onherroepelijk stil, want dan wordt het gedrag van het Spot Prize Optimizer functieblok onvoorspelbaar, en dan weet je niet met zekerheid of jouw laadinstelling OK bleef en zal doen wat je dacht dat ie zou doen.
Het is hierbij onmogelijk om méér uren laden te selecteren dan er nog uren resteren tussen "nu" en de "Opladen tegen" tijd. Dus om 09:10 kun je ingeval van "Opladen tegen" 12:00 slechts 3 uren "Aantal uren laden" instellen. En om 16:10 met "Opladen tegen" 12:00 kun je slechts 20 uren "Aantal uren laden" instellen. Eens het maximaal te selecteren uren is bereikt, en drukkend op "+", reset het aantal uren terug naar 0. Dit allemaal om te vermijden dat Loxones Spot Prize Optimizer functieblok van slag geraakt.

[HiBe]

flupp schreef op zaterdag 16 augustus 2025 @ 23:12:
Ik was niet (in eerste instantie) van plan om de software in detail te gaan uitleggen, maar eerder om die te gaan beschrijven aan de hand van de user interface, met als achterliggende gedachte dat mijn insteek misschien nuttig is voor wie een geautomatiseerde aanpak van het laden (met Loxone) nog moet bedenken. Uiteraard geef ik graag meer technische tekst en uitleg voor wie een (deel) probleem hiervan wil aanpakken, mocht daar vraag naar zijn.

Hele goeie beschrijving van de gedachte achter jouw implementatie. Zou fijn zijn als je een screenshot van je buildingblocks zou kunnen delen (bijv. zoals gedeeld door @Centauriprime in zijn bericht van donderdag 14 augustus 2025 @ 15:04 )

In ieder geval heb ik wel weer goede ideeën opgedaan door jouw beschrijving.

[flupp]

HiBe schreef op donderdag 21 augustus 2025 @ 15:58:
[...]
Hele goeie beschrijving van de gedachte achter jouw implementatie. Zou fijn zijn als je een screenshot van je buildingblocks zou kunnen delen (bijv. zoals gedeeld door @Centauriprime in zijn bericht van donderdag 14 augustus 2025 @ 15:04 )

In ieder geval heb ik wel weer goede ideeën opgedaan door jouw beschrijving.

Dat kan wel, maar daarvoor zal ik dan toch nog eens goed moeten gaan zitten om alles op een gestructureerde en overzichtelijke manier te presenteren. Ik denk dat dit misschien best in een soort blogpost kan, maar ik heb geen blog.

Ik zal eens bedenken hoe ik dit hier op een ondubbelzinnige en gestructureerde manier voor elkaar krijg. Reken toch rap op een tweetal weken (gegeven de momenteel beschikbare tijd).

[grotius]

Even een vraag over de loxone relay extension. Verdeelkast opgedeeld in 2 (gescheiden) zones van 24v en 230v. Dit is in lijn met de adviezen van loxone. Maar waar zou je dan een loxone relay extension plaatsen. De extension zal voornamelijk 230v schakelen. Je kan dus zeggen plaatsen in de “hoge”-spanningzijde van 230v" maar de extension is 24v. Maar het is waarschijnlijk praktischer om deze module in het 24V-domein van de verdeelkast te plaatsen (alles van Loxone bij elkaar). In alle gevallen natuurlijk 24v en 230v zo veel mogelijk van elkaar houden en zo min mogelijk met elkaar kruisen.

[ Voor 18% gewijzigd door grotius op 30-08-2025 17:01 ]

[lanticster]

Als het vooral 230v schakelt;
dan zou ik het in de 230v zone plaatsen.

[JackBol]

grotius schreef op zaterdag 30 augustus 2025 @ 16:57:
Even een vraag over de loxone relay extension. Verdeelkast opgedeeld in 2 (gescheiden) zones van 24v en 230v. Dit is in lijn met de adviezen van loxone. Maar waar zou je dan een loxone relay extension plaatsen. De extension zal voornamelijk 230v schakelen. Je kan dus zeggen plaatsen in de “hoge”-spanningzijde van 230v" maar de extension is 24v. Maar het is waarschijnlijk praktischer om deze module in het 24V-domein van de verdeelkast te plaatsen (alles van Loxone bij elkaar). In alle gevallen natuurlijk 24v en 230v zo veel mogelijk van elkaar houden en zo min mogelijk met elkaar kruisen.

In het 230V gedeelte. Je moet denken vanuit veiligheid. De meeste draden kunnen 230V spanning hebben, dus in het 230V gedeelte. Dat er vervolgens een 24V draad naar de extensie loopt is minder relevant (en makkelijker identificeerbaar).

[grotius]

Dank, het wordt de 230 kant

[Gwaihir]

Ik heb geen 'echte' relais extensions, maar wel de relais van de Loxone server (v1) in gebruik en twee keer een 'extension' extension; die multi-extension die nu niet meer geleverd wordt. Wellicht mede omdat 't zo 'multi' is, oogt het heel logisch dat dit alles aan de 'Loxone' kant van de kast zit. Omgekeerd heb ik ook modbus kabeltjes naar de 230V zijde van de kast, voor stroommeters aldaar.

Helaas ontkom je dus niet aan 'menging' en kun je slechts je best doen e.e.a. zo snel en logisch mogelijk verschillende richtingen op / kabelgeleiders door te leiden.

Wat nog niet ter sprake is gekomen: ik denk niet dat de interne scheiding van de exentions dusdanig is dat je op één extension zowel 230V als zwakstroom (zeg 24V) mag schakelen op de verschillende relais. (Alle 8 relais op mijn miniserver zijn dus in 230VAC gebruik, alle 8 op de eerste extension doen 24 VAC, etc.)

[mgizmo]

Gwaihir schreef op zondag 31 augustus 2025 @ 20:29:

Wat nog niet ter sprake is gekomen: ik denk niet dat de interne scheiding van de exentions dusdanig is dat je op één extension zowel 230V als zwakstroom (zeg 24V) mag schakelen op de verschillende relais.

Het zijn allemaal losse relais. Kun je controleren door de behuizing af te halen. De schakelzijde staat echt los. Zorgvuldigheid is natuurlijk wel geboden met alle aansluitingen. Een foutje is zo gemaakt.

[Gwaihir]

mgizmo schreef op zondag 31 augustus 2025 @ 20:59:
Het zijn allemaal losse relais. Kun je controleren door de behuizing af te halen. De schakelzijde staat echt los. Zorgvuldigheid is natuurlijk wel geboden met alle aansluitingen. Een foutje is zo gemaakt.

Ik meen een foto van die printplaat ergens gezien te hebben. Gaf mij niet de indruk dat het aan de normen van 'echt los' voldoet; onderlinge galvanische scheiding vereist, dacht ik. (In het KNX topic komen die soort zaken regelmatig langs, incl. verwijzingen naar de NEN normen. Voor Loxone gelden die uiteraard evenzo.)

[_Drum_]

Bij mij zit de relay extension aan de 24v kant. Elke uitgang gaat naar een andere, afgezekerde relais, 2 rails lager. Die relais gaat dan naar het middengedeelte waar de klemmen allemaal zitten. Voordeel is dat, als er ergens teveel spanning op komt, die extra relais doorbrandt ipv. de loxone component. Die relais kost paar euro, niets als je het vergelijkt met een loxone extension

[JackBol]

Ik stuur mijn screens op basis van een brightness signaal, maar rond deze tijd van het jaar staat de zon zo dat de screens om de paar minuten omhoog en omlaag gaan. Wat is een makkelijke manier om dit signaal te dampen? Ik zat eerst te denken om bij elke verandering in het screen de input bijv 30 min te locken, maar dan werkt de handmatige override ook niet meer. Dus ik ben eigenlijk op zoek naar een soort delayed pulse, maar dan precies andersom, eerst de pulse en dan 30 min niets.

Ideeën?

[flupp]

JackBol schreef op maandag 1 september 2025 @ 15:49:
Ik stuur mijn screens op basis van een brightness signaal, maar rond deze tijd van het jaar staat de zon zo dat de screens om de paar minuten omhoog en omlaag gaan. Wat is een makkelijke manier om dit signaal te dampen? Ik zat eerst te denken om bij elke verandering in het screen de input bijv 30 min te locken, maar dan werkt de handmatige override ook niet meer. Dus ik ben eigenlijk op zoek naar een soort delayed pulse, maar dan precies andersom, eerst de pulse en dan 30 min niets.

Ideeën?

Een glijdend gemiddelde (met tamelijk veel meegenomen waardes) eventueel?

Met, eventueel daar bovenop (ingeval dit nog niet 100% goed zou werken), bij neerhalen van de screens (verhogende helderheid) een hogere helderheidswaarde als drempel dan de drempelwaarde voor het omhoog halen van de screens (dalende helderheid)?

[giwain]

flupp schreef op maandag 1 september 2025 @ 16:13:
[...]


Een glijdend gemiddelde (met tamelijk veel meegenomen waardes) eventueel?

Met, eventueel daar bovenop (ingeval dit nog niet 100% goed zou werken), bij neerhalen van de screens (verhogende helderheid) een hogere helderheidswaarde als drempel dan de drempelwaarde voor het omhoog halen van de screens (dalende helderheid)?

Binnentemperatuur sturing met de Intelligente Ruimteregeling uitgang shd met de automatische zonnewering ingang sps.

[flupp]

giwain schreef op maandag 1 september 2025 @ 17:02:
[...]
Binnentemperatuur sturing met de Intelligente Ruimteregeling uitgang shd met de automatische zonnewering ingang sps.

Ik ben niet met beide van die bouwstenen (meer) vertrouwd. Maar stuurt dit op basis van temperatuur, of op basis van helderheid (wat de vraag was, voorzover ik meen te begrijpen)?

[roderickvd]

Je kunt instellen of hij optimaliseert voor helderheid of temperatuur.

[JackBol]

giwain schreef op maandag 1 september 2025 @ 17:02:
[...]

Binnentemperatuur sturing met de Intelligente Ruimteregeling uitgang shd met de automatische zonnewering ingang sps.

Ik wil niet sturen op temperatuur maar op helderheid. Dit raam is op het zuidwesten en de zon schijnt vol naar binnen. De temperatuur in de ruimte gaat wel een halve graad omhoog of zo maar correleert niet echt met wanneer ik het scherm omhoog of omlaag moet hebben.

roderickvd schreef op maandag 1 september 2025 @ 18:02:
Je kunt instellen of hij optimaliseert voor helderheid of temperatuur.

Ik heb naar die room controller gekeken maar ik snap niet hoe ik die op helderheid instel 😅

flupp schreef op maandag 1 september 2025 @ 16:13:
[...]


Een glijdend gemiddelde (met tamelijk veel meegenomen waardes) eventueel?

Met, eventueel daar bovenop (ingeval dit nog niet 100% goed zou werken), bij neerhalen van de screens (verhogende helderheid) een hogere helderheidswaarde als drempel dan de drempelwaarde voor het omhoog halen van de screens (dalende helderheid)?

Dit is wel een goed idee om te proberen, kijken of ik die helderheid wat kan dempen ipv het op/neer signaal zelf.

[luukske]

Kun je niet gebruikt maken van de "2 position controller"? Dan kun je werken met een doelwaarde en hysteresis voor de helderheid.
https://www.loxone.com/enus/kb/2-position-controller/

[ Voor 21% gewijzigd door luukske op 01-09-2025 19:26 ]

[JackBol]

luukske schreef op maandag 1 september 2025 @ 19:24:
Kun je niet gebruikt maken van de "2 position controller"? Dan kun je werken met een doelwaarde en hysteresis voor de helderheid.
https://www.loxone.com/enus/kb/2-position-controller/

Ik heb al een hysteresis ingebouwd, scherm neer bij de 480 lux en scherm op bij de 60 lux. Maar hiermee zou ik wel het aantal bouwblokken kunnen verminderen. Thanks!

[Gwaihir]

_Drum_ schreef op zondag 31 augustus 2025 @ 22:06:
Bij mij zit de relay extension aan de 24v kant. Elke uitgang gaat naar een andere, afgezekerde relais, 2 rails lager. Die relais gaat dan naar het middengedeelte waar de klemmen allemaal zitten. Voordeel is dat, als er ergens teveel spanning op komt, die extra relais doorbrandt ipv. de loxone component. Die relais kost paar euro, niets als je het vergelijkt met een loxone extension

Waarbij wel aangetekend dat het relais eventueel sneuvelt, niet de hele extension. (En het kan evt. met solderen gerepareerd worden).

En, wat mij er het meest aan stoort, zo'n (voordelig) extra relais voegt (in ingeschakelde toestand) ook weer ca. 2 W verbruik toe (en kost plek in de kast, moeite van aanleg).

En waarom zou je extra relais doorbranden? En waarom heeft het extra zekeringen. Het voordeel van je ontwerp lijkt me dat e.e.a. gewoon met de zekering van de groep toe kan. Want ik vind 't inderdaad best een zwak punt dat zo'n Loxone relais (o.a. in de miniserver) niet alles kan hebben wat er langs kan komen voordat de groep eruit vliegt.

Al met al: als je een Loxone relais extra wil beschermen - waar zeker wat voor te zeggen is - waarom dat dan niet met een zekering?

[flupp]

Mijn EV laadinstallatie even uitgelegd

Een kleine 2 weken geleden leek er enige interesse om mijn EV laadsetup even wat meer in detail uit te leggen. Ik denk dat ik daarvoor best grotendeels de volgorde van mijn eerdere post (zie flupp in "Loxone bedrade en draadloze smarthomes") aanhoud. Voor wie geïnteresseerd is in deze uitgebreidere uitleg hier is het mijns inziens aangewezen om die eerdere post eerst eens te lezen en er hier zeker ook de screenshot van bij de hand te houden. Dit alles zonder de pretentie dat dit "de" manier is, integendeel, maar wel in de hoop dat er voor velen enkele bruikbare (én uitgewerkte) ideeën tussen zitten.

Let wel, tijdens het samenstellen van deze post heb ik vaak het gevoel gehad dat het een moeilijk evenwicht zoeken was tussen enerzijds eerst alles apart uitleggen (en riskeren dat er teveel abstracte uitleg wordt gegeven die pas op 't einde duidelijk wordt), en anderzijds nu en dan eens wat uitleg niét geven (tijdelijk "op te sparen"), met als voordeel dat de uitleg al iets sneller wat bevattelijker is. Ik hoop dat die evenwichtsoefening redelijk gelukt is en alles toch een beetje gestructureerd en bevattelijk voor de dag komt.

Even herhalen: de uitleg die hier volgt gaat over het slim laden adhv Loxone, mbv de functieblokken Wallbox, de (modbus) data uit een Eastron module (een "andere" P1 meter), en de (modbus) data uit een (Alfen) laadpaal. In de beschreven installatie komt dus géén LastManager functieblok voor, aangezien het enkel de laadpaal is die ik momenteel kan aansturen.

De User Interface (UI) in de al genoemde eerdere post begint met een eerste VI (virtuele ingang) die ik de naam "LP mode" gaf (een op/neer knop, stapwijdte 1, minimum waarde 1, maximum waarde 5):


[fig. 1]

Bij die UI waarde (tussen 0 en 5) tel ik 1 op om het resultaat via de 8-ingangen radioknoppen als 5 discrete 0/1 waardes te kunnen gebruiken in de Sm[1-5] inputs van het Wallbox functieblok dat waardes vanaf 1 verwacht:

[fig. 2]

na dubbelklik van het Wallbox functieblok
[fig. 3]
die tevens nog eens de verschillende modes tekstueel herhaalt. Aangezien ik graag en vaak met markers werk, heb ik hierbij de marker "UI laadbare mode" aangemaakt. Die komen we verder nog tegen.

Vervolgens heb ik een VI genaamd "Max. capa totaal" (een op/neer knop, stapwijdte 0,1, minimum waarde 2,5, maximum waarde 20). Hiermee stel ik het maximum vermogen in dat de laadpaal uit het net mag trekken (dit in verband met het Vlaamse capaciteitstarief, zie ook mijn eerdere post). Merk hierbij op dat PV opwekking hierbij kan worden opgeteld.

De volgende VI noemde ik "LP max kW" (een op/neer knop, stapwijdte 0,235, minimum waarde 1,41, maximum waarde 11,28), het vermogen dat maximaal naar de laadpaal mag gaan. Deze waarde is vooral beperkt om bij het laden op zonne-overschot te beletten dat er naar 3-fasig laden wordt overgeschakeld, want mijn laadpaal stopt dan het laden, doet de overschakeling, en herbegint dan (op 3 fasig laden). Om dit te vermijden beperk ik dit laadpaalvermogen op 16A éénfasig, dus 3,76kW. Merk hierbij op dat ik steeds met de vaste waarde 235(V) per fase reken, zodat een stap van 1A éénfasig overeenkomt met 0,235(kW). Aangezien ik zelden aan meer vermogen dan éénfasig (en 16A) wil laden (in verband met het reeds aangehaalde capaciteitstarief), heb ik mij geen punthoofd gezocht om de stappen vanaf 4,23(kW) met (3 x 0,235 =) 0,705 te laten verlopen, ALS dat met Loxone al zou kunnen (ik houd mij aanbevolen om die "truuk" te leren kennen).

Deze beide "Max. capa totaal" en "LP max kW" zijn elkaar beperkend. Dwz de kleinste waarde van die 2 zal de laadpaal het eerst dichtknijpen (bijvb. bij gebrek aan PV opwekking). Kijken we daarvoor, om dit in het schema te illustreren, eerst naar de marker genaamd "Vermogensoverschot tov nul-verbruik":


[fig. 4]

Dit is het glijdend gemiddelde van het verschil van het momenteel verbruikt laadpaalvermogen (een modbuswaarde uit de laadpaal) en de marker "net verbruikt vermogen" uit mijn Eastron module, zijnde de gebruikswaardes tov het net (en die ik tijdens het opstellen van die post voortaan uit mijn P1- poort ben gaan halen ipv uit de Eastron module in de hoop op minder schommelende waardes). Die marker "Vermogensoverschot tov nul-verbruik" wordt gebruikt bij de berekening van de marker "max kW ifv max capa":


[fig. 5]

Laten we deze genoemde markers onthouden voor verder, en verdergaan met de andere VI's (virtuele inputs).

De volgende VI is dan een schakelaar, "min. 1,41kW":


[fig. 6]

Die wordt verder gebruikt om in die randgevallen dat er "soms wel" en "soms niet" genoeg PV opwekking is te blijven laden aan 6A éénfasig (dus 1,41kW), om te vermijden dat het laden telkens weer stopt bij een nieuwe wolk. Onnodig te zeggen dat een tekort aan opwekking in zo'n geval electriciteit uit het net zal trekken. Zie verder.

"LP doel kW" is een (verderop) berekende marker die hier in de UI gebruikt wordt als feedback om te zien welk vermogen er nu naar de laadpaal gaat. Dit vind ik nuttig ter controle.

Op basis van de instellingen en berekende markers die ik tot nu toe besprak kan ik nu misschien best eerst uitleggen hoe ze verder zullen worden gebruikt. Kort gesteld wordt er op basis daarvan eerst mode per mode een berekening gedaan van hoeveel vermogen er naar de laadpaal kan gaan:


[fig. 7]

We verkrijgen zo de markers "LP mode 1 vermogen", "LP mode 2 vermogen", en "LP mode 3 vermogen" die verder nog gebruikt worden. De berekende vermogens voor de modes 1 en 2 ( = de Entsoe laden modes, dus op basis van de spotprijzen/day aheadprijzen) blijven daarbij 0 indien de marker "LP Entsoe charging OK2Go" niet gezet (niet "Aan") is, hierover verder nog meer.

Nu komt de "core" van het verhaal. Hier wordt alles "beperkt" volgens de eerdere instellingen, ik laat de afbeelding voor zich spreken:


[fig. 8]

Ingang V4, niet te zien op de afbeelding, heeft de vaste waarde 11,28. De marker "Laadpaal actief" wordt verderop uitgelegd. De uitkomst van die "core" berekening is de marker "Doel LP kW" die na conversie naar 2 modbuswaardes in de laadpaal gaat: aantal fasen, en te trekken laadpaalstroom - via marker "Laadpaal doelstroom":


[fig. 9]

Nu terug naar de volgorde uit de UI. Daar staan de VI's "te laden perc.", en "Geschatte laadtijd" (in uren en minuten):


[fig. 10]

Die voor zich spreekt. Die uitkomst dient als basis voor het aantal te laden uren (een gegeven nodig ingeval van Entsoe laden, tbv Loxones Spot Prize Optimizer functieblok). Fig. 10 behoeft hierbij een detail-wijziging aan het Integer-getal functieblok voor de minuten (die ik bij deze gelegenheid corrigeerde, helaas pas na de screenshot): de Ro ingang mag niet omgekeerd worden.

Hier is misschien het goede moment om mijn gebruik van Loxones Wallbox functieblok aan te halen voordat ik de verdere uitleg doe. Enerzijds ben ik niet zo heel overtuigd (meer) om het Wallbox functieblok te blijven gebruiken. Maar anderzijds ben ik terughoudend om 'm weg te halen uit mijn configuratie, vooral omwille van de historiek van de data. Een nuttige functie is zijn input "Muv" (laadpaalmodus eens de auto werd ontkoppeld), en zijn bijhorende output "M". Indien "Muv" op 0 zou worden ingesteld zou het functieblok bij het ontkoppelen van de auto (dus wanneer de input "Vc" wordt gereset) de huidige laadmodus behouden. Maar ik stel die waarde in op (laadmodus) 5 en de Wallbox' laadmodus krijgt dus bij ontkoppelen de waarde 5 = modus "Stopped":


[fig. 11]

Het alternatief voor het gebruik van het Wallbox functieblok (zo besefte ik later) ware geweest om (enkel) bij een dalende flank (van de marker "Laadpaal Vtg geconnecteerd", dus hier ingang "Vc") de laadpaal inactief ( = de marker "Laadpaal actief") te zetten bij het ontkoppelen van de auto. Terug actief zetten van die marker kan in mijn geval dan enkel via de app - zie verder hoe dit in zijn werk gaat.

de marker "Laadpaal actief"
Het rechtstreekse gevolg van die manier van werken (met het Wallbox functieblok) is dat er 2 laadmodes zijn: een (marker) "WB mode" en een (virtuele ingang - VI) "LP mode" - wat nogal omslachtig is, en zoals reeds aangehaald vatbaar voor logicaverbetering ("work in progress"). Hoe dan ook. "WB mode" is dus de laadmodus van het Wallbox functieblok, "LP mode" wordt via de UI gewijzigd, en indien "LP mode" (in de UI) wordt gewijzigd wordt Sm[1-5] gezet (hetgeen op zijn beurt "WB mode" wijzigt en de vorige "WB mode" waarde overschrijft). Zie opnieuw fig. 1.

Bij beide "WB mode" en "LP mode" hoort een marker die weergeeft of de waarde ervan tussen 1 en 4 is, en dus een laadbare mode is. Indien dit voor beide het geval is, wordt de marker "Laadpaal actief" gezet ("Aan"). Merk dus op dat onmiddellijk na het ontkoppelen van de auto de marker "Laadpaal actief" gereset is, en (enkel) het daarna, in de UI wijzigen van "LP mode" die marker terug "Aan" zet. Dit met het al summier aangehaalde design-doel dat de auto onmiddellijk na ontkoppeling niet meer kan worden geladen dan tenzij na een actie in de app. De beide markers moeten een waarde hebben tussen 1 en 4, en dan hun respectievelijke marker "[WB|UI] laadbare mode" gezet ("Aan"). Voor de UI verberg ik die complexiteit weliswaar, en houd slechts 1 laadmodus aan ("LP mode") en toon in de UI tevens de hierboven aangehaalde marker "Laadpaal actief", de bevestiging dat beide OK zijn:


[fig. 12]

de marker "Laadpaal in Spot-laadmodus"
Die geeft weer of de LP Mode 1 of 2 is, dus een day-ahead (spot) mode:


[fig. 13]

de marker "Voertuig geconnecteerd"
Is een marker die uit de laadpaal (modbus) komt, via een conversie in een Status functieblok:


[fig. 14]

en


[fig. 15]

Dient tevens als input voor het Wallbox functieblok. Zie ook hierboven fig. 11. Let wel dat deze waardes enkel gelden voor mijn Alfen laadpaal.

de marker "Spot-instelling OK"
Is gezet wanneer er sedert het drukken van de UI knop "Start het laden" geen enkele wijziging (meer) werd ingegeven: noch voor het "Aantal uren laden", noch voor "Opladen tegen". Wanneer er één van beiden werd gewijzigd, wordt de instelling "Spot-instelling OK" gereset ("Uit"). Deze marker is van belang bij het bepalen, in een spot-laadmode, van de (niet in de UI getoonde) marker "LPEntsoeChargingOK2Go". Indien die laatste niet is gezet, zal de laadpaal geen vermogen leveren (fig. [kWBerekeningModePerMode.PNG]) zoals reeds hierboven werd vermeld:


[fig. 16]

en


[fig. 17]


de markers "Laadpaal spotprijs nu actief", "Start het laden", "Aantal uren laden" en "Opladen tegen"
Zie hieronder:


[fig. 18]

Merk het belang op van "Aantal uren laden" en "Opladen tegen" :


[fig. 19]

"Spot Price Verbruik" en "Spot Price Injectie"
De injectie gebruik ik om (ingeval van de injectietarieven bij Eneco) in 1 oogopslag te kunnen zien wanneer die negatief zijn (en er dus ook moet betaald worden om te injecteren). Zie de beide figuren hieronder voor verbruiks- en injectietarieven:


[fig. 20]

en


[fig. 21]

[DomiGijzen]

flupp schreef op dinsdag 2 september 2025 @ 11:48:
Mijn EV laadinstallatie even uitgelegd

Een kleine 2 weken geleden leek er enige interesse om mijn EV laadsetup even wat meer in detail uit te leggen. Ik denk dat ik daarvoor best grotendeels de volgorde van mijn eerdere post (zie flupp in "Loxone bedrade en draadloze smarthomes") aanhoud. Voor wie geïnteresseerd is in deze uitgebreidere uitleg hier is het mijns inziens aangewezen om die eerdere post eerst eens te lezen en er hier zeker ook de screenshot van bij de hand te houden. Dit alles zonder de pretentie dat dit "de" manier is, integendeel, maar wel in de hoop dat er voor velen enkele bruikbare (én uitgewerkte) ideeën tussen zitten.

Let wel, tijdens het samenstellen van deze post heb ik vaak het gevoel gehad dat het een moeilijk evenwicht zoeken was tussen enerzijds eerst alles apart uitleggen (en riskeren dat er teveel abstracte uitleg wordt gegeven die pas op 't einde duidelijk wordt), en anderzijds nu en dan eens wat uitleg niét geven (tijdelijk "op te sparen"), met als voordeel dat de uitleg al iets sneller wat bevattelijker is. Ik hoop dat die evenwichtsoefening redelijk gelukt is en alles toch een beetje gestructureerd en bevattelijk voor de dag komt.

Even herhalen: de uitleg die hier volgt gaat over het slim laden adhv Loxone, mbv de functieblokken Wallbox, de (modbus) data uit een Eastron module (een "andere" P1 meter), en de (modbus) data uit een (Alfen) laadpaal. In de beschreven installatie komt dus géén LastManager functieblok voor, aangezien het enkel de laadpaal is die ik momenteel kan aansturen.

De User Interface (UI) in de al genoemde eerdere post begint met een eerste VI (virtuele ingang) die ik de naam "LP mode" gaf (een op/neer knop, stapwijdte 1, minimum waarde 1, maximum waarde 5):

[Afbeelding]
[fig. 1]

Bij die UI waarde (tussen 0 en 5) tel ik 1 op om het resultaat via de 8-ingangen radioknoppen als 5 discrete 0/1 waardes te kunnen gebruiken in de Sm[1-5] inputs van het Wallbox functieblok dat waardes vanaf 1 verwacht:
[Afbeelding]
[fig. 2]

na dubbelklik van het Wallbox functieblok [Afbeelding]
[fig. 3]
die tevens nog eens de verschillende modes tekstueel herhaalt. Aangezien ik graag en vaak met markers werk, heb ik hierbij de marker "UI laadbare mode" aangemaakt. Die komen we verder nog tegen.

Vervolgens heb ik een VI genaamd "Max. capa totaal" (een op/neer knop, stapwijdte 0,1, minimum waarde 2,5, maximum waarde 20). Hiermee stel ik het maximum vermogen in dat de laadpaal uit het net mag trekken (dit in verband met het Vlaamse capaciteitstarief, zie ook mijn eerdere post). Merk hierbij op dat PV opwekking hierbij kan worden opgeteld.

De volgende VI noemde ik "LP max kW" (een op/neer knop, stapwijdte 0,235, minimum waarde 1,41, maximum waarde 11,28), het vermogen dat maximaal naar de laadpaal mag gaan. Deze waarde is vooral beperkt om bij het laden op zonne-overschot te beletten dat er naar 3-fasig laden wordt overgeschakeld, want mijn laadpaal stopt dan het laden, doet de overschakeling, en herbegint dan (op 3 fasig laden). Om dit te vermijden beperk ik dit laadpaalvermogen op 16A éénfasig, dus 3,76kW. Merk hierbij op dat ik steeds met de vaste waarde 235(V) per fase reken, zodat een stap van 1A éénfasig overeenkomt met 0,235(kW). Aangezien ik zelden aan meer vermogen dan éénfasig (en 16A) wil laden (in verband met het reeds aangehaalde capaciteitstarief), heb ik mij geen punthoofd gezocht om de stappen vanaf 4,23(kW) met (3 x 0,235 =) 0,705 te laten verlopen, ALS dat met Loxone al zou kunnen (ik houd mij aanbevolen om die "truuk" te leren kennen).

Deze beide "Max. capa totaal" en "LP max kW" zijn elkaar beperkend. Dwz de kleinste waarde van die 2 zal de laadpaal het eerst dichtknijpen (bijvb. bij gebrek aan PV opwekking). Kijken we daarvoor, om dit in het schema te illustreren, eerst naar de marker genaamd "Vermogensoverschot tov nul-verbruik":

[Afbeelding]
[fig. 4]

Dit is het glijdend gemiddelde van het verschil van het momenteel verbruikt laadpaalvermogen (een modbuswaarde uit de laadpaal) en de marker "net verbruikt vermogen" uit mijn Eastron module, zijnde de gebruikswaardes tov het net (en die ik tijdens het opstellen van die post voortaan uit mijn P1- poort ben gaan halen ipv uit de Eastron module in de hoop op minder schommelende waardes). Die marker "Vermogensoverschot tov nul-verbruik" wordt gebruikt bij de berekening van de marker "max kW ifv max capa":

[Afbeelding]
[fig. 5]

Laten we deze genoemde markers onthouden voor verder, en verdergaan met de andere VI's (virtuele inputs).

De volgende VI is dan een schakelaar, "min. 1,41kW":

[Afbeelding]
[fig. 6]

Die wordt verder gebruikt om in die randgevallen dat er "soms wel" en "soms niet" genoeg PV opwekking is te blijven laden aan 6A éénfasig (dus 1,41kW), om te vermijden dat het laden telkens weer stopt bij een nieuwe wolk. Onnodig te zeggen dat een tekort aan opwekking in zo'n geval electriciteit uit het net zal trekken. Zie verder.

"LP doel kW" is een (verderop) berekende marker die hier in de UI gebruikt wordt als feedback om te zien welk vermogen er nu naar de laadpaal gaat. Dit vind ik nuttig ter controle.

Op basis van de instellingen en berekende markers die ik tot nu toe besprak kan ik nu misschien best eerst uitleggen hoe ze verder zullen worden gebruikt. Kort gesteld wordt er op basis daarvan eerst mode per mode een berekening gedaan van hoeveel vermogen er naar de laadpaal kan gaan:

[Afbeelding]
[fig. 7]

We verkrijgen zo de markers "LP mode 1 vermogen", "LP mode 2 vermogen", en "LP mode 3 vermogen" die verder nog gebruikt worden. De berekende vermogens voor de modes 1 en 2 ( = de Entsoe laden modes, dus op basis van de spotprijzen/day aheadprijzen) blijven daarbij 0 indien de marker "LP Entsoe charging OK2Go" niet gezet (niet "Aan") is, hierover verder nog meer.

Nu komt de "core" van het verhaal. Hier wordt alles "beperkt" volgens de eerdere instellingen, ik laat de afbeelding voor zich spreken:

[Afbeelding]
[fig. 8]

Ingang V4, niet te zien op de afbeelding, heeft de vaste waarde 11,28. De marker "Laadpaal actief" wordt verderop uitgelegd. De uitkomst van die "core" berekening is de marker "Doel LP kW" die na conversie naar 2 modbuswaardes in de laadpaal gaat: aantal fasen, en te trekken laadpaalstroom - via marker "Laadpaal doelstroom":

[Afbeelding]
[fig. 9]

Nu terug naar de volgorde uit de UI. Daar staan de VI's "te laden perc.", en "Geschatte laadtijd" (in uren en minuten):

[Afbeelding]
[fig. 10]

Die voor zich spreekt. Die uitkomst dient als basis voor het aantal te laden uren (een gegeven nodig ingeval van Entsoe laden, tbv Loxones Spot Prize Optimizer functieblok). Fig. 10 behoeft hierbij een detail-wijziging aan het Integer-getal functieblok voor de minuten (die ik bij deze gelegenheid corrigeerde, helaas pas na de screenshot): de Ro ingang mag niet omgekeerd worden.

Hier is misschien het goede moment om mijn gebruik van Loxones Wallbox functieblok aan te halen voordat ik de verdere uitleg doe. Enerzijds ben ik niet zo heel overtuigd (meer) om het Wallbox functieblok te blijven gebruiken. Maar anderzijds ben ik terughoudend om 'm weg te halen uit mijn configuratie, vooral omwille van de historiek van de data. Een nuttige functie is zijn input "Muv" (laadpaalmodus eens de auto werd ontkoppeld), en zijn bijhorende output "M". Indien "Muv" op 0 zou worden ingesteld zou het functieblok bij het ontkoppelen van de auto (dus wanneer de input "Vc" wordt gereset) de huidige laadmodus behouden. Maar ik stel die waarde in op (laadmodus) 5 en de Wallbox' laadmodus krijgt dus bij ontkoppelen de waarde 5 = modus "Stopped":

[Afbeelding]
[fig. 11]

Het alternatief voor het gebruik van het Wallbox functieblok (zo besefte ik later) ware geweest om (enkel) bij een dalende flank (van de marker "Laadpaal Vtg geconnecteerd", dus hier ingang "Vc") de laadpaal inactief ( = de marker "Laadpaal actief") te zetten bij het ontkoppelen van de auto. Terug actief zetten van die marker kan in mijn geval dan enkel via de app - zie verder hoe dit in zijn werk gaat.

de marker "Laadpaal actief"
Het rechtstreekse gevolg van die manier van werken (met het Wallbox functieblok) is dat er 2 laadmodes zijn: een (marker) "WB mode" en een (virtuele ingang - VI) "LP mode" - wat nogal omslachtig is, en zoals reeds aangehaald vatbaar voor logicaverbetering ("work in progress"). Hoe dan ook. "WB mode" is dus de laadmodus van het Wallbox functieblok, "LP mode" wordt via de UI gewijzigd, en indien "LP mode" (in de UI) wordt gewijzigd wordt Sm[1-5] gezet (hetgeen op zijn beurt "WB mode" wijzigt en de vorige "WB mode" waarde overschrijft). Zie opnieuw fig. 1.

Bij beide "WB mode" en "LP mode" hoort een marker die weergeeft of de waarde ervan tussen 1 en 4 is, en dus een laadbare mode is. Indien dit voor beide het geval is, wordt de marker "Laadpaal actief" gezet ("Aan"). Merk dus op dat onmiddellijk na het ontkoppelen van de auto de marker "Laadpaal actief" gereset is, en (enkel) het daarna, in de UI wijzigen van "LP mode" die marker terug "Aan" zet. Dit met het al summier aangehaalde design-doel dat de auto onmiddellijk na ontkoppeling niet meer kan worden geladen dan tenzij na een actie in de app. De beide markers moeten een waarde hebben tussen 1 en 4, en dan hun respectievelijke marker "[WB|UI] laadbare mode" gezet ("Aan"). Voor de UI verberg ik die complexiteit weliswaar, en houd slechts 1 laadmodus aan ("LP mode") en toon in de UI tevens de hierboven aangehaalde marker "Laadpaal actief", de bevestiging dat beide OK zijn:

[Afbeelding]
[fig. 12]

de marker "Laadpaal in Spot-laadmodus"
Die geeft weer of de LP Mode 1 of 2 is, dus een day-ahead (spot) mode:

[Afbeelding]
[fig. 13]

de marker "Voertuig geconnecteerd"
Is een marker die uit de laadpaal (modbus) komt, via een conversie in een Status functieblok:

[Afbeelding]
[fig. 14]

en

[Afbeelding]
[fig. 15]

Dient tevens als input voor het Wallbox functieblok. Zie ook hierboven fig. 11. Let wel dat deze waardes enkel gelden voor mijn Alfen laadpaal.

de marker "Spot-instelling OK"
Is gezet wanneer er sedert het drukken van de UI knop "Start het laden" geen enkele wijziging (meer) werd ingegeven: noch voor het "Aantal uren laden", noch voor "Opladen tegen". Wanneer er één van beiden werd gewijzigd, wordt de instelling "Spot-instelling OK" gereset ("Uit"). Deze marker is van belang bij het bepalen, in een spot-laadmode, van de (niet in de UI getoonde) marker "LPEntsoeChargingOK2Go". Indien die laatste niet is gezet, zal de laadpaal geen vermogen leveren (fig. [kWBerekeningModePerMode.PNG]) zoals reeds hierboven werd vermeld:

[Afbeelding]
[fig. 16]

en

[Afbeelding]
[fig. 17]


de markers "Laadpaal spotprijs nu actief", "Start het laden", "Aantal uren laden" en "Opladen tegen"
Zie hieronder:

[Afbeelding]
[fig. 18]

Merk het belang op van "Aantal uren laden" en "Opladen tegen" :

[Afbeelding]
[fig. 19]

"Spot Price Verbruik" en "Spot Price Injectie"
De injectie gebruik ik om (ingeval van de injectietarieven bij Eneco) in 1 oogopslag te kunnen zien wanneer die negatief zijn (en er dus ook moet betaald worden om te injecteren). Zie de beide figuren hieronder voor verbruiks- en injectietarieven:

[Afbeelding]
[fig. 20]

en

[Afbeelding]
[fig. 21]

Gewelidge post. Ga ik binnenkort eens dieper induiken!

[Gwaihir]

Wat doe ik verkeerd met Config 16? Het is de update voor kleine schermen, maar juist op mijn nog altijd even grote schermen, vind ik het ontzettend slecht leesbaar . Zijn er ergens (nieuwe) instellingen om mee te spelen?

En ben ik inderdaad de losse vensters definitief kwijt? D.w.z. de overzichts-tree en het eigenschappen venster konden voor deze versie losse windows zijn, op mijn andere scherm. Nu is dat weg en vind ik het ook niet terug in de instellingen.

[JackBol]

Gwaihir schreef op zaterdag 6 september 2025 @ 12:21:
Wat doe ik verkeerd met Config 16? Het is de update voor kleine schermen, maar juist op mijn nog altijd even grote schermen, vind ik het ontzettend slecht leesbaar . Zijn er ergens (nieuwe) instellingen om mee te spelen?

En ben ik inderdaad de losse vensters definitief kwijt? D.w.z. de overzichts-tree en het eigenschappen venster konden voor deze versie losse windows zijn, op mijn andere scherm. Nu is dat weg en vind ik het ook niet terug in de instellingen.

Volgens mij is het gewoon marketing rondom de nieuwe GUI. Het was in het begin even wennen maar ik vind de nieuwe GUI wel prettig, maar ik gebruik wel een 27" extern scherm anders zou ik helemaal gek worden.

[Gwaihir]

Prettig = wel mee te leven, @JackBol? Of heb je ook al specifieke verbeteringen gespot die je blij maken?

[ Voor 3% gewijzigd door Gwaihir op 06-09-2025 17:32 ]

[JackBol]

Gwaihir schreef op zaterdag 6 september 2025 @ 17:21:
Prettig = wel mee te leven, @JackBol? Of heb je ook al specifieke verbeteringen gespot die je blij maken?

De GUI is iets frisser gemaakt, maar ik zou niet 1 functioneel verschil kunnen aangeven.

[Nimrod]

Ben hier al enkele uren zoet mee geweest maar ik raak er niet wijs uit.
Ik tracht mijn Loxone-netwerkkabel te verhuizen van telenetkabelmodem naar cloud gateway fiber (R) of hiermee verbonden switch (S).
Pluggen in de R verschijnt als neutrale FE verbinding in de Unifi App. Maar miniserver mac-adres komt hier zo te zien niet door, niets te wijzigen anders dan poort-specifieke zaken. Wat loopt hier fout?
Pluggen in de S toont mac-adres van miniserver wel, en daar kan ik een statisch ip-adres toewijzen. Hier heb ik al ontdekt dat domweg het huidige in miniserver bewaarde statisch ip-adres opnieuw toewijzen geen optie is want de telenetmodem die range (192.168.0) afschermt, om uit te delen aan rechtstreeks verbonden zaken, zoals de R zelf dus (en Loxone zich momenteel ook van die range bedient). En die R hierdoor een LAN inricht met 192.168.1 range, waardoor mijn manueel 192.168.0 adres niet mag.
Met de miniserver in de S geplugd heb ik 'm een adres, 192.168.1.10 toegewezen (wordt wel aanvaard), onderbreek ik even de stroomtoevoer naar de miniserver, en tracht vervolgens met config/ app te speuren naar miniservers (via laptop/smartphone die draadloos aan AP verbonden zijn dat zelf bedraad naar S loopt). Maar geen te zien. Daarna ook geprobeerd manueel verbinding te leggen (zowel 192.168.1.10 als 192.168.1.10:6800). Maar ook hier geen succes.
Enige wat ik kan vermoeden is dat het nieuwe adres een LAN-adres is en daardoor ergens verstopt blijft achter WAN-adres ...? (Helaas nog altijd grote noob in netwerking)

[flupp]

Een beetje verraderlijk om advies te geven als ik niet 100% zeker ben dat ik ‘t goed zie. Dus eerst even doublechecken:

1. de R werkt als router (intern in jouw Telenet netwerk) met zijn eigen intern netwerk 192.168.1.0/24. Correct?
2. jij wil de miniserver in dat 192.168.1.0/24 netwerk laten draaien. Correct?
3. tegelijkertijd wil je daarbuiten, in jouw oude Telenet 192.168.0.0/24 netwerk, al jouw oude computer(s) laten draaien. Correct?
4. en je wil bovendien verbinding maken tussen die oude 192.168.0.0/24 computers met de 192.168.1.0/24 miniserver (via de WAN verbinding van jouw R). Correct?
5. er is geen mogelijkheid om jouw R te laten werken als “simpele” switch (ik ben niet zo vertrouwd met zo’n fiber gateway ding). Correct?

Indien allemaal correct, dan ook nog de vraag of jouw R port forwarding mogelijkheden heeft?

[Nimrod]

Bedankt
1 & 2 correct, 3&4 niet; idealiter gaat de telenetmodem in bridgemode (dwz, wissel ik 'm in voor een model waar dat kan/mag) en handelt router/switch alles af, waar het hele netwerk en alles wat er aan vasthangt (coor mij) beheerd wordt. Ik ben de huidige modem aan het 'bevrijden' van kabels.
5 is wat ik niet wil, wil zoveel mogelijk 'zelf' beheren (stap per stap maar miniserver vraagt meteen al netwerkkennis die ik nog niet heb )

[Gwaihir]

@Nimrod Welke miniserver? Tenminste de standaard gen 1 heeft lack aan DHCP. Alléén bij allereerste keer opstarten na een factory reset, is hij bereid daar iets mee te doen. Je moet 'm dus een statisch IP uitreiken via de Loxone config. En alleen daar kun je 'm een nieuw IP geven, wederom statisch.

Dus als je zegt dat je een (nieuw) statisch adres hebt uitgereikt, bedoel je dan in je Unifi omgeving, of via Loxone config?

[Nimrod]

Is idd een miniserver gen1, had al gemerkt dat dynamisch dcp geen optie was, maar dacht dat dat met telenet te maken had.
Dus in principe zit er niets anders op dan nieuw statisch IP via config verbonden langs oud statisch IP te wijzigen, daarna zelfde IP adres in LAN toe te kennen, en dan maar vingers te kruisen dat het werkt? Moet er in dat scenario ook nog een herstart (stroomstop) gebeuren?
Als dat fout loopt: vorige versie op sd-kaart duwen waar oude IP nog in stopt? Of zijn er eenvoudiger manieren (ik had al ergens gelezen nieuw project starten, miniserver op oude locatie zoeken, en via die weg project uit miniserver lezen, en daar dan weer IP herstellen, in zoverre dat nog nodig is als ik die net op oude locatie heb kunnen verbinden)?

[flupp]

@Nimrod Terugkomend op jouw post van 12:39u:
“Met de miniserver in de S geplugd heb ik 'm een adres, 192.168.1.10 toegewezen (wordt wel aanvaard), onderbreek ik even de stroomtoevoer naar de miniserver, en tracht vervolgens met config/ app te speuren naar miniservers (via laptop/smartphone die draadloos aan AP verbonden zijn dat zelf bedraad naar S loopt). Maar geen te zien.”

Met welk IP adres op de laptop/smartphone doe je dat? 192.168.1.0/24 (en hoe toegekend)?

[Nimrod]

Beide toestellen zitten in LAN met range 192.168.1...
Zou het kunnen dat Loxone deze toestellen weigert wegens niet aan 192.168.0 gekoppeld? Ook ergens gelezen: smartphone via app met loxone verbinden lukt pas bij uitzetten wifi en enkel via sim te werken. Heb ik alleszins nog niet geprobeerd, dan zou ik miniserver met modem-wifi moeten verbinden ipv ap-wifi opdat ze in 'zelfde' netwerk van miniserv zijn (ook al hangt miniserv op dat moment in theorie reeds aan 192.168.1 range)?

[flupp]

Nimrod schreef op maandag 15 september 2025 @ 16:01:
Beide toestellen zitten in LAN met range 192.168.1...
Zou het kunnen dat Loxone deze toestellen weigert wegens niet aan 192.168.0 gekoppeld?
…

Voorzover mijn netwerkkennis reikt zal dit liggen aan ofwel de netmask van laptop(s)/smartphone(s), ofwel aan de routeringsinstellingen van R.

Zou je daarom eventueel de (door R) dhcp-aangereikte netmaskinstelling kunnen wijzigen van /24 naar /16 (of van 255.255.255.0 naar 255.255.0.0). Ik vermoed dat laptops/smartphones dan al de miniserver zouden kunnen zien (ook al zou diezelfde netmask ook dan nog moeten worden aangepast in de miniserver)

[Gwaihir]

Nimrod schreef op maandag 15 september 2025 @ 15:19:
Dus in principe zit er niets anders op dan nieuw statisch IP via config verbonden langs oud statisch IP te wijzigen, daarna zelfde IP adres in LAN toe te kennen, en dan maar vingers te kruisen dat het werkt? Moet er in dat scenario ook nog een herstart (stroomstop) gebeuren?

Als ik me goed herinner besluit 't ding zelf dat een herstart op z'n plaats is, wanneer je via config die info upload.

En dat werkt wel hoor. Sowieso: waarom zou hij 'zo maar ergens' verschijnen? Dus als het echt niet werkt, dan zit hij vast wel op het oude IP adres.

Zelfde IP adres in Unifi statisch toekennen heb ik zelf ook gedaan geloof ik. Dan kan ik 't nog een beetje makkelijk terugvinden. Maar ik vond het wel een zwaktebod, want het suggereert dat ik het daar ook zou kunnen aanpassen. En dat kunnen we dus vergeten...

[Gwaihir]

@Nimroad Qua benadering van 't ding: ik zou even beginnen met webinterface en / of config op intern IP. Dan weet je of je die stap hebt afgetikt.

Extern benaderen komt dan daarna. En intern benaderen op extern IP is eventueel de laatste stap. (Beide zijn aanvullende instellingen op je router(s).)

[Nimrod]

Bedoel je rechtstreeks miniserver met laptop verbinden om te checken of ik m dan nog via config kan aanspreken (en external access terugdraaien als t niet werkt?)
Snap ook nog altijd niet waarom mac adres miniserver wel op switch verschijnt, maar niet op overkoepelende router, maar dan weer wel op overkoepelende telenetmodem. Alles al meerdere malen herstart, gezocht of mac ergens tegengehouden wordt, maar nee ... Krijg er hoofdpijn van.

[Gwaihir]

Nimrod schreef op maandag 15 september 2025 @ 18:26:
Bedoel je rechtstreeks miniserver met laptop verbinden om te checken of ik m dan nog via config kan aanspreken (en external access terugdraaien als t niet werkt?)

Nee, gewoon met miniserver en pc in het beoogde netwerk.

Ik bedoel vooral dat je de ingewikkeldheden van externe toegang op geen enkele manier erbij moet betrekken voor je weet of het gewoon werkt, met die miniserver op het nieuwe IP-adres.

[flupp]

Nimrod schreef op maandag 15 september 2025 @ 18:26:
Bedoel je rechtstreeks miniserver met laptop verbinden om te checken of ik m dan nog via config kan aanspreken (en external access terugdraaien als t niet werkt?)
Snap ook nog altijd niet waarom mac adres miniserver wel op switch verschijnt, maar niet op overkoepelende router, maar dan weer wel op overkoepelende telenetmodem. Alles al meerdere malen herstart, gezocht of mac ergens tegengehouden wordt, maar nee ... Krijg er hoofdpijn van.

Neen, ik bedoel laptop en/of smartphone binnen in het netwerk van R. Miniserver er ook binnen in. Laptop en smartphones ingesteld als dhcp clients (met R als router en DHCP server in dat netwerkje), miniserver met huidig statisch IP adres (in de range 192.168.0.x/24). Zonder enige wijziging kunnen ze elkaar op die manier niet zien, want ze zitten in aparte subnetten (de enen in 192.168.1.0/24, de miniserver in 192.168.0.0/24). Ik noteer dat je terughoudend bent om wijzigingen aan de netwerkinstellingen van de miniserver door te voeren.

Dus zou ik de DHCP serverinstellingen van R wijzigen zodat de clients die er hun netwerkinstellingen van krijgen
(zijnde laptop en smartphone) een “ruimere” netmask krijgen: 192.168.0.0/16 in plaats van 192.168.0.0/24.
Dan moet je best ook op de command line (het zal een Windows laptop zijn, toch?) invoeren:

ipconfig /release
ipconfig /renew

Dit geeft jouw laptop als DHCP client zijn nieuwe IP instellingen zoals je die net wijzigde op R (met een smartphone weet ik helaas niet hoe je die release/renew sekwentie kunt doen).
Ik denk dat je dan, zonder wijzigingen aan de miniserver netwerkinstellingen, vanaf jouw laptop al de miniserver zult kunnen zien.

ALS dat het geval is, dan kun je de netwerkinstellingen van de miniserver met heel wat minder “gevaar voor fouten” wijzigen, eventueel zelfs met behoud van zijn oude IP-adres, en ‘m dan de netmask 192.168.0.0/16 geven (of 255.255.0.0).

Ik sluit overigens niet uit dat je al heel wat problemen hebt gehad met het versteken van jouw laptop tussen het oude 192.168.0.0/24 Telenet netwerk en het nieuwe 182.168.1.0/24 R netwerk: als je ‘m zonder die eerder vernoemde sekwentie

ipconfig /release
ipconfig /renew

versteekt, is de kans groot dat je geen connectie kon leggen omdat ie nog de netwerkinstellingen van zijn vorige netwerk behield, en dit zelfs mogelijks ondanks een laptop herstart!

Overigens snapte ik niet waarom je zoveel belang hecht aan die mac-adres problematiek, dit is toch niet relevant?

[Nimrod]

Bedankt voor alle input
Mijn netwerkkennis is voorlopig te beperkt om alles te begrijpen, en het helpt ook net dat er met huidige telenetmodem misschien ook DHCP/ NAT conflicten spelen (zolang die niet als echte bridge in te stellen is). Je zegt bvb DHCP server instellingen van R te wijzigen: daar ben ik niet zo vrij in, de telenetmodem (en loxone mac) staat op 0, de R (en intussen alle andere devices) op 1.
Ook terughoudend om smart functies via de app te onmogelijk te maken als external acces plots niet werkt. (en ja, alles is oplosbaar met enkele dagen geduld, maar liever meteen goed ipv 'gedoe')

Daarom vind ik het niet verschijnen van mac-adres Loxone via router ook vervelend - het is blijkbaar niet relevant, maar mij lijkt het dat wel (maar vermoedelijk is dat omdat ik het niet goed begrijp).
Pas wanneer Unifi het mac-adres weergeeft, kan ik statisch ip toewijzen (en misschien kan dat ook anders, op poortniveau bv, maar dat heb ik nog niet uitgevogeld). De koppeling mac-ip wordt wel onthouden, dus via de switch kan ik Loxone statisch adres toewijzen, maar in de router geplugd meent Unifi dat mac-adres Loxone 'offline' is. (En je vraagt je mss af: waarom gewoon niet de switch gebruiken? Omdat het plan was Loxone aan de router te hangen, niet aan de switch, en bijkomend omdat dit te makkelijk is om iets ten gronde op te lossen )

Alleszins, hierboven staat vast het antwoord, waarvoor dank - misschien vertrouw ik het al meer als ik de miniserver vind met een device dat ook in modem-netwerk hangt (heb ik nog niet geprobeerd), en zoniet moet ik mijn netwerkkennis verder bijspijkeren. Wordt vervolgd

[Gwaihir]

Nimrod schreef op dinsdag 16 september 2025 @ 12:01:
Pas wanneer Unifi het mac-adres weergeeft, kan ik statisch ip toewijzen (en misschien kan dat ook anders, op poortniveau bv, maar dat heb ik nog niet uitgevogeld). De koppeling mac-ip wordt wel onthouden, dus via de switch kan ik Loxone statisch adres toewijzen, maar in de router geplugd meent Unifi dat mac-adres Loxone 'offline' is. (En je vraagt je mss af: waarom gewoon niet de switch gebruiken? Omdat het plan was Loxone aan de router te hangen, niet aan de switch, en bijkomend omdat dit te makkelijk is om iets ten gronde op te lossen )

Huh? Allereerst, net als @flupp snap ik niet echt waar je je druk om maakt, m.b.t. dat mac adres.

Verder wijst een switch geen IP adressen toe. Dat doet een DHCP server, doorgaans te vinden in een router. En mocht je switch dat toch ook kunnen: zet dat uit; ik zou zeker géén derde DHCP server in je netwerk beginnen. (En die van je ISP hoort uiteindelijk alléén IPs uit te reiken aan zaken aan de WAN zijde van je 'echte' router. Uiteindelijk alleen nog aan die router dus, waarna hij mogelijk in bridge mode of er tussenuit kan.)

En ik snap niet welk onderscheid je meent te zien. Wanneer je een Unifi router en een Unifi switch instelt, doe je dat toch in de Unifi network controller, als één geheel?

Tot slot: dat instellen als statisch adres in je netwerk apparatuur, is nauwelijks relevant, puur voor je eigen boekhouding. Het echte IP van de miniserver stel je immers op de miniserver zelf in. Daarbij herken ik niet dat hij 'm moet 'zien'. Dat gebeurt in dat stuk van de interface waarschijnlijk alleen wanneer een DHCP verzoek wordt ingediend, wat de miniserver dus niet doet. Je kunt desondanks zelf het mac adress in het betreffende veld invullen.

[flupp]

Nimrod schreef op dinsdag 16 september 2025 @ 12:01:
…, en het helpt ook net dat er met huidige telenetmodem misschien ook DHCP/ NAT conflicten spelen (zolang die niet als echte bridge in te stellen is). Je zegt bvb DHCP server instellingen van R te wijzigen: daar ben ik niet zo vrij in, de telenetmodem (en loxone mac) staat op 0, de R (en intussen alle andere devices) op 1.
…
Daarom vind ik het niet verschijnen van mac-adres Loxone via router ook vervelend - het is blijkbaar niet relevant, maar mij lijkt het dat wel (maar vermoedelijk is dat omdat ik het niet goed begrijp).
…
Pas wanneer Unifi het mac-adres weergeeft, kan ik statisch ip toewijzen
…

Een hele boterham. Maar lang verhaal kort. Ik begreep het nu (en voorheen) toch goed dat jouw laptop een IP adres kreeg toegekend door R? In het .1 segment, toch? Kun je dan de netmask die R aanreikt aan de clients niet óók wijzigen?

Verder is @Gwaihir correct: vergéét die moeizame Unify-instelling met dat Mac-adres dat maar niet te voorschijn komt, het zal jou veel verdere verwarring besparen, want het doet niets terzake, netwerk-connectiviteits-gewijs: jouw miniserver hééft al zijn (.0) IP adres…

Verder zie ik niet dat jouw Telenet router’s NAT in jouw configuratie roet in het eten kan strooien, want al de rest van jouw configuratie zit achter… R! Dan blijft Telenet’s NAT toch een ver van mijn bed show?

[Gwaihir]

Overigens, @Nimrod, voor zover je het nog niet gemerkt hebt: jouw situatie lijkt veel op de mijne. Ik heb ook een Ubiquity router achter een ISP router gehangen en vervolgens m'n netwerk verder ingedeeld en daarbij mijn Gen1 miniserver 'verhuisd'. Het kan dus wel. (Waarbij mijn router uit de EdgeRouter serie is en ik inmiddels verschillende VLANs in gebruik heb ook. Dus ach, je hebt de eenvoudige setup )

De grootste verrassing voor mij in het proces was hoe systematisch die miniserver DHCP negeert (hoewel er wel ergens iets over gerept wordt - wat dus alleen 'fabrieksnieuw, eenmalig' blijkt te zijn). Het overige is rechttoe rechtaan netwerk inrichten en daarvoor kun je wellicht beter wat van de betreffende topics in duiken.

[Pulse_]

Gwaihir schreef op dinsdag 16 september 2025 @ 14:09:
Overigens, @Nimrod, voor zover je het nog niet gemerkt hebt: jouw situatie lijkt veel op de mijne. Ik heb ook een Ubiquity router achter een ISP router gehangen en vervolgens m'n netwerk verder ingedeeld en daarbij mijn Gen1 miniserver 'verhuisd'. Het kan dus wel. (Waarbij mijn router uit de EdgeRouter serie is en ik inmiddels verschillende VLANs in gebruik heb ook. Dus ach, je hebt de eenvoudige setup )

De grootste verrassing voor mij in het proces was hoe systematisch die miniserver DHCP negeert (hoewel er wel ergens iets over gerept wordt - wat dus alleen 'fabrieksnieuw, eenmalig' blijkt te zijn). Het overige is rechttoe rechtaan netwerk inrichten en daarvoor kun je wellicht beter wat van de betreffende topics in duiken.

Heel de netwerk stack van dat ding is een zooitje, bij mij (ook achter unifi gear) is het bijna een garantie dat de miniserver geen verbinding meer wil maken met het netwerk als ik hem hem geupdate (restart). Moet ik geregeld keer naar de kelder lopen en de kabel fysiek uittrekken en opnieuw insteken na een aantal momenten. Heb vanalles geprobeerd om het gewoon via de interface van de router te doen, poort deactiveren en heractiveren bv. Helaas kwam het er op neer dat het enkel werkte als ik in de kast even fysiek de connectie verbrak.

[Nimrod]

Amai, ik ga alles es herlezen als ik effectief netwerken vat
Spoiler: het werkt, via routerpoort.
Eerst nog even vanuit zelfde LAN miniserver na reboot gezocht, dat lukte. Zonder reboot (+1u later) ook nog trouwens. Daarna ook nog even rechtstreeks over manueel ip aan de laptop gekoppeld, ook dat lukte mbv loxone info.
Aan routerzijde de verbinding met mac laten herkennen (zoals de switch automatisch doet) was minder geweldig, met als hoogtepunt een reboot die factory reset bleek te zijn. Niet dat dit het 'probleem' oploste.
Uiteindelijk via oude netwerk nieuwe netwerkip opgeslaan, en dan vanuit nieuwe netwerk opnieuw verbonden, zonder issues, huzzah. Idem de smartphone app, opnieuw aanmelden en het werkt als voorheen. Kabel van switch naar router verhuizen gaf ook geen probleem, al blijft macadress volgens unifiapp 'offline' en verschijnt macadres niet in bezette routerpoort. Misschien een bug, misschien toch iets om later recht te trekken.

@Pulse_ Hier nog geen netwerkissues na update, maar ik weet nu ook wat gedaan als het zover is

[Pulse_]

Nimrod schreef op dinsdag 16 september 2025 @ 16:09:
Amai, ik ga alles es herlezen als ik effectief netwerken vat
Spoiler: het werkt, via routerpoort.
Eerst nog even vanuit zelfde LAN miniserver na reboot gezocht, dat lukte. Zonder reboot (+1u later) ook nog trouwens. Daarna ook nog even rechtstreeks over manueel ip aan de laptop gekoppeld, ook dat lukte mbv loxone info.
Aan routerzijde de verbinding met mac laten herkennen (zoals de switch automatisch doet) was minder geweldig, met als hoogtepunt een reboot die factory reset bleek te zijn. Niet dat dit het 'probleem' oploste.
Uiteindelijk via oude netwerk nieuwe netwerkip opgeslaan, en dan vanuit nieuwe netwerk opnieuw verbonden, zonder issues, huzzah. Idem de smartphone app, opnieuw aanmelden en het werkt als voorheen. Kabel van switch naar router verhuizen gaf ook geen probleem, al blijft macadress volgens unifiapp 'offline' en verschijnt macadres niet in bezette routerpoort. Misschien een bug, misschien toch iets om later recht te trekken.

@Pulse_ Hier nog geen netwerkissues na update, maar ik weet nu ook wat gedaan als het zover is

Denk gewoon pech met mijn unit tbh, maat met zelfde setup geen enkel probleem... Ga binnekort upgrade naar een V2 dus dan hopelijk gedaan met het probleem (heb hebt nodig voor hun OCP server te gebruiken voor laadpaal)

[Pulse_]

Seg heeft iemand eigenlijk ervaring met het omzetten van 24v naar 12v en mogelijk met een barrel jack. Ik heb met mijn laatste aankopen ineens een powersupply en backup module mee aangeschaft om 4 10A 24v voedingen te vervangen voor men verlichting. Ga dan ook gelijk mijn minserver en extensie voedingen vervangen.

Voorlopig heb ik voor mijn motorisch slot van mijn deur en een klassieke deurbel ook nog een 12V voeding in de kast steken (op een afzonderlijke zekering zelfs). Die zou ik graag mee op de backup steken. En als ik dan toch bezig ben dacht ik gelijk de modem van men provider van zijn stekkertje te ontdoen en ook mee op de backup te pleuren. Dan bestaat de kans dat als de stroom moest uitvallen Loxone alsnog me een melding kan sturen moest ik niet thuis zijn. Al met al gaat het in W niet over veel stroom, zou netjes zijn dit gewoon via een module in de kast te doen voor de deur en deurbel, en via een kleine module in de buurt van het nutspaneel.

Wat denken jullie, dom idee of briliante ingeving?

Edit: Heb een server rack steken waar mijn eigen netwerk gebeuren in zit, die krijgt zijn eigen UPS.

[ Voor 4% gewijzigd door Pulse_ op 17-09-2025 09:02 ]

[Gwaihir]

@Pulse_ Ik snap 'm wel. En dat soort voedingen zijn ook prima leverbaar. Mijn gedachten gaan allereest naar Victron, dat daar al vele jaren in thuis is, maar ook DIN-rail van een goed merk zal er ongetwijfeld zijn.

Wat voor accu heb je eraan gehangen en hoe ben je tot die specifieke keuze gekomen?

[amauer]

@flupp Je bedoel een DC/DC converter van 24v dc naar 12v dc.
Wellicht dat hier iets tussen staat: https://www.distrelec.nl/..._nl_ss=DIN%5C-railmontage

Ik ben naar hetzelfde op zoek. Ook voor een 12v deurslot en modem.
De meeste converters zijn wel aardig aan de prijs.... De Meanwell DDR-30L-12 zou volgens mij wel moeten voldoen.
https://www.distrelec.nl/...ell-ddr-30l-12/p/30134130

[Pulse_]

Gwaihir schreef op woensdag 17 september 2025 @ 11:23:
@Pulse_ Ik snap 'm wel. En dat soort voedingen zijn ook prima leverbaar. Mijn gedachten gaan allereest naar Victron, dat daar al vele jaren in thuis is, maar ook DIN-rail van een goed merk zal er ongetwijfeld zijn.

Wat voor accu heb je eraan gehangen en hoe ben je tot die specifieke keuze gekomen?

Ben gegaan voor deze accu, voor de nette behuizing:
https://www.allroundbastl...xone-power-supply-backup/

Je kan voor veel minder gewoon wat batterijen aan elkaar hangen maar wil graag dat het netjes blijft. Voor voedingen heb ik momenteel 4 meanwel 10A kleppers maar die worden dus vervangen door de Loxone module.

[Pulse_]

amauer schreef op woensdag 17 september 2025 @ 14:17:
@flupp Je bedoel een DC/DC converter van 24v dc naar 12v dc.
Wellicht dat hier iets tussen staat: https://www.distrelec.nl/..._nl_ss=DIN%5C-railmontage

Ik ben naar hetzelfde op zoek. Ook voor een 12v deurslot en modem.
De meeste converters zijn wel aardig aan de prijs.... De Meanwell DDR-30L-12 zou volgens mij wel moeten voldoen.
https://www.distrelec.nl/...ell-ddr-30l-12/p/30134130

Klopt de meeste die in tegenkom hebben een redelijk hoog amperage en op zich heb ik maar een zeer beperkt totaal wattage nodig. Die gene die he daar onderaan linkt is al een pak schappelijker in prijs, waarschijnlijk net op het randje van wat ik nodig heb met inschakel spanningen en dergelijke. Nog even wat onderzoek doen, geen zin om overal van die kleine auto dingentjes in de kast of rond de nuts voorzieningen te proppen.

[mgizmo]

Pulse_ schreef op donderdag 18 september 2025 @ 11:58:
[...]


Klopt de meeste die in tegenkom hebben een redelijk hoog amperage en op zich heb ik maar een zeer beperkt totaal wattage nodig. Die gene die he daar onderaan linkt is al een pak schappelijker in prijs, waarschijnlijk net op het randje van wat ik nodig heb met inschakel spanningen en dergelijke. Nog even wat onderzoek doen, geen zin om overal van die kleine auto dingentjes in de kast of rond de nuts voorzieningen te proppen.

1A genoeg? https://www.kiwi-electron...-step-down-converter-3874
Zoek op arduino 24v 12v

[HammieDuDe]

HammieDuDe schreef op donderdag 14 augustus 2025 @ 08:52:
[...]

Ik heb een Peblar besteld, toch dat stukje NL-degelijkheid en de mogelijkheid om via een API het afgegeven vermogen te kunnen instellen, dat is eigenlijk alles wat ik nodig heb, we gaan er volgende week maar eens mee aan de hobby, eerst maar eens de kabels terugzoeken onder de oprit.

Hier nog even op terugkomend, ik ga morgen met mijn Peblar aan het aansluiten en zal dan het stukje integratie gaan maken in de Loxone, wat ik mij dan echter nog afvraag. Normaliter komen laadpalen met loadbalancers die op de P1 worden aangesloten en hierdoor het laadvermogen wordt ingeregeld.

Echter, de laadpaal zelf zit dan toch ook achter de meter, oftewel, hoe bepaald hij dan en met welk vermogen op het moment als hij daar zelf ook achter zit? Ik heb zelf 3x25A, hij kan zelf max met 11kW afgeven +/- 3x16A dus, hij maakt dan zelf dat rekensommetje van totale load minus afgegeven vermogen oid?

In heb een 3-tal kWh meters in de meterkast zitten, waarvan ik er eentje nog wel vrij kan maken ( nu op kookplaat, maar is verwaarloosbaar heb ik gemerkt ), waarbij ik er over zit te denken om die achter alle verbruikers te zetten in huis ( alle groepen behalve de PV ). Waarbij ik al mijn daadwerkelijke verbruikers een totaal van heb. PV zit een aparte kWh meter op, daar heb ik dan de daadwerkelijke opbrengst van, en ik heb een P1 monitor ( heb ik ook de gegevens van ).

Met bovenstaande kan ik dan toch het beste mijn Peblar afgegeven vermogen gaan inregelen lijkt me.

[ Voor 4% gewijzigd door HammieDuDe op 19-09-2025 10:28 ]

[DomiGijzen]

HammieDuDe schreef op vrijdag 19 september 2025 @ 10:26:
[...]


Hier nog even op terugkomend, ik ga morgen met mijn Peblar aan het aansluiten en zal dan het stukje integratie gaan maken in de Loxone, wat ik mij dan echter nog afvraag. Normaliter komen laadpalen met loadbalancers die op de P1 worden aangesloten en hierdoor het laadvermogen wordt ingeregeld.

Echter, de laadpaal zelf zit dan toch ook achter de meter, oftewel, hoe bepaald hij dan en met welk vermogen op het moment als hij daar zelf ook achter zit? Ik heb zelf 3x25A, hij kan zelf max met 11kW afgeven +/- 3x16A dus, hij maakt dan zelf dat rekensommetje van totale load minus afgegeven vermogen oid?

In heb een 3-tal kWh meters in de meterkast zitten, waarvan ik er eentje nog wel vrij kan maken ( nu op kookplaat, maar is verwaarloosbaar heb ik gemerkt ), waarbij ik er over zit te denken om die achter alle verbruikers te zetten in huis ( alle groepen behalve de PV ). Waarbij ik al mijn daadwerkelijke verbruikers een totaal van heb. PV zit een aparte kWh meter op, daar heb ik dan de daadwerkelijke opbrengst van, en ik heb een P1 monitor ( heb ik ook de gegevens van ).

Met bovenstaande kan ik dan toch het beste mijn Peblar afgegeven vermogen gaan inregelen lijkt me.

Geen ervaring met de Peblar. Maar Alfen heeft een uitleesbare meter ingebouwd. Daarmee kun je logica maken of de energy manager aansturen.

[HiBe]

HammieDuDe schreef op vrijdag 19 september 2025 @ 10:26:
[...]


Hier nog even op terugkomend, ik ga morgen met mijn Peblar aan het aansluiten en zal dan het stukje integratie gaan maken in de Loxone, wat ik mij dan echter nog afvraag. Normaliter komen laadpalen met loadbalancers die op de P1 worden aangesloten en hierdoor het laadvermogen wordt ingeregeld.

Echter, de laadpaal zelf zit dan toch ook achter de meter, oftewel, hoe bepaald hij dan en met welk vermogen op het moment als hij daar zelf ook achter zit? Ik heb zelf 3x25A, hij kan zelf max met 11kW afgeven +/- 3x16A dus, hij maakt dan zelf dat rekensommetje van totale load minus afgegeven vermogen oid?

In heb een 3-tal kWh meters in de meterkast zitten, waarvan ik er eentje nog wel vrij kan maken ( nu op kookplaat, maar is verwaarloosbaar heb ik gemerkt ), waarbij ik er over zit te denken om die achter alle verbruikers te zetten in huis ( alle groepen behalve de PV ). Waarbij ik al mijn daadwerkelijke verbruikers een totaal van heb. PV zit een aparte kWh meter op, daar heb ik dan de daadwerkelijke opbrengst van, en ik heb een P1 monitor ( heb ik ook de gegevens van ).

Met bovenstaande kan ik dan toch het beste mijn Peblar afgegeven vermogen gaan inregelen lijkt me.

Geen idee hoe peblar dit gemaakt heeft, maar in de zappi moet je de waarde van de hoofdzekering instellen, vervolgens zorgt de P! (in geval van zappi CT klemmen) ervoor dat je niet (Structureel) boven deze waarde uitkomt met het hele huis.

Kortom ik kan de zappi instellen op 3x16A (=11kW) laden... maar als het huis al 3x16A trekt en de hoofdzekering is 3x25A, dan zal de zappi terug geregeld worden, zodat het geheel onder de 3x25A blijft.

[HammieDuDe]

Het staat in principe ook los van de Peblar, deze heb ik los aangeschaft zonder de P1 toevoeging, ik ga hem immers via de HTTP API met Loxone sturen ( het laadvermogen ).

Ik was meer benieuwd hoe de andere leveranciers deze logica gebouwd hebben, hoe te acteren met alleen de input van de P1, hier zit immers alles achter, inclusief de Peblar/Zappi/laadpaal zelf.

Maar ik denk dat ik wel een goed scenario kan maken als ik mijn kWh meter ombouw naar totaal van de verbruikers in huis, dan heb ik genoeg inputs in Loxone om hier op te gaan sturen ( los van de P1 ).

[Gwaihir]

HammieDuDe schreef op vrijdag 19 september 2025 @ 17:02:
Ik was meer benieuwd hoe de andere leveranciers deze logica gebouwd hebben, hoe te acteren met alleen de input van de P1, hier zit immers alles achter, inclusief de Peblar/Zappi/laadpaal zelf.

Ja. Daar houden ze dus rekening mee.

Op zich houdt dat de rekensom best makkelijk, toch? Stel, huis mag 3x25A, dan regelt de Peblar/Zappi/... dat het totaal daar niet boven gaat. [Zeg maar zoals de bouwsteen overbelastingsbeveiliging werkt in Loxone.]

[mgizmo]

Weten jullie wellicht hoe ik, in mijn voorbeeld, een AC unit controller function block kan voorzien van data die van de AC unit vandaan komt, anders dan de Loxone AC Control fysieke modules?

Als ik nu aan de input zijde een memory flag koppel van bijv de Mode, welke ik vul middels het ophalen van de huidige status via HTTP json output, dan ziet de AC unit controller dit als een input dat niet handmatig ingesteld kan worden in de Loxone app, maar aangestuurd wordt door logica in de config. In de app zie ik dan "Ingesteld door logica", waardoor ik geen optie in de app heb om de waarde/stand aan te passen.

Wat ik wil bereiken is, dat ik buiten het gebruik van de loxone app, ook de instellingen van de airco wil kunnen aanpassen, zoals de mode, fan-snelheid, e.d., en dat de Loxone app dit ook weergeeft, maar ik in de Loxone app ook de setting weer kan wijzigen (wat ik kan, als ik de input loskoppel).

[florholvoet]

Meestal kies je één plek per instelling waar je die wil kunnen beheren.

Bijvoorbeeld: Fan Speed in Loxone beheren = de output van dat blok koppelen aan de input van jouw airco.
Wil je het met de app of remote van je airco doen, dan koppel je dit als inputs in Loxone (zoals je nu doet) en dan is het ook enkel daar te doen.

Wil je toch een volledige synchronisatie, dan is dat veel programmeerwerk. Je zou dit kunnen realiseren door voor elke input een radio input block te steken, waar je elke instelling kan veranderen in Loxone of kan wijzigen na een trigger vanuit je airco app.

[Pulse_]

florholvoet schreef op maandag 22 september 2025 @ 00:36:
Meestal kies je één plek per instelling waar je die wil kunnen beheren.

Bijvoorbeeld: Fan Speed in Loxone beheren = de output van dat blok koppelen aan de input van jouw airco.
Wil je het met de app of remote van je airco doen, dan koppel je dit als inputs in Loxone (zoals je nu doet) en dan is het ook enkel daar te doen.

Wil je toch een volledige synchronisatie, dan is dat veel programmeerwerk. Je zou dit kunnen realiseren door voor elke input een radio input block te steken, waar je elke instelling kan veranderen in Loxone of kan wijzigen na een trigger vanuit je airco app.

Ik weet dat de loxone modules zelf continue hun settings herhalen, vermoedelijk gestuurd door het blok. Als je dus zo'n module installeerd werken je afstandsbedieningen niet meer. Dit komt omdat er geen terugkoppeling is, alles is 1 richtings verkeer.

[JackBol]

mgizmo schreef op maandag 22 september 2025 @ 00:10:
Weten jullie wellicht hoe ik, in mijn voorbeeld, een AC unit controller function block kan voorzien van data die van de AC unit vandaan komt, anders dan de Loxone AC Control fysieke modules?

Als ik nu aan de input zijde een memory flag koppel van bijv de Mode, welke ik vul middels het ophalen van de huidige status via HTTP json output, dan ziet de AC unit controller dit als een input dat niet handmatig ingesteld kan worden in de Loxone app, maar aangestuurd wordt door logica in de config. In de app zie ik dan "Ingesteld door logica", waardoor ik geen optie in de app heb om de waarde/stand aan te passen.

Wat ik wil bereiken is, dat ik buiten het gebruik van de loxone app, ook de instellingen van de airco wil kunnen aanpassen, zoals de mode, fan-snelheid, e.d., en dat de Loxone app dit ook weergeeft, maar ik in de Loxone app ook de setting weer kan wijzigen (wat ik kan, als ik de input loskoppel).

Ik heb dat AC block helemaal uit de UI gehaald. Ik heb een selector switch voor temperatuur en een on-off button voor aan/uit. Het AC block staat verder helemaal op automatisch. Ik kan nu bijv. in de avond de fanspeed cappen op 2 of zo zonder dat het de UI impact.

Die selector swtich stuurt overigens ook de vloerverdelers aan, dus ik heb maar 1 plek in de UI waar ik de temperatuur instel, welke vervolgens doorvloeit in alle relevante klimaat systemen. Bijkomend voordeel is dat mijn externe dingen (e.g. Button+) alleen met de selector switch hoeven te interact'en dus alles zit op 1 plek.

[mgizmo]

JackBol schreef op maandag 22 september 2025 @ 14:56:
[...]

Ik heb dat AC block helemaal uit de UI gehaald. Ik heb een selector switch voor temperatuur en een on-off button voor aan/uit. Het AC block staat verder helemaal op automatisch. Ik kan nu bijv. in de avond de fanspeed cappen op 2 of zo zonder dat het de UI impact.

Die selector swtich stuurt overigens ook de vloerverdelers aan, dus ik heb maar 1 plek in de UI waar ik de temperatuur instel, welke vervolgens doorvloeit in alle relevante klimaat systemen. Bijkomend voordeel is dat mijn externe dingen (e.g. Button+) alleen met de selector switch hoeven te interact'en dus alles zit op 1 plek.

Ja dat begrijp ik. Uiteindelijk denk ik ook dat de logische stap is om de instellingen te automatiseren, maar op dat punt ben ik nog niet om dat met de kinderkamers (maar zijn 10+ in leeftijd) op voorhand te weten wat logisch is om in te stellen.

Ik denk dat ik er verstandig aan doe dat de afstandsbedieningen uiteindelijk verdwijnen en het systeem zelf regelt naar bepaalde temperatuur (ook voor de portomonnee), maar ik merk ook dat mijn tiener eigenzinnige behoeftes heeft als het om de temp van de airco gaat. We spreken vaker in HA over WAF-factor, maar deze is nog wat complexer denk ik

[JackBol]

mgizmo schreef op maandag 22 september 2025 @ 15:36:
[...]


Ja dat begrijp ik. Uiteindelijk denk ik ook dat de logische stap is om de instellingen te automatiseren, maar op dat punt ben ik nog niet om dat met de kinderkamers (maar zijn 10+ in leeftijd) op voorhand te weten wat logisch is om in te stellen.

Ik denk dat ik er verstandig aan doe dat de afstandsbedieningen uiteindelijk verdwijnen en het systeem zelf regelt naar bepaalde temperatuur (ook voor de portomonnee), maar ik merk ook dat mijn tiener eigenzinnige behoeftes heeft als het om de temp van de airco gaat. We spreken vaker in HA over WAF-factor, maar deze is nog wat complexer denk ik

Vraag even wat je tiener wil, en je komt erachter dat met de temperatuur en aan/uit knop je een heel eind komt. Zo heb ik het thuis ook verkocht. Vroeger wilde mijn vrouw ook aan de fan-speed en zo zitten, maar sinds die knoppen er niet meer zijn, vraagt ze er ook niet meer naar.

Wat ik haar ook verteld heb, is dat een airco een ruimte niet sneller afkoelt als je hem op 16 zet, en dat het verstandig is om een beetje geduld te hebben (ik weet het, moeilijk met tieners).

[mgizmo]

JackBol schreef op maandag 22 september 2025 @ 15:53:
[...]

Vraag even wat je tiener wil, en je komt erachter dat met de temperatuur en aan/uit knop je een heel eind komt. Zo heb ik het thuis ook verkocht. Vroeger wilde mijn vrouw ook aan de fan-speed en zo zitten, maar sinds die knoppen er niet meer zijn, vraagt ze er ook niet meer naar.

Wat ik haar ook verteld heb, is dat een airco een ruimte niet sneller afkoelt als je hem op 16 zet, en dat het verstandig is om een beetje geduld te hebben (ik weet het, moeilijk met tieners).

Dank je. Ik dacht met je Pico script uit te breiden dat ik alleen de waarde aan de ingang van die AC block van waarde wijzigt als het in de airco zelf is aangepast, maar ik kwam er helaas pas later achter dat alles wat je op de input eraan hangt, direct het handmatige uitschakelt in die UI, ongeacht de value van de input.

Doe je nog iets met de temperatuur en mode instellen automatisch afhankelijk van bijv buitenklimaat (seizoenen, avond, ochtend, e.d.) ?

[JackBol]

mgizmo schreef op maandag 22 september 2025 @ 17:16:
[...]


Dank je. Ik dacht met je Pico script uit te breiden dat ik alleen de waarde aan de ingang van die AC block van waarde wijzigt als het in de airco zelf is aangepast, maar ik kwam er helaas pas later achter dat alles wat je op de input eraan hangt, direct het handmatige uitschakelt in die UI, ongeacht de value van de input.

Doe je nog iets met de temperatuur en mode instellen automatisch afhankelijk van bijv buitenklimaat (seizoenen, avond, ochtend, e.d.) ?

De warmtepomp heeft WAR, maar externe invloeden hebben verder geen invloed op de room temp.
De wp gaat uit boven 18c buitentemperatuur en de airco gaat niet aan boven de 24c buitentemperatuur (hard-coded). Tussen die range houd mijn huis prima de temperatuur vast.

[HammieDuDe]

Ik zou jullie even op de hoogte houden met de integratie van Peblar in mijn Loxone omgeving, het is nog wel even een dingetje. De Peblar ondersteunt communicatie op 2 manieren.

- REST API ( http req/put/patch methode )
- Modbus TCP

De eerste methode is helaas voor Loxone niet te doen, gezien ze werken met Content type: Application/json en dat ook nog gecombineerd met een HTTP header, ( Authorization= <64tekens code> ).
Voor digitale uitgangen heb je wat meer opties en is er wel een mouw aan te passen maar na 2 uur van alles en nogwat in de body, header en requests te gooien heb ik van de REST API de handdoek in de ring gegooid. Ik heb zelfs nog een Pico C programma geschreven ( ja, met behulp van onze ChatGPT ), maar helaas, ook geen succes.

Achteraf had ik uberhaupt de voorkeur gehad om gebruik te maken van Modbus TCP, ik gebruik dit protocol ook al voor mijn PV en warmtepomp installatie naar alle tevredenheid ( stabiel ).

Dus na het configureren van een modbusserver in Loxone eerst maar eens de device aangemaakt en een random register proberen uit te lezen.



- Nu staat "Gefragmenteerde pakketten" aan, maar dat heeft ook al 100x aan en uit gestaan ;-)



- Nergens in de handleiding/api van Peblar staat welk device ID ik moet kiezen, ben al van 0 naar 20 geweest.. zonder succes



Documentatie Modbus API:
https://developer.peblar.com/modbus-api

Maar helaas, wat ik ook doe met de verschillende instellingen als "byte volgorde", "woord volgorde", welk adres van de unit ik pak, welke IO, uint32, int32, int16, uint16 etc. etc. Ik blijf foutmeldingen krijgen:



Omdat de Loxone soms echt wel een andere approach heeft, heb ik toch maar even een Modbus TCP tooltje gedownload op mijn PC en ook het zelfde proberen uit te lezen...



Op het moment als ik in mijn Peblar de Modbus TCP functionaliteit uit zet, krijg ik meteen andere foutmeldingen, dus de connectiviteit is er wel...

Maar ik krijg hem niet uitgelezen, tot zover dus nog mijn ervaring met Loxone <> Peblar, ik heb bovenstaande info in een ticket naar Peblar gestuurd, eens kijken hoe hun support is, heb ik daar ook meteen ervaring mee

M.b.t. de REST API, ik weet dat ik daar evt. met een Loxberry oid wat tussen kan zetten om de requests voor de Loxone te versimpelen, maar ik wil daar niet aan, het moet gewoon rechtstreeks vanuit de Loxone kunnen ( moeten ).

[ Voor 3% gewijzigd door HammieDuDe op 24-09-2025 09:18 ]

[mgizmo]

Ik blijf het lastig vinden om consensus te vinden in enerzijds Loxone eigen product werkt direct en anderzijds datzelfde product dat mogelijk beperkingen heeft tov producten die specifiek zijn gebouwd.

En ik ben het volledig met je eens dat een derde component er tussen niet wenselijk is. Het komt niet ten goede van de stabiliteit en dat is waar de meeste volgens mij kiezen voor Loxone.

[Pulse_]

mgizmo schreef op woensdag 24 september 2025 @ 10:37:
Ik blijf het lastig vinden om consensus te vinden in enerzijds Loxone eigen product werkt direct en anderzijds datzelfde product dat mogelijk beperkingen heeft tov producten die specifiek zijn gebouwd.

En ik ben het volledig met je eens dat een derde component er tussen niet wenselijk is. Het komt niet ten goede van de stabiliteit en dat is waar de meeste volgens mij kiezen voor Loxone.

Snap ik, had er veel moeite mee dus heb ik uiteindelijk maar besloten een Loxone laadpaal te nemen. Mogelijk dat ik de frontplaat nog spuit gezien ik het witte vlak niet meteen het beste vind staan bij de rest van de woning.

[HammieDuDe]

Nouja het ziet er in mijn geval nu uit, dat Modbus TCP uberhaupt niet (juist) functioneert in de Peblar, misschien wel gesloopt sinds de laatste update, dus ik wacht het ticket nog wel even af.

Ik heb wel een Loxberry draaien, maar voor niet-essentiële zaken, zoals voorheen LoxWeather ( werkt helaas niet meer ) en de Xonos.

Maar zoiets als mijn load-balancing van de laadpaal, Loxone moet immers er voor gaan zorgen dat totaal niet over de 25A gaat, dat moet toch wel echt door de Loxone zelf ( core ) geregeld gaan worden

[flupp]

HammieDuDe schreef op woensdag 24 september 2025 @ 09:15:
…
Maar helaas, wat ik ook doe met de verschillende instellingen als "byte volgorde", "woord volgorde", welk adres van de unit ik pak, welke IO, uint32, int32, int16, uint16 etc. etc. Ik blijf foutmeldingen krijgen:

[Afbeelding]

Omdat de Loxone soms echt wel een andere approach heeft, heb ik toch maar even een Modbus TCP tooltje gedownload op mijn PC en ook het zelfde proberen uit te lezen...
…
Maar ik krijg hem niet uitgelezen, tot zover dus nog mijn ervaring met Loxone <> Peblar, ik heb bovenstaande info in een ticket naar Peblar gestuurd, eens kijken hoe hun support is, heb ik daar ook meteen ervaring mee
…

Ik herinner mij dat ik van mijn Alfen laadpaal een template vond in de Loxone bibliotheek. Daarin stonden al de instellingen (int, uint, woord, de byte volgorde, …, …).

Is er niet iets gelijkaardigs beschikbaar voor die Peblar?

EDIT: allicht heb je toch hier iets aan? (en edit2: ik zie pas nu dat je die link toch ook eerder al vond?)

[ Voor 6% gewijzigd door flupp op 24-09-2025 15:08 . Reden: toegevoegde link naar Peblar developer docs ]

[HammieDuDe]

Reactie van Peblar

Bedankt voor uw bericht en voor het uitgebreide gebruik van uw Peblar-lader binnen uw Loxone-systeem. Fijn om te horen dat u al ervaring heeft met Modbus TCP via andere apparaten. We helpen u graag verder om dit voor de Peblar correct te laten werken.

Om uw vragen te beantwoorden:

Peblar maakt gebruik van 0-based addressing. Zorg er dus voor dat uw Modbus-client niet automatisch een +1 offset toevoegt.
Bij Modbus TCP is er slechts één slave ID in gebruik (ID = 1, al is deze waarde in de praktijk niet kritisch). Dit verschilt van Modbus RS485, waar meerdere slave ID’s kunnen worden ingesteld.
De beschikbare adressen en datatypes vindt u op ons developer-portaal: https://developer.peblar.com/.
Als voorbeeld kunt u vanaf een Linux-console de interface testen met het volgende commando:

mbpoll -0 -m tcp -t 4:int -B -r 40000 -c 1 -1 192.168.0.70

Het juiste adres is 30113. Indien u een foutmelding “invalid address” ontvangt, kunt u eventueel proberen 30114, omdat Loxone soms net iets anders met addressing omgaat.

Indien nodig kan Wireshark meer inzicht geven in wat Loxone precies naar de Peblar stuurt binnen de Modbus-adresruimte.

0-based addressing, daar had ik nog niet van gehoord, ben benieuwd hoe Loxone hier mee om gaat, ik heb weer wat huiswerk.

Is er niet iets gelijkaardigs beschikbaar voor die Peblar?

Helaas ( nog ) niet, maar die ga ik wel maken als het werkt.

[Gwaihir]

HammieDuDe schreef op donderdag 25 september 2025 @ 09:36:
0-based addressing, daar had ik nog niet van gehoord, ben benieuwd hoe Loxone hier mee om gaat, ik heb weer wat huiswerk.

Ach ja, dat is een van de vele manieren waarop het onder-gestandaardiseerde modbus verwarring geeft.

Het betekent simpelweg dat je overal je IO adres één lager moet instellen (of één hoger, indien ik 't toch nog verkeerd interpreteer).

[HammieDuDe]

Even WSL gebruikt met een Debian install om mbpoll te doen, zoals Peblar het aangaf en jawel hoor:


Dit zelfde in Loxone ( apparaatadres op 0 of 1 maakt het verschil niet ):

Ook nog even met woordvolgorde, bytevolgorde en 16-bit register gewerkt, maar helaas:



Dan maar een WireShark om te kijken wat de Loxone daadwerkelijk opvraagt...

Ehhh ik pak nu de volgende config:



En wat krijgen we hier....:



Holding register noemen ze het bij Peblar, Loxone noemt het de Input register ( 4)... okay ik snap hem niet..

Maar, we hebben input !

[ Voor 34% gewijzigd door HammieDuDe op 25-09-2025 16:59 ]

[flupp]

HammieDuDe schreef op donderdag 25 september 2025 @ 16:55:
…
Holding register noemen ze het bij Peblar, Loxone noemt het de Input register ( 4)... okay ik snap hem niet..

Maar, we hebben input !

Vooruitgang, dus 👍🏻. Anderzijds denk ik dat (Peblar docs van register 30113) het type “uint32” eerder een “32-bit unsigned integer” laat veronderstellen dan (jouw selectie) “32-bit signed integer” 🤔 ?

[HammieDuDe]

Gisteravond weer het e.e.a. aan uurtjes besteed om het laadblok te confgureren. Ik heb het voor mekaar gekregen om de belangrijkste zaken uit te lezen, en misschien nog wel belangrijker, te zetten op de Peblar.

@flupp met dank aan jou wat waardevolle blokken gebruikt! Dank daar voor.

Overschot regeling en variabele vermogens heb ik nu nog niet ingeregeld, ik was al blij dat ik het uiteindelijk nu in mijn visualisatie heb zitten en daadwerkelijk kan uitlezen/configureren. Daar ga ik vanavond weer mee verder.

Ik heb echter nog wel 2 vraagstukken:
- Ik heb een analoog geheugen ingebouwd + impulstimer ( 5 min ) om maar 1x per 5 minuten de Peblar uit te schakelen ( waarde 0 ), dit i.v.m. aanbevelingen vanuit Peblar om het relais niet vaker dan 3x per 10 minuten ( rolling window ) te laten schakelen, maar nu vraag ik mij af, hoe zit het met vermogen, @flupp hoe vaak wissel jij je gewenste vermogen naar je laadpaal? Het lijkt me niet gezond om continu het vermogen te laten variëren toch? Ze geven alleen aan dat ik niet vaker dan 3x per 10 minuten naar 0 mag ( relais laten schakelen ). Hoe zien jullie dit?
- De energie stroom monitor, dit lag al een tijdje bij mijn to-do, ik zie onderstaande gegevens:



Ik heb al mijn inputs etc. aangesloten hij laat alle benodigde data zien, hij ziet dus ook precies wat positief/negatief is, waarom vult hij de Net export en Net import niet? Iemand dit ook gehad?

Zie nu net dat Grid op 0Wh staat, dat is dan nu toeval, paneeltjes/net was net precies tijdens de screenshot exact gelijk

[ Voor 3% gewijzigd door HammieDuDe op 26-09-2025 08:40 ]

[flupp]

HammieDuDe schreef op vrijdag 26 september 2025 @ 08:38:
...
Ik heb echter nog wel 2 vraagstukken:
- Ik heb een analoog geheugen ingebouwd + impulstimer ( 5 min ) om maar 1x per 5 minuten de Peblar uit te schakelen ( waarde 0 ), dit i.v.m. aanbevelingen vanuit Peblar om het relais niet vaker dan 3x per 10 minuten ( rolling window ) te laten schakelen, maar nu vraag ik mij af, hoe zit het met vermogen, @flupp hoe vaak wissel jij je gewenste vermogen naar je laadpaal? Het lijkt me niet gezond om continu het vermogen te laten variëren toch? Ze geven alleen aan dat ik niet vaker dan 3x per 10 minuten naar 0 mag ( relais laten schakelen ). Hoe zien jullie dit?
...
Ik heb al mijn inputs etc. aangesloten hij laat alle benodigde data zien, hij ziet dus ook precies wat positief/negatief is, waarom vult hij de Net export en Net import niet? Iemand dit ook gehad?
...

Ik heb dat inderdaad ook niet zo graag dat de laadpaal telkens aangaat/uitvalt, vandaar dat ik er de voorkeur aan geef om bijna altijd mijn schakelaar "minstens 1,41 kW" ( = éénfasig, minimum 6A) aan te zetten. (in mijn geval valt de laadpaal dan enkel uit ingeval vrouwlief aan het koken slaat, en het maximale capaciteitstarief zou worden bereikt, en dat is niet zo vaak). Een (softwarematige) beperking van het aantal keren aan/uit per bepaalde tijdseenheid (hier 3x/10 minuten) heb ik er weliswaar niet in zitten. Dat veel aan/uit cycli niet ideaal zijn, daar ga ik alleszins ook van uit.

Wanneer ik aan het laden ben, dan stuur ik het vermogen eens per (ik denk) 3 seconden. Ik heb nog nergens gelezen dat de laadpaal OF de auto dit niet aan zouden kunnen, of daar "pijn" van zouden hebben. Mocht dat zo zijn, dan hoor ik dat alleszins graag van iemand hier! Maar ik maak mij de bedenking dat wanneer de auto aan het rijden is hij toch ook, zelfs onophoudelijk, aan het ontladen/laden (regenereren) is, met zelfs grotere stroomsterktes (dit gaat dan weliswaar niet, geef ik toe, via de on board charger, dus dit is misschien wel een nuance in vergelijking met laden via de laadpaal).

Wat jouw tweede vraagstuk betreft: kan het zijn dat je een unidirectionele ipv op/neer (bidirectionele) teller gebruikt voor het net? Anders kan ik niet onmiddellijk een verklaring bedenken. Ik weet anderzijds ook niet goed of je de vermogens-ingang (Pf) of de tellerstand-ingangen (Mrc en Mrd) van de (bidirectionele) Net-teller gebruikt? Misschien speelt ook dat wel mee?

[HammieDuDe]

flupp schreef op vrijdag 26 september 2025 @ 09:13:
[...]
....

Wat jouw tweede vraagstuk betreft: kan het zijn dat je een unidirectionele ipv op/neer (bidirectionele) teller gebruikt voor het net? Anders kan ik niet onmiddellijk een verklaring bedenken. Ik weet anderzijds ook niet goed of je de vermogens-ingang (Pf) of de tellerstand-ingangen (Mrc en Mrd) van de (bidirectionele) Net-teller gebruikt? Misschien speelt ook dat wel mee?

Dit is mijn hele blok.
03-305-Total Energy op de Ptot is mijn SAJ R5 die een kWh totaal doorgeeft
Zonnepanelen live = Ppwr in kW
Youless NET verbruik dal/hoog bij elkaar optellen (P1) = Gi in kWh
Youless Current power ( P1 ) = Gpwr in kW ( is dus positief bij afname, negatief bij teruglevering )
Youless NET teruglevering dal/hoog bij elkaar optellen (P1) = Ge in kWh



Daar moet het al dus ergens mis gaan.

Het is een bidirectioneel blok:


Any idea?

[ Voor 20% gewijzigd door HammieDuDe op 26-09-2025 09:26 ]

[flupp]

HammieDuDe schreef op vrijdag 26 september 2025 @ 09:26:
…
Any idea?

Ik kan niet onmiddellijk iets vreemds zien. Maar wie weet, de volgende check: heb je misschien ergens de instelling “relatieve meting” aan staan (ook al vermoed ik niet dat dit jouw geval zal zijn)? Dat zou aanleiding kunnen zijn van verworpen teller/meterstanden. Heel misschien word je daarvan op de hoogte gebracht met de instelling(en) “ongeldige meterstand melden”, dus ook die eventueel (desnoods slechts tijdelijk) aanzetten om te bevestigen dat dit bij jou niét het geval is?

Edit: Mrd van het “Net” blok is ook aan de hoge kant?

[ Voor 4% gewijzigd door flupp op 26-09-2025 11:16 ]

[Gwaihir]

@HammieDuDe Jammer dat net die twee meterstanden van het Net niet te zien zijn. Er staan wel zinnige waarden onder die puntjes?

Verder heb ik daar ook een vinkje "Ongeldige meterstand melden" aan staan. Jij ook?

[HammieDuDe]

Gwaihir schreef op vrijdag 26 september 2025 @ 14:03:
@HammieDuDe Jammer dat net die twee meterstanden van het Net niet te zien zijn. Er staan wel zinnige waarden onder die puntjes?

Verder heb ik daar ook een vinkje "Ongeldige meterstand melden" aan staan. Jij ook?

Die balkjes kan ik niet uittrekken, maar daar heb je misschien wel een punt, bij Etot staat bijv 1031663,95 kWh en bij 344381,40 kWh, deze komen uit de Energie Monitor, en gaan dus ook weer de Net in, en komen daar dus ook weer uit. Waar die waardes dan vandaan komen... die slaan de plank volledig mis

Ik voed de Energiemonitor met de daadwerkelijke standen van de Youles..

[flupp]

HammieDuDe schreef op vrijdag 26 september 2025 @ 15:12:
[...]
Die balkjes kan ik niet uittrekken, maar daar heb je misschien wel een punt, bij Etot staat bijv 1031663,95 kWh en bij 344381,40 kWh, deze komen uit de Energie Monitor, en gaan dus ook weer de Net in, en komen daar dus ook weer uit. Waar die waardes dan vandaan komen... die slaan de plank volledig mis

Ik voed de Energiemonitor met de daadwerkelijke standen van de Youles..

Ik had net dezelfde bedenking gehad als @Gwaihir . Als je die waardes wil visualiseren, kun je die rechte lijntjes even verder van het blok weg trekken.

[HammieDuDe]

flupp schreef op vrijdag 26 september 2025 @ 15:44:
[...]


Ik had net dezelfde bedenking gehad als @Gwaihir . Als je die waardes wil visualiseren, kun je die rechte lijntjes even verder van het blok weg trekken.

Dat kan dus niet met die blokjes... maar als ik over de puntjes hover dan krijg ik de waardes wel te zien

[ Voor 9% gewijzigd door HammieDuDe op 26-09-2025 15:57 ]

[Gwaihir]

HammieDuDe schreef op vrijdag 26 september 2025 @ 15:12:
Ik voed de Energiemonitor met de daadwerkelijke standen van de Youles..

De Youles = de daadwerkelijke standen van je slimme meter? Dan moeten die ook je Net meetblok in, lijkt me.

(Ik heb nog niet meteen gespot wat die Energiemonitor oude stijl nog voor je doet, maar het lijkt me sowieso handig de nieuwe eerst maar 'ns op te bouwen zoals die ontworpen is.)

[HammieDuDe]

Gwaihir schreef op vrijdag 26 september 2025 @ 16:41:
[...]

De Youles = de daadwerkelijke standen van je slimme meter? Dan moeten die ook je Net meetblok in, lijkt me.

(Ik heb nog niet meteen gespot wat die Energiemonitor oude stijl nog voor je doet, maar het lijkt me sowieso handig de nieuwe eerst maar 'ns op te bouwen zoals die ontworpen is.)

Mmm dit heeft te maken met destijds, toen ze de Energie stroom monitor hebben "geïntroduceerd" kon men met behoud van de historie het blok omzetten/converteren, toen hebben ze dus ook die connecties gemaakt. Maar daar zal het waarschijnlijk mis zijn gegaan.

Ik heb de waardes/gegevens nu rechtstreeks aan het Producent en Net blok gehangen, zal dan binnenkort de Energie monitor ook wel wegtikken, beetje dubbelop

Even de tijd geven om te kijken of het blok nu weer gaat doen wat hij moet doen.

[flupp]

Dit is al de tweede maandwissel op rij dat ik merk dat het day-ahead functieblok geen waardes geeft voor morgen (ingesteld voor de Vlaamse/Belgische markt).

De maandwissel van 31 augustus naar 1 september was ook al de mist ingegaan. Hebben er daar nog meer van jullie last van?

[Gwaihir]

Ik heb ineens kort achter elkaar meerdere stelventielen air (gen 1) die geen ventiel meer weten aan te treffen. (Ze zitten er gewoon nog op.) Eentje heb ik met batterijen eruit en er weer in weer tot leven gekregen. Een ander niet. En 'n dag later had ik het probleem weer..

De batterijen worden niet als oorzaak aangemerkt (> 80% vol). Toch vraag ik het me af; ik heb nl. niet al te lang geleden zes ventielen van Varta 2100mAh oplaadbatterijen voorzien. Zou ik dit probleem ook kunnen hebben indien ze onvoldoende stroom weten te geven (waarna ze vervolgens qua spanning weer keurig als 'best vol' worden gerapporteerd)? In 't algemeen lijken moderne oplaadbatterijen het juist heel goed te doen in deze ventielen, juist omdat ze makkelijk veel stroom leveren...

[MrN86]

Ik start binnenkort met het bekabelen van mijn Loxone verdeelkast. Dit begint natuurlijk allemaal met de keuze van de kast. Vandaar dat ik eens wou luisteren naar jullie ervaringen. Welke kast hebben jullie gekozen en zijn jullie er tevreden over? Bepaalde aandachtspunten?

[HammieDuDe]

flupp schreef op dinsdag 30 september 2025 @ 19:18:
Dit is al de tweede maandwissel op rij dat ik merk dat het day-ahead functieblok geen waardes geeft voor morgen (ingesteld voor de Vlaamse/Belgische markt).

De maandwissel van 31 augustus naar 1 september was ook al de mist ingegaan. Hebben er daar nog meer van jullie last van?

Ik zag dit op FB voorbij komen, wellicht handig?

[DomiGijzen]

HammieDuDe schreef op woensdag 1 oktober 2025 @ 07:50:
[...]


Ik zag dit op FB voorbij komen, wellicht handig?

[Afbeelding]

Dit is slecht. De migratie van 60 minuten naar 15 minuten staat al heel lang op de planning en nu moet je "upgraden" naar een alpha release om je energie management werkend te houden. Zeker als je bedankt dat support voor 30-minuten in de UK wel al mogelijk is.
Laatste stand hier was gelukkig very low, dus alles werkt wel soort van maar draait gewoon door op de dure momenten.
Ik ga denk ik wachten op de gewone release (wanneer?!). Maar de normale gebruiker kan (en mag) niet eens upgraden?

[ Voor 10% gewijzigd door DomiGijzen op 01-10-2025 08:37 ]

[flupp]

HammieDuDe schreef op woensdag 1 oktober 2025 @ 07:50:
[...]
Ik zag dit op FB voorbij komen, wellicht handig?

[Afbeelding]

Wel, dit kan best wel de oorzaak zijn waarom de maandovergang deze maand niet heeft gewerkt. Maar was er dan bij de overgang van augustus naar september ook iets gelijkaardigs aan de hand, vraag ik mij dan af. Tenzij die aug -> sept overgang dan een test was met de bèta-versie?

Aug -> sept bèta-test?
Sept -> okt alfa-test?
Hopelijk hebben ze 't bij de volgende maandovergang dan op een rijtje?

Kortom: dit lijkt mij (deze keer alvast) een ongeorganiseerd Oostenrijks software-boeltje ...

[DomiGijzen]

Een keer gereboot en heb nu wel weer 60-minuten prijzen. Dan werkt de logica grofweg gelukkig wel weer goed aan mijn kant.

[MrN86]

Ik wil voor mijn nieuwe installatie gebruik maken van de Loxone power supply & backup.
Op de datasheet vind ik volgende info terug:
Input current nominal/peak: 4.6A/6.9A
Inrush current :15A

Achter welke 2-polige automaat zouden jullie de power supply plaatsen?
6A of 10A?

[giwain]

MrN86 schreef op woensdag 1 oktober 2025 @ 15:10:
Ik wil voor mijn nieuwe installatie gebruik maken van de Loxone power supply & backup.
Op de datasheet vind ik volgende info terug:
Input current nominal/peak: 4.6A/6.9A
Inrush current :15A

Achter welke 2-polige automaat zouden jullie de power supply plaatsen?
6A of 10A?

6A

[Gwaihir]

MrN86 schreef op woensdag 1 oktober 2025 @ 15:10:
Input current nominal/peak: 4.6A/6.9A
Inrush current :15A

Achter welke 2-polige automaat zouden jullie de power supply plaatsen?
6A of 10A?

10A

[Pulse_]

Gwaihir schreef op woensdag 1 oktober 2025 @ 16:35:
[...]

10A

Bij Loxone zelf zeggen ze gewoon een 16A speelt geen rol.

edit: Even verduidelijken, je kan een 10A steken maar een 16A is even goed en veel makkelijker verkrijgbaar.

[ Voor 23% gewijzigd door Pulse_ op 01-10-2025 16:40 ]

[MrN86]

@giwain Waarom zou jij een 6A nemen?
@Gwaihir Waarom zou jij een 10A nemen?

@Pulse_ Staat dit zo in de documentatie beschreven? Ik vind het immers nergens terug.

[Pulse_]

MrN86 schreef op woensdag 1 oktober 2025 @ 17:04:
@giwain Waarom zou jij een 6A nemen?
@Gwaihir Waarom zou jij een 10A nemen?

@Pulse_ Staat dit zo in de documentatie beschreven? Ik vind het immers nergens terug.

Ben sinds een paar weken Loxone partner en werd er me zo verkondigd op de opleiding. Tevens kan je een verlichtingskring ook gaan afzekeren op 2A omdat het armatuur maar x trekt maar we zekern alles gewoon af op 16A. Enige wat dit bepaald is de draad sectie die je erna mag hanteren.

Theoretisch is het beter om zo laag mogelijk af te zekeren als je een vaste verbruiker hebt, echter heeft dit ding een hele hoop steek zekeringen voor de uiteindelijke verbruikers dus echt veel bescherming gaat het niet bieden om hier met 10A zekering te gebruiken ipv een veel gangbaardere 16A. Als er dan eentje stuk is in de kast heb je der nog wel eentje liggen want al je verlichtings kringen gebruiken dezelfde.

[Gwaihir]

MrN86 schreef op woensdag 1 oktober 2025 @ 17:04:
@Gwaihir Waarom zou jij een 10A nemen?

Omdat ik 16A niet mocht kiezen en 6A te klein is. Oftewel: ik sluit me allereerst aan bij @Pulse_: wil je dit onderscheid echt maken? Zoveel heb je er niet aan. En 6A acht ik te klein omdat hij een piek van 6.9A doet, zoals ik met vet drukken aangaf. Je kunt opzoeken hoe lang hij dat kan doen, maar het lijkt me dat dat zo maar enkele minuten kan zijn. En waarom zou je dat (te) krap willen nemen?

(Ik heb zelf één afwijkende automaat in mijn kast nu; die is eigenlijk als schakelaar in gebruik, voor een Pi. Hij zit dus ook achter een 16A automaat en z'n bewust afwijken (+ 'n label) maakt dat minder verwarrend.)

[giwain]

MrN86 schreef op woensdag 1 oktober 2025 @ 17:04:
@giwain Waarom zou jij een 6A nemen?
@Gwaihir Waarom zou jij een 10A nemen?

@Pulse_ Staat dit zo in de documentatie beschreven? Ik vind het immers nergens terug.

Omdat hij sneller zal reageren bij eventuele fout. Inschakelstroom bij 6A C curve zal zeker geen probleem zijn lijkt mij