@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"
@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 ]
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)
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?
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)
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?
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
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)