Home Assistant: Open source Python3 home automation - deel 5

[BioHazard]

CH4OS schreef op vrijdag 27 maart 2026 @ 15:20:
[...]
Ik heb dus de stappen in de Cloud Console doorlopen. Daarna krijg je bij de integratie dat je 2x een ID moet invullen. Vervolgens opent een Google pagina om te autoriseren. Je logt dan dus in met het Google account. Vervolgens komt dan de pagina met de permissies. Daar zie ik in de lijst geen apparaten, terwijl ik wel een apparaat moet selecteren. Ik zal even een screenshot maken.

edit:
[Afbeelding]

EDIT2"
Schiet mij maar lek, ik loop nu net de boel weer door en nu werkt het wel... Ik snap er niks meer van Maar ja, vraag niet hoe het kan, maar profiteer ervan. Of zo. Heb misschien wat geduld moeten betrachten na activatie van het developers account of zo.

Oh, naja, mooi toch.

[CH4OS]

BioHazard schreef op vrijdag 27 maart 2026 @ 15:49:
Oh, naja, mooi toch.

Yes, ben er stiekem wel blij mee. Sorry voor het storen / lastig vallen. Hopelijk heb ik ook niet al teveel gespammed alhier in het topic...

[ Voor 3% gewijzigd door CH4OS op 27-03-2026 15:52 ]

[PCan]

Ik heb een LiTime LifePO4 Smart batterij staan met ingebouwde 100A BMS en Bluetooth,
Deze is operationeel, de gegevens komen life binnen in de Litime App via BT.
Ugreen BT 6.0 Adapter CM748 bij de batterij functioneert in HA.

Maar ja, ik wil ze in HA zodat ik er automatiseringen aan kan hangen.

Dus heb ik de https://github.com/rubenmuehlhans/litime-ble-hacs gedownload.
Deze staat nu in /homeassistant/custom_components/litime_bms_ble/

Maar als ik naar "Voeg integratie toe" ga en op LiTime BMS BLE klik dan
krijg ik dit:


Waarom ziet HA de batterij niet?

[CH4OS]

PCan schreef op vrijdag 27 maart 2026 @ 16:01:
Ik heb een LiTime LifePO4 Smart batterij staan met ingebouwde 100A BMS en Bluetooth,
Deze is operationeel, de gegevens komen life binnen in de Litime App via BT.
Ugreen BT 6.0 Adapter CM748 bij de batterij functioneert in HA.

Maar ja, ik wil ze in HA zodat ik er automatiseringen aan kan hangen.

Dus heb ik de https://github.com/rubenmuehlhans/litime-ble-hacs gedownload.
Deze staat nu in /homeassistant/custom_components/litime_bms_ble/

Maar als ik naar "Voeg integratie toe" ga en op LiTime BMS BLE klik dan
krijg ik dit:
[Afbeelding]

Waarom ziet HA de batterij niet?

Hoe sluit je de batterij aan, op het netwerk, of via Bluetooth? Zie ook de requirements van de github repo die je linkt. Zorg er dus ook voor dat er geen ander device is dat een bluetooth verbinding heeft met de batterij.

[ Voor 6% gewijzigd door CH4OS op 27-03-2026 16:06 ]

[PCan]

@CH4OS Ik heb de LiTime App op een smartphone en die heeft contact via Bluetooth

[CH4OS]

PCan schreef op vrijdag 27 maart 2026 @ 16:06:
@CH4OS Ik heb de LiTime App op een smartphone en die heeft contact via Bluetooth

Ja, dat gaat dus niet werken, schijnbaar staat de batterij via bluetooth maar 1 device tegelijk toe. Zie de readme direct op de homepage van de repository die je linkt. Onder requirements:

The BMS must not be connected to another BLE client (e.g. an ESP32 running ESPHome) at the same time

Als dit het geval is, zou de batterij automatisch gedetecteerd moeten worden, zie ook het kopje auatomatic discovery:

If your Home Assistant host has a Bluetooth adapter, LiTime batteries within range will be discovered automatically. A notification will appear prompting you to set up the device.

[ Voor 37% gewijzigd door CH4OS op 27-03-2026 16:09 ]

[PCan]

@CH4OS
Bingo. Heb Bluetooth in de App uitgezet en voila het werkt. Dank je!

[DikkieDick]

AWEF schreef op woensdag 10 april 2024 @ 13:01:
[...]


Als je de huidige P1 meter laat staan blijft die in je energy dahsboard zichtbaar.

Tip: Ik heb een template sensor aangemaakt die gevuld word met de data van m'n P1 meter. Op het moment dat ik een nieuwe P1 meter aansluit, dan wijzig ik de waarde van de template sensor en dan blijft alle data gewoon zichtbaar zonder iets aan te passen.

Het is een oud bericht maar ik loop tegen hetzelfde fenomeen aan en vandaag wordt mijn nieuwe P1-meter binnnen verwacht. Dacht dat ik al een aparte template sensor had maar klaarblijkelijk niet. Het maffe is dat ik de template-sensors van de nu defecte P1-meter ook niet meer vind in HomeAssistant zelf (ook niet als niet beschikbaar). Zou het dan nog een optie kunnen zijn om de sensoren van de nieuwe P1-meter dezelfde naam te geven als de oude? Ik was eigenlijk in de veronderstelling dat ik al aparte sensoren had aangemaakt op basis van die gegevens, maar helaas dus...

Waar ik bang voor ben is door toevoeging van de nieuwe P1-meter ik de 1e keer absurde waardes in mijn dashboard krijg dat ik zeg maar 11000kWh heb afgenomen en 6000kWh heb teruggeleverd vandaag, En dat wil ik proberen te voorkomen.
Sowieso maar ff complete backup eerst

Update: toch die sensors gevonden. Ik zocht te moeilijk.

Nog een update: overigens wel ooit afgeleide sensoren gemaakt maar die niet aan het dashboard toegevoegd. Ik denk dat ik ook weet waarom want soms geeft ie een waarde 0. Jaren geleden die sensor aangemaakt.

- sensor:
- name: 'Totale stroom import piek'
unit_of_measurement : "kWh"
state: "{{ states('sensor.p1_meter_total_power_import_t2') | round(1, default=0) }} "
icon: mdi:flash

Geeft dus nu ook 0 en die zou eigenljik de laatste waarde (ok, dat is 0 nu omdat er niks binnenkomt) moeten geven.

Overigens kan ik niet de configuratie van het elektriciteitsnetwerk in het dashboard aanpassen zo lijkt het. Dan moet ik denk ik toch gaan voor de optie om straks de entiteiten van de P1-meter diezelfde naam te geven.

[ Voor 32% gewijzigd door DikkieDick op 28-03-2026 08:12 ]

[TheFes]

DikkieDick schreef op zaterdag 28 maart 2026 @ 07:45:
[...]


Het is een oud bericht maar ik loop tegen hetzelfde fenomeen aan en vandaag wordt mijn nieuwe P1-meter binnnen verwacht. Dacht dat ik al een aparte template sensor had maar klaarblijkelijk niet. Het maffe is dat ik de template-sensors van de nu defecte P1-meter ook niet meer vind in HomeAssistant zelf (ook niet als niet beschikbaar). Zou het dan nog een optie kunnen zijn om de sensoren van de nieuwe P1-meter dezelfde naam te geven als de oude? Ik was eigenlijk in de veronderstelling dat ik al aparte sensoren had aangemaakt op basis van die gegevens, maar helaas dus...

Waar ik bang voor ben is door toevoeging van de nieuwe P1-meter ik de 1e keer absurde waardes in mijn dashboard krijg dat ik zeg maar 11000kWh heb afgenomen en 6000kWh heb teruggeleverd vandaag, En dat wil ik proberen te voorkomen.
Sowieso maar ff complete backup eerst

Update: toch die sensors gevonden. Ik zocht te moeilijk.

Nog een update: overigens wel ooit afgeleide sensoren gemaakt maar die niet aan het dashboard toegevoegd. Ik denk dat ik ook weet waarom want soms geeft ie een waarde 0. Jaren geleden die sensor aangemaakt.

- sensor:
- name: 'Totale stroom import piek'
unit_of_measurement : "kWh"
state: "{{ states('sensor.p1_meter_total_power_import_t2') | round(1, default=0) }} "
icon: mdi:flash

Geeft dus nu ook 0 en die zou eigenljik de laatste waarde (ok, dat is 0 nu omdat er niks binnenkomt) moeten geven.

Overigens kan ik niet de configuratie van het elektriciteitsnetwerk in het dashboard aanpassen zo lijkt het. Dan moet ik denk ik toch gaan voor de optie om straks de entiteiten van de P1-meter diezelfde naam te geven.

[Afbeelding]

Die template sensor zal inderdaad voor 0 waardes zorgen als de bronsensor niet beschikbaar is. Die vanwege je default waarde op je round filter.
In plaats van een default waarde kun je dus beter availability gebruiken zodat je template sensor unavailable wordt als de bronsensor niet beschikbaar is. Dan krijg je ook die spikes niet.

Voor het vervangen van je P1 meter kun je simpelweg zorgen dat de nieuwe integratie dezelfde entity_ids gebruikt als de oude, dan wordt de history gemigreerd. Ik ben daarvoor al een aantal keer een stappenplan gepost in dit topic.

[HuismAndré]

TheFes schreef op zaterdag 28 maart 2026 @ 09:03:
[...]
Voor het vervangen van je P1 meter kun je simpelweg zorgen dat de nieuwe integratie dezelfde entity_ids gebruikt als de oude, dan wordt de history gemigreerd. Ik ben daarvoor al een aantal keer een stappenplan gepost in dit topic.

Is er ook een (liefst makkelijke) manier om LTS data los te weken van de ene sensor en daarna aan de andere sensor te knopen zonder ze te hoeven verwijderen?

[DikkieDick]

TheFes schreef op zaterdag 28 maart 2026 @ 09:03:
[...]

Die template sensor zal inderdaad voor 0 waardes zorgen als de bronsensor niet beschikbaar is. Die vanwege je default waarde op je round filter.
In plaats van een default waarde kun je dus beter availability gebruiken zodat je template sensor unavailable wordt als de bronsensor niet beschikbaar is. Dan krijg je ook die spikes niet.

Voor het vervangen van je P1 meter kun je simpelweg zorgen dat de nieuwe integratie dezelfde entity_ids gebruikt als de oude, dan wordt de history gemigreerd. Ik ben daarvoor al een aantal keer een stappenplan gepost in dit topic.

Heb je ff een snelle link naar het stappenplan want heb zitten zoeken en vond hem niet. Had de oude sensoren hernoemd en de nieuwe de oude naam gegeven maar helaas is het hele energiedashboard leeg van voor zo net. Alleen het gas ging goed. Ga nu de backup terugplaatsen

[Septillion]

@DikkieDick Als je wilt dat nieuwe sensor verder gaat met oude waarde kan je niet hernoemen. Dat kan alleen door de oude echt te verwijderen. Als je hernoemt dan hernoem je ook de LTS. Bij verwijderen blijft deze bestaan onder de aloude naam en als je dan de nieuwe sensor de oude naam heeft plak je het er aan vast.

Maar je bent dus niet zo zeer over van meter maar van P1 uitlezer?

[ Voor 29% gewijzigd door Septillion op 28-03-2026 14:11 ]

[DikkieDick]

Septillion schreef op zaterdag 28 maart 2026 @ 14:09:
@DikkieDick Als je wilt dat nieuwe sensor verder gaat met oude waarde kan je niet hernoemen. Dat kan alleen door de oude echt te verwijderen. Als je hernoemt dan hernoem je ook de LTS. Bij verwijderen blijft deze bestaan onder de aloude naam en als je dan de nieuwe sensor de oude naam heeft plak je het er aan vast.

Maar je bent dus niet zo zeer over van meter maar van P1 uitlezer?

Het is me even abracadabra aan het worden. Overigens na de restore zijn heel apart de naamswijzigingen nog steeds in tact, dus de oude entiteiten had ik hernoemd naar naam_oud, en de nieuwe naar de oude naam. En heb toch echt alles gerestored, dus de complete /config-directory met subdirectories na het stoppen van de docker-container. En de backup was ook gemaakt met gestopte docker-container. Backup is van 13:22.
Het energydashboard geeft in ieder geval weer mijn historie, maar niet dat de entiteiten niet beschikbaar zijn (zoals hierboven in het screenshotje van vanochtend). Nou ja, ff kijken wat ie er om 3 uur zo van maakt.

En ik lees idd P1-meter uit via HomeWizard. In ieder geval is het positieve wel dat de nieuwe P1-meter bij de eerste poging ook wilde connecten aan de Marstek Venus-batterij dus kan weer mooi op zelf geïnitieerde mode zetten. Fw van de P1-meter is nog 5.zoveel. Wilde na toevoegen in HW-app gelijk updaten maar daar liep iets mis. En ik wil hem nu ook op de 5.x laten want daar heeft de batterij 14 maanden zonder problemen mee kunnen werken.

En om 3 uur ziet het er goed uit. Uiteraard vreemde waardes bij vandaag want dat is nog het restant wat ie gemist heeft afgelopen week.





Daar kan ik mee leven. Maar daar had ik ook al wel rekening mee gehouden. Afgelopen dagen gaf het bord dat ik 100% zelfvoorzienend was. :-)

[ Voor 38% gewijzigd door DikkieDick op 28-03-2026 15:07 ]

[TheFes]

DikkieDick schreef op zaterdag 28 maart 2026 @ 14:16:
[...]


Het is me even abracadabra aan het worden. Overigens na de restore zijn heel apart de naamswijzigingen nog steeds in tact, dus de oude entiteiten had ik hernoemd naar naam_oud, en de nieuwe naar de oude naam. En heb toch echt alles gerestored, dus de complete /config-directory met subdirectories na het stoppen van de docker-container. En de backup was ook gemaakt met gestopte docker-container. Backup is van 13:22.
Het energydashboard geeft in ieder geval weer mijn historie, maar niet dat de entiteiten niet beschikbaar zijn (zoals hierboven in het screenshotje van vanochtend). Nou ja, ff kijken wat ie er om 3 uur zo van maakt.

En ik lees idd P1-meter uit via HomeWizard. In ieder geval is het positieve wel dat de nieuwe P1-meter bij de eerste poging ook wilde connecten aan de Marstek Venus-batterij dus kan weer mooi op zelf geïnitieerde mode zetten. Fw van de P1-meter is nog 5.zoveel. Wilde na toevoegen in HW-app gelijk updaten maar daar liep iets mis. En ik wil hem nu ook op de 5.x laten want daar heeft de batterij 14 maanden zonder problemen mee kunnen werken.

En om 3 uur ziet het er goed uit. Uiteraard vreemde waardes bij vandaag want dat is nog het restant wat ie gemist heeft afgelopen week.

[Afbeelding]

[Afbeelding]

Daar kan ik mee leven. Maar daar had ik ook al wel rekening mee gehouden. Afgelopen dagen gaf het bord dat ik 100% zelfvoorzienend was. :-)

Hernoemen naar naam_oud en dan de nieuw sensor hernoemen naar naam gaat niet werken, je histoire verhuist dan al mee naar naam_oud.
De oude sensor moet helemaal weg zijn, je moet de integratie verwijderen, en dan moet je de nieuwe sensor hernoemen naar het laatst bekende entity_id wat de oude sensor had.

[DikkieDick]

TheFes schreef op zaterdag 28 maart 2026 @ 17:44:
[...]


Hernoemen naar naam_oud en dan de nieuw sensor hernoemen naar naam gaat niet werken, je histoire verhuist dan al mee naar naam_oud.
De oude sensor moet helemaal weg zijn, je moet de integratie verwijderen, en dan moet je de nieuwe sensor hernoemen naar het laatst bekende entity_id wat de oude sensor had.

Thanx. Dat is voor de volgende keer. Op de 1 of andere manier is het na een restore toch goed gekomen.

[Out.of.Control]

Ik wil gaan starten met HA en heb een paar vragen om te controleren of ik op het juiste spoor zit.

Op dit moment gebruik ik een HomeWizard P1 meter om ons energieverbruik te monitoren. Ook de opwek van de zonnepanelen zit hierin (1x Solax en 1x Goodwe omvormer), maar dat loopt de afgelopen maanden niet zo soepel (vertraagde weergave of helemaal geen data).
Nu zit ik al langer te kijken naar HA, maar het slecht kunnen inzien van de opwek (en dus ook ons netto verbruik) is voor mij het zetje om er nu echt mee te gaan beginnen.

In eerste instantie wil ik dus vooral inzicht hebben in het energieverbruik inclusief opwek. Dus vergelijkbaar met HW, maar dan goed werkend.
Data in eigen beheer hebben vind ik een pluspunt.
Wellicht dat er later dit jaar nog een thuisaccu bij komt en over enkele jaren een EV en/of WP, maar dat is nu nog niet aan de orde. En wellicht dat ik wat uitbreidingen ga doen met verlichting aansturen.

Dat is het plan, nu de uitwerking. Ik heb geen systeem waar ik HAOS op kan draaien, dus ik zit te kijken naar de HA green. Om mee te beginnen lijkt me dat prima, vervangen door iets anders kan altijd nog.
Voor inzicht in het verbruik kan ik de API-toegang vand de HW-P1 meter gebruiken. Blijft (voor nu) over: de zonnepanelen.
Als ik het goed heb, zou dat op 3 manieren kunnen: via de cloud van de omvormers, via rechtstreekse API-toegang tot de omvormers of via een eigen meting.
Voor Goodwe zie ik hier een rijtje omvormers staan, maar mijn type (GW2500-NS) staat daar niet tussen.
Voor de Solax is het mij niet duidelijk welke types je via een API kunt uitlezen. Ik heb een X1-mini (2kW), een instap-modelletje, dus daar verwacht ik niet al te veel van.
Via de cloud zou kunnen, maar ik wel stap-voor-stap een beetje weg van alle cloud-oplossingen, dus dan blijft een lokale meting over. Met als voordeel dat je ook real-time opwek en netto verbruik kunt inzien (denk/hoop ik).
Daarvoor zit ik te kijken naar Shelly en dan lijkt een Pro EM-50 mij het meest geschikt. De twee omvormers zitten op twee afzonderlijke fasen aangesloten, dus dan heb ik er twee nodig. Met een EM Gen3 zou het ook moeten kunnen, maar hoe werk je dat netjes weg in een groepenkast? Los laten bungelen lijkt me niet de bedoeling, dus dan is een DIN-uitvoering wat praktischer. Met als voordeel de LAN-aansluiting.

Dus kan kom ik voor nu uit op 2x Shelly Pro EM-50 en 1x HA Green. Zit ik daarmee op het juiste spoor of zijn er dingen die ik over het hoofd zie?

Alvast bedankt!

[Raven]

@Septillion @tagican @BGFG @TheFes Het is gelukt de Myggbett toe te voegen , overigens zonder smartphone gedaan -> How to use Home Assistant to add Matter devices without a phone

Eerst werkte die methode niet:
Matter Server

code:

2026-03-29 10:22:52.968 (Dummy-2) CHIP_ERROR [chip.native.EM] <<5 [E:38555i with Node: <0000000000000000, 0> S:0 M:232652494] (U) Msg Retransmission to 0:0000000000000000 failure (max retries:4)
2026-03-29 10:23:21.158 (Dummy-2) CHIP_ERROR [chip.native.SC] PASESession timed out while waiting for a response from the peer. Expected message type was 33
2026-03-29 10:26:23.158 (Dummy-2) CHIP_ERROR [chip.native.EM] <<5 [E:38556i with Node: <0000000000000000, 0> S:0 M:232652495] (U) Msg Retransmission to 0:0000000000000000 failure (max retries:4)
2026-03-29 10:26:47.186 (Dummy-2) CHIP_ERROR [chip.native.SC] PASESession timed out while waiting for a response from the peer. Expected message type was 33
2026-03-29 10:29:50.500 (Dummy-2) CHIP_ERROR [chip.native.EM] <<5 [E:38557i with Node: <0000000000000000, 0> S:0 M:232652496] (U) Msg Retransmission to 0:0000000000000000 failure (max retries:4)
2026-03-29 10:30:13.211 (Dummy-2) CHIP_ERROR [chip.native.SC] PASESession timed out while waiting for a response from the peer. Expected message type was 33

OTBR

code:

00:32:09.433 [N] MeshForwarder-: Dropping IPv6 UDP msg, len:146, chksum:a71d, ecn:no, sec:yes, error:AddressQuery, prio:low, radio:all
00:32:09.433 [N] MeshForwarder-:     src:[fd78:*:*:*:*:*:*:*]:42444
00:32:09.433 [N] MeshForwarder-:     dst:[fd78:*:*:*:*:*:*:*]:5540
00:32:09.747 [N] MeshForwarder-: Dropping IPv6 UDP msg, len:146, chksum:a71d, ecn:no, sec:yes, error:Drop, prio:low, radio:all
00:32:09.747 [N] MeshForwarder-:     src:[fd78:*:*:*:*:*:*:*]:42444
00:32:09.747 [N] MeshForwarder-:     dst:[fd78:*:*:*:*:*:*:*]:5540
00:32:12.641 [N] MeshForwarder-: Dropping IPv6 UDP msg, len:146, chksum:a71d, ecn:no, sec:yes, error:Drop, prio:low, radio:all
00:32:12.641 [N] MeshForwarder-:     src:[fd78:*:*:*:*:*:*:*]:42444
00:32:12.641 [N] MeshForwarder-:     dst:[fd78:*:*:*:*:*:*:*]:5540

Toen las ik dat de BT-adapter niet toegevoegd mag zijn als apparaat, gezien de al toegevoegde BT-adapter al in gebruik was (aanwezigheid detectie) een 2e BT ontvanger aan de HASS-VM gekoppeld maar deze niet als apparaat toegevoegd (als ontdekt laten staan) en nu werkt het pairen wel

Hierbij wel opgemerkt dat de streepjes van de pairingcode niet ingevoerd dienen te worden, zie ook https://www.reddit.com/r/.../1q61vi5/comment/ny96e4v/

[Septillion]

@Out.of.Control Niet zo bekend met Goodwe en Solax dus daar kan ik je net mee helpen.

Een Shelly EM Gen3 zou je vast kunnen zetten op de DIN-rail. Daar zijn wel wat 3D prints voor te krijgen.

Maar als je ook ergens in je kast een 3-fase groep hebt zou je ook een Shelly 3EM-63T Gen3 kunnen overwegen. Die is zo'n beetje net zo groot als 3 CT (stroomspoelen). De spanning daarvoor moet wel van een enkele groep komen (vandaar dus een 3-fase groep) maar met de T-versie zou je de draden van andere groepen er door kunnen laten lopen. Zelfde geldt voor de Shelly Pro 3EM maar die is duurder en moet nog op de DIN-rail maar heeft wel ethernet.

[Septillion]

@Raven Mooi dat het daarmee wel is gelukt.

Tijdens proces geef je zelfde SSID op als waar je telefoon mee verbonden is?

[Ortep]

Is er iemand die deze https://aliexpress.com/item/1005011542178125.html gebruikt?
Hij zou volgens de beschrijving moeten reageren op een druk vanaf 10 kg. Prima om hem onder een matras te leggen. Maar wat ik merk is dat hij dan altijd wel op aanwezig gaat. Na wat testen lijkt het er op dat hij op 100-200 gram reageert. Dat betekent dat hij boven op de matras moet maar dan ook al reageert als er een stapel handoeken op wordt gezet.
In de instellingen heb ik de gevoeligheid al op 'low' gezet. maar dat maakt weinig uit.

[ Voor 36% gewijzigd door Septillion op 29-03-2026 15:54 . Reden: Link cleanup ]

[Raven]

Septillion schreef op zondag 29 maart 2026 @ 11:45:
@Raven Mooi dat het daarmee wel is gelukt.

Tijdens proces geef je zelfde SSID op als waar je telefoon mee verbonden is?

Er komt geen SSID bij kijken. De Matter Server maakt de connectie via BLE (via de 2e bluetooth adapter die aan HASS hangt) en pusht via die weg de Thread-instellingen, waarna HASS 'm oppikt.

[Septillion]

@Raven Owja, Thread.Excusses, was ik weer vergeten

Maarja, des te meer ik dus denk dat er ergens qua routing tussen je telefoon en de TBR iets niet goed gaat. Maar mooi dat het zo ook lukt

[tagican]

@Raven Dit is wel een mooie oplossing, ik krijg het bij mij nog niet werkend, maar daar zal ik ook nog even induiken!

Septillion schreef op zondag 29 maart 2026 @ 18:14:
@Raven Owja, Thread.Excusses, was ik weer vergeten

Maarja, des te meer ik dus denk dat er ergens qua routing tussen je telefoon en de TBR iets niet goed gaat. Maar mooi dat het zo ook lukt

De afgelopen week heb ik een paar keer gekeken hoe en wat er verstuurd wordt. Ik heb niet alles kunnen capturen, maar het komt er op neer dat er een multicast wordt verstuurd naar een link-local adres (fe02::fb), terwijl dat op een netwerk met VLANs niet werkt --> dan zul je een apparaat hebben die het door gaat sturen. Daarnaast zit ik ook nog even te strugglen met IPv6 ND op mijn router, waardoor ook de route naar HomeAssistant (de border router) nog niet goed functioneerde. De oplossing om direct te verbinden op de Thread router is eigenlijk één van de "makkelijkere" oplossingen denk ik.

[icecreamfarmer]

Misschien een aparte vraag maar ik wil handelen op basis van het weerbericht wat over een uur ingaat.
Mijn zonneschermen moeten automatisch omhoog ZIJN wanneer de windbelasting boven de 60km/h (windkracht komt.
Nu kan ik met de buienradar integratie prima de huidige windsnelheid zien maar ik zou graag een uur van te voren een bericht ontvangen en een actie inschieten.

Hoe krijg ik dat voor elkaar?

[Raven]

Septillion schreef op zondag 29 maart 2026 @ 18:14:
@Raven Owja, Thread.Excusses, was ik weer vergeten

Maarja, des te meer ik dus denk dat er ergens qua routing tussen je telefoon en de TBR iets niet goed gaat. Maar mooi dat het zo ook lukt

De meest waarschijnlijke oorzaak (zie ook hieronder): het is waarschijnlijk IPv6 gerelateerd. Hoewel ik mDNS laat forwarden door de router, het netwerk heeft vooralsnog alleen fe80-addressen en die werken alleen binnen een VLAN. Het zou kunnen dat zodra ik fd00-/ ULA-adressen laat verspreiden door radvd dat het dan wel werkt.

tagican schreef op zondag 29 maart 2026 @ 18:25:
@Raven Dit is wel een mooie oplossing, ik krijg het bij mij nog niet werkend, maar daar zal ik ook nog even induiken!


[...]

De afgelopen week heb ik een paar keer gekeken hoe en wat er verstuurd wordt. Ik heb niet alles kunnen capturen, maar het komt er op neer dat er een multicast wordt verstuurd naar een link-local adres (fe02::fb), terwijl dat op een netwerk met VLANs niet werkt --> dan zul je een apparaat hebben die het door gaat sturen. Daarnaast zit ik ook nog even te strugglen met IPv6 ND op mijn router, waardoor ook de route naar HomeAssistant (de border router) nog niet goed functioneerde. De oplossing om direct te verbinden op de Thread router is eigenlijk één van de "makkelijkere" oplossingen denk ik.

Er zijn een paar dingen om goed op te letten:
- De BT-ontvanger mag niet(!) zijn toegevoegd aan HASS, deze moet op ontdekt blijven staan op de integraties pagina, dus niet toegevoegd onder de BT-integratie;
- De streepjes van de Matter-pairing-code niet invullen, alleen de 11 cijfers;
- Het juiste ID-nummer van de BT-adapter in de Matter Server config zetten, de eerste heeft hier hci0 (oftewel 0) de ander hci1 (oftewel 1) toegewezen gekregen. De "hci" dus niet invoeren.

Dat is ook mijn vermoeden, dat het komt doordat er (vooralsnog) alleen fe80-adressen zijn. Was al bezig met het op basis van toegewezen /48 prefix (die uit journalctl wordt gevist) een radvd-config te laten genereren met zowel publieke als fd00 (ULA) adressen, kijken of dat uitmaakt m.b.t. het gebruiken van VLAN's.

ND, don't get me started.

offtopic:
Accept_ra werd telkens overschreven naar 0 terwijl ik 2 had opgegeven, waardoor de /48 niet werd toegewezen (KPN gebruikt een combinatie van DHCPv6 en ND aldus Wireshark-capture). Uiteindelijk heb ik die sysctl instelling in een pre-up scirpt gezet dat telkens bij het opkomen van de WAN-PPP-interface wordt uitgevoerd. Dit doen via /etc/sysctl.d/ heeft geen effect, of wel effect maar bij opkomen WAN-PPP-interface om een of andere reden overschreven. Met MTU had ik ook zoiets, instellingen wel opslaan maar niet toepassen met als gevolg dat veel sites een timeout gaven, maar dat wordt offtopic. (Zie KPN-glasvezel topic)

[dixet]

icecreamfarmer schreef op zondag 29 maart 2026 @ 18:42:
Misschien een aparte vraag maar ik wil handelen op basis van het weerbericht wat over een uur ingaat.
Mijn zonneschermen moeten automatisch omhoog ZIJN wanneer de windbelasting boven de 60km/h (windkracht komt.
Nu kan ik met de buienradar integratie prima de huidige windsnelheid zien maar ik zou graag een uur van te voren een bericht ontvangen en een actie inschieten.

Hoe krijg ik dat voor elkaar?

De KNMI integratie biedt een per-uur forecast voor de komende 24 uur.

[BGFG]

Raven schreef op zondag 29 maart 2026 @ 11:34:
@Septillion @tagican @BGFG @TheFes Het is gelukt de Myggbett toe te voegen , overigens zonder smartphone gedaan -> How to use Home Assistant to add Matter devices without a phone

Eerst werkte die methode niet:
Matter Server

code:

2026-03-29 10:22:52.968 (Dummy-2) CHIP_ERROR [chip.native.EM] <<5 [E:38555i with Node: <0000000000000000, 0> S:0 M:232652494] (U) Msg Retransmission to 0:0000000000000000 failure (max retries:4)
2026-03-29 10:23:21.158 (Dummy-2) CHIP_ERROR [chip.native.SC] PASESession timed out while waiting for a response from the peer. Expected message type was 33
2026-03-29 10:26:23.158 (Dummy-2) CHIP_ERROR [chip.native.EM] <<5 [E:38556i with Node: <0000000000000000, 0> S:0 M:232652495] (U) Msg Retransmission to 0:0000000000000000 failure (max retries:4)
2026-03-29 10:26:47.186 (Dummy-2) CHIP_ERROR [chip.native.SC] PASESession timed out while waiting for a response from the peer. Expected message type was 33
2026-03-29 10:29:50.500 (Dummy-2) CHIP_ERROR [chip.native.EM] <<5 [E:38557i with Node: <0000000000000000, 0> S:0 M:232652496] (U) Msg Retransmission to 0:0000000000000000 failure (max retries:4)
2026-03-29 10:30:13.211 (Dummy-2) CHIP_ERROR [chip.native.SC] PASESession timed out while waiting for a response from the peer. Expected message type was 33

OTBR

code:

00:32:09.433 [N] MeshForwarder-: Dropping IPv6 UDP msg, len:146, chksum:a71d, ecn:no, sec:yes, error:AddressQuery, prio:low, radio:all
00:32:09.433 [N] MeshForwarder-:     src:[fd78:*:*:*:*:*:*:*]:42444
00:32:09.433 [N] MeshForwarder-:     dst:[fd78:*:*:*:*:*:*:*]:5540
00:32:09.747 [N] MeshForwarder-: Dropping IPv6 UDP msg, len:146, chksum:a71d, ecn:no, sec:yes, error:Drop, prio:low, radio:all
00:32:09.747 [N] MeshForwarder-:     src:[fd78:*:*:*:*:*:*:*]:42444
00:32:09.747 [N] MeshForwarder-:     dst:[fd78:*:*:*:*:*:*:*]:5540
00:32:12.641 [N] MeshForwarder-: Dropping IPv6 UDP msg, len:146, chksum:a71d, ecn:no, sec:yes, error:Drop, prio:low, radio:all
00:32:12.641 [N] MeshForwarder-:     src:[fd78:*:*:*:*:*:*:*]:42444
00:32:12.641 [N] MeshForwarder-:     dst:[fd78:*:*:*:*:*:*:*]:5540

Toen las ik dat de BT-adapter niet toegevoegd mag zijn als apparaat, gezien de al toegevoegde BT-adapter al in gebruik was (aanwezigheid detectie) een 2e BT ontvanger aan de HASS-VM gekoppeld maar deze niet als apparaat toegevoegd (als ontdekt laten staan) en nu werkt het pairen wel

Hierbij wel opgemerkt dat de streepjes van de pairingcode niet ingevoerd dienen te worden, zie ook https://www.reddit.com/r/.../1q61vi5/comment/ny96e4v/

Mooi! Ik heb ze teruggebracht omdat ze voortdurend de verbinding verbraken. Voor mij niet betrouwbaar genoeg helaas….

[Hmmbob]

icecreamfarmer schreef op zondag 29 maart 2026 @ 18:42:
Misschien een aparte vraag maar ik wil handelen op basis van het weerbericht wat over een uur ingaat.
Mijn zonneschermen moeten automatisch omhoog ZIJN wanneer de windbelasting boven de 60km/h (windkracht komt.
Nu kan ik met de buienradar integratie prima de huidige windsnelheid zien maar ik zou graag een uur van te voren een bericht ontvangen en een actie inschieten.

Dan kan je beter NL_weather gebruiken, die bevat de wind_gust_speed en dat is wat je zoekt:

YAML:

weather.verwachtingen:
  forecast:
    - datetime: "2026-03-29T19:00:00Z"
      condition: cloudy
      precipitation_probability: 0
      wind_bearing: 230.23
      temperature: 7
      wind_gust_speed: 38
      wind_speed: 29
      precipitation: 0.01

_{(En haalt zijn gegevens daadwerkelijk rechtstreeks bij het KNMI op, niet via een andere 3rd party API. Het blijft gek dat er een "KNMI" integratie is die gegevens via een 3rd party ophaalt, en dat de integratie die rechtstreeks met KNMI data werkt (daarom?) "NL_Weather" heet.)}

[ Voor 41% gewijzigd door Hmmbob op 30-03-2026 08:53 ]

[TheFes]

Hmmbob schreef op zondag 29 maart 2026 @ 22:07:
[...]

Dan kan je beter NL_weather gebruiken, die bevat de wind_gust_speed en dat is wat je zoekt:

YAML:

weather.verwachtingen:
  forecast:
    - datetime: "2026-03-29T19:00:00Z"
      condition: cloudy
      precipitation_probability: 0
      wind_bearing: 230.23
      temperature: 7
      wind_gust_speed: 38
      wind_speed: 29
      precipitation: 0.01

(En haalt zijn gegevens daadwerkelijk rechtstreeks bij het KNMI op, niet via een andere 3rd party API. Het blijft gek dat er een "KNMI" integratie is die gegevens via een 3rd party ophaalt, en dat de integratie die rechtstreeks met KNMI data werkt (daarom?) "NL_Weather" heet.)

Ik snap het nu niet zo van de twee verschillende weather entities, wat geven de state/attributes van de weather entity met de voorspellingen nu aan? Ze verschillen van de entity met de huidige waarneming.

[icecreamfarmer]

Hmmbob schreef op zondag 29 maart 2026 @ 22:07:
[...]

Dan kan je beter NL_weather gebruiken, die bevat de wind_gust_speed en dat is wat je zoekt:

YAML:

weather.verwachtingen:
  forecast:
    - datetime: "2026-03-29T19:00:00Z"
      condition: cloudy
      precipitation_probability: 0
      wind_bearing: 230.23
      temperature: 7
      wind_gust_speed: 38
      wind_speed: 29
      precipitation: 0.01

(En haalt zijn gegevens daadwerkelijk rechtstreeks bij het KNMI op, niet via een andere 3rd party API. Het blijft gek dat er een "KNMI" integratie is die gegevens via een 3rd party ophaalt, en dat de integratie die rechtstreeks met KNMI data werkt (daarom?) "NL_Weather" heet.)

Ja ik twijfel nog of ik windgust of windspeed moet gebruiken voor de aansturing.
In principe wordt zoiets aangestuurd door een weerstation van Warema en die zal geen voorspellingen kunnen doen behalve de huidige windsnelheid meten. Ik heb echter alles via Z wave modules dus dat weerstation doet niets. Nu zou ik nog een weerstation kunnen kopen maar echt fatsoenlijke krijg ik ook niet gevonden.

Dit is de weerdata

Rijlabels	Som van Windstoot >17 m/s	Som van WindSnelheid Boven 17 m/s
2010	10	0
2011	19	0
2012	19	0
2013	19	0
2014	23	0
2015	32	0
2016	12	0
2017	18	0
2018	19	1
2019	27	0
2020	28	0
2021	14	0
2022	20	0
2023	21	0
2024	25	0
2025	7	0
Eindtotaal	313	1

Windstoten komen gemiddeld 20x p.j. voor, maar echt harde wind maar 1x in de afgelopen 16 jaar.
Dit is weerdata van Gilze Rijen.

[Impossibl3]

Een vraagje. Mijn InfluxDB v1 (geïnstalleerd als add-on destijds, nu app) laat mijn hele systeem crashen. Nu wil ik graag de database exporteren zodat ik die data veilig heb voordat ik InfluxDB opnieuw installeer. Ik dacht ik ga dit doen via Portainer maar deze is gearchiveerd wegens instabiliteitsproblemen. Hebben jullie nog tips hoe ik bij mijn database kom die verstopt zit in een docker container binnen HAOS zodat ik die kan kopieren naar mijn eigen schijf en InfuxDB opnieuw kan instellen waarna ik de data weer terug zet in de nieuwe database?

[ Voor 4% gewijzigd door Impossibl3 op 30-03-2026 09:30 ]

[Septillion]

@Impossibl3 Alle data van Influx zit toch gewoon in de HA backup van Influx?

[Impossibl3]

@Septillion klopt maar het is al even geleden dat het corrupt is gegaan (ca 1 maand geleden). Ik heb Influx daarom uitgezet (had even andere dingen waar ik energie in wilde/moest steken). Het is dus niet zo zeer even 1 dag aan backup terug zetten.

[Septillion]

@Impossibl3 Als de app nog draait zou je via de Advanced SSH (met protection uit) de container in kunnen. Door docker exec -it addon_a0d7b954_influxdb bash

Maar de data in de backup is dus niet bruikbaar? Moet ik zeggen, weet niet heel veel van Influx qua structuur

[Impossibl3]

@Septillion Ik weet niet of de data uit de backup bruikbaar is. Als het kan zou ik graag de backup "openen" buiten HA om om de database er uit te halen.

InfluxDB draait niet meer (nog wel geïnstalleerd) omdat die direct HA vast laat lopen.

[Septillion]

@Impossibl3 Wat ik zeg, niet heel veel ervaring met Influx. Maar als ik ChatGPT mag geloven moet het mogelijk zijn de data, meta en wal folders van een nieuwe v1 install (buiten HA om) te vervangen door die uit je backup. En dan gewoon te starten.

[Impossibl3]

@Septillion Hmm ik kom net dit tegen (decrypt-ha-backup). Dat ga ik komende avonden eens proberen of ik daarmee bepaalde bestanden uit de backup kan vissen. Anders ga ik de web met de terminal bewandelen terwijl de app uit staat en als laatste Portainer.

Mocht dit allemaal niet lukken is het jammer van de data maar goed als het extreem belangrijk was had ik het ook wel anders opgeslagen.

[Septillion]

@Impossibl3 Niet nodig hoor. Als je encryptie aan hebt staan en je download de backup via de UI is hij vanzelf decrypt Dus de bestanden eruit halen is een een eitje.

[ Voor 16% gewijzigd door Septillion op 30-03-2026 12:06 ]

[xzaz]

Ik zag dat er nog geen SMLIGHT topic was dus vraag het hier. Ik heb Zigbee draaien met een Sonoff ZBE. Maar nu zoek ik ook een apparaat dat goed werkt met HA dat Matter of Thread ondersteund (voor Ikea). Hier en daar wordt er hier gesproken over de SMLIGHT SLZB. Wat ik begrijp is dat de MR1U variant pass trough heeft met USB en Zigbee + Matter (en daarbij Thread) tegelijk aan kan? En iemand die al ervaring heeft in de ondersteuning met HA?

[ Voor 7% gewijzigd door xzaz op 30-03-2026 12:40 ]

[Gizz]

@xzaz zigbee en thread tegelijk op één apparaat schijnt in de praktijk echt niet lekker te werken.

SMLIGHT is prima spul als je het belangrijk vindt om het apparaat via je netwerk te benaderen. Boeit je dat niet en ben je gewoon op zoek naar een usb-stick, dan kun je net zo goed een tweede Sonoff zigbee dongle kopen en daar Thread-firmware op zetten

Edit: zie nu dat die SLZB-MRxU twee losse chips/radios aan boord heeft en wel Zigbee + Thread kan doen. Maar punt blijft dat je Zigbee al hebt draaien en een tweede Sonoff stick goedkoper is.

[ Voor 21% gewijzigd door Gizz op 30-03-2026 13:00 ]

[RobertMe]

xzaz schreef op maandag 30 maart 2026 @ 12:40:
Wat ik begrijp is dat de MR1U variant pass trough heeft met USB en Zigbee + Matter (en daarbij Thread) tegelijk aan kan?

Ik neem aan dat je hier Zigbee + Thread (en bijgevolg Matter over Thread) bedoeld.

Maar als je tevreden bent over de Sonoff kun je die net zo goed behouden, en dan puur een losse / enkele antenne erbij voor Thread. Mogelijk dat dat zelfs gewoon dezelfde Sonoff zou kunnen zijn. Of de ZBT-2 van Nabu Casa / Home Assistant, of een SMLight met enkele antenne, of ....
Het nadeel van die multi-radio varianten is immers dat als die stuk gaat (fysiek, corrupte firmware, ...) je dus van "multi-radio" naar "0-radio" gaat. Of je wilt in de toekomst wellicht een radio vervangen (Zigbee 4 op de 868MHz? band bv) en moet dan of weer een "dure" multi-radio variant kopen die dan ook nog eens net aan jouw wensen/eisen moet voldoen, of je moet dan toch weer terug naar 2 losse sticks/... en hebt voor niks de "dure" multi-radio gekocht.

[RobertMe]

Gizz schreef op maandag 30 maart 2026 @ 12:58:
@xzaz zigbee en thread tegelijk op één apparaat schijnt in de praktijk echt niet lekker te werken.

Maar jij hebt het dan over multi-pan. Terwijl @xzaz het heeft over de MR sticks. Daar zitten twee losse radio chips in met elk een eigen antenne. Dat zijn dus twee "sticks" in "een behuizing". En dat zal dus niet perse anders werken dan gewoon twee losse sticks. (Hoogstens afhankelijk van baud rates en hoe die gecombineerd worden. De baud rate waarmee je de stick via USB aansluit zal natuurlijk de som (+ extra?) moeten zijn als waarmee de ESP32 die er in zit babbelt met beide radio chips).

[Gizz]

@RobertMe had net mijn post geedit voor jouw reactie. Dank voor de duidelijke toelichting

[xzaz]

Ok; heb nog een Sonoff zigbee dongle besteld en zal deze dan flashen met Thread-firmware.

[superduper]

Impossibl3 schreef op maandag 30 maart 2026 @ 10:49:
@Septillion Ik weet niet of de data uit de backup bruikbaar is. Als het kan zou ik graag de backup "openen" buiten HA om om de database er uit te halen.

InfluxDB draait niet meer (nog wel geïnstalleerd) omdat die direct HA vast laat lopen.

Draai je HA op een Pi? Ik zou eerst kijken of de issues met HAOS17 en influxDb (en Pi) zijn opgelost. Ik had na de update ook random crashses van HA en Influx en heb het ook nog niet aangedurft om influx opnieuw aan te zetten en de data weer te importeren. Ik vermoed niet dat mijn db corrupt is (waarom denk jij van wel?)

[Impossibl3]

superduper schreef op maandag 30 maart 2026 @ 17:03:
[...]


Draai je HA op een Pi? Ik zou eerst kijken of de issues met HAOS17 en influxDb (en Pi) zijn opgelost. Ik had na de update ook random crashses van HA en Influx en heb het ook nog niet aangedurft om influx opnieuw aan te zetten en de data weer te importeren. Ik vermoed niet dat mijn db corrupt is (waarom denk jij van wel?)

Nee ik draai het op een NUC. Ik denk niet dat mijn db corrupt is maar wil wil influx pas deinstalleren als ik die database er uit heb gehaald. Zodat influx schoon (dit keer in een lxc via proxmox) beschikbaar is. Maar voor proxmox moet ik eerst mijn nuc opnieuw voorzien van software en hier zie je het probleem 😅

[Hmmbob]

TheFes schreef op maandag 30 maart 2026 @ 08:53:
[...]


Ik snap het nu niet zo van de twee verschillende weather entities, wat geven de state/attributes van de weather entity met de voorspellingen nu aan? Ze verschillen van de entity met de huidige waarneming.

Wat ik begrepen heb, wordt de ene écht gevuld met de huidige waarnemingen, en de andere alleen maar met de voorspelde waardes (ook voor "nu"). Dat zijn natuurlijk ook 2 verschillende datapunten (gemeten vs voorspeld), maar eensch: andere integraties doen dat anders

[ Voor 11% gewijzigd door Hmmbob op 30-03-2026 18:33 ]

[Hmmbob]

icecreamfarmer schreef op maandag 30 maart 2026 @ 09:00:
Ja ik twijfel nog of ik windgust of windspeed moet gebruiken voor de aansturing.

Waarom niet allebei? Dat maakt in HA niet uit.

Dan vang je af "rustige wind met harde uitschieters" en "wind bouwt langzaamaan op tot harde wind".

[ Voor 17% gewijzigd door Hmmbob op 30-03-2026 18:37 ]

[TheFes]

Hmmbob schreef op maandag 30 maart 2026 @ 18:31:
[...]

Wat ik begrepen heb, wordt de ene écht gevuld met de huidige waarnemingen, en de andere alleen maar met de voorspelde waardes (ook voor "nu"). Dat zijn natuurlijk ook 2 verschillende datapunten (gemeten vs voorspeld), maar eensch: andere integraties doen dat anders

Dus eigenlijk kan ik ze vergelijken om te zien hoe nauwkeurig de voorspelling geweest is

[Impossibl3]

Het downloaden van de backup en het uitpakken is gelukt. Nu nog influx in docker werkend krijgen. Maar ik ben weer een stap verder.

[icecreamfarmer]

Hmmbob schreef op maandag 30 maart 2026 @ 18:36:
[...]

Waarom niet allebei? Dat maakt in HA niet uit.

Dan vang je af "rustige wind met harde uitschieters" en "wind bouwt langzaamaan op tot harde wind".

Omdat ik de screens als rolluiken gebruik voor mijn verduistering en ik dus niet midden in de nacht wakker wil worden. Moet dus zo min mogelijk reageren.

Ik zie dat de reguliere winddata per 5 minuten wordt geupdate. Geldt dat ook voor de forcast van de wind?
Ik krijg daar geen grafieken van gedraaid.

Voor de huidige windsnelheid geven buienradar en knmi ook beiden andere waarden aan.

[ Voor 7% gewijzigd door icecreamfarmer op 30-03-2026 21:29 ]

[!null]

Ik krijg mijn HomeWizard kWh meter (3-fase) niet gekoppeled. De lokale API staat aan en HomeAssistant ziet hem ook. Dan moet je twee seconden "de knop" indrukken op de HomeWizard. Dat is volgens mij de knop met het Wifi tekentje, en dan gaat hij naar AP modus (terwijl hij nog wel verbonden blijft als client). Wat me niet nodig lijkt.
Maar goed, hij komt niet verder, hij blijft zeggen dat het niet is gelukt, of onbekende fout. Ik vind er online ook niet veel over.

[Hmmbob]

icecreamfarmer schreef op maandag 30 maart 2026 @ 21:27:
Omdat ik de screens als rolluiken gebruik voor mijn verduistering en ik dus niet midden in de nacht wakker wil worden. Moet dus zo min mogelijk reageren.

Even terug naar je originele vraag:

icecreamfarmer schreef op zondag 29 maart 2026 @ 18:42:
Mijn zonneschermen moeten automatisch omhoog ZIJN wanneer de windbelasting boven de 60km/h (windkracht komt.
(...)
Hoe krijg ik dat voor elkaar?

Dat krijg je voor elkaar met een numeric_state trigger die zowel naar de windsnelheid als naar de gusts kijkt met dezelfde grenswaarde (55km/h misschien, voor wat marge?)

Als een van beiden boven je grens komt, gaat je screen omhoog. Dat gebeurt dus maar 1x, wat precies is wat je wil (want anders gaan ze stuk), dus ik snap je opmerking niet. Ze gaan toch niet meer naar beneden? Al triggert de automation nog 15x - als je screens boven zijn kunnen ze niet verder naar boven...

Als je niet wil dat het automatisch tijdens het slapen gebeurt, moet je een check bouwen die naar de wind en windvlagen voorspelling gedurende de nacht kijkt en je voor het slapen een berichtje stuurt.

[ Voor 5% gewijzigd door Hmmbob op 30-03-2026 22:36 ]

[icecreamfarmer]

Hmmbob schreef op maandag 30 maart 2026 @ 22:35:
[...]

Even terug naar je originele vraag:

[...]

Dat krijg je voor elkaar met een numeric_state trigger die zowel naar de windsnelheid als naar de gusts kijkt met dezelfde grenswaarde (55km/h misschien, voor wat marge?)

Als een van beiden boven je grens komt, gaat je screen omhoog. Dat gebeurt dus maar 1x, wat precies is wat je wil (want anders gaan ze stuk), dus ik snap je opmerking niet. Ze gaan toch niet meer naar beneden? Al triggert de automation nog 15x - als je screens boven zijn kunnen ze niet verder naar boven...

Als je niet wil dat het automatisch tijdens het slapen gebeurt, moet je een check bouwen die naar de wind en windvlagen voorspelling gedurende de nacht kijkt en je voor het slapen een berichtje stuurt.

Sorry ik wil idd dat ze automatisch omhoog gaan maar dat moet wel tot een minimum beperkt blijven. Dus als het niet nodig is (bv 1 windstoot) dan laat ik ze liever naar beneden.

[BiG-GuY]

!null schreef op maandag 30 maart 2026 @ 21:58:
Ik krijg mijn HomeWizard kWh meter (3-fase) niet gekoppeled. De lokale API staat aan en HomeAssistant ziet hem ook. Dan moet je twee seconden "de knop" indrukken op de HomeWizard. Dat is volgens mij de knop met het Wifi tekentje, en dan gaat hij naar AP modus (terwijl hij nog wel verbonden blijft als client). Wat me niet nodig lijkt.
Maar goed, hij komt niet verder, hij blijft zeggen dat het niet is gelukt, of onbekende fout. Ik vind er online ook niet veel over.

Korter indrukken, AP mode is te lang.

[Raven]

Ik krijg op willekeurige momenten en meerdere keren per dag dit:

Logger: homeassistant.components.mqtt.client
Bron: components/mqtt/client.py:1271
integratie: MQTT (documentatie, problemen)
Eerst voorgekomen: 03:05:51 (1 gebeurtenis)
Laatst gelogd: 03:05:51
Error returned from MQTT server: The connection was lost.

Gezien de broker op HASS zelf draait, hoe troubleshoot je dit?

[dixet]

Raven schreef op dinsdag 31 maart 2026 @ 09:37:
Ik krijg op willekeurige momenten en meerdere keren per dag dit:

[...]

Gezien de broker op HASS zelf draait, hoe troubleshoot je dit?

Die broker heeft ook gewoon een log. Die kan je bekijken via Instellingen -> Systeem -> Logboek en dan Mosquito broker uit het lijstje selecteren of via Instellingen -> Apps -> Mosquito Broker -> Logboek

[Hmmbob]

icecreamfarmer schreef op maandag 30 maart 2026 @ 22:49:
[...]

Sorry ik wil idd dat ze automatisch omhoog gaan maar dat moet wel tot een minimum beperkt blijven. Dus als het niet nodig is (bv 1 windstoot) dan laat ik ze liever naar beneden.

Zelfs dat kan, dan gebruik je 2 verschillende triggers voor dezelfde automatisering. 1 met een lagere snelheid voor "gewone" windsnelheid, en 1 met een hogere treshold voor de windgusts.

Of je laat de gusts zitten. Maar je vraagt hoe je iets op kan lossen, dat geef ik aan, maar dan komt er steeds een reactie dat dat niet is wat je zoekt/wil. Dan weet ik het op een gegeven moment ook niet meer natuurlijk

[icecreamfarmer]

Hmmbob schreef op dinsdag 31 maart 2026 @ 13:02:
[...]

Zelfs dat kan, dan gebruik je 2 verschillende triggers voor dezelfde automatisering. 1 met een lagere snelheid voor "gewone" windsnelheid, en 1 met een hogere treshold voor de windgusts.

Of je laat de gusts zitten. Maar je vraagt hoe je iets op kan lossen, dat geef ik aan, maar dan komt er steeds een reactie dat dat niet is wat je zoekt/wil. Dan weet ik het op een gegeven moment ook niet meer natuurlijk

Het is wel wat ik zoek het zijn alleen mijn overpeinzingen die ik deel .
Overigens heb ik wat je zei al draaien en zal eens wat meer weerdata downloaden.

[Get!em]

icecreamfarmer schreef op dinsdag 31 maart 2026 @ 13:50:
[...]


Het is wel wat ik zoek het zijn alleen mijn overpeinzingen die ik deel .
Overigens heb ik wat je zei al draaien en zal eens wat meer weerdata downloaden.

Of je neemt een Ecowitt compatible weerstationnetje. Die heeft windgust en windspeed als sensoren, direct gemeten in jouw tuin / aan je gevel.

Vervolgens bepaal je je drempelwaardes waarop je je screens gaat indraaien, eventueel gebaseerd op het moving average of moving maximum met een window van 10 minuten (via een helper), zodat ze pas reageren als het echt zo wild wordt.

De andere mogelijkheid is de met.no of yr.no (die default al in HA zit) gebruiken als waarde voor komend uur.

[Raven]

dixet schreef op dinsdag 31 maart 2026 @ 11:50:
[...]

Die broker heeft ook gewoon een log. Die kan je bekijken via Instellingen -> Systeem -> Logboek en dan Mosquito broker uit het lijstje selecteren of via Instellingen -> Apps -> Mosquito Broker -> Logboek

Ah ja, helemaal niet aan gedacht , nou, daar is wel wat te zien. Op het moment van de error:

code:

fatal error: slice bounds out of range
runtime stack:
*shitload aan output, voornamelijk regels beginnend met "runtime" *

fatal error: slice bounds out of range
panic during panic
runtime stack:
*shitload aan output, voornamelijk regels beginnend met "runtime" *

[09:31:52] INFO: Service restart after closing
[11:31:53] INFO: Starting mosquitto MQTT broker...
2026-03-31 11:31:53: Warning: Mosquitto should not be run as root/administrator.
2026-03-31 11:31:53: mosquitto version 2.0.22 starting
2026-03-31 11:31:53: Config loaded from /etc/mosquitto/mosquitto.conf.
2026-03-31 11:31:53: Loading plugin: /usr/share/mosquitto/go-auth.so
2026-03-31 11:31:53:  ├── Username/password checking enabled.
2026-03-31 11:31:53:  ├── TLS-PSK checking enabled.
2026-03-31 11:31:53:  └── Extended authentication not enabled.
2026-03-31 11:31:53: Opening ipv4 listen socket on port 1883.
2026-03-31 11:31:53: Opening ipv6 listen socket on port 1883.
2026-03-31 11:31:53: Opening websockets listen socket on port 1884.
2026-03-31 11:31:53: Opening ipv4 listen socket on port 8883.
2026-03-31 11:31:53: Opening ipv6 listen socket on port 8883.
2026-03-31 11:31:53: Opening websockets listen socket on port 8884.
2026-03-31 11:31:53: mosquitto version 2.0.22 running
2026-03-31 11:31:53: New connection from ::1:47064 on port 1883.

Google vind niet zo gauw resultaten met deze error i.c.m. Home Assistant of Mosquitto.

[Tha_T]

Ik had van de week dat ongeveer de helft van mijn Zigbee netwerk ineens niks meer deed. metingen kwamen niet meer binnen, helemaal niks. Ik heb van alles geprobeert maar niks lukte. Uiteindelijk (Had punt 1 moeten zijn, I know) in de log gekeken van ZigbeeToMQTT en daar kwam het volgende naar voren;

zh:controller: Failed to disable join on stop: Error: --> 'SREQ: AF - dataRequestExt - {"dstaddrmode":2,"dstaddr":"0x000000000000fffd","destendpoint":242,"dstpanid":0,"srcendpoint":242,"clusterid":33,"transid":10,"options":0,"radius":30,"len":6,"data":{"type":"Buffer","data":[25,9,2,10,0,0]}}' failed with status '(0x11: BUFFER_FULL)' (expected '(0x00: SUCCESS)')

Ik herkende dit niet maar Claude wel en die gaf aan dat de Zigbee chip in de SLZB-06 de boosdoener was. Die chip met de GUI een trap gegeven en toen kwam ineens alles weer terug online. Beetje vreemd dat die buffer ineens vol gelopen is maar schijnbaar kan het. Iemand anders hier daar ervaring mee dat ie vol loopt?

[JBS]

Het valt me op dat de laatste tijd de Intergas InComfort/Intouch Lan2RF gateway integratie wat instabiel is voor met name de Boiler Pomp en Boiler Brander entiteiten. Deze worden regelmatig niet of met flinke vertraging geupdate.

Onder andere Boiler Warm water temperatuur en Boiler Temperatuur worden echter wel structureel adequaat geupdate.

Herkent iemand dit?

[Gondelier]

De laatste tijd heb ik steeds iets vreemds met mijn twee Home assistant Voice PE's.
Ik heb er een op de eerste etage staan (Hey Jarvis) en ik heb er een in de huiskamer staan (Okey Nabu).
Het vreemde is nu dat zowel bij het normaal praten in de huiskamer als ook de TV aanstaat de PE constant antwoorden aan het geven is.
Nooit last hiermee gehad maar het begint nu toch wel storend te worden.
Ik gebruik Home assistant CLOUD en OpenAI Conversation.
Ook heb ik geprobeert andere wake woorden te gebruiken, steeds beide verschillend,
De PE's verder uit het zicht zetten niets helpt, hij blijft maar kwekken.
Misschien staat dit in het verkeerde topic, maar ik zet het ook in: Het grote ESPhome topic
Als iemand een oplossing weet, heel graag.

[TheFes]

Gondelier schreef op dinsdag 31 maart 2026 @ 15:54:
De laatste tijd heb ik steeds iets vreemds met mijn twee Home assistant Voice PE's.
Ik heb er een op de eerste etage staan (Hey Jarvis) en ik heb er een in de huiskamer staan (Okey Nabu).
Het vreemde is nu dat zowel bij het normaal praten in de huiskamer als ook de TV aanstaat de PE constant antwoorden aan het geven is.
Nooit last hiermee gehad maar het begint nu toch wel storend te worden.
Ik gebruik Home assistant CLOUD en OpenAI Conversation.
Ook heb ik geprobeert andere wake woorden te gebruiken, steeds beide verschillend,
De PE's verder uit het zicht zetten niets helpt, hij blijft maar kwekken.
Misschien staat dit in het verkeerde topic, maar ik zet het ook in: Het grote ESPhome topic
Als iemand een oplossing weet, heel graag.

Ik heb er 5, waarvan 2 op de begane grond (woonkamer en keuken). Ze staan allemaal op Okay Nabu. Ik heb soms wel een false positive vanuit de TV, maar hoogstens een keer in de maand ofzo. False positives tijdens gesprekken gebeuren iets vaker, paar keer per week ofzo.
Ik snap niet helemaal wat het aantal Voice PE's en de afstand er tussen er mee te maken heeft? Het is toch niet zo dat ze op elkaar triggeren?

[Gondelier]

TheFes schreef op dinsdag 31 maart 2026 @ 16:11:
[...]

Ik snap niet helemaal wat het aantal Voice PE's en de afstand er tussen er mee te maken heeft? Het is toch niet zo dat ze op elkaar triggeren?

Beste Martijn,
Als wij met drie personen in de kamer zitten op 2 banken in een hoek van 45 graden, en daartussen staat een salontafel waar de PE op ligt, dan kan deze natuurlijk het gesprek opvangen. En als er dan b.v. iemand zegt Oke gaan we doen, dan komt de PE met: ik weet niet wat ik moet doen. Ik snap het niet.
Als er op de TV een vraag gesteld wordt b.v. over een medicijn, dan komt de PE ineens met een uitleg.
Bij beide PE's had ik hetzelfde wake word ingesteld, met de gedachte dat het misschien daar aan lag, maar dat was dus niet zo.
Als ik in de logs kijn van de PE-huiskamer, want daar gaat het over, staat deze bijna de hele dag op "Listening" en "Speelt" en "Responding" "Processing" en inactief. Alles niet een keer maar tientallen keren.
Dit terwijl er vanaf 07:00 uur niemand thuis is.

[TheFes]

Gondelier schreef op dinsdag 31 maart 2026 @ 16:40:
[...]

Beste Martijn,
Als wij met drie personen in de kamer zitten op 2 banken in een hoek van 45 graden, en daartussen staat een salontafel waar de PE op ligt, dan kan deze natuurlijk het gesprek opvangen. En als er dan b.v. iemand zegt Oke gaan we doen, dan komt de PE met: ik weet niet wat ik moet doen. Ik snap het niet.
Als er op de TV een vraag gesteld wordt b.v. over een medicijn, dan komt de PE ineens met een uitleg.
Bij beide PE's had ik hetzelfde wake word ingesteld, met de gedachte dat het misschien daar aan lag, maar dat was dus niet zo.
Als ik in de logs kijn van de PE-huiskamer, want daar gaat het over, staat deze bijna de hele dag op "Listening" en "Speelt" en "Responding" "Processing" en inactief. Alles niet een keer maar tientallen keren.
Dit terwijl er vanaf 07:00 uur niemand thuis is.

Dat is vreemd, en dat herken ik dus niet.
Hier is vandaag ook niemand thuis geweest sinds 8:15, en zijn alle Voice PE's gewoon de hele dag idle.
Gebruik je de laatste firmware zoals die via de OTA updates komt, of heb je hem in de ESPHome app toegevoegd?

[Gondelier]

TheFes schreef op dinsdag 31 maart 2026 @ 16:50:
[...]

Dat is vreemd, en dat herken ik dus niet.
Gebruik je de laatste firmware zoals die via de OTA updates komt, of heb je hem in de ESPHome app toegevoegd?

Helaas via de ESPHome Builder. Enige tijd geleden stonden deze 2 er ineens in. Als er dan een ESPHome Update komt, doe ik verder gewoon niets, en na enige tijd zijn deze twee automatisch geüpdatet, de andere doe ik handmatig.
Los van dit heb ik nog een ESP32-S3-Box, Atom Echo, (m5stack-atom-lite), m5stack-atom-echo maar deze staan niet elkaar in de weg.
M.a.w. alles staat in de ESPHome Builder.
Heel vreemd.

[Raven]

Tha_T schreef op dinsdag 31 maart 2026 @ 14:58:
Ik herkende dit niet maar Claude wel en die gaf aan dat de Zigbee chip in de SLZB-06 de boosdoener was. Die chip met de GUI een trap gegeven en toen kwam ineens alles weer terug online. Beetje vreemd dat die buffer ineens vol gelopen is maar schijnbaar kan het. Iemand anders hier daar ervaring mee dat ie vol loopt?

Was dat een tip voor mij? Gezien Claude een login vereist die overgeslagen, ChatGPT geprobeerd maar die ging op zijn lip (foutmelding) toen ik de stacktrace als invoer gaf, Gemini ging niet op zijn lip:

De belangrijkste regel in je logboek is deze:
github.com/iegomez/mosquitto-go-auth/backends.HTTP.httpRequest

Dit vertelt ons dat de crash niet direct in de Mosquitto broker zelf zit, maar in de Mosquitto Go Auth plugin. Dit is een onderdeel dat de authenticatie (inloggen) en ACL (toegangsrechten) regelt voor de add-on in Home Assistant.

Specifiek gebeurt er dit:
Activiteit: De broker probeert de rechten van een gebruiker te controleren (AuthAclCheck).

Actie: De plugin probeert een HTTP-verzoek te doen (httpRequest) naar een externe bron (waarschijnlijk de Home Assistant API zelf om inloggegevens te verifiëren).

Crash: Tijdens het verwerken van de netwerkverbinding of het antwoord daarop gaat de Go-runtime "out of bounds" (het slice-probleem).

Inmiddels log-instellingen aangepast om meer data te verkrijgen op het moment dat de broker onderuit gaat, tot nu toe nog niet gebeurt.

[TheFes]

Gondelier schreef op dinsdag 31 maart 2026 @ 17:09:
[...]


Helaas via de ESPHome Builder. Enige tijd geleden stonden deze 2 er ineens in. Als er dan een ESPHome Update komt, doe ik verder gewoon niets, en na enige tijd zijn deze twee automatisch geüpdatet, de andere doe ik handmatig.
Los van dit heb ik nog een ESP32-S3-Box, Atom Echo, (m5stack-atom-lite), m5stack-atom-echo maar deze staan niet elkaar in de weg.
M.a.w. alles staat in de ESPHome Builder.
Heel vreemd.

Ik zou dan eens proberen om hem opnieuw te flashen met de web flasher en dan niet op te nemen in de ESPHome builder app, dan krijg je ook OTA updates waar regelmatig een update voor de wake word detection in zit.

[Gondelier]

TheFes schreef op dinsdag 31 maart 2026 @ 21:30:
[...]

Ik zou dan eens proberen om hem opnieuw te flashen met de web flasher en dan niet op te nemen in de ESPHome builder app, dan krijg je ook OTA updates waar regelmatig een update voor de wake word detection in zit.

@TheFes
Oké, ga ik v.d. week doen en kijken of daarmee het e.e.a wordt opgelost.
Bedankt 🙏

[Tha_T]

Raven schreef op dinsdag 31 maart 2026 @ 18:06:
[...]

Was dat een tip voor mij? Gezien Claude een login vereist die overgeslagen, ChatGPT geprobeerd maar die ging op zijn lip (foutmelding) toen ik de stacktrace als invoer gaf, Gemini ging niet op zijn lip:

Nee meer als een losstaande post, sorry als dat wel zo overkwam.

[BB-One]

Mijn sensor.nordpool geeft sinds gisteren niets meer weer, dus mijn mooie grafiek met de stroomprijzen is leeg... Onder statistieken staat "de status van deze entiteit is niet beschikbaar" . Meer mensen last van?

Update: Laat maar... Volledige herstart did the trick....

[ Voor 13% gewijzigd door BB-One op 01-04-2026 08:08 ]

[Stubby]

BB-One schreef op woensdag 1 april 2026 @ 08:03:
Mijn sensor.nordpool geeft sinds gisteren niets meer weer, dus mijn mooie grafiek met de stroomprijzen is leeg... Onder statistieken staat "de status van deze entiteit is niet beschikbaar" . Meer mensen last van?

Update: Laat maar... Volledige herstart did the trick....

Je had ook de integratie even kunnen herladen. Dat was bij mij afdoende

[remkay]

ProfaNe schreef op dinsdag 17 februari 2026 @ 10:18:
[...]


Werken die klikaanklikuit versies ook met zigbee2mqtt? zie ze niet in de supported devices lijst staan?

Ik heb afgelopen maand 8 van deze rookmelders gemigreerd van de ICS-2000 naar zigbee2mqtt onder HA. Werkt perfect.

[Devke]

Ik heb even gezocht in het topic maar zoek of niet goed of het is (nog) niet bekend.

Nordpool. Ik heb deze integratie via HA (GUI) geïnstalleerd. Ik kan me herinneren dat Nordpool een sensor heeft met attributen die de data bevaten van ieder kwartier / uur.

Echter zie ik nu maar een paar sensoren. Bv de actuele uurprijs, hoogste en laagste uurprijs. Waar is de rest van de data gebleven? HA draait in docker op een NAS. HA is de februari release. Nordpool de allerlaatste versie (gok ik). Is niet voor thuis maar voor bij Pa. Enkele suggesties die ik kan proberen als ik weer daar op bezoek ben?

[TheFes]

Devke schreef op woensdag 1 april 2026 @ 14:40:
Ik heb even gezocht in het topic maar zoek of niet goed of het is (nog) niet bekend.

Nordpool. Ik heb deze integratie via HA (GUI) geïnstalleerd. Ik kan me herinneren dat Nordpool een sensor heeft met attributen die de data bevaten van ieder kwartier / uur.

Echter zie ik nu maar een paar sensoren. Bv de actuele uurprijs, hoogste en laagste uurprijs. Waar is de rest van de data gebleven? HA draait in docker op een NAS. HA is de februari release. Nordpool de allerlaatste versie (gok ik). Is niet voor thuis maar voor bij Pa. Enkele suggesties die ik kan proberen als ik weer daar op bezoek ben?

Die attributes zitten alleen in de custom integratie (te installeren via HACS). Er is een een action waarmee je die data op kunt vragen.
Met deze blueprint kun je een template sensor maken dit de data wel als attribute heeft
https://github.com/TheFes...%2Fenergy_price_sensor.md

[xzaz]

Ik heb de nieuwe Sonoff Zigbee dongle binnen en OpenThread 2.4.4 er op gezet maar blijkbaar moet je nog van allerlei services opzetten?
https://www.home-assistant.io/integrations/thread/
Daarvoor heb je weer OpenThread Border Router nodig?

Dus ik draai: https://github.com/ownbee/hass-otbr-docker

Maar die kan de stick niet initalizeren oid?

code:

[NOTE]-AGENT---: Running 0.3.0-b067e5ac-dirty

[NOTE]-AGENT---: Thread version: 1.3.0

[NOTE]-AGENT---: Thread interface: wpan0

[NOTE]-AGENT---: Radio URL: spinel+hdlc+uart:///dev/ttyUSB1?uart-baudrate=460800&uart-flow-control

[NOTE]-AGENT---: Radio URL: trel://enp3s0

[NOTE]-ILS-----: Infra link selected: enp3s0

[INFO]-RCP_HOS-: OpenThread log level changed to 4

62d.13:37:51.932 [W] P-SpinelDrive-: Wait for response timeout

62d.13:37:51.932 [I] P-SpinelDrive-: co-processor self reset successfully

62d.13:37:53.933 [W] P-SpinelDrive-: Wait for response timeout

62d.13:37:55.935 [W] P-SpinelDrive-: Wait for response timeout

62d.13:37:55.935 [C] Platform------: Init() at spinel_driver.cpp:83: Failure

62d.13:37:57.937 [W] P-SpinelDrive-: Wait for response timeout

Maar dat kan weer niet omdat het volgens chatgpt spinel niet compatible is? spinel, thread, matter, openthread. Zigbee was stick er in en gaan met die banaan.

[ Voor 6% gewijzigd door xzaz op 01-04-2026 15:56 ]

[Vos]

Met oog op de flink stijgende brandstofprijzen maar even wat in elkaar gezet met ANWB api. Kan kiezen of ik vanaf thuis of telefoon locatie de call wil doen. En sorteren op afstand of prijs.

Ik woon dichtbij de Duitse grens, die haal ik ook apart op in lijst.

Screenshot is voorbeeld met mock locatie.

[Raven]

Tha_T schreef op woensdag 1 april 2026 @ 08:02:
[...]


Nee meer als een losstaande post, sorry als dat wel zo overkwam.

Maakt niet uit , uiteindelijk wel een tijdje met Gemini zitten babbelen over mijn probleem.

@dixet Op basis van de stacktrace van mijn MQTT-probleem en wat andere logs denkt Gemini dat het een buffer- of geheugenfout is die optreed in de go-auth plugin wanneer deze een bericht moet verwerken van een Tasmota plug die 1x per 10s berichten verstuurt. De theorie van Gemini is dat de broker om wat voor reden dan ook het vorige bericht nog niet volledig heeft verwerkt in de Go-runtime en dan door het nieuwe bericht op zijn lip gaat.

De achterliggende oorzaak (als het bovenstaande is) is niet bekend, aan system recources in ieder geval geen gebrek.

[Septillion]

@xzaz Om Thread te gebruiken is Thread firmware inderdaad niet genoeg. Daarnaast moet je dus hebben:
- OpenThread Border Router app
- Matter app
- Thread integration
- Matter integration

Als je de Thread integratie toevoegt leidt hij je volgens mij wel langs de andere delen. Mits je HA OS draait. Anders zal je zelf containers op moeten zetten voor Matter en voor Thread.

[ Voor 14% gewijzigd door Septillion op 01-04-2026 20:07 ]

[pietje63]

Vos schreef op woensdag 1 april 2026 @ 17:01:
Met oog op de flink stijgende brandstofprijzen maar even wat in elkaar gezet met ANWB api. Kan kiezen of ik vanaf thuis of telefoon locatie de call wil doen. En sorteren op afstand of prijs.

Ik woon dichtbij de Duitse grens, die haal ik ook apart op in lijst.

Screenshot is voorbeeld met mock locatie.

[Afbeelding]

Nuttig! Ga je de code ook openbaar maken

[xzaz]

Septillion schreef op woensdag 1 april 2026 @ 20:06:
@xzaz Om Thread te gebruiken is Thread firmware inderdaad niet genoeg. Daarnaast moet je dus hebben:
- OpenThread Border Router app
- Matter app
- Thread integration
- Matter integration

Als je de Thread integratie toevoegt leidt hij je volgens mij wel langs de andere delen. Mits je HA OS draait. Anders zal je zelf containers op moeten zetten voor Matter en voor Thread.

hmm bedankt. Ik draai inderdaaid HA in docker dus geen HA OS.

Er gaat denk ik nog wat mis bij de openthread border router:

RCP:State
disabled
WPAN service
offline

Wat een wirwar van subsystemen.

2026-04-01 20:48:17.732 (MainThread) INFO [matter_server.server.stack] Initializing CHIP/Matter Logging...
2026-04-01 20:48:17.732 (MainThread) INFO [matter_server.server.stack] Initializing CHIP/Matter Controller Stack...
2026-04-01 20:48:17.732 (MainThread) DEBUG [matter_server.server.stack] Using storage file: /data/chip.json - Bluetooth commissioning enabled: NO
[1775076497.767271][1:1] CHIP:CTL: Setting attestation nonce to random value
[1775076497.767604][1:1] CHIP:CTL: Setting CSR nonce to random value
[1775076497.768763][1:1] CHIP:DL: ChipLinuxStorage::Init: Using KVS config file: /tmp/chip_kvs
[1775076497.775841][1:1] CHIP:DL: Wrote settings to /tmp/chip_kvs
[1775076497.776147][1:1] CHIP:DL: ChipLinuxStorage::Init: Using KVS config file: /data/chip_factory.ini
[1775076497.776446][1:1] CHIP:DL: ChipLinuxStorage::Init: Using KVS config file: /data/chip_config.ini
[1775076497.776695][1:1] CHIP:DL: ChipLinuxStorage::Init: Using KVS config file: /data/chip_counters.ini
[1775076497.780450][1:1] CHIP:DL: Wrote settings to /data/chip_counters.ini
[1775076497.780468][1:1] CHIP:DL: NVS set: chip-counters/reboot-count = 6 (0x6)
[1775076497.781210][1:1] CHIP:DL: Got Ethernet interface: enp3s0
[1775076497.781709][1:1] CHIP:DL: Found the primary Ethernet interface:enp3s0
[1775076497.783204][1:1] CHIP:DL: Failed to get WiFi interface
[1775076497.783213][1:1] CHIP:DL: Failed to reset WiFi statistic counts
[1775076497.783218][1:1] CHIP:PAF: WiFiPAF: WiFiPAFLayer::Init()
2026-04-01 20:48:17.783 (MainThread) INFO [chip.storage] Initializing persistent storage from file: /data/chip.json
2026-04-01 20:48:17.783 (MainThread) INFO [chip.storage] Loading configuration from /data/chip.json...
2026-04-01 20:48:17.785 (MainThread) DEBUG [chip.storage] SetSdkKey: g/gcc = b'\xf7j\xdf\x01'
2026-04-01 20:48:17.785 (MainThread) DEBUG [chip.storage] SetSdkKey: g/gdc = b'gZ\x84\x06'
2026-04-01 20:48:17.950 (MainThread) INFO [chip.CertificateAuthority] Loading certificate authorities from storage...
2026-04-01 20:48:17.950 (MainThread) INFO [chip.CertificateAuthority] New CertificateAuthority at index 1
2026-04-01 20:48:17.952 (MainThread) INFO [chip.CertificateAuthority] Loading fabric admins from storage...
2026-04-01 20:48:17.952 (MainThread) INFO [chip.FabricAdmin] New FabricAdmin: FabricId: 0x0000000000000001, VendorId = 0xFFF1
2026-04-01 20:48:17.952 (MainThread) DEBUG [chip.storage] SetReplKey: caList = {'1': [{'fabricId': 1, 'vendorId': 65521}]}
2026-04-01 20:48:17.952 (MainThread) INFO [matter_server.server.stack] CHIP Controller Stack initialized.
2026-04-01 20:48:17.953 (MainThread) INFO [matter_server.server.server] Matter Server initialized
2026-04-01 20:48:17.953 (MainThread) INFO [matter_server.server.server] Using 'enp3s0' as primary interface (for link-local addresses)
2026-04-01 20:48:17.953 (MainThread) DEBUG [aiorun] Entering run()
2026-04-01 20:48:17.953 (MainThread) DEBUG [asyncio] Using selector: EpollSelector
2026-04-01 20:48:17.954 (MainThread) DEBUG [aiorun] Creating default executor
2026-04-01 20:48:17.954 (MainThread) INFO [matter_server.server.server] Starting the Matter Server...
2026-04-01 20:48:17.958 (MainThread) INFO [matter_server.server.helpers.paa_certificates] Skip fetching certificates (already fetched within the last 24h).
2026-04-01 20:48:17.958 (MainThread) INFO [chip.FabricAdmin] Allocating new controller with CaIndex: 1, FabricId: 0x0000000000000001, NodeId: 0x000000000001B669, CatTags: []
2026-04-01 20:48:18.101 (Dummy-2) DEBUG [chip.storage] SetSdkKey: g/fs/c = b'\x15$\x00\x01(\x01\x18'
2026-04-01 20:48:18.102 (Dummy-2) DEBUG [chip.storage] SetSdkKey: f/1/m = b'\x15%\x00\xf1\xff,\x01\x00\x18'
2026-04-01 20:48:18.102 (Dummy-2) DEBUG [chip.storage] SetSdkKey: f/1/n = b'\x150\x01\x01\x01$\x02\x017\x03$\x13\x02\x18&\x04\x80"\x81\'&\x05\x80%M:7\x06$\x15\x01&\x11i\xb6\x01\x00\x18$\x07\x01$\x08\x010\tA\x04\x91\x8c-S\xaa\x86wj\xe3}\xeagWo\xa5\xfa\xb6\xfb\x12 >\x12\xf7\xf3\x9cI\x91To\xfdP\x92x\x19\xec\xa3[\xfd\x95\xe0\xd63Z\x06Z\xda\xda\x8bp\x8a}\xcf\xe5\x995e\xf7\xd5\xa0@\x04.\x8a\xaf7\n5\x01(\x01\x18$\x02\x016\x03\x04\x02\x04\x01\x180\x04\x14\xc6y\xb0y\x90N*\x11\x05gK!\x0b\xe7\xe7\x89\xa9\xd8Z\x070\x05\x14o[\xcd\x16;$P\x16R"\x06\x07\xb5\xe5w\xb3\x99\xcfUR\x180\x0b@W\xf2\x0c\xc90\xdc#\xd2\x1d\x1f\x9fPeR\xe2\xc3@\xb2^C\xc2$D\xa6\xc5=I\x1b\x85\xf9\x1c\xa4\x9c\x8f-\xd4fz?\t(\x13\x12\xda\t\xa11\x98+\xde\xf4\xaf\xfc2 \x03*\xe3X\xe8\x01V\xda\xe5\x18'
2026-04-01 20:48:18.102 (Dummy-2) DEBUG [chip.storage] SetSdkKey: f/1/i = b'\x150\x01\x01\x01$\x02\x017\x03$\x14\x01\x18&\x04\x80"\x81\'&\x05\x80%M:7\x06$\x13\x02\x18$\x07\x01$\x08\x010\tA\x04\xbb\xb7\xba\xae\x9f\x1eX\xad\x8c\x11q\xc5\x8b\xe9i\xcc&\xf8\x11t\x13|:\xe8\x84\x87\xc2DB3\x9e\xe1\x8c\xf5=|\xc1\\\x0b\xd1\x8c\xc5\x8bU\x83A\x904[\x1cS\xe5@\xca\x95+Er\xae{R\xa8^z7\n5\x01)\x01\x18$\x02`0\x04\x14o[\xcd\x16;$P\x16R"\x06\x07\xb5\xe5w\xb3\x99\xcfUR0\x05\x14\xf7\xf3\xa0\xf2P\xae\xa8\x1a\xa4=\xf1l\xbcu\xf8\xfb?\xa7\x1a\xba\x180\x0b@<[\x0f\xe8\xda\xcb\xbe/\x07\x06\xf7\xd1\xa8\\\xa6\x12\xb1]rvrx\xe9\'\xb7\x8e-\x16\xf1,\x1cG\xfe\x91\x81\xa9\t\x9aP\xe4\'\r\x93U\xf1\xfb\xb5\x92\xd3/\x92Q\xa1\\\xab:\xaf\xd0\xef\xf2\xc3\xe1\x7f\x16\x18'
2026-04-01 20:48:18.102 (Dummy-2) DEBUG [chip.storage] SetSdkKey: g/lkgt = b'\x15&\x00\x80\xa8\xbc,\x18'
2026-04-01 20:48:18.102 (Dummy-2) DEBUG [chip.storage] DeleteSdkKey: g/fs/c
2026-04-01 20:48:18.128 (Dummy-2) CHIP_ERROR [chip.native.DIS] Failed to advertise records: src/inet/UDPEndPointImplSockets.cpp:417: OS Error 0x02000065: Network is unreachable
2026-04-01 20:48:18.129 (Dummy-2) CHIP_ERROR [chip.native.DIS] Failed to advertise records: src/inet/UDPEndPointImplSockets.cpp:417: OS Error 0x02000065: Network is unreachable

en heel veel

2026-04-01 20:48:18.140 (Dummy-2) CHIP_ERROR [chip.native.DIS] Failed to advertise records: src/lib/dnssd/minimal_mdns/Server.cpp:344: CHIP Error 0x00000046: No endpoint was available to send the message

dan

2026-04-01 20:48:18.571 (MainThread) WARNING [zeroconf] Error with socket 108 (('::1', 5353, 0, 0))): [Errno 101] Network is unreachable

Maar dit kan ook gewoon een netwerk zijn waar die niet aan kan leveren, lijkt mij niet; heb geen wifi op de server oid.

Ben een beetje lost. Morgen weer een dag.

[tomahowk]

Ik probeer de HomeWizard grafieken na te bouwen in een dashboard. Maar, het lijkt erop dat HomeWizard een doorlaatfilter gebruikt om bepaalde uitschieters weg te filteren. Met een filter sensor geprobeerd, maar die lijkt te sterk te filteren op het signaal. Hebben jullie een idee hoe ik hierbij in de buurt kan komen? Zie onderstaand mijn grafiek, met de duidelijke uitschieters, en over nagenoeg dezelfde periode in de HomeWizard app.



En in Home Assistant (geen filter, ruwe data)

[D4NG3R]

Weergeeft HW niet gewoon een (rolling) average in blokken van een paar minuten?

Ter illustratie zeg maar het verschil in weergave tussen deze 2:

[Kodess]

tomahowk schreef op donderdag 2 april 2026 @ 10:29:
Ik probeer de HomeWizard grafieken na te bouwen in een dashboard. Maar, het lijkt erop dat HomeWizard een doorlaatfilter gebruikt om bepaalde uitschieters weg te filteren. Met een filter sensor geprobeerd, maar die lijkt te sterk te filteren op het signaal. Hebben jullie een idee hoe ik hierbij in de buurt kan komen? Zie onderstaand mijn grafiek, met de duidelijke uitschieters, en over nagenoeg dezelfde periode in de HomeWizard app.

[Afbeelding]

En in Home Assistant (geen filter, ruwe data)
[Afbeelding]

Ze filteren niet, ze nemen een gemiddelde van elke 5 minuten.

[ Voor 7% gewijzigd door Kodess op 02-04-2026 10:47 ]

[lasharor]

tomahowk schreef op donderdag 2 april 2026 @ 10:29:
Ik probeer de HomeWizard grafieken na te bouwen in een dashboard. Maar, het lijkt erop dat HomeWizard een doorlaatfilter gebruikt om bepaalde uitschieters weg te filteren. Met een filter sensor geprobeerd, maar die lijkt te sterk te filteren op het signaal. Hebben jullie een idee hoe ik hierbij in de buurt kan komen? Zie onderstaand mijn grafiek, met de duidelijke uitschieters, en over nagenoeg dezelfde periode in de HomeWizard app.

[Afbeelding]

En in Home Assistant (geen filter, ruwe data)
[Afbeelding]

Zou je deze code willen delen?

[Devke]

Verkeerde topic

[ Voor 97% gewijzigd door Devke op 02-04-2026 11:00 ]

[Septillion]

@tomahowk 5 minuten data is technisch gezien gewoon een vorm van filteren natuurlijk.

Je kan met statistics de 5-minuut mean data uit HA halen. Dat zou dan aardig hetzelfde moeten zijn.

[Kodess]

tomahowk schreef op donderdag 2 april 2026 @ 10:29:
Ik probeer de HomeWizard grafieken na te bouwen in een dashboard. Maar, het lijkt erop dat HomeWizard een doorlaatfilter gebruikt om bepaalde uitschieters weg te filteren. Met een filter sensor geprobeerd, maar die lijkt te sterk te filteren op het signaal. Hebben jullie een idee hoe ik hierbij in de buurt kan komen? Zie onderstaand mijn grafiek, met de duidelijke uitschieters, en over nagenoeg dezelfde periode in de HomeWizard app.

[Afbeelding]

En in Home Assistant (geen filter, ruwe data)
[Afbeelding]

Dit is met een Homewizard P1 Meter, en 2 Utility meter helpers die ik aanmaak die daily resetten voor de daily import/export in de header. Om de prijs rechts boven in te krijgen moet je met een gridcard eromheen werken etc. Om hem er nog meer op te laten lijken moet hij eigenlijk breder, dat kan met card_mod en dan de width breder zetten.
HW:

HA:

YAML:

type: custom:apexcharts-card
series:
  - entity: sensor.p1_meter_power
    name: Import
    color: rgb(177, 0, 255)
    color_threshold:
      - value: -99999
        color: rgb(4, 222, 113)
      - value: 0
        color: rgb(177, 0, 255)
    show:
      in_header: false
  - entity: sensor.energy_import_today
    name: ↓
    unit: kWh
    color: rgb(177, 0, 255)
    show:
      in_chart: false
  - entity: sensor.energy_export_today
    name: ↑
    unit: kWh
    color: rgb(4, 222, 113)
    show:
      in_chart: false
graph_span: 24h
span:
  start: day
header:
  show: true
  title: Total power
  show_states: true
  colorize_states: true
all_series_config:
  stroke_width: 2
  curve: smooth
  type: area
  fill_raw: zero
  extend_to: false
  group_by:
    duration: 5min
    func: avg
apex_config:
  chart:
    background: transparent
    fontFamily: Lato, Helvetica Neue, Helvetica, Arial, sans-serif
    foreColor: rgb(124, 133, 143)
    toolbar:
      show: false
    zoom:
      enabled: false
  fill:
    type: gradient
    gradient:
      type: vertical
      gradientToColors:
        - rgb(78, 0, 218)
        - rgb(0, 194, 175)
      inverseColors: false
      opacityFrom: 0.9
      opacityTo: 0.4
  grid:
    borderColor: rgba(124, 133, 143, 0.3)
    strokeDashArray: 0
    padding:
      left: 5
      right: 5
      top: 15
  legend:
    show: false
  yaxis:
    opposite: true
    decimalsInFloat: 0
    labels:
      style:
        colors: rgb(124, 133, 143)
        fontFamily: Lato, sans-serif
        fontSize: 11px
  xaxis:
    type: datetime
    axisTicks:
      show: false
    axisBorder:
      show: false
    labels:
      datetimeUTC: false
      format: HH:mm
      style:
        colors: rgb(124, 133, 143)
        fontFamily: Lato, sans-serif
        fontSize: 11px
  tooltip:
    x:
      format: dd MMM HH:mm
    crosshairs:
      show: true
      position: front
      stroke:
        color: rgba(255, 255, 255, 0.5)
        width: 1
        dashArray: 0

[Septillion]

@Kodess Zou ik ook gelijk de bovenste text aanpassen... Gezien de waardes die het bovenaan toont geen power zijn maar energy "Total electricity" is dus meer correct.

[ Voor 7% gewijzigd door Septillion op 02-04-2026 11:41 ]

[CappieL]

Septillion schreef op donderdag 2 april 2026 @ 11:41:
@Kodess Zou ik ook gelijk de bovenste text aanpassen... Gezien de waardes die het bovenaan toont geen power zijn maar energy "Total electricity" is dus meer correct.

De 'Power' slaat bij HW op de grafiek, niet op de totalen (die zijn Energy)

[Kodess]

Septillion schreef op donderdag 2 april 2026 @ 11:41:
@Kodess Zou ik ook gelijk de bovenste text aanpassen... Gezien de waardes die het bovenaan toont geen power zijn maar energy "Total electricity" is dus meer correct.

Ik heb gewoon een 1 op 1 kopie proberen te maken van de HW grafiek
Naar eigen inzicht aanpassen.

_{(bedankt voor het toevoegen van de yaml tag)}

[ardvark99]

Sinds versie 2026.4.0 het ik een issue met HA, binnen enkele minuten na een reboot krijg ik in de de cli een melding met "out of memory". Reboten van de virtuele machine helpt even, maar na een paar minuten krijg ik die melding weer. In de browser krijg ik een connection lost.
Met in de cli in tikken van: ha core update --version 2026.3.4 en een reboot is ha weer stabiel op de vorige versie.

HA draait bij mij in een hyper-v machine op Windows Server 2022. HA heeft 10120 MB in totaal ingesteld staan (geheugen genoeg).
Kan iemand aangeven hoe ik dit kan oplossen? Of kan ik bv een nieuwe hyper-v machine met HA instellen, en een volledige back-up terug zetten?

De melding is:
ha> [70979.657061] Out of memory: Killed process 351054 (python3) total-vm:9108368kB, anon-rss:7092912kB, file-rss:124kB, shmem-rss:0kB, UID:0 pgtables:15504kB oom_score_adj:-300

[xzaz]

Voor wat het waard is. HA stand alone met Matter en OpenThread Border Router in combinatie met Matter spul van IKEA:

YAML:

services:
  matter-server:
    container_name: matter-server
    #image: ghcr.io/home-assistant-libs/python-matter-server:stable
    image: ghcr.io/home-assistant-libs/python-matter-server:stable
    restart: unless-stopped
    network_mode: host  # Critical for Thread network access
    #enp3s0
    command: --log-level verbose --storage-path /data --paa-root-cert-dir /data/credentials --primary-interface enp3s0
    security_opt:
      - apparmor=unconfined
    volumes:
      - /home/xxx/thread/matter:/data

  otbr:
    image: openthread/otbr
    container_name: otbr
    network_mode: host
    tty: true
    restart: unless-stopped
    privileged: true
    volumes:
      # - ${PWD}/OTBR/otbr-web:/etc/default/otbr-web:ro # custom frontend config
      - ${PWD}/OTBR/thread:/var/lib/thread
      - /etc/localtime:/etc/localtime:ro
      - /dev/ttyUSB1:/dev/ttyUSB1 # HA ZBT-1 USB Dongle
    environment:
      - BACKBONE_INTERFACE=enp3s0 # check OTBR logs for interface
      - DEVICE=/dev/ttyUSB1
      - NAT64=1
      - BAUDRATE=460800
      - FIREWALL=0
      - FLOW_CONTROL=0
      - AUTOFLASH_FIRMWARE=0 # disable auto update of ZBT-1 USB Dongle firmware
      - OTBR_ENABLE=1
      - OTBR_LOG_LEVEL=info
      - OTBR_REST_PORT=8081
      - OTBR_REST_LISTEN_PORT=8081
      - OTBR_WEB_PORT=8080
      - RADIO_URL=spinel+hdlc+uart:///dev/ttyUSB1?uart-baudrate=460800
    devices:
      - /dev/ttyUSB1:/dev/ttyUSB1 # HA ZBT-1 USB Dongle
    command: >
      sysctl net.ipv6.conf.all.disable_ipv6 = 0 net.ipv4.conf.all.forwarding = 1 net.ipv6.conf.all.forwarding = 1 net.ipv6.conf.all.accept_ra_rt_info_max_plen = 64 net.ipv6.conf.all.accept_ra = 2

[HuismAndré]

@tomahowk Ik gebruik voor m'n power weergave (en heel heel veel andere grafiekjes) de custom:mini-graph-card component. Werkt prima en is behoorlijk makkelijk in te richten naar je smaak. Niet nodig om daar nog extra averaging sensoren voor aan te maken. Dat regelt die component wel.

https://github.com/kalkih/mini-graph-card

[Gizz]

@xzaz /dev/ttyUSB1 is wel een spannende, die kan namelijk wisselen bij een reboot en dan werkt het niet meer. Het is daarom handiger om direct naar het device te verwijzen met by-id, die blijft altijd hetzelfde.

Voorbeeldje van die van mij:

YAML:

device: /dev/serial/by-id/usb-Nabu_Casa_ZBT-2_E072A1DBC33C-if00

[ Voor 9% gewijzigd door Gizz op 02-04-2026 12:42 ]

[xzaz]

Gizz schreef op donderdag 2 april 2026 @ 12:41:
@xzaz /dev/ttyUSB1 is wel een spannende, die kan namelijk wisselen bij een reboot en dan werkt het niet meer. Het is daarom handiger om direct naar het device te verwijzen met by-id, die blijft altijd hetzelfde.

Voorbeeldje van die van mij:

YAML:

device: /dev/serial/by-id/usb-Nabu_Casa_ZBT-2_E072A1DBC33C-if00

Bedankt, ga ik aanpassen. Nog andere tips / tricks?

[Septillion]

CappieL schreef op donderdag 2 april 2026 @ 11:58:
[...]


De 'Power' slaat bij HW op de grafiek, niet op de totalen (die zijn Energy)

Dat is waar, maar maakt het dus o zo onduidelijk. Als je het zo als ontwikkelaar doet zou je nog eens achter je oren moeten krabbel

[tomahowk]

Toch weer top dit forum. Je post een vraag en binnen enkele minuten zijn er mensen die een oplossing hebben, geweldig!
@Kodess Dank voor deze uitwerking, die ziet er ook wel heel netjes uit! Ik ga eens wat verder knutselen.
@Septillion Ook dank voor jouw suggestie, een aparte 5-min gemiddelde maken is wel slim voor andere HW plugs als de waarde onder een bepaald wattage moet zijn (dan helpen die piekjes niet mee).
@lasharor Zie hieronder mijn code, maar ik denk dat die van Kodess nog wat netter is? Ik heb net genoeg verstand van YAML om samen met ChatGPT een eind te komen.

YAML:

type: custom:apexcharts-card
graph_span: 8h
update_interval: 30s
header:
  show: true
  show_states: true
  colorize_states: true
apex_config:
  chart:
    height: 300
    toolbar:
      show: false
  legend:
    show: false
  fill:
    type: gradient
    gradient:
      shade: light
      type: vertical
      shadeIntensity: 0.3
      inverseColors: false
      opacityFrom: 1
      opacityTo: 0.8
      stops:
        - 0
        - 100
  yaxis:
    decimalsInFloat: 0
series:
  - entity: sensor.p1_meter_power
    name: Import
    type: area
    color: "#9b59b6"
    stroke_width: 2
    transform: |
      if (x > 0) return x;
      return null;
  - entity: sensor.p1_meter_power
    name: Export
    type: area
    color: "#2ecc71"
    stroke_width: 2
    transform: |
      if (x < 0) return x;
      return null;
grid_options:
  columns: full

@HuismAndré Wel geprobeerd om met die charts evenver te komen als dat Kodess of ik nu zijn, maar dat lukte me niet anders dan via de Apexcharts.... Als je suggesties hebt voor code, heel graag!