Home Assistant: Open source Python3 home automation - deel 4

[badkuip]

@Septillion bedankt voor de voorzet. Ik heb dit er van gemaakt:

YAML:

- id: 5f3143db-cd15-44cc-b027-2a991409f857
  alias: 'Badkamer MV - Ventilatie op basis van luchtvochtigheid'
  description: >-
    Ventilatie aan bij hoge luchtvochtigheid & Ventilatie uit bij lage
    luchtvochtigheid
  trigger:
    - platform: numeric_state
      entity_id: sensor.badkamer_mv_luchtvochtigheid
      above: input_number.badkamer_mv_luchtvochtigheid_grenswaarde
    - platform: numeric_state
      entity_id: sensor.badkamer_mv_luchtvochtigheid
      below: input_number.badkamer_mv_luchtvochtigheid_grenswaarde
  condition:
    - condition: state
      entity_id: input_boolean.badkamer_badkamer_mv_vergrendeld
      state: 'off'
  action:
    - choose:
        - conditions:
            - condition: numeric_state
              entity_id: sensor.badkamer_mv_luchtvochtigheid
              above: input_number.badkamer_mv_luchtvochtigheid_grenswaarde
          sequence:
            - service: mqtt.publish
              data:
                topic: itho/cmd
                retain: true
                payload: '220'
        - conditions:
            - condition: numeric_state
              entity_id: sensor.badkamer_mv_luchtvochtigheid
              below: input_number.badkamer_mv_luchtvochtigheid_grenswaarde
          sequence:
            - service: mqtt.publish
              data:
                topic: itho/cmd
                retain: true
                payload: '20'
      default: []
  mode: single

Ik heb een tweede automation draaien die de grenswaarde van de luchtvochtigheid bepaalt bij het aangaan van de trendsensor, dus als er iemand onder de douche staat.

YAML:

- id: 7075278e-0553-4259-bea0-84847f5a3920
  alias: Badkamer MV - bepaal luchtvochtigheid
  trigger:
  - platform: state
    entity_id: binary_sensor.trend_badkamer_luchtvochtigheid
    from: 'off'
    to: 'on'
  action:
  - service: input_number.set_value
    entity_id: input_number.badkamer_mv_luchtvochtigheid_grenswaarde
    data:
      value: "{{ states('sensor.badkamer_mv_luchtvochtigheid') }}"
  initial_state: 'on'
  mode: single

Nu vraag ik me af of dit goed zal gaan wanneer er twee mensen achter elkaar onder de douche gaan.
Voorbeeld:
Bij de eerste onder de douche slaat de trendsensor aan en wordt de grenswaarde op 60% gezet (bijvoorbeeld). Tijdens het douchen gaat de luchtvochtigheid naar 70%.
De tweede persoon gaat onder de douche en de trendsensor gaat opnieuw aan maar dit keer staat de grenswaarde al minimaal op 70% door de douchebeurt van de eerste....

[Septillion]

@RudolfR De target tussenlaag is inderdaad nog niet zo oud, zonder kan in veel gevallen ook inderdaad. De UI voegt deze vanzelf toe. Maar neemt niet weg dat ik dan nog steeds niet als value de waarde van een andere entiteit kan gebruiken zonder template (of de hele UI render om zeep te helpen).

[Septillion]

@badkuip Owja, die losse automation voor het instellen van de input_number kan je laten varen en in één automation maken. Mag los maar gezien de link lijkt me dat wel nuttig om in een enkele te combineren.

Daarnaast, kan je voor de ventilatie niet beter gewoon een (mqtt) switch aanmaken voor de fan? Of wat draait er op de sturing? Dat scheelt je het geklooi met zelf berichten sturen en bedenken wat de state is. Maakt toevoegen aan LoveLace ook een eitje.

Want als je gewoon de staat van de ventilator hebt kan je dit als extra conditie gebruiken:

YAML:

alias: New Automation
description: ''
mode: single
trigger:
  - platform: state
    entity_id: binary_sensor.trend_badkamer_luchtvochtigheid
    to: 'on'
    id: Vochtigheid te hoog
  - platform: numeric_state
    entity_id: sensor.badkamer_mv_luchtvochtigheid
    id: Vochtigheid normaal
    below: input_number.badkamer_mv_luchtvochtigheid_grenswaarde
condition:
  - condition: state
    entity_id: input_boolean.badkamer_mv_vergrendeld
    state: 'off'
action:
  - choose:
      - conditions:
          - condition: trigger
            id: Vochtigheid te hoog
          - condition: state
            entity_id: switch.badkamer_fan
            state: 'off'
        sequence:
          - service: input_number.set_value
            target:
              entity_id: input_number.badkamer_mv_luchtvochtigheid_grenswaarde
            data:
              value: "{{ states('sensor.badkamer_mv_luchtvochtigheid') }}"
          - service: switch.turn_on
            target:
              entity_id: switch.badkamer_fan
      - conditions:
          - condition: trigger
            id: Vochtigheid normaal
        sequence:
          - service: switch.turn_off
            target:
              entity_id: switch.badkamer_f}
    default: []

Op die manier zal alleen de eerste "bump" omhoog van de luchtvochtigheid worden opgeslagen en blijft de fan draaien tot hij daaronder is en opnieuw een trigger kan krijgen om te gaan draaien (en de grenswaarde opslaan).

[badkuip]

@Septillion en als ik die losse automation laat varen, op welke manier voorkom ik dan het probleem wat ik beschrijf? Die situatie kan toch nog steeds voorkomen?
Grenswaarde wordt verhoogd door de automation bij persoon 1 onder de douche naar 60%, bij nummer 2 onder de douche wordt ie naar 70% gezet.
Fan blijft dan draaien totdat de luchtvochtigheid is gedaald naar 70%, niet naar de 60% van persoon 1

Niet goed gelezen...

[ Voor 3% gewijzigd door badkuip op 13-07-2021 20:05 ]

[Septillion]

@skank Heb je de standaard dashboard (Overview) ook als yaml en niet die als UI controlled gehouden?

[skank]

Septillion schreef op dinsdag 13 juli 2021 @ 20:05:
@skank Heb je de standaard dashboard (Overview) ook als yaml en niet die als UI controlled gehouden?

Euh, dat gaat toch niet? OF ben ik mis?
Het is toch of yaml of via de ui?
Als ik erop klik zegt hij: Dashboards defined in YAML cannot be edited from the UI. Change them in configuration.yaml

In mijn configuration.yaml

code:

lovelace:
  mode: yaml
  resources: !include lovelace/resources.yaml
   # Add more dashboards
  dashboards:
    lovelace-tablet: # Needs to contain a hyphen (-)
      mode: yaml
      filename: dashboard_smartphone.yaml
      title: Smartphone
      icon: mdi:cellphone
      show_in_sidebar: true
      require_admin: false

Ook als ik in mijn ui-lovelace een icoon toevoeg , is het nog niet weg.
Zelfs in mijn .Storage map gekeken en daar de 2 files lovelace_dashboard en lovelace weggedaan. Helaas

[ Voor 17% gewijzigd door skank op 13-07-2021 20:57 ]

[martinvdm]

mr3000 schreef op dinsdag 13 juli 2021 @ 13:27:
Ben er nog niet over uit of het een home assistant issue is. maar ik gebruik in totaal nu zo'n 10 Fibaro Dimmer 2's. En bij 4 verschillende dimmers (toevallig alle 4 GU10 spotjes) gaat random de intensiteit omhoog (vaak nagenoeg vol aan) en langzaam weer minder. Maar dat is best vervelend.

Heb ze al gereset. Maar heb niet goed een volgende approach. Iemand hier last van?

Heb je al een calibratie uitgevoerd?

[mr3000]

martinvdm schreef op dinsdag 13 juli 2021 @ 20:51:
[...]

Heb je al een calibratie uitgevoerd?

Zeker. Vervelende is 2 van de 4 zijn vrij complex ingebouwd. Kortom het is niet fijn ze te resetten of opnieuw te caliberen. moet even kijken of het ook op een andere manier kan.

[badkuip]

@Septillion
Heb het kunnen testen vanavond. Er gaat nog iets mis bij m'n trend sensor. Bij het douchen gaat deze 4-5 keer aan en weer uit waardoor 4-5 keer de automation opnieuw wordt afgetrapt:


Config trend sensor

YAML:

binary_sensor:
  - platform: trend
    sensors:
      trend_badkamer_mv_luchtvochtigheid:
        entity_id: sensor.badkamer_mv_luchtvochtigheid
        sample_duration: 7200
        min_gradient: 0.045
        device_class: moisture

[Septillion]

@skank Zelf niet getest maar schijnbaar wel door de "main" mode op storage te houden

You can also add YAML dashboards when your main dashboard is UI configured:

YAML:

lovelace:
  mode: storage
  # Add yaml dashboards
  dashboards:
    lovelace-yaml:
      mode: yaml
      title: YAML
      icon: mdi:script
      show_in_sidebar: true
      filename: lovelace.yaml

Als je de "main" mode (child van 'lovelace') op storage houdt heb je schijnbaar gewoon een UI managed "Overview" dashboard hebt, anders niet. Als je die dus niet hebt dan zie ik niet echt een verschil tussen de dashboard of waar je dan een "Overview"-dashboard vandaan haalt anders dan dat je die zelf aanmaakt. Wat is je totale lovelace-deel in je config?

[skank]

Septillion schreef op dinsdag 13 juli 2021 @ 21:28:
@skank Zelf niet getest maar schijnbaar wel door de "main" mode op storage te houden

[...]


Als je de "main" mode (child van 'lovelace') op storage houdt heb je schijnbaar gewoon een UI managed "Overview" dashboard hebt, anders niet. Als je die dus niet hebt dan zie ik niet echt een verschil tussen de dashboard of waar je dan een "Overview"-dashboard vandaan haalt anders dan dat je die zelf aanmaakt. Wat is je totale lovelace-deel in je config?

Het probleem is dat ik die overview dashboard niet ui managed wil hebben he.
Als ik die omzet, is dat dashboard dan om zeep?
Dat overview dashboard, maakt het systeem zelf aan.
Ik heb alles al es weggegooid en dan krijg ik terug een overview dashboard, zonder dat ik iets doe.
Voor mijn totale lovelace deel mss best eens mn volledige setup zien:

https://github.com/skank01/Home-Assistant

Wat raad je nu aan, die main mode toch eens op storage zetten? Kan ik dan het icoon en de naam wel wijzigen?

[Septillion]

@badkuip Als je de aanpassing met de state van de fan niet hebt toegevoegd snap ik dat de automation opnieuw aftrapt ja.

En doel lijkt me dan ook niet om de trend sensor te blokkeren (de trend is er immers) maar om de automation niet nogmaals de ventilatie te laten starten (en daarmee de grenswaarde te laten aanpassen).

[Septillion]

@skank Zoals je het nu hebt krijg je een "Overview" dashboard? En deze kan je editen via de UI?

Dat lijkt me namelijk niet de bedoeling, wat ik lees zou bij "mode: yaml" alleen maar yaml editable dashboards moeten verschijnen.

Enige rare eend lijkt me de "ui-lovelace.yaml" waar ze wel naar verwijzen maar nooit in de config zetten. Deze lijkt magisch de plek van "Overview" in te nemen ofzo. Dus misschien die gewoon niet aanmaken?

Maar als je toch UI edit wilt houden, waarom maak je alle dashboards niet via de UI aan?

[LJ80]

Al jaren gebruik ik domoticz. Indien ik Home Assistant wil proberen.
Is er dan een makkelijke snelle manier om de Zigbee Lampen over te zetten naar Home Assistant.
Of moet alles dat gereset worden en opnieuw ingeleerd worden?

En mocht ik dat toch terug willen naar domoticz moet dit dat weer opnieuw gebeuren?

[skank]

Septillion schreef op dinsdag 13 juli 2021 @ 21:45:
@skank Zoals je het nu hebt krijg je een "Overview" dashboard? En deze kan je editen via de UI?

Dat lijkt me namelijk niet de bedoeling, wat ik lees zou bij "mode: yaml" alleen maar yaml editable dashboards moeten verschijnen.

Enige rare eend lijkt me de "ui-lovelace.yaml" waar ze wel naar verwijzen maar nooit in de config zetten. Deze lijkt magisch de plek van "Overview" in te nemen ofzo. Dus misschien die gewoon niet aanmaken?

Maar als je toch UI edit wilt houden, waarom maak je alle dashboards niet via de UI aan?

Zoals ik het nu heb, krijg ik inderdaad een overview dashboard (iedereen krijgt die, die is standaard).
Deze kan ik nu NIET editen via de ui.
Die ui-lovelace.yaml is inderdaad de config van die overview dashboard.
Als ik die verwijder, is mijn config om zeep
want hij staat in yaml mode.
Ik wil net NIET ui edit houden.

Ik wil alles via yaml doen.... maar krijg geen ander icoon en/of naam in de plaats van die overview.
Ik zit me zot te zoeken in google, maar ik vrees dat het niet mogelijk is.

[badkuip]

Septillion schreef op dinsdag 13 juli 2021 @ 21:37:
@badkuip Als je de aanpassing met de state van de fan niet hebt toegevoegd snap ik dat de automation opnieuw aftrapt ja.

En doel lijkt me dan ook niet om de trend sensor te blokkeren (de trend is er immers) maar om de automation niet nogmaals de ventilatie te laten starten (en daarmee de grenswaarde te laten aanpassen).

Heb de switch toegevoegd maar op net iets andere manier.
Ik kijk naar hoeveel op hoeveel toeren de fan draait. Door de automation wordt die op 220 gezet.

YAML:

- id: 5f3143db-cd15-44cc-b027-2a991409f857
  alias: 'Badkamer MV - Ventilatie op basis van luchtvochtigheid'
  description: >-
    Ventilatie aan bij hoge luchtvochtigheid & Ventilatie uit bij lage
    luchtvochtigheid
  trigger:
    - platform: state
      entity_id: binary_sensor.trend_badkamer_luchtvochtigheid
      to: 'on'
      id: Luchtvochtigheid hoog
    - platform: numeric_state
      entity_id: sensor.badkamer_mv_luchtvochtigheid
      below: input_number.badkamer_mv_luchtvochtigheid_grenswaarde
      id: Luchtvochtigheid normaal
  condition:
    - condition: state
      entity_id: input_boolean.badkamer_mv_vergrendeld
      state: 'off'
  action:
    - choose:
        - conditions:
            - condition: trigger
              id: Luchtvochtigheid hoog
            - condition: numeric_state
              entity_id: sensor.badkamer_mv_status
              below: 220
          sequence:
            - service: input_number.set_value
              target:
                entity_id: input_number.badkamer_mv_luchtvochtigheid_grenswaarde
              data:
                value: "{{ states('sensor.badkamer_mv_luchtvochtigheid') }}"
            - service: mqtt.publish
              data:
                topic: itho/cmd
                retain: true
                payload: '220'
            - service: notify.notify_erik
              data:
                message: "Er staat iemand onder de douche! Snelheid ventilator is hoog!"
                title: Badkamer
        - conditions:
            - condition: trigger
              id: Luchtvochtigheid normaal
          sequence:
            - service: mqtt.publish
              data:
                topic: itho/cmd
                retain: true
                payload: '20'
            - service: notify.notify_erik
              data:
                message: "Ventilator uit! Het is niet vochtig meer!"
                title: Badkamer
      default: []
  mode: single

[Septillion]

@skank Klinkt wel een beetje als een flaw in HA die magische "ui-lovelace.yaml" niet mag weggooien als je zelf andere dashboards maakt Dan vrees ik dat het niet kan.

Via de UI kan ik wel een ander dashboard als default instellen waarna het "Overview"-dashboard verdwijnt uit het menu.

[oltk]

badkuip schreef op dinsdag 13 juli 2021 @ 19:50:
@Septillion bedankt voor de voorzet. Ik heb dit er van gemaakt:

<knip>

Zou de custom integratie "Homeassistant Generic Hygrostat" ook kunnen worden gebruikt?

"Due to the fact that humidity levels are different during the summer and winter, a static humidity level switching the fan is on/off is not possible. This binary_sensor detects high rises in humidity and switches on. And switches off when the humidity is back to normal."

Let op: er staan er 2 in HACS. Je moet de versie hebben met Homeasssitant in de titel.
Ik heb dit nog niet gebruikt, want ik kan niet zomaar de ventilator schakelen (3 draads WTW).

[Septillion]

@badkuip Waar krijgt 'sensor.badkamer_mv_status' zijn waarde van?

Maar ook dan, niet makkelijker om het te integreren als MQTT fan?

Maar anders dan dat, als 'sensor.badkamer_mv_status' inderdaad naar 220 gaat zodra je de mqtt call doet zou dit moeten werken. Hoe heb je gecheckt dat het niet werkt? En dan heb je dus een retrigger als de fan al draait? Zo ja, mooi moment van de automation trace

[Septillion]

@oltk Misschien ook wel, wel leuk dat daar al een min en max tijd in zit. Alleen beetje weinig documentatie. Wat ik zo snap van de orginele versie doet deze het wel op polling, dus de sample_interval in leidend. Als dat 5 minuten is lijkt me dat wel wat veel al.

[badkuip]

Septillion schreef op dinsdag 13 juli 2021 @ 22:15:
@badkuip Waar krijgt 'sensor.badkamer_mv_status' zijn waarde van?

De waarde komt uit een MQTT -bericht

Maar ook dan, niet makkelijker om het te integreren als MQTT fan?

Geen idee, ik had nog nooit gehoord van een MQTT-fan

Maar anders dan dat, als 'sensor.badkamer_mv_status' inderdaad naar 220 gaat zodra je de mqtt call doet zou dit moeten werken.

Sensor-waarde verandert meteen mee zodra ik de snelheid aanpas in de UI. Ik heb een slider in m'n UI waarmee ik via een input number een MQTT-bericht afvuur naar m'n fan.

Hoe heb je gecheckt dat het niet werkt?
En dan heb je dus een retrigger als de fan al draait? Zo ja, mooi moment van de automation trace

Wat bedoel je met een retrigger?

[martinvdm]

mr3000 schreef op dinsdag 13 juli 2021 @ 21:14:
[...]


Zeker. Vervelende is 2 van de 4 zijn vrij complex ingebouwd. Kortom het is niet fijn ze te resetten of opnieuw te caliberen. moet even kijken of het ook op een andere manier kan.

Je kunt de calibratie doen vanuit ha of de zwave controleer die je gebruikt

[Septillion]

badkuip schreef op dinsdag 13 juli 2021 @ 22:29:
[...]

De waarde komt uit een MQTT -bericht

Okay, dus via een MQTT template sensor?

[...]

Geen idee, ik had nog nooit gehoord van een MQTT-fan

Oeps, vergeten te linken: MQTT Fan.

[...]

Sensor-waarde verandert meteen mee zodra ik de snelheid aanpas in de UI. Ik heb een slider in m'n UI waarmee ik via een input number een MQTT-bericht afvuur naar m'n fan.

Maar past deze ook direct aan als de automation vuurt door de trend?

[...]

Wat bedoel je met een retrigger?

Nouwja, je had het erover dat het niet goed werkte. Probeer er achter te komen wat er fout gaat.

Okay, je zei dat de trend sensor meerdere keren aan en uit gaat tijdens het douchen. Maar dat zou geen enkel probleem moeten zijn, lekker laten gebeuren Zolang je automation maar één keer (de eerste keer) de huidige luchtvochtigheid als grenswaarde wegschrijft en de fan tijdens het douchen blijft draaien dan werkt alles.

[Septillion]

@LJ80 Wat is je koppeling tussen Domoticz en Zigbee? Is dat Zigbee2MQTT? Anders zou je kunnen proberen alle config incl de db over te zetten naar Zigbee2MQTT onder HA.

[badkuip]

@Septillion morgenochtend is de test, als we weer onder de douche gaan😀

[Septillion]

@badkuip Of even de vieze man uithangen en er even lekker tegenaan hijgen?

[skank]

Septillion schreef op dinsdag 13 juli 2021 @ 22:04:
@skank Klinkt wel een beetje als een flaw in HA die magische "ui-lovelace.yaml" niet mag weggooien als je zelf andere dashboards maakt Dan vrees ik dat het niet kan.

Via de UI kan ik wel een ander dashboard als default instellen waarna het "Overview"-dashboard verdwijnt uit het menu.

Ik vrees ook dat het niet kan, ik kan wel andere dashboards als default instellen maar die oude , gewone lovelace kan ik dus niet verwijderen of aanpassen.

[robbinonline]

Voor de overstap naar 2021.7 moest ik wat wijzingen aanbrengen aan mijn reverse proxy.
Nu heb ik het eea aangepast, werkt alles nog behalve Google Assistant.

Zodra ik nu Google vraag om de lichten uit te doen, krijg ik te horen *app* niet bereikbaar.
Er komt ook een melding in HA met:

Login attempt or request with invalid authentication from rate-limited-proxy-108-177-64-249.google.com (108.177.64.249). See the log for details.

Mijn config voor de reverse proxy:

code:

http:
  use_x_forwarded_for: true
  trusted_proxies:
    - 10.0.0.10 / IP van Synology NAS waar de reverse proxy op draait
    - 127.0.0.1
    - 10.0.0.11 / IP van Home Assistant 
    - 108.177.64.245 / IP Google proxy uit de melding
    - 82.*.13 /IP adres thuis.

Dit zijn de reverse proxy instelling:


Iemand een idee?

[Magic]

robbinonline schreef op woensdag 14 juli 2021 @ 08:33:
Voor de overstap naar 2021.7 moest ik wat wijzingen aanbrengen aan mijn reverse proxy.
Nu heb ik het eea aangepast, werkt alles nog behalve Google Assistant.

Zodra ik nu Google vraag om de lichten uit te doen, krijg ik te horen *app* niet bereikbaar.
Er komt ook een melding in HA met:

Login attempt or request with invalid authentication from rate-limited-proxy-108-177-64-249.google.com (108.177.64.249). See the log for details.

Mijn config voor de reverse proxy:

code:

http:
  use_x_forwarded_for: true
  trusted_proxies:
    - 10.0.0.10 / IP van Synology NAS waar de reverse proxy op draait
    - 127.0.0.1
    - 10.0.0.11 / IP van Home Assistant 
    - 108.177.64.245 / IP Google proxy uit de melding
    - 82.*.13 /IP adres thuis.

Dit zijn de reverse proxy instelling:
[Afbeelding]

Iemand een idee?

Ik gok dat je al het eea ervoor hebt staan, anders zou HA niet werken, maar je zou de volgende aanpassing nog moeten hebben bij aangepaste koptekst:


De melding lijkt ook meer een authenticatiefout te zijn dan een reverse proxy fout eigenlijk nu ik het zo lees.

[ Voor 3% gewijzigd door Magic op 14-07-2021 08:39 ]

[Hmmbob]

robbinonline schreef op woensdag 14 juli 2021 @ 08:33:
Voor de overstap naar 2021.7 moest ik wat wijzingen aanbrengen aan mijn reverse proxy.
Nu heb ik het eea aangepast, werkt alles nog behalve Google Assistant.

Zodra ik nu Google vraag om de lichten uit te doen, krijg ik te horen *app* niet bereikbaar.
Er komt ook een melding in HA met:

Login attempt or request with invalid authentication from rate-limited-proxy-108-177-64-249.google.com (108.177.64.249). See the log for details.

Mijn config voor de reverse proxy:

code:

http:
  use_x_forwarded_for: true
  trusted_proxies:
    - 10.0.0.10 / IP van Synology NAS waar de reverse proxy op draait
weg -->    - 127.0.0.1
weg -->    - 10.0.0.11 / IP van Home Assistant 
weg -->    - 108.177.64.245 / IP Google proxy uit de melding
weg -->    - 82.*.13 /IP adres thuis.

Dit zijn de reverse proxy instelling:
[Afbeelding]

Iemand een idee?

Je proxy config is veel te lang (waarschijnlijk door debuggen, zie mijn edits in je config hierboven), maar het klinkt als een authenticatiefout, niet een proxy-fout. Die hostname van Google zet je misschien op het verkeerde been, maar dat is hún proxy, niet de jouwe.

Volg de stappen uit de docs eens om Assistant nogmaals toe te koppelen?

[Septillion]

@skank Issue aanmaken of bewaren voor een WTH? Niet default die magische yaml laden lijkt mij niet een hele lastige aanpassing. Als ze dan voor de mensen die hem nu gebruiken er gewoon als dashboard in zetten heeft niemand last van de aanpassing.

[water_escape]

Ik lees nu veel over deze proxy "issues" sinds de nieuwe update. ik gebruik alleen DuckDNS voor remote toegang.

Voordat ik ga updaten hoe weet ik wat er eventueel stuk kan gaan? Of hoe weet ik waar een reverse proxy gebruikt wordt. https://www.home-assistan...e-20217/#breaking-changes.

Want dit gaat net iets boven mijn kennis: https://www.home-assistan.../http#use_x_forwarded_for

[Magic]

water_escape schreef op woensdag 14 juli 2021 @ 08:58:
Ik lees nu veel over deze proxy "issues" sinds de nieuwe update. ik gebruik alleen DuckDNS voor remote toegang.

Voordat ik ga updaten hoe weet ik wat er eventueel stuk kan gaan? Of hoe weet ik waar een reverse proxy gebruikt wordt. https://www.home-assistan...e-20217/#breaking-changes.

Want dit gaat net iets boven mijn kennis: https://www.home-assistan.../http#use_x_forwarded_for

Je kunt gewoon je logs bekijken, in de oudere versies werd er al gewaarschuwd als je reverse proxy niet goed geconfigureerd was. Geen melding? dan zou je gewoon moeten kunnen upgraden. Wel een melding? dan kan je op je gemak aanklooien tot je het voor elkaar hebt

[Septillion]

@water_escape Daarnaast, als je alleen DuckDNS draait en niets weet van reverse proxies is de kans erg klein dat je er één opgetuigd hebt

[water_escape]

Magic schreef op woensdag 14 juli 2021 @ 09:00:
[...]

Je kunt gewoon je logs bekijken, in de oudere versies werd er al gewaarschuwd als je reverse proxy niet goed geconfigureerd was. Geen melding? dan zou je gewoon moeten kunnen upgraden. Wel een melding? dan kan je op je gemak aanklooien tot je het voor elkaar hebt

Ik zie er een. En zelf meerdere dingen waarvan ik niet weet wat het is . Maar zover ik weet werkt alles.

Kan ik dit zomaar delen? niks gevoeligs erin?

[ Voor 10% gewijzigd door water_escape op 14-07-2021 09:41 ]

[Magic]

water_escape schreef op woensdag 14 juli 2021 @ 09:08:
[...]


Ik zie er een. En zelf meerdere dingen waarvan ik niet weet wat het is . Maar zover ik weet werkt alles.

Kan ik dit zomaar delen? niks gevoeligs erin?

Ik zou de ip-adressen die niet beginnen met "192" even blanco maken voor de zekerheid.

Dat is inderdaad de melding waar ik over spreek. Een upgrade naar 2021.7 zou in jou geval dus nog niet werken. Ik ken jouw netwerksituatie niet dus het is lastig om hier wat over te roepen.

Edit: zoals onder genoemd is dat niet iets wat jij dus gebruikt, als dat het enige ip-adres bij deze melding is (voor elk uniek ip-adres krijg je wel een melding) dan zou je nu wel kunnen upgraden, maar zou je in de toekomst tegen problemen kunnen lopen.

[ Voor 18% gewijzigd door Magic op 14-07-2021 09:24 ]

[Vorkie]

Magic schreef op woensdag 14 juli 2021 @ 09:19:
[...]

Ik zou de ip-adressen die niet beginnen met "192" even blanco maken voor de zekerheid.

Dat is inderdaad de melding waar ik over spreek. Een upgrade naar 2021.7 zou in jou geval dus nog niet werken. Ik ken jouw netwerksituatie niet dus het is lastig om hier wat over te roepen.

De enigste die er staat moet ie vooral niet allowlisten....

[Hmmbob]

Maar dat IP is zéker niet van je reverse proxy, dat is een extern adres ergens in de VS. Die moet je niet toevoegen dus.

Een reverse proxy gebruik je als je zelf ook nginx, traefik, caddy oid draait. Als je dit allemaal niets zegt, dan draai je geen reverse proxy


edit: wat @Vorkie zegt dus.

[ Voor 19% gewijzigd door Hmmbob op 14-07-2021 09:22 ]

[Hmmbob]

Septillion schreef op woensdag 14 juli 2021 @ 08:56:
@skank Issue aanmaken of bewaren voor een WTH? Niet default die magische yaml laden lijkt mij niet een hele lastige aanpassing. Als ze dan voor de mensen die hem nu gebruiken er gewoon als dashboard in zetten heeft niemand last van de aanpassing.

Eens met de issue aanmaken, maar dan meer dat je die naam en icon gewoon kan wijzigen - dan heb je zijn use case al afgedekt.

[water_escape]

Thanks allemaal. Begrijp het wat beter ook nu.
Vandaag momentje zoeken voor een upgrade

[remcoXP]

voor mijn badkamer ventilatie had ik twee script: 1 voor aan, 1 voor uit. gebaseerd op sensoren die delta's berekenen en dan tonen of er gedouched wordt of niet.
nu met de nieuwe mogelijkheid tot meerdere triggers en ID's om te zien heb ik deze bijgewerkt. doel was minder scripts en makkelijker in logboek kunnen zien hoe of wat. maar volgens mij maak ik een fout alleen zie ik niet wat, heeft één van jullie een idee wat ik kan verbeteren?

code:

alias: Turn on/off Bathroom Fan
description: Turn on/off Bathroom Fan
trigger:
  - platform: state
    entity_id: binary_sensor.showering
    to: 'on'
    from: 'off'
    id: Trigger_TurnonBathroomFan
  - platform: state
    entity_id: binary_sensor.bath_shower_occupancy
    from: 'off'
    to: 'on'
    id: Trigger_bath_shower_occupancy
  - platform: state
    entity_id: binary_sensor.showering
    id: Trigger_TurnoffBathroomFan
    from: 'On'
    to: 'Off'
    for: '00:00:10'
condition: []
action:
  - condition: trigger
    id: Trigger_TurnonBathroomFan
  - service: switch.turn_on
    data: {}
    entity_id: switch.fanspeed3
  - condition: trigger
    id: Trigger_TurnoffBathroomFan
  - service: switch.turn_on
    data:
      entity_id: switch.fanspeed1
mode: restart

[Septillion]

@remcoXP Je bent op zoek naar de Chooser Een condition alleen is een harde vraag of er doorgegaan moet worden met de rest van de automation of niet. Met een Chooser voer je verschillende dingen uit aan de hand van condities.

[toevoeging]
Je krijgt dan:

YAML:

alias: Turn on/off Bathroom Fan
description: Turn on/off Bathroom Fan
trigger:
  - platform: state
    entity_id: binary_sensor.showering
    to: 'on'
    from: 'off'
    id: Trigger_TurnonBathroomFan
  - platform: state
    entity_id: binary_sensor.bath_shower_occupancy
    from: 'off'
    to: 'on'
    id: Trigger_bath_shower_occupancy
  - platform: state
    entity_id: binary_sensor.showering
    id: Trigger_TurnoffBathroomFan
    from: 'On'
    to: 'Off'
    for: '00:00:10'
condition: []
action:
  - choose:
      - conditions:
          - condition: trigger
            id: Trigger_TurnonBathroomFan
        sequence:
          - service: switch.turn_on
            target:
              entity_id: switch.fanspeed3
      - conditions:
          - condition: trigger
            id: Trigger_TurnoffBathroomFan
        sequence:
          - service: switch.turn_on
            target:
              entity_id: switch.fanspeed1
    default: []
mode: restart

Daarbij ook voor het uitzetten maar de turn_off gebruikt En de nieuwe target-layout van de services.

Zie nu dat het twee verschillende entiteiten zijn, gaat de ander vanzelf uit?

Je hebt er nu alleen nog een nutteloze trigger in staan....

[ Voor 77% gewijzigd door Septillion op 14-07-2021 10:58 ]

[crimby]

Iemand enig idee wat onderstaande melding in de log betekend? Vandaag heb ik HA geupgrade naar
HA OS 6.1
Core 2021.7.2

code:

21-07-14 09:18:44 ERROR (MainThread) [asyncio] Task exception was never retrieved
future: <Task finished name='Task-1390' coro=<HomeAssistantWebSocket.async_supervisor_update_event() done, defined at /usr/src/supervisor/supervisor/homeassistant/websocket.py:138> exception=TypeError('Received message 257:None is not str')>
Traceback (most recent call last):
  File "/usr/src/supervisor/supervisor/homeassistant/websocket.py", line 143, in async_supervisor_update_event
    await self.async_send_command(
  File "/usr/src/supervisor/supervisor/homeassistant/websocket.py", line 134, in async_send_command
    return await self._client.async_send_command(message)
  File "/usr/src/supervisor/supervisor/homeassistant/websocket.py", line 46, in async_send_command
    response = await self.client.receive_json()
  File "/usr/local/lib/python3.9/site-packages/aiohttp/client_ws.py", line 291, in receive_json
    data = await self.receive_str(timeout=timeout)
  File "/usr/local/lib/python3.9/site-packages/aiohttp/client_ws.py", line 276, in receive_str
    raise TypeError(f"Received message {msg.type}:{msg.data!r} is not str")
TypeError: Received message 257:None is not str

[robbinonline]

Hmmbob schreef op woensdag 14 juli 2021 @ 08:47:
[...]

Je proxy config is veel te lang (waarschijnlijk door debuggen, zie mijn edits in je config hierboven), maar het klinkt als een authenticatiefout, niet een proxy-fout. Die hostname van Google zet je misschien op het verkeerde been, maar dat is hún proxy, niet de jouwe.

Volg de stappen uit de docs eens om Assistant nogmaals toe te koppelen?

Blijkbaar als er iets veranderd in de config van http/proxy worden de ingelogde trusted_networks ongeldig. Dat was er aan de hand met Google Assistant ontkoppelen via de Google app en opnieuw koppelen was de truc, bedankt!

[remcoXP]

thanks het ziet er in debuger iig al beter uit. hopelijk doe ik het zo goed.

code:

alias: Turn on/off Bathroom Fan
description: Turn on/off Bathroom Fan
trigger:
  - platform: state
    entity_id: binary_sensor.showering
    to: 'on'
    from: 'off'
    id: Trigger_TurnonBathroomFan
  - platform: state
    entity_id: binary_sensor.showering
    from: 'off'
    to: 'on'
    id: Trigger_bath_shower_occupancy
  - platform: state
    entity_id: binary_sensor.showering
    id: Trigger_TurnoffBathroomFan
    from: 'On'
    to: 'Off'
    for: '00:00:10'
condition: []
action:
  - choose:
      - conditions:
          - condition: trigger
            id: Trigger_TurnonBathroomFan
        sequence:
          - service: switch.turn_on
            data: {}
            entity_id: switch.fanspeed3
      - conditions:
          - condition: trigger
            id: Trigger_TurnoffBathroomFan
        sequence:
          - service: switch.turn_on
            data:
              entity_id: switch.fanspeed1
    default: []
mode: restart

Septillion schreef op woensdag 14 juli 2021 @ 10:50:
@remcoXP Je bent op zoek naar de Chooser Een condition alleen is een harde vraag of er doorgegaan moet worden met de rest van de automation of niet. Met een Chooser voer je verschillende dingen uit aan de hand van condities.

[toevoeging]
Je krijgt dan:

YAML:

alias: Turn on/off Bathroom Fan
description: Turn on/off Bathroom Fan
trigger:
  - platform: state
    entity_id: binary_sensor.showering
    to: 'on'
    from: 'off'
    id: Trigger_TurnonBathroomFan
  - platform: state
    entity_id: binary_sensor.bath_shower_occupancy
    from: 'off'
    to: 'on'
    id: Trigger_bath_shower_occupancy
  - platform: state
    entity_id: binary_sensor.showering
    id: Trigger_TurnoffBathroomFan
    from: 'On'
    to: 'Off'
    for: '00:00:10'
condition: []
action:
  - choose:
      - conditions:
          - condition: trigger
            id: Trigger_TurnonBathroomFan
        sequence:
          - service: switch.turn_on
            target:
              entity_id: switch.fanspeed3
      - conditions:
          - condition: trigger
            id: Trigger_TurnoffBathroomFan
        sequence:
          - service: switch.turn_on
            target:
              entity_id: switch.fanspeed1
    default: []
mode: restart

Daarbij ook voor het uitzetten maar de turn_off gebruikt En de nieuwe target-layout van de services.

Zie nu dat het twee verschillende entiteiten zijn, gaat de ander vanzelf uit?

Je hebt er nu alleen nog een nutteloze trigger in staan....

[Septillion]

remcoXP schreef op woensdag 14 juli 2021 @ 12:00:
thanks het ziet er in debuger iig al beter uit. hopelijk doe ik het zo goed.

Geen idee, mijn vragen erover staan nog steeds

[Magic]

RobbieB schreef op maandag 10 mei 2021 @ 15:00:
Mijn energiedashboard begint een beetje vorm te krijgen.

Vooralsnog alleen een HomeWizard P1 meter aangesloten, maar doel is om nog een Kwh-meter aan de zonnepanelen groep te gaan hangen om daar accurater in beeld te krijgen wat we nu opwekken. Daarnaast mogelijk nog wat slimme stekkers in de toekomst om bv. het verbruik op de wasmachine/droger groep en TV-hoek inzichtelijk te krijgen.

[Afbeelding]

De actueel verbruiksgrafieken laten gemiddeldes zien, de bovenste over blokken van 30 min. de onderste is een lijngrafiek met gemiddeldes van 3 min. De korte piekjes die je in de onderste grafiek ziet zijn de Quooker die aanslaat. Deze slaan eigenlijk uit tot 2000W, maar omdat de grafiek daarmee alle overzichtelijkheid verliest heb ik deze dus gemiddeld naar 3 min.

De verbruiksoverzichten zijn nog niet helemaal naar wens, simpelweg omdat dit het 'netto' verbruik is. Dus verbruik - opgewekte stroom. Daar gaat in principe dan nog de teruglevering vanaf en dan weet ik mijn dagelijkse kosten.

Er moeten nog grafiekjes voor Gas verbruik bij en nog wat kosten overzichten, maar al met al al redelijk tevreden met de eerste aanzet.

@DCSBL Thanks voor de integratie van de P1 in home assistant!

Een wat late reactie misschien, maar hoe genereer je die grafieken? ik heb nu hele mooie grafieken dmv Grafana, maar ik merk dat m'n tablet wat moeite heeft om die wat vlot te tonen. Ben dus naar alternatieven op zoek

De grafieken van de sensor card is wat te wollig, en de history doet me zeer aan mn ogen

[f.welvering]

DFY schreef op dinsdag 6 juli 2021 @ 17:15:
[...]


Freddie,

Forecast.Solar is een integratie die morgen gereleased wordt in HASS 2021.7 en de installatie grootte is het getal 2380 in de config (die die ff uit mijn hoofd) want dat is mijn WP. (Installatie grootte is paneel WP x aantal panelen, dus bijv 340 x 12 = 4080)

Top dat is gelukt,

Kan je mij ook uitleggen wat de effiecentie mij verteld? Ik zie het doel niet echt van.

[klepje]

Magic schreef op woensdag 14 juli 2021 @ 13:37:
[...]

Een wat late reactie misschien, maar hoe genereer je die grafieken? ik heb nu hele mooie grafieken dmv Grafana, maar ik merk dat m'n tablet wat moeite heeft om die wat vlot te tonen. Ben dus naar alternatieven op zoek

De grafieken van de sensor card is wat te wollig, en de history doet me zeer aan mn ogen

Ik gebruik de Apexchart lovelace card, werkt best fijn en een stuk uitgebreider t.o.v. de ingebouwde

https://github.com/RomRider/apexcharts-card

[skank]

f.welvering schreef op woensdag 14 juli 2021 @ 13:46:
[...]


Top dat is gelukt,

Kan je mij ook uitleggen wat de effiecentie mij verteld? Ik zie het doel niet echt van.

Ik heb ook al naar die solar forecast gekeken.
Gebruik je dit ook echt?
Ik zie enkel het nut, als je daar dan automations aan koppelt?

Kun je me enkele voorbeelden geven?
https://www.home-assistant.io/integrations/forecast_solar/

Je kan idd zeggen, draai de wasmachine indien genoeg opbrengst, maar als em niet genoeg opbrengt, ga je dan niet wassen? en zo je was laten ophopen?
Ik denk het niet.

[ Voor 21% gewijzigd door skank op 14-07-2021 15:13 ]

[Mimiix]

skank schreef op woensdag 14 juli 2021 @ 15:12:
[...]


Je kan idd zeggen, draai de wasmachine indien genoeg opbrengst, maar als em niet genoeg opbrengt, ga je dan niet wassen? en zo je was laten ophopen?
Ik denk het niet.

Ik denk dat dit vooral nuttig is met een elektrische auto en die opladen bijv.

Of in plaats van een lux meter voor de zonnewering etc. Airco allicht

[Mimiix]

Ik bedenk me net dat je net zo goed kan schakelen op de huidige uitput in dat geval.

[skank]

Ja, ik zie ook heel weinig toepassingen, maar het blijft wel leuk natuurlijk.

[Reinder83]

robbinonline schreef op woensdag 14 juli 2021 @ 08:33:
Voor de overstap naar 2021.7 moest ik wat wijzingen aanbrengen aan mijn reverse proxy.
Nu heb ik het eea aangepast, werkt alles nog behalve Google Assistant.

Zodra ik nu Google vraag om de lichten uit te doen, krijg ik te horen *app* niet bereikbaar.
Er komt ook een melding in HA met:

Login attempt or request with invalid authentication from rate-limited-proxy-108-177-64-249.google.com (108.177.64.249). See the log for details.

Mijn config voor de reverse proxy:

code:

http:
  use_x_forwarded_for: true
  trusted_proxies:
    - 10.0.0.10 / IP van Synology NAS waar de reverse proxy op draait
    - 127.0.0.1
    - 10.0.0.11 / IP van Home Assistant 
    - 108.177.64.245 / IP Google proxy uit de melding
    - 82.*.13 /IP adres thuis.

Dit zijn de reverse proxy instelling:
[Afbeelding]

Iemand een idee?

Als je reverse proxy 10.0.0.10 is, zou dat ook de enige zijn die in je lijstje hoeft te staan, dus:

code:

http:
  use_x_forwarded_for: true
  trusted_proxies:
    - 10.0.0.10

[KC27]

skank schreef op woensdag 14 juli 2021 @ 15:26:
Ja, ik zie ook heel weinig toepassingen, maar het blijft wel leuk natuurlijk.

Op termijn (vanaf 1 jan 2023) wordt dit wel interessant. Dan krijg je minder vergoed voor zelf opgewekte elektriciteit die je niet zelf kunt gebruiken (of opslaan) en moet terugleveren. In combinatie met vehicle to grid kun je dan je teruglevering minimaliseren en daarmee je elektra kosten eveneens minimaliseren. Vanaf volgend jaar komen er meer e-auto's die geschikt zijn voor v2g.
Een andere toepassing (evt in combinatie met bovenstaande) is gebruik maken van een elektriciteit leverancier die werkt met per uur variërende tarieven (afhankelijk van de geprognosticeerde vraag en aanbod).
Met behulp van lineair programmeren (matrix wiskunde) kun je dan je kosten minimaliseren. Dat zou dan een mooie nieuwe integratie kunnen worden voor Home Assistant.

[skank]

KC27 schreef op woensdag 14 juli 2021 @ 15:48:
[...]

Op termijn (vanaf 1 jan 2023) wordt dit wel interessant. Dan krijg je minder vergoed voor zelf opgewekte elektriciteit die je niet zelf kunt gebruiken (of opslaan) en moet terugleveren. In combinatie met vehicle to grid kun je dan je teruglevering minimaliseren en daarmee je elektra kosten eveneens minimaliseren. Vanaf volgend jaar komen er meer e-auto's die geschikt zijn voor v2g.
Een andere toepassing (evt in combinatie met bovenstaande) is gebruik maken van een elektriciteit leverancier die werkt met per uur variërende tarieven (afhankelijk van de geprognosticeerde vraag en aanbod).
Met behulp van lineair programmeren (matrix wiskunde) kun je dan je kosten minimaliseren. Dat zou dan een mooie nieuwe integratie kunnen worden voor Home Assistant.

Momenteel hier geen budget voor een e-vehicle
Maar klopt wel wat je zegt, dat je zoveel mogelijk moet verbruiken van hetgeen je opbrengt.
MAar dat doe ik nu al (hoewel niet automatisch).
Ik zie door mijn dsmr reader, wanneer ik electriciteit terugsteek.
Als die groot is, dan steek ik bv de wasmachine of vaatwas aan...
Maar die zaken fluctueren echt enorm. Makkelijk is het niet

[Magic]

klepje schreef op woensdag 14 juli 2021 @ 15:05:
[...]


Ik gebruik de Apexchart lovelace card, werkt best fijn en een stuk uitgebreider t.o.v. de ingebouwde

https://github.com/RomRider/apexcharts-card

Ah, thanks! die is langs mij heen gegaan, ik gebruik wel de mini-graph-card voor een aantal zaken, maar soms wil je wat meer detail

[badkuip]

Septillion schreef op dinsdag 13 juli 2021 @ 22:43:
@badkuip Of even de vieze man uithangen en er even lekker tegenaan hijgen?

De automation werkt!
Fan gaat netjes aan en gaat niet uit zolang de luchtvochtigheid niet gedaald is tot onder de grenswaarde. Ook de grenswaarde wordt netjes ingesteld bij het triggeren van de trend-sensor.
De fan heeft wel een paar uur gedraait, vanaf de douchebeurt om 11.00 uur tot aan 15.30 uur. Wellicht komt dat doordat ik de douchedeur open had laten staan en pas om 15.30 uur dicht had gedaan.
Om 15.30 uur had ik de fan handmatig op een lagere snelheid gezet.

Luchtvochtigheid:


Grenswaarde:


Fan RPM:

[remcoXP]

Septillion schreef op woensdag 14 juli 2021 @ 10:50:
@remcoXP Je bent op zoek naar de Chooser Een condition alleen is een harde vraag of er doorgegaan moet worden met de rest van de automation of niet. Met een Chooser voer je verschillende dingen uit aan de hand van condities.

[toevoeging]
Je krijgt dan:

YAML:

alias: Turn on/off Bathroom Fan
description: Turn on/off Bathroom Fan
trigger:
  - platform: state
    entity_id: binary_sensor.showering
    to: 'on'
    from: 'off'
    id: Trigger_TurnonBathroomFan
  - platform: state
    entity_id: binary_sensor.bath_shower_occupancy
    from: 'off'
    to: 'on'
    id: Trigger_bath_shower_occupancy
  - platform: state
    entity_id: binary_sensor.showering
    id: Trigger_TurnoffBathroomFan
    from: 'On'
    to: 'Off'
    for: '00:00:10'
condition: []
action:
  - choose:
      - conditions:
          - condition: trigger
            id: Trigger_TurnonBathroomFan
        sequence:
          - service: switch.turn_on
            target:
              entity_id: switch.fanspeed3
      - conditions:
          - condition: trigger
            id: Trigger_TurnoffBathroomFan
        sequence:
          - service: switch.turn_on
            target:
              entity_id: switch.fanspeed1
    default: []
mode: restart

Daarbij ook voor het uitzetten maar de turn_off gebruikt En de nieuwe target-layout van de services.

Zie nu dat het twee verschillende entiteiten zijn, gaat de ander vanzelf uit?

Je hebt er nu alleen nog een nutteloze trigger in staan....

ik heb 3 triggers waarbij twee hetzelfde moeten doen op basis van andere berekeningen.
dus feitelijk 2 verschillende triggers: 1 aan 1 uit.
en op basis van die triggers moet hij de juiste actie uitvoeren. of aan, of uit.

[ajaxalex]

Is er iemand die een Hisense airco heeft en deze heeft gekoppeld in Home Assistant?

Ik heb de volgende module: Hisense AEH-W4A1. De airco draait nu in de Hi Smart Life app en deze heb ik een vast ip gegeven. Dat werkt allemaal prima.
Nu is er de integration Hisense AEH-W4A1 (https://www.home-assistant.io/integrations/hisense_aehw4a1/)

Als ik de integratie toevoeg doet ie een scan op het netwerk denk ik maar ik krijg een foutmelding. Zie foto's




Ik heb ook in Configuration.yaml het volgende gezet maar zonder succes.

code:

hisense_aehw4a1:
  ip_address:
  - 192.168.x.x

Heeft iemand enig idee?

[remcoXP]

Septillion schreef op woensdag 14 juli 2021 @ 12:46:
[...]

Geen idee, mijn vragen erover staan nog steeds

Sorry ik had erover heen gelezen.

[Mich]

Ik heb sinds enige tijd dat al mijn ping sensoren niet meer werken.
Aan de configuratie heb ik niets veranderd.

code:

- platform: ping
  name: verbinding tv
  host: 192.168.1.120
  count: 1
  scan_interval: 60

Ik gebruik het ping commando ook als device tracker. En dit werkt wel gewoon. Ook vanuit mijn linux shell kan ik gewoon pingen. Er staan ook geen foutmeldingen in de log.

Iemand enig idee?


edit:
Epic fail. Ik had mijn ip range veranderd naar x.x.10.x en niet meer x.x.1.x

[ Voor 9% gewijzigd door Mich op 14-07-2021 20:46 ]

[Septillion]

remcoXP schreef op woensdag 14 juli 2021 @ 19:32:
[...]


Sorry ik had erover heen gelezen.

Kan gebeuren, daarom wees ik er opnieuw op

Maar als je wilt dat die derde trigger ook de fan aan zet dan die ook even hetzelfde trigger id geven (of beide triggers in een or zetten maar is meer werk).

YAML:

alias: Turn on/off Bathroom Fan
description: Turn on/off Bathroom Fan
trigger:
  - platform: state
    entity_id: binary_sensor.showering
    to: 'on'
    from: 'off'
    id: Trigger_TurnonBathroomFan
  - platform: state
    entity_id: binary_sensor.bath_shower_occupancy
    from: 'off'
    to: 'on'
    id: Trigger_TurnonBathroomFan
  - platform: state
    entity_id: binary_sensor.showering
    id: Trigger_TurnoffBathroomFan
    from: 'On'
    to: 'Off'
    for: '00:00:10'
condition: []
action:
  - choose:
      - conditions:
          - condition: trigger
            id: Trigger_TurnonBathroomFan
        sequence:
          - service: switch.turn_on
            target:
              entity_id: switch.fanspeed3
      - conditions:
          - condition: trigger
            id: Trigger_TurnoffBathroomFan
        sequence:
          - service: switch.turn_on
            target:
              entity_id: switch.fanspeed1
    default: []
mode: restart

Overigens hoeven de trigger id's niet zo lang daar ze alleen in deze automation gebruikt kunnen worden.

[Septillion]

@badkuip Mooi dat het werkt En deze dagen zal het wel even duren voor het vocht weg is ja

[Waah]

Pff lekker HA dagje.
Eerst startte de NUC de Proxmox server niet. Boot error, de ssd even reseaten en klaar gelukkig.

Daarna maar ff update naar 2021.7.2.... En reverse proxy werkt niet meer. blijkbaar bekend issue/misconfiguratie aan mijn zijde. Maar de perfecte oplossing niet kunnen vinden want opeens werkte wel meer niet goed meer (default_config, logbook etc).

Dus maar even restore (via CLI, lukte niet anders). Nu maar ff op deze versie blijven tot er een simpele guide is hoe je de proxy nu moet instellen.

[Koepert]

Waah schreef op donderdag 15 juli 2021 @ 01:39:
Pff lekker HA dagje.
Eerst startte de NUC de Proxmox server niet. Boot error, de ssd even reseaten en klaar gelukkig.

Daarna maar ff update naar 2021.7.2.... En reverse proxy werkt niet meer. blijkbaar bekend issue/misconfiguratie aan mijn zijde. Maar de perfecte oplossing niet kunnen vinden want opeens werkte wel meer niet goed meer (default_config, logbook etc).

Dus maar even restore (via CLI, lukte niet anders). Nu maar ff op deze versie blijven tot er een simpele guide is hoe je de proxy nu moet instellen.

Makkelijkste guide? Zoek op github naar andermans config en extrapoleer dat naar je eigen situatie. Trusted proxies zijn vaak niet gedeeld maar de rest van de config wel. Mbt die trusted proxies:

Welk methode gebruik je voor je reverse proxy? Zorg dat je je netwerk in kaart hebt (heb je vast al) met welk IPadres bij welk deel van je infra hoort (127. docker, 192 intern, etc) en zorg dat datgene dat de ingang naar HA is, bij trusted proxies staat.

[Waah]

Koepert schreef op donderdag 15 juli 2021 @ 08:00:
[...]


Makkelijkste guide? Zoek op github naar andermans config en extrapoleer dat naar je eigen situatie. Trusted proxies zijn vaak niet gedeeld maar de rest van de config wel. Mbt die trusted proxies:

Welk methode gebruik je voor je reverse proxy? Zorg dat je je netwerk in kaart hebt (heb je vast al) met welk IPadres bij welk deel van je infra hoort (127. docker, 192 intern, etc) en zorg dat datgene dat de ingang naar HA is, bij trusted proxies staat.

Ik gebruik nginx als reverse proxy
Dat met die trusted proxies al geprobeerd. Intern HA weet ik, 127 niet en docker ook niet. Na kijken in de logs kwam ik erachter dat de proxy een verbindingpoging gaf in 172.30.33.10. Een reboot later in .11

Maar als ik http aanzet met die ip’s kom ik dus niet meer in HA. Wat vreemd is want ik kan wel in nginx komen wat op HA draait, idem met andere apps die ik via supervisor heb geïnstalleerd.

Daarom maar even een stap terug. Eerst de config helemaal correct krijgen, volledige backup die makkelijk terug te zetten is en dan maar zien

Maar heb nu vakantie dus ga daar nu niet mee bezig.

[Hmmbob]

Waah schreef op donderdag 15 juli 2021 @ 01:39:
Maar de perfecte oplossing niet kunnen vinden want opeens werkte wel meer niet goed meer (default_config, logbook etc).

Gokje: je hebt misschien een externe database voor HA ingesteld (MySQL oid) en die heeft een @ in de username of password?

If so, kijk even naar de "breaking changes" kopje "recorder", en vervang het @ in je database connection string in Home Assistant door %40.

Problemen met het laden van de combinatie default_config, logbook, recorder zijn 99,9% van de gevallen een issue met je database.

[ Voor 35% gewijzigd door Hmmbob op 15-07-2021 08:53 ]

[RobertMe]

Waah schreef op donderdag 15 juli 2021 @ 08:23:
[...]

Ik gebruik nginx als reverse proxy
Dat met die trusted proxies al geprobeerd. Intern HA weet ik, 127 niet en docker ook niet. Na kijken in de logs kwam ik erachter dat de proxy een verbindingpoging gaf in 172.30.33.10. Een reboot later in .11

Je hebt nginx in Docker draaien of zo? Klinkt in ieder geval als semi wisselend IP adres dan waardoor je beter het hele subnet als trusted proxy kunt opgeven, oftewel: 172.30.33.0/24. Zo heb ik het hier in ieder geval opgelost met Traefik die ook in Docker draait.

In 2021.6 hebben ze extra die log melding toegevoegd als zijnde deprecation zodat je het nu kunt fixen voordat je naar 2021.7 update.

[martinvdm]

@Waah ongetwijfeld een trusted_proxies probleem idd. Soms ligt het ook aan het feit dat je 127.0.0.1 moet whitelisten. Zoals al eerder gezegd scheelt het wel als je beetje bij blijft met de breaking changes en ontwikkelingen en log meldingen. Scheelt je ad hoc problem solving

[mr_derk]

RobertMe schreef op donderdag 15 juli 2021 @ 09:00:
[...]

Je hebt nginx in Docker draaien of zo? Klinkt in ieder geval als semi wisselend IP adres dan waardoor je beter het hele subnet als trusted proxy kunt opgeven, oftewel: 172.30.33.0/24. Zo heb ik het hier in ieder geval opgelost met Traefik die ook in Docker draait.

In 2021.6 hebben ze extra die log melding toegevoegd als zijnde deprecation zodat je het nu kunt fixen voordat je naar 2021.7 update.

Ik heb mijn Traefik container een static ip gegeven en die gewhitelist in HA. Een hele range whitelisten klinkt niet als super veilig.

[Waah]

Hmmbob schreef op donderdag 15 juli 2021 @ 08:50:
[...]

Gokje: je hebt misschien een externe database voor HA ingesteld (MySQL oid) en die heeft een @ in de username of password?

If so, kijk even naar de "breaking changes" kopje "recorder", en vervang het @ in je database connection string in Home Assistant door %40.

Problemen met het laden van de combinatie default_config, logbook, recorder zijn 99,9% van de gevallen een issue met je database.

Jep, dat was inderdaad het probleem

RobertMe schreef op donderdag 15 juli 2021 @ 09:00:
[...]

Je hebt nginx in Docker draaien of zo? Klinkt in ieder geval als semi wisselend IP adres dan waardoor je beter het hele subnet als trusted proxy kunt opgeven, oftewel: 172.30.33.0/24. Zo heb ik het hier in ieder geval opgelost met Traefik die ook in Docker draait.

In 2021.6 hebben ze extra die log melding toegevoegd als zijnde deprecation zodat je het nu kunt fixen voordat je naar 2021.7 update.

Als ik /24 toevoeg aan een IP gaat die over zijn nek. Geen idee waarom. Maar jiet erg want.

martinvdm schreef op donderdag 15 juli 2021 @ 20:41:
@Waah ongetwijfeld een trusted_proxies probleem idd. Soms ligt het ook aan het feit dat je 127.0.0.1 moet whitelisten. Zoals al eerder gezegd scheelt het wel als je beetje bij blijft met de breaking changes en ontwikkelingen en log meldingen. Scheelt je ad hoc problem solving

Deze mistte ik nog. Na toevoegen was het oké. Samen met de nginx IP (die nu wel static bleef, is idd docket maar via de supervisor geïnstalleerd gewoon. Doe niets direct in docket, gaat me boven de pet) en de HA IP pakt die hem nu wel correct.

Kwa bijblijven: ik kreeg die melding niet in mijn logs. Omdat ik dus wel de regels erin had staan.... Maar enkel met de HA IP. Dus, correct volgens de logs.

Maar zal inderdaad beter de update logs doorlezen bij nieuwe releases. En belangrijker: een volledige backip maken

Sowieso heb ik altijd errors staan. Maar vaak enke bij opstarten en zijn vaak wazige issues waar ik geen last van heb maar momenteel maar 3 errors en 3 warnings!

[witterholt]

Sinds de update van Grafana van 7.0.2 naar 7.0.3 geven sommige grafieken, o.a. voor entiteit "power consumption", in een keer geen data weer uit de InfluxDB 4.1.1 add-on. Andere grafieken werken nog wel gewoon. Het vreemde is dat het terugzetten van de gedeeltelijke snapshot het probleem niet verholpen heeft. In de log van de add-on zijn verder geen foutmeldingen te zien. Zijn er meer die hier tegenaan zijn gelopen?

Ah, nvm; de Connectix slimme meter WiFi gateway was vastgelopen met de melding "wacht op eerste update" (opmerkelijk, maar heel af en toe doet ie dat), na opnieuw inprikken werkt het weer ... Note to self; eerst naar de meterkast rennen .

[ Voor 67% gewijzigd door witterholt op 16-07-2021 07:32 ]

[aex351]

Zojuist ben ik erachter gekomen dat de Xiaomi Gateway 3 met nieuwere firmware's nu ook native werkt met Home Assistant. Voorheen was ik gebonden aan de Homekit route. Alleen dan was de functionaliteit en de level van details beperkt.

In elk geval, om wat voor reden dan ook werkte sinds één van de laatste Home Assistant updates de Homekit koppeling niet meer. En nu blijkt dat https://github.com/AlexxIT/XiaomiGateway3 (custom integratie) nu werkt met de nieuwere hubs. De installatie instructies zijn nogal omslachtig. Er wordt verwezen naar een soft hack etc. om telnet te openen. Daar hoef je ook niet meer naar om te kijken, dat is allemaal geautomatiseerd.

Het is nu een kwestie van de integratie in HACS installeren, vervolgens installeren in HA. Kies je Cloud, even je gegevens invullen. Vervolgens 'nog een keer' installeren in HA, nu krijg je de optie om je daadwerkelijke gateway toe te voegen en klaar.

[Waah]

sygys schreef op donderdag 18 maart 2021 @ 11:13:
Ik wil trouwens binnenkort een tutorial schrijven op het forum over hoe je Brel motoren voor elektrische gordijnen en jaloezien kan toevoegen aan home assistant. Ik vraag me af of hier belangstelling voor is. Heb het al een tijd draaien en merk dat veel mensen mij contacteren over hoe je het kan toevoegen.

Al een tutorial geschreven?

Heb zelf Brel-motoren. Heb ze toegevoegd aan RFXcom via Windows (Blinds1, id bedenken en programmeren)
Echter krijg ik ze in Home Assistant niet aan de praat (via Integrations). Mijn Somfy's werken wel, dus de RFXcom is goed geinstalleerd in HA.

Ik had deze al gevonden:
09190603 [id] [unit_code] 0000
Wat voor mij zou uitkomen op:
09190603000003010000

Ik krijg de knoppen, maar ze doen niets.

EDIT:
Weet je wat ook vaak wel helpt?
De stekker van je screen in het stopcontact steken

het werkt al

[ Voor 6% gewijzigd door Waah op 16-07-2021 00:19 ]

[Step5]

Waah schreef op vrijdag 16 juli 2021 @ 00:07:
[...]

Weet je wat ook vaak wel helpt?
De stekker van je screen in het stopcontact steken

heerlijk, de tip van de dag

[Magic]

[Hmmbob]

2021.7.3 is onderweg:

• Update ZHA to support zigpy 0.34.0 device initialization (@puddly - #52610) (zha docs)
• copy() --> deepcopy(). (@janiversen - #52794) (modbus docs)
• only allow one active call in each platform. (@janiversen - #52823) (modbus docs)
• Bump pyatv to 0.8.1 (@doug-hoffman - #52849) (apple_tv docs)
• Handle dhcp packets without a hostname (@bdraco - #52882) (dhcp docs)
• Add OUIs for legacy samsungtv (@bdraco - #52928) (samsungtv docs)
• Bump python-fireservicerota to 0.0.43 (@cyberjunky - #52966) (fireservicerota docs)
• More graceful exception handling in Plex library sensors (@jjlawren - #52969) (plex docs)
• Fix issue connecting to Insteon Hub v2 (@teharris1 - #52970) (insteon docs)
• Bump pysma to 0.6.4 (@rklomp - #52973) (sma docs)
• Update pyrainbird to 0.4.3 (@peternijssen - #52990) (rainbird docs)
• Bump pypck to 0.7.10 (@alengwenus - #53013) (lcn docs)
• fix for timestamp not present in SIA (@eavanvalkenburg - #53015) (sia docs)
• Co2signal, set SCAN_INTERVAL (@Danielhiversen - #53023) (co2signal docs)
• Another SIA fix for timestamp not present. (@eavanvalkenburg - #53045)
• Fix knx expose feature not correctly falling back to default value (@da-anda - #53046) (knx docs)
• Expose Spotify as a service (@balloob - #53063)
• Increase polling interval to prevent reaching daily limit (@vlebourl - #53066) (home_plus_control docs)
• Add light white parameter to light/services.yaml (@emontnemery - #53075) (light docs)

[Magic]

Hmmbob schreef op vrijdag 16 juli 2021 @ 10:07:
2021.7.3 is onderweg:


[...]

Behalve de change op Spotify zit er voor mij in deze update niets tussen (niet erg, heb ook verder geen issues )

Ik snap alleen niet helemaal wat de change is:

Expose the device entry of Spotify as as service. It can pick any device as output so it's not really a device itself, instead it's a service that runs on those devices.

betekend dit dat ik vanuit HA straks spotify connect enabled apparaten kan bedienen, of totaal wat anders?

[SonnyBBQ]

Hmmbob schreef op vrijdag 16 juli 2021 @ 10:07:
2021.7.3 is onderweg:


[...]

Heel blij met de Modbus fix. Dit zou het probleem moeten oplossen waarbij connectie via Modbus na een bepaalde periode verbroken wordt.

[asvogel]

Ik heb een custom component (home-assistant-goodwe-inverter) geïnstalleerd. Dat werkt allemaal prima en ik krijg een hele lading sensoren erbij. Nou wil ik die graag in een aparte area ('Zonnepanelen'), zodat de boel netjes geclusterd is. Ik kan dat in de interface stuk voor stuk doen, maar dat is veel werk en voelt niet erg Tweaker-like. Is er een andere manier waarop ik die sensoren in één keer in een area kan opnemen?

[Magic]

asvogel schreef op vrijdag 16 juli 2021 @ 10:58:
Ik heb een custom component (home-assistant-goodwe-inverter) geïnstalleerd. Dat werkt allemaal prima en ik krijg een hele lading sensoren erbij. Nou wil ik die graag in een aparte area ('Zonnepanelen'), zodat de boel netjes geclusterd is. Ik kan dat in de interface stuk voor stuk doen, maar dat is veel werk en voelt niet erg Tweaker-like. Is er een andere manier waarop ik die sensoren in één keer in een area kan opnemen?

Alle entities volgen volgens mij de locatie van het device waar ze bij behoren. Als je het device (de inverter) dus in de area "Zonnepanelen" plaatst, dan moeten alle entities meevolgen (tenzij je ze overruled)

[asvogel]

Magic schreef op vrijdag 16 juli 2021 @ 11:12:
[...]

Alle entities volgen volgens mij de locatie van het device waar ze bij behoren. Als je het device (de inverter) dus in de area "Zonnepanelen" plaatst, dan moeten alle entities meevolgen (tenzij je ze overruled)

Dat klinkt als een mooie oplossing! Maar... Ik zie geen device, alleen maar al die sensoren. Waar zou ik nog kunnen zoeken? Kun je van een entity achterhalen bij welk device die hoort?

[Magic]

asvogel schreef op vrijdag 16 juli 2021 @ 12:25:
[...]

Dat klinkt als een mooie oplossing! Maar... Ik zie geen device, alleen maar al die sensoren. Waar zou ik nog kunnen zoeken? Kun je van een entity achterhalen bij welk device die hoort?

Bij entities kun je op de related tab klikken, en dan kan je de bijbehorende devices zien.



Maar ik zie nu ook dat niet alle entities dat hebben, het lijkt een beetje willekeur. Dr zal vast een logica achter zitten, maar die zie ik zo snel even niet.

[skank]

Magic schreef op vrijdag 16 juli 2021 @ 10:13:
[...]

Behalve de change op Spotify zit er voor mij in deze update niets tussen (niet erg, heb ook verder geen issues )

Ik snap alleen niet helemaal wat de change is:

[...]


betekend dit dat ik vanuit HA straks spotify connect enabled apparaten kan bedienen, of totaal wat anders?

Goeie vraag !?

[CAD-tekenaar]

19roland70 schreef op maandag 12 juli 2021 @ 10:05:
[...]

Hourly gas is inderdaad weg kwam ik ook achter, dus ben ik ook verder gaan zoeken.
DSMR Reader en dsmr datalogger geïnstalleerd.
Je kan nu zelf het gas om de 5 min uitlezen.
Meteen de dsmr meter gekoppeld aan de zij-balk .
werkt perfect.
[Afbeelding]

Gaat dit ook werken als de slimme meter NIET aan dezelfde computer zit waar HA draait?
(Ik heb een RPI in de meterkast voor de slimmemeter en Docker. En ik heb een andere RPI in de woonkamer met HA.)

[HuismAndré]

CAD-tekenaar schreef op vrijdag 16 juli 2021 @ 22:17:
[...]


Gaat dit ook werken als de slimme meter NIET aan dezelfde computer zit waar HA draait?
(Ik heb een RPI in de meterkast voor de slimmemeter en Docker. En ik heb een andere RPI in de woonkamer met HA.)

Ik kwam toevallig dit tegen:

https://dsmr-reader.readt...on/remote-datalogger.html

Is dat wellicht wat je nodig hebt om het voor jou werkend te krijgen?

[Peutpeut]

CAD-tekenaar schreef op vrijdag 16 juli 2021 @ 22:17:
[...]


Gaat dit ook werken als de slimme meter NIET aan dezelfde computer zit waar HA draait?
(Ik heb een RPI in de meterkast voor de slimmemeter en Docker. En ik heb een andere RPI in de woonkamer met HA.)

Dsmr reader kan ook via mqtt naar HA verzenden, zo heb ik het hier ook.

[CAD-tekenaar]

Peutpeut schreef op vrijdag 16 juli 2021 @ 22:33:
[...]

Dsmr reader kan ook via mqtt naar HA verzenden, zo heb ik het hier ook.

Dank voor de tip. beide kan dus toegepast worden mt hulp van MQTT.

@Peutpeut: Met jou oplossing ontvang je toch alleen maar data?
Ik zag dat de oplossing van @HuismAndré een mooie visualisatie geeft.

[Freubel]

Wellicht dat iemand mij een zetje in de juiste richting kan geven.
Ik heb hier een pc draaien met daarop BlueIris, aangezien deze toch uit zijn neus staat te peuteren wilde ik daar graag HomeAssistant bij laten draaien.
Ik volg netjes de setup die op Youtube staan, virtual box geinstalleerd, harde schijf aangemaakt, software ingeladen maar dan blijft de cursor na circa 3 minuutjes groen knipperend staan en gebeurd er verder niets. Ik heb Pihole op een rpi draaien, die intussen al even disabled met het idee dat die wellicht iets tegen zou houden. Maar er gebeurd verder totaal niets. Nu al een keer of 7 geprobeerd met telkens hetzelfde resultaat. Iemand een idee ?


Wat betreft de gevolgde tutorial, oa deze geprobeerd:
YouTube: FASTEST way to install Home Assistant (2021)

[ Voor 7% gewijzigd door Freubel op 17-07-2021 07:43 ]

[sorted.bits]

Freubel schreef op zaterdag 17 juli 2021 @ 07:41:
Wellicht dat iemand mij een zetje in de juiste richting kan geven.
Ik heb hier een pc draaien met daarop BlueIris, aangezien deze toch uit zijn neus staat te peuteren wilde ik daar graag HomeAssistant bij laten draaien.
Ik volg netjes de setup die op Youtube staan, virtual box geinstalleerd, harde schijf aangemaakt, software ingeladen maar dan blijft de cursor na circa 3 minuutjes groen knipperend staan en gebeurd er verder niets. Ik heb Pihole op een rpi draaien, die intussen al even disabled met het idee dat die wellicht iets tegen zou houden. Maar er gebeurd verder totaal niets. Nu al een keer of 7 geprobeerd met telkens hetzelfde resultaat. Iemand een idee ?
[Afbeelding]

Wat betreft de gevolgde tutorial, oa deze geprobeerd:
YouTube: FASTEST way to install Home Assistant (2021)

Wat heb je voor idee dat er nu moet gebeuren dan, in die command prompt die je open hebt staan gaat namelijk niets meer verschijnen als het goed is? Home Assistant is namelijk een web interface, welke je altijd vanuit je browser zal moeten benaderen.

[Koepert]

Freubel schreef op zaterdag 17 juli 2021 @ 07:41:
Wellicht dat iemand mij een zetje in de juiste richting kan geven.
Ik heb hier een pc draaien met daarop BlueIris, aangezien deze toch uit zijn neus staat te peuteren wilde ik daar graag HomeAssistant bij laten draaien.
Ik volg netjes de setup die op Youtube staan, virtual box geinstalleerd, harde schijf aangemaakt, software ingeladen maar dan blijft de cursor na circa 3 minuutjes groen knipperend staan en gebeurd er verder niets. Ik heb Pihole op een rpi draaien, die intussen al even disabled met het idee dat die wellicht iets tegen zou houden. Maar er gebeurd verder totaal niets. Nu al een keer of 7 geprobeerd met telkens hetzelfde resultaat. Iemand een idee ?
[Afbeelding]

Wat betreft de gevolgde tutorial, oa deze geprobeerd:
YouTube: FASTEST way to install Home Assistant (2021)

En als je naar IP:8123 gaat vanuit een browser? Zie je dan wat?

[Freubel]

sorted.bits schreef op zaterdag 17 juli 2021 @ 07:56:
[...]


Wat heb je voor idee dat er nu moet gebeuren dan, in die command prompt die je open hebt staan gaat namelijk niets meer verschijnen als het goed is? Home Assistant is namelijk een web interface, welke je altijd vanuit je browser zal moeten benaderen.

Ik kan beter stoppen met dit soort dingen.....
Ik ben natuurlijk naar het IP wezen kijken van de server, er geen seconde bij stil gestaan dat de VM natuurlijk een andere netwerk adapter aanmaakt met een ander IP.
Net even gekeken en daar staat netjes HA te wachten op de installatie.....

[sorted.bits]

Freubel schreef op zaterdag 17 juli 2021 @ 08:05:
[...]

Ik kan beter stoppen met dit soort dingen.....
Ik ben natuurlijk naar het IP wezen kijken van de server, er geen seconde bij stil gestaan dat de VM natuurlijk een andere netwerk adapter aanmaakt met een ander IP.
Net even gekeken en daar staat netjes HA te wachten op de installatie.....

Haha, oh ja, natuurlijk. Goed punt, cool!

[synoniem]

Freubel schreef op zaterdag 17 juli 2021 @ 08:05:
[...]

Ik kan beter stoppen met dit soort dingen.....
(....)

Dit is juist een reden om dit soort dingen vaker te doen, krijg je meer ervaring.

[bhartman]

Beste medetweakers,

Ik kom de volgende meldingen tegen in mijn log en heb geen flauw idee waar dit door veroorzaakt wordt en hoe ik het dus ook kan oplossen. Hebben jullie een idee?

code:

Logger: homeassistant.components.websocket_api.http.connection
Source: components/websocket_api/http.py:124
Integration: Home Assistant WebSocket API (documentation, issues)
First occurred: July 14, 2021, 5:47:59 PM (25 occurrences)
Last logged: July 16, 2021, 11:16:45 PM

    [139829638689456] Client unable to keep up with pending messages. Stayed over 512 for 5 seconds
    [139829356732528] Client unable to keep up with pending messages. Stayed over 512 for 5 seconds
    [139829630328944] Client unable to keep up with pending messages. Stayed over 512 for 5 seconds
    [139829639823568] Client unable to keep up with pending messages. Stayed over 512 for 5 seconds
    [139829903337696] Client unable to keep up with pending messages. Stayed over 512 for 5 seconds

en

code:

Logger: aiohttp.server
Source: components/websocket_api/http.py:81
First occurred: July 14, 2021, 10:13:40 PM (2 occurrences)
Last logged: July 15, 2021, 1:15:24 PM
Error handling request

Traceback (most recent call last):
  File "/usr/local/lib/python3.8/site-packages/aiohttp/web_protocol.py", line 422, in _handle_request
    resp = await self._request_handler(request)
  File "/usr/local/lib/python3.8/site-packages/aiohttp/web_app.py", line 499, in _handle
    resp = await handler(request)
  File "/usr/local/lib/python3.8/site-packages/aiohttp/web_middlewares.py", line 118, in impl
    return await handler(request)
  File "/usr/src/homeassistant/homeassistant/components/http/security_filter.py", line 56, in security_filter_middleware
    return await handler(request)
  File "/usr/src/homeassistant/homeassistant/components/http/request_context.py", line 18, in request_context_middleware
    return await handler(request)
  File "/usr/src/homeassistant/homeassistant/components/http/ban.py", line 72, in ban_middleware
    return await handler(request)
  File "/usr/src/homeassistant/homeassistant/components/http/auth.py", line 127, in auth_middleware
    return await handler(request)
  File "/usr/src/homeassistant/homeassistant/components/http/view.py", line 129, in handle
    result = await result
  File "/usr/src/homeassistant/homeassistant/components/websocket_api/http.py", line 42, in get
    return await WebSocketHandler(request.app["hass"], request).async_handle()
  File "/usr/src/homeassistant/homeassistant/components/websocket_api/http.py", line 233, in async_handle
    await self._writer_task
  File "/usr/src/homeassistant/homeassistant/components/websocket_api/http.py", line 81, in _writer
    await self.wsock.send_str(message)
  File "/usr/local/lib/python3.8/site-packages/aiohttp/web_ws.py", line 300, in send_str
    await self._writer.send(data, binary=False, compress=compress)
  File "/usr/local/lib/python3.8/site-packages/aiohttp/http_websocket.py", line 687, in send
    await self._send_frame(message, WSMsgType.TEXT, compress)
  File "/usr/local/lib/python3.8/site-packages/aiohttp/http_websocket.py", line 656, in _send_frame
    await self.protocol._drain_helper()
  File "/usr/local/lib/python3.8/site-packages/aiohttp/base_protocol.py", line 87, in _drain_helper
    await waiter
  File "/usr/local/lib/python3.8/asyncio/selector_events.py", line 935, in _write_ready
    n = self._sock.send(self._buffer)
BrokenPipeError: [Errno 32] Broken pipe

[asvogel]

Magic schreef op vrijdag 16 juli 2021 @ 12:32:
[...]
Bij entities kun je op de related tab klikken, en dan kan je de bijbehorende devices zien.
[Afbeelding]
Maar ik zie nu ook dat niet alle entities dat hebben, het lijkt een beetje willekeur. Dr zal vast een logica achter zitten, maar die zie ik zo snel even niet.

Ja, daar had ik gekeken, maar dat hele tabblad is leeg. Ik hoopte dat het ergens in de config te doen was, met een wildcard ofzo. Dan wordt het toch een keer flink wat klikken, of de developer overhalen hier wat aan te doen...

[Freubel]

synoniem schreef op zaterdag 17 juli 2021 @ 10:00:
[...]

Dit is juist een reden om dit soort dingen vaker te doen, krijg je meer ervaring.

Ik had het al vaker gedaan, er draaide een perfect lopende versie op een berry 4, nooit bij die virtuele adapter stil gestaan. Komt ook door de leeftijd, hoe ouder je wordt hoe vertraagder het binnen komt allemaal.

[martinvdm]

bhartman schreef op zaterdag 17 juli 2021 @ 12:19:
Beste medetweakers,

Ik kom de volgende meldingen tegen in mijn log en heb geen flauw idee waar dit door veroorzaakt wordt en hoe ik het dus ook kan oplossen. Hebben jullie een idee?

code:

Logger: homeassistant.components.websocket_api.http.connection
Source: components/websocket_api/http.py:124
Integration: Home Assistant WebSocket API (documentation, issues)
First occurred: July 14, 2021, 5:47:59 PM (25 occurrences)
Last logged: July 16, 2021, 11:16:45 PM

    [139829638689456] Client unable to keep up with pending messages. Stayed over 512 for 5 seconds
    [139829356732528] Client unable to keep up with pending messages. Stayed over 512 for 5 seconds
    [139829630328944] Client unable to keep up with pending messages. Stayed over 512 for 5 seconds
    [139829639823568] Client unable to keep up with pending messages. Stayed over 512 for 5 seconds
    [139829903337696] Client unable to keep up with pending messages. Stayed over 512 for 5 seconds

en

code:

Logger: aiohttp.server
Source: components/websocket_api/http.py:81
First occurred: July 14, 2021, 10:13:40 PM (2 occurrences)
Last logged: July 15, 2021, 1:15:24 PM
Error handling request

Traceback (most recent call last):
  File "/usr/local/lib/python3.8/site-packages/aiohttp/web_protocol.py", line 422, in _handle_request
    resp = await self._request_handler(request)
  File "/usr/local/lib/python3.8/site-packages/aiohttp/web_app.py", line 499, in _handle
    resp = await handler(request)
  File "/usr/local/lib/python3.8/site-packages/aiohttp/web_middlewares.py", line 118, in impl
    return await handler(request)
  File "/usr/src/homeassistant/homeassistant/components/http/security_filter.py", line 56, in security_filter_middleware
    return await handler(request)
  File "/usr/src/homeassistant/homeassistant/components/http/request_context.py", line 18, in request_context_middleware
    return await handler(request)
  File "/usr/src/homeassistant/homeassistant/components/http/ban.py", line 72, in ban_middleware
    return await handler(request)
  File "/usr/src/homeassistant/homeassistant/components/http/auth.py", line 127, in auth_middleware
    return await handler(request)
  File "/usr/src/homeassistant/homeassistant/components/http/view.py", line 129, in handle
    result = await result
  File "/usr/src/homeassistant/homeassistant/components/websocket_api/http.py", line 42, in get
    return await WebSocketHandler(request.app["hass"], request).async_handle()
  File "/usr/src/homeassistant/homeassistant/components/websocket_api/http.py", line 233, in async_handle
    await self._writer_task
  File "/usr/src/homeassistant/homeassistant/components/websocket_api/http.py", line 81, in _writer
    await self.wsock.send_str(message)
  File "/usr/local/lib/python3.8/site-packages/aiohttp/web_ws.py", line 300, in send_str
    await self._writer.send(data, binary=False, compress=compress)
  File "/usr/local/lib/python3.8/site-packages/aiohttp/http_websocket.py", line 687, in send
    await self._send_frame(message, WSMsgType.TEXT, compress)
  File "/usr/local/lib/python3.8/site-packages/aiohttp/http_websocket.py", line 656, in _send_frame
    await self.protocol._drain_helper()
  File "/usr/local/lib/python3.8/site-packages/aiohttp/base_protocol.py", line 87, in _drain_helper
    await waiter
  File "/usr/local/lib/python3.8/asyncio/selector_events.py", line 935, in _write_ready
    n = self._sock.send(self._buffer)
BrokenPipeError: [Errno 32] Broken pipe

https://github.com/home-assistant/core/issues/49646

[19roland70]

CAD-tekenaar schreef op vrijdag 16 juli 2021 @ 22:17:
[...]


Gaat dit ook werken als de slimme meter NIET aan dezelfde computer zit waar HA draait?
(Ik heb een RPI in de meterkast voor de slimmemeter en Docker. En ik heb een andere RPI in de woonkamer met HA.)

Ja die kan want in je draait eigenlijk een webpagina die je importeert in HA