Home Assistant: Open source Python3 home automation - deel 5

[peterpijpelink]

TheFes schreef op vrijdag 27 maart 2026 @ 12:42:
[...]

Haha, dat had ik dus net voor jouw post al aangepast in de mijne

damn je was me net 12sec voor

[Just_A_User]

Dus, sinds de laatste update van de Core, is ineens mijn integratie met Daikin verlopen, die ik gebruik voor mijn warmtepomp.

Als ik dat probeer te herstellen moet ik volgens de integratie eerst een website openen. Op die website moet ik akkoord gaan. Dat gaat goed. Vervolgens kom ik op een scherm waar staat dat ik een link kan openen in Home Assistant, of ik kan declinen. Uiteraard open ik dat, maar dan krijg ik de melding dat 'deze pagina niet werktt, en vervolgens kan ik die integratie dus niet meer laten werken.

Hoe los ik dat op?

[CH4OS]

Just_A_User schreef op vrijdag 27 maart 2026 @ 13:00:
Dus, sinds de laatste update van de Core, is ineens mijn integratie met Daikin verlopen, die ik gebruik voor mijn warmtepomp.

Als ik dat probeer te herstellen moet ik volgens de integratie eerst een website openen. Op die website moet ik akkoord gaan. Dat gaat goed. Vervolgens kom ik op een scherm waar staat dat ik een link kan openen in Home Assistant, of ik kan declinen. Uiteraard open ik dat, maar dan krijg ik de melding dat 'deze pagina niet werktt, en vervolgens kan ik die integratie dus niet meer laten werken.

Hoe los ik dat op?

Is het een cloud-based SSO integratie? Dan kan het zijn dat de return URL in de (SSO) integratie niet correct is.

[Just_A_User]

CH4OS schreef op vrijdag 27 maart 2026 @ 13:06:
[...]
Is het een cloud-based SSO integratie? Dan kan het zijn dat de return URL in de (SSO) integratie niet correct is.

Ik heb geen énkel idee wat je nu gevraagd hebt.

[CH4OS]

Just_A_User schreef op vrijdag 27 maart 2026 @ 13:07:
Ik heb geen énkel idee wat je nu gevraagd hebt.

De integratie die je nu weer wilt toevoegen, moet je daarvoor inloggen bij een cloud(dienst) van Daikin? Als dat het geval is, is waarschijnlijk de return URL in de ingestelde app (de integratie) niet goed meer. De login provider (de externe clouddienst) wil dan naar die URL verbinden, maar dat lukt niet omdat het niet bestaat.

[peterpijpelink]

Just_A_User schreef op vrijdag 27 maart 2026 @ 13:07:
[...]


Ik heb geen énkel idee wat je nu gevraagd hebt.

Gebruik je deze? https://www.home-assistant.io/integrations/daikin Daikin AC integratie? Gisteren ook bezig geweest, en als je de HACS onecta gebruikt, moet je een account maken op de developer site. De uitleg hoe je dat kan doen staat hier:

Wat ik zag is dat je een app moet aanmaken en dat je account bij Daikin identiek moet zijn aan dit developer account. Dan ontsluit je feitelijk je devices via de developer api naar deze integratie.

[Just_A_User]

CH4OS schreef op vrijdag 27 maart 2026 @ 13:09:
[...]
De integratie die je nu weer wilt toevoegen, moet je daarvoor inloggen bij een clouddienst? Als dat het geval is, is waarschijnlijk de return URL in de ingestelde app (de integratie) niet goed meer. De login provider (de externe clouddienst) wil dan naar die URL verbinden, maar dat lukt niet omdat het niet bestaat.

Het is, om precies te zijn, niet dat ik de integratie opnieuw moet toevoegen, maar ik zag dat ik een foutmelding heb, en de foutmelding is dat de "Authenticatie is verlopen voor Daikin". Dat moet je dan repairen. Dat probeer ik, dan kom ik op een website van Daikin terecht waar ik moet klikken op 'Akkoord'. De tekst die ik daar zie staan is het volgende:

"Temporary application" heeft toestemming nodig om:
Door op de knop "Ik ga akkoord" te klikken, gaat u akkoord dat (hierna "derde partij") toegang zal hebben tot de volgende gegevens en deze zal beheren:

Informatie over de huidige status van de Daikin-toestellen die zijn verbonden met uw account.
Regel de werking van de Daikin-toestellen die zijn verbonden met uw account.
Om de door u gevraagde diensten van de derde partij te leveren.
Zodra u op de knop "Ik ga akkoord" drukt,
- verstuurt Daikin Europe N.V. alle hiervoor vereiste gegevens (beschikbaar in uw ONECTA-account) naar de derde partij. De derde partij zal de gegevens verwerken voor de hiervoorvermelde doeleinden en in haar hoedanigheid van onafhankelijke beheerder van de gegevens, en u verlaat de Daikin-omgeving en wordt naar de omgeving van de derde partij geleid, die volledig onder de aansprakelijkheid van de derde partij valt.

- U kunt de toestemming te allen tijde intrekken (waardoor het delen van uw gegevens door Daikin met de derde partij wordt geblokkeerd) door u hiervoor af te melden binnen uw ONECTA-account.

- Als u akkoord gaat met bovenstaande voorwaarden, klik dan op "Ik ga akkoord".

Nou, ik klik dus op 'Ik ga akkoord' en dan opent er een nieuwe tab en die zegt:

Link account to Home Assistant?
Linking your account will grant your Home Assistant instance access to your account. All credentials are stored locally.

Nou, dat laatste kan ik accepteren, wat ik dus ook doe, maar als ik dat doe dan krijg ik de melding 'deze pagina werkt niet'.

[Just_A_User]

peterpijpelink schreef op vrijdag 27 maart 2026 @ 13:11:
[...]

Gebruik je deze? https://www.home-assistant.io/integrations/daikin Daikin AC integratie? Gisteren ook bezig geweest, en als je de HACS onecta gebruikt, moet je een account maken op de developer site. De uitleg hoe je dat kan doen staat hier:

Wat ik zag is dat je een app moet aanmaken en dat je account bij Daikin identiek moet zijn aan dit developer account. Dan ontsluit je feitelijk je devices via de developer api naar deze integratie.

Maar dit werkt al meer dan 2 jaar. Het is niet zo dat ik hem nu net pas geinstalleerd heb, hij werkt al 2 jaar, maar na de update van Home Assistant Core kreeg ik de melding dat de authenticatie dus was verlopen.

[CH4OS]

Just_A_User schreef op vrijdag 27 maart 2026 @ 13:13:
[...]


Het is, om precies te zijn, niet dat ik de integratie opnieuw moet toevoegen, maar ik zag dat ik een foutmelding heb, en de foutmelding is dat de "Authenticatie is verlopen voor Daikin". Dat moet je dan repairen. Dat probeer ik, dan kom ik op een website van Daikin terecht waar ik moet klikken op 'Akkoord'. De tekst die ik daar zie staan is het volgende:


[...]


Nou, ik klik dus op 'Ik ga akkoord' en dan opent er een nieuwe tab en die zegt:


[...]


Nou, dat laatste kan ik accepteren, wat ik dus ook doe, maar als ik dat doe dan krijg ik de melding 'deze pagina werkt niet'.

En wat zijn de instellingen binnen die "Temporary Application"? Die geeft de return URL mee, daarin klopt de return URL blijkbaar niet (meer). Dat triggerd Home Assistant om de credentials op te slaan.

[Just_A_User]

CH4OS schreef op vrijdag 27 maart 2026 @ 13:19:
[...]
En wat zijn de instellingen binnen die "Temporary Application"? Die geeft de return URL mee, daarin klopt de return URL blijkbaar niet (meer). Dat triggerd Home Assistant om de credentials op te slaan.

Ik weet niet waar je op doelt met welke instellingen er zijn. Die temporary application is denk ik Home Assistant, maar ik kan op die website niks anders doen dan een vinkje zetten (staat default aan) en dan dus of akkoord gaan, of niet.

[anpat]

Just_A_User schreef op vrijdag 27 maart 2026 @ 13:23:
[...]


Ik weet niet waar je op doelt met welke instellingen er zijn. Die temporary application is denk ik Home Assistant, maar ik kan op die website niks anders doen dan een vinkje zetten (staat default aan) en dan dus of akkoord gaan, of niet.

Ik denk dat er bedoelt word, de link naar waar je gestuurd word is dat homeassistand.local Dat zou intern zijn en moet dus in je dns zitten lokaal is dat homeassistant.com dan zou je jouw HA vanaf buitenaf moetne kunnen bereien en zou moeten werken

[peterpijpelink]

Just_A_User schreef op vrijdag 27 maart 2026 @ 13:23:
[...]


Ik weet niet waar je op doelt met welke instellingen er zijn. Die temporary application is denk ik Home Assistant, maar ik kan op die website niks anders doen dan een vinkje zetten (staat default aan) en dan dus of akkoord gaan, of niet.

Normaal krijg je een callback url: http://homeassistant.local:8123/auth/external/callback en je kan deze aanpassen naar je lokale ip als test: hier voorbeeld: 192.168.0.2 is dus IP van je home assistant. http://192.168.0.2:8123/auth/external/callback

[CH4OS]

Just_A_User schreef op vrijdag 27 maart 2026 @ 13:23:
Ik weet niet waar je op doelt met welke instellingen er zijn. Die temporary application is denk ik Home Assistant, maar ik kan op die website niks anders doen dan een vinkje zetten (staat default aan) en dan dus of akkoord gaan, of niet.

Je hoeft op de website ook niets te doen, maar in de integratie die je start vanaf Home Assistant.

EDIT: Wat @peterpijpelink schrijft dus.

EDIT2:
Zelf zit ik met iets vergelijkbaars qua flow, maar dan zie ik mijn Nest v3 thermostaat niet verschijnen in het dialoog. Iemand hier die de Google Nest v3 thermostaat gepaired heeft met Home Assistant?

[ Voor 22% gewijzigd door CH4OS op 27-03-2026 13:46 ]

[Just_A_User]

peterpijpelink schreef op vrijdag 27 maart 2026 @ 13:31:
[...]

Normaal krijg je een callback url: http://homeassistant.local:8123/auth/external/callback en je kan deze aanpassen naar je lokale ip als test: hier voorbeeld: 192.168.0.2 is dus IP van je home assistant. http://192.168.0.2:8123/auth/external/callback

Oke, nou, zo simpel was het dus. Want hij gaat naar http toe, standaard, en ik doe het via https. Dus ik heb die url nu net aangepast naar httpS en het werkt direct.

[CH4OS]

Just_A_User schreef op vrijdag 27 maart 2026 @ 13:44:
Oke, nou, zo simpel was het dus. Want hij gaat naar http toe, standaard, en ik doe het via https. Dus ik heb die url nu net aangepast naar httpS en het werkt direct.

Ik weet niet of je eea achter een reverse proxy hebt, maar dan is het een idee om HTTP te redirecten naar HTTPS. Dan heb je van dit soort dingen verder ook geen last.

[Just_A_User]

CH4OS schreef op vrijdag 27 maart 2026 @ 13:50:
[...]

Ik weet niet of je eea achter een reverse proxy hebt, maar dan is het een idee om HTTP te redirecten naar HTTPS. Dan heb je van dit soort dingen verder ook geen last.

Nou, ik heb flink gedoe gehad in het begin met het werkend krijgen van Home Assistant op mijn iPhone wanneer ik buitenshuis was, maw, ik dus niet verbonden was met wifi. Ik weet dat je dan een url hebt voor intern en extern, maar dat heeft nooit fatsoenlijk gewerkt (voor mij) icm duckduckdns. Dus ik maak altijd op telefoon via externe url verbinding, ook al zit ik op mijn wifi netwerk.

Dus de url die ik op mijn laptop gebruik is https://homeassistant.local:8123/ maar https is doorgestreept, dus zo https maar het is alsnog https schijnbaar, want de url die ik kreeg na dat gedoe met daikin verwijst naar diezelfde link, maar dan http, en dan werkt het dus niet. met https werkt het wel.

[CH4OS]

Just_A_User schreef op vrijdag 27 maart 2026 @ 13:55:
Nou, ik heb flink gedoe gehad in het begin met het werkend krijgen van Home Assistant op mijn iPhone wanneer ik buitenshuis was, maw, ik dus niet verbonden was met wifi. Ik weet dat je dan een url hebt voor intern en extern, maar dat heeft nooit fatsoenlijk gewerkt (voor mij) icm duckduckdns. Dus ik maak altijd op telefoon via externe url verbinding, ook al zit ik op mijn wifi netwerk.

Dus de url die ik op mijn laptop gebruik is https://homeassistant.local:8123/ maar https is doorgestreept, dus zo https maar het is alsnog https schijnbaar, want de url die ik kreeg na dat gedoe met daikin verwijst naar diezelfde link, maar dan http, en dan werkt het dus niet. met https werkt het wel.

Ik heb tegenwoordig Tailscale draaien. Daar binnen heb ik dan alles wat intern beschikbaar is, ook via Tailscale benaderbaar. Zo is het alleen voor mij benaderbaar, dat is voor mij voldoende. Dan kun je ook gewoon de interne URL blijven gebruiken als je een eigen DNS gebruikt (bijvoorbeeld met Pi-Hole).

Als de streep door HTTPS heen is, betekend dat (meestal) dat het certificfaat niet valideert. Bijvoorbeeld omdat je een self-signed certificaat hebt. Dan heb je alsnog wel versleuteld HTTPS verkeer, maar kan het certificaat niet gevalideerd worden en is er mogelijk iets aan de hand op de verbinding.

[ Voor 11% gewijzigd door CH4OS op 27-03-2026 14:05 ]

[Hmmbob]

TheFes schreef op vrijdag 27 maart 2026 @ 11:06:

UPDATE:

De wijziging voor de (friendly) name wordt uit de beta gehaald.

* Hmmbob maakt wijzigingen aan dashboards weer ongedaan

[ Voor 3% gewijzigd door Hmmbob op 27-03-2026 14:28 ]

[TheFes]

Hmmbob schreef op vrijdag 27 maart 2026 @ 14:28:
[...]

* Hmmbob maakt wijzigingen aan dashboards weer ongedaan

Wat had je voor aanpassingen moeten doen dan?

[CH4OS]

Zijn er hier mensen die een Nest v3 thermostaat aan hun Home Assistant gekoppeld hebben?

[BioHazard]

CH4OS schreef op vrijdag 27 maart 2026 @ 15:08:
Zijn er hier mensen die een Nest v3 thermostaat aan hun Home Assistant gekoppeld hebben?

Had. Tot een maand geleden. Via de Google Cloud Console destijds een project/app gemaakt waarmee HA met de Nest kon praten (via Google).

Ik heb nu gekozen voor een 2e hands Tado, vanwege de puur local control via HomeKit.

[CH4OS]

BioHazard schreef op vrijdag 27 maart 2026 @ 15:11:
Had. Tot een maand geleden. Via de Google Cloud Console destijds een project/app gemaakt waarmee HA met de Nest kon praten (via Google).

Ik heb nu gekozen voor een 2e hands Tado, vanwege de puur local control via HomeKit.

Ah, ik heb dan nog wel een Google Nest v3 en wil deze graag koppelen binnen Home Assistant. Het probleem is alleen dat ik op de autorisatie pagina bij Google geen apparaten zie, maar wel een apparaat moet kiezen. Voor de rest heb ik alles ingesteld volgens mij, alleen dat ene stukje werkt dus niet. En ik weet dus niet wat ik fout gedaan heb of vergeten ben.

[BioHazard]

CH4OS schreef op vrijdag 27 maart 2026 @ 15:15:
[...]
Ah, ik heb dan nog wel een Google Nest v3 en wil deze graag koppelen binnen Home Assistant. Het probleem is alleen dat ik op de autorisatie pagina bij Google geen apparaten zie, maar wel een apparaat moet kiezen. Voor de rest heb ik alles ingesteld volgens mij, alleen dat ene stukje werkt dus niet. En ik weet dus niet wat ik fout gedaan heb of vergeten ben.

Welk deel van de Cloud Console is dat? Dan kijk ik even wat er bij mij staat.

[CH4OS]

BioHazard schreef op vrijdag 27 maart 2026 @ 15:19:
[...]

Welk deel van de Cloud Console is dat? Dan kijk ik even wat er bij mij staat.

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:


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.

[ Voor 21% gewijzigd door CH4OS op 27-03-2026 15:31 ]

[Hmmbob]

TheFes schreef op vrijdag 27 maart 2026 @ 15:02:
[...]

Wat had je voor aanpassingen moeten doen dan?

Vooral names in mushroom-light-card

[demonk]

Gizz schreef op donderdag 26 maart 2026 @ 15:00:
[...]

Wat bedoel je daarmee?
IK bedoel, dat wanneer ik Whatsapp op de laptop gebruikt, dan neem ik aan dat de security enigsinds geregeld is (Om Whatsapp onder windows te benaderen, gebruik je een standaard functie van Whatsapp).Wanneer HA de Whatsapp server op dezelfde manier aanspreekt, dan verwacht ik dat dan de security ook enigsinds geregeld is. Wanneer echter software de Whatsapp server op een onbedoelde manier aanspreekt kun je daar minder zeker van zijn.

Dus Mijn vraag heeft te maken met mijn onzekerheid of de functie, die de Whatsapp-integratie gebruikt, enigsinds secure/betrouwbaar is.


[...]

Volgens de features kan je er polls mee sturen en reageren op wat er gestemd wordt in een poll. Hier staat daar een voorbeeld van.

[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