Loxone bedrade en draadloze smarthomes

[Nimrod]

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

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

[Pulse_]

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

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

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

[Pulse_]

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

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

Wat denken jullie, dom idee of briliante ingeving?

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

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

[Gwaihir]

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

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

[amauer]

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

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

[Pulse_]

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

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

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

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

[Pulse_]

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

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

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

[mgizmo]

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


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

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

[HammieDuDe]

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

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

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

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

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

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

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

[DomiGijzen]

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


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

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

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

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

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

[HiBe]

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


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

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

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

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

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

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

[HammieDuDe]

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

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

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

[Gwaihir]

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

Ja. Daar houden ze dus rekening mee.

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

[mgizmo]

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

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

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

[florholvoet]

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

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

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

[Pulse_]

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

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

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

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

[JackBol]

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

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

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

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

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

[mgizmo]

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

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

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

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

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

[JackBol]

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


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

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

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

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

[mgizmo]

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

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

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

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

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

[JackBol]

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


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

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

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

[HammieDuDe]

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

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

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

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

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



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



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



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

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



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



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

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

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

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

[mgizmo]

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

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

[Pulse_]

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

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

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

[HammieDuDe]

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

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

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

[flupp]

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

[Afbeelding]

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

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

Is er niet iets gelijkaardigs beschikbaar voor die Peblar?

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

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

[HammieDuDe]

Reactie van Peblar

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

Om uw vragen te beantwoorden:

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

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

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

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

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

Is er niet iets gelijkaardigs beschikbaar voor die Peblar?

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

[Gwaihir]

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

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

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

[HammieDuDe]

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


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

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



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

Ehhh ik pak nu de volgende config:



En wat krijgen we hier....:



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

Maar, we hebben input !

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

[flupp]

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

Maar, we hebben input !

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

[HammieDuDe]

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

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

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

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



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

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

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

[flupp]

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

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

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

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

[HammieDuDe]

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

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

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



Daar moet het al dus ergens mis gaan.

Het is een bidirectioneel blok:


Any idea?

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

[flupp]

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

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

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

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

[Gwaihir]

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

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

[HammieDuDe]

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

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

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

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

[flupp]

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

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

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

[HammieDuDe]

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


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

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

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

[Gwaihir]

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

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

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

[HammieDuDe]

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

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

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

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

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

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

[flupp]

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

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

[Gwaihir]

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

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

[MrN86]

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

[HammieDuDe]

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

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

Ik zag dit op FB voorbij komen, wellicht handig?

[DomiGijzen]

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


Ik zag dit op FB voorbij komen, wellicht handig?

[Afbeelding]

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

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

[flupp]

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

[Afbeelding]

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

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

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

[DomiGijzen]

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

[MrN86]

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

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

[giwain]

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

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

6A

[Gwaihir]

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

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

10A

[Pulse_]

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

10A

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

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

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

[MrN86]

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

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

[Pulse_]

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

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

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

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

[Gwaihir]

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

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

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

[giwain]

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

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

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

[flupp]

DomiGijzen schreef op woensdag 1 oktober 2025 @ 10:15:
Een keer gereboot en heb nu wel weer 60-minuten prijzen. Dan werkt de logica grofweg gelukkig wel weer goed aan mijn kant.

Voor wat het waard is, en wie weet voor latere forumlezers met ditzelfde probleem nog nuttig: diezelfde dag (1 oktober, de dag waarop de waardes eerst niet binnenkwamen) is het bij mij die namiddag (eigenlijk vanzelf) terug beginnen werken, dus zelfs zonder een reboot.

[Pulse_]

giwain schreef op woensdag 1 oktober 2025 @ 20:03:
[...]

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

Normaal zal dit geen probleem zijn, maar tevens zal dit ook niet noemenswaardig tegen iets beschermen. Als je voor bescherming wilt gaan kan je der beter een glas zekering tussen steken die sneller er uit knalt. Een reguliere automaat reageert te traag om echt het verschil te maken voor die functie. Kans met een 6A dat hij er toch uitknalt door een kleine piek is groter dan dat die echt bescherming gaat geven.

[Gwaihir]

giwain schreef op woensdag 1 oktober 2025 @ 20:03:
Omdat hij sneller zal reageren bij eventuele fout. Inschakelstroom bij 6A C curve zal zeker geen probleem zijn lijkt mij

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

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

[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.

[lanticster]

loxone nfc code touch air gen.1,
Heeft welgeteld een paar winterdagen doorstaan. Eerst een paar fantoom bel drukken. Nu werkt cijfer 7 niet meer.
Hopelijk kan ik het nog herstellen.
Ik herinner mij dat meerdere gebruikers gelijkaardige issues hadden?

[Centauriprime]

lanticster schreef op maandag 1 december 2025 @ 09:32:
loxone nfc code touch air gen.1,
Heeft welgeteld een paar winterdagen doorstaan. Eerst een paar fantoom bel drukken. Nu werkt cijfer 7 niet meer.
Hopelijk kan ik het nog herstellen.
Ik herinner mij dat meerdere gebruikers gelijkaardige issues hadden?

Bij die van mij was het ook raak binnen no time. Glasplaat eraf gehaald en opnieuw vastgelijmd. Daarna met de 3d printer een kapje geprint en daarin de nfc code touch gezet. https://www.thingiverse.com/thing:4883225

[Pulse_]

lanticster schreef op maandag 1 december 2025 @ 09:32:
loxone nfc code touch air gen.1,
Heeft welgeteld een paar winterdagen doorstaan. Eerst een paar fantoom bel drukken. Nu werkt cijfer 7 niet meer.
Hopelijk kan ik het nog herstellen.
Ik herinner mij dat meerdere gebruikers gelijkaardige issues hadden?

Mijne was er aan na het omgekeerde, te warme dag en de NFC werkte niet meer. Daarna een paar van te toestsen niet meer. Zeer merkwaardig want het ding hangt onder een overkapping en richting het westen.

[K!K]

Centauriprime schreef op maandag 1 december 2025 @ 09:41:
[...]


Bij die van mij was het ook raak binnen no time. Glasplaat eraf gehaald en opnieuw vastgelijmd. Daarna met de 3d printer een kapje geprint en daarin de nfc code touch gezet. https://www.thingiverse.com/thing:4883225

Leuk dat me ontwerpje hier gedeeld wordt!
Voor de liefhebbers staat ook op BambuLab / Makerworld: https://makerworld.com/en...-protect#profileId-826269

Beoordelen wordt gewardeerd!

[HiBe]

HammieDuDe schreef op donderdag 2 oktober 2025 @ 21:07:
[...]


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.

Ik zie deze nog niet terug op de loxone website, weet je toevallig of dit nog gaat komen? zou je dit template anders via LoxWiki (https://loxwiki.atlassian.net/) of op een andere manier willen delen?

[IceBlue]

Ik heb een auto lader in Loxone maar deze geeft enkel het laadvermogen. Nu gebruik ik V2H en zou ik ook het ontlaadvermogen willen zien. Deze blijft nu op 0 staan als ik de wagen ontlaadt. Weet iemand of dit al mogelijk is?

[Lt-Crash]

Heb je de output van je laadpaal wel op een bi-directioneel meterblok zitten? Anders kan de teller maar één kant op draaien

[IceBlue]

Volgens mij zit deze op een autoladerblok.

[Gwaihir]

@IceBlue Als dat blok niet bi-directioneel is, zet 'm dan (ook) op een bi-directioneel blok (of eentje bedoeld voor opwekking).

En kijk vervolgens, als je die gebruikt. hoe je groepeert / sommeert in je energiestroommeter (o.i.d.), zodat je alles één keer telt.

Welke auto heb je trouwens, die al V2H doet (i.p.v. V2L met een los stopcontact in de auto)?

[ Voor 15% gewijzigd door Gwaihir op 23-12-2025 14:52 ]

[IceBlue]

ok ik ga straks eens proberen. Ik heb een Tesla model Y in combinatie met een Sygenergy DC lader/thuis accu. Deze werkt DC/DC en tot nu toe werkt dit heel goed.

[MrN86]

IceBlue schreef op dinsdag 23 december 2025 @ 15:02:
ok ik ga straks eens proberen. Ik heb een Tesla model Y in combinatie met een Sygenergy DC lader/thuis accu. Deze werkt DC/DC en tot nu toe werkt dit heel goed.

Gebruik je Loxone enkel om uit te lezen of ook om aan te sturen?

[IceBlue]

Het is gelukt met de bi-directioneel blok tnx Gwaihir.


Ik gebruik Loxone op dit moment niet om te sturen enkel voor het te visualiseren. In de winter valt er niet veel te sturen. Ik probeer zo veel mogelijk zelf verbruik met een zo laag mogelijk piekverbruik.

[Gwaihir]

Top @IceBlue. Ik vind het ontzettend bemoedigend te lezen, zo'n 25 kW bi-directionele DC verbinding met de auto, keurig geïntegreerd met 'mijn' huisautomatiseringssysteem. Zo zie ik een thuisaccusysteem hier ook voor me, t.z.t. .