Home Assistant: Open source Python3 home automation - deel 5

[Annuk]

Okee, heb weer eens een beetje tijd over en ben even aan het stoeien met een google kalender en dingen op die basis geautomatiseerd krijgen.

Idee en doel:
Heb een baan waarbij ik eens in de X-tijd een week lang storingsdienst heb, dit is vanaf vrijdagochtend 08.00u t/m de volgende vrijdag 08.00u.
Dit wordt netjes in de gedeelde google agenda gezet die m'n vriendin en ik gezamelijk "beheren", deze agenda staat ook d.m.v. de Google Calendar intergratie in HA.
Nu heb ik een automatisering gemaakt die ik tot nu toe handmatig trigger door een boolean om te zetten, hier hing wel een automatisering aan zodat deze automatisch uitging op vrijdag om 08.05

YAML:

alias: Storingsdienst automatisch uit
description: ""
trigger:
  - platform: time_pattern
    hours: "8"
    minutes: "5"
    seconds: "0"
condition:
  - condition: time
    weekday:
      - fri
  - condition: state
    entity_id: input_boolean.storingsdienst
    state: "on"
    for:
      hours: 12
      minutes: 0
      seconds: 0
action:
  - service: input_boolean.turn_off
    data: {}
    target:
      entity_id: input_boolean.storingsdienst
mode: single

Opzich werkt dit natuurlijk maar moet ik handmatig de boolean triggeren.
Nu zou ik graag willen dat de boolean in & uit geschakeld wordt op basis van de agenda.
Deze had ik zo gemaakt met de verplichting van 12u aan staan i.v.m. het feit dat ik soms al op de vorige avond de knop om wil kunnen zetten zodat ik met een beetje geluk de vrijdagochtend ff wat later m'n nest uit kan (heb hier m'n redenen voor )

Nu had ik daarvoor het volgende in elkaar gefabriekt, maar dit werkt niet zo ik het wens, maar heb te weinig kennis ervan om met name het kalender deel goed geïntegreerd te krijgen.
Zo het nu is:

YAML:

alias: "Auto storingsdienst "
description: ""
trigger:
  - platform: state
    entity_id:
      - calendar.XXXXXXXXX_gmail_com
    attribute: description
    to: "storingsdienst "
    id: Dienst aan
  - platform: state
    entity_id:
      - calendar.XXXXXXXXX_gmail_com
    attribute: description
    from: "storingsdienst "
    for:
      hours: 0
      minutes: 5
      seconds: 0
    id: Dienst uit
condition: []
action:
  - if:
      - condition: trigger
        id:
          - Dienst aan
    then:
      - service: input_boolean.turn_on
        metadata: {}
        data: {}
        target:
          entity_id: input_boolean.storingsdienst
  - if:
      - condition: trigger
        id:
          - Dienst uit
    then:
      - service: input_boolean.turn_off
        metadata: {}
        data: {}
        target:
          entity_id: input_boolean.storingsdienst
mode: single

Mijn storingsdienst staat normaal gesproken als een doorlopend iets in de agenda, zie onderstaande:

[ Voor 4% gewijzigd door Annuk op 06-06-2024 17:10 ]

[luigi87]

Iemand die mij kan helpen met het volgende?

Ik meet mijn inkomende fase door met een Shelly 3em.
Deze rapporteert netjes de waardes door met een - ervoor als ik terug lever.

Enkel de current is altijd een positieve waarde, deze zou ik ook als een -waarde willen zien indien ik terug lever.
Hoe krijg ik dit voor elkaar met een template?

[Raven]

@luigi87 If-statement die checkt of power negatief is (< 0) en dan current vermenigvuldigen met -1?

[noo]

<half antwoord>

[ Voor 98% gewijzigd door noo op 06-06-2024 19:18 ]

[magnifor]

DennusB schreef op donderdag 6 juni 2024 @ 08:52:
Hehe even zitten spelen met die nieuwe OpenAI Conversation integratie en hem instructies gegeven om chagrijnig te zijn ...

[Afbeelding]

Heb je de relevante sensoren geexposed bij Voice Assistent? Als je de sensoren enz wilt benaderen en aansturen via Assist dan moet je die eerst exposen.

[DennusB]

magnifor schreef op donderdag 6 juni 2024 @ 19:46:
[...]


Heb je de relevante sensoren geexposed bij Voice Assistent? Als je de sensoren enz wilt benaderen en aansturen via Assist dan moet je die eerst exposen.

Niet meer sinds de laatste update toch? Dan is t volgens mij 1 vinkje in je assistent

[luigi87]

Raven schreef op donderdag 6 juni 2024 @ 17:28:
@luigi87 If-statement die checkt of power negatief is (< 0) en dan current vermenigvuldigen met -1?

Thanks klinkt heel simpel, maar nu in de juiste template taal
En dat lukt mij nog niet altijd, maar ik doe een poging. En die geef geen resultaat....

YAML:

- platform: template
    sensors:
       StroomL1:
          value_template: <
{% if states('sensor.currentl1')  | float == <0 %} 
{{ states(sensor.currentl1)*-1 }}
          {% else %}
            {{ states('sensor.energy_usage') *1}} 

[TWKterry]

luigi87 schreef op donderdag 6 juni 2024 @ 19:56:
[...]


Thanks klinkt heel simpel, maar nu in de juiste template taal
En dat lukt mij nog niet altijd, maar ik doe een poging. En die geef geen resultaat....

YAML:

- platform: template
    sensors:
       StroomL1:
          value_template: <
{% if states('sensor.currentl1')  | float == <0 %} 
{{ states(sensor.currentl1)*-1 }}
          {% else %}
            {{ states('sensor.energy_usage') *1}} 

elke sensor is een string je zult elke uitvoer dus naar float moeten casten alvorens te vermeningvuldigen. Bovendien wil je de uitkomst van de float cast vermenigvuldigen dus nog wat haakjes waarschijnlijk.
En de endif, zoiets. Kun je ook testen in de template editor.

YAML:

{% if ((states('sensor.currentl1')  | float) == 0) %} 
    {{ ((states(sensor.currentl1) | float) * -1) }}
{% else %}
    {{ ((states('sensor.energy_usage') | float) * 1) }}
{% endif %}

[ Voor 15% gewijzigd door TWKterry op 06-06-2024 20:04 ]

[magnifor]

DennusB schreef op donderdag 6 juni 2024 @ 19:50:
[...]

Niet meer sinds de laatste update toch? Dan is t volgens mij 1 vinkje in je assistent

Oh dat zou ik niet weten, ik maak gebruik van de extended OpenAi Conversation plugin gekoppeld aan ChatGPT 3.5 dus nog voor de nieuwe HA release. Daar moet je alles exposen die je via Assist exposed wilt hebben, lijkt me ook beter omdat je misschien niet alles via de AI wilt laten aansturen. Icm aliases kan je echt leuke dingen mee

[luigi87]

TWKterry schreef op donderdag 6 juni 2024 @ 19:59:
[...]

elke sensor is een string je zult elke uitvoer dus naar float moeten casten alvorens te vermeningvuldigen. Bovendien wil je de uitkomst van de float cast vermenigvuldigen dus nog wat haakjes waarschijnlijk.
En de endif, zoiets. Kun je ook testen in de template editor.

YAML:

{% if ((states('sensor.currentl1')  | float) == 0) %} 
    {{ ((states(sensor.currentl1) | float) * -1) }}
{% else %}
    {{ ((states('sensor.energy_usage') | float) * 1) }}
{% endif %}

Thanks dit ziet er stuk beter uit.
Maar nu mis ik toch in de eerste regel de kleiner dan 0? >0 of is vertaald in ==0?

Testen doe ik inderdaad in de editor, dan kan ik ook zien of ik de juiste sensornaam heb enzo.

[TWKterry]

luigi87 schreef op donderdag 6 juni 2024 @ 20:42:
[...]


Thanks dit ziet er stuk beter uit.
Maar nu mis ik toch in de eerste regel de kleiner dan 0? >0 of is vertaald in ==0?

Testen doe ik inderdaad in de editor, dan kan ik ook zien of ik de juiste sensornaam heb enzo.

OK, je had == <0 die bestaat niet, == 0 of <= 0 zou moeten werken

[luigi87]

TWKterry schreef op donderdag 6 juni 2024 @ 20:56:
[...]

OK, je had == <0 die bestaat niet, == 0 of <= 0 zou moeten werken

Thanks ik ga van het weekend weer ff testen. Dank voor duwtje in de juiste richting.

[Sicco92]

Annuk schreef op donderdag 6 juni 2024 @ 17:06:
Okee, heb weer eens een beetje tijd over en ben even aan het stoeien met een google kalender en dingen op die basis geautomatiseerd krijgen.

Idee en doel:
Heb een baan waarbij ik eens in de X-tijd een week lang storingsdienst heb, dit is vanaf vrijdagochtend 08.00u t/m de volgende vrijdag 08.00u.
Dit wordt netjes in de gedeelde google agenda gezet die m'n vriendin en ik gezamelijk "beheren", deze agenda staat ook d.m.v. de Google Calendar intergratie in HA.
Nu heb ik een automatisering gemaakt die ik tot nu toe handmatig trigger door een boolean om te zetten, hier hing wel een automatisering aan zodat deze automatisch uitging op vrijdag om 08.05

YAML:

alias: Storingsdienst automatisch uit
description: ""
trigger:
  - platform: time_pattern
    hours: "8"
    minutes: "5"
    seconds: "0"
condition:
  - condition: time
    weekday:
      - fri
  - condition: state
    entity_id: input_boolean.storingsdienst
    state: "on"
    for:
      hours: 12
      minutes: 0
      seconds: 0
action:
  - service: input_boolean.turn_off
    data: {}
    target:
      entity_id: input_boolean.storingsdienst
mode: single

Opzich werkt dit natuurlijk maar moet ik handmatig de boolean triggeren.
Nu zou ik graag willen dat de boolean in & uit geschakeld wordt op basis van de agenda.
Deze had ik zo gemaakt met de verplichting van 12u aan staan i.v.m. het feit dat ik soms al op de vorige avond de knop om wil kunnen zetten zodat ik met een beetje geluk de vrijdagochtend ff wat later m'n nest uit kan (heb hier m'n redenen voor )

Nu had ik daarvoor het volgende in elkaar gefabriekt, maar dit werkt niet zo ik het wens, maar heb te weinig kennis ervan om met name het kalender deel goed geïntegreerd te krijgen.
Zo het nu is:

YAML:

alias: "Auto storingsdienst "
description: ""
trigger:
  - platform: state
    entity_id:
      - calendar.XXXXXXXXX_gmail_com
    attribute: description
    to: "storingsdienst "
    id: Dienst aan
  - platform: state
    entity_id:
      - calendar.XXXXXXXXX_gmail_com
    attribute: description
    from: "storingsdienst "
    for:
      hours: 0
      minutes: 5
      seconds: 0
    id: Dienst uit
condition: []
action:
  - if:
      - condition: trigger
        id:
          - Dienst aan
    then:
      - service: input_boolean.turn_on
        metadata: {}
        data: {}
        target:
          entity_id: input_boolean.storingsdienst
  - if:
      - condition: trigger
        id:
          - Dienst uit
    then:
      - service: input_boolean.turn_off
        metadata: {}
        data: {}
        target:
          entity_id: input_boolean.storingsdienst
mode: single

Mijn storingsdienst staat normaal gesproken als een doorlopend iets in de agenda, zie onderstaande:
[Afbeelding]

Mijn vriendin heeft haar diensten ook als doorlopend event in haar agenda staan. Ik trigger ook een input_boolean op basis daarvan, dus misschien heb je iets aan mijn automation (alleen het relevante gedeelte gekopiëerd):

YAML:

    - alias: "Workday: On call"
      mode: queued
      trigger:
        - platform: calendar
          event: start
          entity_id: calendar.prive
          id: today
        - platform: calendar
          event: end
          entity_id: calendar.prive
          id: today
      action:
        - choose:
            - conditions:
                - condition: trigger
                  id: today
                - "{{ 'dienst' in trigger.calendar_event.summary|lower }}"
              sequence:
                - if:
                    - "{{ trigger.event == 'start' }}"
                  then:
                    - service: input_boolean.turn_on
                      entity_id: input_boolean.on_call
                  else:
                    - service: input_boolean.turn_off
                      entity_id: input_boolean.on_call

Bij jou zou de check bijvoorbeeld op 'storingsdienst' kunnen zijn i.p.v. 'dienst' op regel 17, al werkt 'dienst' ook wel.

Als je hem 12 uur eerder aan of uit wil zetten, dan kan je de automation triggeren met een 'offset':

YAML:

      trigger:
        - platform: calendar
          event: start
          entity_id: calendar.prive
          offset: "-24:00:00"
          id: tomorrow

Deze triggert 24 uur voordat het calender-event begint, maar dat kan bijvoorbeeld ook 12 uur zijn.

[ Voor 4% gewijzigd door Sicco92 op 06-06-2024 23:30 ]

[Raven]

luigi87 schreef op donderdag 6 juni 2024 @ 19:56:
[...]


Thanks klinkt heel simpel, maar nu in de juiste template taal
En dat lukt mij nog niet altijd, maar ik doe een poging. En die geef geen resultaat....

YAML:

- platform: template
    sensors:
       StroomL1:
          value_template: <
{% if states('sensor.currentl1')  | float == <0 %} 
{{ states(sensor.currentl1)*-1 }}
          {% else %}
            {{ states('sensor.energy_usage') *1}} 

Templates heb ik nog niet zoveel ervaring mee, gelukkig zit er genoeg volk hier die dat wel heeft

[-Casper]

Sicco92 schreef op donderdag 6 juni 2024 @ 23:23:
[...]

Mijn vriendin heeft haar diensten ook als doorlopend event in haar agenda staan. Ik trigger ook een input_boolean op basis daarvan, dus misschien heb je iets aan mijn automation (alleen het relevante gedeelte gekopiëerd):

YAML:

    - alias: "Workday: On call"
      mode: queued
      trigger:
        - platform: calendar
          event: start
          entity_id: calendar.prive
          id: today
        - platform: calendar
          event: end
          entity_id: calendar.prive
          id: today
      action:
        - choose:
            - conditions:
                - condition: trigger
                  id: today
                - "{{ 'dienst' in trigger.calendar_event.summary|lower }}"
              sequence:
                - if:
                    - "{{ trigger.event == 'start' }}"
                  then:
                    - service: input_boolean.turn_on
                      entity_id: input_boolean.on_call
                  else:
                    - service: input_boolean.turn_off
                      entity_id: input_boolean.on_call

Bij jou zou de check bijvoorbeeld op 'storingsdienst' kunnen zijn i.p.v. 'dienst' op regel 17, al werkt 'dienst' ook wel.

Als je hem 12 uur eerder aan of uit wil zetten, dan kan je de automation triggeren met een 'offset':

YAML:

      trigger:
        - platform: calendar
          event: start
          entity_id: calendar.prive
          offset: "-24:00:00"
          id: tomorrow

Deze triggert 24 uur voordat het calender-event begint, maar dat kan bijvoorbeeld ook 12 uur zijn.

Wat is het nut van de trigger IDs wanneer je alle triggers hetzelfde ID geeft?

[Annuk]

Sicco92 schreef op donderdag 6 juni 2024 @ 23:23:
[...]

Mijn vriendin heeft haar diensten ook als doorlopend event in haar agenda staan. Ik trigger ook een input_boolean op basis daarvan, dus misschien heb je iets aan mijn automation (alleen het relevante gedeelte gekopiëerd):

YAML:

    - alias: "Workday: On call"
      mode: queued
      trigger:
        - platform: calendar
          event: start
          entity_id: calendar.prive
          id: today
        - platform: calendar
          event: end
          entity_id: calendar.prive
          id: today
      action:
        - choose:
            - conditions:
                - condition: trigger
                  id: today
                - "{{ 'dienst' in trigger.calendar_event.summary|lower }}"
              sequence:
                - if:
                    - "{{ trigger.event == 'start' }}"
                  then:
                    - service: input_boolean.turn_on
                      entity_id: input_boolean.on_call
                  else:
                    - service: input_boolean.turn_off
                      entity_id: input_boolean.on_call

Bij jou zou de check bijvoorbeeld op 'storingsdienst' kunnen zijn i.p.v. 'dienst' op regel 17, al werkt 'dienst' ook wel.

Als je hem 12 uur eerder aan of uit wil zetten, dan kan je de automation triggeren met een 'offset':

YAML:

      trigger:
        - platform: calendar
          event: start
          entity_id: calendar.prive
          offset: "-24:00:00"
          id: tomorrow

Deze triggert 24 uur voordat het calender-event begint, maar dat kan bijvoorbeeld ook 12 uur zijn.

Ik heb je code eens even over genomen en geïntergreerd
Nu eens afwachten wat deze doet/gaat doen, in ieder geval al hartelijk dank

---

-Casper schreef op vrijdag 7 juni 2024 @ 09:01:
[...]

Wat is het nut van de trigger IDs wanneer je alle triggers hetzelfde ID geeft?

Ik ben verre van pro in HAOS, maar doordat ik dit net heb geplaatst bij mezelf, doordat er dezelfde ID aanhangt checkt ie in deze dus of het start of einde is op dezelfde dag/moment.. is het start event (en value is dus hoog) gaat de boolean aan, zo niet gaat boolean uit

[ Voor 11% gewijzigd door Annuk op 07-06-2024 09:07 ]

[TheFes]

luigi87 schreef op donderdag 6 juni 2024 @ 19:56:
[...]


Thanks klinkt heel simpel, maar nu in de juiste template taal
En dat lukt mij nog niet altijd, maar ik doe een poging. En die geef geen resultaat....

YAML:

- platform: template
    sensors:
       StroomL1:
          value_template: <
{% if states('sensor.currentl1')  | float == <0 %} 
{{ states(sensor.currentl1)*-1 }}
          {% else %}
            {{ states('sensor.energy_usage') *1}} 

Er gaat hiet een hoop mis.

• Je indentation klopt niet, niet in je YAML, maar ook niet in je template. sensors: moet gelijk staan met platform: en is nu één spatie ingesprongen. Je template moet overal minstens 2 spaties ingesprongen zijn ten opzichte van value_template:
• Je gebruikt hoofdletters in de slug (StroomL1) van je sensor, dat mag niet
• De if-statement in je template wordt niet afgesloten. Maar dat kan sowieso een stuk makkelijker door gebruik te maken van het abs filter
• Je krijgt nu een error als sensor.energy_usage niet beschikbaar is, je kunt dat het beste afvangen met een availability template
• Je hebt het verkeerde teken voor multi line format gebruikt. Dit moet > zijn ipv <

Extra tips:

• Je gebruikthet legacy template format, dat kan nog gewoon, maar als je met template sensors aan de slag gaat, zou ik gewoon het moderne format gebruiken.
• Voeg een unique_id toe om te voorkomen dat je dubbele entities krijgt. Dat mag zijn wat je wil, het wordt alleen in de backend gebruikt
• Voeg een (friendly) name toe zodat je een duidelijk name in de UI krijgt. In het moderne format wordt die gebruikt om het entity_id te bepalen. In het legacy format wordt de slug gebruikt voor de entity_id.

correcte code in legacy format:

YAML:

- platform: template
  sensors:
    stroom_l1:
      unique_id: template_sensor_absolute_waarde_stroom_l1_legacy_format
      friendly_name: Stroom L1
      value_template: >
        {{ states('sensor.energy_usage') | float | abs }}
      availability_template: "{{ 'sensor.energy_usage' | has_value }}"

moderne format (let op: dit valt onder de template integratie, niet onder de sensor integratie. Je kunt dit dus niet in sensor.yaml ofzo zetten) De code zoals hieronder kan rechtstreeks in configuartion.yaml. Je kunt eventueel een template.yaml includen vanuit configuration.yaml, dan moet je in die template.yaml de eerste regel weglaten

YAML:

template:
  - sensor:
      - name: Stroom L1
        unique_id: template_sensor_absolute_waarde_stroom_l1_modern_format
        state: >
          {{ states('sensor.energy_usage') | float | abs }}
        availability: "{{ 'sensor.energy_usage' | has_value }}"

[TheFes]

-Casper schreef op vrijdag 7 juni 2024 @ 09:01:
[...]

Wat is het nut van de trigger IDs wanneer je alle triggers hetzelfde ID geeft?

Niets, er op checken in de choose heeft dus ook geen nut.
Maar hij geeft aan alleen het relevante deel gekopieerd te hebben, mogelijk zijn er meer triggers

[JME]

Voor wie het leuk vindt om mee te puzzelen..
Ik wil iets inregelen voor mijn badkamerventilator op basis van een slimme stekker, een luchtvochtigheidssensor en een slimme schakelaar. Idee is dat de luchtvochtigheid in de basis automatisch wordt gereguleerd, dus ventilator AAN indien luchtvochtigheid hoger dan 60% en ventilator UIT indien luchtvochtigheid lager dan 55%. Maar er zijn een paar extra voorwaarden die de boel compliceren:

• met de slimme schakelaar moet de ventilatie ook handmatig kunnen worden ingeschakeld voor een standaardduur van 20 minuten. Bijvoorbeeld als iemand gaat nagels lakken of uitgebreid naar het toilet gaat.
• tijdens die handmatig ingeschakelde periode (en alleen dan) moet de ventilatie ook weer handmatig kunnen worden uitgeschakeld met de slimme schakelaar.
• als tijdens die handmatig ingeschakelde 20 minuten de luchtvochtigheid alsnog boven de 60% komt, dan moet de automatische regulering het overnemen (en dus niet na 20 minuten weer uit, tenzij de luchtvochtigheid dan ook al weer is gedaald tot onder de 55%).
• de ventilator mag nooit aan staan tussen 21:00 en 7:00 uur (klinkt nogal door in de naastgelegen kinderkamer) tenzij deze bewust voor 20 minuten wordt overruled met de schakelaar.
• in de Automation templates zie ik de optie om op basis van een verandering in luchtvochtigheid (komt boven/onder een drempelwaarde) te schakelen, maar dan schakelt de ventilator niet in als om 7:00 uur de luchtvochtigheid al boven de drempelwaarde is. Alternatief zou zijn om continue de luchtvochtigheid te monitoren, maar dat klinkt mij dan weer heel inefficiënt in de oren.

Wie vindt het leuk om mee te denken?

[TheFes]

JME schreef op vrijdag 7 juni 2024 @ 09:43:
Voor wie het leuk vindt om mee te puzzelen..
Ik wil iets inregelen voor mijn badkamerventilator op basis van een slimme stekker, een luchtvochtigheidssensor en een slimme schakelaar. Idee is dat de luchtvochtigheid in de basis automatisch wordt gereguleerd, dus ventilator AAN indien luchtvochtigheid hoger dan 60% en ventilator UIT indien luchtvochtigheid lager dan 55%. Maar er zijn een paar extra voorwaarden die de boel compliceren:

per item:

met de slimme schakelaar moet de ventilatie ook handmatig kunnen worden ingeschakeld voor een standaardduur van 20 minuten. Bijvoorbeeld als iemand gaat nagels lakken of uitgebreid naar het toilet gaat.

Schakel in je automation ook een input boolean mee, bijvoorbeeld iinput_boolean.automatische_ventilatie. Zet die in ook weer uit als de luchtvochtigheid voldoende gezakt is. Dan weet je dat de automatische ventilatie op basis van lichtvochtigheid actief is.
Als de ventilatie 20 minuten aan staat, en die input_boolean staat niet aan, kun je de ventilatie dus uitzetten.

tijdens die handmatig ingeschakelde periode (en alleen dan) moet de ventilatie ook weer handmatig kunnen worden uitgeschakeld met de slimme schakelaar.

Maak een automation die triggert als de slimme schakelaar uit gaat, als de input_boolean aan staat, zet je de schakelaar weer aan

als tijdens die handmatig ingeschakelde 20 minuten de luchtvochtigheid alsnog boven de 60% komt, dan moet de automatische regulering het overnemen (en dus niet na 20 minuten weer uit, tenzij de luchtvochtigheid dan ook al weer is gedaald tot onder de 55%).

Maak een automation die de ventilatie aan zet als de luchtvochtigheid boven de 60% komt (en dus ook die input_boolean). Als de luchtvochtigheid onder de 55 komt, zet je de ventilatie en input_boolean weer uit. Aangezien je op de input_boolean checkt in de automation om de ventilatie na 20 minuten uit te zetten, heb je daarmee meteen je override dat dat niet gebeurt als de luchtvochtigheid te hoog is.

de ventilator mag nooit aan staan tussen 21:00 en 7:00 uur (klinkt nogal door in de naastgelegen kinderkamer) tenzij deze bewust voor 20 minuten wordt overruled met de schakelaar.

Voor een time condition toe in de automation voor de automatische luchtvochtigheid die checkt of het na 7u en voor 21u is

in de Automation templates zie ik de optie om op basis van een verandering in luchtvochtigheid (komt boven/onder een drempelwaarde) te schakelen, maar dan schakelt de ventilator niet in als om 7:00 uur de luchtvochtigheid al boven de drempelwaarde is. Alternatief zou zijn om continue de luchtvochtigheid te monitoren, maar dat klinkt mij dan weer heel inefficiënt in de oren.

Voeg een time trigger om 7:00 toe aan de automtische ventilatie automation, en extra condition die checkt of de luchtvochtigheid boven de 60 is, of de input boolean aan staat
in code

Wie vindt het leuk om mee te denken?

Ik

[RedPas]

@TheFes En wat als het buiten +55% luchtvochtigheid is? Dan blijft ie toch draaien?
Iets van een max looptijd inbouwen ofzo?
Zelf ben ik ook opzoek naar zo een oplossing, maar klein beetje anders.
Mijn ventilator is 0-10v aangestuurd, snachts draaien op minimum(=10%) en vanaf 6u terug draaien naargelang de vraag. Dus kom ik op zoiets, luchtvochtigheid =< 55% is ventilatorsturing op 10%
Dan moet ik de overige 45% omzetten naar 10 tot 100% en daar blijf ik steken.

[pietje63]

@JME wat ik zelf wel eens doe, is deze vraag aan ChatGPT stellen. De geproduceerde code is dan vaak 90% OK en iig goede basis om het af te maken

quote: “chatgpt”

Voor het instellen van de gevraagde automations in Home Assistant, met gebruik van YAML, kun je de volgende stappen volgen. Je hebt daarbij de apparaten als entities nodig, bijvoorbeeld de slimme stekker (`switch.fan`), de luchtvochtigheidssensor (`sensor.humidity`), en de slimme schakelaar (`switch.manual_override`). De namen kunnen variëren afhankelijk van hoe je ze hebt ingesteld in je Home Assistant-configuratie.

### Stap 1: Automatische luchtvochtigheidsregulering

#### Automation om de ventilator in te schakelen bij hoge luchtvochtigheid

```yaml
automation:
- alias: 'Ventilator Aan Bij Hoge Luchtvochtigheid'
trigger:
- platform: numeric_state
entity_id: sensor.humidity
above: 60
condition:
- condition: time
after: '07:00:00'
before: '21:00:00'
- condition: state
entity_id: switch.manual_override
state: 'off'
action:
- service: switch.turn_on
entity_id: switch.fan
```

#### Automation om de ventilator uit te schakelen bij lage luchtvochtigheid

```yaml
- alias: 'Ventilator Uit Bij Lage Luchtvochtigheid'
trigger:
- platform: numeric_state
entity_id: sensor.humidity
below: 55
condition:
- condition: time
after: '07:00:00'
before: '21:00:00'
- condition: state
entity_id: switch.manual_override
state: 'off'
action:
- service: switch.turn_off
entity_id: switch.fan
```

### Stap 2: Handmatige Overriding Met De Slimme Schakelaar

#### Automation voor handmatige inschakeling

```yaml
- alias: 'Handmatige Overriding Aan'
trigger:
- platform: state
entity_id: switch.manual_override
to: 'on'
condition:
- condition: time
after: '07:00:00'
before: '21:00:00'
action:
- service: switch.turn_on
entity_id: switch.fan
- delay: '00:20:00'
- service: switch.turn_off
entity_id: switch.manual_override
```

### Stap 3: Handmatig Uitschakelen Gedurende Overriding

#### Automation voor handmatige uitschakeling

```yaml
- alias: 'Handmatige Overriding Uit'
trigger:
- platform: state
entity_id: switch.manual_override
to: 'off'
condition:
- condition: state
entity_id: switch.fan
state: 'on'
action:
- service: switch.turn_off
entity_id: switch.fan
```

### Stap 4: Automatische Herinschakeling Tijdens Overriding Als Luchtvochtigheid Hoog Is

```yaml
- alias: 'Ventilator Aan Bij Hoge Luchtvochtigheid Tijdens Overriding'
trigger:
- platform: numeric_state
entity_id: sensor.humidity
above: 60
condition:
- condition: state
entity_id: switch.manual_override
state: 'on'
action:
- service: switch.turn_on
entity_id: switch.fan
- delay: '00:20:00'
- service: switch.turn_off
entity_id: switch.manual_override
```

### Stap 5: Overriding Tussen 21:00 en 07:00

#### Automation voor handmatige inschakeling buiten reguliere tijden

```yaml
- alias: 'Handmatige Overriding Aan Buitentijden'
trigger:
- platform: state
entity_id: switch.manual_override
to: 'on'
condition: []
action:
- service: switch.turn_on
entity_id: switch.fan
- delay: '00:20:00'
- service: switch.turn_off
entity_id: switch.manual_override
```

### Stap 6: Periodieke Controle Om Luchtvochtigheid Te Checken Bij 07:00

#### Automation voor controle om 7:00

```yaml
- alias: 'Controle Luchtvochtigheid Bij 07:00'
trigger:
- platform: time
at: '07:00:00'
condition:
- condition: numeric_state
entity_id: sensor.humidity
above: 60
action:
- service: switch.turn_on
entity_id: switch.fan
```

Met deze YAML-configuraties zou je de gevraagde functionaliteit in Home Assistant moeten kunnen bereiken. Zorg ervoor dat je de juiste entity names gebruikt voor jouw apparaten.

Heb het zelf niet beoordeeld, puur ter inspiratie. Ik weet bijv niet of de delay het beste werkt of een helper-timer meer controle geeft

[Ora et Labora]

JME schreef op vrijdag 7 juni 2024 @ 09:43:
Voor wie het leuk vindt om mee te puzzelen..
Ik wil iets inregelen voor mijn badkamerventilator op basis van een slimme stekker, een luchtvochtigheidssensor en een slimme schakelaar. Idee is dat de luchtvochtigheid in de basis automatisch wordt gereguleerd, dus ventilator AAN indien luchtvochtigheid hoger dan 60% en ventilator UIT indien luchtvochtigheid lager dan 55%. Maar er zijn een paar extra voorwaarden die de boel compliceren:

• met de slimme schakelaar moet de ventilatie ook handmatig kunnen worden ingeschakeld voor een standaardduur van 20 minuten. Bijvoorbeeld als iemand gaat nagels lakken of uitgebreid naar het toilet gaat.
• tijdens die handmatig ingeschakelde periode (en alleen dan) moet de ventilatie ook weer handmatig kunnen worden uitgeschakeld met de slimme schakelaar.
• als tijdens die handmatig ingeschakelde 20 minuten de luchtvochtigheid alsnog boven de 60% komt, dan moet de automatische regulering het overnemen (en dus niet na 20 minuten weer uit, tenzij de luchtvochtigheid dan ook al weer is gedaald tot onder de 55%).
• de ventilator mag nooit aan staan tussen 21:00 en 7:00 uur (klinkt nogal door in de naastgelegen kinderkamer) tenzij deze bewust voor 20 minuten wordt overruled met de schakelaar.
• in de Automation templates zie ik de optie om op basis van een verandering in luchtvochtigheid (komt boven/onder een drempelwaarde) te schakelen, maar dan schakelt de ventilator niet in als om 7:00 uur de luchtvochtigheid al boven de drempelwaarde is. Alternatief zou zijn om continue de luchtvochtigheid te monitoren, maar dat klinkt mij dan weer heel inefficiënt in de oren.

Wie vindt het leuk om mee te denken?

Ongeveer hetzelfde wat @TheFes zegt:

Helper aanmaken

Trigger:
Luchtvochtigheid boven 60%
ID aan

Trigger:
Luchtvochtigheid beneden 55%
ID uit

Trigger:
Schakelaar is aan (dus handmatig)
ID schakelaar_aan

Trigger:
Schakelaar is uit (dus handmatig)
ID schakelaar_uit

Acties:
Getriggerd door aan:
Voorwaarde: Tussen 21:00 en 07:00
Voorwaarde: Luchtvochtigheid boven 60%
Actie: Helper aan

Getriggerd door uit:
Voorwaarde: Luchtvochtigheid beneden 55%
Actie: Helper uit

Getriggerd door schakelaar_aan (handmatig)
Voorwaarde: Helper is uit
Actie: Delay for 20 min
Actie: Voorwaarde als:
Luchtvochtigheid beneden 55%: Stekker uit
Luchtvochtigheid boven 60%: Zet helper aan

Getriggerd door schakelaar uit
Voorwaarde als:
Luchtvochtigheid boven 60%: Zet stekker aan en zet de helper aan
Luchtvochtigheid beneden 55%: zet helper uit

2e automatisering:
Trigger: Helper aan
ID aan

Trigger: Helper uit
ID uit

Acties
Getriggerd door aan
Stekker aan

Getriggerd door uit
Stekker uit

[JME]

Gotta love tweakers, hartstikke bedankt voor het op weg helpen allemaal!!

[Sicco92]

-Casper schreef op vrijdag 7 juni 2024 @ 09:01:
[...]

Wat is het nut van de trigger IDs wanneer je alle triggers hetzelfde ID geeft?

Wat @TheFes zegt inderdaad, het is maar een deel van de complete automation. Ik heb ook nog een aantal triggers met offsets, die hebben andere IDs meegekregen. Ik hou ervan om 1 complete automation te maken voor een bepaald doel, en daar kunnen IDs best handig voor zijn.

[Brynnie]

Bij wie werkt de Google generative AI (GGAI verder) naar wens?
Ik heb een automatisatie die getriggered wordt bij beweging op een camerabeeld. Vervolgens worden 3 snapshots met een tussenpauze van 500ms genomen. Deze worden gestuurd naar GGAI met de vraag om te analyseren wat de beweging veroorzaakte. Er wordt specifiek gevraagd om zaken die in de drie beelden niet van plaats veranderden buiten beschouwing te laten.

Toch krijg ik de vreemdste reacties. Zo zegt hij bijvoorbeeld, wanneer duidelijk een auto voorbij rijdt, dat iemand op de oprit rijdt, uitstapt iets in de brievenbus stopt en weer wegrijdt. Dat lijkt me heel bijzonder om dat binnen anderhalve seconde te kunnen. Wanneer ik dan zelf de beelden bekijk, is er gewoon een auto door beeld gereden.

Ander voorbeeld: GGAI zegt dat er een voertuig met het opschrift gas.be door de straat rijdt. Bij nazicht blijkt er helemaal geen voertuig door de straat te rijden, en heeft vermoedelijk een door de wind bewegende struik de bewegingstrigger veroorzaakt.

Nog een (ongerelateerd) voorbeeld: ik vraag specifiek aan GGAI welke datum het is en wat er in het verleden op deze dag gebeurde. Antwoord: het is vandaag 26 mei 2023, …
Hij weet dus blijkbaar zelfs de correcte datum niet?

[TheFes]

Brynnie schreef op vrijdag 7 juni 2024 @ 13:55:
Bij wie werkt de Google generative AI (GGAI verder) naar wens?
Ik heb een automatisatie die getriggered wordt bij beweging op een camerabeeld. Vervolgens worden 3 snapshots met een tussenpauze van 500ms genomen. Deze worden gestuurd naar GGAI met de vraag om te analyseren wat de beweging veroorzaakte. Er wordt specifiek gevraagd om zaken die in de drie beelden niet van plaats veranderden buiten beschouwing te laten.

Toch krijg ik de vreemdste reacties. Zo zegt hij bijvoorbeeld, wanneer duidelijk een auto voorbij rijdt, dat iemand op de oprit rijdt, uitstapt iets in de brievenbus stopt en weer wegrijdt. Dat lijkt me heel bijzonder om dat binnen anderhalve seconde te kunnen. Wanneer ik dan zelf de beelden bekijk, is er gewoon een auto door beeld gereden.

Ander voorbeeld: GGAI zegt dat er een voertuig met het opschrift gas.be door de straat rijdt. Bij nazicht blijkt er helemaal geen voertuig door de straat te rijden, en heeft vermoedelijk een door de wind bewegende struik de bewegingstrigger veroorzaakt.

Nog een (ongerelateerd) voorbeeld: ik vraag specifiek aan GGAI welke datum het is en wat er in het verleden op deze dag gebeurde. Antwoord: het is vandaag 26 mei 2023, …
Hij weet dus blijkbaar zelfs de correcte datum niet?

Welke versie van HA draai je? Vanaf 2024.6 wordt de huidige datum al vanuit HA meegegeven, daarvoor niet. Dan moest je dat zelf in het prompt zetten

[Brynnie]

Ik heb versie 2024.5.4, zal nu updaten naar 2024.6.0.

Dat verklaart het laatste voorval, maar niet de bewegingsbeschrijving, die soms echt een rijke fantasie lijkt te hebben.

[ Voor 19% gewijzigd door Brynnie op 07-06-2024 14:04 ]

[TheFes]

Brynnie schreef op vrijdag 7 juni 2024 @ 14:03:
Ik heb versie 2024.5.4, zal nu updaten naar 2024.6.0.

Dat verklaart het laatste voorval, maar niet de bewegingsbeschrijving, die soms echt een rijke fantasie lijkt te hebben.

Ik heb het van de week eens in de Gemini app getest, en ook daar klopte er weinig van. Ik denk niet dat deze afbeeldingsherkenning al betrouwbaar genoeg is.

[Brynnie]

Bestaat er een mogelijkheid om bvb een klein stukje video (3 of 5 seconden?) mee te sturen in plaats van 3 snapshots?

[destroyernr1]

Ik probeer data die van een webhook komt binnen te trekken via een HA webhook. De connectie komt zeker binnen in HA dus dat zit al goed :-)
Mijn volgende stap is om via een automation die data te printen naar een Dymo Labelwriter 450. En hier zit ik vast.
Geen flauw idee hoe ik HA kan wijs maken dat die data naar de Dymo moet gestuurd worden...
Mijn Dymo is aangesloten op een Linux systeem (deze is altijd online) en is geïnstalleerd met Cups. Vanuit b.v. Windows kan ik er perfect naartoe printen.

Iemand die me in de juiste richting kan sturen?

[Sicco92]

destroyernr1 schreef op vrijdag 7 juni 2024 @ 16:56:
Ik probeer data die van een webhook komt binnen te trekken via een HA webhook. De connectie komt zeker binnen in HA dus dat zit al goed :-)
Mijn volgende stap is om via een automation die data te printen naar een Dymo Labelwriter 450. En hier zit ik vast.
Geen flauw idee hoe ik HA kan wijs maken dat die data naar de Dymo moet gestuurd worden...
Mijn Dymo is aangesloten op een Linux systeem (deze is altijd online) en is geïnstalleerd met Cups. Vanuit b.v. Windows kan ik er perfect naartoe printen.

Iemand die me in de juiste richting kan sturen?

Hier staan wel wat linkjes naar add-ons in van mensen die hetzelfde proberen te doen: https://community.home-as.../printing-with-cups/24466
Misschien staat daar iets in wat voor je werkt!

[destroyernr1]

Helaas niet. Deze had ik al bekeken en daar focussen ze zich vooral op cups installeren op HA. Bij mij staat cups op mijn nas die direct naast mijn Dymo staat, handig :-)
Mijn HA server(tje) staat ergens anders.

[synoniem]

destroyernr1 schreef op vrijdag 7 juni 2024 @ 17:32:
Helaas niet. Deze had ik al bekeken en daar focussen ze zich vooral op cups installeren op HA. Bij mij staat cups op mijn nas die direct naast mijn Dymo staat, handig :-)
Mijn HA server(tje) staat ergens anders.

Wat je zou kunnen doen is vanaf de commandline de cups-client toevoegen en dan vanuit een script lpr aanroepen met alle parameters (zie man lpr).

[michels911]

Hi, ik ben enige maanden geleden begonnen met HA(OS) te draaien op een RPI4 naast mn bestaande Domoticz installatie. Veel is al verplaatst maar voor de zwave integratie gebruik ik de mqtt koppeling van Zwave2ui die nog op mijn Domoticz installatie draait.
Nu wordt het langszaam aan wel tijd om ook de AEON Zwave Gen5 USB stick om te prikken naar HA.
Mijn vraag:
Worden dan alle (60) Zwave devices, als nieuwe devices aangemaakt op HA?
Of worden de via MQTT al bestaande devices gewoon herkent zodat mijn dashboards en automations gewoon blijven werken?

[Moby]

Vandaag is bij mij de volgende set geinstalleerd: https://www.climamarket.e...-ftxm25r-ftxm35r-3mxm68n9

Aan de gang gekregen zodat ik ook via de telefoon alles kan bedienen. Toen dacht ik: even toevoegen aan HA. En daar loop ik vast. Ik geef 1 van de 3 IP adressen op van de binnenunits (die ik in de app zie) maar ik krijg geen verbinding. Dit staat in het logboek

Unexpected error creating device
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/components/daikin/config_flow.py", line 85, in _create_device
device = await Appliance.factory(
^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.12/site-packages/pydaikin/daikin_base.py", line 86, in factory
await appl.init()
File "/usr/local/lib/python3.12/site-packages/pydaikin/daikin_airbase.py", line 69, in init
raise Exception("Empty values.")
Exception: Empty values.

Waar kijk ik overheen

Als ik rechtstreeks naar het IP adres ga krijg ik de volgende standaard tekst:

This software is included following open source software.

The FreeRTOS kernel is released under the MIT open source license, the text of
which is provided below.

This license covers the FreeRTOS kernel source files, which are located in the
/FreeRTOS/Source directory of the official FreeRTOS kernel download. It also
covers most of the source files in the demo application projects, which are
located in the /FreeRTOS/Demo directory of the official FreeRTOS download. The
demo projects may also include third party software that is not part of FreeRTOS
and is licensed separately to FreeRTOS. Examples of third party software
includes header files provided by chip or tools vendors, linker scripts,
peripheral drivers, etc. All the software in subdirectories of the /FreeRTOS
directory is either open source or distributed with permission, and is free for
use. For the avoidance of doubt, refer to the comments at the top of each
source file.

Edit: En https://github.com/jwillemsen/daikin_onecta werkt ook niet want https://developer.cloud.daikineurope.com/login gaat niet verder dan het SSO scherm

[ Voor 39% gewijzigd door Moby op 07-06-2024 20:52 ]

[Isane]

Bestaat er ergens een nederlandstalige handleiding hoe je codes in de /homeassistant/configuration.yaml moet zetten? En hoe het werkt?

Want zie je de config wat je erin zet ook nog ergens in home assistant terug?

[Dutchess_Nicole]

Isane schreef op vrijdag 7 juni 2024 @ 20:43:
Bestaat er ergens een nederlandstalige handleiding hoe je codes in de /homeassistant/configuration.yaml moet zetten? En hoe het werkt?

Want zie je de config wat je erin zet ook nog ergens in home assistant terug?

Hoe je dingen in configuration moet zetten is gewoon beschreven in de YAML specificaties. Daar doet Homeassistant als project niks bijzonders mee.


Qua what je terug ziet: als je in de UI bedoelt, dan hangt het dus helemaal af van wat je aan het toevoegen bent.

Een handmatig toegevoegde entity zul je terugvinden in je entities lijst, een template sensor ook, een rest_command zul je alleen terugvinden in developer tools bij de service calls. Voor dat alles is al een hoop documentatie geschreven. Of dat ook in het Nederlands te vinden is weet ik niet. Maar google translate kan helpen met de teksten.

[Olaf van der Spek]

De energie grafiek is per uur, is er ook een grafiek per minuut? Ik heb een HomeWizard P1 meter.

[hjs]

Olaf van der Spek schreef op zaterdag 8 juni 2024 @ 09:09:
De energie grafiek is per uur, is er ook een grafiek per minuut? Ik heb een HomeWizard P1 meter.

P1slimmemeter_vermogen doet dat.

[Olaf van der Spek]

hjs schreef op zaterdag 8 juni 2024 @ 09:13:
[...]


P1slimmemeter_vermogen doet dat.

Maar 'standaard' houdt HA het alleen per uur bij? Waarom is dat?

[TheFes]

Olaf van der Spek schreef op zaterdag 8 juni 2024 @ 09:09:
De energie grafiek is per uur, is er ook een grafiek per minuut? Ik heb een HomeWizard P1 meter.

Het Energy Dashboard is per uur omdat het gebruik maakt van de long term statistics database, waarin de delta per uur opgeslagen wordt. Hierdoor kan de data langer opgeslagen worden, het scheelt nogal of je elke state change op moet slaan, of een totaal per uur.

Voor data per minuut heb je de data uit de recorder, maar dat die is standaard beperkt tot 10 dagen.

[Dutchess_Nicole]

Helaas heeft Entso-E weer eens problemen. Er zijn weer eens geen prijzen bekend sinds gistermiddag en dat is dit keer niet de integratie: ook op hun platform zijn de grafieken leeg.

[Ryan_]

Iemand die weet wat de setting "Verbinding automatisch verbreken" in de Companion app precies doet? Deze staat standaard aangevinkt.

[ Voor 3% gewijzigd door Ryan_ op 08-06-2024 09:40 ]

[Olaf van der Spek]

TheFes schreef op zaterdag 8 juni 2024 @ 09:16:
Het Energy Dashboard is per uur omdat het gebruik maakt van de long term statistics database, waarin de delta per uur opgeslagen wordt. Hierdoor kan de data langer opgeslagen worden, het scheelt nogal of je elke state change op moet slaan, of een totaal per uur.

Hoeveel opslag zou het kosten?
Per meter zijn het 525.600 entries per jaar, met 4 byte/entry is dat ongeveer 2 MB per jaar per meter (zonder compressie).
Zou te doen moeten zijn toch?

[RobertMe]

Olaf van der Spek schreef op zaterdag 8 juni 2024 @ 09:56:
[...]

Hoeveel opslag zou het kosten?
Per meter zijn het 525.600 entries per jaar, met 4 byte/entry is dat ongeveer 2 MB per jaar per meter (zonder compressie).
Zou te doen moeten zijn toch?

En vervolgens moet je per entry ook nog de datum/tijd er bij opslaan, anders weet je niet van wanneer die is. Dat zijn dus nog eens 64 bits bovenop de 32 bits aan data. Dus dan zit je al op 6MB.

En de statistics data is bij mij toch echt per 5 minuten. Alleen wordt deze maar elk uur berekend? Of in ieder geval maar per uur op het dashboard weergegeven.

Edit:
En niet vergeten dat een slimme meter elke 5 seconden of elke seconde data aanlevert (voor respectievelijk een DSMR 4 en DSMR 5 model). En er natuurlijk meerdere gegevens zijn die allemaal worden opgeslagen en voor een deel ook in de long term statistics (afname, teruglevering, gas in long term stats, en dan nog spanning en voltage etc over alle drie de fases etc).

[ Voor 21% gewijzigd door RobertMe op 08-06-2024 10:29 ]

[TheFes]

RobertMe schreef op zaterdag 8 juni 2024 @ 10:27:
[...]

En vervolgens moet je per entry ook nog de datum/tijd er bij opslaan, anders weet je niet van wanneer die is. Dat zijn dus nog eens 64 bits bovenop de 32 bits aan data. Dus dan zit je al op 6MB.

En de statistics data is bij mij toch echt per 5 minuten. Alleen wordt deze maar elk uur berekend? Of in ieder geval maar per uur op het dashboard weergegeven.

Edit:
En niet vergeten dat een slimme meter elke 5 seconden of elke seconde data aanlevert (voor respectievelijk een DSMR 4 en DSMR 5 model). En er natuurlijk meerdere gegevens zijn die allemaal worden opgeslagen en voor een deel ook in de long term statistics (afname, teruglevering, gas in long term stats, en dan nog spanning en voltage etc over alle drie de fases etc).

Die data per 5 minuten zijn de short term statistics, die worden standaard na 10 dagen gepurged (ik denk dat hier gewoon de recorder setting voor gebruikt wordt). De data wordt per uur geaggregeerd in de Long Term Statistics

Zie hier meer info, ook wat er opgeslagen wordt
https://data.home-assistant.io/docs/statistics/

Ik heb net even in mijn database statistics gekeken, ik heb statistics sinds juli 2021, toen het geïntroduceerd is, en 265 MB aan statistics. Als dat per minuut opgeslagen zou moeten worden, dan was dat dus al tientallen Gigabytes geweest

[RobertMe]

TheFes schreef op zaterdag 8 juni 2024 @ 10:36:
[...]


Die data per 5 minuten zijn de short term statistics, die worden standaard na 10 dagen gepurged (ik denk dat hier gewoon de recorder setting voor gebruikt wordt). De data wordt per uur geaggregeerd in de Long Term Statistics

I see. Met corrigeren zie ik "altijd" 5 minuten. Maar dat is dan weer een tussenroute waarbij ik blijkbaar snel genoeg ben met corrigeren.

[Vaevictis_]

Wie weet hoe ik alle entiteiten in voice assistant beschikbaar krijg? Ik zie daar 334 stuks terwijl ik rond de 3000 in ha heb zitten. Want ik mis er nu een hele hoop bv hoeveel energie is opgewekt.

Als ze erbij staan dan kan ik ze daarna ook ontsluiten voor de voice assistant.

[Olaf van der Spek]

RobertMe schreef op zaterdag 8 juni 2024 @ 10:27:
En vervolgens moet je per entry ook nog de datum/tijd er bij opslaan, anders weet je niet van wanneer die is. Dat zijn dus nog eens 64 bits bovenop de 32 bits aan data. Dus dan zit je al op 6MB.

Als elke entry een minuut verder is ga je natuurlijk niet de datum/tijd per entry opslaan..

[TheFes]

Olaf van der Spek schreef op zaterdag 8 juni 2024 @ 10:56:
[...]

Als elke entry een minuut verder is ga je natuurlijk niet de datum/tijd per entry opslaan..

Hoe ga je dan weten welke waardes bij 17:00 - 18:00 gisteravond horen? Je kunt er niet zo maar vanuit gaan dat je van alle minuten in die periode waardes hebt. De HA server kan herstart zijn, of wellicht zelfs uit hebben gestaan.

[Olaf van der Spek]

TheFes schreef op zaterdag 8 juni 2024 @ 10:59:
[...]


Hoe ga je dan weten welke waardes bij 17:00 - 18:00 gisteravond horen? Je kunt er niet zo maar vanuit gaan dat je van alle minuten in die periode waardes hebt. De HA server kan herstart zijn, of wellicht zelfs uit hebben gestaan.

Time series databases zouden daar slim mee om kunnen gaan. Worst case gebruik je een n/a special value per entry.

[RobertMe]

Olaf van der Spek schreef op zaterdag 8 juni 2024 @ 11:29:
[...]

Time series databases zouden daar slim mee om kunnen gaan. Worst case gebruik je een n/a special value per entry.

En hoe sla je die speciale waarde op? Een NULL in een timestamp kolom? Dan heb je dus nog steeds die 64 bits gereserveerd, incl een speciaal vlaggetje dat die leeg is (dus nog een extra bits).

En HA werkt natuurlijk met meerdere databases, waarvan geen enkele een time series database is. En om het lekker simpel te houden de default een SQLite database is.

Maar / en niks houd je tegen om zelf Prometheus of InfluxDB te draaien en de integratie daarvoor te gebruiken om de sensor data daarheen te schrijven. Vervolgens ook weer een sensor maken tegen die data en dat in een graph plaatsen of wat je ook er mee wilt.

[Dutchess_Nicole]

RobertMe schreef op zaterdag 8 juni 2024 @ 11:36:
[...]

En hoe sla je die speciale waarde op? Een NULL in een timestamp kolom? Dan heb je dus nog steeds die 64 bits gereserveerd, incl een speciaal vlaggetje dat die leeg is (dus nog een extra bits).

En HA werkt natuurlijk met meerdere databases, waarvan geen enkele een time series database is. En om het lekker simpel te houden de default een SQLite database is.

Maar / en niks houd je tegen om zelf Prometheus of InfluxDB te draaien en de integratie daarvoor te gebruiken om de sensor data daarheen te schrijven. Vervolgens ook weer een sensor maken tegen die data en dat in een graph plaatsen of wat je ook er mee wilt.

Dat is precies wat ik doe. De gegevens die voor de ED gebruikt worden exporteer ik ook naar prometheus, en dan kan ik die in grafana in elke willekeurige interval en precisie bekijken.

[Olaf van der Spek]

RobertMe schreef op zaterdag 8 juni 2024 @ 11:36:
En hoe sla je die speciale waarde op? Een NULL in een timestamp kolom?

Er zou dan geen timestamp kolom zijn.
-1 (unsigned) in de value kolom.

En HA werkt natuurlijk met meerdere databases, waarvan geen enkele een time series database is. En om het lekker simpel te houden de default een SQLite database is.

Voor dit soort data lijkt mij dat niet ideaal.

[RobertMe]

Olaf van der Spek schreef op zaterdag 8 juni 2024 @ 11:45:
[...]

Er zou dan geen timestamp kolom zijn.
-1 (unsigned) in de value kolom.

Hoe ga je -1 in een unsigned kolom opslaan? Die - is toch echt een sign, die dus niet kan.

[Hippe Lip]

Ik heb een lastig probleempje. In een automation wil ik een waarde laten zien, maar alleen als aan een voorwaarde is voldaan.

Nu heb ik dit

YAML:

    - type: text
      value: >-
        {{ states('sensor.kia_e_niro_ev_charge_time_remaining')| string }} min

en ik wil naar zoiets

YAML:

    - type: text
      value: >-
        {{ '{{ states('sensor.kia_e_niro_ev_charge_time_remaining')| string }} min' if         states('binary_sensor.kia_e_niro_ev_plugged_in') |
        string == 'on' }}

Die eerste moet dus alleen weergegeven worden als 'plugged_in' de waarde 'on' heeft. Anders moet er nix staan.

Hoe doe je dat? Die tweede set klopt natuurlijk niet, maar ik kan me niet bedenken hoe het wel moet. Ik kom in de problemen met het nesten van de quotes.

[Olaf van der Spek]

RobertMe schreef op zaterdag 8 juni 2024 @ 11:49:
[...]

Hoe ga je -1 in een unsigned kolom opslaan? Die - is toch echt een sign, die dus niet kan.

0xFFFFFFFFFFFFFFFF

[RobertMe]

Olaf van der Spek schreef op zaterdag 8 juni 2024 @ 11:51:
[...]

0xFFFFFFFFFFFFFFFF

Hele mooie valide timestamp dus. Wellicht wel nogal ver in de toekomst. Maarja, long term statistics, misschien heb je die DB / data nog over tientallen jaren.
En die 0xFFFFFFFFFFFFFFFF gebruikt natuurlijk net zoveel data als een gewone timestamp van het daadwerkelijke moment waar de data bij hoort. Ruimtebesparing is dan dus 0 bits.

[TheFes]

Hippe Lip schreef op zaterdag 8 juni 2024 @ 11:51:
Ik heb een lastig probleempje. In een automation wil ik een waarde laten zien, maar alleen als aan een voorwaarde is voldaan.

Nu heb ik dit

YAML:

    - type: text
      value: >-
        {{ states('sensor.kia_e_niro_ev_charge_time_remaining')| string }} min

en ik wil naar zoiets

YAML:

    - type: text
      value: >-
        {{ '{{ states('sensor.kia_e_niro_ev_charge_time_remaining')| string }} min' if states('binary_sensor.kia_e_niro_ev_plugged_in') |
        string == 'on' }}

Die eerste moet dus alleen weergegeven worden als 'plugged_in' de waarde 'on' heeft. Anders moet er nix staan.

Hoe doe je dat? Die tweede set klopt natuurlijk niet, maar ik kan me niet bedenken hoe het wel moet. Ik kom in de problemen met het nesten van de quotes.

Je kunt geen templates nesten
Verder heeft dat string template weinig nut, het is een state, dus een string.

code:

{{ states('sensor.kia_e_niro_ev_charge_time_remaining') ~ ' min' if is_state('binary_sensor.kia_e_niro_ev_plugged_in', 'on') }}

[Hippe Lip]

TheFes schreef op zaterdag 8 juni 2024 @ 12:01:
[...]


Je kunt geen templates nesten
Verder heeft dat string template weinig nut, het is een state, dus een string.

code:

{{ states('sensor.kia_e_niro_ev_charge_time_remaining') ~ ' min' if is_state('binary_sensor.kia_e_niro_ev_plugged_in', 'on') }}

@TheFes
Ja, het is een string. Maar hoe zorg ik er nu voor dat die string alleen weergegeven wordt als er aan een conditie (state('binary_sensor.kia_e_niro_ev_plugged_in == 'on')) wordt voldaan?

[TheFes]

Hippe Lip schreef op zaterdag 8 juni 2024 @ 12:11:
[...]

@TheFes
Ja, het is een string. Maar hoe zorg ik er nu voor dat die string alleen weergegeven wordt als er aan een conditie (state('binary_sensor.kia_e_niro_ev_plugged_in == 'on')) wordt voldaan?

Wat werkt er niet aan mijn template? Ik krijg daar niets te zien in developer tools > templates

[Hippe Lip]

TheFes schreef op zaterdag 8 juni 2024 @ 12:40:
[...]


Wat werkt er niet aan mijn template? Ik krijg daar niets te zien in developer tools > templates

Oh sorry, ik las niet goed en had niet door dat je een nieuw stukje code plaatste. Dacht dat het de mijne was
Ga het straks proberen.
Thnx, @TheFes

Edit
Het werkt. Veel dank weer
Langzaam ga ik dat scripten een beetje onder de knie krijgen.
Is er ergens een pagina waar een heldere en overzichtelijke uitleg van die scripting staat?

[ Voor 21% gewijzigd door Hippe Lip op 08-06-2024 15:02 ]

[Orangelights23]

Sinds een tijd flink met HA bezi, topspul! Nu wil ik in verband met een extra appartement in de tuin camera’s gaan ophangen, maar ik heb er weinig kaas van gegeten. Uiteraard heb ik dit topic al doorgelezen, maar ik ben benieuwd of iemand eenvoudig het volgende kan vertellen:
- Welke cameramerken zijn het beste? Gaat om vier camera’s plus een deurbel, allemaal wifi en ik wil geen cloudabonnement. Ik blijf dit een lastige vinden.
- Ik lees veel over RTSP als vereiste. Snelheid is belangrijk bij beweging of iemand voor de deur (het appartement staat te ver van het hoofdhuis vandaan), dus ik wil graag een melding op mijn telefoon + screenshot/live feed en op mijn Google Nest Hub welke op mijn kantoor staat. Hoe zijn de ervaringen met Scrypted? Ik lees daar wisselende ervaringen over.

[ Voor 9% gewijzigd door Orangelights23 op 08-06-2024 17:48 ]

[new_guy]

Wat heb je zelf al gevonden?

[Barfman]

Kan iemand mij even op de goede weg helpen.

Ik heb de HomeWizard WiFi watermeter vandaag geïnstalleerd, alles werkt perfect.
Alleen wilde ik ook een sensor maken om mijn meterstand in Home Assistant te laten zien.
Ik krijg elke keer een foutmelding als ik mijn configuratie controleer, maar kom er niet uit wat er fout is aan mijn template

YAML:

- platform: template
  sensors:
    - name: Water Meter stand
      unique_id: water_meter_stand_totaal
      state_class: total_increasing
      unit_of_measurement: m³
      device_class: water
      icon: mdi:gauge
      state: "{{ (174.321 + states.sensor.watermeter_totaal_water_verbruik.state |float) }}"

174.321 is mijn huidige stand van de watermeter

En dit is mijn foutmelding Configuratiewaarschuwingen

YAML:

 config for 'template' from integration 'sensor' at sensors/watermeter.yaml, line 2: expected dictionary for dictionary value 'sensors', got [{'name': 'Water Meter stand', 'unique_id': 'water_meter_stand_totaal', 'state_class': 'total_increasing', 'unit_of_measurement': 'm³', 'device_class': 'water', 'icon': 'mdi:gauge', 'state': '{{ (174.321 + states.sensor.watermeter_totaal_water_verbruik.state |float) }}'}]

[TheFes]

Barfman schreef op zaterdag 8 juni 2024 @ 18:17:
Kan iemand mij even op de goede weg helpen.

Ik heb de HomeWizard WiFi watermeter vandaag geïnstalleerd, alles werkt perfect.
Alleen wilde ik ook een sensor maken om mijn meterstand in Home Assistant te laten zien.
Ik krijg elke keer een foutmelding als ik mijn configuratie controleer, maar kom er niet uit wat er fout is aan mijn template

YAML:

- platform: template
  sensors:
    - name: Water Meter stand
      unique_id: water_meter_stand_totaal
      state_class: total_increasing
      unit_of_measurement: m³
      device_class: water
      icon: mdi:gauge
      state: "{{ (174.321 + states.sensor.watermeter_totaal_water_verbruik.state |float) }}"

174.321 is mijn huidige stand van de watermeter

En dit is mijn foutmelding Configuratiewaarschuwingen

YAML:

 config for 'template' from integration 'sensor' at sensors/watermeter.yaml, line 2: expected dictionary for dictionary value 'sensors', got [{'name': 'Water Meter stand', 'unique_id': 'water_meter_stand_totaal', 'state_class': 'total_increasing', 'unit_of_measurement': 'm³', 'device_class': 'water', 'icon': 'mdi:gauge', 'state': '{{ (174.321 + states.sensor.watermeter_totaal_water_verbruik.state |float) }}'}]

Je mixt het legacy format en het moderne template sensor format door elkaar

[Barfman]

Oké
Ik heb dat nog niet helemaal door, ben zelf wel aan het experimenteren door een hoop te lezen op het HA forum, maar blijkbaar nog niet genoeg

[Antonio di]

Orangelights23 schreef op zaterdag 8 juni 2024 @ 17:03:
Sinds een tijd flink met HA bezi, topspul! Nu wil ik in verband met een extra appartement in de tuin camera’s gaan ophangen, maar ik heb er weinig kaas van gegeten. Uiteraard heb ik dit topic al doorgelezen, maar ik ben benieuwd of iemand eenvoudig het volgende kan vertellen:
- Welke cameramerken zijn het beste? Gaat om vier camera’s plus een deurbel, allemaal wifi en ik wil geen cloudabonnement. Ik blijf dit een lastige vinden.
- Ik lees veel over RTSP als vereiste. Snelheid is belangrijk bij beweging of iemand voor de deur (het appartement staat te ver van het hoofdhuis vandaan), dus ik wil graag een melding op mijn telefoon + screenshot/live feed en op mijn Google Nest Hub welke op mijn kantoor staat. Hoe zijn de ervaringen met Scrypted? Ik lees daar wisselende ervaringen over.

Er is een forum speciaal voor bewakings cam's. Daar zijn Hikvision en Dahua favoriet (veel open standaards en goede bouw en beeld kwaliteit). Zelf vind ik Dahua veel makkelijker met de App en browser. Andy is een rebrand Dahua waar daar ook vele fans van zijn. Zie;
Het grote beveiligingscamera's topic - Deel 2

[Antonio di]

Orangelights23 schreef op zaterdag 8 juni 2024 @ 17:03:
Sinds een tijd flink met HA bezi, topspul! Nu wil ik in verband met een extra appartement in de tuin camera’s gaan ophangen, maar ik heb er weinig kaas van gegeten. Uiteraard heb ik dit topic al doorgelezen, maar ik ben benieuwd of iemand eenvoudig het volgende kan vertellen:
- Welke cameramerken zijn het beste? Gaat om vier camera’s plus een deurbel, allemaal wifi en ik wil geen cloudabonnement. Ik blijf dit een lastige vinden.
- Ik lees veel over RTSP als vereiste. Snelheid is belangrijk bij beweging of iemand voor de deur (het appartement staat te ver van het hoofdhuis vandaan), dus ik wil graag een melding op mijn telefoon + screenshot/live feed en op mijn Google Nest Hub welke op mijn kantoor staat. Hoe zijn de ervaringen met Scrypted? Ik lees daar wisselende ervaringen over.

Cam's wil je zo te horen gebruiken voor bewaking; zie daarom ook:
Waar moet een draadloos DIY Alarm met smarthome aan voldoen
Ajax Alarm systeem en Interfaces met andere systemen/modules
Lupus Electronics XT2 Plus Main Panel review door Antonio di
Antonio di in "Ajax of Lupus Electronics Alarm / Smarthome kiezen"

ps,
morgen overhoren

[Antonio di]

Orangelights23 schreef op zaterdag 8 juni 2024 @ 17:03:
Sinds een tijd flink met HA bezi, topspul! Nu wil ik in verband met een extra appartement in de tuin camera’s gaan ophangen, maar ik heb er weinig kaas van gegeten. Uiteraard heb ik dit topic al doorgelezen, maar ik ben benieuwd of iemand eenvoudig het volgende kan vertellen:
- Welke cameramerken zijn het beste? Gaat om vier camera’s plus een deurbel, allemaal wifi en ik wil geen cloudabonnement. Ik blijf dit een lastige vinden.
- Ik lees veel over RTSP als vereiste. Snelheid is belangrijk bij beweging of iemand voor de deur (het appartement staat te ver van het hoofdhuis vandaan), dus ik wil graag een melding op mijn telefoon + screenshot/live feed en op mijn Google Nest Hub welke op mijn kantoor staat. Hoe zijn de ervaringen met Scrypted? Ik lees daar wisselende ervaringen over.

En er is ook een apart forum over "slimme" deurbellen zonder abonnement:
Slimme deurbel/camera met lokale opslag EN zonder abonnement

[Brynnie]

Ik heb nu een automatisatie die beelden naar een Google Generative AI stuurt om ze te beschrijven. Wanneer er bepaalde woorden in de beschrijving staan, word ik verwittigd door een notificatie.

Hoe kan ik elke beschrijving (bvb van de laatste 24u) opslaan, zodat ik die kan nakijken indien nodig?

[oNo]

Orangelights23 schreef op zaterdag 8 juni 2024 @ 17:03:
Sinds een tijd flink met HA bezi, topspul! Nu wil ik in verband met een extra appartement in de tuin camera’s gaan ophangen, maar ik heb er weinig kaas van gegeten. Uiteraard heb ik dit topic al doorgelezen, maar ik ben benieuwd of iemand eenvoudig het volgende kan vertellen:
- Welke cameramerken zijn het beste? Gaat om vier camera’s plus een deurbel, allemaal wifi en ik wil geen cloudabonnement. Ik blijf dit een lastige vinden.
- Ik lees veel over RTSP als vereiste. Snelheid is belangrijk bij beweging of iemand voor de deur (het appartement staat te ver van het hoofdhuis vandaan), dus ik wil graag een melding op mijn telefoon + screenshot/live feed en op mijn Google Nest Hub welke op mijn kantoor staat. Hoe zijn de ervaringen met Scrypted? Ik lees daar wisselende ervaringen over.

Sinds kort voor mij hetzelfde. Ik heb een simpele/goedkope PTZ IP camera. Deze een vast IP adres gegeven (DHCP reservering)
Voor verwerking heb ik de Frigate add on gebruikt. Configuratie is met steile leercurve (zelf yaml config maken) maar er is veel over te vinden. Via home assistant kan ik nu direct kijken of opnames terug zien. Trigger objecten voor opname zijn instelbaar en werkt goed (bv car, person, cat, bird, dog) In Frigate zit ook een optie waarbij meerdere camera's in een overzicht getoond kan worden.

Notificaties moet ik nog mee bezig.

Ik heb dit op een NUC draaien. Het herkennen van objecten kost de nodige cpu power. Een lagere resolutie en fps zorgt voor veel minder energieverbruik.

[ChrisM]

Wat doe ik verkeerd?
Ik probeer een service uit te voeren, met als waarde een input_number. Dit is mijn script:

YAML:

alias: Luxtronik Stel pompen in
sequence:
  - service: luxtronik2.write
    data:
      parameter: ID_Einst_P155_PumpVBO_RPM_C
      value: "{{ states('input_number.helper_brine_pomp') }}"
  - service: luxtronik2.write
    data:
      parameter: ID_Einst_P155_PumpCool_RPM
      value: "{{ states('input_number.helper_koeling_pomp') }}"
description: ""

De input_number.helper_brine_pomp is een waarde van 50-100. Als ik dit in de services tab van de developer tools zet, werkt het ook niet.. maar ik begrijp het niet.
Als ik {{ states('input_number.helper_koeling_pomp') }} in de developer tools, template zet, dan zie ik daar gewoon de waarde van 50 (wat het moet zijn)

[ Voor 0% gewijzigd door Septillion op 10-06-2024 17:33 . Reden: Denk aan de 'yaml' bij de code tags aub! Zie topic warning en hoe deze post is aangepast. ]

[TheFes]

ChrisM schreef op zondag 9 juni 2024 @ 09:15:
Wat doe ik verkeerd?
Ik probeer een service uit te voeren, met als waarde een input_number. Dit is mijn script:

code:

alias: Luxtronik Stel pompen in
sequence:
  - service: luxtronik2.write
    data:
      parameter: ID_Einst_P155_PumpVBO_RPM_C
      value: "{{ states('input_number.helper_brine_pomp') }}"
  - service: luxtronik2.write
    data:
      parameter: ID_Einst_P155_PumpCool_RPM
      value: "{{ states('input_number.helper_koeling_pomp') }}"
description: ""

De input_number.helper_brine_pomp is een waarde van 50-100. Als ik dit in de services tab van de developer tools zet, werkt het ook niet.. maar ik begrijp het niet.
Als ik {{ states('input_number.helper_koeling_pomp') }} in de developer tools, template zet, dan zie ik daar gewoon de waarde van 50 (wat het moet zijn)

Werkt het als je dit uitvoert in developer tools > services

YAML:

service: luxtronik2.write
data:
  parameter: ID_Einst_P155_PumpCool_RPM
  value: 50

[ Voor 8% gewijzigd door TheFes op 09-06-2024 09:21 ]

[ChrisM]

TheFes schreef op zondag 9 juni 2024 @ 09:19:
[...]


Werkt het als je dit uitvoert in developer tools > services

YAML:

service: luxtronik2.write
data:
  parameter: ID_Einst_P155_PumpCool_RPM
  value: 50

Ja, dat werkt wel..

[TheFes]

ChrisM schreef op zondag 9 juni 2024 @ 10:01:
[...]

Ja, dat werkt wel..

Input numbers zijn standaard een float (bijvoorbeeld 50.0). Misschien moet je de waarde even naar een integer casten

YAML:

value: "{{ states('input_number.helper_brine_pomp') | int }}"

[Meelobee]

Ik gebruik een Picture Element card met meerdere Entity State Images om te laten zien wie er in welke zone is.
Op dit moment heeft elke card die dit gebruikt een eigen lijst met de namen van de zones en de link naar de afbeelding die dan gebruikt moet worden;

YAML:

type: picture-elements
elements:
  - entity: device_tracker.greenghost
    hold_action: toggle
    state_image:
      home: /local/images/picture_card/location/home.png
      not_home: /local/images/picture_card/location/away.png
    style:
      left: 50%
      top: 86%
      width: 90%
    type: image

Is het mogelijk om de opsomming van state images ergens centraal op te slaan en dan alle kaarten die er gebruik van maken naar daarnaartoe te wijzen? Zo ja, hoe doe ik dat? Dan hoe ik nl niet elke keer meerdere kaarten te updaten als er zones bij komen of worden verwijderd.

[ Voor 64% gewijzigd door Septillion op 10-06-2024 17:16 . Reden: Denk aan de 'yaml' bij de code tags aub! Zie topic warning en hoe deze post is aangepast. ]

[Exirion]

Na een halfjaar HA op een Synology in een docker container gedraaid te hebben, heb ik besloten om een standalone systeem te maken. Het installeren van HA supervised op een Debian 12 installatie was zo gepiept, maar backup en restore van data bleek echt een klucht.

Na wat gelees bleek uiteindelijk de progress van een restore nergens zichtbaar gemaakt te worden, bleek die bij veel mensen uren te kunnen duren, en bleek ook nog eens dat mijn HA install op de Synology (2024.5.5) de keuze moest bieden tussen partial en full backups. Die keuze wordt nergens gegeven. Hij maakt gewoon een backup en als je die importeert dan kun je op de CLI van de nieuwe installatie zien dat dat altijd een partial backup is, waar je dus niks aan hebt. Handig dat de UI daar niks over zegt.

Uiteindelijk heb ik gewoon handmatig een tar.xz van m'n hele config directory in de docker container overgezet naar /usr/share/hassio/homeassistant op de nieuwe setup. Uiteraard heb ik er wel voor gezorgd dat daar ook 2024.5.5 draaide om compatibiliteitsproblemen te voorkomen. Online wordt heel veel gerant op de gebrekkige backup/restore functionaliteit, terwijl je dus letterlijk binnen een paar minuten klaar kan zijn. Weer een typisch gevalletje WTF. Ze hebben nog wel wat werk te doen om HA echt voor elk type gebruiker toegankelijk te maken.

[luigi87]

TWKterry schreef op donderdag 6 juni 2024 @ 20:56:
[...]

OK, je had == <0 die bestaat niet, == 0 of <= 0 zou moeten werken

Top het werkt dank

De complete code voor de current als een - waarde te weergeven bij terug leveren

YAML:

{% if (states('sensor.fase_1_power_2')  | float) <= 0 %} 
{{ ((states('sensor.fase_1_current_2') | float) * -1) }}
{% else %}
{{ ((states('sensor.fase_1_current_2') | float) * 1) }}
{% endif %}

[ChrisM]

TheFes schreef op zondag 9 juni 2024 @ 10:12:
[...]


Input numbers zijn standaard een float (bijvoorbeeld 50.0). Misschien moet je de waarde even naar een integer casten

YAML:

value: "{{ states('input_number.helper_brine_pomp') | int }}"

Dat lijkt te werken! Dank!

[TWKterry]

luigi87 schreef op zondag 9 juni 2024 @ 13:56:
[...]


Top het werkt dank

De complete code voor de current als een - waarde te weergeven bij terug leveren

YAML:

{% if (states('sensor.fase_1_power_2')  | float) <= 0 %} 
{{ ((states('sensor.fase_1_current_2') | float) * -1) }}
{% else %}
{{ ((states('sensor.fase_1_current_2') | float) * 1) }}
{% endif %}

Mooi, die tweede regel hoeft trouwens niet x1 want (iets x 1 = iets) dan zou
{{ states('sensor.fase_1_current_2') }}
genoeg zijn.

[TheFes]

TWKterry schreef op zondag 9 juni 2024 @ 15:07:
[...]

Mooi, die tweede regel hoeft trouwens niet x1 want (iets x 1 = iets) dan zou
{{ states('sensor.fase_1_current_2') }}
genoeg zijn.

De hele if-statement is niet nodig
Dit doet hetzelfde

Django/Jinja:

{{ states('sensor.fase_1_current_2') | float | abs }}

[Bongoarnhem]

dixet schreef op donderdag 6 juni 2024 @ 15:02:
[...]

Zonder kennis van ZHA, maar met kennis van google:
https://www.reddit.com/r/...zha_integration_dev_path/

Volgens mij kan je in de UI niet achteraf het usb-pad in ZHA aanpassen. Maar hier staat uitgelegd hoe je het wel kan doen via de config

Hij stond kennelijk toch goed:

JSON:

 "data": {
          "device": {
            "path": "/dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2482623-if00",

Nog andere ideeën? Zal de logs anders is plaatsen.

[ Voor 1% gewijzigd door Septillion op 10-06-2024 17:18 ]

[HuismAndré]

Bongoarnhem schreef op zondag 9 juni 2024 @ 16:07:
[...]


Hij stond kennelijk toch goed:

"data": {
"device": {
"path": "/dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2482623-if00",

Nog andere ideeën? Zal de logs anders is plaatsen.

Even een terminal sessie opzetten en dan met ls /dev/serial/by-id/ controleren of de naam tot op de letter (inclusief hoofd- en kleine letters) klopt (of voor de zekerheid even een copy paste doen). In mijn geval geeft dat:

pi@pigameroom:~ $ ls /dev/serial/by-id/
usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_e84796b66696ed119e586b4ce259fb3e-if00-port0
pi@pigameroom:~ $

en die "port0" die onderdeel is van de naam doet mij vermoeden dat bij het toevoegen van een hub deze zo maar eens zou kunnen veranderen..

[manusjevanalles]

Ik gebruik al ruim een jaar de integratie van Picnic, maar die werkt sinds een aantal maanden niet meer goed. Ik zie bv nog wel voor hoeveel euro er in mijn boodschappenmandje zit en wat de aankomsttijd is, maar ik kan niet meer boodschappen toevoegen via HA. Hebben jullie dat ook?

[Evertt]

Ik heb tijdje dat mij verlichting aan gaat via beweging sensoren in de woonkamer via HA.

Sinds kort heb ik een kat maar helaas werkt dit niet met de beweging sensor , de kat wordt als beweging gezien.
Zijn er oplossingen waar de kat niet als beweging wordt gezien.

[JME]

@Evertt jawel, maar dat wil je waarschijnlijk ook niet..

[Gizz]

@Evertt bij sommige PIRs kun je de gevoeligheid via de software instellen, bijvoorbeeld bij die van Hue. Ik heb bij mijn outdoor Hue PIR de gevoeligheid zo kunnen instellen dat onze katten in de achtertuin de PIR niet triggeren en het licht in de tuin alleen aan gaat bij personen.

[Rivanov]

De Chuwi Larkbox mini PC is weer in de aanbieding bij Wish.

https://nl.pepper.com/aan...-11-wifi-6-at-wish-313514

[ Voor 24% gewijzigd door Septillion op 10-06-2024 10:55 . Reden: Link cleanup ]

[destroyernr1]

synoniem schreef op vrijdag 7 juni 2024 @ 18:21:
[...]

Wat je zou kunnen doen is vanaf de commandline de cups-client toevoegen en dan vanuit een script lpr aanroepen met alle parameters (zie man lpr).

cups-client geïnstalleerd maar printen lukt nog niet... Het lukt niet om de printer toe te voegen of als ik via command line wil printen naar de dymo krijg ik een melding dat de printer niet gevonden is.

[oltk]

Een vraag

na de update naar 2024.6 kan ik niet zoveel meer.
Mijn dashboard kan ik niet meer wijzigen door:

Configuratiefouten ontdekt:
Failed to fetch dynamically imported module: http://192.168.0.149:8123...test/32506.wN4mjaQ3PbQ.js

dat linkje geeft "404: not found" overigens

En ik kan niet kijken in de logs want als ik klik op "system" krijg ik:
Error while loading page system.

[ Voor 6% gewijzigd door oltk op 10-06-2024 10:38 ]

[TheFes]

@oltk Probeer eens naar safe mode te starten, wellcihit kun je dan wel wat.

[oltk]

TheFes schreef op maandag 10 juni 2024 @ 11:07:
@oltk Probeer eens naar safe mode te starten, wellcihit kun je dan wel wat.

Thanks. Maar ook daar bleef ik problemen houden.

Uiteindelijk op een andere computer geprobeerd: daar kon ik er wel in.
Kortom: geheugen gewist van de browser en ik kan er weer gewoon in

Onverwacht ineens.

[Tehlo]

Heeft iemand een idee hoe het Energy dashboard aan de data in onderstaande foto komt? Ik kan nergens een entity of een attribute vinden over zelf verbruikte zonneenergie.

Waarom ik dit graag zou willen weten is omdat ik graag een sensor wil maken welke aangeeft hoeveel % ik van mijn zonnepanelen al heb terugverdiend. Ik vermoed dat ik die data dan ergens in een sensor zou moeten opslaan, en denk dat dit met de self-consumed entiteit wel moet lukken, maar waar o waar is die te vinden...

[CappieL]

Tehlo schreef op maandag 10 juni 2024 @ 12:45:
Heeft iemand een idee hoe het Energy dashboard aan de data in onderstaande foto komt? Ik kan nergens een entity of een attribute vinden over zelf verbruikte zonneenergie.

Waarom ik dit graag zou willen weten is omdat ik graag een sensor wil maken welke aangeeft hoeveel % ik van mijn zonnepanelen al heb terugverdiend. Ik vermoed dat ik die data dan ergens in een sensor zou moeten opslaan, en denk dat dit met de self-consumed entiteit wel moet lukken, maar waar o waar is die te vinden...

[Afbeelding]

Ik heb zelf een template sensor gemaakt:

( (Totaal opgewekte hoeveelheid solar (uit omvormer) - Totaal teruggeleverd )
------------------------------------------------------------------------------------------------------- * 100%
(Totaal opgewekte hoeveelheid solar (uit omvormer))

YAML:

    - name: Ratio Self Consumed Solar Power
      unique_id: 60e5112b-9047-4e44-a2c5-256df54eb3c3
      icon: mdi:percent
      unit_of_measurement: "%"
      state: >
        {{
          ((states('sensor.envoy_today_s_energy_production')|float 
          - states('sensor.daily_energy_production_total')|float)
          / (states('sensor.envoy_today_s_energy_production')|float)*100)|round(2,default=0)
        }}
      attributes:
        friendly_name: "Percentage zelfverbruik zonne-energie"

[ Voor 26% gewijzigd door CappieL op 10-06-2024 13:04 ]

[TheFes]

Tehlo schreef op maandag 10 juni 2024 @ 12:45:
Heeft iemand een idee hoe het Energy dashboard aan de data in onderstaande foto komt? Ik kan nergens een entity of een attribute vinden over zelf verbruikte zonneenergie.

Waarom ik dit graag zou willen weten is omdat ik graag een sensor wil maken welke aangeeft hoeveel % ik van mijn zonnepanelen al heb terugverdiend. Ik vermoed dat ik die data dan ergens in een sensor zou moeten opslaan, en denk dat dit met de self-consumed entiteit wel moet lukken, maar waar o waar is die te vinden...

[Afbeelding]

Dat percentage komt niet uit een sensor. Aangezien het Energy Dashboard met variable tijdsperiodes werkt, wordt dat percentage berekend met de data uit de long term statistics op basis van jouw datum invoer.

[Tehlo]

CappieL schreef op maandag 10 juni 2024 @ 12:50:
[...]


Ik heb zelf een template sensor gemaakt:

( (Totaal opgewekte hoeveelheid solar (uit omvormer) - Totaal teruggeleverd )
------------------------------------------------------------------------------------------------------- * 100%
(Totaal opgewekte hoeveelheid solar (uit omvormer))

YAML:

    - name: Ratio Self Consumed Solar Power
      unique_id: 60e5112b-9047-4e44-a2c5-256df54eb3c3
      icon: mdi:percent
      unit_of_measurement: "%"
      state: >
        {{
          ((states('sensor.envoy_today_s_energy_production')|float 
          - states('sensor.daily_energy_production_total')|float)
          / (states('sensor.envoy_today_s_energy_production')|float)*100)|round(2,default=0)
        }}
      attributes:
        friendly_name: "Percentage zelfverbruik zonne-energie"

Ah top! Dit werkt nu en klopt ook met de waarde die ik op mijn Energy dashboard zie staan. Enig idee hoe ik nu kan berekenen aan de hand van de prijs van mijn contract en teruglevering hoeveel ik van mijn zonnepanelen al heb terugverdiend? Dat is mijn uiteindelijke goal

[Meelobee]

Meelobee schreef op zondag 9 juni 2024 @ 12:45:
Ik gebruik een Picture Element card met meerdere Entity State Images om te laten zien wie er in welke zone is.
Op dit moment heeft elke card die dit gebruikt een eigen lijst met de namen van de zones en de link naar de afbeelding die dan gebruikt moet worden;

code:

type: picture-elements
elements:
  - entity: device_tracker.greenghost
    hold_action: toggle
    state_image:
      home: /local/images/picture_card/location/home.png
      not_home: /local/images/picture_card/location/away.png
    style:
      left: 50%
      top: 86%
      width: 90%
    type: image

Is het mogelijk om de opsomming van state images ergens centraal op te slaan en dan alle kaarten die er gebruik van maken naar daarnaartoe te wijzen? Zo ja, hoe doe ik dat? Dan hoe ik nl niet elke keer meerdere kaarten te updaten als er zones bij komen of worden verwijderd.

Wie kan me hierbij in de goeie richting helpen? Kan dit uberhaupt?

[-Casper]

Meelobee schreef op maandag 10 juni 2024 @ 14:35:
[...]

Wie kan me hierbij in de goeie richting helpen? Kan dit uberhaupt?

Eerste gedachte was om in raw yaml een dictionary te maken en een for loop om de kaarten te genereren a.d.h.v. de dictionary waarden. Maar een snelle test geeft mij problemen om een dictionary in dashboard yaml te definieëren.

Ik doe zelf niet zoveel met dashboards dus kan zijn dat ik iets verkeerd doe.