@Raven Hernoemen doe je toch gewoon per device, niet per entiteit. Dus veel meer werk dan standaard is het niet.
Ik zag vandaag een nieuwe Z-wave JS update (1.1.0) beschikbaar:Witlof schreef op vrijdag 6 maart 2026 @ 08:18:
Sinds de update gisteren, blijven vanmorgen de gordijnen dicht. Na een inspectie bleek de Fibaro rollershutter (Z-Wave) op 'closing' te staan i.p.v. closed. Bij 'opening' ging het ook niet goed. Moest dus opnieuw kalibreren om dit op te lossen. Meer mensen dit probleem of is het gewoon toeval dat het samen valt met een update om opnieuw te kalibreren?
Bugfixes
Fixes an issue where the moving state of certain covers could be stuck on "opening" or "closing"
Even nog iets anders, de EnergyZero-integratie in Home Assistant werkt momenteel nog met uurprijzen. Ik weet dat er een versie 5 is met kwartierprijzen. Kan alleen niet achterhalen welke versie nu in HA zit en/of wanneer eventueel versie 5 gebruikt gaat worden. Waar kan ik dit soort zaken vinden?
@Witlof de laatste commit is van drie maanden geleden. Daar zie ik versie 4.0.1 staan. Waar jij informatie vindt over versie 5 weet ik niet.
Edit: ah, gevonden.
Interessant is dat de EnergyZero integration door dezelfde persoon lijkt te worden onderhouden als degene die python-energyzero onderhoudt. Maar blijkbaar heeft hij de integration al een tijdje niet geupdate, terwijl python-energyzero sinds december kwartiersprijzen ondersteunt.
Er staat ook een feature request open voor de update zodat kwartiersprijzen werken, maar blijkbaar ligt dat stil.
Zelf heb ik geen dynamische prijzen en ook geen ervaring met integrations die prijzen ophalen. Maar zijn er tegenwoordig niet veel meer integrations die je kan gebruiken om de prijzen op te halen die wel ook de kwartierprijzen laten zien?
Edit: ah, gevonden.
Interessant is dat de EnergyZero integration door dezelfde persoon lijkt te worden onderhouden als degene die python-energyzero onderhoudt. Maar blijkbaar heeft hij de integration al een tijdje niet geupdate, terwijl python-energyzero sinds december kwartiersprijzen ondersteunt.
Er staat ook een feature request open voor de update zodat kwartiersprijzen werken, maar blijkbaar ligt dat stil.
Zelf heb ik geen dynamische prijzen en ook geen ervaring met integrations die prijzen ophalen. Maar zijn er tegenwoordig niet veel meer integrations die je kan gebruiken om de prijzen op te halen die wel ook de kwartierprijzen laten zien?
[ Voor 36% gewijzigd door Gizz op 25-03-2026 09:02 ]
Canon EOS 5Dm3 + 5D + 7D + 300D + 1000FN + EF 17-40 4L + EF 35 1.4L + EF 50 1.8 + EF 80-200 2.8L + 550EX
Thanks @Gizz! Ik wist het zelf niet meer te vinden, maar nu snap ik waarom. Zal daar de verwarring ook bij mij in hebben gezeten. Ik heb zelf ook nog geen dynamisch contract, maar ben wel aan het kijken of het wellicht wat kan zijn voor als mijn huidig contract afloopt.Gizz schreef op woensdag 25 maart 2026 @ 08:56:
@Witlof de laatste commit is van drie maanden geleden. Daar zie ik versie 4.0.1 staan. Waar jij informatie vindt over versie 5 weet ik niet.
Edit: ah, gevonden.
Interessant is dat de EnergyZero integration door dezelfde persoon lijkt te worden onderhouden als degene die python-energyzero onderhoudt. Maar blijkbaar heeft hij de integration al een tijdje niet geupdate, terwijl python-energyzero sinds december kwartiersprijzen ondersteunt.
Er staat ook een feature request open voor de update zodat kwartiersprijzen werken, maar blijkbaar ligt dat stil.
ik hoop dat iemand hier de antwoord voor me heeft. ik ben overgestapt van de interte SQLite db naar Mariadb.
nu wil ik eigenlijk alleen de longterm statistics voor energie oneindig bewaren.
is dit dan voldoende?
nu wil ik eigenlijk alleen de longterm statistics voor energie oneindig bewaren.
is dit dan voldoende?
YAML:
chatgpt geeft juist aan dat ik alle energie entities moet includen, maar ik lees ook op verschillende fora dat dit niet nodig is.1
2
3
4
5
| recorder: db_url: mysql://homeassistant:YOUR_PASSWORD@core-mariadb/homeassistant purge_keep_days: 7 # purge alles ouder dan 7 dagen auto_purge: true commit_interval: 30 |
YAML:
daarnaast wordt purge+repack aangeraden:1
2
3
4
5
6
7
8
9
| recorder: db_url: mysql://homeassistant:YOUR_PASSWORD@core-mariadb/homeassistant purge_keep_days: 7 # purge alles ouder dan 7 dagen auto_purge: true commit_interval: 30 include: entities: - sensor.wasmachine_stekker_local_tuya_energy - sensor.zonnepanelen_energy |
YAML:
1
2
3
4
5
6
7
8
9
10
| automation: - alias: Purge database every 7 days trigger: - platform: time at: "03:00:00" # nachtelijke purge action: - service: recorder.purge data: keep_days: 7 repack: true # verkleint database fysiek |
[ Voor 16% gewijzigd door SolarOrbiter op 25-03-2026 10:50 ]
De longterm statistics worden toch sowieso al altijd bewaard? Ik heb daar nooit iets voor moeten instellen. De purge instelling geldt alleen voor de "normale" stats.
Hier stond een dode link.
Je kunt entities excluden uit het recorder, maar dan wordt er dus helemaal niets van opgeslagen. En elke entity die opgeslagen wordt in de recorder, en ook een state_class heeft, komt ook in de long term statistics.SolarOrbiter schreef op woensdag 25 maart 2026 @ 10:42:
ik hoop dat iemand hier de antwoord voor me heeft. ik ben overgestapt van de interte SQLite db naar Mariadb.
nu wil ik eigenlijk alleen de longterm statistics voor energie oneindig bewaren.
is dit dan voldoende?YAML:chatgpt geeft juist aan dat ik alle energie entities moet includen, maar ik lees ook op verschillende fora dat dit niet nodig is.
1 2 3 4 5 recorder: db_url: mysql://homeassistant:YOUR_PASSWORD@core-mariadb/homeassistant purge_keep_days: 7 # purge alles ouder dan 7 dagen auto_purge: true commit_interval: 30YAML:daarnaast wordt purge+repack aangeraden:
1 2 3 4 5 6 7 8 9 recorder: db_url: mysql://homeassistant:YOUR_PASSWORD@core-mariadb/homeassistant purge_keep_days: 7 # purge alles ouder dan 7 dagen auto_purge: true commit_interval: 30 include: entities: - sensor.wasmachine_stekker_local_tuya_energy - sensor.zonnepanelen_energyYAML:
1 2 3 4 5 6 7 8 9 10 automation: - alias: Purge database every 7 days trigger: - platform: time at: "03:00:00" # nachtelijke purge action: - service: recorder.purge data: keep_days: 7 repack: true # verkleint database fysiek
Je kunt dus niet een entity wel includen in de recorder, en vervolgens excluden uit de LTS.
HoiSeptillion schreef op dinsdag 24 maart 2026 @ 21:12:
[...]
Nog even gekeken maar niets opvallends gezien. Nog wat uit de Pi sensoren gekregen?
Neen niets.. abnormaals.
Ook geen reboots en ook geen lichten midden in de nacht meer aangehad...
Maar ongetwijfeld komt het terug...
ik begrijp dus dat in mijn geval dit goed is:TheFes schreef op woensdag 25 maart 2026 @ 10:56:
[...]
Je kunt entities excluden uit het recorder, maar dan wordt er dus helemaal niets van opgeslagen. En elke entity die opgeslagen wordt in de recorder, en ook een state_class heeft, komt ook in de long term statistics.
Je kunt dus niet een entity wel includen in de recorder, en vervolgens excluden uit de LTS.
YAML:
hiermee behoud ik longterm statistics. 1
2
3
4
5
| recorder: db_url: mysql://homeassistant:YOUR_PASSWORD@core-mariadb/homeassistant purge_keep_days: 7 # purge alles ouder dan 7 dagen auto_purge: true commit_interval: 30 |
is purge+repack nodig? moet de databse opnieuw ingepakt worden en lege plekken verwijderd? of is dit its wat tegenwoordig automatisch gebeurt?
Ik heb even geduld gehad, maar krijg het nog niet voor elkaar. De schuif is extreem lastig op dit volume en die knoppen zaten er vorig jaar wel maar zou niet weten hoe toe te voegen?TheFes schreef op zaterdag 1 november 2025 @ 10:30:
[...]
Gefeliciteerd!
In de 2025.11 beta zit een fix die de slider makkelijker te bedienen maakt. Verder kun je op de tile card bij een media player nu ook knoppen voor + en - toevoegen.
[ Voor 7% gewijzigd door MarcelGo op 25-03-2026 11:43 ]
- HuismAndré
- Registratie: Augustus 2001
- Laatst online: 04:41
-Pardon my French, I'm Dutch-
Geen matches
Als je purge_keep_days op 1 instelt dan kom je dichter bij wat je wilt. Er moeten namelijk entities bijgehouden worden door de recorder om in LTS terecht te komen (maar langer dan 1 uur zou in principe niet hoeven). Je kunt echter niet 1 uur instellen maar wel 1 dag (dus dat komt dan nog een beetje in de buurt).SolarOrbiter schreef op woensdag 25 maart 2026 @ 10:42:
ik hoop dat iemand hier de antwoord voor me heeft. ik ben overgestapt van de interte SQLite db naar Mariadb.
nu wil ik eigenlijk alleen de longterm statistics voor energie oneindig bewaren.
is dit dan voldoende?YAML:
1 2 3 4 5 recorder: db_url: mysql://homeassistant:YOUR_PASSWORD@core-mariadb/homeassistant purge_keep_days: 7 # purge alles ouder dan 7 dagen auto_purge: true commit_interval: 30
André Huisman (www.new-line.nl)
- HuismAndré
- Registratie: Augustus 2001
- Laatst online: 04:41
-Pardon my French, I'm Dutch-
Geen matches
Tenzij je ze destijds ook al hernoemd had of, ook een leuke, toen een andere taal had ingesteld.Septillion schreef op woensdag 25 maart 2026 @ 07:13:
@Raven Hernoemen doe je toch gewoon per device, niet per entiteit. Dus veel meer werk dan standaard is het niet.
André Huisman (www.new-line.nl)
@HuismAndré Dan kan je ze toch gewoon weer hernoemen?
Qua taal, dan doet hij zeker vertaalde suffixes die hij nu niet aanpast? Of juist wel?
Qua taal, dan doet hij zeker vertaalde suffixes die hij nu niet aanpast? Of juist wel?
- HuismAndré
- Registratie: Augustus 2001
- Laatst online: 04:41
-Pardon my French, I'm Dutch-
Geen matches
Of je + en - buttons krijgt hangt (ook) af van de integratie die de speler levert. Probeer eens of je via UPNP wel + en - buttons krijgt.MarcelGo schreef op woensdag 25 maart 2026 @ 11:41:
[...]
Ik heb even geduld gehad, maar krijg het nog niet voor elkaar. De schuif is extreem lastig op dit volume en die knoppen zaten er vorig jaar wel maar zou niet weten hoe toe te voegen?
[Afbeelding]
André Huisman (www.new-line.nl)
- HuismAndré
- Registratie: Augustus 2001
- Laatst online: 04:41
-Pardon my French, I'm Dutch-
Geen matches
Jazeker. Maar dan nog steeds op entiteitsniveau en niet op device niveau. Om op device niveau terug te mappen (zodat je na het hernoemen van het device alleen nog maar een eventuele entity reset name hoeft te doen) moet de entiteit destijds niet hernoemd zijn én, in sommige gevallen, de taal ook nog goed staat. Denk daarbij aan battery vs. batterij, luchtdruk vs. pressure, luchtvochtigheid vs humidity etc. etc. Dat laatste heb ik zelf aan de hand gehad met de Netatmo integratie (voorheen Engelstalige entiteiten, tegenwoordig Nederlandstalige). Zelf kies ik er zoveel mogelijk voor om de entiteiten in het Engels te houden en de namen in het Nederlands (zodat je 2-talig kunt opzoeken).Septillion schreef op woensdag 25 maart 2026 @ 13:00:
@HuismAndré Dan kan je ze toch gewoon weer hernoemen?
Qua taal, dan doet hij zeker vertaalde suffixes die hij nu niet aanpast? Of juist wel?
[ Voor 16% gewijzigd door HuismAndré op 25-03-2026 13:06 ]
André Huisman (www.new-line.nl)
@HuismAndré Ik volg je nog even niet, je kan toch gewoon device hernoemen en dan een update entity id's doen?
- HuismAndré
- Registratie: Augustus 2001
- Laatst online: 04:41
-Pardon my French, I'm Dutch-
Geen matches
Yep. 1 voor 1. Maar als de originele entiteitsnamen nooit veranderd zijn (en de taal ook goed staat) dan hoef je alleen maar het device te hernoemen naar de originele naam en daarna per entiteit van dat device op de reset button te drukken (in plaats van alles te moeten onthouden en/of copy/pasten).Septillion schreef op woensdag 25 maart 2026 @ 13:07:
@HuismAndré Ik volg je nog even niet, je kan toch gewoon device hernoemen en dan een update entity id's doen?
André Huisman (www.new-line.nl)
Wat je op je screenshot laat zien is de more-info card. Een tile card moet je zelf toevoegen.MarcelGo schreef op woensdag 25 maart 2026 @ 11:41:
[...]
Ik heb even geduld gehad, maar krijg het nog niet voor elkaar. De schuif is extreem lastig op dit volume en die knoppen zaten er vorig jaar wel maar zou niet weten hoe toe te voegen?
[Afbeelding]
Daar is ook geen entity voor, volume is een attribuut van de media player entity. Daar moet je dus ook de tile card op aanmakenMarcelGo schreef op woensdag 25 maart 2026 @ 14:06:
@TheFes
Als ik hier kijk heb ik geen entiteit volume?
[Afbeelding]
ik heb uitiendleijk het volgende gedaan:
- mariadb in de configuration yaml.
- mariadb in de configuration yaml.
YAML:
- automation gemaakt die een dagelijkse purge+repack doet:1
2
| recorder: db_url: mysql://homeassistant:xxxxxxx@core-mariadb/homeassistant?charset=utf8mb4 |
YAML:
- sensor gemaakt, via configuration yaml:1
2
3
4
5
6
7
8
9
10
11
12
13
14
| alias: Purge dagelijks DB description: "" triggers: - trigger: time at: "03:00:00" conditions: [] actions: - action: recorder.purge metadata: {} data: repack: true apply_filter: false keep_days: 1 mode: single |
YAML:
- kaart gemaakt in dashboard. komende periode kijken of dit gaat werken en hoe groot de DB gaat worden. 1
2
3
4
5
6
7
8
9
| sql: - name: MariaDB Size db_url: mysql://homeassistant:xxxxxxxx@core-mariadb/homeassistant query: > SELECT ROUND(SUM(data_length + index_length)/1024/1024,1) AS size FROM information_schema.tables WHERE table_schema = 'homeassistant'; column: "size" unit_of_measurement: "MB" |
@TheFes Gelukt! Beetje omslachtig maar erg blij mee!
Is er iemand die een idee heeft? Ik heb de integratie stappen gevolgd, maar ik krijg nog altijd geen Nest devices te zien wanneer ik mezelf probeer te authenticeren met Google.CH4OS schreef op dinsdag 17 maart 2026 @ 12:15:
Onlangs heb ik Home Assistant ook weer opgepakt, wat is er een hoop veranderd in een paar jaar tijd en echt de wereld aan integraties zijn erbij gekomen, wow! Omdat ikzelf intussen ook wat meer in huis kan en wil heb ik dus Home Assistant weer opgepakt. Ik ben nu bezig met de Google Nest integratie. Ik heb de $5 USD reeds afgetikt aan Google, maar als ik vervolgens mijzelf moet authenticeren bij Google, moet ik vervolgens een device kiezen (ik heb een Nest v3 learning thermostat), maar dat apparaat zie ik niet tevoorschijn komen. Ook in mijn Google Home app kan ik hem niet toevoegen. In de Nest app zie ik hem wel staan en kan ik de thermostaat aansturen. Iemand die een idee heeft hoe ik dat deel aan de praat krijg?
De integratie heb ik intussen meermaals van boven tot onder gelezen, alsook de troubleshooting, maar ik kom er echt niet uit, helaas.
EDIT:
Net wel een of andere pub/sub API aangezet, maar dat heeft niet mogen baten. Ik zie nog altijd mijn Nest v3 thermostaat niet en kan hem dus niet selecteren bij het authorisatie process van Google. In de Google Home zie ik wel een 'Climate' gedeelte en in de Nest app heb ik de Nest v3 thermostaat vandaag ook twee keer opnieuw geïnstalleerd middels factory resets.
@HuismAndré Je bedoelt dat als een los entiteit hernoemt was dat deze nu niet mee gaat als het device hernoemt?
Ik hernoem zelden een los entiteit dus dat durf ik even niet te zeggen.
Ik hernoem zelden een los entiteit dus dat durf ik even niet te zeggen.
@SolarOrbiter Heb je dus geen automation voor nodig voor de purge, dat is gewoon een parameter voor je recoder. Standaard staat purge daar aan (elke dag om 4:12) en op 10 dagen bewaren. En doet hij een een repack elke 2e zondag.
Ofwel, nu doe je het 2x per nacht.
Ofwel, nu doe je het 2x per nacht.
ik heb nu in de recorder auto_purge: false gezet, zodat purge+pack gelijktijdig plaats vindt tijdens de automation om 03.00 uur.Septillion schreef op woensdag 25 maart 2026 @ 15:36:
@SolarOrbiter Heb je dus geen automation voor nodig voor de purge, dat is gewoon een parameter voor je recoder. Standaard staat purge daar aan (elke dag om 4:12) en op 10 dagen en doet hij een een repack elke 2e zondag.
Ofwel, nu doe je het 2x per nacht.
@SolarOrbiter Ook een optie natuurlijk. Maar zo bang op dat je db groot wordt dat je dagelijkse repack wilt?
@Septillion Niet zozeer bang voor de grootte, maar ben hiermee begonnen vooral om stabiliteit te krijgen. De afgelopen tijd heb ik wat sqlite-corrupties gehad. Geen drama, want ik ben nog maar kort op HA, dus lt-statistics die ik kwijt ben is geen drama. Nu wil ik het vooral stabiel krijgen met MariaDB. Over een tijdje kan ik de repack en purge aanpassen, waarschijnlijk minder frequent. en dan hoop ik, dat als ik weer een crash/corruption heb, dat ik deze niet kwijt ben in mariadb.
Het device hernoemen verandert de namen van de entiteiten niet. Er staat wel een knopje om alle entiteiten van een device automatisch te hernoemen maar dat doet niet wat ie moet doen, die wil de namen terugzetten naar de namen die ik (inmiddels succesvol) met een scirpt uit verschillende config files heb zitten verwijderen.Septillion schreef op woensdag 25 maart 2026 @ 07:13:
@Raven Hernoemen doe je toch gewoon per device, niet per entiteit. Dus veel meer werk dan standaard is het niet.
After the first glass you see things as you wish they were. After the second you see things as they are not. Finally you see things as they really are, and that is the most horrible thing in the world...
Oscar Wilde
hmm, helaas loopt mijn HA ineens in de soep. Ik bekijk HA mestal via Android en daar zag het er globaal goed uit, maar toen ik vandaag in mijn browser keek was het een en al ellende. complete dashbords in "configuration error" en bij andere weer maar enkele kaarten.
Waarom is de weergave op de app een stuk beter dan in de browser? Uiteraard heb ik de cache vd browser gecleaned. In de app is de data gewoon actueel dus ook niet gecached oid.
Grootse wat me opviel is dat heel HACS verdwenen is: bij devices en settings staat hij nog wel, maar "not loaded". En dat betekend ook heel wat kaart types etc.
Hoe kan dit ineens wegvallen? Ik heb geen updates gedaan.
Hoe krijg ik het weer (vlot) terug?
Ik heb wat backups teruggezet, maar de situatie blijft... Ik draai op een thinclient met fatsoenlijke schijf, dus dat lijkt me ook geen issue.
Waarom is de weergave op de app een stuk beter dan in de browser? Uiteraard heb ik de cache vd browser gecleaned. In de app is de data gewoon actueel dus ook niet gecached oid.
Grootse wat me opviel is dat heel HACS verdwenen is: bij devices en settings staat hij nog wel, maar "not loaded". En dat betekend ook heel wat kaart types etc.
Hoe kan dit ineens wegvallen? Ik heb geen updates gedaan.
Hoe krijg ik het weer (vlot) terug?
Ik heb wat backups teruggezet, maar de situatie blijft... Ik draai op een thinclient met fatsoenlijke schijf, dus dat lijkt me ook geen issue.
[ Voor 11% gewijzigd door superduper op 25-03-2026 18:03 ]
@superduper Wat zie je in je logs?
Canon EOS 5Dm3 + 5D + 7D + 300D + 1000FN + EF 17-40 4L + EF 35 1.4L + EF 50 1.8 + EF 80-200 2.8L + 550EX
@Raven Dan gok ik dat je de losse entiteiten al hernoemd had. Zolang je entiteiten gewoon "<device name> <suffix>" heten gaat het goed. Dus als je een los entiteit om een reden wilt hernoemen kan je dus ook het beste het zo hernoemen (dus incl huidige devicename).
En mja, als je al in de .storage hebt zitten editen dan kan er van alles gebeuren. Daar ook niet goed genoeg in. Misschien dat Spook dat ook zou kunnen oplossen.
En mja, als je al in de .storage hebt zitten editen dan kan er van alles gebeuren. Daar ook niet goed genoeg in. Misschien dat Spook dat ook zou kunnen oplossen.
@superduper Recent update gedaan? Of juist lang niet?
En al eens een "weggooi browser" (anders dan je standaard browser) getest? Of tweede PC?
En al eens een "weggooi browser" (anders dan je standaard browser) getest? Of tweede PC?
Spook had ik tussendoor ook geprobeerd. Spook kon wel álle (veel meer dan ik dacht) orphaned entities weergeven die in de GUI van HASS niet meer terug te vinden waren, maar wel in de files in .storage. Deze verwijderen deed ie echter niet, dat lijkt een bekend probleem te zijn -> https://github.com/frenck/spook/issues/827 Bij mij waren het er ruim 900Septillion schreef op woensdag 25 maart 2026 @ 19:49:
En mja, als je al in de .storage hebt zitten editen dan kan er van alles gebeuren. Daar ook niet goed genoeg in. Misschien dat Spook dat ook zou kunnen oplossen.
Uiteindelijk dus maar zelf een simpel scriptje geschreven dat alle files 1 voor 1 doorzoekt op de orphaned entities (waarvan ik de lijst ge-copypaste had van Spook) en verwijdert, waarna ik ff de files naliep om op eventuele syntax error's te checken en home-assistant_v2.db had ik maar helemaal weggegooid.
Dat gecombineerd met het in de VM zelf uitvoeren van ha core stop/start i.p.v. via SSH zorgde voor een werkende oplossing.
Inmiddels 15 Shelly's opnieuw gekoppeld, nog 15 te gaan...
https://www.youtube.com/@EverythingSmartHome
Misschien leuk om te volgen?Today we begin working on our 200 year old Georgian Villa to restore and renovate it back to it's former glory after being abandoned for years. This series will document the work we are doing and how we are going to turn it into the oldest smartest building we can!
[ Voor 16% gewijzigd door Raven op 26-03-2026 09:20 ]
After the first glass you see things as you wish they were. After the second you see things as they are not. Finally you see things as they really are, and that is the most horrible thing in the world...
Oscar Wilde
Het valt mij op dat ik negatieve waardes zie voor consumption (zwarte stippellijn), enkel voor de periode waarin mijn zonnepanelen actief zijn. Heeft iemand een hint waar ik naar moet kijken om dit verder uit te pluizen? Ik zit op 2026.3.4. Ik kan nog niet zo lang de opbrengst van de zonnepanelen uitlezen, maar ik had het idee dat het voorheen (lees een paar dagen terug) nog wel netjes werd weergegeven.
@tagican Gokje, je hebt DSMR 5 meter die kleinere update interval heeft dan je PV. Dus als de zon gaat schijnen krijgt HA eerder info dat je exporteert naar het net dan dat je PV productie toegenomen is.
Andersom kan ook prima. Bij mij werkt DSMR niet altijd even goed of loopt meer achter. Dus dan is het ook prima mogelijk dat eerst veel wordt opgewekt en ook door DSMR wordt gemeld als teruglevering, vervolgens trekt er een wolk langs en gaat de opwek van 2000 naar 500 en komt er geen DSMR update en blijft die bv op 1800 teruglevering staan. Dan zou er ook een negatief "verbruik" van 1300 watt zijn.Septillion schreef op donderdag 26 maart 2026 @ 09:47:
@tagican Gokje, je hebt DSMR 5 meter die kleinere update interval heeft dan je PV. Dus als de zon gaat schijnen krijgt HA eerder info dat je exporteert naar het net dan dat je PV productie toegenomen is.
Dank je, dat zou een prima verklaring kunnen zijn. De laatste dagen is het een stuk grilliger qua weer dan toen ik voor het eerst de opbrengst van de panelen had toegevoegd. Ik ga kijken of ik het nog wat kan tweaken.
Kijk ook eens naar waar de informatie vandaan komt. Als de ene via een cloud wordt gepolld elke 5, 10, 15, ... minuten en de ander lokaal elke X seconden binnen komt krijg je het natuurlijk nooit goed.tagican schreef op donderdag 26 maart 2026 @ 10:18:
Dank je, dat zou een prima verklaring kunnen zijn. De laatste dagen is het een stuk grilliger qua weer dan toen ik voor het eerst de opbrengst van de panelen had toegevoegd. Ik ga kijken of ik het nog wat kan tweaken.
Voor het live vermogen (/"verbruik") wil je het liefst sensoren hebben met een hoger update interval. Uiteindelijk is de grafiek vervolgens wel het gemiddelde per 5 minuten, maar ik zou toch voor een lager update interval gaan, want bij dit weer kan die meting elke 5 minuten ook niet representatief zijn (net volle zon terwijl de rest van de 5 minuten het bewolkt is bv). En bij een langer interval wordt het natuurlijk ook belangrijker dat ze tegelijkertijd updaten. Als ze beiden elke 5 minuten updaten maar de een doet dat op :00:, :05:00, :10:00, ... en de ander op :02:30, :07:30, :12:30, ... is de kans op inconsistentie ertussen natuurlijk ook groot (op :00:00 volle zon en veel opwek en :02:30 bewolkt en weinig teruglevering, resulteert in hoog eigen verbruik).
@RobertMe Ja, andersom kan zeker ook! Maar zag dat het hier juist gebeurde als de zon begon ipv stopte 
+ @tagican Als zaken snel veranderen blijft het lastig. Zie het hier ook flink mis gaan als de kookplaat op standje 1 gaat pulseren. Ondanks dat Shelly ook vrij snel data stuurt blijft het gek heen en weer klapperen omdat de Shelly en P1 data gewoon niet op hetzelfde moment aan komt. Als je dit weer middelt over wat tijd komt het wel weer goed. Maar als je PV data echt maar 1 minuut of zelfs langer data is dan ga je dat nooit echt weg krijgen.
Dus ja, zonder dat je alle devices kunt syncen is het eigenlijk niet echt op te lossen.
+ @tagican Als zaken snel veranderen blijft het lastig. Zie het hier ook flink mis gaan als de kookplaat op standje 1 gaat pulseren. Ondanks dat Shelly ook vrij snel data stuurt blijft het gek heen en weer klapperen omdat de Shelly en P1 data gewoon niet op hetzelfde moment aan komt. Als je dit weer middelt over wat tijd komt het wel weer goed. Maar als je PV data echt maar 1 minuut of zelfs langer data is dan ga je dat nooit echt weg krijgen.
Dus ja, zonder dat je alle devices kunt syncen is het eigenlijk niet echt op te lossen.
Voor de geinteresseerden; de 2026.4.0 beta release notes
Zitten leuke nieuwe dingen in, maar ik verwacht dat de entity name change ook de nodige stof zal doen laten opwaaien.
Zitten leuke nieuwe dingen in, maar ik verwacht dat de entity name change ook de nodige stof zal doen laten opwaaien.
Met weer zoals vandaag is alles mogelijk.Septillion schreef op donderdag 26 maart 2026 @ 11:27:
@RobertMe Ja, andersom kan zeker ook! Maar zag dat het hier juist gebeurde als de zon begon ipv stopte
Ik heb hier een e-paper display met afname, teruglevering, opweg en (berekend dan) eigen verbruik. Die update elke minuut. En toch zeer regelmatig dingen gezien als 2000W teruglevering maar 500W opweg (en dus -1500W eigen verbruik).
Maar quirks met negatief eigen verbruik zoals @tagican heeft heb ik dan weer niet. Alleen evt aan het eind van de grafiek wat dan "actuele vermogen" is. Maar het 5 minuten gemiddelde is altijd wel okay.
Wat me wél aan die grafiek stoort is dat het altijd gemiddelden zijn en afname en verbruik worden opgeteld. Als ik bv 1700 opwek heb met 1500 teruglevering, en vervolgens de 2000W waterkoker aan slinger dan resulteert dat uiteindelijk in een eigen verbruik van bv 1000W en een (veel) lagere teruglevering, maar dat er in die 5 minuten periode óók afname is geweest dat zie je niet terug. Doordat dus afname en teruglevering worden opgeteld, en bv ~2,5 minuut 1500 terugleveren die ~2,5 minuut 500W afnemen weer "teniet doet".
Terwijl bv in DSMR reader in de grafieken dan wel 2 lijnen staan waarbij je in een tijdsvak van X minuten wél zowel afname als teruglevering ziet (dus beiden niet 0 zijn).
Matter lock beheer is wel leuk, ben benieuwd of het ook aan persons gekoppeld kan/gaat worden.TheFes schreef op donderdag 26 maart 2026 @ 11:45:
Voor de geinteresseerden; de 2026.4.0 beta release notes
Zitten leuke nieuwe dingen in, maar ik verwacht dat de entity name change ook de nodige stof zal doen laten opwaaien.
Ieder zijn eigen code en zien wanneer wie dat ding van slot haalt. Of uitschakelen als de persoon niet in de buurt is.
@RobertMe Je rekensom volg ik even niet...
Voor de weergave, ja en nee. Want snap het als je import en export los weergeeft dat je dat los middelt. Maar HA tekent het netverbruik als enkele lijn die negatief is voor export. Ofwel, wat was je gemiddelde netverbruik. Die was dan dus gemiddeld 500W export. Dus het is een weergavekeuze en met het samen plotten met PV en eigen verbruik vind ik een enkele netverbruik wel logischer. Ook al verhult het dus wel wat ja.
Voor de weergave, ja en nee. Want snap het als je import en export los weergeeft dat je dat los middelt. Maar HA tekent het netverbruik als enkele lijn die negatief is voor export. Ofwel, wat was je gemiddelde netverbruik. Die was dan dus gemiddeld 500W export. Dus het is een weergavekeuze en met het samen plotten met PV en eigen verbruik vind ik een enkele netverbruik wel logischer. Ook al verhult het dus wel wat ja.
Maar volgens mij snap je de intentie wel
Als je wilt weten of je bruto verbruik had (bv als er geen saldering meer is) dan is dat verhullen natuurlijk "irritant". En hetzelfde als je wilt weten of er teruglevering was (bv i.v.m. terugleververgoeding). Dat zijn nu twee semi belangrijke dingetjes, v.w.b. kosten, die je nu niet uit de grafiek kunt halen.Voor de weergave, ja en nee. Want snap het als je import en export los weergeeft dat je dat los middelt. Maar HA tekent het netverbruik als enkele lijn die negatief is voor export. Ofwel, wat was je gemiddelde netverbruik. Die was dan dus gemiddeld 500W export. Dus het is een weergavekeuze en met het samen plotten met PV en eigen verbruik vind ik een enkele netverbruik wel logischer. Ook al verhult het dus wel wat ja.
Ergo, ik kijk tegenwoordig wel minder naar of DSNR Reader of gewoon de history (/recorder) van deze entities in HA. Maar het energy dashboard geeft (nog steeds) geen volledig beeld.
@Septillion
Had het zelf gemist in de release notes, maar 2026.4 brengt eindelijk een event trigger die je kunt gebruiken zonder door hoepels te hoeven springen (mits je de purpose-specific triggers and conditions aan hebt staan in Labs).
Had het zelf gemist in de release notes, maar 2026.4 brengt eindelijk een event trigger die je kunt gebruiken zonder door hoepels te hoeven springen (mits je de purpose-specific triggers and conditions aan hebt staan in Labs).
YAML:
1
2
3
4
5
6
| trigger: event.received target: entity_id: event.knop_bed_floris_action options: event_type: - single |
Hallo,
Ik heb HA draaien onder HAOS op een VM onder Proxmox. Ik zoek een manier om Whatsapp te integreren.
Nu ben ik zelf niet echt een programmeur. (alhoewel ik wel ooit wat copy/past werk gedaan heb :-)
Op Github staan wat mogelijkheden. Ik vond ook FaserF/ha-whatsapp. Dit is een redelijk recente Ha Whatsapp integratie, die gebruik maakt van Link Device(Web) protocol, waardoor geen Business API required is. Enfin, blijkbaar gebruikt dit hetzelfde protocol dat gebruikt wordt door Whatsapps...via Web of de windows app?
Er zijn nog wat meer opties heb ik begrepen. Daar ikzelf niet echt een programmeur ben, vindt ik het lastig te bepalen wat te gebruiken.
Wat mij betreft zou het mooi zijn, wanneer het aansluit op het "normale gebruik van Whatsapp" en ook enigsinds veilig is. (ja ik weet dat velen Telegram veiliger vinden). Verder wil ik "Polls" kunnen genereren via HA.
Is FaserF/ha-whatsapp een goede opties of zijn er betere alternatieven?
Bij voorbaat bedankt!
Ik heb HA draaien onder HAOS op een VM onder Proxmox. Ik zoek een manier om Whatsapp te integreren.
Nu ben ik zelf niet echt een programmeur. (alhoewel ik wel ooit wat copy/past werk gedaan heb :-)
Op Github staan wat mogelijkheden. Ik vond ook FaserF/ha-whatsapp. Dit is een redelijk recente Ha Whatsapp integratie, die gebruik maakt van Link Device(Web) protocol, waardoor geen Business API required is. Enfin, blijkbaar gebruikt dit hetzelfde protocol dat gebruikt wordt door Whatsapps...via Web of de windows app?
Er zijn nog wat meer opties heb ik begrepen. Daar ikzelf niet echt een programmeur ben, vindt ik het lastig te bepalen wat te gebruiken.
Wat mij betreft zou het mooi zijn, wanneer het aansluit op het "normale gebruik van Whatsapp" en ook enigsinds veilig is. (ja ik weet dat velen Telegram veiliger vinden). Verder wil ik "Polls" kunnen genereren via HA.
Is FaserF/ha-whatsapp een goede opties of zijn er betere alternatieven?
Bij voorbaat bedankt!
[ Voor 6% gewijzigd door demonk op 26-03-2026 14:40 ]
Ja dat wordt eerst uitproberen op een HA testversie want de kans dat er iets stuk gaat is mij te groot.TheFes schreef op donderdag 26 maart 2026 @ 11:45:
Voor de geinteresseerden; de 2026.4.0 beta release notes
Zitten leuke nieuwe dingen in, maar ik verwacht dat de entity name change ook de nodige stof zal doen laten opwaaien.
@TheFes Ah, dat is mooi. Zelf nog niet gespeeld met nieuwe triggers. Maar als het in Labs zit noem ik het ook nog geen release...
Hoe heet hij in "menselijke taal"? Want moet eerlijk zeggen dat ik "received" niet meest logische voor een event entity vindt... En hebben alle nieuwe triggers een punt? Want hij valt hiermee buiten het nu gebruikelijke naamschema waar dan trigger: event_received logischer zou zijn.
En qua gebruik belangrijker, dit negeert dus from/to unavailable/unknown? Ook als je geen event_type opgeeft?
Hoe heet hij in "menselijke taal"? Want moet eerlijk zeggen dat ik "received" niet meest logische voor een event entity vindt... En hebben alle nieuwe triggers een punt? Want hij valt hiermee buiten het nu gebruikelijke naamschema waar dan trigger: event_received logischer zou zijn.
En qua gebruik belangrijker, dit negeert dus from/to unavailable/unknown? Ook als je geen event_type opgeeft?
Wat bedoel je daarmee?demonk schreef op donderdag 26 maart 2026 @ 14:33:
Wat mij betreft zou het mooi zijn, wanneer het aansluit op het "normale gebruik van Whatsapp"
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.Verder wil ik "Polls" kunnen genereren via HA.
Is FaserF/ha-whatsapp een goede optie
[ Voor 9% gewijzigd door Gizz op 26-03-2026 15:05 ]
Canon EOS 5Dm3 + 5D + 7D + 300D + 1000FN + EF 17-40 4L + EF 35 1.4L + EF 50 1.8 + EF 80-200 2.8L + 550EX
Ja, er lijkt wel aardig over nagedacht maar nog lang niet iedereen gebruikt nog namen met types/text op zijn dashboard. Maar ik vind het wel een goede stap want je hebt het nu niet zo door dat je de naming convention breekt als je een entity een nieuwe naam geeft zonder device name.TheFes schreef op donderdag 26 maart 2026 @ 11:45:
Voor de geinteresseerden; de 2026.4.0 beta release notes
Zitten leuke nieuwe dingen in, maar ik verwacht dat de entity name change ook de nodige stof zal doen laten opwaaien.
Hallo Martijn,TheFes schreef op donderdag 26 maart 2026 @ 11:45:
Voor de geinteresseerden; de 2026.4.0 beta release notes
Zitten leuke nieuwe dingen in, maar ik verwacht dat de entity name change ook de nodige stof zal doen laten opwaaien.
Even het voorbeeld van de website:
/f/image/Q7DskBwAAmBoBEyK7lNRIZyY.png?f=fotoalbum_large)
Vorig jaar waren bij mij alle entity namen gewijzigd van Temperatuur naar Arc reactor Temperature
Ik had toen nog geen friendly name opgegeven en heb door deze in te vullen, de naam terug gewijzigd naar Temperature
Ik begrijp de de aankondiging niet. Worden alle namen nu automatisch Arc reactor Temperature en kun je dat niet meer inkorten ?
Ik gebruik speciaal korte namen in mijn dashboards. Als dit wijzigt zie ik weer overal Arc reactor ...
en kan ik de entities niet meer van elkaar onderscheiden.
Voor het onderscheid kunnen ze beter de naam wijzigen door te beginnen met de entity en dan de device naam Temperature Arc reactor
LG (AWHP R32) / ESPhome (ESP32) / GoodWe 4K-DT (5kWp) / Homewizard (1 PiB) / Home Assistant (NUC)
All purpose-specific triggers/conditions gebruiken dit format, bijvoorbeeld light.turned_on of motion.detectedSeptillion schreef op donderdag 26 maart 2026 @ 14:55:
@TheFes Ah, dat is mooi. Zelf nog niet gespeeld met nieuwe triggers. Maar als het in Labs zit noem ik het ook nog geen release...
Hoe heet hij in "menselijke taal"? Want moet eerlijk zeggen dat ik "received" niet meest logische voor een event entity vindt... En hebben alle nieuwe triggers een punt? Want hij valt hiermee buiten het nu gebruikelijke naamschema waar dan trigger: event_received logischer zou zijn.
En qua gebruik belangrijker, dit negeert dus from/to unavailable/unknown? Ook als je geen event_type opgeeft?
En dit negeert state changes van unavailable, niet van unknown, maar dat wil je ook niet. Dan zou je de eerste keer dat het event gebeurt genegeerd worden.
@TheFes Duidelijk
Ook al zou ik event.happened misschien nog pakkender vinden. Want het hoeft niet altijd specifiek een event te zijn die HA ontvangt maar kan ook een afgeleide zijn. Maar vooruit 
Ja, dat is waar. Naar unknown zou dus voor een event entity ook niet meer moeten kunnen tenzij je de recorder kwijt bent.
Ja, dat is waar. Naar unknown zou dus voor een event entity ook niet meer moeten kunnen tenzij je de recorder kwijt bent.
@PeteSplit Ben bang van wel ja.
Maar voor dat doel heeft HA dus ook geïntroduceerd hoe je een naam weer wilt geven. Dus dat je kunt selecteren of je entity name (eigenlijk dus entity suffix), device name, area name en/of iets custom wilt gebruiken.
Dus voor toekomstige zaken is het er juist makkelijker en overzichtelijker van geworden.
Maar voor dat doel heeft HA dus ook geïntroduceerd hoe je een naam weer wilt geven. Dus dat je kunt selecteren of je entity name (eigenlijk dus entity suffix), device name, area name en/of iets custom wilt gebruiken.
Dus voor toekomstige zaken is het er juist makkelijker en overzichtelijker van geworden.
Heel mooi, waar heb jij die CV card en ventilator card mee gemaakt? Wil je die code delen?John Doos schreef op maandag 23 maart 2026 @ 14:51:
Huidige layout, voornamelijk bedoelt voor onze verticale telefoontjes![]()
Wijzigt eigenlijk aan de lopende band, maar voor nu mag die hier even blijven. Dit is uiteraard slechts het dashboard, de echte magie zit in de automations.
[Afbeelding]
Het is dezelfde card denk ik?
@Septillion
Is dat nu al mogelijk, of pas na de update ?
Ik kan daar nu nog niets van vinden in HA, om de volgorde van de naam in te stellen.
Is dat nu al mogelijk, of pas na de update ?
Ik kan daar nu nog niets van vinden in HA, om de volgorde van de naam in te stellen.
LG (AWHP R32) / ESPhome (ESP32) / GoodWe 4K-DT (5kWp) / Homewizard (1 PiB) / Home Assistant (NUC)
@PeteSplit Nu al:
:strip_exif()/f/image/UJMQmstW7UCnCF6vwLXIjzfX.png?f=user_large)
Wat geeft:
Persoonlijk deed ik altijd al <device name> <entity suffix> en overrulede ik de naam op het dashboard als ik het anders wilde. Omdat ik ene keer juist de ruimte wil, andere keer juist entity etc. Dus vond ik entity rename toch al niet zo praktisch.
:strip_exif()/f/image/UJMQmstW7UCnCF6vwLXIjzfX.png?f=user_large)
Wat geeft:
YAML:
[edit]Nog niet alle custom kaarten ondersteunen het inderdaad. Deed even snel ook een test met custom:multiple-entity-row en custom:fold-entity-row, die ondersteunen het ook. Maar nog niet alles nee.1
2
3
| - entity: sensor.attic_temperature_humidity name: type: area |
Persoonlijk deed ik altijd al <device name> <entity suffix> en overrulede ik de naam op het dashboard als ik het anders wilde. Omdat ik ene keer juist de ruimte wil, andere keer juist entity etc. Dus vond ik entity rename toch al niet zo praktisch.
[ Voor 44% gewijzigd door Septillion op 26-03-2026 16:38 ]
heb sinds vandaag ha draaien in een virtualbox, al mijn homewizard apparaten ziet hij en hue en daikin , maar wat is de manier om mooie custom grafieken van al mijn hw apparaten te maken? Zag iets van apexgraph add-on maar krijg met geen mogelijkheid hacs erop.
Onder instellingen zie ik ook geen add-ons...alleen apps (met de overige opties).
Onder instellingen zie ik ook geen add-ons...alleen apps (met de overige opties).
[ Voor 14% gewijzigd door HE1 op 26-03-2026 16:29 ]
Op core kaarten kan dat nu al, je kunt entity, device, area en floor (en de volgorde daarvan) toevoegen om weer te geven op de kaart.PeteSplit schreef op donderdag 26 maart 2026 @ 16:20:
@Septillion
Is dat nu al mogelijk, of pas na de update ?
Ik kan daar nu nog niets van vinden in HA, om de volgorde van de naam in te stellen.
Dat wat @Septillion laat zien dus
[ Voor 5% gewijzigd door TheFes op 26-03-2026 16:28 ]
Ik vermijd YAML waar mogelijk, en klik eigenlijk alles bij elkaar. Met behulp van deze: https://github.com/mattieha/slider-button-cardFerrox1 schreef op donderdag 26 maart 2026 @ 16:20:
[...]
Heel mooi, waar heb jij die CV card en ventilator card mee gemaakt? Wil je die code delen?
Het is dezelfde card denk ik?
Fan card:
YAML:
CV:1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
| type: custom:slider-button-card entity: fan.mechanische_afzuiging slider: direction: left-right background: solid use_state_color: false use_percentage_bg_opacity: false show_track: false toggle_on_click: false force_square: false show_attribute: false show_name: false show_state: true compact: true icon: show: true use_state_color: true tap_action: action: more-info icon: "" action_button: mode: toggle icon: mdi:power show: false show_spinner: true tap_action: action: toggle grid_options: columns: 3 rows: auto |
YAML:
[mbr]Check even hoe de code tags werken[/] Thx Mod :)1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
| type: custom:slider-button-card entity: climate.radiatorknop_kinderkamer_thermostaat slider: direction: left-right background: triangle use_state_color: true use_percentage_bg_opacity: false show_track: true toggle_on_click: false force_square: false show_attribute: false show_name: true show_state: true compact: false icon: show: true use_state_color: true tap_action: action: more-info icon: "" action_button: mode: custom icon: mdi:power show: true show_spinner: true tap_action: action: toggle grid_options: columns: 4 rows: auto show_attribute: true name: Kinderkamer attribute: current_temperature |
Ik ben bekend met de code tag, echter nog niet zo met de wysiwyg-editor, dus kon hem niet zo snel vinden
[ Voor 38% gewijzigd door John Doos op 26-03-2026 17:01 ]
Nee
LG (AWHP R32) / ESPhome (ESP32) / GoodWe 4K-DT (5kWp) / Homewizard (1 PiB) / Home Assistant (NUC)
Ik ben nu al een tijdje bezig om de Google Nest integratie met mijn Nest v3 thermostaat aan de praat te krijgen, ik heb alle stappen doorlopen volgens mij, en ik heb diverse keys aangemaakt en een dev account aangemaakt (incl het aftikken van de $5 USD). Wanneer ik echter wil authenticeren, moet ik mijn Nest selecteren, maar in dat venster van Google.com zie ik geen devices verschijnen om uit te kiezen. Hebben jullie wellicht een idee van welke stap ik vergeten ben?
@HE1 Add-ons zijn recent hernoemt naar apps. En als jij door documentatie op zoek bent naar add-on's dan volg je niet de officiële HACS documentatie want die spreekt netjes over apps.
En als je nieuwe bent met HA zou ik eerst eens de standaard / ingebakken zaken bekijken. Zo laat het energy dashboard al veel zien en zijn er ook al standaard kaarten voor grafieken. Tuurlijk zijn er ook super gave custom dingen. Maar naar mijn idee is een heeeeeeele grote valkuil voor nieuwkomers dat ze gelijk te veel willen en dan roepen dat alles lastig is. Ja, HA kan heel veel. Maar hoe kritischer je iets specifiek wilt, hoe complexer het wordt
En als je nieuwe bent met HA zou ik eerst eens de standaard / ingebakken zaken bekijken. Zo laat het energy dashboard al veel zien en zijn er ook al standaard kaarten voor grafieken. Tuurlijk zijn er ook super gave custom dingen. Maar naar mijn idee is een heeeeeeele grote valkuil voor nieuwkomers dat ze gelijk te veel willen en dan roepen dat alles lastig is. Ja, HA kan heel veel. Maar hoe kritischer je iets specifiek wilt, hoe complexer het wordt
UPDATE:
De wijziging voor de (friendly) name wordt uit de beta gehaald. Deze komt in een latere versie alsnog terug, maar op deze manier is er extra tijd om bepaalde edge cases af te vangen en ook custom card makers de tijd te geven om zich beter voor te bereiden. Zie hieronder het bericht van Frenck wat hij in the beta kanaal op Discord paatste.Hey everyone
During this 2026.4 beta period, we shipped changes to how entity naming works, making the friendly_name attribute consistently include the device name, regardless of whether the name was set by an integration or by you.
We knew this would be a sensitive change, and we expected some friction. Your feedback during the beta has been incredibly valuable. It surfaced a few real-world cases and edge cases that we want to handle better before shipping this to everyone; even though we know we can’t make this change flawless for everyone. We can't do that justice in the few days before the final release, so I’ve decided to pull these changes from 2026.4.
To be clear: this is not a cancellation. The direction hasn't changed. Entity naming has been a long-running effort since 2022, and we still believe consistent naming is the right path forward. What has changed is the timeline. We want to take the time to process the feedback properly and deliver something we're all more confident in.
Thank you to everyone who tested, reported issues, and shared their concerns. That's exactly what the beta period is for, and you came through. We hear you.
We'll share more when we have an updated plan.
../Frenck
Dit ging dus over de voorgenomen wijziging die nu uitgesteld wordt
@PeteSplitOm nog even terug te komen op de name change in 2026.4
Ik heb een Shelly Dimmer in de area "Badkamer" met device name "Dimmer Badkamer" en daarin zit een light entity die ik handmatig de name "Plafondlamp" gegeven heb.
Als je die nu op een tile card zet, zal hij standaard zowel Device als Entity toevoegen om weer te geven, maar dit kun je dus wijzigen. Je kunt device weghalen om alleen de entity name ("Plafondlamp") te gebruiken. Dit is verder niet nieuw en was in voorgaande versies hetzelfde.
/f/image/r7hGxW6YXPrsOf6Npck4OpTV.png?f=fotoalbum_large)
Wat wel gewijzigd is, is dat de werkelijke Friendly Name van de entity nu het device als prefix heeft. Dus als je iets met templates doet, en daarbij de friendly name laat zien, dat staat daar nu het device als prefix voor. Om alleen de entity name (dus de naam die je opgegeven hebt bij de de entity instellingen) te krijgen, moet je nu de entity_name functie of het entity_name filter gebruiken.
Maar als je verder standaard kaarten gebruikt op je dashboard, dan zou er weinig moeten veranderen. Bij gebruik van custom cards kan het wel zijn dat er nu het device voor komt te staan, deze custom cards zullen hierop aangepast moeten worden. En ook als je dus met behulp van templates de name weergeeft, moeten daar dus aanpassingen gedaan worden in je templates.
Dat laatste kan ook van toepassing zijn als je bijvoorbeeld de (friendly) name gebruikt in notificaties vanuit automations/scripts.
[ Voor 32% gewijzigd door TheFes op 27-03-2026 12:41 ]
Als ik zo lees, gaan ze het uitstellen voor 2026.4:TheFes schreef op vrijdag 27 maart 2026 @ 11:06:
@PeteSplit
Om nog even terug te komen op de name change in 2026.4
During this 2026.4 beta period, we shipped changes to how entity naming works, making the friendly_name attribute consistently include the device name, regardless of whether the name was set by an integration or by you.
We knew this would be a sensitive change, and we expected some friction. Your feedback during the beta has been incredibly valuable. It surfaced a few real-world cases and edge cases that we want to handle better before shipping this to everyone; even though we know we can’t make this change flawless for everyone. We can't do that justice in the few days before the final release, so I’ve decided to pull these changes from 2026.4.
To be clear: this is not a cancellation. The direction hasn't changed. Entity naming has been a long-running effort since 2022, and we still believe consistent naming is the right path forward. What has changed is the timeline. We want to take the time to process the feedback properly and deliver something we're all more confident in.
Thank you to everyone who tested, reported issues, and shared their concerns. That's exactly what the beta period is for, and you came through. We hear you.
We'll share more when we have an updated plan.
07B2 - http://pvoutput.org/list.jsp?userid=22724 [Zonneboiler + 38 zonnepanelen, Warmtepomp 11.2 Ecodan. Home-Assistant].
Haha, dat had ik dus net voor jouw post al aangepast in de mijnepeterpijpelink schreef op vrijdag 27 maart 2026 @ 12:41:
[...]
Als ik zo lees, gaan ze het uitstellen voor 2026.4:
During this 2026.4 beta period, we shipped changes to how entity naming works, making the friendly_name attribute consistently include the device name, regardless of whether the name was set by an integration or by you.
We knew this would be a sensitive change, and we expected some friction. Your feedback during the beta has been incredibly valuable. It surfaced a few real-world cases and edge cases that we want to handle better before shipping this to everyone; even though we know we can’t make this change flawless for everyone. We can't do that justice in the few days before the final release, so I’ve decided to pull these changes from 2026.4.
To be clear: this is not a cancellation. The direction hasn't changed. Entity naming has been a long-running effort since 2022, and we still believe consistent naming is the right path forward. What has changed is the timeline. We want to take the time to process the feedback properly and deliver something we're all more confident in.
Thank you to everyone who tested, reported issues, and shared their concerns. That's exactly what the beta period is for, and you came through. We hear you.
We'll share more when we have an updated plan.
damnTheFes schreef op vrijdag 27 maart 2026 @ 12:42:
[...]
Haha, dat had ik dus net voor jouw post al aangepast in de mijne
07B2 - http://pvoutput.org/list.jsp?userid=22724 [Zonneboiler + 38 zonnepanelen, Warmtepomp 11.2 Ecodan. Home-Assistant].
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?
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?
Och ja, je moet toch wat he.
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 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?
Ik heb geen énkel idee wat je nu gevraagd hebt.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.
Och ja, je moet toch wat he.
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.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:Just_A_User schreef op vrijdag 27 maart 2026 @ 13:07:
[...]
Ik heb geen énkel idee wat je nu gevraagd hebt.
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.
07B2 - http://pvoutput.org/list.jsp?userid=22724 [Zonneboiler + 38 zonnepanelen, Warmtepomp 11.2 Ecodan. Home-Assistant].
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: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.
Nou, ik klik dus op 'Ik ga akkoord' en dan opent er een nieuwe tab en die zegt:"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, dat laatste kan ik accepteren, wat ik dus ook doe, maar als ik dat doe dan krijg ik de melding 'deze pagina werkt niet'.Link account to Home Assistant?
Linking your account will grant your Home Assistant instance access to your account. All credentials are stored locally.
Och ja, je moet toch wat he.
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.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.
Och ja, je moet toch wat he.
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 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'.
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.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.
Och ja, je moet toch wat he.
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 werkenJust_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/callbackJust_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.
07B2 - http://pvoutput.org/list.jsp?userid=22724 [Zonneboiler + 38 zonnepanelen, Warmtepomp 11.2 Ecodan. Home-Assistant].
Je hoeft op de website ook niets te doen, maar in de integratie die je start vanaf Home Assistant.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.
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 ]
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.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
Och ja, je moet toch wat he.
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 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.
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.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.
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.
Och ja, je moet toch wat he.
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).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.
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 maakt wijzigingen aan dashboards weer ongedaanTheFes schreef op vrijdag 27 maart 2026 @ 11:06:UPDATE:
De wijziging voor de (friendly) name wordt uit de beta gehaald.
[ Voor 3% gewijzigd door Hmmbob op 27-03-2026 14:28 ]
Sometimes you need to plan for coincidence
Wat had je voor aanpassingen moeten doen dan?Hmmbob schreef op vrijdag 27 maart 2026 @ 14:28:
[...]
* Hmmbob maakt wijzigingen aan dashboards weer ongedaan
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).CH4OS schreef op vrijdag 27 maart 2026 @ 15:08:
Zijn er hier mensen die een Nest v3 thermostaat aan hun Home Assistant gekoppeld hebben?
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 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.
Welk deel van de Cloud Console is dat? Dan kijk ik even wat er bij mij staat.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.
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.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.
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
[ Voor 21% gewijzigd door CH4OS op 27-03-2026 15:31 ]
Vooral names in mushroom-light-cardTheFes schreef op vrijdag 27 maart 2026 @ 15:02:
[...]
Wat had je voor aanpassingen moeten doen dan?
Sometimes you need to plan for coincidence
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.
Oh, naja, mooi toch.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 vanMaar 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.
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...BioHazard schreef op vrijdag 27 maart 2026 @ 15:49:
Oh, naja, mooi toch.
[ Voor 3% gewijzigd door CH4OS op 27-03-2026 15:52 ]
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:
:no_upscale():strip_icc():strip_exif()/f/image/ifnZ7jPEYAJACMjLvwMMoT9M.jpg?f=user_large)
Waarom ziet HA de batterij niet?
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:
:no_upscale():strip_icc():strip_exif()/f/image/ifnZ7jPEYAJACMjLvwMMoT9M.jpg?f=user_large)
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.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?
[ Voor 6% gewijzigd door CH4OS op 27-03-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:PCan schreef op vrijdag 27 maart 2026 @ 16:06:
@CH4OS Ik heb de LiTime App op een smartphone en die heeft contact via Bluetooth
Als dit het geval is, zou de batterij automatisch gedetecteerd moeten worden, zie ook het kopje auatomatic discovery:The BMS must not be connected to another BLE client (e.g. an ESP32 running ESPHome) at the same time
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 ]
Let op:
Zet je code tussen [code=yaml] [/code] tags om het goed leesbaar te houden; ook makkelijker voor de eventuele foutopsporing.
Lees ook eerst even de topicstart voor je je vraag plaatst, wellicht wordt je vraag daar al beantwoord. Wil je pronken met je setup mag dat in Home Assistant - Show je setup.
Zet je code tussen [code=yaml] [/code] tags om het goed leesbaar te houden; ook makkelijker voor de eventuele foutopsporing.
Lees ook eerst even de topicstart voor je je vraag plaatst, wellicht wordt je vraag daar al beantwoord. Wil je pronken met je setup mag dat in Home Assistant - Show je setup.
/f/image/dRvPSCEaEgmSGJ5YC5KoMy02.png?f=fotoalbum_large)