Home Assistant: Open source Python3 home automation - deel 5

[Driek]

Ik draai op dit moment HA op een rpi4 met 4GB geheugen. Processor lijkt het prima te trekken, maar mijn geheugen zit structureel boven de 60-65%.

Zou een overstap naar een Thinclient T630 met 8GB zinvol zijn, of bijv een rpi5 met 8GB?

[Septillion]

@Driek Een OS is altijd hebberig qua RAM. Als het over denkt te hebben laat het er gewoon meer instaan. Mijn VM doet het ook met 4GB. Alleen als je zware apps draait lijkt me meer geheugen nuttig.

[Mk23]

Kan iemand mij vertellen / in de richting wijzen hoe en waar ik de ontbrekende cirkel van Energy Distribition weer terug kan krijgen?

Ik heb HomeWizard en DSMR integraties al een keer opnieuw geïnstalleerd, maar het krijg het niet opgelost, dus stel hier maar eens de vraag.

[wickydude]

Driek schreef op zondag 10 mei 2026 @ 19:59:
Ik draai op dit moment HA op een rpi4 met 4GB geheugen. Processor lijkt het prima te trekken, maar mijn geheugen zit structureel boven de 60-65%.

Zou een overstap naar een Thinclient T630 met 8GB zinvol zijn, of bijv een rpi5 met 8GB?

Ik heb een HA Yellow waar ik de cm4 door een cm5 met 8GB heb vervangen. 2.1GB in gebruik nu. En betere performance, algemeen snappier, maar zeker met dingen als ESPHome compile acties.

[tagican]

Mk23 schreef op zondag 10 mei 2026 @ 22:15:
Kan iemand mij vertellen / in de richting wijzen hoe en waar ik de ontbrekende cirkel van Energy Distribition weer terug kan krijgen?

Ik heb HomeWizard en DSMR integraties al een keer opnieuw geïnstalleerd, maar het krijg het niet opgelost, dus stel hier maar eens de vraag.


[Afbeelding]

Is het niet een visuele bug? Control + shift + R zou dan al wat kunnen oplossen. Eventueel nog even kijken in een andere browser / private venster om dat uit te sluiten.

[Hippe Lip]

edwin2021 schreef op zondag 10 mei 2026 @ 17:46:
[...]

Dit edwin2021 in "Home Assistant: Open source Python3 home automation - deel 5" al gedaan?

En dan bedoel ik echt alle netwerk verbondenspullen op ieuw opstarten geen enkel apparaat uitgezonderd.

Nee, dat is nogal een behoorlijke klus, tenzij je simpelweg de stroom van het hele huis uitschakelt. Dan is echt alles los en uit geweest.
Dat zou voldoen aan je verzoek, @edwin2021?

Wat is het nut van een dergelijke actie?
Wat gaat er dan gebeuren dat de oplossing zou kunnen zijn?

[marc1990]

Heeft iemand misschien tips om motionblinds Bluetooth betrouwbaar te maken? Het stop zeer vaak met werken en dan is enigste oplossing opnieuw op starten van ha. Ze zijn direct verbonden met raspberry pi die home assistent draait (in het verleden via esp proxy maar ook daar problemen).

Zover als ik kan zien het niet bereik, aangezien het direct zicht lijn is.

Ik gebruik een script om alle 5 blinds te openen, 1 voor 1 met tussen pauzes. Soms doen ze allemaal andere keer stop naar 1 blind of 4 blinds.

Als het niet werkt krijg ik iets van dat Bluetooth service niet beschikbaar is. Om het fixen moet ik dat home assistent opnieuw opstarten.

[Fairy]

Hmmbob schreef op zaterdag 9 mei 2026 @ 14:15:
[...]

Volgens mij zit alles wat je wil standaard in Home Assistant.

En statistieken door laten lopen kan door het oude apparaat te verwijderen en het nieuwe apparaat dezelfde naam te geven. Of eigenlijk, de naam van de sensoren gelijk te houden. Statistieken blijven dan behouden.

Verder leesvoer: https://www.home-assistant.io/docs/energy/

Ah, dat gelijk houden van de sensoren dat zou echt een van de grootste problemen die ik heb met HA oplossen.

Als het goed is ontvang ik morgen de HA Zigbee antenne, dan ga ik de Raspberry weer imagen en configureren en ermee aan de slag (USB SSD). In de tussentijd zal ik me even moeten verdiepen in wat best practices m.b.t. het benoemen van apparaten, want dat moet je denk ik ook in 1x goed doen dan.

Als iemand een goed advies heeft over een goede naamconventie voor devices, dan hoor ik het graag.

Mijn Solar installaties heten in Plugwise PV01 t/m PV05 (met wat extra spul erachter). Maar in Plugwise kan ik er elke gewenste naam aan hangen, daar zit het werkelijke ID op de andere laag en dan heb je daar geen last van.

Ik heb er wel zin in om er weer mee te gaan stoeien. Hoop alleen dat ik dit keer niet te snel uit het veld wordt geslagen zodra het aankomt op betrouwbare statistieken verzamelen en weergeven, want daar strandde ik altijd op.


Enige wat jammer is, is dat ik een hoop geld heb uitgegeven aan Homey Pro, terwijl dit uiteindelijk mijn probleem helemaal niet oploste. Want die kan helemáál niet wat ik wil.

[ Voor 28% gewijzigd door Fairy op 11-05-2026 08:51 ]

[Hmmbob]

Fairy schreef op maandag 11 mei 2026 @ 08:46:
[...]

Ah, dat gelijk houden van de sensoren dat zou echt een van de grootste problemen die ik heb met HA oplossen.

@TheFes heeft dat vaker gedaan en weet het exacte stappenplan.

[Sharky]

Ik maak al best lang met veel plezier gebruik van https://github.com/bernikr/lovelace-notify-card, maar sinds de laatste 2 updates doet hij het niet meer. (het is een card waar je een tekst in kunt vullen die je vervolgens via notify naar een ontvanger verstuurt).

Herkent iemand dit probleem en/of heeft iemand een alternatief?

Zo ziet de card er nu uit, links van de verstuurknop zou normaal een tekstveld zitten:

[TheFes]

Fairy schreef op maandag 11 mei 2026 @ 08:46:
[...]

Ah, dat gelijk houden van de sensoren dat zou echt een van de grootste problemen die ik heb met HA oplossen.

Als het goed is ontvang ik morgen de HA Zigbee antenne, dan ga ik de Raspberry weer imagen en configureren en ermee aan de slag (USB SSD). In de tussentijd zal ik me even moeten verdiepen in wat best practices m.b.t. het benoemen van apparaten, want dat moet je denk ik ook in 1x goed doen dan.

Als iemand een goed advies heeft over een goede naamconventie voor devices, dan hoor ik het graag.

Mijn Solar installaties heten in Plugwise PV01 t/m PV05 (met wat extra spul erachter). Maar in Plugwise kan ik er elke gewenste naam aan hangen, daar zit het werkelijke ID op de andere laag en dan heb je daar geen last van.

Ik heb er wel zin in om er weer mee te gaan stoeien. Hoop alleen dat ik dit keer niet te snel uit het veld wordt geslagen zodra het aankomt op betrouwbare statistieken verzamelen en weergeven, want daar strandde ik altijd op.


Enige wat jammer is, is dat ik een hoop geld heb uitgegeven aan Homey Pro, terwijl dit uiteindelijk mijn probleem helemaal niet oploste. Want die kan helemáál niet wat ik wil.

De stappen:

1. Maak een backup
2. Noteer de huidige entity_id's van je sensoren waarvan je de Long Term Statistics wil gaan overzetten
3. Verwijder de oude integratie die deze entities bevat
4. Check in developer tools > states of de oude entities weg zijn
5. Installeer de nieuwe integratie
6. Hernoem de nieuwe entities naar de oude entity_ids's
7. (optioneel) hernoem de entity_id's opnieuw als je bijvoorbeeld de verwijzing naar de oude integratie er uit wil halen

Voor sommige sensoren, bijvoorbeeld voor je energie van en naar het grid, kan het ook handig zijn om een template sensor aan te maken. Dan hoef je in de toekomst alleen de verwijzing in de template sensor naar de bronsensor aan te passen. Nu je doe boel toch moet omzetten, kun je dat na stap 4 doen. Maak dan dus een template sensor aan met hetzelfde entity_id als de oude sensor. Verwijs bijvoorbeeld even naar een niet bestaande sensor en zorg met een availability template dat de sensor unavailable wordt.

Zodra de nieuwe integratie werkt, kun je dan naar de nieuwe sensor verwijzen.

[Septillion]

@Sharky Er zijn wat updates doorgevoerd zodat meer native onderdelen in de UI gebruikt worden. Waarschijnlijk dat de integratie nog non-native zaken wil gebruiken. Ik zie dat de laatste update van die integratie 5 jaar oud is dus dat die niet meer de laatste standaarden gebruikt kan ik begrijpen. Je zou de maker een berichtje kunnen sturen.

[Sharky]

Septillion schreef op maandag 11 mei 2026 @ 10:17:
@Sharky Er zijn wat updates doorgevoerd zodat meer native onderdelen in de UI gebruikt worden. Waarschijnlijk dat de integratie nog non-native zaken wil gebruiken. Ik zie dat de laatste update van die integratie 5 jaar oud is dus dat die niet meer de laatste standaarden gebruikt kan ik begrijpen. Je zou de maker een berichtje kunnen sturen.

Ja viel mij ook al op dat er er al lang niet meer aan is gewerkt. Misschien moet ik maar een alternatief zoeken ...

[Beun]

De zonnepanelen zijn in gebruik en ik heb de omvormer (GoodWe) gekoppeld aan HA. De HomeWizard P1 meter was al gekoppeld. Heb ik het op deze manier goed gedaan? De waardes lijken te kloppen. Ik ga nog verdiepen in het maken van een dashboard maar dan wil ik dit eerst goed hebben.

[Gizz]

@Beun Als je waardes kloppen, dat klopt het

Je kunt nog Grid carbon footprint invullen aan de hand van de Electricity Maps integration. Dan heb je linksboven geen gapend gat meer, maar een groene cirkel waarmee je kan zien hoeveel geïmporteerde energie low-carbon is. En je hebt dan de extra statistiek 'low-carbon energy consumed'.


Zo ziet het er bij mij uit. Ik heb dan weer een gat linksonder, helaas. Maar linksboven dus Low-carbon

[ Voor 34% gewijzigd door Gizz op 11-05-2026 11:38 . Reden: Plaatje erbij ]

[Septillion]

@Beun Lijkt op zich goed. Enige punt, heb je ook aan all time sensor van je PV ipv een dag-sensor? Dan zou ik die pakken.

En dit is alleen het energie deel (energy). Mocht je ook vermogens (power) willen zien in een Now tabblad moet je daarvoor los de power entities voor import, export (negatief) en PV opgeven.

[Beun]

@Gizz en @Septillion bedankt voor de snelle reactie! Ik kan weer dieper in het konijnenhol Op de lijst staan dynamische prijzen weergeven (mijn contract bij Zonneplan gaat bijna in), omvormer uitschakelen bij negatieve prijzen en een grafiek met de voorspelling m.b.t. de zonne-uren.

Betreft de sensor; Ik denk dat ik de juiste heb gevonden (Energy i.p.v. Energy Today).

[Mk23]

tagican schreef op maandag 11 mei 2026 @ 00:10:
[...]

Is het niet een visuele bug? Control + shift + R zou dan al wat kunnen oplossen. Eventueel nog even kijken in een andere browser / private venster om dat uit te sluiten.

Nee, geen bug. Werkt niet op laptop, mijn mini pc en op de telefoon met verschillende browsers.

[Septillion]

@Mk23 Full restart gedaan?

Enige andere dat ik mij kan bedenken is dat je een bijtende custom component hebt geladen.

[amarok]

Afgelopen weekend heb ik op een Amazon Echo Show 5 (2nd gen) een jailbreak uitgevoerd en LineageOS 18.1 erop geïnstalleerd. In Home Assistant heb ik de View Assist app en integraties geïnstalleerd en op de Echo de VACA client om Home Assistant te tonen.

Op dit moment gebruik ik de Echo als mediaplayer en om foto's uit Immich te tonen.

Wat ik nog graag zou willen is dat de header van Home Assistant niet getoond wordt, maar ik hem wel kan oproepen. Dan worden de foto's echt fullscreen getoond.

De foto's worden getoond op een tabblad van een HA dashboard. Ik vermoed dat je daar wellicht een lovelace component voor hebt om de header van HA uit te schakelen (maar wel oproepbaar te laten zijn), maar ik heb geen idee welke en hoe dit gedaan kan worden.

Iemand enig idee?

[0xygen500]

Beun schreef op maandag 11 mei 2026 @ 11:43:
@Gizz en @Septillion bedankt voor de snelle reactie! Ik kan weer dieper in het konijnenhol Op de lijst staan dynamische prijzen weergeven (mijn contract bij Zonneplan gaat bijna in), omvormer uitschakelen bij negatieve prijzen en een grafiek met de voorspelling m.b.t. de zonne-uren.

Betreft de sensor; Ik denk dat ik de juiste heb gevonden (Energy i.p.v. Energy Today).

Nordpol integratie voor dynamische prijzen

[TheFes]

0xygen500 schreef op maandag 11 mei 2026 @ 13:45:
[...]

Nordpol integratie voor dynamische prijzen

Er is ook een custom Zonneplan integratie. Hoef je niet zelf om te rekenen naar de Zonneplan prijzen (en Norpool geeft kwartierprijzen, maar Zonneplan gebruikt nog uurprijzen).

[0xygen500]

TheFes schreef op maandag 11 mei 2026 @ 13:47:
[...]

Er is ook een custom Zonneplan integratie. Hoef je niet zelf om te rekenen naar de Zonneplan prijzen (en Norpool geeft kwartierprijzen, maar Zonneplan gebruikt nog uurprijzen).

Ohja is ook zo. heeft zelfs Zonneplan integratie draaiend

[Schway]

Gizz schreef op maandag 11 mei 2026 @ 11:34:
@Beun Als je waardes kloppen, dat klopt het

Je kunt nog Grid carbon footprint invullen aan de hand van de Electricity Maps integration. Dan heb je linksboven geen gapend gat meer, maar een groene cirkel waarmee je kan zien hoeveel geïmporteerde energie low-carbon is. En je hebt dan de extra statistiek 'low-carbon energy consumed'.

[Afbeelding]
Zo ziet het er bij mij uit. Ik heb dan weer een gat linksonder, helaas. Maar linksboven dus Low-carbon

Hmm, dat gat linksonder zou dan iets van je Batterij of Grid moeten worden.

Misschien een bedrag dat je met de batterij bespaard hebt?

[Donixon]

Evertt schreef op vrijdag 8 mei 2026 @ 06:27:
Kan ik Home Assistant met de rpi5 nextcloud erop zetten zodat deze ook te benaderen is vanuit buiten huis. Zodat deze een server wordt. Ik zie alleen dat je next cloud op HA kan maar niet dat je een eigen server kan draaien.

Of is RPI5 daar te licht voor?

Wil het gebruiken voor het opslaan van een password kluis

Kan niet echt een duidelijk vraag uit je bericht halen, maar denk dat een antwoord voor je is: Docker.
Heb zowel HA als NextCloud (beste de AIO) draaien in docker. Snap alleen je combo met HA>NC niet?

Over het openbaar maken van NC en HA; als je er al niet uitkomt hoe dit het beste te hosten, adviseer ik niet om dingen openbaar te maken van buiten

[PCan]

Waarom krijg ik nog steeds deze nieuwe meldingen, terwijl ZHA al jaren is verwijderd?
Er is geen ZHA integratie meer in mijn HA.
En, hoe verwijder ik deze?

[BiG-GuY]

PCan schreef op maandag 11 mei 2026 @ 16:46:
Waarom krijg ik nog steeds deze nieuwe meldingen, terwijl ZHA al jaren is verwijderd?
Er is geen ZHA integratie meer in mijn HA.
En, hoe verwijder ik deze?[Afbeelding]

Stop met negeren klikken, herstart HA. De dongles die niet meer aangesloten zijn, zouden niet meer zichtbaar moeten zijn. Zodra je iets negeert blijft dat permanent opgeslagen.

[Hmmbob]

Nou, ik denk dat er iets van nieuwe hardware detectie is want mijn Sonoff dongle voor Zigbee2mqtt werd ook ineens herkend voor ZHA... Eenmalig genegeerd en sindsdien niet meer terug gezien.

[PCan]

Nu wil Zigbee2MQTT weer niet starten
Hij wordt al groener.....

[ Voor 25% gewijzigd door PCan op 11-05-2026 19:19 ]

[Evertt]

Donixon schreef op maandag 11 mei 2026 @ 16:17:
[...]

Kan niet echt een duidelijk vraag uit je bericht halen, maar denk dat een antwoord voor je is: Docker.
Heb zowel HA als NextCloud (beste de AIO) draaien in docker. Snap alleen je combo met HA>NC niet?

Over het openbaar maken van NC en HA; als je er al niet uitkomt hoe dit het beste te hosten, adviseer ik niet om dingen openbaar te maken van buiten

Ik wil best kijken voor docker op mij synology ds225+ met HA. Wat mij tegen houd is dat de nas 24uur per dag aan staat inclusief de harde schijven. Met de rpi5 is dat ook maar heeft geen draaiende delen.

[edwin2021]

Hippe Lip schreef op maandag 11 mei 2026 @ 01:38:
[...]

Nee, dat is nogal een behoorlijke klus, tenzij je simpelweg de stroom van het hele huis uitschakelt. Dan is echt alles los en uit geweest.
Dat zou voldoen aan je verzoek, @edwin2021?

Wat is het nut van een dergelijke actie?
Wat gaat er dan gebeuren dat de oplossing zou kunnen zijn?

Het nut van de actie is dat de registers van de router reset, idem voor netwerk apparatuur. Het opnieuw opstarten van elk Device zorgt ervoor dat deze onmiddellijk een nieuw dhcp adres opvraagt in de router en daarmee klopt de uitgifte van de dhcp server. Daarom is het ook zo belangrijk om het met elk Device te doen (telefoon, printer, deurbel smart oven enz.)

En ja, spanning eraf (15 seconden) kan ook maar dan loop je de kans dat netwerkapparatuur nog niet klaar is als een Device een nieuw IP adres via dhcp opvraagt.

[gazzzman61]

PCan schreef op maandag 11 mei 2026 @ 16:46:
Waarom krijg ik nog steeds deze nieuwe meldingen, terwijl ZHA al jaren is verwijderd?
Er is geen ZHA integratie meer in mijn HA.
En, hoe verwijder ik deze?[Afbeelding]

Ik krijg ze ook sinds 2026.5.x

[Septillion]

@PCan ZHA ga je nooit uit je genegeerde lijst krijgen als je Z2M draait (of in ieder geval geen ZHA op die dongle). Maar goed, daarvoor is je negeerlijst.

Maar waarom heb je 3 dongles? Of heb ik wat gemist?

[ Voor 11% gewijzigd door Septillion op 11-05-2026 19:43 ]

[PCan]

@Septillion Ik werk standaard met de Sonoff Zigbee Bridge P, die werkt al jaren prima. Maar vooral in Ewelink.
Daarnaast had ik de Sonoff Dongle Plus E in de HA host. Die werkte ook goed.
Maar omdat ik ook Matter wilde, kocht ik de SonOff Dongle Max Die kan je op 4 manieren gebruiken.
Maar toen kwam ik op het domme idee om een IKEA Matter over Thread Myggspray, beweging sensor te kopen.
Dat koste mij 9,- en 3 dagen zinloos geklooi om hem aan de praat te krijgen.
Dus vanmorgen heb ik die maar weer teruggezet naar Zigbee (zie boven).

Zojuist de Sonoff SNZB-06P Presence sensor met ingebouwde schemersensor binnen gekregen.
€13,55 voor topkwaliteit. Dat Ikea ding laat ik ff liggen.

Vanmorgen ontdekte ik dat Zigbee2Mqtt gestopt was. En niet meer wilde starten.
Dat lag aan verkeerd ingevulde server onder mqtt. Ik had een lijst aan rode regels in de log.
Na, naar mijn mening, de juiste instellingen, is daar was nog 1 rode regel van over.
Zie eerder.
Servernaam in Zigbee2MQTT App configuratie gewijzigd in "mqtt://core-mosquitto:1883"
Probleem opgelost. de App loopt normaal.

Dit zegt SonOff;
USB-verbinding het apparaat brengt communicatie met de host tot stand via de seriële USB-poort Methode 1: ondersteun automatische ontdekking van seriële poorten

Nadat het via de USB-verlengkabel op de host hebt worden aangesloten, start Zigbee2MQTT rechtstreeks om het productmodel automatisch te herkennen en de configuratie te voltooien.

Methode 2: handmatige configuratie

Serial

port: <Device path, e.g. /dev/ttyUSBx> or <ID, e.g. /dev/serial/by-id...>
(Ik heb de juiste regel van Systeem/Hardware gekopieerd.)


baudrate: 115200
adapter: ember
rtscts: false

Maar nu schijnt er sinds de laatste Core update een probleem bij te zijn gekomen.
Er spoken restjes van ZHA op onze systemen rond, die voor die update niet voor kwamen.

[ Voor 3% gewijzigd door PCan op 13-05-2026 12:11 ]

[Septillion]

@PCan De ZHA melding zal altijd blijven. En zolang deze in de negeerlijst staat is ZHA in ieder geval geen probleem. Maat Thread moet hem natuurlijk niet ook proberen te benaderen.

Er is wel wat serial werk op de achtergrond aangepast ja. Maar ik heb geen storm aan issues voorbij zien komen qua Z2M.

En in Z2M gebruik je hopelijk een serial/by-id path?

[PCan]

Septillion schreef op maandag 11 mei 2026 @ 20:23:

En in Z2M gebruik je hopelijk een serial/by-id path?

/dev/serial/by-id/usb-SONOFF_SONOFF_Dongle_Max_MG24_e27c4690f1f0ef12acc4bf0a6d9880ab-if00-port0

Zigbee2MQTT App doet het weer, hoefde alleen onder mqtt de server te veranderen in
"mqtt://core-mosquitto:1883"

[ Voor 18% gewijzigd door PCan op 13-05-2026 12:01 ]

[BiG-GuY]

Ik heb zelf twee ZBT-2, sinds de update naar 2026.5.0 kwamen er meerdere ZBT-2 modules bij. Heb ze toen even allemaal verwijderd geherstart en weer toegevoegd aan HA. Sindsdien zijn ze schoon zichtbaar.

Heb een van de twee in ZHA geconfigureerd de andere in Z2M. Beiden met een /dev/serial/by-id/. Moest tijdelijk Z2M stoppen om hem opnieuw toe te voegen.

Overigens heb ik geen problemen gehad met Z2M of ZHA met de upgrade, het was puur voor de ZBT-2 updater.

[ Voor 3% gewijzigd door BiG-GuY op 11-05-2026 20:53 ]

[RobertMe]

Zal ik dan ook maar even melden dat ik met 2026.5 draaiende als container ineens een melding kreeg dat mijn Sonoff P gevonden is en of ik die met ZHA wilde gebruiken?

Enige rare is dat het hele device is niet "doorgezet" naar de container (want in gebruik met Z2M). Dus toevoegen zou never nooit werken omdat het gevonden device path helemaal niet bestaat in de container. Dat is een "slordigheidje" dat er IMO wel uit mag (controleren of het path wel bestaat, zo nee, negeer het apparaat / behandel het alsof het niet gevonden was).

[ Voor 4% gewijzigd door RobertMe op 11-05-2026 21:09 ]

[edwin2021]

TheFes schreef op maandag 11 mei 2026 @ 09:29:
[...]

De stappen:

1. Maak een backup
2. Noteer de huidige entity_id's van je sensoren waarvan je de Long Term Statistics wil gaan overzetten
3. Verwijder de oude integratie die deze entities bevat
4. Check in developer tools > states of de oude entities weg zijn
5. Installeer de nieuwe integratie
6. Hernoem de nieuwe entities naar de oude entity_ids's
7. (optioneel) hernoem de entity_id's opnieuw als je bijvoorbeeld de verwijzing naar de oude integratie er uit wil halen

Voor sommige sensoren, bijvoorbeeld voor je energie van en naar het grid, kan het ook handig zijn om een template sensor aan te maken. Dan hoef je in de toekomst alleen de verwijzing in de template sensor naar de bronsensor aan te passen. Nu je doe boel toch moet omzetten, kun je dat na stap 4 doen. Maak dan dus een template sensor aan met hetzelfde entity_id als de oude sensor. Verwijs bijvoorbeeld even naar een niet bestaande sensor en zorg met een availability template dat de sensor unavailable wordt.

Zodra de nieuwe integratie werkt, kun je dan naar de nieuwe sensor verwijzen.

Newbie hier. Kun je dat van die Template sensoren iets verder uitleggen. Zit hier met hetzelfde dat de dsmr4 meter vervangen s door een dsrm5 meter. Ik heb de oude entities genoteerd.

[Septillion]

@edwin2021 Van meter wisselen is voor HA geen device wissel. Immers is de meter geen device in HA, dat is waarmee je hem uit leest.

Dus gewoon de P1 overprikken in de nieuwe meter en gaan

[Sharky]

Septillion schreef op maandag 11 mei 2026 @ 10:17:
@Sharky Er zijn wat updates doorgevoerd zodat meer native onderdelen in de UI gebruikt worden. Waarschijnlijk dat de integratie nog non-native zaken wil gebruiken. Ik zie dat de laatste update van die integratie 5 jaar oud is dus dat die niet meer de laatste standaarden gebruikt kan ik begrijpen. Je zou de maker een berichtje kunnen sturen.

En net toen ik een berichtje wilde sturen was er al een update

[Out.of.Control]

Septillion schreef op dinsdag 12 mei 2026 @ 06:57:
@edwin2021 Van meter wisselen is voor HA geen device wissel. Immers is de meter geen device in HA, dat is waarmee je hem uit leest.

Dus gewoon de P1 overprikken in de nieuwe meter en gaan

De nieuwe meter zal weer op 0 beginnen op alle telwerken. Hoe gaat HA daar mee om?

Ik zit namelijk mogelijk met hetzelfde probleem. Mijn DSMR5 meter werkt op zich prima, maar de communicatie met de netbeheerder is sinds kort zo goed als weg. In de afgelopen maand heeft hij 1 maal de standen doorgestuurd, dus ik verwacht een keer een berichtje van Stedin dat ze de meter willen vervangen. Gaat mijn historie dan de mist in (zou jammer zijn) of trekt hij dat vanzelf weer recht?

Ik gebruikt overigens dit om de P1 standen in HA te krijgen.

[paQ]

Heb ik ergens iets gemist nav een tibber intergratie?
Tot enkele weken geleden bleef hij een uurtje of 14 - 16 beschikbaar, maar dat is nu nog maar enkele uurtjes. Ik moet de integratie dan herladen, maar dat 'werkt' sinds enkele dagen plotseling ook niet meer
Dan moet ik HA echt herstarten zodat hij het vervolgens weer 4 uurtjes doet, en dan valt hij weer stil.

In de tibber app is de pulse gewoon bereikbaar dus het heeft niets met verbinding te maken.

[HuismAndré]

Out.of.Control schreef op dinsdag 12 mei 2026 @ 09:54:
[...]

De nieuwe meter zal weer op 0 beginnen op alle telwerken. Hoe gaat HA daar mee om?

Helemaal prima. Hij zal het als een reset zien en gewoon doortellen qua verbruik. Maar zelfs andersom is niet zo'n groot probleem. Dan zoek je een paar dagen later gewoon de uitschieter die dat veroorzaakt heeft op en past die aan naar een realistische waarde.

[ Voor 23% gewijzigd door HuismAndré op 12-05-2026 11:42 ]

[Septillion]

@Out.of.Control Juist helemaal prima, daarvoor is de state class van total increasing er. Een afname (incl dus reset naar 0) wordt door HA als reset gezien. En zal dus dat als nieuwe waarde zien om mee te rekenen ipv het als change met de vorige waarde te vergelijken. Gezien de nieuwe waarde 0 is zal dit dus alleen als nieuw startpunt gezien worden zonder cumulatief verschil.

Alleen als je van woning wisselt naar een andere bestaande meter kan dit even gek zijn. Indien de nieuwe meter hoger is zal dat dus als grote stap gezien worden. Maar ook als deze dus lager is dan de oude meter zal dit dus door HA als reset gezien worden waarna het de nieuwe waarde als change ziet. Beide zal dus resulteren in een eenmalige piek. Maar deze piek kan je gewoon corrigeren via Settings => Dev tools => Statistics^*

* Ja, vond het altijd al beetje vreemd dat dit onder Dev tools zit. Maar nu Dev tools ook uit het menu is vind ik het helemaal een vreemde locatie geworden.

[Sjoop1985]

paQ schreef op dinsdag 12 mei 2026 @ 10:07:
Heb ik ergens iets gemist nav een tibber intergratie?
Tot enkele weken geleden bleef hij een uurtje of 14 - 16 beschikbaar, maar dat is nu nog maar enkele uurtjes. Ik moet de integratie dan herladen, maar dat 'werkt' sinds enkele dagen plotseling ook niet meer
Dan moet ik HA echt herstarten zodat hij het vervolgens weer 4 uurtjes doet, en dan valt hij weer stil.

In de tibber app is de pulse gewoon bereikbaar dus het heeft niets met verbinding te maken.

[Afbeelding]

Op welke HA core versie zit je? In 2026.5.0 was er een issue met de Tibber integratie die dit soort problemen veroorzaakte, in .1 opgelost.

[paQ]

Sjoop1985 schreef op dinsdag 12 mei 2026 @ 18:06:
[...]

Op welke HA core versie zit je? In 2026.5.0 was er een issue met de Tibber integratie die dit soort problemen veroorzaakte, in .1 opgelost.

Sinds gisteravond op core 5.1 (supervised)
En desondanks al weer 4 keer frozen

[paQ]

@Sjoop1985
Deze (eigenlijk debiele) workaround werkt vooralsnog. Integratie sluiten, wachten, weer starten.

YAML:

alias: Tibber herstel elke 2 uur
trigger:
  - platform: time_pattern
    hours: "/2"
action:
  - action: homeassistant.disable_config_entry
    data:
      config_entry_id: 3d8d9cccac160be16bb9c8382cada569
  - delay: "00:00:15"
  - action: homeassistant.enable_config_entry
    data:
      config_entry_id: 3d8d9cccac160be16bb9c8382cada569
mode: single

[barrymossel]

Ik heb de afgelopen dagen weer wat mislukte logins gehad:

Logger: homeassistant.components.http.ban
Bron: components/http/ban.py:140
Integratie: HTTP (documentatie, problemen)
Eerst voorgekomen: 12 mei 2026 om 07:43:17 (3 gebeurtenissen)
Laatst gelogd: 11:04:53

• Login attempt or request with invalid authentication from 172.70.47.26 (172.70.47.26). Requested URL: '/api/config'. (Mozilla/5.0 (iPhone; CPU iPhone OS 18_1 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/18.1 Mobile/15E148 Safari/604.1)
• Login attempt or request with invalid authentication from 104.23.170.68 (104.23.170.68). Requested URL: '/api/config'. (Mozilla/5.0 (iPad; CPU OS 18_1 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/18.1 Mobile/15E148 Safari/604.1)
• Login attempt or request with invalid authentication from 172.71.99.150 (172.71.99.150). Requested URL: '/api/config'. (Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/148.0.0.0 Safari/537.36 Edg/148.0.0.0)

Lijken allemaal Cloudflare IP adressen te zijn. Ik gebruik Cloudflare als DNS, maar ik zie niet in wat die met /api/config moet en waarom die zich voor zou doen als iPad of iPhone. Gevalletje van poging tot hacken, of toch ergens een configuratiefout van mijn kant?

[RobertMe]

barrymossel schreef op woensdag 13 mei 2026 @ 12:02:
Ik heb de afgelopen dagen weer wat mislukte logins gehad:


[...]

Lijken allemaal Cloudflare IP adressen te zijn. Ik gebruik Cloudflare als DNS, maar ik zie niet in wat die met /api/config moet en waarom die zich voor zou doen als iPad of iPhone. Gevalletje van poging tot hacken, of toch ergens een configuratiefout van mijn kant?

Mogelijk sowieso een configuratiefout waardoor de webserver van HA puur naar het daadwerkelijke IP adres van de verbinding gebruikt, i.p.v. dat deze de "X-Forwarded-For" header gebruikt. Als je immers Cloudflare ervoor zet dan is alle verkeer afkomstig van Cloudflare, zoals je zelf constateert. Stel je in HA een lijst met vertrouwde reverse proxies in (wat Cloudflare is in jouw setup) dan zal die het IP adres gebruiken dat Cloudflare via die header doorgeeft. En dan zal het niet een IP van Cloudflare zijn dat foute login pogingen doet (maar het IP adres dat bikj Cloudflare aanklopt, wat uiteraard ook niet 100% betrouwbaar is).

[barrymossel]

RobertMe schreef op woensdag 13 mei 2026 @ 12:22:
[...]

Mogelijk sowieso een configuratiefout waardoor de webserver van HA puur naar het daadwerkelijke IP adres van de verbinding gebruikt, i.p.v. dat deze de "X-Forwarded-For" header gebruikt. Als je immers Cloudflare ervoor zet dan is alle verkeer afkomstig van Cloudflare, zoals je zelf constateert. Stel je in HA een lijst met vertrouwde reverse proxies in (wat Cloudflare is in jouw setup) dan zal die het IP adres gebruiken dat Cloudflare via die header doorgeeft. En dan zal het niet een IP van Cloudflare zijn dat foute login pogingen doet (maar het IP adres dat bikj Cloudflare aanklopt, wat uiteraard ook niet 100% betrouwbaar is).

Goeie, daar had ik niet eens over nagedacht. Op het moment dat ik naar mijn HA ga via mijn domeinnaam, zal die dus een Cloudflare IP tonen, ongeacht welke verbinding ik gebruik. Dus daar duik ik even in...

Maar dan is de user-agent (Mozilla/5.0 (iPad; CPU OS 18_1 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/18.1 Mobile/15E148 Safari/604.1) alsnog erg vreemd, aangezien wij geen iPads gebruiken.

[RobertMe]

barrymossel schreef op woensdag 13 mei 2026 @ 14:15:
Maar dan is de user-agent (Mozilla/5.0 (iPad; CPU OS 18_1 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/18.1 Mobile/15E148 Safari/604.1) alsnog erg vreemd, aangezien wij geen iPads gebruiken.

Dan heeft iemand de domeinnaam gegokt. Of, nog waarschijnlijker: zit er SSL op via een publieke aanbieder? Dan is de domeinnaam terug te vinden in de certificate transparancy logs. Zie bv hier voor tweakers.net: https://www.certkit.io/tools/ct-logs/?query=tweakers.net (die tegenwoordig zo te zien alleen wildcards gebruiken, dan kan er ook niet perse iets "lekken").

[Sjoop1985]

paQ schreef op woensdag 13 mei 2026 @ 10:56:
@Sjoop1985
Deze (eigenlijk debiele) workaround werkt vooralsnog. Integratie sluiten, wachten, weer starten.

YAML:

alias: Tibber herstel elke 2 uur
trigger:
  - platform: time_pattern
    hours: "/2"
action:
  - action: homeassistant.disable_config_entry
    data:
      config_entry_id: 3d8d9cccac160be16bb9c8382cada569
  - delay: "00:00:15"
  - action: homeassistant.enable_config_entry
    data:
      config_entry_id: 3d8d9cccac160be16bb9c8382cada569
mode: single

Bizar. Ik had al een automatisering die de integratie reload als één van de sensoren langere tijd unavailable gaat (want dat wilde nog wel eens gebeuren), maar die is al een tijdje niet meer getriggerd. Had de 5.0 release overgeslagen vanwege de known issue, maar ik heb op dit moment geen problemen.

Wat ik wel opvallend vind aan jouw grafieken is dat het lijkt alsof de waarden "bevriezen". Is dat wat er gebeurt of gaat de boel op unavailable?

[barrymossel]

RobertMe schreef op woensdag 13 mei 2026 @ 14:21:
[...]

Dan heeft iemand de domeinnaam gegokt. Of, nog waarschijnlijker: zit er SSL op via een publieke aanbieder? Dan is de domeinnaam terug te vinden in de certificate transparancy logs. Zie bv hier voor tweakers.net: https://www.certkit.io/tools/ct-logs/?query=tweakers.net (die tegenwoordig zo te zien alleen wildcards gebruiken, dan kan er ook niet perse iets "lekken").

Ik gebruik tegenwoordig ook een wildcard, maar volgens mij heb ik mijn HA subdomein nooit aangepast daarna. Misschien toch maar eens doen.

Sterker nog, ik heb hem even door die tool gehaald en inderdaad: nu alleen wildcard, maar het allang geleden verlopen certificaat voor het subdomein van HA dat ik nog gebruikt staat lekker in dat lijstje.

[paQ]

Sjoop1985 schreef op woensdag 13 mei 2026 @ 14:27:
[...]

Bizar. Ik had al een automatisering die de integratie reload als één van de sensoren langere tijd unavailable gaat (want dat wilde nog wel eens gebeuren), maar die is al een tijdje niet meer getriggerd. Had de 5.0 release overgeslagen vanwege de known issue, maar ik heb op dit moment geen problemen.

Wat ik wel opvallend vind aan jouw grafieken is dat het lijkt alsof de waarden "bevriezen". Is dat wat er gebeurt of gaat de boel op unavailable?

Ze bevriezen idd.
Logboeken geven een 4403 error op de token lijkt het.
Met de automation gaat het vooralsnog goed. Alleen mis ik elke 2 uur ca 15 sec.

[rvdgaag]

Zijn er hier nog meer lui met issues in de zonneplan integratie vandaag ?

[TheFes]

rvdgaag schreef op woensdag 13 mei 2026 @ 16:42:
Zijn er hier nog meer lui met issues in de zonneplan integratie vandaag ?

Ik gebruik de custom integratie, die werkt gewoon

[DeZzL]

Mijn Nest rookmelders zijn bijna toe aan vervanging. Ik wil goede rookmelders terughangen. Maar ik ben wel erg gecharmeerd van de melding van de Nest rookmelders over de ruimte waarin de rook wordt waargenomen en de onderlinge connectie.

Ik zit te denken aan een hybride setup met domme Ei141RF of Ei3016RF melders en ben benieuwd of dit logisch is.

Het idee: de rookmelders koppel ik onderling via RF. Ik verbind ze niet via een doorlopende interconnect-bus. Bij elke melder maak ik een lokale interconnect-aansluiting naar een klein relais + Zigbee input (Aqara T1 o.i.d), zodat elke melder individueel een signaal naar Home Assistant kan geven.

Bij alarm zou de melder die als eerste rook detecteert direct zijn lokale IC op 230V zetten → relais schakelt daar als eerste. De andere melders volgen via RF en schakelen hun relais iets later. In HA kun je dan “first event wins” doen om een indicatie van de bronruimte te krijgen.

Ik snap dat die timingverschillen klein zijn en niet 100% betrouwbaar, maar in theorie lijkt het “goed genoeg” voor een indicatie.

Zien jullie hier nog fundamentele problemen mee? Bijvoorbeeld dat RF in de praktijk zo snel is dat alles tegelijk lijkt, of dat melders bij RF-trigger precies hetzelfde moment hun IC hoog zetten?

[RobertMe]

Ik probeer sinds lange tijd maar weer eens iets te doen aan mijn extreem basic dashboard (als alles geautomatiseerd is hoef je niet het dashboard te gebruiken ). Maar als ik het goed begrijp dan is het, met de standaard kaarten, en badges, niet mogelijk om icons te templaten? Zo heb ik bv input_selects waarin ik een eigen state bijhoudt (bv in slaapkamer met opties voor ontwaken, overdag, gaan slapen en slapen). Deze wil ik dan met een matchent icon op het dashboard plaatsen, maar dit kan, denk ik, niet met de badges en in ieder geval tile card (andere cards niet gecheckt)? Nu gebruik ik de custom:button-card waar je icon wel kunt templaten.

[janvanduschoten]

DeZzL schreef op donderdag 14 mei 2026 @ 09:10:
Mijn Nest rookmelders zijn bijna toe aan vervanging. Ik wil goede rookmelders terughangen. Maar ik ben wel erg gecharmeerd van de melding van de Nest rookmelders over de ruimte waarin de rook wordt waargenomen en de onderlinge connectie.

Ik zit te denken aan een hybride setup met domme Ei141RF of Ei3016RF melders en ben benieuwd of dit logisch is.

Het idee: de rookmelders koppel ik onderling via RF. Ik verbind ze niet via een doorlopende interconnect-bus. Bij elke melder maak ik een lokale interconnect-aansluiting naar een klein relais + Zigbee input (Aqara T1 o.i.d), zodat elke melder individueel een signaal naar Home Assistant kan geven.

Bij alarm zou de melder die als eerste rook detecteert direct zijn lokale IC op 230V zetten → relais schakelt daar als eerste. De andere melders volgen via RF en schakelen hun relais iets later. In HA kun je dan “first event wins” doen om een indicatie van de bronruimte te krijgen.

Ik snap dat die timingverschillen klein zijn en niet 100% betrouwbaar, maar in theorie lijkt het “goed genoeg” voor een indicatie.

Zien jullie hier nog fundamentele problemen mee? Bijvoorbeeld dat RF in de praktijk zo snel is dat alles tegelijk lijkt, of dat melders bij RF-trigger precies hetzelfde moment hun IC hoog zetten?

Heb je al eens naar XSENSE rookmelders gekeken? Met een homebase kun je ze eenvoudig via MQTT met HA verbinden (gewoon via de app)

[TheFes]

RobertMe schreef op donderdag 14 mei 2026 @ 13:00:
Ik probeer sinds lange tijd maar weer eens iets te doen aan mijn extreem basic dashboard (als alles geautomatiseerd is hoef je niet het dashboard te gebruiken ). Maar als ik het goed begrijp dan is het, met de standaard kaarten, en badges, niet mogelijk om icons te templaten? Zo heb ik bv input_selects waarin ik een eigen state bijhoudt (bv in slaapkamer met opties voor ontwaken, overdag, gaan slapen en slapen). Deze wil ik dan met een matchent icon op het dashboard plaatsen, maar dit kan, denk ik, niet met de badges en in ieder geval tile card (andere cards niet gecheckt)? Nu gebruik ik de custom:button-card waar je icon wel kunt templaten.

Inderdaad, dat is niet mogelijk. Ik gebruik daar Mushroom template cards voor.

[RobertMe]

TheFes schreef op donderdag 14 mei 2026 @ 13:32:
[...]

Inderdaad, dat is niet mogelijk. Ik gebruik daar Mushroom template cards voor.

Gewoon een copy paste met templates als ik het goed zie?

This card is not compatible with Mushroom themes because it based on the official Tile card.

Semi gerelateerd vraagje. Bij de tile card zie ik bv bij climate de optie om de presets als knoppen te laten zien (via de "features" feature/optie). Bestaat er iets soortgelijks om bij een light de scenes te laten zien? Een tile met de light van een (Zigbee) group uit Z2M vind ik prima. Maar het zou mooi zijn als ik er een stuk of 4, 5 knoppen in/onder kon zetten voor de mogelijke scenes/ Nu heb ik een entities card met een template-row meen ik dat het is met knoppen die de scenes togglen + er onder nog eens een lijst met alle losse lampen. Maar ik gebruik het sowieso al vrijwel niet, laat staan de losse lampen, die tegenwoordig ook prima met de more info dialog "op te roepen" zijn.

[DjoeC]

janvanduschoten schreef op donderdag 14 mei 2026 @ 13:12:
[...]

Heb je al eens naar XSENSE rookmelders gekeken? Met een homebase kun je ze eenvoudig via MQTT met HA verbinden (gewoon via de app)

Zit er dan GEEN Xsense cloud (meer) tussen?

[janvanduschoten]

DjoeC schreef op donderdag 14 mei 2026 @ 13:48:
[...]

Zit er dan GEEN Xsense cloud (meer) tussen?

Het gaat (via de Xsense base) rechtstreeks via MQTT naar HA, er zit geen cloud tussen.

[DjoeC]

janvanduschoten schreef op donderdag 14 mei 2026 @ 13:52:
[...]

Het gaat (via de Xsense base) rechtstreeks via MQTT naar HA, er zit geen cloud tussen.

Tijd om dat in te richten dan Ik had de base niet in gebruik juist vanwege de cloud connectie, nu kan dat dan wel en kan ik m dus in de firewall blokkeren

[janvanduschoten]

DjoeC schreef op donderdag 14 mei 2026 @ 13:54:
[...]

Tijd om dat in te richten dan Ik had de base niet in gebruik juist vanwege de cloud connectie, nu kan dat dan wel en kan ik m dus in de firewall blokkeren

Sinds een tijdje zit in de app een optie om te verbinden met HA.



(Ik heb er 3 hangen, screenshot doet wat geks zie ik)

[boyd86]

Vandaag een eerste opzet gemaakt voor een automatisering om met Peblar onze EV slim op te laden afhankelijk van de maand, de zon en goedkoop tarief. Zie: boyd86 in "[Peblar EV Charger] Ervaringen en discussie". Kan vast nog het een en ander aan verbeterd worden maar wellicht heeft iemand er ook wat aan! Feedback is welkom 😉

[ Voor 20% gewijzigd door boyd86 op 14-05-2026 19:18 ]

[tvlaethe]

Hoi allemaal, ik probeer mijn Stromer fiets te koppelen in HA via de onofficiële integratie. Zou iemand zo vriendelijk willen zijn om de bekende Client ID (die met 4P begint) en eventueel de Secret via een privébericht (DM) met mij te delen? Alvast hartelijk dank!

[Antonio di]

ter info @DeZzL , @janvanduschoten , @DjoeC
Het is volgens de voorschriften niet de bedoeling rook-/-hitter/gas-melders via een (centrale) Hub of via de Cloud aan elkaar te koppelen voor Alarmering. Melders moeten autonoom optreden en dus omliggende melders zelf direct activeren. Is je woning van na 2004 dan is dat zelf verboden. e.e.a. staat op verschillende posts op dit Forum en op andere Tweakers Forums. Is je woning van voor 2004 dan is het niet verboden maar of het verstandig is !!

Een verwijzing naar al die posts over rook-/-hitte-/gas-melders staat bij deze post:
Antonio di in "Waar moet een draadloos DIY Alarm met smarthome aan voldoen"
In de onderstaande review is "off topic" (hoofdstuk 9) ook nog gepoogd e.e.a. hierover te verduidelijken:
Aeotec Z-Stick 10 Pro (Zigbee 3.0 & Z-wave-LR) review door Antonio di

[Hippe Lip]

RobertMe schreef op donderdag 14 mei 2026 @ 13:00:
Ik probeer sinds lange tijd maar weer eens iets te doen aan mijn extreem basic dashboard (als alles geautomatiseerd is hoef je niet het dashboard te gebruiken ). Maar als ik het goed begrijp dan is het, met de standaard kaarten, en badges, niet mogelijk om icons te templaten? Zo heb ik bv input_selects waarin ik een eigen state bijhoudt (bv in slaapkamer met opties voor ontwaken, overdag, gaan slapen en slapen). Deze wil ik dan met een matchent icon op het dashboard plaatsen, maar dit kan, denk ik, niet met de badges en in ieder geval tile card (andere cards niet gecheckt)? Nu gebruik ik de custom:button-card waar je icon wel kunt templaten.

@RobertMe
Ik heb zoiets opgelost met vier tile cards die elk alleen getoond worden afhankelijk van de state die op de tile card weergegeven wordt.
Zo heb je precies wat je wilt hebben?

[wickydude]

tvlaethe schreef op donderdag 14 mei 2026 @ 21:43:
Hoi allemaal, ik probeer mijn Stromer fiets te koppelen in HA via de onofficiële integratie. Zou iemand zo vriendelijk willen zijn om de bekende Client ID (die met 4P begint) en eventueel de Secret via een privébericht (DM) met mij te delen? Alvast hartelijk dank!

De ID en secret is voor iedere Stromer uniek. Die zul je zelf moeten vinden via iets als hier beschreven. Dit gaat over Homey maar beschrijft het stuk om je Id te achterhalen die je ook voor HA dus nodig hebt.

https://github.com/wdool/stromer_homey/tree/main/stromer-homey

[DjoeC]

Antonio di schreef op donderdag 14 mei 2026 @ 22:04:
ter info @DeZzL , @janvanduschoten , @DjoeC
Het is volgens de voorschriften niet de bedoeling rook-/-hitter/gas-melders via een (centrale) Hub of via de Cloud aan elkaar te koppelen voor Alarmering. Melders moeten autonoom optreden en dus omliggende melders zelf direct activeren. Is je woning van na 2004 dan is dat zelf verboden. e.e.a. staat op verschillende post op dit Forum en op andere forums. Is je woning van voor 2004 dan is het niet verboden maar of het verstandig is !!

Een verwijzing naar al die posts over rook-/-hitter/gas-melders staat bij deze post:
Antonio di in "Waar moet een draadloos DIY Alarm met smarthome aan voldoen"
In de onderstaande review is "off topic" (hoofdstuk 9) ook nog gepoogd e.e.a. hierover te verduidelijken:
Aeotec Z-Stick 10 Pro (Zigbee 3.0 & Z-wave-LR) review door Antonio di

Dank voor je reactie en no offence maar in deze boeien de voorschriften me voor geen meter.

Overigens zijn de Xsense melders onderling gekoppeld en geven individueel en gecombineerd alarm zonder base of wat dan ook. Ik weet t zeker, met 8 stuks in huis had ik vals alarm in het hele huis..... Koppelen aan HA kan mogelijk meer mogelijkheden bieden.

[DeZzL]

Antonio di schreef op donderdag 14 mei 2026 @ 22:04:
ter info @DeZzL , @janvanduschoten , @DjoeC
Het is volgens de voorschriften niet de bedoeling rook-/-hitter/gas-melders via een (centrale) Hub of via de Cloud aan elkaar te koppelen voor Alarmering. Melders moeten autonoom optreden en dus omliggende melders zelf direct activeren. Is je woning van na 2004 dan is dat zelf verboden. e.e.a. staat op verschillende posts op dit Forum en op andere Tweakers Forums. Is je woning van voor 2004 dan is het niet verboden maar of het verstandig is !!

Een verwijzing naar al die posts over rook-/-hitter/gas-melders staat bij deze post:
Antonio di in "Waar moet een draadloos DIY Alarm met smarthome aan voldoen"
In de onderstaande review is "off topic" (hoofdstuk 9) ook nog gepoogd e.e.a. hierover te verduidelijken:
Aeotec Z-Stick 10 Pro (Zigbee 3.0 & Z-wave-LR) review door Antonio di

Vandaar de aanpak in mijn vraag @Antonio di. De melders zijn via RF functie van de rookmelders zelf aan elkaar gekoppeld en volledig autonoom. Alleen ik kan via de gekoppelde zigbee sensor in home assistent wel zien welke rookmelder de rook als eerste heeft waargenomen.

[janvanduschoten]

In HA kan ik nu eenvoudig per ruimte ook de info van de melders zien, een melding krijgen als er 1 niet meer bereikbaar is, melding bij een bijna lege batterij, ik kan de melders ook inzetten als alarmsysteem, etc.

Als de stroom uitvalt blijven de rookmelders gewoon actief, de basis is slechts een gateway naar HA of cloud.

[Antonio di]

DeZzL schreef op donderdag 14 mei 2026 @ 22:24:
[...]

Vandaar de aanpak in mijn vraag @Antonio di. De melders zijn via RF functie van de rookmelders zelf aan elkaar gekoppeld en volledig autonoom. Alleen ik kan via de gekoppelde zigbee sensor in home assistent wel zien welke rookmelder de rook als eerste heeft waargenomen.

Jouw opzet is goed. Melders onderling met een mesh-netwerk wordt afgeraden. RF is bijna altijd ster-netwerk en dat is goed. Als jij via Zigbee de hub op de hoogte stelt is geen probleem. De voorschriften hebben voor woningen NIETS over een Hub. Iedere Melder moet autonoom zijn:
- Ander melder voor alarm activeren (is niet verplicht voor woning van voor 2004)
- (bijna) lege batterij melden (via licht en evt. via geluid) van de melder zelf
- Alarm uitzetten mag alleen lokaal (lokaal dichtbij draadloos of via een knopje op de melder).
..Je constateert dat het vals alarm is bij de melder zelf en mag hem daarom alleen daar UIT zetten.
Het gaat om life-saving. Of je via de hub een brand notificatie van je woning in NL krijgt tijdens je vakantie in Spanje is geen probleem maar helemaal niet nodig voor "Life saving" van mensen in je NL woning.
Voor bedrijven en voor 'groepsbewoning" (niet altijd) gelden andere regels.

[Fairy]

Zo. gisteren ben ik er eens goed voor gaan zitten en heb Home Assistant proberen in te regelen voor mijn installatie. Ik heb de PV nu werkend, mét een helper die de historie kan vasthouden, de batterijen zijn gekoppeld via HACS, P1 etc etc.

Vooral de hulp van ChatGPT was goud. Elke vraag die ik er op afvuurde en dacht dat daar komen we niet uit, daarop kreeg ik te horen, bekend probleem, weet precies wat er aan de hand is en er kwam een werkende oplossing uit. Ik kom van een Homey Pro af, maar daar kon ik echt niets mee beginnen. Die gaat als ik klaar ben op V&A.

Wat ik nu nog graag wil ik mijn Plugwise Circles vervangen door iets nieuws. Bij voorkeur gebruik ik 1 merk en geen hutjemutje van spullen.

Wat ik al in huis heb zijn de INNR stekkers (zigbee). Zijn gekoppeld aan Homey en werken verder goed. Die kan ik denk ik moeiteloos overzetten. Ik heb ook Shelly stekkers, maar daar ga ik niet mee verder. Die zijn via Wi-Fi en heb toch echt de voorkeur voor Wi-Fi voor kleine apparaten.

De INNR stekkers werken ook met volledig 16A. Dit is voor 95% van mijn apparaten niet nodig, maar bijvoorbeeld wél voor mijn oven. Die zit op een eigen groep en kan hem echt dichttrekken. Er zit ook een Pyro stand op die 3 uur lang veel vermogen kan trekken. Per 10 stuks kosten ze €15,30 .

Nu heeft de ikea ook stekkers met Zigbee, maar volgens mij gaan die weer op Matter en ik heb een ZBT-2 die op Zigbee staat. Volgens mij is dat weer niet compatibel (?). Dit zou wel een goede optie zijn voor plekken waar ik wel wil schakelen, maar waar het meten van stroom niet nodig is, bijvoorbeeld kleine apparaten met een vast stroomverbruik. Of is het beter al te investeren in een 2e ZBT-2 voor Matter...? Zie nog niet direct voordelen in Matter, maar het kennisnivo op dat vlak is bij mij nog in de stijle leercurve


Hoe denken jullie hierover. Ik wil aan de ene kant zoveel mogelijk aan de Home Assistant gaan hangen, maar aan de andere kant wil ik een beetje waken dat ik straks niet 100 merken stekkers in huis heb,

[ Voor 6% gewijzigd door Fairy op 15-05-2026 11:14 ]

[Daan_96]

Ik heb er voor gekozen zoveel mogelijk met zigbee te doen.

Ik gebruik de sonoff zigbee plugs. Die zitten op 15 euro per stuk. Wel wat aan de dure kant maar ze bevallen gewoon goed. Ik heb liever een systeem dat goed werkt dan op het hele huis tientjes / een paar honderd euro besparen.

[noo]

Fairy schreef op vrijdag 15 mei 2026 @ 11:08:
Zo. gisteren ben ik er eens goed voor gaan zitten en heb Home Assistant proberen in te regelen voor mijn installatie. Ik heb de PV nu werkend, mét een helper die de historie kan vasthouden, de batterijen zijn gekoppeld via HACS, P1 etc etc.

Vooral de hulp van ChatGPT was goud. Elke vraag die ik er op afvuurde en dacht dat daar komen we niet uit, daarop kreeg ik te horen, bekend probleem, weet precies wat er aan de hand is en er kwam een werkende oplossing uit. Ik kom van een Homey Pro af, maar daar kon ik echt niets mee beginnen. Die gaat als ik klaar ben op V&A.

Wat ik nu nog graag wil ik mijn Plugwise Circles vervangen door iets nieuws. Bij voorkeur gebruik ik 1 merk en geen hutjemutje van spullen.

Wat ik al in huis heb zijn de INNR stekkers (zigbee). Zijn gekoppeld aan Homey en werken verder goed. Die kan ik denk ik moeiteloos overzetten. Ik heb ook Shelly stekkers, maar daar ga ik niet mee verder. Die zijn via Wi-Fi en heb toch echt de voorkeur voor Wi-Fi voor kleine apparaten.

De INNR stekkers werken ook met volledig 16A. Dit is voor 95% van mijn apparaten niet nodig, maar bijvoorbeeld wél voor mijn oven. Die zit op een eigen groep en kan hem echt dichttrekken. Er zit ook een Pyro stand op die 3 uur lang veel vermogen kan trekken. Per 10 stuks kosten ze €15,30 .

Nu heeft de ikea ook stekkers met Zigbee, maar volgens mij gaan die weer op Matter en ik heb een ZBT-2 die op Zigbee staat. Volgens mij is dat weer niet compatibel (?). Dit zou wel een goede optie zijn voor plekken waar ik wel wil schakelen, maar waar het meten van stroom niet nodig is, bijvoorbeeld kleine apparaten met een vast stroomverbruik. Of is het beter al te investeren in een 2e ZBT-2 voor Matter...? Zie nog niet direct voordelen in Matter, maar het kennisnivo op dat vlak is bij mij nog in de stijle leercurve


Hoe denken jullie hierover. Ik wil aan de ene kant zoveel mogelijk aan de Home Assistant gaan hangen, maar aan de andere kant wil ik een beetje waken dat ik straks niet 100 merken stekkers in huis heb,

Zijn dat Innr SP-240 stekkers? Die werken hier al tijden prima in HA (met Zigbee2MQTT).

[Septillion]

@Fairy Waarom een helper op de PV?

De huidige generatie smartspullen van Ikea zijn Matter of Thread (MoT). Alleen "Matter" zegt te weinig. Deze doen nog beperkt Zigbee maar volgens mij niet de metingen via Zigbee. Dus dan heb je inderdaad een extra stick nodig, of dat een ZBT-2 of een andere stick is maakt niet zo veel uit.

En mja, MoT is nog wel weer een leercurve. Er wordt nog aardig aan getimmerd maar het is imho nog niet de beloofde opvolger voor Zigbee.

[edwin2021]

Fairy schreef op vrijdag 15 mei 2026 @ 11:08:
Zo. gisteren ben ik er eens goed voor gaan zitten en heb Home Assistant proberen in te regelen voor mijn installatie. Ik heb de PV nu werkend, mét een helper die de historie kan vasthouden, de batterijen zijn gekoppeld via HACS, P1 etc etc.

Vooral de hulp van ChatGPT was goud. Elke vraag die ik er op afvuurde en dacht dat daar komen we niet uit, daarop kreeg ik te horen, bekend probleem, weet precies wat er aan de hand is en er kwam een werkende oplossing uit. Ik kom van een Homey Pro af, maar daar kon ik echt niets mee beginnen. Die gaat als ik klaar ben op V&A.

Wat ik nu nog graag wil ik mijn Plugwise Circles vervangen door iets nieuws. Bij voorkeur gebruik ik 1 merk en geen hutjemutje van spullen.

Wat ik al in huis heb zijn de INNR stekkers (zigbee). Zijn gekoppeld aan Homey en werken verder goed. Die kan ik denk ik moeiteloos overzetten. Ik heb ook Shelly stekkers, maar daar ga ik niet mee verder. Die zijn via Wi-Fi en heb toch echt de voorkeur voor Wi-Fi voor kleine apparaten.

De INNR stekkers werken ook met volledig 16A. Dit is voor 95% van mijn apparaten niet nodig, maar bijvoorbeeld wél voor mijn oven. Die zit op een eigen groep en kan hem echt dichttrekken. Er zit ook een Pyro stand op die 3 uur lang veel vermogen kan trekken. Per 10 stuks kosten ze €15,30 .

Nu heeft de ikea ook stekkers met Zigbee, maar volgens mij gaan die weer op Matter en ik heb een ZBT-2 die op Zigbee staat. Volgens mij is dat weer niet compatibel (?). Dit zou wel een goede optie zijn voor plekken waar ik wel wil schakelen, maar waar het meten van stroom niet nodig is, bijvoorbeeld kleine apparaten met een vast stroomverbruik. Of is het beter al te investeren in een 2e ZBT-2 voor Matter...? Zie nog niet direct voordelen in Matter, maar het kennisnivo op dat vlak is bij mij nog in de stijle leercurve


Hoe denken jullie hierover. Ik wil aan de ene kant zoveel mogelijk aan de Home Assistant gaan hangen, maar aan de andere kant wil ik een beetje waken dat ik straks niet 100 merken stekkers in huis heb,

Plugwise circles via HACS plugwise bèta integratie werkt als een trein. Ikheb de stick mbv ser2net op een pi zitten maar had hem daarvoor rechtsreeks via usb poort. HAOS draait bij mij in een VM op Proxmox (omdat ik die proxmox server toch al heb). Op dit moment draaien er ca 35 circles en zonder een enkele hik.

[Raven]

Heeft iemand heel toevallig ervaring met Music Assistant en oude apparaten? Kwam er achter dat die overweg kan met mijn oude nog rondslingerende Noxon 2 Audio. Muziek, zowel internetradio's als mp3's, speelt prima, metadata verschijnt echter niet op het display.

Na wat Googlen en babbelen met een AI ook LMS geprobeerd (omdat die beter met oude apparaten overweg zou kunnen, aldus de AI) maar ondanks bij zowel MA als LMS de nodige metadata gerelateerde instellingen te hebben geprobeerd geen succes.

Nou kan ik de metadata in HASS zelf wel zien bij het afspelen, maar zou mooi zijn als de Noxon dat ook op het display laat zien. Is het puur de leeftijd van het ding (20j) of verwacht ie de metadata op een niet-standaard manier?

[skank]

Hoi,
Vraagje:
Ik wou al een tijdje mijn dsmr reader updaten, maar had wat schrik, terecht zo blijkt.

Net de update gedaan (ik heb een backup gemaakt).
Na de update.. zie ik dat mn sensors niet meer werken.
Als ik kijk naar addon zie ik dit in de logs:
[ FAIL ] init-dsmr-and-db | Database migration failed

s6-rc: warning: unable to start service init-dsmr-and-db: command exited 1

Er stond in de readme bij de changes wel bij, heb ik nog niet gedaan,after update its advised to reset options

config tab > menu> reset to deault en setup again.

Best doen zeker? Dit is dan niet in de config van de addon maar in de addon zelf?

[Fairy]

edwin2021 schreef op vrijdag 15 mei 2026 @ 15:01:
[...]

Plugwise circles via HACS plugwise bèta integratie werkt als een trein. Ikheb de stick mbv ser2net op een pi zitten maar had hem daarvoor rechtsreeks via usb poort. HAOS draait bij mij in een VM op Proxmox (omdat ik die proxmox server toch al heb). Op dit moment draaien er ca 35 circles en zonder een enkele hik.

De plugwise die ik heb is van de allereerste generatie, rond 2009. Plugwise kwam bij ons op de zaak om als pilot het bij ons te draaien. De software was nog niet eens voorbij versie 1. Nieuwere circles hadden ook een power knop, de mijne niet.

Intussen is de hardware echt aan het falen (condensators zijn denk ik op) maar ook het stroomverbruik van de circles is hoger dan de moderne stekkers. Als je er een stuk of 30 gebruikt, dan wordt 3 watt per circle al snel een flink sluipverbruik.

[Fairy]

Septillion schreef op vrijdag 15 mei 2026 @ 12:38:
@Fairy Waarom een helper op de PV?

De huidige generatie smartspullen van Ikea zijn Matter of Thread (MoT). Alleen "Matter" zegt te weinig. Deze doen nog beperkt Zigbee maar volgens mij niet de metingen via Zigbee. Dus dan heb je inderdaad een extra stick nodig, of dat een ZBT-2 of een andere stick is maakt niet zo veel uit.

En mja, MoT is nog wel weer een leercurve. Er wordt nog aardig aan getimmerd maar het is imho nog niet de beloofde opvolger voor Zigbee.

Voor mij was de reden om het apparaat los te koppelen van de statistieken, Als mijn inverter (of in dit geval Shelly) stuk gaat (ervaring mee) dan kan ik een nieuwe aansluiten en koppelen aan de helper. Ik verlies dan niet de historische gegevens.

Als een helper niet nodig is, of als ik het verkeerd doe hoor ik het graag, want ik kan het nú nog fixen.

[ Voor 6% gewijzigd door Fairy op 15-05-2026 17:08 ]

[Septillion]

@Fairy Via een helper is dan wel makkelijk ja. Maar niet perse nodig. Als je de oude verwijdert en nieuwe zelfde entity id geeft gaat het gewoon verder. Alleen even een uitschieter bij wissel als de nieuwe niet 0 is die je zelf moet compenseren.

Heb je een template helper aangemaakt of een utility meter?

[Fairy]

Septillion schreef op vrijdag 15 mei 2026 @ 17:11:
@Fairy Via een helper is dan wel makkelijk ja. Maar niet perse nodig. Als je de oude verwijdert en nieuwe zelfde entity id geeft gaat het gewoon verder. Alleen even een uitschieter bij wissel als de nieuwe niet 0 is die je zelf moet compenseren.

Heb je een template helper aangemaakt of een utility meter?

Ik heb een template aangemaakt en een integral.

"sensor.h_pv01_energie" Integral en

Template "sensor.h_pv01_vermogen" met:

YAML:

 {% set p = states('sensor.pv01_power') | float(0) %}
{{ p | abs if p < 0 else 0 }}

[Faece]

...

[ Voor 99% gewijzigd door Faece op 15-05-2026 17:45 ]

[Faece]

YAML:

      - type: horizontal-stack
        cards:
          - type: custom:mushroom-template-card
            primary: "{{ states('input_text.ruimte_2') }}"
            icon: mdi:speaker
            icon_color: >
              {% if is_state('media_player.ruimte_2', 'unavailable') or is_state('media_player.ruimte_2', 'unknown') %}red{% else %}138, 153, 119{% endif %}
            card_mod:
              style:
                .: |
                  ha-card { background: transparent; box-shadow: none !important; height: 44px !important; border: none; --mushroom-card-padding: 0 12px 0 20px; }
          - type: custom:mushroom-template-card
            primary: >
              {% if is_state('media_player.ruimte_2', 'unavailable') or is_state('media_player.ruimte_2', 'unknown') %}Offline{% else %}Online{% endif %}
            tap_action:
              action: none
            card_mod:
              style:
                mushroom-state-info$: |
                  .primary { color: {% if is_state('media_player.ruimte_2', 'unavailable') or is_state('media_player.ruimte_2', 'unknown') %}red{% else %}rgb(138, 153, 119){% endif %} !important; }
                  :host { display: flex; align-items: center; height: 44px; }
                  .container { display: flex; align-items: center; justify-content: flex-end; width: 100%; }
                .: |
                  ha-card { background: transparent; box-shadow: none !important; height: 44px !important; border: none; --mushroom-card-padding: 0 12px 0 20px; }

2 template cards in een horizontal stack. Nu wil ik dat mijn offline of online op dezelfde lijn staat dan mijn primary text van de eerste card. hoe doe ik dit ? want dit staat er nu wat boven te zweven


oplossing : margin-top: 5px;

[ Voor 7% gewijzigd door Faece op 15-05-2026 18:25 ]

[RobertMe]

Septillion schreef op vrijdag 15 mei 2026 @ 17:11:
@Fairy Via een helper is dan wel makkelijk ja. Maar niet perse nodig. Als je de oude verwijdert en nieuwe zelfde entity id geeft gaat het gewoon verder. Alleen even een uitschieter bij wissel als de nieuwe niet 0 is die je zelf moet compenseren.

En dat issue lost het gebruik van de helper natuurlijk niet op.

En ter aanvulling. Na verwijderen + renamen naar het oude entity id kun je ook weer "terug" renamen. Dan worden de statistieken ook weer hernoemd naar de "nieuwe" naam. (En om die reden dus ook de oude verwijderen, en niet hernoemen, want dan hernoemd die de statistieken mee).

[Fairy]

RobertMe schreef op vrijdag 15 mei 2026 @ 18:09:
[...]

En dat issue lost het gebruik van de helper natuurlijk niet op.

En ter aanvulling. Na verwijderen + renamen naar het oude entity id kun je ook weer "terug" renamen. Dan worden de statistieken ook weer hernoemd naar de "nieuwe" naam. (En om die reden dus ook de oude verwijderen, en niet hernoemen, want dan hernoemd die de statistieken mee).

Pardon me, ben een noob op gebied van HA.

Als ik geen helper aanmaak wordt het dan geen puinhoop? Ik heb bijvoorbeeld een thuisbatterij. 2 zelfs. Die heeft wel 70 entiteiten en de extra batterijen eronder ook nog eens. Als ik die vervang door een nieuwe, dan komen er toch weer allerlei andere entiteiten bij?

Moet ik dan alle 70 entiteiten verwijderen en dan de nieuwe batterij al die entiteiten hernoemen naar de oude entiteit? Of kan dat per apparaat in 1x worden gedaan?

Realistischer voorbeeld. Ik ga mijn autolader aan een INNR Zigbee meestekker hangen. Over 3 jaar gaat die stuk en koop ik een Shelly meetstekker. Dan zijn die entiteiten waarschijnlijk behoorlijk anders. Hoe moet ik dat voor me zien?

Ik sta namelijk op het punt om Zigbee stekker toe te voegen en was voornemens allemaal helpers te maken, maar als dat niet hoeft, dan doe ik dat uiteraard liever niet. Wel moet ik dan iets doen met een logische naam en opvolgende nummers oid.

Zoals je merkt ik hoor graag wat een goed/best practice is hierin.

[Septillion]

@Fairy Via integraal van vermogen is niet echt meest nauwkeurige. Dat zou ik zeker nooit doen als je gewoon een energie sensor al hebt. En het lost hier ook niets op.

Als je de entities van je device niet hernoemt en je een device vervang met exact hetzelfde apparaat dan hoef je alleen device name weer hetzelfde te maken en een "recreate entity ID's" te doen.

Als je toch een ander apparaat in de plaats terug doet is de kans dat die exact hetzelfde 70 entiteiten heeft toch al klein. En eerlijk is eerlijk, hoeveel daarvan hebben nuttige info? Gaat vooral om de één of twee energy sensoren die je dan even om moet noemen.

En je zou ook gewoon nieuwe device toe kunnen voegen aan je energy dashboard en gewoon de oude laten staan. Zolang je niet actief de Long Term Statistics verwijdert blijven die opgeslagen. Dus voor mij is het niet zo snel een issue.

Dus ja, je zou het kunnen doen met een template sensor. Maar de het dan gewoon direct en met goede availability. Met als groot nadeel dat je al je info nu dubbel hebt. Zowel in de recorder als de LTS.

[ Voor 3% gewijzigd door Septillion op 15-05-2026 20:06 ]

[Fairy]

Septillion schreef op vrijdag 15 mei 2026 @ 20:06:
@Fairy Via integraal van vermogen is niet echt meest nauwkeurige. Dat zou ik zeker nooit doen als je gewoon een energie sensor al hebt. En het lost hier ook niets op.

Als je de entities van je device niet hernoemt en je een device vervang met exact hetzelfde apparaat dan hoef je alleen device name weer hetzelfde te maken en een "recreate entity ID's" te doen.

Als je toch een ander apparaat in de plaats terug doet is de kans dat die exact hetzelfde 70 entiteiten heeft toch al klein. En eerlijk is eerlijk, hoeveel daarvan hebben nuttige info? Gaat vooral om de één of twee energy sensoren die je dan even om moet noemen.

En je zou ook gewoon nieuwe device toe kunnen voegen aan je energy dashboard en gewoon de oude laten staan. Zolang je niet actief de Long Term Statistics verwijdert blijven die opgeslagen. Dus voor mij is het niet zo snel een issue.

Dus ja, je zou het kunnen doen met een template sensor. Maar de het dan gewoon direct en met goede availability. Met als groot nadeel dat je al je info nu dubbel hebt. Zowel in de recorder als de LTS.

Duidelijk, dan ga ik het aanpassen.

Denk dat ik dan wel de CT klemmen moet omdraaien, want ik krijg nu negatieve waarden door omdat de inverters stroom opwekken. Home Assistant geeft aan dat hij positieve waarden verwacht voor PV.

Moet alleen even kijken wat er dan gebeurd als er een klein verbruik is, zoals bij het inschakelen van de inverter, dan is er altijd even een klein verbruik, als de integratie daar maar geen probleem mee heeft.

Mooi klusje voor morgen als er weer zon is, want nu kan ik het toch niet testen.

[Septillion]

@Fairy Volgens mij loopt de energy sensor van een Shelly (en veel andere modules) alleen op bij positief vermogen dus dat zou prima moeten zijn.

En persoonlijk zou mij dit juist een mooi klusje lijken voor als er geen zon in

[Fairy]

Septillion schreef op vrijdag 15 mei 2026 @ 21:59:
@Fairy Volgens mij loopt de energy sensor van een Shelly (en veel andere modules) alleen op bij positief vermogen dus dat zou prima moeten zijn.

En persoonlijk zou mij dit juist een mooi klusje lijken voor als er geen zon in

Mijn Shelly's geven bij opwek van energie bijvoorbeeld -500w. Dit was met mijn Homey al een drama, want het energie dashboard daar verwachte een negatief getal voor de opwek maar in een andere grafiek weer een positief, waardoor er niets van klopte. Heb toen ook diverse malen de CT's omgedraaid om vanalle combinaties te testen.

Morgen nog eens de CT's omdraaien om ze van de inverters af te laten wijzen is prima, zijn er 5 in 2 kasten.

Dan komen de gegevens meteen binnen zoals HA ze verwacht en heb ik denk ik geen aparte integratie meer nodig om het getal om te draaien.

[Septillion]

@Fairy HA gebruikt primair energie waardes, dus (k)Wh. Die liepen dan nu met negatief vermogen denk ik niet (of dus nauwelijks) op, correct?

[Fairy]

Septillion schreef op vrijdag 15 mei 2026 @ 22:07:
@Fairy HA gebruikt primair energie waardes, dus (k)Wh. Die liepen dan nu met negatief vermogen denk ik niet (of dus nauwelijks) op, correct?

Ik kreeg meteen een foutmelding vanwege negatief getal, dus heb ik met hulp van GPT het scriptje zo aangepast dat de waarde altijd positief is. Zoals het nu werkt zie ik wel de juiste opwekcijfers, maar wil het graag goed doen zonder die integratie ertussen.

Weet alleen nog niet of ik de CT's moet omdraaien voor solar, wat is gangbaar? Ik had dat het altijd de bedoeling was dat de CT's altijd vanaf de nutsvoorziening moet wijzen naar het apparaat, of dat nu een verbruiker is of een opwekker van energie. Of ben ik fout?

[Septillion]

@Fairy Maar in je vorige post had je zaken voor het vermogen (power). Maar je wilt primair de energie (energy) sensor hebben van je Shelly.


Ik moest even spieken hier, maar Shelly heeft twee entities voor energy. Een 'Energy' en een 'Energy returned'. De eerste loopt op al power > 0, de laatste als power < 0.

Maar gezien HA voor de power van PV een positieve waarde verwacht zou ik dus gewoon de CT zo plaatsen dat je dat hebt. En dan gewoon de 'Energy' entiteit pakken voor de energy.

[Fairy]

Septillion schreef op vrijdag 15 mei 2026 @ 22:23:
@Fairy Maar in je vorige post had je zaken voor het vermogen (power). Maar je wilt primair de energie (energy) sensor hebben van je Shelly.


Ik moest even spieken hier, maar Shelly heeft twee entities voor energy. Een 'Energy' en een 'Energy returned'. De eerste loopt op al power > 0, de laatste als power < 0.

Maar gezien HA voor de power van PV een positieve waarde verwacht zou ik dus gewoon de CT zo plaatsen dat je dat hebt. En dan gewoon de 'Energy' entiteit pakken voor de energy.

De waardes die ik in Shelly zie binnen HA:

Energy: 0,25 kWh
Energy returned: 1.308,35 kWh
Power: 0,0 W
Power factor: 0,00
Voltage: 234,1 V

Zodra PV wat gaat doen wordt Power een negatieve waarde.

Begrijp ik het goed dat ik het dus zo moet laten en dat ik dat gewoon kan gebruiken?


Sorry, ben er gewoon nog niet superhandig in. Komt vanzelf


Voor de vermogensmeting moet ik dan wél de integratie gebruiken veronderstel ik?

[ Voor 7% gewijzigd door Fairy op 15-05-2026 22:31 ]

[Septillion]

@Fairy Op zich kan je het zo laten en 'Energy returned' gebruik en dan 'Power' als iverted instellen.

Maar volgens mij maakt dit dus onderwater een extra entiteit aan voor power die inverted (en daarmee dus positief) is. Werkt prima, maar dan heb je dus de boel dubbel.

Zelf zou ik dus de CT klem gewoon even flippen en dan 'Energy' gebruiken en hoef je 'Power' niet te inverten.

[Hippe Lip]

Fairy schreef op vrijdag 15 mei 2026 @ 22:04:
[...]
Morgen nog eens de CT's omdraaien om ze van de inverters af te laten wijzen is prima, zijn er 5 in 2 kasten.

@Fairy Je snapt hoop ik wel dat je de CT’s zelf niet hoeft om te draaien, maar dat het verwisselen van de twee draadjes van elk volstaat? Dat kan een hoop werk schelen in sommige situaties.