Home Assistant: Open source Python3 home automation - deel 4

[torretje2012]

iemand nog tips voor een mooie tablet+wallmount die ook nog betaalbaar is? €150 voor alleen een mount (x3) word hem hier niet =D

[slow whoop]

Toppe schreef op donderdag 9 juni 2022 @ 11:34:
[...]

offtopic:
Ik heb niet dit weer station maar een Netatmo. Onze vorige buurman had een gekalibreerd exemplaar wat jaarlijks werd gecontroleerd. Die heb ik gebruikt als retentie en nadat ik de Netatmo geplaatst had zoals ‘moest’ hadden we de zelfde waarde.

Hoe geplaatst? Ik heb deze gehaald met een CV buis, M6 draadeinde en wat moertjes.

3 gaten in CV buis gemaakt, draadeind er doorheen en vast zetten met moertjes.

Stuk draadeind genomen en die verbogen aan de onderkant.

Beton gemaakt en in die emmer gelaten, CV buis er in en het losse stuk draadeind. Zorgen dat het waterpas staat en laten uitharden.

Daarna 4 granuflex tegels genomen (10x10x1cm), emmer opgezet. Rondom gaten geboord en vol gestort met grind.

Op de CV buis het weerstation gehangen en op het losse draadeind de regen meter.

Resultaat:

[Afbeelding]

offtopic:
Mooi gedaan! Dat ophangen is inderdaad wel een dingetje. Ik heb ook geen gebruik gemaakt van het plastic pijpje dat er bij zat, maar heb een aluminium buis gekocht, een een paar muurbeugels en hem zo aan m'n stenen shutting bevestigd. Hij hangt nu zo'n 50 cm boven m'n schutting, en muurvast (letterlijk). En is zo ook makkelijker naar het Noorden te draaien (voor de juiste windrichting).

Werkt jouw Metatmo ook met HA?

[Toppe]

slow whoop schreef op donderdag 9 juni 2022 @ 11:58:
[...]

offtopic:
Mooi gedaan! Dat ophangen is inderdaad wel een dingetje. Ik heb ook geen gebruik gemaakt van het plastic pijpje dat er bij zat, maar heb een aluminium buis gekocht, een een paar muurbeugels en hem zo aan m'n stenen shutting bevestigd. Hij hangt nu zo'n 50 cm boven m'n schutting, en muurvast (letterlijk). En is zo ook makkelijker naar het Noorden te draaien (voor de juiste windrichting).

Werkt jouw Metatmo ook met HA?

Yep. Werkt zonder problemen, zelfs zonder de "officiële" intergratie (ik doe mee aan aan beta test voor de Netatmo intergratie zodat ook de deurbel ondersteund wordt)

[Septillion]

@TheFes Denk dat je nog werkelijk wilt vergelijken met 'now' (ipv hem alleen in een var te stoppen...)

[ Voor 24% gewijzigd door Septillion op 09-06-2022 12:06 ]

[Sicco92]

Toppe schreef op donderdag 9 juni 2022 @ 11:23:
[...]


Nee, helemaal niets:
[Afbeelding]

Ah, ik bedoelde niet in het energy dashboard, maar het verloop van de sensor die je daarin hebt toegevoegd. Dus zoiets:

In dit topic is wel vaker voorgekomen dat mensen een enorme spike hadden omdat de sensor zichzelf tijdelijk resette naar 0, wat rare metingen gaf in het energy dashboard. Vandaar dat ik benieuwd was naar de sensor zelf, of je daar rare dingen in ziet.

Kan je trouwens terugvinden op welke dag dat bedrag zo hoog is geworden?

[Toppe]

Sicco92 schreef op donderdag 9 juni 2022 @ 12:06:
[...]

Ah, ik bedoelde niet in het energy dashboard, maar het verloop van de sensor die je daarin hebt toegevoegd. Dus zoiets:
[Afbeelding]
In dit topic is wel vaker voorgekomen dat mensen een enorme spike hadden omdat de sensor zichzelf tijdelijk resette naar 0, wat rare metingen gaf in het energy dashboard. Vandaar dat ik benieuwd was naar de sensor zelf, of je daar rare dingen in ziet.

Kan je trouwens terugvinden op welke dag dat bedrag zo hoog is geworden?

Heb gister pas het bedrag ingevuld, de informatie tot en met gister is onjuist. Die van vandaag is wél goed.

Gek genoeg heb ik die sensor eerder aangesloten dan dit overzicht laat zien.


Edit: Gelukkig hebben we Grafana nog:

[ Voor 16% gewijzigd door Toppe op 09-06-2022 12:14 ]

[Magic]

Toppe schreef op donderdag 9 juni 2022 @ 12:10:
[...]
Gek genoeg heb ik die sensor eerder aangesloten dan dit overzicht laat zien.
[Afbeelding]

Dat is niet gek, de standaardinstelling van Home Assistant staat op 10 dagen dataretentie. Daarna gaat het (indien mogelijk) de long term database in.

[ Voor 17% gewijzigd door Magic op 09-06-2022 12:15 ]

[TheFes]

Septillion schreef op donderdag 9 juni 2022 @ 12:06:
@TheFes Denk dat je nog werkelijk wilt vergelijken met 'now' (ipv hem alleen in een var te stoppen...)

Ja, was er inmidels al achter, more coffeeeee!

[Toppe]

Magic schreef op donderdag 9 juni 2022 @ 12:14:
[...]

Dat is niet gek, de standaardinstelling van Home Assistant staat op 10 dagen dataretentie. Daarna gaat het (indien mogelijk) de long term database in.

Logisch maar je zou bij het energy dashboard verwachten dat hij dan in elk geval aan het eind van de dag een totaal record in z'n long term database wegschrijft zodat je de gegevens in elk geval nog kan inzien.

[RobertMe]

Septillion schreef op donderdag 9 juni 2022 @ 12:06:
@TheFes Denk dat je nog werkelijk wilt vergelijken met 'now' (ipv hem alleen in een var te stoppen...)

Dat doet @TheFes in zijn laatste post dan ook TheFes in "Home Assistant: Open source Python3 home automation - deel 4"

Overigens had ik daar nog niet aan gedacht. Maar dat gaat natuurlijk goed doordat een template trigger ook alleen af gaat bij een false => true wijziging. En niet elke keer dat het template opnieuw wordt uitgevoerd en het resultaat true is.

[Magic]

Toppe schreef op donderdag 9 juni 2022 @ 12:17:
[...]


Logisch maar je zou bij het energy dashboard verwachten dat hij dan in elk geval aan het eind van de dag een totaal record in z'n long term database wegschrijft zodat je de gegevens in elk geval nog kan inzien.

Het energy dashboard kijkt wel naar je long term database, maar de screenshot is van de history, welke niet toont wat in je long term database staat.

Edit: ah, ik begrijp nu pas wat je bedoeld, je zou de tellerstanden aan het eind van de dag willen zien. Helaas lijkt dat er niet in te zitten, volgens mij worden enkel de delta's opgeslagen in de long term, maar niet de tellerstanden.

[ Voor 19% gewijzigd door Magic op 09-06-2022 12:23 ]

[B-Force]

torretje2012 schreef op donderdag 9 juni 2022 @ 11:54:
iemand nog tips voor een mooie tablet+wallmount die ook nog betaalbaar is? €150 voor alleen een mount (x3) word hem hier niet =D

ik krijg morgen een Lenova M10 FHD tab binnen (marktplaats 85 EUR) en wil deze met een (witte) wall mount van 58 EUR aan de muur gaan hangen. Kosten in totaal +/- 150 EUR...

[-CJ]

Heb zelf ook een goedkope Lenovo M10 tablet (55euro op marktplaats) in combinatie met Full Kiosk browser. Los van het feit dat 'ie continue de wifi verbinding kwijt is werkt het wel prima.

Ophangen doe ik via een hoesje dat ik er bij heb gekregen zodra ik de wifi problemen heb opgelost.

[Toppe]

Toppe schreef op woensdag 8 juni 2022 @ 14:42:
Andere vraag:

Ik heb een bewegingsmelder in de gang hangen en een magneet contact op de tussendeur. Nou wil ik graag dat het alarm uitgeschakeld wordt als er beweging in de gang is en de tussendeur binnen 30 seconde open gaat. Uitschakelen op dat magneet contact lukt nog wel, maar hoe ga je controleren of er eerst beweging was?

Iemand hier nog een idee voor?

[TheFes]

Toppe schreef op donderdag 9 juni 2022 @ 12:55:
[...]


Iemand hier nog een idee voor?

Check of de bewegingssensor `on` is en of last_updated minder dan 30 seconden geleden was.

[Sicco92]

Toppe schreef op donderdag 9 juni 2022 @ 12:55:
[...]


Iemand hier nog een idee voor?

Kan je hier wat mee? https://www.home-assistant.io/docs/scripts/#wait

Hier staan een paar wait-acties waar je misschien wat mee kan. Het klinkt alsof je misschien wel overweg kan met de wait_for_trigger of wait_template

[torretje2012]

B-Force schreef op donderdag 9 juni 2022 @ 12:34:
[...]


ik krijg morgen een Lenova M10 FHD tab binnen (marktplaats 85 EUR)en wil eze met een (witte) wall mount van 58 EUR aan de muur gaan hangen. Kosten in totaal +/- 150 EUR...

Linkje naar de wallmount?

[Toppe]

TheFes schreef op donderdag 9 juni 2022 @ 12:59:
[...]


Check of de bewegingssensor `on` is en of last_updated minder dan 30 seconden geleden was.

Dat is een goeie. Echter heb ik net deze automation via de GUI gemaakt, alle fouten er uit, in een nieuw .yaml bestand geplakt: fouten

YAML:

alias: Nieuwe automatisering
description: ''
mode: single
trigger:
  - type: opened
    platform: device
    device_id: 2327e87068ae12fa5baa5156f96885a7
    entity_id: binary_sensor.tussendeur
    domain: binary_sensor
condition:
  - type: is_motion
    condition: device
    device_id: df1f76459ddf0b2eae5e446c22840cc8
    entity_id: binary_sensor.lumi_29
    domain: binary_sensor
    - condition: template
        value_template: "{{ as_timestamp(now()) - as_timestamp(states.binary_sensor.lumi_29.last_changed) > 30 }}"
action:
  - device_id: 280a41dee1e05ea42b9568363311e9f3
    domain: alarm_control_panel
    entity_id: alarm_control_panel.alarmo
    type: disarm

Foutmelding:

code:

bad indentation of a sequence entry at line 16, column 5:
        - condition: template
        ^

[TheFes]

Toppe schreef op donderdag 9 juni 2022 @ 13:25:
[...]


Dat is een goeie. Echter heb ik net deze automation via de GUI gemaakt, alle fouten er uit, in een nieuw .yaml bestand geplakt: fouten

YAML:

alias: Nieuwe automatisering
description: ''
mode: single
trigger:
  - type: opened
    platform: device
    device_id: 2327e87068ae12fa5baa5156f96885a7
    entity_id: binary_sensor.tussendeur
    domain: binary_sensor
condition:
  - type: is_motion
    condition: device
    device_id: df1f76459ddf0b2eae5e446c22840cc8
    entity_id: binary_sensor.lumi_29
    domain: binary_sensor
    - condition: template
        value_template: "{{ as_timestamp(now()) - as_timestamp(states.binary_sensor.lumi_29.last_changed) > 30 }}"
action:
  - device_id: 280a41dee1e05ea42b9568363311e9f3
    domain: alarm_control_panel
    entity_id: alarm_control_panel.alarmo
    type: disarm

Foutmelding:

code:

bad indentation of a sequence entry at line 16, column 5:
        - condition: template
        ^

Kun je de fout niet zelf zien als je naar je code kijkt, dit in combinatie met de vrij duidelijke foutmelding?

template kan ook zo trouwens:

Django/Jinja:

{{ (now() - states.binary_sensor.lumi_29.last_changed).seconds > 30 }}

[ Voor 4% gewijzigd door TheFes op 09-06-2022 13:27 ]

[Toppe]

TheFes schreef op donderdag 9 juni 2022 @ 13:26:
[...]


Kun je de fout niet zelf zien als je naar je code kijkt, dit in combinatie met de vrij duidelijke foutmelding?

template kan ook zo trouwens:

Django/Jinja:

{{ (now() - states.binary_sensor.lumi_29.last_changed).seconds > 30 }}

Nadat ik de bewegingsmelder er zelf uitgesloopt heb en een ID boven aan heb toegevoegd lijkt het te werken!

YAML:

- id: '1653987570833'
  alias: Alarm uitschakelen.
  description: ''
  mode: single
  trigger:
  - type: opened
    platform: device
    device_id: 2327e87068ae12fa5baa5156f96885a7
    entity_id: binary_sensor.tussendeur
    domain: binary_sensor
  condition:
    condition: template
    value_template: "{{ as_timestamp(now()) - as_timestamp(states.binary_sensor.lumi_29.last_changed) < 30 }}"
  action:
  - device_id: 280a41dee1e05ea42b9568363311e9f3
    domain: alarm_control_panel
    entity_id: alarm_control_panel.alarmo
    type: disarm

[TheFes]

Toppe schreef op donderdag 9 juni 2022 @ 13:53:
[...]


Nadat ik de bewegingsmelder er zelf uitgesloopt heb en een ID boven aan heb toegevoegd lijkt het te werken!

YAML:

- id: '1653987570833'
  alias: Alarm uitschakelen.
  description: ''
  mode: single
  trigger:
  - type: opened
    platform: device
    device_id: 2327e87068ae12fa5baa5156f96885a7
    entity_id: binary_sensor.tussendeur
    domain: binary_sensor
  condition:
    condition: template
    value_template: "{{ as_timestamp(now()) - as_timestamp(states.binary_sensor.lumi_29.last_changed) < 30 }}"
  action:
  - device_id: 280a41dee1e05ea42b9568363311e9f3
    domain: alarm_control_panel
    entity_id: alarm_control_panel.alarmo
    type: disarm

Dan triggert ie ook als er geen beweging is en de tussendeur open gaat.
Je had de template condition 2 spaties naar voren moeten zetten zodat ie gelijk stond met de device condition.

[Gizz]

Bestaat er ergens een goed overzicht van HACS integrations, bijvoorbeeld per thema? Of gewoon een overzicht van de meestgebruikte HACS integrations? Niet dat populair hetzelfde is als goed, maar toch..

Ik merk dat het vinden van interessante integrations bij mij vooral op toeval berust. Zo gebruik ik adaptive-lighting omdat ik die eens in een post in dit topic ben tegengekomen en Thermal Comfort vanwege een Reddit post (denk ik). Maar die integrations had ik net zo goed compleet gemist kunnen hebben als ik een dag later in dit topic of op Reddit had gekeken.

Met ruim 700 integrations die standaard in HACS zitten is een lange alfabetische lijst ook niet echt nuttig. Soms kom je met een bepaalde zoekterm nog wel een eind, maar vaak ook niet. Een lijst met veelgebruikte integrations, liefst per thema of zo, zou veel helpen ter inspiratie

[Toppe]

TheFes schreef op donderdag 9 juni 2022 @ 13:54:
[...]


Dan triggert ie ook als er geen beweging is en de tussendeur open gaat.
Je had de template condition 2 spaties naar voren moeten zetten zodat ie gelijk stond met de device condition.

Hoe bedoel je dat? Ik heb net even zitten testen en zodra ik de deur open doe gebeurt er niets, ook niet als ik in die tussentijd de ruimte inloop en de bewegingsmelder trigger.

Doe ik de deur open, trigger de bewegingsmelder, doe de deur dicht en opnieuw open dan gaat schakelt hij het alarm wel uit.

[TheFes]

Toppe schreef op donderdag 9 juni 2022 @ 14:08:
[...]


Hoe bedoel je dat? Ik heb net even zitten testen en zodra ik de deur open doe gebeurt er niets, ook niet als ik in die tussentijd de ruimte inloop en de bewegingsmelder trigger.

Doe ik de deur open, trigger de bewegingsmelder, doe de deur dicht en opnieuw open dan gaat schakelt hij het alarm wel uit.

Omdat je nu alleen nog maar controleert of er de afgelopen 30 seconen een wijziging in state van de bewegingsmelder is. Dat zou ook een wijziging van "beweging gedetecteerd" naar "geen beweging" kunnen zijn. Het is een beetje afhankelijk van de cooldown van je motion sensor na hoeveel tijd dat is.

Vandaar dat die andere condition controleerde of de motion sensor daadwerkelijk ook motion gedecteerd had.

[Toppe]

TheFes schreef op donderdag 9 juni 2022 @ 14:11:
[...]


Omdat je nu alleen nog maar controleert of er de afgelopen 30 seconen een wijziging in state van de bewegingsmelder is. Dat zou ook een wijziging van "beweging gedetecteerd" naar "geen beweging" kunnen zijn. Het is een beetje afhankelijk van de cooldown van je motion sensor na hoeveel tijd dat is.

Vandaar dat die andere condition controleerde of de motion sensor daadwerkelijk ook motion gedecteerd had.

Ach so! Natuurlijk, dom van me

YAML:

- id: '1653987570833'
  alias: Alarm uitschakelen.
  description: ''
  mode: single
  trigger:
  - type: opened
    platform: device
    device_id: 2327e87068ae12fa5baa5156f96885a7
    entity_id: binary_sensor.tussendeur
    domain: binary_sensor
  condition:
  - type: is_motion
    condition: device
    device_id: df1f76459ddf0b2eae5e446c22840cc8
    entity_id: binary_sensor.lumi_29
    domain: binary_sensor
  - condition: time
    after: '06:30:00'
    before: '08:00:00'
  - condition: template
    value_template: "{{ as_timestamp(now()) - as_timestamp(states.binary_sensor.lumi_29.last_changed) < 30 }}"
  action:
  - device_id: 280a41dee1e05ea42b9568363311e9f3
    domain: alarm_control_panel
    entity_id: alarm_control_panel.alarmo
    type: arm_home

Ik heb nu ook een time conduction er in gezet. Als het goed is schakelt hij dus alleen het alarm naar "home" als:
- Er beweging is geconstateerd
- Deur open gaat en beweging minder dan 30 seconde geleden is
- Tussen 06:30 en 08:00

[ Voor 11% gewijzigd door Toppe op 09-06-2022 14:24 ]

[DikkieDick]

Ik heb een p1-meter en een kwh-meter die de zonnepanelenopbrengst meet. Op basis van deze 2 waardes wil ik bepalen wat het actuele stroomverbruik is en dat gaat bij mij als volgt:

YAML:

 - sensor:                                                                                                                                                        
      - name: 'Actueel stroom verbruik'                                                                                                                            
        unit_of_measurement : "W"                                                                                                                                  
        state: "{{ (states('sensor.p1_meter_active_power') | round(1, default=0)  - states('sensor.kwh_meter_zonnepanelen_active_power') | round(1, default=0)) }}"
        icon: mdi:flash   

Werkt op zich goed, maar soms krijg je ook 'vreemde' negatieve waardes omdat ze waarschijnlijk net niet tegelijkertijd worden geupdate. En dat levert soms vreemde grafieken op. Hoe krijg ik het handig voor elkaar zodat ik toch fatsoenlijke grafieken heb? Of ik moet de negatieve waardes op d'1 of andere manier zien te skippen.

[Dutchess_Nicole]

DikkieDick schreef op donderdag 9 juni 2022 @ 14:34:
Ik heb een p1-meter en een kwh-meter die de zonnepanelenopbrengst meet. Op basis van deze 2 waardes wil ik bepalen wat het actuele stroomverbruik is en dat gaat bij mij als volgt:

YAML:

 - sensor:                                                                                                                                                        
      - name: 'Actueel stroom verbruik'                                                                                                                            
        unit_of_measurement : "W"                                                                                                                                  
        state: "{{ (states('sensor.p1_meter_active_power') | round(1, default=0)  - states('sensor.kwh_meter_zonnepanelen_active_power') | round(1, default=0)) }}"
        icon: mdi:flash   

Werkt op zich goed, maar soms krijg je ook 'vreemde' negatieve waardes omdat ze waarschijnlijk net niet tegelijkertijd worden geupdate. En dat levert soms vreemde grafieken op. Hoe krijg ik het handig voor elkaar zodat ik toch fatsoenlijke grafieken heb? Of ik moet de negatieve waardes op d'1 of andere manier zien te skippen.

Ik gebruik al tijden dit

YAML:

- sensor:
  - name: "net_power_flow"
    unit_of_measurement: "kW"
    state: >
      {{ ( states('sensor.power_consumption') | float(default=0) - states('sensor.power_production') | float(default=0) ) }}

en dat werkt prima. Lijkt me functioneel hetzelfde, alleen heb ik een andere unit ingesteld.

Wat wel opvalt is dat je de round() functie gebruikt maar niet zoals in de docs beschreven staat:
https://www.home-assistant.io/docs/configuration/templating/

round kan meerdere parameters meekrijgen maar default= is er niet 1 van.

Ik denk dat dat het issue is. Als je de round() alleen het afronden laat doen en dan cast naar een float met een default zal het denk ik wat beter werken.

[RVE_NL]

Ik heb een Nest Doorbell (Batery) en wil een notification met .mp4 clip weergeven. Het lukt mij prima om notificatie met text message mee te sturen bij het indrukken van de deurbell, ik krijg alleen het toevoegen van de mp4 (of een tumbnail) niet voor elkaar.

Voor de nest deurbel maak gebruik van de integratie: https://www.homeassistant.io/integrations/nest/#camera.

Volgens de toelichting pagina van de integratie, moet dit als automation ingesteld worden:

YAML:

service: notify.mobile_app_iphone
data:
  message: Doorbell Pressed
  title: Someone pressed the doorbell
  data:
    video: >-
      /api/nest/event_media/{{ trigger.event.data.device_id }}/{{ trigger.event.data.nest_event_id  }}

Ik vermoed dat ik device_id & nest_event_id moet aanpassen, maar waar vind ik deze ID's?

Overigens, ik weet niet of dit nog relevant is: De clips zijn in home assistant te bereiken via Media -> folder "Nest" -> folder "Deurbel: Recent Events" -> "Deurbel @ [datum][tijdstip]"
De clips worden niet lokaal opgeslagen, maar staan in de Nest Cloud (integratie maakt gebruik van Nest API).
Indien noodzakelijk sta ik er ook voor open de clips / tumbnails lokaal op te slaan, maar geen idee hoe dit moet gezien dit niet word toegelicht op de integratie pagina.

[TheFes]

Dutchess_Nicole schreef op donderdag 9 juni 2022 @ 14:50:
[...]


Ik gebruik al tijden dit

YAML:

- sensor:
  - name: "net_power_flow"
    unit_of_measurement: "kW"
    state: >
      {{ ( states('sensor.power_consumption') | float(default=0) - states('sensor.power_production') | float(default=0) ) }}

en dat werkt prima. Lijkt me functioneel hetzelfde, alleen heb ik een andere unit ingesteld.

Wat wel opvalt is dat je de round() functie gebruikt maar niet zoals in de docs beschreven staat:
https://www.home-assistant.io/docs/configuration/templating/

round kan meerdere parameters meekrijgen maar default= is er niet 1 van.

Ik denk dat dat het issue is. Als je de round() alleen het afronden laat doen en dan cast naar een float met een default zal het denk ik wat beter werken.

default is een valide parameter voor round, dus dat zal het probleem niet zijn

[DikkieDick]

Dutchess_Nicole schreef op donderdag 9 juni 2022 @ 14:50:
[...]


Ik gebruik al tijden dit

YAML:

- sensor:
  - name: "net_power_flow"
    unit_of_measurement: "kW"
    state: >
      {{ ( states('sensor.power_consumption') | float(default=0) - states('sensor.power_production') | float(default=0) ) }}

en dat werkt prima. Lijkt me functioneel hetzelfde, alleen heb ik een andere unit ingesteld.

Wat wel opvalt is dat je de round() functie gebruikt maar niet zoals in de docs beschreven staat:
https://www.home-assistant.io/docs/configuration/templating/

round kan meerdere parameters meekrijgen maar default= is er niet 1 van.

Ik denk dat dat het issue is. Als je de round() alleen het afronden laat doen en dan cast naar een float met een default zal het denk ik wat beter werken.

Ik ga het eens proberen. Eigenlijk zie ik dat de rare spikes voor komen op momenten dat er een wolk voor de zon komt.

En even later: nee, lost het niet op. Toch weer negatieve waardes bji het actuele stroomverbruik op moment dat dan de kwh-meter nog de negatieve waarde heeft (veel opbrengst) en de p1-meter actueel ook niet bij is gewerkt (of 1 van beide).

[ Voor 10% gewijzigd door DikkieDick op 09-06-2022 15:00 ]

[TheFes]

DikkieDick schreef op donderdag 9 juni 2022 @ 14:58:
[...]


Ik ga het eens proberen. Eigenlijk zie ik dat de rare spikes voor komen op momenten dat er een wolk voor de zon komt of er net weer voor weg.

Het zal inderdaad zijn omdat ze niet parallel lopen. Je kunt iets als {{ [ 0, template_result ] | max }} toepassen om er voor te zorgen dat het niet negatief kan zijn

[Dutchess_Nicole]

DikkieDick schreef op donderdag 9 juni 2022 @ 14:58:
[...]


Ik ga het eens proberen. Eigenlijk zie ik dat de rare spikes voor komen op momenten dat er een wolk voor de zon komt.

En even later: nee, lost het niet op. Toch weer negatieve waardes bji het actuele stroomverbruik op moment dat dan de kwh-meter nog de negatieve waarde heeft (veel opbrengst) en de p1-meter actueel ook niet bij is gewerkt (of 1 van beide).

Ja bij wolken zal het wel inkakken inderdaad. Dat zie ik ook terugkomen in my grafieken op de wat bewolktere dagen.

Misschien kan het verschil hem zitten in de DSMR versie? Ik heb een meter die DSMR v5 ondersteunt dus ik krijg in principe elke seconde een meting binnen. Ik geloof dat v4 de gegevens 'slechts' eens per 10 seconden doorgeeft, dus misschien zit daar nog een verschil in?

[rroetenberg]

Toppe schreef op donderdag 9 juni 2022 @ 08:06:
[...]


En wat voor sproei automaat? Zigbee?

Ik gebruik een Sonoff icm magneet ventielen van ali (https://nl.aliexpress.com...owEb&gatewayAdapt=glo2nld). De Sonoff heb ik geflashed met Tasmota

[rroetenberg]

feenstn schreef op woensdag 8 juni 2022 @ 19:20:
[...]

@Obelixxx

Ik heb enkel maanden terug hetzelfde gedaan en de beregening geautomatiseerd op basis van bovenstaande integratie. Werkt perfect!

Per zone houdt de integratie bij hoeveel waterbehoefte er is, (verdamping -/- neerslag) en hoelang je moet beregenen om aan deze behoefte te voldoen.

Echter ik had al wel de benodigde sensoren beschikbaar. Neerslag hoeveelheid, temperatuur, windsnelheid, luchtdruk.
Als je dit uit OpenWeatherMap haalt wordt e.e.a. iets generieker natuurlijk.

Maar kan de integratie van harte aanbevelen.

Heb je ook ergens de ET ingevuld? En zo ja, waar heb je de gegevens vandaan. Ik zoek deze nog namelijk.

[feenstn]

rroetenberg schreef op donderdag 9 juni 2022 @ 15:15:
[...]


Heb je ook ergens de ET ingevuld? En zo ja, waar heb je de gegevens vandaan. Ik zoek deze nog namelijk.

je bedoeld de referentie ET?
Deze heb ik bij het KNMI gevonden (gewasverdamping)

edit: helemaal onderaan de pagina heb je de jaar overzichten, hoef je niet alle maanden open te klikken.

Ik heb van de meetstations hier in de buurt de waardes van afgelopen jaren per maand opgelijst en gemiddelde bepaald. Dit heb ik als referentieindex ingegeven. Was even een werkje, maar dan heb je ook wat...

[ Voor 8% gewijzigd door feenstn op 09-06-2022 16:27 ]

[rroetenberg]

feenstn schreef op donderdag 9 juni 2022 @ 15:40:
[...]


je bedoeld de referentie ET?
Deze heb ik bij het KMNI gevonden (gewasverdamping)

edit: helemaal onderaan de pagina heb je de jaar overzichten, hoef je niet alle maanden open te klikken.

Ik heb van de meetstations hier in de buurt de waardes van afgelopen jaren per maand opgelijst en gemiddelde bepaald. Dit heb ik als referentieindex ingegeven. Was even een werkje, maar dan heb je ook wat...

Helder, en dat maand getal heb jij gedeeld door het aantal dagen van die maand en dat is de waarde geworden?

[feenstn]

rroetenberg schreef op donderdag 9 juni 2022 @ 16:24:
[...]

Helder, en dat maand getal heb jij gedeeld door het aantal dagen van die maand en dat is de waarde geworden?

klopt

[DikkieDick]

Dutchess_Nicole schreef op donderdag 9 juni 2022 @ 15:09:
[...]

Misschien kan het verschil hem zitten in de DSMR versie? Ik heb een meter die DSMR v5 ondersteunt dus ik krijg in principe elke seconde een meting binnen. Ik geloof dat v4 de gegevens 'slechts' eens per 10 seconden doorgeeft, dus misschien zit daar nog een verschil in?

Aha. Ja, is idd v4. (of 4.2).

[DikkieDick]

TheFes schreef op donderdag 9 juni 2022 @ 15:01:
[...]


Het zal inderdaad zijn omdat ze niet parallel lopen. Je kunt iets als {{ [ 0, template_result ] | max }} toepassen om er voor te zorgen dat het niet negatief kan zijn

YAML:

  - sensor:                                                                                                                                                                             
      - name: 'Actueel stroom verbruik'                                                                                                                                                 
        unit_of_measurement : "W"                                                                                                                                                       
        state: "{{ max( 0, (states('sensor.p1_meter_active_power') | float(default=0)  - states('sensor.kwh_meter_zonnepanelen_active_power') | float(default=0))) }}"                  
        icon: mdi:flash                                                                                                                                                                 

Geeft in ieder geval geen negatieve meer en idd 0. Misschien nog iets verzinnen om toch een gemiddelde van aantal metingen te hebben (bv. gemiddelde laatste 15 seconden), want je krijgt ook spikes de andere kant op soms.

[Rouwette]

Zijn er hier mensen met de Reolink E1 camera? (niet pro en niet zoom)
Zo ja, is het jou wel gelukt deze in HA te krijgen?

[Sicco92]

DikkieDick schreef op donderdag 9 juni 2022 @ 17:17:
[...]

YAML:

  - sensor:                                                                                                                                                                             
      - name: 'Actueel stroom verbruik'                                                                                                                                                 
        unit_of_measurement : "W"                                                                                                                                                       
        state: "{{ max( 0, (states('sensor.p1_meter_active_power') | float(default=0)  - states('sensor.kwh_meter_zonnepanelen_active_power') | float(default=0))) }}"                  
        icon: mdi:flash                                                                                                                                                                 

Geeft in ieder geval geen negatieve meer en idd 0. Misschien nog iets verzinnen om toch een gemiddelde van aantal metingen te hebben (bv. gemiddelde laatste 15 seconden), want je krijgt ook spikes de andere kant op soms.

Misschien kan je eens kijken naar filter-sensors: https://www.home-assistant.io/integrations/filter/

Ik heb er zelf nog geen gebruik van gemaakt, maar het lijkt alsof je hiermee alles zou kunnen doen wat je wil doen. Zo kan je bijvoorbeeld outliers negeren en ook een time_simple_moving_average-filter maken. Misschien eens leuk om met wat verschillende filters te spelen.

Ik kan alleen zo niet bedenken wat de beste manier is om 2 sensors op te tellen via zo'n filter-sensor. Wellicht werkt het wel goed om je bovenstaande 'Actueel stroom verbruik'-sensor in zo'n filter te gooien.

[Koepert]

Goedemiddag,

Ik weet dat er meer mensen zijn die de UI Minimalist 'thema' gebruiken. Hoe doen jullie dat met ' nieuwe' custom cards en informatie? Mis ik ergens een goudmijn aan info of ben ik te noob hiervoor?

Voorbeeld: de Person info Card: https://ui-lovelace-minim.../custom_card_person_info/

Die maakt gebruikt van een binary_sensor.driving of iemand aan het rijden is.. Is dat iets heel simpels dat ik gewoon niet weet hoe je die specifieke sensor maakt of staan dergelijke ' zijsporen' meestal ook ergens nog gedocumenteerd?

[Septillion]

Sicco92 schreef op donderdag 9 juni 2022 @ 17:37:
Ik kan alleen zo niet bedenken wat de beste manier is om 2 sensors op te tellen via zo'n filter-sensor. Wellicht werkt het wel goed om je bovenstaande 'Actueel stroom verbruik'-sensor in zo'n filter te gooien.

Inderdaad weer de template filter daarin gooien. Zou ik wel de versie pakken die eventueel negatief wordt want dat zou gemiddeld wel moeten kloppen.

Stond op het punt iets soortgelijks te doen. Soms is op mijn omvormer DC vermogen lager dan AC vermogen wat resulteert in een efficiëntie van >100%. Lijkt ook gewoon op een mismatch van meetmoment. Misschien doordat er voor AC over meerdere cycles gemeten wordt en ze dat bij DC niet doen ofzo.

[B-Force]

torretje2012 schreef op donderdag 9 juni 2022 @ 13:20:
[...]


Linkje naar de wallmount?

klik

[torretje2012]

B-Force schreef op donderdag 9 juni 2022 @ 20:38:
[...]


klik

58+30eu shipping, kom je op het zelfde bedrag uit als de complete tablet?

[RudolfR]

@Koepert

De companion app doet al wel een poging met de activity-sensor.

"Detected Activity" bijv. "walking", of "in_vehicle"

[Toppe]

RudolfR schreef op donderdag 9 juni 2022 @ 21:07:
@Koepert

De companion app doet al wel een poging met de activity-sensor.

"Detected Activity" bijv. "walking", of "in_vehicle"

Lijkt er op dat hij op iOS dat niet doet. Althans, bij mij staat er altijd “Unknown”

[Koepert]

Toppe schreef op donderdag 9 juni 2022 @ 21:08:
[...]


Lijkt er op dat hij op iOS dat niet doet. Althans, bij mij staat er altijd “Unknown”

Die staat momenteel bij mij op stationary, dus lijkt te werken, maar is weer geen binary, maar wellicht kan ik die wel als basis voor de binary sensor template gebruiken?

[DaRk PoIsOn]

Om even in te haken op het tablet-aan-de-muur verhaal..

Ik woon in een flat.

Situatie:

Voordeur, je loopt naar rechts de gang in.
Gang: meteen links keuken, meteen rechts computerkamer
Rechtdoor: deur naar woonkamer
Woonkamer: links aan de muur geroote toon met een halve meter daarnaast deur naar de slaapkamer.

Ik heb nu een Lenovo E8 die ik met kiosk browser wil gebruiken. Die komt in de woonkamer, de Toon® wordt dan een beetje overkill.
Bij de voordeur wil ik ook nog een tablet, waarvoor?
Alarm

Hiervoor wil ik het alarm panel gebruiken.

Zijn er hier meerdere mensen die meerdere tablets gebruiken?

Mijn Toon® doet nu: Temp (duhh), PostNL, Pihole stats, weer.

Met de tablets heb ik dan natuurlijks straks gewoon de aqara sensoren voor temp/hum en kan ik een opentherm halen voor de rest.

Bewegingssensoren zijn LIDL, verlichting is HUE, LIDL en Action, alarm moet via de rookmelders van KAKU of Heimann lopen.

Is dit een idee?

Edit:

Temperatuur Toon is nog een apart ding.
Achter de muur waar de Toon hangt, zit mijn cv. Daarboven en onder zitten de cv's van de buren. Zolang zij aan het stoken zijn, geeft mijn Toon een heerlijke temperatuur.
Doorgaans is het in de winter 22 graden volgens mijn Toon, terwijl de aqara in de woonkamer 17 zegt.
Ik moet dus de Toon op 26 graden zetten, eer het voor mij (22 graden) lekker is in de woonkamer.
Mijn huis is zo lek als een mandje, lees: dikke texelse wollen sloffen en dan nog bevroren poten.
Kan ik de aqara's ook als thermostaat gebruiken inplaats van de Toon?

Edit2: excuses, lang bericht

@RudolfR dankjewel, dat ga ik bekijken!

[ Voor 25% gewijzigd door DaRk PoIsOn op 10-06-2022 11:40 ]

[Toppe]

Koepert schreef op donderdag 9 juni 2022 @ 21:26:
[...]


Die staat momenteel bij mij op stationary, dus lijkt te werken, maar is weer geen binary, maar wellicht kan ik die wel als basis voor de binary sensor template gebruiken?

Heb hem net even in Grafana terug gezocht en daar laat hij wel wat activiteiten zien maar "Unknown" is in feite gewoon "Stationary"


_{Ik ben gister om 22:00 begonnen met lopen pas mee gesopt toen ik wakker werd. Mijn vrouw is gister 16:29 in de auto gestapt om naar huis te rijden en volgens HA stopte ze daar pas om 21:45 mee, het moment dat we naar richting bed gingen. Heel betrouwbaar is het dus niet.}

[ Voor 14% gewijzigd door Toppe op 10-06-2022 07:52 ]

[Ronker32]

Koepert schreef op donderdag 9 juni 2022 @ 17:44:
Goedemiddag,

Ik weet dat er meer mensen zijn die de UI Minimalist 'thema' gebruiken. Hoe doen jullie dat met ' nieuwe' custom cards en informatie? Mis ik ergens een goudmijn aan info of ben ik te noob hiervoor?

Voorbeeld: de Person info Card: https://ui-lovelace-minim.../custom_card_person_info/

Die maakt gebruikt van een binary_sensor.driving of iemand aan het rijden is.. Is dat iets heel simpels dat ik gewoon niet weet hoe je die specifieke sensor maakt of staan dergelijke ' zijsporen' meestal ook ergens nog gedocumenteerd?

Om de beweegrichting te vinden zou je wellicht de proximity sensor nog kunnen gebruiken, in combinatie met de sensor van je device om te bepalen welk type activiteit je uitvoert heb je volgens mij alle ingrediënten.

[ Voor 3% gewijzigd door Ronker32 op 10-06-2022 07:59 ]

[Boinkie]

Meer mensen na update waarbij growatt link geen data meer geeft in energie dashboard?

[Bockelaar]

Boinkie schreef op vrijdag 10 juni 2022 @ 08:08:
Meer mensen na update waarbij growatt link geen data meer geeft in energie dashboard?

hier draait de growatt integration en in het energie dashbord worden beide omvormers goed uitgelezen. (los van de bug in de integratie/growatt api dat je elke dag als de omvormer aangaat de eerste reading je lifetime opbrengst krijgt en dus een gare grafiek hebt - ELKE DAG! - )

Home Assistant Core 2022.6.4
Home Assistant Supervisor 2022.05.3
Home Assistant OS 8.1

[ Voor 18% gewijzigd door Bockelaar op 10-06-2022 09:48 ]

[TheFes]

Bockelaar schreef op vrijdag 10 juni 2022 @ 09:47:
[...]

hier draait de growatt integration en in het energie dashbord worden beide omvormers goed uitgelezen. (los van de bug in de integratie/growatt api dat je elke dag als de omvormer aangaat de eerste reading je lifetime opbrengst krijgt en dus een gare grafiek hebt - ELKE DAG! - )

Home Assistant Core 2022.6.4
Home Assistant Supervisor 2022.05.3
Home Assistant OS 8.1

Hier werkt Growatt ook prima, en zonder dagelijkse spike
Alles op de laatse versie.

@Bockelaar ik vermoed dat jij de verkeerde sensor hebt gekozen, je moet sensor.growatt_total_lifetime_energy_output hebben en niet sensor.qab12345a6_lifetime_energy_output

[Bockelaar]

thx @TheFes ! Ik heb idd per omvormer de lifetime energy. Ik heb geen sensor.growatt in de dropdown daar, wel de sensor.<plantname>.lifetime beodle je die?

[TheFes]

Bockelaar schreef op vrijdag 10 juni 2022 @ 10:06:
thx @TheFes ! Ik heb idd per omvormer de lifetime energy. Ik heb geen sensor.growatt in de dropdown daar, wel de sensor.<plantname>.lifetime beodle je die?

Zou kunnen, je moet even naar de grafieken kijken.

De ene (de foute) ziet er zo uit:


De goeie ziet er zo uit

[Bockelaar]

OK, officieel HELD thx @TheFes

Heb uren op github in de issues zitten spitten naar oplossingen en work-arounds, niet gevonden en gehoopt dat het ooit goed kwam. Vandaag is nu al een mooie dag!

[TheFes]

Bockelaar schreef op vrijdag 10 juni 2022 @ 10:13:
OK, officieel HELD thx @TheFes

Heb uren op github in de issues zitten spitten naar oplossingen en work-arounds, niet gevonden en gehoopt dat het ooit goed kwam. Vandaag is nu al een mooie dag!

Als je die grafiek ziet, zie je ook waarom het fout gaat, die gaat elke nacht terug naar 0, en begint dan weer met de totale opbrengst tot dat moment. Daardoor krijg je dus die spike.

[Bockelaar]

klopt. Las ook op github ergens dat het een bug is in de growatt api en dat dat nu niet oplosbaar was, vandaar mijn opmerkingen. Nooit eraan gedacht om de verzamelde waarde van beide omvormers te nemen.

[TheFes]

Bockelaar schreef op vrijdag 10 juni 2022 @ 10:16:
klopt. Las ook op github ergens dat het een bug is in de growatt api en dat dat nu niet oplosbaar was, vandaar mijn opmerkingen. Nooit eraan gedacht om de verzamelde waarde van beide omvormers te nemen.

Ik heb maar één omvormer, voor mij zijn ze dus hetzelfde.
Nooit bij stil gestaan dan de ene de omvormer is en de andere de plant.
Dat verklaart ook waarom ze onder 2 verschillende devices zitten in de integratie

Ook iets geleerd vandaag dus

[RudolfR]

@DaRk PoIsOn

Een Toon1 met root kun je gebruik laten maken van een externe sensor.
Op domoticaforum.eu staat er e.e.a. over geschreven, kan het zo snel niet vinden.
Toon2 niet.

[feenstn]

Goedemorgen,

Ik heb zojuist geupdate naar de laatste versie (2022.6.4 kwam van 2022.5.5) en nu zie ik in mijn logbook dat alle automations gelogd worden:



terwijl ik in mijn configuration.yaml de automations 'excluded' heb :

YAML:

logbook:
  exclude:
    domains:
      - automation

Als ik een automation als entiteit exclude, zie je deze niet in logbook.

Lijkt er dus op dat domain excluded niet meer werkt?
Zijn er meer met dezelfde ervaring, of doe ik iets mis?

[vortexnl1982]

Heeft iemand ervaring met de SIA integratie en HA ?

Ik heb nu eindelijk de koppeling tussen mijn AJAX alarm + HA aan de praat. Ik heb nu de entiteiten en ze hebben een status (bv disarmed).

Echter als ik de zone1.alarm entiteit op arm wil zetten via een alarm panel dan krijg ik een fout dat de entiteit de arm state niet ondersteunt ? Failed to call service <naam_van_entiteit> does not support this service.

[Septillion]

@vortexnl1982 Van de integratie page

This protocol is listen-only, so does not allow you to turn on/off your alarm system,

[Boinkie]

TheFes schreef op vrijdag 10 juni 2022 @ 09:53:
[...]


Hier werkt Growatt ook prima, en zonder dagelijkse spike
Alles op de laatse versie.

@Bockelaar ik vermoed dat jij de verkeerde sensor hebt gekozen, je moet sensor.growatt_total_lifetime_energy_output hebben en niet sensor.qab12345a6_lifetime_energy_output

Hmm.. Even kijken hoe ik het op kan lossen. Lijkt alsof de link niet meer goed is, er komt geen data meer door vanuit de omvormer terwijl de Shinephone app wel gewoon data krijgt Dat gaat dus wel goed.. Ga straks even puzzelen en als het niet lukt meld ik me nog even.

[vortexnl1982]

Septillion schreef op vrijdag 10 juni 2022 @ 10:59:
@vortexnl1982 Van de integratie page


[...]

Ooh zo slecht van mij, het staat gewoon op de tweede regel . Ok, dan wordt het alleen de alarm state uitlezen en daar mijn lampen op schakelen !

[B-Force]

torretje2012 schreef op donderdag 9 juni 2022 @ 21:04:
[...]


58+30eu shipping, kom je op het zelfde bedrag uit als de complete tablet?

vereznden idd duur, maar ook via amazon af en toe t krijgen. (neem aan dat je als tweaker daar verder wel uit komt )

[Ortep]

Ik ben nog steeds aan het puzzelen met de vroege start van mijn wekker. Ik heb de zaak flink verheenvoudigd (denk ik) maar ik krijg het toch nog niet helemaal aan de praat.

Als ik deze template voor de vroege starttijd gebruik:in developers tools

code:

{{ as_timestamp( today_at(states('input_datetime.lightalarm_time')) - timedelta(minutes = states('input_number.lightalarm_duration' ) | float))|timestamp_custom('%H:%M') }}

Dan komt daar bv uit: 12:20

Dat is wat ik verwacht

Gebruik ik dan voor de huidige tijd de template:

code:

{{ (as_timestamp( now())|timestamp_custom('%H:%M')) }}

Dan kan daar ook gewoon 12:20 uitkomen.
Niets mis mee, dat is wat ik verwacht.

Maar als ik ze vergelijk in de volgende template:

code:

{{ as_timestamp( now())|timestamp_custom('%H:%M') == today_at(states('input_datetime.lightalarm_time')) - timedelta(minutes = states('input_number.lightalarm_duration') | int) }}

Dan komt daar altijd False uit.

Het heeft vast iets met afronden, string of int te maken. Maar ik zie het even niet

[TheFes]

edit:
dubbel

[ Voor 98% gewijzigd door TheFes op 10-06-2022 13:09 ]

[TheFes]

Ortep schreef op vrijdag 10 juni 2022 @ 12:33:
Ik ben nog steeds aan het puzzelen met de vroege start van mijn wekker. Ik heb de zaak flink verheenvoudigd (denk ik) maar ik krijg het toch nog niet helemaal aan de praat.

Als ik deze template voor de vroege starttijd gebruik:in developers tools

code:

{{ as_timestamp( today_at(states('input_datetime.lightalarm_time')) - timedelta(minutes = states('input_number.lightalarm_duration' ) | float))|timestamp_custom('%H:%M') }}

Dan komt daar bv uit: 12:20

Dat is wat ik verwacht

Gebruik ik dan voor de huidige tijd de template:

code:

{{ (as_timestamp( now())|timestamp_custom('%H:%M')) }}

Dan kan daar ook gewoon 12:20 uitkomen.
Niets mis mee, dat is wat ik verwacht.

Maar als ik ze vergelijk in de volgende template:

code:

{{ as_timestamp( now())|timestamp_custom('%H:%M') == today_at(states('input_datetime.lightalarm_time')) - timedelta(minutes = states('input_number.lightalarm_duration') | int) }}

Dan komt daar altijd False uit.

Het heeft vast iets met afronden, string of int te maken. Maar ik zie het even niet

Het is veel handiger om in plaats van een string comparison, gewoon datetime objecten met elkaar te vergelijken.

Django/Jinja:

{{ now() > today_at(states('input_datetime.lightalarm_time')) - timedelta(minutes = states('input_number.lightalarm_duration') | int) }}

Je hoeft al die stappen om het om te zetten naar een timestamp niet te doen.

Overigens is je comparison altijd false, omdat je daar in het tweede gedeelte de boel niet omzet naar je custom_timestamp. Je vergelijkt daar de string (11:20) met een volledige datetime

[ Voor 5% gewijzigd door TheFes op 10-06-2022 13:05 ]

[Ortep]

@TheFes

Die 'groter dan' die jij geeft werkt prima om te vergelijken dat de tijd voorbij is.
Het probleem ontstaat als ik de wekker 's avonds om bv 23:00 instel op 07:00 de volgende morgen.

De template test dan of now() later is dan de ingestelde tijd om 6:30. Dat is natuurlijk het geval. Dat is eigenlijk bijna altijd wel het geval als de wekker ingesteld wordt nadat hij is afgegaan.

Vandaar dat ik niet naar 'later dan' wilde kijken maar naar is de tijd exact de ingestelde tijd. En dat kan niet als je now() gebruikt. Daar komt iets uit als: 2022-06-10 06:30:04.777724+02:00
En mijn input is in de vorm 06:30

Dus op de een of andere manier moet ik die twee combineren. Vandaar al die stappen om er strings van te maken.

[TheFes]

Ortep schreef op vrijdag 10 juni 2022 @ 13:16:
@TheFes

Die 'groter dan' die jij geeft werkt prima om te vergelijken dat de tijd voorbij is.
Het probleem ontstaat als ik de wekker 's avonds om bv 23:00 instel op 07:00 de volgende morgen.
De template test dan of now() later is dan de ingestelde tijd om 6:30. Dat is natuurlijk het geval. Dat is eigenlijk bijna altijd wel het geval als de wekker ingesteld wordt nadat hij is afgegaan.

Vandaar dat ik niet naar 'later dan' wilde kijken maar naar is de tijd exact de ingestelde tijd. En dat kan niet als je now() gebruikt. Daar komt iets uit als: 2022-06-10 13:15:04.777724+02:00
En mijn input is in de vorm 07:00

Dus op de een of andere manier moet ik die twee combineren. Vandaar al die stappen om er strings van te maken.

Als jij de wekker opnieuw zet, gaat het template van True naar True. Hij zal dan dus niet triggeren, want daarvoor moet ie van False naar True gaan.

Hij zal alleen triggeren als je bijvoorbeeld de wekker om 6:30 hebt staan, en hem om 6:15 al naar 6:00 zet voor de volgende dag.

Maar als je per se met custom timestamps wil werken kan dat ook wel, maar dan moet je wel beide kanten van je vergelijking naar dat custom timestamp omzetten.

[Ortep]

TheFes schreef op vrijdag 10 juni 2022 @ 13:20:
[...]


Als jij de wekker opnieuw zet, gaat het template van True naar True. Hij zal dan dus niet triggeren, want daarvoor moet ie van False naar True gaan.

Aha, die wist ik niet. Hij gaat dan dus om 00:01 naar False en dan om 06:30 weer naar True.

Maar als je per se met custom timestamps wil werken kan dat ook wel, maar dan moet je wel beide kanten van je vergelijking naar dat custom timestamp omzetten.

Ik dacht dat ik dat juist gedaan had door aan beide kanten van de == een timestamp_custom('%H:%M') te gebruiken

[TheFes]

Ortep schreef op vrijdag 10 juni 2022 @ 13:26:
[...]


Aha, die wist ik niet. Hij gaat dan dus om 00:01 naar False en dan om 06:30 weer naar True.


[...]


Ik dacht dat ik dat juist gedaan had door aan beide kanten van de == een timestamp_custom('%H:%M') te gebruiken

Dat heb je hier niet:

Maar als ik ze vergelijk in de volgende template:

code:

{{ as_timestamp( now())|timestamp_custom('%H:%M') == today_at(states('input_datetime.lightalarm_time')) - timedelta(minutes = states('input_number.lightalarm_duration') | int) }}

Dan komt daar altijd False uit.

Het heeft vast iets met afronden, string of int te maken. Maar ik zie het even niet

deel 1: as_timestamp( now())|timestamp_custom('%H:%M')
deel 2: today_at(states('input_datetime.lightalarm_time')) - timedelta(minutes = states('input_number.lightalarm_duration') | int)

deel 1 geeft: 14:55
deel 2 geeft: 2022-06-10 06:00:00+02:00

Die zijn uiteraard nooit gelijk

Dit zou wel kunnen werken (in plaats van eerst omzetten naar timestamp en dan een custom timestamp gebruiken, heb ik strftime gebruikt)

Django/Jinja:

{{ now().strftime('%H:%M') == today_at(states('input_datetime.lightalarm_time')) - timedelta(minutes = states('input_number.lightalarm_duration') | int).strftime('%H:%M') }}

[Ortep]

TheFes schreef op vrijdag 10 juni 2022 @ 14:57:
[...]


Dat heb je hier niet:

[...]

DOM DOM DOM.

Dat was een verkeerde cut and paste. Vandaar dat het niet werkte. Ik had het wel getest maar niet in de vergelijking gezet

In mijn testen stond iedere keer 12:20 voor beiden. Maar in de laatste dus niet

Bedankt!

[Septillion]

Zou ook moeten kunnen met iets als:

YAML:

{{ now().replace(second=0, microsecond=0) == today_at(states('input_datetime.lightalarm_time')) - timedelta(minutes = states('input_number.lightalarm_duration') | int) }}

Of misschien nog makkelijker / duidelijker:

YAML:

{{ now() >= today_at(states('input_datetime.lightalarm_time')) - timedelta(minutes = states('input_number.lightalarm_duration') | int) >= now() - timedelta(minute=1) }}

Beide gevallen vertrouw je niet meer op de impliciete tijdvergelijking.

[TheFes]

Septillion schreef op vrijdag 10 juni 2022 @ 15:16:
Zou ook moeten kunnen met iets als:

YAML:

{{ now().replace(second=0, microsecond=0) == today_at(states('input_datetime.lightalarm_time')) - timedelta(minutes = states('input_number.lightalarm_duration') | int) }}

Of misschien nog makkelijker / duidelijker:

YAML:

{{ now() >= today_at(states('input_datetime.lightalarm_time')) - timedelta(minutes = states('input_number.lightalarm_duration') | int) >= now() - timedelta(minute=1) }}

Beide gevallen vertrouw je niet meer op de impliciete tijdvergelijking.

Vind die bovenste makkelijker eerlijk gezegd, en een betere oplossing dan de mijne. Om de een of andere reden dacht ik dat het milisecond was, en kreeg ik dit dus niet voor elkaar

[DikkieDick]

Sicco92 schreef op donderdag 9 juni 2022 @ 17:37:
[...]

Misschien kan je eens kijken naar filter-sensors: https://www.home-assistant.io/integrations/filter/

Ik heb er zelf nog geen gebruik van gemaakt, maar het lijkt alsof je hiermee alles zou kunnen doen wat je wil doen. Zo kan je bijvoorbeeld outliers negeren en ook een time_simple_moving_average-filter maken. Misschien eens leuk om met wat verschillende filters te spelen.

Ik kan alleen zo niet bedenken wat de beste manier is om 2 sensors op te tellen via zo'n filter-sensor. Wellicht werkt het wel goed om je bovenstaande 'Actueel stroom verbruik'-sensor in zo'n filter te gooien.

Thanx voor de tip. En het werkt inderdaad zo lijkt het. Ik heb er een moving average van gemaakt.
Knip uit mijn sensor. yaml:

YAML:

  - platform: filter                                                                                                 
    name: "Actueel stroom verbruik gefilterd"                                                                        
    entity_id: sensor.actueel_stroom_verbruik                                                                    
    filters:                                                                                                         
      - filter: time_simple_moving_average                                                                             
        window_size: "00:00:30"                                                                                        

In mijn Grafana-dashboard zowel actueel stroom verbruik als de gefilterde in een grafiekje en over het laatste uur laat het actuele stroomverbruik negatieve waardes zien maar de minimale waarde van de gefilterde is 210W. En dat zal niet ver van de waarheid zitten.

[RobertMe]

Is er een sensor die het verloop van een andere sensor over een periode aangeeft? Zeg maar de trend sensor, alleen dan uitgedrukt in een getal i.p.v. binair. Dit wil ik dan koppelen aan de buitentemperatuur. Dat ik dus kan zien "afgelopen half uur is de temperatuur x° gestegen", of gedaald dan. Met de trend sensor zou ik meerdere keren hetzelfde moeten doen alleen dan met steeds een andere min_gradient, beetje onhandig dus.

En daaraan gerelateerd. Wat is een uitgebreide weather integratie? Ik gebruik nu Buienradar maar vind die niet heel geweldig. O.a. omdat die niet eens een voorspelling voor vandaag geeft (nu doe ik met een template trigger even voor middernacht de voorspelling voor "morgen" opslaan als "vandaag", maar gedurende de dag zelf kan die uiteraard nog veranderen). Daarnaast zou ik sowieso liever meer details willen. Om bv te kunnen bepalen of de komende X uur de temperatuur boven of onder een bepaald aantal graden komt. En Buienradar geeft nu dus geen voorspelling per uur, maar alleen de actuele temperatuur, en voor morgen, overmorgen, .... Niet geschikt dus voor mijn use cases.

[Septillion]

@RobertMe De derivative integratie?

[RobertMe]

Septillion schreef op vrijdag 10 juni 2022 @ 15:39:
@RobertMe De derivative integratie?

Dat was snel En zou inderdaad kunnen kloppen, hier ga ik dus even in duiken. Andere optie is dat ik de boel wat meer "smoothen" wat waarschijnlijk kan met een filter sensor zoals (ongerelateerd) DikkieDick hierboven gebruikte, en ik nog niet kon. Met een van beide denk ik dus wel uit de voeten te kunnen.

[Koepert]

RobertMe schreef op vrijdag 10 juni 2022 @ 15:37:
Wat is een uitgebreide weather integratie? Ik gebruik nu Buienradar maar vind die niet heel geweldig. O.a. omdat die niet eens een voorspelling voor vandaag geeft (nu doe ik met een template trigger even voor middernacht de voorspelling voor "morgen" opslaan als "vandaag", maar gedurende de dag zelf kan die uiteraard nog veranderen). Daarnaast zou ik sowieso liever meer details willen. Om bv te kunnen bepalen of de komende X uur de temperatuur boven of onder een bepaald aantal graden komt. En Buienradar geeft nu dus geen voorspelling per uur, maar alleen de actuele temperatuur, en voor morgen, overmorgen, .... Niet geschikt dus voor mijn use cases.

Zowel Tomorrow.io als Openweathermap zijn prima, maar vragen een account voor de API.. Geen probleem,geen geld, maar je moet t wel willen. Maar gezien de integraties zo toegevoegd zijn, zou ik zeggen probeer ze eens. heb ik ook gedaan, had op een gegeven moment 5 Weather integraties Volgens mij de meeste nog steeds:

In mijn case (sommige aangezet, andere niets mee gedaan (niet nodig maar ook niet uitgezet)

Buienradar = 108 entities
OpenWeathermap = 26 entities
KNMI = 6 entities
Tomorrow.io = 28 entities

En ik gebruik een paar verschillende entities/integraties voor het doel dat ik wil. Heb een tijdje bijvoorbeeld de gevoelstemperatuur van alles vergeleken (zit toch soms 2 a 3 graden verschil in..) En sommige hebben bepaalde sensoren, die andere niet hebben, die ik wel wilde gebruiken als basis voor automations.

[WoBBeL]

-edit- nvm browser cache

[ Voor 112% gewijzigd door WoBBeL op 10-06-2022 20:13 . Reden: oops ]

[golles]

Koepert schreef op vrijdag 10 juni 2022 @ 18:43:
[...]


Zowel Tomorrow.io als Openweathermap zijn prima, maar vragen een account voor de API.. Geen probleem,geen geld, maar je moet t wel willen. Maar gezien de integraties zo toegevoegd zijn, zou ik zeggen probeer ze eens. heb ik ook gedaan, had op een gegeven moment 5 Weather integraties Volgens mij de meeste nog steeds:

In mijn case (sommige aangezet, andere niets mee gedaan (niet nodig maar ook niet uitgezet)

Buienradar = 108 entities
OpenWeathermap = 26 entities
KNMI = 6 entities
Tomorrow.io = 28 entities

En ik gebruik een paar verschillende entities/integraties voor het doel dat ik wil. Heb een tijdje bijvoorbeeld de gevoelstemperatuur van alles vergeleken (zit toch soms 2 a 3 graden verschil in..) En sommige hebben bepaalde sensoren, die andere niet hebben, die ik wel wilde gebruiken als basis voor automations.

KNMI is de beste toch?

Zoals je zegt over de gevoelstemperatuur, valt het mij ook op dat ook de gewone temperatuur en zelfs de state (zonnig/bewolkt) per provider verschilt.
Volgens mij als je echt belagrijke zaken wilt regelen aan de hand van het weer, dan denk ik dat je er niet onder uit kunt om een eigen weer station in je tuin te zetten.

[kieskes]

Iemand hier nog een tip voor een simpele meter die het voltage kan uitlezen? Moet uitgelezen worden via wifi en/of zigbee en uiteraard ondersteund worden door HA.
Moet gewoon in een stopcontact kunnen trouwens, m'n meterkast zit vol
Mijn P1 meter (oudere versie) geeft het voltage helaas niet door, maar wil dit toch graag vastleggen. Heb al een aantal shelly 1PM's, maar die doen het helaas ook niet.

[ Voor 10% gewijzigd door kieskes op 11-06-2022 10:30 ]

[-CJ]

kieskes schreef op zaterdag 11 juni 2022 @ 10:29:
Iemand hier nog een tip voor een simpele meter die het voltage kan uitlezen? Moet uitgelezen worden via wifi en/of zigbee en uiteraard ondersteund worden door HA.
Moet gewoon in een stopcontact kunnen trouwens, m'n meterkast zit vol
Mijn P1 meter (oudere versie) geeft het voltage helaas niet door, maar wil dit toch graag vastleggen. Heb al een aantal shelly 1PM's, maar die doen het helaas ook niet.

De Innr SP120 kan dit perfect maar wordt niet meer nieuw verkocht. Soms komen ze op marktplaats voorbij, heb er laatst ook een paar gekocht.

[Gizz]

kieskes schreef op zaterdag 11 juni 2022 @ 10:29:
Iemand hier nog een tip voor een simpele meter die het voltage kan uitlezen?
...
Heb al een aantal shelly 1PM's, maar die doen het helaas ook niet.

Het lijkt me sterk dat een 1PM de spanning niet meet, want zonder de spanning te weten kan de 1PM ook geen verbruik meten

Weet je zeker dat die informatie met de standaard firmware niet te ontsluiten is? Anders even Tasmota of zo erop zetten.

Verder kan vrijwel elke zigbee stekker die verbruik meet ook de spanning rapporteren. Zoek in de database van Z2M eens op devices die 'voltage' doorgeven (exposen), dat zijn er nogal veel.

[ Voor 20% gewijzigd door Gizz op 11-06-2022 10:54 ]

[kieskes]

Gizz schreef op zaterdag 11 juni 2022 @ 10:49:
[...]

Het lijkt me sterk dat een 1PM de spanning niet meet, want zonder de spanning te weten kan de 1PM ook geen verbruik meten

Weet je zeker dat die informatie met de standaard firmware niet te ontsluiten is? Anders even Tasmota of zo erop zetten.

Verder kan vrijwel elke zigbee stekker die verbruik meet ook de spanning rapporteren. Zoek in de database van Z2M eens op devices die 'voltage' doorgeven (exposen), dat zijn er nogal veel.

Bedankt voor de tip Had nog een plug S liggen, met de default firmware kreeg ik het niet voor elkaar, maar met Tasmota is het gelukt

[Quad]

Sinds deze week de Blitzwolf BW-SHP10 in huis. Laatste Zigbee BW stekker update niet meer snel genoeg sinds de nieuwe firmwares en deze SHP10 lijkt elke verandering aan verbruik wel direct door te geven.

Tot nu toe wel tevreden, hij kan tot 16A, maar dat heb ik nog niet geprobeerd, misschien de frituur er eens achter zetten.
Hij is ook vrij nauwkeurig lijkt het, ik heb een fan erachter gezet, die doet volgens spec max 0.5W, erg laag dus, maar dat leest hij wel uit, varierend van 0.4-0.6 W.



Nu mijn vraag, zoals je hierboven ziet, kan je met LocalTuya enkele dingen uitlezen, maar ik mis de totale kWh verbruik. Dit is wel inzichtelijk in Tuya Cloud, maar in HA kan je dat met de standaard Tuya integratie weer niet uitlezen.
Ik heb geprobeerd met templates sensor een waarde te maken, maar dat lukt niet.
Wie kan mij in de goede richting duwen?

[ Voor 3% gewijzigd door Quad op 11-06-2022 11:50 ]

[Septillion]

@Quad Het is niet een disabled entity?

Toch jammer dat die nieuwe Tuya troep geen ESP meer bezit

[Gizz]

@Quad voor omzetten van W naar kWh moet je integreren.

[Quad]

Septillion schreef op zaterdag 11 juni 2022 @ 12:07:
@Quad Het is niet een disabled entity?

Toch jammer dat die nieuwe Tuya troep geen ESP meer bezit

Nee helaas, is een cloudservice van Tuya zie ik, maar de Tuya integratie doet nog veel minder dan locaytuya, dat werkt best wel goed. Opties als childlock, lampje status zitten daar ook in. Tuya integratie biedt alleen de switch aan en geen energiemonitoring.

Gizz schreef op zaterdag 11 juni 2022 @ 12:14:
@Quad voor omzetten van W naar kWh moet je integreren.

Zal er eens induiken.
Ik had al zitten kijken met average sensors, maar die functioneert helemaal niet (meer) in yaml.

Edit:

Dat ging wel snel, eens zien komende tijd hoe het te vergelijken is met Tuya cloud.
Dank zover, @Gizz .

[ Voor 21% gewijzigd door Quad op 11-06-2022 12:40 ]

[Raven]

Septillion schreef op zaterdag 11 juni 2022 @ 12:07:
@Quad Het is niet een disabled entity?

Toch jammer dat die nieuwe Tuya troep geen ESP meer bezit

Zijn die daardoor niet meer te flashen?

[Bockelaar]

tuya is met de nieuwe API sowieso troep geworden. Ik ben het aan het vervangen en het komt er ook echt niet meer in

[Gizz]

Tuya zigbee is meestal prima spul. Sowieso probeer ik tegenwoordig vooral zigbee devices te gebruiken; ingebouwde mesh functionaliteit, zuiniger, meestal goedkoper. En het scheelt 80 wifi clients voor je router

[Septillion]

Raven schreef op zaterdag 11 juni 2022 @ 12:29:
[...]

Zijn die daardoor niet meer te flashen?

Correct

[Septillion]

Vooral voor power metering vind ik WiFi nog steeds veel beter. Veel meer updates zonder je Zigbee netwerk te overspoelen. Met Tasmota (en volgens mij ook bij ESPhome) de mogelijkheid tot justering ("kalibratie"). En op wifi devices kan je nog eens wat geadvanceerdere dingen doen zoals detached mode etc. Gebruik nu best wat Zigbee maar dat is wel mijn grootste gemist. Hoog tijd voor de ESP32 met Zigbee!

[RobertMe]

Septillion schreef op zaterdag 11 juni 2022 @ 13:17:
Vooral voor power metering vind ik WiFi nog steeds veel beter. Veel meer updates zonder je Zigbee netwerk te overspoelen.

Nu overspoel je het wifi netwerk ermee en hinder je dus andere wifi hardware, het is maar net wat je wilt
Overigens weet ik niet hoe het bij Zigbee zit, en zal ook merk afhankelijk zijn. Maar mijn Fibaro Z-Wave spulletjes hebben ook redelijk wat configuratie opties m.b.t. updates. Zowel tijdsgebonden ("elke X minuten") als bij grote waarde verschillen (als nieuwe meting X hoger / lager ten opzichte van laatst gemeten") en meestal ook nog opties hoe vaak daadwerkelijk gemeten wordt (mogelijk dan zonder rapportage als de afwijking te klein is).

[quote[En op wifi devices kan je nog eens wat geadvanceerdere dingen doen zoals detached mode etc.[/quote]
Kan mij eerlijk gezegd niet indenken dat dat alleen bij wifi kan. Zigbee en Z-Wave modules hebben toch vast ook een optie hiervoor? Daarnaast heb je bij Zigbee weer direct bindings, groepen / multicast en en bij Z-Wave dan associations. Dat vind ik persoonlijk toch belangrijkere features.

Hoog tijd voor de ESP33 met Zigbee!

Ik denk niet dat die er gaat komen, een ESP33? Na de ESP8266 en ESP32 komt er vast een ESP64 / ESP32_64 . Daarnaast is er al een ESP32 met Zigbee (maar zonder wifi IIRC) aangekondigd. Meen de ESP32C dat dat wordt.

[Septillion]

@RobertMe In de eerste plaats, wil vooral geen Wifi/Zigbee/Z-wave oorlog starten. Beide hebben voor en nadelen en dus hun plaats naar mijn idee.

RobertMe schreef op zaterdag 11 juni 2022 @ 14:31:
[...]

Nu overspoel je het wifi netwerk ermee en hinder je dus andere wifi hardware, het is maar net wat je wilt

Nee, dat gebeurd niet. Bandbreedte van Wifi is 400x zo veel ofzo en point to point. Daar kan dus wel heel veel meer overheen voor dat een issue gaat zijn. Maar zo gaf de BW-SHP13 eerst onder Zigbee2MQTT problemen omdat het default update interval hoog stond en daarmee het netwerk overspoelde als je er een paar had.

Kan mij eerlijk gezegd niet indenken dat dat alleen bij wifi kan. Zigbee en Z-Wave modules hebben toch vast ook een optie hiervoor? Daarnaast heb je bij Zigbee weer direct bindings, groepen / multicast en en bij Z-Wave dan associations. Dat vind ik persoonlijk toch belangrijkere features.

Ondanks dat het technisch wel mogelijk is zijn er amper Zigbee devices die dat kunnen. Ooit één Zigbee device langs zien komen die dat kon maar had een prijskaartje van 80 euro voor een relay-module ofzo. Dat is me dan gewoon weer veel en veel te gek. Weet dat het bij Z-wave wat beter is qua settings (maar niet qua prijs ).

Denk vooral dat de meeste fabrikanten gebruikers niet de opties durven te geven wegens de angst op complexiteit. Bedoel, ook bij Wifi moet je het vooral hebben van de open source community voor geadvanceerde functies. Maar zou bijvoorbeeld heel graag een Zigbee dimmer zien met detached buttons met fall back als er geen antwoord komt, max min settings, dimmer curve en de mogelijkheid om de brightness in te stellen zonder de lamp aan te zetten. Dat soort dingen.

Bindings zijn inderdaad een hele sterke feature maar helaas dan weer niet volledig compatible tussen merken. Dat heeft Z-wave dan weer beter voor elkaar maar vind ik voor de rest dan weer te gesloten als protocol.

Ik denk niet dat die er gaat komen, een ESP33? Na de ESP8266 en ESP32 komt er vast een ESP64 / ESP32_64 . Daarnaast is er al een ESP32 met Zigbee (maar zonder wifi IIRC) aangekondigd. Meen de ESP32C dat dat wordt.

Niet mijn getallen veranderen hè Doelde inderdaad ESP32 of beter, de ESP32-H2. Die is wel aangekondigd maar nog steeds niet te koop. Zigbee devices waar je weer eigen firmware op zou kunnen zetten zou gaaf zijn. Maar verwacht niets meer van Tuya en Xiaomi daarvoor. Misschien Sonoff dan

[ Voor 4% gewijzigd door Septillion op 11-06-2022 15:19 ]

[RobertMe]

Septillion schreef op zaterdag 11 juni 2022 @ 15:14:
@RobertMe In de eerste plaats, wil vooral geen Wifi/Zigbee/Z-wave oorlog starten. Beide hebben voor en nadelen en dus hun plaats naar mijn idee.

Uiteraard. Ik heb een mix van Z-Waveven Zigbee en eigen geknutseld spul met een ESP op wifi. Maar de laatste heeft echt het minst mijn voorkeur.

[...]

Nee, dat gebeurd niet. Bandbreedte van Wifi is 400x zo veel ofzo en point to point. Daar kan dus wel heel veel meer overheen voor dat een issue gaat zijn.

Maar elke keer dat dat IoT spul wat stuurt of ontvangt kan jouw telefoon of laptop niks ontvangen. Wifi doet natuurlijk nog steeds aan time sharing. En het communiceren met meerdere clients in één time slot kan alleen met MU-MIMO, geïntroduceerd in 802.3ac wave 2, maar dat ondersteunen die ESPs weer niet.

Maar zo gaf de BW-SHP13 eerst onder Zigbee2MQTT problemen omdat het default update interval hoog stond en daarmee het netwerk overspoelde als je er een paar had.

Dat klinkt bekend ja. Maar die heb ik zelf toch niet

[...]

Niet mijn getallen veranderen hè Doelde inderdaad ESP32 of beter, de ESP32-H2. Die is wel aangekondigd maar nog steeds niet te koop.

Ah ja, de ESP32-H2 was dat inderdaad. Niet C wat ik dacht / schreef.