:fill(white):strip_exif()/i/2004042396.jpeg?f=thumbmini)
:strip_exif()/i/2004507374.png?f=thumbmini)
:fill(white):strip_exif()/i/2004042390.jpeg?f=thumbmini)
:fill(white):strip_exif()/i/2004042386.jpeg?f=thumbmini)
:strip_exif()/i/2004507368.png?f=thumbmini)
:strip_exif()/i/2004042400.png?f=thumbmini)
:strip_exif()/i/2000577052.png?f=thumbmini)
:fill(white):strip_exif()/i/2000577055.jpeg?f=thumbmini)
:fill(white):strip_exif()/i/2004042398.jpeg?f=thumbmini)
:strip_exif()/i/2004507370.png?f=thumbmini)
:fill(white):strip_exif()/i/2005498582.jpeg?f=thumbmini)
:strip_exif()/i/2004042402.png?f=thumbmini)
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
/u/3626/front-kabels.png?f=community)
/u/1888768/crop655a59ee92be1_cropped.png?f=community)
:strip_icc():strip_exif()/u/85688/avatar.jpg?f=community){kind=avatar}
:strip_exif()/u/72870/crop5db2a0081b965.gif?f=community)
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):
:strip_exif()/f/image/8AVb3uvNL3d7VLMwzsR9OMa4.png?f=user_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:
[fig. 2]
na dubbelklik van het Wallbox functieblok
:strip_exif()/f/image/neSJFqADrX0QDKlo1UdobIm2.png?f=user_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":
:strip_exif()/f/image/ruTVzIvfzbPgIDA8axaXf51S.png?f=user_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":
:strip_exif()/f/image/atFWSBSnQRFnOGG4ZMOrXicx.png?f=user_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":
[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:
:strip_exif()/f/image/Y56ziDXQa2h4Wng24g3JaHWf.png?f=user_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:
:strip_exif()/f/image/66DQVSiO6jLsL0LneIwSlFMN.png?f=user_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":
:strip_exif()/f/image/LN495iqHTsx65K2dFkvHXhOE.png?f=user_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):
:strip_exif()/f/image/q0eohsWfUxdFamctZMwNYGkH.png?f=user_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":
:strip_exif()/f/image/6zMrrfUUwbWndgYjQX4YEZcs.png?f=user_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:
:strip_exif()/f/image/odmXdhwXKEfLsZYsKJcWld9w.png?f=user_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:
:strip_exif()/f/image/CP6UVJRY3Wr4v2bZ31Rhv0gF.png?f=user_large)
[fig. 13]
de marker "Voertuig geconnecteerd"
Is een marker die uit de laadpaal (modbus) komt, via een conversie in een Status functieblok:
:strip_exif()/f/image/zbfgQnPE7oiQHWyTIljrKChq.png?f=user_large)
[fig. 14]
en
:strip_exif()/f/image/ipoLrmrqp0U70nRhwfhGBwQz.png?f=user_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:
:strip_exif()/f/image/ebdMPGM1CDLuRYMnT1iHTh4n.png?f=user_large)
[fig. 16]
en
:strip_exif()/f/image/o0ctDfJWv1vqeqaRA74eKdLH.png?f=user_large)
[fig. 17]
de markers "Laadpaal spotprijs nu actief", "Start het laden", "Aantal uren laden" en "Opladen tegen"
Zie hieronder:
:strip_exif()/f/image/KvZGzm5VuG0mxneC3HZ8XDnR.png?f=user_large)
[fig. 18]
Merk het belang op van "Aantal uren laden" en "Opladen tegen" :
:strip_exif()/f/image/cMCiYlA5qxkSoaedjYawapTG.png?f=user_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:
[fig. 20]
en
[fig. 21]
Model 3 LR (model 2023)
:strip_icc():strip_exif()/u/721758/crop618e8a28e11f7_cropped.jpg?f=community)
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.
. Zijn er ergens (nieuwe) instellingen om mee te spelen?En ben ik inderdaad de losse vensters definitief kwijt? D.w.z. de overzichts-tree en het eigenschappen venster konden voor deze versie losse windows zijn, op mijn andere scherm. Nu is dat weg en vind ik het ook niet terug in de instellingen.
Volgens mij is het gewoon marketing rondom de nieuwe GUI. Het was in het begin even wennen maar ik vind de nieuwe GUI wel prettig, maar ik gebruik wel een 27" extern scherm anders zou ik helemaal gek worden.:
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
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
/u/167567/crop6463212f05c32_cropped.png?f=community)
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.
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.:
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.
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.:
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):
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
:strip_icc():strip_exif()/u/303122/crop5cfe78abe12e5_cropped.jpeg?f=community)
Ja dat begrijp ik. Uiteindelijk denk ik ook dat de logische stap is om de instellingen te automatiseren, maar op dat punt ben ik nog niet om dat met de kinderkamers (maar zijn 10+ in leeftijd) op voorhand te weten wat logisch is om in te stellen.
Ik denk dat ik er verstandig aan doe dat de afstandsbedieningen uiteindelijk verdwijnen en het systeem zelf regelt naar bepaalde temperatuur (ook voor de portomonnee), maar ik merk ook dat mijn tiener eigenzinnige behoeftes heeft als het om de temp van de airco gaat. We spreken vaker in HA over WAF-factor, maar deze is nog wat complexer denk ik
Vraag even wat je tiener wil, en je komt erachter dat met de temperatuur en aan/uit knop je een heel eind komt. Zo heb ik het thuis ook verkocht. Vroeger wilde mijn vrouw ook aan de fan-speed en zo zitten, maar sinds die knoppen er niet meer zijn, vraagt ze er ook niet meer naar.:
[...]
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
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.
- Nu staat "Gefragmenteerde pakketten" aan, maar dat heeft ook al 100x aan en uit gestaan ;-)
- Nergens in de handleiding/api van Peblar staat welk device ID ik moet kiezen, ben al van 0 naar 20 geweest.. zonder succes
Documentatie Modbus API:
https://developer.peblar.com/modbus-api
Maar helaas, wat ik ook doe met de verschillende instellingen als "byte volgorde", "woord volgorde", welk adres van de unit ik pak, welke IO, uint32, int32, int16, uint16 etc. etc. Ik blijf foutmeldingen krijgen:
:strip_exif()/f/image/McfHvmakBR4eawzmhsNaR1tX.png?f=user_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...
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 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, …, …).:
…
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)
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 !
Dit zelfde in Loxone ( apparaatadres op 0 of 1 maakt het verschil niet ):
Ook nog even met woordvolgorde, bytevolgorde en 16-bit register gewerkt, maar helaas:
Dan maar een WireShark om te kijken wat de Loxone daadwerkelijk opvraagt...
Ehhh ik pak nu de volgende config:
En wat krijgen we hier....:
:strip_exif()/f/image/s9LZaeohZb5E5gqMRJyUUXGB.png?f=user_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” 🤔 ?:
…
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:
:strip_exif()/f/image/iQOZX79nViu4qeXTebxfYhvj.png?f=user_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
Dit is mijn hele blok.
03-305-Total Energy op de Ptot is mijn SAJ R5 die een kWh totaal doorgeeft
Zonnepanelen live = Ppwr in kW
Youless NET verbruik dal/hoog bij elkaar optellen (P1) = Gi in kWh
Youless Current power ( P1 ) = Gpwr in kW ( is dus positief bij afname, negatief bij teruglevering )
Youless NET teruglevering dal/hoog bij elkaar optellen (P1) = Ge in kWh
:strip_exif()/f/image/2MB4l5oiww6g9a5lP9YSfSkV.png?f=user_large)
Daar moet het al dus ergens mis gaan.
Het is een bidirectioneel blok:
:strip_exif()/f/image/g3HKjmpgkKODuZqH8hHYCJrV.png?f=user_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
Dat kan dus niet met die blokjes...
maar als ik over de puntjes hover dan krijg ik de waardes wel te zien
[ Voor 9% gewijzigd door HammieDuDe op 26-09-2025 15:57 ]
Achterhoek | Loxone | PUHZ-SW75YAA + ERSD-VM2D | 12.200wp PV | Zehnder Q600
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.
Achterhoek | Loxone | PUHZ-SW75YAA + ERSD-VM2D | 12.200wp PV | Zehnder Q600
Ik zag dit op FB voorbij komen, wellicht handig?
:no_upscale():strip_icc():strip_exif()/f/image/LnK8eQFc7NPEy0rHSXLmTEAQ.jpg?f=user_large)
Achterhoek | Loxone | PUHZ-SW75YAA + ERSD-VM2D | 12.200wp PV | Zehnder Q600
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...:
[...]
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.
opeens werkt de Energie Stroom monitor nu ook goed en geeft nu netjes mijn export/import weer en de hoeveelheid eigen gebruik.:strip_exif()/f/image/fdgHaM1BjI1bd8vxCRzYPQWf.png?f=user_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:
:no_upscale():strip_icc():strip_exif()/f/image/p68uTo9aykMc7PdNFwCzAwIe.jpg?f=user_large)
:strip_exif()/f/image/Gj24ykgvSZHtVBpAmN2iD8f6.png?f=user_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:
Dan nog, ga ik hem op een minuut zetten ( voor mijn gevoel ).
Achterhoek | Loxone | PUHZ-SW75YAA + ERSD-VM2D | 12.200wp PV | Zehnder Q600
Ja, deels. Dat is voor zover ik weet exact waarom die output wat omhoog kan
.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 alhier
.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.
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 ]