Home Assistant: Open source Python3 home automation - deel 3

[Hmmbob]

2021.3.2:

• Update pyotgw to 1.1b1 (@mvn23 - #47446) (opentherm_gw docs)
• Fix issue at Netatmo startup (@cgtobi - #47452) (netatmo docs)
• Fix Hue scene overriding Hue default transition times (@frenck - #47454) (hue docs)
• Bump version with fix for v1 (@elupus - #47458) (philips_js docs)
• Update frontend to 20210302.5 (@bramkragten - #47462) (frontend docs)
• Use conn_made callback in MySensors (@functionpointer - #47463) (mysensors docs)
• Bump zwave-js-server-python to 0.21.1 (@raman325 - #47464) (zwave_js docs)
• Raise error instead of crashing when template passed to call service target (@balloob - #47467) (websocket_api docs)
• Update zwave_js.refresh_value service description (@raman325 - #47469) (zwave_js docs)
• Bump amcrest package version to 1.7.1 (@pnbruckner - #47483) (amcrest docs)

[sjorsjuhmaniac]

@MrBarBarian :

2021.3.2:

• Update pyotgw to 1.1b1 (@mvn23 - #47446) (opentherm_gw docs)

https://github.com/home-assistant/core/pull/47446

[habbekrats]

icecreamfarmer schreef op vrijdag 5 maart 2021 @ 17:09:
[...]


Ik kan nog steeds terug. Dagje verder en heb het eindelijk werkend in een VM (welke ik trouwens niet heofde te verkleinen). Kreeg AMD-V functie niet gevonden in BIOS.

Nu zit ik met de vraag, hoeveel CPU cores, RAM en HDD zal ik toewijzen aan de VM.
Het draait op een T630 en heb nu 2 cores en 2gb toegewezen.

Ander punt van aandacht is of ik Pihole of AdGuard zal draaien.
Op de Pi staat nu nog Pihole te draaien. En zal ik die in de VM draaien samen met HA of gewoon op mijn lubuntu install? Want hoe werkt bij eerstgenoemde updaten dan bv?

Zelfde met wireguard.

Ik draai ha ook in een vm
2 cpu 8 gb, reden voor wat meer ram is dat ik ook timescaledb, grafana, node red en dsmrreader draai.

Ik draai pihole ook in een vm kun je gewoon updaten

[sjorsjuhmaniac]

icecreamfarmer schreef op vrijdag 5 maart 2021 @ 17:09:
[...]
Nu zit ik met de vraag, hoeveel CPU cores, RAM en HDD zal ik toewijzen aan de VM.
Het draait op een T630 en heb nu 2 cores en 2gb toegewezen.

ik heb ook 2gb. Kan je wat mee spelen, zakken tot je problemen krijgt

Ander punt van aandacht is of ik Pihole of AdGuard zal draaien.
Op de Pi staat nu nog Pihole te draaien. En zal ik die in de VM draaien samen met HA of gewoon op mijn lubuntu install? Want hoe werkt bij eerstgenoemde updaten dan bv?

Zelfde met wireguard.

Ik draai zelf zo weinig mogelijk IN ha. Ik zou het naast HA draaien. bij voorkeur in dockers, tov VM, omdat dockers minder resources van je systeem verbruiken.

[barber]

RobertMe schreef op vrijdag 5 maart 2021 @ 09:05:
Wat zijn hier de meningen over 2021.3 en dan specifiek de aanpassing "waarbij je bij hue.activate_scene een transition time kunt opgeven". Ze verkopen het als een feature, maar het is (ook) een breaking change die niet vermeld is in de release notes.

Want er wordt nu namelijk altijd een transitie tijd naar de Hue Bridge gestuurd, waarbij er vanuit HA een default is die het standaard gedrag van de Hue Bridge na doet (IIRC 300ms). Maar ik roep vanuit HA de standaard Hue scenes aan voor wake-up en go-to-bed verlichting. En die zijn nu zeg maar hardstikke kapot. Want de transitie tijd die in de scenes staan (zijnde 10 minuten) worden nu door HA overruled naar die 300ms dus.

Dit lijkt opgelost in 2021.3.2:

#45785 introduced the capability of setting transitions on activating Hue scenes, however, scenes in Hue can have their own default transition times. #45785 added a default transition time in Home Assistant, causing these to always overwrite the Hue transition time.

This PR fixes this breaking change behavior, by only passing the transition time when it is actually set. When not set, Hue will use the default that is configured for the Hue scene in the bridge itself (just like before).

[RobertMe]

barber schreef op zaterdag 6 maart 2021 @ 10:46:
[...]


Dit lijkt opgelost in 2021.3.2:

[...]

Correct, zie mijn latere post van gisteren. Daarin geef ik aan dat ik een ticket had aangemaakt en in de middag al door Frenck een PR was aangemaakt. Later die dag door Paulus gemerged en afgelopen nacht dan release waar de fix in zat. Vanmorgen meteen getest en het werkt nu weer als vanouds.

[barber]

RobertMe schreef op zaterdag 6 maart 2021 @ 10:59:
[...]

Correct, zie mijn latere post van gisteren. Daarin geef ik aan dat ik een ticket had aangemaakt en in de middag al door Frenck een PR was aangemaakt. Later die dag door Paulus gemerged en afgelopen nacht dan release waar de fix in zat. Vanmorgen meteen getest en het werkt nu weer als vanouds.

Nog zitten zoeken of er iemand al gereageerd had, maar toch deze post gemist Gelukkig is het snel opgelost, prima werk!

[Wilf]

Bij updaten krijg ik de waarschuwing:

code:

[b]Translation Error: The intl string context variable "naam" was not provided to the string "Update {naam}"[/b]

Translation Error: The intl string context variable "naam" was not provided to the string "Weet u zeker dat u {naam} wilt updaten naar versie {versie}?"

Nu ga ik er vanuit dat dit alleen een error is van de UI en dat dit de update niet stukmaakt maar ik wilde dit wel even checken hier; ik heb op deze error gezocht in deze topic en niet gevonden. Iemand bekend met deze error?

[engibenchi]

Wilf schreef op zaterdag 6 maart 2021 @ 11:19:
Bij updaten krijg ik de waarschuwing:

code:

[b]Translation Error: The intl string context variable "naam" was not provided to the string "Update {naam}"[/b]

Translation Error: The intl string context variable "naam" was not provided to the string "Weet u zeker dat u {naam} wilt updaten naar versie {versie}?"

Nu ga ik er vanuit dat dit alleen een error is van de UI en dat dit de update niet stukmaakt maar ik wilde dit wel even checken hier; ik heb op deze error gezocht in deze topic en niet gevonden. Iemand bekend met deze error?

Ja ik had deze melding ook. Ik heb hem naar het Engels gezet en toen bleef de melding weg.

[hubertgruber]

Ik probeer een automation te maken om de thuis-status van drie personen, waaronder een fictieve 'gast'-gebruiker via een toggle te regelen, om zo makkelijk een foute status te wijzigen van een ander of om een gast aan te melden (en zo alle 'inbreker'-achtige automations uit te schakelen). Nu werkt de automation wel voor Gebruiker C, maar niet voor de andere gebruikers, terwijl ik wel device_tracker.guest_input_boolean voor de gast en evenzo voor de andere twee gebruikers heb gedefinieerd onder People->Track Device. Kan ik jullie vragen om een snelle blik te werpen, want het voelt alsof ik iets simpels over het hoofd zie.

YAML:

alias: "Presence detection 1/2"
description: "Toggle voor person presence."
trigger:
  - platform: state
    entity_id:
      - input_boolean.cgebruiker_presence
      - input_boolean.mgebruiker_presence
      - input_boolean.guest_presence
action:
  - choose:
      - conditions:
          - condition: state
            entity_id: input_boolean.cgebruiker_presence
            state: "on"
        sequence:
          - service: device_tracker.see
            data:
              dev_id: cgebruiker_input_boolean
              location_name: 'home'
            data_template:
              dev_id: cgebruiker_input_boolean
              location_name: 'home'
      - conditions:
          - condition: state
            entity_id: input_boolean.mgebruiker_presence
            state: "on"
        sequence:
          - service: device_tracker.see
            data:
              dev_id: mgebruiker_input_boolean
              location_name: 'home'
            data_template:
              dev_id: mgebruiker_input_boolean
              location_name: 'home'
      - conditions:
          - condition: state
            entity_id: input_boolean.guest_presence
            state: "on"
        sequence:
          - service: device_tracker.see
            data:
              dev_id: guest_input_boolean
              location_name: 'home'
            data_template:
              dev_id: guest_input_boolean
              location_name: 'home'
#Zelfde als hierboven maar dan voor 'not_home'
      - conditions:
          - condition: state
            entity_id: input_boolean.cgebruiker_presence
            state: "off"
        sequence:
          - service: device_tracker.see
            data:
              dev_id: cgebruiker_input_boolean
              location_name: 'not_home'
            data_template:
              dev_id: cgebruiker_input_boolean
              location_name: 'not_home'
      - conditions:
          - condition: state
            entity_id: input_boolean.mgebruiker_presence
            state: "off"
        sequence:
          - service: device_tracker.see
            data:
              dev_id: mgebruiker_input_boolean
              location_name: 'not_home'
            data_template:
              dev_id: mgebruiker_input_boolean
              location_name: 'not_home'
      - conditions:
          - condition: state
            entity_id: input_boolean.guest_presence
            state: "off"
        sequence:
          - service: device_tracker.see
            data:
              dev_id: guest_input_boolean
              location_name: 'not_home'
            data_template:
              dev_id: guest_input_boolean
              location_name: 'not_home'

Hier ook een animatie van hoe het (niet) werkt.


Maakt het uit dat de twee andere person-entiteiten geen user_id hebben in hun attributes? Ik heb trouwens alle persons via de GUI aangemaakt, dus mijn configuration.yaml heeft alleen

YAML:

person:

Als er overigens iemand is met een betere oplossing voor zo'n toggle dan hoor ik het natuurlijk ook graag .

[Kenny73]

Ik ben al een behoorlijke tijd aan het klooien om mijn een goed inzicht te krijgen in mijn totale en in mijn eigen energie verbruik.
Er staan hier wel een aantal goede voorbeelden maar die ik terug kan vinden zijn zonder zonnepanelen.
Ik gebruik DSMR om mijn meter uit te lezen maar die geeft geen inzicht in mijn eigen verbruik, wel in het totale verbruik van de leverancier.

Om mijn bij de energie leverancier afgenomen (bruto) verbruik te bereken doe ik als volgt:

YAML:

value_template: "{{ states('sensor.dsmr_day_consumption_electricity_merged') | float | round(2) - states('sensor.dsmr_day_consumption_electricity_returned_merged') | float | round(2) }}"

Met als uitkomst het dag verbruik maar wel met 10 cijfers achter de komma
Heeft iemand een suggestie hiervoor?

Om mijn netto verbruik uit te rekenen gebruik ik de volgende formule => netto verbruik = netto opwekking – bruto teruglevering + bruto verbruik

YAML:

value_template: "{{(states('sensor.modbus_sma_today')|int) - (states('sensor.dsmr_day_consumption_electricity_returned_merged')|int) - (states('sensor.dsmr_day_consumption_electricity_merged') | round(2))}}"

Echter deze geeft een onrealistische waarde:

Deze kan nooit negatief zijn.
Heeft iemand een goede suggestie hoe ik dat het beste kan inregelen?

[Step5]

Wilf schreef op zaterdag 6 maart 2021 @ 11:19:
Bij updaten krijg ik de waarschuwing:

code:

[b]Translation Error: The intl string context variable "naam" was not provided to the string "Update {naam}"[/b]

Translation Error: The intl string context variable "naam" was not provided to the string "Weet u zeker dat u {naam} wilt updaten naar versie {versie}?"

Nu ga ik er vanuit dat dit alleen een error is van de UI en dat dit de update niet stukmaakt maar ik wilde dit wel even checken hier; ik heb op deze error gezocht in deze topic en niet gevonden. Iemand bekend met deze error?

Hmm da's denk ik een foutje in de vertaling en die kwam ik van de week al tegen en waren als het goed is ook weer gefixt, misschien druppelt dat door naar de volgende update?

[martinvdm]

Kenny73 schreef op zaterdag 6 maart 2021 @ 12:21:
Ik ben al een behoorlijke tijd aan het klooien om mijn een goed inzicht te krijgen in mijn totale en in mijn eigen energie verbruik.
Er staan hier wel een aantal goede voorbeelden maar die ik terug kan vinden zijn zonder zonnepanelen.
Ik gebruik DSMR om mijn meter uit te lezen maar die geeft geen inzicht in mijn eigen verbruik, wel in het totale verbruik van de leverancier.

Om mijn bij de energie leverancier afgenomen (bruto) verbruik te bereken doe ik als volgt:

YAML:

value_template: "{{ states('sensor.dsmr_day_consumption_electricity_merged') | float | round(2) - states('sensor.dsmr_day_consumption_electricity_returned_merged') | float | round(2) }}"

Met als uitkomst het dag verbruik maar wel met 10 cijfers achter de komma
Heeft iemand een suggestie hiervoor?

Om mijn netto verbruik uit te rekenen gebruik ik de volgende formule => netto verbruik = netto opwekking – bruto teruglevering + bruto verbruik

YAML:

value_template: "{{(states('sensor.modbus_sma_today')|int) - (states('sensor.dsmr_day_consumption_electricity_returned_merged')|int) - (states('sensor.dsmr_day_consumption_electricity_merged') | round(2))}}"

Echter deze geeft een onrealistische waarde:
[Afbeelding]
Deze kan nooit negatief zijn.
Heeft iemand een goede suggestie hoe ik dat het beste kan inregelen?

Je round nu beide individueel, je wilt () en dan het resultaat afronden

[Kenny73]

Thanks, die is gelukt:

YAML:

value_template: "{{(states('sensor.dsmr_day_consumption_electricity_merged')|float - states('sensor.dsmr_day_consumption_electricity_returned_merged')|float)|round(2)}}"

Nu de andere nog....

De eerste is nu ook gelukt:

YAML:

value_template: "{{(states('sensor.modbus_sma_today')|int) - ((states('sensor.dsmr_day_consumption_electricity_returned_merged')|int) - (states('sensor.dsmr_day_consumption_electricity_merged')) | round(2))}}"

[ Voor 35% gewijzigd door Kenny73 op 06-03-2021 13:59 ]

[Hmmbob]

10k+ posts, dus door in Home Assistant: Open source Python3 home automation - deel 4

[Wilde]

Wimbo schreef op vrijdag 5 maart 2021 @ 15:13:
Ik heb een Home Assistant custom component gemaakt voo SAJ R5-4K-S2 / Zonneplan ONE Inverters voor zonnepanelen.

• https://github.com/wimb0/home-assistant-saj-modbus

Deze omvormers hebben een Modbus aansluiting, en zijn eenvoudig uit te lezen met een modbus <> wifi/ethernet dongle.
Zo kun je toch lokaal de data van de inverter en panelen uitlezen zonder Zonneplan App te hoeven gebruiken.

Je kunt deze Git repository toevoegen in HACS als een custom repository.

Demo van een paar van de beschikbare sensors:
[Afbeelding]

Op m'n TODO lijstje staat onder andere nog de kabel toevoegen aan de README, inverter error code uitlezen toevoegen en betere error handling als de inverter uit is als er geen zonlicht is.

Wat gaaf! Ik heb dezelfde inverter en heb er een Elfin ew11 (rs485->wifi) op ali bij gekocht om hetzelfde te proberen. Ik twijfel of mn kabel goed is, de converter is wel powered maar ik zie nog geen seriele pakketjes.

Ik ga jouw project zeker volgen, ik snap nog niet zo veel van modbus, dus dit is een beetje avonturieren voor me

[Wimbo]

Wilde schreef op zaterdag 6 maart 2021 @ 22:21:
[...]


Wat gaaf! Ik heb dezelfde inverter en heb er een Elfin ew11 (rs485->wifi) op ali bij gekocht om hetzelfde te proberen. Ik twijfel of mn kabel goed is, de converter is wel powered maar ik zie nog geen seriele pakketjes.

Ik ga jouw project zeker volgen, ik snap nog niet zo veel van modbus, dus dit is een beetje avonturieren voor me

Nice!
Waarschijnlijk zitten je A en B aders verkeerd om in je kabel.
Toevallig net een plaatje gemaakt van mijn kabel:

[sjorsjuhmaniac]

joehoee... @Wimbo @Wilde , er is een deel 4 topic..

@Septillion @ThinkPad @Hmmbob @teacher kunnen jullie deze niet dichtgooien?

[ Voor 13% gewijzigd door sjorsjuhmaniac op 07-03-2021 01:03 ]

[ThinkPad]

Modbreak:

Verder in deel 4 Home Assistant: Open source Python3 home automation - deel 4