Home Assistant: Open source Python3 home automation - deel 5

[Gizz]

Ben(V) schreef op donderdag 20 februari 2025 @ 10:45:
[...]


Er is een HA core App van de Synocommunity,

Nog even hierop terugkomend: @phoenix2149 als dit inderdaad HA core is kun je geen add-ons installeren om makkelijk aan yaml-files te sleutelen. Core ondersteunt namelijk geen add-ons. Zie ook dit overzicht in de topicstart.

Welke Synology heb je? Als het er eentje is die VM's ondersteunt is dat de makkelijkste route.

[ Voor 8% gewijzigd door Gizz op 20-02-2025 11:08 ]

[Septillion]

@Ben(V) Het plotten wel, dus alle data wordt opgevraagd en doorgestuurd.

En ja, onderhuids is dat een database query. Maar een database is dan wel snel om door de data te gaan (effectief zoeken / selecteren) maar als die data op een HDD staat zal die toch echt opgehaald moeten worden. En zal dat voornamelijk random IO zijn. En dat is gewoon echt factoren trager van een HDD.

[JanHenk]

Septillion schreef op donderdag 20 februari 2025 @ 10:53:
Hier komt alles vrij vlot binnen (N100 + SATA SSD) maar als in dus de 2-dagen grafiek van een sensor met een 1 sec interval laadt duurt dat ook +- 5seconden. En toen ik nog een RPi4 draaide met SSD duurde dat echt allemaal veeeel langer.

Precies, ik krijg het op zich ook redelijk vlot te zien (paar seconden). Vooral van de nieuwe scroll-to-zoom gaat ie over z'n theewater met dat soort grote intervals of eigenlijk datapunten. Het gaat een stuk beter als ik het interval in beginsel (met de selector) kleiner maak.

[Ben(V)]

Septillion schreef op donderdag 20 februari 2025 @ 11:02:
@Ben(V) Het plotten wel, dus alle data wordt opgevraagd en doorgestuurd.

En ja, onderhuids is dat een database query. Maar een database is dan wel snel om door de data te gaan (effectief zoeken / selecteren) maar als die data op een HDD staat zal die toch echt opgehaald moeten worden. En zal dat voornamelijk random IO zijn. En dat is gewoon echt factoren trager van een HDD.

Het plotten is dan voornamelijk afhankelijk van de snelheid van het device waar de browser op draait.

[Septillion]

@Ben(V) Nouwja, niet dus als je zoveel datapunten van spinning rust moet halen....

[MikeyMan]

Ben(V) schreef op donderdag 20 februari 2025 @ 10:51:
De data ophalen is een database actie op de SQLite database en 10000 datapunten is echt niets bijzonders.
Heeft verder weinig met random IO of raid overhead te maken.

Maar een en ander is natuurlijk wel afhankelijk van wat er nog meer op die Nas draait, vooral te weinig geheugen kan wel eens een bottleneck zijn.

Geheugen lijkt me het issue niet. Het is ook geen basic tweeschijfs nas, maar een DS1520+



Het volumegebruik zit inderdaad op 100% tijdens het draaien van een grafiekje.

[ Voor 4% gewijzigd door MikeyMan op 20-02-2025 11:08 ]

[Gizz]

@MikeyMan kijk nog even naar de utilization van je volume/schijven. Dat zegt veel meer dan de letterlijke lees- en schrijfsnelheden bij het volume in het standaard overzicht.

edit: ah had je al gedaan

[ Voor 8% gewijzigd door Gizz op 20-02-2025 11:09 ]

[CappieL]

Septillion schreef op donderdag 20 februari 2025 @ 10:30:
@CappieL Ah, door hoe je het schreef dacht ik dat je die juist niet gebruikte. Zou de sensor zeker in de gaten houden, maar je kan nu toch ook al terugkijken?

Je zou het kunnen proberen, maar ik verwacht er eerlijk gezegd niets van. USB SSD's gebruiken ook niet heel veel. En met een USB-hub voor externe voeding is het altijd te vraag hoe een hub dat oplost. Ze zijn er ook die de externe voeding gewoon parallel zet of via een diode doet. En dan zet het weinig zoden aan de dijk.

De sensor blijft op OK, terwijl ik net de issue weer kreeg.

De SSD hangt ook met een SATA>USB aan de USB3-poort van de Pi4.

[Ben(V)]

Gizz schreef op donderdag 20 februari 2025 @ 11:02:
[...]

Nog even hierop terugkomend: @phoenix2149 als dit inderdaad HA core is kun je geen add-ons installeren om makkelijk aan yaml-files te sleutelen. Core ondersteunt namelijk geen add-ons. Zie ook dit overzicht in de topicstart.

Welke Synology heb je? Als het er eentje is die VM's ondersteunt is dat de makkelijkste route.

Add-on's heeft hier niets mee te maken, yaml is geen add on.
Add on's zijn volledige applicaties zoals bijvoorbeeld een File Editor of Samba support.

[Ben(V)]

CappieL schreef op donderdag 20 februari 2025 @ 11:12:
[...]


De sensor blijft op OK, terwijl ik net de issue weer kreeg.

De SSD hangt ook met een SATA>USB aan de USB3-poort van de Pi4.

Zoek de specs van die ssd op wat hij verbruikt.

[Gizz]

Ben(V) schreef op donderdag 20 februari 2025 @ 11:14:
[...]


Add-on's heeft hier niets mee te maken, yaml is geen add on.
Add on's zijn volledige applicaties zoals bijvoorbeeld d een File Editor of Samba support.

Dat is toch niet wat ik zeg? Ik heb het over add-ons om makkelijk aan yaml-files te kunnen sleutelen. Ik ben geen HA-noob of zo

@phoenix2149 wil binnen HA yaml-files aanpassen en ziet daar geen editor voor. Vervolgens kreeg hij van @CappieL de (terechte) tip om een editor te installeren als add-on.

En ik geef nu aan dat hij geen add-ons kan installeren als hij HA Core draait, wat mij ook juist lijkt.

[ Voor 4% gewijzigd door Gizz op 20-02-2025 11:31 ]

[Septillion]

Klein testje hier gedaan.

Mijn HA DB op mijn SSD en op een HDD gezet. Laatste is wel een enkele externe HDD via USB3 maar dat zou geen bottleneck mogen zijn.

Een query op een drukke sensor van 24h gedraaid met SQLite Browser:

SQL:

SELECT *
FROM states AS s
JOIN states_meta AS m
ON s.metadata_id == m.metadata_id
WHERE m.entity_id == 'sensor.power_consumed'
AND s.last_reported_ts > 1739870291
AND s.last_reported_ts <= 1739956691

Duurt vanaf de SSD 1892ms
Duurt vanaf de HDD 149469ms

Tweede keer deze query is stuk sneller maar dan staat het deels in geheugen. Maar verwacht niet dat de SQLite database 100% in geheugen staat de hele tijd.

[ Voor 13% gewijzigd door Septillion op 20-02-2025 11:33 ]

[CappieL]

Ben(V) schreef op donderdag 20 februari 2025 @ 11:15:
[...]


Zoek de specs van die ssd op wat hij verbruikt.

De schijf zou 1.5 W trekken bij het schrijven.. 0.6 W bij lezen.

[Gizz]

Septillion schreef op donderdag 20 februari 2025 @ 11:26:
Duurt vanaf de SSD 1892ms
Duurt vanaf de HDD 149469ms

Ik las het tweede getal eerst als iets met 5 cijfers en dacht: hmm, dat valt me nog best mee dat het uitlezen 8x zo lang duurt met een HDD. Maar het is dus 80x zo lang en voldoende tijd om een kop koffie te zetten

En dit is dan ook nog eens één schijf, geen array. En er worden geen andere dingen met de schijf gedaan, neem ik aan?

Ik blijf erbij dat HA en harde schijven geen lekkere ervaring gaat opleveren.

[Septillion]

@Gizz Enkele schijf, die niets aan het doen was maar wel al draaide voor de query. Rondslingerende Seagate portable dus wel maar 5400RPM. Dus met snellere schijven zal het dus wel beter zijn. Maar zelfs als dat 30% sneller is dan blijft het traag vergeleken met een SSD.

[NeoFoX]

Toppe schreef op zondag 12 maart 2023 @ 09:40:
[...]


Indrukwekkend verhaal. Echter zijn er ook gateways die zo voldoen aan de wettelijke eisen dat je in bepaalde gevallen het zelfde resultaat hebt zoals een brandmeldinstallatie. Ik heb hier Ei 3016RF melders hangen met daarbij hun eigen gateway. Ding heeft een ingebouwde back-up batterij en een 2G verbinding.

De NEN 2555 schrijft voor dat dat je verplicht bent om rookmelders in huis te hebben. Een koolmonoxide of hittemelder bestaan simpelweg volgens dezelfde NEN norm niet.

Het enkel lokaal uitschakelen van een alarm is dubbel. Als je kijkt naar de Ei 450 dan kan je met een afstandsbediening de melder uitschakelen. Heel strikt genomen is dat lokaal, als is het wat anders dan fysiek uitschakelen.

Verder haal je vooral melders van een B kwaliteit aan zoals Elro en FireAngel. Wij (bedrijf gespecialiseerd in brandveiligheid waar ik werkzaam ben) plaatsen deze melders bewust niet omdat het écht rommel is. Leuk dat je ze ‘connected’ kan maken maar vraag me af wat je er aan hebt. Je kan wel je gateway en home assistant achter een accu hangen maar vergeet je switch, router, modem en NT1 niet. En dan nog te hopen dat je provider ook noodstroom in zijn wijk centrales hebt zitten.

Mijn tip; hang per verdieping een goede melder op (Ei 3016 als je 230 hebt en een Ei 650 als je geen spanning hebt) die voorzien zijn van een 10 jaars lithium batterij. Melders moet je na 10 jaar vervangen dus batterijen hoef je dan nooit meer te vervangen.

Voorzie verblijfsruimtes van WiFi of zigbee melders als je dat wil.

De NEN 2555 kent geen hitte of koolmonoxide melders. In bepaalde gevallen ben je verplicht om een melder in de keuken op te hangen. Een hittemelder is een beter alternatief maar vraag bij je verzekering na of ze daar mee akkoord gaan en laat ze dit op schrift vast leggen.

Vandaag en vannacht 2x onze 'domme' rookmelders afgegaan.. dus nu kijkend naar nieuwe varianten en dan direct opnemen in mijn HASS installatie.

Vraagje: hoe heb je de EI3016 geïntegreerd en welke versie heb je?
- Ik zie 3016 en 3016RF

De 3016 is standaard voorzien van AudioLINK+ , maar weer niet SmartLink.. Voor die laatste heb je weer een module nodig. Dus even check check..

Ps; ben niet van plan om € 600,- uit te willen geven voor die gateway

[Ben(V)]

Gizz schreef op donderdag 20 februari 2025 @ 11:18:
[...]

Dat is toch niet wat ik zeg? Ik heb het over add-ons om makkelijk aan yaml-files te kunnen sleutelen. Ik ben geen HA-noob of zo

@phoenix2149 wil binnen HA yaml-files aanpassen en ziet daar geen editor voor. Vervolgens kreeg hij van @CappieL de (terechte) tip om een editor te installeren als add-on.

En ik geef nu aan dat hij geen add-ons kan installeren als hij HA Core draait, wat mij ook juist lijkt.

Sleutelen aan Yaml files kun je ook gewoon in HA, daar heb je geen editor voor nodig.
En als hij dat wel zou willen doen kan hij dat gewoon doen via de Nas en een editor op z'n PC.
Gewoon door de HA folders als share beschikbaar te stellen.

[Septillion]

Ben(V) schreef op donderdag 20 februari 2025 @ 12:05:
[...]


Sleutelen aan Yaml files kun je ook gewoon in HA, daar heb je geen editor voor nodig.

Na 7 jaar nog steeds niet gevonden dan

Gewoon door de HA folders als share beschikbaar te stellen.

En daar zit de crux, dat moet je dan wel doen. Als je dit niet instelt, in dit geval in Synology, dan is het er ook niet. Hoe simpel het ook is.

Dus @phoenix2149, als het goed is heb je dus een data folder voor je HA package, daar zal de /config ook bij zitten en die kan je via Synology dus op een manier die je wilt beschikbaar maken aan je computer zodat je daar kunt editen.

[ Voor 20% gewijzigd door Septillion op 20-02-2025 12:34 ]

[Gizz]

Ben(V) schreef op donderdag 20 februari 2025 @ 12:05:
[...]


Sleutelen aan Yaml files kun je ook gewoon in HA, daar heb je geen editor voor nodig.

Misschien kun je @phoenix2149 uitleggen hoe je dat dan doet? Want dat was zijn initiële vraag, hoe je dat dan doet. Zelf zou ik het niet weten (let op, gaat hier niet om het kunnen switchen tussen de GUI en yaml bij bijvoorbeeld een automation, maar direct werken aan bijvoorbeeld configuration.yaml).

Zelf gebruik ik daar Studio Code Server voor, heb me er nooit in verdiept hoe je dat direct in een kale HA-installatie zonder add-ons zou doen

[D4NG3R]

@Gizz Zelfs de officiële documentatie spreekt over het downloaden van een add-on of opzetten van een share om het extern te bewerken. https://www.home-assistant.io/docs/configuration/

Er is zo uit het doosje geen editor aanwezig, in geen enkele versie.

---

Andere vraag: Heeft iemand hier ervaring met (DIY) druksensoren voor in bed? Zo'n strip/mat welke je onder het matras kan drukken als sensor of er iemand ligt.

Ik heb aanwezigheid binnen de woning nu grotendeels device/user(input)-onafhankelijk gemaakt, alleen detectie of er iemand aanwezig is maar slaapt is er daar nog niet eentje van.

[ Voor 58% gewijzigd door D4NG3R op 20-02-2025 12:32 ]

[HuismAndré]

MikeyMan schreef op donderdag 20 februari 2025 @ 10:28:
Heb hier een kleine uitdaging met de performance van de historische grafieken.
Het laden van een simpel historisch grafiekje duurt letterlijk minuten.
Dit overzichtje heeft vijf minuten geduurd om op het scherm te zetten:
[Afbeelding]


Heb Home Assistant draaien onder docker op een Synology NAS. Die staat niet enorm veel te doen.
[Afbeelding]

Iemand enig idee hoe dit wat te versnellen?

Welke Synology NAS?

Het gebruik van SSD's in plaats van harddisks heeft bij mij de boel enorm versneld (ik gebruik ze sinds de DS218play). Mijn drukste entity is de P1 power meter (1 update elke 5 seconden). Het laden daarvan (alle 10 dagen uit de recorder) duurt 8 seconden op (DS224+).

Check goed of de Shelly's niet veel te veel updates geven (pas dat aan, aan de wens en noodzaak). Zo zul je zien dat sensoren die standaard elke 10 seconden een boertje laten ook best toe kunnen met 1 x per minuut (en dat scheelt). Ook het spelen met een update bij een wijziging van X% kan een optie zijn om rust te brengen en toch up-to-date te zijn.

Maar grootste snelheidswinst (by a mile) haal je uit de overstap van harddisks naar SSD's.

[MikeyMan]

@HuismAndré DS1520+. Kan er nog twee M2's bij prikken geloof ik, als cache.
Moet wel een keer over naar een andere ook. Zit nog op ext4 en dat wordt nog een klusje.
Zal eens kijken naar de upload frequency van deze shelly.

[Septillion]

@MikeyMan Kan je daar niet ook een SSD plaatsen en die niet als cache gebruiken maar als locatie voor je packages / VM's / dockers? Dacht dat de meeste / alle dat kunnen (maar heb zelf nog een model zonder M.2).

[phoenix2149]

Gizz schreef op donderdag 20 februari 2025 @ 11:18:
[...]

Dat is toch niet wat ik zeg? Ik heb het over add-ons om makkelijk aan yaml-files te kunnen sleutelen. Ik ben geen HA-noob of zo

@phoenix2149 wil binnen HA yaml-files aanpassen en ziet daar geen editor voor. Vervolgens kreeg hij van @CappieL de (terechte) tip om een editor te installeren als add-on.

En ik geef nu aan dat hij geen add-ons kan installeren als hij HA Core draait, wat mij ook juist lijkt.

Er is wel een package (app wat ik bedoelde) in de package center van Synology nas:


Maar dat lijkt dus inderdaad core te draaien:



Dan zal ik even terug naar de "tekentafel" moeten en het via de docker draaien naar wat ik van je begrijp correct? Want kan ook geen TextEditor vinden bijvoorbeeld

[TheFes]

phoenix2149 schreef op donderdag 20 februari 2025 @ 13:16:
[...]


Er is wel een package (app wat ik bedoelde) in de package center van Synology nas:
[Afbeelding]

Maar dat lijkt dus inderdaad core te draaien:

[Afbeelding]

Dan zal ik even terug naar de "tekentafel" moeten en het via de docker draaien naar wat ik van je begrijp correct? Want kan ook geen TextEditor vinden bijvoorbeeld

Via docker heb je net zo goed geen Add-ons

Dat heb je alleen met HAOS of Supervised (bij die laatste is alleen Debian als OS ondersteund, en er loopt een discussie om support helemaal te stoppen)

[Gizz]

@phoenix2149 even mezelf quoten, want dit is een mogelijke oplossing voor je:

Gizz schreef op donderdag 20 februari 2025 @ 11:02:
[...]
Welke Synology heb je? Als het er eentje is die VM's ondersteunt is dat de makkelijkste route.

[MikeyMan]

TheFes schreef op donderdag 20 februari 2025 @ 13:19:
[...]


Via docker heb je net zo goed geen Add-ons

Dat heb je alleen met HAOS of Supervised (bij die laatste is alleen Debian als OS ondersteund, en er loopt een discussie om support helemaal te stoppen)

Beg to differ





Ik wil wel over naar VM, vooral ook omdat ik geen jota snap van Docker, maar daar moet ik eerst voor van ext4 af stappen. Wat niet te migreren is blijkbaar, dus dat komt neer op een nieuwe ernaast zetten, de data overpompen en alles weer opnieuw instellen.

Kijk er nogal tegenop eerlijk gezegd.

[ Voor 19% gewijzigd door MikeyMan op 20-02-2025 13:32 ]

[Septillion]

@phoenix2149 Ook dat package zal zijn files ergens op de Synology zetten. Daar al naar gezocht?

Want je hoeft alleen terug naar de tekentafel als voor jezelf het draaien van Core (dus niet hebben van addons) een deal breaker is.

[TheFes]

MikeyMan schreef op donderdag 20 februari 2025 @ 13:31:
[...]


Beg to differ

[Afbeelding]

[Afbeelding]

Ik wil wel over naar VM, vooral ook omdat ik geen jota snap van Docker, maar daar moet ik eerst voor van ext4 af stappen. Wat niet te migreren is blijkbaar, dus dat komt neer op een nieuwe ernaast zetten, de data overpompen en alles weer opnieuw instellen.

Kijk er nogal tegenop eerlijk gezegd.

Ik zeg niet dat het niet op een ander OS mogelijk is, ik zeg dat het niet ondersteund is
En jij draait dus Supervised (waarin dus Add-ons mogelijk zijn)

[ Voor 3% gewijzigd door TheFes op 20-02-2025 13:34 ]

[phoenix2149]

Gizz schreef op donderdag 20 februari 2025 @ 13:26:
@phoenix2149 even mezelf quoten, want dit is een mogelijke oplossing voor je:

[...]

Heb de DS224+

Maar mogelijk heb ik al iets gevonden. Werk met linux deployments voor AI platform op bedrijf (heel basis kennis hoor) en daar werken we met SSH toegang, vind zelf MobaXterm wel fijn.
Via de informatie ben ik achter de configuratie locatie gekomen:

Dan vind ik dit:

Klopt dit dan?

Ben benieuwd naar je advies. OP zich ben ik geen tegenstander om voor de docker versie te gaan als dat makkelijker zou zijn zonder zulke "omwegen" als het ware.

[D4NG3R]

offtopic:
@MikeyMan interessevraag, maar vanwaar zou je het FS moeten aanpassen?

[Gizz]

phoenix2149 schreef op donderdag 20 februari 2025 @ 13:37:
[...]
Heb de DS224+

Dan kun je HAOS in een VM draaien. Dat is de meest eenvoudige route qua installeren én beschikking hebben over alle functies zoals add-ons.

Ben je nooit van plan add-ons te draaien, dan heeft overstappen misschien niet zo veel zin.

edit: en ja, dat is de juiste file

[ Voor 5% gewijzigd door Gizz op 20-02-2025 13:42 ]

[Ben(V)]

phoenix2149 schreef op donderdag 20 februari 2025 @ 13:16:
[...]


Er is wel een package (app wat ik bedoelde) in de package center van Synology nas:
[Afbeelding]

Maar dat lijkt dus inderdaad core te draaien:

[Afbeelding]

Dan zal ik even terug naar de "tekentafel" moeten en het via de docker draaien naar wat ik van je begrijp correct? Want kan ook geen TextEditor vinden bijvoorbeeld

Gewoon even winscp op je PC installeren, daarmee kun je alles van je Nas bereiken.
Hier vind je een beschrijving hoe het moet.

https://emby.media/commun...r-superuser-using-winscp/

[MikeyMan]

D4NG3R schreef op donderdag 20 februari 2025 @ 13:37:

offtopic:
@MikeyMan interessevraag, maar vanwaar zou je het FS moeten aanpassen?

Blijkbaar werkt vm alleen met btrfs

Heb overigens ook al een paar tb die nu niet alloceerbaar zijn. Had ik bij de overstap van 4 naar 5 schijfs nas moeten weten. Zit nu een beetje vast.

[Septillion]

@phoenix2149 Kijk, die map bedoelde ik. Maar als je die niet kunt wijzigen is hem als share benaderen misschien wat lastig. Dus hoe je er nu bij kan of vis WinSCP is dan prima.

Qua functionaliteit in HA win je niets met een Docker install. In beide gevallen draai je dan Core. Enige is dat je de docker map wel makkelijk op een netwerkshare locatie kunt zetten. En dat er andere dockers naast draaien ook makkelijk is. Maar als nadeel dat je dan wel een beeeeetje Docker moet snappen

Als VM krijg je meest omgeving omdat je dan HA OS kunt draaien. Maar kost wel iets meer resources en ook daar zal je iets in moeten verdiepen.

En wat je ook doet, vergeet dus niet om je HA data ook mee te nemen in je backup strategie.

[Not Applicable]

Vraagje waar ik niet direct een oplossing voor vind:

Ik heb mijn dashboard en hier staan knoppen op (klinkt logisch ). Als ik op de knoppen klik opent een pop-up met alle gegevens van die specifieke ruimte. Dit werkt nagenoeg perfect (behalve dat ik sinds enkele weken de History Graph niet meer in de pop-up zie, zie 7 posts hoger voor mijn vraag hier omtrent).

Nu, ik heb ook een knop in een van de pop-ups om de achterdeur te openen (elektrisch slot). Nu had ik graag, vooral tegen per ongeluk op drukken, een extra veiligheid ingebouwd, maar hier vind ik geen oplossing voor.
Ideaal als ik op de knop druk om de deur te openen zou er een pop-up moeten komen waarin ik een specifieke code geef. Nadat ik de code heb ingegeven opent de deur pas. Dit zorgt er dan voor dat ik niet per ongeluk de deur openen op afstand als ik niet thuis ben. Heeft er al iemand zoiets gedaan in het verleden of tegengekomen op HACS die hier aan zou kunnen voldoen?

[Septillion]

@Not Applicable Op zich is confirmation een standaard onderdeel van een action blok. Maar of dat onderdeel ondersteund wat zal afhangen van je custom component dat je gebruikt.

Dit is wel alleen yes/no. Voor iets met een pincode zou ik geen makkelijke oplossing weten.

[CappieL]

Septillion schreef op donderdag 20 februari 2025 @ 15:31:
@Not Applicable Op zich is confirmation een standaard onderdeel van een action blok. Maar of dat onderdeel ondersteund wat zal afhangen van je custom component dat je gebruikt.

Dit is wel alleen yes/no. Voor iets met een pincode zou ik geen makkelijke oplossing weten.

@Not Applicable
Om te voorkomen dat ik per ongeluk de garagedeur open met een knop op m'n dashboard, heb ik er een Hold-action van gemaakt ipv een tap-action.
Heb hem ook als widget op m'n telefoon staan, dan moet ik 'm met m'n vingerafdruk of patroon bevestigen.

[Toppe]

NeoFoX schreef op donderdag 20 februari 2025 @ 11:50:
[...]


Vandaag en vannacht 2x onze 'domme' rookmelders afgegaan.. dus nu kijkend naar nieuwe varianten en dan direct opnemen in mijn HASS installatie.

Vraagje: hoe heb je de EI3016 geïntegreerd en welke versie heb je?
- Ik zie 3016 en 3016RF

De 3016 is standaard voorzien van AudioLINK+ , maar weer niet SmartLink.. Voor die laatste heb je weer een module nodig. Dus even check check..

Ps; ben niet van plan om € 600,- uit te willen geven voor die gateway

Ik heb die Gateway hangen en heb ze niet opgenomen in HA, ik zie daar de noodzaak niet van in, het moet een indicator zijn om op onderzoek uit te gaan en zo snel mogelijk, indien nodig, te evacueren.

Je zou gebruik kunnen maken van de relais, als een melder dan afgaat dan kan je dat zien. De reden kan je weer met AudioLINK uitlezen.

Verschil tussen de 3016 en de 3016RF is alleen een draadloze RF module. Bij de RF versie zit die er al ingedrukt, bij de niet RF versie is die niet geplaatst.

Als melders spontaan afgaan heeft dat twee redenen: er zit stof in de rookkamer en dus heb je de melder nog nooit schoon gemaakt. Andere optie is een lege batterij.

Een melder kan ook over datum zijn maar dat is geen reden om te gaan piepen of om spontaan af te gaan

[ Voor 11% gewijzigd door Toppe op 20-02-2025 19:51 ]

[henkNL]

In 2016 gestart met Domoticz, welke tot op de dag vandaag nog perfect werkt (Pi-1, naar 2, naar 3 en nu op een 4 met SSD).
In de tussentijd meerdere keren HA geprobeerd, maar kon er niet aan wennen.

Binnenkort komt de HW batterij, dus toch nog maar eens een poging gewaagd met HA.

HA draait nu in een docker op een Fujitsu S740 thinclient.

Inmiddels mijn verlichting weten te koppelen (Zigbee2MQTT), de Tesla sinds gisteren werkend en de eerste automations zijn gemaakt.
Het begint inmiddels wat duidelijker te worden en ben rustig aan wat dingen aan het overzetten van Domoticz.


Nu had ik in Domoticz een script gemaakt welke diverse lampen aanstuurt als er beweging is gedetecteerd door een PIR.
Die verlichting mag alleen aangaan als de tijd tussen 05:00 uur én 30 minuten voor zonsopgang ligt.

Nu heb ik een automation kunnen maken die de verlichting aanstuurt bij beweging tussen 05:00 en 08:00 uur, maar die laatste wil ik wijzigen in 30 minuten voor zonsopgang, alleen dat stukje kan ik niet zo vinden.

-Kan iemand mij een tip geven hoe ik iets kan schakelen als de tijd, kleiner of gelijk aan (<=) een x-aantal minuten vóór zonsopgang (of ondergang) is?


Ook kan ik met de Wireguard VPN nog geen verbinding met HA krijgen van buitenaf.
HA heeft als ip adres/port 192.168.x.x:8123

De devices verbonden via VPN krijgen een ip in de range 10.0.x.x.
In de firewall zijn rules toegevoegd welke zorgen voor een forward (Domoticz werkt op deze wijze ook).
Alleen krijg ik geen toegang tot HA.

- Moet ik in HA nog ergens een toegestande IP reeks invullen? Bij Domoticz moest dat wel.

[JBS]

henkNL schreef op donderdag 20 februari 2025 @ 20:17:


Nu had ik in Domoticz een script gemaakt welke diverse lampen aanstuurt als er beweging is gedetecteerd door een PIR.
Die verlichting mag alleen aangaan als de tijd tussen 05:00 uur én 30 minuten voor zonsopgang ligt.

Nu heb ik een automation kunnen maken die de verlichting aanstuurt bij beweging tussen 05:00 en 08:00 uur, maar die laatste wil ik wijzigen in 30 minuten voor zonsopgang, alleen dat stukje kan ik niet zo vinden.

-Kan iemand mij een tip geven hoe ik iets kan schakelen als de tijd, kleiner of gelijk aan (<=) een x-aantal minuten vóór zonsopgang (of ondergang) is?

Dat kun je doen met sun in combinatie met offset.

https://www.home-assistan.../#sunsetsunrise-condition

[ Voor 3% gewijzigd door JBS op 20-02-2025 21:07 ]

[henkNL]

JBS schreef op donderdag 20 februari 2025 @ 20:50:
[...]

Dat kun je doen met trigger sun in combinatie met offset.
https://www.home-assistan...s/sun/#automation-trigger

Bedoel je dan zo:



Of gaat hij dan alleen als er beweging is én het is precies 30 minuten voor zonsopgang?
En niet als er beweging is én het is 29 minuten voor zonsopgang?

Graag de yaml delen ipv screenshots van de UI

[ Voor 4% gewijzigd door Septillion op 21-02-2025 00:44 ]

[JBS]

henkNL schreef op donderdag 20 februari 2025 @ 21:01:
[...]

Bedoel je dan zo:

[Afbeelding]

Of gaat hij dan alleen als er beweging is én het is precies 30 minuten voor zonsopgang?
En niet als er beweging is én het is 29 minuten voor zonsopgang?

Je zou dan de sun met offset als condition kunnen toevoegen.

https://www.home-assistan.../#sunsetsunrise-condition

[ Voor 6% gewijzigd door JBS op 20-02-2025 21:06 ]

[henkNL]

JBS schreef op donderdag 20 februari 2025 @ 21:05:
[...]
Je zou dan de sun met offset als condition kunnen toevoegen.

https://www.home-assistan.../#sunsetsunrise-condition

Tnx, dat wordt dan zoiets denk ik:

YAML:

alias: LampenbijPIR
description: ""
triggers:
  - type: motion
    device_id: xxxx
    entity_id: xxxx
    domain: binary_sensor
    trigger: device
conditions:
  - condition: time
    weekday:
      - mon
      - tue
      - wed
      - thu
      - fri
      - sat
      - sun
    after: "04:00:00"
  - condition: sun
    before: sunrise
    before_offset: "-00:15:00"
actions:
  - type: turn_on
    device_id: 6

    entity_id: xxxx
    domain: light
    brightness_pct: 60
  - type: turn_on
    device_id: xxxx
    entity_id: xxxx
    domain: light
    brightness_pct: 75
  - type: turn_on
    device_id: xxxx
    entity_id: xxxx
    domain: light
    brightness_pct: 70
mode: single

Bedankt voor de yaml! Met de yaml modus van de code-tag nog net wat leesbaarder

[ Voor 59% gewijzigd door Septillion op 21-02-2025 09:01 . Reden: Denk aan de 'yaml' bij de code tags aub! Zie topic warning en hoe deze post is aangepast. ]

[HuismAndré]

CappieL schreef op donderdag 20 februari 2025 @ 19:30:
[...]


@Not Applicable
Om te voorkomen dat ik per ongeluk de garagedeur open met een knop op m'n dashboard, heb ik er een Hold-action van gemaakt ipv een tap-action.
Heb hem ook als widget op m'n telefoon staan, dan moet ik 'm met m'n vingerafdruk of patroon bevestigen.

Dingen die mogelijk "eng" zijn laat ik ook nog even voorlezen door een selectie Google Nest Hubjes die door het hele huis staan. Dus "er is iemand in de receptie", "de linker overheaddeur wordt geopend" en dat soort dingen.

[Woohooo]

- nvm - ik zet em ff in andere topic

[ Voor 96% gewijzigd door Woohooo op 20-02-2025 22:45 ]

[FlowDesign]

henkNL schreef op donderdag 20 februari 2025 @ 20:17:
In 2016 gestart met Domoticz, welke tot op de dag vandaag nog perfect werkt (Pi-1, naar 2, naar 3 en nu op een 4 met SSD).
In de tussentijd meerdere keren HA geprobeerd, maar kon er niet aan wennen.

Binnenkort komt de HW batterij, dus toch nog maar eens een poging gewaagd met HA.

HA draait nu in een docker op een Fujitsu S740 thinclient.

Inmiddels mijn verlichting weten te koppelen (Zigbee2MQTT), de Tesla sinds gisteren werkend en de eerste automations zijn gemaakt.
Het begint inmiddels wat duidelijker te worden en ben rustig aan wat dingen aan het overzetten van Domoticz.


Nu had ik in Domoticz een script gemaakt welke diverse lampen aanstuurt als er beweging is gedetecteerd door een PIR.
Die verlichting mag alleen aangaan als de tijd tussen 05:00 uur én 30 minuten voor zonsopgang ligt.

Nu heb ik een automation kunnen maken die de verlichting aanstuurt bij beweging tussen 05:00 en 08:00 uur, maar die laatste wil ik wijzigen in 30 minuten voor zonsopgang, alleen dat stukje kan ik niet zo vinden.

-Kan iemand mij een tip geven hoe ik iets kan schakelen als de tijd, kleiner of gelijk aan (<=) een x-aantal minuten vóór zonsopgang (of ondergang) is?


Ook kan ik met de Wireguard VPN nog geen verbinding met HA krijgen van buitenaf.
HA heeft als ip adres/port 192.168.x.x:8123

De devices verbonden via VPN krijgen een ip in de range 10.0.x.x.
In de firewall zijn rules toegevoegd welke zorgen voor een forward (Domoticz werkt op deze wijze ook).
Alleen krijg ik geen toegang tot HA.

- Moet ik in HA nog ergens een toegestande IP reeks invullen? Bij Domoticz moest dat wel.

Om zowel op m'n thuisnetwerk zonder VPN en van buiten m'n thuisnetwerk met Wireguard VPN met m'n thuisnetwerk en ook HA te kunnen verbinden, heb ik Nginx en Duckdns gebruikt.

https://www.rogerfrost.co...add-on-in-home-assistant/

[Septillion]

@henkNL Je mag device id's en entitie id's gewoon laten staan hoor, kunnen wij helemaal niets mee. Eerste is een random string en tweede is gewoon de devicename in een ander jasje. Maar houdt het wel leesbaarder voor ons.

En als je alleen op tijd wilt beperken (en niet op dag) mag je alle dagen uitgevinkt laten.

[henkNL]

Septillion schreef op vrijdag 21 februari 2025 @ 09:02:
@henkNL Je mag device id's en entitie id's gewoon laten staan hoor, kunnen wij helemaal niets mee. Eerste is een random string en tweede is gewoon de devicename in een ander jasje. Maar houdt het wel leesbaarder voor ons.

En als je alleen op tijd wilt beperken (en niet op dag) mag je alle dagen uitgevinkt laten.

Bedankt voor de antwoorden.
Ben nog wat zoekend binnen HA, erg leerzaam.

En bovenstaande werkt trouwens

[htca]

eindelijk tijd om wat onderhoud te plegen.... wellicht hier wat hulp; ik draai HA in een VM op proxmox. In HA geeft HA aan dat 46GB wordt gebruikt

Echter ik heb alles al een poosje geleden teruggeschroefd (recorder, backups etc). Als ik via ssh inlog krijg ik df commando gebruik wordt dat beaamt:

code:

Filesystem                Size      Used Available Use% Mounted on
overlay                  97.7G     47.6G     46.1G  51% /
/dev/sda8                97.7G     47.6G     46.1G  51% /backup
/dev/sda8                97.7G     47.6G     46.1G  51% /share
/dev/sda8                97.7G     47.6G     46.1G  51% /addon_configs
/dev/sda8                97.7G     47.6G     46.1G  51% /addons
/dev/sda8                97.7G     47.6G     46.1G  51% /media
devtmpfs                  5.7G         0      5.7G   0% /dev
tmpfs                     5.7G         0      5.7G   0% /dev/shm
/dev/sda8                97.7G     47.6G     46.1G  51% /homeassistant
/dev/sda8                97.7G     47.6G     46.1G  51% /data
/dev/sda8                97.7G     47.6G     46.1G  51% /ssl
tmpfs                     2.3G      1.6M      2.3G   0% /run/dbus
tmpfs                     5.7G         0      5.7G   0% /dev/shm
/dev/sda8                97.7G     47.6G     46.1G  51% /etc/asound.conf
/dev/sda8                97.7G     47.6G     46.1G  51% /run/audio
/dev/sda8                97.7G     47.6G     46.1G  51% /etc/resolv.conf
/dev/sda8                97.7G     47.6G     46.1G  51% /etc/hostname
/dev/sda8                97.7G     47.6G     46.1G  51% /etc/hosts
/dev/sda8                97.7G     47.6G     46.1G  51% /etc/pulse/client.conf
tmpfs                     5.7G         0      5.7G   0% /proc/asound
tmpfs                     5.7G         0      5.7G   0% /proc/acpi
devtmpfs                  5.7G         0      5.7G   0% /proc/kcore
devtmpfs                  5.7G         0      5.7G   0% /proc/keys
devtmpfs                  5.7G         0      5.7G   0% /proc/timer_list
tmpfs                     5.7G         0      5.7G   0% /proc/scsi
tmpfs                     5.7G         0      5.7G   0% /sys/firmware

Dus dacht ik ga op zoek naar de grote files/bestanden maar du op / geeft me:

code:

12.0K   addon_configs
4.0K    addons
8.0K    backup
1.5M    bin
52.0K   command
0   config
88.0K   data
0   dev
2.1M    etc
4.0K    home
461.2M  homeassistant
4.0K    init
6.3M    lib
8.7M    media
4.0K    mnt
4.0K    opt
5.5M    package
0   proc
8.0K    root
560.0K  run
80.0K   sbin
52.0K   share
4.0K    srv
222.7M  ssl
0   sys
24.0K   tmp
108.3M  usr
76.0K   var

De homeassistant grootte wordt gedomineerd door de database (430mb of zo voor de database). Ik vraag me af wat de diskspace opeet zeg maar....

[CappieL]

Septillion schreef op donderdag 20 februari 2025 @ 10:30:
@CappieL Ah, door hoe je het schreef dacht ik dat je die juist niet gebruikte. Zou de sensor zeker in de gaten houden, maar je kan nu toch ook al terugkijken?

Je zou het kunnen proberen, maar ik verwacht er eerlijk gezegd niets van. USB SSD's gebruiken ook niet heel veel. En met een USB-hub voor externe voeding is het altijd te vraag hoe een hub dat oplost. Ze zijn er ook die de externe voeding gewoon parallel zet of via een diode doet. En dan zet het weinig zoden aan de dijk.

Voor zekerheid die Raspberry hub met voeding besteld (wordt vandaag geleverd).

Ook heb ik gisteravond even de externe SSD losgekoppeld en aan de laptop gehangen om de cmdline.txt aan te passen (USB-autosuspend te disablen).
Tot op heden nog geen error gehad, we gaan het zien...

[SadisticPanda]

htca schreef op vrijdag 21 februari 2025 @ 10:44:
eindelijk tijd om wat onderhoud te plegen.... wellicht hier wat hulp; ik draai HA in een VM op proxmox. In HA geeft HA aan dat 46GB wordt gebruikt [Afbeelding]

Echter ik heb alles al een poosje geleden teruggeschroefd (recorder, backups etc). Als ik via ssh inlog krijg ik df commando gebruik wordt dat beaamt:

code:

Filesystem                Size      Used Available Use% Mounted on
overlay                  97.7G     47.6G     46.1G  51% /
/dev/sda8                97.7G     47.6G     46.1G  51% /backup
/dev/sda8                97.7G     47.6G     46.1G  51% /share
/dev/sda8                97.7G     47.6G     46.1G  51% /addon_configs
/dev/sda8                97.7G     47.6G     46.1G  51% /addons
/dev/sda8                97.7G     47.6G     46.1G  51% /media
devtmpfs                  5.7G         0      5.7G   0% /dev
tmpfs                     5.7G         0      5.7G   0% /dev/shm
/dev/sda8                97.7G     47.6G     46.1G  51% /homeassistant
/dev/sda8                97.7G     47.6G     46.1G  51% /data
/dev/sda8                97.7G     47.6G     46.1G  51% /ssl
tmpfs                     2.3G      1.6M      2.3G   0% /run/dbus
tmpfs                     5.7G         0      5.7G   0% /dev/shm
/dev/sda8                97.7G     47.6G     46.1G  51% /etc/asound.conf
/dev/sda8                97.7G     47.6G     46.1G  51% /run/audio
/dev/sda8                97.7G     47.6G     46.1G  51% /etc/resolv.conf
/dev/sda8                97.7G     47.6G     46.1G  51% /etc/hostname
/dev/sda8                97.7G     47.6G     46.1G  51% /etc/hosts
/dev/sda8                97.7G     47.6G     46.1G  51% /etc/pulse/client.conf
tmpfs                     5.7G         0      5.7G   0% /proc/asound
tmpfs                     5.7G         0      5.7G   0% /proc/acpi
devtmpfs                  5.7G         0      5.7G   0% /proc/kcore
devtmpfs                  5.7G         0      5.7G   0% /proc/keys
devtmpfs                  5.7G         0      5.7G   0% /proc/timer_list
tmpfs                     5.7G         0      5.7G   0% /proc/scsi
tmpfs                     5.7G         0      5.7G   0% /sys/firmware

Dus dacht ik ga op zoek naar de grote files/bestanden maar du op / geeft me:

code:

12.0K   addon_configs
4.0K    addons
8.0K    backup
1.5M    bin
52.0K   command
0   config
88.0K   data
0   dev
2.1M    etc
4.0K    home
461.2M  homeassistant
4.0K    init
6.3M    lib
8.7M    media
4.0K    mnt
4.0K    opt
5.5M    package
0   proc
8.0K    root
560.0K  run
80.0K   sbin
52.0K   share
4.0K    srv
222.7M  ssl
0   sys
24.0K   tmp
108.3M  usr
76.0K   var

De homeassistant grootte wordt gedomineerd door de database (430mb of zo voor de database). Ik vraag me af wat de diskspace opeet zeg maar....

HA al es herstart? Sommige files bij linux kunnen al weg zijn maar ze blijven nog plaats innemen. Reboot lost dat normaal wel op.

anders kijken onder ->
/root/backup/*

even

code:

rm -rf /root/backup/*

[FlowDesign]

CappieL schreef op donderdag 20 februari 2025 @ 09:49:
[...]


Template sensoren (dus sensoren die je zelf aanmaakt bijv) die kun je in een YAML-bestand aanmaken.
Als een integratie entiteiten ter beschikking stelt, staan deze niet in een YAML-bestand.

Je zegt zelf dat in de DSMR-integratie een 2e gasmeter zichtbaar is, maar geen waarden laat zien. Ik vermoed dat na een tijdje deze waarden wel zichtbaar zullen worden (wanneer de gasmeter inderdaad verbinding maakt met de elektrameter).

Sinds gisteren kwamen spontaan de gasstanden inderdaad weer binnen

[htca]

SadisticPanda schreef op vrijdag 21 februari 2025 @ 17:58:
[...]


HA al es herstart? Sommige files bij linux kunnen al weg zijn maar ze blijven nog plaats innemen. Reboot lost dat normaal wel op.

meermaals, maar geen soelaas

anders kijken onder ->
/root/backup/*

even

code:

rm -rf /root/backup/*

die was al leeg

[UTMachine]

htca schreef op vrijdag 21 februari 2025 @ 19:55:
[...]

meermaals, maar geen soelaas

[...]

die was al leeg

Probeer is:

code:

cd /
du . -m | sort -n -r

Gaat door alle subdirs en toont het in mbyte itt de beste m/g/etc (niet sortbaar)

[Faece]

Dutchess_Nicole schreef op zondag 16 februari 2025 @ 14:32:
[...]


De template die ik maakte zal true geven als het licht binnen 5 seconden voor "nu" veranderd is van state. Ik denk dat je dat om zou willen draaien: dus true als het licht niet binnen die 5 seconden is gewijzigd en false als dat wel zo is.

Dat is min of meer een kwestie van de '>' vervangen door de '<', dus dat is simpel zat.

Qua condition wordt dat dan dus een template condition:

YAML:

if:
  -condition: template
   value_template: |-
     {% set light_changed = states.light.your_light.last_changed %}
     {{ light_changed < now() + timedelta(seconds=-5) }}
then: 
  - action: camera.snapshot
    metadata: {}
    data:
      filename: www/tmp/snapshot.jpg
    (...)
else: []

YAML:

actions:
  - if:
      - condition: template
        value_template: |-
          {% set light_changed = states.light.gevel_2.last_changed %}
          {{ light_changed < now() + timedelta(seconds=-5) }}
    then:

 

geeft me

Uitgevoerd op: 22 februari 2025 om 05:44:48
Resultaat:

result: true
entities:
- light.gevel_2

Het licht :
aangezet getriggerd door actie Licht: Aanzetten
05:44:41 - 1 uur geleden

dus eigenlijk zou de actie niet mogen doorgaan, maar dat doet hij toch... Kan je me even verder helpen ?

[htca]

UTMachine schreef op zaterdag 22 februari 2025 @ 00:09:
[...]


Probeer is:

code:

cd /
du . -m | sort -n -r

Gaat door alle subdirs en toont het in mbyte itt de beste m/g/etc (niet sortbaar)

Geeft ook geen grote bestanden/subdirs. Ik heb een backup gedraaid vannacht, vanuit ha zelf; die is 14gb (vind ik ook al groot, gezien de database grootte).
Ik denk dat er iets mis is met mijn schijf definitie oid. Systeem draait ook al een meer dan 5 jaar. Misschien dat ik maar eens opnieuw ga beginnen met opzetten…

[TheFes]

Faece schreef op zaterdag 22 februari 2025 @ 07:10:
[...]

YAML:

actions:
  - if:
      - condition: template
        value_template: |-
          {% set light_changed = states.light.gevel_2.last_changed %}
          {{ light_changed < now() + timedelta(seconds=-5) }}
    then:

 

geeft me

Uitgevoerd op: 22 februari 2025 om 05:44:48
Resultaat:

result: true
entities:
- light.gevel_2

Het licht :
aangezet getriggerd door actie Licht: Aanzetten
05:44:41 - 1 uur geleden

dus eigenlijk zou de actie niet mogen doorgaan, maar dat doet hij toch... Kan je me even verder helpen ?

Je template is nu true als je lamp meer dan 5 seconden geleden gewijzigd is. Aangezien er 7 seconden tussen zat is dat dus waar.

Je hebt je template ook wel erg complex gemaakt vind ik persoonlijk.

Ik zou het zo doen

code:

{% set light_changed = states.light.gevel_2.last_changed %}
{{ now() - light_changed < timedelta(seconds=5) }}

[verjager]

htca schreef op zaterdag 22 februari 2025 @ 08:21:
[...]

Geeft ook geen grote bestanden/subdirs. Ik heb een backup gedraaid vannacht, vanuit ha zelf; die is 14gb (vind ik ook al groot, gezien de database grootte).
Ik denk dat er iets mis is met mijn schijf definitie oid. Systeem draait ook al een meer dan 5 jaar. Misschien dat ik maar eens opnieuw ga beginnen met opzetten…

Je kunt die backup downloaden en op je pc openen om te zien wat er in zit. Misschien een media dir?

[Faece]

TheFes schreef op zaterdag 22 februari 2025 @ 08:30:
[...]


Je template is nu true als je lamp meer dan 5 seconden geleden gewijzigd is. Aangezien er 7 seconden tussen zat is dat dus waar.

Je hebt je template ook wel erg complex gemaakt vind ik persoonlijk.

Ik zou het zo doen

code:

{% set light_changed = states.light.gevel_2.last_changed %}
{{ now() - light_changed < timedelta(seconds=5) }}

en het moet eigenlijk minder dan 5 seconden zijn... als de lamp minder dan 5 seconden geleden is aangeschoten wil ik geen actie ...

kan je me deze code ook eens uitleggen, want ik snap dit niet...

[ Voor 16% gewijzigd door Faece op 22-02-2025 09:44 ]

[Septillion]

@Faece Maar dat doet het ook. Maar jij voerde het nu 7 seconde later uit dus is netjes aan de voorwaarde voldaan. Want je runde de automation om 05:44:48 en laat zien dat het licht om 05:44:41 aan ging.

Dus als je niet wilt dat het gebeurd moet je de of de actie sneller na het aanzetten uitvoeren of de tijdspanne verlengen naar bijvoorbeeld 10 seconden.

Verder vind ik de code van @TheFes en @Dutchess_Nicole net zo duidelijk. Alleen geschoven met de wiskundigeoperaties maar doen hetzelfde.

offtopic:
Alleen als je ook moet dealen met roll over van variabelen is die van @TheFes beter maar dat speelt hier niet.

[ Voor 54% gewijzigd door Septillion op 22-02-2025 10:00 ]

[TheFes]

@Faece ik vond het vooral nogal ingewikkeld dat je + timedelta(seconds=-5) deed, doe dan gewoon - timedelta(seconds=5)

Verder is het gewoon schuiven met de onderdelen van de wiskundige formule inderdaad, maar ik vind het zelf logischer om "huidige tijd min de tijd van laatste wijziging is minder dan 5 seconden" te doen, in plaats van "de laatste wijziging is later dan de huidige tijd min 5 seconden"

PS, wat moet er gebeuren als de lamp minder dan 5 seconden geleden uit is gegaan?

[ Voor 9% gewijzigd door TheFes op 22-02-2025 10:23 ]

[Septillion]

TheFes schreef op zaterdag 22 februari 2025 @ 10:21:
PS, wat moet er gebeuren als de lamp minder dan 5 seconden geleden uit is gegaan?

Niets, dus had ook al gezegd dat de conditie gewoon bij de conditions van de automation mag.

[TheFes]

@Faece
Je kunt het ook zonder template doen

YAML:

condition: state
entity_id: light.gevel_2
for:
  seconds: 5

[ Voor 14% gewijzigd door TheFes op 22-02-2025 10:31 ]

[Gizz]

@htca ik heb zelf geen proxmox, maar komt dit niet doordat bij VM's soms de data die binnen de VM wordt vrijgemaakt 'naar buiten toe' niet vrij wordt gegeven en je daarom een hoog dataverbruik ziet? Als ik zoek op proxmox space reclaim vind ik daar vrij veel over.

Bijvoorbeeld dit op het HA-forum: For Proxmox installs - Clean up your server (re-claim disk space)

With Proxmox, resources are allocated to VM or LXC for the VM/Container to use.
Lots of temporary files are often created and expunged as part of the system running, but what (I think) happens is that Proxmox host registers the increase in disk use, but doesn’t know that the temporary VM/LXC files are removed and so it thinks the disk still needs the extra space.

The below are a couple of tools to let the host know that these deleted data blocks can be returned to the available disk pool.

De oplossing zit dus op Proxmox-niveau, niet in je HA-installatie En het is blijkbaar op te lossen door één vinkje aan te zetten.

[ Voor 33% gewijzigd door Gizz op 22-02-2025 10:50 ]

[Septillion]

@TheFes had ik ook al aangegeven Ook al had ik toen specifiek voor on en off gedaan maar is misschien wat overdreven.

[Septillion]

@Gizz Proxmox is geen docker hè. Alle opslag voor de VM is puur een image. Files in de VM zie je niet in Proxmox. En de VM heeft geen enkele weet dat het een VM is. Dus daar werkt alles hetzelfde als op bare metal.

[Gizz]

@Septillion maar het voorbeeld in dat topic gaat ook over space reclamation bij de VM? LCX/ Docker worden ook genoemd, maar juist het eerste voorbeeld daar gaat over het (voor Proxmox zichtbaar) vrij laten komen van ruimte bij de VM.

Volgens mij heb ik bij de VM op mijn Synology eens iets soortgelijks gedaan, ergens een trim commando gegeven omdat binnen Synology Diskstation allemaal alarmbellen afgingen dat mijn VM van 64GB vol was terwijl het binnen HAOS maar 15GB was of iets dergelijks.

[Septillion]

@Gizz buiten de VM is het gewoon een enkel image die inderdaad niets zegt over de data in de VM. Sterker nog, volgens mij is de allocation van de image niet thin dus is de image buiten de VM een vaste grootte (= de disksize in de VM). En zelf als hij thin was, dan is het inderdaad normaal dat de image alleen groeit en niet krimpt.

Maar gezien ik bij @htca al de folders in de VM zie voert hij de check dus in de VM uit. En die weet dus niet dat het een VM is.

Ook de disk metrics in HA zijn voor binnen de VM. Die laten dus zien hoe vol de image zit versus de max grootte van de image. Maar gooi je binnen de VM weg neemt dat gewoon af. Zo ver de VM aan gaat is het namelijk gewoon een disk.

[ Voor 31% gewijzigd door Septillion op 22-02-2025 11:18 ]

[Septillion]

@htca Als de backup ook al zo groot is dan kan je daar dus gewoon in zoeken wat verder groot is. Misschien dat je media snapshots ofzo in je backup stopt?

En verder, als je vervolgens een paar van die 14GB backups hebt gaat het natuurlijk hard.

[Gizz]

@Septillion dan loop ik te suffen. Dacht dat de eerste screenshot die @htca plaatste op Proxmox-niveau was

[chrisjam]

Dag allen,

Alvast mijn excuses voor het lange bericht maar ik probeer meteen zo grondig mogelijk te zijn.

Ik heb een, in mijn ogen, vrij basic(?) probleem met het Energie dashboard maar ik slaag er gedurende een aantal weken al niet in om het correct te krijgen helaas.

Het gaat dus over een Home Assistant installatie op een Raspberry Pi. Deze maakt gebruik van een Youless P1 integratie voor electriciteitsverbruik, SolarEdge integratie voor opbrengst van zonnepanelen & paar losse slimme stekkers van TP-Link.

Hieronder de gegevens van Home Assistant Energie Dashboard per dag in tabel, met vergelijking van waardes van SolarEdge, Dobiss P1 (via domotica, ook de Youless P1) & Fluvius. De gegevens van zonne-energie komen overeen, alsook die van het "verbruik van het net". Daarna loopt het dus fout voor de "terug naar het net" & "verbruik huis".



Hieronder hoe mijn energie dashboard er uit ziet voor die dagen, er doet zich ook een raar fenomeen voor tussen 00u & 01u. De reset van deze sensor is te laat? :











Instellingen dashboard:

code:

Net Usage :
utility_meter:
  youless_energy_spent_today:
    source: sensor.energy_spent
    cycle: daily

sensor:
  - platform: integration
    source: sensor.power_usage (coming from YouLess integration, current usage in W)
    name: energy_spent
    unit_prefix: k
    round: 2
    max_sub_interval:
      minutes: 5
    method: trapezoidal

Net Injection :
template:
  - sensor:
      - name: "Net Exported Energy kWh"
        state: "{{ ( (states('sensor.solaredge_energy_today_kwh')|float(0) - states('sensor.youless_energy_spent_today')|float(0)) | round(2)) if (states('sensor.solaredge_energy_today_kwh')|float(0) - states('sensor.youless_energy_spent_today')|float(0)) > 0 else 0 }}"
        unit_of_measurement: "kWh"
        device_class: energy
        state_class: total_increasing

Alvast bedankt voor de moeite om te lezen!

[Dutchess_Nicole]

chrisjam schreef op zaterdag 22 februari 2025 @ 11:45:
Dag allen,

Alvast mijn excuses voor het lange bericht maar ik probeer meteen zo grondig mogelijk te zijn.

Ik heb een, in mijn ogen, vrij basic(?) probleem met het Energie dashboard maar ik slaag er gedurende een aantal weken al niet in om het correct te krijgen helaas.

Het gaat dus over een Home Assistant installatie op een Raspberry Pi. Deze maakt gebruik van een Youless P1 integratie voor electriciteitsverbruik, SolarEdge integratie voor opbrengst van zonnepanelen & paar losse slimme stekkers van TP-Link.

Hieronder de gegevens van Home Assistant Energie Dashboard per dag in tabel, met vergelijking van waardes van SolarEdge, Dobiss P1 (via domotica, ook de Youless P1) & Fluvius. De gegevens van zonne-energie komen overeen, alsook die van het "verbruik van het net". Daarna loopt het dus fout voor de "terug naar het net" & "verbruik huis".

[Afbeelding]

Hieronder hoe mijn energie dashboard er uit ziet voor die dagen, er doet zich ook een raar fenomeen voor tussen 00u & 01u. De reset van deze sensor is te laat? :

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

Instellingen dashboard:

[Afbeelding]

code:

Net Usage :
utility_meter:
  youless_energy_spent_today:
    source: sensor.energy_spent
    cycle: daily

sensor:
  - platform: integration
    source: sensor.power_usage (coming from YouLess integration, current usage in W)
    name: energy_spent
    unit_prefix: k
    round: 2
    max_sub_interval:
      minutes: 5
    method: trapezoidal

Net Injection :
template:
  - sensor:
      - name: "Net Exported Energy kWh"
        state: "{{ ( (states('sensor.solaredge_energy_today_kwh')|float(0) - states('sensor.youless_energy_spent_today')|float(0)) | round(2)) if (states('sensor.solaredge_energy_today_kwh')|float(0) - states('sensor.youless_energy_spent_today')|float(0)) > 0 else 0 }}"
        unit_of_measurement: "kWh"
        device_class: energy
        state_class: total_increasing

Alvast bedankt voor de moeite om te lezen!

Het wordt afgeraden om daily sensors te gebruiken voor het energy dashboard. Ten eerste omdat het niet nodig is, het ED kan zelf prima bepalen wanneer de nieuwe dag begonnen is, en ten tweede omdat wat je hier ziet.

Je sensors springen om 00:00 weer naar 0, wat voor het ED betekent dat je dus een enorme negatieve piek krijgt. Je kunt dus beter lifetime sensors gebruiken die gewoon blijven doortellen, dan heb je dit soort gedoe niet.

[Septillion]

@chrisjam Als aanvulling, stuurt de YouLess niet ook gewoon je meterstand uit? Dat is namelijk de meest nauwkeurige data, de meest basale data uit de P1 en de meest makkelijke voor het energy dashboard.

[ Voor 9% gewijzigd door Septillion op 22-02-2025 12:21 ]

[RudolfR]

Iemand een idee hoe ik met ApexCharts-card maak met bars/columns Solcast forecasts voor de komende dagen?

Ik heb de gegevens wel, maar aangezien de sensor-waarde over de dag wordt bijgewerkt krijg ik niet wat ik zoek.
Dit is het niet. Ik wil een bar per dag, en eigenlijk ook gekleurd.

YAML:

type: custom:apexcharts-card
experimental:
  color_threshold: true
apex_config:
  chart:
    stacked: false
header:
  show: true
  show_states: false
  title: Forecasted Energy Production
span:
  start: day
  offset: "-1d"
graph_span: 7d
all_series_config:
  unit: kWh
  type: column
  group_by:
    func: last
    duration: 1d
series:
  - entity: sensor.solcast_pv_forecast_forecast_today
    name: Today
  - entity: sensor.solcast_pv_forecast_forecast_tomorrow
    name: Tomorrow
  - entity: sensor.solcast_pv_forecast_forecast_day_3
    name: Day After Tomorrow

Van narigheid nu maar een card met alleen maar een header met de getallen.

YAML:

type: custom:apexcharts-card
experimental:
  color_threshold: true
apex_config:
  chart:
    height: 0px
all_series_config:
  unit: " kWh"
  yaxis_id: header_only
  name: Today
  show:
    legend_value: true
    in_header: true
    in_chart: false
header:
  show: true
  standard_format: false
  show_states: true
  colorize_states: true
graph_span: 2d
span:
  start: day
now:
  show: true
  label: Now
yaxis:
  - id: kwh
    min: 0
    apex_config:
      tickAmount: 0
  - id: header_only
    show: false
series:
  - entity: sensor.solcast_pv_forecast_forecast_today
    yaxis_id: header_only
    name: Today
  - entity: sensor.solcast_pv_forecast_forecast_tomorrow
    yaxis_id: header_only
    name: Tomorrow
  - entity: sensor.solcast_pv_forecast_forecast_day_3
    yaxis_id: header_only
    name: Day 3
...
  - entity: sensor.solcast_pv_forecast_forecast_day_7
    yaxis_id: header_only
    name: Day 7

[chrisjam]

Dutchess_Nicole schreef op zaterdag 22 februari 2025 @ 12:04:
[...]

Het wordt afgeraden om daily sensors te gebruiken voor het energy dashboard. Ten eerste omdat het niet nodig is, het ED kan zelf prima bepalen wanneer de nieuwe dag begonnen is, en ten tweede omdat wat je hier ziet.

Je sensors springen om 00:00 weer naar 0, wat voor het ED betekent dat je dus een enorme negatieve piek krijgt. Je kunt dus beter lifetime sensors gebruiken die gewoon blijven doortellen, dan heb je dit soort gedoe niet.

@Dutchess_Nicole
Ok, bedankt voor de info. Dat kan ik dan gewoon best doen door in de configuration een utility_meter toe te voegen waar ik geen cycle bij specifcieer?

Septillion schreef op zaterdag 22 februari 2025 @ 12:19:
@chrisjam Als aanvulling, stuurt de YouLess niet ook gewoon je meterstand uit? Dat is namelijk de meest nauwkeurige data, de meest basale data uit de P1 en de meest makkelijke voor het energy dashboard.

@Septillion
Klopt. Die zijn er inderdaad ook :
Import 1: 10044,602 kWh (Verbruik Dag)
Import 2: 17948,428 kWh (Verbruik Nacht)
Export 1: 12366,407 kWh (Injectie Dag)
Export 2: 4904,855 kWh (Injectie Nacht)

Welke berekening of wat moet/kan ik hier dan mee doen?

[Dutchess_Nicole]

chrisjam schreef op zaterdag 22 februari 2025 @ 13:52:
[...]


@Dutchess_Nicole
Ok, bedankt voor de info. Dat kan ik dan gewoon best doen door in de configuration een utility_meter toe te voegen waar ik geen cycle bij specifcieer?


[...]


@Septillion
Klopt. Die zijn er inderdaad ook :
Import 1: 10044,602 kWh (Verbruik Dag)
Import 2: 17948,428 kWh (Verbruik Nacht)
Export 1: 12366,407 kWh (Injectie Dag)
Export 2: 4904,855 kWh (Injectie Nacht)

Welke berekening of wat moet/kan ik hier dan mee doen?

Import en import bij elkaar optellen = import algemeen en export + export hetzelfde, en die dan in je ED opnemen als entities

Overigens wat @RudolfR aangeeft kan inderdaad ook prima, als je twee verschillende tarieven hebt (of zelfs dynamisch of wat dan ook) dan kun je inderdaad alle vier de entities gewoon direct opnemen. In 1 keer klaar!

[ Voor 13% gewijzigd door Dutchess_Nicole op 22-02-2025 14:03 ]

[RudolfR]

@chrisjam

Als die waardes gewoon het 'all time total' zijn; helemaal niets.
Die kun je alle vier in je ED opnemen.

Zelf optellen zoals hierboven wordt voorgesteld, kan ook, maar is niet nodig?

[chrisjam]

Dutchess_Nicole schreef op zaterdag 22 februari 2025 @ 13:53:
[...]


Import en import bij elkaar optellen = import algemeen en export + export hetzelfde, en die dan in je ED opnemen als entities

Overigens wat @RudolfR aangeeft kan inderdaad ook prima, als je twee verschillende tarieven hebt (of zelfs dynamisch of wat dan ook) dan kun je inderdaad alle vier de entities gewoon direct opnemen. In 1 keer klaar!

RudolfR schreef op zaterdag 22 februari 2025 @ 13:55:
@chrisjam

Als die waardes gewoon het 'all time total' zijn; helemaal niets.
Die kun je alle vier in je ED opnemen.

Zelf optellen zoals hierboven wordt voorgesteld, kan ook, maar is niet nodig?

Ok, hoe simpel kon het dus zijn. We gaan dit eens aanpassen en zien wat het geeft.
Alvast bedankt allebei!

[htca]

Septillion schreef op zaterdag 22 februari 2025 @ 11:14:
@htca Als de backup ook al zo groot is dan kan je daar dus gewoon in zoeken wat verder groot is. Misschien dat je media snapshots ofzo in je backup stopt?

En verder, als je vervolgens een paar van die 14GB backups hebt gaat het natuurlijk hard.

Ga ik doen; verder klopt wat je zegt (uiteraard) in een VM is HA als in bare metal. Overigens gaan de backups richting de cloud (vooralsnog krijg ik mijn NFS share niet succesvol gekoppeld, wel in proxmox, maar niet in HA zelf).

[Devke]

Grappig probleem hier. Ik ben een vertical stack aan het toevoegen. Tijdens het toevoegen (dan heb ik nog niet geklikt op KLAAR, rechtsboven in HA) zie ik dit:



Zo far so good. Nu druk ik op klaar. En wat is het resultaat. Een zwart scherm zonder de vertical stack.



voor de zekerheid de yaml:

YAML:

type: vertical-stack
cards:
  - type: heading
    icon: mdi:home-lightning-bolt
    heading: Energie
    heading_style: title
    badges: []
  - type: vertical-stack
    cards:
      - type: custom:apexcharts-card
        header:
          show: true
          title: Vermogen verdeling gebruik
          show_states: true
          colorize_states: true
        update_interval: 15s
        chart_type: donut
        apex_config:
          dataLabels:
            formatter: |
              EVAL:function(value) {
                return value.toFixed(0) + " %";
              }
            style:
              colors:
                - black
          plotOptions:
            pie:
              donut:
                labels:
                  show: true
                  total:
                    show: true
                    label: Totaal
                    formatter: |
                      EVAL:function(w) {
                        return w.globals.seriesTotals.reduce((a, b) => {return (a + b)} , 0).toFixed(0) + " W"
                        }
        all_series_config:
          float_precision: 0
          show:
            datalabels: false
            legend_value: false
        series:
          - entity: sensor.p1_meter_power
            name: Net
            color: rgb(66,73,241)
            transform: "return x < 0 ? 0 : x"
          - entity: sensor.plug_in_battery_vermogen
            name: Batterij
            transform: "return x > 0 ? 0 : 0-x"
            color: rgb(232, 150, 48)
          - entity: sensor.kwh_meter_power
            name: Zonnepanelen
            transform: "return x > 0 ? x : 0"
            color: rgb(30,227,137)
  - type: vertical-stack
    cards:
      - type: custom:apexcharts-card
        header:
          show: true
          title: Vermogen verdeling teruglevering
          show_states: true
          colorize_states: true
        update_interval: 15s
        chart_type: donut
        apex_config:
          dataLabels:
            formatter: |
              EVAL:function(value) {
                return value.toFixed(0) + " %";
              }
            style:
              colors:
                - black
          plotOptions:
            pie:
              donut:
                labels:
                  show: true
                  total:
                    show: true
                    label: Totaal
                    formatter: |
                      EVAL:function(w) {
                        return w.globals.seriesTotals.reduce((a, b) => {return (a + b)} , 0).toFixed(0) + " W"
                        }
        all_series_config:
          float_precision: 0
          show:
            datalabels: false
            legend_value: false
        series:
          - entity: sensor.p1_meter_power
            name: Net
            color: rgb(66,73,241)
            transform: "return x < 0 ? x * -1 : 0"
          - entity: sensor.plug_in_battery_vermogen
            name: Batterij
            transform: "return x > 0 ? x : 0"
            color: rgb(232, 150, 48)
    visibility:
      - condition: and
        conditions:
          - condition: or
            conditions:
              - condition: numeric_state
                entity: sensor.p1_meter_power
                below: 0
              - condition: numeric_state
                entity: sensor.plug_in_battery_vermogen
                above: 0
          - condition: numeric_state
            entity: sensor.kwh_meter_power
            above: 0
visibility:
  - condition: numeric_state
    entity: input_number.graph_browser_daily
    above: -1

Code verkregen uit de HW bat topic. Werkt bij anderen goed. Wat gaat hier mis op mijn HA? Ik gebruik een zwarte achtergrond.

[TheFes]

Devke schreef op zaterdag 22 februari 2025 @ 20:21:
Grappig probleem hier. Ik ben een vertical stack aan het toevoegen. Tijdens het toevoegen (dan heb ik nog niet geklikt op KLAAR, rechtsboven in HA) zie ik dit:

[Afbeelding]

Zo far so good. Nu druk ik op klaar. En wat is het resultaat. Een zwart scherm zonder de vertical stack.

[Afbeelding]

voor de zekerheid de yaml:

YAML:

type: vertical-stack
cards:
  - type: heading
    icon: mdi:home-lightning-bolt
    heading: Energie
    heading_style: title
    badges: []
  - type: vertical-stack
    cards:
      - type: custom:apexcharts-card
        header:
          show: true
          title: Vermogen verdeling gebruik
          show_states: true
          colorize_states: true
        update_interval: 15s
        chart_type: donut
        apex_config:
          dataLabels:
            formatter: |
              EVAL:function(value) {
                return value.toFixed(0) + " %";
              }
            style:
              colors:
                - black
          plotOptions:
            pie:
              donut:
                labels:
                  show: true
                  total:
                    show: true
                    label: Totaal
                    formatter: |
                      EVAL:function(w) {
                        return w.globals.seriesTotals.reduce((a, b) => {return (a + b)} , 0).toFixed(0) + " W"
                        }
        all_series_config:
          float_precision: 0
          show:
            datalabels: false
            legend_value: false
        series:
          - entity: sensor.p1_meter_power
            name: Net
            color: rgb(66,73,241)
            transform: "return x < 0 ? 0 : x"
          - entity: sensor.plug_in_battery_vermogen
            name: Batterij
            transform: "return x > 0 ? 0 : 0-x"
            color: rgb(232, 150, 48)
          - entity: sensor.kwh_meter_power
            name: Zonnepanelen
            transform: "return x > 0 ? x : 0"
            color: rgb(30,227,137)
  - type: vertical-stack
    cards:
      - type: custom:apexcharts-card
        header:
          show: true
          title: Vermogen verdeling teruglevering
          show_states: true
          colorize_states: true
        update_interval: 15s
        chart_type: donut
        apex_config:
          dataLabels:
            formatter: |
              EVAL:function(value) {
                return value.toFixed(0) + " %";
              }
            style:
              colors:
                - black
          plotOptions:
            pie:
              donut:
                labels:
                  show: true
                  total:
                    show: true
                    label: Totaal
                    formatter: |
                      EVAL:function(w) {
                        return w.globals.seriesTotals.reduce((a, b) => {return (a + b)} , 0).toFixed(0) + " W"
                        }
        all_series_config:
          float_precision: 0
          show:
            datalabels: false
            legend_value: false
        series:
          - entity: sensor.p1_meter_power
            name: Net
            color: rgb(66,73,241)
            transform: "return x < 0 ? x * -1 : 0"
          - entity: sensor.plug_in_battery_vermogen
            name: Batterij
            transform: "return x > 0 ? x : 0"
            color: rgb(232, 150, 48)
    visibility:
      - condition: and
        conditions:
          - condition: or
            conditions:
              - condition: numeric_state
                entity: sensor.p1_meter_power
                below: 0
              - condition: numeric_state
                entity: sensor.plug_in_battery_vermogen
                above: 0
          - condition: numeric_state
            entity: sensor.kwh_meter_power
            above: 0
visibility:
  - condition: numeric_state
    entity: input_number.graph_browser_daily
    above: -1

Code verkregen uit de HW bat topic. Werkt bij anderen goed. Wat gaat hier mis op mijn HA? Ik gebruik een zwarte achtergrond.

Bestaat deze entity wel?
input_number.graph_browser_daily

En zo ja, is de state van die entity boven de -1

[Devke]

TheFes schreef op zaterdag 22 februari 2025 @ 20:26:
[...]


Bestaat deze entity wel?
input_number.graph_browser_daily

En zo ja, is de state van die entity boven de -1

ja bestaat. Is 0.0

[TheFes]

Devke schreef op zaterdag 22 februari 2025 @ 20:30:
[...]

ja bestaat. Is 0.0

Zie je de kaart wel als je die visibility condition weg haalt?

[Devke]

TheFes schreef op zaterdag 22 februari 2025 @ 21:34:
[...]


Zie je de kaart wel als je die visibility condition weg haalt?

Ja net geprobeerd. De 1e is dan zichtbaar. 2e niet maar dat is het doel van deze yaml vlgs mij ook. Hij lijkt dus niks te doen met die laatste paar regels rondom de visibility.

[TheFes]

Devke schreef op zaterdag 22 februari 2025 @ 21:44:
[...]

Ja net geprobeerd. De 1e is dan zichtbaar. 2e niet maar dat is het doel van deze yaml vlgs mij ook. Hij lijkt dus niks te doen met die laatste paar regels rondom de visibility.

Die laatste regels zijn de visibility voor de hele section. De tweede kaart heeft nog een eigen visibility section, waar dus blijkbaar aan niet voldaan wordt.

Maar hoezo lijkt hij niets te doen met die laatste regels rondom visibility? Als je je hele kaart dan niet ziet, doet hij er toch juist wel wat mee? En wordt er dus blijkbaar niet aan die condition voldaan.

[Devke]

TheFes schreef op zaterdag 22 februari 2025 @ 21:52:
[...]


Die laatste regels zijn de visibility voor de hele section. De tweede kaart heeft nog een eigen visibility section, waar dus blijkbaar aan niet voldaan wordt.

Maar hoezo lijkt hij niets te doen met die laatste regels rondom visibility? Als je je hele kaart dan niet ziet, doet hij er toch juist wel wat mee? En wordt er dus blijkbaar niet aan die condition voldaan.

Ik ga dr nog eens goed naar kijken. Ik had verwacht dat de hele kaart zichtbaar zou zijn. Althans de 1e sws. Hij is ook boven de -1.

[hemertje]

Ik heb Afvalwijzer geïnstalleerd

https://github.com/xirixiz/homeassistant-afvalwijzer/

hoe krijg ik het overzicht van o.a. GFT, Papier en Rest nu zichtbaar in het Overview?

thx!

[StevenK]

disclaimer: ik weet niet gruwelijk veel van HA
Ik heb een setup in een container op een Synology met KNX (werkt als een zonnetje), Nibe (net zo) en Solar Edge.

Die laatste lees ik uit via ModBus (https://github.com/binsentsu/home-assistant-solaredge-modbus) en sinds een paar dagen lijkt die steeds vast te lopen, maar ik heb echt geen idee of en hoe ik dit kan oplossen. Ik zie dat er geen wijziging meer is in de data:

En als ik naar één van de gebruikte entities kijk zie ik dat ook:

En dan kom ik dit tegen in een log:

code:

Logger: custom_components.solaredge_modbus
Source: custom_components/solaredge_modbus/__init__.py:247
integration: SolarEdge Modbus (documentation)
First occurred: February 19, 2025 at 7:53:14 PM (4 occurrences)
Last logged: February 22, 2025 at 5:55:46 AM

Error reading modbus data
Traceback (most recent call last):
  File "/config/custom_components/solaredge_modbus/__init__.py", line 247, in _refresh_modbus_data
    update_result = self.read_modbus_data()
  File "/config/custom_components/solaredge_modbus/__init__.py", line 321, in read_modbus_data
    self.read_modbus_data_inverter()
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^
  File "/config/custom_components/solaredge_modbus/__init__.py", line 608, in read_modbus_data_inverter
    inverter_data = self.read_holding_registers(
        unit=self._address, address=40071, count=38
    )
  File "/config/custom_components/solaredge_modbus/__init__.py", line 305, in read_holding_registers
    return self._client.read_holding_registers(
           ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^
        address=address, count=count, slave=unit
        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    )
    ^
  File "/root/.local/lib/python3.13/site-packages/pymodbus/client/mixin.py", line 114, in read_holding_registers
    return self.execute(no_response_expected, pdu_reg.ReadHoldingRegistersRequest(address=address, count=count, dev_id=slave))
           ~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/root/.local/lib/python3.13/site-packages/pymodbus/client/base.py", line 203, in execute
    return self.transaction.sync_execute(no_response_expected, request)
           ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/root/.local/lib/python3.13/site-packages/pymodbus/transaction/transaction.py", line 108, in sync_execute
    return self.sync_get_response()
           ~~~~~~~~~~~~~~~~~~~~~~^^
  File "/root/.local/lib/python3.13/site-packages/pymodbus/transaction/transaction.py", line 84, in sync_get_response
    if not (data := self.sync_client.recv(None)):
                    ~~~~~~~~~~~~~~~~~~~~~^^^^^^
  File "/root/.local/lib/python3.13/site-packages/pymodbus/client/tcp.py", line 259, in recv
    return self._handle_abrupt_socket_close(
           ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^
        size, data, time.time() - time_
        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    )
    ^
  File "/root/.local/lib/python3.13/site-packages/pymodbus/client/tcp.py", line 310, in _handle_abrupt_socket_close
    raise ConnectionException(msg)
pymodbus.exceptions.ConnectionException: Modbus Error: [Connection] ModbusTcpClient 192.168.1.158:1502: Connection unexpectedly closed 0.000 seconds into read of unbounded read bytes without response from slave before it closed connection

Als ik the integratie een reload geeft werkt het weer, wat mij doet vermoeden dat het probleem niet aan de kant van de Solar Edge zit (maar krijg ik van vandaag garbage als data)
Iemand die mij in de juiste richting kan wijzen?

[RudolfR]

@StevenK

Ik zie meer nieuwe modbus issues bij ha core. Mogelijk agv een update van pymodbus.

https://github.com/home-a...e%20state%3Aopen%20modbus

[Toppe]

Voor wie het gemiddelde wil van een sensor voor 3 minuten

YAML:

- platform: filter
  name: "Lux sensor"
  entity_id: sensor.bh1750_illuminance
  filters:
    - filter: time_simple_moving_average
      window_size: "00:03"
    - filter: time_throttle
      window_size: "00:03"

[ Voor 31% gewijzigd door Toppe op 23-02-2025 09:19 ]

[AW_Bos]

Ik zit al eventjes te kijken en te koekeloeren in mijn HA. Maar heeft iemand een idee hoe je onderstaande aan je dashboard kan toevoegen? Of moet je daar HACS voor hebben?

[TheFes]

AW_Bos schreef op zondag 23 februari 2025 @ 10:01:
Ik zit al eventjes te kijken en te koekeloeren in mijn HA. Maar heeft iemand een idee hoe je onderstaande aan je dashboard kan toevoegen? Of moet je daar HACS voor hebben?


[Afbeelding]

Die kun je gewoon toevoegen, maar alleen via manual card (YAML)
https://www.home-assistant.io/dashboards/energy/

[Septillion]

@Devke Zou toch nog eens goed naar je input_number kijken. Geen typo? Je hele code eens hier erin gegooid en dan verschijnt of verdwijnt hij netjes.

Plaats anders die entiteit er eens direct boven ofzo. Dan kan je het mooi zien.

[Klein_Kipje]

Ik heb 3 lhc stopcontacten van de action, deze worden gewoon gevonden, werken, je kan ze schakelen.
Stroom/vermogen wordt gemeten, echter deze verschijnen niet in mijn energie dashboard.

Enig idee hoe ik ze daar toch in kan krijgen ?

[RobertMe]

Klein_Kipje schreef op zondag 23 februari 2025 @ 12:39:
Ik heb 3 lhc stopcontacten van de action, deze worden gewoon gevonden, werken, je kan ze schakelen.
Stroom/vermogen wordt gemeten, echter deze verschijnen niet in mijn energie dashboard.

Enig idee hoe ik ze daar toch in kan krijgen ?

Door ze aan het dashboard toe te voegen? Settings => Dashboards => Energy en dan Add device bij Individual devices.

[Klein_Kipje]

RobertMe schreef op zondag 23 februari 2025 @ 12:45:
[...]

Door ze aan het dashboard toe te voegen? Settings => Dashboards => Energy en dan Add device bij Individual devices.

Ja, sorry, niet al te duidelijk.
En daar staan ze er dus niet tussen.

[AW_Bos]

@TheFes Ik ga eens naar die YAML kijken. Thanks!

---

Ik heb onderstaande energy-meter thuis liggen, en die heeft ZigBee nodig om te kunnen werken in HA.

https://www.bol.com/nl/nl...itoring/9300000121848825/


Nu kwam ik deze SkyConnect tegen: https://www.home-assistant.io/connectzbt1#from-skyconnect
Dus als het goed is, en als ik goed lees op internet, zou ik deze SkyConnect in de HA kunnen stoppen, en dan kan ik deze Blitzwolf herkennen en toevoegen?

Ik wil namelijk niet het foute aanschaffen, dus ik vraag toch even advies hier.

[ Voor 5% gewijzigd door AW_Bos op 23-02-2025 12:52 ]

[Septillion]

@Klein_Kipje Dan zijn ze waarschijnlijk niet goed ingesteld door de integratie. Als je het entity id van de energie opzoekt en deze vervolgens in Dev tools => States bekijkt, wat zie je dan als attributen?

[Septillion]

@AW_Bos Skyconnect of een van de tig andere (recommended) sticks.

"Alleen" even kiezen tussen ZHA of Zigbee2MQTT. Voor voor en nadelen kan je beste gewoon even in dit topic zoeken