Loxone bedrade en draadloze smarthomes

[HammieDuDe]

HammieDuDe schreef op vrijdag 26 september 2025 @ 17:07:
[...]


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

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

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

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... opeens werkt de Energie Stroom monitor nu ook goed en geeft nu netjes mijn export/import weer en de hoeveelheid eigen gebruik.



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:




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:

Met betrekking tot de stroominstelling:

Wanneer de stroom wordt ingesteld onder 6 A, stopt de EV met laden. De relais in de lader schakelen open en de contactor in de EV schakelt eveneens open. Dit zijn fysieke componenten met een beperkte levensduur, en herhaald schakelen zal uiteindelijk slijtage veroorzaken.

De aanbevolen werkwijze is om de stroom tijdelijk te laten “zweven” op 6 A, zelfs wanneer er onvoldoende stroom beschikbaar is (bijvoorbeeld op bewolkte dagen). Op die manier blijven de relais en de contactor van de EV gesloten, wat hun levensduur verlengt.

Dan mijn vraag over "hoe vaak is het mogelijk/gezond" om het vermogen tussen de 6000mA en 16000mA ( in mijn geval ) te wisselen:

Om te antwoorden: je kunt deze waarde zo vaak aanpassen als je wilt. Het voertuig past zich echter slechts één keer per 10 seconden aan, dus vaker wijzigen heeft geen extra effect.

Dan nog, ga ik hem op een minuut zetten ( voor mijn gevoel ).

[MrN86]

Heel erg bedankt iedereen voor de feedback op mijn vorige vraag.

Ik ben nu verder aan het puzzelen voor de verlichting. Ik zal hoofdzakelijk 24V verlichting gebruiken.
Na me heel wat in te lezen heb ik geleerd dat het in het oog houden van de spanningsval een belangrijke parameter is.

Stel volgend scenario:
- Loxone voeding: 24 V, 4,2 A
- RGBW 24V Dimmer Tree in de zekeringskast
- Kabel tussen dimmer en ledstrip: 2,5 mm²
- Lengte kabel: 40 m
- Tunable white ledstrip van 5m = 60W.
Dit zou resulteren in een spanningsval van 1,4V.
Is het dan een oplossing om de output van de voeding te verhogen naar 25,4V? Of is dit niet aan te raden?

Een andere oplossing is een decentrale voeding met een RGBW 24V Compact Dimmer Tree te gebruiken. Nadeel is dat de decentrale voeding en dimmer moeten weggewerkt worden. Ik zou daarom liever opteren om alles centraal te plaatsen. Ik heb echter enkel ervaring met klassieke "domme" 230V installaties en ben dan ook benieuwd naar jullie inzichten.

Als ik voor de decentrale oplossing zou kiezen, moet voor de decentrale voeding de GND-uitgang dan ook weer verbonden worden met de randaarde?

[giwain]

Gwaihir schreef op donderdag 2 oktober 2025 @ 18:41:
[...]

Als je een C-curve bedoelt, moet je dat m.i. wel vermelden; B is de standaard.

Op inschakelstroom maakt dat niet uit, maar met die piekstroom is de kans dat je het redt wel beter.

(Blijf 't overigens beleefd met je oneens, om de door @Pulse_ net al genoemde redenenen.)

Dan is dat een verschil tss NL-BE, want in BE is C curve standaard.

[Gwaihir]

MrN86 schreef op donderdag 2 oktober 2025 @ 21:30:
- Tunable white ledstrip van 5m = 60W.
Dit zou resulteren in een spanningsval van 1,4V.
Is het dan een oplossing om de output van de voeding te verhogen naar 25,4V? Of is dit niet aan te raden?

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 .

Een andere oplossing is een decentrale voeding met een RGBW 24V Compact Dimmer Tree te gebruiken. Nadeel is dat de decentrale voeding en dimmer moeten weggewerkt worden. Ik zou daarom liever opteren om alles centraal te plaatsen. Ik heb echter enkel ervaring met klassieke "domme" 230V installaties en ben dan ook benieuwd naar jullie inzichten.

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.

Als ik voor de decentrale oplossing zou kiezen, moet voor de decentrale voeding de GND-uitgang dan ook weer verbonden worden met de randaarde?

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 ]

[K!K]

Zijn er hier mensen die een Roborock of vergelijkbaar apparaat via de Loxone Matter ingraties aansturen?
Zo ja zou je eens wat informatie willen delen over hoe en wat? eventueel wat screenshots?

[lanticster]

MrN86 schreef op donderdag 2 oktober 2025 @ 21:30:
Heel erg bedankt iedereen voor de feedback op mijn vorige vraag.

Ik ben nu verder aan het puzzelen voor de verlichting. Ik zal hoofdzakelijk 24V verlichting gebruiken.
Na me heel wat in te lezen heb ik geleerd dat het in het oog houden van de spanningsval een belangrijke parameter is.

Stel volgend scenario:
- Loxone voeding: 24 V, 4,2 A
- RGBW 24V Dimmer Tree in de zekeringskast
- Kabel tussen dimmer en ledstrip: 2,5 mm²
- Lengte kabel: 40 m
- Tunable white ledstrip van 5m = 60W.
Dit zou resulteren in een spanningsval van 1,4V.
Is het dan een oplossing om de output van de voeding te verhogen naar 25,4V? Of is dit niet aan te raden?

Een andere oplossing is een decentrale voeding met een RGBW 24V Compact Dimmer Tree te gebruiken. Nadeel is dat de decentrale voeding en dimmer moeten weggewerkt worden. Ik zou daarom liever opteren om alles centraal te plaatsen. Ik heb echter enkel ervaring met klassieke "domme" 230V installaties en ben dan ook benieuwd naar jullie inzichten.

Als ik voor de decentrale oplossing zou kiezen, moet voor de decentrale voeding de GND-uitgang dan ook weer verbonden worden met de randaarde?

My 2 cents:
Je zal al de 3 geleiders gebruiken, inclusief yellow/green in de 3g2.5, want tunable white heeft er 3 nodig. (Planning foutje ? Kan gebeuren.) Hou het netjes, doe toch minstens ander kleur krimpkous rond de y/g geleider aan beide zijden.
Zal wel lukken, voor 60watt. Doe eventueel 1 volt omhoog, zoals je reeds aangeeft.
Spanningsval zal iets lager zijn. Mits je 3 geleiders hebt.

Stel, een decentrale voeding,
Ik zou de minus niet verbinden met de randaarde. Wel de voeding ingang. Eventueel voor het filter. Men stelt wel de voedingen met de 0v met elkaar te verbinden. Maar om daarvoor terug te keren naar de kast ? Nee.

[MrN86]

lanticster schreef op maandag 6 oktober 2025 @ 15:22:
[...]


My 2 cents:
Je zal al de 3 geleiders gebruiken, inclusief yellow/green in de 3g2.5, want tunable white heeft er 3 nodig. (Planning foutje ? Kan gebeuren.) Hou het netjes, doe toch minstens ander kleur krimpkous rond de y/g geleider aan beide zijden.
Zal wel lukken, voor 60watt. Doe eventueel 1 volt omhoog, zoals je reeds aangeeft.
Spanningsval zal iets lager zijn. Mits je 3 geleiders hebt.

Stel, een decentrale voeding,
Ik zou de minus niet verbinden met de randaarde. Wel de voeding ingang. Eventueel voor het filter. Men stelt wel de voedingen met de 0v met elkaar te verbinden. Maar om daarvoor terug te keren naar de kast ? Nee.

Bedankt!

Wat is eigenlijk de best practice voor bekabeling tunable white. 5 geleiders is wat stom, anderzijds de groen/gele geleider gebruiken is ook niet ideaal.

[lanticster]

Wat courant / beschikbaar / betaalbaar is. Brandveilige installatie kabel, CCA. Je had kunnen een 4g2.5 gebruiken. (Voor rgb, rgbw,... gebruik ik 5g, 7g, ...)
Maar normaal kom je hier goed mee weg, y/g gebruiken. De (Belgische) keurder negeert laagspanning.

[JackBol]

Sinds een paar weken start Loxone Config elke keer met LiveView automatisch aan, waardoor de UI zo traag als een slag wordt. Onwerkbaar. Ik moet een paar minuten wachten voordat Loxone Config zover is dat ik LiveView uit kan zetten.

Iemand anders met dit probleem?

[-SimJoc-]

Was mijn inderdaad ook al opgevallen. Ik draai de Alpha en daar start ook de liveview automatisch op. Echter draait hier alles gewoon soepel.

[JackBol]

-SimJoc- schreef op zondag 2 november 2025 @ 07:20:
Was mijn inderdaad ook al opgevallen. Ik draai de Alpha en daar start ook de liveview automatisch op. Echter draait hier alles gewoon soepel.

Ik draai Loxone in een windows VM, dus daar zal het wel mee te maken hebben.
Ik heb ook opgemerkt dat wanneer je naar een miniserver connect, deze meteen de config uit de miniserver laadt.

Voorheen deed ik vorige configs herstellen door de file op disk te openen, daarna naar de miniserver te contacten en meteen save in miniserver te doen, waardoor de config werd overschreven met wat ik eerder opgeslagen had. Maar nu wordt de config elke keer van de miniserver geladen wanneer ik connect, waardoor deze recovery methode niet meer werkt.

[flupp]

JackBol schreef op zondag 2 november 2025 @ 09:01:
[...]
Ik draai Loxone in een windows VM, dus daar zal het wel mee te maken hebben.
Ik heb ook opgemerkt dat wanneer je naar een miniserver connect, deze meteen de config uit de miniserver laadt.

Voorheen deed ik vorige configs herstellen door de file op disk te openen, daarna naar de miniserver te contacten en meteen save in miniserver te doen, waardoor de config werd overschreven met wat ik eerder opgeslagen had. Maar nu wordt de config elke keer van de miniserver geladen wanneer ik connect, waardoor deze recovery methode niet meer werkt.

Ik ben er niet van overtuigd dat het door de VM komt, want ik heb/had dit een tijdje geleden ook voor (op een native Windows laptop). Ook ik zit/zat erdoor met de handen in het haar, want dit vreemde gedrag belet dat je de “laatste goed werkende versie” overschreven ziet bij het connecteren op een mogelijks “verknoeide” ontwikkelversie. Ik meende dat dit zich de laatste connecties niet meer had voorgedaan. Maar inderdaad, zo’n gedrag is hoogst irritant en belet het terugzetten van die laatst gekende goed werkende versie, want bij connectie wordt die onmiddellijk overschreven door een mogelijks slechte (ontwikkel)versie.

Slechte punten voor Loxone!

[Gwaihir]

Wat je beschrijft is gekomen met config versie 16 en wordt geacht een feature te zijn.

JackBol schreef op zondag 2 november 2025 @ 09:01:
Ik heb ook opgemerkt dat wanneer je naar een miniserver connect, deze meteen de config uit de miniserver laadt.

Dit is het gedeelte dat trots in de releasenotes genoemd wordt: je overschrijft nu niet meer per ongeluk een wijziging uit andere bron, omdat die automagisch binnengehaald wordt zodra je connect.

Het is géén volledig overschrijven, maar mergen. Je kunt dus nog wel degelijk iets off-line aanpassen, verbinden en uploaden. Maar je moet er klaarblijkelijk maar op vertrouwen dat de merge precies zo verloopt als zou moeten .

Hoe je zo ooit goed terug komt naar een oudere versie vroeg ik me ook al af.

Met deze config softwareversie is ook het automatisch inschakelen van de LiveView begonnen. Ik vind dat op zich wel makkelijk, want ik zet die toch vrijwel altijd aan. Maar ik kies zelden voor 'met manuele waardeverandering' omdat ik graag veilig mee kijk, zonder kans op domme fouten.

Dus ook ik ging op zoek naar instellingen om die nieuwe gedragingen bij te kunnen stellen (en indien nodig uit). Niet gevonden . Hopelijk voegen ze die binnenkort toe en voorlopig weet ik dat ik nog een SD-kaartlezer bij de hand heb.

Over 't tempo niets te klagen, trouwens. Dus dat zal waarschijnlijk iets met je VM van doen hebben, @JackBol .

[ Voor 4% gewijzigd door Gwaihir op 02-11-2025 14:45 ]

[flupp]

Gwaihir schreef op zondag 2 november 2025 @ 14:43:
Wat je beschrijft is gekomen met config versie 16 en wordt geacht een feature te zijn.

Dit is het gedeelte dat trots in de releasenotes genoemd wordt: je overschrijft nu niet meer per ongeluk een wijziging uit andere bron, omdat die automagisch binnengehaald wordt zodra je connect.
…

… waarbij het bestrijden van de kwaal ergerlijker (en gevaarlijker) is dan de “kwaal” zelf, vind ik dus!

Dus voor de Loxone ingenieurs.

[JackBol]

Ik heb een ticket ingeschoten mbt het bovenste (natuurlijk de release notes niet gelezen 😅)
Mijn merge komt in ieder geval niet goed.

[mgizmo]

JackBol schreef op zaterdag 1 november 2025 @ 20:16:
Sinds een paar weken start Loxone Config elke keer met LiveView automatisch aan, waardoor de UI zo traag als een slag wordt. Onwerkbaar. Ik moet een paar minuten wachten voordat Loxone Config zover is dat ik LiveView uit kan zetten.

Iemand anders met dit probleem?

Yep hier ook, i7 laptop. Niet te doen.

[Gwaihir]

Hmm.. ik werk aan een oude i5 Win10 PC met een overvolle SSD - jaja updates staan nog aan en er komt nog dit jaar wat nieuws - met een Gen 1 miniserver die ik ook aardig bezig houdt. En ik heb niet de performance problemen. (Blij mee, maar) uiterst curieus!

[JackBol]

Gwaihir schreef op zondag 2 november 2025 @ 14:43:
Over 't tempo niets te klagen, trouwens. Dus dat zal waarschijnlijk iets met je VM van doen hebben, @JackBol .

Om hier nog even op terug te komen, de VM is Win 11 LTSC (zo clean als het kan) met 2x i5 core en 16GB geheugen. Het onderliggende punt is dat Loxone Config echt outdated begint te raken. Het is bijv. nog altijd een x32 binary.

[JackBol]

Vandaag contact gehad met support van Loxone en die hebben een goede workaround gedeeld. Als je voordat je connect in de keychain het serienummer leeg gooit, dan laadt Loxone niet de config in.

[Gwaihir]

JackBol schreef op maandag 3 november 2025 @ 10:30:
Als je voordat je connect in de keychain het serienummer leeg gooit, dan laadt Loxone niet de config in.

Waar zit dat / bestaat dat voor gen 1? (En zo niet, is er dan een andere workaround?)

[JackBol]

Gwaihir schreef op maandag 3 november 2025 @ 10:36:
[...]

Waar zit dat / bestaat dat voor gen 1? (En zo niet, is er dan een andere workaround?)

Dit is de letterlijke communicatie die ik heb ontvangen.

Je kan in jouw project even bij randapparatuur de serienummer van de miniserver verwijderen en dan pas verbinden . dan gaat hij niet laden uit de miniserver.

[Gwaihir]

JackBol schreef op maandag 3 november 2025 @ 10:55:
Je kan in jouw project even bij randapparatuur de serienummer van de miniserver verwijderen en dan pas verbinden . dan gaat hij niet laden uit de miniserver.

Ah, daar kan ik wat mee. Randapparatuur > Miniserver > Eigenschappen heb ik een serienummer dat ik kan verwijderen .

[flupp]

HammieDuDe schreef op vrijdag 26 september 2025 @ 08:38:
…
Ik heb echter nog wel 2 vraagstukken:
- Ik heb een analoog geheugen ingebouwd + impulstimer ( 5 min ) om maar 1x per 5 minuten de Peblar uit te schakelen ( waarde 0 ), dit i.v.m. aanbevelingen vanuit Peblar om het relais niet vaker dan 3x per 10 minuten ( rolling window ) te laten schakelen, maar nu vraag ik mij af, hoe zit het met vermogen, @flupp hoe vaak wissel jij je gewenste vermogen naar je laadpaal? Het lijkt me niet gezond om continu het vermogen te laten variëren toch? Ze geven alleen aan dat ik niet vaker dan 3x per 10 minuten naar 0 mag ( relais laten schakelen ). Hoe zien jullie dit?
- …

Na mijn recentste wijziging van eerder deze week dacht ik terug aan die post van jou. Ik heb namelijk, intussen, een feature ingebouwd waarbij ik ingeval van “laden op zonne-overschot” vermijd dat de laadpaal te vaak aan- en daarna bijna onmiddellijk terug uitslaat - of omgekeerd (in die stijgende grensgevallen waarbij er soms al net genoeg zonne-overschot beschikbaar is, of omgekeerd in die dalende grensgevallen waarbij er al eens net niet genoeg zonne-overschot is).

Ik loste dit op door hysteresis in te bouwen met een grace-period vooraleer de laadpaal afschakelt en een grace-period voordat ze aanschakelt. Beide instelbaar per halve minuut tussen 0 en 5 minuten. Op die manier kun je vermijden dat de laadpaal al te vaak aan-/uitschakelt.

Is de aan- graceperiod vb. 0,5 minuten en de uit- graceperiod vb. 2 minuten, dan moet het beschikbare zonne-overschot ononderbroken 0,5 minuten boven de 1,41kW (beter: 6A) zijn. Is dat het geval, dan schakelt de laadpaal aan, waarna het zonne-overschot gedurende 2 minuten ononderbroken *onder* de 1,41kW moet zijn voordat de laadpaal uitschakelt. Gaat het zonne-overschot in die 2 minuten terug boven de 1,41kW, dan reset die 2-minuten periode, en herbegint die 2 minuten grace-period van voor af aan.

Nu aan het uitproberen, en lijkt goed te doen voor het doel dat ik voor ogen had.

[lanticster]

Voor zo een situatie maak ik gebruik van de laagste selector tussen :
-glijdend gemiddelde overschot (15 counts, elke 60 sec)
En
-actueel overschot

Die input geef ik in het energy manager blok

[flupp]

lanticster schreef op zondag 9 november 2025 @ 16:10:
Voor zo een situatie maak ik gebruik van de laagste selector tussen :
-glijdend gemiddelde overschot (15 counts, elke 60 sec)
En
-actueel overschot

Die input geef ik in het energy manager blok

Kan eveneens een insteek zijn voor het beoogde doel, waaraan ik niet had gedacht, en naar mijn aanvoelen ook eenvoudiger is dan mijn implementatie. Alleen, als ik het goed begrijp, kan het in voorkomend geval ook de laadpaal uitschakelen, die allereerste keren dat het glijdend gemiddelde nog goed genoeg is, maar de overschot eens kort onder het minimumvermogen duikt. Als de eerstvolgende meting van het actueel overschot al opnieuw bóven het minimumvermogen is, schakel je dan de laadpaal al onmiddellijk terug in? (want dat zou iets zijn wat ik toch zou willen vermijden)

[mgizmo]

Soms heb ik wel eens van die momenten, denk ik nu te moeilijk of kan het gewoon niet simpel:

Ik wil twee plafondspots uit hebben zodra de tv aan gaat en weer terug naar de stand van de overige spots als de tv weer uit gaat.

In eerste instantie was ik met building blocks aan de slag gegaan als het stroomverbruik boven x is dan de twee spots dimwaarde 0 meegeven, maar dat leek mij niet de juiste manier.

Volgens mij kan dit met de stemmingen in de lichtsturing. Dus ik heb een stemming aangemaakt "TV" en een tweede output voor de twee spots (in mijn geval een nieuwe DALI groep van deze twee spots). Alleen deze stemming moet alleen actief kunnen met een mix van de bestaande stemming. Dat laatste kan ik zo te zien niet afdwingen (gevolg is dat als ik de stemming in de app kies, dan gaat output 1 ook op de waarde die in de stemming staat). Maar de mix werkt ook niet, want het is een optelsom van waarden zoals ik het begrijp. Dus ik heb een invert gecreëerd. Als de stemming "geplust" (in de app), dan de output (2) op 0 zetten.
Dat werkt. Alleen ik begrijp even niet hoe ik de mix van deze stemming gemixt krijg bij de input. Als ik de stemming aan de ingang beschikbaar maak, is dat het activeren van die stemming. Ook als ik een "long press" delay simuleer van een seconde (wat ingesteld staat onder Mmd, default = 1 seconde).

Iemand die mijn logica kan aanvullen met wat ik moet doen om dit wel voor elkaar kan krijgen.... of een betere logica kan definiëren?


Edit:
Opgelost. Mix ingesteld op de stemming. Input voor de stemming voorzien van een push switch welke als input een "als" minimaal waarde x aan de input is. Aan de Mood output van de lichtsturing een status gekoppeld dat als de waarde -3 is, dat de specifieke spots uitschakelt.
Misschien moet ik de logica toch maar gewoon loskoppelen van de lichtsturing. Handmatig activeren is niet logisch.

[ Voor 11% gewijzigd door mgizmo op 11-11-2025 19:22 ]

[lanticster]

flupp schreef op maandag 10 november 2025 @ 11:40:
[...]


Kan eveneens een insteek zijn voor het beoogde doel, waaraan ik niet had gedacht, en naar mijn aanvoelen ook eenvoudiger is dan mijn implementatie. Alleen, als ik het goed begrijp, kan het in voorkomend geval ook de laadpaal uitschakelen, die allereerste keren dat het glijdend gemiddelde nog goed genoeg is, maar de overschot eens kort onder het minimumvermogen duikt. Als de eerstvolgende meting van het actueel overschot al opnieuw bóven het minimumvermogen is, schakel je dan de laadpaal al onmiddellijk terug in? (want dat zou iets zijn wat ik toch zou willen vermijden)

Ik heb geen laadpaal.
Maar schakel wel meerdere verbruikers afhankelijk van overschot.
De overschot referentie zoals ik eerder omschreef, geef ik aan het energy manager blok. Maar dat blok gebruik ik enkel om priority te geven. En schakel vermogens in te stellen. Herberekening staat op 30s. Ook voor elke verbruiker apart staat het op 30s prep. Enige wat er echt ingesteld staat zijn de vermogens. En ev. minimale runs vooraleer avond (kkn boiler).
Tussen de uitgang van dat blok en de verbruiker(s). Staan timers. Zoals jij omschreef. (Dus externe minimum run, anti cycle timers,...) voor een laadpaal oplossing zou ik 2 uitgangen maken. Eentje voor mono, eentje voor 3 phase.
Verder voorzag ik ook wat om te verhinderen dat specifieke verbruikers af schakelen. Zolang er nog overschot is. (Want dat ellendige blok gaat alle lage priors af schakelen, voor een prior wat evengoed niet nodig is)(want het heeft geen status inputs daarvoor)
Wish dat loxone dat blok zou uitbreiden.
Wellicht ziet het er voor hun al leuk genoeg uit. En wordt het niet verder door ontwikkeld?
Gelukkig voor ons, valt er wel omheen te bouwen.

[Centauriprime]

mgizmo schreef op maandag 10 november 2025 @ 12:10:
Soms heb ik wel eens van die momenten, denk ik nu te moeilijk of kan het gewoon niet simpel:


[...]


In eerste instantie was ik met building blocks aan de slag gegaan als het stroomverbruik boven x is dan de twee spots dimwaarde 0 meegeven, maar dat leek mij niet de juiste manier.

Volgens mij kan dit met de stemmingen in de lichtsturing. Dus ik heb een stemming aangemaakt "TV" en een tweede output voor de twee spots (in mijn geval een nieuwe DALI groep van deze twee spots). Alleen deze stemming moet alleen actief kunnen met een mix van de bestaande stemming. Dat laatste kan ik zo te zien niet afdwingen (gevolg is dat als ik de stemming in de app kies, dan gaat output 1 ook op de waarde die in de stemming staat). Maar de mix werkt ook niet, want het is een optelsom van waarden zoals ik het begrijp. Dus ik heb een invert gecreëerd. Als de stemming "geplust" (in de app), dan de output (2) op 0 zetten.
Dat werkt. Alleen ik begrijp even niet hoe ik de mix van deze stemming gemixt krijg bij de input. Als ik de stemming aan de ingang beschikbaar maak, is dat het activeren van die stemming. Ook als ik een "long press" delay simuleer van een seconde (wat ingesteld staat onder Mmd, default = 1 seconde).

Iemand die mijn logica kan aanvullen met wat ik moet doen om dit wel voor elkaar kan krijgen.... of een betere logica kan definiëren?


Edit:
Opgelost. Mix ingesteld op de stemming. Input voor de stemming voorzien van een push switch welke als input een "als" minimaal waarde x aan de input is. Aan de Mood output van de lichtsturing een status gekoppeld dat als de waarde -3 is, dat de specifieke spots uitschakelt.
Misschien moet ik de logica toch maar gewoon loskoppelen van de lichtsturing. Handmatig activeren is niet logisch.

Ik heb deze destijds gebruikt ter inspiratie
https://www.loxone.com/nl...ingen-in-een-open-ruimte/

[lanticster]

In onze open leefruimte-keuken ; heb ik als "bijzonder" , het vermenigvuldigen met 0 van de LC rgbw uitgangen (naar de keuken groot lichten). Met wat logica zoals koffiezet-, dampkap- stroom, knopdruk.
Zodat kkn grootlichten niet blijven branden als niemand meer in die zone is.
Verder ook de typische zoals TV modus gedetecteerd door stroom.
En T5 knoppen en remotes in de betreffende zones die koken,eten, tv manueel kunnen triggeren.
Zo hoefde ik niet verder te sukkelen met moods mixen.