Home Assistant: Open source Python3 home automation - deel 4

[maartend]

TheFes schreef op donderdag 13 oktober 2022 @ 17:09:
[...]


Je gebruikt ergens dit template {{ states('sensor.gas_verbruik_3') | float}}

Echter, de state van sensor.gas_verbruik_3 was unknown en dat kan niet omgezet worden naar een nummer, vandaar de error.
Is er misschien inmiddels een sensor.gas_verbruik_4?

Je moet in ieder geval defaults in je templates gebruiken, of gebruik maken van availability templates (dat laatste raad ik aan). Verder moet je kijken waarom je sensor.gas_verbruik_3 niet (meer) werkt.
Als hier inderdaad weer een nieuwe voor is gekomen, helpt mogelijk het toevoegen van een unique_id in je code.

edit, deze is weg, thnx

Ok. Ik begrijp een stuk van wat je bedoelt. Ik ga er mee aan de slag.

1 stuk snap ik niet;
Je moet in ieder geval defaults in je templates gebruiken, of gebruik maken van availability templates (dat laatste raad ik aan

1 stuk weet ik niet te doen, heb je een voorbeeld?;
helpt mogelijk het toevoegen van een unique_id in je code.

[vonkkie]

Marsman83 schreef op donderdag 13 oktober 2022 @ 16:56:
[...]


Hij is helaas al uitverkocht zie ik op hun site...
Ik heb momenteel de Hue Motion sensors in iedere kamer hangen maar ze komen nogal tekort in een aantal opzichten.
Echte presense detection is er natuurlijk niet, als ik daarop trigger en je zit lekker op de bank dan gaat het licht vaak onbedoeld uit bijvoorbeeld.

Begrijp ik het goed dat deze sensor ipv infrarood met radiogolven of iets werkt? Dus die ziet je dan wel zitten op de bank waardoor het licht ook aanblijft als je een tijdje rustig zit?

De radar. Detector zend uit en ontvangt dit werkt zeer goed in mijn computerkamer als ik stil zit gaat het licht niet uit


Zit hier ook een lichtsterkte meter in?

In degene van de link zit er een lux sensor in

Nu meet mijn Hue sensor hoeveel licht er in de kamer is en zet het licht aan bij beweging en weer uit als er teveel licht is (overdag).
Het licht uitzetten doe ik nu nog handmatig.

Andere vraag, is zoiets ook met een batterij beschikbaar? Zoals ik het nu zie moet je een USB voeding hiervoor gebruiken dus dat wordt lastig in een hoek van de kamer aan het plafond.

Kan wel maar dat zal snel leeg zijn denk ik

[maartend]

Ok, volgende foutmelding die ik nu steeds krijg. Ik krijg bij het updaten van een add-on steeds een failed to call service update/install, error updating, unknown error bekijk supervisor log.

In mijn supervisor log tab heb ik enkel warnings (die ik begrijp) en geen error. Mijn HA core log geeft dus wel errors

Dit ie een voorbeeld als ik mijn dsmr wil updaten, ook volslagen onbegrijpbaar.;

YAML:

 Error updating DSMR Reader: Unknown error, see supervisor
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/components/hassio/update.py", line 167, in async_install
    await async_update_addon(self.hass, slug=self._addon_slug, backup=backup)
  File "/usr/src/homeassistant/homeassistant/components/hassio/handler.py", line 45, in _wrapper
    raise HassioAPIError(data["message"])
homeassistant.components.hassio.handler.HassioAPIError: Unknown error, see supervisor

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/components/websocket_api/commands.py", line 200, in handle_call_service
    await hass.services.async_call(
  File "/usr/src/homeassistant/homeassistant/core.py", line 1738, in async_call
    task.result()
  File "/usr/src/homeassistant/homeassistant/core.py", line 1775, in _execute_service
    await cast(Callable[[ServiceCall], Awaitable[None]], handler.job.target)(
  File "/usr/src/homeassistant/homeassistant/helpers/entity_component.py", line 204, in handle_service
    await service.entity_service_call(
  File "/usr/src/homeassistant/homeassistant/helpers/service.py", line 676, in entity_service_call
    future.result()  # pop exception if have
  File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 931, in async_request_call
    await coro
  File "/usr/src/homeassistant/homeassistant/helpers/service.py", line 713, in _handle_entity_call
    await result
  File "/usr/src/homeassistant/homeassistant/components/update/__init__.py", line 152, in async_install
    await entity.async_install_with_progress(version, backup)
  File "/usr/src/homeassistant/homeassistant/components/update/__init__.py", line 411, in async_install_with_progress
    await self.async_install(version, backup)
  File "/usr/src/homeassistant/homeassistant/components/hassio/update.py", line 169, in async_install
    raise HomeAssistantError(f"Error updating {self.title}: {err}") from err
homeassistant.exceptions.HomeAssistantError: Error updating DSMR Reader: Unknown error, see supervisor

[Toppe]

@Septillion @TheFes

Ik ben maar opnieuw begonnen want het loopt allemaal niet zo lekker. Aangezien ik wel graag een blueprint er van wil maken (omdat ik dit op meer plekken wil gaan toepassen) heb ik deze basis gemaakt. Zouden jullie eens kunnen kijken of ik wat mis, of dat dit wel klopt?

Ik heb 2 helpers:
- input_number.lichtintensiteit_s_avonds_inschakelen
- input_number.lichtintensiteit_s_avonds_uitschakelen

En één select:
- input_select.avond_verlichting_buiten

Idee:
Inschakelen > BH1750 = Zet input_select op "Uitvoeren"
Uitschakelen < BH1750 = Zet input_select op "Automatisch"

YAML:

alias: lampjes test
description: ""
trigger:
  - platform: template
    value_template: >-
      {{ states('sensor.bh1750_illuminance')|int <
      states('input_number.lichtintensiteit_s_avonds_inschakelen')|int }}
    for:
      hours: 0
      minutes: 2
      seconds: 0
    id: turn_on
  - platform: template
    value_template: >-
      {{ states('sensor.bh1750_illuminance')|int >
      states('input_number.lichtintensiteit_s_avonds_uitschakelen')|int }}
    for:
      hours: 0
      minutes: 5
      seconds: 0
    id: turn_off
condition: []
action:
  - choose:
      - conditions:
          - condition: trigger
            id: turn_on
        sequence:
          - service: input_select.select_option
            data:
              option: Uitvoeren
            target:
              entity_id: input_select.avond_verlichting_buiten
      - conditions:
          - condition: trigger
            id: turn_off
        sequence:
          - service: input_select.select_option
            data:
              option: Automatisch
            target:
              entity_id: input_select.avond_verlichting_buiten
mode: single

[ Voor 16% gewijzigd door Toppe op 13-10-2022 18:01 ]

[Septillion]

@Aikon Denk zoiets:

YAML:

description: ""
mode: single
trigger:
  - platform: numeric_state
    entity_id: sensor.temperatuur
    id: set
    above: 64
  - platform: template
    value_template: >-
      {{ now().timestamp() - state_attr('input_datetime.test', 'timestamp') >
      timedelta(days=1).seconds }}
    id: trigger
condition: []
action:
  - choose:
      - conditions:
          - condition: trigger
            id: set
        sequence:
          - service: input_datetime.set_datetime
            data:
              datetime: "{{ now() }}"
            target:
              entity_id: input_datetime.test
      - conditions:
          - condition: trigger
            id: trigger
          - condition: not
            conditions:
              - condition: numeric_state
                entity_id: sensor.temperatuur
                above: 64
        sequence:
          - service: switch.turn_on
            data: {}
            target:
              entity_id: switch.y

Wel even uitgaande dat je het juist wilt doen als de temp voor x (hier nu 1 dag) niet boven de 64 is geweest.

Of wil je juist x tijd nadat >64 (en mag er ook weer even onder, gaat om eerste keer) maar dat dit reset als je switch.y aan zet (of eigenlijk weer uit zet)?

Dan denk ik iets als

YAML:

description: ""
mode: single
trigger:
  - platform: numeric_state
    entity_id: sensor.temperatuur
    id: set
    above: 64
  - platform: template
    value_template: >-
      {{ now().timestamp() - state_attr('input_datetime.test', 'timestamp') >
      timedelta(minutes=1).seconds and state_attr('input_datetime.test', 'timestamp') != 1 }}
    id: trigger
  - platform: state
    entity_id:
      - switch.y
    to: "off"
    id: reset
condition: []
action:
  - choose:
      - conditions:
          - condition: trigger
            id: set
          - condition: state
            entity_id: input_datetime.test
            attribute: timestamp
            state: "1"
        sequence:
          - service: input_datetime.set_datetime
            data:
              datetime: "{{ now() }}"
            target:
              entity_id: input_datetime.test
      - conditions:
          - condition: trigger
            id: trigger
        sequence:
          - service: switch.turn_on
            data: {}
            target:
              entity_id: switch.foobar
      - conditions:
          - condition: trigger
            id: reset
        sequence:
          - service: input_datetime.set_datetime
            data:
              timestamp: 1

Hierbij misbruik ik de timestamp waarde van 1 voor 'nog niet geweest'

@TheFes Weet jij makkelijkere manieren om input_datetime te vergelijken? Irritant genoeg worden ze na as_datetime namelijk naive waar now() en utcnow() aware zijn

[Septillion]

@Toppe Ziet er goed uit. Enige waar je rekening mee moet houden is dat je wat raar gedrag kan krijgen als
input_number.lichtintensiteit_s_avonds_inschakelen > lichtintensiteit_s_avonds_uitschakelen. Als hij dan namelijk even doorschiet en er weer tussen terug zakt dan gaat hij wachten op beide triggers maar gaat het alleen om de tijd.

[Toppe]

Septillion schreef op donderdag 13 oktober 2022 @ 18:19:
@Toppe Ziet er goed uit. Enige waar je rekening mee moet houden is dat je wat raar gedrag kan krijgen als
input_number.lichtintensiteit_s_avonds_inschakelen > lichtintensiteit_s_avonds_uitschakelen. Als hij dan namelijk even doorschiet en er weer tussen terug zakt dan gaat hij wachten op beide triggers maar gaat het alleen om de tijd.

Klopt. Ik hoop ergens in HA te kunnen aangeven dat de minimale waarde van uitschakelen de inschakel waarde + 1 is

Overigens zat ik zat er wat typo's in zaten, heb deze nu werkend als in:

Inschakelen > lux = aan
Uitschakelen < lux = uit

YAML:

alias: lampjes test
description: ""
trigger:
  - platform: template
    value_template: >-
      {{ states('sensor.bh1750_illuminance')|int >
      states('input_number.lichtintensiteit_buiten_verlichting_inschakelen')|int
      }}
    for:
      hours: 0
      minutes: 0
      seconds: 2
    id: turn_on
    enabled: true
  - platform: template
    value_template: >-
      {{ states('sensor.bh1750_illuminance')|int >
      states('input_number.lichtintensiteit_buiten_verlichting_uitschakelen')|int
      }}
    for:
      hours: 0
      minutes: 0
      seconds: 5
    id: turn_off
    enabled: true
condition: []
action:
  - choose:
      - conditions:
          - condition: trigger
            id: turn_on
        sequence:
          - service: input_select.select_option
            data:
              option: Uitvoeren
            target:
              entity_id: input_select.avond_verlichting_buiten
      - conditions:
          - condition: trigger
            id: turn_off
        sequence:
          - service: input_select.select_option
            data:
              option: Automatisch
            target:
              entity_id: input_select.avond_verlichting_buiten
mode: single

Morgen een dagje vrij genomen zodat ik hier zelf eens even goed mee aan de slag kan. Opzich is het namelijk niet ingewikkeld maar lastig te testen.

[ Voor 56% gewijzigd door Toppe op 13-10-2022 18:35 ]

[TheFes]

Septillion schreef op donderdag 13 oktober 2022 @ 18:05:
@TheFes Weet jij makkelijkere manieren om input_datetime te vergelijken? Irritant genoeg worden ze na as_datetime namelijk naive waar now() en utcnow() aware zijn

Ja, door middel van as_local
Dus as_local(as_datetime(states('input_datetime.foo'))) of states('input_datetime.foo') | as_datetime | as_local

[TheFes]

maartend schreef op donderdag 13 oktober 2022 @ 17:13:
[...]

edit, deze is weg, thnx

Ok. Ik begrijp een stuk van wat je bedoelt. Ik ga er mee aan de slag.

1 stuk snap ik niet;
Je moet in ieder geval defaults in je templates gebruiken, of gebruik maken van availability templates (dat laatste raad ik aan

1 stuk weet ik niet te doen, heb je een voorbeeld?;
helpt mogelijk het toevoegen van een unique_id in je code.

Plaats de code van één van de template sensoren eens, dan kan ik het daarmee laten zien

[gizmo9003]

Bij mij hield de Tuya integratie er ineens mee op (geen enkel lampje werkte meer).
Had nog een oudere HA OS, versie 7.6. Eerst geprobeerd Tuya integratie te verwijderen en opnieuw toe te voegen, geen resultaat.
Daarna een nieuwe VM gemaakt, met de nieuwe HA OS, en als enige integratie Tuya toegevoegd. Maar ook daar hetzelfde issue, er worden geen devices toegevoegd.

In de errorlog zie ik het volgende:

code:

Uncaught thread exception
5:36:05 PM – (ERROR) /usr/src/homeassistant/homeassistant/bootstrap.py
error while get mqtt config
5:36:05 PM – (ERROR) /usr/local/lib/python3.10/site-packages/tuya_iot/openmq.py

Detailed code ervan:

code:

Uncaught thread exception
Traceback (most recent call last):
  File "/usr/local/lib/python3.10/threading.py", line 1016, in _bootstrap_inner
    self.run()
  File "/usr/local/lib/python3.10/site-packages/tuya_iot/openmq.py", line 161, in run
    time.sleep(self.mq_config.expire_time - 60)
AttributeError: 'NoneType' object has no attribute 'expire_time'

Als ik daarop google vind ik fouten uit 2021, die allang opgelost zouden moeten zijn. Plus daarbij, het kwam ineens.. Iemand hetzelfde of een idee wat ik nog kan proberen?

[maartend]

TheFes schreef op donderdag 13 oktober 2022 @ 18:33:
[...]


Plaats de code van één van de template sensoren eens, dan kan ik het daarmee laten zien

Ik heb wat gebrouwen;

YAML:

template:
  - sensor:
    - name: "Gas verbruik"
      unique_id: Gas_used
      unit_of_measurement: m³
      state_class: total_increasing
      device_class: gas
      state: >
        {{ states('sensor.gas_delivered') | float}}

Probleem, neregy dashboard geeft foutmeldingen, maar ok, dat is voor later

[maartend]

gizmo9003 schreef op donderdag 13 oktober 2022 @ 18:35:
Bij mij hield de Tuya integratie er ineens mee op (geen enkel lampje werkte meer).

Bij mij stopt het ook ineens en krijg ik een Error 2406: skill id invalid foutmelding. Maar ik heb deze intergratie pas paar maanden.

In de tuya app zie ik de lampen wel.

[Septillion]

TheFes schreef op donderdag 13 oktober 2022 @ 18:29:
[...]


Ja, door middel van as_local
Dus as_local(as_datetime(states('input_datetime.foo'))) of states('input_datetime.foo') | as_datetime | as_local

Maar dan moet je denk ik wel rekening houden met verspringen tijdens zomertijd/wintertijd.

[Septillion]

@maartend

YAML:

template:
  - sensor:
    - name: "Gas verbruik"
      unique_id: Gas_used
      unit_of_measurement: m³
      state_class: total_increasing
      device_class: gas
      state: >
        {{ states('sensor.gas_delivered') | float }}
      availability: {{ states('sensor.gas_delivered')|is_number }}

Of de hele float weglaten daar het nu toch geen nut heeft Was state_class of device_class fout ofzo?

[TheFes]

@maartend inderdaad, wat is je doel met deze sensor? Je resultaat is in ieder geval preices hetzelfde als je bronsensor. states zijn altijd een string, dus ook deze sensor zal een string zijn.
Als het om de device_class of state_class ging had dat ook wel met customize gekund.

@Septillion wat bedoel je precies? input_datetimes hebben geen timezone informatie, zodra de klok verzet is zal de input_datetime dus ook de nieuwe tijd gebruiken. Stel dat hij op 6:00 staat, dan is dat voor het verzetten van de klok om 6 uur 's ochtends, en daarna ook.

[martinvdm]

Ik heb de relatief nieuwe dsmr reader integratie geactiveerd, naast mijn bestaande mqtt sensoren. Wat opvalt is dat ik deze nieuwe sensoren, welke de nieuwe integratie aanmaakt niet gekozen kunnen worden als sensor onder de diverse entiteiten in het energy dashboard.
Meer mensen hier last van?
Ik had wel verwacht dat met een nieuwe integratie dit zou gaan.

[kooskabelloos]

Septillion schreef op donderdag 13 oktober 2022 @ 09:12:
@kooskabelloos Hoe variabel wil je de tarieven hebben? Verschillen die ook per dag of wil je alleen hoog en laag?

Indien het laatste kan je kijken naar de utility meter integratie. Op basis van je 'electricity tariff'-entity maak je dan een automation aan die de utility meters van tariff verandert.

Vervolgens kan je template sensoren aanmaken die gebruik x kosten doen.

Tja , inderdaad het laatste. dus alleen hoog en laag. het zijn eigenlijk 3 stappen achter elkaar begrijp ik.
1) utility meter maakt 2 sensoren aan nmlk _peak en _offpeak
2) De automation moet er voor zorgen dat dat er gewisseld wordt tussen Hoog en Laag periode
3) template sensor zorgt voor de berekening naar de kosten.

Maar eerlijk gezegd zie ik mijzelf dat nog niet in elkaar zetten -> Noob en dat dan 14 keer voor alle smartplugs...

[maartend]

TheFes schreef op donderdag 13 oktober 2022 @ 19:44:
@maartend inderdaad, wat is je doel met deze sensor? Je resultaat is in ieder geval preices hetzelfde als je bronsensor. states zijn altijd een string, dus ook deze sensor zal een string zijn.
Als het om de device_class of state_class ging had dat ook wel met customize gekund.

kort gezegd? Geen idee, zo overgenomen bij aanschaf dsmr lezer.

Ik wil hem gewoon zien in mijn energy tab. En daar gaat iets fout

[TheFes]

maartend schreef op donderdag 13 oktober 2022 @ 19:48:
[...]

kort gezegd? Geen idee, zo overgenomen bij aanschaf dsmr lezer.

Ik wil hem gewoon zien in mijn energy tab. En daar gaat iets fout

Wat zijn de attributes van je bronsensor van het gasverbruik dan (te zien in developer tools > states)

[maartend]

TheFes schreef op donderdag 13 oktober 2022 @ 19:50:
[...]


Wat zijn de attributes van je bronsensor van het gasverbruik dan (te zien in developer tools > states)

Denk dat ik de foutmelding moet zoeken waar deze wordt gezet. Ik krijg dit in mijn dashboard energy;
Entity unavailable
The state of these configured entities are currently not available:
sensor.gas_verbruik_4 (unknown)

Moet dus eens vinden waar die _4 wordt aangemaakt

[ Voor 5% gewijzigd door maartend op 13-10-2022 19:55 ]

[TheFes]

maartend schreef op donderdag 13 oktober 2022 @ 19:53:
[...]

Denk dat ik de foutmelding moet zoeken waar deze wordt gezet. Ik krijg dit in mijn dashboard energy;
Entity unavailable
The state of these configured entities are currently not available:
sensor.gas_verbruik_4 (unknown)

Maar dat was niet mijn vraag, ik denk dat hier een template sensor helemaal niet nodig is, maar ben daarom benieuwd naar wat je bronsensor (sensor.gas_deliverd) nu precies als attributes heeft, waardoor deze niet gewoon zelf al in het Engergy Dashboard te gebruiken is.

[Septillion]

TheFes schreef op donderdag 13 oktober 2022 @ 19:44:
@Septillion wat bedoel je precies? input_datetimes hebben geen timezone informatie, zodra de klok verzet is zal de input_datetime dus ook de nieuwe tijd gebruiken. Stel dat hij op 6:00 staat, dan is dat voor het verzetten van de klok om 6 uur 's ochtends, en daarna ook.

Sort of hebben ze dat wel maar doen er niets mee. Maar de timestamp van een input_datetime is altijd UTC. De wat ingewikkelde methode met timestamps gaat dus wel goed rond de overgang van zomer/wintertijd.

[Septillion]

kooskabelloos schreef op donderdag 13 oktober 2022 @ 19:47:
[...]


Tja , inderdaad het laatste. dus alleen hoog en laag. het zijn eigenlijk 3 stappen achter elkaar begrijp ik.
1) utility meter maakt 2 sensoren aan nmlk _peak en _offpeak
2) De automation moet er voor zorgen dat dat er gewisseld wordt tussen Hoog en Laag periode
3) template sensor zorgt voor de berekening naar de kosten.

Maar eerlijk gezegd zie ik mijzelf dat nog niet in elkaar zetten -> Noob en dat dan 14 keer voor alle smartplugs...

Klopt. Maar als je het eenmaal voor een enkele voor elkaar hebt is het gewoon rinse and repeat Gewoon eens op die volgorde het ook in orde proberen te maken voor een enkele sensor

[TheFes]

Septillion schreef op donderdag 13 oktober 2022 @ 19:59:
[...]

Sort of hebben ze dat wel maar doen er niets mee. Maar de timestamp van een input_datetime is altijd UTC. De wat ingewikkelde methode met timestamps gaat dus wel goed rond de overgang van zomer/wintertijd.

Nee, daar heb ik me laatst ook in vergist. Ze waren inderdaad UTC, maar dat zijn ze niet meer. Ze zijn tijdzoneloos:

Voorbeeldje van een input_datetime uit mijn config 2022-10-12 22:19:09
Als ze een UTC timestamp hadden, had je ze gewoon rechtstreeks met now() kunnen vergelijken (nouja, na omzetten naar datetime)

[maartend]

TheFes schreef op donderdag 13 oktober 2022 @ 19:56:
[...]


Maar dat was niet mijn vraag, ik denk dat hier een template sensor helemaal niet nodig is, maar ben daarom benieuwd naar wat je bronsensor (sensor.gas_deliverd) nu precies als attributes heeft, waardoor deze niet gewoon zelf al in het Engergy Dashboard te gebruiken is.

En door jou vraag en mijn antwoord dat niet ter zake doende was kom ik er net achter dat sensor.gas_delivered niet bestaat maar dat het sensor.gas_verbruik is geworden.

Oftewel, de gasconsumptie zit nu in mijn energy dashboard.

Thnx man. Dat het zo eenvoudig was.

Nu nog uitvinden waarom ik niks van HA meer kan updaten. Krijg een heerlijke unknown error en dat hij failed to call service update/install. Fijn

[RobertMe]

martinvdm schreef op donderdag 13 oktober 2022 @ 19:46:
Ik heb de relatief nieuwe dsmr reader integratie geactiveerd, naast mijn bestaande mqtt sensoren. Wat opvalt is dat ik deze nieuwe sensoren, welke de nieuwe integratie aanmaakt niet gekozen kunnen worden als sensor onder de diverse entiteiten in het energy dashboard.
Meer mensen hier last van?
Ik had wel verwacht dat met een nieuwe integratie dit zou gaan.

Vorige week de DSMR Reader integratie toegevoegd (en MQTT in DSMR Reader zelf aan gezet), en kan de sensoren gewoon aan het dashboard toevoegen.

Je ziet dus wel de sensor.dsmr_reading_ sensoren? Zoals bv sensor.dsmr_reading_electricity_delivered_2 voor hoog tarief in de developer tools of whatever, maar kunt deze niet selecteren onder "Electricity grid" => "Grid consumption"? En zo ja, welke attributes heeft deze sensor dan? Dit is die van mij:

YAML:

state_class: total_increasing
unit_of_measurement: kWh
device_class: energy
friendly_name: High tariff usage

Key zijn dan dus de state_class, unit_of_measurement en device_class

[RudolfR]

@Toppe

Is dit nog een leuk idee?

YAML:

- select:
    - name: "darks"
      state: |-
        {% if (states('sensor.lux') | int) < (states('input_number.lux_lights_on') | int)  %}
          Donker
        {% elif states('sensor.lux') | int >= states('input_number.lux_lights_on') | int + states('input_number.lux_lights_off_offset') | int %}
          Licht
        {% else %}
          {{ states('select.darks') }}
        {% endif %}
      options: |-
        {{ ['Licht', 'Donker'] }}
      optimistic: true

[RobertMe]

Ik heb, of beter gezegd, had, een ESP in gebruik met ESPHome, maar die is overleden. Vervolgens heb ik een nieuwe ESP gepakt en daar dezelfde ESPHome config naar geflasht (duh). Alleen als ik nu naar Integrations => ESPHome ga en dan het "item" aanklik dan krijg ik "2 devices and X entities". Hoe kan ik nu weer die foute verwijderen? Want daar lijkt geen verwijder knop voor te zijn. Wordt dan dan voorzichtig in de .storage map gaan rommelen? Of moet dat toch via de UI kunnen?

[pentode]

martinvdm schreef op donderdag 13 oktober 2022 @ 19:46:
Ik heb de relatief nieuwe dsmr reader integratie geactiveerd, naast mijn bestaande mqtt sensoren. Wat opvalt is dat ik deze nieuwe sensoren, welke de nieuwe integratie aanmaakt niet gekozen kunnen worden als sensor onder de diverse entiteiten in het energy dashboard.
Meer mensen hier last van?
Ik had wel verwacht dat met een nieuwe integratie dit zou gaan.

Sensoren kun je niet direct in het Energy Dashboard hangen. Imho.
Je hebt de opbrengst per dag nodig. De total daily energy.
In ESPHome is dit bijvoorbeeld:

YAML:

- platform: total_daily_energy

En een restart proberen.

[martinvdm]

RobertMe schreef op donderdag 13 oktober 2022 @ 21:42:
[...]

Vorige week de DSMR Reader integratie toegevoegd (en MQTT in DSMR Reader zelf aan gezet), en kan de sensoren gewoon aan het dashboard toevoegen.

Je ziet dus wel de sensor.dsmr_reading_ sensoren? Zoals bv sensor.dsmr_reading_electricity_delivered_2 voor hoog tarief in de developer tools of whatever, maar kunt deze niet selecteren onder "Electricity grid" => "Grid consumption"? En zo ja, welke attributes heeft deze sensor dan? Dit is die van mij:

YAML:

state_class: total_increasing
unit_of_measurement: kWh
device_class: energy
friendly_name: High tariff usage

Key zijn dan dus de state_class, unit_of_measurement en device_class

Ja ik heb gewoon alle sensoren en ook een value, zoals idd bijv de sensor.dsmr_reading_electricity_delivered_2
Ik kan echter de sensor niet kiezen in het energy dashboard onder zoals jij noemt: Electricity grid" => "Grid consumption". Attributen zie ik niet toch met sensoren via een integratie?

[Septillion]

@TheFes Nee, dat is nu net de grap. De states zijn inderdaad gek genoeg niet voorzien van timezone informatie. Maar het 'timestamp' attribute ervan is de state met tijdzone (of juist zonder, net hoe je kijkt). Vandaar dat de vergelijking met de timestamps wel goed gaat ongeacht tijdzone / zomer/wintertijd.

Snap eigenlijk niet zo goed waarom input_datetime niet ook gewoon een tijdzone info heeft. Denk dat intern HA alles met het attribute doet.

En dat brengt me weer op een idee. Je kan dus doen:

Django/Jinja:

{{ utcnow() - state_attr('input_datetime.test', 'timestamp')|as_datetime > timedelta(minutes=1) }}

Dat is dan denk ik de simpelste oplossing om in een template een input_datetime te vergelijken met now() en het ook te laten werken met zon/wintertijd overgangen.

[RobertMe]

martinvdm schreef op donderdag 13 oktober 2022 @ 22:14:
Attributen zie ik niet toch met sensoren via een integratie?

Via Developer tools => Status kun je deze wel zien. Even de sensor opzoeken en aanklikken.

[pentode]

RobertMe schreef op donderdag 13 oktober 2022 @ 22:10:
Ik heb, of beter gezegd, had, een ESP in gebruik met ESPHome, maar die is overleden. Vervolgens heb ik een nieuwe ESP gepakt en daar dezelfde ESPHome config naar geflasht (duh). Alleen als ik nu naar Integrations => ESPHome ga en dan het "item" aanklik dan krijg ik "2 devices and X entities". Hoe kan ik nu weer die foute verwijderen? Want daar lijkt geen verwijder knop voor te zijn. Wordt dan dan voorzichtig in de .storage map gaan rommelen? Of moet dat toch via de UI kunnen?

Alle twee verwijderen. In 1 x. Een restart doen(dat doe ik) En
Eventueel eerst nog bijbehorende entities verwijderen.
Dan add new integration. ESPHome juiste ip.... (Engelse gui)
Of proberen in de ESPHome addon te verwijderen.

Drie dots. Dat lukt dus niet...Er is geen Delete.
En het is vaak toch handiger om (tijdelijk) een andere naam te nemen/geven. Of eerst de oude verwijderen.
Heb hier ook een keer mee zitten HAnnesen.

[ Voor 22% gewijzigd door pentode op 13-10-2022 23:43 . Reden: aanvulling ]

[TheFes]

Septillion schreef op donderdag 13 oktober 2022 @ 22:15:
@TheFes Nee, dat is nu net de grap. De states zijn inderdaad gek genoeg niet voorzien van timezone informatie. Maar het 'timestamp' attribute ervan is de state met tijdzone (of juist zonder, net hoe je kijkt). Vandaar dat de vergelijking met de timestamps wel goed gaat ongeacht tijdzone / zomer/wintertijd.

Snap eigenlijk niet zo goed waarom input_datetime niet ook gewoon een tijdzone info heeft. Denk dat intern HA alles met het attribute doet.

En dat brengt me weer op een idee. Je kan dus doen:

Django/Jinja:

{{ now() - state_attr('input_datetime.test', 'timestamp')|as_datetime > timedelta(minutes=1) }}

Dat is dan denk ik de simpelste oplossing om in een template een input_datetime te vergelijken met now() en het ook te laten werken met zon/wintertijd overgangen.

Ik mis waarschijnlijk iets, maar ik snap het probleem niet.
De timestamp is inderdaad op basis van UTC, maar de ingevoerde tijd is lokale tijd, geen UTC

Templates:

Django/Jinja:

{{ states('input_datetime.test') }}
{{ states('input_datetime.test') | as_datetime | as_local }}
{% set stamp = state_attr('input_datetime.test', 'timestamp') %}
{{ stamp | as_datetime }}
{{ stamp | as_datetime | as_local }}

Resultaat zomertijd:

code:

2022-10-13 15:00:00
2022-10-13 15:00:00+02:00

2022-10-13 13:00:00+00:00
2022-10-13 15:00:00+02:00

Resultaat wintertijd:

code:

2022-11-01 15:00:00
2022-11-01 15:00:00+01:00

2022-11-01 14:00:00+00:00
2022-11-01 15:00:00+01:00

Wat is nu precies het probleem met de overgang van zomertijd naar wintertijd, en welk probleem moet dit timestamp oplossen?

[ Voor 8% gewijzigd door TheFes op 13-10-2022 22:32 ]

[rroetenberg]

ik probeer te upgraden naar de nieuwe supervisor, echter krijg ik met geen mogelijkheid de update geïnstalleerd. Heb de ignore conditions al geprobeerd, heb alle dockers al uitgezet maar nog steeds zonder resultaat.

Ik gebruik een equivalent van de raspberry pi met HA Supervised optie.

Dit is steeds de melding die ik krijg, weet niemand een oplossing?

ERROR (MainThread) [asyncio] Task was destroyed but it is pending!
task: <Task pending name='Task-8' coro=<WSClient.start_listener() running at /usr/src/supervisor/supervisor/homeassistant/websocket.py:95> wait_for=<Future finished result=None>>
2

[Btje]

Dat is de bedoeling. Om 9 uur moet hij kijken of het raam open staat en dan een bericht sturen

Als het raam open staat en ik test die voorwaarde dan is die groen. Als ik de automation trigger krijg ik een bericht maar als het raam open is en het is negen uur krijg ik niets.

TheFes schreef op donderdag 13 oktober 2022 @ 08:40:
[...]


Wat bedoel je precies?
Deze automation triggert alleen om 9:00, daarna niet meer.

[Toppe]

RudolfR schreef op donderdag 13 oktober 2022 @ 21:54:
@Toppe

Is dit nog een leuk idee?

YAML:

- select:
    - name: "darks"
      state: |-
        {% if (states('sensor.lux') | int) < (states('input_number.lux_lights_on') | int)  %}
          Donker
        {% elif states('sensor.lux') | int >= states('input_number.lux_lights_on') | int + states('input_number.lux_lights_off_offset') | int %}
          Licht
        {% else %}
          {{ states('select.darks') }}
        {% endif %}
      options: |-
        {{ ['Licht', 'Donker'] }}
      optimistic: true

Zou zeker kunnen, maar ik zie niet helemaal de meerwaarde van nóg een helper met een bepaalde waarde? Als de helper op "Inschakelen" staat dan is het donker genoeg.

[Toppe]

@Septillion op jou advies nu ook bezig met een slider voor de hysterese maar op een of andere manier lijkt het wel of ik bij de for geen helper kan gebruiken? Ik heb met een input_number geprobeerd, dat werkt niet, heb ik een input_text aangemaakt zodat ik ook één getal (ipv 0.0, 2.0) kan testen maar dat werkt ook niet.

Zodra ik die for er uit haal schiet hij meteen naar de juiste stand. Enig idee wat ik hier weer fout doe?

YAML:

platform: template
value_template: >-
  {{ states('sensor.bh1750_illuminance')|int >
  states('input_number.lichtintensiteit_buiten_verlichting_uitschakelen')|int }}
for:
  hours: 0
  minutes: input_text.test
  seconds: 0
id: turn_off
alias: Uitschakelen

Zelfs als ik een aparte slider maak:

YAML:

    hysterese_duration:      
      name: Duration      
      description: hysterese      
      default: 2      
      selector:        
        number:
          min: 1.0
          max: 60.0
          unit_of_measurement: min
          mode: slider

en ik neem dit op in de trigger:

YAML:

trigger:
  - platform: template
    value_template: "{{ states(lux_sensor)|int > states(lux_value)|int }}"
    for:
      seconds: !input hysterese_duration

Dan het resultaat het zelfde, er gebeurt niets.
@TheFes toevallig een idee?

[ Voor 29% gewijzigd door Toppe op 14-10-2022 10:25 ]

[TheFes]

Btje schreef op vrijdag 14 oktober 2022 @ 07:19:
Dat is de bedoeling. Om 9 uur moet hij kijken of het raam open staat en dan een bericht sturen

Als het raam open staat en ik test die voorwaarde dan is die groen. Als ik de automation trigger krijg ik een bericht maar als het raam open is en het is negen uur krijg ik niets.


[...]

Wat de laat de trace van vanochtend 9u zien?

[Rouwette]

Al iemand de subviews geprobeerd in 2022-10?
Het lukt mij nog niet om een knop te maken naar die subview

Edit. gelukt

[ Voor 8% gewijzigd door Rouwette op 14-10-2022 09:10 ]

[Koepert]

Rouwette schreef op vrijdag 14 oktober 2022 @ 09:08:
Al iemand de subviews geprobeerd in 2022-10?
Het lukt mij nog niet om een knop te maken naar die subview

Edit. gelukt

Zojuist ff geprobeerd. Werkt prima.

Wat probeer je? Wat lukt er niet?

[Rouwette]

Koepert schreef op vrijdag 14 oktober 2022 @ 09:10:
[...]


Zojuist ff geprobeerd. Werkt prima.

Wat probeer je? Wat lukt er niet?

Was wat aan het stoeien, vond het niet maar het is gelukt

[Toppe]

Rouwette schreef op vrijdag 14 oktober 2022 @ 09:08:
Al iemand de subviews geprobeerd in 2022-10?
Het lukt mij nog niet om een knop te maken naar die subview

Edit. gelukt

Vind subviews echt wel een hele goede toevoeging!

[Rouwette]

Toppe schreef op vrijdag 14 oktober 2022 @ 09:24:
[...]


Vind subviews echt wel een hele goede toevoeging!

Ja ik ook, ik heb een aparte pagina voor alle IR remote knoppen, deze heb ik nu mooi in de Woonkamer toegevoegd waar deze ook verzend

[Cuball]

Ik zou graag na scannen van een tag, dat de radio begint te spelen.
Ik heb hiervoor onderstaande automation gemaakt.
Enige probleem is dat deze niet direct werkt, het is pas na een 2de keer taggen dat de media effectief wordt afgespeeld.

Bij een eerste keer, dan wordt harmony action wel correct uitgevoerd, de AV receiver gaat aan, maar de media wordt niet afgespeeld..

Enkele tips? Ik heb al geprobeerd om een delay in te voeren voor de media action, maar dat had geen effect.

YAML:

alias: Radio
description: ""
trigger:
  - platform: tag
    tag_id: 7d51a302-9fea-49ab-b49b-89948ab1356b
condition: []
action:
  - type: turn_on
    device_id: cb3e0374bd4f30528390f11d9b51fb36
    entity_id: switch.harmony_hub_radio
    domain: switch
  - service: media_player.play_media
    target:
      entity_id: media_player.living_av
    data:
      media_content_id: media-source://radio_browser/9612651b-0601-11e8-ae97-52543be04c81
      media_content_type: audio/mpeg
    metadata:
      title: Studio Brussel
      thumbnail: >-
        https://upload.wikimedia.org/wikipedia/commons/1/19/VRT_Studio_Brussel_logo.png
      media_class: music
      children_media_class: null
      navigateIds:
        - {}
        - media_content_type: app
          media_content_id: media-source://radio_browser
        - media_content_type: music
          media_content_id: media-source://radio_browser/country/BE
mode: single

[ Voor 0% gewijzigd door Septillion op 14-10-2022 13:54 . Reden: Denk aan de yaml-tags aub! ]

[TheFes]

Cuball schreef op vrijdag 14 oktober 2022 @ 10:01:
Ik zou graag na scannen van een tag, dat de radio begint te spelen.
Ik heb hiervoor onderstaande automation gemaakt.
Enige probleem is dat deze niet direct werkt, het is pas na een 2de keer taggen dat de media effectief wordt afgespeeld.

Bij een eerste keer, dan wordt harmony action wel correct uitgevoerd, de AV receiver gaat aan, maar de media wordt niet afgespeeld..

Enkele tips? Ik heb al geprobeerd om een delay in te voeren voor de media action, maar dat had geen effect.

code:

alias: Radio
description: ""
trigger:
  - platform: tag
    tag_id: 7d51a302-9fea-49ab-b49b-89948ab1356b
condition: []
action:
  - type: turn_on
    device_id: cb3e0374bd4f30528390f11d9b51fb36
    entity_id: switch.harmony_hub_radio
    domain: switch
  - service: media_player.play_media
    target:
      entity_id: media_player.living_av
    data:
      media_content_id: media-source://radio_browser/9612651b-0601-11e8-ae97-52543be04c81
      media_content_type: audio/mpeg
    metadata:
      title: Studio Brussel
      thumbnail: >-
        https://upload.wikimedia.org/wikipedia/commons/1/19/VRT_Studio_Brussel_logo.png
      media_class: music
      children_media_class: null
      navigateIds:
        - {}
        - media_content_type: app
          media_content_id: media-source://radio_browser
        - media_content_type: music
          media_content_id: media-source://radio_browser/country/BE
mode: single

Ik vermoed toch dat je TV nog niet klaar is om de media te ontvangen als je deze verstuurt.
Je kunt een ping sensor aanmaken en dan een wait_template toevoegen die checkt of de TV aan staat (of op een andere manier controleren of de TV aan staat)

[TheFes]

Toppe schreef op vrijdag 14 oktober 2022 @ 08:13:
@Septillion op jou advies nu ook bezig met een slider voor de hysterese maar op een of andere manier lijkt het wel of ik bij de for geen helper kan gebruiken? Ik heb met een input_number geprobeerd, dat werkt niet, heb ik een input_text aangemaakt zodat ik ook één getal (ipv 0.0, 2.0) kan testen maar dat werkt ook niet.

Zodra ik die for er uit haal schiet hij meteen naar de juiste stand. Enig idee wat ik hier weer fout doe?

YAML:

platform: template
value_template: >-
  {{ states('sensor.bh1750_illuminance')|int >
  states('input_number.lichtintensiteit_buiten_verlichting_uitschakelen')|int }}
for:
  hours: 0
  minutes: input_text.test
  seconds: 0
id: turn_off
alias: Uitschakelen

Je kunt hier bij minutes niet direct naar een andere entity verwijzen. Je kunt wel een template gebruiken eventueel.

[Toppe]

TheFes schreef op vrijdag 14 oktober 2022 @ 10:30:
[...]


Je kunt hier bij minutes niet direct naar een andere entity verwijzen. Je kunt wel een template gebruiken eventueel.

Ik heb mijn bericht al aangepast en heb nu een slider in de blueprint gezet maar dat werkt ook niet...?

[TheFes]

Toppe schreef op vrijdag 14 oktober 2022 @ 10:40:
[...]


Ik heb mijn bericht al aangepast en heb nu een slider in de blueprint gezet maar dat werkt ook niet...?

Is dit een blueprint? Ik ben even het totaalplaatje kwijt.

[Toppe]

TheFes schreef op vrijdag 14 oktober 2022 @ 11:01:
[...]


Is dit een blueprint? Ik ben even het totaalplaatje kwijt.

Ik ook

Vanaf start: Ik heb een blueprint waarin ik nu slider wil toevoegen waarmee ik de for kan aanpassen.
Ik heb nu deze test-blueprint gemaakt en ik krijg netjes een notificatie zodra de tijd voorbij is ná het aanpassen van de test slider.

YAML:

blueprint:
  name: test
  description: Schakel de verlichting in op basis van de lichtsterkte
  domain: automation
  input:
    lux_sensor:
      name: Lux sensor
      description: Sensor die de lichtsterkte bijhoudt.
      selector:
        entity:
          domain: input_number
    lux_value:
      name: Lux waarde
      description: De helper waarmee de inschakel waarde bepaald kan worden.
      selector:
        entity:
          domain: input_number
    hysterese_duration:      
      name: Duration      
      description: hysterese      
      default: 2      
      selector:        
        number:
          min: 1.0
          max: 60.0
          unit_of_measurement: min
          mode: slider
            
trigger:
  - platform: numeric_state
    entity_id: !input 'lux_sensor'
    for:
      hours: 0
      minutes: 0
      seconds: !input 'hysterese_duration'
    above: !input 'lux_value'
action:
  - service: notify.mobile_app_ej
    data:
      message: Hooooi!
mode: single

So far so good, dus ik heb hem nu in mijn doel blueprint gestoken:

YAML:

blueprint:
  name: Verlichting op lichtsterkte
  description: Schakel de verlichting in op basis van de lichtsterkte
  domain: automation
  input:
    lux_sensor:
      name: Lux sensor
      description: Sensor die de lichtsterkte bijhoudt.
      selector:
        entity:
          domain: sensor
          device_class: illuminance
    switch_on_sensor:
      name: Inschakel sensor
      description: Selecteer de inschakel sensor
      selector:
        entity:
          domain: input_number
    switch_off_sensor:
      name: Uitschakel sensor
      description: Selecteer de uitschakel sensor
      selector:
        entity:
          domain: input_number
    switch_helper:
      name: Programma sensor
      description: Selecteer de juiste switch om de programma's te schakelen
      selector:
        entity:
          domain: input_select
    hysterese_duration_on:      
      name: Hysterese      
      description: Hysterese in minuten voor inschakelen      
      default: 2      
      selector:        
        number:
          min: 1.0
          max: 60.0
          unit_of_measurement: min
          mode: slider
    hysterese_duration_off:      
      name: Hysterese      
      description: Hysterese in minuten voor uitschakelen      
      default: 5     
      selector:        
        number:
          min: 1.0
          max: 60.0
          unit_of_measurement: min
          mode: slider

trigger_variables:
  turn_on: !input switch_on_sensor
  turn_off: !input switch_off_sensor
  
trigger:
  - platform: numeric_state
    entity_id: !input 'lux_sensor'
    for:
      hours: 0
      minutes: !input 'hysterese_duration_on'
      seconds: 0
    below: !input 'switch_on_sensor'
    id: turn_on
    enabled: true
    alias: Inschakelen
  - platform: numeric_state
    entity_id: !input 'lux_sensor'
    for:
      hours: 0
      minutes: !input 'hysterese_duration_off'
      seconds: 0
    above: !input 'switch_off_sensor'
    id: turn_off
    alias: Uitschakelen
condition:
  - condition: not
    conditions:
      - condition: state
        entity_id: input_select.avond_verlichting_buiten
        state: Uitgeschakeld
action:
  - choose:
      - conditions:
          - condition: trigger
            id: turn_on
        sequence:
          - service: input_select.select_option
            data:
              option: Inschakelen
            target:
              entity_id: !input switch_helper
      - conditions:
          - condition: trigger
            id: turn_off
        sequence:
          - service: input_select.select_option
            data:
              option: Uitschakelen
            target:
              entity_id: !input switch_helper
mode: single

Netjes een nieuwe automatisering aangemaakt:


En de waardes zo gezet dat er wel wat moet gaan gebeuren:


En wat gebeurt er? Helemaal niets.

11:21: Above en below op regel 63 en 73 omgedraaid, lampen gaan wel aan.

[Septillion]

TheFes schreef op donderdag 13 oktober 2022 @ 22:31:
[...]


Ik mis waarschijnlijk iets, maar ik snap het probleem niet.
De timestamp is inderdaad op basis van UTC, maar de ingevoerde tijd is lokale tijd, geen UTC

Templates:

Django/Jinja:

{{ states('input_datetime.test') }}
{{ states('input_datetime.test') | as_datetime | as_local }}
{% set stamp = state_attr('input_datetime.test', 'timestamp') %}
{{ stamp | as_datetime }}
{{ stamp | as_datetime | as_local }}

Resultaat zomertijd:

code:

2022-10-13 15:00:00
2022-10-13 15:00:00+02:00

2022-10-13 13:00:00+00:00
2022-10-13 15:00:00+02:00

Resultaat wintertijd:

code:

2022-11-01 15:00:00
2022-11-01 15:00:00+01:00

2022-11-01 14:00:00+00:00
2022-11-01 15:00:00+01:00

Wat is nu precies het probleem met de overgang van zomertijd naar wintertijd, en welk probleem moet dit timestamp oplossen?

Probleem is dat bij de overgang de vergelijking spaak gaat.

Stel je vult een input_datetime op 30 oktober 2022 om 1 uur:

code:

Local: 2022-10-30 01:00:00+02:00
UTC: 2022-10-29 23:00:00+00:00
Naive: 2022-10-30 01:00:00
Timestamp: 1667077200

Nu doe je een check of 3 uur voorbij is.

Via as_local (methode A):

code:

{% set inA = states('input_datetime.foo') | as_datetime | as_local %}
{% set outA = now() - inA > timedelta(hours=3) %}

Via de timestamp (methode B):

Django/Jinja:

{% set inB = state_attr('input_datetime.test', 'timestamp')|as_datetime %}
{% set outB = utcnow() - state_attr('input_datetime.test', 'timestamp')|as_datetime > timedelta(hours=3) %}

Timeline:

code:

Local: 2022-10-30 02:00:00+02:00
UTC: 2022-10-30 00:00:00+00:00
Naive: 2022-10-30 02:00:00
Timestamp: 1667080800
inA: 2022-10-30 01:00:00+02:00
inB: 2022-10-29 23:00:00+00:00
A: false
B: false

Local: 2022-10-30 02:00:00+01:00
UTC: 2022-10-30 01:00:00+00:00
Naive: 2022-10-30 02:00:00
Timestamp: 1667084400
inA: 2022-10-30 01:00:00+01:00
inB: 2022-10-29 23:00:00+00:00
A: false
B: false

Local: 2022-10-30 03:00:00+01:00
UTC: 2022-10-30 02:00:00+00:00
Naive: 2022-10-30 03:00:00
Timestamp: 1667088000
inA: 2022-10-30 01:00:00+01:00
inB: 2022-10-29 23:00:00+00:00
A: false
B: true

Local: 2022-10-30 04:00:00+01:00
UTC: 2022-10-30 03:00:00+00:00
Naive: 2022-10-30 04:00:00
Timestamp: 1667095200
inA: 2022-10-30 01:00:00+01:00
inB: 2022-10-29 23:00:00+00:00
A: true
B: true

En opeens triggert het bij methode A dus opeens pas na 4 uur ipv 3. En bij naar zomertijd gaan zal het opeens een uur te vroeg triggeren.

Nu zeg ik niet dat het voor elke toepassing kritisch is maar toch.

[pentode]

Toppe schreef op vrijdag 14 oktober 2022 @ 11:11:
[...]


Ik ook

Vanaf start: Ik heb een blueprint waarin ik nu slider wil toevoegen waarmee ik de for kan aanpassen.
Ik heb nu deze test-blueprint gemaakt en ik krijg netjes een notificatie zodra de tijd voorbij is ná het aanpassen van de test slider.

YAML:

blueprint:
  name: test
  description: Schakel de verlichting in op basis van de lichtsterkte
  domain: automation
  input:
    lux_sensor:
      name: Lux sensor
      description: Sensor die de lichtsterkte bijhoudt.
      selector:
        entity:
          domain: input_number
    lux_value:
      name: Lux waarde
      description: De helper waarmee de inschakel waarde bepaald kan worden.
      selector:
        entity:
          domain: input_number
    hysterese_duration:      
      name: Duration      
      description: hysterese      
      default: 2      
      selector:        
        number:
          min: 1.0
          max: 60.0
          unit_of_measurement: min
          mode: slider
            
trigger:
  - platform: numeric_state
    entity_id: !input 'lux_sensor'
    for:
      hours: 0
      minutes: 0
      seconds: !input 'hysterese_duration'
    above: !input 'lux_value'
action:
  - service: notify.mobile_app_ej
    data:
      message: Hooooi!
mode: single

So far so good, dus ik heb hem nu in mijn doel blueprint gestoken:

YAML:

blueprint:
  name: Verlichting op lichtsterkte
  description: Schakel de verlichting in op basis van de lichtsterkte
  domain: automation
  input:
    lux_sensor:
      name: Lux sensor
      description: Sensor die de lichtsterkte bijhoudt.
      selector:
        entity:
          domain: sensor
          device_class: illuminance
    switch_on_sensor:
      name: Inschakel sensor
      description: Selecteer de inschakel sensor
      selector:
        entity:
          domain: input_number
    switch_off_sensor:
      name: Uitschakel sensor
      description: Selecteer de uitschakel sensor
      selector:
        entity:
          domain: input_number
    switch_helper:
      name: Programma sensor
      description: Selecteer de juiste switch om de programma's te schakelen
      selector:
        entity:
          domain: input_select
    hysterese_duration_on:      
      name: Hysterese      
      description: Hysterese in minuten voor inschakelen      
      default: 2      
      selector:        
        number:
          min: 1.0
          max: 60.0
          unit_of_measurement: min
          mode: slider
    hysterese_duration_off:      
      name: Hysterese      
      description: Hysterese in minuten voor uitschakelen      
      default: 5     
      selector:        
        number:
          min: 1.0
          max: 60.0
          unit_of_measurement: min
          mode: slider

trigger_variables:
  turn_on: !input switch_on_sensor
  turn_off: !input switch_off_sensor
  
trigger:
  - platform: numeric_state
    entity_id: !input 'lux_sensor'
    for:
      hours: 0
      minutes: !input 'hysterese_duration_on'
      seconds: 0
    below: !input 'switch_on_sensor'
    id: turn_on
    enabled: true
    alias: Inschakelen
  - platform: numeric_state
    entity_id: !input 'lux_sensor'
    for:
      hours: 0
      minutes: !input 'hysterese_duration_off'
      seconds: 0
    above: !input 'switch_off_sensor'
    id: turn_off
    alias: Uitschakelen
condition:
  - condition: not
    conditions:
      - condition: state
        entity_id: input_select.avond_verlichting_buiten
        state: Uitgeschakeld
action:
  - choose:
      - conditions:
          - condition: trigger
            id: turn_on
        sequence:
          - service: input_select.select_option
            data:
              option: Inschakelen
            target:
              entity_id: !input switch_helper
      - conditions:
          - condition: trigger
            id: turn_off
        sequence:
          - service: input_select.select_option
            data:
              option: Uitschakelen
            target:
              entity_id: !input switch_helper
mode: single

Netjes een nieuwe automatisering aangemaakt:
[Afbeelding]

En de waardes zo gezet dat er wel wat moet gaan gebeuren:
[Afbeelding]

En wat gebeurt er? Helemaal niets.

11:21: Above en below op regel 63 en 73 omgedraaid, lampen gaan wel aan.

Het ziet er mooi uit. Als het nou ook nog werkt ;-P
Wat ik me kan herinneren de issue met for is maar dat had je waarschijnlijk al gelezen... Of is niet van toepassing:
"Use of the for option will not survive Home Assistant restart or the reload of automations. During restart or reload, automations that were awaiting for the trigger to pass, are reset.

If for your use case this is undesired, you could consider using the automation to set an input_datetime to the desired time and then use that input_datetime as an automation trigger to perform the desired actions at the set time."

[Slonzo]

Toppe schreef op vrijdag 14 oktober 2022 @ 11:11:
Ik ook

Vanaf start: Ik heb een blueprint waarin ik nu slider wil toevoegen waarmee ik de for kan aanpassen.
Ik heb nu deze test-blueprint gemaakt en ik krijg netjes een notificatie zodra de tijd voorbij is ná het aanpassen van de test slider.

YAML:

blueprint:
  name: test
  description: Schakel de verlichting in op basis van de lichtsterkte
  domain: automation
  input:
    lux_sensor:
      name: Lux sensor
      description: Sensor die de lichtsterkte bijhoudt.
      selector:
        entity:
          domain: input_number
    lux_value:
      name: Lux waarde
      description: De helper waarmee de inschakel waarde bepaald kan worden.
      selector:
        entity:
          domain: input_number
    hysterese_duration:      
      name: Duration      
      description: hysterese      
      default: 2      
      selector:        
        number:
          min: 1.0
          max: 60.0
          unit_of_measurement: min
          mode: slider
            
trigger:
  - platform: numeric_state
    entity_id: !input 'lux_sensor'
    for:
      hours: 0
      minutes: 0
      seconds: !input 'hysterese_duration'
    above: !input 'lux_value'
action:
  - service: notify.mobile_app_ej
    data:
      message: Hooooi!
mode: single

So far so good, dus ik heb hem nu in mijn doel blueprint gestoken:

YAML:

blueprint:
  name: Verlichting op lichtsterkte
  description: Schakel de verlichting in op basis van de lichtsterkte
  domain: automation
  input:
    lux_sensor:
      name: Lux sensor
      description: Sensor die de lichtsterkte bijhoudt.
      selector:
        entity:
          domain: sensor
          device_class: illuminance
    switch_on_sensor:
      name: Inschakel sensor
      description: Selecteer de inschakel sensor
      selector:
        entity:
          domain: input_number
    switch_off_sensor:
      name: Uitschakel sensor
      description: Selecteer de uitschakel sensor
      selector:
        entity:
          domain: input_number
    switch_helper:
      name: Programma sensor
      description: Selecteer de juiste switch om de programma's te schakelen
      selector:
        entity:
          domain: input_select
    hysterese_duration_on:      
      name: Hysterese      
      description: Hysterese in minuten voor inschakelen      
      default: 2      
      selector:        
        number:
          min: 1.0
          max: 60.0
          unit_of_measurement: min
          mode: slider
    hysterese_duration_off:      
      name: Hysterese      
      description: Hysterese in minuten voor uitschakelen      
      default: 5     
      selector:        
        number:
          min: 1.0
          max: 60.0
          unit_of_measurement: min
          mode: slider

trigger_variables:
  turn_on: !input switch_on_sensor
  turn_off: !input switch_off_sensor
  
trigger:
  - platform: numeric_state
    entity_id: !input 'lux_sensor'
    for:
      hours: 0
      minutes: !input 'hysterese_duration_on'
      seconds: 0
    above: !input 'switch_on_sensor'
    id: turn_on
    enabled: true
    alias: Inschakelen
  - platform: numeric_state
    entity_id: !input 'lux_sensor'
    for:
      hours: 0
      minutes: !input 'hysterese_duration_off'
      seconds: 0
    below: !input 'switch_off_sensor'
    id: turn_off
    alias: Uitschakelen
condition:
  - condition: not
    conditions:
      - condition: state
        entity_id: input_select.avond_verlichting_buiten
        state: Uitgeschakeld
action:
  - choose:
      - conditions:
          - condition: trigger
            id: turn_on
        sequence:
          - service: input_select.select_option
            data:
              option: Inschakelen
            target:
              entity_id: !input switch_helper
      - conditions:
          - condition: trigger
            id: turn_off
        sequence:
          - service: input_select.select_option
            data:
              option: Uitschakelen
            target:
              entity_id: !input switch_helper
mode: single

Netjes een nieuwe automatisering aangemaakt:
[Afbeelding]

En de waardes zo gezet dat er wel wat moet gaan gebeuren:
[Afbeelding]

En wat gebeurt er? Helemaal niets.

Verwarrende boel hoor.

In je test gebruik je seconden voor de for, in de blueprint minuten?

Je lijkt binnen te willen schakelen maar je condition checkt op een vaste input select lamp buiten? input_select.avond_verlichting_buiten

Ongebruikte trigger_variables met dezelfde naam als je trigger id's?

[Toppe]

pentode schreef op vrijdag 14 oktober 2022 @ 11:27:
[...]


Het ziet er mooi uit. Als het nou ook nog werkt ;-P
Wat ik me kan herinneren de issue met for is maar dat had je waarschijnlijk al gelezen... Of is niet van toepassing:
"Use of the for option will not survive Home Assistant restart or the reload of automations. During restart or reload, automations that were awaiting for the trigger to pass, are reset.

If for your use case this is undesired, you could consider using the automation to set an input_datetime to the desired time and then use that input_datetime as an automation trigger to perform the desired actions at the set time."

Ben er ondertussen wel achter, numeric_state begint bij elke wijziging opnieuw te tellen.

Edit: Overigens maakt het niet zo gek veel uit met een herstart want HA start de automation opnieuw als de lux sensor veranderd van waarde.

[ Voor 7% gewijzigd door Toppe op 14-10-2022 11:48 ]

[Toppe]

Slonzo schreef op vrijdag 14 oktober 2022 @ 11:30:
[...]


Verwarrende boel hoor.

In je test gebruik je seconden voor de for, in de blueprint minuten?

Klopt, ik test liever met secondes dan minuten.

Je lijkt binnen te willen schakelen maar je condition checkt op een vaste input select lamp buiten? input_select.avond_verlichting_buiten

Goeie, mij nog niet opgevallen!

Ongebruikte trigger_variables met dezelfde naam als je trigger id's?

Klopt, die moet ik er nog uit halen.

[ Voor 144% gewijzigd door Toppe op 14-10-2022 12:06 ]

[oltk]

Wie kan me helpen? Ik heb onlangs een Shelly TRV gekocht. Met geen mogelijkheid kan ik 'm goed krijgen als klimaat entiteit. Ik krijg alleen maar een NaN als ik de doeltemp wil wijzigen in een klimaat kaart.
Wie heeft een dergelijk ding en hoe heb je 'm geconfigureerd? ik gebruik gewoon de standaard shelly integratie, ik heb CoIot aan staan. Ik vermoed dat het die dubbele celcius indicatie is. Ik heb de laatste firmware erop gezet


Status attributen

[ Voor 18% gewijzigd door oltk op 14-10-2022 11:52 ]

[pentode]

@Toppe en een state_trigger gebruiken. Of had je dat al geprobeerd.

[ Voor 1% gewijzigd door pentode op 14-10-2022 11:51 . Reden: aanvulling ]

[Toppe]

pentode schreef op vrijdag 14 oktober 2022 @ 11:51:
@Toppe en een state_trigger gebruiken. Of had je dat al geprobeerd.

State tigger heb je weinig aan omdat die geen hoger/lager mogelijkheid heeft. Ik heb hem ondertussen werkend

[Septillion]

Toppe schreef op vrijdag 14 oktober 2022 @ 08:13:
Zodra ik die for er uit haal schiet hij meteen naar de juiste stand. Enig idee wat ik hier weer fout doe?

YAML:

platform: template
value_template: >-
  {{ states('sensor.bh1750_illuminance')|int >
  states('input_number.lichtintensiteit_buiten_verlichting_uitschakelen')|int }}
for:
  hours: 0
  minutes: input_text.test
  seconds: 0
id: turn_off
alias: Uitschakelen

Volgens mij ondersteund de for hem niet native. Dus zal je hem in een template moeten gieten en zou ik er ook een nummer van maken

YAML:

platform: template
value_template: >-
  {{ states('sensor.bh1750_illuminance')|int >
  states('input_number.lichtintensiteit_buiten_verlichting_uitschakelen')|int }}
for:
  hours: 0
  minutes: "{{ states('input_number.test') }}"
  seconds: 0
id: turn_off
alias: Uitschakelen

En misschien dat hij ook niet daar een !input wil doen? Je zou hem ook eerst in een var kunnen stoppen e dan weer gebruiken met een template.

[Toppe]

Septillion schreef op vrijdag 14 oktober 2022 @ 12:03:
[...]

Volgens mij ondersteund de for hem niet native. Dus zal je hem in een template moeten gieten en zou ik er ook een nummer van maken

YAML:

platform: template
value_template: >-
  {{ states('sensor.bh1750_illuminance')|int >
  states('input_number.lichtintensiteit_buiten_verlichting_uitschakelen')|int }}
for:
  hours: 0
  minutes: "{{ states('input_number.test') }}"
  seconds: 0
id: turn_off
alias: Uitschakelen

En misschien dat hij ook niet daar een !input wil doen? Je zou hem ook eerst in een var kunnen stoppen e dan weer gebruiken met een template.

Dit werkt niet, krijg je een object error. Maar ondertussen heb ik hem met bovenstaande code werkend. Hij vuurt nu alleen ná een wijziging op de lux sensor en niet ook bij het aanpassen van de sliders maar goed, ook prima.

[ Voor 13% gewijzigd door Toppe op 14-10-2022 12:17 ]

[Zigg]

oltk schreef op vrijdag 14 oktober 2022 @ 11:44:
Wie kan me helpen? Ik heb onlangs een Shelly TRV gekocht. Met geen mogelijkheid kan ik 'm goed krijgen als klimaat entiteit. Ik krijg alleen maar een NaN als ik de doeltemp wil wijzigen in een klimaat kaart.
Wie heeft een dergelijk ding en hoe heb je 'm geconfigureerd? ik gebruik gewoon de standaard shelly integratie, ik heb CoIot aan staan. Ik vermoed dat het die dubbele celcius indicatie is. Ik heb de laatste firmware erop gezet
[Afbeelding]

Status attributen
[Afbeelding]

Celcius weghalen in je YAML lijn 7, na je '19', geprobeerd?

[pentode]

Toppe schreef op vrijdag 14 oktober 2022 @ 11:53:
[...]


State tigger heb je weinig aan omdat die geen hoger/lager mogelijkheid heeft. Ik heb hem ondertussen werkend

Ja, das waar ook. Dat is ooit wel een verzoek geweest. Mooi dat 't (bijna) werkt. Zag het ook op github staan.

[oltk]

Zigg schreef op vrijdag 14 oktober 2022 @ 13:14:
[...]


Celcius weghalen in je YAML lijn 7, na je '19', geprobeerd?

Dank! Dit is het overzicht in development tools. Ik kan dat inderdaad wijzigen (en dan doet 'ie het, dus het is inderdaad het probleem!! )

Maar helaas, overschrijft HA meteen weer de sensorinformatie met de oude waarden. Dus met de celsius info.

Kan ik ergens anders dit instellen?

[Cuball]

TheFes schreef op vrijdag 14 oktober 2022 @ 10:07:
[...]

Ik vermoed toch dat je TV nog niet klaar is om de media te ontvangen als je deze verstuurt.
Je kunt een ping sensor aanmaken en dan een wait_template toevoegen die checkt of de TV aan staat (of op een andere manier controleren of de TV aan staat)

Zelfs als ik 1 minuut of langer wacht werkt het niet. Als ik echter bv rechtstreeks naar het media device ga, en daar kies op media af te spelen werkt het wel..

Hoe zie je dat met Ping wel werken?

[TheFes]

Cuball schreef op vrijdag 14 oktober 2022 @ 13:42:
[...]


Zelfs als ik 1 minuut of langer wacht werkt het niet. Als ik echter bv rechtstreeks naar het media device ga, en daar kies op media af te spelen werkt het wel..

Hoe zie je dat met Ping wel werken?

Dan zal dat ook niet werken, dan zal er iets fout zitten in je service call denk ik.
Wat laat de automation trace zien

[Toppe]

oltk schreef op vrijdag 14 oktober 2022 @ 13:40:
[...]


Dank! Dit is het overzicht in development tools. Ik kan dat inderdaad wijzigen (en dan doet 'ie het, dus het is inderdaad het probleem!! )

Maar helaas, overschrijft HA meteen weer de sensorinformatie met de oude waarden. Dus met de celsius info.

Kan ik ergens anders dit instellen?

Hij zal met het celsius teken vanuit de Shelly worden verstuurd. Enigste wat je kan doen is dan een issue op GitHub openen met de vraag of ze in de intergratie al een filter kunnen uitvoeren die dat teken er uit haalt.

[Cuball]

TheFes schreef op vrijdag 14 oktober 2022 @ 13:43:
[...]

Dan zal dat ook niet werken, dan zal er iets fout zitten in je service call denk ik.
Wat laat de automation trace zien

Nog eens getest met 1m30s wachten
.. Dan werkt het.. Pfff zo traag 😒

[oltk]

Toppe schreef op vrijdag 14 oktober 2022 @ 13:45:
[...]


Hij zal met het celsius teken vanuit de Shelly worden verstuurd. Enigste wat je kan doen is dan een issue op GitHub openen met de vraag of ze in de intergratie al een filter kunnen uitvoeren die dat teken er uit haalt.

Pff. Ik ga m maar terugsturen denk ik. Nog niet volwassen genoeg. Heb net een half uur besteed aan het zoeken van een configuration.yaml van de Shelly integratie. Die moet toch ergens zijn? wellicht kan ik daar de unity of measure aanpassen?

[Toppe]

oltk schreef op vrijdag 14 oktober 2022 @ 14:01:
[...]


Pff. Ik ga m maar terugsturen denk ik. Nog niet volwassen genoeg. Heb net een half uur besteed aan het zoeken van een configuration.yaml van de Shelly integratie. Die moet toch ergens zijn? wellicht kan ik daar de unity of measure aanpassen?
[Afbeelding]

Je zal geen aparte configuration.yaml hebben. hier komt onderstaande screenshot weg, daar staat het Celsius teken niet dubbel. Welke firmware draai je?

[oltk]

Toppe schreef op vrijdag 14 oktober 2022 @ 14:07:
[...]


Je zal geen aparte configuration.yaml hebben. hier komt onderstaande screenshot weg, daar staat het Celsius teken niet dubbel. Welke firmware draai je?

[Afbeelding]

De laatste. Meteen na verkrijgen (maandag) de firmware geupdated...

[Toppe]

oltk schreef op vrijdag 14 oktober 2022 @ 14:15:
[...]


De laatste. Meteen na verkrijgen (maandag) de firmware geupdated...

Zou daar dus door komen. Zou eerst een issue op GitHub openen.

[Septillion]

@oltk Je zou de 20220202 firmware die @Toppe gebruikt eens kunnen testen

[oltk]

Septillion schreef op vrijdag 14 oktober 2022 @ 14:31:
@oltk Je zou de 20220202 firmware die @Toppe gebruikt eens kunnen testen

Ik heb de integratie maar eens verwijderd. Na toevoegen kreeg ik meteen eerst de Valve (succesvol).
Maar ik heb 10 andere shelly's die nu niet meer gekoppeld zijn. Dus ik de gewone shelly integratie toevoegen en er wordt gevraagd naar de "host" (het ip adres werkt niet) en dat ik op elk knopje moet drukken om het wakker te maken. En een deel zit in de muur
Ik ga maar een restore doen denk ik.

na herstart werkt het weer niet. Tjonge

[ Voor 3% gewijzigd door oltk op 14-10-2022 14:38 ]

[Toppe]

Septillion schreef op vrijdag 14 oktober 2022 @ 14:31:
@oltk Je zou de 20220202 firmware die @Toppe gebruikt eens kunnen testen

Ik gebruik ze niet, is een screenshot

[oltk]

Toppe schreef op vrijdag 14 oktober 2022 @ 14:54:
[...]


Ik gebruik ze niet, is een screenshot

't gaat ook niet lekker
Ik had de integratie opnieuw toegvoegd. En moest dus van shelly's de firmware updaten. Toen lukte het koppelen wél, maar alle namen zijn veranderd. Dus alles weer opnieuw configureren in automations, dashboard, node-red etc.

De shelly-S plugs willen echter niet worden toegevoegd. Firmware wordt niet ondersteund. Maar er is geen nieuwere firmware. Weet iemand of de shelly-S wel wordt ondersteund??

Ik heb nog niet eens geprobeerd op de TRV wel wil werken. Pff. Eerst de automations voordat het donker wordt en de WAF een dip krijgt
ok: die doet het nu!

[water_escape]

Ik heb een HACS integration (google nest protect) geinstalleerd. Deze kreeg ik niet aan de praat en daarom wilde ik hem weer weg gooien en helemaal opnieuw.

Omdat hij niet aan de praat is gekomen, niet gevonfigureerd, is hij nooit bij integration menu gekomen en kan ik hem dus ook niet via het ... menu hem verwijderen. Hierom handmatig uit de hacs folder gegooid.

Maar nu is hij blijkbaar nog niet weg, want ik kan hem niet meer opnieuw installeren, en ook niet openen om te configureren. Ook na het handmatig terug zetten van die folders in hacs kan ik niks opnieuw doen.

Hoe krijg ik deze nu weer terug? Zodat ik hem kan installeren, of configureren.
Waar zit hacs als backup in? In de CORE backup? Full backup terug zetten is niet handig, want dan ben ik alle gegevens kwijt van backup tot nu.

[Toppe]

water_escape schreef op vrijdag 14 oktober 2022 @ 16:44:
Ik heb een HACS integration (google nest protect) geinstalleerd. Deze kreeg ik niet aan de praat en daarom wilde ik hem weer weg gooien en helemaal opnieuw.

Omdat hij niet aan de praat is gekomen, niet gevonfigureerd, is hij nooit bij integration menu gekomen en kan ik hem dus ook niet via het ... menu hem verwijderen. Hierom handmatig uit de hacs folder gegooid.

Maar nu is hij blijkbaar nog niet weg, want ik kan hem niet meer opnieuw installeren, en ook niet openen om te configureren. Ook na het handmatig terug zetten van die folders in hacs kan ik niks opnieuw doen.

Hoe krijg ik deze nu weer terug? Zodat ik hem kan installeren, of configureren.
Waar zit hacs als backup in? In de CORE backup? Full backup terug zetten is niet handig, want dan ben ik alle gegevens kwijt van backup tot nu.

Verwijderen via HACS/opnieuw installeren

[Toppe]

oltk schreef op vrijdag 14 oktober 2022 @ 16:29:
[...]


't gaat ook niet lekker
Ik had de integratie opnieuw toegvoegd. En moest dus van shelly's de firmware updaten. Toen lukte het koppelen wél, maar alle namen zijn veranderd. Dus alles weer opnieuw configureren in automations, dashboard, node-red etc.

De shelly-S plugs willen echter niet worden toegevoegd. Firmware wordt niet ondersteund. Maar er is geen nieuwere firmware. Weet iemand of de shelly-S wel wordt ondersteund??

Ik heb nog niet eens geprobeerd op de TRV wel wil werken. Pff. Eerst de automations voordat het donker wordt en de WAF een dip krijgt
ok: die doet het nu!

Altijd eerst 1 testen, dan pas de rest

[xFeverr]

@water_escape in HACS naar je geïnstalleerde integraties gaan, daar de Nest Protect integratie aanklikken zodat de informatie erover opent, en dan bij de 3 puntjes rechtsboven verwijderen.

Ik moest er toevallig vorige week ook naar zoeken. Wel wel met een andere integratie. Hier draait de Nest Protect integratie van HACS verder.

(Of hij écht werkt weet ik niet, heb nog geen brand gehad )

[oltk]

Toppe schreef op vrijdag 14 oktober 2022 @ 17:04:
[...]


Altijd eerst 1 testen, dan pas de rest

Die ene werkte dus. Maar de 's" bleek niet te werken. En dat was al te laat, want ik had al het vernieuwde shelly integratie geladen. Die dus heel wat kritischer is op de shelly's.

Tevens kom ik erachter dat ik de shelly's niet meer mag toevoegen in de scripts voor de lichtjes. lekker.

[Toppe]

oltk schreef op vrijdag 14 oktober 2022 @ 17:29:
[...]


Die ene werkte dus. Maar de 's" bleek niet te werken. En dat was al te laat, want ik had al het vernieuwde shelly apparaat geladen. Die dus heel wat kritischer is op de shelly's.

Tevens kom ik erachter dat ik de shelly's niet meer mag toevoegen in de scripts voor de lichtjes. lekker.

Hoezo zou je die niet meer mogen toevoegen?

[oltk]

Toppe schreef op vrijdag 14 oktober 2022 @ 17:33:
[...]


Hoezo zou je die niet meer mogen toevoegen?

Voorheen werd elke nieuwe shelly automatisch toegevoegd aan de shelly integratie.
Nu moet ik dus elke keer "add integration" doen. En dan vraagt 'ie om het interne ip adres.

Als ik ze heb toegevoegd krijg ik een dergelijke lijst:

De scrolllist gaat langer door (onhandig!)

Maar proberen een shelly-s op deze wijze toe te voegen geeft:
Het apparaat gebruikt een niet-ondersteunde firmwareversie.

En er is geen nieuwere versie!

[ Voor 4% gewijzigd door oltk op 14-10-2022 18:48 ]

[Toppe]

oltk schreef op vrijdag 14 oktober 2022 @ 18:12:
[...]


Voorheen werd elke nieuwe shelly automatisch toegevoegd aan de shelly integratie.
Nu moet ik dus elke keer "add integration" doen. En dan vraagt 'ie om het interne ip adres.

Als ik ze heb toegevoegd krijg ik een dergelijke lijst:
[Afbeelding]
De scrolllist gaat langer door (onhandig!)

Maar proberen een shelly-s op deze wijze toe te voegen geeft:
Het apparaat gebruikt een niet-ondersteunde firmwareversie.

En er is geen nieuwere versie!

Ah jij bedoeld auto discovery. Dat werkt niet altijd inderdaad…

[water_escape]

xFeverr schreef op vrijdag 14 oktober 2022 @ 17:08:
@water_escape in HACS naar je geïnstalleerde integraties gaan, daar de Nest Protect integratie aanklikken zodat de informatie erover opent, en dan bij de 3 puntjes rechtsboven verwijderen.

Ik moest er toevallig vorige week ook naar zoeken. Wel wel met een andere integratie. Hier draait de Nest Protect integratie van HACS verder.

(Of hij écht werkt weet ik niet, heb nog geen brand gehad )

OMG, als je het eenmaal ziet :)haha.

Ik krijg de Protect niet draaiende. Als ik de key heb gekregen en invoer geeft hij nog steeds invalid aan.
Ik zal het van het weekend nog eens proberen. Zou ik je een PB mogen sturen mocht ik vastlopen?

[martinvdm]

RobertMe schreef op donderdag 13 oktober 2022 @ 22:17:
[...]

Via Developer tools => Status kun je deze wel zien. Even de sensor opzoeken en aanklikken.

Ach ja. Keek er overheen. Als ik daarin de status.dsmr_reading_electricity_delivered_2 als voorbeeld pak, dan ziet dit er zo uit:

YAML:

state_class: total_increasing
unit_of_measurement: kWh
device_class: energy
friendly_name: High tariff usage

Andere bijv. status.dsmr_reading_electricity_currently_delivered:

YAML:

state_class: measurement
unit_of_measurement: kW
device_class: power
friendly_name: Current power usage

[maartend]

Ik stel de vraag nog een keer maar, want geen reactie.

Bij het updaten van welke add on dan ook krijg ik de volgende melding
Failed to call service update/install. Error updating (naam van update) Unknown error.

Ik heb uit de log nog meer info, maar laat ik met bovenstaande beginnen. Iemand een idee?

[Koppensneller]

Als je de vorige keer geen reactie hebt gekregen, is het dan niet handig om die extra info uit de logs eens mee te posten?

[maartend]

Koppensneller schreef op vrijdag 14 oktober 2022 @ 19:38:
Als je de vorige keer geen reactie hebt gekregen, is het dan niet handig om die extra info uit de logs eens mee te posten?

Vorige keer gedaan, maar was dus bang dat het overkill was.

Oja, supervisor geeft een lege log aan

Home Assistant 2022.9.4
Supervisor 2022.10.0
Frontend 20220907.2 - latest

Maar dit is hem

code:

Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/components/hassio/update.py", line 167, in async_install
    await async_update_addon(self.hass, slug=self._addon_slug, backup=backup)
  File "/usr/src/homeassistant/homeassistant/components/hassio/handler.py", line 45, in _wrapper
    raise HassioAPIError(data["message"])
homeassistant.components.hassio.handler.HassioAPIError: Unknown error, see supervisor

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/components/websocket_api/commands.py", line 200, in handle_call_service
    await hass.services.async_call(
  File "/usr/src/homeassistant/homeassistant/core.py", line 1738, in async_call
    task.result()
  File "/usr/src/homeassistant/homeassistant/core.py", line 1775, in _execute_service
    await cast(Callable[[ServiceCall], Awaitable[None]], handler.job.target)(
  File "/usr/src/homeassistant/homeassistant/helpers/entity_component.py", line 204, in handle_service
    await service.entity_service_call(
  File "/usr/src/homeassistant/homeassistant/helpers/service.py", line 676, in entity_service_call
    future.result()  # pop exception if have
  File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 931, in async_request_call
    await coro
  File "/usr/src/homeassistant/homeassistant/helpers/service.py", line 713, in _handle_entity_call
    await result
  File "/usr/src/homeassistant/homeassistant/components/update/__init__.py", line 152, in async_install
    await entity.async_install_with_progress(version, backup)
  File "/usr/src/homeassistant/homeassistant/components/update/__init__.py", line 411, in async_install_with_progress
    await self.async_install(version, backup)
  File "/usr/src/homeassistant/homeassistant/components/hassio/update.py", line 169, in async_install
    raise HomeAssistantError(f"Error updating {self.title}: {err}") from err
homeassistant.exceptions.HomeAssistantError: Error updating Zigbee2MQTT: Unknown error, see supervisor

[ Voor 80% gewijzigd door maartend op 14-10-2022 21:10 ]

[xFeverr]

water_escape schreef op vrijdag 14 oktober 2022 @ 19:12:
[...]

Zou ik je een PB mogen sturen mocht ik vastlopen?

Tuurlijk, heb het wel eventjes draaien maar ik kan altijd kijken

[pentode]

maartend schreef op vrijdag 14 oktober 2022 @ 20:10:
[...]

Vorige keer gedaan, maar was dus bang dat het overkill was.

Maar dit is hem
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/components/hassio/update.py", line 167, in async_install
await async_update_addon(self.hass, slug=self._addon_slug, backup=backup)
File "/usr/src/homeassistant/homeassistant/components/hassio/handler.py", line 45, in _wrapper
raise HassioAPIError(data["message"])
homeassistant.components.hassio.handler.HassioAPIError: Unknown error, see supervisor

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/components/websocket_api/commands.py", line 200, in handle_call_service
await hass.services.async_call(
File "/usr/src/homeassistant/homeassistant/core.py", line 1738, in async_call
task.result()
File "/usr/src/homeassistant/homeassistant/core.py", line 1775, in _execute_service
await cast(Callable[[ServiceCall], Awaitable[None]], handler.job.target)(
File "/usr/src/homeassistant/homeassistant/helpers/entity_component.py", line 204, in handle_service
await service.entity_service_call(
File "/usr/src/homeassistant/homeassistant/helpers/service.py", line 676, in entity_service_call
future.result() # pop exception if have
File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 931, in async_request_call
await coro
File "/usr/src/homeassistant/homeassistant/helpers/service.py", line 713, in _handle_entity_call
await result
File "/usr/src/homeassistant/homeassistant/components/update/__init__.py", line 152, in async_install
await entity.async_install_with_progress(version, backup)
File "/usr/src/homeassistant/homeassistant/components/update/__init__.py", line 411, in async_install_with_progress
await self.async_install(version, backup)
File "/usr/src/homeassistant/homeassistant/components/hassio/update.py", line 169, in async_install
raise HomeAssistantError(f"Error updating {self.title}: {err}") from err
homeassistant.exceptions.HomeAssistantError: Error updating Zigbee2MQTT: Unknown error, see supervisor

De supervisor log bekijken/posten wat daar in staat. http(s)://ha_url /config/logs
En helemaal uit. En weer aan zetten. Of al gedaan.

[ Voor 4% gewijzigd door pentode op 14-10-2022 20:46 . Reden: aanvulling ]

[martinvdm]

@maartend zet het ook ff in tags, leest wat handiger

[maartend]

pentode schreef op vrijdag 14 oktober 2022 @ 20:36:
[...]
De supervisor log bekijken/posten wat daar in staat. http(s)://ha_url /config/logs
En helemaal uit. En weer aan zetten. Of al gedaan. [Afbeelding]

Dat is dus het meest bijzondere, die is leeg van errors. Wel warnings een paar, maar dat is omdat ik mijn Z2M moet overzetten.

En opstarten is al tig keer gedaan

[ Voor 5% gewijzigd door maartend op 14-10-2022 21:02 ]

[pentode]

maartend schreef op vrijdag 14 oktober 2022 @ 21:02:
[...]


Dat is dus het meest bijzondere, die is leeg van errors. Wel warnings een paar, maar dat is omdat ik mijn Z2M moet overzetten.

En opstarten is al tig keer gedaan

In de configuration.yaml kun je het log nivo(level) instellen. En helemaal op/uitsplitsen in onderdelen en level. Of ook al gedaan. Voorbeeld:

YAML:

logger:
  default: debug

[ Voor 5% gewijzigd door pentode op 14-10-2022 21:24 . Reden: aanvulling ]

[maartend]

pentode schreef op vrijdag 14 oktober 2022 @ 21:15:
[...]

In de config.yaml kun je het log nivo(level) instellen. En helemaal uitsplitsen qua nivo. Of ook al gedaan. Voorbeeld:

YAML:

logger:
  default: debug

Nog niet, nu aan het proberen. Net opgestart.

Nu staat dit in mijn log, volgens mij niet veel meer;

code:

[140420730219648] Error updating DSMR Reader: Unknown error, see supervisor
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/components/hassio/update.py", line 167, in async_install
    await async_update_addon(self.hass, slug=self._addon_slug, backup=backup)
  File "/usr/src/homeassistant/homeassistant/components/hassio/handler.py", line 45, in _wrapper
    raise HassioAPIError(data["message"])
homeassistant.components.hassio.handler.HassioAPIError: Unknown error, see supervisor

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/components/websocket_api/commands.py", line 200, in handle_call_service
    await hass.services.async_call(
  File "/usr/src/homeassistant/homeassistant/core.py", line 1738, in async_call
    task.result()
  File "/usr/src/homeassistant/homeassistant/core.py", line 1775, in _execute_service
    await cast(Callable[[ServiceCall], Awaitable[None]], handler.job.target)(
  File "/usr/src/homeassistant/homeassistant/helpers/entity_component.py", line 204, in handle_service
    await service.entity_service_call(
  File "/usr/src/homeassistant/homeassistant/helpers/service.py", line 676, in entity_service_call
    future.result()  # pop exception if have
  File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 931, in async_request_call
    await coro
  File "/usr/src/homeassistant/homeassistant/helpers/service.py", line 713, in _handle_entity_call
    await result
  File "/usr/src/homeassistant/homeassistant/components/update/__init__.py", line 152, in async_install
    await entity.async_install_with_progress(version, backup)
  File "/usr/src/homeassistant/homeassistant/components/update/__init__.py", line 411, in async_install_with_progress
    await self.async_install(version, backup)
  File "/usr/src/homeassistant/homeassistant/components/hassio/update.py", line 169, in async_install
    raise HomeAssistantError(f"Error updating {self.title}: {err}") from err
homeassistant.exceptions.HomeAssistantError: Error updating DSMR Reader: Unknown error, see supervisor

[ Voor 74% gewijzigd door maartend op 14-10-2022 21:24 ]

[pentode]

maartend schreef op vrijdag 14 oktober 2022 @ 21:17:
[...]

Nog niet, nu aan het proberen. Net opgestart.

Nu staat dit in mijn log, volgens mij niet veel meer;

code:

[140420730219648] Error updating DSMR Reader: Unknown error, see supervisor
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/components/hassio/update.py", line 167, in async_install
    await async_update_addon(self.hass, slug=self._addon_slug, backup=backup)
  File "/usr/src/homeassistant/homeassistant/components/hassio/handler.py", line 45, in _wrapper
    raise HassioAPIError(data["message"])
homeassistant.components.hassio.handler.HassioAPIError: Unknown error, see supervisor

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/components/websocket_api/commands.py", line 200, in handle_call_service
    await hass.services.async_call(
  File "/usr/src/homeassistant/homeassistant/core.py", line 1738, in async_call
    task.result()
  File "/usr/src/homeassistant/homeassistant/core.py", line 1775, in _execute_service
    await cast(Callable[[ServiceCall], Awaitable[None]], handler.job.target)(
  File "/usr/src/homeassistant/homeassistant/helpers/entity_component.py", line 204, in handle_service
    await service.entity_service_call(
  File "/usr/src/homeassistant/homeassistant/helpers/service.py", line 676, in entity_service_call
    future.result()  # pop exception if have
  File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 931, in async_request_call
    await coro
  File "/usr/src/homeassistant/homeassistant/helpers/service.py", line 713, in _handle_entity_call
    await result
  File "/usr/src/homeassistant/homeassistant/components/update/__init__.py", line 152, in async_install
    await entity.async_install_with_progress(version, backup)
  File "/usr/src/homeassistant/homeassistant/components/update/__init__.py", line 411, in async_install_with_progress
    await self.async_install(version, backup)
  File "/usr/src/homeassistant/homeassistant/components/hassio/update.py", line 169, in async_install
    raise HomeAssistantError(f"Error updating {self.title}: {err}") from err
homeassistant.exceptions.HomeAssistantError: Error updating DSMR Reader: Unknown error, see supervisor

Is dat de supervisor log? Voorbeeld:

YAML:

22-10-14 21:12:31 WARNING (SyncWorker_4) [supervisor.store.data] Can't read

[ Voor 1% gewijzigd door pentode op 14-10-2022 21:38 . Reden: aanvulling ]

[maartend]

pentode schreef op vrijdag 14 oktober 2022 @ 21:37:
[...]

Is dat de supervisor log? Voorbeeld:

YAML:

22-10-14 21:12:31 WARNING (SyncWorker_4) [supervisor.store.data] Can't read

Niet schrikken vanwege de warnings, maar dit is mijn complete supervisor log;

code:

22-10-14 21:21:06 WARNING (MainThread) [supervisor.addons.options] Option 'dark_mode' does not exist in the schema for Node-RED (a0d7b954_nodered)
22-10-14 21:21:06 WARNING (MainThread) [supervisor.addons.options] Option 'port' does not exist in the schema for Node-RED (a0d7b954_nodered)
22-10-14 21:21:06 WARNING (MainThread) [supervisor.addons.options] Option 'require_ssl' does not exist in the schema for Node-RED (a0d7b954_nodered)
22-10-14 21:21:06 WARNING (MainThread) [supervisor.addons.options] Option 'share' does not exist in the schema for Samba share (core_samba)
22-10-14 21:21:06 WARNING (MainThread) [supervisor.addons.options] Option 'interface' does not exist in the schema for Samba share (core_samba)
22-10-14 21:21:06 WARNING (MainThread) [supervisor.addons.options] Option 'ssl' does not exist in the schema for Portainer (a0d7b954_portainer)
22-10-14 21:21:06 WARNING (MainThread) [supervisor.addons.options] Option 'certfile' does not exist in the schema for Portainer (a0d7b954_portainer)
22-10-14 21:21:06 WARNING (MainThread) [supervisor.addons.options] Option 'keyfile' does not exist in the schema for Portainer (a0d7b954_portainer)
22-10-14 21:21:06 WARNING (MainThread) [supervisor.addons.options] Option 'hide_hassio_containers' does not exist in the schema for Portainer (a0d7b954_portainer)
22-10-14 21:21:06 WARNING (MainThread) [supervisor.addons.options] Unknown option 'restartdelay' for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:21:06 WARNING (MainThread) [supervisor.addons.options] Unknown option 'initialdelay' for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:21:06 WARNING (MainThread) [supervisor.addons.options] Unknown option 'base_topic' for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:21:06 WARNING (MainThread) [supervisor.addons.options] Option 'external_converters' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:21:06 WARNING (MainThread) [supervisor.addons.options] Option 'devices' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:21:06 WARNING (MainThread) [supervisor.addons.options] Option 'groups' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:21:06 WARNING (MainThread) [supervisor.addons.options] Option 'homeassistant' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:21:06 WARNING (MainThread) [supervisor.addons.options] Option 'permit_join' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:21:06 WARNING (MainThread) [supervisor.addons.options] Option 'advanced' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:21:06 WARNING (MainThread) [supervisor.addons.options] Option 'device_options' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:21:06 WARNING (MainThread) [supervisor.addons.options] Option 'blocklist' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:21:06 WARNING (MainThread) [supervisor.addons.options] Option 'passlist' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:21:06 WARNING (MainThread) [supervisor.addons.options] Option 'queue' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:21:06 WARNING (MainThread) [supervisor.addons.options] Option 'frontend' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:21:06 WARNING (MainThread) [supervisor.addons.options] Option 'experimental' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:26:10 WARNING (MainThread) [supervisor.addons.options] Option 'dark_mode' does not exist in the schema for Node-RED (a0d7b954_nodered)
22-10-14 21:26:10 WARNING (MainThread) [supervisor.addons.options] Option 'port' does not exist in the schema for Node-RED (a0d7b954_nodered)
22-10-14 21:26:10 WARNING (MainThread) [supervisor.addons.options] Option 'require_ssl' does not exist in the schema for Node-RED (a0d7b954_nodered)
22-10-14 21:26:10 WARNING (MainThread) [supervisor.addons.options] Option 'share' does not exist in the schema for Samba share (core_samba)
22-10-14 21:26:10 WARNING (MainThread) [supervisor.addons.options] Option 'interface' does not exist in the schema for Samba share (core_samba)
22-10-14 21:26:10 WARNING (MainThread) [supervisor.addons.options] Option 'ssl' does not exist in the schema for Portainer (a0d7b954_portainer)
22-10-14 21:26:10 WARNING (MainThread) [supervisor.addons.options] Option 'certfile' does not exist in the schema for Portainer (a0d7b954_portainer)
22-10-14 21:26:10 WARNING (MainThread) [supervisor.addons.options] Option 'keyfile' does not exist in the schema for Portainer (a0d7b954_portainer)
22-10-14 21:26:10 WARNING (MainThread) [supervisor.addons.options] Option 'hide_hassio_containers' does not exist in the schema for Portainer (a0d7b954_portainer)
22-10-14 21:26:10 WARNING (MainThread) [supervisor.addons.options] Unknown option 'restartdelay' for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:26:10 WARNING (MainThread) [supervisor.addons.options] Unknown option 'initialdelay' for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:26:10 WARNING (MainThread) [supervisor.addons.options] Unknown option 'base_topic' for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:26:10 WARNING (MainThread) [supervisor.addons.options] Option 'external_converters' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:26:10 WARNING (MainThread) [supervisor.addons.options] Option 'devices' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:26:10 WARNING (MainThread) [supervisor.addons.options] Option 'groups' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:26:10 WARNING (MainThread) [supervisor.addons.options] Option 'homeassistant' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:26:10 WARNING (MainThread) [supervisor.addons.options] Option 'permit_join' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:26:10 WARNING (MainThread) [supervisor.addons.options] Option 'advanced' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:26:10 WARNING (MainThread) [supervisor.addons.options] Option 'device_options' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:26:10 WARNING (MainThread) [supervisor.addons.options] Option 'blocklist' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:26:10 WARNING (MainThread) [supervisor.addons.options] Option 'passlist' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:26:10 WARNING (MainThread) [supervisor.addons.options] Option 'queue' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:26:10 WARNING (MainThread) [supervisor.addons.options] Option 'frontend' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:26:10 WARNING (MainThread) [supervisor.addons.options] Option 'experimental' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:31:14 WARNING (MainThread) [supervisor.addons.options] Option 'dark_mode' does not exist in the schema for Node-RED (a0d7b954_nodered)
22-10-14 21:31:14 WARNING (MainThread) [supervisor.addons.options] Option 'port' does not exist in the schema for Node-RED (a0d7b954_nodered)
22-10-14 21:31:14 WARNING (MainThread) [supervisor.addons.options] Option 'require_ssl' does not exist in the schema for Node-RED (a0d7b954_nodered)
22-10-14 21:31:14 WARNING (MainThread) [supervisor.addons.options] Option 'share' does not exist in the schema for Samba share (core_samba)
22-10-14 21:31:14 WARNING (MainThread) [supervisor.addons.options] Option 'interface' does not exist in the schema for Samba share (core_samba)
22-10-14 21:31:14 WARNING (MainThread) [supervisor.addons.options] Option 'ssl' does not exist in the schema for Portainer (a0d7b954_portainer)
22-10-14 21:31:14 WARNING (MainThread) [supervisor.addons.options] Option 'certfile' does not exist in the schema for Portainer (a0d7b954_portainer)
22-10-14 21:31:14 WARNING (MainThread) [supervisor.addons.options] Option 'keyfile' does not exist in the schema for Portainer (a0d7b954_portainer)
22-10-14 21:31:14 WARNING (MainThread) [supervisor.addons.options] Option 'hide_hassio_containers' does not exist in the schema for Portainer (a0d7b954_portainer)
22-10-14 21:31:14 WARNING (MainThread) [supervisor.addons.options] Unknown option 'restartdelay' for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:31:14 WARNING (MainThread) [supervisor.addons.options] Unknown option 'initialdelay' for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:31:14 WARNING (MainThread) [supervisor.addons.options] Unknown option 'base_topic' for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:31:14 WARNING (MainThread) [supervisor.addons.options] Option 'external_converters' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:31:14 WARNING (MainThread) [supervisor.addons.options] Option 'devices' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:31:14 WARNING (MainThread) [supervisor.addons.options] Option 'groups' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:31:14 WARNING (MainThread) [supervisor.addons.options] Option 'homeassistant' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:31:14 WARNING (MainThread) [supervisor.addons.options] Option 'permit_join' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:31:14 WARNING (MainThread) [supervisor.addons.options] Option 'advanced' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:31:14 WARNING (MainThread) [supervisor.addons.options] Option 'device_options' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:31:14 WARNING (MainThread) [supervisor.addons.options] Option 'blocklist' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:31:14 WARNING (MainThread) [supervisor.addons.options] Option 'passlist' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:31:14 WARNING (MainThread) [supervisor.addons.options] Option 'queue' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:31:14 WARNING (MainThread) [supervisor.addons.options] Option 'frontend' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:31:14 WARNING (MainThread) [supervisor.addons.options] Option 'experimental' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:36:18 WARNING (MainThread) [supervisor.addons.options] Option 'dark_mode' does not exist in the schema for Node-RED (a0d7b954_nodered)
22-10-14 21:36:18 WARNING (MainThread) [supervisor.addons.options] Option 'port' does not exist in the schema for Node-RED (a0d7b954_nodered)
22-10-14 21:36:18 WARNING (MainThread) [supervisor.addons.options] Option 'require_ssl' does not exist in the schema for Node-RED (a0d7b954_nodered)
22-10-14 21:36:18 WARNING (MainThread) [supervisor.addons.options] Option 'share' does not exist in the schema for Samba share (core_samba)
22-10-14 21:36:18 WARNING (MainThread) [supervisor.addons.options] Option 'interface' does not exist in the schema for Samba share (core_samba)
22-10-14 21:36:18 WARNING (MainThread) [supervisor.addons.options] Option 'ssl' does not exist in the schema for Portainer (a0d7b954_portainer)
22-10-14 21:36:18 WARNING (MainThread) [supervisor.addons.options] Option 'certfile' does not exist in the schema for Portainer (a0d7b954_portainer)
22-10-14 21:36:18 WARNING (MainThread) [supervisor.addons.options] Option 'keyfile' does not exist in the schema for Portainer (a0d7b954_portainer)
22-10-14 21:36:18 WARNING (MainThread) [supervisor.addons.options] Option 'hide_hassio_containers' does not exist in the schema for Portainer (a0d7b954_portainer)
22-10-14 21:36:18 WARNING (MainThread) [supervisor.addons.options] Unknown option 'restartdelay' for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:36:18 WARNING (MainThread) [supervisor.addons.options] Unknown option 'initialdelay' for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:36:18 WARNING (MainThread) [supervisor.addons.options] Unknown option 'base_topic' for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:36:18 WARNING (MainThread) [supervisor.addons.options] Option 'external_converters' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:36:18 WARNING (MainThread) [supervisor.addons.options] Option 'devices' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:36:18 WARNING (MainThread) [supervisor.addons.options] Option 'groups' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:36:18 WARNING (MainThread) [supervisor.addons.options] Option 'homeassistant' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:36:18 WARNING (MainThread) [supervisor.addons.options] Option 'permit_join' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:36:18 WARNING (MainThread) [supervisor.addons.options] Option 'advanced' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:36:18 WARNING (MainThread) [supervisor.addons.options] Option 'device_options' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:36:18 WARNING (MainThread) [supervisor.addons.options] Option 'blocklist' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:36:18 WARNING (MainThread) [supervisor.addons.options] Option 'passlist' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:36:18 WARNING (MainThread) [supervisor.addons.options] Option 'queue' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:36:18 WARNING (MainThread) [supervisor.addons.options] Option 'frontend' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:36:18 WARNING (MainThread) [supervisor.addons.options] Option 'experimental' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)

[pentode]

maartend schreef op vrijdag 14 oktober 2022 @ 21:40:
[...]

Niet schrikken vanwege de warnings, maar dit is mijn complete supervisor log;

code:

22-10-14 21:21:06 WARNING (MainThread) [supervisor.addons.options] Option 'dark_mode' does not exist in the schema for Node-RED (a0d7b954_nodered)
22-10-14 21:21:06 WARNING (MainThread) [supervisor.addons.options] Option 'port' does not exist in the schema for Node-RED (a0d7b954_nodered)
22-10-14 21:21:06 WARNING (MainThread) [supervisor.addons.options] Option 'require_ssl' does not exist in the schema for Node-RED (a0d7b954_nodered)
22-10-14 21:21:06 WARNING (MainThread) [supervisor.addons.options] Option 'share' does not exist in the schema for Samba share (core_samba)
22-10-14 21:21:06 WARNING (MainThread) [supervisor.addons.options] Option 'interface' does not exist in the schema for Samba share (core_samba)
22-10-14 21:21:06 WARNING (MainThread) [supervisor.addons.options] Option 'ssl' does not exist in the schema for Portainer (a0d7b954_portainer)
22-10-14 21:21:06 WARNING (MainThread) [supervisor.addons.options] Option 'certfile' does not exist in the schema for Portainer (a0d7b954_portainer)
22-10-14 21:21:06 WARNING (MainThread) [supervisor.addons.options] Option 'keyfile' does not exist in the schema for Portainer (a0d7b954_portainer)
22-10-14 21:21:06 WARNING (MainThread) [supervisor.addons.options] Option 'hide_hassio_containers' does not exist in the schema for Portainer (a0d7b954_portainer)
22-10-14 21:21:06 WARNING (MainThread) [supervisor.addons.options] Unknown option 'restartdelay' for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:21:06 WARNING (MainThread) [supervisor.addons.options] Unknown option 'initialdelay' for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:21:06 WARNING (MainThread) [supervisor.addons.options] Unknown option 'base_topic' for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:21:06 WARNING (MainThread) [supervisor.addons.options] Option 'external_converters' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:21:06 WARNING (MainThread) [supervisor.addons.options] Option 'devices' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:21:06 WARNING (MainThread) [supervisor.addons.options] Option 'groups' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:21:06 WARNING (MainThread) [supervisor.addons.options] Option 'homeassistant' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:21:06 WARNING (MainThread) [supervisor.addons.options] Option 'permit_join' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:21:06 WARNING (MainThread) [supervisor.addons.options] Option 'advanced' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:21:06 WARNING (MainThread) [supervisor.addons.options] Option 'device_options' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:21:06 WARNING (MainThread) [supervisor.addons.options] Option 'blocklist' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:21:06 WARNING (MainThread) [supervisor.addons.options] Option 'passlist' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:21:06 WARNING (MainThread) [supervisor.addons.options] Option 'queue' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:21:06 WARNING (MainThread) [supervisor.addons.options] Option 'frontend' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:21:06 WARNING (MainThread) [supervisor.addons.options] Option 'experimental' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:26:10 WARNING (MainThread) [supervisor.addons.options] Option 'dark_mode' does not exist in the schema for Node-RED (a0d7b954_nodered)
22-10-14 21:26:10 WARNING (MainThread) [supervisor.addons.options] Option 'port' does not exist in the schema for Node-RED (a0d7b954_nodered)
22-10-14 21:26:10 WARNING (MainThread) [supervisor.addons.options] Option 'require_ssl' does not exist in the schema for Node-RED (a0d7b954_nodered)
22-10-14 21:26:10 WARNING (MainThread) [supervisor.addons.options] Option 'share' does not exist in the schema for Samba share (core_samba)
22-10-14 21:26:10 WARNING (MainThread) [supervisor.addons.options] Option 'interface' does not exist in the schema for Samba share (core_samba)
22-10-14 21:26:10 WARNING (MainThread) [supervisor.addons.options] Option 'ssl' does not exist in the schema for Portainer (a0d7b954_portainer)
22-10-14 21:26:10 WARNING (MainThread) [supervisor.addons.options] Option 'certfile' does not exist in the schema for Portainer (a0d7b954_portainer)
22-10-14 21:26:10 WARNING (MainThread) [supervisor.addons.options] Option 'keyfile' does not exist in the schema for Portainer (a0d7b954_portainer)
22-10-14 21:26:10 WARNING (MainThread) [supervisor.addons.options] Option 'hide_hassio_containers' does not exist in the schema for Portainer (a0d7b954_portainer)
22-10-14 21:26:10 WARNING (MainThread) [supervisor.addons.options] Unknown option 'restartdelay' for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:26:10 WARNING (MainThread) [supervisor.addons.options] Unknown option 'initialdelay' for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:26:10 WARNING (MainThread) [supervisor.addons.options] Unknown option 'base_topic' for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:26:10 WARNING (MainThread) [supervisor.addons.options] Option 'external_converters' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:26:10 WARNING (MainThread) [supervisor.addons.options] Option 'devices' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:26:10 WARNING (MainThread) [supervisor.addons.options] Option 'groups' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:26:10 WARNING (MainThread) [supervisor.addons.options] Option 'homeassistant' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:26:10 WARNING (MainThread) [supervisor.addons.options] Option 'permit_join' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:26:10 WARNING (MainThread) [supervisor.addons.options] Option 'advanced' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:26:10 WARNING (MainThread) [supervisor.addons.options] Option 'device_options' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:26:10 WARNING (MainThread) [supervisor.addons.options] Option 'blocklist' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:26:10 WARNING (MainThread) [supervisor.addons.options] Option 'passlist' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:26:10 WARNING (MainThread) [supervisor.addons.options] Option 'queue' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:26:10 WARNING (MainThread) [supervisor.addons.options] Option 'frontend' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:26:10 WARNING (MainThread) [supervisor.addons.options] Option 'experimental' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:31:14 WARNING (MainThread) [supervisor.addons.options] Option 'dark_mode' does not exist in the schema for Node-RED (a0d7b954_nodered)
22-10-14 21:31:14 WARNING (MainThread) [supervisor.addons.options] Option 'port' does not exist in the schema for Node-RED (a0d7b954_nodered)
22-10-14 21:31:14 WARNING (MainThread) [supervisor.addons.options] Option 'require_ssl' does not exist in the schema for Node-RED (a0d7b954_nodered)
22-10-14 21:31:14 WARNING (MainThread) [supervisor.addons.options] Option 'share' does not exist in the schema for Samba share (core_samba)
22-10-14 21:31:14 WARNING (MainThread) [supervisor.addons.options] Option 'interface' does not exist in the schema for Samba share (core_samba)
22-10-14 21:31:14 WARNING (MainThread) [supervisor.addons.options] Option 'ssl' does not exist in the schema for Portainer (a0d7b954_portainer)
22-10-14 21:31:14 WARNING (MainThread) [supervisor.addons.options] Option 'certfile' does not exist in the schema for Portainer (a0d7b954_portainer)
22-10-14 21:31:14 WARNING (MainThread) [supervisor.addons.options] Option 'keyfile' does not exist in the schema for Portainer (a0d7b954_portainer)
22-10-14 21:31:14 WARNING (MainThread) [supervisor.addons.options] Option 'hide_hassio_containers' does not exist in the schema for Portainer (a0d7b954_portainer)
22-10-14 21:31:14 WARNING (MainThread) [supervisor.addons.options] Unknown option 'restartdelay' for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:31:14 WARNING (MainThread) [supervisor.addons.options] Unknown option 'initialdelay' for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:31:14 WARNING (MainThread) [supervisor.addons.options] Unknown option 'base_topic' for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:31:14 WARNING (MainThread) [supervisor.addons.options] Option 'external_converters' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:31:14 WARNING (MainThread) [supervisor.addons.options] Option 'devices' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:31:14 WARNING (MainThread) [supervisor.addons.options] Option 'groups' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:31:14 WARNING (MainThread) [supervisor.addons.options] Option 'homeassistant' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:31:14 WARNING (MainThread) [supervisor.addons.options] Option 'permit_join' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:31:14 WARNING (MainThread) [supervisor.addons.options] Option 'advanced' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:31:14 WARNING (MainThread) [supervisor.addons.options] Option 'device_options' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:31:14 WARNING (MainThread) [supervisor.addons.options] Option 'blocklist' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:31:14 WARNING (MainThread) [supervisor.addons.options] Option 'passlist' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:31:14 WARNING (MainThread) [supervisor.addons.options] Option 'queue' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:31:14 WARNING (MainThread) [supervisor.addons.options] Option 'frontend' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:31:14 WARNING (MainThread) [supervisor.addons.options] Option 'experimental' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:36:18 WARNING (MainThread) [supervisor.addons.options] Option 'dark_mode' does not exist in the schema for Node-RED (a0d7b954_nodered)
22-10-14 21:36:18 WARNING (MainThread) [supervisor.addons.options] Option 'port' does not exist in the schema for Node-RED (a0d7b954_nodered)
22-10-14 21:36:18 WARNING (MainThread) [supervisor.addons.options] Option 'require_ssl' does not exist in the schema for Node-RED (a0d7b954_nodered)
22-10-14 21:36:18 WARNING (MainThread) [supervisor.addons.options] Option 'share' does not exist in the schema for Samba share (core_samba)
22-10-14 21:36:18 WARNING (MainThread) [supervisor.addons.options] Option 'interface' does not exist in the schema for Samba share (core_samba)
22-10-14 21:36:18 WARNING (MainThread) [supervisor.addons.options] Option 'ssl' does not exist in the schema for Portainer (a0d7b954_portainer)
22-10-14 21:36:18 WARNING (MainThread) [supervisor.addons.options] Option 'certfile' does not exist in the schema for Portainer (a0d7b954_portainer)
22-10-14 21:36:18 WARNING (MainThread) [supervisor.addons.options] Option 'keyfile' does not exist in the schema for Portainer (a0d7b954_portainer)
22-10-14 21:36:18 WARNING (MainThread) [supervisor.addons.options] Option 'hide_hassio_containers' does not exist in the schema for Portainer (a0d7b954_portainer)
22-10-14 21:36:18 WARNING (MainThread) [supervisor.addons.options] Unknown option 'restartdelay' for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:36:18 WARNING (MainThread) [supervisor.addons.options] Unknown option 'initialdelay' for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:36:18 WARNING (MainThread) [supervisor.addons.options] Unknown option 'base_topic' for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:36:18 WARNING (MainThread) [supervisor.addons.options] Option 'external_converters' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:36:18 WARNING (MainThread) [supervisor.addons.options] Option 'devices' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:36:18 WARNING (MainThread) [supervisor.addons.options] Option 'groups' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:36:18 WARNING (MainThread) [supervisor.addons.options] Option 'homeassistant' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:36:18 WARNING (MainThread) [supervisor.addons.options] Option 'permit_join' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:36:18 WARNING (MainThread) [supervisor.addons.options] Option 'advanced' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:36:18 WARNING (MainThread) [supervisor.addons.options] Option 'device_options' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:36:18 WARNING (MainThread) [supervisor.addons.options] Option 'blocklist' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:36:18 WARNING (MainThread) [supervisor.addons.options] Option 'passlist' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:36:18 WARNING (MainThread) [supervisor.addons.options] Option 'queue' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:36:18 WARNING (MainThread) [supervisor.addons.options] Option 'frontend' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)
22-10-14 21:36:18 WARNING (MainThread) [supervisor.addons.options] Option 'experimental' does not exist in the schema for Zigbee2MQTT (45df7312_zigbee2mqtt)

One Sick Puppy ;P Denk dat het mogelijk met portainer van doen heeft...
Na backup of snapshot: login via putty/kitty and run

code:

ha jobs options --ignore-conditions healthy

Dan kun je add-ons installeren.
En weer terug naar default:

code:

ha jobs reset

[ Voor 0% gewijzigd door pentode op 14-10-2022 22:10 . Reden: aanvulling ]

[maartend]

pentode schreef op vrijdag 14 oktober 2022 @ 21:55:
[...]

One Sick Puppy ;P Denk dat het mogelijk met portainer van doen heeft...

Die heb ik idd. Lastige is, ik weet de login gegevens niet meer. En weet niet wat er gebeurt als ik het verijwder. Maar hoe weet je dat? Dat het mogelijk portainer is?

Ik ga hem eens stoppen, en opnieuw ha opstarten zonder

edit ; portainer uitgezet, geen verandering

[ Voor 12% gewijzigd door maartend op 14-10-2022 22:05 ]

[RobertMe]

Even te bevestiging:

YAML:

trigger:
  - platform: state
    not_from: "unavailable"
    not_to: "unavailable"
    ....

dit zou toch moeten triggeren bij elke state change behalve als of de from, of de to, unavailable is? Oftewel: zolang beide een geldige waarde hebben.
Niet dat die alsnog triggert als de sensor van of naar unavailable gaat bv.

[oltk]

oltk schreef op vrijdag 14 oktober 2022 @ 18:12:
[...]


Voorheen werd elke nieuwe shelly automatisch toegevoegd aan de shelly integratie.
Nu moet ik dus elke keer "add integration" doen. En dan vraagt 'ie om het interne ip adres.

<knip>

Maar proberen een shelly-s op deze wijze toe te voegen geeft:
Het apparaat gebruikt een niet-ondersteunde firmwareversie.

En er is geen nieuwere versie!

Update. Het blijkt dat de nieuwste firmware niet automatisch beschikbaar is op het device zelf. De firmware liep echt mijlen achter, dan lukt het niet meer. Je kan de firmware zeer eenvouding OTA laten downloaden op het device. Zie hier de beschrijving en instructies

https://sequr.be/blog/202...over-the-air-ota-upgrades

Het werkt nu!!

[ Voor 3% gewijzigd door oltk op 14-10-2022 22:26 ]