Home Assistant: Open source Python3 home automation - deel 5

[DennusB]

Ik heb al even gezocht in dit topic, maar kon geen werkende versie meer vinden. Zijn er hier mensen met Zonneplan en die een template sensor hebben gemaakt voor het goedkoopste en duurste tarief van de dag? En zo ja, zou je de code willen delen?
Edit:

Ik heb ondertussen gevonden, dus voor mensen die dit ook graag willen, hier de code :

YAML:

- platform: template

    sensors:
      goedkoopste_tarief:
        friendly_name: "Goedkoopste Tarief"
        value_template: >-
          {% set now_time = now().isoformat() %}
          {% set future_prices = state_attr('sensor.zonneplan_current_electricity_tariff', 'forecast') | selectattr('datetime', '>', now_time) | list %}
          {% set min_future_price_obj = future_prices | min(attribute='electricity_price') %}

          {% if min_future_price_obj is defined %}
            {{ as_timestamp(min_future_price_obj.datetime) | timestamp_custom('%-H:%M') }}
          {% else %}
            Niet beschikbaar
          {% endif %}
      duurste_tarief:
        friendly_name: "Duurste Tarief"
        value_template: >-
          {% set now_time = now().isoformat() %}
          {% set future_prices = state_attr('sensor.zonneplan_current_electricity_tariff', 'forecast') | selectattr('datetime', '>', now_time) | list %}
          {% set min_future_price_obj = future_prices | max(attribute='electricity_price') %}

          {% if min_future_price_obj is defined %}
            {{ as_timestamp(min_future_price_obj.datetime) | timestamp_custom('%-H:%M') }}
          {% else %}
            Niet beschikbaar
          {% endif %}
      goedkoopste_tarief_prijs:
        friendly_name: "Goedkoopste Tarief Prijs"
        value_template: >-
          {% set now_time = now().isoformat() %}
          {% set future_prices = state_attr('sensor.zonneplan_current_electricity_tariff', 'forecast') | selectattr('datetime', '>', now_time) | list %}
          {% set min_future_price_obj = future_prices | min(attribute='electricity_price') %}

          {% if min_future_price_obj is defined %}
            {{ min_future_price_obj.electricity_price / 10000000 }}
          {% else %}
            Niet beschikbaar
          {% endif %}
      duurste_tarief_prijs:
        friendly_name: "Duurste Tarief Prijs"
        value_template: >-
          {% set now_time = now().isoformat() %}
          {% set future_prices = state_attr('sensor.zonneplan_current_electricity_tariff', 'forecast') | selectattr('datetime', '>', now_time) | list %}
          {% set min_future_price_obj = future_prices | max(attribute='electricity_price') %}

          {% if min_future_price_obj is defined %}
            {{ min_future_price_obj.electricity_price / 10000000 }}
          {% else %}
            Niet beschikbaar
          {% endif %}

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

[hemertje]

BiG-GuY schreef op woensdag 11 december 2024 @ 23:52:
[...]
Maar heb je nu ZHA wel volledig verwijderd of in ieder geval uitgezet? Want die stick is anders nog gekoppeld aan ZHA en dan kan Z2M nooit starten met dezelfde stick.

Nee dat had ik nog niet gedaan, die link had ik nog niet gelegd

Maar nu geen errors meer idd

code:

[10:06:56] INFO: Preparing to start...
[10:06:56] INFO: Socat not enabled
[10:06:56] INFO: Starting Zigbee2MQTT...
Starting Zigbee2MQTT without watchdog.
[2024-12-12 10:07:00] info:     z2m: Logging to console, file (filename: log.log)
[2024-12-12 10:07:00] info:     z2m: Starting Zigbee2MQTT version 1.42.0 (commit #unknown)
[2024-12-12 10:07:00] info:     z2m: Starting zigbee-herdsman (2.1.9)
[2024-12-12 10:07:01] info:     zh:ember: Using default stack config.
[2024-12-12 10:07:01] info:     zh:ember: ======== Ember Adapter Starting ========
[2024-12-12 10:07:01] info:     zh:ember:ezsp: ======== EZSP starting ========
[2024-12-12 10:07:01] info:     zh:ember:uart:ash: ======== ASH Adapter reset ========
[2024-12-12 10:07:01] info:     zh:ember:uart:ash: Serial port opened
[2024-12-12 10:07:01] info:     zh:ember:uart:ash: ======== ASH starting ========
[2024-12-12 10:07:02] info:     zh:ember:uart:ash: ======== ASH connected ========
[2024-12-12 10:07:02] info:     zh:ember:uart:ash: ======== ASH started ========
[2024-12-12 10:07:02] info:     zh:ember:ezsp: ======== EZSP started ========
[2024-12-12 10:07:02] info:     zh:ember: Adapter EZSP protocol version (13) lower than Host. Switched.
[2024-12-12 10:07:02] info:     zh:ember: Adapter version info: {"ezsp":13,"revision":"7.4.5 [GA]","build":0,"major":7,"minor":4,"patch":5,"special":0,"type":170}
[2024-12-12 10:07:02] info:     zh:ember: [STACK STATUS] Network up.
[2024-12-12 10:07:02] info:     zh:ember: [INIT TC] Adapter network matches config.
[2024-12-12 10:07:02] info:     zh:ember: [CONCENTRATOR] Started source route discovery. 1248ms until next broadcast.
[2024-12-12 10:07:02] info:     z2m: zigbee-herdsman started (resumed)
[2024-12-12 10:07:02] info:     z2m: Coordinator firmware version: '{"meta":{"build":0,"ezsp":13,"major":7,"minor":4,"patch":5,"revision":"7.4.5 [GA]","special":0,"type":170},"type":"EmberZNet"}'
[2024-12-12 10:07:02] info:     z2m: Currently 0 devices are joined.
[2024-12-12 10:07:02] info:     z2m: Zigbee: disabling joining new devices.
[2024-12-12 10:07:03] info:     z2m: Connecting to MQTT server at mqtt://core-mosquitto:1883
[2024-12-12 10:07:04] info:     z2m: Connected to MQTT server
[2024-12-12 10:07:04] info:     z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/bridge/state', payload '{"state":"online"}'
[2024-12-12 10:07:04] info:     z2m: Started frontend on port 8099
[2024-12-12 10:07:04] info:     z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/bridge/state', payload '{"state":"online"}'
[2024-12-12 10:07:04] info:     z2m: Zigbee2MQTT started!
[2024-12-12 10:07:09] info:     z2m:mqtt: MQTT publish: topic 'homeassistant/binary_sensor/1221051039810110150109113116116_0x94b216fffe502514/connection_state/config', payload '{"device":{"hw_version":"EmberZNet 7.4.5 [GA]","identifiers":["zigbee2mqtt_bridge_0x94b216fffe502514"],"manufacturer":"Zigbee2MQTT","model":"Bridge","name":"Zigbee2MQTT Bridge","sw_version":"1.42.0"},"device_class":"connectivity","entity_category":"diagnostic","name":"Connection state","object_id":"zigbee2mqtt_bridge_connection_state","origin":{"name":"Zigbee2MQTT","sw":"1.42.0","url":"https://www.zigbee2mqtt.io"},"payload_off":"offline","payload_on":"online","state_topic":"zigbee2mqtt/bridge/state","unique_id":"bridge_0x94b216fffe502514_connection_state_zigbee2mqtt","value_template":"{{ value_json.state }}"}'
[2024-12-12 10:08:50] info:     z2m: Starting network scan (includeRoutes 'false')
[2024-12-12 10:08:51] info:     z2m: Network scan finished
[2024-12-12 10:08:51] info:     z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/bridge/response/networkmap', payload '{"data":{"routes":false,"type":"raw","value":{"links":[],"nodes":[{"failed":[],"friendlyName":"Coordinator","ieeeAddr":"0x94b216fffe502514","networkAddress":0,"type":"Coordinator"}]}},"status":"ok","transaction":"4vetd-1"}'
[2024-12-12 10:09:01] info:     z2m: Starting network scan (includeRoutes 'false')
[2024-12-12 10:09:02] info:     z2m: Network scan finished
[2024-12-12 10:09:02] info:     z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/bridge/response/networkmap', payload '{"data":{"routes":false,"type":"raw","value":{"links":[],"nodes":[{"failed":[],"friendlyName":"Coordinator","ieeeAddr":"0x94b216fffe502514","networkAddress":0,"type":"Coordinator"}]}},"status":"ok","transaction":"4vetd-2"}'

Aan iedereen die meegedacht hebben met me een grote dank!





via de Sidebar Z2M levert nog geen apparaten op in het Apparaten overzicht
nu moet ik de temperatuursensor opnieuw pairen neem ik aan?

[JaymzHetfield]

RobertMe schreef op woensdag 11 december 2024 @ 17:47:
[...]

Uit interesse, wat kun je er mee? Heb zelf de vorige ("v3") en vind het nogal "beperkt". Zowel via HomeKit (HA als HomeKit controller) als via de Tado integratie zie je wel de losse knoppem, maar aansturing blijft (natuurlijk) voor de gehele zone gelden, en het is dan puur het instellen van het setpoint. Zelf het ventiel regelen, al dan niet op basis van een eigen temperatuur sensor, kan dus niet.

De Tado integratie zelf is niet echt nuttig. Deze biedt:
- Automatic geo fencing true/false
- Geofencing mode
- Outdoor temperature
- Solar percentage
- Tado mode
- Weather condition

Via Matter biedt iedere radiatorknop en de bedrade thermostaat verder:
- button entity om apparaat te identificeren
- climate entity met hvac_modes, min_temp, max_temp, current_temperature, temperature (setpoint), friendly_name en supported_features.
- humidity sensor

Ik heb overigens niet 2 apparaten in dezelfde zone, voor zover dat wat uitmaakt.
Het lijkt me wel dat ik de setpoint van een radiatorknop zou kunnen aanpassen o.b.v. een andere losse temperatuursensor, als ik dit zo zie en dat is wat je bedoelt.

[RobertMe]

JaymzHetfield schreef op donderdag 12 december 2024 @ 10:18:
Via Matter biedt iedere radiatorknop en de bedrade thermostaat verder:
- button entity om apparaat te identificeren
- climate entity met hvac_modes, min_temp, max_temp, current_temperature, temperature (setpoint), friendly_name en supported_features.
- humidity sensor

Ik heb overigens niet 2 apparaten in dezelfde zone, voor zover dat wat uitmaakt.
Het lijkt me wel dat ik de setpoint van een radiatorknop zou kunnen aanpassen o.b.v. een andere losse temperatuursensor, als ik dit zo zie en dat is wat je bedoelt.

Hetzelfde dus als de v3, in principe alleen de climate entity die nuttig is qua temperatuur regeling.
Externe sensor gebruiken in combinatie met aanpassen van setpoint lijkt me ook niet heel handig/betrouwbaar. Omdat de knop 4 standen standen heeft, 0%, 33%, 66% en 100% open. Als je setpoint gaat aanpassen gecorrigeerd naar een externe temperatuur sensor bpijf je dus altijd een beetje prutsen binnen deze "blokken". Als het te koud is de setpoint op 25 zal dus eigenlijk altijd resulteren in " 100% warmtevraag" (en dus knop helemaal open + maximale vermogen van ketel vragen) terwijl je wellicht maar een graadje of een paar tienden bij hoeft te stoken.

[hemertje]

BiG-GuY schreef op woensdag 11 december 2024 @ 23:52:
[...]

De stick werkt dus wel qua firmware en aansturing, anders kon ZHA hem ook niet gebruiken.

Maar heb je nu ZHA wel volledig verwijderd of in ieder geval uitgezet? Want die stick is anders nog gekoppeld aan ZHA en dan kan Z2M nooit starten met dezelfde stick.

Ember was voor mij ook niet stabiel overigens, daarom bleef ik op EZSP met de Yellow.

En uiteindelijk maar gewoon weer ZStack met de ZBDongle-P. Blijft de stabielste chipset voor Z2M.
En een tweede stick van zelfde type ernaast voor ZHA voor een paar apparaten.

je prefereert de Sonoff ZBDongle-P boven de Sonoff ZBDongle-E?

[BiG-GuY]

hemertje schreef op donderdag 12 december 2024 @ 10:16:
[...]


Nee dat had ik nog niet gedaan, die link had ik nog niet gelegd

Maar nu geen errors meer idd

code:

[10:06:56] INFO: Preparing to start...
[10:06:56] INFO: Socat not enabled
[10:06:56] INFO: Starting Zigbee2MQTT...
Starting Zigbee2MQTT without watchdog.
[2024-12-12 10:07:00] info:     z2m: Logging to console, file (filename: log.log)
[2024-12-12 10:07:00] info:     z2m: Starting Zigbee2MQTT version 1.42.0 (commit #unknown)
[2024-12-12 10:07:00] info:     z2m: Starting zigbee-herdsman (2.1.9)
[2024-12-12 10:07:01] info:     zh:ember: Using default stack config.
[2024-12-12 10:07:01] info:     zh:ember: ======== Ember Adapter Starting ========
[2024-12-12 10:07:01] info:     zh:ember:ezsp: ======== EZSP starting ========
[2024-12-12 10:07:01] info:     zh:ember:uart:ash: ======== ASH Adapter reset ========
[2024-12-12 10:07:01] info:     zh:ember:uart:ash: Serial port opened
[2024-12-12 10:07:01] info:     zh:ember:uart:ash: ======== ASH starting ========
[2024-12-12 10:07:02] info:     zh:ember:uart:ash: ======== ASH connected ========
[2024-12-12 10:07:02] info:     zh:ember:uart:ash: ======== ASH started ========
[2024-12-12 10:07:02] info:     zh:ember:ezsp: ======== EZSP started ========
[2024-12-12 10:07:02] info:     zh:ember: Adapter EZSP protocol version (13) lower than Host. Switched.
[2024-12-12 10:07:02] info:     zh:ember: Adapter version info: {"ezsp":13,"revision":"7.4.5 [GA]","build":0,"major":7,"minor":4,"patch":5,"special":0,"type":170}
[2024-12-12 10:07:02] info:     zh:ember: [STACK STATUS] Network up.
[2024-12-12 10:07:02] info:     zh:ember: [INIT TC] Adapter network matches config.
[2024-12-12 10:07:02] info:     zh:ember: [CONCENTRATOR] Started source route discovery. 1248ms until next broadcast.
[2024-12-12 10:07:02] info:     z2m: zigbee-herdsman started (resumed)
[2024-12-12 10:07:02] info:     z2m: Coordinator firmware version: '{"meta":{"build":0,"ezsp":13,"major":7,"minor":4,"patch":5,"revision":"7.4.5 [GA]","special":0,"type":170},"type":"EmberZNet"}'
[2024-12-12 10:07:02] info:     z2m: Currently 0 devices are joined.
[2024-12-12 10:07:02] info:     z2m: Zigbee: disabling joining new devices.
[2024-12-12 10:07:03] info:     z2m: Connecting to MQTT server at mqtt://core-mosquitto:1883
[2024-12-12 10:07:04] info:     z2m: Connected to MQTT server
[2024-12-12 10:07:04] info:     z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/bridge/state', payload '{"state":"online"}'
[2024-12-12 10:07:04] info:     z2m: Started frontend on port 8099
[2024-12-12 10:07:04] info:     z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/bridge/state', payload '{"state":"online"}'
[2024-12-12 10:07:04] info:     z2m: Zigbee2MQTT started!
[2024-12-12 10:07:09] info:     z2m:mqtt: MQTT publish: topic 'homeassistant/binary_sensor/1221051039810110150109113116116_0x94b216fffe502514/connection_state/config', payload '{"device":{"hw_version":"EmberZNet 7.4.5 [GA]","identifiers":["zigbee2mqtt_bridge_0x94b216fffe502514"],"manufacturer":"Zigbee2MQTT","model":"Bridge","name":"Zigbee2MQTT Bridge","sw_version":"1.42.0"},"device_class":"connectivity","entity_category":"diagnostic","name":"Connection state","object_id":"zigbee2mqtt_bridge_connection_state","origin":{"name":"Zigbee2MQTT","sw":"1.42.0","url":"https://www.zigbee2mqtt.io"},"payload_off":"offline","payload_on":"online","state_topic":"zigbee2mqtt/bridge/state","unique_id":"bridge_0x94b216fffe502514_connection_state_zigbee2mqtt","value_template":"{{ value_json.state }}"}'
[2024-12-12 10:08:50] info:     z2m: Starting network scan (includeRoutes 'false')
[2024-12-12 10:08:51] info:     z2m: Network scan finished
[2024-12-12 10:08:51] info:     z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/bridge/response/networkmap', payload '{"data":{"routes":false,"type":"raw","value":{"links":[],"nodes":[{"failed":[],"friendlyName":"Coordinator","ieeeAddr":"0x94b216fffe502514","networkAddress":0,"type":"Coordinator"}]}},"status":"ok","transaction":"4vetd-1"}'
[2024-12-12 10:09:01] info:     z2m: Starting network scan (includeRoutes 'false')
[2024-12-12 10:09:02] info:     z2m: Network scan finished
[2024-12-12 10:09:02] info:     z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/bridge/response/networkmap', payload '{"data":{"routes":false,"type":"raw","value":{"links":[],"nodes":[{"failed":[],"friendlyName":"Coordinator","ieeeAddr":"0x94b216fffe502514","networkAddress":0,"type":"Coordinator"}]}},"status":"ok","transaction":"4vetd-2"}'

Aan iedereen die meegedacht hebben met me een grote dank!



[Afbeelding]

via de Sidebar Z2M levert nog geen apparaten op in het Apparaten overzicht
nu moet ik de temperatuursensor opnieuw pairen neem ik aan?

Mooi.

Jup, opnieuw pairen. Je kan de Z2M database online nakijken hoe je de sensor terug in pairing mode krijgt, mocht dat niet standaard knopje ingedrukt houden zijn.

[BiG-GuY]

hemertje schreef op donderdag 12 december 2024 @ 10:35:
[...]


je prefereert de Sonoff ZBDongle-P boven de Sonoff ZBDongle-E?

Gebruik al enkele jaren HA met verschillende dongles en Zigbee Coordinators gedraaid.
Z2M met 101 apparaten
ZHA met 8 apparaten

Voor Z2M blijft de TI CC2652P het stabielste, ook omdat de firmware ervoor direct ontwikkeld wordt door de hoofd developer van Z2M. Kom toch elke keer terug bij de ZBDongle-P. En als je je coordinator op een andere plek wilt draaien dan waar HA draait is de SMLight SLZB-06 een goede optie.

Voor ZHA maakt het minder uit, maar uiteindelijk ook gekozen voor een tweede ZBDongle-P daarvoor. Ook zodat ik gelijk een 'reserve stick' heb als de andere stick stuk zou zijn. Je kan dan makkelijk van stick naar stick migreren als het dezelfde soort chip is bij Z2M. Bij ZHA kon ik zelfs migreren tussen de EFR32MG21 en CC2652P zonder te hoeven repairen.

[hemertje]

Blijkbaar zijn er diverse versies van de ZBDongle-P met verschillende chipsets lees ik op HSAshop?

Erwin - 17-04-2024 12:09
Prima binnen Home Assistant te gebruiken, maar deze versie vertoont regelmatig kuren met Zigbee2MQTT. Wat er op de productpagina geclaimed word klopt dus niet. Als je verder gaat zoeken staat deze versie van de stick op de site van Z2M ook op EXPIRIMENTAL en is nog niet volledig ondersteund! nu hard opzoek naar de Zigbee Dongle versie met een TI CC2652P!

Met ZHA werkt deze prima! totaal geen problemen mee.

[Cadezo]

hemertje schreef op donderdag 12 december 2024 @ 11:05:
Blijkbaar zijn er diverse versies van de ZBDongle-P met verschillende chipsets lees ik op HSAshop?
[...]

Nee, maar de betreffende webshop verkoopt de Sonoff ZBDongle-E (staat gewoon in de productomschrijving). Die was ten tijde van die review (april 2024) inderdaad nog experimental in Zigbee2mqtt.

De ZBDongle-E heeft de EFR32MG21 van Silicon Labs en de ZBDongle-P de TI CC2652P.

[ Voor 9% gewijzigd door Cadezo op 12-12-2024 11:18 ]

[thebow1987]

Dag allen,
alvast de waarschuwing: ik ben nieuw met Home Assistant, excuses voor de beginnersvraag wellicht.

Ben nu bezig een eerste dashboard te maken die ik op de tablet wil gebruiken. Daarop wil ik onder andere de verlichting in huis kunnen besturen. Bij ons in huis hebben we een mix van Hue, Tuya en Jung Enet systemen door elkaar heen, als het gaat om verlichting. Deze systemen heb inmiddels allemaal gekoppeld in HA en ik zie alle apparaten/entiteiten.

Nu is mijn, hoe ik een knop maak, waarmee ik in 1 keer de state van lampen van de mix van deze 3 systemen kan beinvloeden. Met 1 knop wil ik dus bijvoorbeeld de keuken (enet) als de zithoek (Hue) en de tuin (Tuya) aanzetten. Kan iemand mij de goede richting in sturen?

Veel dank.

[HuismAndré]

BiG-GuY schreef op donderdag 12 december 2024 @ 10:52:
[...]
En als je je coordinator op een andere plek wilt draaien dan waar HA draait is de SMLight SLZB-06 een goede optie.

Of een oude PI-(2)b met OpenWRT en Ser2Net erop. Zeer stabiel in combinatie met m'n SonOff P-Dongle (minstens zo stabiel als de rechtstreeks aangesloten P-Dongle in de loods). OpenWRT schrijft nooit naar de SD kaart (gebruikt een ramdisk) dus die kan ook niet stuk gaan (mag zelfs op read-only staan). Logging hoeft niet persistent te zijn (belangrijkste logging gebeurt immers op de server waar Z2M op draait). PoE kan via een PoE splitter (mocht dat nodig zijn). En wie heeft er nu niet een werkloze Raspberry Pi-(2) liggen? Enige nadeel is dat Z2M crasht als de Pi van de voeding gehaald wordt (net zoals het crasht als je de via USB aangesloten dongle verwijdert). Maar goed, dan krijg ik een mailtje van m'n NAS om me hiervan op de hoogte te stellen.

Voorheen had ik een Lidl Zigbee Hub voorzien van Blakadder firmware. Onder ZHA was dat behoorlijk stabiel, onder Z2M werkte het totaal niet stabiel.

[ Voor 14% gewijzigd door HuismAndré op 12-12-2024 11:31 ]

[Esumontere]

thebow1987 schreef op donderdag 12 december 2024 @ 11:24:
Dag allen,
alvast de waarschuwing: ik ben nieuw met Home Assistant, excuses voor de beginnersvraag wellicht.

Ben nu bezig een eerste dashboard te maken die ik op de tablet wil gebruiken. Daarop wil ik onder andere de verlichting in huis kunnen besturen. Bij ons in huis hebben we een mix van Hue, Tuya en Jung Enet systemen door elkaar heen, als het gaat om verlichting. Deze systemen heb inmiddels allemaal gekoppeld in HA en ik zie alle apparaten/entiteiten.

Nu is mijn, hoe ik een knop maak, waarmee ik in 1 keer de state van lampen van de mix van deze 3 systemen kan beinvloeden. Met 1 knop wil ik dus bijvoorbeeld de keuken (enet) als de zithoek (Hue) en de tuin (Tuya) aanzetten. Kan iemand mij de goede richting in sturen?

Veel dank.

Je kunt bijvoorbeeld onder Settings / Devices / Helpers (onderin tabje) een group maken van de verschillende lampen. Daarna kan je een button aanmaken op je dashboard die de helper entity schakelt.

[Septillion]

@thebow1987 Zoals bij veel in HA zijn er meerder opties.

Maar een voor de hand liggende zou zijn om scenes te maken waarom je de gewenste state van alle lampen aangeeft. En dan maak je meerdere scenes (ook één voor uit!) en kan je zo makkelijk wisselen.

Groep maken kan ook maar dan worden alle lampen wel dezelfde state.

[anconakip]

tiesvts schreef op dinsdag 10 december 2024 @ 20:50:
[...]

Ik gebruik de lsc plugs van action..kosten iets van 7 euro geloof ik en werken prima..inlc stroom en voltage

Ik gebruik deze ook thuis. Maar ik heb geen stroom en voltage meting. Hoe kom jij daar bij? ik zie deze opties er niet bij staan.

[Septillion]

@anconakip Dan heb jij de allereerste, die waren volgens mij zonder. Vrij snel daarna is de versie gewijzigd naar een met power metering.

[ Voor 12% gewijzigd door Septillion op 12-12-2024 13:19 ]

[Barfman]

Kan iemand mij op de goede weg helpen.
Ik heb een automation gemaakt voor mijn verlichting in de overkapping.

1. Verlichting gaat aan wanneer de sun elevation beneden de 3 komt.
2. De verlichting moet naar 100% bij bewegingsdetectie, na 2 minuten gaat de verlichting weer naar 40%.
3. De verlichting moet om 23:00 uur volledig uit gaan, maar de detectie moet wel blijven tot 08:00 uur.

Het probleem is dat na 23:00 uur als de verlichting uit is, dat na bewegingsdetectie de lamp niet meer uit gaat en dus de hele nacht op 40% blijft branden. Ik wil dus dat hij na 23:00 uur elke keer volledig uit gaat na bewegingsdetectie.

YAML:

- id: '21c09434-8ea8-4153-bb81-a6b6af0dbc3b'
  alias: Verlichting Overkapping
  description: Verlichting aan op 40% en 100% bij bewegingsdetectie
  triggers:
  - entity_id:
    - sun.sun
    attribute: elevation
    below: 3
    trigger: numeric_state
    id: sunset_elevation
  - trigger: state
    entity_id:
    - binary_sensor.hue_outdoor_motion_sensor_beweging
    to: 'on'
    id: motion_avond
  - trigger: time
    at: '23:00:00'
    id: avond_licht_uit
  - trigger: state
    entity_id: binary_sensor.hue_outdoor_motion_sensor_beweging
    to: 'on'
    id: motion_nacht
  conditions: []
  actions:
  - choose:
    - conditions:
      - condition: template
        value_template: '{{ trigger.id == ''sunset_elevation'' }}'
      sequence:
      - action: light.turn_on
        target:
          entity_id: light.hue_filament_bulb
        data:
          brightness_pct: 40
    - conditions:
      - condition: template
        value_template: '{{ trigger.id == ''motion_avond'' and now().hour < 23 }}'
      sequence:
      - action: light.turn_on
        target:
          entity_id: light.hue_filament_bulb
        data:
          brightness_pct: 100
      - wait_for_trigger:
        - trigger: state
          entity_id: binary_sensor.hue_outdoor_motion_sensor_beweging
          to: 'off'
          for:
            minutes: 2
      - action: light.turn_on
        target:
          entity_id: light.hue_filament_bulb
        data:
          brightness_pct: 40
    - conditions:
      - condition: template
        value_template: '{{ trigger.id == ''avond_licht_uit'' }}'
      sequence:
      - action: light.turn_off
        target:
          entity_id: light.hue_filament_bulb
        data: {}
    - conditions:
      - condition: template
        value_template: '{{ trigger.id == ''motion_nacht'' and (now().hour >= 23 or
          now().hour < 8) }}'
      sequence:
      - action: light.turn_on
        target:
          entity_id: light.hue_filament_bulb
        data:
          brightness_pct: 100
      - wait_for_trigger:
        - trigger: state
          entity_id: binary_sensor.hue_outdoor_motion_sensor_beweging
          to: 'off'
          for:
            minutes: 2
      - action: light.turn_off
        target:
          entity_id: light.hue_filament_bulb
        data: {}
  mode: single

[rrolf]

jack_ schreef op woensdag 11 december 2024 @ 20:21:
In het energy dashboard heb ik netjes de kosten staan ook met de dynamische tarieven via een Nordpool integratie. Is het mogelijk op een makkelijke manier, dus zonder extra daily sensoren in te richten de waardes van stroomkosten per dag (of evt ander mee te geven interval) op een ander dashboard te verwerken? Zelfde geld voor het gasverbruik per dag. Ik heb wel diverse voorbeelden gezien met de daily sensoren, maar ben lui en denk als de info ergens anders beschikbaar gemaakt kan worden door automatisch de berekening te laten doen, dan is dat beter, dan zelf iets op te tuigen.

Heb je al gekeken naar https://github.com/martinarva/dynamic_energy_cost/?

[dotcom87]

Ik ben op zoek naar een plant sensor voor buiten

Checklist:
- Moet werken op batterijen
- Zigbee of Bluetooth
- Waterdicht (vermits deze buiten wordt gebruikt)
- Nauwkeurige uitlezing

Heeft er iemand suggesties?

[Septillion]

@Barfman Dat is denk ik voornamelijk omdat je 2x dezelfde trigger hebt maar onder twee verschillende entity id's.

Wat ik er (incl wat opruimen) van zou maken:

YAML:

alias: Verlichting Overkapping
description: Verlichting aan op 40% en 100% bij bewegingsdetectie
triggers:
  - entity_id:
      - sun.sun
    attribute: elevation
    below: 3
    trigger: numeric_state
    id: sunset_elevation
  - trigger: state
    entity_id:
      - binary_sensor.hue_outdoor_motion_sensor_beweging
    to: "on"
    id: motion
  - trigger: state
    entity_id:
      - binary_sensor.hue_outdoor_motion_sensor_beweging
    to: "off"
    id: clear
  - trigger: time
    at: "23:00:00"
    id: avond_licht_uit
conditions: []
actions:
  - choose:
      - conditions:
          - condition: trigger
            id:
              - motion
        sequence:
          - action: light.turn_on
            target:
              entity_id: light.hue_filament_bulb
            data:
              brightness_pct: 100
      - conditions:
          - condition: trigger
            id:
              - clear
              - sunset_elevation
          - condition: time
            before: "23:00:00"
        sequence:
          - action: light.turn_on
            target:
              entity_id: light.hue_filament_bulb
            data:
              brightness_pct: 40
      - conditions:
          - condition: trigger
            id:
              - avond_licht_uit
              - clear
        sequence:
          - action: light.turn_off
            target:
              entity_id: light.hue_filament_bulb
            data: {}
mode: single

[hemertje]

Cadezo schreef op donderdag 12 december 2024 @ 11:14:
[...]

Nee, maar de betreffende webshop verkoopt de Sonoff ZBDongle-E (staat gewoon in de productomschrijving). Die was ten tijde van die review (april 2024) inderdaad nog experimental in Zigbee2mqtt.

De ZBDongle-E heeft de EFR32MG21 van Silicon Labs en de ZBDongle-P de TI CC2652P.

De ZBDongle-E heeft de EFR32MG21 chip ingebouwd, dezelfde chip zit in de USB coordinator die ik nu al heb

Wellicht geeft de Sonoff een beter bereik ivm de externe antenne?

[maxvdh]

Heeft iemand ervaring met het 'binden' van Robbshop Zigbee schakelaars (bijv. deze draadloze schakelaar)?

Ik heb mijn lampen nu gekoppeld aan deze knop in Home Assistant via automatiseringen, maar loop tegen de volgende problemen aan:

• Dimmen gaat op deze manier niet soepel voor lampen die geen transition ondersteunen. Gaat stapsgewijs en dat vind ik niet zo mooi.
• Lampen aan/uit gaat buggy met meerdere lampen of groepen met lampen onder 1 knop (soms gaan bepaalde lampen niet aan of uit)

Ik probeer dit op te lossen door alles direct via Z2M op te lossen en de knoppen direct te binden aan de lampen. Dit werkt prima voor aan/uit, maar als ik dim gebeurt er niks.

Twee vragen:

1. Weet iemand of dimmen op deze manier werkend te krijgen is?
2. Of een andere manier om dimmen 'smoother' te maken en niet zo 'trapsgewijs'?

Set-up: NUC met Proxmox/HA, SLZB-06 Zigbee stick.

[ Voor 4% gewijzigd door maxvdh op 12-12-2024 14:32 ]

[Barfman]

Septillion schreef op donderdag 12 december 2024 @ 13:49:
@Barfman Dat is denk ik voornamelijk omdat je 2x dezelfde trigger hebt maar onder twee verschillende entity id's.

Wat ik er (incl wat opruimen) van zou maken:

YAML:

alias: Verlichting Overkapping
description: Verlichting aan op 40% en 100% bij bewegingsdetectie
triggers:
  - entity_id:
      - sun.sun
    attribute: elevation
    below: 3
    trigger: numeric_state
    id: sunset_elevation
  - trigger: state
    entity_id:
      - binary_sensor.hue_outdoor_motion_sensor_beweging
    to: "on"
    id: motion
  - trigger: state
    entity_id:
      - binary_sensor.hue_outdoor_motion_sensor_beweging
    to: "off"
    id: clear
  - trigger: time
    at: "23:00:00"
    id: avond_licht_uit
conditions: []
actions:
  - choose:
      - conditions:
          - condition: trigger
            id:
              - motion
        sequence:
          - action: light.turn_on
            target:
              entity_id: light.hue_filament_bulb
            data:
              brightness_pct: 100
      - conditions:
          - condition: trigger
            id:
              - clear
              - sunset_elevation
          - condition: time
            before: "23:00:00"
        sequence:
          - action: light.turn_on
            target:
              entity_id: light.hue_filament_bulb
            data:
              brightness_pct: 40
      - conditions:
          - condition: trigger
            id:
              - avond_licht_uit
              - clear
        sequence:
          - action: light.turn_off
            target:
              entity_id: light.hue_filament_bulb
            data: {}
mode: single

Top bedankt, ik ga hem vanavond testen en kijken of hij nou wel doet wat ik wil.
Ik zie nu inderdaad dat ik 2 triggers met "on" in mijn automation had. Dat was omdat ik na 23:00 uur ook een trigger wilde dat de bewegingssensor zijn werk doet. Blijkbaar zit daar dus de fout, ben benieuwd vanavond.

[ Voor 5% gewijzigd door Barfman op 12-12-2024 15:11 ]

[nMad]

Via een template sensor bereken ik accuraat het geproduceerde vermogen (W) van mijn warmtepomp.

Ik heb vervolgens een Riemann Integral sensor aangemaakt om het geproduceerde vermogen (W) om te zetten in energie (kWh).

Heb hiervoor de standaard method “trapezoidal” gebruikt. Toen mijn warmtepomp vanochtend opstartte en van 0 W naar paar minuten een negatieve waarde ging (ja dit kan), viel me op dat de geproduceerde energie (kWh) een extreem incorrecte waarde liet zien van -7,41 kWh.

Online lees ik als oplossing om method te wijzigen in “left”. Is dat inderdaad een oplossing of eerder een workaround? Iemand hier die een soortgelijke toepassing heeft geïmplementeerd?

[Cadezo]

alex3305 schreef op dinsdag 10 december 2024 @ 21:18:
Ik ben de laatste tijd bezig geweest om mijn Home Assistant een opfrisbeurt te geven. Ik vind het standaard design prima, maar het ziet er op punten wat gedateerd uit en dat heb ik proberen aan te pakken.

Ziet er lekker opgefrist uit. Heb je wat meer info/code over hoe je bijvoorbeeld die menubalk en bottom bar hebt gedaan?

Nope, niet in het verkeerde topic. Vragen zijn daar niet welkom zoals te lezen in de topic warning

[ Voor 213% gewijzigd door Septillion op 12-12-2024 17:09 ]

[moozzuzz]

maxvdh schreef op donderdag 12 december 2024 @ 14:29:
Heeft iemand ervaring met het 'binden' van Robbshop Zigbee schakelaars (bijv. deze draadloze schakelaar)?

Ik heb mijn lampen nu gekoppeld aan deze knop in Home Assistant via automatiseringen, maar loop tegen de volgende problemen aan:

• Dimmen gaat op deze manier niet soepel voor lampen die geen transition ondersteunen. Gaat stapsgewijs en dat vind ik niet zo mooi.
• Lampen aan/uit gaat buggy met meerdere lampen of groepen met lampen onder 1 knop (soms gaan bepaalde lampen niet aan of uit)

Ik probeer dit op te lossen door alles direct via Z2M op te lossen en de knoppen direct te binden aan de lampen. Dit werkt prima voor aan/uit, maar als ik dim gebeurt er niks.

Twee vragen:

1. Weet iemand of dimmen op deze manier werkend te krijgen is?
2. Of een andere manier om dimmen 'smoother' te maken en niet zo 'trapsgewijs'?

Set-up: NUC met Proxmox/HA, SLZB-06 Zigbee stick.

Je kan lampen ook in zigbee groepen steken waardoor op protocol niveau maar één commando nodig is. Als je meerdere lampen op HA niveau gaat dimmen/aanzetten dan kan het voorkomen dat jouw zigbee netwerk geflood wordt waardoor het resultaat niet is zoals gewenst (cfr jouw tweede bullet)

[Septillion]

@nMadWat nu gebeurd is dat er in de nacht geen enkele update van de sensor is geweest. De Riemann zal dan standaard ook geen update doen. En met trapezoidal zal dan bij de eerste update in de morgen dan het gemiddelde van de laatste voor de nacht (0W) en de eerste van de morgen (-2000W-ish) nemen ofwel, ongeveer -1000W. En dat aannemen voor de tijd tussen de updates (ongeveer 8 uur) geeft de -7,4kWh.

Op zich is trapezoidal best logisch voor een sensor die pas berekend kan worden nadat er het verbruik heeft plaats gevonden. Immers ligt het begin dus al in het verleden. Maar door de lange tijd geen update loopt dat spaak.

Twee mogelijke oplossingen:
- Of je zet hem op left, dat zal dus zodra in de morgen er een update komt de laatste update van de nacht als waarde voor het tijdvak (dus links van het tijdvak) gepakt worden.
- Of je stelt een Max sub-interval in. Dit zal dan forceren dat er minimaal elke die tijd ook een update van de Riemann plaats vind ook al heeft de bron geen update. Dus als je die op 10 seconden zet dan zal er dus in de morgen over 10 seconden met een gemiddelde van 1000W-ish gerekend worden.

Op zich zal beide nagenoeg uitmiddelen. Voordeel van laatste optie is dat de Riemann ook netjes bijgewerkt blijft als het vermogen bijvoorbeeld een tijd constant xW is. Anders zou de update van de Riemann dus pas plaatsvinden bij een verandering.

[Septillion]

@Barfman Probleem is dat een run van een automation maar een enkele trigger kan hebben. Dus als je twee dezelfde triggers toevoegt zal HA dus de automation gewoon 2 keer willen runnen. Maar nu is de standaard run-mode 'single' dus mag er geen tweede run plaatsvinden. Nu zal dus de bovenste trigger een run van de automation opleveren en de tweede trigger een error in je log omdat de automaton al runt.

In dit geval is de oplossing dus om de trigger er niet dubbel in te zetten en gewoon anders te handelen al naar gelang het tijdstip met dezelfde trigger.

Nu zit ik alleen wel te denken, ik het denk ik dezelfde error overgenomen als in het origineel dat de motion nu de hele dag werkt. Maar daar zou je dus nog extra conditie aan toe kunnen voegen, iets als:

YAML:

alias: Verlichting Overkapping
description: Verlichting aan op 40% en 100% bij bewegingsdetectie
triggers:
  - entity_id:
      - sun.sun
    attribute: elevation
    below: 3
    trigger: numeric_state
    id: sunset_elevation
  - trigger: state
    entity_id:
      - binary_sensor.hue_outdoor_motion_sensor_beweging
    to: "on"
    id: motion
  - trigger: state
    entity_id:
      - binary_sensor.hue_outdoor_motion_sensor_beweging
    to: "off"
    id: clear
  - trigger: time
    at: "23:00:00"
    id: avond_licht_uit
conditions: []
actions:
  - choose:
      - conditions:
          - condition: trigger
            id:
              - motion
          - condition: numeric_state
            entity_id: sun.sun
            attribute: elevation
            below: 3
        sequence:
          - action: light.turn_on
            target:
              entity_id: light.hue_filament_bulb
            data:
              brightness_pct: 100
      - conditions:
          - condition: trigger
            id:
              - clear
              - sunset_elevation
          - condition: time
            before: "23:00:00"
        sequence:
          - action: light.turn_on
            target:
              entity_id: light.hue_filament_bulb
            data:
              brightness_pct: 40
      - conditions:
          - condition: trigger
            id:
              - avond_licht_uit
              - clear
        sequence:
          - action: light.turn_off
            target:
              entity_id: light.hue_filament_bulb
            data: {}
mode: single

[nMad]

Septillion schreef op donderdag 12 december 2024 @ 16:25:
@nMadWat nu gebeurd is dat er in de nacht geen enkele update van de sensor is geweest. De Riemann zal dan standaard ook geen update doen. En met trapezoidal zal dan bij de eerste update in de morgen dan het gemiddelde van de laatste voor de nacht (0W) en de eerste van de morgen (-2000W-ish) nemen ofwel, ongeveer -1000W. En dat aannemen voor de tijd tussen de updates (ongeveer 8 uur) geeft de -7,4kWh.

Op zich is trapezoidal best logisch voor een sensor die pas berekend kan worden nadat er het verbruik heeft plaats gevonden. Immers ligt het begin dus al in het verleden. Maar door de lange tijd geen update loopt dat spaak.

Twee mogelijke oplossingen:
- Of je zet hem op left, dat zal dus zodra in de morgen er een update komt de laatste update van de nacht als waarde voor het tijdvak (dus links van het tijdvak) gepakt worden.
- Of je stelt een Max sub-interval in. Dit zal dan forceren dat er minimaal elke die tijd ook een update van de Riemann plaats vind ook al heeft de bron geen update. Dus als je die op 10 seconden zet dan zal er dus in de morgen over 10 seconden met een gemiddelde van 1000W-ish gerekend worden.

Op zich zal beide nagenoeg uitmiddelen. Voordeel van laatste optie is dat de Riemann ook netjes bijgewerkt blijft als het vermogen bijvoorbeeld een tijd constant xW is. Anders zou de update van de Riemann dus pas plaatsvinden bij een verandering.

Bedankt voor je erg uitgebreide reactie! Dat was ik nog vergeten te melden, de “max_sub_interval” staat op 5 min. Dus ik had dit gedrag niet verwacht. Want 5 min * 2000W is geen 7 kWh. Heb de example yaml van HA site als startpunt gebruikt en alleen name/source aangepast.

YAML:

sensor:
  - platform: integration
    source: sensor.current_power
    name: energy_spent
    unit_prefix: k
    round: 2
    max_sub_interval:
      minutes: 5

Gek toch? Is dit een bug of heb ik nog iets verkeerd staan? Mijn voorkeur gaat uit naar de trapezoidal methode.

[Septillion]

@nMad Mm, dat is wel gek... Dan had ik verwacht dat het gewoon goed zou gaan...

Maar goed, je zou hem dus ook op left kunnen zetten. Zeker als de bron tijdens normaal gebruik wel zeer regelmatig een change doet maakt dat voor de nauwkeurigheid ook niet uit.

[nMad]

Septillion schreef op donderdag 12 december 2024 @ 16:46:
@nMad Mm, dat is wel gek... Dan had ik verwacht dat het gewoon goed zou gaan...

Maar goed, je zou hem dus ook op left kunnen zetten. Zeker als de bron tijdens normaal gebruik wel zeer regelmatig een change doet maakt dat voor de nauwkeurigheid ook niet uit.

Ja, bijzonder eh? Zal deze ook eens posten op HA discord.

Vermogen is continue aan het fluctueren. Dat is nooit langer dan ~10 seconden gelijk. Dan ga ik voorlopig voor “left”!

[Cadezo]

robg1984 schreef op maandag 9 december 2024 @ 20:48:
[...]
Ik doe het nu met BubbleCard, maar die heeft weer andere styling dan reguliere cards...
Zelf nog maar even wat css toegevoegd maar moet nog even kijken naar het icoontje en wat spacing.

[Afbeelding]

Kun je iets van de css delen hoe je dit uiteindelijk hebt gedaan?

[maxvdh]

moozzuzz schreef op donderdag 12 december 2024 @ 16:24:
[...]

Je kan lampen ook in zigbee groepen steken waardoor op protocol niveau maar één commando nodig is. Als je meerdere lampen op HA niveau gaat dimmen/aanzetten dan kan het voorkomen dat jouw zigbee netwerk geflood wordt waardoor het resultaat niet is zoals gewenst (cfr jouw tweede bullet)

Zelfs met Zigbee groepen in Z2M ervaar ik hetzelfde probleem als ik de automations in verder in HA maak.

[Septillion]

@maxvdh Wat bedoel je met "de automations in verder in HA maak"?

Hier reageren zigbee groepen (in Z2M) instantaan als enkele lamp (ofwel, allemaal 100% tegelijk, altijd).

[Brynnie]

Zijn er nog mensen bij wie de EvoHome integratie plots niet meer werkt? Enige wat je in Configuration.yaml moet zetten is:

YAML:

evohome:
  username: "YOUR_USERNAME"
  password: "YOUR_PASSWORD"

Staat er al lang in (meer dan een jaar) en werkt sinds vandaag niet. Alle entities zijn onbeschikbaar.

Integratie: https://www.home-assistant.io/integrations/evohome/

[alex3305]

Cadezo schreef op donderdag 12 december 2024 @ 16:16:
Ziet er lekker opgefrist uit. Heb je wat meer info/code over hoe je bijvoorbeeld die menubalk en bottom bar hebt gedaan?

Thanks. De Home Assistant componenten zoals de menubalk en sidebar heb ik gestyled met mijn eigen component: Global Mod op basis van het standaard thema. Waarom Global Mod? Omdat ik dan het standaard thema kan gebruiken met kleurenkiezer, omdat ik hier alle te bereiken componenten kan modden en omdat Global Mod inmiddels veel sneller is dan Card-Mod.

De bottom bar is op basis van Mushroom Chips. Een uitgekleed voorbeeld:

YAML:

type: custom:mushroom-chips-card
chips:
  - type: template
    icon: mdi:home-assistant
    icon_color: primary
    content: Home Assistant 😍
layout_options:
  grid_columns: 4
  grid_rows: 1
card_mod:
  style: |
    :host {
      z-index: 1;
      position: fixed;
      bottom: 0;
      margin-bottom: 0 !important;      
    }

    :host-context([preview]),
    :host-context(.edit-mode) {
      position: relative;
      z-index: unset;
      inset: 0;
    }

    ha-card {
      --chip-height: 40px;
    }

    ha-card .chip-container {
      padding: 12px;
      flex-wrap: nowrap; 
      white-space: nowrap;
    }

    ha-card .chip-container mushroom-template-chip {
      --icon-color: var(--primary-color);
      --chip-background: color-mix(in srgb, var(--icon-color) 5%, var(--card-background-color));
    }

    ha-card .chip-container mushroom-template-chip:hover {
      --chip-background: color-mix(in srgb, var(--icon-color) 15%, var(--card-background-color));
    }

    @media screen and (max-width: 600px) {
      :host {
        --ha-card-border-width: 0;
        background: var(--app-background-color, var(--app-header-background-color));
        backdrop-filter: var(--app-header-backdrop-filter);
        box-shadow: var(--material-shadow-elevation-6dp);
        left: 0;
        right: 0;
        padding-top: 4px;
        padding-bottom: 12px;
      }

      ha-card .chip-container {
        --chip-icon-size: 2rem;
        --chip-padding: 12px;
        overflow-x: scroll;
        overflow-y: visible;
      }
    }

    @media screen and (min-width: 600px) {
      :host {
        left: 0;
        right: 0;
        padding-bottom: 8px;
      }

      :host::before {
        content: '';
        bottom: 0;
        right: 0;
        left: 0;
        height: 120%;
        position: absolute;
        pointer-events: none;
        backdrop-filter: var(--app-header-backdrop-filter);
        mask-image: linear-gradient(to top,black 60%,transparent 100%);
      }

      ha-card .chip-container {
        --chip-spacing: 8px;
        --chip-icon-size: 1.5rem;
        --chip-padding: 20px;
        justify-content: center; 
      }
      
      mushroom-template-chip {
        position: relative;
      }

      ha-card .chip-container mushroom-template-chip {
        pointer-events: auto;
      }
    }

    @media screen and (min-width: 868px) {
      :host {
        left: var(--mdc-drawer-width, 248px);
      }
    }

    @media screen and (max-height: 500px) {
      :host {
        visibility: hidden;
        opacity: 0;
        height: 0;
        transition: visibility 0s, 
                    opacity 0.5s linear
                    height 0.33s ease-in;
      }
    }

[robg1984]

Cadezo schreef op donderdag 12 december 2024 @ 16:54:
[...]

Kun je iets van de css delen hoe je dit uiteindelijk hebt gedaan?

Uiteindelijk ben ik er vanaf gestapt en gebruik ik "Mushroom Cards" voor dit doeleinde.

[Barfman]

Septillion schreef op donderdag 12 december 2024 @ 16:32:
@Barfman Probleem is dat een run van een automation maar een enkele trigger kan hebben. Dus als je twee dezelfde triggers toevoegt zal HA dus de automation gewoon 2 keer willen runnen. Maar nu is de standaard run-mode 'single' dus mag er geen tweede run plaatsvinden. Nu zal dus de bovenste trigger een run van de automation opleveren en de tweede trigger een error in je log omdat de automaton al runt.

In dit geval is de oplossing dus om de trigger er niet dubbel in te zetten en gewoon anders te handelen al naar gelang het tijdstip met dezelfde trigger.

Nu zit ik alleen wel te denken, ik het denk ik dezelfde error overgenomen als in het origineel dat de motion nu de hele dag werkt. Maar daar zou je dus nog extra conditie aan toe kunnen voegen, iets als:

YAML:

alias: Verlichting Overkapping
description: Verlichting aan op 40% en 100% bij bewegingsdetectie
triggers:
  - entity_id:
      - sun.sun
    attribute: elevation
    below: 3
    trigger: numeric_state
    id: sunset_elevation
  - trigger: state
    entity_id:
      - binary_sensor.hue_outdoor_motion_sensor_beweging
    to: "on"
    id: motion
  - trigger: state
    entity_id:
      - binary_sensor.hue_outdoor_motion_sensor_beweging
    to: "off"
    id: clear
  - trigger: time
    at: "23:00:00"
    id: avond_licht_uit
conditions: []
actions:
  - choose:
      - conditions:
          - condition: trigger
            id:
              - motion
          - condition: numeric_state
            entity_id: sun.sun
            attribute: elevation
            below: 3
        sequence:
          - action: light.turn_on
            target:
              entity_id: light.hue_filament_bulb
            data:
              brightness_pct: 100
      - conditions:
          - condition: trigger
            id:
              - clear
              - sunset_elevation
          - condition: time
            before: "23:00:00"
        sequence:
          - action: light.turn_on
            target:
              entity_id: light.hue_filament_bulb
            data:
              brightness_pct: 40
      - conditions:
          - condition: trigger
            id:
              - avond_licht_uit
              - clear
        sequence:
          - action: light.turn_off
            target:
              entity_id: light.hue_filament_bulb
            data: {}
mode: single

Ik laat hem even gaan, en zal dan na 23:00 uur even mijn bewegingssensor moeten activeren. De bedoeling moet dan zijn dat de lamp dan na 2 minuten volledig uit gaat. Ik merkte net wel op dat na een beweging de verlichting niet 2 minuten op 100% blijft. Die 2 minuten zaten wel in de oude automation. Ik wacht het even af tot na 23:00 uur, en dan kan ik die 2 minuten nog wel toevoegen later als het werkt.

[Septillion]

@Barfman Dat met de 2 minuten zou wel moeten. Want dat zou de tijd van de sensor moeten zijn. In jouw automation wachtte je tot deze weer naar 'off' ging in de automation, ik heb dat versimpelt door dit als trigger van de automation toe te voegen.

[Barfman]

Septillion schreef op donderdag 12 december 2024 @ 21:13:
@Barfman Dat met de 2 minuten zou wel moeten. Want dat zou de tijd van de sensor moeten zijn. In jouw automation wachtte je tot deze weer naar 'off' ging in de automation, ik heb dat versimpelt door dit als trigger van de automation toe te voegen.

Oké duidelijk, ben benieuwd hoe de automation straks zijn werk doet. Zal ook even extra op die 2 minuten letten. Bedankt voor je input.

[hemertje]

hemertje schreef op donderdag 12 december 2024 @ 10:16:
[...]


Nee dat had ik nog niet gedaan, die link had ik nog niet gelegd

Maar nu geen errors meer idd

code:

[10:06:56] INFO: Preparing to start...
[10:06:56] INFO: Socat not enabled
[10:06:56] INFO: Starting Zigbee2MQTT...
Starting Zigbee2MQTT without watchdog.
[2024-12-12 10:07:00] info:     z2m: Logging to console, file (filename: log.log)
[2024-12-12 10:07:00] info:     z2m: Starting Zigbee2MQTT version 1.42.0 (commit #unknown)
[2024-12-12 10:07:00] info:     z2m: Starting zigbee-herdsman (2.1.9)
[2024-12-12 10:07:01] info:     zh:ember: Using default stack config.
[2024-12-12 10:07:01] info:     zh:ember: ======== Ember Adapter Starting ========
[2024-12-12 10:07:01] info:     zh:ember:ezsp: ======== EZSP starting ========
[2024-12-12 10:07:01] info:     zh:ember:uart:ash: ======== ASH Adapter reset ========
[2024-12-12 10:07:01] info:     zh:ember:uart:ash: Serial port opened
[2024-12-12 10:07:01] info:     zh:ember:uart:ash: ======== ASH starting ========
[2024-12-12 10:07:02] info:     zh:ember:uart:ash: ======== ASH connected ========
[2024-12-12 10:07:02] info:     zh:ember:uart:ash: ======== ASH started ========
[2024-12-12 10:07:02] info:     zh:ember:ezsp: ======== EZSP started ========
[2024-12-12 10:07:02] info:     zh:ember: Adapter EZSP protocol version (13) lower than Host. Switched.
[2024-12-12 10:07:02] info:     zh:ember: Adapter version info: {"ezsp":13,"revision":"7.4.5 [GA]","build":0,"major":7,"minor":4,"patch":5,"special":0,"type":170}
[2024-12-12 10:07:02] info:     zh:ember: [STACK STATUS] Network up.
[2024-12-12 10:07:02] info:     zh:ember: [INIT TC] Adapter network matches config.
[2024-12-12 10:07:02] info:     zh:ember: [CONCENTRATOR] Started source route discovery. 1248ms until next broadcast.
[2024-12-12 10:07:02] info:     z2m: zigbee-herdsman started (resumed)
[2024-12-12 10:07:02] info:     z2m: Coordinator firmware version: '{"meta":{"build":0,"ezsp":13,"major":7,"minor":4,"patch":5,"revision":"7.4.5 [GA]","special":0,"type":170},"type":"EmberZNet"}'
[2024-12-12 10:07:02] info:     z2m: Currently 0 devices are joined.
[2024-12-12 10:07:02] info:     z2m: Zigbee: disabling joining new devices.
[2024-12-12 10:07:03] info:     z2m: Connecting to MQTT server at mqtt://core-mosquitto:1883
[2024-12-12 10:07:04] info:     z2m: Connected to MQTT server
[2024-12-12 10:07:04] info:     z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/bridge/state', payload '{"state":"online"}'
[2024-12-12 10:07:04] info:     z2m: Started frontend on port 8099
[2024-12-12 10:07:04] info:     z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/bridge/state', payload '{"state":"online"}'
[2024-12-12 10:07:04] info:     z2m: Zigbee2MQTT started!
[2024-12-12 10:07:09] info:     z2m:mqtt: MQTT publish: topic 'homeassistant/binary_sensor/1221051039810110150109113116116_0x94b216fffe502514/connection_state/config', payload '{"device":{"hw_version":"EmberZNet 7.4.5 [GA]","identifiers":["zigbee2mqtt_bridge_0x94b216fffe502514"],"manufacturer":"Zigbee2MQTT","model":"Bridge","name":"Zigbee2MQTT Bridge","sw_version":"1.42.0"},"device_class":"connectivity","entity_category":"diagnostic","name":"Connection state","object_id":"zigbee2mqtt_bridge_connection_state","origin":{"name":"Zigbee2MQTT","sw":"1.42.0","url":"https://www.zigbee2mqtt.io"},"payload_off":"offline","payload_on":"online","state_topic":"zigbee2mqtt/bridge/state","unique_id":"bridge_0x94b216fffe502514_connection_state_zigbee2mqtt","value_template":"{{ value_json.state }}"}'
[2024-12-12 10:08:50] info:     z2m: Starting network scan (includeRoutes 'false')
[2024-12-12 10:08:51] info:     z2m: Network scan finished
[2024-12-12 10:08:51] info:     z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/bridge/response/networkmap', payload '{"data":{"routes":false,"type":"raw","value":{"links":[],"nodes":[{"failed":[],"friendlyName":"Coordinator","ieeeAddr":"0x94b216fffe502514","networkAddress":0,"type":"Coordinator"}]}},"status":"ok","transaction":"4vetd-1"}'
[2024-12-12 10:09:01] info:     z2m: Starting network scan (includeRoutes 'false')
[2024-12-12 10:09:02] info:     z2m: Network scan finished
[2024-12-12 10:09:02] info:     z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/bridge/response/networkmap', payload '{"data":{"routes":false,"type":"raw","value":{"links":[],"nodes":[{"failed":[],"friendlyName":"Coordinator","ieeeAddr":"0x94b216fffe502514","networkAddress":0,"type":"Coordinator"}]}},"status":"ok","transaction":"4vetd-2"}'

Aan iedereen die meegedacht hebben met me een grote dank!



[Afbeelding]

via de Sidebar Z2M levert nog geen apparaten op in het Apparaten overzicht
nu moet ik de temperatuursensor opnieuw pairen neem ik aan?

heb de aqara T1 temperatuursensor gepaird
heb de id een eenvoudige naam gegeven

maar onder 'Toont' krijg ik N/A (Not Available) bij de parameters te zien?







in de MQTT Explorer zie ik bij Sensor het IEEE adres




iemand een idee hoe ik de parameters zichtbaar krijg?

[jordyc]

Ik ben sinds een paar dagen bezig met HA en probeer nu de dynamische prijzen in HA te krijgen via Nordpool. De prijzen die binnenkomen wil ik via een sensor template updaten om ook de toeslagen en belastingen mee te laten nemen met het idee dat ik dit gemakkelijk kan updaten en kan hergebruiken. Na wat googlen kwam ik op onderstaande formule uit om in de template in te vullen.

De template sensor rekent in ieder geval de prijs van het huidige uur goed door. Als ik nu naar mijn dashboard ga en deze sensor via de ApexCharts card als grafiek wil weergeven gaat het mis. Ik heb de YAML van ergens in dit topic gebruikt en daar de entity veranderd naar de helper. Nu blijft de grafiek echter op "loading" hangen.

Nu weet ik niet goed hoe ik verder moet. Is het aan te raden om in de integratie zelf alle berekeningen uit te laten voeren of moet ik iets in de helper toevoegen?

[jack_]

B-Force schreef op donderdag 12 december 2024 @ 06:50:
[...]


Chatgpt?

Die gaf na verschillende vraagstellingen aan dat het niet kon zonder een daily of utility teller te maken. Een interessante die ik nog tegen kwam was een sql query op de statistics. Eigenlijk zit er een hele mooie aggregate in het energy dashboard die ze alleen daar beschikbaar hebben. Zou handig zijn om het gewoon als entity of beschikbaar te hebben.

[jack_]

jordyc schreef op donderdag 12 december 2024 @ 21:37:
Ik ben sinds een paar dagen bezig met HA en probeer nu de dynamische prijzen in HA te krijgen via Nordpool. De prijzen die binnenkomen wil ik via een sensor template updaten om ook de toeslagen en belastingen mee te laten nemen met het idee dat ik dit gemakkelijk kan updaten en kan hergebruiken. Na wat googlen kwam ik op onderstaande formule uit om in de template in te vullen.

De template sensor rekent in ieder geval de prijs van het huidige uur goed door. Als ik nu naar mijn dashboard ga en deze sensor via de ApexCharts card als grafiek wil weergeven gaat het mis. Ik heb de YAML van ergens in dit topic gebruikt en daar de entity veranderd naar de helper. Nu blijft de grafiek echter op "loading" hangen.

Nu weet ik niet goed hoe ik verder moet. Is het aan te raden om in de integratie zelf alle berekeningen uit te laten voeren of moet ik iets in de helper toevoegen?

[Afbeelding]

Ik gebruik zelf de additional cost functie binnen de nordpool integratie en vervolgens die waarde binnen de apex chart. Naast een today en tomorrow chart heb ik een chart vanaf moment nu gemaakt omdat ik daar meer aan heb. Jouw template sensor heeft niet de array data beschikbaar die je wel in je native nordpool sensor hebt, en die data voor tomorrow wordt wel in je apex chart gebruikt.

YAML:

sensor:
  - platform: nordpool
    region: "NL"
    currency: "EUR"
    VAT: False
    precision: 3
    low_price_cutoff: 0.9
    price_in_cents: false
    price_type: kWh
    additional_costs: >
      {% set VAT = 0.21 %}
      {% set tax_kWh = 0.10879 %}
      {% set opslag = 0.018 %}
      {{ (current_price * VAT ) + (tax_kWh + opslag) * (1 + VAT)|float }}

YAML:

type: custom:apexcharts-card
experimental:
  color_threshold: true
graph_span: 24h
header:
  title: Energieprijs (Laatste Uur + Volgende 23 Uur)
  show: true
span:
  start: hour
now:
  show: true
  label: Nu
series:
  - entity: sensor.nordpool_kwh_nl_eur_3_09_0
    type: column
    show:
      extremas: true
    float_precision: 2
    data_generator: >
      const now = new Date(); // Huidige tijd

      const oneHourAgo = new Date(now.getTime() - 60 * 60 * 1000); // 1 uur
      geleden

      const endPeriod = new Date(now.getTime() + 23 * 60 * 60 * 1000); // Nu +
      23 uur


      // Data van vandaag en morgen ophalen

      const todayData = entity.attributes.raw_today || [];

      const tomorrowData = entity.attributes.raw_tomorrow || [];


      // Data samenvoegen en filteren

      const combinedData = [...todayData, ...tomorrowData]
        .map(item => {
          const startTime = new Date(item["start"]).getTime();
          const value = item["value"];
          return [startTime, value];
        })
        .filter(([startTime]) => startTime >= oneHourAgo.getTime() && startTime <= endPeriod.getTime());

      return combinedData;
    color_threshold:
      - value: 0
        color: "#04822e"
      - value: 0.1
        color: "#12A141"
      - value: 0.15
        color: "#79B92C"
      - value: 0.2
        color: "#C4D81D"
      - value: 0.25
        color: "#F3DC0C"
      - value: 0.3
        color: "#EFA51E"
      - value: 0.35
        color: "#E76821"
      - value: 0.4
        color: "#DC182F"
yaxis:
  - id: "1"
    min: ~0
    align_to: 0.1
    decimals: 2
    apex_config:
      title:
        text: €/kWh
      tickAmount: 4
apex_config:
  xaxis:
    type: datetime
    tooltip:
      enabled: false
  chart:
    height: 320px

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

[maartend]

Ok. Evohome integratie geeft problemen. Voor zodra ik begrijp heeft het te maken met het feit dat een van de tokoos waar mee wordt geconnecteerd iets heeft met zijn certificaten. Dus inloggen vanaf HA nu onmogelijk, dus al mijn automatiseringen werken niet.

[nMad]

@Septillion Resultaat van vanochtend met een Reismann left... Exact hetzelfde gedrag.
Ik weet zeker dat ik een "yaml reload" heb gedaan na de aanpassing, echter geen geen HA restart.

YAML:

# Use Riemann Sum to track total Aquarea Total Energy Produced Calculated (kWh)
# Source is template sensor Aquarea Power Produced Calculated (W)
- platform: integration
  source: sensor.aquarea_power_produced_calculated
  name: "Aquarea Total Energy Produced Calculated"
  unique_id: "panasonic_heat_pump_total_energy_produced_calculated"
  unit_prefix: k
  round: 2
  method: left
  max_sub_interval:
    minutes: 5

[ Voor 30% gewijzigd door nMad op 13-12-2024 06:40 ]

[B-Force]

maartend schreef op vrijdag 13 december 2024 @ 05:13:
Ok. Evohome integratie geeft problemen. Voor zodra ik begrijp heeft het te maken met het feit dat een van de tokoos waar mee wordt geconnecteerd iets heeft met zijn certificaten. Dus inloggen vanaf HA nu onmogelijk, dus al mijn automatiseringen werken niet.

Thx voor de info. Hier werkt het idd ook niet meer. Heb een tijdje geleden gekeken of het mogelijk was om een test te maken of de connectie goed is, zodat je kan zien of er een probleem is of niet. Nu liep ik rond in de gedachte dat alles goed ging, maar blijkbaar wordt de verwarming niet meer aangestuurd.
Iemand die hier een idee voor heeft?

[-Casper]

B-Force schreef op vrijdag 13 december 2024 @ 07:43:
[...]


Thx voor de info. Hier werkt het idd ook niet meer. Heb een tijdje geleden gekeken of het mogelijk was om een test te maken of de connectie goed is, zodat je kan zien of er een probleem is of niet. Nu liep ik rond in de gedachte dat alles goed ging, maar blijkbaar wordt de verwarming niet meer aangestuurd.
Iemand die hier een idee voor heeft?

Lijkt een certificaat probleem te zijn. Is weinig aan te doen door ons gezien we het domein niet in beheer hebben. Hopen dat het vandaag nog opgelost wordt...

[maartend]

B-Force schreef op vrijdag 13 december 2024 @ 07:43:
[...]


Thx voor de info. Hier werkt het idd ook niet meer. Heb een tijdje geleden gekeken of het mogelijk was om een test te maken of de connectie goed is, zodat je kan zien of er een probleem is of niet. Nu liep ik rond in de gedachte dat alles goed ging, maar blijkbaar wordt de verwarming niet meer aangestuurd.
Iemand die hier een idee voor heeft?

Er is een workaround, maar dan zit je zo diep in je systeem te rotzooien dat ik het liever afwacht

[Hmmbob]

alex3305 schreef op donderdag 12 december 2024 @ 20:00:
Thanks. De Home Assistant componenten zoals de menubalk en sidebar heb ik gestyled met mijn eigen component: Global Mod op basis van het standaard thema. Waarom Global Mod? Omdat ik dan het standaard thema kan gebruiken met kleurenkiezer, omdat ik hier alle te bereiken componenten kan modden en omdat Global Mod inmiddels veel sneller is dan Card-Mod.

Is global-mod een drop-in replacement voor card-mod?

[JoepW]

maartend schreef op vrijdag 13 december 2024 @ 07:58:
[...]

Er is een workaround, maar dan zit je zo diep in je systeem te rotzooien dat ik het liever afwacht

Ik ga zo toch even kijken of ik die kan doorvoeren, want mijn hele klimaatregeling is nu in de war.

En toeval of karma bestaat niet of toch wel.. Vanwege mij veel te veel errors en warnings in de ha logs die ik niet opgelost kreeg ben ik echt net 3 dagen geleden van lokaal EvoHome via HA bedienen weer terug naar de cloud

[-Casper]

JoepW schreef op vrijdag 13 december 2024 @ 09:01:
[...]

Ik ga zo toch even kijken of ik die kan doorvoeren, want mijn hele klimaatregeling is nu in de war.

En toeval of karma bestaat niet of toch wel.. Vanwege mij veel te veel errors en warnings in de ha logs die ik niet opgelost kreeg ben ik echt net 3 dagen geleden van lokaal EvoHome via HA bedienen weer terug naar de cloud

Dat is pijnlijk

[Barfman]

Septillion schreef op donderdag 12 december 2024 @ 21:13:
@Barfman Dat met de 2 minuten zou wel moeten. Want dat zou de tijd van de sensor moeten zijn. In jouw automation wachtte je tot deze weer naar 'off' ging in de automation, ik heb dat versimpelt door dit als trigger van de automation toe te voegen.

Nou na 23:00 uur gaat de lamp inderdaad uit als hij aan is gegaan door de bewegingssensor. Maar vanmorgen dat ik de fiets pakte om naar mijn werk te gaan, dat was voor 06:30 ging de lamp wel aan, maar niet uit.
Nu is vannacht wel mijn home assistent opnieuw opgestart na een automatische back-up, dus wellicht dat dat daar mee te maken had, moet het morgen nog maar even in de gaten houden

[HuismAndré]

hemertje schreef op donderdag 12 december 2024 @ 21:23:
[...]


heb de aqara T1 temperatuursensor gepaird
heb de id een eenvoudige naam gegeven

maar onder 'Toont' krijg ik N/A (Not Available) bij de parameters te zien?

De melding van de accu duurt altijd even (kan tot 24 uur duren maar meestal binnen 1-2 uur). Verder houdt Aqara zich sowieso niet erg strikt aan de Zigbee spec qua rapportage (maar het zijn verder wel prima sensoren (en ook erg zuinig)). Wellicht is het nu al opgelost. Zo niet, zet dan aanmelden weer even aan in Z2M, hou de reset button van de T1 ingedrukt totdat deze reset (ca. 5 seconden; je krijgt een melding in Z2M dat de T1 het netwerk verlaten heeft) en druk deze daarna elke 2 seconden even kort in (om de T1 wakker te houden) totdat het opnieuw aanmelden is voltooid.

https://www.zigbee2mqtt.io/devices/WSDCGQ11LM.html

[ Voor 3% gewijzigd door HuismAndré op 13-12-2024 10:04 ]

[JoepW]

Evohome Cloud doet het weer na een volledige reboot zonder dat ik zelf iets heb aangepast en zonder een update van HA. Dus het lijkt er op dat Resideo het probleem heeft opgelost.

[MAdD]

Vraagje voor de YAML specialisten.

Ik heb een Unifi Deurbel met vingerprint sensor. Nu kan je via HA een bericht sturen (of meer dingen doen) als de vingerprint wordt herkend dmv deze code:

YAML:

alias: G4 Doorbell Fingerprint Identified Automation
description: Automation that triggers when a fingerprint is successfully identified on the G4 Doorbell Pro
trigger:
  - platform: event
    event_type: state_changed
    event_data:
      entity_id: event.g4_doorbell_pro_poe_fingerprint # Replace with your doorbell entity
condition:
  - condition: template
    value_template: >
      {{
         not trigger.event.data.old_state.attributes.get('restored', false) and
         not trigger.event.data.old_state.state == 'unavailable' and
         trigger.event.data.new_state is not none and
         trigger.event.data.new_state.attributes.event_type == 'identified' and
         (trigger.event.data.new_state.attributes.ulp_id|default('')) != '' and
         trigger.event.data.new_state.attributes.ulp_id in ['ALLOWED_ID1', 'ALLOWED_ID2']
       }}
action:
  - service: notify.mobile_app_your_device # Replace with your notification target
    data:
      message: "Fingerprint identified with ID: {{ trigger.event.data.new_state.attributes.ulp_id }}"
      title: "Fingerprint Scan Notification"

Allen wil ik eigenlijk ook een melding als iemand "misbruik" maakt van de vingerprint (oftewel de vingerprint wordt niet herkend).

Is het dan zo simpel om deze regel te veranderen naar:

YAML:

trigger.event.data.new_state.attributes.ulp_id NOT in ['ALLOWED_ID1', 'ALLOWED_ID2']

Alvast bedankt voor het antwoord!

[TheFes]

MAdD schreef op vrijdag 13 december 2024 @ 10:44:
Vraagje voor de YAML specialisten.

Ik heb een Unifi Deurbel met vingerprint sensor. Nu kan je via HA een bericht sturen (of meer dingen doen) als de vingerprint wordt herkend dmv deze code:

YAML:

alias: G4 Doorbell Fingerprint Identified Automation
description: Automation that triggers when a fingerprint is successfully identified on the G4 Doorbell Pro
trigger:
  - platform: event
    event_type: state_changed
    event_data:
      entity_id: event.g4_doorbell_pro_poe_fingerprint # Replace with your doorbell entity
condition:
  - condition: template
    value_template: >
      {{
         not trigger.event.data.old_state.attributes.get('restored', false) and
         not trigger.event.data.old_state.state == 'unavailable' and
         trigger.event.data.new_state is not none and
         trigger.event.data.new_state.attributes.event_type == 'identified' and
         (trigger.event.data.new_state.attributes.ulp_id|default('')) != '' and
         trigger.event.data.new_state.attributes.ulp_id in ['ALLOWED_ID1', 'ALLOWED_ID2']
       }}
action:
  - service: notify.mobile_app_your_device # Replace with your notification target
    data:
      message: "Fingerprint identified with ID: {{ trigger.event.data.new_state.attributes.ulp_id }}"
      title: "Fingerprint Scan Notification"

Allen wil ik eigenlijk ook een melding als iemand "misbruik" maakt van de vingerprint (oftewel de vingerprint wordt niet herkend).

Is het dan zo simpel om deze regel te veranderen naar:

YAML:

trigger.event.data.new_state.attributes.ulp_id NOT in ['ALLOWED_ID1', 'ALLOWED_ID2']

Alvast bedankt voor het antwoord!

NOT moet lowercase (not dus).
Verder krijg je dan alleen een melding als de vingerafdruk niet herkend wordt. Dus niet meer als hij wel herkend wordt.
Als je in beide gevallen een melding wil, moet je die regel dus weghalen.

[MAdD]

TheFes schreef op vrijdag 13 december 2024 @ 10:49:
[...]


NOT moet lowercase (not dus).
Verder krijg je dan alleen een melding als de vingerafdruk niet herkend wordt. Dus niet meer als hij wel herkend wordt.
Als je in beide gevallen een melding wil, moet je die regel dus weghalen.

thanks @TheFes , ik maak 2 automations aan. 1 voor herkend en 1 voor niet herkend met verschillende zaken om uit te voeren.

[TheFes]

MAdD schreef op vrijdag 13 december 2024 @ 10:50:
[...]

thanks @TheFes , ik maak 2 automations aan. 1 voor herkend en 1 voor niet herkend met verschillende zaken om uit te voeren.

Omdat ze beide dezelfde trigger, en grotendeels dezelfde condition hebben, zou ik het dan met één automation doen, en op basis van dat laatste stukje template met een choose of if-then bepalen welke acties uitgevoerd moeten worden.

[CAP-Team]

Ik installeerde vanmorgen een update van de ICS integratie, en na de herstart wil HA niet meer lekker opstarten. Al een volledige herstart van de host gedaan (Proxmox) maar dit helpt ook niet. Het lijkt erop dat dit zo is sinds de HA OS 14 update. Die ging ook al niet helemaal lekker.

[Mitchell]

Voor als mensen het nog niet wisten, de Ulanzi TC001 is weer in de aanbieding, erg leuk met de Awtrix 3 custom firmware.

[hemertje]

HuismAndré schreef op vrijdag 13 december 2024 @ 10:01:
[...]

De melding van de accu duurt altijd even (kan tot 24 uur duren maar meestal binnen 1-2 uur). Verder houdt Aqara zich sowieso niet erg strikt aan de Zigbee spec qua rapportage (maar het zijn verder wel prima sensoren (en ook erg zuinig)). Wellicht is het nu al opgelost. Zo niet, zet dan aanmelden weer even aan in Z2M, hou de reset button van de T1 ingedrukt totdat deze reset (ca. 5 seconden; je krijgt een melding in Z2M dat de T1 het netwerk verlaten heeft) en druk deze daarna elke 2 seconden even kort in (om de T1 wakker te houden) totdat het opnieuw aanmelden is voltooid.

https://www.zigbee2mqtt.io/devices/WSDCGQ11LM.html

yes, Hemertje moet gewoon geduld hebben

nu zijn de parameter waarden wel zichtbaar

[dotcom87]

Ik heb via de website van ESPHome net de bluetooth proxy flash gedaan op een M5Stack Atom Lite.

Deze is opgepikt in HA.

Ik krijg echter niet automatisch "discovered" bluetooth devices te zien in HA. Moet je daar nog iets speciaals voor doen? Ik denk dan vooral aan iets van de bluetooth integratie (https://www.home-assistant.io/integrations/bluetooth) toevoegen in mijn HA configuratie?

[TheFes]

dotcom87 schreef op vrijdag 13 december 2024 @ 12:46:
Ik heb via de website van ESPHome net de bluetooth proxy flash gedaan op een M5Stack Atom Lite.

Deze is opgepikt in HA.

Ik krijg echter niet automatisch "discovered" bluetooth devices te zien in HA. Moet je daar nog iets speciaals voor doen? Ik denk dan vooral aan iets van de bluetooth integratie (https://www.home-assistant.io/integrations/bluetooth) toevoegen in mijn HA configuratie?

Supported devices komen vanuit hun eigen integratie. Dus bijvoorbeeld een Inkbird BBQ thermometer zal vanuit de Inkbird integratie gevonden worden, een Xiaomi BT/Humidity sensor vanuit de Xiaomi integratie, etc etc

[CAP-Team]

CAP-Team schreef op vrijdag 13 december 2024 @ 11:37:
Ik installeerde vanmorgen een update van de ICS integratie, en na de herstart wil HA niet meer lekker opstarten. Al een volledige herstart van de host gedaan (Proxmox) maar dit helpt ook niet. Het lijkt erop dat dit zo is sinds de HA OS 14 update. Die ging ook al niet helemaal lekker.

Backup teruggezet, het lijkt erop dat Z2M staat te klapperen. Laatste versie lijkt niet helemaal lekker te werken.

Update:
Het lijkt een probleem met USB te zijn, de P1 integratie werkt ook niet

[ Voor 7% gewijzigd door CAP-Team op 13-12-2024 15:15 ]

[Brynnie]

Hmmm. Home Assistant heeft deze voormiddag bij mij besloten om er mee op te houden...

Via het ip adres:8123 krijg ik geen verbinding, maar via ip adres:4357 zegt de supervisor:

code:

Supervisor: Connected
Supported:  Supported
Healthy:    Healthy

Het ip adres kan ik ook gewoon pingen en ik krijg onmiddellijk response (5ms). HAOS draait op een NUC en die heb ik ook al uit gezet en opnieuw opgestart, wat geen verschil maakt...

Wat zou er aan de hand kunnen zijn?

[dotcom87]

TheFes schreef op vrijdag 13 december 2024 @ 12:52:
[...]


Supported devices komen vanuit hun eigen integratie. Dus bijvoorbeeld een Inkbird BBQ thermometer zal vanuit de Inkbird integratie gevonden worden, een Xiaomi BT/Humidity sensor vanuit de Xiaomi integratie, etc etc

Ah ok Mijn Flora bluetooth sensor wordt vandaag geleverd.

Ik had onderstaande al toegevoegd in mijn configuration.yaml:

YAML:

bluetooth:

Maar dat is dan niet nodig? Ik neem dan gewoon de Xiaomi BLE integratie en dan zou hij mijn Flora sensor normaal moeten oppikken?

[dotcom87]

Brynnie schreef op vrijdag 13 december 2024 @ 13:33:
Hmmm. Home Assistant heeft deze voormiddag bij mij besloten om er mee op te houden...

Via het ip adres:8123 krijg ik geen verbinding, maar via ip adres:4357 zegt de supervisor:

code:

Supervisor: Connected
Supported:  Supported
Healthy:    Healthy

Het ip adres kan ik ook gewoon pingen en ik krijg onmiddellijk response (5ms). HAOS draait op een NUC en die heb ik ook al uit gezet en opnieuw opgestart, wat geen verschil maakt...

Wat zou er aan de hand kunnen zijn?

Ik had gisteren iets gelijkaardig aan de hand op mijn MacBook. In Chrome krijg ik soms de melding of hij toestemming krijgt om met locale devices te verbinden, waarop ik altijd nee zei Maar dat zorgde er effectief voor dat ik niet meer met HA kon verbinden.

Onder System Preferences > Privacy & Security > Local Network heb ik het dan voor mijn browser opgezet. Toen ging alles terug.

[Brynnie]

Ik gebruik de iOS app en een Windows laptop om toegang te krijgen. Langs beide wegen gaat het niet. Wanneer ik een scherm koppel aan de NUC waarop HAOS geinstalleerd is, dan zie ik hem opstarten en uiteindelijk de cli tonen, met bij de IPv4 enp3s0 het juiste ip adres en de juist poort. Geen foutmeldingen...

De supervisor (poort 4357) geeft ook aan dat alles ok is...

Op de Windows laptop zie ik: Deze site is niet bereikbaar. ERR_CONNECTION_REFUSED
Op het iOS apparaat zie ik gewoon een wit scherm met onderaan een oranje tandwiel.. Bij klikken op tandwiel zie ik mijn server met een ? ervoor.

Home Assistant OS 14.0
Versie 2024.12.2

Als ik homeassistant.local:8123 ingeef, krijg ik homeassistant.local heeft de verbinding geweigerd.
Als ik homeassistant.local:4357 ingeef, krijg ik de observer te zien die aangeeft dat alles ok is.

Update:

Wanneer ik de NUC fysiek uit zet, en enkele minuten later weer opstart, zie ik na enige tijd de "site" van HA terug opgebouwd worden op het scherm (poort 8123), en lijkt de start up verder te gaan, er staat dan onderaan in een zwart balkje: Utility meter wordt opgestart en dergelijke. En de melding dat HA nog niet volledig opgestart is. Daarna verschijnt onderaan in dat balkje: "Verbinding verbroken. Opnieuw verbinden…" en vanaf dan lijkt de verbinding verloren.

Dus "iets" in de opstart procedure lijkt fout te gaan, alhoewel de supervisor niks meldt en op het scherm van de NUC ook gewoon de HA CLI verschijnt zoals het hoort.

[ Voor 41% gewijzigd door Brynnie op 13-12-2024 14:21 ]

[dotcom87]

Brynnie schreef op vrijdag 13 december 2024 @ 14:00:
Ik gebruik de iOS app en een Windows laptop om toegang te krijgen. Langs beide wegen gaat het niet. Wanneer ik een scherm koppel aan de NUC waarop HAOS geinstalleerd is, dan zie ik hem opstarten en uiteindelijk de cli tonen, met bij de IPv4 enp3s0 het juiste ip adres en de juist poort. Geen foutmeldingen...

De supervisor (poort 4357) geeft ook aan dat alles ok is...

Op de Windows laptop zie ik: Deze site is niet bereikbaar. ERR_CONNECTION_REFUSED
Op het iOS apparaat zie ik gewoon een wit scherm met onderaan een oranje tandwiel.. Bij klikken op tandwiel zie ik mijn server met een ? ervoor.

Home Assistant OS 14.0
Versie 2024.12.2

Als ik homeassistant.local:8123 ingeef, krijg ik homeassistant.local heeft de verbinding geweigerd.
Als ik homeassistant.local:4357 ingeef, krijg ik de observer te zien die aangeeft dat alles ok is.

Update:

Wanneer ik de NUC fysiek uit zet, en enkele minuten later weer opstart, zie ik na enige tijd de "site" van HA terug opgebouwd worden op het scherm (poort 8123), en lijkt de start up verder te gaan, er staat dan onderaan in een zwart balkje: Utility meter wordt opgestart en dergelijke. En de melding dat HA nog niet volledig opgestart is. Daarna verschijnt onderaan in dat balkje: "Verbinding verbroken. Opnieuw verbinden…" en vanaf dan lijkt de verbinding verloren.

Dus "iets" in de opstart procedure lijkt fout te gaan, alhoewel de supervisor niks meldt en op het scherm van de NUC ook gewoon de HA CLI verschijnt zoals het hoort.

Al eens het ip geprobeerd in de browser ipv homeassistant.local?

[Brynnie]

dotcom87 schreef op vrijdag 13 december 2024 @ 14:43:
[...]


Al eens het ip geprobeerd in de browser ipv homeassistant.local?

Ja, met zelfde resultaat.
Wanneer ik op de command line interface

code:

core restart --safe-mode

ingeef, dan krijg ik als antwoord

code:

Error: Another job is running for job group home_assistant_core

Ook geprobeerd:

code:

core update --version=2024.12.1
geeft: Error: Another job is running for job group home_assistant_core

su restart
geeft: Error: 'Supervisor.restart' blocked from execution, system is not running - startup

[ Voor 22% gewijzigd door Brynnie op 13-12-2024 14:59 ]

[dotcom87]

Brynnie schreef op vrijdag 13 december 2024 @ 14:54:
[...]


Ja, met zelfde resultaat.
Wanneer ik op de command line interface

code:

core restart --safe-mode

ingeef, dan krijg ik als antwoord

code:

Error: Another job is running for job group home_assistant_core

Ook geprobeerd:

code:

core update --version=2024.12.1
geeft: Error: Another job is running for job group home_assistant_core

su restart
geeft: Error: 'supervisor.restart' blocked from execution, system is not running - startup

Misschien ook eens kijken in de dev tools van de browser wanneer de pagina aan het laden is? Meerbepaald de console en networking tabs. Misschien iets UI matig (kaart op een dashboard ofzo) die raar aan het doen is

[ Voor 5% gewijzigd door dotcom87 op 13-12-2024 15:05 ]

[Septillion]

nMad schreef op vrijdag 13 december 2024 @ 06:33:
@Septillion Resultaat van vanochtend met een Reismann left... Exact hetzelfde gedrag.
Ik weet zeker dat ik een "yaml reload" heb gedaan na de aanpassing, echter geen geen HA restart.

[Afbeelding]

YAML:

# Use Riemann Sum to track total Aquarea Total Energy Produced Calculated (kWh)
# Source is template sensor Aquarea Power Produced Calculated (W)
- platform: integration
  source: sensor.aquarea_power_produced_calculated
  name: "Aquarea Total Energy Produced Calculated"
  unique_id: "panasonic_heat_pump_total_energy_produced_calculated"
  unit_prefix: k
  round: 2
  method: left
  max_sub_interval:
    minutes: 5

Mm, heel raar. Zou bijna denken dat de Riemann stuk is voor negatief...

Je zou hem nog eens gewoon in de UI aan kunnen maken ipv yaml.

[Septillion]

Barfman schreef op vrijdag 13 december 2024 @ 10:00:
[...]

Nou na 23:00 uur gaat de lamp inderdaad uit als hij aan is gegaan door de bewegingssensor. Maar vanmorgen dat ik de fiets pakte om naar mijn werk te gaan, dat was voor 06:30 ging de lamp wel aan, maar niet uit.
Nu is vannacht wel mijn home assistent opnieuw opgestart na een automatische back-up, dus wellicht dat dat daar mee te maken had, moet het morgen nog maar even in de gaten houden

Dan ging hij als het goed is daarna op 40%. Omdat het toen voor 23:00 was.

Als je dat niet wilt kan je doen:

YAML:

alias: Verlichting Overkapping
description: Verlichting aan op 40% en 100% bij bewegingsdetectie
triggers:
  - entity_id:
      - sun.sun
    attribute: elevation
    below: 3
    trigger: numeric_state
    id: sunset_elevation
  - trigger: state
    entity_id:
      - binary_sensor.hue_outdoor_motion_sensor_beweging
    to: "on"
    id: motion
  - trigger: state
    entity_id:
      - binary_sensor.hue_outdoor_motion_sensor_beweging
    to: "off"
    id: clear
  - trigger: time
    at: "23:00:00"
    id: avond_licht_uit
conditions: []
actions:
  - choose:
      - conditions:
          - condition: trigger
            id:
              - motion
          - condition: numeric_state
            entity_id: sun.sun
            attribute: elevation
            below: 3
        sequence:
          - action: light.turn_on
            target:
              entity_id: light.hue_filament_bulb
            data:
              brightness_pct: 100
      - conditions:
          - condition: trigger
            id:
              - clear
              - sunset_elevation
          - condition: time
            before: "23:00:00"
            after: "12:00:00"
        sequence:
          - action: light.turn_on
            target:
              entity_id: light.hue_filament_bulb
            data:
              brightness_pct: 40
      - conditions:
          - condition: trigger
            id:
              - avond_licht_uit
              - clear
        sequence:
          - action: light.turn_off
            target:
              entity_id: light.hue_filament_bulb
            data: {}
mode: single

Zelf doe ik iets vergelijkbaars maar doe ik het licht 's morgens om 7:00 ook weer aan als het dan nog donker is.

[Brynnie]

dotcom87 schreef op vrijdag 13 december 2024 @ 14:59:
[...]


Misschien ook eens kijken in de dev tools van de browser wanneer de pagina aan het laden is? Meerbepaald de console en networking tabs. Misschien iets UI matig (kaart op een dashboard ofzo) die raar aan het doen is

Ben nu een back up van deze nacht aan het terugzetten. HAOS op de SSD gezet met Balena Etcher. Vraag me alleen af hoe lang dat gaat duren, want de tar file was 10 Gb. (Frigate, Scrypted, ...)

Gelukkig maak ik elke nacht een back up naar een andere locatie.

[Brynnie]

Hmmm. Het restoren van de back up verloopt niet vlot. Het is een tar file van 10 Gb.

Bij het recovered via een nieuwe Home Assistant install toont hij eerst “Herstel een backup”, met daaronder een horizontale bewegende lijn, maar krijg ik volgende fout na enkele minuten:

code:

Upload failed - 400 Bad Request

Bij het uitpakken met WinZip op een Windows pc (om te zien wat er in de back up file zit), loopt het vast bij het uitpakken van c5263524_compreface.tar met als melding:

code:

Fout opgetreden tijdens uitpakken. Fout: Poging om voorbij het einde van de gegevens te lezen

Alle toestellen zijn met netwerkkabel aangesloten op het netwerk.

[ Voor 5% gewijzigd door Brynnie op 13-12-2024 16:37 ]

[TheFes]

dotcom87 schreef op vrijdag 13 december 2024 @ 13:39:
[...]


Ah ok Mijn Flora bluetooth sensor wordt vandaag geleverd.

Ik had onderstaande al toegevoegd in mijn configuration.yaml:

YAML:

bluetooth:

Maar dat is dan niet nodig? Ik neem dan gewoon de Xiaomi BLE integratie en dan zou hij mijn Flora sensor normaal moeten oppikken?

Nee, dat is inderdaad niet nodig (tenzij je default_config verwijderd hebt uit je configuration.yaml)

[Brynnie]

Ik heb nu een nieuwe installatie gedaan en daar bij back ups probeer ik een recente back up up te loaden en daar krijg ik ook een 400 Bad request error
Hoe los ik dit op?

[HEY_DUDE]

BiG-GuY schreef op dinsdag 10 december 2024 @ 13:13:
[...]

Gebruik zelf deze:
uitvoering: Frient Smart Plug Mini 2
en
Niko Schakelbaar Stopcontact

Werken goed, stabiel en snel in ZHA en Z2M. Heb ze zelf in gebruik via ZHA.

Het Aqara gebakje is retour gegaan. Ik ben overgestapt op de IKEA inspelning. Deze moet wel geüpdatet worden in ZHA, omdat de mee geleverde firmware niet goed het voltage en/of power uitleest. Dit is me uiteindelijk gelukt door deze handleiding te volgen.

Met name dit stuk leek nodig om de update te triggeren:

Manually initiating OTA firmware update

Devices will periodically check in to request a firmware upgrade and also then being joined in the network. But you canproactively ask a device to update firmware using one of this methods:

New GUI method:

From device card right from "reconfigure" the three dots, manage zigbee device, select OTA cluster (id: 0x0019), click commands, select image_notify (id: 0x0000), and mark payload_type: QueryJitter and move the query_jitter slider so its not being at default zero.

Note: Ignore "mandatory" manufacturer_code/image_type/new_file_version fields and still click grayed out "Issue Zigbee command" button.

Click Issue Zigbee command and waking up the device by clicking one button if its one sleeping device so it can receiving the command.

10 Euro de stuk iets duurder dan de WiFi plugs van de action. Nu hou ik alles in Zigbee.

[Demo]

Brynnie schreef op vrijdag 13 december 2024 @ 16:35:
Hmmm. Het restoren van de back up verloopt niet vlot. Het is een tar file van 10 Gb.

Bij het recovered via een nieuwe Home Assistant install toont hij eerst “Herstel een backup”, met daaronder een horizontale bewegende lijn, maar krijg ik volgende fout na enkele minuten:

code:

Upload failed - 400 Bad Request

Bij het uitpakken met WinZip op een Windows pc (om te zien wat er in de back up file zit), loopt het vast bij het uitpakken van c5263524_compreface.tar met als melding:

code:

Fout opgetreden tijdens uitpakken. Fout: Poging om voorbij het einde van de gegevens te lezen

Alle toestellen zijn met netwerkkabel aangesloten op het netwerk.

Ik vrees dat dit klinkt als een corrupte back-up.

[tagican]

HEY_DUDE schreef op vrijdag 13 december 2024 @ 16:54:
[...]


Het Aqara gebakje is retour gegaan. Ik ben overgestapt op de IKEA inspelning. Deze moet wel geüpdatet worden in ZHA, omdat de mee geleverde firmware niet goed het voltage en/of power uitleest. Dit is me uiteindelijk gelukt door deze handleiding te volgen.

Met name dit stuk leek nodig om de update te triggeren:


[...]


10 Euro de stuk iets duurder dan de WiFi plugs van de action. Nu hou ik alles in Zigbee.

Moeten ze wel verkrijgbaar zijn

[Brynnie]

Demo schreef op vrijdag 13 december 2024 @ 17:05:
[...]
Ik vrees dat dit klinkt als een corrupte back-up.

Ik heb al 2 backups geprobeerd en na lang “uploaden” naar HA, komt de 400 melding.

Is er een mogelijkheid om adhv de samba integratie een back up bestand naar HAOS te sturen?

[TheFes]

Brynnie schreef op vrijdag 13 december 2024 @ 17:07:
[...]


Ik heb al 2 backups geprobeerd en na lang “uploaden” naar HA, komt de 400 melding.

Is er een mogelijkheid om adhv de samba integratie een back up bestand naar HAOS te sturen?

Je kunt een kale HA OS installeren, en dan de Samba Add-on installeren.
Vervolgens zet je dan via Samba de backup in de HA omgeving, en kun je vanuit HA de restore starten.

[HEY_DUDE]

tagican schreef op vrijdag 13 december 2024 @ 17:06:
[...]

Moeten ze wel verkrijgbaar zijn

In Barendrecht liggen er nog 55

[Brynnie]

TheFes schreef op vrijdag 13 december 2024 @ 17:10:
[...]


Je kunt een kale HA OS installeren, en dan de Samba Add-on installeren.
Vervolgens zet je dan via Samba de backup in de HA omgeving, en kun je vanuit HA de restore starten.

Dat ben ik nu net aan het proberen…
Fingers crossed…

Enig idee hoe lang het restoren van een back up (10GB) zou mogen/kunnen duren?

Hmm. Ik heb de laatste 3 back ups (elk ca 10GB) teruggezet via samba en deze zijn niet te zien in HA onder System/Backups. Om te testen heb ik ook 2 kleine integratie backups (0.3MB) teruggezet en deze zijn wel zichtbaar? Of zou het even duren vooraleer HA de grote bestanden herkent als backups?

Nope, in de Supervisor log zie ik bij de 3 grote backups “Can’t read backup tarfile … : unexpected end of data.”

[ Voor 42% gewijzigd door Brynnie op 13-12-2024 17:38 . Reden: Extra info ]

[dotcom87]

dotcom87 schreef op vrijdag 13 december 2024 @ 14:59:
[...]


Misschien ook eens kijken in de dev tools van de browser wanneer de pagina aan het laden is? Meerbepaald de console en networking tabs. Misschien iets UI matig (kaart op een dashboard ofzo) die raar aan het doen is

@Brynnie dit al geprobeerd?

[Brynnie]

dotcom87 schreef op vrijdag 13 december 2024 @ 17:50:
[...]


@Brynnie dit al geprobeerd?

Te laat gezien, had uit frustratie de ssd al opnieuw beschreven met een nieuwe HAOS, omdat ik een back up wou terugzetten. Maar nu lijken de full back ups een fout te bevatten waardoor ze niet leesbaar zijn voor HA, terwijl de back ups elke nacht om 3u weggeschreven werden naar een NAS en HA nooit een melding/waarschuwing gaf dat de back up corrupt is. Daar sta je dan, na de feiten, met waardeloze back ups.

Ik ben nu een 10-tal van die grote nachtelijke back ups via Samba terug aan het zetten in HAOS en hoop dat er toch wel 1 werkende zal bij zijn…

Als laatste redmiddel hoop ik uit de back up tar files nog waardevolle info te kunnen halen met WinZip of enig alternatief.

[ Voor 8% gewijzigd door Brynnie op 13-12-2024 17:57 ]

[Barfman]

Septillion schreef op vrijdag 13 december 2024 @ 15:23:
[...]

Dan ging hij als het goed is daarna op 40%. Omdat het toen voor 23:00 was.

Als je dat niet wilt kan je doen:

YAML:

alias: Verlichting Overkapping
description: Verlichting aan op 40% en 100% bij bewegingsdetectie
triggers:
  - entity_id:
      - sun.sun
    attribute: elevation
    below: 3
    trigger: numeric_state
    id: sunset_elevation
  - trigger: state
    entity_id:
      - binary_sensor.hue_outdoor_motion_sensor_beweging
    to: "on"
    id: motion
  - trigger: state
    entity_id:
      - binary_sensor.hue_outdoor_motion_sensor_beweging
    to: "off"
    id: clear
  - trigger: time
    at: "23:00:00"
    id: avond_licht_uit
conditions: []
actions:
  - choose:
      - conditions:
          - condition: trigger
            id:
              - motion
          - condition: numeric_state
            entity_id: sun.sun
            attribute: elevation
            below: 3
        sequence:
          - action: light.turn_on
            target:
              entity_id: light.hue_filament_bulb
            data:
              brightness_pct: 100
      - conditions:
          - condition: trigger
            id:
              - clear
              - sunset_elevation
          - condition: time
            before: "23:00:00"
            after: "12:00:00"
        sequence:
          - action: light.turn_on
            target:
              entity_id: light.hue_filament_bulb
            data:
              brightness_pct: 40
      - conditions:
          - condition: trigger
            id:
              - avond_licht_uit
              - clear
        sequence:
          - action: light.turn_off
            target:
              entity_id: light.hue_filament_bulb
            data: {}
mode: single

Zelf doe ik iets vergelijkbaars maar doe ik het licht 's morgens om 7:00 ook weer aan als het dan nog donker is.

De aanpassing gedaan, we zullen het morgenochtend zien, thnx

[TheFes]

Brynnie schreef op vrijdag 13 december 2024 @ 17:56:
[...]


Te laat gezien, had uit frustratie de ssd al opnieuw beschreven met een nieuwe HAOS, omdat ik een back up wou terugzetten. Maar nu lijken de full back ups een fout te bevatten waardoor ze niet leesbaar zijn voor HA, terwijl de back ups elke nacht om 3u weggeschreven werden naar een NAS en HA nooit een melding/waarschuwing gaf dat de back up corrupt is. Daar sta je dan, na de feiten, met waardeloze back ups.

Ik ben nu een 10-tal van die grote nachtelijke back ups via Samba terug aan het zetten in HAOS en hoop dat er toch wel 1 werkende zal bij zijn…

Als laatste redmiddel hoop ik uit de back up tar files nog waardevolle info te kunnen halen met WinZip of enig alternatief.

Krijg je daadwerkelijk een error? Het backupn restore proces heeft zo goed als geen feedback en kan lang duren

[Brynnie]

TheFes schreef op vrijdag 13 december 2024 @ 18:04:
[...]


Krijg je daadwerkelijk een error? Het backupn restore proces heeft zo goed als geen feedback en kan lang duren

Ja, bij het restoren via een nieuwe lege HAOS installatie krijg ik na enkele minuten:

code:

Upload failed - 400 Bad Request

Bij de Samba route zie ik een unexpected end of data error in de logs.

Ben nu nog meerdere grote nachtelijke back ups aan het verplaatsen naar HAOS via Samba, en hoop dat daar toch een werkende back up tussen staat.

Anders biedt die back up mogelijkheid enkel een schijnveiligheid…

Update: Van de 10 back ups die ik geüpload heb via Samba, bleek er 1(!) leesbaar. Die ben ik nu aan het restoren. Hopelijk helpt dat. Time will tell.

Vertrouwen op back ups is blijkbaar zeer gevaarlijk

[ Voor 13% gewijzigd door Brynnie op 13-12-2024 18:16 ]

[nMad]

Septillion schreef op vrijdag 13 december 2024 @ 15:12:
[...]

Mm, heel raar. Zou bijna denken dat de Riemann stuk is voor negatief...

Je zou hem nog eens gewoon in de UI aan kunnen maken ipv yaml.

Zie HA discord discussie:

https://discord.com/chann...63714/1317008090612236329

Ook met positieve waarden gebeurt het blijkbaar.

[Demo]

Brynnie schreef op vrijdag 13 december 2024 @ 18:10:
Anders biedt die back up mogelijkheid enkel een schijnveiligheid…

Update: Van de 10 back ups die ik geüpload heb via Samba, bleek er 1(!) leesbaar. Die ben ik nu aan het restoren. Hopelijk helpt dat. Time will tell.

Vertrouwen op back ups is blijkbaar zeer gevaarlijk

Ik ben er (thuis) te lui voor, maar dit is waarom je voor kritische processen periodiek een restoretest zou moeten doen.

[B-Force]

Vraagje 😫 ik heb waarschijnlijk mijn installatie een beetje veenaggeld. Vandaag een laadpaal gekregen en de installateur liet een enorme bende achter in de meterkast. Dus even alle kabels etc reorganiseren.

Daarbij heb ik mijn Raspberry pi ook alles losgetrokken. Helaas daarbij eerst de ssd uit de usb getrokken (dacht dat dat de voeding was) en daarna pas de voeding er af gehaald. Sindsdien geen HA meer te vinden...

Waar zit nu de grootste kans dat er iets mis is en hoe test ik dit? SD kaartje? SSD? Of....

edit: na een half uur kwam de installatie ineens weer online. ik wist dat opstarten lang duurt, maar zo lang?

[ Voor 10% gewijzigd door B-Force op 13-12-2024 20:00 ]

[Brynnie]

Demo schreef op vrijdag 13 december 2024 @ 19:26:
[...]
Ik ben er (thuis) te lui voor, maar dit is waarom je voor kritische processen periodiek een restoretest zou moeten doen.

Die ene back up kon ik restoren, maar omdat dat een back up is van enkele dagen geleden, waren er verschillende updates van integraties en dergelijke. Ik heb die bijna allemaal geïnstalleerd en daarna bleek de HA instantie weer niet meer bereikbaar. Nu alles opnieuw aan het doen (thank you Samba!) en daarna ga ik na elke update HA herstarten om te weten te komen wat de oorzaak is.

[alex3305]

Hmmbob schreef op vrijdag 13 december 2024 @ 08:52:
[...]

Is global-mod een drop-in replacement voor card-mod?

Goede vraag. Nee. Niet eens in de buurt. Global Mod ondersteunt bijvoorbeeld geen templates en ook niet het modden van kaarten. Het is puur om andere aspecten van Home Assistant te modden waar card-mod niet zomaar bij kan of waar card-mod relatief traag is.

Met browser caching:


Zonder browser caching:


Het zou nog sneller kunnen als ik Global Mod als frontend module in zou laden in plaats van als externe bron.

Ik was overigens nog wel bezig met het testen van een pre-cache module die de dashboard views op de achtergrond inlaad wanneer je Home Assistant opent. Dan is er ook geen redraw van card-mod wanneer je van dashboard wisselt. Dat vind ik namelijk zo bagger ogen.

[Brynnie]

Update over de back up perikelen. Alles werkt weer zoals het hoort.

De fout ligt blijkbaar bij het updaten van de integratie franc6/ics_calendar van versie 5.0.4 naar 5.0.5
Van zodra ik die update uitvoer, wordt Home Assistant onbereikbaar.

Ik gebruik die integratie om verschillende online ics kalenders te integreren in Home Assistant. Zijn er veiligere integraties of oplossingen die ics kalenders in de Home Assistant kalender kunnen tonen?

[Brynnie]

maartend schreef op vrijdag 13 december 2024 @ 05:13:
Ok. Evohome integratie geeft problemen. Voor zodra ik begrijp heeft het te maken met het feit dat een van de tokoos waar mee wordt geconnecteerd iets heeft met zijn certificaten. Dus inloggen vanaf HA nu onmogelijk, dus al mijn automatiseringen werken niet.

Ik heb ook gemerkt dat EvoHome problemen veroorzaakt. Waar heb je de info vandaan dat het zou liggen aan bepaalde certificaten?

Gevonden: https://github.com/home-assistant/core/issues/133075

JoepW schreef op vrijdag 13 december 2024 @ 10:14:
Evohome Cloud doet het weer na een volledige reboot zonder dat ik zelf iets heb aangepast en zonder een update van HA. Dus het lijkt er op dat Resideo het probleem heeft opgelost.

Bij mij werkt EvoHome trouwens nog steeds niet…

[ Voor 28% gewijzigd door Brynnie op 13-12-2024 23:28 ]

[CAP-Team]

Brynnie schreef op vrijdag 13 december 2024 @ 21:42:
Update over de back up perikelen. Alles werkt weer zoals het hoort.

De fout ligt blijkbaar bij het updaten van de integratie franc6/ics_calendar van versie 5.0.4 naar 5.0.5
Van zodra ik die update uitvoer, wordt Home Assistant onbereikbaar.

Ik gebruik die integratie om verschillende online ics kalenders te integreren in Home Assistant. Zijn er veiligere integraties of oplossingen die ics kalenders in de Home Assistant kalender kunnen tonen?

w00t. Ik had vanmorgen de ICS integratie geüpdated, en ben al de hele dag aan het klooien om de boel weer werkend te krijgen

[Gondelier]

Kan iemand mij helpen met de volgende drie problemen !!
Dit is begonnen na de update 2024.12
Ik gebruik hier 2 Fritz!Boxen waarvan 1 Master en 1 Slave.
Aan de 2 Fritz!Boxen heb ik elk een Samsung SSD hangen via USB van 1TB geformateerd als exFAT.
Nu komt het:
Elke nacht om 4-5 en 6 uur wordt er een backup gemaakt van mijn HP T630 met HA OS op de:
HP T630 interne SSD, de Master SSD van 1TB en de Slave SSD van 1TB.
Nooit problemen mee gehad.
** Alleen op de HP T630 werkt het nog !!

Dan heb ik op de HP T630 binnen HA OS Music Assistant draaien met muziek die op de SSD Master is geïnstalleerd.
Nooit problemen mee gehad !!
** Ook dat werkt niet meer.

Dan heb ik op de HP T630 in de media map -> my media -> (gekoppeld aan de Master muziek) SSD altijd de cd’s die ook in Muziek Assistant heb staan
Deze map, my media, is leeg.
** Werkt dus ook niet meer.

Er is niets veranderd mijnerzijds als alleen de Update naar 2024.12.x

Op beide Samsung SSD’s, apart bekeken via SSH en nog apart gekoppeld aan mijn computer zijn netjes alle backups nog te zien tot en met 3 december 2024 (op de T630 staat alles nog natuurlijk).

Ik spaar jullie de moeite met hetgeen ik al geprobeerd heb, het zou misschien kunnen zijn dat HA niet meer met exFAT om kan gaan.
Het enige wat ik nog gelezen heb is dat bij de update van 2024.12 de Bump Music Assistant Client bibliotheek naar 1.0.5 is geüpgraded, maar dat lijkt me sterk dat het daar door komt.

Ik hoop dat iemand raad weet.

[verjager]

Brynnie schreef op vrijdag 13 december 2024 @ 21:42:
Update over de back up perikelen. Alles werkt weer zoals het hoort.

De fout ligt blijkbaar bij het updaten van de integratie franc6/ics_calendar van versie 5.0.4 naar 5.0.5
Van zodra ik die update uitvoer, wordt Home Assistant onbereikbaar.

Ik gebruik die integratie om verschillende online ics kalenders te integreren in Home Assistant. Zijn er veiligere integraties of oplossingen die ics kalenders in de Home Assistant kalender kunnen tonen?

Ik gebruik deze (meestal met uitgeschakelde sensors) voor 10+ kalenders via HACS.
https://github.com/tybritten/ical-sensor-homeassistant

[dotcom87]

Brynnie schreef op vrijdag 13 december 2024 @ 21:42:
Update over de back up perikelen. Alles werkt weer zoals het hoort.

De fout ligt blijkbaar bij het updaten van de integratie franc6/ics_calendar van versie 5.0.4 naar 5.0.5
Van zodra ik die update uitvoer, wordt Home Assistant onbereikbaar.

Ik gebruik die integratie om verschillende online ics kalenders te integreren in Home Assistant. Zijn er veiligere integraties of oplossingen die ics kalenders in de Home Assistant kalender kunnen tonen?

Dat is voor mij de reden om ook zo weinig mogelijk "custom" stuff te gebruiken en zoveel mogelijk default HA dingen. Ook bij de aankoop van nieuwe sensors of hardware check ik al de support voor HA.