Acties:
  • +3 Henk 'm!

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

In ieder geval heb ik wel weer goede ideeën opgedaan door jouw beschrijving.
Dat kan wel, maar daarvoor zal ik dan toch nog eens goed moeten gaan zitten om alles op een gestructureerde en overzichtelijke manier te presenteren. Ik denk dat dit misschien best in een soort blogpost kan, maar ik heb geen blog.

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

Model 3 LR (model 2023)


Acties:
  • 0 Henk 'm!

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

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


Acties:
  • 0 Henk 'm!

  • lanticster
  • Registratie: Juni 2013
  • Laatst online: 15-09 17:46
Als het vooral 230v schakelt;
dan zou ik het in de 230v zone plaatsen.

Acties:
  • 0 Henk 'm!

  • JackBol
  • Registratie: Maart 2000
  • Niet online

JackBol

Security is not an option!

grotius schreef op zaterdag 30 augustus 2025 @ 16:57:
Even een vraag over de loxone relay extension. Verdeelkast opgedeeld in 2 (gescheiden) zones van 24v en 230v. Dit is in lijn met de adviezen van loxone. Maar waar zou je dan een loxone relay extension plaatsen. De extension zal voornamelijk 230v schakelen. Je kan dus zeggen plaatsen in de “hoge”-spanningzijde van 230v" maar de extension is 24v. Maar het is waarschijnlijk praktischer om deze module in het 24V-domein van de verdeelkast te plaatsen (alles van Loxone bij elkaar). In alle gevallen natuurlijk 24v en 230v zo veel mogelijk van elkaar houden en zo min mogelijk met elkaar kruisen.
In het 230V gedeelte. Je moet denken vanuit veiligheid. De meeste draden kunnen 230V spanning hebben, dus in het 230V gedeelte. Dat er vervolgens een 24V draad naar de extensie loopt is minder relevant (en makkelijker identificeerbaar).

De actuele opbrengst van mijn Tibber Homevolt


Acties:
  • 0 Henk 'm!

  • grotius
  • Registratie: April 2007
  • Laatst online: 11-09 22:45
Dank, het wordt de 230 kant

Acties:
  • 0 Henk 'm!

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

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

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

Acties:
  • 0 Henk 'm!

  • mgizmo
  • Registratie: Januari 2009
  • Laatst online: 08:51
Gwaihir schreef op zondag 31 augustus 2025 @ 20:29:

Wat nog niet ter sprake is gekomen: ik denk niet dat de interne scheiding van de exentions dusdanig is dat je op één extension zowel 230V als zwakstroom (zeg 24V) mag schakelen op de verschillende relais.
Het zijn allemaal losse relais. Kun je controleren door de behuizing af te halen. De schakelzijde staat echt los. Zorgvuldigheid is natuurlijk wel geboden met alle aansluitingen. Een foutje is zo gemaakt.

Acties:
  • 0 Henk 'm!

  • Gwaihir
  • Registratie: December 2002
  • Niet online
mgizmo schreef op zondag 31 augustus 2025 @ 20:59:
Het zijn allemaal losse relais. Kun je controleren door de behuizing af te halen. De schakelzijde staat echt los. Zorgvuldigheid is natuurlijk wel geboden met alle aansluitingen. Een foutje is zo gemaakt.
Ik meen een foto van die printplaat ergens gezien te hebben. Gaf mij niet de indruk dat het aan de normen van 'echt los' voldoet; onderlinge galvanische scheiding vereist, dacht ik. (In het KNX topic komen die soort zaken regelmatig langs, incl. verwijzingen naar de NEN normen. Voor Loxone gelden die uiteraard evenzo.)

Acties:
  • 0 Henk 'm!

  • _Drum_
  • Registratie: Augustus 2005
  • Niet online
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

Acties:
  • 0 Henk 'm!

  • JackBol
  • Registratie: Maart 2000
  • Niet online

JackBol

Security is not an option!

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?

De actuele opbrengst van mijn Tibber Homevolt


Acties:
  • 0 Henk 'm!

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

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

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

Model 3 LR (model 2023)


Acties:
  • 0 Henk 'm!

  • giwain
  • Registratie: November 2011
  • Laatst online: 15-09 12:53
flupp schreef op maandag 1 september 2025 @ 16:13:
[...]


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

Met, eventueel daar bovenop (ingeval dit nog niet 100% goed zou werken), bij neerhalen van de screens (verhogende helderheid) een hogere helderheidswaarde als drempel dan de drempelwaarde voor het omhoog halen van de screens (dalende helderheid)?
Binnentemperatuur sturing met de Intelligente Ruimteregeling uitgang shd met de automatische zonnewering ingang sps.

Acties:
  • 0 Henk 'm!

  • flupp
  • Registratie: December 2022
  • Nu online
giwain schreef op maandag 1 september 2025 @ 17:02:
[...]
Binnentemperatuur sturing met de Intelligente Ruimteregeling uitgang shd met de automatische zonnewering ingang sps.
Ik ben niet met beide van die bouwstenen (meer) vertrouwd. Maar stuurt dit op basis van temperatuur, of op basis van helderheid (wat de vraag was, voorzover ik meen te begrijpen)?

Model 3 LR (model 2023)


Acties:
  • 0 Henk 'm!

  • roderickvd
  • Registratie: Mei 2003
  • Laatst online: 15-09 20:58
Je kunt instellen of hij optimaliseert voor helderheid of temperatuur.

Acties:
  • 0 Henk 'm!

  • JackBol
  • Registratie: Maart 2000
  • Niet online

JackBol

Security is not an option!

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

Binnentemperatuur sturing met de Intelligente Ruimteregeling uitgang shd met de automatische zonnewering ingang sps.
Ik wil niet sturen op temperatuur maar op helderheid. Dit raam is op het zuidwesten en de zon schijnt vol naar binnen. De temperatuur in de ruimte gaat wel een halve graad omhoog of zo maar correleert niet echt met wanneer ik het scherm omhoog of omlaag moet hebben.
roderickvd schreef op maandag 1 september 2025 @ 18:02:
Je kunt instellen of hij optimaliseert voor helderheid of temperatuur.
Ik heb naar die room controller gekeken maar ik snap niet hoe ik die op helderheid instel 😅
flupp schreef op maandag 1 september 2025 @ 16:13:
[...]


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

Met, eventueel daar bovenop (ingeval dit nog niet 100% goed zou werken), bij neerhalen van de screens (verhogende helderheid) een hogere helderheidswaarde als drempel dan de drempelwaarde voor het omhoog halen van de screens (dalende helderheid)?
Dit is wel een goed idee om te proberen, kijken of ik die helderheid wat kan dempen ipv het op/neer signaal zelf.

De actuele opbrengst van mijn Tibber Homevolt


Acties:
  • +1 Henk 'm!

  • luukske
  • Registratie: Augustus 2013
  • Laatst online: 23:40
Kun je niet gebruikt maken van de "2 position controller"? Dan kun je werken met een doelwaarde en hysteresis voor de helderheid.
https://www.loxone.com/enus/kb/2-position-controller/

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


Acties:
  • 0 Henk 'm!

  • JackBol
  • Registratie: Maart 2000
  • Niet online

JackBol

Security is not an option!

luukske schreef op maandag 1 september 2025 @ 19:24:
Kun je niet gebruikt maken van de "2 position controller"? Dan kun je werken met een doelwaarde en hysteresis voor de helderheid.
https://www.loxone.com/enus/kb/2-position-controller/
Ik heb al een hysteresis ingebouwd, scherm neer bij de 480 lux en scherm op bij de 60 lux. Maar hiermee zou ik wel het aantal bouwblokken kunnen verminderen. Thanks!

De actuele opbrengst van mijn Tibber Homevolt


Acties:
  • 0 Henk 'm!

  • Gwaihir
  • Registratie: December 2002
  • Niet online
_Drum_ schreef op zondag 31 augustus 2025 @ 22:06:
Bij mij zit de relay extension aan de 24v kant. Elke uitgang gaat naar een andere, afgezekerde relais, 2 rails lager. Die relais gaat dan naar het middengedeelte waar de klemmen allemaal zitten. Voordeel is dat, als er ergens teveel spanning op komt, die extra relais doorbrandt ipv. de loxone component. Die relais kost paar euro, niets als je het vergelijkt met een loxone extension
Waarbij wel aangetekend dat het relais eventueel sneuvelt, niet de hele extension. (En het kan evt. met solderen gerepareerd worden).

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

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

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

Acties:
  • +7 Henk 'm!

  • flupp
  • Registratie: December 2022
  • Nu online
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):

Afbeeldingslocatie: https://tweakers.net/i/k0IDM89ynsU66f0I8Pt2TqmQem8=/800x/filters:strip_exif()/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:
Afbeeldingslocatie: https://tweakers.net/i/Q-PeE0dFrqtfoyL-LZwHieDlSvQ=/fit-in/4000x4000/filters:no_upscale():strip_exif()/f/image/BVM8b39cRDrI90SPVkVvLj8e.png?f=user_large
[fig. 2]

na dubbelklik van het Wallbox functieblok Afbeeldingslocatie: https://tweakers.net/i/dB92svQKqqqs6CL5OVtHbE1n4JQ=/800x/filters:strip_exif()/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":

Afbeeldingslocatie: https://tweakers.net/i/gjExsMPa9PNrdyTieya1_uqTtVc=/800x/filters:strip_exif()/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":

Afbeeldingslocatie: https://tweakers.net/i/FOT3dWsWtcBSimIMBTYHWGzaOcQ=/800x/filters:strip_exif()/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":

Afbeeldingslocatie: https://tweakers.net/i/eG0Jg7rZhTu9VshqIXMTi5D88wY=/fit-in/4000x4000/filters:no_upscale():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:

Afbeeldingslocatie: https://tweakers.net/i/gNcoIs6XjBfly825KozpXIwA4Fc=/800x/filters:strip_exif()/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:

Afbeeldingslocatie: https://tweakers.net/i/jxALlpj9vkQwnirno5HW9s8ru94=/800x/filters:strip_exif()/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":

Afbeeldingslocatie: https://tweakers.net/i/GpKFPqOAKVE5GUab4w0bSDVpsJk=/800x/filters:strip_exif()/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):

Afbeeldingslocatie: https://tweakers.net/i/8SVCRPCQaBRCuIjdeZJGpphjXFE=/800x/filters:strip_exif()/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":

Afbeeldingslocatie: https://tweakers.net/i/OtfYHU27DL8YpZi67Sz5LwNyk_g=/800x/filters:strip_exif()/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:

Afbeeldingslocatie: https://tweakers.net/i/ier-oYhJxpLKBKpDKZch5jA_uZc=/800x/filters:strip_exif()/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:

Afbeeldingslocatie: https://tweakers.net/i/l7t6VDb2eXxyLzta9GdUavHHTNk=/800x/filters:strip_exif()/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:

Afbeeldingslocatie: https://tweakers.net/i/YVW7vzl5nu3eH4lt-zowSEdqs4U=/800x/filters:strip_exif()/f/image/zbfgQnPE7oiQHWyTIljrKChq.png?f=fotoalbum_large
[fig. 14]

en

Afbeeldingslocatie: https://tweakers.net/i/vpfXTVSVQlbiIAE2KaD1mtgSesg=/800x/filters:strip_exif()/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:

Afbeeldingslocatie: https://tweakers.net/i/uPcfU7hfKNr7a5g7zlXoI_lgoAc=/800x/filters:strip_exif()/f/image/ebdMPGM1CDLuRYMnT1iHTh4n.png?f=fotoalbum_large
[fig. 16]

en

Afbeeldingslocatie: https://tweakers.net/i/oZiUml_zuuHb7x7kWUGLyPJyHMc=/800x/filters:strip_exif()/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:

Afbeeldingslocatie: https://tweakers.net/i/iAYwg98IjyfxKeYcqQmpcbzSF2o=/800x/filters:strip_exif()/f/image/KvZGzm5VuG0mxneC3HZ8XDnR.png?f=fotoalbum_large
[fig. 18]

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

Afbeeldingslocatie: https://tweakers.net/i/-w6zzsYrcWxAfidCLg4c3WXG3cY=/800x/filters:strip_exif()/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:

Afbeeldingslocatie: https://tweakers.net/i/C-WS2W44nUdbQIByeNJVQkpmtAQ=/fit-in/4000x4000/filters:no_upscale():strip_exif()/f/image/koczDaFos0ZvlRkGUdqUZsPC.png?f=user_large
[fig. 20]

en

Afbeeldingslocatie: https://tweakers.net/i/JBYY6FP02ENlx2uJ9rM8Kai6aOY=/fit-in/4000x4000/filters:no_upscale():strip_exif()/f/image/9fPsvzsjvxrZQnTSYJRwTzWL.png?f=user_large
[fig. 21]

Model 3 LR (model 2023)


Acties:
  • 0 Henk 'm!

  • DomiGijzen
  • Registratie: December 2015
  • Laatst online: 08:21
flupp schreef op dinsdag 2 september 2025 @ 11:48:
Mijn EV laadinstallatie even uitgelegd

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

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

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

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

[Afbeelding]
[fig. 1]

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

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

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

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

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

[Afbeelding]
[fig. 4]

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

[Afbeelding]
[fig. 5]

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

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

[Afbeelding]
[fig. 6]

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

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

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

[Afbeelding]
[fig. 7]

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

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

[Afbeelding]
[fig. 8]

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

[Afbeelding]
[fig. 9]

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

[Afbeelding]
[fig. 10]

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

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

[Afbeelding]
[fig. 11]

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

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

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

[Afbeelding]
[fig. 12]

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

[Afbeelding]
[fig. 13]

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

[Afbeelding]
[fig. 14]

en

[Afbeelding]
[fig. 15]

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

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

[Afbeelding]
[fig. 16]

en

[Afbeelding]
[fig. 17]


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

[Afbeelding]
[fig. 18]

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

[Afbeelding]
[fig. 19]

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

[Afbeelding]
[fig. 20]

en

[Afbeelding]
[fig. 21]
Gewelidge post. Ga ik binnenkort eens dieper induiken!

Grz D.


Acties:
  • 0 Henk 'm!

  • Gwaihir
  • Registratie: December 2002
  • Niet online
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.

Acties:
  • 0 Henk 'm!

  • JackBol
  • Registratie: Maart 2000
  • Niet online

JackBol

Security is not an option!

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

En ben ik inderdaad de losse vensters definitief kwijt? D.w.z. de overzichts-tree en het eigenschappen venster konden voor deze versie losse windows zijn, op mijn andere scherm. Nu is dat weg en vind ik het ook niet terug in de instellingen.
Volgens mij is het gewoon marketing rondom de nieuwe GUI. Het was in het begin even wennen maar ik vind de nieuwe GUI wel prettig, maar ik gebruik wel een 27" extern scherm anders zou ik helemaal gek worden.

De actuele opbrengst van mijn Tibber Homevolt


Acties:
  • 0 Henk 'm!

  • Gwaihir
  • Registratie: December 2002
  • Niet online
Prettig = wel mee te leven, @JackBol? Of heb je ook al specifieke verbeteringen gespot die je blij maken?

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


Acties:
  • 0 Henk 'm!

  • JackBol
  • Registratie: Maart 2000
  • Niet online

JackBol

Security is not an option!

Gwaihir schreef op zaterdag 6 september 2025 @ 17:21:
Prettig = wel mee te leven, @JackBol? Of heb je ook al specifieke verbeteringen gespot die je blij maken?
De GUI is iets frisser gemaakt, maar ik zou niet 1 functioneel verschil kunnen aangeven.

De actuele opbrengst van mijn Tibber Homevolt


Acties:
  • 0 Henk 'm!

  • Nimrod
  • Registratie: Februari 2006
  • Laatst online: 15-09 18:26

Nimrod

King in the land of Shinar

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)

The kingdom has many problems, but boredom is the least of them.


Acties:
  • 0 Henk 'm!

  • flupp
  • Registratie: December 2022
  • Nu online
Een beetje verraderlijk om advies te geven als ik niet 100% zeker ben dat ik ‘t goed zie. Dus eerst even doublechecken:
  1. de R werkt als router (intern in jouw Telenet netwerk) met zijn eigen intern netwerk 192.168.1.0/24. Correct?
  2. jij wil de miniserver in dat 192.168.1.0/24 netwerk laten draaien. Correct?
  3. tegelijkertijd wil je daarbuiten, in jouw oude Telenet 192.168.0.0/24 netwerk, al jouw oude computer(s) laten draaien. Correct?
  4. en je wil bovendien verbinding maken tussen die oude 192.168.0.0/24 computers met de 192.168.1.0/24 miniserver (via de WAN verbinding van jouw R). Correct?
  5. er is geen mogelijkheid om jouw R te laten werken als “simpele” switch (ik ben niet zo vertrouwd met zo’n fiber gateway ding). Correct?
Indien allemaal correct, dan ook nog de vraag of jouw R port forwarding mogelijkheden heeft?

Model 3 LR (model 2023)


Acties:
  • 0 Henk 'm!

  • Nimrod
  • Registratie: Februari 2006
  • Laatst online: 15-09 18:26

Nimrod

King in the land of Shinar

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 :/)

The kingdom has many problems, but boredom is the least of them.


Acties:
  • 0 Henk 'm!

  • Gwaihir
  • Registratie: December 2002
  • Niet online
@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?

Acties:
  • 0 Henk 'm!

  • Nimrod
  • Registratie: Februari 2006
  • Laatst online: 15-09 18:26

Nimrod

King in the land of Shinar

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)?

The kingdom has many problems, but boredom is the least of them.


Acties:
  • 0 Henk 'm!

  • flupp
  • Registratie: December 2022
  • Nu online
@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)?

Model 3 LR (model 2023)


Acties:
  • 0 Henk 'm!

  • Nimrod
  • Registratie: Februari 2006
  • Laatst online: 15-09 18:26

Nimrod

King in the land of Shinar

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)?

The kingdom has many problems, but boredom is the least of them.


Acties:
  • 0 Henk 'm!

  • flupp
  • Registratie: December 2022
  • Nu online
Nimrod schreef op maandag 15 september 2025 @ 16:01:
Beide toestellen zitten in LAN met range 192.168.1...
Zou het kunnen dat Loxone deze toestellen weigert wegens niet aan 192.168.0 gekoppeld?
Voorzover mijn netwerkkennis reikt zal dit liggen aan ofwel de netmask van laptop(s)/smartphone(s), ofwel aan de routeringsinstellingen van R.

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

Model 3 LR (model 2023)


Acties:
  • 0 Henk 'm!

  • Gwaihir
  • Registratie: December 2002
  • Niet online
Nimrod schreef op maandag 15 september 2025 @ 15:19:
Dus in principe zit er niets anders op dan nieuw statisch IP via config verbonden langs oud statisch IP te wijzigen, daarna zelfde IP adres in LAN toe te kennen, en dan maar vingers te kruisen dat het werkt? Moet er in dat scenario ook nog een herstart (stroomstop) gebeuren?
Als ik me goed herinner besluit 't ding zelf dat een herstart op z'n plaats is, wanneer je via config die info upload.

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

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

Acties:
  • 0 Henk 'm!

  • Gwaihir
  • Registratie: December 2002
  • Niet online
@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).)

Acties:
  • 0 Henk 'm!

  • Nimrod
  • Registratie: Februari 2006
  • Laatst online: 15-09 18:26

Nimrod

King in the land of Shinar

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.

The kingdom has many problems, but boredom is the least of them.


Acties:
  • 0 Henk 'm!

  • Gwaihir
  • Registratie: December 2002
  • Niet online
Nimrod schreef op maandag 15 september 2025 @ 18:26:
Bedoel je rechtstreeks miniserver met laptop verbinden om te checken of ik m dan nog via config kan aanspreken (en external access terugdraaien als t niet werkt?)
Nee, gewoon met miniserver en pc in het beoogde netwerk.

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

Acties:
  • 0 Henk 'm!

  • flupp
  • Registratie: December 2022
  • Nu online
Nimrod schreef op maandag 15 september 2025 @ 18:26:
Bedoel je rechtstreeks miniserver met laptop verbinden om te checken of ik m dan nog via config kan aanspreken (en external access terugdraaien als t niet werkt?)
Snap ook nog altijd niet waarom mac adres miniserver wel op switch verschijnt, maar niet op overkoepelende router, maar dan weer wel op overkoepelende telenetmodem. Alles al meerdere malen herstart, gezocht of mac ergens tegengehouden wordt, maar nee ... Krijg er hoofdpijn van.
Neen, ik bedoel laptop en/of smartphone binnen in het netwerk van R. Miniserver er ook binnen in. Laptop en smartphones ingesteld als dhcp clients (met R als router en DHCP server in dat netwerkje), miniserver met huidig statisch IP adres (in de range 192.168.0.x/24). Zonder enige wijziging kunnen ze elkaar op die manier niet zien, want ze zitten in aparte subnetten (de enen in 192.168.1.0/24, de miniserver in 192.168.0.0/24). Ik noteer dat je terughoudend bent om wijzigingen aan de netwerkinstellingen van de miniserver door te voeren.

Dus zou ik de DHCP serverinstellingen van R wijzigen zodat de clients die er hun netwerkinstellingen van krijgen
(zijnde laptop en smartphone) een “ruimere” netmask krijgen: 192.168.0.0/16 in plaats van 192.168.0.0/24.
Dan moet je best ook op de command line (het zal een Windows laptop zijn, toch?) invoeren:
ipconfig /release
ipconfig /renew
Dit geeft jouw laptop als DHCP client zijn nieuwe IP instellingen zoals je die net wijzigde op R (met een smartphone weet ik helaas niet hoe je die release/renew sekwentie kunt doen).
Ik denk dat je dan, zonder wijzigingen aan de miniserver netwerkinstellingen, vanaf jouw laptop al de miniserver zult kunnen zien.

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

Ik sluit overigens niet uit dat je al heel wat problemen hebt gehad met het versteken van jouw laptop tussen het oude 192.168.0.0/24 Telenet netwerk en het nieuwe 182.168.1.0/24 R netwerk: als je ‘m zonder die eerder vernoemde sekwentie
ipconfig /release
ipconfig /renew
versteekt, is de kans groot dat je geen connectie kon leggen omdat ie nog de netwerkinstellingen van zijn vorige netwerk behield, en dit zelfs mogelijks ondanks een laptop herstart!

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

Model 3 LR (model 2023)

Pagina: 1 ... 43 44 Laatste