Home Assistant: Open source Python3 home automation - deel 5

[RobertMe]

Septillion schreef op zaterdag 17 oktober 2026 @ 11:18:
@RobertMe Ik wist het eigenlijk ook niet. Op zich heb ik er geen problemen mee maar dit zou imho wel een setting moeten zijn in de GUI, niet alleen in de CLI. Gezien het op zich wel verstandig is zou ik het niet heel erg vinden als het opt-out is maar dan moet de vraag al wel tijdens onboarding langs laten komen.

Een onboarding setting zou natuurlijk ook kunnen. Zolang maar duidelijk is dat de feature er is en deze gegevens naar een derde partij gaan. En je dus "akkoord" er mee gaat. But then again, zelfs password managers doen het niet standaard en is het echt een opt in (en dus ook geen "default aan bij onboarding") en daar zal vast ook een reden achter zitten. En gezien password managers het wel kunnen maar niet standaard doen, waarom moet dit "in een besturingssysteem" zitten? Ik zou het best raar vinden als Windows ineens gaat waarschuwen voor het gebruik van een onveilig wachtwoord.

Maar om je strekking door te zetten, het zou dan überhaupt goed zijn om aan te geven, liefst dynamisch, met wat HA babbelt. Want daar valt natuurlijk ook Github etc onder.

Maar GitHub zal als semi first party zijn? Als in: controleren op updates, vermoed ik dat via GitHub gaat? (+ later de marketplace als HACS vervanger?). Dat updates "iets met internet doen" vind ik niet heel gek .
En het is natuurlijk ook een vertrouwens dingetje. Vanuit de filosofie vertrouw ik HA dat ze niet ineens gekke dingen met mijn data / gegevens gaan doen of naar derde partijen gaat. Dat blijkt nu ineens wel zo te zijn, dus..., het schaad mijn vertrouwen in HA. Ok, ik gebruik geen HAOS maar Container, maar dezelfde developers en zo.
Of uitgebreide logging in het OS vervolgens de oplossing is? Wie gaat het controleren? Waarschijnlijk vind er veel teveel verkeer plaats om dat te doen. En zou je de OS logging vertrouwen als dat OS van diegene is die je wilt controleren? Áls je het al wilt monitoren moet je dus zelf een Man-in-the-Middle proxy ertussen zetten, die ook SSL termineert (en dus dat eigen SSL certificaat in HAOS krijgen).

[synoniem]

Ik heb het voor nu uitgeschakeld. Niet omdat ik bang dat er iets met mijn data gebeurd. Twee redenen om het wel uit te schakelen:

1. Dit inbouwen zonder duidelijke opt-in of opt-out is ongewenst, onnodig en roept vragen op.
2. In de discussie waarboven naar wordt gelinkt wordt gemeld dat je geen wachtwoorden kan aanmaken of wijzigen als de verbinding met HIBP niet tot stand kan komen.

[Kalentum]

smeerbartje schreef op zaterdag 17 oktober 2026 @ 10:05:
Voor de mensen die geinteresseerd zijn: ik heb een HACS integratie gemaakt waarmee het mogelijk is om EU bankrekeningen te integreren met home assistant. Use cases zijn:

• Overzicht van saldi van gekoppelde rekeningen
• Overzicht van laatste x transacties
• Alert als saldi hoog/laag/etc. is
• Alert als transactie met bepaalde omschrijving plaatsvindt
• Etc.

je vindt de integratie hier. Let wel: ik maak gebruik van de open standaard "OpenBanking". Ofwel het is veilig . Ik hoor graag wat jullie hiervan vinden / of er nog iets mist.

[Afbeelding]

Waarom niet iets gebruiken dat er al is? https://github.com/SurfHost/ha-enablebanking

[Gwaihir]

Kalentum schreef op zaterdag 17 oktober 2026 @ 12:11:
[...]


Waarom niet iets gebruiken dat er al is? https://github.com/SurfHost/ha-enablebanking

Ja, die twee ogen alsof ze één zouden moeten zijn, @smeerbartje. SurfHost lijkt de basis sterker op order te hebben, jij de functionaliteit. Zou mooi zijn als die extra functionaliteit (recente transacties en zo) op die sterke basis mee kan.

[Sa1]

yorroy schreef op zaterdag 17 oktober 2026 @ 09:45:
[...]

Een week later, maar wil bij deze toch nog even mijn dank kenbaar maken.
Heb nu een paar dagen Kiosk Satellite draaien in plaats van Fully Kiosk en het draait inderdaad vele malen beter. Bovendien vind ik de sloot aan instellingen een stuk overzichtelijker.

Ik heb nu ook in plaats van trigger op beweging er gewoon een digitale klok als screensaver in zitten wat eigenlijk ook een stuk soepeler werkt.

[Afbeelding]

Mmm... had hem al een keer eerder voorbij zien komen, eigenlijk ben ik best een tevreden fully kiosk gebruiker, ook uiteraard voor betaald dus om iets anders in te zetten lag niet direct voor de hand. Vanmorgen toch maar gedaan en eens.. voelt veel moderner aan. Veel meer mogelijkheden en een échte RTSP stream voor Frigate ipv snapshots omzetten.

Dus, geen fully kiosk gebruiker meer. Volledig overgestapt. Zien we wel hoe lang dit gratis blijft voor thuis gebruik ;-)

[Vos]

Hier ook een zeer tevreden Kiosk satellite gebruiker!

[guido66]

Ik was enkele weken geleden van Fully Kiosk naar Dashie gegaan. Toch nog wat kleine zaken die niet helemaal lekker liepen, dus vanochtend ook overgegaan naar Kiosk Satellite, ik kan nu al zeggen dat deze van de genoemde 3 met afstand de beste is.

[ Voor 17% gewijzigd door guido66 op 17-10-2026 14:55 ]

[FicoF]

Wat zijn argumenten om over te stappen? Hierin huis heeft niemand door wat er op de achtergrond draait. Heb betaald voor FK dus voelt beetje raar om over te stappen. Alhoewel dat een zeer klein bedrag was.

[yorroy]

edwin2021 schreef op zaterdag 17 oktober 2026 @ 11:34:
[...]

Hoe heb je de digitale klok als screensaver gedaan? Is dat een vinkje in kiosksatelite? Btw, helemaal gelijk Vwb de hoeveelheid mogelijkheden in fullykiosk 😉

Ja die zit standaard in Kiosk Sattelite.
Je kunt kiezen uit meerdere soorten klokken en zelf de kleuren kiezen.

FicoF schreef op zaterdag 17 oktober 2026 @ 16:04:
Wat zijn argumenten om over te stappen? Hierin huis heeft niemand door wat er op de achtergrond draait. Heb betaald voor FK dus voelt beetje raar om over te stappen. Alhoewel dat een zeer klein bedrag was.

Heb zelf ook betaald voor FK, 10 euro geloof ik?
Ik heb het nu dan nog maar een paar dagen draaien maar het geheel draait soepeler en de GUI is een heel stuk moderner en het is gebouwd voor HA, terwijl Fully Kiosk dat niet specifiek is.
Hier thuis kreeg ik klachten van het gezin dat het dus niet soepel meer werkt. Hoewel heel veel wel geautomatiseerd is wordt de tablet ook heel veel gebruikt dus het moet gewoon werken.

Als het de komende weken zo soepel blijft werken als nu trakteer ik de maker op een donatie.

[ Voor 51% gewijzigd door yorroy op 17-10-2026 16:35 ]

[guido66]

yorroy schreef op zaterdag 17 oktober 2026 @ 16:24:
[...]

Ja die zit standaard in Kiosk Sattelite.
Je kunt kiezen uit meerdere soorten klokken en zelf de kleuren kiezen.


[...]

Heb zelf ook betaald voor FK, 10 euro geloof ik?
Ik heb het nu dan nog maar een paar dagen draaien maar het geheel draait soepeler en de GUI is een heel stuk moderner en het is gebouwd voor HA, terwijl Fully Kiosk dat niet specifiek is.
Hier thuis kreeg ik klachten van het gezin dat het dus niet soepel meer werkt. Hoewel heel veel wel geautomatiseerd is wordt de tablet ook heel veel gebruikt dus het moet gewoon werken.

Als het de komende weken zo soepel blijft werken als nu trakteer ik de maker op een donatie.

Hier mijn vandaag samengestelde screensaver. Je kunt per hoek instellen wat je wilt zien. De weersvoorspelling gaat nu bij mij nog in de verkeerde taal, maar de maker heeft al aangegeven dat dit in de volgende update gefixt is. Mijn HA installatie staat namelijk in het Engels, en de gebruiker "tablet" in het Nederlands. Dit staat geheel los van de taal die je kiest voor de bediening van Kiosk Satellite zelf.
Edit: vandaag met een update gefixt!

Ik heb nog een verbetering aangevraagd: de waardes linksonder en rechtsboven wil ik laten verdwijnen als ze op nul staan.

[ Voor 11% gewijzigd door guido66 op 18-10-2026 16:46 ]

[Isane]

Ik lees mijn slimme meter via P1 uit in Home Assistant. Gasverbruik staat in het Energy Dashboard en ik heb mijn vaste gastarief van €1,20729/m³ ingesteld. Dit werkt, inclusief de kostenweergave.

Daarnaast betaal ik echter:

- Vaste leveringskosten gas: €0,22994/dag

- Netbeheerkosten: €0,70833/dag

Ik zou deze kosten ook graag in Home Assistant verwerken, liefst via helpers zodat ik de bedragen later eenvoudig kan aanpassen.

Hoe pakken jullie dit aan? Is het mogelijk om dit netjes in het Energy Dashboard te verwerken?

[ Voor 7% gewijzigd door Isane op 17-10-2026 22:50 ]

[XyRuS]

Ik mag graag Youtube kijken op de computer, maar op de bank hangen en op de televisie afspelen is ook wel eens fijn. Nu kan je casten naar Android TV maar dan opent een video niet in de Youtube app maar in een versimpelde speler.

Omdat ik wel eens wil spelen met vibecoden heb ik Claude er over laten nadenken hoe ik de video wel in de app kan laten spelen.

Claude heeft een chrome extensie gemaakt die de youtube link doorstuurt naar home assistant. Daar draait een automation met een webhook die de url vanuit de extensie weer doorstuurt als deeplink naar entity remote.tv_woonkamer.

Omdat het nu als deeplink via remote.tv_woonkamer naar de televisie wordt gestuurd opent wel de youtube app

Het project heb ik github gezet, en de claude prompts zijn hier te vinden. Alle code en documentatie op github zijn door Claude gemaakt. Dit project is ter lering en vermaak maar ik ben verbaasd wat je in zulke korte tijd kan maken met AI.

[DaRk PoIsOn]

XyRuS schreef op zondag 18 oktober 2026 @ 14:47:
Ik mag graag Youtube kijken op de computer, maar op de bank hangen en op de televisie afspelen is ook wel eens fijn. Nu kan je casten naar Android TV maar dan opent een video niet in de Youtube app maar in een versimpelde speler.

Omdat ik wel eens wil spelen met vibecoden heb ik Claude er over laten nadenken hoe ik de video wel in de app kan laten spelen.

Claude heeft een chrome extensie gemaakt die de youtube link doorstuurt naar home assistant. Daar draait een automation met een webhook die de url vanuit de extensie weer doorstuurt als deeplink naar entity remote.tv_woonkamer.

Omdat het nu als deeplink via remote.tv_woonkamer naar de televisie wordt gestuurd opent wel de youtube app

Het project heb ik github gezet, en de claude prompts zijn hier te vinden. Alle code en documentatie op github zijn door Claude gemaakt. Dit project is ter lering en vermaak maar ik ben verbaasd wat je in zulke korte tijd kan maken met AI.

Ik heb een Salora Android TV.
Als ik in de YouTube app op mijn telefoon een filmpje open en daarna op casten naar de tv druk, dan opend gewoon de YouTube app op de tv bij mij

[omweersbui]

Hallo,

ik heb een vraag die een domme vraag zou moeten zijn maar helaas heb ik het antwoord niet vinden. Ik wil Matter installeren op HA. Daar zijn verschillende kookboeken van te vinden op het internet. Alleen gaat deze allemaal uit van een USB-thread RCP router dongle and HA-OS. Systeem. Helaas heb ik geen van beide. Ik draai HA in docker en heb een ethernet-Thread-RCP(Zonoff Dongle max). Het is me niet gelukt om fatsoenlijke documentatie te vinden hoe ik Matter moet installeren in een Docker omgeving. Mocht je het weten kan je het dan met me delen.

Mijn concrete vraag nu is: Hoe stell ik in dat ik een ethernet based THread RCP border router heb in de openthread docker ?

Het voorbeeld dat openthread geeft in hun documentatie: docker run --name=otbr --detach --network=host --cap-add=NET_ADMIN --device=/dev/ttyACM0 --device=/dev/net/tun --volume=/var/lib/otbr:/data --env-file=otbr-env.list --restart=always openthread/border-router

Dit is vast niet de juiste plek. Maar er is vast iemand die dit weet hier. . Alvast bedankt!

[synoniem]

omweersbui schreef op zondag 18 oktober 2026 @ 18:39:
Hallo,

ik heb een vraag die een domme vraag zou moeten zijn maar helaas heb ik het antwoord niet vinden. Ik wil Matter installeren op HA. Daar zijn verschillende kookboeken van te vinden op het internet. Alleen gaat deze allemaal uit van een USB-thread RCP router dongle and HA-OS. Systeem. Helaas heb ik geen van beide. Ik draai HA in docker en heb een ethernet-Thread-RCP(Zonoff Dongle max). Het is me niet gelukt om fatsoenlijke documentatie te vinden hoe ik Matter moet installeren in een Docker omgeving. Mocht je het weten kan je het dan met me delen.

Mijn concrete vraag nu is: Hoe stell ik in dat ik een ethernet based THread RCP border router heb in de openthread docker ?

Het voorbeeld dat openthread geeft in hun documentatie: docker run --name=otbr --detach --network=host --cap-add=NET_ADMIN --device=/dev/ttyACM0 --device=/dev/net/tun --volume=/var/lib/otbr:/data --env-file=otbr-env.list --restart=always openthread/border-router

Dit is vast niet de juiste plek. Maar er is vast iemand die dit weet hier. . Alvast bedankt!

Ik verwacht eerlijk gezegd dat die ethernet dongle een webinterface heeft die je moet instellen en dat deze "zichzelf" meldt als Thread border router. En/of dan eventueel bij HA op dezelfde manier moet aanmelden als dat je bij een Zigbee ethernet dongle doet.

[Gizz]

@omweersbui ik weet niet of dit direct een antwoord op je vraag is, maar let erop dat je voor matter-over-thread met een eigen thread-borderrouter maar liefst 5 apps/integrations nodig hebt in HA:

1. OpenThread Border Router app
2. OpenThread Border Router integration
3. Thread integration
4. Matter app
5. Matter integration

Nummer 1 én 4 zul jij moeten draaien als losse docker containers. Die andere zijn integrations en kun je direct in HA instellen.

Welk image gebruik je voor de OTBR-app? Wat ik her en der lees is dat deze makkelijker is om met HA samen te laten werken én dat je daar de optie hebt om een netwerk-adres in te stellen voor je dongle: http://ghcr.io/ownbee/hass-otbr-docker

Standaard benader je de dongle via http://dongle-m.local/ als je het ip-adres niet weet. Zie ook Dongle-M first time setup en Connecting to Home Assistant via OTBR App(formerly Add-on) waar ook een handleiding inclusief screenshots staat. Die is welliswaar voor HAOS, maar moet jij goed kunnen volgen als je http://ghcr.io/ownbee/hass-otbr-docker gebruikt.

[ZtaaB]

Ik heb ben op zoek naar een mening/feedback over mijn volgende plan:

Ik heb HA draaien en wil mijn bejaarde Toon vervangen.

Ik verwarm mijn huis met mijn LG airco's die ik heb geintegreerd in HA. De cv draait dus 99.9% van de tijd niet. Alleen op echt koude dagen mag die even meedoen om een defrost op te vangen oid.

Mijn plan is dus om de Toon op zolder (niet goed geisoleerd, niet verwarmd) te hangen en de temperatuur voor verwarmen op 0 graden te zetten.

Ik wil de temperatuursensor van mijn LG airco die in de woonkamer/keuken hangt gebruiken om een shelly plus 1 schakelaar mijn cv als aan/uit te laten schakelen. Dus een virtuele thermostaat aanmaken in HA, temp koppelen met de sensor van de airco en via die gegevens de shelly plus 1 aansturen.

Ik wil de toon aangesloten laten op de opentherm aansluiting zodat ik nog wel makkelijk ketelinstellingen kan checken/wijzigen en brander data etc. kan uitlezen.

Dat de cv die 1 of 2 dagen per jaar dat hij in gebruik is niet echt modulerend stookt is in mijn geval dus geen enkel probleem (en zover ik weet, moduleerd die toch nog wel op de temperatuur van de retourleiding).

Ik denk dat dit wel gaat werken, of mis ik iets?

[Gizz]

@ZtaaB denk dat het van je ketel afhangt of hij het leuk vindt om zowel een OpenTherm-aansluiting als een gesloten kring op zijn aan-uit ingang te hebben.

offtopic:
Je vraagt om meningen/feedback: een gasaansluiting en CV-ketel houden voor jaarlijk 1 of 2 dagen bijstoken lijkt me een extreem efficiente manier om geld over de balk te gooien

[ZtaaB]

Gizz schreef op maandag 19 oktober 2026 @ 12:44:
@ZtaaB denk dat het van je ketel afhangt of hij het leuk vindt om zowel een OpenTherm-aansluiting als een gesloten kring op zijn aan-uit ingang te hebben.

offtopic:
Je vraagt om meningen/feedback: een gasaansluiting en CV-ketel houden voor jaarlijk 1 of 2 dagen bijstoken lijkt me een extreem efficiente manier om geld over de balk te gooien

Ja dat moet ik idd even uitproberen.

offtopic:
eens, maar de boel ombouwen naar volledig elektrisch ook voor sww en koken is mij voor nu een stap te ver

[Septillion]

Isane schreef op zaterdag 17 oktober 2026 @ 22:49:
Hoe pakken jullie dit aan?

Persoonlijk, niet. Want dan zou je imho ook de heffingskorting mee moeten nemen. En dan begin je dus elke dag met een negatief verbruik Gezien je meer heffingskorting krijgt dan je vast recht betaald.

Is het mogelijk om dit netjes in het Energy Dashboard te verwerken?

En nee, daar is dat niet in mee te nemen. Dus als je zoiets wilt zal je gewoon zelf aan de slag moeten gaan en dat op een dashboard tonen.

[ Voor 10% gewijzigd door Septillion op 19-10-2026 13:38 ]

[Kodess]

RobertMe schreef op zaterdag 17 oktober 2026 @ 09:50:
Hmm. Kwam, via Hacker News een GitHub draadje tegen met een report over dat HAOS buiten medeweten van de gebruiker met Have I Been Powned babbeld. Ik zal even geen links posten omdat de reacties bij beiden nogal "controversieel" zijn, wat vast ook is waarom het ineens ver bovenaan op HN stond

Waar het uiteindelijk op neer komt is dat HAOS alles dat gemarkeerd is als wachtwoord / secret (binnen HA en apps?) dus door HIBP heen haalt om evt een waarschuwing te geven dat je een gelekt wachtwoord gebruikt. En dit gebeurt schijnbaar al jaren, maar was niet "zichtbaar" (/geen waarschuwing bij een "gelekt" wachtwoord) door een bug.
Waarbij er twee soorten zorgen zijn, die IMO wel terecht zijn.

Ten eerste adverteert HA zich als volledig lokaal, gericht op privacy, etc. Maar zonder medeweten van de gebruiker (laat staan toestemming van de gebruiker) wordt er dus wel verbinding gelegd met een derde partij. Als in: HAOS verbindt met HIBP. En hierbij worden in principe ook prive-gegevens gedeeld (IP adres). En het geeft mogelijk ook in bepaalde mate inzicht dat op dat IP adres (ergens) HA draait, afhankelijk van de gebruikte user agent. En dat geldt dus voor elk systeem waar HA mee verbindt, maar als je bv een cloud integratie instelt is het "opt-in". Deze wachtwoord check is "opt-out", en bij wijze van niemand weet dat die er in zit.

En ten tweede zijn er twijfels over de veiligheid van HIBP. Wat er gebeurt is dat het wachtwoord lokaal met SHA1 wordt gehasht, en van het resultaat worden de eerste 5 tekens naar HIBP gestuurd. Waarna HIBP alle bekende wachtwoord hashes die met die 5 tekens beginnen retourneert, en HA lokaal kan vergelijken of de hash in die set zit, zo ja is het wachtwoord gelekt. Maar HIBP weet dus wel ongeveer hoeveel unieke wachtwoorden je hebt (op basis van het aantal "prefixes" die je opvraagt). En de wachtwoord database van HIBP zal gevuld zijn op basis van plain text wachtwoorden, die HIBP zelf gehasht heeft. En dus potentieel ook heeft opgeslagen "wachtwoord 'Welkom2026' heeft hash 'abcdefgh...'". Dus als jij vervolgens een "controle" doet met hash prefix 'abcde' kan HIBP potentieel weten dat je alsnog mogelijk 'Welkom2026' als wachtwoord hebt, of een van de andere wachtwoorden waarvan de hash begint met die 5 tekens. Waarmee een mogelijke brute force aanval dus maar honderden, of een paar duizend, wachtwoorden hoeft te proberen, i.p.v. vele miljoenen/miljarden.

Nu ga ik er vanuit dat zowel HA als HIBP de beste intenties hebben en niet uit zijn op misbruik. Maar het zet wel te denken. Ook gezien dus bij HA "that puts local control and privacy first". En ongevraagd met derde partijen communiceren is nu niet echt in het belang van privacy? En er is vast een reden dat wachtwoord managers, die ook vaak HIBP integreren, dit wél als opt-in doen.

Opt-out kan overigens met:

code:

ha security options --pwned=false

En blijkbaar dus zonder optie in de web interface.

https://github.com/home-assistant/supervisor/pull/7382
De functie is vanaf de volgende release opt-in

[Schway]

RobertMe schreef op zaterdag 17 oktober 2026 @ 09:50:
Hmm. Kwam, via Hacker News een GitHub draadje tegen met een report over dat HAOS buiten medeweten van de gebruiker met Have I Been Powned babbeld. Ik zal even geen links posten omdat de reacties bij beiden nogal "controversieel" zijn, wat vast ook is waarom het ineens ver bovenaan op HN stond

Waar het uiteindelijk op neer komt is dat HAOS alles dat gemarkeerd is als wachtwoord / secret (binnen HA en apps?) dus door HIBP heen haalt om evt een waarschuwing te geven dat je een gelekt wachtwoord gebruikt. En dit gebeurt schijnbaar al jaren, maar was niet "zichtbaar" (/geen waarschuwing bij een "gelekt" wachtwoord) door een bug.
Waarbij er twee soorten zorgen zijn, die IMO wel terecht zijn.

Ten eerste adverteert HA zich als volledig lokaal, gericht op privacy, etc. Maar zonder medeweten van de gebruiker (laat staan toestemming van de gebruiker) wordt er dus wel verbinding gelegd met een derde partij. Als in: HAOS verbindt met HIBP. En hierbij worden in principe ook prive-gegevens gedeeld (IP adres). En het geeft mogelijk ook in bepaalde mate inzicht dat op dat IP adres (ergens) HA draait, afhankelijk van de gebruikte user agent. En dat geldt dus voor elk systeem waar HA mee verbindt, maar als je bv een cloud integratie instelt is het "opt-in". Deze wachtwoord check is "opt-out", en bij wijze van niemand weet dat die er in zit.

En ten tweede zijn er twijfels over de veiligheid van HIBP. Wat er gebeurt is dat het wachtwoord lokaal met SHA1 wordt gehasht, en van het resultaat worden de eerste 5 tekens naar HIBP gestuurd. Waarna HIBP alle bekende wachtwoord hashes die met die 5 tekens beginnen retourneert, en HA lokaal kan vergelijken of de hash in die set zit, zo ja is het wachtwoord gelekt. Maar HIBP weet dus wel ongeveer hoeveel unieke wachtwoorden je hebt (op basis van het aantal "prefixes" die je opvraagt). En de wachtwoord database van HIBP zal gevuld zijn op basis van plain text wachtwoorden, die HIBP zelf gehasht heeft. En dus potentieel ook heeft opgeslagen "wachtwoord 'Welkom2026' heeft hash 'abcdefgh...'". Dus als jij vervolgens een "controle" doet met hash prefix 'abcde' kan HIBP potentieel weten dat je alsnog mogelijk 'Welkom2026' als wachtwoord hebt, of een van de andere wachtwoorden waarvan de hash begint met die 5 tekens. Waarmee een mogelijke brute force aanval dus maar honderden, of een paar duizend, wachtwoorden hoeft te proberen, i.p.v. vele miljoenen/miljarden.

Nu ga ik er vanuit dat zowel HA als HIBP de beste intenties hebben en niet uit zijn op misbruik. Maar het zet wel te denken. Ook gezien dus bij HA "that puts local control and privacy first". En ongevraagd met derde partijen communiceren is nu niet echt in het belang van privacy? En er is vast een reden dat wachtwoord managers, die ook vaak HIBP integreren, dit wél als opt-in doen.

Opt-out kan overigens met:

code:

ha security options --pwned=false

En blijkbaar dus zonder optie in de web interface.

HAOS is opensource toch? Kan je niet kijken hoe HA en HIBP samenwerken ipv speculeren?

[RobertMe]

Schway schreef op dinsdag 20 oktober 2026 @ 09:52:
[...]

HAOS is opensource toch? Kan je niet kijken hoe HA en HIBP samenwerken ipv speculeren?

Wat speculeer ik dan? Dat HAOS ongevraagd (/opt-out) met een derde partij communiceert is gewoon een feit. En waarom er twijfels zijn over de veiligheid van HIBP heb ik ook uitgelegd. Waarbij ik ook aangeef dat ik er vanuit ga dat beide partijen geen kwade bedoelingen hebben. Maar dan nog zijn er velen die het not done vinden dat het wachtwoord of een afgeleide daarvan zomaar verstuurd wordt naar "iets"/"iemand" (buiten dan datgene waarvoor je dat wachtwoord hebt ingesteld .

Of jij het vervolgens allemaal wel mee vind vallen of niet mag je prima zelf bepalen. Ik post hier alleen dat er "ophef" over deze feature was. En ik ga er zelf ook vanuit dat het risico van deze feature beperkt is. Maar vind ook dat je hierover geïnformeerd moet zijn, en in principe dus ook middels opt-in, en niet middels opt-out, laat staan via opt-out via een "obscuur" CLI commando (een opt-out in de webinterface kun je "ontdekken" als je rond klikt, een "--pwned=false" CLI flag bij een diep genest commando zul je niet snel ontdekken).

En gezien ze bij HAOS blijkbaar intussen besloten hebben om de default wel naar false aan te passen (zie de comment van @Kodess hierboven) geeft ook wel aan dat ze het achteraf niet heel verstandig vinden om het opt-out te maken.

[guido66]

Kiosk Satellite heeft nu ook plugins, en er is al 1 voor fotoalbums in de screensaver. Eerst alleen Google, maar nu ook OneDrive en iCloud:

[Hmmbob]

guido66 schreef op dinsdag 20 oktober 2026 @ 18:30:
Kiosk Satellite heeft nu ook plugins, en er is al 1 voor fotoalbums in de screensaver. Eerst alleen Google, maar nu ook OneDrive en iCloud:
[Afbeelding]

Ha, ik heb vandaag een plugin gemaakt (nja, door Codex laten maken) voor het gebruik van Bing Wallpapers als screensaver: https://github.com/hmmbob/kiosk-satellite-bing-wallpapers

Vanavond even aanmelden bij de community store.

[ Voor 23% gewijzigd door Hmmbob op 20-10-2026 19:50 ]

[TWKterry]

Ik heb gisteravond ook Kiosk Satellite er op gezet ipv Fully Kiosk in de testperiode. Een zeer aangename verassing hoe een en ander werkt moet ik zeggen. Ik ga voorlopig geen Fully Kiosk betaald afnemen maar een donatie doen.

[konehead]

TWKterry schreef op dinsdag 20 oktober 2026 @ 20:18:
Ik heb gisteravond ook Kiosk Satellite er op gezet ipv Fully Kiosk in de testperiode. Een zeer aangename verassing hoe een en ander werkt moet ik zeggen. Ik ga voorlopig geen Fully Kiosk betaald afnemen maar een donatie doen.

Same here, wat een verbetering t.o.v. Fully Kiosk

[breinonline]

Isane schreef op zaterdag 17 oktober 2026 @ 22:49:
Ik lees mijn slimme meter via P1 uit in Home Assistant. Gasverbruik staat in het Energy Dashboard en ik heb mijn vaste gastarief van €1,20729/m³ ingesteld. Dit werkt, inclusief de kostenweergave.

Daarnaast betaal ik echter:

- Vaste leveringskosten gas: €0,22994/dag

- Netbeheerkosten: €0,70833/dag

Ik zou deze kosten ook graag in Home Assistant verwerken, liefst via helpers zodat ik de bedragen later eenvoudig kan aanpassen.

Hoe pakken jullie dit aan? Is het mogelijk om dit netjes in het Energy Dashboard te verwerken?

Je kan voor de kosten naar een entity wijzen. Dus je kan verschillende helpers aanmaken voor de kostensoorten en dan een helper waar die in opgeteld worden. Naar die laatste kan je dan vanuit het energy dashboard verwijzen.

[edwin2021]

guido66 schreef op dinsdag 20 oktober 2026 @ 18:30:
Kiosk Satellite heeft nu ook plugins, en er is al 1 voor fotoalbums in de screensaver. Eerst alleen Google, maar nu ook OneDrive en iCloud:
[Afbeelding]

Gaaf!

Nu nog een lokale data share 😉

[TheFes]

breinonline schreef op dinsdag 20 oktober 2026 @ 21:18:
[...]

Je kan voor de kosten naar een entity wijzen. Dus je kan verschillende helpers aanmaken voor de kostensoorten en dan een helper waar die in opgeteld worden. Naar die laatste kan je dan vanuit het energy dashboard verwijzen.

Dat werkt niet, het Energy Dashboard gaat uit van kosten per kWh/m³/whatever. Als je kosten per dag wil toevoegen dan zou je van te voren moeten weten hoeveel je die dag gaat verbruiken.

[SonOfSam]

Monno1974 schreef op woensdag 21 oktober 2026 @ 07:44:
Dit is dus een integratie die je stemt herkent en dan pas een actie gaat doen op je Home Assistent. Als je stem niet overeenkomt weigert ie.

[Afbeelding]

[Afbeelding]

Hoe goed werkt dit bij jou/jullie? Hier in huis vind ik de google home's nou niet geweldig qua stem herkenning

[Monno1974]

SonOfSam schreef op woensdag 21 oktober 2026 @ 08:08:
[...]


Hoe goed werkt dit bij jou/jullie? Hier in huis vind ik de google home's nou niet geweldig qua stem herkenning

Dit werkt via de Home Assistant voice control en het werkt goed. Als ie klaar is zal ik de broncode delen.

[WeeDzi]

na het lezen van de succes verhalen van Kiosk satellite hier ook de stap maar eens gewaagd, maar blijkbaar was dat niet zon goed idee met mn oude Tab A uit 2015. Liep voor geen meter, factory reset gedaan en daarna was de tablet al helemaal niet meer vooruit te branden.

is er een minimun waar de tablets aan moeten voldoen ik heb nu dus die tabA met een 9.7 inch scherm maar zou nog graag iets groter willen. Maar liefst zou ik een 2e handsje kopen met een iets groter scherm dus. iemand suggesties?

[HuismAndré]

TheFes schreef op woensdag 21 oktober 2026 @ 07:39:
[...]


Dat werkt niet, het Energy Dashboard gaat uit van kosten per kWh/m³/whatever. Als je kosten per dag wil toevoegen dan zou je van te voren moeten weten hoeveel je die dag gaat verbruiken.

Het hoeft ook niet echt volgens mij. Naast de kosten van het vastrecht krijg je een heffingskorting die deze vastrechtkosten grotendeels compenseert.

[JDunnio]

WeeDzi schreef op woensdag 21 oktober 2026 @ 09:51:
na het lezen van de succes verhalen van Kiosk satellite hier ook de stap maar eens gewaagd, maar blijkbaar was dat niet zon goed idee met mn oude Tab A uit 2015. Liep voor geen meter, factory reset gedaan en daarna was de tablet al helemaal niet meer vooruit te branden.

is er een minimun waar de tablets aan moeten voldoen ik heb nu dus die tabA met een 9.7 inch scherm maar zou nog graag iets groter willen. Maar liefst zou ik een 2e handsje kopen met een iets groter scherm dus. iemand suggesties?

Belangrijkste is volgens mij het webview component updaten. Daardoor loopt alles stroef en eventuele andere packages die in de weg zitten te verwijderen en daarop dan pas sattelite.

Ik heb dit ooit draaide gemaakt op een oude sonoff ns panel pro volgens deze oude guide: https://blakadder.com/t6e-sideload/

Dan weet je ongeveer wat je moet doen, maar die guide is zwaar verouderd en sattelite neemt veel van die oude stappen al uit handen.

Makkelijkste is om dit aan gemini te vragen en je door de stappen te laten lopen met de juiste adb commando’s. Zo had ik in een paar uur twee sonoff’s en een Lenovo tablet in de lucht

[flowiej]

Snuffel schreef op woensdag 21 oktober 2026 @ 18:54:
Ik heb weer wat lopen knutselen met diverse kaarten en mogelijkheden.
Ben wel blij met hoe het er nu uitziet als ik eerlijk ben

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[jossie67]

Kalipeen schreef op zaterdag 10 oktober 2026 @ 13:34:
[...]

Bij deze

Dank voor het delen in je document heb je het over
EnergyDisplay_HA_v40_1_3_21.zip

Waar kan ik deze vinden

[breinonline]

TheFes schreef op woensdag 21 oktober 2026 @ 07:39:
[...]


Dat werkt niet, het Energy Dashboard gaat uit van kosten per kWh/m³/whatever. Als je kosten per dag wil toevoegen dan zou je van te voren moeten weten hoeveel je die dag gaat verbruiken.

Ik heb iemand gevonden die toch met verschillende helpers wat weet te klussen: https://homeassistanttips...-prijzen-exact-berekenen/

[TheFes]

breinonline schreef op woensdag 21 oktober 2026 @ 19:56:
[...]

Ik heb iemand gevonden die toch met verschillende helpers wat weet te klussen: https://homeassistanttips...-prijzen-exact-berekenen/

Heb er even doorheen gescrold, maar dit gaat zo in ieder geval niet werken aangezien de template sensors nog gebruik maken van het legacy format

[anconakip]

ik gebruik al een aantal jaar HA naar tevredenheid. Maar sinds een aantal weken gaat er iets niet goed. Ik moet elke dag mijn Proxmox VM met HA herstarten omdat HA niet of in ieder geval erg traag reageert. Na de herstart werkt het weer perfect. Iemand een idee wat ik hier aan kan doen?

[Sa1]

anconakip schreef op donderdag 22 oktober 2026 @ 08:33:
ik gebruik al een aantal jaar HA naar tevredenheid. Maar sinds een aantal weken gaat er iets niet goed. Ik moet elke dag mijn Proxmox VM met HA herstarten omdat HA niet of in ieder geval erg traag reageert. Na de herstart werkt het weer perfect. Iemand een idee wat ik hier aan kan doen?

In de logs kijken wat er mis gaat. Klinkt flauw maar er zal iets mis gaan.

[Kalipeen]

jossie67 schreef op woensdag 21 oktober 2026 @ 19:53:
[...]


Dank voor het delen in je document heb je het over
EnergyDisplay_HA_v40_1_3_21.zip

Waar kan ik deze vinden

Ja, dat is mijn eigen broncode, die kan ik helaas niet delen ivm met secrets en wachtwoorden e.d. Maar als je het document in AI gooit zou hij de bron moeten kunnen namaken. Vanuit daar kan je heel makkelijk compileren naar een APK met Android Studio

[FicoF]

Heeft iemand hier ervaring met een goedkoop display (klein 7 inch bijvoorbeeld)? Ik kom er veel tegen maar veel is dan ook meuk vermoed ik. Doel is een klein scherm op de kamer met daarop agenda en wat beperkte info.

Daarnaast leuk om wat ervaring te delen, voor de liefhebber:

Na heel veel tijd en omwegen is het gelukt HA nu echt stabiel te krijgen en ook als een welkome aanvulling voor de overige gezinsleden. Zoals velen denk ik wel hebben ervaren is het verleidelijk om heel veel info op het dashboard te zetten. Dat heb ik ook lang gedaan (boilertemperatuur, energiegrafieken, etc..) Heel verleidelijk als nerd maar niemand keek er echt vaak naar. Al die info is er nog wel, maar je moet echt doorklikken naar secundaire tabbladen.

Voor mijn gevoel moest ik heel veel weggooien, maar HA werkt voor iedereen nu veel beter.

Belangrijkste reden om HA in te zetten, minimaliseren van het aantal apps. De apps die ik nu niet meer hoef te openen: robotstofzuiger, wasmachine, droger, HomeWizard, HVC, Magister, Voetbal.nl, Sonos, Hue, Tuya, Daikin, Camera en ik vergeet er denk ik nog wel een paar.

Mijn dashboard is redelijk minimaal opgebouwd uit 3 kolommen.
Links bedienen verlichting (3 groepen) en muziek. Deze worden actief bediend elke dag.
Midden dagelijks info. Aanwezigheid (compact), ochtendbrief met toetsen en acties zoals vuilnis, schooltijden van de kinderen en uitval. Daaronder openstaande acties; planten, wasmachine of droger staat aan of is klaar.
Rechts, minder actuele info. Voetbalwedstrijden van 3 kinderen en of we moeten wassen of rijden. Geen boilertemperatuur maar een klein kaartje met nog 5x douchen beschikbaar. Kleine knoppen naar andere dashboards met veel meer info.

Als hier vakantie is, er wordt niet gewassen en de planten hebben genoeg water is het display bijna leeg. Alles komt alleen naar voren als er actie nodig is. Dus niet een kaart met planten zijn ok, maar alleen een kaart als er water gegeven moet worden. Geldt ook voor alle apparaten, want het boeit mij niet dat de wasmachine standby staat.

In een best groot samengesteld gezin met pubers is HA nu echt een aanvulling geworden. 5 magisteraccounts en je zoekt je wezenloos naar wanneer iedereen vrij is, nu staat het er gewoon netjes. 3 Rara excelroosters van de voetbal heeft Claude omgezet naar 1 duidelijk rooster.

Automatiseren doen we hier heel weinig, omdat ritmes heel erg uit elkaar liggen.

Voor de kinderen zoek ik nu dus een goedkoop display. Als iemand goede ervaringen heeft hoor ik het graag.

[Gizz]

FicoF schreef op donderdag 22 oktober 2026 @ 10:21:
Heeft iemand hier ervaring met een goedkoop display (klein 7 inch bijvoorbeeld)? Ik kom er veel tegen maar veel is dan ook meuk vermoed ik. Doel is een klein scherm op de kamer met daarop agenda en wat beperkte info.

Klinkt als info die niet vaak wisselt? Dan is e-paper wellicht iets, dat gaat met beperkte refreshes ook erg lang mee op een batterij; daardoor ben je vrijer qua plaatsing en hoef je geen usb-laders en kabels in de buurt te hebben.

Ik heb pas iets op basis van 4,7" gemaakt: Gizz in "Home Assistant - Show je setup"

Voor een volgens project heb ik twee Waveshare 7,5" schermen gehaald. Wat meer kant-en-klaar heb je de ReTerminal-serie van Seeed Studio.

[FicoF]

Gizz schreef op donderdag 22 oktober 2026 @ 10:30:
[...]

Klinkt als info die niet vaak wisselt? Dan is e-paper wellicht iets, dat gaat met beperkte refreshes ook erg lang mee op een batterij

Heb ik ook aan gedacht en had je berichten al gelezen in Showcase. Heel netjes. Voor de kinderen wil ik toch meer kleur, dat maakt het wat leuker denken ze. En dat gebied is best een doolhof vind ik met heel veel troep. Voor de keuken ga ik je input waarschijnlijk wel gebruiken ergens als ik tijd heb (kerst ofzo).

[Gizz]

@FicoF e-ink kan ook met kleur. ReTerminal heeft bijvoorbeeld een kleurenversie. Wel wat duurder dan de monochrome-variant.

Je kunt ook kijken naar een goedkope (eventueel refurbished) tablet of een tweedehands tablet via V&A, al zijn tablets vaak wel groter dan 7" die je noemde. Een oude telefoon kan eventueel ook?

[pietje63]

@FicoF Houd er dan wel rekening mee dat het verversen van de e-ink kleurschermen meer tijd kost (denk aan 15 deconde). Geen probleem als je enkel (bijv elk uur) ververst, maar heeft wel negatieve impact op user experience als je werkt met meerdere dashboards

[prutsger]

Vraagje. Met afvalbeheer heb ik fijn overzicht wanneer welke container aan de weg moet. M'n dashboard probeer ik overzichtelijk te houden, dus ik wil een containeroverzicht alleen zichtbaar hebben als 1 van de containers morgen of vandaag aan de weg moet. In de interface kun je tot op attribute-niveau klikken om op basis van een waarde wel of niet zichtbaarheid in te stellen. Daarkomt dan deze YAML uit:

YAML:

type: conditional
conditions:
  - condition: or
    conditions:
      - condition: state
        entity_id: sensor.circulus_papier
        state:
          - <2
        attribute: Days_until
      - condition: state
        entity_id: sensor.circulus_gft
        state:
          - '1'
          - '0'
        attribute: Days_until
      - condition: state
        entity_id: sensor.circulus_pmd
        state:
          - '1'
          - '0'
        attribute: Days_until
card:
  type: entities
  entities:
  - entity: sensor.circulus_gft
    secondary_info: Days_until
  - entity: sensor.circulus_pmd
    secondary_info: Days_until
  - entity: sensor.circulus_papier
    secondary_info: Days_until

Ik blijf de melding houden dat niet aan minimaal 1 van de voorwaarden is voldaan. Op de documentatiepagina zie ik alleen niks over attributes. Werkt dat gewoon (nog) niet? Of zie ik iets over het hoofd?

NB De gft staat nu aan de weg en 'Days_until' = 0. Toch krijg ik de hele card niet te zien.

[Ronker32]

prutsger schreef op donderdag 22 oktober 2026 @ 14:48:
Vraagje. Met afvalbeheer heb ik fijn overzicht wanneer welke container aan de weg moet. M'n dashboard probeer ik overzichtelijk te houden, dus ik wil een containeroverzicht alleen zichtbaar hebben als 1 van de containers morgen of vandaag aan de weg moet. In de interface kun je tot op attribute-niveau klikken om op basis van een waarde wel of niet zichtbaarheid in te stellen. Daarkomt dan deze YAML uit:

YAML:

type: conditional
conditions:
  - condition: or
    conditions:
      - condition: state
        entity_id: sensor.circulus_papier
        state:
          - <2
        attribute: Days_until
      - condition: state
        entity_id: sensor.circulus_gft
        state:
          - '1'
          - '0'
        attribute: Days_until
      - condition: state
        entity_id: sensor.circulus_pmd
        state:
          - '1'
          - '0'
        attribute: Days_until
card:
  type: entities
  entities:
  - entity: sensor.circulus_gft
    secondary_info: Days_until
  - entity: sensor.circulus_pmd
    secondary_info: Days_until
  - entity: sensor.circulus_papier
    secondary_info: Days_until

Ik blijf de melding houden dat niet aan minimaal 1 van de voorwaarden is voldaan. Op de documentatiepagina zie ik alleen niks over attributes. Werkt dat gewoon (nog) niet? Of zie ik iets over het hoofd?

NB De gft staat nu aan de weg en 'Days_until' = 0. Toch krijg ik de hele card niet te zien.

Ik zou dit stukje:

YAML:

type: conditional
conditions:
  - condition: or
    conditions:
      - condition: state
        entity_id: sensor.circulus_papier
        state:
          - <2

vervangen door dit stukje:

YAML:

type: conditional
conditions:
  - condition: or
    conditions:
      - condition: state
        entity_id: sensor.circulus_papier
        state:
          - '1'
          - '0'

Die '<2' vindt een state check niet leuk volgens mij.

edit:
Is het niet handiger om de visibility te regelen onder dat tabje van de entities-card? Dan hoef je niet eens een conditional card te gebruiken, volgens mij zit alle functionaliteit wat betreft voorwaardelijke zichtbaarheid onder dat tabje 'Visibility' in de GUI van de kaart.

[ Voor 7% gewijzigd door Ronker32 op 22-10-2026 14:55 ]

[Septillion]

@prutsger Zelfde als heirboven.

En je zou ook op basis van de today en tomorrow kunnen doen:

YAML:

conditions:
  - condition: not
    conditions:
      - condition: state
        entity_id: sensor.acv_today
        state:
          - None
      - condition: state
        entity_id: sensor.acv_tomorrow
        state:
          - None

[prutsger]

@Septillion @Ronker32

Ik heb die <2 er nu inderdaad maar uitgehaald, ik had allerlei opties zitten uitproberen. En ik kom er nu achter dat het met:

YAML:

- condition: state
        entity_id: sensor.circulus_gft
        state:
          - 0
          - 1

wel werkt. Via de interface komen er automatisch ' omheen, maar als ontwikkelaar denk ik dan het is geen string maar een int dus laat ik die eens weghalen vanuit de yaml. Bingo!

[Septillion]

@prutsger Ah, ja. States zijn altijd strings maar attributes kunnen int zijn Maar UI zal (wegens de state) standaard uitgaan van string.

[ Voor 27% gewijzigd door Septillion op 22-10-2026 16:45 ]

[HuismAndré]

FicoF schreef op donderdag 22 oktober 2026 @ 10:21:
Heeft iemand hier ervaring met een goedkoop display (klein 7 inch bijvoorbeeld)? Ik kom er veel tegen maar veel is dan ook meuk vermoed ik. Doel is een klein scherm op de kamer met daarop agenda en wat beperkte info.

Ik gebruik al jaren naar volle tevredenheid een Fire HD 8 scherm. Eerst gewoon met de stock software (en een accu die altijd op 100% geladen stond) maar tegenwoordig met LIneageOS en een script dat de acculading afkoppelt (in de tablet) zodat de accu op 60% zit. Daarna pakt de tablet wel eens iets van de accu (als buffer) zodat hij na 1-2 weken op 40% zit. Om dan weer te kunnen laden moet hij een reboot doen (doe ik via een automatisering 's nachts zodra het nodig is). Werkt al een half jaar perfect.

Ook gebruik ik de tablet als lichtsensor. Voorheen via Home Assistant Companion app (maar da's met een fikse delay vanwege het update interval van 1 minuut (of was het zelfs 5)?) Nu doe ik het via een script die wat MQTT de deur uitgooit zodra de sensor meer dan 5% verandert ten opzichte van de vorige verzonden waarde óf wanneer het langer dan 5 minuten geleden is dat hij van zich liet horen. Ook regel ik nog via een script de helderheid van het scherm. Veel gedaan met hulp (en weerstand) van een AI.

In de slaapkamer doe ik hetzelfde met een Moto G10 (stock firmware, wel rooted). Ook daar draait een scriptje op dat de accu op 50% houdt (en die heeft geen last van leegloop of noodzaak voor reboot om weer te kunnen laden). Nog mooier dus (maar wel kleiner scherm).

Qua snelheid is de Fire HD8 behoorlijk snappy dankzij LineageOS. De Moto G10 is zelfs gewoon een erg snel ding te noemen (fully kiosk browser is de enige echte app die erop draait).

[ Voor 31% gewijzigd door HuismAndré op 22-10-2026 17:39 ]

[Hmmbob]

HuismAndré schreef op donderdag 22 oktober 2026 @ 17:32:
Qua snelheid is de Fire HD8 behoorlijk snappy dankzij LineageOS. De Moto G10 is zelfs gewoon een erg snel ding te noemen (fully kiosk browser is de enige echte app die erop draait).

Je zou een experimentje met https://kiosksatellite.com/ kunnen doen. Dat was hier veel sneller dan Fully Kiosk Browser.

[Kalipeen]

@Putyah Inmiddels heb ik ook een AutoUpdate functie gebouwd. Als er op de NAS een nieuwe versie staat wordt deze vanzelf geïnstalleerd. Ik heb nu alle stroom flows gevisualiseerd aan de hand van een dronefoto van ons erf. Ze vet dat AI.

Ik heb nu 3 denvers draaien.

[Septillion]

@Kalipeen en @Putyah Kan je die ambilight ook nog aansturen?

En zou het toch mogelijk zijn om secrets te strippen zodat broncode delen mogelijk wordt?

[Kalipeen]

Septillion schreef op vrijdag 23 oktober 2026 @ 14:44:
@Kalipeen en @Putyah Kan je die ambilight ook nog aansturen?

En zou het toch mogelijk zijn om secrets te strippen zodat broncode delen mogelijk wordt?

Ja, ook de Ambilight-verlichting kun je aansturen. Bij mij verandert de kleur afhankelijk van de actuele stroomprijs:

• 🟢 Groen: stroom is goedkoop.
• 🔴 Rood: stroom is duur.
• Daartussen allerlei kleurtinten, afhankelijk van de prijs.

Ik heb mijn best gedaan om de documentatie zo compleet mogelijk te laten genereren, zodat anderen hier zelf mee aan de slag kunnen.

De broncode van mijn eigen app deel ik bewust niet. Daarin staan namelijk allerlei persoonlijke gegevens verwerkt, waaronder mijn Home Assistant-entities, IP-adressen, configuraties en andere informatie over mijn thuisnetwerk.

Maar dat hoeft ook helemaal niet! Als je de documentatie aan een AI zoals ChatGPT of Codex geeft, kun je daarmee je eigen broncode laten genereren. Met Android Studio bouw je vervolgens de APK en met ADB installeer je die op de fotolijst. AI kan je precies vertellen welke stappen je moet uitvoeren.

Gebruik je een lokale AI-agent, zoals Codex, dan kan die zelfs veel van het werk rechtstreeks op je computer uitvoeren. Je hoeft dan niet steeds commando's heen en weer te kopiëren.

En geloof me: ik ben zelf echt een noob op dit gebied. Voordat ik hiermee begon, had ik nog nooit een Android-app gebouwd of een APK gemaakt.

Het mooie is dat je tegenwoordig met AI ontzettend ver kunt komen, zelfs zonder programmeerervaring. Je hoeft mijn broncode dus niet te hebben om zelf iets vergelijkbaars te bouwen!

[Septillion]

@Kalipeen Snap dat het makkelijk is met een LLM, maar het is niet zo makkelijk als het gewoon kunnen gebruiken / configureren Misschien de LLM eens vragen je settings naar een config bestand te verhuizen? Want mja, snap dat er namen ofzo in kunnen staan. Aan je interne IP's heb ik geen drol

Wel cool dat de ambilight ook bruikbaar is!

Dus mja, voor nu sla ik het project toch maar even over.

[breinonline]

TheFes schreef op woensdag 21 oktober 2026 @ 22:48:
[...]

Heb er even doorheen gescrold, maar dit gaat zo in ieder geval niet werken aangezien de template sensors nog gebruik maken van het legacy format

Maar zijn die niet gewoon om te zetten dan?

[koelkast]

Putyah schreef op vrijdag 23 oktober 2026 @ 13:24:
[...]

Na het zien van deze post direct dezelfde fotolijst gekocht. Na een avondje werk draait dit nu al anderhalve week naar volle tevredenheid! Het was niet de goedkoopste oplossing, maar in mijn optiek wel de mooiste (Dankzij het lijstje eromheen). Het ziet er net wat subtieler uit dan een tablet.

[Afbeelding]
Vooral gekocht om mijn huisgenoten (gezin) de voordelen van Home Assistant te laten ervaren. Dat geeft me weer een vrijbrief om thuis meer te gaan experimenteren. @Kalipeen: Bedankt voor de tip.

Wat is hier nou het voordeel boven een tablet? Behalve dan mogelijk iets subtieler?

Oh, nog ff de beschermfolie eraf halen

[TheFes]

breinonline schreef op vrijdag 23 oktober 2026 @ 20:43:
[...]

Maar zijn die niet gewoon om te zetten dan?

Die zijn op zich wel om te zetten.
Op zich kun je hiermee dan wel je totale energie kosten bij houden, maar dat gaat dan niet op het Energy Dashboard zijn, maar met aparte sensoren die daar los van staan.

[breinonline]

Dat is waar, maar ik gebruik het energy dashboard al nooit voor kosten omdat je (in de Nederlandse situatie in elk geval) toch niet de werkelijke kosten kan zien. De vaste kosten zijn nu immers niet te verwerken. Dan is dit voorbeeld wel wat het dichtst in de buurt komt van iets praktisch bruikbaars. En het oficiële energy dashboard kan je grotendeels nabouwen in een ander dashboard.

[Kenwood960]

Putyah schreef op vrijdag 23 oktober 2026 @ 13:24:
[...]

Na het zien van deze post direct dezelfde fotolijst gekocht. Na een avondje werk draait dit nu al anderhalve week naar volle tevredenheid! Het was niet de goedkoopste oplossing, maar in mijn optiek wel de mooiste (Dankzij het lijstje eromheen). Het ziet er net wat subtieler uit dan een tablet.

[Afbeelding]
Vooral gekocht om mijn huisgenoten (gezin) de voordelen van Home Assistant te laten ervaren. Dat geeft me weer een vrijbrief om thuis meer te gaan experimenteren. @Kalipeen: Bedankt voor de tip.

Claude code waarschuwt mij voor de flauwe hardware, zeker voor weergave van ipcams en zware dashboards .... Terecht ?

[Septillion]

@breinonline Zelf ook totaal niet geïnteresseerd in de vaste kosten. Daar kan ik toch helemaal niets aan doen dus verstoort naar mijn idee toch het hele beeld van de energiekosten. Zijn daarnaast afgedekt door energie toeslag.

Tuurlijk mag je dat maken! Dat is het leuke van HA natuurlijk, dus begrijp me niet verkeerd. Kan je ook investeringen in PV en/of thuisbatterij meenemen, ander is het plaatje nog scheef. Maar deel je beeld dus niet dat het niet practisch bruikbaar is

[ Voor 7% gewijzigd door Septillion op 24-10-2026 10:33 ]

[Monga]

Kenwood960 schreef op zaterdag 24 oktober 2026 @ 09:33:
[...]

Claude code waarschuwt mij voor de flauwe hardware, zeker voor weergave van ipcams en zware dashboards .... Terecht ?

Terecht. Een wat zwaarder dashboard (apexcharts...) en camera's draaien er out of the box slecht op, deels door trage hardware, deels door de oude android versie en de opzet van de companion app door alles in de browser te doen. Maar als je toch al Claude er naar laat kijken: die maakt zonder problemen een Android app in Kotlin die via websockets verbindt met Home Assistant en een dashboard met realtime updates rendert. Ook camera streams tonen op basis van een trigger is geen probleem.

[Gonzalez]

Door de aangekondigde hoge gasprijzen en een overschot aan zonnestroom speel ik met het idee om bij teruglevering een elektrische bijverwarming te plaatsen. Ik heb hier de volgende olieradiator op het oog, Mill Gentle Air OIL2000WIFI3. Ik zou deze vanuit Home Assistant willen sturen zodat deze op zonnige dagen zoals vandaag het gasverbruik beperkt.

Iemand ervaring met dit toestel? Andere tips zijn ook welkom.

[911GT2]

Ik ben al een tijdje aan het trouble shooten via AI, dus ik heb ten einde raad gevraagd Ai een samenvatting te laten maken van waar ik tegenaan loop, dus sorry als het wat nep klinkt, dat is het dus ook. Komtie:

Sinds vandaag is mijn Zaptec Go 2 geïnstalleerd en ben ik aan het uitzoeken wat nu de slimste manier is om het laden in te stellen. Mijn doel is om zo veel mogelijk te laden op mijn eigen zonne-overschot en, wanneer dat niet toereikend is, op de goedkoopste dynamische uren van de nacht.

Toch loop ik nu tegen gedrag aan van de combinatie Zaptec + Tibber dat ik niet helemaal begrijp, en ik ben benieuwd hoe mede-Tweakers dit hebben ingericht.

Mijn installatie:

• Laadpaal 1: Zaptec Go 2 (11 kW, 3-fase, ondersteunt fase-wisseling)
• Laadpaal 2: Alphen EVE (is eigenlijk vooral een domme lader dus laten we buiten beschouwing)
• P1-meter: Tibber Pulse
• Energieleverancier: Tibber (dynamisch tarief)
• Zonnepanelen: Enphase / Enlighten
• Smart Home: Home Assistant draait lokaal

Het scenario / de verwarring: Toen ik de auto inplugde (op de Zaptec) en via de Tibber-app 'Slim Laden' inschakelde met een vertrektijd ver in de toekomst (pas over twee dagen op maandagochtend), begon de laadpaal vrijwel meteen op vol vermogen (ruim 9 kW) stroom uit het net te trekken.

Ik vermoed dat dit te maken heeft met het algoritme van Tibber dat op dat moment een laag (of negatief) uurtarief zag, of dat Grid Rewards / netbalancering op de achtergrond de regie overneemt. Gevoelsmatig wil ik echter dat hij op zo'n moment gewoon wacht op zonne-overschot overdag (waarbij de Zaptec eventueel terugschakelt naar 1-fase om al vanaf ~1,4 kW overschot te kunnen laden).

Mijn vragen:

1. Gebruiken jullie 'Slim Laden' & 'Zonneladen' in de Tibber-app? Hoe bevalt de sturing op zonnestroom in de praktijk als je een ver verwijderde vertrektijd instelt?
2. Ervaring met Grid Rewards / Sturen op netprijzen: Overdekt het Tibber-algoritme bij jullie ook vaak de wens om op eigen zonnestroom te laden omdat de netstroom op dat moment goedkoop is?
3. Home Assistant / EVCC: Hebben jullie 'Slim Laden' in de Tibber-app uitgezet en de sturing volledig overgedragen aan Home Assistant (bijv. via EVCC / PV Automated Charging)? Is dat op de lange termijn betrouwbaarder als je strak op overschot wilt laden?
4. Fase-wisseling: Hoe gaat de sturing (hetzij via Tibber, hetzij via Home Assistant) bij jullie om met het automatisch omschakelen tussen 1-fase en 3-fase op basis van het beschikbare PV-overschot?

Ik ben erg benieuwd naar jullie ervaringen, instellingen en eventuele Home Assistant automatiseringen!

[0xygen500]

Als

911GT2 schreef op zaterdag 24 oktober 2026 @ 14:16:
Ik ben al een tijdje aan het trouble shooten via AI, dus ik heb ten einde raad gevraagd Ai een samenvatting te laten maken van waar ik tegenaan loop, dus sorry als het wat nep klinkt, dat is het dus ook. Komtie:

Sinds vandaag is mijn Zaptec Go 2 geïnstalleerd en ben ik aan het uitzoeken wat nu de slimste manier is om het laden in te stellen. Mijn doel is om zo veel mogelijk te laden op mijn eigen zonne-overschot en, wanneer dat niet toereikend is, op de goedkoopste dynamische uren van de nacht.

Toch loop ik nu tegen gedrag aan van de combinatie Zaptec + Tibber dat ik niet helemaal begrijp, en ik ben benieuwd hoe mede-Tweakers dit hebben ingericht.

Mijn installatie:

• Laadpaal 1: Zaptec Go 2 (11 kW, 3-fase, ondersteunt fase-wisseling)
• Laadpaal 2: Alphen EVE (is eigenlijk vooral een domme lader dus laten we buiten beschouwing)
• P1-meter: Tibber Pulse
• Energieleverancier: Tibber (dynamisch tarief)
• Zonnepanelen: Enphase / Enlighten
• Smart Home: Home Assistant draait lokaal

Het scenario / de verwarring: Toen ik de auto inplugde (op de Zaptec) en via de Tibber-app 'Slim Laden' inschakelde met een vertrektijd ver in de toekomst (pas over twee dagen op maandagochtend), begon de laadpaal vrijwel meteen op vol vermogen (ruim 9 kW) stroom uit het net te trekken.

Ik vermoed dat dit te maken heeft met het algoritme van Tibber dat op dat moment een laag (of negatief) uurtarief zag, of dat Grid Rewards / netbalancering op de achtergrond de regie overneemt. Gevoelsmatig wil ik echter dat hij op zo'n moment gewoon wacht op zonne-overschot overdag (waarbij de Zaptec eventueel terugschakelt naar 1-fase om al vanaf ~1,4 kW overschot te kunnen laden).

Mijn vragen:

1. Gebruiken jullie 'Slim Laden' & 'Zonneladen' in de Tibber-app? Hoe bevalt de sturing op zonnestroom in de praktijk als je een ver verwijderde vertrektijd instelt?
2. Ervaring met Grid Rewards / Sturen op netprijzen: Overdekt het Tibber-algoritme bij jullie ook vaak de wens om op eigen zonnestroom te laden omdat de netstroom op dat moment goedkoop is?
3. Home Assistant / EVCC: Hebben jullie 'Slim Laden' in de Tibber-app uitgezet en de sturing volledig overgedragen aan Home Assistant (bijv. via EVCC / PV Automated Charging)? Is dat op de lange termijn betrouwbaarder als je strak op overschot wilt laden?
4. Fase-wisseling: Hoe gaat de sturing (hetzij via Tibber, hetzij via Home Assistant) bij jullie om met het automatisch omschakelen tussen 1-fase en 3-fase op basis van het beschikbare PV-overschot?

Ik ben erg benieuwd naar jullie ervaringen, instellingen en eventuele Home Assistant automatiseringen!

Als slim laden niet doet wat je wilt zou ik gewoon een eigen automation maken. Laden bij PV overschot, entity van een p1 meter ff in HA zetten. Aangezien je bij Tibber zit, kan je daarnaast gewoon nordpool entity erbij pakken voor de goedkoopst laaduren. Geen idee of je EV zijn SOC doorgeeft aan HA, als dat zo is kan je daar ook nog mee sturen.

[tlpeter]

911GT2 schreef op zaterdag 24 oktober 2026 @ 14:16:
Ik ben al een tijdje aan het trouble shooten via AI, dus ik heb ten einde raad gevraagd Ai een samenvatting te laten maken van waar ik tegenaan loop, dus sorry als het wat nep klinkt, dat is het dus ook. Komtie:

Sinds vandaag is mijn Zaptec Go 2 geïnstalleerd en ben ik aan het uitzoeken wat nu de slimste manier is om het laden in te stellen. Mijn doel is om zo veel mogelijk te laden op mijn eigen zonne-overschot en, wanneer dat niet toereikend is, op de goedkoopste dynamische uren van de nacht.

Toch loop ik nu tegen gedrag aan van de combinatie Zaptec + Tibber dat ik niet helemaal begrijp, en ik ben benieuwd hoe mede-Tweakers dit hebben ingericht.

Mijn installatie:

• Laadpaal 1: Zaptec Go 2 (11 kW, 3-fase, ondersteunt fase-wisseling)
• Laadpaal 2: Alphen EVE (is eigenlijk vooral een domme lader dus laten we buiten beschouwing)
• P1-meter: Tibber Pulse
• Energieleverancier: Tibber (dynamisch tarief)
• Zonnepanelen: Enphase / Enlighten
• Smart Home: Home Assistant draait lokaal

Het scenario / de verwarring: Toen ik de auto inplugde (op de Zaptec) en via de Tibber-app 'Slim Laden' inschakelde met een vertrektijd ver in de toekomst (pas over twee dagen op maandagochtend), begon de laadpaal vrijwel meteen op vol vermogen (ruim 9 kW) stroom uit het net te trekken.

Ik vermoed dat dit te maken heeft met het algoritme van Tibber dat op dat moment een laag (of negatief) uurtarief zag, of dat Grid Rewards / netbalancering op de achtergrond de regie overneemt. Gevoelsmatig wil ik echter dat hij op zo'n moment gewoon wacht op zonne-overschot overdag (waarbij de Zaptec eventueel terugschakelt naar 1-fase om al vanaf ~1,4 kW overschot te kunnen laden).

Mijn vragen:

1. Gebruiken jullie 'Slim Laden' & 'Zonneladen' in de Tibber-app? Hoe bevalt de sturing op zonnestroom in de praktijk als je een ver verwijderde vertrektijd instelt?
2. Ervaring met Grid Rewards / Sturen op netprijzen: Overdekt het Tibber-algoritme bij jullie ook vaak de wens om op eigen zonnestroom te laden omdat de netstroom op dat moment goedkoop is?
3. Home Assistant / EVCC: Hebben jullie 'Slim Laden' in de Tibber-app uitgezet en de sturing volledig overgedragen aan Home Assistant (bijv. via EVCC / PV Automated Charging)? Is dat op de lange termijn betrouwbaarder als je strak op overschot wilt laden?
4. Fase-wisseling: Hoe gaat de sturing (hetzij via Tibber, hetzij via Home Assistant) bij jullie om met het automatisch omschakelen tussen 1-fase en 3-fase op basis van het beschikbare PV-overschot?

Ik ben erg benieuwd naar jullie ervaringen, instellingen en eventuele Home Assistant automatiseringen!

Ik gebruik geen tibber maar ik laad altijd op de goedkoopste momenten.
Ik ben met een app (Home assistant app) bezig waar ik dat doe doormiddel van een agenda koppeling met afspraken (laaddoel in de afspraak). Er zitten nog veel meer opties in die je misschien kan gebruiken.
Zonnepanelen of thuisbatterij heb ik (nog) niet maar die opties heb ik wel toegevoegd.
Als je wil testen dan hoor ik het graag.

[kwet]

Gonzalez schreef op zaterdag 24 oktober 2026 @ 13:24:
Door de aangekondigde hoge gasprijzen en een overschot aan zonnestroom speel ik met het idee om bij teruglevering een elektrische bijverwarming te plaatsen. Ik heb hier de volgende olieradiator op het oog, Mill Gentle Air OIL2000WIFI3. Ik zou deze vanuit Home Assistant willen sturen zodat deze op zonnige dagen zoals vandaag het gasverbruik beperkt.

Iemand ervaring met dit toestel? Andere tips zijn ook welkom.

Niet specifiek met die van Mill, maar wel de volledig elektrische. Deze integreren lokaal prima in home assistant.

[Horla]

Misschien heeft er iemand ooit iets aan:
De afstandsbediening van onze MCZ ego air 2.0 is al een aantal keer van de bank gevallen en de helft van het scherm is niet meer leesbaar. Onze pelletkachel is 12 jaar oud en heeft geen wifi. Op 24 uur heb ik met ChatGPT een ESP geprogrammeerd en bestuur ik nu via Home Assistant en ESPHome mijn pelletkachel.

Een project dat ik al jaren eens wou doen maar ik zat o.a. met het probleem dat de afstandsbediening op 434.5 MHz uitzendt en ik geen idee had van hoe ik die moest uitlezen. Deze week stelde ik die vraag aan ChatGPT en die kwam af dat een ESP met SX1278 op deze frequentie mogelijk kon uitlezen (eerst wou hij per se een ESP + T-Embed CC1101 module proberen maar ik wou een alles-in-één met liefst ook een scherm voor IP-adres zodat ik bij problemen gemakkelijk kon troubleshooten).

Eén van de moeilijkste zaken was dat ik ook nog andere signalen op de 434.5MHz ontvang die niet van onze afstandsbediening komen én dat je voor sommige commando's op de afstandsbediening op enter moet drukken en hij andere direct doorstuurt. Aangezien we al jaren de kachel enkel op auto hebben staan en je de helft van het scherm niet kan lezen, wist ik dat niet.

De code staat op github. Het kan misschien ooit iemand inspiratie geven. Het zal niet de mooiste code zijn maar hij werkt. Aangezien hij gewoon de afstandsbediening emuleert, is er geen security risk.

[jossie67]

Putyah schreef op vrijdag 23 oktober 2026 @ 13:24:
[...]

Na het zien van deze post direct dezelfde fotolijst gekocht. Na een avondje werk draait dit nu al anderhalve week naar volle tevredenheid! Het was niet de goedkoopste oplossing, maar in mijn optiek wel de mooiste (Dankzij het lijstje eromheen). Het ziet er net wat subtieler uit dan een tablet.

[Afbeelding]
Vooral gekocht om mijn huisgenoten (gezin) de voordelen van Home Assistant te laten ervaren. Dat geeft me weer een vrijbrief om thuis meer te gaan experimenteren. @Kalipeen: Bedankt voor de tip.

Ik heb er ook een gekocht, het lukt mij alleen niet om een MainActivity scherm in elkaar te knustelen, zoveel kennis heb ik nog niet zou je alleen de android code van de scherm willen delen, dan heb ik een beginnetje

[Daan_96]

Ik heb al een aantal verschillende goedkope e27 zigbee lampen geprobeerd maar ik loop toch vaak tegen het probleem aan dat ze de verbinden verliezen.

Heeft iemand hier ervaring met goede e27 zigbee lampen of is het beter een paar euro meer uit te geven en voor phillps hue te gaan?

Met de "eglo" lampen van amazon had ik helemaal geen succes en met een setje rgb zigbee e27 lampen van alieexpress al iets meer succes maar de buitenlamp het verste weg valt nog steeds vaak weg of kan niet verbinden (binnen 7 meter van een router door 1 muur heen)

[vincent_1971]

Daan_96 schreef op zondag 25 oktober 2026 @ 12:13:
Ik heb al een aantal verschillende goedkope e27 zigbee lampen geprobeerd maar ik loop toch vaak tegen het probleem aan dat ze de verbinden verliezen.

Heeft iemand hier ervaring met goede e27 zigbee lampen of is het beter een paar euro meer uit te geven en voor phillps hue te gaan?

Met de "eglo" lampen van amazon had ik helemaal geen succes en met een setje rgb zigbee e27 lampen van alieexpress al iets meer succes maar de buitenlamp het verste weg valt nog steeds vaak weg of kan niet verbinden (binnen 7 meter van een router door 1 muur heen)

Koppel een aantal zigbee lampen of wat dan ook aan HA. Start HA opnieuw op en kijk dan eens visueel naar hrt zigbee netwerk. Als het goed is zal je ern netwerk zien met lampen en zo als knooppunten. Mijn ervaring is 1 zigbee apparaat laat de verbinding te wensen over. Zet ik er 5 dichtbij elkaar geen problemen meer.

[Daan_96]

Het zijn ondertussen al 20 apparaten waarvan 9 een router. De overige 11 temperatuur sensoren.

Het probleem doet zich ook alleen voor met de "goedkope" zigbee lampen. Vandaar de vraag of deze lampen uberhaupt goed werkend te krijgen zijn of beter wat meer betalen voor bijvoorbeeld philips hue

[BGFG]

Ik blijf klooien met het koppelen van een Aqara water leak sensor. Ik heb deze gekoppeld via Zigbee, maar hij blijft na 6 uur de verbinding kwijt raken, waardoor hij volkomen nutteloos is. Ik heb allerlei tips en tricks gevolgd, maar het lukt niet. Iemand de gouden tip, of anders gaat deze retour. Welke sensor kunnen jullie dan aanbevelen?

[Maarten69]

Ik heb zojuist de Muino ESPHome watermeter besteld voor mijn Actaris meter.
Zijn er hier mensen met ervaring met deze Muino die hun yaml willen delen en of andere tips hebben?

[0xygen500]

Horla schreef op zaterdag 24 oktober 2026 @ 19:19:
Misschien heeft er iemand ooit iets aan:
De afstandsbediening van onze MCZ ego air 2.0 is al een aantal keer van de bank gevallen en de helft van het scherm is niet meer leesbaar. Onze pelletkachel is 12 jaar oud en heeft geen wifi. Op 24 uur heb ik met ChatGPT een ESP geprogrammeerd en bestuur ik nu via Home Assistant en ESPHome mijn pelletkachel.

Een project dat ik al jaren eens wou doen maar ik zat o.a. met het probleem dat de afstandsbediening op 434.5 MHz uitzendt en ik geen idee had van hoe ik die moest uitlezen. Deze week stelde ik die vraag aan ChatGPT en die kwam af dat een ESP met SX1278 op deze frequentie mogelijk kon uitlezen (eerst wou hij per se een ESP + T-Embed CC1101 module proberen maar ik wou een alles-in-één met liefst ook een scherm voor IP-adres zodat ik bij problemen gemakkelijk kon troubleshooten).

Eén van de moeilijkste zaken was dat ik ook nog andere signalen op de 434.5MHz ontvang die niet van onze afstandsbediening komen én dat je voor sommige commando's op de afstandsbediening op enter moet drukken en hij andere direct doorstuurt. Aangezien we al jaren de kachel enkel op auto hebben staan en je de helft van het scherm niet kan lezen, wist ik dat niet.

De code staat op github. Het kan misschien ooit iemand inspiratie geven. Het zal niet de mooiste code zijn maar hij werkt. Aangezien hij gewoon de afstandsbediening emuleert, is er geen security risk.

Toevallig net je bericht gelezen. Werken alle mcz met dezelfde golflengte qua signaal?

[0xygen500]

Daan_96 schreef op zondag 25 oktober 2026 @ 12:40:
Het zijn ondertussen al 20 apparaten waarvan 9 een router. De overige 11 temperatuur sensoren.

Het probleem doet zich ook alleen voor met de "goedkope" zigbee lampen. Vandaar de vraag of deze lampen uberhaupt goed werkend te krijgen zijn of beter wat meer betalen voor bijvoorbeeld philips hue

Zigporter voor visuele presentatie van hoeveel verbinding ze hebben.

[HuismAndré]

BGFG schreef op zondag 25 oktober 2026 @ 12:59:
Ik blijf klooien met het koppelen van een Aqara water leak sensor. Ik heb deze gekoppeld via Zigbee, maar hij blijft na 6 uur de verbinding kwijt raken, waardoor hij volkomen nutteloos is. Ik heb allerlei tips en tricks gevolgd, maar het lukt niet. Iemand de gouden tip, of anders gaat deze retour. Welke sensor kunnen jullie dan aanbevelen?

Deze sensor meldt zich maar 1-2 x per dag. Als het goed is dan is dat genoeg omdat voor battery devices de default timeout op 24 uur zou moeten staan.



Edit: Zoals je ziet staat het zelfs op 25 uur voor battery operated devices. Dus een sensor die zich netjes 1 x per dag meldt wordt niet als off-line gezien.

Goeie test: Als je systeem denkt dat hij off-line is, leg hem in een 2mm diep plasje water.

[ Voor 33% gewijzigd door HuismAndré op 25-10-2026 16:45 ]

[BGFG]

HuismAndré schreef op zondag 25 oktober 2026 @ 16:40:
[...]

Deze sensor meldt zich maar 1-2 x per dag. Als het goed is dan is dat genoeg omdat voor battery devices de default timeout op 24 uur zou moeten staan.

[Afbeelding]

Edit: Zoals je ziet staat het zelfs op 25 uur voor battery operated devices. Dus een sensor die zich netjes 1 x per dag meldt wordt niet als off-line gezien.

Goeie test: Als je systeem denkt dat hij off-line is, leg hem in een 2mm diep plasje water.

Dank, ik heb de time out periode op 24 uur gezet. Kijken of dat het oplost.

P.s.: ik zie jouw setting niet terug in de screendump, of kijk ik verkeerd?

[etienne001]

Daan_96 schreef op zondag 25 oktober 2026 @ 12:13:
Ik heb al een aantal verschillende goedkope e27 zigbee lampen geprobeerd maar ik loop toch vaak tegen het probleem aan dat ze de verbinden verliezen.

Heeft iemand hier ervaring met goede e27 zigbee lampen of is het beter een paar euro meer uit te geven en voor phillps hue te gaan?

Met de "eglo" lampen van amazon had ik helemaal geen succes en met een setje rgb zigbee e27 lampen van alieexpress al iets meer succes maar de buitenlamp het verste weg valt nog steeds vaak weg of kan niet verbinden (binnen 7 meter van een router door 1 muur heen)

Hoe is je werkwijze van het koppelen? Verbind je de lamp ergens in huis of koppel je deze als deze in het juiste armatuur is geplaatst? Dat laatste werkt in mijn geval altijd het beste.

[HuismAndré]

BGFG schreef op zondag 25 oktober 2026 @ 18:56:
[...]

Dank, ik heb de time out periode op 24 uur gezet. Kijken of dat het oplost.

Ik zou hem op 25 uur zetten (zodat ook 1 x per dag updaten nog goed komt).

P.s.: ik zie jouw setting niet terug in de screendump, of kijk ik verkeerd?

Overigens heb ik nog even gekeken (want ik gebruik zelf 4 stuks van deze sensor (als het gaat om de zeer platte sensor met 2032 batterijtje). Die van mij hebben zich het afgelopen uur allemaal een keer gemeld. Dus ik ben even gaan zoeken. Volgens het interweb rapporteren ze eens per uur. Dus zou dat niet de oorzaak kunnen zijn dat ze na 6 uur wegvallen.

Nog een belangrijk iets bij deze sensoren. Ze zijn slecht in 'hoppen' (wisselen van route). Eigenlijk zitten ze super vast aan de coördinator/router waarmee ze voor het eerst gekoppeld zijn. Doe dat dus altijd op de plaats waar je ze gaat gebruiken. Sensor resetten, aanmelden aanzetten (liefst alleen op de router waar hij vlak bij komt te liggen), sensor elke 5 seconden wakker houden met een korte druk op het midden van de behuizing, net zo lang tot hij gekoppeld is.

Ze zijn bij mij rotsvast (dus prima dingen) maar het koppelen is wel een dingetje (geldt ook voor de Aqara temperatuursensoren).

[ Voor 39% gewijzigd door HuismAndré op 25-10-2026 20:18 ]

[Horla]

0xygen500 schreef op zondag 25 oktober 2026 @ 14:49:
[...]

Toevallig net je bericht gelezen. Werken alle mcz met dezelfde golflengte qua signaal?

Geen idee maar vermoedelijk kachels van dezelfde generatie wel. De golflengte van die van mij was terug te vinden op het internet (ik denk zelfs in de handleiding) dus even googlen zou ik denken (of aan AI vragen en bron nakijken 😉)

[Daan_96]

etienne001 schreef op zondag 25 oktober 2026 @ 19:10:
[...]

Hoe is je werkwijze van het koppelen? Verbind je de lamp ergens in huis of koppel je deze als deze in het juiste armatuur is geplaatst? Dat laatste werkt in mijn geval altijd het beste.

Dat kan ik ook nog wel even proberen inderdaad.
Omdat die hoog aan de voorgevel zit heb ik hem vooraf gekoppeld, wellicht niet het beste idee.
Nu is er meer offline omdat ik heb kanaal van 11 naar 20 heb aangepast omdat Claud dit een goed idee vond omdat kanaal 11 in hetzelfde bereik ligt als de wifi.
Geen idee wat daar van klopt, daar heb ik helaas geen verstand van.

Twijfel ook of dit niet het moment is om over te gaan op zigbee2mqtt i.p.v. ZHA voordat ik nog meer apparaten heb.

[Ben(V)]

Ik weet dat Aqara devices altijd alleen willen werken via de router waarmee ze gekoppeld werden en ik vermoed dat er wel meer devices op de markt zijn die daar last van hebben.

Dus eerst plaatsen en dan pas koppelen het liefst via een router die in de buurt zit.
Dus naar dat router device gaan en via "reconfiguration" kiezen voor "add devices via this device"

[Gizz]

Ben(V) schreef op maandag 26 oktober 2026 @ 09:16:
Ik weet dat Aqara devices altijd alleen willen werken via de router waarmee ze gekoppeld werden

Dat én ze werken niet goed samen met routers van bepaalde merken. Zo had ik een Aqara PIR die gekoppeld was aan een Lidl E14-lampje op een meter afstand; die reageerde een groot deel van de tijd niet, verdween uit het netwerk en had volgens de statistieken een power outage count die in de duizenden liep. Ik liep continu batterijtjes te vervangen, zonder resultaat.

Dezelfde PIR toen verbonden met een Hue-lampje en sindsdien werkt hij wel stabiel.

@BGFG met welke router is je leak-sensor verbonden en zie je iets opvallends bij de power outage count?

[ Voor 7% gewijzigd door Gizz op 26-10-2026 09:26 ]

[Daan_96]

Op welk kanaal hebben jullie het zigbee netwerk staan? Of gewoon op kanaal 11 en heb ik de plank mis geslagen nu ik het naar kanaal 20 heb verplaatst en de helft opnieuw moet koppelen.
Voor ik twee keer alles opnieuw moet koppelen.

Bedankt voor de overige tips! Wordt allemaal steeds duidelijker zo

[Gizz]

@Daan_96 kanaal 20 vs 11 maakt een klein beetje uit, maar ook 20 overlapt met de zijkant van wifi kanalen 6 en 11. Zie ook het plaatje en uitleg op deze pagina.

Het is vooral belangrijk om te kijken waar de wifi-netwerken in jouw omgeving gebruik van maken. Zijn er een paar sterke wifi-signalen van je buren op kanaal 1, dan is zigbee 11 misschien wat minder gunstig. Zijn er juist sterke signalen op 6 en 11, dan zou ik niet direct zigbee kanaal 20 pakken.

Zelf zit ik met zigbee op 11. Mijn eigen wifi wisselt tussen 6 en 11, afhankelijk van wat m'n buren veranderen (dat gebeurt nog wel eens).

[Daan_96]

Kijk daarmee kom ik hopelijk wat verder.
Lastige materie als je niet verder bent gekomen dan een standaard deco mesh netwerk hebt proberen op te zetten. Hiermee wordt het iets duidelijker.
Gelukkig hebben we geen buren, dus ik ga eens kijken of het lukt om de wifi op kanaal 1 en 6 te krijgen en dan zigbee op kanaal 20. Dan zit ik in de goede richting toch?
Nu uitzoeken hoe ik dat aanpak haha

[Gizz]

Daan_96 schreef op maandag 26 oktober 2026 @ 10:34:
Gelukkig hebben we geen buren, dus ik ga eens kijken of het lukt om de wifi op kanaal 1 en 6 te krijgen en dan zigbee op kanaal 20. Dan zit ik in de goede richting toch?

Als je er toch mee bezig bent zou ik in die situatie voor zigbee kanaal 24 of 25 pakken. Die hebben geen enkele overlap met wifi kanaal 6, terwijl zigbee kanaal 20 dat wel heeft

Zie ook het plaatje op eerder genoemde site. Groen = wifi kanaal 6

[ Voor 30% gewijzigd door Gizz op 26-10-2026 11:38 ]

[D4NG3R]

Pak als je de keuze hebt dan 25. Er zijn een handje vol devices (Ikea's nieuwe lampjes bijvoorbeeld) welke wel eens willen bokken op niet "standaard" (11, 15, 20, 25) kanalen.

[HuismAndré]

Daan_96 schreef op maandag 26 oktober 2026 @ 10:34:
Kijk daarmee kom ik hopelijk wat verder.
Lastige materie als je niet verder bent gekomen dan een standaard deco mesh netwerk hebt proberen op te zetten. Hiermee wordt het iets duidelijker.
Gelukkig hebben we geen buren, dus ik ga eens kijken of het lukt om de wifi op kanaal 1 en 6 te krijgen en dan zigbee op kanaal 20. Dan zit ik in de goede richting toch?
Nu uitzoeken hoe ik dat aanpak haha

Nog mooier is het om (zeker vanuit Wifi oogpunt gezien) wifi op 1 en 11 te zetten en zigbee ergens midden in wifi kanaal 6 (dus Zigbee kanaal 17 of 18). Als alle Wifi kanalen (1, 6, 11) min of meer bezet zijn dan kun je ook kiezen om Zigbee op 15 of 20 te zetten. Die kanalen vallen in de zijbanden van Wifi 1&6 (Zigbee ch. 15) en Wifi 6*&11 (Zigbee ch. 20).



Hou er rekening mee dat je bij een verhuizing meestal de helft opnieuw moet pairen (tenzij je een Hue systeem hebt, die kan dat meestal zonder dat gedoe (maar heeft weer andere beperkingen)).

[ Voor 10% gewijzigd door HuismAndré op 26-10-2026 14:12 ]

[Septillion]

My 2 cents, het maakt allemaal niet zo hard uit en garantie tot aan de deur. Waar je nu niets ziet kan over een uur het netwerk van je buren heen gehopt zijn. Woon in een twee onder één kap en zie al 12 andere netwerken. Toen ik nog in een appartement woonde was dat 50+. En naast wifi zit hele 2.4GHz band gewoon rambam vol. Maar heb persoonlijk er nooit last van gehad met zigbee.

Zit ik persoonlijk wel op kanaal 25 (want begon ooit met een device dat niet op 11 werkte). Maar ook op andere locatie waar ik wel op 11 draait (met ook buren) geen last. Zeg dus niet dat het niet stoort of dat een ander kanaal kiezen niets doet, maar wel dat de koffie dus niet zo heet gedronken wordt.

Qua sticky, zeker Tuya wilde nog al eens kosten wat het kost via de router waar het op gekoppeld was blijven praten. Dus ik koppel alles op locatie. En als je veel router devices toegevoegd hebt kan een re-pair op locatie dus ook handig zijn.

[ Voor 15% gewijzigd door Septillion op 26-10-2026 18:47 ]

[BGFG]

Gizz schreef op maandag 26 oktober 2026 @ 09:23:
[...]

Dat én ze werken niet goed samen met routers van bepaalde merken. Zo had ik een Aqara PIR die gekoppeld was aan een Lidl E14-lampje op een meter afstand; die reageerde een groot deel van de tijd niet, verdween uit het netwerk en had volgens de statistieken een power outage count die in de duizenden liep. Ik liep continu batterijtjes te vervangen, zonder resultaat.

Dezelfde PIR toen verbonden met een Hue-lampje en sindsdien werkt hij wel stabiel.

@BGFG met welke router is je leak-sensor verbonden en zie je iets opvallends bij de power outage count?

Op advies van @HuismAndré de time out verruimd van 6 naar 25 uur. Dat lijkt nu goed te gaan.

[CrankyGamerOG]

Voor de mensen die met een tablet hun HA besturen in het huis, en tot nu toe fully kiosk gebruiken, kijk ook eens naar kiosk satallite, native android app, en je tablet word daarmee een ESPHome device, waardoor je opeens veel meer kan met de tablet. (zoals de camera native aanspreken met onvif of rtsp)

jxlarrea/kiosk-satellite: Turn any Android device into a beautiful, dedicated Home Assistant kiosk. Purpose-built for Home Assistant from the ground up.

[ Voor 6% gewijzigd door CrankyGamerOG op 26-10-2026 17:37 ]

[edwin2021]

Gizz schreef op maandag 26 oktober 2026 @ 09:41:
@Daan_96 kanaal 20 vs 11 maakt een klein beetje uit, maar ook 20 overlapt met de zijkant van wifi kanalen 6 en 11. Zie ook het plaatje en uitleg op deze pagina.

Het is vooral belangrijk om te kijken waar de wifi-netwerken in jouw omgeving gebruik van maken. Zijn er een paar sterke wifi-signalen van je buren op kanaal 1, dan is zigbee 11 misschien wat minder gunstig. Zijn er juist sterke signalen op 6 en 11, dan zou ik niet direct zigbee kanaal 20 pakken.

Zelf zit ik met zigbee op 11. Mijn eigen wifi wisselt tussen 6 en 11, afhankelijk van wat m'n buren veranderen (dat gebeurt nog wel eens).

Vanwege buren kun je in mijn optiek dan ook beter wifi van jezelf vastzetten op een gunstig kanaal. Blijkbaar doet de omgeving telkens een optimalisatieslag die er aan jou kant voor zorgt dat er een ander kanaal gekozen wordt wat op zijn beurt er weer voor zorgt dat de buren wederom een ander kanaal kiezen, je snapt de volgende stap al.

Zet het kanaal aan jouw kant vast en de omgeving plooit zich wel en als je geluk hebt ontstaat er rust. Auto optimizing is killing voor wifi en daarmee ook zigbee.

[Seafarer]

edwin2021 schreef op maandag 26 oktober 2026 @ 17:24:
[...]

Vanwege buren kun je in mijn optiek dan ook beter wifi van jezelf vastzetten op een gunstig kanaal. Blijkbaar doet de omgeving telkens een optimalisatieslag die er aan jou kant voor zorgt dat er een ander kanaal gekozen wordt wat op zijn beurt er weer voor zorgt dat de buren wederom een ander kanaal kiezen, je snapt de volgende stap al.

Zet het kanaal aan jouw kant vast en de omgeving plooit zich wel en als je geluk hebt ontstaat er rust. Auto optimizing is killing voor wifi en daarmee ook zigbee.

Dit kan ik onderschrijven, ik heb zo de buren ook "vastgezet" en rust gecreerd.

[Holmes]

Ik ben de afgelopen tijd wat aan het sleutelen geweest aan de PV-voorspelling die ik aan EMHASS voer. Ik zag hier ook wat discussies voorbij komen over het slim plannen van verbruik en accu-opslag op basis van de verwachte zonne-opbrengst.

Daar liep ik zelf eigenlijk tegen de volgende vraag aan: hoe betrouwbaar is zo'n PV-forecast nou eigenlijk? Want als EMHASS denkt dat er vanmiddag flink wat zon komt, terwijl dat uiteindelijk tegenvalt, heeft dat natuurlijk direct invloed op hoe hij de accu plant.

Daarom ben ik verschillende forecastbronnen naast elkaar gaan zetten en hun voorspellingen gaan vergelijken met wat mijn SolarEdge-installatie uiteindelijk echt heeft geproduceerd.

In plaats van één forecastbron gebruik ik nu meerdere bronnen naast elkaar:

• Solcast
• Forecast.Solar
• Open-Meteo
• KNMI HARMONIE-AROME NL als nieuwe shadow/testbron
• SolarEdge gebruik ik uiteraard als de werkelijke productie om achteraf te kunnen vergelijken

Voor EMHASS gebruik ik op dit moment een gewogen ensemble:

Solcast 45% · Forecast.Solar 40% · Open-Meteo 15%

HARMONIE staat voorlopig op 0% en draait alleen mee om data te verzamelen. Die krijgt dus nog geen invloed op de planning van EMHASS. Ik wil eerst een tijdje zien hoe goed die het daadwerkelijk doet, vooral op wisselvallige dagen en voor de korte termijn.

Iedere forecast wordt naar dezelfde 15-minuten tijdlijn gebracht. Daarna maak ik daar per kwartier de gewogen PV-forecast van die EMHASS als pv_power_forecast krijgt.

Ik sla ook op wat er op dat moment daadwerkelijk voorspeld was. Dus als ik 's avonds terugkijk, vergelijk ik niet de nieuwste forecast met de productie van vanmiddag, maar echt de voorspelling die vóór dat betreffende uur bekend was. Daardoor kan ik per bron MAE, bias en de fout van het laatste uur bijhouden.

Daarnaast zit er nog een beperkte actual-correctie op. Als alle modellen bijvoorbeeld structureel te laag zitten ten opzichte van wat de panelen werkelijk doen, kan de korte termijn wat worden gecorrigeerd. In de screenshot stond die op ×0,90 op basis van vier recente samples. Dat is bewust begrensd, want ik wil niet dat één zonnige opklaring meteen de complete voorspelling omgooit.

Wat ik vooral grappig vind: drie weermodellen tegelijk gebruiken betekent nog steeds niet dat ze gelijk hebben. 😅 Op sommige dagen zitten ze allemaal dezelfde kant op fout. Daarom laat ik ook de onderlinge spreiding zien als "betrouwbaarheid". Dat zegt dus vooral hoe eens de modellen het met elkaar zijn, niet dat een score van 80 automatisch betekent dat de forecast ook 80% nauwkeurig is.



HARMONIE vind ik daarom wel interessant om erbij te hebben. Die draait met een veel fijnere resolutie voor Nederland en ik ben vooral benieuwd of hij bij gebroken bewolking en voor de komende paar uur iets toevoegt.

EMHASS zelf blijft uiteindelijk gewoon de optimalisatie doen voor accu, netimport/export enz. Dit stuk bepaalt alleen welke PV-verwachting hij als input krijgt.

[FicoF]

Interessant! Ik heb mij van het weekend ook beetje ingelezen want ben wat simulaties aan het maken voor thuis. Ik meende dat Solcast de meest betrouwbare is en Forecast juist weer wat minder. Raster bij Solvast is 1-2km en Forecast vanaf 9km. Benieuwd of je dat ook gaat merken. Als je aan zee woont kan dat best een verschil maken denk ik.