Home Assistant: Open source Python3 home automation - deel 5

[Septillion]

@Faece Volgens mij is dat simpelweg niet mogelijk op Android, daardoor zijn de notifications.

[Faece]

Septillion schreef op vrijdag 22 november 2024 @ 09:48:
@Faece Volgens mij is dat simpelweg niet mogelijk op Android, daardoor zijn de notifications.

Dus er is geen mogelijkheid om ergens wanneer de bel gaat, een camerabeel te voorschijn te toveren ?

Dit lijkt me nu niet echt een exotische vraag te zijn, of wel ?

[Septillion]

@Faece App technisch gezien best wel, dat is nogal invasief als iets de boel volledig over kan nemen. Zou er ook niet aan moeten denken als ik bezig ben... Volgens mij staat Android alleen PiP toe als je dat initieert vanuit de app zelf.

[dotcom87]

Ik ben een automation aan het maken om de WAF te verhogen

Deze automation loopt in de ochtend zodat er een bepaalde scene geactiveerd wordt om haar goed te kunnen schminken etc.

YAML:

---
alias: "Morning Lights Makeup"
description: >-
  This automation will apply the correct light scene in the living room
  when my wife wants to put on her make-up or brush her hair in the morning.

id: "2cea527b-9d8b-4bca-9460-c59959b615f3"
mode: single

triggers:
  - alias: "When motion is detected in the dining room"
    trigger: state
    entity_id: binary_sensor.alarm_panel_pro_motion_sensor_dining_room
    from: "off"
    to: "on"

conditions:
  - alias: "When it is between 6:30AM and 7:30AM"
    condition: time
    after: "06:30:00"
    before: "07:30:00"

  - alias: "When it is a workday"
    condition: state
    entity_id: binary_sensor.workday
    state: "on"

  - alias: "When this automation did not run yet today"
    condition: template
    value_template: >-
      {{ state_attr('automation.morning_lights_makeup', 'last_triggered').date() != now().date() }}

actions:
  - alias: "Turn on the makeup time scene"
    action: scene.turn_on
    metadata: {}
    target:
      entity_id: scene.living_room_makeup_time

Mijn vraag gaat over de conditie die checkt of de automation vandaag al gelopen heeft. Ik wil deze automation maar 1 keer uitvoeren per dag.

Is deze check ok zo, of zijn er andere/betere manieren? Ik weet dat je ok met input_booleans kan werken, maar dan moet je weer een aparte automation maken om die elke dag te resetten.

Edit: het issue dat ik nu zie is dat wanneer we na 12u 's nachts toch even naar beneden moeten, de automatisatie in de ochtend ook niet zal lopen.

[ Voor 4% gewijzigd door dotcom87 op 22-11-2024 10:31 ]

[TheFes]

dotcom87 schreef op vrijdag 22 november 2024 @ 10:25:
Ik ben een automation aan het maken om de WAF te verhogen

Deze automation loopt in de ochtend zodat er een bepaalde scene geactiveerd wordt om haar goed te kunnen schminken etc.

YAML:

---
alias: "Morning Lights Makeup"
description: >-
  This automation will apply the correct light scene in the living room
  when my wife wants to put on her make-up or brush her hair in the morning.

id: "2cea527b-9d8b-4bca-9460-c59959b615f3"
mode: single

triggers:
  - alias: "When motion is detected in the dining room"
    trigger: state
    entity_id: binary_sensor.alarm_panel_pro_motion_sensor_dining_room
    from: "off"
    to: "on"

conditions:
  - alias: "When it is between 6:30AM and 7:30AM"
    condition: time
    after: "06:30:00"
    before: "07:30:00"

  - alias: "When it is a workday"
    condition: state
    entity_id: binary_sensor.workday
    state: "on"

  - alias: "When this automation did not run yet today"
    condition: template
    value_template: >-
      {{ state_attr('automation.morning_lights_makeup', 'last_triggered').date() != now().date() }}

actions:
  - alias: "Turn on the makeup time scene"
    action: scene.turn_on
    metadata: {}
    target:
      entity_id: scene.living_room_makeup_time

Mijn vraag gaat over de conditie die checkt of de automation vandaag al gelopen heeft. Ik wil deze automation maar 1 keer uitvoeren per dag.

Is deze check ok zo, of zijn er andere/betere manieren? Ik weet dat je ok met input_booleans kan werken, maar dan moet je weer een aparte automation maken om die elke dag te resetten.

Edit: het issue dat ik nu zie is dat wanneer we na 12u 's nachts toch even naar beneden moeten, de automatisatie in de ochtend ook niet zal lopen.

Als je in de nacht toch even naar beneden moet, is het niet na 6:30 en triggert je automation niet.

[Septillion]

@dotcom87 Ik vind het best een aardige

En je laatste punt is geen issue, want door je time condition zal de automation dan niet triggeren.

Kan ook inderdaad met een helper, en de reset valt ook wel in dezelfde automation te doen.

[dotcom87]

TheFes schreef op vrijdag 22 november 2024 @ 10:48:
[...]


Als je in de nacht toch even naar beneden moet, is het niet na 6:30 en triggert je automation niet.

Dat is me dus niet duidelijk. Wanneer update de "last_triggered" waarde van een automation? Wanneer de trigger is afgegaan? Of wanneer een action is uitgevoerd?

[Septillion]

@dotcom87 Pas als de acties werkelijk zijn gerund. Anders zou je hele template conditie ook niet werken, want dan zou de laatste keer uitvoeren al bijgewerkt zijn naar NU

[TheFes]

dotcom87 schreef op vrijdag 22 november 2024 @ 10:48:
[...]


Dat is me dus niet duidelijk. Wanneer update de "last_triggered" waarde van een automation? Wanneer de trigger is afgegaan? Of wanneer een action is uitgevoerd?

Last triggered wordt pas aangepast als hij ook door de conditions heen is, en bij de actions aangekomen is.

Je zit trouwens state_attr('automation.morning_lights_makeup', 'last_triggered') kunnen vervangen voor this.attributes.last_triggered

[dotcom87]

TheFes schreef op vrijdag 22 november 2024 @ 10:51:
[...]


Last triggered wordt pas aangepast als hij ook door de conditions heen is, en bij de actions aangekomen is.

Je zit trouwens state_attr('automation.morning_lights_makeup', 'last_triggered') kunnen vervangen voor this.attributes.last_triggered

Ah dat is inderdaad leuk om te weten!

YAML:

- alias: "When this automation did not run yet today"
    condition: template
    value_template: >-
      {{ this.attributes.last_triggered.date() != now().date() }}

Zo dan?

[TheFes]

dotcom87 schreef op vrijdag 22 november 2024 @ 10:57:
[...]


Ah dat is inderdaad leuk om te weten!

YAML:

- alias: "When this automation did not run yet today"
    condition: template
    value_template: >-
      {{ this.attributes.last_triggered.date() != now().date() }}

Zo dan?

Ja zo, nog wel een toevoeging (en die geldt ook voor jouw variant), als je automation nog nooit getriggerd heeft, dus ook als je zo'n condition toevoegt op een nieuwe automation, zal hij altijd een error geven op deze condition, omdat last_triggered dan none is.

Dat kun je op twee manieren afvangen:

YAML:

- alias: "When this automation did not run yet today"
    condition: template
    value_template: >-
      {% set lt =  this.attributes.last_triggered %}
      {{ lt is none or (lt | as_local).date() != now().date() }}

YAML:

- alias: "When this automation did not run yet today"
    condition: template
    value_template: >-
      {{ (this.attributes.last_triggered | default(as_datetime(0), true) | as_local).date() != now().date() }}

[dotcom87]

TheFes schreef op vrijdag 22 november 2024 @ 11:06:
[...]


Ja zo, nog wel een toevoeging (en die geldt ook voor jouw variant), als je automation nog nooit getriggerd heeft, dus ook als je zo'n condition toevoegt op een nieuwe automation, zal hij altijd een error geven op deze condition, omdat last_triggered dan none is.

Dat kun je op twee manieren afvangen:

YAML:

- alias: "When this automation did not run yet today"
    condition: template
    value_template: >-
      {% set lt =  this.attributes.last_triggered %}
      {{ lt is none or lt.date() != now().date() }}

YAML:

- alias: "When this automation did not run yet today"
    condition: template
    value_template: >-
      {{ (this.attributes.last_triggered | default(as_datetime(0), true)).date() != now().date() }}

Dan heb ik vermoedelijk een gelijkaardig probleem in mijn vacuum automation.

YAML:

- alias: "When the vacuum did not run yet today"
    condition: template
    value_template: >-
      {{ (states('sensor.roborock_s5_max_last_clean_begin') | as_datetime | as_local).date() != now().date() }}

Die template resolved nu naar "false", maar die sensor zou ook unavailable kunnen zijn. Hoe vang je dit dan op?

[Septillion]

Zou ik er zelfs van maken:

YAML:

- alias: "When this automation did not run yet today"
    condition: template
    value_template: >-
      {{ (this.attributes.last_triggered |as_datetime(default=0|as_datetime)).date() != now().date() }}

Want was er net zelf even mee aan het spelen en kwam er achter dat als je via states even zelf even last triggered aanpast dat deze dan als string wordt opgeslagen

[Septillion]

@dotcom87 In neem aan dat je dan niets wilt doen. Dan zou ik er van maken:

YAML:

- alias: "When the vacuum did not run yet today"
    condition: template
    value_template: >-
      {{ (states('sensor.roborock_s5_max_last_clean_begin') | as_datetime(default=utcnow()) | as_local).date() != now().date() }}

[TheFes]

Septillion schreef op vrijdag 22 november 2024 @ 11:17:
Zou ik er zelfs van maken:

YAML:

- alias: "When this automation did not run yet today"
    condition: template
    value_template: >-
      {{ (this.attributes.last_triggered |as_datetime(default=0|as_datetime)).date() != now().date() }}

Want was er net zelf even mee aan het spelen en kwam er achter dat als je via states even zelf even last triggered aanpast dat deze dan als string wordt opgeslagen

ja, maar als je dat niet doet is het wel een datetime object, die as_datetime zou dus niet nodig moeten zijn. Sterker nog, deze zou een half jaar geleden een error gegeven hebben, aangezien je as_datetime niet op een datetime object kon gebruiken.

@dotcom87 een as_local is overigens wel handig, want de last_triggered datetime is in UTC.

Over je unavailable vraag, je zou een default mee kunnen geven aan as_datetime. (oh dat geeft @Septillion ook al aan zie ik)

Wel grappig dat beide changes die ik aan as_datetime toegevoegd heb, in ieder geval ook nuttig blijken te zijn voor anderen

[Septillion]

@TheFes Mja, is ook weer zo. Eigenlijk stom dat via states er opeens een string van gemaakt wordt.

Enige dat me nu nog stoort aan as_datetime is dus het niet standaard local zijn en offset aware maken. Had liever ernaast nog een as_utcdatetime ofzo. Want het maakt templates met datetime nu vaak wel snel lang.

Maarja, dat zou wel hele heftige change zijn nu... Misschien toevoeging dat as_local ook overweg zou kunnen met strings (en dus dan feitelijk al |as_datetime |as_local doet). Dan is het wat minder omslachtig met datetime helpers als je kunt doen states('input_datetime.foo') |as_local.

[Timo002]

Ik heb vanmorgen mijn Home Assistant geupgrade naar 2024.11.2. Nu werkt mijn Energy dashboard ineens niet meer.

Entity sensor.dagelijks_vermogen_oost (<class 'homeassistant.components.template.sensor.SensorTemplate'>) is using state class 'measurement' which is impossible considering device class ('energy') it is using; expected None or one of 'total', 'total_increasing'; Please update your configuration if your entity is manually configured, otherwise create a bug report at https://github.com/home-a...ntegration%3A+template%22

Ik heb zelf een sensor gemaakt om al het vermogen van de micro omvormers bij elkaar op te tellen om zo een totaal van een dak kant te krijgen.

YAML:

- sensor:
    unique_id: dagelijks_vermogen_oost
    name: 'Dagelijks vermogen oost'
    availability: >-
      {{ states("sensor.inverter_a1_1")|is_number
         and states("sensor.inverter_a1_2")|is_number
         and states("sensor.inverter_a1_3")|is_number
         and states("sensor.inverter_a2_1")|is_number
         and states("sensor.inverter_a2_2")|is_number
         and states("sensor.inverter_a2_3")|is_number
      }}
    state: >-
      {% set a1_1 = states("sensor.inverter_a1_1")|float %}
      {% set a1_2 = states("sensor.inverter_a1_2")|float %}
      {% set a1_3 = states("sensor.inverter_a1_3")|float %}
      {% set a2_1 = states("sensor.inverter_a2_1")|float %}
      {% set a2_2 = states("sensor.inverter_a2_2")|float %}
      {% set a2_3 = states("sensor.inverter_a2_3")|float %}
      {{ (a1_1 + a1_2 + a1_3 + a2_1 + a2_2 + a2_3) }}
    unit_of_measurement: 'kWh'
    state_class: measurement
    device_class: energy

Voor de update had ik een notificatie dat de unit of measurement aangepast moest worden. Ik kan daar gewoon op akkoord klikken en ben verder gegaan.

Nu dus deze foutmelding en ik begrijp eigenlijk niet wat hier nu fout aan is. Iemand anders wel een idee wat hier nu fout gaat?

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

[Septillion]

@Timo002 Het is vrij simpel, voor het energy dashboard wil je een oplopende meterstand. 'measurement' geeft aan dat het gewoon een vrij wijzigende waarde is dus dat kan niet correct zijn.

Maar zijn je bronsensoren ('sensor.inverter_a1_2' etc) al echt energie? Wat je unique id heeft het namelijk dan foutief over vermogen ipv energie...

Daarnaast, lopen deze waardes alleen maar op of hebben ze een dagelijkse reset? En zijn de entities 24/7 beschikbaar of zijn ze al 'unavailable' in de nacht en komen ze weer als 0 online in de morgen?

[ Voor 12% gewijzigd door Septillion op 22-11-2024 11:42 ]

[Timo002]

Septillion schreef op vrijdag 22 november 2024 @ 11:38:
@Timo002 Het is vrij simpel, voor het energy dashboard wil je een oplopende meterstand. 'measurement' geeft aan dat het gewoon een vrij wijzigende waarde is dus dat kan niet correct zijn.

Maar zijn je bronsensoren ('sensor.inverter_a1_2' etc) al echt energie? Wat je unique id heeft het namelijk dan foutief over vermogen ipv energie...

Hieronder alles wat betrekking heeft op `inverter_a1_2`. Ik heb dat destijds volgens mij ook ergens gevonden en met kopieren en plakken het werkend gekregen. Dat werkte goed, tot nu.

configuration.yaml

YAML:

template: !include templates.yaml
sensor: !include sensor.yaml
utility_meter: !include utility-meter.yaml

sensor.yaml

YAML:

- platform: integration
  source: sensor.envoy_122244025638_inverter_122240028960
  name: inverter_a1_2
  unit_prefix: k
  unit_time: h
  round: 3
  method: left

utility-meter.yaml

YAML:

daily_inverter_a1_2:
    source: sensor.inverter_a1_2
    cycle: daily
    name: Omvormer A1.2

templates.yaml

YAML:

- sensor:
    unique_id: dagelijks_vermogen_oost
    name: 'Dagelijks vermogen oost'
    availability: >-
      {{ states("sensor.inverter_a1_1")|is_number
         and states("sensor.inverter_a1_2")|is_number
         and states("sensor.inverter_a1_3")|is_number
         and states("sensor.inverter_a2_1")|is_number
         and states("sensor.inverter_a2_2")|is_number
         and states("sensor.inverter_a2_3")|is_number
      }}
    state: >-
      {% set a1_1 = states("sensor.inverter_a1_1")|float %}
      {% set a1_2 = states("sensor.inverter_a1_2")|float %}
      {% set a1_3 = states("sensor.inverter_a1_3")|float %}
      {% set a2_1 = states("sensor.inverter_a2_1")|float %}
      {% set a2_2 = states("sensor.inverter_a2_2")|float %}
      {% set a2_3 = states("sensor.inverter_a2_3")|float %}
      {{ (a1_1 + a1_2 + a1_3 + a2_1 + a2_2 + a2_3) }}
    unit_of_measurement: 'kWh'
    state_class: measurement
    device_class: energy

Daarnaast, lopen deze waardes alleen maar op of hebben ze een dagelijkse reset? En zijn de entities 24/7 beschikbaar of zijn ze al 'unavailable' in de nacht en komen ze weer als 0 online in de morgen?

Volgens mij loopt die op en reset niet naar 0.

[Septillion]

@Timo002 Ja, je gebruikt de utility meter dus niet voor de sum. Dat is ook wel beter

Dan zou je het kunnen aanpassen naar state_class: total_increasing. Weet wel dat zowel de term "dagelijks" als de term "vermogen" dus beide BS zijn Dus feitelijk zou het moeten zijn:

YAML:

- sensor:
    unique_id: totale_energie_oost
    name: 'Totale energie oost'
    availability: >-
      {{ states("sensor.inverter_a1_1")|is_number
         and states("sensor.inverter_a1_2")|is_number
         and states("sensor.inverter_a1_3")|is_number
         and states("sensor.inverter_a2_1")|is_number
         and states("sensor.inverter_a2_2")|is_number
         and states("sensor.inverter_a2_3")|is_number
      }}
    state: >-
      {% set a1_1 = states("sensor.inverter_a1_1")|float %}
      {% set a1_2 = states("sensor.inverter_a1_2")|float %}
      {% set a1_3 = states("sensor.inverter_a1_3")|float %}
      {% set a2_1 = states("sensor.inverter_a2_1")|float %}
      {% set a2_2 = states("sensor.inverter_a2_2")|float %}
      {% set a2_3 = states("sensor.inverter_a2_3")|float %}
      {{ (a1_1 + a1_2 + a1_3 + a2_1 + a2_2 + a2_3) }}
    unit_of_measurement: 'kWh'
    state_class: total_increasing
    device_class: energy

[Timo002]

@SeptillionHet lijkt erop dat dit de fix was! Hij doet het weer.

Nu nog een keer uitzoeken waarom mijn HA ontzettend traag is en ook de schijf maximaal vol pompt.

[ Voor 43% gewijzigd door Timo002 op 22-11-2024 13:49 ]

[dotcom87]

Timo002 schreef op vrijdag 22 november 2024 @ 13:48:
@SeptillionHet lijkt erop dat dit de fix was! Hij doet het weer.

Nu nog een keer uitzoeken waarom mijn HA ontzettend traag is en ook de schijf maximaal vol pompt.

Backups en/of veel historical data in de recorder?

[Septillion]

@Timo002 Wat is maximaal vol? En waar draai je het op? En hoe?

En heb je zelf bijvoorbeeld de recoder langer dan 10 dagen gezet?

[Hmmbob]

Gokje: HA logging op debug staan?

[Timo002]

@dotcom87 @Septillion @Hmmbob
Als ik naar Settings > System > Backups ga, dan zie ik wel veel backups van 400 MB of zelfs 1500MB. Backup naam is dan core_2024.x.x. Is het nodig om al die backups te bewaren? Alleen de laatste is toch voldoende?

Homeassistant draait als een VM op mijn Synology en neemt ondertussen 42GB in beslag. De database zelf is 8.384 MB groot (home-assistant_v2.db). Dat is toch ook al wel een redelijke database voor sqlite en misschien moet ik ook eens kijken naar een ander database systeem. En wellicht wat data opruimen.

Ik record wel langer dan 14 dagen mijn data, maar ik heb daar niet bewust iets in aangepast. Zoals bv het stroomverbruik van de wamtepomp wil ik wel langer dan 14 dagen weten. Maar ik heb ook mijn Netgear router gekoppeld. Die heeft alleen al 1963 entities, daar hoef ik bijna niets van te weten. Zoals bv `device_tracker.apple_67`. Geen idee wat het is en hoef daar ook geen historische data in te hebben.

Ik heb niet bewust een logger op debug gezet.

[ Voor 4% gewijzigd door Timo002 op 22-11-2024 14:48 ]

[Septillion]

@Timo002 Backup tikken wel aan ja. Zijn hier ook snel 2GB. Maar tegen oepsjes bewaar ik 30 backups waarvan 12 van de eerste van de maand, dus terug tot 1 december. Zouden er ook nog 2 moeten zijn voor 1e van het jaar maar heb wat lopen rommelen dus die staan nu even los hiervan Ik bewaar ze wel buiten de VM.

8GB database is tegenwoordig wel heel groot ja. Vroeger wel 10GB+ gehad maar sinds de vele db optimalisaties zit het iets over de 2GB. Dat is met de standaard 10 dagen en energy statistics (aka long-term statistics) terug tot september 2021.

Maar je zegt 14, dat is langer dan standaard. En voor de long-term is dat dus niet van toepassing maar die nemen ook weer niet heel veel opslag in...

Dus zou eens checken of je de recoder zelf langer hebt gezet. En naar je netgear integratie, 1600+ entities daarvan is ook wel bizar veel... Net even zitten kijken, ik heb 1522 entities in totaal...

[ Voor 8% gewijzigd door Septillion op 22-11-2024 15:15 ]

[roelieboelie]

Ik zit te spelen met de KNMI weer integratie, dat werkt bijzonder goed. Alleen ik krijg Engelse teksten door ipv Nederlandse. Ik zie op screenshots dat mensen wél Nederlandse teksten krijgen. Hoe?

[TheFes]

roelieboelie schreef op vrijdag 22 november 2024 @ 15:27:
Ik zit te spelen met de KNMI weer integratie, dat werkt bijzonder goed. Alleen ik krijg Engelse teksten door ipv Nederlandse. Ik zie op screenshots dat mensen wél Nederlandse teksten krijgen. Hoe?

[Afbeelding]

Heb je de taal van je user account op Engels staan?

[roelieboelie]

TheFes schreef op vrijdag 22 november 2024 @ 15:29:
[...]


Heb je de taal van je user account op Engels staan?

Dat is inderdaad het eerste waar ik aan zat te denken, maar zowel country als language staat op Nederlands... Ik kan ook geen optie in de KNMI integratie vinden om het Nederlandse taalbestandje te pakken ipv het Engelse.

[Devke]

Heeft iemand deze thuis draaien? Ik kan niet goed halen uit de beschrijving of je ook het warmteverbruik per dag week maand kunt zien in GJ. Alleen plaatje even toegevoegd. Gaat om stadsverwarming.

[Faece]

waarom gaat de kleur van mijn kaart op wit ? (state is zeker ok)

YAML:

  - type: horizontal-stack 
    cards:
      - type: "custom:stack-in-card"
        cards:
          - type: custom:mushroom-template-card
            primary: Oefenzaal
            entity: light.ruimte7
            icon: mdi:lightbulb
            tap_action:
              action: toggle
            fill_container: true
            layout: horizontal
            multiline_secondary: false
            card_mod:
              style:
                mushroom-state-info$: |
                  .container {
                    margin: -10px;
                    }  
                  .primary {
                    padding: 15px 0px 55px 10px;
                              }
                mushroom-shape-icon$: |
                  .shape {
                  margin-top: -30px;
                  }
                .: |
                  ha-state-icon {
                    {% if is_state('light.ruimte7','on') %}
                    animation:  blink 1s infinite, illumination 1s infinite ;{%- endif %}
                    }
                    @keyframes blink {
                      50% {opacity: 0;}
                          }   
                    @keyframes illumination {
                        0%, 100% { clip-path: inset(0 0 0 0); }
                        95% { clip-path: polygon(0% 99%, 20% 55%, 22% 37%, 39% 20%, 61% 21%, 77% 35%, 79% 57%, 99% 100%); }
                              }
                  ha-card {
                    height: 80px !important;
                      {% if is_state('light.ruimte7','on') %}
                        background-color: rgb({{ states("input_text.kleur_iconen")}})

                      {%- endif %}
                            }      
 

[jouwheld]

Devke schreef op vrijdag 22 november 2024 @ 15:47:
Heeft iemand deze thuis draaien? Ik kan niet goed halen uit de beschrijving of je ook het warmteverbruik per dag week maand kunt zien in GJ. Alleen plaatje even toegevoegd. Gaat om stadsverwarming.

[Afbeelding]

Ik heb de 603, maar is vergelijkbaar met de 403 volgens mij. Ik gebruik namelijk de integratie voor de 403 https://github.com/golles...p_403/blob/main/README.md
Deze leest iedere 5 minuten de total GJ verbruik uit, dus je kan met de standaard energie integratie van HA je verbruik per dag/week/maand zien. Wel slechts met twee decimalen achter de komma dus verbruik gaat in sprongen van omgerekend bijna 3 kwh, dus je kunt niet echt monitoren wanneer iemand de kraan oid aanzet.

[TheFes]

roelieboelie schreef op vrijdag 22 november 2024 @ 15:34:
[...]


Dat is inderdaad het eerste waar ik aan zat te denken, maar zowel country als language staat op Nederlands... Ik kan ook geen optie in de KNMI integratie vinden om het Nederlandse taalbestandje te pakken ipv het Engelse.

Country is geen instelling op user niveau, je zit bij de verkeerde instellingen te kijken.
Druk op je foto/icoon links onderin, verander daar de taal.

[Devke]

jouwheld schreef op vrijdag 22 november 2024 @ 16:01:
[...]

Ik heb de 603, maar is vergelijkbaar met de 403 volgens mij. Ik gebruik namelijk de integratie voor de 403 https://github.com/golles...p_403/blob/main/README.md
Deze leest iedere 5 minuten de total GJ verbruik uit, dus je kan met de standaard energie integratie van HA je verbruik per dag/week/maand zien. Wel slechts met twee decimalen achter de komma dus verbruik gaat in sprongen van omgerekend bijna 3 kwh, dus je kunt niet echt monitoren wanneer iemand de kraan oid aanzet.

Okey. Per 5 minuten vind ik opzich wel prima. Je hebt het over 3 kWh.... zie je niet hoeveel GJ je bijvoorbeeld in 1 uur hebt verbruikt standaard? Of moet je er dan wat coding tegenaan gooien?

[jouwheld]

Devke schreef op vrijdag 22 november 2024 @ 17:14:
[...]

Okey. Per 5 minuten vind ik opzich wel prima. Je hebt het over 3 kWh.... zie je niet hoeveel GJ je bijvoorbeeld in 1 uur hebt verbruikt standaard? Of moet je er dan wat coding tegenaan gooien?

Jawel maar het energy dashboard van HA rekent het automatisch voor je om naar kWh en 0.01 GJ is ongeveer 2.78 kWh. Aangezien dat best wat energie is, duurt in de zomer eventjes voordat je 0.01 GJ hebt verbruikt. De sensor geeft gewoon GJ aan.

[ Voor 9% gewijzigd door jouwheld op 22-11-2024 17:24 ]

[luigi87]

verjager schreef op donderdag 21 november 2024 @ 21:43:
[...]

Ik gebruik onderstaande Rest switch om de deurbel gong uit (detached) te kunnen zetten:

YAML:

### Switches
switch:

  # Deurbel gong
  - platform: rest
    name: "Shelly1-deurbel gong"
    resource: http://192.168.0.110/settings/relay/0
    body_on: 'btn_type=toggle'
    body_off: 'btn_type=detached'
    is_on_template: '{{ value_json.btn_type == "toggle" }}'

Volgens mij mis je dus 'relay' in jouw URL.

helaas werkt dat ook niet in de url.
anders toch ook maar via een Rest switch

[verjager]

luigi87 schreef op vrijdag 22 november 2024 @ 20:18:
[...]


helaas werkt dat ook niet in de url.
anders toch ook maar via een Rest switch

Net getest, de Rest switch werkt prima.
En ook via de browser:

code:

http://192.168.0.110/settings/relay/0?btn_type=toggle
http://192.168.0.110/settings/relay/0?btn_type=detached

[luigi87]

verjager schreef op vrijdag 22 november 2024 @ 21:02:
[...]

Net getest, de Rest switch werkt prima.
En ook via de browser:

code:

http://192.168.0.110/settings/relay/0?btn_type=toggle
http://192.168.0.110/settings/relay/0?btn_type=detached

Net het wachtwoord er ff afgehaald, helaas pindakaas.

Ondersteunt de Dimmer 2 dit dan niet ofzo???

Edit:
gevonden.....

http://192.168.1.73/settings/light/0?btn_type=detached
is de juiste link

[ Voor 10% gewijzigd door luigi87 op 22-11-2024 21:57 ]

[Btje]

Ik maak gebruik van het minimalist theme. Ik probeer daar de airco popup in toe te voegen. Dat lukt echter als ik er op klik om de popup op te roepen krijg ik een foutmelding:

ButtonCardJSTemplateError: TypeError: Cannot read properties of undefined (reading 'toString') in 'var areas = []; if (variables?.ulm_card_thermostat_preset_mode){ if (entity.attribut...'

Iemand een idee wat te doen?

Update:

Als ik de preset regel weg haal werkt ie wel:

ulm_card_thermostat_preset_mode: true

Er staat niet uitgelegd wat die regel doet.

[ Voor 15% gewijzigd door Btje op 22-11-2024 22:09 ]

[verjager]

luigi87 schreef op vrijdag 22 november 2024 @ 21:55:
[...]

Ondersteunt de Dimmer 2 dit dan niet ofzo???

gevonden.....

http://192.168.1.73/settings/light/0?btn_type=detached
is de juiste link

Top! Shelly2 Dimmer is inderdaad een light i.p.v. een general relay.

[ Voor 14% gewijzigd door verjager op 22-11-2024 22:08 ]

[luigi87]

verjager schreef op vrijdag 22 november 2024 @ 22:06:
[...]

Top! Shelly2 Dimmer is inderdaad een light i.p.v. een general relay.

ja en ik maar denken dat /light/ alleen voor de light status was........

[Aziraphale]

RPiNut schreef op donderdag 21 november 2024 @ 22:50:
[...]


Ik was er even van uit gegaan dat de registers het zelfde waren, omdat je op die manier misschien warmtepompen makkelijker kan aansturen. Leuke denkfout.

Ik zie in de configuratie van NibeGW ook enkele andere registers die 'kW' als unit hebben, en die zij ook nog gescheiden. Misschien kan je met de S2125 ook de stroom die gebruikt word er uit filteren. Dan kun je inderdaad de COP berekenen van warm water en verwarming.

Zelf heb ik een Shelly 3EM aan de warmte pomp gehangen. Ik vind deze wat nauwkeuriger aangezien de Nibe bij mij enkel per 10Wh meld en 1 keer per 2 minuten update.

Ik krijg de verschillende onderdelen er wel gescheiden uit, alleen de optelsom die de nuts meters in HA maken krijg ik niet helemaal goed.

In mijn meterkast hangen voor groepen van de binnen- en buitenunits aparte Homewizard kWh meters die exact meten wat er wordt verbruikt. Het maffe is alleen wel dat het verbruik wat de Nibe via Modbus weergeeft voor verwarming hoger ligt dan wat er volgens de Homewizard meter van de buitenunit in gaat. Schiet mij maar lek, ik snap het niet.

[The-Source]

Ik heb een uitdaging met 2 energy devices.
Via mqtt krijg ik Wh waardes vanuit mijn warmtepomp. Deze krijg ik getoond in mijn energy dashboard.
Eerst had ik state class op total staan maar measurement blijkt beter te zijn.
Maar wat de uitdaging zit is, vanuit de warmtepomp logica wil deze Wh waarde soms als negatief getal gestuurd te worden en dat is hooguit 1 minuut zo maar dat zijn dan ook 2 readouts.
Is het mogelijk om aan te geven dat de waarde niet negatief mag zijn?
krijg vanaf gsm niet de yaml gekopieerd

[Septillion]

@The-Source measurement is nooit een goede voor het energy dashboard. Meen dat het ook niet meer gepakt wordt. Moet zijn total als je zelf aan kunt geven wanneer er een reset plaats heeft gevonden maar meest gangbaar is total_increasing waarbij elke dip omlaag als reset gezien wordt.

Maar wat bedoel je? De waarde is soms foutief opeens negatief? En voor de rest alleen oplopend of een dagelijkse reset?

[The-Source]

@Septillion het is een watt waarde dus als de warmtepomp draait bijvoorbeeld waarde 400 voor 400Wh deze kan ook gedurende dag 0 zijn als de compressor uit is. Maar voor warm water is een andere "sensor" . Beide kunnen dus gedurende dag 0 maar beide zullen nooit gedurende dag tegelijk een waarde hoger dan 0 geven. Negatief in werkelijkheid ook nooit maar interne warmtepomp logica maakt daar af en toe een mismatch bij het omschakelen tussen warm water en verwarming ( circuit is al warm zonder energie input >> logica denkt gratis warmte vermoed ik)
Moet de compressor harder werken dan kan de waarde 400 oplopen naar hoger getal, is verwarming niet nodig dan weer 0.
HA leest het mqtt topic dus wel goed als in de waarde die daar staat. Maar in energy dashboard krijg ik nu af en toe een negatief waarde als stroom verbruik in de graphs

[Septillion]

@The-Source Dan is de waarde niet in Wh (energie) maar in W (vermogen), een cruciaal verschil Want een waarde voor opgenomen energie kan nooit minder worden tenzij er een reset van de periode plaatsvind. Voor het energy dashboard heb je energie nodig. Dus deze sensor gewoon in het energy dashboard hangen heeft geen zin

Je zal of moeten kijken of je WP zelf gewoon al de energie doorgeeft. En zo niet, dan zou je met een Riemann sum het kunnen integreren zodat je van vermogen naar (benadering van) energie komt.

[ Voor 11% gewijzigd door Septillion op 23-11-2024 12:28 ]

[The-Source]

Heb een integral helper gemaakt en nu maar eens kijken of het getoond wordt zoals ik verwacht.
Ook gelijk wat andere devices die wel kWh melden toegevoegd aan het energy dashboard.

[Masimo]

Sinds kort een beginnende Home Assistant gebruiker. En zoals velen nogal overweldigd door het enorme scala aan mogelijkheden. Leuk project voor de winterdagen.

Het is me gelukt om de integratie van Intergas (Incomfort/InTouch LAN2RF gateway) voor mijn XTreme 36 CV ketel te installeren. Alles werkt. Ik zie nu een thermostaatbediening en ook aantal parameters van de ketel die ik kan volgen. Maar, de CV-ketel heeft nog een aantal andere sensoren die in de HA integratie niet zichtbaar zijn. Bijvoorbeeld eentje voor de rookgas temperatuur en eentje voor het actuele vermogen waarop de ketel draait. Die gegevens kunnen wél via het info-menu van de ketel zelf bekeken worden (dus op de ketel zélf, niet via de app).

Ik vroeg me nu het volgende af. Is het mogelijk om die sensoren ook via HA uit te lezen? Of weet iemand een (uitgebreidere) custom integratie?

[Hippe Lip]

Ik heb zo’n leuke grafiek die volkomen naar z’n grootje geholpen wordt door een meetwaarde die volkomen buiten het reguliere spectrum ligt. Nu heb ik er dus nix meer aan.

Waar kan ik die meetwaarde(s) uitfilteren of verwijderen, zodat ik de grafiek weer in normale proporties te zien krijg?

[Ferra]

Iemand nog een tip voor een goed template van een automation van een philips hue motion sensor en een shelly schakelaar?

[Devke]

Hippe Lip schreef op zaterdag 23 november 2024 @ 22:36:
Ik heb zo’n leuke grafiek die volkomen naar z’n grootje geholpen wordt door een meetwaarde die volkomen buiten het reguliere spectrum ligt. Nu heb ik er dus nix meer aan.

Waar kan ik die meetwaarde(s) uitfilteren of verwijderen, zodat ik de grafiek weer in normale proporties te zien krijg?

[Afbeelding]

[Afbeelding]

[Afbeelding]

Heb je code in yaml zelf geschreven? De code daarna gekopieerd? Als je een unieke ID daarin hebt staan dan lijkt het erop dat je nu 2 automations hebt met 2 dezelfde ID's. Zelf deze ook een keer gehad.

HA een x opnieuw starten?

Draai je HA bv in docker op een NAS? Dan die een x herstarten (hele NAS). Heeft hier de nodige probleempjes ook wel weer eens getackled.

Hoe je die temp dip eruit krijgt? Gok rommelen in de database. Hoe kan ik je niet bij helpen.

Hopelijk zit voor het ID probleem de oplossing er wel bij.

[pistole]

Hippe Lip schreef op zaterdag 23 november 2024 @ 22:36:
Ik heb zo’n leuke grafiek die volkomen naar z’n grootje geholpen wordt door een meetwaarde die volkomen buiten het reguliere spectrum ligt. Nu heb ik er dus nix meer aan.

Waar kan ik die meetwaarde(s) uitfilteren of verwijderen, zodat ik de grafiek weer in normale proporties te zien krijg?

[Afbeelding]

[Afbeelding]

[Afbeelding]

Ja kan in verschillende graph cards wel aangeven wat de minimale of maximale waarde van de assen kunnen zijn. Daarmee kan je voorkomen dat je grafieken verknoeid worden.

[Raven]

Hippe Lip schreef op zaterdag 23 november 2024 @ 22:36:
Waar kan ik die meetwaarde(s) uitfilteren of verwijderen, zodat ik de grafiek weer in normale proporties te zien krijg?

HASS-IP:8123/developer-tools/statistics
Daar de sensor zoeken, rechts op het icoontje dat lijkt alsof ie een steile weg aangeeft klikken en dan zoeken op tijdstip en aanpassen maar.

[TheFes]

Raven schreef op zondag 24 november 2024 @ 09:20:
[...]

HASS-IP:8123/developer-tools/statistics
Daar de sensor zoeken, rechts op het icoontje dat lijkt alsof ie een steile weg aangeeft klikken en dan zoeken op tijdstip en aanpassen maar.

Dat werkt niet met state_class: measurement welke deze sensor zal hebben.

Ik heb wel verzoeken voorbij zien komen om dat te implementeren, maar totdat dat gedaan is, zul je ze zelf handmatig in de database moeten verwijderen.

[Raven]

@TheFes Ah balls, alleen total_increasing zeker?

[Septillion]

@Hippe Lip Inderdaad nog niet zo makkelijk aan te passsen. Maar als je de db route zou willen zou je dat wel kunnen doen met SQLite Web addon.

Om de rij(en) te vinden zou je iets kunnen doen als:

SQL:

SELECT * 
FROM statistics AS s
JOIN statistics_meta AS m
ON s.metadata_id = m.id
WHERE m.statistic_id = "sensor.nibe_bron_uit_bt11"
AND s.mean < -100

[Septillion]

@Raven Volgens mij total ook, die hebben namelijk beide als resultaat een sum in de LTS.

[Hippe Lip]

@TheFes, @Raven, @Septillion
Het gaat om een modbus sensor:

YAML:

    sensors:
      - name: "Nibe Buitentemperatuur (BT1)"
        device_class: temperature
        state_class: measurement
        unit_of_measurement: '°C'
        address: 1
        input_type: input # andere mogelijkheid: holding.
        scale: 0.1
        precision: 1
        scan_interval: 60

Inderdaad met state_class inderdaad.
Als ik in de db zal moeten editen gaat dat een leuke uitdaging voor me opleveren. Ooit wel eens met een editor daarin gekeken, maar dat voelde niet heel comfortabel…

Heeft het zin om zo’n sensor een unieke ID te geven, of maakt dat nix uit?
En als ik die nu toevoeg, ben ik dan meteen de historie kwijt, of maakt dat voor zo’n grafiekje niet uit?

En ik gaf overigens bij het tweede en derde plaatje de verkeerde sensor weer. Dat was niet de boosdoener. Maakt niet uit in mijn vraag (en jullie reacties), maar hier dan toch de juiste:

[Faece]

in de settings van de akuvox deurbel (https://knowledge.akuvox.com/docs/settings) staat bij action url dit :

Valid Card Entered
Http://server ip/validcard=$card_sn

hoe kan ik dit dan gaan gebruiken in HA ?
ik wil dus een actie kunnen koppelen aan het cardnumber...

[Septillion]

@Hippe Lip Volgens mij mag je prima nog een unique id toevoegen. Zeker long term hangen aan entity_id dus lijkt me sterk dat het problemen geeft. Maar backup altijd handig

Maarja, het gaat het dus niet oplossen, dan kan je als nog niet in de UI de edit doen...

Voor de toekomst zou je de modbus sensor de min_value kunnen instellen op -20 ofzo. Dan vertekend het natuurlijk als nog een beetje (maar dat is de WP) maar niet zo extreem. Of misschien is het de methode van de WP om aan te geven dat hij het ook niet weet. Immers lijkt het wel mooi een waarde van -32768 ofwel 0x8000 (aka 0b10000000 00000000) te zijn. Dan zou je nan-value: 0x8000 in kunnen stellen.

[Thomox]

Sinds een tijdje loopt mijn pi4 steeds vast en is hij enkel nog weer in de lucht te krijgen met een harde power toggle. Dat is natuurlijk nooit best, dus ik ben op zoek gegaan naar krachtigere hardware, omdat ik denk dat het daar aan ligt. Daarom krijg ik binnenkort een ChromeBox 3 binnen. Het is een gokje, maar ik wil het wel proberen.

Nu ben ik een beetje in dubio over welke manier ik HA OS wil gaan draaien. Heeft iemand een vergelijkbare setup en kan daar iets over vertellen? Het lijkt erop dat je op de Chromebox direct een image van HAOS kan installeren, maar ik kan me bijvoorbeeld ook voorstellen dat je iets als een VM wilt draaien in het geval van een probleem, dus wellicht windows 10/11 installeren en dan een VM? Of een ESXi of Proxmox server? Dat zegt me nog niets, dus wellicht is dat nog niet zo'n goed idee. Wie heeft een goede uitleg/overweging?

Huidige situatie, Pi4, 2GB RAM, SSD via SATA-->USB, P1 uitlezing, SonOFF zigbee dongle, 3A voeding.
Ik heb een configuratie met 7 ESPhome devices, slimme meter uitlezing, Z2M met 30+ devices, hele database met vele data van afgelopen jaar, etc. Graag zou ik dus over willen met behoud van configuratie en data. Dit maakt de keuze in de vorige vraag niet bepaald makkelijker.

[Septillion]

@Thomox Als je echt bezig wilt blijven moet je een VM onder Windows draaien

Als je echt alleen HA wilt draaien dan gewoon lekker direct het HA OS erop zetten en klaar. Denk je, ik wil misschien er wat meer mee proberen, dan zou ik Proxmox aanraden. Maar zal je dus wel iets moeten verdiepen in het draaien van een VM. Maar HA installeren in Proxmox is vervolgens een eitje.

En HA heeft een backup functie, dus dat maakt elke volgende vorm een eitje Zeker als je nu ook gewoon HA OS draait dan gaat alles gewoon over als je hierna ook HA OS draait, of je dat nu direct doet of in een VM.

[TheFes]

@Thomox
Ik zelf draai HA in Proxmox. Er is een enorm handig script waarmee je HA kunt installeren. De auteur van deze en vele andere scripts is helaas deze maand na een kort ziekbed overleden, maar voordat hij overleed heeft hij zijn scripts aan de Proxmox community gedoneerd.

https://community-scripts.github.io/ProxmoxVE/scripts

[Opifex]

Ik heb gisteren een update van mijn HA Docker container gedaan. Vandaag merk ik dat mijn hele energieverbruiklogging niet meer werkt...?

Om de één of andere reden hebben ze de entitites voor Energy Production én Energy Consumption (Tarrif 1 en 2) er uitgesloopt en vervangen met een algemene "Power Production" en "Power Consumption. Alleen blijken deze niet selecteerbaar te zijn als input in het Energy paneel.

"Gas consumption" is ook verdwenen...

Iemand enig idee waar ze mee bezig zijn? Mis ik iets?

EDIT: die "vervangende" entities zijn ook gemarkeerd als verwijderd. Dus zelfs die instellen als tussenoplossing kan niet.

[ Voor 16% gewijzigd door Opifex op 24-11-2024 16:08 ]

[Septillion]

@Opifex Hamvraag, wat gebruik je als integratie ervoor?

[Opifex]

Oh, sorry. DSMR Smart Meter gebruik ik.

https://www.home-assistant.io/integrations/dsmr

EDIT: Ik heb de integratie net verwijderd met de intentie hem opnieuw toe te voegen zodat ik kon kijken of de juiste versie wel geselecteerd was (want blijkbaar kan je dat niet vanuit het dashboard...). Nu blijkt dat ik hem helemaal niet meer opnieuw kan toevoegen. Telkens ik het pad naar de seriële poort ingeef komt die popup opnieuw tevoorschijn met dezelfde vraag...

[ Voor 67% gewijzigd door Opifex op 24-11-2024 16:14 ]

[Hippe Lip]

Opifex schreef op zondag 24 november 2024 @ 16:12:
Oh, sorry. DSMR Smart Meter gebruik ik.

https://www.home-assistant.io/integrations/dsmr

EDIT: Ik heb de integratie net verwijderd met de intentie hem opnieuw toe te voegen zodat ik kon kijken of de juiste versie wel geselecteerd was (want blijkbaar kan je dat niet vanuit het dashboard...). Nu blijkt dat ik hem helemaal niet meer opnieuw kan toevoegen. Telkens ik het pad naar de seriële poort ingeef komt die popup opnieuw tevoorschijn met dezelfde vraag...

Je DSMR is via USB gekoppeld, neem ik aan. Dan is dit een bekend probleem. Je zult 'm moeten koppelen met gebruikmaking van 'by ID' adressering. Ben even kwijt waar precies, maar daarmee kan HA ook na een herstart je device weer vinden.

Bijvoorbeeld: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A52SJSS1-if00-port0

[ Voor 5% gewijzigd door Hippe Lip op 24-11-2024 17:44 ]

[Opifex]

Het bleek iets dommer te zijn dan dat... ik had het docker commando uit mijn history gehaald, maar blijkbaar stond in dit commando het USB device niet geforward... Na dat toegevoegd te hebben kan ik DSMR weer toevoegen.

Ik ben gelijk ook weer naar de nieuwste HA versie gegaan. Ik had in tussentijd een ticket gemaakt op Github, waar ze mij vertelden dat de benamingen al héél lang veranderd waren. Ik verwachte nu dus nieuwe benamingen in de integration te zien, maar tot mijn verbazing zag ik de oude weer...? Heel vreemd, maar voorlopig lijkt het dan toch al weer te werken... De vraag is voor hoe lang, gezien deze entities er helemaal niet meer mogen zijn.

[verjager]

Faece schreef op zondag 24 november 2024 @ 13:50:
in de settings van de akuvox deurbel (https://knowledge.akuvox.com/docs/settings) staat bij action url dit :

Valid Card Entered
Http://server ip/validcard=$card_sn

hoe kan ik dit dan gaan gebruiken in HA ?
ik wil dus een actie kunnen koppelen aan het cardnumber...

Meerdere webhook triggers aanmaken, een voor elk cardnr. De variabele $card_sn wordt ingevuld en meegegeven aan de URL.

Overigens zou ik wel voorzichtig zijn met acties aan een pasje koppelen. In elk geval alleen lokaal bereikbaar maken.

[water_escape]

Deze ochtend is heel HA down ineens.
"This site can't be reached"

Stekker eruit, en er weet in doet ook niks. Wat kan dit zijn zo random ineens? Tips?


--> update: na nog een keer rebooten wel weer up

Ik zie deze error: The system could not validate that the sqlite3 database at //config/home-assistant_v2.db was shutdown cleanly

[ Voor 130% gewijzigd door water_escape op 25-11-2024 07:49 ]

[Faece]

verjager schreef op maandag 25 november 2024 @ 07:31:
[...]

Meerdere webhook triggers aanmaken, een voor elk cardnr. De variabele $card_sn wordt ingevuld en meegegeven aan de URL.

Overigens zou ik wel voorzichtig zijn met acties aan een pasje koppelen. In elk geval alleen lokaal bereikbaar maken.

Dus het webhook id is dan het kaartnummer ?


Bedoel je dat alle gebruikers enkel lokaal mogen kunnen inloggen ? En dan 1 hoofd gebruiker die extern kan benaderen met 2 staps verificatie ?

Of moet ik nog iets anders doen ?

[JustMyOpinion]

Korte vraag... gebruiken jullie de Speedtest.net integratie?

Bij mij werkte dit prima, maar is afgelopen week enorm aan het haperen:




Wat ik kan zien is dat de 'storing' begint om 21 november 10.30 uur.

Qua updates heb ik die dag ge-update:
ESPHome (2024.10.3): 10.25 uur
Cloudflared: 13.23 uur (dus erna, en valt dus af)

Jullie hier ook last van?

[Church of Noise]

water_escape schreef op maandag 25 november 2024 @ 07:41:
Deze ochtend is heel HA down ineens.
"This site can't be reached"

Stekker eruit, en er weet in doet ook niks. Wat kan dit zijn zo random ineens? Tips?


--> update: na nog een keer rebooten wel weer up

Ik zie deze error: The system could not validate that the sqlite3 database at //config/home-assistant_v2.db was shutdown cleanly

Net hetzelfde voorgehad, maar dan 1 dag eerder.

Op welk systeem draai jij?
hier een Intel nuc 8 met een ssd schijf, die verre van vol is.

Het gebeurde bij mij rond 3u30 's nachts, systeem bleek nog te draaien maar was niet benaderbaar via ssh of web interface of app. Restart lostte het op, en behalve de melding die jij ook zag, niks anders onverwacht in de logs...

[water_escape]

Church of Noise schreef op maandag 25 november 2024 @ 09:07:
[...]

Net hetzelfde voorgehad, maar dan 1 dag eerder.

Op welk systeem draai jij?
hier een Intel nuc 8 met een ssd schijf, die verre van vol is.

Het gebeurde bij mij rond 3u30 's nachts, systeem bleek nog te draaien maar was niet benaderbaar via ssh of web interface of app. Restart lostte het op, en behalve de melding die jij ook zag, niks anders onverwacht in de logs...

Ook zoiets, maar ik draai Pi4 met SSD.

[CappieL]

JustMyOpinion schreef op maandag 25 november 2024 @ 08:44:
Korte vraag... gebruiken jullie de Speedtest.net integratie?

Bij mij werkte dit prima, maar is afgelopen week enorm aan het haperen:
[Afbeelding]

[Afbeelding]

Wat ik kan zien is dat de 'storing' begint om 21 november 10.30 uur.

Qua updates heb ik die dag ge-update:
ESPHome (2024.10.3): 10.25 uur
Cloudflared: 13.23 uur (dus erna, en valt dus af)

Jullie hier ook last van?

Ik gebruik deze integratie ook, maar heb helaas dezelfde (en soms slechtere) ervaring met de stabiliteit.
Vorige week was ie vaker niet, dan wel beschikbaar

[PCan]

Goed nieuws:
De Switchbot indoor/outdoor sensor BLE is toegevoegd aan ZHA.
Hierdoor kunnen mensen met deze sensor hun eigen buitentemperatuur probleemloos gebruiken in een automatie.
Denk bijv. aan Bij vorst de buitenkraan aftappen of boven de 18grC de TRV's radiatorkranen uit en bij 15grC weer inschakelen.

[JustMyOpinion]

CappieL schreef op maandag 25 november 2024 @ 09:15:
[...]


Ik gebruik deze integratie ook, maar heb helaas dezelfde (en soms slechtere) ervaring met de stabiliteit.
Vorige week was ie vaker niet, dan wel beschikbaar

Maar kan jij het ergens aan 'koppelen'?

[dannyvdb1997]

JustMyOpinion schreef op maandag 25 november 2024 @ 08:44:
Korte vraag... gebruiken jullie de Speedtest.net integratie?

Bij mij werkte dit prima, maar is afgelopen week enorm aan het haperen:
[Afbeelding]

[Afbeelding]

Wat ik kan zien is dat de 'storing' begint om 21 november 10.30 uur.

Qua updates heb ik die dag ge-update:
ESPHome (2024.10.3): 10.25 uur
Cloudflared: 13.23 uur (dus erna, en valt dus af)

Jullie hier ook last van?

Ik laat de integratie middels een automation ieder uur opnieuw draaien op een door mij zelf geselecteerde server (kan je aanpassen in configuratie). En dat geeft mij eigenlijk al maanden een zeer stabiel overzicht. Behalve als HA een keer opnieuw opgestart is. Zie laatste lijntjes in het plaatje.

Als HA ook opnieuw opgestart wordt, kiest ie z’n eigen server en dan zijn de resultaten altijd minder dan als ik hem laat draaien op de Odido server.

[ Voor 5% gewijzigd door dannyvdb1997 op 25-11-2024 09:38 ]

[Faece]

Ik heb een menustructuur links. Ik wil rechts vanuit conditional card een yaml inladen rechts. Hoe doe ik dit ?

[CappieL]

dannyvdb1997 schreef op maandag 25 november 2024 @ 09:37:
[...]


Ik laat de integratie middels een automation ieder uur opnieuw draaien op een door mij zelf geselecteerde server (kan je aanpassen in configuratie). En dat geeft mij eigenlijk al maanden een zeer stabiel overzicht. Behalve als HA een keer opnieuw opgestart is. Zie laatste lijntjes in het plaatje.

Als HA ook opnieuw opgestart wordt, kiest ie z’n eigen server en dan zijn de resultaten altijd minder dan als ik hem laat draaien op de Odido server. [Afbeelding]

Ik had hem op Auto-detect staan, ga ik wel aanpassen naar een vaste server.
Hoe ziet die automation eruit om hem ieder uur te laten kijken? In Developer Tools zie ik geen specifieke service voor Speedtest

[ Voor 3% gewijzigd door CappieL op 25-11-2024 09:45 ]

[dannyvdb1997]

CappieL schreef op maandag 25 november 2024 @ 09:45:
[...]


Ik had hem op Auto-detect staan, ga ik wel aanpassen naar een vaste server.
Hoe ziet die automation eruit om hem ieder uur te laten kijken? In Developer Tools zie ik geen specifieke service voor Speedtest

YAML:

alias: Speedtest starten ieder uur
description: ""
mode: single
triggers:
  - hours: /1
    trigger: time_pattern
conditions: []
actions:
  - action: hassio.addon_start
    metadata: {}
    data:
      addon: 6b87c29e_speedtest_addon

[verjager]

Faece schreef op maandag 25 november 2024 @ 08:21:
[...]


Dus het webhook id is dan het kaartnummer ?


Bedoel je dat alle gebruikers enkel lokaal mogen kunnen inloggen ? En dan 1 hoofd gebruiker die extern kan benaderen met 2 staps verificatie ?

Of moet ik nog iets anders doen ?

Stel dat je in je Akuvox het als volgt instelt:

code:

http://<home_assistant_ip>:<port>/api/webhook/akuvox_doorbell_validcard=$card_sn

Dan maak je in Home Assistant een aantal webhooks aan, bijvoorbeeld:

YAML:

triggers:
  - trigger: webhook
    allowed_methods: # zo min mogelijk van onderstaande:
      - POST
      - PUT
      - GET
      - HEAD
    local_only: true
    webhook_id: akuvox_doorbell_validcard=101
    id: 101
  - trigger: webhook
    allowed_methods: # zo min mogelijk van onderstaande:
      - POST
      - PUT
      - GET
      - HEAD
    local_only: true
    webhook_id: akuvox_doorbell_validcard=102
    id: 102
  - trigger: webhook
    allowed_methods: # zo min mogelijk van onderstaande:
      - POST
      - PUT
      - GET
      - HEAD
    local_only: true
    webhook_id: akuvox_doorbell_validcard=103
    id: 103

Je hebt in principe meerdere triggers nodig omdat de Akuvox zo te zien geen POST request kan sturen met extra data. Maar zie ook verder hieronder.

Lokaal bereikbaar maken gaat over de optie local_only, wat ervoor zorgt dat je webhook alleen binnen je interne netwerk kan worden aangeroepen. De webhook moet je beschouwen als een soort password. Als je de juiste URL in de browser van je mobiel aanroept (GET) zal het namelijk net zo goed werken als met een pasje. Zorg er dus voor dat niemand je netwerk kan afluisteren

Het kán nog iets 'mooier', met één trigger.
Maar dan zou ik er wel een soort check op inbouwen, dat er in elk geval een geldige pas wordt gebruikt.

Stel dat je in je Akuvox het als volgt instelt:

code:

http://<home_assistant_ip>:<port>/api/webhook/akuvox_doorbell_validcard?card_sn=$card_sn

(even er vanuit gaande dat een ? geaccepteerd wordt)
Dit format kan door HA worden herkend als URL query parameters.

YAML:

triggers:
  - trigger: webhook
    allowed_methods: # zo min mogelijk van onderstaande:
      - POST
      - PUT
      - GET
      - HEAD
    local_only: true
    webhook_id: akuvox_doorbell_validcard
conditions:
  - condition: template
    value_template: "{{ trigger.query.card_sn in ['101','102','103'] }}"
actions:
  - variables:
      card_sn: "{{ trigger.query.card_sn }}"
  - action ...

[JustMyOpinion]

dannyvdb1997 schreef op maandag 25 november 2024 @ 09:47:
[...]

YAML:

alias: Speedtest starten ieder uur
description: ""
mode: single
triggers:
  - hours: /1
    trigger: time_pattern
conditions: []
actions:
  - action: hassio.addon_start
    metadata: {}
    data:
      addon: 6b87c29e_speedtest_addon

Bedankt voor het delen! Deze naam geldt voor iedereen (6b87c29e_speedtest_addon)?

[dannyvdb1997]

JustMyOpinion schreef op maandag 25 november 2024 @ 10:26:
[...]


Bedankt voor het delen! Deze naam geldt voor iedereen (6b87c29e_speedtest_addon)?

Als je in de UI kiest voor HA Add in starten, dan krijg je een lijstje met jouw add-ons te zien. Denk dat jouw naam misschien anders is.

[PCan]

HA krijgt geen contact met Sonoff dongel-E, zie afbeelding.
Nu wil ik controleren welk ander apparaat de poort ttyUSB0 in gebruik zou kunnen houden, maar of ik de opdracht nou in HA terminal of in de ha root op mijn host in typ, hij snapt het niet.
Ik dus ook niet, hoe of waar moet ik dat dan wel intypen?

[CappieL]

dannyvdb1997 schreef op maandag 25 november 2024 @ 10:41:
[...]

Als je in de UI kiest voor HA Add in starten, dan krijg je een lijstje met jouw add-ons te zien. Denk dat jouw naam misschien anders is.

Ik kom er net achter dat het een add-on is, je moet hiervoor iets extra's installeren dan alleen de standaard Speedtest.net-integratie.
Vandaar dat ik hem ook niet zag

[ Voor 3% gewijzigd door CappieL op 25-11-2024 11:01 ]

[Faece]

verjager schreef op maandag 25 november 2024 @ 10:11:
[...]

YAML:

triggers:
  - trigger: webhook
    allowed_methods: # zo min mogelijk van onderstaande:
      - POST
      - PUT
      - GET
      - HEAD

in dit geval moet enkel de GET blijven staan ?

[JustMyOpinion]

dannyvdb1997 schreef op maandag 25 november 2024 @ 10:41:
[...]

Als je in de UI kiest voor HA Add in starten, dan krijg je een lijstje met jouw add-ons te zien. Denk dat jouw naam misschien anders is.

Waarom kies je eigenlijk starten en niet herstarten? Bij mij staat hij er trouwens niet bij? Ik heb hem ook bij integratie staan en niet bij add-on. (?)

Zie net je antwoord, ik ga daar ff naar kijken!

[ Voor 18% gewijzigd door JustMyOpinion op 25-11-2024 11:07 ]

[verjager]

Faece schreef op maandag 25 november 2024 @ 11:02:
[...]


in dit geval moet enkel de GET blijven staan ?

Ja, ik vermoed dat de Akuxvox enkel GET requests stuurt. Zou je kunnen testen.
Helaas, want de documentatie van HA geeft de voorkeur aan PUT of POST.

[Vortexmerc]

Hallo,

Ben nieuw met HA en heb anoying issue met HUE motion sensors.

Ik gebruikte deze al 2+jaar met de hue bridge en no issues, nu rechtstreeks aan HA gekoppeld met ZHA en een sonoff usb 3.0 coordinator.

Ging allemaal goed maar heb nu op 2 weken 2 verschillende hue sensors die ineens unavailable gaan. event is became unknown.

Mijn zigbee dekking is heel goed door vele devices te hebben.

Deze morgen alleen de ZHA intergratie herstart en kwam terug leek het, zag de battery status van de hue motion sensor maar nu check ik paar uur terug hetzelfde.

Met de eerste sensor eens volledige reset en repair gedaan, die tot nu toe het issue niet terug gekomen maar dat het nu met een andere sensor begint vertrouw het niet zo.

Ik las ergens dat die hue sensors soms reconnecten met een niet secure methode en dat dit de coordinator niet toelaat, maar dat is puur een gok in het duister.


Vervang ik beter die dingen met sonoff of aqara motion sensors? beetje spijtig.

[ThinkPad]

JustMyOpinion schreef op maandag 25 november 2024 @ 08:44:
Korte vraag... gebruiken jullie de Speedtest.net integratie?

En @dannyvdb1997 @CappieL

Jullie speedtestjes zullen ongetwijfeld een druppel op een gloeiende plaat zijn, maar waarom elk uur?
In het kader van duurzaamheid voelt het voor mij als verspilling van resources (er zijn servers die dat verzoek moeten beantwoorden, tussenliggende switches/routers die de data transporteren etc). Elk uur testen voelt voor mij als 'omdat het kan'.

Ik schreef daar al eens eerder wat over:

ThinkPad schreef op vrijdag 14 juni 2024 @ 14:08:
[...]

Waarom zou je zó vaak geautomatiseerd je bandbreedte laten testen? (datapunten lijken een interval van 15-30min. te suggereren?), verspilling van resources/energie

Toen ik net bij Odido zat (vorig jaar) heb ik het een maandje bijgehouden (met speedtest-tracker) om te kijken of de beloofde waardes gehaald werden (yep!), maar 3x per dag (8:00, 12:00, 20:00) vond ik ruim voldoende

[ Voor 21% gewijzigd door ThinkPad op 25-11-2024 11:38 ]

[Septillion]

@water_escape En @Church of Noise beide HA OS op bare metal?

En als HA niet reageert kan je vaak nog proberen via Samba of je dan de log wel kunt bekijken.

[Sharky]

ThinkPad schreef op maandag 25 november 2024 @ 11:34:
[...]

En @dannyvdb1997 @CappieL

Jullie speedtestjes zullen ongetwijfeld een druppel op een gloeiende plaat zijn, maar waarom elk uur?
In het kader van duurzaamheid voelt het voor mij als verspilling van resources (er zijn servers die dat verzoek moeten beantwoorden, tussenliggende switches/routers die de data transporteren etc). Elk uur testen voelt voor mij als 'omdat het kan'.

Ik schreef daar al eens eerder wat over:


[...]

Voelt voor mij ook als verspilling. En als de waarden niet gehaald worden, wat dan? En hoe belangrijk is je infra dat je die waarden per se moet halen?

[Vaevictis_]

ThinkPad schreef op maandag 25 november 2024 @ 11:34:
[...]

En @dannyvdb1997 @CappieL

Jullie speedtestjes zullen ongetwijfeld een druppel op een gloeiende plaat zijn, maar waarom elk uur?
In het kader van duurzaamheid voelt het voor mij als verspilling van resources (er zijn servers die dat verzoek moeten beantwoorden, tussenliggende switches/routers die de data transporteren etc). Elk uur testen voelt voor mij als 'omdat het kan'.

Ik schreef daar al eens eerder wat over:


[...]

Ik heb een speedtest lopen op mijn UDM Pro, 1x per dag om 5 uur. Meer dan zat dus hoef het niet in HA te hebben. Op de UDM Pro loopt wel een continue ping om de latency te meten van de ISP (3 ms). Dat soort zaken wil je op een router meten en niet op een smart home platform.

[Septillion]

@Faece Bedoel je echt het menu of gewoon links op een dashboard?

En wat versta je onder "yaml inladen"?

[Septillion]

@PCan Toevallig ZHA aangezet?

Verder is het überhaupt al onverstandig om "ttyUSB0" te gebruiken, beter om het by-id pad op te zoeken. Want zou ook gewoon kunnen zijn dat "ttyUSB0" niet meer je stick is...

[Faece]

Septillion schreef op maandag 25 november 2024 @ 11:45:
@Faece Bedoel je echt het menu of gewoon links op een dashboard?

En wat versta je onder "yaml inladen"?

Eigenlijk wil ik gewoon op mijn tablet links een menu en als ik op een menuknop klik wil ik rechts info weergeven. Ik gebruik nu al veel yaml files en dacht dat dit een goeie oplossing was.

Dus aan de hand van de knop een conditional card met daarin een yaml file. (Dus eigenlijk een apparte pagina rechts)

[Septillion]

@Vortexmerc Maar doen ze dan ook echt niets meer?

Want in de basis kent Zigbee namelijk geen availability. Voor devices op netspanning (dus vooral routers) kan nog gewoon eens een ping gestuurd worden. Maar devices op batterijen kunnen gewoon heel lang stil zijn. En de standaard van ZHA is dus om een batterij device dat 6 uur lang niets gestuurd heeft te zien als unavailable. Dat vind ik zelf wat kort... Dir zou je langer kunnen zetten.

Maar andere kant, als hij daarna gewoon een keer data stuurt komt dat wel gewoon aan en zal hij weer als available gemarkeerd worden.

[Septillion]

@Faece Je kan in het echte menu gewoon meerdere dashboards toevoegen, is dat wat je zoekt?

[Vortexmerc]

Septillion schreef op maandag 25 november 2024 @ 11:54:
@Vortexmerc Maar doen ze dan ook echt niets meer?

Want in de basis kent Zigbee namelijk geen availability. Voor devices op netspanning (dus vooral routers) kan nog gewoon eens een ping gestuurd worden. Maar devices op batterijen kunnen gewoon heel lang stil zijn. En de standaard van ZHA is dus om een batterij device dat 6 uur lang niets gestuurd heeft te zien als unavailable. Dat vind ik zelf wat kort... Dir zou je langer kunnen zetten.

Maar andere kant, als hij daarna gewoon een keer data stuurt komt dat wel gewoon aan en zal hij weer als available gemarkeerd worden.

Klinkt logisch maar ze werkten effectief niet meer nee. ik zoek eens naar die timout van 6uur om die al eens te verlengen maar niet zeker of het dat is want ze sturen dus niets meer. batterij % zie ik op alle andere sensors wel continue staan en bij die met issue valt dat weg.