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
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?
Ideeën?
De actuele opbrengst van mijn Tibber Homevolt
Een glijdend gemiddelde (met tamelijk veel meegenomen waardes) eventueel?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?
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)?
Model 3 LR (model 2023)
Binnentemperatuur sturing met de Intelligente Ruimteregeling uitgang shd met de automatische zonnewering ingang sps.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)?
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)?giwain schreef op maandag 1 september 2025 @ 17:02:
[...]
Binnentemperatuur sturing met de Intelligente Ruimteregeling uitgang shd met de automatische zonnewering ingang sps.
Model 3 LR (model 2023)
Je kunt instellen of hij optimaliseert voor helderheid of temperatuur.
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.giwain schreef op maandag 1 september 2025 @ 17:02:
[...]
Binnentemperatuur sturing met de Intelligente Ruimteregeling uitgang shd met de automatische zonnewering ingang sps.
Ik heb naar die room controller gekeken maar ik snap niet hoe ik die op helderheid instel 😅roderickvd schreef op maandag 1 september 2025 @ 18:02:
Je kunt instellen of hij optimaliseert voor helderheid of temperatuur.
Dit is wel een goed idee om te proberen, kijken of ik die helderheid wat kan dempen ipv het op/neer signaal zelf.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)?
De actuele opbrengst van mijn Tibber Homevolt
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/
https://www.loxone.com/enus/kb/2-position-controller/
[ Voor 21% gewijzigd door luukske op 01-09-2025 19:26 ]
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!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/
De actuele opbrengst van mijn Tibber Homevolt
Waarbij wel aangetekend dat het relais eventueel sneuvelt, niet de hele extension. (En het kan evt. met solderen gerepareerd worden)._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
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?
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):
/f/image/8AVb3uvNL3d7VLMwzsR9OMa4.png?f=fotoalbum_large)
[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:
:strip_exif()/f/image/BVM8b39cRDrI90SPVkVvLj8e.png?f=user_large)
[fig. 2]
na dubbelklik van het Wallbox functieblok/f/image/neSJFqADrX0QDKlo1UdobIm2.png?f=fotoalbum_large)
[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":
/f/image/ruTVzIvfzbPgIDA8axaXf51S.png?f=fotoalbum_large)
[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":
/f/image/atFWSBSnQRFnOGG4ZMOrXicx.png?f=fotoalbum_large)
[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":
:strip_exif()/f/image/pKiSYd6Q6PqdoMln05Yf1RyL.png?f=user_large)
[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:
/f/image/Y56ziDXQa2h4Wng24g3JaHWf.png?f=fotoalbum_large)
[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:
/f/image/66DQVSiO6jLsL0LneIwSlFMN.png?f=fotoalbum_large)
[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":
/f/image/LN495iqHTsx65K2dFkvHXhOE.png?f=fotoalbum_large)
[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):
/f/image/q0eohsWfUxdFamctZMwNYGkH.png?f=fotoalbum_large)
[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":
/f/image/6zMrrfUUwbWndgYjQX4YEZcs.png?f=fotoalbum_large)
[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:
/f/image/odmXdhwXKEfLsZYsKJcWld9w.png?f=fotoalbum_large)
[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:
/f/image/CP6UVJRY3Wr4v2bZ31Rhv0gF.png?f=fotoalbum_large)
[fig. 13]
de marker "Voertuig geconnecteerd"
Is een marker die uit de laadpaal (modbus) komt, via een conversie in een Status functieblok:
/f/image/zbfgQnPE7oiQHWyTIljrKChq.png?f=fotoalbum_large)
[fig. 14]
en
/f/image/ipoLrmrqp0U70nRhwfhGBwQz.png?f=fotoalbum_large)
[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:
/f/image/ebdMPGM1CDLuRYMnT1iHTh4n.png?f=fotoalbum_large)
[fig. 16]
en
/f/image/o0ctDfJWv1vqeqaRA74eKdLH.png?f=fotoalbum_large)
[fig. 17]
de markers "Laadpaal spotprijs nu actief", "Start het laden", "Aantal uren laden" en "Opladen tegen"
Zie hieronder:
/f/image/KvZGzm5VuG0mxneC3HZ8XDnR.png?f=fotoalbum_large)
[fig. 18]
Merk het belang op van "Aantal uren laden" en "Opladen tegen" :
/f/image/cMCiYlA5qxkSoaedjYawapTG.png?f=fotoalbum_large)
[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:
:strip_exif()/f/image/koczDaFos0ZvlRkGUdqUZsPC.png?f=user_large)
[fig. 20]
en
:strip_exif()/f/image/9fPsvzsjvxrZQnTSYJRwTzWL.png?f=user_large)
[fig. 21]
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):
/f/image/8AVb3uvNL3d7VLMwzsR9OMa4.png?f=fotoalbum_large)
[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:
:strip_exif()/f/image/BVM8b39cRDrI90SPVkVvLj8e.png?f=user_large)
[fig. 2]
na dubbelklik van het Wallbox functieblok
/f/image/neSJFqADrX0QDKlo1UdobIm2.png?f=fotoalbum_large)
[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":
/f/image/ruTVzIvfzbPgIDA8axaXf51S.png?f=fotoalbum_large)
[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":
/f/image/atFWSBSnQRFnOGG4ZMOrXicx.png?f=fotoalbum_large)
[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":
:strip_exif()/f/image/pKiSYd6Q6PqdoMln05Yf1RyL.png?f=user_large)
[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:
/f/image/Y56ziDXQa2h4Wng24g3JaHWf.png?f=fotoalbum_large)
[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:
/f/image/66DQVSiO6jLsL0LneIwSlFMN.png?f=fotoalbum_large)
[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":
/f/image/LN495iqHTsx65K2dFkvHXhOE.png?f=fotoalbum_large)
[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):
/f/image/q0eohsWfUxdFamctZMwNYGkH.png?f=fotoalbum_large)
[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":
/f/image/6zMrrfUUwbWndgYjQX4YEZcs.png?f=fotoalbum_large)
[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:
/f/image/odmXdhwXKEfLsZYsKJcWld9w.png?f=fotoalbum_large)
[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:
/f/image/CP6UVJRY3Wr4v2bZ31Rhv0gF.png?f=fotoalbum_large)
[fig. 13]
de marker "Voertuig geconnecteerd"
Is een marker die uit de laadpaal (modbus) komt, via een conversie in een Status functieblok:
/f/image/zbfgQnPE7oiQHWyTIljrKChq.png?f=fotoalbum_large)
[fig. 14]
en
/f/image/ipoLrmrqp0U70nRhwfhGBwQz.png?f=fotoalbum_large)
[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:
/f/image/ebdMPGM1CDLuRYMnT1iHTh4n.png?f=fotoalbum_large)
[fig. 16]
en
/f/image/o0ctDfJWv1vqeqaRA74eKdLH.png?f=fotoalbum_large)
[fig. 17]
de markers "Laadpaal spotprijs nu actief", "Start het laden", "Aantal uren laden" en "Opladen tegen"
Zie hieronder:
/f/image/KvZGzm5VuG0mxneC3HZ8XDnR.png?f=fotoalbum_large)
[fig. 18]
Merk het belang op van "Aantal uren laden" en "Opladen tegen" :
/f/image/cMCiYlA5qxkSoaedjYawapTG.png?f=fotoalbum_large)
[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:
:strip_exif()/f/image/koczDaFos0ZvlRkGUdqUZsPC.png?f=user_large)
[fig. 20]
en
:strip_exif()/f/image/9fPsvzsjvxrZQnTSYJRwTzWL.png?f=user_large)
[fig. 21]
Model 3 LR (model 2023)
Gewelidge post. Ga ik binnenkort eens dieper induiken!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]
Grz D.
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.
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 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.
De actuele opbrengst van mijn Tibber Homevolt
De GUI is iets frisser gemaakt, maar ik zou niet 1 functioneel verschil kunnen aangeven.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 actuele opbrengst van mijn Tibber Homevolt
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)
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)
The kingdom has many problems, but boredom is the least of them.
Een beetje verraderlijk om advies te geven als ik niet 100% zeker ben dat ik ‘t goed zie. Dus eerst even doublechecken:
- de R werkt als router (intern in jouw Telenet netwerk) met zijn eigen intern netwerk 192.168.1.0/24. Correct?
- jij wil de miniserver in dat 192.168.1.0/24 netwerk laten draaien. Correct?
- tegelijkertijd wil je daarbuiten, in jouw oude Telenet 192.168.0.0/24 netwerk, al jouw oude computer(s) laten draaien. Correct?
- 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?
- 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?
Model 3 LR (model 2023)
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
)
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
The kingdom has many problems, but boredom is the least of them.
@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?
Dus als je zegt dat je een (nieuw) statisch adres hebt uitgereikt, bedoel je dan in je Unifi omgeving, of via Loxone config?
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)?
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)?
The kingdom has many problems, but boredom is the least of them.
@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)?
“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)?
Model 3 LR (model 2023)
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)?
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)?
The kingdom has many problems, but boredom is the least of them.
Voorzover mijn netwerkkennis reikt zal dit liggen aan ofwel de netmask van laptop(s)/smartphone(s), ofwel aan de routeringsinstellingen van R.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?
…
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)
Model 3 LR (model 2023)
Als ik me goed herinner besluit 't ding zelf dat een herstart op z'n plaats is, wanneer je via config die info upload.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?
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...
@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).)
Extern benaderen komt dan daarna. En intern benaderen op extern IP is eventueel de laatste stap. (Beide zijn aanvullende instellingen op je router(s).)
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.
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.
The kingdom has many problems, but boredom is the least of them.
Nee, gewoon met miniserver en pc in het beoogde netwerk.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?)
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.
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.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.
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:
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).ipconfig /release
ipconfig /renew
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
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!ipconfig /release
ipconfig /renew
Overigens snapte ik niet waarom je zoveel belang hecht aan die mac-adres problematiek, dit is toch niet relevant?
Model 3 LR (model 2023)
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
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
The kingdom has many problems, but boredom is the least of them.
Huh? Allereerst, net als @flupp snap ik niet echt waar je je druk om maakt, m.b.t. dat mac adres.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)
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.
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?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
…
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?
Model 3 LR (model 2023)
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.
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.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.
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
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
The kingdom has many problems, but boredom is the least of them.
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)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
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.
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 ]
@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?
Wat voor accu heb je eraan gehangen en hoe ben je tot die specifieke keuze gekomen?
@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
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
Ben gegaan voor deze accu, voor de nette behuizing: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?
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.
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.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
1A genoeg? https://www.kiwi-electron...-step-down-converter-3874Pulse_ 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.
Zoek op arduino 24v 12v
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.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.
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 ]
Achterhoek | Loxone | PUHZ-SW75YAA + ERSD-VM2D | 12.200wp PV | Zehnder Q600
Geen ervaring met de Peblar. Maar Alfen heeft een uitleesbare meter ingebouwd. Daarmee kun je logica maken of de energy manager aansturen.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.
Grz D.
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.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.
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.
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 ).
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 ).
Achterhoek | Loxone | PUHZ-SW75YAA + ERSD-VM2D | 12.200wp PV | Zehnder Q600
Ja. Daar houden ze dus rekening mee.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.
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.]
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).
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).
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.
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.
Luxury travel on a budget - https://jumpseat.be
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.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 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.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).
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.
De actuele opbrengst van mijn Tibber Homevolt
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.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.
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.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
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).
De actuele opbrengst van mijn Tibber Homevolt
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.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).
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.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 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.
De actuele opbrengst van mijn Tibber Homevolt
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.
:strip_exif()/f/image/hnnbcvb9m4v7uzoAXuulAOXz.png?f=user_large)
- Nu staat "Gefragmenteerde pakketten" aan, maar dat heeft ook al 100x aan en uit gestaan ;-)
:strip_exif()/f/image/CxcriZDH8nM3cCXL4gg3J1th.png?f=user_large)
- Nergens in de handleiding/api van Peblar staat welk device ID ik moet kiezen, ben al van 0 naar 20 geweest.. zonder succes
:strip_exif()/f/image/jbZagTS9D3IJwLSkjUwHWEJ5.png?f=user_large)
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:
/f/image/McfHvmakBR4eawzmhsNaR1tX.png?f=fotoalbum_large)
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...
:strip_exif()/f/image/6O3HcVriPlkHUteoRWoB6wp6.png?f=user_large)
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 ).
- 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.
:strip_exif()/f/image/hnnbcvb9m4v7uzoAXuulAOXz.png?f=user_large)
- Nu staat "Gefragmenteerde pakketten" aan, maar dat heeft ook al 100x aan en uit gestaan ;-)
:strip_exif()/f/image/CxcriZDH8nM3cCXL4gg3J1th.png?f=user_large)
- Nergens in de handleiding/api van Peblar staat welk device ID ik moet kiezen, ben al van 0 naar 20 geweest.. zonder succes
:strip_exif()/f/image/jbZagTS9D3IJwLSkjUwHWEJ5.png?f=user_large)
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:
/f/image/McfHvmakBR4eawzmhsNaR1tX.png?f=fotoalbum_large)
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...
:strip_exif()/f/image/6O3HcVriPlkHUteoRWoB6wp6.png?f=user_large)
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 ]
Achterhoek | Loxone | PUHZ-SW75YAA + ERSD-VM2D | 12.200wp PV | Zehnder Q600
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.
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.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.
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
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
Achterhoek | Loxone | PUHZ-SW75YAA + ERSD-VM2D | 12.200wp PV | Zehnder Q600
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, …, …).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
…
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 ]
Model 3 LR (model 2023)
Reactie van Peblar
0-based addressing, daar had ik nog niet van gehoord, ben benieuwd hoe Loxone hier mee om gaat, ik heb weer wat huiswerk.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.
Helaas ( nog ) niet, maar die ga ik wel maken als het werkt.Is er niet iets gelijkaardigs beschikbaar voor die Peblar?
Achterhoek | Loxone | PUHZ-SW75YAA + ERSD-VM2D | 12.200wp PV | Zehnder Q600
Ach ja, dat is een van de vele manieren waarop het onder-gestandaardiseerde modbus verwarring geeft.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.
Het betekent simpelweg dat je overal je IO adres één lager moet instellen (of één hoger, indien ik 't toch nog verkeerd interpreteer).
Even WSL gebruikt met een Debian install om mbpoll te doen, zoals Peblar het aangaf en jawel hoor:
:strip_exif()/f/image/DwUBzwpvtLfcRDQG5hb5luEm.png?f=user_large)
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:
:strip_exif()/f/image/q4fdW7ylcFC8EQrUT4hEg50M.png?f=user_large)
Dan maar een WireShark om te kijken wat de Loxone daadwerkelijk opvraagt...
Ehhh ik pak nu de volgende config:
:strip_exif()/f/image/i2oNC4sYERqN5o5vKPuuR54A.png?f=user_large)
En wat krijgen we hier....:
/f/image/s9LZaeohZb5E5gqMRJyUUXGB.png?f=fotoalbum_large)
Holding register noemen ze het bij Peblar, Loxone noemt het de Input register ( 4)... okay ik snap hem niet..
Maar, we hebben input !
:strip_exif()/f/image/DwUBzwpvtLfcRDQG5hb5luEm.png?f=user_large)
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:
:strip_exif()/f/image/q4fdW7ylcFC8EQrUT4hEg50M.png?f=user_large)
Dan maar een WireShark om te kijken wat de Loxone daadwerkelijk opvraagt...
Ehhh ik pak nu de volgende config:
:strip_exif()/f/image/i2oNC4sYERqN5o5vKPuuR54A.png?f=user_large)
En wat krijgen we hier....:
/f/image/s9LZaeohZb5E5gqMRJyUUXGB.png?f=fotoalbum_large)
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 ]
Achterhoek | Loxone | PUHZ-SW75YAA + ERSD-VM2D | 12.200wp PV | Zehnder Q600
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 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 !
Model 3 LR (model 2023)
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:
/f/image/iQOZX79nViu4qeXTebxfYhvj.png?f=fotoalbum_large)
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
@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:
/f/image/iQOZX79nViu4qeXTebxfYhvj.png?f=fotoalbum_large)
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 ]
Achterhoek | Loxone | PUHZ-SW75YAA + ERSD-VM2D | 12.200wp PV | Zehnder Q600
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.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?
...
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?
Model 3 LR (model 2023)
Dit is mijn hele blok.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?
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
/f/image/2MB4l5oiww6g9a5lP9YSfSkV.png?f=fotoalbum_large)
Daar moet het al dus ergens mis gaan.
Het is een bidirectioneel blok:
/f/image/g3HKjmpgkKODuZqH8hHYCJrV.png?f=fotoalbum_large)
Any idea?
[ Voor 20% gewijzigd door HammieDuDe op 26-09-2025 09:26 ]
Achterhoek | Loxone | PUHZ-SW75YAA + ERSD-VM2D | 12.200wp PV | Zehnder Q600
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 ]
Model 3 LR (model 2023)
@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?
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 misGwaihir 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?
Ik voed de Energiemonitor met de daadwerkelijke standen van de Youles..
Achterhoek | Loxone | PUHZ-SW75YAA + ERSD-VM2D | 12.200wp PV | Zehnder Q600
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 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..
Model 3 LR (model 2023)
Dat kan dus niet met die blokjes...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.
[ Voor 9% gewijzigd door HammieDuDe op 26-09-2025 15:57 ]
Achterhoek | Loxone | PUHZ-SW75YAA + ERSD-VM2D | 12.200wp PV | Zehnder Q600
De Youles = de daadwerkelijke standen van je slimme meter? Dan moeten die ook je Net meetblok in, lijkt me.HammieDuDe schreef op vrijdag 26 september 2025 @ 15:12:
Ik voed de Energiemonitor met de daadwerkelijke standen van de Youles..
(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.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.)
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.
Achterhoek | Loxone | PUHZ-SW75YAA + ERSD-VM2D | 12.200wp PV | Zehnder Q600
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?
De maandwissel van 31 augustus naar 1 september was ook al de mist ingegaan. Hebben er daar nog meer van jullie last van?
Model 3 LR (model 2023)
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...
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...
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?
Ik zag dit op FB voorbij komen, wellicht handig?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?
Achterhoek | Loxone | PUHZ-SW75YAA + ERSD-VM2D | 12.200wp PV | Zehnder Q600
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.HammieDuDe schreef op woensdag 1 oktober 2025 @ 07:50:
[...]
Ik zag dit op FB voorbij komen, wellicht handig?
[Afbeelding]
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 ]
Grz D.
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?HammieDuDe schreef op woensdag 1 oktober 2025 @ 07:50:
[...]
Ik zag dit op FB voorbij komen, wellicht handig?
[Afbeelding]
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 ...
Model 3 LR (model 2023)
Een keer gereboot en heb nu wel weer 60-minuten prijzen. Dan werkt de logica grofweg gelukkig wel weer goed aan mijn kant.
Grz D.
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?
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?
6AMrN86 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?
10AMrN86 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?
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 ]
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.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.
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.
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.)
Omdat hij sneller zal reageren bij eventuele fout. Inschakelstroom bij 6A C curve zal zeker geen probleem zijn lijkt mijMrN86 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.
Voor wat het waard is, en wie weet voor latere forumlezers met ditzelfde probleem nog nuttig: diezelfde dag (1 oktober, de dag waarop de waardes eerst niet binnenkwamen) is het bij mij die namiddag (eigenlijk vanzelf) terug beginnen werken, dus zelfs zonder een reboot.DomiGijzen schreef op woensdag 1 oktober 2025 @ 10:15:
Een keer gereboot en heb nu wel weer 60-minuten prijzen. Dan werkt de logica grofweg gelukkig wel weer goed aan mijn kant.
Model 3 LR (model 2023)
Normaal zal dit geen probleem zijn, maar tevens zal dit ook niet noemenswaardig tegen iets beschermen. Als je voor bescherming wilt gaan kan je der beter een glas zekering tussen steken die sneller er uit knalt. Een reguliere automaat reageert te traag om echt het verschil te maken voor die functie. Kans met een 6A dat hij er toch uitknalt door een kleine piek is groter dan dat die echt bescherming gaat geven.giwain schreef op woensdag 1 oktober 2025 @ 20:03:
[...]
Omdat hij sneller zal reageren bij eventuele fout. Inschakelstroom bij 6A C curve zal zeker geen probleem zijn lijkt mij
Als je een C-curve bedoelt, moet je dat m.i. wel vermelden; B is de standaard.giwain schreef op woensdag 1 oktober 2025 @ 20:03:
Omdat hij sneller zal reageren bij eventuele fout. Inschakelstroom bij 6A C curve zal zeker geen probleem zijn lijkt mij
Op inschakelstroom maakt dat niet uit, maar met die piekstroom is de kans dat je het redt wel beter.
(Blijf 't overigens beleefd met je oneens, om de door @Pulse_ net al genoemde redenenen.)
Hoe het precies weet ik niet, maar ik heb de Energie Monitor ( het oude blok ), nu van alle ingangen af gehaald en het blok helemaal verwijdert uit mijn programma, en tadaa...HammieDuDe schreef op vrijdag 26 september 2025 @ 17:07:
[...]
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.
/f/image/fdgHaM1BjI1bd8vxCRzYPQWf.png?f=fotoalbum_large)
Werk aan de winkel betreft de Peblar.
Weinig tijd de laatste tijd gehad en de Peblar na de integratie maar even "dom" op óf 4,1kW of 11kW standen in de app gezet ( niet dynamisch nog ). En dit werkt prima, ben al wel blij met de mogelijkheden nu:
:strip_exif()/f/image/p68uTo9aykMc7PdNFwCzAwIe.jpg?f=fotoalbum_large)
/f/image/Gj24ykgvSZHtVBpAmN2iD8f6.png?f=fotoalbum_large)
Ik heb trouwens voor Peblar nu een template aangemaakt ( had ik belooft aan Peblar ), die heb ik opgestuurd naar Loxone, ook al bericht gehad dat ze hem gaan aanbieden in de public Libary.
Nog even het antwoord van Peblar trouwens over het laadvermogen instellen. Allereerst hadden ze mijn vraagstelling niet helemaal begrepen en een duidelijker antwoord gegeven voor behoud van de relais:
Dan mijn vraag over "hoe vaak is het mogelijk/gezond" om het vermogen tussen de 6000mA en 16000mA ( in mijn geval ) te wisselen:Met betrekking tot de stroominstelling:
Wanneer de stroom wordt ingesteld onder 6 A, stopt de EV met laden. De relais in de lader schakelen open en de contactor in de EV schakelt eveneens open. Dit zijn fysieke componenten met een beperkte levensduur, en herhaald schakelen zal uiteindelijk slijtage veroorzaken.
De aanbevolen werkwijze is om de stroom tijdelijk te laten “zweven” op 6 A, zelfs wanneer er onvoldoende stroom beschikbaar is (bijvoorbeeld op bewolkte dagen). Op die manier blijven de relais en de contactor van de EV gesloten, wat hun levensduur verlengt.
Dan nog, ga ik hem op een minuut zetten ( voor mijn gevoel ).Om te antwoorden: je kunt deze waarde zo vaak aanpassen als je wilt. Het voertuig past zich echter slechts één keer per 10 seconden aan, dus vaker wijzigen heeft geen extra effect.
Achterhoek | Loxone | PUHZ-SW75YAA + ERSD-VM2D | 12.200wp PV | Zehnder Q600
Heel erg bedankt iedereen voor de feedback op mijn vorige vraag.
Ik ben nu verder aan het puzzelen voor de verlichting. Ik zal hoofdzakelijk 24V verlichting gebruiken.
Na me heel wat in te lezen heb ik geleerd dat het in het oog houden van de spanningsval een belangrijke parameter is.
Stel volgend scenario:
- Loxone voeding: 24 V, 4,2 A
- RGBW 24V Dimmer Tree in de zekeringskast
- Kabel tussen dimmer en ledstrip: 2,5 mm²
- Lengte kabel: 40 m
- Tunable white ledstrip van 5m = 60W.
Dit zou resulteren in een spanningsval van 1,4V.
Is het dan een oplossing om de output van de voeding te verhogen naar 25,4V? Of is dit niet aan te raden?
Een andere oplossing is een decentrale voeding met een RGBW 24V Compact Dimmer Tree te gebruiken. Nadeel is dat de decentrale voeding en dimmer moeten weggewerkt worden. Ik zou daarom liever opteren om alles centraal te plaatsen. Ik heb echter enkel ervaring met klassieke "domme" 230V installaties en ben dan ook benieuwd naar jullie inzichten.
Als ik voor de decentrale oplossing zou kiezen, moet voor de decentrale voeding de GND-uitgang dan ook weer verbonden worden met de randaarde?
Ik ben nu verder aan het puzzelen voor de verlichting. Ik zal hoofdzakelijk 24V verlichting gebruiken.
Na me heel wat in te lezen heb ik geleerd dat het in het oog houden van de spanningsval een belangrijke parameter is.
Stel volgend scenario:
- Loxone voeding: 24 V, 4,2 A
- RGBW 24V Dimmer Tree in de zekeringskast
- Kabel tussen dimmer en ledstrip: 2,5 mm²
- Lengte kabel: 40 m
- Tunable white ledstrip van 5m = 60W.
Dit zou resulteren in een spanningsval van 1,4V.
Is het dan een oplossing om de output van de voeding te verhogen naar 25,4V? Of is dit niet aan te raden?
Een andere oplossing is een decentrale voeding met een RGBW 24V Compact Dimmer Tree te gebruiken. Nadeel is dat de decentrale voeding en dimmer moeten weggewerkt worden. Ik zou daarom liever opteren om alles centraal te plaatsen. Ik heb echter enkel ervaring met klassieke "domme" 230V installaties en ben dan ook benieuwd naar jullie inzichten.
Als ik voor de decentrale oplossing zou kiezen, moet voor de decentrale voeding de GND-uitgang dan ook weer verbonden worden met de randaarde?
Dan is dat een verschil tss NL-BE, want in BE is C curve standaard.Gwaihir schreef op donderdag 2 oktober 2025 @ 18:41:
[...]
Als je een C-curve bedoelt, moet je dat m.i. wel vermelden; B is de standaard.
Op inschakelstroom maakt dat niet uit, maar met die piekstroom is de kans dat je het redt wel beter.
(Blijf 't overigens beleefd met je oneens, om de door @Pulse_ net al genoemde redenenen.)
Ja, deels. Dat is voor zover ik weet exact waarom die output wat omhoog kanMrN86 schreef op donderdag 2 oktober 2025 @ 21:30:
- Tunable white ledstrip van 5m = 60W.
Dit zou resulteren in een spanningsval van 1,4V.
Is het dan een oplossing om de output van de voeding te verhogen naar 25,4V? Of is dit niet aan te raden?
Maar die 60W, is dat inderdaad het doorsnee verbruik, op de meest gebruikelijke instelling van de strip, of ben je uitgegaan van het opgegeven maximum? Dan regel je vermoedelijk nl. wat hoog af. Je kunt het ding plaatsen, de spanning bij de strip meten (terwijl hij op je meest gebruikelijke instelling staat) en dan bijregelen totdat je 24V meet
Herkenbaar dilemma voor mij en nog niet opgelost. Hoop dat er meer reacties komen alhierEen andere oplossing is een decentrale voeding met een RGBW 24V Compact Dimmer Tree te gebruiken. Nadeel is dat de decentrale voeding en dimmer moeten weggewerkt worden. Ik zou daarom liever opteren om alles centraal te plaatsen. Ik heb echter enkel ervaring met klassieke "domme" 230V installaties en ben dan ook benieuwd naar jullie inzichten.
Die 1,4V x de stroom is nl. wel echt verlies, warmteontwikkeling. Aan de andere kant is ingewikkelder maken en meer voedingen (met ook elk een eigen 'goede' range) niet per definitie handiger of zelfs zuiniger.
Een kring die (uitsluitend) verlichting voedt hoeft nergens aan gekoppeld te worden.Als ik voor de decentrale oplossing zou kiezen, moet voor de decentrale voeding de GND-uitgang dan ook weer verbonden worden met de randaarde?
Koppeling met de aarde is voor speciale situaties. Van alle voedingen die voor meet- en stuursignalen gebruikt worden, moet de GND onderling gekoppeld zijn. (Wellicht is dat bij jou via aarde gedaan?) Heb je bijvoorbeeld een digitale ingang 0 / 24V dan is dat betekenisloos als het 0V punt niet tussen zender en ontvanger gedeeld wordt, om maar helemaal niet te spreken over de (on)bruikbaarheid van een 0-10V analoog regelsignaal.
[Voorbeeld: ik heb enkele sensoren aangesloten op analoge ingangen (0-10V) die worden gevoed met een 5V voeding, een andere voeding dan de 24V die de miniserver gebruikt dus. Die voedingen zitten met GND aan elkaar.]
[ Voor 4% gewijzigd door Gwaihir op 06-10-2025 15:20 ]
Zijn er hier mensen die een Roborock of vergelijkbaar apparaat via de Loxone Matter ingraties aansturen?
Zo ja zou je eens wat informatie willen delen over hoe en wat? eventueel wat screenshots?
Zo ja zou je eens wat informatie willen delen over hoe en wat? eventueel wat screenshots?
My 2 cents:MrN86 schreef op donderdag 2 oktober 2025 @ 21:30:
Heel erg bedankt iedereen voor de feedback op mijn vorige vraag.
Ik ben nu verder aan het puzzelen voor de verlichting. Ik zal hoofdzakelijk 24V verlichting gebruiken.
Na me heel wat in te lezen heb ik geleerd dat het in het oog houden van de spanningsval een belangrijke parameter is.
Stel volgend scenario:
- Loxone voeding: 24 V, 4,2 A
- RGBW 24V Dimmer Tree in de zekeringskast
- Kabel tussen dimmer en ledstrip: 2,5 mm²
- Lengte kabel: 40 m
- Tunable white ledstrip van 5m = 60W.
Dit zou resulteren in een spanningsval van 1,4V.
Is het dan een oplossing om de output van de voeding te verhogen naar 25,4V? Of is dit niet aan te raden?
Een andere oplossing is een decentrale voeding met een RGBW 24V Compact Dimmer Tree te gebruiken. Nadeel is dat de decentrale voeding en dimmer moeten weggewerkt worden. Ik zou daarom liever opteren om alles centraal te plaatsen. Ik heb echter enkel ervaring met klassieke "domme" 230V installaties en ben dan ook benieuwd naar jullie inzichten.
Als ik voor de decentrale oplossing zou kiezen, moet voor de decentrale voeding de GND-uitgang dan ook weer verbonden worden met de randaarde?
Je zal al de 3 geleiders gebruiken, inclusief yellow/green in de 3g2.5, want tunable white heeft er 3 nodig. (Planning foutje ? Kan gebeuren.) Hou het netjes, doe toch minstens ander kleur krimpkous rond de y/g geleider aan beide zijden.
Zal wel lukken, voor 60watt. Doe eventueel 1 volt omhoog, zoals je reeds aangeeft.
Spanningsval zal iets lager zijn. Mits je 3 geleiders hebt.
Stel, een decentrale voeding,
Ik zou de minus niet verbinden met de randaarde. Wel de voeding ingang. Eventueel voor het filter. Men stelt wel de voedingen met de 0v met elkaar te verbinden. Maar om daarvoor terug te keren naar de kast ? Nee.
Bedankt!lanticster schreef op maandag 6 oktober 2025 @ 15:22:
[...]
My 2 cents:
Je zal al de 3 geleiders gebruiken, inclusief yellow/green in de 3g2.5, want tunable white heeft er 3 nodig. (Planning foutje ? Kan gebeuren.) Hou het netjes, doe toch minstens ander kleur krimpkous rond de y/g geleider aan beide zijden.
Zal wel lukken, voor 60watt. Doe eventueel 1 volt omhoog, zoals je reeds aangeeft.
Spanningsval zal iets lager zijn. Mits je 3 geleiders hebt.
Stel, een decentrale voeding,
Ik zou de minus niet verbinden met de randaarde. Wel de voeding ingang. Eventueel voor het filter. Men stelt wel de voedingen met de 0v met elkaar te verbinden. Maar om daarvoor terug te keren naar de kast ? Nee.
Wat is eigenlijk de best practice voor bekabeling tunable white. 5 geleiders is wat stom, anderzijds de groen/gele geleider gebruiken is ook niet ideaal.
Wat courant / beschikbaar / betaalbaar is. Brandveilige installatie kabel, CCA. Je had kunnen een 4g2.5 gebruiken. (Voor rgb, rgbw,... gebruik ik 5g, 7g, ...)
Maar normaal kom je hier goed mee weg, y/g gebruiken. De (Belgische) keurder negeert laagspanning.
Maar normaal kom je hier goed mee weg, y/g gebruiken. De (Belgische) keurder negeert laagspanning.