Home Assistant: Open source Python3 home automation - deel 4

[Dutchess_Nicole]

stevenP schreef op dinsdag 14 juni 2022 @ 22:31:
'ello! Ik draai HA op een container / Rpi, en ben aan het experimenteren geslagen met koppeling aan Shelly's.

Als test geprobeerd een automation om te checken of een device uit is (met uitzicht op bijvoorbeeld een wasmachine, push message when done).
Nu heb ik in de Shelly app een automation gezet op tussen zonsondergang en 23.00 moet de lamp aanstaan. Onderstaand script draait in HA en hoort een push te sturen zodra hij merkt dat de lamp uit staat.

Ik krijg gemiddeld nu zo'n 5 push messages per dag, dus ook op random momenten dat die shelly al uren (lees: al bijna 20uur) uit staat. Iemand een idee om hierin te filteren?

code:

alias: Shelly test
description: ''
trigger:
  - type: power
    platform: device
    device_id: f9441069db373ded9750a1058284a6b1
    entity_id: sensor.dierenkoppen_power
    domain: sensor
    below: 2
    for:
      hours: 0
      minutes: 1
      seconds: 0
condition: []
action:
  - device_id: 64ca23aad8945be69563d01c97b63f19
    domain: mobile_app
    type: notify
    message: Lampen
    title: Hij is uit hoor!
mode: single

het grote issue hier is dat je alleen een trigger hebt op het afgenomen vermogen. Er is geen condition die iets vermeldt over de tijd waarin de automation zou moeten draaien.

Het simpelste is dus om even een condition toe te voegen die aangeeft dat de huidige tijd moet liggen tussen zonsondergang en 23:00.

[Bockelaar]

bij mij is de growatt integratie ook stuk. Gelukkig werkt de upload naar PVOutput nog wel en heb ik de gegevens nog

Vage is dat de website op server.growatt.com prima werkt en ook de data gewoon laat zien. De api lijkt stuk?

[ Voor 32% gewijzigd door Bockelaar op 15-06-2022 09:25 ]

[Danielson]

Bockelaar schreef op woensdag 15 juni 2022 @ 09:24:
bij mij is de growatt integratie ook stuk. Gelukkig werkt de upload naar PVOutput nog wel en heb ik de gegevens nog

Vage is dat de website op server.growatt.com prima werkt en ook de data gewoon laat zien. De api lijkt stuk?

Ik heb de fix hierboven geplaatst...

[djiedjee]

Ik weet dat ik een tijdje geleden ook een aanpassing gedaan heb daar ergens omdat toen de server ook plat lag.
Hoe ik dat toen gedaan heb, weet ik niet meer

Als ik nu via een terminal add-on vanuit HA ga kijken, vind ik deze paden helemaal niet.
Misschien heb ik toen wel via putty remote iets gedaan, maar weet het echt niet meer.

Hoe benaderen jullie deze mappen?

Danielson schreef op woensdag 15 juni 2022 @ 08:41:
Een fix zou moeten zijn:

File that needs to be changed: /usr/local/lib/python3.9/site-packages/growattServer/__init__.py @ line 115
Change: newLoginAPI.do to newTwoLoginAPI.do then restart home-assistant.

Alleen bij mij bestaat dat pad niet, volgens mij is het bij mij: /srv/homeassistant/lib/python3.9/site-packages/growattServer/__init__.py

Ik heb line 115 aangepast naar newTwoLoginAPI.do, maar helaas lost dit het bij mij niet op.

[Wilf]

Ik heb twee issues waar ik nu toch wel wat aan wil gaan doen:

1. Sinds een update of wat geleden doen scene transitions het niet meer in automations. Mijn wake-up sequence is dus nu in plaats van een geleidelijke transitie tussen 6 scenes ineens PLOP aan elke keer. Zelfde geldt voor de transitie elke avond om 22:00 die normaal in een half uur naar een warme lichtstand fade; dat is nu ineens ook PLOP aan. Dit is iirc een maandje geleden begonnen (update naar 2022.5.x). Is er een breaking change en hoe kan ik het weer fixen? Ik kon het niet terugvinden op de Breaking Changes-pagina van HA 2022.5 zelf. Voor de zekerheid ook nog gezocht op 2022.4 en kon ook daar niks vinden en ik weet zeker dat de transities het in maart/april nog deden.

Voorbeeld van wat dus niet meer werkt:

YAML:

alias: Woonkamer naar warm licht
description: ''
trigger:
  - at: '22:00'
    platform: time
condition:
  - condition: state
    entity_id: input_boolean.filmstand
    state: 'off'
  - condition: state
    entity_id: light.woonkamer
    state: 'on'
action:
  - data:
      transition: 1800
    service: scene.turn_on
    target:
      entity_id: scene.woon_warm
mode: single

2. Eergisteren (13 juni) heb ik een update van 5.5 naar 6.5 uitgevoerd. Vandaag kom ik er achter dat ik al mijn Energy data kwijt ben van vóór 14 juni 4:00. Is die totaal verloren of kan ik die nog ergens vandaan vissen?

[Bockelaar]

Danielson schreef op woensdag 15 juni 2022 @ 09:25:
[...]


Ik heb de fix hierboven geplaatst...

thx, had ik gezien. Beide locaties bestaan niet in mijn HASS installatie....

Hopen dat ie ook komt via een update van de integration

{edit}
toch effe ingedoken want irriteert me
In een HASSIO installatie:
terminal addon ginstalleerd en verbonden.
dan:
- docker exec -it homeassistant bash
- dan vi van het door @Danielson geplaatste bestand/fix (vergeet de :wq! niet )
- restart HA

nu wachten op de update

[ Voor 33% gewijzigd door Bockelaar op 15-06-2022 12:33 ]

[Septillion]

@Wilf Al getest of de transitie van de lights in de scene nog wel werkt?

[HF5236]

Ik probeer mijn eerste template te maken maar krijg een foutmelding als ik dit in de configuration.yaml file zet.
Kan iemand hier eens naar kijken? In de template editor krijg ik geen foutmelding. Ik wil een sensor maken die het verschil tussen de luchtvochtigheid in de douche en de buiten meet.

Die wil ik vervolgens gebruiken als voorwaarde in mn afzuigingsautomatisering

YAML:

- platform: template
    sensors:
      Delta_vocht:
        friendly_name: "Delta vochtigheid binnen buiten"
        value_template: "{{states('sensor.temp_julen_humidity')| float  - state_attr('weather.huis' ,'humidity')|float  }}"
        unit_of_measurement: '%'

[ Voor 0% gewijzigd door Septillion op 15-06-2022 14:20 . Reden: yaml code tag voor de duidelijkheid ]

[Yukkie]

wat doe ik fout waardoor ik deze melding in mijn log heb staan:

2022-06-15 13:50:49 WARNING (MainThread) [homeassistant.components.homeassistant.triggers.numeric_state] Error in 'Lights - Desk light off' trigger: In 'numeric_state' condition: no entity specified

Als ik naar mijn automation kijk, dan is er toch niets mis hiermee?

YAML:

- alias: Lights - Desk light off
  id: '20092102'

  trigger:
  - platform: numeric_state
    entity_id: sensor.outside_lux
    for:
      hours: 0
      minutes: 10
      seconds: 0
    above: '500'
  - platform: sun
    event: sunrise
    offset: "00:30:00"
  
  condition:
  - alias: "Only on workdays"
    condition: state
    entity_id: binary_sensor.workday_sensor ## see addional_config/binary_sensor.yaml
    state: "on"
  - alias: "Lux sensors above 500"
    condition: numeric_state
    entity_id: sensor.outside_lux
    above: '500'
  - alias: "At least half an hour after sunrise"
    condition: sun
    after: sunrise
    after_offset: "00:30:00"
  - alias: "Only in the morning"
    condition: time
    before: "12:00:00"
  
  action:
    - service: light.turn_off
      data:
        entity_id:
          - light.desklight

sensor.outside_lux is een mqtt sensor die ik via een yaml file heb toegevoegd. Deze sensor is bekend in HA en heeft een valid state (een nummerke ) De automation werkt verder wel gewoon overigen.

[Ronker32]

Yukkie schreef op woensdag 15 juni 2022 @ 14:08:
wat doe ik fout waardoor ik deze melding in mijn log heb staan:


[...]


Als ik naar mijn automation kijk, dan is er toch niets mis hiermee?

YAML:

- alias: Lights - Desk light off
  id: '20092102'

  trigger:
  - platform: numeric_state
    entity_id: sensor.outside_lux
    for:
      hours: 0
      minutes: 10
      seconds: 0
    above: '500'
  - platform: sun
    event: sunrise
    offset: "00:30:00"
  
  condition:
  - alias: "Only on workdays"
    condition: state
    entity_id: binary_sensor.workday_sensor ## see addional_config/binary_sensor.yaml
    state: "on"
  - alias: "Lux sensors above 500"
    condition: numeric_state
    entity_id: sensor.outside_lux
    above: '500'
  - alias: "At least half an hour after sunrise"
    condition: sun
    after: sunrise
    after_offset: "00:30:00"
  - alias: "Only in the morning"
    condition: time
    before: "12:00:00"
  
  action:
    - service: light.turn_off
      data:
        entity_id:
          - light.desklight

sensor.outside_lux is een mqtt sensor die ik via een yaml file heb toegevoegd. Deze sensor is bekend in HA en heeft een valid state (een nummerke ) De automation werkt verder wel gewoon overigen.

Haal de quotes rondom 500 eens weg, ik vermoed dat Home Assistant de waarde vanwege de quotes interpreteert als een tekst en daardoor die error teruggeeft. Er is immers geen geldige numerieke waarde in dat geval. Dat geldt overigens ook in je trigger.

[Robbie T]

Nog meer mensen waarbij Spotify stuk is laatste tijd? Ik gebruik spotcast om een specifieke afspeellijst op een specifieke nest mini af te spelen maar Spotify onthoudt de apparaten niet. Zodra ik via de Android App het juiste apparaat selecteer werkt de automation namelijk wel. Ik verwacht dat het probleem bij Spotify ligt maar wellicht heeft iemand een workaround :-)

[Twan V]

Wilf schreef op woensdag 15 juni 2022 @ 10:13:
Ik heb twee issues waar ik nu toch wel wat aan wil gaan doen:

1. Sinds een update of wat geleden doen scene transitions het niet meer in automations. Mijn wake-up sequence is dus nu in plaats van een geleidelijke transitie tussen 6 scenes ineens PLOP aan elke keer. Zelfde geldt voor de transitie elke avond om 22:00 die normaal in een half uur naar een warme lichtstand fade; dat is nu ineens ook PLOP aan. Dit is iirc een maandje geleden begonnen (update naar 2022.5.x). Is er een breaking change en hoe kan ik het weer fixen? Ik kon het niet terugvinden op de Breaking Changes-pagina van HA 2022.5 zelf. Voor de zekerheid ook nog gezocht op 2022.4 en kon ook daar niks vinden en ik weet zeker dat de transities het in maart/april nog deden.

[...]

Volgens mij mag een transition maximaal 300 seconden duren. Werkt het als je de waarde aanpast naar 300?

[Septillion]

@HF5236 Als het je eerste template is zou ik zeker niet met de legacy versie van templates bezig gaan

En voor deze, heb je deze wel op de juist plaats in je config staan? Dus onder de 'sensor'-parent? Ook staat me er iets van bij dat 'sensor_name' geen hoofdletters mag bevatten.

Nieuwe versie zou denk ik iets zijn als:

YAML:

template:
  - sensor:
    - name: "Delta vochtigheid binnen buiten"
      unique_id: delta_vocht
      unit_of_measurement: "%" 
      state: "{{states('sensor.temp_julen_humidity')| float(0)  - state_attr('weather.huis' ,'humidity')|float(0)  }}"
      availability: >-
         {{ states('sensor.temp_julen_humidity') | is_number and
            state_attr('weather.huis' ,'humidity') | is_number  }}
      state_class: measurement
      device_class: humidity

[djiedjee]

Inmiddels is het me weer duidelijk dat in een HASSOS installatie je met de terminal addon niet zomaar op het host-system komt.

Met "login" vanaf de commandline zou je er wel moeten komen, maar user/pw ljikt niet in orde.
Overal op fora kom ik tegen dat ik een key moet genereren.
Op een andere PC was ik maanden geleden wel daarmee bezig vanuit putty/puttygen, maar ik weet echt niet meer of dat nou de manier was om wel die folders te benaderen.

Als ik weer achter die PC zit ga ik dat eens rustig bekijken.

Bockelaar schreef op woensdag 15 juni 2022 @ 10:48:
[...]

thx, had ik gezien. Beide locaties bestaan niet in mijn HASS installatie....

Hopen dat ie ook komt via een update van de integration

{edit}
toch effe ingedoken want irriteert me
In een HASSIO installatie:
terminal addon ginstalleerd en verbonden.
dan:
- docker exec -it homeassistant bash
- dan vi van het door @Danielson geplaatste bestand/fix (vergeet de :wq! niet )
- restart HA

nu wachten op de update

[Hmmbob]

Robbie T schreef op woensdag 15 juni 2022 @ 14:24:
Nog meer mensen waarbij Spotify stuk is laatste tijd? Ik gebruik spotcast om een specifieke afspeellijst op een specifieke nest mini af te spelen maar Spotify onthoudt de apparaten niet. Zodra ik via de Android App het juiste apparaat selecteer werkt de automation namelijk wel. Ik verwacht dat het probleem bij Spotify ligt maar wellicht heeft iemand een workaround :-)

Ja, gebruik de HA entity_id (media_player.nest_mini) in plaats van de spotify device_id

[Hmmbob]

Yukkie schreef op woensdag 15 juni 2022 @ 14:08:
wat doe ik fout waardoor ik deze melding in mijn log heb staan:


[...]


Als ik naar mijn automation kijk, dan is er toch niets mis hiermee?

YAML:

- alias: Lights - Desk light off
  id: '20092102'

  trigger:
  - platform: numeric_state
    entity_id: sensor.outside_lux
    for:
      hours: 0
      minutes: 10
      seconds: 0
    above: '500'
  - platform: sun
    event: sunrise
    offset: "00:30:00"
  
  condition:
  - alias: "Only on workdays"
    condition: state
    entity_id: binary_sensor.workday_sensor ## see addional_config/binary_sensor.yaml
    state: "on"
  - alias: "Lux sensors above 500"
    condition: numeric_state
    entity_id: sensor.outside_lux
    above: '500'
  - alias: "At least half an hour after sunrise"
    condition: sun
    after: sunrise
    after_offset: "00:30:00"
  - alias: "Only in the morning"
    condition: time
    before: "12:00:00"
  
  action:
    - service: light.turn_off
      data:
        entity_id:
          - light.desklight

sensor.outside_lux is een mqtt sensor die ik via een yaml file heb toegevoegd. Deze sensor is bekend in HA en heeft een valid state (een nummerke ) De automation werkt verder wel gewoon overigen.

above: '500' --> above: 500

Nu wordt je code geinterpeteeerd als string.

edit: wat @Ronker32 zegt dus

[Septillion]

@Hmmbob en @Ronker32 Dat dacht ik eerst ook maar de UI maakt de yaml ook met quotes...

[Yukkie]

wat @Septillion zegt dus Die quotes zijn er bij gekomen tijdens het debuggen

[HF5236]

Septillion schreef op woensdag 15 juni 2022 @ 14:26:
@HF5236 Als het je eerste template is zou ik zeker niet met de legacy versie van templates bezig gaan

En voor deze, heb je deze wel op de juist plaats in je config staan? Dus onder de 'sensor'-parent? Ook staat me er iets van bij dat 'sensor_name' geen hoofdletters mag bevatten.

Nieuwe versie zou denk ik iets zijn als:

YAML:

template:
  - sensor:
    - name: "Delta vochtigheid binnen buiten"
      unique_id: delta_vocht
      unit_of_measurement: "%" 
      state: "{{states('sensor.temp_julen_humidity')| float(0)  - state_attr('weather.huis' ,'humidity')|float(0)  }}"
      availability: >-
         {{ states('sensor.temp_julen_humidity') | is_number and
            state_attr('weather.huis' ,'humidity') | is_number  }}
      state_class: measurement
      device_class: humidity

Dank, zo werkt hij inderdaad, blijkbaar een verouderd filmpje gebruikt als handleiding

[Hmmbob]

Yukkie schreef op woensdag 15 juni 2022 @ 15:13:
wat @Septillion zegt dus Die quotes zijn er bij gekomen tijdens het debuggen

sensor.outside_lux bestaat wel?

[AndereKoekoek]

djiedjee schreef op woensdag 15 juni 2022 @ 14:47:
Inmiddels is het me weer duidelijk dat in een HASSOS installatie je met de terminal addon niet zomaar op het host-system komt.

Met "login" vanaf de commandline zou je er wel moeten komen, maar user/pw ljikt niet in orde.
Overal op fora kom ik tegen dat ik een key moet genereren.
Op een andere PC was ik maanden geleden wel daarmee bezig vanuit putty/puttygen, maar ik weet echt niet meer of dat nou de manier was om wel die folders te benaderen.

Als ik weer achter die PC zit ga ik dat eens rustig bekijken.


[...]

Een key genereren kan heel eenvoudig vanuit cmd met:
ssh-keygen

Zit er zelf nu wel middels login op de root in.
Maar de mappen en bestanden die Danielson benoemd staan nergens in mijn direvtory.

[Yukkie]

@Hmmbob Jep, het is een mqtt sensor. De sensorwaarde wordt bewaard op de mqtt broker (retain=true) dus die moet altijd beschikbaar zijn in principe.

[Yukkie]

Ik heb denk ik wel gevonden waar het door getriggerd wordt:
Ik ben al mijn mqtt entities om aan het zetten naar de "nieuwe methode". Daarbij doe ik telkens een refresh van de "manually configured mqtt entities". En telkens als ik daar op geklikt heb, dan verschijnt die regel in het log. blijkbaar valt HA over die ene microseconde dat die lux sensor geen valid state heeft oid.

[Dutchess_Nicole]

djiedjee schreef op woensdag 15 juni 2022 @ 14:47:
Inmiddels is het me weer duidelijk dat in een HASSOS installatie je met de terminal addon niet zomaar op het host-system komt.

Met "login" vanaf de commandline zou je er wel moeten komen, maar user/pw ljikt niet in orde.
Overal op fora kom ik tegen dat ik een key moet genereren.
Op een andere PC was ik maanden geleden wel daarmee bezig vanuit putty/puttygen, maar ik weet echt niet meer of dat nou de manier was om wel die folders te benaderen.

Als ik weer achter die PC zit ga ik dat eens rustig bekijken.


[...]

Je moet gewoon protection mode even uit zetten, dan krijg je wel toegang tot het hele systeem:

[skank]

Ik krijg volgende foutmelding:
Manually configured MQTT light(s) found under platform key 'light', please move to the mqtt integration key, see https://www.home-assistan...ns/light.mqtt/#new_format

Ik heb het vermoedelijk gemist in release notes, anyway die pagina toont wel wat info

Zo ziet mn light er vroeger uit

code:

- platform: mqtt
  schema: template
  name: "Licht voordeur"
  unique_id: "licht_voordeur"
  state_topic: "homeassistant/buiten/licht_voordeur"
  command_topic: "homeassistant/buiten/licht_voordeur/set"
  availability_topic: "homeassistant/buiten/licht_voordeur/available"
  payload_available: "online"
  payload_not_available: "offline"
  command_on_template: '{"state": "on", "circuit": "2_02", "dev": "output"}'
  command_off_template: '{"state": "off", "circuit": "2_02", "dev": "output"}'
  state_template: '{{ value_json.state }}'
  qos: 0

Ik heb dit gewijzigd naar :

code:

mqtt:
  light:
    - schema: template
      name: "Licht voordeur"
      unique_id: "licht_voordeur"
      state_topic: "homeassistant/buiten/licht_voordeur"
      command_topic: "homeassistant/buiten/licht_voordeur/set"
      availability_topic: "homeassistant/buiten/licht_voordeur/available"
      payload_available: "online"
      payload_not_available: "offline"
      command_on_template: '{"state": "on", "circuit": "2_02", "dev": "output"}'
      command_off_template: '{"state": "off", "circuit": "2_02", "dev": "output"}'
      state_template: '{{ value_json.state }}'
      qos: 0

    - schema: template
      name: "Licht achterdeur"
      unique_id: "licht_achterdeur"
      state_topic: "homeassistant/buiten/licht_achterdeur"
      command_topic: "homeassistant/buiten/licht_achterdeur/set"
      availability_topic: "homeassistant/buiten/licht_achterdeur/available"
      payload_available: "online"
      payload_not_available: "offline"
      command_on_template: '{"state": "on", "circuit": "2_03", "dev": "output"}'
      command_off_template: '{"state": "off", "circuit": "2_03", "dev": "output"}'
      state_template: '{{ value_json.state }}'
      qos: 0

Maar dit geeft foutmeldingen
Enig idee?

[RobertMe]

skank schreef op woensdag 15 juni 2022 @ 16:37:
Ik krijg volgende foutmelding:
Manually configured MQTT light(s) found under platform key 'light', please move to the mqtt integration key, see https://www.home-assistan...ns/light.mqtt/#new_format

Ik heb het vermoedelijk gemist in release notes, anyway die pagina toont wel wat info

Zo ziet mn light er vroeger uit

code:

- platform: mqtt
  schema: template
  name: "Licht voordeur"
  unique_id: "licht_voordeur"
  state_topic: "homeassistant/buiten/licht_voordeur"
  command_topic: "homeassistant/buiten/licht_voordeur/set"
  availability_topic: "homeassistant/buiten/licht_voordeur/available"
  payload_available: "online"
  payload_not_available: "offline"
  command_on_template: '{"state": "on", "circuit": "2_02", "dev": "output"}'
  command_off_template: '{"state": "off", "circuit": "2_02", "dev": "output"}'
  state_template: '{{ value_json.state }}'
  qos: 0

Ik heb dit gewijzigd naar :

code:

mqtt:
  light:
    - schema: template
      name: "Licht voordeur"
      unique_id: "licht_voordeur"
      state_topic: "homeassistant/buiten/licht_voordeur"
      command_topic: "homeassistant/buiten/licht_voordeur/set"
      availability_topic: "homeassistant/buiten/licht_voordeur/available"
      payload_available: "online"
      payload_not_available: "offline"
      command_on_template: '{"state": "on", "circuit": "2_02", "dev": "output"}'
      command_off_template: '{"state": "off", "circuit": "2_02", "dev": "output"}'
      state_template: '{{ value_json.state }}'
      qos: 0

    - schema: template
      name: "Licht achterdeur"
      unique_id: "licht_achterdeur"
      state_topic: "homeassistant/buiten/licht_achterdeur"
      command_topic: "homeassistant/buiten/licht_achterdeur/set"
      availability_topic: "homeassistant/buiten/licht_achterdeur/available"
      payload_available: "online"
      payload_not_available: "offline"
      command_on_template: '{"state": "on", "circuit": "2_03", "dev": "output"}'
      command_off_template: '{"state": "off", "circuit": "2_03", "dev": "output"}'
      state_template: '{{ value_json.state }}'
      qos: 0

Maar dit geeft foutmeldingen
Enig idee?

Als je de foutmeldingen erbij zet hoeven wij niet te puzzelen...

Daarnaast is dit nieuw / gewijzigd in 2022.6 en staat het ook in de release notes daarvan als zijnde "breaking" change (voor de toekomst).

[skank]

RobertMe schreef op woensdag 15 juni 2022 @ 16:40:
[...]

Als je de foutmeldingen erbij zet hoeven wij niet te puzzelen...

Daarnaast is dit nieuw / gewijzigd in 2022.6 en staat het ook in de release notes daarvan als zijnde "breaking" change (voor de toekomst).

Excuses
The system cannot restart because the configuration is not valid: Error loading /config/configuration.yaml: while parsing a block mapping in "/config/includes/lights.yaml", line 5, column 1 expected <block end>, but found '-' in "/config/includes/lights.yaml", line 352, column 1

Ik heb dus over die breaking changes gelezen.
Ik heb ook maar een snippet gepost van gans die file
Misschien moet ik die yaml file includen als mqtt en niet als light...

[RobertMe]

skank schreef op woensdag 15 juni 2022 @ 16:42:
Misschien moet ik die yaml file includen als mqtt en niet als light...

Dat en mqtt droppen in de file.

[Septillion]

@skank Eerste was ik zie is dat 'payload_not_available' en meer nu onder 'availability' valt ipv direct in de lijst.

[djiedjee]

Thanks!

Dat is andere addon dan ik heb (Terminal &SSH). Ik ga hem proberen.

Dutchess_Nicole schreef op woensdag 15 juni 2022 @ 16:23:
[...]


Je moet gewoon protection mode even uit zetten, dan krijg je wel toegang tot het hele systeem:

[Afbeelding]

[tvtech]

Ik had de Growatt integratie verwijderd om het weer toe te voegen, maar dat lukt nu dus niet. Ik draai Home Assistant als vm en heb de juiste paden ook niet. Ik heb ook nog de integratie laten kijken naar smten.com maar die is leeg, er staat geen plant in. Ik weet niet of ik de datalogger ook daar in kan zetten en dat hij dan ook bij growatt blijft. Iemand?

[skank]

Septillion schreef op woensdag 15 juni 2022 @ 16:59:
@skank Eerste was ik zie is dat 'payload_not_available' en meer nu onder 'availability' valt ipv direct in de lijst.

Ik heb de aanpassing gedaan naar de nieuwe manier en die werkt.
Jouw opmerking had ik ook gelezen, maar als je verder scrolt in de uitleg, staat die payload ook op gelijk niveau, precies dubbel... vreemd

Nu na herstart maakt hij ook geen melding/probleem van die payload.

Wel een nieuwe melding :
Invalid config for [light]: [command_on_template] is an invalid option for [light]. Check: light->command_on_template. (See /config/includes/mqtt.yaml, line 238).

[nl0jdb]

Danielson schreef op woensdag 15 juni 2022 @ 08:42:
[...]


Ik had ook ineens een tweede "plant", had je de fix hierboven al eens getest?

Ja ik heb het geprobeerd maar bij mij ligt Growatt nog plat hoop dat er snel een update komt

[nl0jdb]

tvtech schreef op woensdag 15 juni 2022 @ 17:07:
Ik had de Growatt integratie verwijderd om het weer toe te voegen, maar dat lukt nu dus niet. Ik draai Home Assistant als vm en heb de juiste paden ook niet. Ik heb ook nog de integratie laten kijken naar smten.com maar die is leeg, er staat geen plant in. Ik weet niet of ik de datalogger ook daar in kan zetten en dat hij dan ook bij growatt blijft. Iemand?

Ik draai hem in Docker op een Qnap Nas

Python file aangepast - geen resultaat.
Growatt plugin verwijderd en opnieuw geïnstalleerd, - geen resultaat.

[Robbie T]

Hmmbob schreef op woensdag 15 juni 2022 @ 14:53:
[...]

Ja, gebruik de HA entity_id (media_player.nest_mini) in plaats van de spotify device_id

Ik had eerst de entity id en dat werkte probleemloos totdat spontaan eerder genoemd probleem zich voordeed. Daarna naar de spotify Id wat dus half werkt.
Zojuist entity Id nog eens geprobeerd maar geen succes.

[AW_Bos]

Danielson schreef op woensdag 15 juni 2022 @ 07:47:
[...]


Ik krijg deze fout:

code:

Error while setting up growatt_server platform for sensor
Traceback (most recent call last):
  File "/srv/homeassistant/lib/python3.9/site-packages/homeassistant/helpers/entity_platform.py", line 249, in _async_setup_platform
    await asyncio.shield(task)
  File "/srv/homeassistant/lib/python3.9/site-packages/homeassistant/components/growatt_server/sensor.py", line 74, in async_setup_entry
    devices, plant_id = await hass.async_add_executor_job(get_device_list, api, config)
  File "/usr/lib/python3.9/concurrent/futures/thread.py", line 52, in run
    result = self.fn(*self.args, **self.kwargs)
  File "/srv/homeassistant/lib/python3.9/site-packages/homeassistant/components/growatt_server/sensor.py", line 42, in get_device_list
    login_response = api.login(config[CONF_USERNAME], config[CONF_PASSWORD])
  File "/srv/homeassistant/lib/python3.9/site-packages/growattServer/__init__.py", line 119, in login
    data = json.loads(response.content.decode('utf-8'))['back']
  File "/usr/lib/python3.9/json/__init__.py", line 346, in loads
    return _default_decoder.decode(s)
  File "/usr/lib/python3.9/json/decoder.py", line 337, in decode
    obj, end = self.raw_decode(s, idx=_w(s, 0).end())
  File "/usr/lib/python3.9/json/decoder.py", line 355, in raw_decode
    raise JSONDecodeError("Expecting value", s, err.value) from None
json.decoder.JSONDecodeError: Expecting value: line 1 column 1 (char 0)

De ShinePhone app werkte de laatste anderhalve week ook erg slecht, veel time-outs etc. Die werkt sinds gister weer super snel en stabiel, er lijkt aan de Growatt kant dus wel wat gewijzigd te zijn.

@TheFes @AW_Bos @strandbal Jullie gebruiken deze intergratie ook zag ik, hoe gaat het bij jullie?

Ik baal er wel van, ik was zo trots op mijn energy dashboard!

Hopelijk is er snel een fix.

Edit; ik kwam deze nog tegen: https://github.com/home-assistant/core/issues/73503

Hm, die ligt er inderdaad uit. Ook viel mij op dat de Shinephone-app de laatste dagen weer een waterval aan time-outs gaf, en ook een kennis had er problemen mee.

Ook Toon werkt niet meer waardoor mij dashboard waardeloos geworden is
Ik ga nog eens kijken hoe ik beiden weer werkend krijg.

[Hmmbob]

Robbie T schreef op woensdag 15 juni 2022 @ 20:14:
[...]


Ik had eerst de entity id en dat werkte probleemloos totdat spontaan eerder genoemd probleem zich voordeed. Daarna naar de spotify Id wat dus half werkt.
Zojuist entity Id nog eens geprobeerd maar geen succes.

Hoor je wel de "cast ping" aan het begin, maar gaat er geen muziek spelen?

[TheFes]

Danielson schreef op woensdag 15 juni 2022 @ 07:47:
[...]


Ik krijg deze fout:

code:

Error while setting up growatt_server platform for sensor
Traceback (most recent call last):
  File "/srv/homeassistant/lib/python3.9/site-packages/homeassistant/helpers/entity_platform.py", line 249, in _async_setup_platform
    await asyncio.shield(task)
  File "/srv/homeassistant/lib/python3.9/site-packages/homeassistant/components/growatt_server/sensor.py", line 74, in async_setup_entry
    devices, plant_id = await hass.async_add_executor_job(get_device_list, api, config)
  File "/usr/lib/python3.9/concurrent/futures/thread.py", line 52, in run
    result = self.fn(*self.args, **self.kwargs)
  File "/srv/homeassistant/lib/python3.9/site-packages/homeassistant/components/growatt_server/sensor.py", line 42, in get_device_list
    login_response = api.login(config[CONF_USERNAME], config[CONF_PASSWORD])
  File "/srv/homeassistant/lib/python3.9/site-packages/growattServer/__init__.py", line 119, in login
    data = json.loads(response.content.decode('utf-8'))['back']
  File "/usr/lib/python3.9/json/__init__.py", line 346, in loads
    return _default_decoder.decode(s)
  File "/usr/lib/python3.9/json/decoder.py", line 337, in decode
    obj, end = self.raw_decode(s, idx=_w(s, 0).end())
  File "/usr/lib/python3.9/json/decoder.py", line 355, in raw_decode
    raise JSONDecodeError("Expecting value", s, err.value) from None
json.decoder.JSONDecodeError: Expecting value: line 1 column 1 (char 0)

De ShinePhone app werkte de laatste anderhalve week ook erg slecht, veel time-outs etc. Die werkt sinds gister weer super snel en stabiel, er lijkt aan de Growatt kant dus wel wat gewijzigd te zijn.

@TheFes @AW_Bos @strandbal Jullie gebruiken deze intergratie ook zag ik, hoe gaat het bij jullie?

Ik baal er wel van, ik was zo trots op mijn energy dashboard!

Hopelijk is er snel een fix.

Edit; ik kwam deze nog tegen: https://github.com/home-assistant/core/issues/73503

Hmm, ik mis inderdaad ook mijn solar production sinds dinsdagmiddag..
Zo te zien is er wel een PR aangemaakt,die moet nog gemerged worden en zal dan in de volgende release zitten:
https://github.com/home-assistant/core/pull/73561

Ook de temp fix even doorgevoerd, daar is de opgewerke stroom van gisteren ineens

[ Voor 11% gewijzigd door TheFes op 16-06-2022 10:04 ]

[Wilf]

Twan V schreef op woensdag 15 juni 2022 @ 14:26:
[...]


Volgens mij mag een transition maximaal 300 seconden duren. Werkt het als je de waarde aanpast naar 300?

Dat is mij echt te kort (de overgangen die ik maak moeten juist niet zichtbaar zijn; die in de avond zorgt er bijvoorbeeld voor dat je vanzelf moe wordt zonder dat je weet waarom. Zelfs ik zie de lichtovergang niet, terwijl ik ze geprogrammeerd heb). Het heeft jarenlang zo gewerkt dus baal wel dat ik nu een alternatieve route moet gaan bedenken om dit te kunnen programmeren.

Overigens geldt dit niet voor mijn wake up sequence; die is precies 300 seconden per overgang maar ramt dus ook van scene naar scene.

[RedPas]

hallo, ik heb wat problemen met samba.
Draai core-2022.6.4 Home Assistant Supervised op een odroid n2.

Log van samba:
s6-rc: info: service s6rc-oneshot-runner: starting
s6-rc: info: service s6rc-oneshot-runner successfully started
s6-rc: info: service fix-attrs: starting
s6-rc: info: service fix-attrs successfully started
s6-rc: info: service legacy-cont-init: starting
cont-init: info: running /etc/cont-init.d/samba.sh
[08:59:49] INFO: Hostname: odroid-stretch64
[08:59:50] FATAL: No supported interfaces found to bind on.
cont-init: info: /etc/cont-init.d/samba.sh exited 1
cont-init: warning: some scripts exited nonzero
s6-rc: warning: unable to start service legacy-cont-init: command exited 1
/run/s6/basedir/scripts/rc.init: warning: s6-rc failed to properly bring all the services up! Check your logs (in /run/uncaught-logs/current if you have in-container logging) for more information.
/run/s6/basedir/scripts/rc.init: fatal: stopping the container.
s6-rc: info: service fix-attrs: stopping
s6-rc: info: service fix-attrs successfully stopped
s6-rc: info: service s6rc-oneshot-runner: stopping
s6-rc: info: service s6rc-oneshot-runner successfully stopped

Draai identieke hass op een odyssey daar werkt alles goed.

code:

username: homeassistant
password: ******
workgroup: WORKGROUP
compatibility_mode: false
veto_files:
  - ._*
  - .DS_Store
  - Thumbs.db
  - icon?
  - .Trashes
allow_hosts:
  - 10.0.0.0/8
  - 172.16.0.0/12
  - 192.168.0.0/16
  - fe80::/10
interface: enp0s3

interface al veranderd, maar geen succes

[Robbie T]

Hmmbob schreef op woensdag 15 juni 2022 @ 21:53:
[...]

Hoor je wel de "cast ping" aan het begin, maar gaat er geen muziek spelen?

Nope, ook geen ping. Mijn logbook laat dit zien;

code:

2022-06-16 10:29:36 ERROR (MainThread) [homeassistant.components.automation.new_automation_7] Spotify Wout | Start playlist: Error executing script. Unexpected error for call_service at pos 1: 'NoneType' object is not subscriptable
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/helpers/script.py", line 447, in _async_step
    await getattr(self, handler)()
  File "/usr/src/homeassistant/homeassistant/helpers/script.py", line 680, in _async_call_service_step
    await service_task
  File "/usr/src/homeassistant/homeassistant/core.py", line 1704, in async_call
    task.result()
  File "/usr/src/homeassistant/homeassistant/core.py", line 1747, in _execute_service
    await self._hass.async_add_executor_job(
  File "/usr/local/lib/python3.9/concurrent/futures/thread.py", line 58, in run
    result = self.fn(*self.args, **self.kwargs)
  File "/config/custom_components/spotcast/__init__.py", line 190, in start_casting
    spotify_device_id = spotcast_controller.get_spotify_device_id(
  File "/config/custom_components/spotcast/spotcast_controller.py", line 200, in get_spotify_device_id
    spotify_device_id = self._getSpotifyConnectDeviceId(client, device_name)
  File "/config/custom_components/spotcast/spotcast_controller.py", line 187, in _getSpotifyConnectDeviceId
    for device in devices_available["devices"]:
TypeError: 'NoneType' object is not subscriptable

[Magic]

RedPas schreef op donderdag 16 juni 2022 @ 09:34:
hallo, ik heb wat problemen met samba.
Draai core-2022.6.4 Home Assistant Supervised op een odroid n2.

Log van samba:
s6-rc: info: service s6rc-oneshot-runner: starting
s6-rc: info: service s6rc-oneshot-runner successfully started
s6-rc: info: service fix-attrs: starting
s6-rc: info: service fix-attrs successfully started
s6-rc: info: service legacy-cont-init: starting
cont-init: info: running /etc/cont-init.d/samba.sh
[08:59:49] INFO: Hostname: odroid-stretch64
[08:59:50] FATAL: No supported interfaces found to bind on.
cont-init: info: /etc/cont-init.d/samba.sh exited 1
cont-init: warning: some scripts exited nonzero
s6-rc: warning: unable to start service legacy-cont-init: command exited 1
/run/s6/basedir/scripts/rc.init: warning: s6-rc failed to properly bring all the services up! Check your logs (in /run/uncaught-logs/current if you have in-container logging) for more information.
/run/s6/basedir/scripts/rc.init: fatal: stopping the container.
s6-rc: info: service fix-attrs: stopping
s6-rc: info: service fix-attrs successfully stopped
s6-rc: info: service s6rc-oneshot-runner: stopping
s6-rc: info: service s6rc-oneshot-runner successfully stopped

Draai identieke hass op een odyssey daar werkt alles goed.

code:

username: homeassistant
password: ***********
workgroup: WORKGROUP
compatibility_mode: false
veto_files:
  - ._*
  - .DS_Store
  - Thumbs.db
  - icon?
  - .Trashes
allow_hosts:
  - 10.0.0.0/8
  - 172.16.0.0/12
  - 192.168.0.0/16
  - fe80::/10
interface: enp0s3

interface al veranderd, maar geen succes

Interface is geen verplicht veld, als je dat niet in vult dan bind hij aan alle beschikbare interfaces (en dat is er als het goed is sowieso maar 1 + loopback). Dus wat gebeurd er als je de interface regel helemaal weghaalt?

_{ps. weet niet of dat echt je wachtwoord is, maar als dat zo is zou ik hem wijzigen}

[ Voor 3% gewijzigd door Magic op 16-06-2022 10:59 ]

[RedPas]

Interface verwijderd uit config, levert zelfde foutmelding op.

code:

s6-rc: info: service s6rc-oneshot-runner: starting
s6-rc: info: service s6rc-oneshot-runner successfully started
s6-rc: info: service fix-attrs: starting
s6-rc: info: service fix-attrs successfully started
s6-rc: info: service legacy-cont-init: starting
cont-init: info: running /etc/cont-init.d/samba.sh
[10:58:47] INFO: Hostname: odroid-stretch64
[10:58:48] FATAL: No supported interfaces found to bind on.
cont-init: info: /etc/cont-init.d/samba.sh exited 1
cont-init: warning: some scripts exited nonzero
s6-rc: warning: unable to start service legacy-cont-init: command exited 1
/run/s6/basedir/scripts/rc.init: warning: s6-rc failed to properly bring all the services up! Check your logs (in /run/uncaught-logs/current if you have in-container logging) for more information.
/run/s6/basedir/scripts/rc.init: fatal: stopping the container.
s6-rc: info: service fix-attrs: stopping
s6-rc: info: service fix-attrs successfully stopped
s6-rc: info: service s6rc-oneshot-runner: stopping
s6-rc: info: service s6rc-oneshot-runner successfully stopped

[Magic]

RedPas schreef op donderdag 16 juni 2022 @ 11:00:
Interface verwijderd uit config, levert zelfde foutmelding op.

code:

s6-rc: info: service s6rc-oneshot-runner: starting
s6-rc: info: service s6rc-oneshot-runner successfully started
s6-rc: info: service fix-attrs: starting
s6-rc: info: service fix-attrs successfully started
s6-rc: info: service legacy-cont-init: starting
cont-init: info: running /etc/cont-init.d/samba.sh
[10:58:47] INFO: Hostname: odroid-stretch64
[10:58:48] FATAL: No supported interfaces found to bind on.
cont-init: info: /etc/cont-init.d/samba.sh exited 1
cont-init: warning: some scripts exited nonzero
s6-rc: warning: unable to start service legacy-cont-init: command exited 1
/run/s6/basedir/scripts/rc.init: warning: s6-rc failed to properly bring all the services up! Check your logs (in /run/uncaught-logs/current if you have in-container logging) for more information.
/run/s6/basedir/scripts/rc.init: fatal: stopping the container.
s6-rc: info: service fix-attrs: stopping
s6-rc: info: service fix-attrs successfully stopped
s6-rc: info: service s6rc-oneshot-runner: stopping
s6-rc: info: service s6rc-oneshot-runner successfully stopped

Vreemd, ik draai ook een odroid n2+ en ik heb hem even snel geïnstalleerd, maar bij mij start hij met jouw config prima. Ik zie wel dat hij bind aan eth0.

edit: wat ik mij nog kan bedenken, heb je misschien een andere addon die gebruik maakt van Samba geinstalleerd? bijvoorbeeld RPC-Shutdown?

[ Voor 4% gewijzigd door Magic op 16-06-2022 11:09 ]

[RedPas]

Nee, enkel Frigate, ssh & web terminal en node red zijn geinstalleerd, en werken goed.

Enkel Samba werkt niet mee, zal es een fresh install doen van debian en alles opnieuw installeren.

[Hmmbob]

Robbie T schreef op donderdag 16 juni 2022 @ 10:30:
[...]


Nope, ook geen ping. Mijn logbook laat dit zien;

code:

2022-06-16 10:29:36 ERROR (MainThread) [homeassistant.components.automation.new_automation_7] Spotify Wout | Start playlist: Error executing script. Unexpected error for call_service at pos 1: 'NoneType' object is not subscriptable
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/helpers/script.py", line 447, in _async_step
    await getattr(self, handler)()
  File "/usr/src/homeassistant/homeassistant/helpers/script.py", line 680, in _async_call_service_step
    await service_task
  File "/usr/src/homeassistant/homeassistant/core.py", line 1704, in async_call
    task.result()
  File "/usr/src/homeassistant/homeassistant/core.py", line 1747, in _execute_service
    await self._hass.async_add_executor_job(
  File "/usr/local/lib/python3.9/concurrent/futures/thread.py", line 58, in run
    result = self.fn(*self.args, **self.kwargs)
  File "/config/custom_components/spotcast/__init__.py", line 190, in start_casting
    spotify_device_id = spotcast_controller.get_spotify_device_id(
  File "/config/custom_components/spotcast/spotcast_controller.py", line 200, in get_spotify_device_id
    spotify_device_id = self._getSpotifyConnectDeviceId(client, device_name)
  File "/config/custom_components/spotcast/spotcast_controller.py", line 187, in _getSpotifyConnectDeviceId
    for device in devices_available["devices"]:
TypeError: 'NoneType' object is not subscriptable

Meest reliable zou moeten zijn om entity_id te gebruiken.

Is ook een issue voor je probleem: https://github.com/fondberg/spotcast/issues/327

[Septillion]

@Wilf Al getest met eens 20 seconden? En ook los op een van de light entiteiten waar het hier om gaat?

Want zoals ik de docs lees geeft een call naar scene_turn deze transitie waarde gewoon 1 op 1 over aan de light entiteiten zelf.

[HoppyF]

Even een vraag.
Ik heb een HACS integratie die heel recent (8 uur geleden) een update in de repository gekregen heeft.
HACS ziet nog geen update.
Als ik in de repository kijk staat er wel een nieuwere versie.
Moet ik nu wachten of kan ik Opnieuw Downloaden gebruiken en daarbij de laatste updates binnen krijgen?

[TheFes]

HoppyF schreef op donderdag 16 juni 2022 @ 18:55:
Even een vraag.
Ik heb een HACS integratie die heel recent (8 uur geleden) een update in de repository gekregen heeft.
HACS ziet nog geen update.
Als ik in de repository kijk staat er wel een nieuwere versie.
Moet ik nu wachten of kan ik Opnieuw Downloaden gebruiken en daarbij de laatste updates binnen krijgen?

[Afbeelding]

Ik verwacht dat opnieuw downloaden niet veel effect zal hebben, maar kwaad kan het ook niet.
De update zal vanzelf wel komen, wellicht zijn ze vergeten de versie aan te passen in het manifest

[HoppyF]

TheFes schreef op donderdag 16 juni 2022 @ 19:35:
[...]


Ik verwacht dat opnieuw downloaden niet veel effect zal hebben, maar kwaad kan het ook niet.
De update zal vanzelf wel komen, wellicht zijn ze vergeten de versie aan te passen in het manifest

Ik weet niet precies hoe het proces loopt maar er zal wel dagelijks een update doorgevoerd worden zodat HACS ziet dat er wat nieuws is.
De update is ongeveer 9 uur geleden dus nog erg kort.
Ik wacht anders wel tot morgen en kijk dan of er iets veranderd is.

Ik zie op GitHub wel een bump naar een nieuwere versie staan.
De file manifest.json is inderdaad bijgewerkt.

[WoBBeL]

Vreemde vraag en ik ben niet 100% zeker of hij hier thuis hoort maar ik ga hem toch stellen.

Ik gebruik een ESP8266 met een pulse meter om te kijken hoeveel water ik verbruik. 1 puls = 1 liter en alles komt netjes in HA te staan.

Wat er af en toe gebeurt is dat de pulsmeter urenlang signaal blijft krijgen (dus 1 hele lange puls geeft) omdat het metalen plaatje in de watermeter dan precies onder de pulsmeter komt. Levert dat geen problemen op? Er is wel een timeout voor geen puls.

YAML:

sensor:
  - platform: pulse_meter
    pin: GPIO12
    name: "Water Pulse Meter"
    unit_of_measurement: "liter/min"
    icon: "mdi:water-pump"
    timeout: 1min
    total:
      name: "Water Total"
      unit_of_measurement: "M3"
      icon: "mdi:tanker-truck"
      accuracy_decimals: 3
      filters:
        - multiply: 0.001

[Magic]

WoBBeL schreef op donderdag 16 juni 2022 @ 20:48:
Vreemde vraag en ik ben niet 100% zeker of hij hier thuis hoort maar ik ga hem toch stellen.

Ik gebruik een ESP8266 met een pulse meter om te kijken hoeveel water ik verbruik. 1 puls = 1 liter en alles komt netjes in HA te staan.

Wat er af en toe gebeurt is dat de pulsmeter urenlang signaal blijft krijgen (dus 1 hele lange puls geeft) omdat het metalen plaatje in de watermeter dan precies onder de pulsmeter komt. Levert dat geen problemen op? Er is wel een timeout voor geen puls.

YAML:

sensor:
  - platform: pulse_meter
    pin: GPIO12
    name: "Water Pulse Meter"
    unit_of_measurement: "liter/min"
    icon: "mdi:water-pump"
    timeout: 1min
    total:
      name: "Water Total"
      unit_of_measurement: "M3"
      icon: "mdi:tanker-truck"
      accuracy_decimals: 3
      filters:
        - multiply: 0.001

Als ik het goed heb geeft hij alleen door wanneer de puls "hoog" wordt. alleen de overgang wordt dus doorgegeven, niet hoe lang hij in een bepaalde staat is.

[WoBBeL]

Magic schreef op donderdag 16 juni 2022 @ 20:57:
[...]

Als ik het goed heb geeft hij alleen door wanneer de puls "hoog" wordt. alleen de overgang wordt dus doorgegeven, niet hoe lang hij in een bepaalde staat is.

Dus puls hoog = 1 liter er bij ongeacht hoe lang die duurt dus, dat gaat dus wel goed

Tenzij mn ESP reboot, dan ziet ie weer hoog en stuurt ie dus nog een liter (en dat bij elke reboot). Maar dat moeten we dus maar niet doen

[Magic]

WoBBeL schreef op donderdag 16 juni 2022 @ 20:58:
[...]


Dus puls hoog = 1 liter er bij ongeacht hoe lang die duurt dus, dat gaat dus wel goed

Tenzij mn ESP reboot, dan ziet ie weer hoog en stuurt ie dus nog een liter (en dat bij elke reboot). Maar dat moeten we dus maar niet doen

Nee, dat gaat ook wel goed, hij stuurt door per minuut hoeveel pulses hij gezien heeft, en hij meet alleen een puls als hij eerst laag was, en daarna naar hoog gaat. Als hij dus op hoog begint is er geen "rising edge" en blijft hij dus op 0

[WoBBeL]

Magic schreef op donderdag 16 juni 2022 @ 21:00:
[...]

Nee, dat gaat ook wel goed, hij stuurt door per minuut hoeveel pulses hij gezien heeft, en hij meet alleen een puls als hij eerst laag was, en daarna naar hoog gaat. Als hij dus op hoog begint is er geen "rising edge" en blijft hij dus op 0

Epic! Dat is ideaal. Hoe weet je dat eigenlijk (ik kon t niet vinden, https://esphome.io/components/sensor/pulse_meter.html). Is dat een ESP8266 ding of een ESPhome ding of wat anders?

[Magic]

WoBBeL schreef op donderdag 16 juni 2022 @ 21:02:
[...]


Epic! Dat is ideaal. Hoe weet je dat eigenlijk (ik kon t niet vinden, https://esphome.io/components/sensor/pulse_meter.html). Is dat een ESP8266 ding of een ESPhome ding of wat anders?

Toevallig heb ik dit zelf al een bij de hand gehad, vandaar dat ik het wist, maar het staat ook letterlijk in de tekst in je linkje

It measures the time between rising edges on a pin, for each pulse it outputs the frequency in pulses/min.

ESPhome en ESP8266 zijn 2 zijdes van een medaille, de een is de software, de ander het hardware platform, in principe hoe iets werkt is natuurlijk softwaregestuurd

[ Voor 13% gewijzigd door Magic op 16-06-2022 21:09 ]

[RobertMe]

Hmm, beetje tegenvallend. Afgelopen week vroeg ik hier naar leuke "weer" (/weather) integraties. Intussen OpenWeatherMap geïnstalleerd, maar die exposed echt maar weinig informatie. Zo zou ik graag de min & max voor vandaag weten, maar dat kan al niet. En om gebruik te maken van forecast moet je kiezen tussen per uur of per dag, beiden kan niet (tenzij je de integration twee keer installeert? Maar dat kan niet "direct" omdat die errort op niet unieke coördinaten, dus dan zou ik al een coördinaat minimaal moeten aanpassen). Daarnaast is het parsen van de forecast ook niet echt mogelijk. Als ik bv wil zoeken op "voorspelling tot 9 uur 's morgens" dan bevat elke forecast entry de datum/tijd als string waardoor een |select in Jinja weer niet mogelijk is omdat die geen str vs datetime vergelijking kan doen.

Dus dan moet ik zelf maar gaan knutselen met de REST integratie + sensors (OWM heeft een onecal JSON API), of zoeken of een andere integratie (tomorrow.io en KNMI werden hier ook nog genoemd naar aanleiding van mijn vraag naar buienradar alternatieven).

[TheFes]

RobertMe schreef op donderdag 16 juni 2022 @ 22:18:
,Als ik bv wil zoeken op "voorspelling tot 9 uur 's morgens" dan bevat elke forecast entry de datum/tijd als string waardoor een |select in Jinja weer niet mogelijk is omdat die geen str vs datetime vergelijking kan doen.

Even alleen op dit inzoomen, dat moet op zich geen probleem zijn, je kunt de datetime van now() ook omzetten naar een string en een die vergelijken.

Maar volgens mij is dat niet eens nodig:

YAML:

entity_id: automation.test
attributes:
  last_triggered: '2022-06-11T14:43:46.834796+00:00'

Lijkt een string te zijn, maar onderstaande geeft gewoon netjes True

Django/Jinja:

{{ state_attr('automation.test', 'last_triggered') < now() }}

[RobertMe]

TheFes schreef op donderdag 16 juni 2022 @ 22:45:
[...]


Even alleen op dit inzoomen, dat moet op zich geen probleem zijn, je kunt de datetime van now() ook omzetten naar een string en een die vergelijken.

Die snap ik niet. Hoe lost dat het probleem op? Het ding is dat ik niet een < kan doen. En een string comparison van twee datum/tijd strings lijkt mij ook niet echt bevorderlijk. Als in: ik vraag mij af of het überhaupt werkt, laat staan in elk scenario (wel of geen voorloopnul etc).

Maar volgens mij is dat niet eens nodig:

YAML:

entity_id: automation.test
attributes:
  last_triggered: '2022-06-11T14:43:46.834796+00:00'

Lijkt een string te zijn, maar onderstaande geeft gewoon netjes True

Django/Jinja:

{{ state_attr('automation.test', 'last_triggered') < now() }}

Dat lijkt idd een string te zijn maar is een datetime gezien dit bv netjes 2022 weergeeft:

Django/Jinja:

{{ state_attr('automation.test', 'last_triggered').year }}

Maar ik kreeg gisteren mooi een Jinja error dat < niet werkt tussen een str en een datetime. Dus de weather.forecast[].datetime is toch echt een string dan. Daarnaast eerder vanavond de code erbij gezocht en daar wordt expliciet met strings gewerkt: https://github.com/home-a...pdate_coordinator.py#L163

[ErikVers]

TheFes schreef op donderdag 16 juni 2022 @ 08:55:
[...]


Hmm, ik mis inderdaad ook mijn solar production sinds dinsdagmiddag..
Zo te zien is er wel een PR aangemaakt,die moet nog gemerged worden en zal dan in de volgende release zitten:
https://github.com/home-assistant/core/pull/73561

Ook de temp fix even doorgevoerd, daar is de opgewerke stroom van gisteren ineens

[Afbeelding]

Hoe heb jij de temp fix gedaan? Ik had een delete gedaan maar krijg nu niks meer geïnstalleerd en kan dus ook geen fix toepassen. Of werkt die fix ook alleen in een docker? Zo ja dan zal ik dus geduld moeten hebben op een nieuwe release....

[TheFes]

ErikVers schreef op donderdag 16 juni 2022 @ 23:58:
[...]


Hoe heb jij de temp fix gedaan? Ik had een delete gedaan maar krijg nu niks meer geïnstalleerd en kan dus ook geen fix toepassen. Of werkt die fix ook alleen in een docker? Zo ja dan zal ik dus geduld moeten hebben op een nieuwe release....

Ik draai een VM in Proxmox. Daarin kun je een cli openen en dan heb je hetzelfde als wanneer je een scherm aan je HA server zou hangen.

[TheFes]

RobertMe schreef op donderdag 16 juni 2022 @ 22:59:
[...]

Die snap ik niet. Hoe lost dat het probleem op? Het ding is dat ik niet een < kan doen. En een string comparison van twee datum/tijd strings lijkt mij ook niet echt bevorderlijk. Als in: ik vraag mij af of het überhaupt werkt, laat staan in elk scenario (wel of geen voorloopnul etc).

[...]

Dat lijkt idd een string te zijn maar is een datetime gezien dit bv netjes 2022 weergeeft:

Django/Jinja:

{{ state_attr('automation.test', 'last_triggered').year }}

Maar ik kreeg gisteren mooi een Jinja error dat < niet werkt tussen een str en een datetime. Dus de weather.forecast[].datetime is toch echt een string dan. Daarnaast eerder vanavond de code erbij gezocht en daar wordt expliciet met strings gewerkt: https://github.com/home-a...pdate_coordinator.py#L163

Als de datetime-string netjes als iso datetime opgebouwd is, is een string comparison prima mogelijk. Maar dan moet je dus wel een notatie met YYYYMMDD en dan de tijd in HH:MM hebben.

Maar datetimes worden volgens mij altijd als string opgeslagen, als je dat niet doet krijg je een de volgende notatie in je attribute: datetime.datetime(2022, 5, 13, 8, 4, 18, 696781, tzinfo=datetime.timezone.utc)

Ik heb het daar een paar weken geleden nog met Frenck over gehad

[ Voor 10% gewijzigd door TheFes op 17-06-2022 07:54 ]

[Toppe]

Iemand hier die de aardbevingen in HA heeft staan?

[ErikVers]

TheFes schreef op vrijdag 17 juni 2022 @ 07:47:
[...]


Ik draai een VM in Proxmox. Daarin kun je een cli openen en dan heb je hetzelfde als wanneer je een scherm aan je HA server zou hangen.

Ben bang dat me dat niet zo makkelijk gaat lukken op de linux installatie. Ik heb alleen de terminal en file editor. Na het verwijderen van de integratie kom ik niet meer door de installatie wizzard, en kan nergens bestandsmappen om aan te passen.

Iemand nog tips om Growatt weer makkelijk werkend te krijgen?

[Hmmbob]

HoppyF schreef op donderdag 16 juni 2022 @ 18:55:
Even een vraag.
Ik heb een HACS integratie die heel recent (8 uur geleden) een update in de repository gekregen heeft.
HACS ziet nog geen update.
Als ik in de repository kijk staat er wel een nieuwere versie.
Moet ik nu wachten of kan ik Opnieuw Downloaden gebruiken en daarbij de laatste updates binnen krijgen?

[Afbeelding]

Met 'update informatie' haalt HACS de nieuwste gegevens op van Github, en zul je de nieuwe versie wel zien

Opnieuw downloaden kan ook, dan kan je de versie kiezen die je wil installeren. Grote kans dat de nieuwe versie daarbij staat. Echter, de optie hierboven heeft voorkeur.

[Septillion]

@RobertMe Volgens mij is alles wat opgeslagen staat in HA standaard eens string. HA doet bij het ophalen alleen voor bepaalde dingen de moeite om het als een logischer object aan te bieden. Maar zelfs een getal laat het gewoon een string. Je zou dus in Jinja gewoon het as_datetime filter kunne proberen om de datumstring om te zetten naar een datetime object.

Daarnaast is er ook wel veel mogelijk met string comparison. Want Python doet stiekem best veel magic als het een datum of tijd herkent. Dan is het stiekem opeens een datum/tijd vergelijking ipv string.

[RobertMe]

Septillion schreef op vrijdag 17 juni 2022 @ 09:18:
Je zou dus in Jinja gewoon het as_datetime filter kunne proberen om de datumstring om te zetten naar een datetime object.

Maar dat gaat dus weer niet bij selectattr(), voor zover ik kan zien.

Bv dit werkt niet:

Django/Jinja:

{{ state_attr('weather.openweathermap', 'forecast')|selectattr('datetime', 'lt', today_at('15:00'))|list}}

En leidt dus tot:

TypeError: '<' not supported between instances of 'str' and 'datetime.datetime'

En daarbij is het dus niet mogelijk om eerst een as_datetime toe te passen, of in ieder geval niet direct met dit. Wellicht wel met iets van een map vooraf die de transformatie doet.

Een string comparison zoals @TheFes en jij suggereren zou wellicht een optie kunnen zijn, maar dat vind ik wel heel erg nasty.

[TheFes]

Septillion schreef op vrijdag 17 juni 2022 @ 09:18:
@RobertMe Volgens mij is alles wat opgeslagen staat in HA standaard eens string. HA doet bij het ophalen alleen voor bepaalde dingen de moeite om het als een logischer object aan te bieden. Maar zelfs een getal laat het gewoon een string. Je zou dus in Jinja gewoon het as_datetime filter kunne proberen om de datumstring om te zetten naar een datetime object.

Daarnaast is er ook wel veel mogelijk met string comparison. Want Python doet stiekem best veel magic als het een datum of tijd herkent. Dan is het stiekem opeens een datum/tijd vergelijking ipv string.

Dat klopt niet, alleen states zijn altijd strings. Attributes kunnen wel native types zijn, dus bijvoorbeeld een integer of een floating number (of dus een string).

@RobertMe
Ik heb het nog even terug gelezen wat ik toen met Frenck besproken heb, en ik snap nu ook eindelijk wat hij zei

Een datetime object is geen native type, het is een object, en het bevat dus attributes (zoals het jaartal, maand, dag, uur, minuten, seconden, etc). Het is dus meer dan alleen de isoformat weergave van een datum en tijd.

Daarom wordt een datetime als je die opslaat in een attribute omgezet naar de string weergave van een datetime. Nu is de string weergave van een datetime niet het isoformat, maar iets als datetime.datetime(2022, 5, 13, 8, 4, 18, 696781, tzinfo=datetime.timezone.utc). Daarom wordt een datetime opject over het algemeen omgezet naar de isoformat weergave van de datetime voor hem weg te schrijven, en daarmee wordt het dus een string.

Nu kun je daar dus wel omheen werken door je datetime ook om te zetten naar de het isoformat. Wat je daarbij wel moet doen is omzetten naar een utc, aangezien now() standaard in de lokale timezone weergegeven wordt. Dat omzetten naar utc kan via een .astimezone(utcnow().tzinfo)

Op deze manier kun je dus met een filter toch gewoon de data die je wil eruit halen:

Django/Jinja:

        {{ 
            state_attr('weather.climacell_hourly', 'forecast')
              | selectattr('datetime', '<', today_at('15:00').astimezone(utcnow().tzinfo).isoformat())
              | map(attribute='temperature')
              | list
        }}

Geeft: [19.3, 21.2, 22.9, 24.6, 26.2, 27.4]

Een alternatief is werken met een for-loop en een namespace

Django/Jinja:

{%- set ns = namespace(temp=[]) %}
{%- for f in state_attr('weather.climacell_hourly', 'forecast') %}
  {%- if as_datetime(f.datetime) < today_at('15:00') %}
    {%- set ns.temp = ns.temp + [ f.temperature ] %}
  {%- endif %}
{%- endfor %}
{{ ns.temp }}

Geeft ook: [19.3, 21.2, 22.9, 24.6, 26.2, 27.4]

Ik weet ook dat petro (een van de HA template experts) wel bezig is met een custom filter waarbij je de waardes eerst kunt casten naar iets anders, waardoor het dus wel direct in een filter zou kunnen. Dan zou je een filter krijgen als | state_attr_as('datetime', 'as_datetime', '<', today_at('15:00')) maar ik weet niet wat daar de status van is.

[ Voor 15% gewijzigd door TheFes op 17-06-2022 10:10 ]

[RobertMe]

TheFes schreef op vrijdag 17 juni 2022 @ 09:55:
Daarom wordt een datetime als je die opslaat in een attribute omgezit naar de string weergave van een datetime. Nu is de string weergave van een datetime niet het isoformat, maar iets als datetime.datetime(2022, 5, 13, 8, 4, 18, 696781, tzinfo=datetime.timezone.utc). Daarom wordt een datetime opject over het algemeen opgeslagen als de isoformat weergave van de datetime.

Nu kun je daar dus wel omheen werken door je datetime ook om te zetten naar de het isoformat. Wat je daarbij wel moet doen is omzetten naar een utc, aangezien now() standaard in de lokale timezone weergegeven wordt. Dat omzetten naar utc kan via een .astimezone(utcnow().tzinfo)

Op deze manier kun je dus met een filter toch gewoon de data die je wil eruit halen:

Django/Jinja:

        {{ 
            state_attr('weather.climacell_hourly', 'forecast')
              | selectattr('datetime', '<', today_at('15:00').astimezone(utcnow().tzinfo).isoformat())
              | map(attribute='temperature')
              | list
        }}

Geeft: [19.3, 21.2, 22.9, 24.6, 26.2, 27.4]

Ik had net ook al even zelf een .isoformat() er achter geplakt en dacht toen ook al "dit klopt niet door de +00:00 vs +02:00".

Een alternatief is werken met een for-loop en een namespace

Django/Jinja:

{%- set ns = namespace(temp=[]) %}
{%- for f in state_attr('weather.climacell_hourly', 'forecast') %}
  {%- if as_datetime(f.datetime) < today_at('15:00') %}
    {%- set ns.temp = ns.temp + [ f.temperature ] %}
  {%- endif %}
{%- endfor %}
{{ ns.temp }}

Geeft ook: [19.3, 21.2, 22.9, 24.6, 26.2, 27.4]

Waarschijnlijk gaat dit hem inderdaad worden. Ook omdat ik eigenlijk alleen de min of max wil weten. Dus dan kan ik in een for loop die steeds bijwerken i.p.v. eerst in een array duwen.

Vraag ik mij alleen af wat die namespace doet? Volgens mij is die niet nodig en kan {% set temp = [] %} + {% set temp = temp + [...] %} net zo goed?
Overigens ook goed die + array/list. Ik had al zitten zoeken of er een .add of .append was, niet dus. Maar je kunt dus weer wel twee arrays/list samenvoegen met de + operator

[TheFes]

RobertMe schreef op vrijdag 17 juni 2022 @ 10:11:
[...]

Ik had net ook al even zelf een .isoformat() er achter geplakt en dacht toen ook al "dit klopt niet door de +00:00 vs +02:00".


[...]

Waarschijnlijk gaat dit hem inderdaad worden. Ook omdat ik eigenlijk alleen de min of max wil weten. Dus dan kan ik in een for loop die steeds bijwerken i.p.v. eerst in een array duwen.

Vraag ik mij alleen af wat die namespace doet? Volgens mij is die niet nodig en kan {% set temp = [] %} + {% set temp = temp + [...] %} net zo goed?
Overigens ook goed die + array/list. Ik had al zitten zoeken of er een .add of .append was, niet dus. Maar je kunt dus weer wel twee arrays/list samenvoegen met de + operator

Een namespace zorgt er voor dat de waardes ook buiten de for loop beschikbaar zijn, zonder een namespace te gebruiken zijn de resultaten van je for loop alleen binnen de for loop beschikbaar

Django/Jinja:

{%- set temp = [] %}
{%- for f in state_attr('weather.climacell_hourly', 'forecast') %}
  {%- if as_datetime(f.datetime) < today_at('15:00') %}
    {%- set temp = temp + [ f.temperature ] %}
  {%- endif %}
{%- endfor %}
{{ temp }}

geef: []

[RobertMe]

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


Een namespace zorgt er voor dat de waardes ook buiten de for loop beschikbaar zijn, zonder een namespace te gebruiken zijn de resultaten van je for loop alleen binnen de for loop beschikbaar

Django/Jinja:

{%- set temp = [] %}
{%- for f in state_attr('weather.climacell_hourly', 'forecast') %}
  {%- if as_datetime(f.datetime) < today_at('15:00') %}
    {%- set temp = temp + [ f.temperature ] %}
  {%- endif %}
{%- endfor %}
{{ temp }}

geef: []

Ah ja tuurlijk. Set declareert een nieuwe variabele in die scope. Door het een property op een andere variabele / object te maken zal die natuurlijk de property op het bestaande object aanpassen.

[stevenP]

Septillion schreef op woensdag 15 juni 2022 @ 09:14:
[...]

Twee mogelijke oorzaken:

1) De trigger zal ook gebeuren als je HA herstart (en misschien ook als device even niet beschikbaar was maar niet 100% zeker). Dus als je dat veel gedaan hebt kan dat het verklaren.

2) Iets grotere kanshebber, de plug heeft wat onnauwkeurigheid. Dit moet je snel kunnen zien door hem dus eens een tijd uit te laten staan en dan naar de history van het stroomverbruik te kijken. Zou mij niet verbazen als de Shelly een keer beweerd 2W te hebben gezien zonder dat er wat loopt.

Dank @Septillion en @Dutchess_Nicole, ik heb het euvel gevonden! Ik wil het eigenlijk zonder voorwaarden doen want dit principe wil ik ook toe kunnen passen op bijvoorbeeld mijn wasmachine.

In de historygraph van verbruik zie je kleine signal drops waardoor hij steeds bij reconnect een nieuwe 0-watt afgeeft.
Wat ik wil gaan doen is een nieuwe sensor

code:

if(verbruik > 15 watt)
boolean  = true

if(boolean = true & verbruik < 2)
send push notification
boolean = false

Dit weekend maar eens tutorials kijken over de template sensor syntax..

[HoppyF]

Hmmbob schreef op vrijdag 17 juni 2022 @ 08:51:
[...]

Met 'update informatie' haalt HACS de nieuwste gegevens op van Github, en zul je de nieuwe versie wel zien

Opnieuw downloaden kan ook, dan kan je de versie kiezen die je wil installeren. Grote kans dat de nieuwe versie daarbij staat. Echter, de optie hierboven heeft voorkeur.

En @TheFes
Probleem is vanzelf opgelost.
Bij HACS stond er vandaag een update klaar.
Geaccepteerd en alles is nu in orde.

Denk dat je gelijk hebt dat downloaden ook zou werken maar ik wist niet of dit een ongewenst effect zou hebben dat bv configuraties overschreven zouden worden naar een default.
Ik was gewoon te snel en ongeduldig.
Updates komen vanzelf maar niet in realtime zodra er een aanpassing in de repository is geweest en dat is ook logisch. Als er één keer per dag bijgewerkt wordt is dat normaal gesproken voldoende.
In dit geval zat er een recente bug in dus had ik een niet werkende custom integratie.
Snel updaten is dan handig maar dat kan dus handmatig, goed om te weten voor een volgende keer.
Dank!

[ajaxalex]

Tribunus schreef op vrijdag 29 april 2022 @ 17:24:
[...]

Energy dashboard is bij mij vaak niet geupdate. Moet dan handmatig even de pagina verversen en dan staan de laatste waarden erbij. Meestal mis ik wel wat uren. Rest van de sensoren etc updaten overigens wel netjes automatisch.

Heb jij hier al een oplossing voor gevonden?
Ik heb een tablet aan de muur hangen met een Chrome koppeling naar homeassistant, werkt prima. Echter het energy dashboard refresht niet automatisch.
Er is helaas geen plugin beschikbaar hiervoor, wat je wel op Windows hebt.

Iemand een gouden tip?

[Tribunus]

ajaxalex schreef op vrijdag 17 juni 2022 @ 10:45:
[...]


Heb jij hier al een oplossing voor gevonden?
Ik heb een tablet aan de muur hangen met een Chrome koppeling naar homeassistant, werkt prima. Echter het energy dashboard refresht niet automatisch.
Er is helaas geen plugin beschikbaar hiervoor, wat je wel op Windows hebt.

Iemand een gouden tip?

Nee, helaas geen oplossing anders dan even een refresh doen van de pagina op de tablet zelf. Is natuurlijk ook een kleine moeite, aangezien je er toch voorstaat. Enige oplossing wat ik kon verzinnen is zorgen dat de hele pagina om de x minuten refreshed. Allene als je dan net toevallig iets wilt aanzetten of bekijken, kan het zo zijn dat de pagina een refresh doet, ziet er knullig uit.

Dus, geen oplossing helaas

[Septillion]

@TheFes Eigenlijk wel raar dat een attribute dan meer/complexere info kan bevatten dan een state... En als het al datetime zou zijn, waarom moet je het nog door het filter halen? Want ja, wel lastig om een map te doen op een enkel attribute inderdaad

[Harmen]

Helaas via Google nog geen antwoord op mijn vraag gevonden. Heb voor de lol een Action Smart Camera op de kop getikt voor maar 26 euro. Werkt via de Tuya app prima, beeld kwaliteit is voldoende. Voorheen al eens geprobeerd om Tuya via de cloud te linken aan HA. Tot op heden niet gelukt. Net weer een poging gedaan, echter zie ik dan geen devices. Is er geen betere manier?

Gebruik nu overgens Tuya local voor de 5 lampen.

[Septillion]

@stevenP Voor zoiets was ik al bang. Eigenlijk is zo met een helper wel een hele gangbare methode, zo heb ik hem ook. Vooral om dus meldingen na een herstart tegen te gaan

[TheFes]

Septillion schreef op vrijdag 17 juni 2022 @ 11:30:
@TheFes Eigenlijk wel raar dat een attribute dan meer/complexere info kan bevatten dan een state... En als het al datetime zou zijn, waarom moet je het nog door het filter halen? Want ja, wel lastig om een map te doen op een enkel attribute inderdaad

Een datetime in een attribute kan dus weer niet, omdat een datetime een object is, en geen native type.
Daarom wordt er eigenlijk altijd een isoformat timestamp van de datetime opgeslagen, wat dus weer een string is.

[Septillion]

@TheFes Ow zo. Maar native types kunnen wel in een attribute terwijl ze niet in een state kunnen?

[TheFes]

Septillion schreef op vrijdag 17 juni 2022 @ 11:49:
@TheFes Ow zo. Maar native types kunnen wel in een attribute terwijl ze niet in een state kunnen?

Jep, een attribute kan wel een integer of een float zijn.

YAML:

temperature: 22.8
humidity: 56
ozone: 24.5
pressure: 102319
wind_bearing: 170.88
wind_speed: 3.31
visibility: 16
forecast:
  - datetime: '2022-06-17T04:00:00+00:00'
    condition: sunny
    precipitation: 0.02
    precipitation_probability: 5
    temperature: 29.9
    templow: 15.3
    wind_bearing: 204.54
    wind_speed: 3.56

Alle getallen hier zijn gewoon integers of floats, en hoef je dus ook niet meer om te zetten naar een getal om mee te rekenen. datetime echter niet, ook te zien aan de quotes er omheen.

[Septillion]

@TheFes

[TheFes]

Septillion schreef op vrijdag 17 juni 2022 @ 11:51:
@TheFes

Wat het wel verwarrend maakt is dat sunny dan weer geen quotes heeft, maar toch een string is.

[RobertMe]

TheFes schreef op vrijdag 17 juni 2022 @ 11:52:
[...]


Wat het wel verwarrend maakt is dat sunny dan weer geen quotes heeft, maar toch een string is.

Waarschijnlijk omdat je vergelijkt met het datetime attribuut maar de waarde daarvan : bevat dat een speciale betekenis heeft, en dat die waarde begint met een cijfer / digit terwijl het geen getal is.

[CuttingStorm]

Ik zit even met het volgende.

Ik heb in onze lichtstraat een stel Velux zonwering en nu wil ik de cover template gebruiken om te zorgen dat positie 100%, daadwerkelijk 100% gesloten is, ipv open zoals de standaard momenteel is.

Nu lukt het op zich op de positie aan te passen via de template, maar de uitkomst nu is dat ook de status wordt omgedraaid. Dus momenteel heb ik even twee entities, de originele en de 'reversed'. De originele geeft op dit moment keurig als status gesloten, maar de slider staat op 0%, terwijl de ander status open met slider op 100%.

Is het via de template aanpassing voor elkaar te krijgen om de status wel op gesloten te houden, maar de positie op dat moment op 100%, dus in tekst: het zonnescherm is 100% gesloten.

Huidige code:

code:

cover:
  - platform: template
    covers:
      cover_lichtstraat_r:
        friendly_name: "Zonwering Lichtstraat Rev"
        position_template: "{{ 100 - state_attr('cover.zonwering_lichtstraat', 'current_position') | int }}"
        set_cover_position:
          service: cover.set_cover_position
          data:
            position: "{{ 100 - position }}"
            entity_id: cover.zonwering_lichtstraat
        icon_template: >-
          {% if is_state('cover.zonwering_lichtstraat', 'closed') %}
            mdi:roller-shade-closed
          {% else %}
            mdi:roller-shade
          {% endif %}

[Septillion]

@CuttingStorm Denk niet dat het kan, in HA logica is 0% / false = gesloten en 100% = open.

[Wilf]

Septillion schreef op donderdag 16 juni 2022 @ 16:05:
@Wilf Al getest met eens 20 seconden? En ook los op een van de light entiteiten waar het hier om gaat?

Want zoals ik de docs lees geeft een call naar scene_turn deze transitie waarde gewoon 1 op 1 over aan de light entiteiten zelf.

Ik dacht even dat het wel werkte met 300 maar ook dan werkt het niet. Dus de lengte van de transitie maakt niet uit helaas.

[skank]

Kan iemand me helpen met het volgende aub

The configuration of the OAuth application credentials for the Spotify integration has migrated to configuration via the UI. Configuring Spotify OAuth application credentials via YAML configuration has been deprecated and will be removed in a future Home Assistant release.

Your existing OAuth application credentials in the YAML configuration is automatically imported on upgrade to this release; and thus can be safely removed from your YAML configuration after upgrading.


Dit zowel voor spotify, google calendar, Ik durf niet goed zaken verwijderen als ik niet exact weet wat..
Al geprobeerd met de calendar file, maar dan loopt het mis


En tweede puntje, ik krijg ook een foutmelding van google assistant (in de logs): local sdk version is too old: check documentation how to update... Die how to update vind ik echter niet

Thx in advance !

[roeleboel]

skank schreef op vrijdag 17 juni 2022 @ 15:17:
Ik durf niet goed zaken verwijderen als ik niet exact weet wat..

Dan zet je er een '#' voor in de yaml-file en dan wordt het als commentaar beschouwd.
Iets verkeerd 'weggedaan'? de # terug verwijderen
(en dan HA herstart of de betreffende configuratie-file opnieuw inladen)

Dan tegoei testen of alles nog werkt, en evt alle regels met een # voor verwijderen, of niet (naar believen, voor HA maakt het dan niets uit)

[ Voor 7% gewijzigd door roeleboel op 17-06-2022 15:33 ]

[Septillion]

@Wilf En deel twee?

[DennusB]

Even slightly off-topic, maar met Home-Assistant data verzamelen in Influx en weergeven met Grafana blijft tof :

[martdj]

Ik heb een maf probleem met een Trust RGB lamp en Home Assistant. De lamp is via Zigbee2MQTT gekoppeld. Daar doet ie het prima en via het Z2M Dashboard kan ik 'm helemaal besturen. Soms zie ik in de Z2M log weleens langskomen dat de lamp een keer failed, maar als ik 'm wil besturen werkt het gewoon.

In HA is het een heel ander verhaal. Als ik er net mee heb lopen spelen via Z2M, doet ie het in HA ook prima, maar als ik dat niet heb gedaan en hij stond een tijdje uit, dan is ie unavailable in HA. Voor automations natuurlijk dodelijk.

Heeft iemand een idee hoe ik die op zou kunnen lossen?

[kaasaanfiets]

ik wil graag met home assistant mijn slimme meter uitlezen, ik had al even vluchtig gekeken wat voor meter er hangt en dat dat het niet een oude maar een nieuwe en dus 'slimme' meter was.
Ik een P1 naar USB kabel gekocht en nu kom ik tot de ontdekking dat er nergens een RJ12 poort op mijn meter zit.

Het is een actaris sir2e waar ook echt belachelijk weinig over te vinden valt.
Het is dit ding: https://www.liander.nl/si...ektriciteit-Sir2E-SMR.pdf

Is er een andere mogelijkheid om gegevens in HA uit te lezen met dit ding?

[dennistd]

Ik lees dat die meter in 2021 al afgekeurd is en in 2023 verwijderd moet worden/zijn: https://www.agentschaptel...+elektriciteitsmeters.pdf

Je zult dus binnenkort wel een nieuwe krijgen denk ik.

[bartbh]

kaasaanfiets schreef op vrijdag 17 juni 2022 @ 21:32:
ik wil graag met home assistant mijn slimme meter uitlezen, ik had al even vluchtig gekeken wat voor meter er hangt en dat dat het niet een oude maar een nieuwe en dus 'slimme' meter was.
Ik een P1 naar USB kabel gekocht en nu kom ik tot de ontdekking dat er nergens een RJ12 poort op mijn meter zit.

Het is een actaris sir2e waar ook echt belachelijk weinig over te vinden valt.
Het is dit ding: https://www.liander.nl/si...ektriciteit-Sir2E-SMR.pdf

Is er een andere mogelijkheid om gegevens in HA uit te lezen met dit ding?

Digitaal != slim. Volgens mij is het gewoon een domme meter als ik de handleiding zo snel scan. Wil je 'm uitlezen dan zul je dat dus via het knipperende ledje moeten gaan doen of iets soortgelijks. Of dus inderdaad wachten op vervanging.

[ErikVers]

Goedemorgen mede tweakers, op Home Assistant zie ik een workarround dat je met usb/micro usb je emmc zou moeten kunnen benaderen van de odroid n2+. Alleen als ik hem in de juiste modus zet word deze niet herkend.

Ik lees hier op het forum ook over een adapter via sos solution. Weet iemand of je niet zonder kan? En zo nee iemand in omgeving zwolle waar ik er eentje kan ophalen/hem erop wil zetten?

Ik heb een backup van net voor de crash maar krijg mijn odroid n2+ dus niet naar een schone nieuwe installatie…. Grr

[ Voor 24% gewijzigd door ErikVers op 18-06-2022 07:41 ]

[WoBBeL]

Mijn buienradar integratie laat helemaal niks zien. Ik heb netjes mijn GPS coordinaten ingevoerd maar alle entiteiten zijn niet beschikbaar. In het verleden altijd gewerkt. Integratie herladen geen zin, opnieuw toegevoegd, systeem herstart...alle entiteiten leeg. Waar kan ik de logs vinden voor de buienradar integratie? Ik heb al mijn logs doorgekeken maar zie niks. Moet ik voor de integration specifiek in de logger iets aan zetten?

[HoppyF]

WoBBeL schreef op zaterdag 18 juni 2022 @ 08:56:
Mijn buienradar integratie laat helemaal niks zien. Ik heb netjes mijn GPS coordinaten ingevoerd maar alle entiteiten zijn niet beschikbaar. In het verleden altijd gewerkt. Integratie herladen geen zin, opnieuw toegevoegd, systeem herstart...alle entiteiten leeg. Waar kan ik de logs vinden voor de buienradar integratie? Ik heb al mijn logs doorgekeken maar zie niks. Moet ik voor de integration specifiek in de logger iets aan zetten?

Welke integratie?
Deze?
https://github.com/aex351/home-assistant-neerslag-app

[TheFes]

WoBBeL schreef op zaterdag 18 juni 2022 @ 08:56:
Mijn buienradar integratie laat helemaal niks zien. Ik heb netjes mijn GPS coordinaten ingevoerd maar alle entiteiten zijn niet beschikbaar. In het verleden altijd gewerkt. Integratie herladen geen zin, opnieuw toegevoegd, systeem herstart...alle entiteiten leeg. Waar kan ik de logs vinden voor de buienradar integratie? Ik heb al mijn logs doorgekeken maar zie niks. Moet ik voor de integration specifiek in de logger iets aan zetten?

Hier werkt het prima, alle buienradar entities doen het. Doet de weather entity het ook niet?

HoppyF schreef op zaterdag 18 juni 2022 @ 10:19:
[...]

Welke integratie?
Deze?
https://github.com/aex351/home-assistant-neerslag-app

Ik neem aan deze: https://www.home-assistant.io/integrations/buienradar/

[kepler]

Had ik laatst ook, alle entities zijn uitgeschakeld na installie (geen idee waarom). Als je ze inschakeld dan werken ze gewoon