Home Assistant: Open source Python3 home automation - deel 5

[Oon]

JME schreef op zaterdag 2 december 2023 @ 13:20:
Kent iemand HA-toepassingen die op basis van P1-metingen je stroomverbruik analyseren, zoals bijvoorbeeld Energy+ van Homewizard dat doet?

Wat bedoel je met analyseren? Het Energy dashboard doet zo ongeveer hetzelfde.
Wat wil je er nog meer uit halen?

[JME]

Sluipverbruik analyseren, verdachte apparaten suggereren, dat soort dingen.

[HuismAndré]

Aikon schreef op vrijdag 1 december 2023 @ 21:42:
[...]
Tja, +1E10, wellicht is dat goed genoeg voor mijn doel. Dank je. Misschien een ander nog een betere optie? Ik kan toch niet de enige zijn die 'ouderwets' wil afronden?

Intern zal die 2,5 waarschijnlijk omgezet worden een float (4 bytes) met beperkte nauwkeurigheid (immers je gaat daar niet 8+ bytes aan opofferen tenzij dat echt noodzakelijk is). Dus die 1E-10 lijkt me dan een vrij eenvoudige oplossing die amper tot niet zelf een onnauwkeurigheid zal opwerpen bij andere waarden.

[FJP84]

Update:

Addon was niet gestrart. Leek een conflict met de addon Deconz.

Uit het niets werken mijn zigbee lampen/rookmelder niet meer. Ik krijg een unavailable melding. Zigbee2mqtt geeft opeens en uit het niets ook.een 502 Error. Iemand een idee hoe te fixen. Ik heb Home assistant (RP3) al een keer via de android app opnieuw opgestart.

[ Voor 12% gewijzigd door FJP84 op 02-12-2023 15:21 ]

[HuismAndré]

JME schreef op zaterdag 2 december 2023 @ 13:23:
Sluipverbruik analyseren, verdachte apparaten suggereren, dat soort dingen.

Sluipverbruik kun je prima zelf vinden door naar de minima te kijken. Niet in het dashboard (dat is daarvoor veel te grof) maar door te kijken naar de sensor zelf (sensor.power_consumed in mijn geval). Zal vast ook geautomatiseerd kunnen. Sowieso is het handig om te beginnen met de aanschaf van een powermeter die ook goed z'n werk doet bij een kleine last (want je zult echt fysiek op zoek moeten gaan naar sluipverbruikers). Hoeft niet veel te kosten. Ben zelf prima tevreden met deze: https://www.amazon.nl/Orn...n-Vermogen/dp/B0748BHTJL/

[CodeCaster]

HuismAndré schreef op zaterdag 2 december 2023 @ 15:22:
[...]

Sluipverbruik kun je prima zelf vinden door naar de minima te kijken. Niet in het dashboard (dat is daarvoor veel te grof) maar door te kijken naar de sensor zelf (sensor.power_consumed in mijn geval). Zal vast ook geautomatiseerd kunnen. Sowieso is het handig om te beginnen met de aanschaf van een powermeter die ook goed z'n werk doet bij een kleine last (want je zult echt fysiek op zoek moeten gaan naar sluipverbruikers). Hoeft niet veel te kosten. Ben zelf prima tevreden met deze: https://www.amazon.nl/Orn...n-Vermogen/dp/B0748BHTJL/

Met een beetje patroonherkenning/machine learning/"AI" kan een stuk software heel snel verbruikers in kaart brengen. Zo van "je koelkast slaat wel erg vaak aan", waarbij 'vaak' dan bijvoorbeeld een constant verbruik van 75 W voor 15 minuten elk uur is, gevolgd door "zou je de vriezer niet eens ontdooien?".

Of na het herkennen van verbruikspatronen ook een lijstje kunnen geven van "de wasdroger gaat 5x per week aan à 1,5 kWh". Zelf alle stopcontacten constant in de gaten houden en er patronen in ontdekken is niet te doen.

Ik heb het wel gedaan hoor, om te kijken wat diverse apparaten in huis gebruiken, maar als de Philips-tv plots na een ongevraagde update weer 20 W gebruikt in standby "want dan kun je met de app de tv aanzetten!", dan is het wel handig als dat wordt opgepikt door software, zo van "hey, je standaardverbruik is met 50% omhoog gegaan".

Ik snap de vraag van @JME dus heel goed, het is een nuttige toevoeging aan het monitoren van het geheel.

[HuismAndré]

@CodeCaster Klinkt goed. Heb je een voorbeeld van software die dit kan?

@JME Een simpele methode om het 24-uurs laagste punt te vinden is deze:

YAML:

- platform: statistics
  entity_id: sensor.power_consumed
  unique_id: sensor.sluipverbruik_24_uur
  name: Sluipverbruik 24 uur
  state_characteristic: value_min
  max_age:
    hours: 24

Plaats je in je sensors.yaml (of 2 posities ingesprongen in je configuration.yaml als je geen losse sensors.yaml file hebt). En uiteraard moet je nog even de sensor.power_consumed vervangen door de naam die in jouw geval gebruikt wordt.

[ Voor 80% gewijzigd door HuismAndré op 02-12-2023 15:48 ]

[RobertMe]

CodeCaster schreef op zaterdag 2 december 2023 @ 15:34:
[...]

Met een beetje patroonherkenning/machine learning/"AI" kan een stuk software heel snel verbruikers in kaart brengen. Zo van "je koelkast slaat wel erg vaak aan", waarbij 'vaak' dan bijvoorbeeld een constant verbruik van 75 W voor 15 minuten elk uur is, gevolgd door "zou je de vriezer niet eens ontdooien?".

Of na het herkennen van verbruikspatronen ook een lijstje kunnen geven van "de wasdroger gaat 5x per week aan à 1,5 kWh". Zelf alle stopcontacten constant in de gaten houden en er patronen in ontdekken is niet te doen.

Ik heb het wel gedaan hoor, om te kijken wat diverse apparaten in huis gebruiken, maar als de Philips-tv plots na een ongevraagde update weer 20 W gebruikt in standby "want dan kun je met de app de tv aanzetten!", dan is het wel handig als dat wordt opgepikt door software, zo van "hey, je standaardverbruik is met 50% omhoog gegaan".

Ik snap de vraag van @JME dus heel goed, het is een nuttige toevoeging aan het monitoren van het geheel.

De vraag ging over P1 toch? Hoe moet een P1 meter weten waar het verbruik vandaan komt? Dat voorbeeld van de koelkast "kan al niet", gezien je dan een suggestie geeft van de vriezer. Maar wie zegt dat het een koelkast met vriesvak is? En misschien gaat het wel om een losse vriezer en niet een koelkast met vriezer. Of gaat het om andere periodieke stroomverbruikers. Misschien is het een server die elk uur een flink verbruikt trekt om bv backups te maken. Of de pomp van een CV installatie, of....

Dat werkt dus alleen als je allemaal losse stekkers installeert en per stekker ook aangeeft wat is aangesloten (koelkast, vriezer, CV, servers, TV, ...). Zodat zo'n "AI" uberhaupt weet welke suggesties er bij horen en wat evt normaal is. Maar puur uit de slimme energiemeter (P1/DSMR) kan dat nooit gehaald worden.

[vso]

CodeCaster schreef op dinsdag 28 november 2023 @ 17:52:
Edit: de sensors kloppen inhoudelijk niet, ik wil ze andere namen geven en ik wil dat het blauwe lampje niet knippert maar constant brandt wanneer de stekker uit staat. Weer wat te YAML'en en compileren.

had je "LT Chip Tool to configure the device" op die pagina geprobeerd ?

[CodeCaster]

HuismAndré schreef op zaterdag 2 december 2023 @ 15:41:
@CodeCaster Klinkt goed. Heb je een voorbeeld van software die dit kan?

HomeWIzard Energy+ dus.

Nee, ik weet geen Home Assistant-integratie/add-on/... die dat kan.

RobertMe schreef op zaterdag 2 december 2023 @ 15:51:
[...]

De vraag ging over P1 toch? Hoe moet een P1 meter weten waar het verbruik vandaan komt? Dat voorbeeld van de koelkast "kan al niet", gezien je dan een suggestie geeft van de vriezer. Maar wie zegt dat het een koelkast met vriesvak is? En misschien gaat het wel om een losse vriezer en niet een koelkast met vriezer. Of gaat het om andere periodieke stroomverbruikers. Misschien is het een server die elk uur een flink verbruikt trekt om bv backups te maken. Of de pomp van een CV installatie, of....

Dat werkt dus alleen als je allemaal losse stekkers installeert en per stekker ook aangeeft wat is aangesloten (koelkast, vriezer, CV, servers, TV, ...). Zodat zo'n "AI" uberhaupt weet welke suggesties er bij horen en wat evt normaal is. Maar puur uit de slimme energiemeter (P1/DSMR) kan dat nooit gehaald worden.

Dat kan prima met P1 en patroonherkenning. Het verbruik van heel veel apparaten is enorm regulier, en dus te herkennen en uit het globale verbruik te plukken.

Misschien moet je 'm een keer helpen en aangeven welke apparaten op een bepaald moment aan staan, maar mijn koelvriescombi en Quooker zijn prima met het blote oog te herkennen.

vso schreef op zaterdag 2 december 2023 @ 15:51:
[...]

had je "LT Chip Tool to configure the device" op die pagina geprobeerd ?

Ja. Uiteindelijk gefixt door de voltage_divider te finetunen, want de rest hangt daarvan af.

Het blijven knipperen van het lampje was een flashing-bug denk ik. Je moet hem in "slow blink" laten komen om te flashen, en na het flashen blijft de blauwe led op dat tempo knipperen. De stekker uit de stroom halen lost dat op.

[ Voor 13% gewijzigd door CodeCaster op 02-12-2023 16:07 ]

[arjanw848]

Aikon schreef op zaterdag 2 december 2023 @ 08:53:
[...]

Nee, ik wil niet altijd naar boven afronden. Alleen bij 0,5 of meer.

Kan je niet gewoon eerst +.5 doen en dan int ?

[Hmmbob]

skank schreef op zaterdag 2 december 2023 @ 13:11:
Klopt dit?
[Afbeelding]

Lijkt me zo vreemd. Iemand dit ook gehad? Updaten?

Lijkt me niet juist nee. 1.34.0 is de laatste versie.

[WheeleE]

Na heel wat jaren bescheiden Domoticz-setup (influxddb & grafana) op een RPi te hebben gedraaid ben ik nu aan het proberen een HA-omgeving op te bouwen. De basic setup draait in een VM op m'n Synology conform the installatiehandleiding van HA zelf, dat ging ook vrij snel. De VM heeft 2 CPU's, 3Gb ram en 332Gb schijfruimte. Geïnstalleerde add-ons zijn Deconz, Grafana, Influzdb en Studio Code Server.

Maar...met het opbouwen van Influxdb en met name Grafana stokt het. De Grafana-addon gedraagt zich onvoorspelbaar met opstarten/herstarten. Soms in 1 keer probleemloos, soms na een keer herstarten pas, soms blijft het misgaan. Sowieso gaat het opstarten van alles, de HA én addons naar mijn idee wat aan de trage kan.

Ik kan vooralsnog geen vinger op de zere plek leggen, zelfs niet met behulp van logfiles.
Dit is een recente grafana-logfile:

logger=modules t=2023-12-02T12:56:40.340314379+01:00 level=info msg="All modules stopped" modules="[http-server secret-migrator provisioning background-services]"
Error: ✗ *rendering.RenderingService run error: timeout while waiting for plugin to start
2023/12/02 12:56:44 [error] 503#503: *26 connect() failed (111: Connection refused) while connecting to upstream, client: 127.0.0.1, server: a0d7b954-grafana, request: "GET /api/health HTTP/1.1", upstream: "http://127.0.0.1:3000/api/health", host: "127.0.0.1:1337"
s6-supervise grafana: warning: finish script lifetime reached maximum value - sending it a SIGKILL
[12:56:49] INFO: Starting Grafana...
Grafana server is running with elevated privileges. This is not recommended
logger=settings t=2023-12-02T12:57:01.875447842+01:00 level=info msg="Starting Grafana" version=10.1.2 commit=8e428858dd branch=HEAD compiled=2023-09-18T22:41:04+02:00
logger=settings t=2023-12-02T12:57:01.876383185+01:00 level=info msg="Config loaded from" file=/usr/share/grafana/conf/defaults.ini
logger=settings t=2023-12-02T12:57:01.876419501+01:00 level=info msg="Config loaded from" file=/etc/grafana/grafana.ini
logger=settings t=2023-12-02T12:57:01.876456626+01:00 level=info msg=Target target=[all]
logger=settings t=2023-12-02T12:57:01.876482275+01:00 level=info msg="Path Home" path=/usr/share/grafana
logger=settings t=2023-12-02T12:57:01.87649593+01:00 level=info msg="Path Data" path=/data
logger=settings t=2023-12-02T12:57:01.876512054+01:00 level=info msg="Path Logs" path=/var/logs/grafana
logger=settings t=2023-12-02T12:57:01.876524646+01:00 level=info msg="Path Plugins" path=/var/lib/grafana/plugins
logger=settings t=2023-12-02T12:57:01.876536987+01:00 level=info msg="Path Provisioning" path=/usr/share/grafana/conf/provisioning
logger=settings t=2023-12-02T12:57:01.876550111+01:00 level=info msg="App mode production"
logger=sqlstore t=2023-12-02T12:57:01.877799539+01:00 level=info msg="Connecting to DB" dbtype=sqlite3
logger=migrator t=2023-12-02T12:57:01.969149051+01:00 level=info msg="Starting DB migrations"
logger=migrator t=2023-12-02T12:57:02.006990288+01:00 level=info msg="migrations completed" performed=0 skipped=493 duration=1.438422ms
logger=secrets t=2023-12-02T12:57:02.009595612+01:00 level=info msg="Envelope encryption state" enabled=true currentprovider=secretKey.v1
logger=plugin.loader t=2023-12-02T12:57:02.187473461+01:00 level=warn msg="Plugin missing module.js" pluginID=input warning="Missing module.js, If you loaded this plugin from git, make sure to compile it."
logger=plugin.loader t=2023-12-02T12:57:02.187640313+01:00 level=info msg="Plugin registered" pluginID=input
logger=plugin.loader t=2023-12-02T12:57:07.697591901+01:00 level=info msg="Plugin registered" pluginID=grafana-image-renderer
logger=query_data t=2023-12-02T12:57:07.702076362+01:00 level=info msg="Query Service initialization"
logger=live.push_http t=2023-12-02T12:57:07.710235856+01:00 level=info msg="Live Push Gateway initialization"
logger=infra.usagestats.collector t=2023-12-02T12:57:14.858456168+01:00 level=info msg="registering usage stat providers" usageStatsProvidersLen=2
logger=modules t=2023-12-02T12:57:14.859112712+01:00 level=info msg=initialising module=http-server
logger=modules t=2023-12-02T12:57:14.860187414+01:00 level=info msg=initialising module=secret-migrator
logger=http.server t=2023-12-02T12:57:14.865624369+01:00 level=info msg="HTTP Server Listen" address=[::]:3000 protocol=http subUrl=/api/hassio_ingress/nbXBeFeJZVVGV36vNui9KcBb0ENghAR8c2dQ_Ul2zU0 socket=
logger=modules t=2023-12-02T12:57:22.522075861+01:00 level=info msg=initialising module=provisioning
logger=provisioning.alerting t=2023-12-02T12:57:22.524903675+01:00 level=info msg="starting to provision alerting"
logger=provisioning.alerting t=2023-12-02T12:57:22.524944743+01:00 level=info msg="finished to provision alerting"
logger=modules t=2023-12-02T12:57:22.525770192+01:00 level=info msg=initialising module=background-services
logger=modules t=2023-12-02T12:57:22.527035429+01:00 level=info msg="All modules healthy" modules="[secret-migrator provisioning background-services http-server]"
logger=ngalert.state.manager t=2023-12-02T12:57:22.527361085+01:00 level=info msg="Warming state cache for startup"
logger=grafanaStorageLogger t=2023-12-02T12:57:22.529703966+01:00 level=info msg="storage starting"
logger=grafana.update.checker t=2023-12-02T12:57:22.716537272+01:00 level=info msg="Update check succeeded" duration=181.238187ms
logger=ngalert.state.manager t=2023-12-02T12:57:22.777793049+01:00 level=info msg="State cache has been initialized" states=0 duration=250.398202ms
logger=ngalert.scheduler t=2023-12-02T12:57:22.781543099+01:00 level=info msg="Starting scheduler" tickInterval=10s
logger=ticker t=2023-12-02T12:57:22.782738534+01:00 level=info msg=starting first_tick=2023-12-02T12:57:30+01:00
logger=ngalert.multiorg.alertmanager t=2023-12-02T12:57:22.783217006+01:00 level=info msg="Starting MultiOrg Alertmanager"
logger=background-services-runner t=2023-12-02T12:58:22.546181701+01:00 level=error msg="Stopped background service" service=*rendering.RenderingService reason="timeout while waiting for plugin to start"
logger=tracing t=2023-12-02T12:58:22.547080749+01:00 level=info msg="Closing tracing"
logger=ticker t=2023-12-02T12:58:22.548476914+01:00 level=info msg=stopped last_tick=2023-12-02T12:58:20+01:00
logger=plugin.grafana-image-renderer t=2023-12-02T12:58:22.549045585+01:00 level=warn msg="plugin failed to exit gracefully"
logger=plugin.grafana-image-renderer t=2023-12-02T12:58:22.557658915+01:00 level=error msg="plugin process exited" path=/var/lib/grafana/plugins/grafana-image-renderer/plugin_start_linux_amd64 pid=842 error="signal: killed"
logger=modules t=2023-12-02T12:58:22.561167511+01:00 level=warn msg="module failed with error" module=background-services err="*rendering.RenderingService run error: timeout while waiting for plugin to start"
logger=modules t=2023-12-02T12:58:22.561369482+01:00 level=info msg="Awaiting services to be stopped..."
logger=modules t=2023-12-02T12:58:22.56155287+01:00 level=info msg="module stopped" module=provisioning
logger=modules t=2023-12-02T12:58:22.561744165+01:00 level=info msg="module stopped" module=secret-migrator
logger=modules t=2023-12-02T12:58:22.561931477+01:00 level=info msg="module stopped" module=http-server
logger=modules t=2023-12-02T12:58:22.562037536+01:00 level=error msg="Module failed" module=background-services err="*rendering.RenderingService run error: timeout while waiting for plugin to start"
logger=modules t=2023-12-02T12:58:22.562058391+01:00 level=info msg="All modules stopped" modules="[background-services http-server secret-migrator provisioning]"
Error: ✗ *rendering.RenderingService run error: timeout while waiting for plugin to start
[12:58:24] INFO: Service Grafana exited with code 1 (by signal 0)
[12:58:29] INFO: Starting Grafana...
s6-rc: info: service legacy-services: stopping
s6-rc: info: service legacy-services successfully stopped
s6-rc: info: service nginx: stopping
[12:58:35] INFO: Service NGINX exited with code 0 (by signal 0)
s6-rc: info: service nginx successfully stopped
s6-rc: info: service init-nginx: stopping
s6-rc: info: service grafana: stopping
s6-rc: info: service init-nginx successfully stopped
Grafana server is running with elevated privileges. This is not recommended
logger=settings t=2023-12-02T12:58:35.483282249+01:00 level=info msg="Starting Grafana" version=10.1.2 commit=8e428858dd branch=HEAD compiled=2023-09-18T22:41:04+02:00
logger=settings t=2023-12-02T12:58:35.484437932+01:00 level=info msg="Config loaded from" file=/usr/share/grafana/conf/defaults.ini
logger=settings t=2023-12-02T12:58:35.484474228+01:00 level=info msg="Config loaded from" file=/etc/grafana/grafana.ini
logger=settings t=2023-12-02T12:58:35.484497696+01:00 level=info msg=Target target=[all]
logger=settings t=2023-12-02T12:58:35.486035783+01:00 level=info msg="Path Home" path=/usr/share/grafana
logger=settings t=2023-12-02T12:58:35.486078895+01:00 level=info msg="Path Data" path=/data
logger=settings t=2023-12-02T12:58:35.486094398+01:00 level=info msg="Path Logs" path=/var/logs/grafana
logger=settings t=2023-12-02T12:58:35.486234955+01:00 level=info msg="Path Plugins" path=/var/lib/grafana/plugins
logger=settings t=2023-12-02T12:58:35.486252779+01:00 level=info msg="Path Provisioning" path=/usr/share/grafana/conf/provisioning
logger=settings t=2023-12-02T12:58:35.486276812+01:00 level=info msg="App mode production"
logger=sqlstore t=2023-12-02T12:58:35.488841173+01:00 level=info msg="Connecting to DB" dbtype=sqlite3
[12:58:35] INFO: Service Grafana exited with code 256 (by signal 15)
s6-rc: info: service grafana successfully stopped
s6-rc: info: service init-grafana: stopping
s6-rc: info: service memcached: stopping
s6-rc: info: service init-grafana successfully stopped
logger=migrator t=2023-12-02T12:58:35.573118112+01:00 level=info msg="Starting DB migrations"
logger=migrator t=2023-12-02T12:58:35.593576972+01:00 level=info msg="migrations completed" performed=0 skipped=493 duration=1.328245ms
logger=secrets t=2023-12-02T12:58:35.595756872+01:00 level=info msg="Envelope encryption state" enabled=true currentprovider=secretKey.v1
logger=plugin.loader t=2023-12-02T12:58:35.744836195+01:00 level=warn msg="Plugin missing module.js" pluginID=input warning="Missing module.js, If you loaded this plugin from git, make sure to compile it."
logger=plugin.loader t=2023-12-02T12:58:35.744900706+01:00 level=info msg="Plugin registered" pluginID=input
[12:58:36] INFO: Service memcached exited with code 0 (by signal 0)
s6-rc: info: service memcached successfully stopped
s6-rc: info: service legacy-cont-init: stopping
s6-rc: info: service legacy-cont-init successfully stopped
s6-rc: info: service fix-attrs: stopping
s6-rc: info: service base-addon-timezone: stopping
s6-rc: info: service base-addon-log-level: stopping
s6-rc: info: service fix-attrs successfully stopped
s6-rc: info: service base-addon-log-level successfully stopped
s6-rc: info: service base-addon-timezone successfully stopped
s6-rc: info: service base-addon-banner: stopping
s6-rc: info: service base-addon-banner successfully stopped
s6-rc: info: service s6rc-oneshot-runner: stopping
s6-rc: info: service s6rc-oneshot-runner successfully stopped

Na een herstart van de VM (zonder aanpassingen aan Grafana) wil de addon gewoon helemaal niet meer starten.
Ik kan nu wel een losse Grafana-container op mn Synology draaien, maar alles in 1 VM is natuurlijk wel zo handig.

Zijn er ervaren HA-gebruikers hier die mij de juiste richting op kunnen wijzen om dit te verhelpen?

[Aikon]

arjanw848 schreef op zaterdag 2 december 2023 @ 16:11:
[...]


Kan je niet gewoon eerst +.5 doen en dan int ?

Ja, dat zal denk ik ook prima werken. Zelfde als +0.00001 in weze, ook qua aanpassingen doen.

[roelieboelie]

Na bijna 10 jaar Domoticz nu naar HomeAssisant OS op een intel NUC. Ben nu bezig om zigbee2MQTT om te zetten, maar ik kan niet in onderstaande folder van zigbee2mqtt komen:


Restore your data folder contents into

code:

/usr/share/hassio/homeassistant/zigbee2mqtt

De map "share" zie ik wel, maar deze is leeg (?)

De config file yaml kan ik wel vinden, maar op een andere locatie, dit zegt de handleiding:
Edit the

code:

/usr/share/hassio/homeassistant/zigbee2mqtt/configuration.yaml

file

Dit is mijn locatie:

code:

/homeassistant/config/zigbee2mqtt/configuration.yaml

Ik volg deze handleiding https://github.com/zigbee...-zigbee2mqtt#installation

Ben echt compleet nieuw en heb heel internet afgezocht maar krijg het niet gevonden. Iemand raad?

[vso]

@CodeCaster voor mijn LSC dual (buiten) socket ging het op 98% stuk maar device zelf lijkt toast .

https://templates.blakadder.com/silvergear_1117.html hoopte ik er ook mee te kunnen doen (niet dus)
en de LSC outdoor cam is ook een andere route nodig .. al vraag ik me af of ik deze uberhaupt wel aan HA wil hangen...

[RudolfR]

Kan iemand een reden bedenken waarom er sinds 24-11 geen prijs meer wordt berekend bij het gasverbruik?

Wel verbruik, geen prijs. Heb niet aan de tarieven gezeten, maar die zijn niet 0.0.
Ook geen HA upgrades die dag. Waar ga ik dit zoeken?

[vanWalsum]

Ik merk dat op mijn energie dashboard de zelfvoorziening vaak negatief staat. Echter minder van 0% zelfvoorziening lijkt me niet mogelijk. Wat heb ik verkeerd ingesteld?

[Gizz]

@vanWalsum niet alleen je zelfvoorziening is vreemd: van je grafiek klopt ook niks. Want volgens je grafiek is je energieverbruik 0 op momenten dat de zon niet schijnt en is verder je energieverbruik precies de opwekking van je panelen.

Doen al die sensoren die je hebt ingevuld wel iets? Komt daar überhaupt data binnen? Het lijkt er nu op alsof alleen de data van de omvormer werkt.

[ Voor 8% gewijzigd door Gizz op 02-12-2023 20:39 ]

[RobertMe]

Gizz schreef op zaterdag 2 december 2023 @ 20:36:
@vanWalsum niet alleen je zelfvoorziening is vreemd: van je grafiek klopt ook niks. Want volgens je grafiek is je energieverbruik 0 op momenten dat de zon niet schijnt en is verder je energieverbruik precies de opwekking van je panelen.

Doen al die sensoren die je hebt ingevuld wel iets? Komt daar überhaupt data binnen? Het lijkt er nu op alsof alleen de data van de omvormer werkt.

Volgens mij is de screenshot gewoon uhm, gek uitgelijnd? Die "Energie" helemaal bovenaan is de "pagina titel" (/Energie tab). Ook gezien de tweede grafiek "Gasverbruik" is, en boven de gasverbruik grafiek staat de opwek grafiek (en niet Energie verbruik). Het plaatje an zich lijkt mij dus niks mis mee, behalve dan het negatieve zelfvoorziening waar de vraag uiteraard over ging

[Gizz]

@RobertMe je hebt gelijk. Op m'n telefoon had ik niet door dat de screenshot halverwege de pagina gemaakt is

Alsnog wel interessant, voor het troubleshooten, om het totaalplaatje te zien. Ook om te kijken of z'n accu goed terugkomt in de statistieken. Want die accu maakt het wat minder doorsnee dan de installatie die de meesten van ons hebben (met alleen PV en P1).

[mr.DJ95]

JME schreef op zaterdag 2 december 2023 @ 13:20:
Kent iemand HA-toepassingen die op basis van P1-metingen je stroomverbruik analyseren, zoals bijvoorbeeld Energy+ van Homewizard dat doet?

Wat wil je precies analyseren? Dag verbruik? Sluipverbruik? Forecasting?

[-Casper]

roelieboelie schreef op zaterdag 2 december 2023 @ 17:10:
Na bijna 10 jaar Domoticz nu naar HomeAssisant OS op een intel NUC. Ben nu bezig om zigbee2MQTT om te zetten, maar ik kan niet in onderstaande folder van zigbee2mqtt komen:


Restore your data folder contents into

code:

/usr/share/hassio/homeassistant/zigbee2mqtt

De map "share" zie ik wel, maar deze is leeg (?)

De config file yaml kan ik wel vinden, maar op een andere locatie, dit zegt de handleiding:
Edit the

code:

/usr/share/hassio/homeassistant/zigbee2mqtt/configuration.yaml

file

Dit is mijn locatie:

code:

/homeassistant/config/zigbee2mqtt/configuration.yaml

Ik volg deze handleiding https://github.com/zigbee...-zigbee2mqtt#installation

Ben echt compleet nieuw en heb heel internet afgezocht maar krijg het niet gevonden. Iemand raad?

Ja die locaties vond ik ook een drama toen ik begon. De laatste locatie die je geeft is correct.

[commentator]

iemand die hier ervaring mee heeft/kan helpen?
ip -> HA achter apache proxy achter openvpn portshare

[DJ Henk]

WheeleE schreef op zaterdag 2 december 2023 @ 16:48:
Na heel wat jaren bescheiden Domoticz-setup (influxddb & grafana) op een RPi te hebben gedraaid ben ik nu aan het proberen een HA-omgeving op te bouwen. De basic setup draait in een VM op m'n Synology conform the installatiehandleiding van HA zelf, dat ging ook vrij snel. De VM heeft 2 CPU's, 3Gb ram en 332Gb schijfruimte. Geïnstalleerde add-ons zijn Deconz, Grafana, Influzdb en Studio Code Server.

Maar...met het opbouwen van Influxdb en met name Grafana stokt het. De Grafana-addon gedraagt zich onvoorspelbaar met opstarten/herstarten. Soms in 1 keer probleemloos, soms na een keer herstarten pas, soms blijft het misgaan. Sowieso gaat het opstarten van alles, de HA én addons naar mijn idee wat aan de trage kan.

Ik ben geen ervaren HA-gebruiker, en ik heb ook nauwelijks kennis van Grafana, maar ik kan je wel vertellen dat bij dit soort toepassingen op een Synology het vaak spaak loopt op de schrijfsnelheid van de harde schijven, al dan niet in combinatie met een bepaalde RAID. Zeker iets als een database forceert vaak directe writes (dus omzeilt de cache van de schijf) en dat kan veel langzamer gaan dan je gewend bent.

Zelf ben ik er regelmatig tegenaan gelopen als ik een VM op mijn Synology draaide die op het oog prima functioneerde, maar die dan bij bepaalde applicaties opeens absurd traag werd.

[Gonzalez]

HuismAndré schreef op zaterdag 2 december 2023 @ 15:41:
@CodeCaster Klinkt goed. Heb je een voorbeeld van software die dit kan?

@JME Een simpele methode om het 24-uurs laagste punt te vinden is deze:

YAML:

- platform: statistics
  entity_id: sensor.power_consumed
  unique_id: sensor.sluipverbruik_24_uur
  name: Sluipverbruik 24 uur
  state_characteristic: value_min
  max_age:
    hours: 24

Plaats je in je sensors.yaml (of 2 posities ingesprongen in je configuration.yaml als je geen losse sensors.yaml file hebt). En uiteraard moet je nog even de sensor.power_consumed vervangen door de naam die in jouw geval gebruikt wordt.

Bedankt voor deze!
Daar was ik al een tijdje naar op zoek.

[Just_A_User]

Bestaat het issue met die vreemde, negatieve incorrecte energie-meet-waarde nog op de NeoCoolcam power plugs?

Ik heb namelijk nog een aantal van die tussenstekkers liggen, maar ze gaven destijds allemaal soms een incorrecte negatieve waarde, wat je hele energieverbruik in de war schopte, en laat ik die stekkers nou net dáár voor willen gebruiken.

Dus als dat issue nog steeds bestaat, dan zal ik toch moeten uitwijken naar Fibaro tussenstekkers, want die zijn mooi compact en in dit geval zouden de stekkers dan in het zicht zitten.

[WheeleE]

DJ Henk schreef op zondag 3 december 2023 @ 10:41:
[...]


Ik ben geen ervaren HA-gebruiker, en ik heb ook nauwelijks kennis van Grafana, maar ik kan je wel vertellen dat bij dit soort toepassingen op een Synology het vaak spaak loopt op de schrijfsnelheid van de harde schijven, al dan niet in combinatie met een bepaalde RAID. Zeker iets als een database forceert vaak directe writes (dus omzeilt de cache van de schijf) en dat kan veel langzamer gaan dan je gewend bent.

Zelf ben ik er regelmatig tegenaan gelopen als ik een VM op mijn Synology draaide die op het oog prima functioneerde, maar die dan bij bepaalde applicaties opeens absurd traag werd.

Daar had ik eigenlijk nog niet aan gedacht als knelpunt. Influx & Grafana zijn niet per se noodzakelijk aangezien er genoeg rapportagemogelijkheden in HA zelf zitten.
Ik ga nog eens verder kijken hoe HA zich gedraagd zonder deze twee, maar met meer configuratie/dashboards.

[ThinkPad]

HuismAndré schreef op zaterdag 2 december 2023 @ 15:41:
[...]
name: Sluipverbruik 24 uur
[...]

Grappig, ben hier ook mee bezig geweest maar ik heb er zelf iets voor gebouwd:
- Een automation die om 3:00 een input_number vult, met de waarde van het huidige stroomverbruik
- Een tweede automation die elke minuut tussen 3:00 - 4:00 kijkt of de het huidige stroomverbruik lager is dan de waarde in de input_number. Als dat zo is: vul input_number met de waarde van het huidige stroomverbruik.

Maar jouw oplossing is veel simpeler, zal deze ook eens toevoegen Vind het wel een handige indicator, geeft mij altijd een goed beeld of er nieuwe sluipverbruikers bij zijn gekomen.

[ Voor 4% gewijzigd door ThinkPad op 03-12-2023 13:31 ]

[Activate]

@alex3305
GPS staat voor beide telefoons aan.
Dat zou dus moeten werken....

[Hippe Lip]

Jongens, ergens zie ik ws weer iets over het hoofd. Ik heb een Eastron SDM630 tussenmeter en een RS485 naar USB stick.



Nu probeer ik die boel te configureren, maar dat gaat niet goed.

Mijn configuratie:

YAML:

modbus:

###########################################
### Modbusaansluiting voor tussenmeters ###
###########################################

  - name: "Tussenmeters"
    type: serial
    port: /dev/ttyUSB1
#    port: /dev/ttyAMAO
    method: rtu
    baudrate: 9600
    bytesize: 8
    parity: N
    stopbits: 1

    sensors:
    - name: "sdm630_total_active_energy"
#      unique_id: sdm360_total_active_energy
      slave: 102
      address: 48
      input_type: input
      count: 2
      precision: 2
      data_type: float32
      unit_of_measurement: kWh
      device_class: energy
      state_class: total_increasing
      

Bij herstart krijg ik een foutmelding, maar ik ben bang dat die de echte fout niet weergeeft. Ik heb namelijk al een heleboel vergelijkbare configuraties op internet gevonden en alle mini-variaties daarop geprobeerd.
Ik denk dat de fout ergens anders in zit. Maar WAT?



Wat doe ik verkeerd?

[ Voor 12% gewijzigd door Hippe Lip op 03-12-2023 15:17 ]

[CodeCaster]

Hippe Lip schreef op zondag 3 december 2023 @ 15:09:
Jongens, ergens zie ik ws weer iets over het hoofd. Ik heb een Eastron SDM630 tussenmeter en een RS485 naar USB stick.

[Afbeelding]

Nu probeer ik die boel te configureren, maar dat gaat niet goed.

Mijn configuratie:

YAML:

modbus:

###########################################
### Modbusaansluiting voor tussenmeters ###
###########################################

  - name: "Tussenmeters"
    type: serial
    port: /dev/ttyUSB1
#    port: /dev/ttyAMAO
    method: rtu
    baudrate: 9600
    bytesize: 8
    parity: N
    stopbits: 1

    sensors:
    - name: "sdm630_total_active_energy"
#      unique_id: sdm360_total_active_energy
      slave: 102
      address: 48
      input_type: input
      count: 2
      precision: 2
      data_type: float32
      unit_of_measurement: kWh
      device_class: energy
      state_class: total_increasing
      

Bij herstart krijg ik een foutmelding, maar ik ben bang dat die de echte fout niet weergeeft. Ik heb namelijk al een heleboel vergelijkbare configuraties op internet gevonden en alle mini-variaties daarop geprobeerd.
Ik denk dat de fout ergens anders in zit. Maar WAT?

[Afbeelding]

Wat doe ik verkeerd?

Ik heb geen idee wat die count: 2 moet doen, maar volgens dit topic is dat sinds oktober of zo niet meer toegestaan in combinatie met data_type: float32. Dus haal die regel met count: 2 eens weg?

Edit: zie de docs:

quote: https://www.home-assistant.io/integrations/modbus/#sensors

sensors
count
Number of registers to read. only valid for data_type: custom and data_type: string, for other data types count is automatically calculated.

Een modbus-register is 16 bits, een float32 (zie data_type) is dus altijd 2 registers groot (2*16=32), de count is overbodig.

[ Voor 7% gewijzigd door CodeCaster op 03-12-2023 15:55 ]

[CodeCaster]

Hier nu Victoria Metrics en Grafana draaiend in Docker Compose en m'n eerste dashboard met panel gefabriceerd



Ik vertrouw die sensor van de Itho-ventilator nog steeds niet. Hoe kan die lucht uit de woonkamer na 10 meter buis nou nog 25 graden zijn, als de thermostaat in de woonkamer op 19 staat? Ik snap dat warme lucht opstijgt, maar blaast mijn mechanische ventilatie dan zó veel warmte het huis uit?

[ Voor 24% gewijzigd door CodeCaster op 03-12-2023 16:01 ]

[skank]

Hmmbob schreef op zaterdag 2 december 2023 @ 16:32:
[...]

Lijkt me niet juist nee. 1.34.0 is de laatste versie.

Ja vreemd he, hij is nu weg die melding.
Ik zit op Current version: 1.34.0-1


Iemand ervaring met ninja templates?

Ik gebruik de homekit-card, zie https://github.com/DBuit/Homekit-panel-card
Dat lukt allemaal, maar nu wou ik 1 tile toevoegen in de row, die zichtbaar is afhankelijk van de state een input boolean.

In de info die te vinden is, zou dit mogelijk moeten zijn met de hide functie

Dit heb ik reeds geprobeerd en lijkt me correct

YAML:

entity: light.kerstverlichting_buxus
                    name: Kerstlicht
                    icon: mdi:string-lights
                    hide: >
                      [[[
                        var state = states['input_boolean.kersmodus'].state;
                        return state == 'off';
                      ]]]

Echter als ik het gebruik , zijn al mijn tiles weg.
Chatgpt heeft enkele variaties hierop voorgesteld maar allemaal hetzelfde effect.
Ook met een gewone conditional card, krijg ik vreemde resultaten dat de tile helemaal gekleurd is
Enig idee?

[ Voor 61% gewijzigd door skank op 03-12-2023 16:28 ]

[Hmmbob]

99% kans dat er is mis is met de uitlijning (aantal spaties)

[Hippe Lip]

CodeCaster schreef op zondag 3 december 2023 @ 15:48:
[...]

Ik heb geen idee wat die count: 2 moet doen, maar volgens dit topic is dat sinds oktober of zo niet meer toegestaan in combinatie met data_type: float32. Dus haal die regel met count: 2 eens weg?

Een modbus-register is 16 bits, een float32 (zie data_type) is dus altijd 2 registers groot (2*16=32), de count is overbodig.

@CodeCaster
BINGO! Dat was ‘m inderdaad. Nu heb ik resultaat.

Dat is het lastige aan de wijzigingen. Ik had het een paar weken geleden ook met code die kennelijk verouderd was en na een update wilde de boel niet meer opstarten. Daar kan je dan totaal door verrast worden.

Dat is een beetje de schaduwkant van HA. Het is nooit een ‘set and forget’. Je blijft eraan werken.

[Gizz]

Ik ben begonnen in het Synology-topic met dit probleem, maar ik denk dat het hier toch beter op z'n plek is omdat ik vermoed dat het probleem eerder in HAOS zit dan in mijn Synology.

Ik probeer Frigate (als add-on in HA) netjes met een uitvoering: Google Coral USB Accelerator samen te laten spelen. Ik gebruik HAOS als VM op mijn Synology.

Net als mijn andere usb-devices (zigbee-stick en een rfxcom) is de stick van Google ingesteld in de VM als device dat doorgegeven moet worden:


Als ik het goed heb begrepen doet mijn Synology dan verder niks met de stick en is het een klusje voor HAOS om met de stick te praten, de juiste drivers te hebben etc.

In HA zie ik in het hardware-overzicht mijn vertrouwde zigbee-stick en rfxcom terug:

Van de Google Coral valt geen spoor te bekennen.

Frigate heb ik in z'n yaml verteld dat ik een Coral heb. Bij het opstarten is hij niet blij, want hij kan geen Coral vinden:

code:

2023-12-03 15:24:44.859877872  [INFO] Starting Frigate...
2023-12-03 15:24:51.140760409  [2023-12-03 16:24:51] frigate.app                    INFO    : Starting Frigate (0.12.1-367d724)
2023-12-03 15:24:51.226696969  [2023-12-03 16:24:51] frigate.app                    INFO    : Creating directory: /tmp/cache
2023-12-03 15:24:51.243931977  [2023-12-03 16:24:51] peewee_migrate                 INFO    : Starting migrations
2023-12-03 15:24:51.261470553  [2023-12-03 16:24:51] peewee_migrate                 INFO    : There is nothing to migrate
2023-12-03 15:24:51.322610261  [2023-12-03 16:24:51] frigate.app                    INFO    : Output process started: 224
2023-12-03 15:24:51.342863867  [2023-12-03 16:24:51] detector.coral                 INFO    : Starting detection process: 223
2023-12-03 15:24:51.360125764  [2023-12-03 16:24:51] frigate.detectors.plugins.edgetpu_tfl INFO    : Attempting to load TPU as usb
2023-12-03 15:24:51.366956940  [2023-12-03 16:24:51] frigate.app                    INFO    : Camera processor started for Tuincam: 227
2023-12-03 15:24:51.391709481  [2023-12-03 16:24:51] frigate.detectors.plugins.edgetpu_tfl ERROR   : No EdgeTPU was detected. If you do not have a Coral device yet, you must configure CPU detectors.
2023-12-03 15:24:51.392469990  Process detector:coral:
2023-12-03 15:24:51.403174471  Traceback (most recent call last):
2023-12-03 15:24:51.414528468    File "/usr/lib/python3/dist-packages/tflite_runtime/interpreter.py", line 160, in load_delegate
2023-12-03 15:24:51.414536200      delegate = Delegate(library, options)
2023-12-03 15:24:51.415376051    File "/usr/lib/python3/dist-packages/tflite_runtime/interpreter.py", line 119, in __init__
2023-12-03 15:24:51.415382489      raise ValueError(capture.message)
2023-12-03 15:24:51.417497930  ValueError
2023-12-03 15:24:51.418196723  
2023-12-03 15:24:51.418201863  During handling of the above exception, another exception occurred:
2023-12-03 15:24:51.418203407  
2023-12-03 15:24:51.418762162  Traceback (most recent call last):
2023-12-03 15:24:51.419230706    File "/usr/lib/python3.9/multiprocessing/process.py", line 315, in _bootstrap
2023-12-03 15:24:51.419264496      self.run()
2023-12-03 15:24:51.419789529    File "/usr/lib/python3.9/multiprocessing/process.py", line 108, in run
2023-12-03 15:24:51.419794196      self._target(*self._args, **self._kwargs)
2023-12-03 15:24:51.420143176    File "/opt/frigate/frigate/object_detection.py", line 98, in run_detector
2023-12-03 15:24:51.420147105      object_detector = LocalObjectDetector(detector_config=detector_config)
2023-12-03 15:24:51.420595746    File "/opt/frigate/frigate/object_detection.py", line 52, in __init__
2023-12-03 15:24:51.420600372      self.detect_api = create_detector(detector_config)
2023-12-03 15:24:51.421091590    File "/opt/frigate/frigate/detectors/__init__.py", line 24, in create_detector
2023-12-03 15:24:51.421096670      return api(detector_config)
2023-12-03 15:24:51.421817722    File "/opt/frigate/frigate/detectors/plugins/edgetpu_tfl.py", line 37, in __init__
2023-12-03 15:24:51.421824770      edge_tpu_delegate = load_delegate("libedgetpu.so.1.0", device_config)
2023-12-03 15:24:51.422306924    File "/usr/lib/python3/dist-packages/tflite_runtime/interpreter.py", line 162, in load_delegate
2023-12-03 15:24:51.422311484      raise ValueError('Failed to load delegate from {}\n{}'.format(
2023-12-03 15:24:51.423028613  ValueError: Failed to load delegate from libedgetpu.so.1.0
2023-12-03 15:24:51.423033961  
2023-12-03 15:24:51.430902838  [2023-12-03 16:24:51] frigate.app                    INFO    : Capture process started for Tuincam: 231

op ongeveer hetzelfde moment komen er ook wat foutmeldingen in de Supervisor-logs tevoorschijn:

code:

23-12-03 16:24:43 INFO (SyncWorker_1) [supervisor.docker.manager] Cleaning addon_ccab4aaf_frigate application
23-12-03 16:24:44 INFO (MainThread) [supervisor.docker.addon] Starting Docker add-on ghcr.io/blakeblackshear/frigate with version 0.12.1
23-12-03 16:24:44 ERROR (MainThread) [supervisor.api.ingress] Ingress error: Cannot connect to host 172.30.33.6:5000 ssl:default [Connect call failed ('172.30.33.6', 5000)]
23-12-03 16:24:44 INFO (MainThread) [supervisor.api.middleware.security] /network/interface/default/info access from ccab4aaf_frigate
23-12-03 16:25:22 ERROR (MainThread) [asyncio] Task exception was never retrieved
future: <Task finished name='Task-7209' coro=<Addon.watchdog_container() done, defined at /usr/src/supervisor/supervisor/addons/addon.py:1327> exception=AddonsJobError('Rate limit exceeded, more than 10 calls in 0:30:00')>
Traceback (most recent call last):
  File "/usr/src/supervisor/supervisor/addons/addon.py", line 1341, in watchdog_container
    await self._restart_after_problem(event.state)
  File "/usr/src/supervisor/supervisor/jobs/decorator.py", line 276, in wrapper
    raise on_condition(
supervisor.exceptions.AddonsJobError: Rate limit exceeded, more than 10 calls in 0:30:00

Dit is mijn nog vrij basic frigate.yaml:

YAML:

mqtt:
  enabled: False

detectors: # <---- add detectors
  coral:
    type: edgetpu
    device: usb

cameras:
  Tuincam:
    ffmpeg:
      inputs:
        - path: rtsp://admin:***@192.168.1.108:554/cam/realmonitor?channel=1&subtype=0 # <----- The stream you want to use for detection
          roles:
            - detect
    detect:
      enabled: True  # <---- disable detection until you have a working camera feed
      width: 1280 # <---- update for your camera's resolution
      height: 720 # <---- update for your camera's resolution

Maar ik vermoed dus dat het probleem niet in de configuratie van Frigate of Frigate zelf zit, omdat ik ook zonder Frigate al zou verwachten dat de Coral opduikt in het overzicht met alle hardware in HA.

Iemand een suggestie voor een volgende logische troubleshootstap?

[skank]

Gevonden

code:

entity: light.kerstverlichting_buxus
                    name: Kerstverlichting
                    icon: mdi:led-strip
                    hide: |-
                      [[[
                        var state = states['input_boolean.kerstmodus'].state;
                        return (state == 'off');
                      ]]]

[vanWalsum]

Gizz schreef op zaterdag 2 december 2023 @ 20:36:
@vanWalsum niet alleen je zelfvoorziening is vreemd: van je grafiek klopt ook niks. Want volgens je grafiek is je energieverbruik 0 op momenten dat de zon niet schijnt en is verder je energieverbruik precies de opwekking van je panelen.

Doen al die sensoren die je hebt ingevuld wel iets? Komt daar überhaupt data binnen? Het lijkt er nu op alsof alleen de data van de omvormer werkt.

Klopt, de plaatjes waren niet helemaal duidelijk. Nu beter denk ik. Vandaag weer een mooie negatieve zelfvoorziening.

[Hmmbob]

Ik zou even een issue aanmaken in de core repository: https://github.com/home-assistant/core/issues/new/choose

[Willempie27]

vanWalsum schreef op zondag 3 december 2023 @ 16:52:
[...]


Klopt, de plaatjes waren niet helemaal duidelijk. Nu beter denk ik. Vandaag weer een mooie negatieve zelfvoorziening.

[Afbeelding]

[Afbeelding]

Het lijkt erop dat alleen de zonnestroom gecalculeerd wordt wat je direct verbruikt en wat je terug het net op stuurt. En wat de accu in gaat "verloren" is en zo negatief uit komt.

[-Casper]

Hippe Lip schreef op zondag 3 december 2023 @ 16:39:
[...]

Dat is een beetje de schaduwkant van HA. Het is nooit een ‘set and forget’. Je blijft eraan werken.

Dit is ook wel een beetje hoe je HA inricht volgens mij. Ik maak er een sport van om zo dicht mogelijk bij standaard HA te blijven. Zo min mogelijk custom components, geen custom cards. Afgelopen anderhalf jaar (?) Geen issues gehad die ik niet zelf had veroorzaakt

[Thomox]

Even een vraagje, ik ben an sich niet onbekend met home assistant, gebruik het al een tijdje. Wel ben ik nieuw met wat scripts en blueprints. Nu heb ik voor het automatiseren van mijn Buva streambox een wemos D1 met een 0-10V pwm printje, daarmee wordt de box prima aangestuurd. Ik heb een blueprint van Mick69 aangepast naar mijn behoefte (temp naar CO2). Tot hier is het verhaal compleet.

Het volgende dat ik graag wil instellen is het maken van een timer/altijd op x% vermogen, handmatig door middel van een toggle. Dan mag hij dus niet deze actie overrulen door het regelscript te volgen. Dus ergens een bitje uitlezen als 'helper' en deze meenemen? Plus, ik zou graag nog een extra input willen geven mbt luchtvochtigheid. Bij het uitlezen van een hogere luchtvochtigheid in de badkamer vergeleken met de woonkamer moet hij ook even een tijdje op 100% draaien.

Kan iemand mij helpen met deze code aanpassen/schrijven?

PS. Credits gaan in eerste instantie naar Mick69 voor zijn script!

YAML:

 
blueprint:
  name: Auto fan speed
  description: "CO2 based Auto fan control.\n\n Fan Speed will be set when
    initially turned on by relating the ambient CO2 to an equivalant speed
    setting. \nA time delay is used to eliminate frequent speed changes.\n As the
    CO2 changes the fan speed will increase or decrease accordingly, rather
    than being set. \nThis is to allow a manual change of starting speed.\n At the
    minimum CO2 setting the fan will be turned off."
  domain: automation
  input:
    fan_switch:
      name: Fan
      description: The fan you wish to speed control.
      selector:
        entity:
          domain:
          - fan
          multiple: false
    min_fan_speed:
      name: Minimum Fan Speed
      description: Set the minimum speed at which your fan is still on. This is also
        used to calculate percentage step of your fan.
      default: 5
      selector:
        number:
          min: 1.0
          max: 100.0
          mode: slider
          step: 1.0
          unit_of_measurement: '%'
    max_fan_speed:
      name: Maximum Fan Speed
      description: Set the maximum percentage speed for your fan. Just in case the
        fan integration has the maximum speed different to 100%.
      default: 100
      selector:
        number:
          min: 1.0
          max: 100.0
          mode: slider
          step: 1.0
          unit_of_measurement: '%'
    high_temp_value:
      name: What CO2 level would you like the fan to run at 100%
      description: Set the high CO2 sensor value.
      default: 1200
      selector:
        number:
          min: 1000
          max: 1500
          step: 50
          mode: slider
    low_temp_value:
      name: What CO2 level would you like the fan to run at minimum speed.
      description: Set the low CO2 sensor value.
      default: 450
      selector:
        number:
          min: 400
          max: 600
          step: 50
          mode: slider
    off_temp_value:
      name: What CO2 level would you like the fan to turn off.
      description: Set the fan OFF CO2 sensor value.
      default: 375
      selector:
        number:
          min: 350
          max: 399
          step: 1
          mode: slider
    change_time:
      name: Change frequency delay
      description: How long to delay bewteen potential speed adjustments.
      default: 5
      selector:
        number:
          min: 0.1
          max: 120.0
          unit_of_measurement: minutes
          step: 1.0
          mode: slider
    temp_sensor:
      name: CO2 sensor
      description: Enter your CO2 sensor.
      default: []
      selector:
        entity:
          domain:
          - sensor
          device_class:
          - carbon_dioxide
          multiple: false
  source_url: https://community.home-assistant.io/t/multi-speed-fan-control-based-on-temperature/552322
variables:
  change_time: !input change_time
  low_temp_value: !input low_temp_value
  off_temp_value: !input off_temp_value
  high_temp_value: !input high_temp_value
  min_fan_speed: !input min_fan_speed
  max_fan_speed: !input max_fan_speed
  temp_sensor: !input temp_sensor
  fan_switch: !input fan_switch
  current_temp: '{{ states(temp_sensor) |float(0)}}'
  fan_speed: '{{ state_attr(fan_switch,''percentage'') |float(0)}}'
  temp_range: '{{high_temp_value|float(0)-low_temp_value|float(0)}}'
  fan_range: '{{max_fan_speed|float(0)-min_fan_speed|float(0)}}'
  percent_per_degree: '{{fan_range|float(0)/temp_range|float(0)}}'
  deg_above_min: '{{current_temp|float(0)-low_temp_value|float(0)}}'
  set_fan_speed: '{{[[min_fan_speed|float(0) + (deg_above_min|float(0)*percent_per_degree|float(0)),min_fan_speed|float(0)]|max,max_fan_speed]|min
    |float(0)}}'
  speed_diff: '{{(fan_speed - set_fan_speed)|abs}}'
  speed_increase: '{{[(fan_speed + min_fan_speed),max_fan_speed]|min}}'
  speed_decrease: '{{[(fan_speed - (min_fan_speed*1.2))|int,min_fan_speed]|max}}'
trigger:
- platform: state
  entity_id:
  - !input fan_switch
  id: fanon
  to: 'on'
  from: 'off'
- platform: state
  entity_id:
  - !input temp_sensor
- platform: numeric_state
  entity_id: !input temp_sensor
  below: !input off_temp_value
condition:
- condition: template
  value_template: '{{ states(fan_switch) == ''on'' }}'
action:
- choose:
  - conditions:
    - condition: trigger
      id: fanon
    - condition: template
      value_template: '{{ speed_diff|float(0) > min_fan_speed|float(0) }}'
    sequence:
    - service: fan.turn_on
      data:
        percentage: '{{set_fan_speed}}'
      target:
        entity_id: '{{fan_switch}}'
    - delay:
        minutes: !input change_time
  - conditions:
    - condition: template
      value_template: '{{ speed_diff|float(0) > min_fan_speed|float(0) }}'
    - condition: template
      value_template: '{{ fan_speed |float(0) < set_fan_speed|float(0) }}'
    - condition: template
      value_template: '{{ current_temp|float(0) > off_temp_value|float(0) }}'
    - condition: template
      value_template: '{{ states(fan_switch) == ''on'' }}'
    sequence:
    - service: fan.turn_on
      target:
        entity_id: '{{fan_switch}}'
      data:
        percentage: '{{speed_increase}}'
    - delay:
        minutes: !input change_time
  - conditions:
    - condition: template
      value_template: '{{ speed_diff|float(0) > min_fan_speed|float(0) }}'
    - condition: template
      value_template: '{{ set_fan_speed|float(0) < fan_speed|float(0) }}'
    - condition: template
      value_template: '{{ current_temp|float(0) > off_temp_value|float(0) }}'
    - condition: template
      value_template: '{{ states(fan_switch) == ''on'' }}'
    sequence:
    - service: fan.turn_on
      target:
        entity_id: '{{fan_switch}}'
      data:
        percentage: '{{speed_decrease}}'
    - delay:
        minutes: !input change_time
  - conditions:
    - condition: not
      conditions:
      - condition: trigger
        id: fanon
    - condition: numeric_state
      entity_id: !input temp_sensor
      below: !input off_temp_value
    sequence:
    - service: fan.turn_off
      target:
        entity_id: '{{fan_switch}}'
mode: single
]

[JME]

HuismAndré schreef op zaterdag 2 december 2023 @ 15:41:
@JME Een simpele methode om het 24-uurs laagste punt te vinden is deze:

YAML:

- platform: statistics
  entity_id: sensor.power_consumed
  unique_id: sensor.sluipverbruik_24_uur
  name: Sluipverbruik 24 uur
  state_characteristic: value_min
  max_age:
    hours: 24

Plaats je in je sensors.yaml (of 2 posities ingesprongen in je configuration.yaml als je geen losse sensors.yaml file hebt). En uiteraard moet je nog even de sensor.power_consumed vervangen door de naam die in jouw geval gebruikt wordt.

Goeie! Maar klopt mijn vermoeden dat deze vrij regelmatig op 0 zal uitkomen als je zonnepanelen hebt? Misschien het bijwerken dan beperken tot de nachtelijke uren.

[Gonzalez]

JME schreef op zondag 3 december 2023 @ 19:22:
[...]

Goeie! Maar klopt mijn vermoeden dat deze vrij regelmatig op 0 zal uitkomen als je zonnepanelen hebt? Misschien het bijwerken dan beperken tot de nachtelijke uren.

Als je de sensor van je P1 meter gebruikt wel.
Maar als je zonnepanelen hebt geïntegreerd in je HA installatie, ga je een andere sensor kunnen gebruiken.
Bij mij was dit sensor.solarman_power_consumption.
Deze meet je huis verbruik en niet je P1 meter.

Ik heb trouwens deze sensor ondertussen al aangepast om de min en max temperaturen op mijn terras en mijn veranda van de afgelopen 365 dagen weer te geven.

[ Voor 1% gewijzigd door Gonzalez op 03-12-2023 19:51 . Reden: zinsconstructie. ]

[HuismAndré]

JME schreef op zondag 3 december 2023 @ 19:22:
[...]

Goeie! Maar klopt mijn vermoeden dat deze vrij regelmatig op 0 zal uitkomen als je zonnepanelen hebt? Misschien het bijwerken dan beperken tot de nachtelijke uren.

Je zou eventueel de verbruikssensor op kunnen tellen bij de sensor die gegenereerd wordt door de omvormer van je zonnepanelen. Hangt er wel een beetje vanaf of die qua verversing een beetje gelijk oplopen (verbruikssensor van HomeWizard geeft eens per 5 seconden een update). Kwestie van uitproberen.

[JME]

Ik vrees dat de kans klein is dat omvormer en meter voldoende gelijk lopen. Zo’n sensor moet toch in te stellen zijn dat ie alleen tussen 0:00 en 5:00 update? Of anders de waarde over de afgelopen 5 uur ipv 24 uur laten berekenen dan om 5:00 uur deze waarde uitlezen.

[ Voor 25% gewijzigd door JME op 03-12-2023 20:25 ]

[vso]

ik zou graag diverse sferen en licht effecten 1x willen instellen in esphome/home asisstant zodat ik overal een beetje uniformiteit krijg.

dit kan gewoon sfeer zijn, rgb led verlichting enzv.

Hoe zo ik dit het beste kunnen doen ? (de licht profielen)


ps wie bij bepaalde lichten (in de kamer is ) dat komt tzt wel met bluetooth (als dat werkt)

[ Voor 33% gewijzigd door vso op 03-12-2023 20:29 ]

[alex3305]

@vso Gewoon instellen? Eventueel met een Scene. Of een Group gebruiken.

[vso]

alex3305 schreef op zondag 3 december 2023 @ 21:46:
@vso Gewoon instellen? Eventueel met een Scene. Of een Group gebruiken.

kan dat ook binnen esp home ? zal wel niet

[RedPas]

Ik heb gisteren een nieuw tabblad gemaakt voor de CV,
Dus veel grafieken, en temp waardes.

Nu ondervind ik dat HA het enorm lastig heeft om dit tabblad te tonen.
Gisteren de thermostaatfuntie vervangen door de hacs addon better thermostat.
Deze werkt net wat anders dan gewone thermostaat.

Kan je HA op zn gat krijgen door veel grafieken te laten tonen?

[ Voor 10% gewijzigd door RedPas op 04-12-2023 09:03 ]

[-Casper]

RedPas schreef op maandag 4 december 2023 @ 09:01:
Ik heb gisteren een nieuw tabblad gemaakt voor de CV,
Dus veel grafieken, en temp waardes.

Nu ondervind ik dat HA het enorm lastig heeft om dit tabblad te tonen.
Gisteren de thermostaatfuntie vervangen door de hacs addon better thermostat.
Deze werkt net wat anders dan gewone thermostaat.

Kan je HA op zn gat krijgen door veel grafieken te laten tonen?

[Afbeelding]

Dit zal ook afhangen van je hardware dus misschien handig om daar ook even wat specs van te delen.

[Flans]

RedPas schreef op maandag 4 december 2023 @ 09:01:
Ik heb gisteren een nieuw tabblad gemaakt voor de CV,
Dus veel grafieken, en temp waardes.

Nu ondervind ik dat HA het enorm lastig heeft om dit tabblad te tonen.
Gisteren de thermostaatfuntie vervangen door de hacs addon better thermostat.
Deze werkt net wat anders dan gewone thermostaat.

Kan je HA op zn gat krijgen door veel grafieken te laten tonen?

[Afbeelding]

Ik kan me voorstellen dat als HA (te) weinig resources heeft dat het openen van zo'n pagina even duurt.

[RedPas]

-Casper schreef op maandag 4 december 2023 @ 09:07:
[...]

Dit zal ook afhangen van je hardware dus misschien handig om daar ook even wat specs van te delen.

ODYSSEY Blue v2 with Intel Celeron J4125 - 8GB RAM
Intel Celeron J4125, een quad-core Gemini Lake-processor die draait op 2,0 GHz (te versnellen tot 2,7 GHz).

Als ik bij hardware kijk zie ik,
processor gebruik: +-55%
ram gebruik : +-75%

Openen van tabblad gaat redelijk snappy. het openhouden...

[Church of Noise]

Heb ik ook wel al gemerkt, afhankelijk van welke card je gebruikt, bvb de custom mini graph card. Anderzijds lijkt de ingebouwde history card snel op mijn systeem.

[RobertMe]

RedPas schreef op maandag 4 december 2023 @ 09:01:
Ik heb gisteren een nieuw tabblad gemaakt voor de CV,
Dus veel grafieken, en temp waardes.

Nu ondervind ik dat HA het enorm lastig heeft om dit tabblad te tonen.
Gisteren de thermostaatfuntie vervangen door de hacs addon better thermostat.
Deze werkt net wat anders dan gewone thermostaat.

Kan je HA op zn gat krijgen door veel grafieken te laten tonen?

[Afbeelding]

Weet je zeker dat het HA, op de server is? En dus niet (te)veel gegevens voor de browser om te verwerken en renderen?

[RedPas]

RobertMe schreef op maandag 4 december 2023 @ 09:27:
[...]

Weet je zeker dat het HA, op de server is? En dus niet (te)veel gegevens voor de browser om te verwerken en renderen?

Ik bekijk HA via Edge

Met tabblad open


Kan er iemand mij helpen? Zoals jullie aan de screenshot hierboven wel kunnen zien, ben ik bezig met een nieuw tablad ivm de CV.
Eigenlijk wil ik een grafiek zoals je kan zien in de geschiedenis, maar dan wil ik de states van de sensoren kunnen zien in de grafiek.
De brander en de ventielen zijn simpel aan uit, deze wil ik dan over het gasverbruikgrafiek zien.

Liefst alles in 1 grafiek, zodat je zelf met legende kan kijken wat je wil.

[ Voor 55% gewijzigd door RedPas op 04-12-2023 10:41 ]

[vanWalsum]

Ik ben nog steeds aan het vogelen met mijn energie dashboard in Home Assistant, maar na een avond en ochtend vogelen kom ik er niet uit. Ik heb een sensor nodig die meet hoeveel kwh er uit de accu wordt gehaald en er in wordt gestopt door mijn victron multiplus. Echter heeft deze geen sensor die dit laat zien. Eerder had ik een sensor ingegeven in mijn energie dashboard die het eental kwh telde wat er in en uit de ac-in/out ging. Echter weerspiegelt dit niet goed de batterij.

De onderstaande sensor laat zien wat er actueel in en uit de batterij wordt gehaald. Echter heb ik naar afgeleide van deze sensor een sensor nodig die de positieven optelt over een bepaald tijdspad, en de negatieven. Op die manier zou je volgens mij een goede optelsom krijgen.

Ik heb online verschillende voorbeelden gezien, echter kom ik er niet uit, frustratie. Iemand met tips hoe dit voor elkaar te krijgen zodat de metingen kloppen?

[Sicco92]

@vanWalsum Ik heb dit probleem voor mijn P1-meter opgelost door 2 nieuwe sensors te maken die alleen de import/export registreren. Deze 2 template sensors gebruik ik om import/export te splitsen:

YAML:

template:
  sensor:
    - name: "Net grid usage"
      icon: mdi:home-import-outline
      unique_id: 19e45ee0-de1a-4d0a-8101-4936f42971b0
      state: >
        {{ max(0, states('sensor.p1_power') | float(0) ) | round(0) }}
      unit_of_measurement: W
      state_class: measurement
      device_class: power
    - name: "Net grid return"
      icon: mdi:transmission-tower-import
      unique_id: 69b9f304-47e2-49ac-b395-ed865477a800
      state: >
        {{ (min(0, states('sensor.p1_power') | float(0) ) * -1 ) | round(0) }}
      unit_of_measurement: W
      state_class: measurement
      device_class: power

In mijn geval splits ik hiermee 'sensor.p1_power', maar dit kan je ook gebruiken om jouw batterij-sensor te splitsen. Hier kan je vervolgens met de Riemann integration kWh-sensors van maken: https://www.home-assistant.io/integrations/integration/

Ik gebruik dit alleen niet voor op het Energy Dashboard, want daar gebruik ik standaard sensors vanuit de DSMR integratie. Ik heb zelf ook geen batterij, dus ik weet niet zeker wat voor soort sensors je daarvoor nodig hebt. Maar misschien kan je hier wat verder mee.

[Septillion]

@vanWalsum Heb je al wel sensoren voor de energie (dus in Wh of kWh) van de accu? Of echt alleen vermogen (in W of kW)?

Want het integreren van vermogen naar energie komt namelijk altijd met extra onnauwkeurigheid. Dus zou het de voorkeur hebben om al een energie sensor te gebruiken.

[manusjevanalles]

Ik heb een automation die het licht aandoet beneden zodra wij thuiskomen (mits na halfuur voor zonsondergang). Wat ik nu zou willen, is dat zodra het aantal personen wat thuis is toeneemt met minimaal 1 (dus stel ik ben al thuis, en vriendin komt ook thuis), dat de lampen dan opnieuw aangaan. Dit is handig als een van ons thuiskomt van avonddienst, en de ander al slaapt.
Ik kan natuurlijk per persoon een trigger id maken, maar dit is minder flexibel dan een trigger "aantal mensen thuis +1). Is zoiets te maken?

[new_guy]

manusjevanalles schreef op maandag 4 december 2023 @ 11:53:
Ik heb een automation die het licht aandoet beneden zodra wij thuiskomen (mits na halfuur voor zonsondergang). Wat ik nu zou willen, is dat zodra het aantal personen wat thuis is toeneemt met minimaal 1 (dus stel ik ben al thuis, en vriendin komt ook thuis), dat de lampen dan opnieuw aangaan. Dit is handig als een van ons thuiskomt van avonddienst, en de ander al slaapt.
Ik kan natuurlijk per persoon een trigger id maken, maar dit is minder flexibel dan een trigger "aantal mensen thuis +1). Is zoiets te maken?

zone.home voor gebruiken?

[manusjevanalles]

new_guy schreef op maandag 4 december 2023 @ 12:00:
[...]

zone.home voor gebruiken?

Ja die gebruik ik. Maar hoe ziet de trigger/template eruit dat hij triggert als de waarde 1 hoger wordt? Dus altijd dynamische trigger.

Als dat niet kan, dan kan ik natuurlijk verschillende triggers maken van 0 naar >0, 0 naar 1, 1 naar 2 etc.

[ Voor 16% gewijzigd door manusjevanalles op 04-12-2023 12:05 ]

[Ora et Labora]

manusjevanalles schreef op maandag 4 december 2023 @ 11:53:
Ik heb een automation die het licht aandoet beneden zodra wij thuiskomen (mits na halfuur voor zonsondergang). Wat ik nu zou willen, is dat zodra het aantal personen wat thuis is toeneemt met minimaal 1 (dus stel ik ben al thuis, en vriendin komt ook thuis), dat de lampen dan opnieuw aangaan. Dit is handig als een van ons thuiskomt van avonddienst, en de ander al slaapt.
Ik kan natuurlijk per persoon een trigger id maken, maar dit is minder flexibel dan een trigger "aantal mensen thuis +1). Is zoiets te maken?

Dat hoeft toch niet met aparte trigger id's?
Gewoon 2 triggers en dan een actie.

Triggers:
- person 1 to home
- person 2 to home

Conditions:
halfuur voor zonsondergang

Actie:
Lampen aan.

[manusjevanalles]

Ora et Labora schreef op maandag 4 december 2023 @ 12:04:
[...]

Dat hoeft toch niet met aparte trigger id's?
Gewoon 2 triggers en dan een actie.

Triggers:
- person 1 to home
- person 2 to home

Conditions:
halfuur voor zonsondergang

Actie:
Lampen aan.

Ja dat kan zo. Maar voor mijn lering zou ik willen weten of dit ook met een template kan, die triggert op +1. Zodra onze kinderen ouder zijn en gaan meetellen voor HA, is dit handig.

[vanWalsum]

Septillion schreef op maandag 4 december 2023 @ 11:44:
@vanWalsum Heb je al wel sensoren voor de energie (dus in Wh of kWh) van de accu? Of echt alleen vermogen (in W of kW)?

Want het integreren van vermogen naar energie komt namelijk altijd met extra onnauwkeurigheid. Dus zou het de voorkeur hebben om al een energie sensor te gebruiken.

Helaas alleen vermogen...

Sicco92 schreef op maandag 4 december 2023 @ 11:37:
@vanWalsum Ik heb dit probleem voor mijn P1-meter opgelost door 2 nieuwe sensors te maken die alleen de import/export registreren. Deze 2 template sensors gebruik ik om import/export te splitsen:

YAML:

template:
  sensor:
    - name: "Net grid usage"
      icon: mdi:home-import-outline
      unique_id: 19e45ee0-de1a-4d0a-8101-4936f42971b0
      state: >
        {{ max(0, states('sensor.p1_power') | float(0) ) | round(0) }}
      unit_of_measurement: W
      state_class: measurement
      device_class: power
    - name: "Net grid return"
      icon: mdi:transmission-tower-import
      unique_id: 69b9f304-47e2-49ac-b395-ed865477a800
      state: >
        {{ (min(0, states('sensor.p1_power') | float(0) ) * -1 ) | round(0) }}
      unit_of_measurement: W
      state_class: measurement
      device_class: power

In mijn geval splits ik hiermee 'sensor.p1_power', maar dit kan je ook gebruiken om jouw batterij-sensor te splitsen. Hier kan je vervolgens met de Riemann integration kWh-sensors van maken: https://www.home-assistant.io/integrations/integration/

Ik gebruik dit alleen niet voor op het Energy Dashboard, want daar gebruik ik standaard sensors vanuit de DSMR integratie. Ik heb zelf ook geen batterij, dus ik weet niet zeker wat voor soort sensors je daarvoor nodig hebt. Maar misschien kan je hier wat verder mee.

Ik ga deze proberen te maken!

[CodeCaster]

Ik heb een automation:
- Zet een half uur voor zonsondergang de slimme stekker "kerstlampjes achertuin" aan
- Wacht tot middernacht
- Zet de slimme stekker "kerstlampjes achertuin" uit

Maar nu had ik ergens tussen zonsondergang en middernacht (dus de automation was gestart en stond op z'n delay te wachten) een nieuwe HACS-module geïnstalleerd (LG SmartThinq, voor de airco) en een herstart gegeven.

Dan blijft een automation dus in limbo? Hij pakt de delay niet meer op en maakt de automation niet af? De lampjes bleven aan na middernacht...

[Gizz]

@CodeCaster Ja, als je op deze manier een automation uren laat draaien dan vergroot je natuurlijk ook de kans dat je reboot voordat hij klaar is.

Waarom maak je niet gewoon twee triggers:

1. Zonsondergang - half uur
2. 0:00 uur 's nachts

Bij trigger 1 gaat hij aan. Bij trigger 2 uit. Het is onnodig om je automation uren te laten draaien om steeds op hetzelfde tijdstip een lamp uit te zetten

[Septillion]

@vanWalsum Dat is eigenlijk wel stop / raar dat je niets over energie ziet

Maar goed, dan schiet je ook niets op met de template sensoren. Dan zal je een riemann som (integratie) moeten maken. Alleen als je ook niet een enkele sensor die zowel laden als ontladen hebt zal je even een template sensor moeten maken die twee combineert

[Septillion]

@manusjevanalles Zou met een template conditie moeten kunnen:

YAML:

description: ""
mode: single
trigger:
  - platform: state
    entity_id:
      - zone.home
    to: null
condition:
  - condition: template
    value_template: >-
      {{ trigger.from_state.state|float(default=0) < trigger.to_state.state|float(default=0) }}
action: []

Alleen even op letten als je echte automation meerdere triggers hebt dat je de conditie dan alleen probeert te controleren als deze triggert door een verandering in zone.home.

[Tehlo]

CodeCaster schreef op maandag 4 december 2023 @ 12:27:
Ik heb een automation:
- Zet een half uur voor zonsondergang de slimme stekker "kerstlampjes achertuin" aan
- Wacht tot middernacht
- Zet de slimme stekker "kerstlampjes achertuin" uit

Maar nu had ik ergens tussen zonsondergang en middernacht (dus de automation was gestart en stond op z'n delay te wachten) een nieuwe HACS-module geïnstalleerd (LG SmartThinq, voor de airco) en een herstart gegeven.

Dan blijft een automation dus in limbo? Hij pakt de delay niet meer op en maakt de automation niet af? De lampjes bleven aan na middernacht...

Je kan om dit op te lossen een automation maken met twee triggers. Één die een half uur voor zonsondergang de stekker aan zet, en één die om middernacht de stekker uit zet. Dan heb je geen 'wacht' optie nodig. Geef beide triggers een eigen ID en maak vervolgens een actie "Kiezen" die op basis van elke ID een aparte actie laat draaien:

- trigger stekker_aan > actie stekker aan
- trigger stekker_uit > actie stekker uit.

[Septillion]

@CodeCaster Daar is weinig limbo aan, bij een herstart of het herladen van een automation zal deze gewoon stoppen. Een eventuele delay zal dus niet afgewacht worden maar hij staat klaar voor een nieuwe trigger.

Dus delays echt wachten op is leuk voor korte periode maar is het langer kan je beter meerdere triggers maken eventueel met timers of andere helpers.

[TheFes]

manusjevanalles schreef op maandag 4 december 2023 @ 12:06:
[...]


Ja dat kan zo. Maar voor mijn lering zou ik willen weten of dit ook met een template kan, die triggert op +1. Zodra onze kinderen ouder zijn en gaan meetellen voor HA, is dit handig.

Trigger op elke state change van zone.home en check in de condition of de nieuwe state hoger is als de oude state (of als je per se wil, 1 hoger als de oude state).

YAML:

trigger:
  - platform: state
    entity_id: zone.home
    to: null
condition:
  - condition: template
    value_template: >
      {{
        trigger.to_state.state | is_number
        and trigger.from_state.state | is_number
        and trigger.to_state.state | float - trigger.from_state.state | float == 1
      }}

grr, net de reactie van @Septillion gemist

[JME]

CodeCaster schreef op maandag 4 december 2023 @ 12:27:
Ik heb een automation:
- Zet een half uur voor zonsondergang de slimme stekker "kerstlampjes achertuin" aan
- Wacht tot middernacht
- Zet de slimme stekker "kerstlampjes achertuin" uit

Maar nu had ik ergens tussen zonsondergang en middernacht (dus de automation was gestart en stond op z'n delay te wachten) een nieuwe HACS-module geïnstalleerd (LG SmartThinq, voor de airco) en een herstart gegeven.

Dan blijft een automation dus in limbo? Hij pakt de delay niet meer op en maakt de automation niet af? De lampjes bleven aan na middernacht...

Ik denk vast te simpel, maar waarom zou je dit via HA schakelen? Beetje smart plug kun je gewoon schedulen obv zonsopgang en zonsondergang plus of min verschiltijd. Zo schakel ik al jaren in de zomer de Speedcomfort op mijn passief gekoelde omvormer.

[Tehlo]

JME schreef op maandag 4 december 2023 @ 13:53:
[...]

Ik denk vast te simpel, maar waarom zou je dit via HA schakelen? Beetje smart plug kun je gewoon schedulen obv zonsopgang en zonsondergang plus of min verschiltijd. Zo schakel ik al jaren in de zomer de Speedcomfort op mijn passief gekoelde omvormer.

Is toch een stuk makkelijker om alles centraal te beheren qua automations ipv het een in HA, het ander op de app van een stekker zelf, en het andere weer via timer op de stekker o.i.d?

[JME]

Voor kerstverlichting die je 1x per jaar ophangt en 2 maanden later weer weghaalt, zonder tussendoor “in control” te hoeven zijn? Tsja, dat kan

[CodeCaster]

JME schreef op maandag 4 december 2023 @ 13:53:
[...]

Ik denk vast te simpel, maar waarom zou je dit via HA schakelen? Beetje smart plug kun je gewoon schedulen obv zonsopgang en zonsondergang plus of min verschiltijd. Zo schakel ik al jaren in de zomer de Speedcomfort op mijn passief gekoelde omvormer.

Omdat ik niet afhankelijk wil zijn van in China gebouwde clouds (zelfs al worden die in Europa gehost) en apps en daarom de plugs heb geflasht met ESPHome/LibreTiny.

@de rest hierboven: gottem, ik moet geen lange delays gebruiken, maar meerdere triggers en een if-triggered-by, thanks.

[CodeCaster]

JME schreef op maandag 4 december 2023 @ 13:59:
Voor kerstverlichting die je 1x per jaar ophangt en 2 maanden later weer weghaalt, zonder tussendoor “in control” te hoeven zijn? Tsja, dat kan

Als de kerstman weer weg is, gaat er weer een andere lamp in die plug, geef ik hem een andere naam en een ander schema en kan ik hem net als m'n andere plugs vanuit Home Assistant bedienen.

[TheFes]

JME schreef op maandag 4 december 2023 @ 13:59:
Voor kerstverlichting die je 1x per jaar ophangt en 2 maanden later weer weghaalt, zonder tussendoor “in control” te hoeven zijn? Tsja, dat kan

Ik heb één input boolean (input_boolean.christmas_time) en als ik die omzet werken al mijn kerst automations weer (en staat er een kerst blokje op mijn dashboard)

[RobertMe]

CodeCaster schreef op maandag 4 december 2023 @ 14:01:
[...]

Omdat ik niet afhankelijk wil zijn van in China gebouwde clouds (zelfs al worden die in Europa gehost) en apps en daarom de plugs heb geflasht met ESPHome/LibreTiny.

Geen ervaring mee, maar als ik zo even snel zoek: ESPHome ondersteund een sun component. Vervolgens kan die triggeren op de stand van de zon als ik het goed zie, on_sunset in combinatie met elevation (elevation dan ergens boven de 0°, bv 5°). Voordeel van elevation is dat het echt op stand van de zon en dus (potentiële) duisternis is (in de zomer gaat de zon langzaam onder en is 30 minuten voor zonsondergang potentieel ook al donker, in de winter gaat de zon erg snel onder en is 30 minuten nog licht).

En met de time component kun je weer om exact 00:00 uitschakelen.

Overigens puur als alternatief. Maar ook in ESPHome direct kun je iets soortgelijks doen. Niet als "verplichting" dat je het in ESPHome moet doen.

[CodeCaster]

RobertMe schreef op maandag 4 december 2023 @ 14:07:
[...]

Geen ervaring mee, maar als ik zo even snel zoek: ESPHome ondersteund een sun component. Vervolgens kan die triggeren op de stand van de zon als ik het goed zie, on_sunset in combinatie met elevation (elevation dan ergens boven de 0°, bv 5°). Voordeel van elevation is dat het echt op stand van de zon en dus (potentiële) duisternis is (in de zomer gaat de zon langzaam onder en is 30 minuten voor zonsondergang potentieel ook al donker, in de winter gaat de zon erg snel onder en is 30 minuten nog licht).

En met de time component kun je weer om exact 00:00 uitschakelen.

Overigens puur als alternatief. Maar ook in ESPHome direct kun je iets soortgelijks doen. Niet als "verplichting" dat je het in ESPHome moet doen.

Ik weet dat we hier in het "omdat het kan"-topic zitten, maar ik ga natuurlijk niet het schema op m'n plug flashen en dan elke keer dat ik die plug ergens anders voor wil gebruiken, een nieuwe YAML bouwen, nieuwe firmware bakken en de plug OTA opnieuw flashen.

Juist daarvoor heb ik Home Assistant, waar je met een paar keer klikken een nieuw schema instelt.

[JME]

CodeCaster schreef op maandag 4 december 2023 @ 14:16:
Ik weet dat we hier in het "omdat het kan"-topic zitten

Weet ik ook hoor. Maar mag ook graag soms een beetje prikken. Omdat het kan, zeg maar

[TheFes]

CodeCaster schreef op maandag 4 december 2023 @ 14:16:
[...]



Ik weet dat we hier in het "omdat het kan"-topic zitten, maar ik ga natuurlijk niet het schema op m'n plug flashen en dan elke keer dat ik die plug ergens anders voor wil gebruiken, een nieuwe YAML bouwen, nieuwe firmware bakken en de plug OTA opnieuw flashen.

Juist daarvoor heb ik Home Assistant, waar je met een paar keer klikken een nieuw schema instelt.

Ik heb specifieke pluggen voor kerst in de kerst doos zitten, vond het eigenlijk wel een goed idee

[RobertMe]

CodeCaster schreef op maandag 4 december 2023 @ 14:16:
[...]



Ik weet dat we hier in het "omdat het kan"-topic zitten, maar ik ga natuurlijk niet het schema op m'n plug flashen en dan elke keer dat ik die plug ergens anders voor wil gebruiken, een nieuwe YAML bouwen, nieuwe firmware bakken en de plug OTA opnieuw flashen.

Juist daarvoor heb ik Home Assistant, waar je met een paar keer klikken een nieuw schema instelt.

Ik las eigenlijk dat tweede bericht pas na gepost te hebben. Dat de plugs de rest van het jaar een andere bestemming hadden had ik dis nog niet gelezen.

Maar... met ESPHome kun je ze vast OTA flashen. Dus extreem veel werk is het ook niet. Het is niet dat je de plugs elke keer moet open maken, een serial to USB adapter er aan hangen, en dan op PC aansluiten om te flashen. Kan gewoon via wifi en klaar.

[CodeCaster]

TheFes schreef op maandag 4 december 2023 @ 14:22:
[...]


Ik heb specifieke pluggen voor kerst in de kerst doos zitten, vond het eigenlijk wel een goed idee

Ik heb er pas vier (waarvan één niet wil flashen ), dus ik heb nog niet de luxe om er een paar elf maanden van het jaar in de kast te laten liggen; wordt ook een beetje een duur geintje met een tientje per stuk.

JME schreef op maandag 4 december 2023 @ 14:20:
[...]

Weet ik ook hoor. Maar mag ook graag soms een beetje prikken. Omdat het kan, zeg maar

Prikken is leuk, laat je nadenken!

Maar ik wil de plugs dus niet flashen voor een bepaald doeleinde, want als ik morgen besluit dat ik deze tussen de koelkast wil prikken om op te nemen wat die nou precies verbruikt en wanneer, dan is het wel zo fijn dat de koelkast het ook doet als de zon wél schijnt.

Daarom vind ik het handig om ze met automations of scènes aan te sturen.

---

Maar een kleine recap van mijn Tuya-avonturen: ik heb dus m'n Hombli-plugs geflasht met ESPHome/LibreTiny om ze vanuit Home Assistant via de API (en ook vanuit de eigen Web-UI) te kunnen bedienen:



Dus nu heb ik deze automation:

[Tehlo]

TheFes schreef op maandag 4 december 2023 @ 14:04:
[...]


Ik heb één input boolean (input_boolean.christmas_time) en als ik die omzet werken al mijn kerst automations weer (en staat er een kerst blokje op mijn dashboard)

Ha slim! Heb weer wat te doen vanavond

[TheFes]

CodeCaster schreef op maandag 4 december 2023 @ 14:30:
[...]

Ik heb er pas vier (waarvan één niet wil flashen ), dus ik heb nog niet de luxe om er een paar elf maanden van het jaar in de kast te laten liggen; wordt ook een beetje een duur geintje met een tientje per stuk.


[...]

Prikken is leuk, laat je nadenken!

Maar ik wil de plugs dus niet flashen voor een bepaald doeleinde, want als ik morgen besluit dat ik deze tussen de koelkast wil prikken om op te nemen wat die nou precies verbruikt en wanneer, dan is het wel zo fijn dat de koelkast het ook doet als de zon wél schijnt.

Daarom vind ik het handig om ze met automations of scènes aan te sturen.

---

Maar een kleine recap van mijn Tuya-avonturen: ik heb dus m'n Hombli-plugs geflasht met ESPHome/LibreTiny om ze vanuit Home Assistant via de API (en ook vanuit de eigen Web-UI) te kunnen bedienen:

[Afbeelding]

Dus nu heb ik deze automation:
[Afbeelding]

Ik heb zelf, maar ik snap uiteraard dat elke situatie anders is, inmiddels 23 Zigbee power plugs in gebruik. De ESPHome plugs die ik nog had zijn nu dus in de kerst doos beland. Maar dat is op zich inderdaad wel een luxe-situatie.

[CodeCaster]

TheFes schreef op maandag 4 december 2023 @ 14:33:
[...]


Ik heb zelf, maar ik snap uiteraard dat elke situatie anders is, inmiddels 23 Zigbee power plugs in gebruik. De ESPHome plugs die ik nog had zijn nu dus in de kerst doos beland. Maar dat is op zich inderdaad wel een luxe-situatie.

Ik ben nog een boodschappenlijstje aan het samenstellen, maar een boel ledstripmateriaal, een controller of twee en een Zigbee-stick komen er deze of volgende maand ook aan.

Had ik HA al meer dan eens een verslaving genoemd?

[sOid]

Ik vrees dat ik wat hulp nodig heb met de trigger van een automation. Volgens mij klopt alles gewoon, maar de automation wordt niet getriggerd.

Ik gebruik een template trigger om de tijd van input_datetime.sk_alarm_time uit te lezen, en op het moment dat het 1200 seconden (20 minuten) vóór de tijd uit de input_datetime is, moet de automation worden getriggerd.

Als ik de template test, zie ik 'm ook veranderen van false naar true op het moment dat het moet. Maar de automation wordt niet getriggerd.

Ik heb het ook met een binary sensor als trigger geprobeerd, waar ik de template in heb verwerkt. Maar dat biedt ook geen oplossing.

YAML:

alias: am_sk_wakeuplight
description: ""
trigger:
  - platform: template
    value_template: >-
      "{{ now().timestamp() | timestamp_custom('%H:%M') ==
      (state_attr('input_datetime.sk_alarm_time', 'timestamp') - 1200) |
      timestamp_custom('%H:%M', false) }}"
condition:
  - condition: and
    conditions:
      - condition: state
        entity_id: person.soid
        state: home
      - condition: time
        weekday:
          - mon
          - tue
          - thu
          - wed
          - fri
action:
  - service: script.scr_sk_wakeuplight
    data: {}
mode: single

[Septillion]

@sOid Verwacht je het wel op het juiste moment? Want je gebruikt je timestamp als GMT+0 en je now() is GMT+1 (uitgaande van Nederland). Je hebt dus een verschil van een uur. Wil je niet juist timestamp_custom('%H:%M', true)?

En let even op dat zo verschuiven mis gaat rond middernacht Zou toch zo wel goed moeten gaan ja.

En de and-conditie is niet nodig, condities zijn impliciet al AND.

[edit (maar @TheFes was me al voor)]
En nog een reden waarom het waarschijnlijk niet werkt, je quotjes om de template. Je gebruikt al een multiline dus volgens mij rendert je template nu "true" ipv true

Kom ik totaal op

YAML:

alias: am_sk_wakeuplight
description: ""
trigger:
  - platform: template
    value_template: >-
      {{ now().strftime('%H:%M') ==
      (state_attr('input_datetime.sk_alarm_time', 'timestamp') - 1200) | timestamp_custom('%H:%M', true) }}
condition:
  - condition: and
    conditions:
      - condition: state
        entity_id: person.soid
        state: home
      - condition: time
        weekday:
          - mon
          - tue
          - thu
          - wed
          - fri
action:
  - service: script.scr_sk_wakeuplight
    data: {}
mode: single

[ Voor 58% gewijzigd door Septillion op 04-12-2023 16:25 ]

[sOid]

Septillion schreef op maandag 4 december 2023 @ 15:46:
@sOid Verwacht je het wel op het juiste moment? Want je gebruikt je timestamp als GMT+0 en je now() is GMT+1 (uitgaande van Nederland). Je hebt dus een verschil van een uur. Wil je niet juist timestamp_custom('%H:%M', true)?

En let even op dat zo verschuiven mis gaat rond middernacht Zou toch zo wel goed moeten gaan ja.

Goeie, dat moet ik indd ff aanpassen. Maar dat maakt voor de werking van de trigger niet uit toch? Zou alleen het moment verkeerd moeten gaan.

En de and-conditie is niet nodig, condities zijn impliciet al AND.

Ja weet ik, maar ik vergeet dit altijd als ik een tijdje niets met automations heb gedaan. Dus ik heb de gewoonte om het toe te voegen als geheugensteuntje

[TheFes]

sOid schreef op maandag 4 december 2023 @ 15:16:
Ik vrees dat ik wat hulp nodig heb met de trigger van een automation. Volgens mij klopt alles gewoon, maar de automation wordt niet getriggerd.

Ik gebruik een template trigger om de tijd van input_datetime.sk_alarm_time uit te lezen, en op het moment dat het 1200 seconden (20 minuten) vóór de tijd uit de input_datetime is, moet de automation worden getriggerd.

Als ik de template test, zie ik 'm ook veranderen van false naar true op het moment dat het moet. Maar de automation wordt niet getriggerd.

Ik heb het ook met een binary sensor als trigger geprobeerd, waar ik de template in heb verwerkt. Maar dat biedt ook geen oplossing.

YAML:

alias: am_sk_wakeuplight
description: ""
trigger:
  - platform: template
    value_template: >-
      "{{ now().timestamp() | timestamp_custom('%H:%M') ==
      (state_attr('input_datetime.sk_alarm_time', 'timestamp') - 1200) |
      timestamp_custom('%H:%M', false) }}"
condition:
  - condition: and
    conditions:
      - condition: state
        entity_id: person.soid
        state: home
      - condition: time
        weekday:
          - mon
          - tue
          - thu
          - wed
          - fri
action:
  - service: script.scr_sk_wakeuplight
    data: {}
mode: single

Je quotes om het template moeten weg. Het multi line teken maakt het al een string, door nogmaals quotes er omheen te zetten wordt je hele template als string behandeld, en dus niet als template gerenderd.

@Septillion hij rendert nu niets, hij laat gewoon het hele template als string staan

[Septillion]

TheFes schreef op maandag 4 december 2023 @ 16:19:
@Septillion hij rendert nu niets, hij laat gewoon het hele template als string staan

Net even getest met een template sensor, hij rendert wel maar gewoon met quotes er omheen.

[TheFes]

Septillion schreef op maandag 4 december 2023 @ 16:41:
[...]

Net even getest met een template sensor, hij rendert wel maar gewoon met quotes er omheen.

Ik sta gecorrigeerd

[sOid]

Septillion schreef op maandag 4 december 2023 @ 16:41:
[...]

Net even getest met een template sensor, hij rendert wel maar gewoon met quotes er omheen.

Indd, en voegt er een hoofdletter aan toe. Dus "False" ipf false.

Misschien is wel waardoor 't niet wordt getriggerd. Ik merk het over een paar minuten

Edit. Ja dat is het inderdaad. HA interpreteerde "False" niet als boolean, maar false wel.

Dit is 'm uiteindelijk geworden:

YAML:

{{ now().timestamp() | timestamp_custom('%H:%M') == (state_attr('input_datetime.sk_alarm_time', 'timestamp') - 1200) | timestamp_custom('%H:%M', false) }}

N.b. door die laatste false op true te zetten, wordt er niets meer getriggerd. Lijkt toch niet iets met de tijd-offset te doen maar iets anders (@Septillion)

[ Voor 38% gewijzigd door sOid op 04-12-2023 16:50 ]

[TheFes]

sOid schreef op maandag 4 december 2023 @ 16:43:
[...]

Indd, en voegt er een hoofdletter aan toe. Dus "False" ipf false.

Misschien is wel waardoor 't niet wordt getriggerd. Ik merk het over een paar minuten

False en false zijn onderling uitwisselbaar in HA (zo lang je er dus geen string van maakt)

@Septillion
Ook even getest, maar een string met "True" of "False" werkt voor een template trigger.

Dit werkt namelijk gewoon als trigger

YAML:

platform: template
value_template: "{{ 'True' if is_state('input_boolean.test', 'on') else 'False' }}"

En dit ook:

YAML:

platform: template
value_template: "{{ is_state('input_boolean.test', 'on') | string }}"

En dit

YAML:

platform: template
value_template: >
  {{ is_state('input_boolean.test', 'on') | string }}

Maar dit niet:

YAML:

platform: template
value_template: >
  "{{ is_state('input_boolean.test', 'on') | string }}"

Dus hij triggert wel als hij van de string "False" naar de string "True" gaat.

[sOid]

@TheFes Ik begrijp de verschillen niet helemaal, maar ben wel blij dat het werkt

---

Nu we toch bezig zijn. Ik heb een template sensor die bij huidige staat van sensor.moon_phase de corresponderende mdi-icon weergeeft. Hij pakt op basis van de state inderdaad de juiste (waning gibbous op dit moment) maar de daadwerkelijke icoontjes worden niet weergegeven. HA laat nu dus letterlijk dit zien: mdi:moon-waning-gibbous.

Overigens krijg ik hetzelfde als ik de icon state_attr van sensor.moon_phase uitlees. Had gehoopt dat ik 't op deze manier kon fixen.

Ik denk eigenlijk dat ik iets wil dat niet mogelijk is. Maar heeft een van jullie nog een suggestie?

YAML:

  - platform: template
    sensors:
      greeting_moon_phase_icon:
        friendly_name: greeting_moon_phase_icon
        value_template: >-
          {% set icons = {
            "new_moon": "mdi:moon-new",
            "waxing_crescent": "mdi:waxing-crescent",
            "first_quarter": "mdi:moon-first-quarter",
            "waxing_gibbous": "mdi:waxing-gibbous",
            "full_moon": "mdi:moon-full",
            "waning_gibbous": "mdi:moon-waning-gibbous",
            "last_quarter": "mdi:moon-last-quarter",
            "waning_crescent": "mdi:waning-crescent"
          } %}
          {{ icons[states('sensor.moon_phase')] }}

[ Voor 8% gewijzigd door sOid op 04-12-2023 17:54 ]

[Septillion]

@TheFes Ja, het is een beetje lastig en makkelijk te verwarren qua notatie. Door mono te gebruiken wilde ik dus aangeven dat de quotes dus onderdeel van de render zijn en niet een indicatie voor een string. Gezien de uitkomst van een template of een multiline yaml altijd een string is heeft een type-aanduiding dus ook geen betekenis. Altijd lekker verwarrend om types aan te duiden

[Septillion]

sOid schreef op maandag 4 december 2023 @ 16:43:
Edit. Ja dat is het inderdaad. HA interpreteerde "False" niet als boolean, maar false wel.

false of False maakt dus niet uit, False versus "False" dus wel

Dit is 'm uiteindelijk geworden:

YAML:

{{ now().timestamp() | timestamp_custom('%H:%M') == (state_attr('input_datetime.sk_alarm_time', 'timestamp') - 1200) | timestamp_custom('%H:%M', false) }}

Eerste mag je dus ook versimpelen met now().strftime('%H:%M')

N.b. door die laatste false op true te zetten, wordt er niets meer getriggerd. Lijkt toch niet iets met de tijd-offset te doen maar iets anders (@Septillion)

Dat is nog wel raar. Want als ik in devtools het volgende bekijk:

Django/Jinja:

state: {{ states('input_datetime.test') }}
timestamp: {{ state_attr('input_datetime.test', 'timestamp') }}
false: {{ state_attr('input_datetime.test', 'timestamp')|timestamp_custom('%H:%M', false) }}
true: {{ state_attr('input_datetime.test', 'timestamp')|timestamp_custom('%H:%M', true) }}

is de uitkomst:

code:

state: 2023-11-23 16:01:00
timestamp: 1700751660.0
false: 15:01
true: 16:01

Ofwel, de timestamp is (zoals verwacht) in GMT en zal met false ook niet naar local omgezet worden.

[-Casper]

Ik zit met een bijzonder fenomeen. Een automation die niet verder komt dan de trigger obv "only a single execution is allowed".

De automation is recht toe recht aan. Vandaag de wasmachine al 3 x aangezet (ja... Vraag niet waarom) maar de automation heeft gisteren voor het laatst succesvol getriggerd.

Ik kan uiteraard de automation gewoon aanpassen naar een andere mode, maar ik achterhaal liever de oorzaak.

Iemand enig idee?

YAML:

alias: Wasmachine
max_exceeded: silent
trigger:
  - platform: numeric_state
    entity_id: sensor.blitzwolf_plug_2_power
    above: 200
    id: running
  - platform: numeric_state
    entity_id: sensor.blitzwolf_plug_2_power
    below: 2
    for:
      minutes: 2
    id: done
action:
  - choose:
      - conditions:
          - condition: trigger
            id: running
        sequence:
          - service: input_select.select_option
            entity_id: input_select.wasmachine
            data:
              option: Wassen
      - conditions:
          - condition: trigger
            id: done
        sequence:
          - service: input_select.select_option
            entity_id: input_select.wasmachine
            data:
              option: Klaar
          - service: script.turn_on
            entity_id: script.notify_home
            data:
              variables:
                title: Wasmachine is klaar
                message: Ophangen die was!
                icon: mdi:washing-machine
                tag: wasmachine
          - service: script.turn_on
            entity_id: script.cast_zolder
            data:
              variables:
                path: /local/gif/wasmachine.gif
                delay: 60
          - service: script.turn_on
            entity_id: script.voice_notification
            data:
              variables:
                message: De wasmachine is klaar
          - delay:
              seconds: 30
          - service: media_player.turn_off
            data:
              entity_id: media_player.nest_hub