Home Assistant: Open source Python3 home automation - deel 3

[Kraatsie]

@sjorsjuhmaniac Ben nog niet zo thuis in reageren op tweakers maar ik doel op jou bericht van vanmorgen rond 9 uur waarbij je je duck dns met 1 klik via een vpn laat lopen. Zie hieronder je bericht

Op mijn telefoon werkt het ook met 1 klik. Ik hoef niet handmatig de vpn verbinding te starten maar die wordt automatisch gestart. Je kan vpn zo instellen dat al het verkeer voor domein mijnmooiehasetup.ducknds.com over je vpn verbinding moet gaat. Geen VPN? dan wordt er eerst automatisch verbinding gemaakt. Je kan dan in de dns van je router mijnmooiehasetup.ducknds.com toegevoegd met het lan-IP van de HA machine.
Alle poorten buiten vpn kunnen dicht op je router.

Op deze manier werkt het zowel via de webbrowser, als de HA app.... zolang je maar mijnmooiehasetup.ducknds.com gebruikt wordt je vpn getriggerd.

[RobertMe]

martinvdm schreef op vrijdag 26 februari 2021 @ 18:37:
[...]

@royheidotting of traefik in docker. Gebruik ik al jaren en werkt top.
Daarnaast staat je niet blind op https. Richt MFA in op je home assistant, is wat mij betreft minstens zo belangrijk.

https doet ook echt helemaal niks aan beveiliging. Het enige waar de SSL/TLS verbinding je tegen beschermt is tegen pottenkijkers (lees: man-in-the-middle aanvallen). Als je een (te) simpel wachtwoord hebt helpt SSL/TLS daar uiteraard niet tegen omdat een scriptkiddie ook met ssl erop je HA loginpagina zo kan openen en wachtwoorden proberen.

[martinvdm]

RobertMe schreef op vrijdag 26 februari 2021 @ 19:10:
[...]

https doet ook echt helemaal niks aan beveiliging. Het enige waar de SSL/TLS verbinding je tegen beschermt is tegen pottenkijkers (lees: man-in-the-middle aanvallen). Als je een (te) simpel wachtwoord hebt helpt SSL/TLS daar uiteraard niet tegen omdat een scriptkiddie ook met ssl erop je HA loginpagina zo kan openen en wachtwoorden proberen.

I know, daarom schrijf ik het ook

[A1AD]

Ze zouden beter clientside certs implementeren!

[skank]

Waah schreef op vrijdag 26 februari 2021 @ 15:33:
[...]

één week nadat ik DSMR had draaien, kwam die Add-on uit.....

Twijfel nog om over te gaan

Idem
Hier ook een week nadat ik dsmr had draaien.
Ben je al overgestapt?

[skank]

Vraagje
Ik heb volgende automation die smorgens het licht aan steekt

code:

id: turn_on_garden_lights_on_movement_in_the_morning
  alias: "Lichten: Tuinverlichting 's morgens aan op beweging"
  trigger:
    platform: state
    entity_id: binary_sensor.det_living
    to: "on"
  condition:
    - condition: and
      conditions:
        - condition: time
          after: "06:00:00"
          before: "08:00:00"
        - condition: numeric_state
          entity_id: sun.sun
          attribute: elevation
          below: 1
        - condition: state
          entity_id: light.tuinverlichting
          state: "off"
  action:
    - service: homeassistant.turn_on
      entity_id: light.tuinverlichting

Echter gebeurd het (en nu zeker wanneer het terug vroeger licht wordt), dat ik zelf beslis om het licht uit te zetten.
Echter wanneer ik beweeg tss 6&8u , ja dan schiet die direct terug aan

Hoe fix ik dit?

[nietbob]

Binnenkort wordt mijn nieuwbouw huis opgeleverd. We willen alle verlichting slim kunnen aansturen maar ook 'dom'. Dus gewoon de schakelaars op de muren kunnen gebruiken.

We zijn nu van plan om alle schakelaars die we slim willen kunnen maken, te vervangen voor puls schakelaars. En daar dan Shelly's achter te monteren. Welke shelly's is me nog niet helemaal duidelijk.

We hebben in de woonkamer / eethoek / keuken straks 6 apart te schakelen licht zones. Deze gaan we met 3 dubbele schakelaars op de muur aansluiten. Dus daar heb ik 3 dubbele puls schakelaars voor nodig.
Als ik het goed heb kan ik achter iedere dubbele schakelaar, een shelly 2.5 monteren om 2 licht zones aan te sturen.

Deze kan ik dan vervolgens met HA aansturen.

We gaan ook zonwering monteren welke slim te sturen moet worden. We willen een knikarm zonne scherm op de achtergevel monteren, boven de openslaande deuren. En op de uitbouw, waar de eethoek komt, willen we een grote screen monteren (305cm x 260cm).

Gedachte is om een aeotec multi sensor in de woonkamer in het verlaagde plafond te monteren die temperatuur en licht meet, en daarmee automatisch de zonwering bedienen. Voor het knikarm scherm wil ik het slim sturen op basis van de wind, zodat het scherm niet uit klapt als er windkracht 8 staat.

Iemand nog tips om dit beter/slimmer aan te pakken? Op of aanmerkingen hoe dit zo simpel mogelijk kan... ik ben voor automatiseren, maar wel op de simpelste manieren. Fool proof zeg maar.

[Koffie]

Om een beetje te leren ben ik een blueprint aan het bouwen. So far so good.
Een simpele blueprint waar ik een tijdstip, een input_select en een nieuwe waarde kan kiezen.
De blueprint loopt netjes en op gewenst tijdstip word de waarde aangepast.

Nu wil ik een condition toevoegen, dat als een bepaalde entity on is, deze als blocking word beschouwd. En dat lukt me niet.
Geen foutmelding, gewoon niets. Er word nooit meer getriggerd.
Iemand die me een duw in de juiste richting kan geven?

werkt wel:

YAML:

blueprint:
  name: My first blueprint!!! WOEI
  description: My first blueprint!!! WOEI
  domain: automation
  input:
    on_time:
      name: tijdstip
      selector:
        time:
        
    input_select_entity:
      name: Welke thermostaat
      selector:
        entity:
          domain: input_select


    to_preset:
      name: naar welke preset
      selector:
        text:
            


            
    conditional_entity:
      name: optional Welke moeten TRUE zijn?
      default:
      selector:
        target:
          entity: {}

variables:
  conditional_entity: !input 'conditional_entity'

trigger:
- platform: time
  at: !input 'on_time'
  


action:
    - service: input_select.select_option
      entity_id: !input input_select_entity
      data:
        option: !input to_preset

werkt niet:

YAML:

blueprint:
  name: My first blueprint!!! WOEI
  description: My first blueprint!!! WOEI
  domain: automation
  input:
    on_time:
      name: tijdstip
      selector:
        time:
        
    input_select_entity:
      name: Welke thermostaat
      selector:
        entity:
          domain: input_select


    to_preset:
      name: naar welke preset
      selector:
        text:
            


            
    conditional_entity:
      name: optional Welke moeten TRUE zijn?
      default:
      selector:
        target:
          entity: {}

variables:
  conditional_entity: !input 'conditional_entity'

trigger:
- platform: time
  at: !input 'on_time'
  
condition:
  - condition: template
    value_template: "{{ is_state('conditional_entity','on') }}"



action:
    - service: input_select.select_option
      entity_id: !input input_select_entity
      data:
        option: !input to_preset 

Enig verschil tussen wel en niet werken is dus deze condition:

YAML:

condition:
  - condition: template
    value_template: "{{ is_state('conditional_entity','on') }}"

[sjorsjuhmaniac]

nietbob schreef op vrijdag 26 februari 2021 @ 20:40:
Binnenkort wordt mijn nieuwbouw huis opgeleverd. We willen alle verlichting slim kunnen aansturen maar ook 'dom'. Dus gewoon de schakelaars op de muren kunnen gebruiken.

We zijn nu van plan om alle schakelaars die we slim willen kunnen maken, te vervangen voor puls schakelaars. En daar dan Shelly's achter te monteren. Welke shelly's is me nog niet helemaal duidelijk.

We hebben in de woonkamer / eethoek / keuken straks 6 apart te schakelen licht zones. Deze gaan we met 3 dubbele schakelaars op de muur aansluiten. Dus daar heb ik 3 dubbele puls schakelaars voor nodig.
Als ik het goed heb kan ik achter iedere dubbele schakelaar, een shelly 2.5 monteren om 2 licht zones aan te sturen.

Deze kan ik dan vervolgens met HA aansturen.

We gaan ook zonwering monteren welke slim te sturen moet worden. We willen een knikarm zonne scherm op de achtergevel monteren, boven de openslaande deuren. En op de uitbouw, waar de eethoek komt, willen we een grote screen monteren (305cm x 260cm).

Gedachte is om een aeotec multi sensor in de woonkamer in het verlaagde plafond te monteren die temperatuur en licht meet, en daarmee automatisch de zonwering bedienen. Voor het knikarm scherm wil ik het slim sturen op basis van de wind, zodat het scherm niet uit klapt als er windkracht 8 staat.

Iemand nog tips om dit beter/slimmer aan te pakken? Op of aanmerkingen hoe dit zo simpel mogelijk kan... ik ben voor automatiseren, maar wel op de simpelste manieren. Fool proof zeg maar.

ik zou het op dezelfde manier aanpakken als jij nu beschrijft.

Voor de zonneschermen zou ik wel zorgen dat ik ook 'gewoon' een schakelaar of bijbehorende afstandsbediening heb: just in case.

Waarschijnlijk heb je er al aan gedacht maar:
- houd er rekening mee dat je altijd nog bij de slimme apparaten kan om ze te vervangen/resetten etc.
- als je zo'n "belang" aan de windmeting hecht, vergeet niet dat men jaren zonder windmeting ook zonneschermen heeft gehad, bouw daar dan ook de juiste zekerheden in, misschien een controle of de meting juist werkt incl alarmering? zonescherm inklappen als meting faalt, niet beschikbaar is? tweede (internet)meting als backup?
- ga er vanuit dat de domotica wat kinderziektes zal hebben. Voornamelijk belangrijk voor de WAF.
- zorg dat de domotica in het begin geen prio heeft, er zijn belangrijkere dingen in een nieuw huis
- trek naar iedere verdeeldoos en wcd fase, aarde en nul
- trek naar iedere hoek van de woonkamer/ het huis een ethernet kabel of lege buis
- trek ook buizen naar zolder of andere ruimtes waar je van plan bent niets te doen: krijg je anders altijd spijt van

[golles]

Koffie schreef op vrijdag 26 februari 2021 @ 21:15:
Om een beetje te leren ben ik een blueprint aan het bouwen. So far so good.
Een simpele blueprint waar ik een tijdstip, een input_select en een nieuwe waarde kan kiezen.
De blueprint loopt netjes en op gewenst tijdstip word de waarde aangepast.

Nu wil ik een condition toevoegen, dat als een bepaalde entity on is, deze als blocking word beschouwd. En dat lukt me niet.
Geen foutmelding, gewoon niets. Er word nooit meer getriggerd.
Iemand die me een duw in de juiste richting kan geven?

werkt wel:

YAML:

blueprint:
  name: My first blueprint!!! WOEI
  description: My first blueprint!!! WOEI
  domain: automation
  input:
    on_time:
      name: tijdstip
      selector:
        time:
        
    input_select_entity:
      name: Welke thermostaat
      selector:
        entity:
          domain: input_select


    to_preset:
      name: naar welke preset
      selector:
        text:
            


            
    conditional_entity:
      name: optional Welke moeten TRUE zijn?
      default:
      selector:
        target:
          entity: {}

variables:
  conditional_entity: !input 'conditional_entity'

trigger:
- platform: time
  at: !input 'on_time'
  


action:
    - service: input_select.select_option
      entity_id: !input input_select_entity
      data:
        option: !input to_preset

werkt niet:

YAML:

blueprint:
  name: My first blueprint!!! WOEI
  description: My first blueprint!!! WOEI
  domain: automation
  input:
    on_time:
      name: tijdstip
      selector:
        time:
        
    input_select_entity:
      name: Welke thermostaat
      selector:
        entity:
          domain: input_select


    to_preset:
      name: naar welke preset
      selector:
        text:
            


            
    conditional_entity:
      name: optional Welke moeten TRUE zijn?
      default:
      selector:
        target:
          entity: {}

variables:
  conditional_entity: !input 'conditional_entity'

trigger:
- platform: time
  at: !input 'on_time'
  
condition:
  - condition: template
    value_template: "{{ is_state('conditional_entity','on') }}"



action:
    - service: input_select.select_option
      entity_id: !input input_select_entity
      data:
        option: !input to_preset 

Enig verschil tussen wel en niet werken is dus deze condition:

YAML:

condition:
  - condition: template
    value_template: "{{ is_state('conditional_entity','on') }}"

conditional_entity is nu een variable en niet een string, dus je moet die haakjes eromheen weghalen.

YAML:

condition:
  - condition: template
    value_template: "{{ is_state(conditional_entity, 'on') }}"

Doe ook even wat aan al die witregels, m'n ogen bloeden zowat zoveel pijn doet het om dat te zien

[sjorsjuhmaniac]

Kraatsie schreef op vrijdag 26 februari 2021 @ 18:39:
@sjorsjuhmaniac Ben nog niet zo thuis in reageren op tweakers maar ik doel op jou bericht van vanmorgen rond 9 uur waarbij je je duck dns met 1 klik via een vpn laat lopen. Zie hieronder je bericht

Dat vermoedde ik al;) helaas geen compleet stappenplan. Er zitten een aantal elementen in mijn setup, dus in hoofdlijnen:
- 'on demand' vpn client (iOS in mijn geval)
- vpn server (ipsec in mijn geval)
- dns (server) (kan als single entry in een geadvanceerde router, of draain een server, dnsmasq in mijn geval)
- optioneel: certificaten, vpn authenticatie (genereren met ipsec tools)

De voorwaarde voor een setup die zonder extra handelingen werkt is dat automatisch de verbinding wordt opgezet als je een bepaald domein of IP adres bezoekt. Apple noem het 'on demand'. zie: sjorsjuhmaniac in "Home Assistant: Open source Python3 home..."

Het maken van zon IOS profiel is nog wel bewerkelijk, zie sjorsjuhmaniac in "Home Assistant: Open source Python3 home..."

voor een vpn server is er voldoende te vinden.

zorg dat je op je lan de dns van het gevraagde domein antwoord met het IP van je HA host. Dus of dit als entry in je router toevoegen of zelf een dns server draaien

optioneel: certificaten geneneren voor het inloggen zonder password op de vpn server. zie mijn tips:sjorsjuhmaniac in "Home Assistant: Open source Python3 home..."

[Koffie]

golles schreef op vrijdag 26 februari 2021 @ 21:44:
[...]


conditional_entity is nu een variable en niet een string, dus je moet die haakjes eromheen weghalen.

YAML:

condition:
  - condition: template
    value_template: "{{ is_state(conditional_entity, 'on') }}"

Helaas, een cryptische error op moment van uitvoeren:

Logger: homeassistant.helpers.condition
Source: helpers/condition.py:458
First occurred: 9:55:00 PM (1 occurrences)
Last logged: 9:55:00 PM

Error during template condition: AttributeError: 'dict' object has no attribute 'lower'

[sjorsjuhmaniac]

Koffie schreef op vrijdag 26 februari 2021 @ 21:57:
[...]

Helaas, een cryptische error op moment van uitvoeren:

[...]

'conditional_entity' is een dictionary, geen string.

Ik heb geen enkel idee wat het hele verhaal is maar je kan dict items gebruiken dmv de key of de index

conditional_entity['key-name']

of

conditional_entity[0]

[Mars Warrior]

A1AD schreef op vrijdag 26 februari 2021 @ 19:38:
Ze zouden beter clientside certs implementeren!

Dat is leuk, maar veel bewerkelijker voor de eindgebruiker. Ik ken het van mijn werk. Elke keer een hoop gekloot omdat sommige browsers ELKE keer om het certificaat vragen.

Het grote voordeel is natuurlijk dat het aan de client kant is beveiligd: dus verder kan niemand verbinding maken met hass omdat het juiste client certificaat ontbreekt.

En iemand (Hass??) moet dan ook CA spelen, maar mogelijk bedoel je dat met 'implementeren'...

Ik hou het vooralsnog bij HTTPS/SSL op een subdomein die Apache/Nginx/etc voor me regelt.

Ik zie het probleem ook niet zo. Al die scriptkiddies die sturen iets naar een ip adres. En als je er een proxy (Traefik, Apache, NGINX) voor hebt draaien, wat eigenlijk gewoon moet, dan komt er niks van die rommel aan op je subdomein en dus hass.

Een lange gebruikersnaam en wachtwoord maken het al voldoende moeilijk/onmogelijk om 'zomaar' op hass binnen te komen, laat staan als je 2FA erop hebt zitten, of er nog een tweede laag via een proxy voor hebt staan (nginx, Authelia, of wat je ook leuk vind).

[Koffie]

sjorsjuhmaniac schreef op vrijdag 26 februari 2021 @ 22:03:
[...]


'conditional_entity' is een dictionary, geen string.

Ik heb geen enkel idee wat het hele verhaal is maar je kan dict items gebruiken dmv de key of de index

conditional_entity['key-name']

of

conditional_entity[0]

Oh wat stom
Dat komt doordat de conditional optie als target stond ipv single selector. aagepast en werkend. Schaam

[A1AD]

Mars Warrior schreef op vrijdag 26 februari 2021 @ 22:10:
[...]

Dat is leuk, maar veel bewerkelijker voor de eindgebruiker. Ik ken het van mijn werk. Elke keer een hoop gekloot omdat sommige browsers ELKE keer om het certificaat vragen.

Het grote voordeel is natuurlijk dat het aan de client kant is beveiligd: dus verder kan niemand verbinding maken met hass omdat het juiste client certificaat ontbreekt.

En iemand (Hass??) moet dan ook CA spelen, maar mogelijk bedoel je dat met 'implementeren'...

Ik hou het vooralsnog bij HTTPS/SSL op een subdomein die Apache/Nginx/etc voor me regelt.

Ik zie het probleem ook niet zo. Al die scriptkiddies die sturen iets naar een ip adres. En als je er een proxy (Traefik, Apache, NGINX) voor hebt draaien, wat eigenlijk gewoon moet, dan komt er niks van die rommel aan op je subdomein en dus hass.

Een lange gebruikersnaam en wachtwoord maken het al voldoende moeilijk/onmogelijk om 'zomaar' op hass binnen te komen, laat staan als je 2FA erop hebt zitten, of er nog een tweede laag via een proxy voor hebt staan (nginx, Authelia, of wat je ook leuk vind).

CA gebeurd gewoon op de reverse proxy, het is de HA (Android) client die de implementatie ontbreekt.

[MrNiles]

Waah schreef op vrijdag 26 februari 2021 @ 15:49:
[...]

Heb je de Hue dimmer direct aan HomeAssistant gekoppeld? (met een Zigbee stick), of heb je het via de Hue Bridge gekoppeld?

Dat maakt namelijk wel uit over hoe je dingen kan schakelen.

Dus hoe heb je dingen verbonden?

In principe via de Hue Bridge
Maar als via een zigbee stick makkelijker/slimmer is dan wil ik dat wel overwegen. Ik heb zo'n stick niet.
Maar het mag ook een willekeurige andere slimme schakelaar zijn. Maar een hue heb ik nog liggen.
Is er een andere, meer standaard mogelijkheid om dingen te schakelen?

[Mars Warrior]

A1AD schreef op vrijdag 26 februari 2021 @ 22:19:
[...]


CA gebeurd gewoon op de reverse proxy, het is de HA (Android) client die de implementatie ontbreekt.

Oja. Het heeft ook in een beta van de iOS app gezeten, maar door wat bugs aan de kant van Apple - die nu zijn opgelost na 3jr begrijp ik - werkte het niet, maar zou het zomaar kunnen zijn dat er nu toch ondersteuning komt...

[ Voor 7% gewijzigd door Mars Warrior op 26-02-2021 23:19 ]

[alwinbakema]

Goedenavond,
Ik ben nieuw met HASS.
Ik heb een Pi4-4gb
Is er een beduidend snelheidsverschil wanneer ik HASS op een ssd zet ipv een 64gb micro sd kaartje? Zijn er andere die hier ervaring mee hebben?

[Rianata]

alwinbakema schreef op vrijdag 26 februari 2021 @ 23:56:
Goedenavond,
Ik ben nieuw met HASS.
Ik heb een Pi4-4gb
Is er een beduidend snelheidsverschil wanneer ik HASS op een ssd zet ipv een 64gb micro sd kaartje? Zijn er andere die hier ervaring mee hebben?

https://letmegooglethat.com/?q=home+assistant+raspberry+pi+sd+versus+ssd+speed

Of doe een zoekactie in dit draadje...

En denk niet alleen aan snelheid, maar ook aan betrouwbaarheid.

[Mich]

Robbie T schreef op vrijdag 26 februari 2021 @ 10:00:
Komend vanaf Domoticz vind ik het allemaal nog ingewikkeld!
Omdat ik voor een deel van mijn automatiseringen gebruik maken van een modus (thuis, nacht, vakantie enzovoort) ben ik bezig om dit als eerste stap ook in HA werkend te krijgen.

Met behulp van TheFes heb ik een group weten te creeren waarmee de thuis status wordt aangepast. Echter moet de status ook op thuis staan, als wij er niet zijn maar er oppas is. Ik heb daarvoor een helper boolean switch gemaakt met de naam oppas en hierna geprobeerd om een automation te maken als ik de switch oppas op aan zet dat de schakelaar thuis dan ook op aan gaat, als wij er niet zijn. Maar dat werkt niet.

Hiervoor heb ik gekozen voor een state to On bij de boolean oppas. Als action: update group to home. (ook on geprobeerd maar dat werkt ook niet).

Begrijp ik het daarnaast goed dat ik twee automations moet maken om een lamp aan en uit te laten gaan?
Ik heb een lamp in de hal welke aan moet gaan bij lux lager dan 10 en bij beweging. Dit krijg ik voor elkaar, maar als er geen beweging meer is binnen 80 seconden mag de lamp weer uit, maar dit is niet middels 1 automation te maken voor zover ik kan achterhalen?

Het kan in 1 auotmation. Als je een while loop gebruikt die je bewegingsmelder checkt of die aan is. Mocht die valse worden kan je met een delay je lamp nog xx seconden aanhouden.

[Mich]

nietbob schreef op vrijdag 26 februari 2021 @ 20:40:
Binnenkort wordt mijn nieuwbouw huis opgeleverd. We willen alle verlichting slim kunnen aansturen maar ook 'dom'. Dus gewoon de schakelaars op de muren kunnen gebruiken.

We zijn nu van plan om alle schakelaars die we slim willen kunnen maken, te vervangen voor puls schakelaars. En daar dan Shelly's achter te monteren. Welke shelly's is me nog niet helemaal duidelijk.

We hebben in de woonkamer / eethoek / keuken straks 6 apart te schakelen licht zones. Deze gaan we met 3 dubbele schakelaars op de muur aansluiten. Dus daar heb ik 3 dubbele puls schakelaars voor nodig.
Als ik het goed heb kan ik achter iedere dubbele schakelaar, een shelly 2.5 monteren om 2 licht zones aan te sturen.

Deze kan ik dan vervolgens met HA aansturen.

We gaan ook zonwering monteren welke slim te sturen moet worden. We willen een knikarm zonne scherm op de achtergevel monteren, boven de openslaande deuren. En op de uitbouw, waar de eethoek komt, willen we een grote screen monteren (305cm x 260cm).

Gedachte is om een aeotec multi sensor in de woonkamer in het verlaagde plafond te monteren die temperatuur en licht meet, en daarmee automatisch de zonwering bedienen. Voor het knikarm scherm wil ik het slim sturen op basis van de wind, zodat het scherm niet uit klapt als er windkracht 8 staat.

Iemand nog tips om dit beter/slimmer aan te pakken? Op of aanmerkingen hoe dit zo simpel mogelijk kan... ik ben voor automatiseren, maar wel op de simpelste manieren. Fool proof zeg maar.

Je hebt denk ik meer aan een licht sensor buiten. Dan kan je ook uit / open commando's sturen als het bewolkt wordt. Zonnescherm met knikarm automatisch aansturen heb ik nog niet aangedurfd.

[Mich]

skank schreef op vrijdag 26 februari 2021 @ 20:24:
Vraagje
Ik heb volgende automation die smorgens het licht aan steekt

code:

id: turn_on_garden_lights_on_movement_in_the_morning
  alias: "Lichten: Tuinverlichting 's morgens aan op beweging"
  trigger:
    platform: state
    entity_id: binary_sensor.det_living
    to: "on"
  condition:
    - condition: and
      conditions:
        - condition: time
          after: "06:00:00"
          before: "08:00:00"
        - condition: numeric_state
          entity_id: sun.sun
          attribute: elevation
          below: 1
        - condition: state
          entity_id: light.tuinverlichting
          state: "off"
  action:
    - service: homeassistant.turn_on
      entity_id: light.tuinverlichting

Echter gebeurd het (en nu zeker wanneer het terug vroeger licht wordt), dat ik zelf beslis om het licht uit te zetten.
Echter wanneer ik beweeg tss 6&8u , ja dan schiet die direct terug aan

Hoe fix ik dit?

Meest simpele manier is om 2 automations te maken. 1 met trigger voor aan en 1 met trigger voor uit. In de uit trigger kan je dan eventueel de aan stand van je lamp meenemen zodat die niet onnodig start.

[alwinbakema]

Je hebt gelijk. Te lang te veel dingen gelezen.
Via ome Google bij Toms HW uitgekomen.

Conclusie. Usb flash drive werkt averechts; gaat het trager tov. Micro SD.
Ssd /m2 is de way to go.

Rianata schreef op zaterdag 27 februari 2021 @ 01:42:
[...]


https://letmegooglethat.com/?q=home+assistant+raspberry+pi+sd+versus+ssd+speed

Of doe een zoekactie in dit draadje...

En denk niet alleen aan snelheid, maar ook aan betrouwbaarheid.

[Waah]

skank schreef op vrijdag 26 februari 2021 @ 20:21:
[...]


Idem
Hier ook een week nadat ik dsmr had draaien.
Ben je al overgestapt?

Ja, meteen gedaan gisteren. Scheelde mij een VM, dus die recources kunnen naar HA.

Backup van de afgelopen maand niet terug gezet. Ik kwam niet goed bij de files op Debian en vond het teveel moeite voor een maand data want ik pruts vaak wat aan tot ik het werkend heb. Snappen doe ik het lang niet altijd

MrNiles schreef op vrijdag 26 februari 2021 @ 23:15:
[...]


In principe via de Hue Bridge
Maar als via een zigbee stick makkelijker/slimmer is dan wil ik dat wel overwegen. Ik heb zo'n stick niet.
Maar het mag ook een willekeurige andere slimme schakelaar zijn. Maar een hue heb ik nog liggen.
Is er een andere, meer standaard mogelijkheid om dingen te schakelen?

Hue kan prima eerst. Is geen voor of nadeel aan. Enige is dat als je meer verschillende merken met Zigbee koopt het soms handiger is om met een dedicated stick te werken. Een controller om al je lampen, sensoren en schakelaara met elkaar te verbinden. Vooral voor het bereik.

Maar je kan alles gewoon aan je Hue koppelen. Vervolgens koppel je de Hue aan home assistant. Dan komen al je lampen, schakelaars etc beschikbaar in Home Assistant.

De schakelaar koppel je dan niet met je lampen in de Hue app. Enkel dat die verbonden is.

In Home Assistant maak je vervolgens automation aan. Waarbij je de entity van je Hue schakelaar opzoekt en de te bedienen lamp/stekker/whatever.

Maar als je googled vind je honderden voorbeelden.

Zelf gebruik ik Node Red in plaats van Automations. Omdat ik grafisch ingesteld ben. En dan kan ik simpeler zien hoe het werkt. Maar dat is persoonlijk.

Ik heb een conbee stick voor zigbee. Ben begonnen met ikea hub, en Hue hub. Maar wilde ook al snel sensoren (aqara is betaalbaar) maar ook die hadden een eigen hub nodig.... En de conbee stick zou betekenen dat ik van de Hue bridge en ikea bridge af kon. Overzetten was nog geen half uur werk. Dus beginnen met hubs is prima. Overstappen kan altijd nog!

[ Voor 8% gewijzigd door Waah op 27-02-2021 09:30 ]

[Robbie T]

Ik schakel in huis zaken op basis van lux. Zo gaan de lampen aan als het te donker word en weer aan als het licht genoeg is.

Ik zie in blueprints en andere automations dat er veel word gedaan met de hoogte van de zon tov de horizon. Mis ik iets of is dat helemaal niet handig? In het najaar bijvoorbeeld bij een flinke wolkbreuk word het ook donkerder buiten en zou ik de lampen wel aan willen hebben. Dat gaat dus niet als je gebruikt maakt van de hoogte van de zon?

[KappuhH]

Ik heb een NUC gekocht waar ik Home Assistant op wil draaien. Daarnaast wil ik er Windows op draaien om hem incidenteel als extra pc te gebruiken met een scherm er aan, bijvoorbeeld om wat administratie te doen. Iemand tips hoe ik dat het beste op kan zetten? Is Proxmox de way to go?

[Mars Warrior]

Robbie T schreef op zaterdag 27 februari 2021 @ 10:15:
Ik schakel in huis zaken op basis van lux. Zo gaan de lampen aan als het te donker word en weer aan als het licht genoeg is.

Ik zie in blueprints en andere automations dat er veel word gedaan met de hoogte van de zon tov de horizon. Mis ik iets of is dat helemaal niet handig? In het najaar bijvoorbeeld bij een flinke wolkbreuk word het ook donkerder buiten en zou ik de lampen wel aan willen hebben. Dat gaat dus niet als je gebruikt maakt van de hoogte van de zon?

Klopt. Veel mensen gebruiken simpelweg de stand van de zon om de lampen aan en uit te schakelen..is ook zeer betrouwbaar en simpel.

Maar heeft wel het nadeel wat jij noemt. Op licht schakelen is echter wat complexer, want op wat voor tijden doe je dat? Als je alles uit doet omdat je naar bed gaat, moet de logica niet even later de lampen weer aandoen. En doe je de lampen ook weer uit als het overdag wat donkerder is geweest?

En waar doe je de lichtmeting? Oftewel hebben de lampen die aangaan invloed op de gemeten lux waarde? Of meet je buiten? En wat doen dan de lantaarnpalen met jou meting?

[martinvdm]

https://rc.home-assistant.io/blog/2021/02/24/release-20213/

Beta release notes voor 2021.3 en o.a. nieuwe ‘My Homeassistant’

[sjorsjuhmaniac]

KappuhH schreef op zaterdag 27 februari 2021 @ 10:17:
Ik heb een NUC gekocht waar ik Home Assistant op wil draaien. Daarnaast wil ik er Windows op draaien om hem incidenteel als extra pc te gebruiken met een scherm er aan, bijvoorbeeld om wat administratie te doen. Iemand tips hoe ik dat het beste op kan zetten? Is Proxmox de way to go?

Ik zou er in dat geval gewoon windows op zetten dan HA in virtualbox draaien.

[Mars Warrior]

sjorsjuhmaniac schreef op zaterdag 27 februari 2021 @ 11:00:
[...]
Ik zou er in dat geval gewoon windows op zetten dan HA in virtualbox draaien.

Maar dan mioet je virtualbox wel als service laten draaien, anders heb je er niks aan

En hyper-v is geen optie geloof ik als je usb devices wilt gebruiken. Heb je die niet dan is hyper-v nog een optie. Die start ook als service.

[A1AD]

Mars Warrior schreef op vrijdag 26 februari 2021 @ 23:17:
[...]

Oja. Het heeft ook in een beta van de iOS app gezeten, maar door wat bugs aan de kant van Apple - die nu zijn opgelost na 3jr begrijp ik - werkte het niet, maar zou het zomaar kunnen zijn dat er nu toch ondersteuning komt...

[Afbeelding]

Dat zou toch een serieuze meerwaarde zijn voor mij. Ik werkt met HAProxy, en mijn 443 frondend is normaal beveiligd dmv zo een client cert, maar door HA kan ik het momenteel niet gebruiken.

[JayOne]

Voor gebruikers die HA in Docker op een Synology NAS hebben draaien is misschien onderstaande wel handig te weten:

Om een container te updaten binnen de Synology omgeving downloadde ik altijd het laatste image, stopte de container, verwijderde de inhoud van de container en startte daarna de container weer op. Dit werkte prima. Onlangs ben ik overgestapt naar Portainer voor het beheer van deze containers en wat schetste mijn verbazing: elke keer wordt de huidige image bewaard bij het downloaden van de laatste versie. Resultaat: een heel arsenaal aan images die niet meer werden gebruikt. Via Portainer heb ik deze images (totaal zo'n 100 stuks) verwijderd, al met al zo'n 75-100 gig aan data vrijgemaakt.

Dus mocht je ook van bovenstaande methode gebruik maken, weet dan dat er een ongebruikt image bij komt.

[RobertMe]

JayOne schreef op zaterdag 27 februari 2021 @ 11:54:
Voor gebruikers die HA in Docker op een Synology NAS hebben draaien is misschien onderstaande wel handig te weten:

Om een container te updaten binnen de Synology omgeving downloadde ik altijd het laatste image, stopte de container, verwijderde de inhoud van de container en startte daarna de container weer op. Dit werkte prima. Onlangs ben ik overgestapt naar Portainer voor het beheer van deze containers en wat schetste mijn verbazing: elke keer wordt de huidige image bewaard bij het downloaden van de laatste versie. Resultaat: een heel arsenaal aan images die niet meer werden gebruikt. Via Portainer heb ik deze images (totaal zo'n 100 stuks) verwijderd, al met al zo'n 75-100 gig aan data vrijgemaakt.

Dus mocht je ook van bovenstaande methode gebruik maken, weet dan dat er een ongebruikt image bij komt.

In principe geldt dit altijd en is het niet Synology specifiek. Als je een image pulled wordt het oude bewaard. Heeft het nieuwe image dezelfde naam als de oude (bv latest wordt wel de naam / tag van de oude afgehaald maar kun je deze op basis van het id / de hash nog altijd gebruiken (of een nieuwe tag er aan hangen).

Dus de algemenere tip: doe zo nu en dan eens docker image prune om in ieder geval de ongebruikte, ongetagde, images te verwijderen. Pull je altijd specifieke tags zul je ook de specifieke images moeten verwijderen met docker image rm <naam>:<tag> (of de oude variant docker rmi <naam>:<tag>).

[skank]

Mich schreef op zaterdag 27 februari 2021 @ 07:51:
[...]


Meest simpele manier is om 2 automations te maken. 1 met trigger voor aan en 1 met trigger voor uit. In de uit trigger kan je dan eventueel de aan stand van je lamp meenemen zodat die niet onnodig start.

Hoe zie je dit dan?
Zoals mn automation nu is, schakelt hij hem ook niet uit he
Alleen als ik hem met de drukknop uitzet, schakelt hij automatisch aan, wat ik niet wil

Ik blijf dit een hele moeilijk vinden, want het licht buiten varieert zo gedurende het jaar, ik wil ook dat hij enkel aanschiet als ik benenden op het gelijkvloers kom.

Hoe doen jullie dit? Licht aan in de woonkamer zodra je beneden komt en het buiten donker is.
Meestal brandt het licht te lang buiten en is het al klaar genoeg

[M-ThijZ]

royheidotting schreef op vrijdag 26 februari 2021 @ 08:07:
[...]
Op zich is het werken via een VPN wel een veiliger idee, maar het prettige is nu dat ik met "1 klik op de knop" in mijn HA omgeving zit. Hier kan ik nog wel even een keer goed over nadenken wat ik nu liever heb.

Hiervoor gebruik ik sinds kort Tailscale.

[JayOne]

RobertMe schreef op zaterdag 27 februari 2021 @ 12:02:
[...]

In principe geldt dit altijd en is het niet Synology specifiek. Als je een image pulled wordt het oude bewaard. Heeft het nieuwe image dezelfde naam als de oude (bv latest wordt wel de naam / tag van de oude afgehaald maar kun je deze op basis van het id / de hash nog altijd gebruiken (of een nieuwe tag er aan hangen).

Dus de algemenere tip: doe zo nu en dan eens docker image prune om in ieder geval de ongebruikte, ongetagde, images te verwijderen. Pull je altijd specifieke tags zul je ook de specifieke images moeten verwijderen met docker image rm <naam>:<tag> (of de oude variant docker rmi <naam>:<tag>).

Probleem is een beetje dat je in de UI van Synology niet ziet welke images er bewaard worden (in tegenstelling tot bijv. Portainer). Door het gemak van het updaten binnen de UI gebruikte ik de CLI alleen maar voor het aanmaken van een nieuwe container. Maar eens, had dit wel kunnen verwachten, maar ging iets naïef ervan uit dat het verwijderen automagisch geregeld was in de UI van Synology

[Mich]

skank schreef op zaterdag 27 februari 2021 @ 12:02:
[...]


Hoe zie je dit dan?
Zoals mn automation nu is, schakelt hij hem ook niet uit he
Alleen als ik hem met de drukknop uitzet, schakelt hij automatisch aan, wat ik niet wil

Ik blijf dit een hele moeilijk vinden, want het licht buiten varieert zo gedurende het jaar, ik wil ook dat hij enkel aanschiet als ik benenden op het gelijkvloers kom.

Hoe doen jullie dit? Licht aan in de woonkamer zodra je beneden komt en het buiten donker is.
Meestal brandt het licht te lang buiten en is het al klaar genoeg

Je zou iets moeten doen met het last_triggered attribute van je automation.

Bekijk bijvoorbeeld deze als voorbeeld:

https://community.home-as...-in-last-10-mins/122218/6

[sjorsjuhmaniac]

Mars Warrior schreef op zaterdag 27 februari 2021 @ 11:29:
[...]

Maar dan mioet je virtualbox wel als service laten draaien, anders heb je er niks aan

Ik vind het wat te ver om te zeggen dat je er anders niets aan hebt, ik heb echter geen ervaring met windows dus ik praat even over linux service vs non-service:

Zover ik weet is het enige echte verschil is dat de VM bij een herstart van de host (of na een update) automatisch herstart wordt.
Natuurlijk is dit echt een voordeel, ben ik helemaal mee eens, maar dit maakt de standaard manier van draaien niet minder interessant. Je hoeft namelijk het vbox-hoofdscherm of zelfs de vm scherm helemaal niet 'te zien' of 'open te hebben' om de vm door te laten draaien.

Immers moet voor dit soort gebruik HA altijd draaien en dus de host altijd aanstaan. Als je de vbox niet als service draait moet je handmatig starten na een reboot. In mijn mening is dat niet zo'n probleem omdat je de host toch niet vaak gaat herstarten.

In dit geval hangt zelfs een scherm en toetsenbord aan de nuc omdat dit als gewone desktop gebruikt gaat worden; dus scherm aan, klik vbox, klik vm -> start headless en klaar. Je kan dan het hoofd-vbox-venster sluiten, de vm blijft dan ook doordraaien.

[Vaevictis_]

Ik heb net op een odroid packages geupgrade en daar zat ook docker-ce tussen. Nu wil HA supervised niet meer opstarten. Ik zie alleen:

code:

homeassistant/aarch64-hassio-observer:2020.10.1   "/init"                  2 months ago   Up 3 minutes   0.0.0.0:4357->80/tcp     hassio_observer

Wie weet wat er aan de hand is?

[Mars Warrior]

Vaevictis_ schreef op zaterdag 27 februari 2021 @ 12:59:
Ik heb net op een odroid packages geupgrade en daar zat ook docker-ce tussen. Nu wil HA supervised niet meer opstarten. Ik zie alleen:

code:

homeassistant/aarch64-hassio-observer:2020.10.1   "/init"                  2 months ago   Up 3 minutes   0.0.0.0:4357->80/tcp     hassio_observer

Wie weet wat er aan de hand is?

Geen idee, maar heb je al een volledige herstart van je odroid gedaan? Soms is dat nodig na een update van de verschillende packages. Ubuntu bijv. geeft dat aan met de ***system restart required*** melding.

[skank]

Mich schreef op zaterdag 27 februari 2021 @ 12:16:
[...]


Je zou iets moeten doen met het last_triggered attribute van je automation.

Bekijk bijvoorbeeld deze als voorbeeld:

https://community.home-as...-in-last-10-mins/122218/6

mmm idd iets toevoegen in condition, of gewoon een delay doen in de action van 2u?
Is dat wel proper?

[sjorsjuhmaniac]

Vaevictis_ schreef op zaterdag 27 februari 2021 @ 12:59:
Ik heb net op een odroid packages geupgrade en daar zat ook docker-ce tussen. Nu wil HA supervised niet meer opstarten. Ik zie alleen:

code:

homeassistant/aarch64-hassio-observer:2020.10.1   "/init"                  2 months ago   Up 3 minutes   0.0.0.0:4357->80/tcp     hassio_observer

Wie weet wat er aan de hand is?

Wat @Mars Warrior zegt en wat staat er in de docker en container log?

[cerebrum]

@skank
Je zou een extra input_boolean kunnen maken en die ook inschakelen de eerste keer dat de automation getriggerd wordt. In de automation geef je dan als extra voorwaarde dat de input_boolean uit moet zijn.
Daarna kun je op een vast tijdstip de input_boolean weer uitzetten

[ Voor 0% gewijzigd door cerebrum op 27-02-2021 13:30 . Reden: typo ]

[skank]

cerebrum schreef op zaterdag 27 februari 2021 @ 13:29:
@skank
Je zou een extra input_boolean kunnen maken en die ook inschakelen de eerste keer dat de automation getriggerd wordt. In de automation geef je dan als extra voorwaarde dat de input_boolean uit moet zijn.
Daarna kun je op een vast tijdstip de input_boolean weer uitzetten

ah goeie tip, thx, zo simpel kan het idd zijn

[TheFes]

Koffie schreef op vrijdag 26 februari 2021 @ 21:15:

Enig verschil tussen wel en niet werken is dus deze condition:

YAML:

condition:
  - condition: template
    value_template: "{{ is_state('conditional_entity','on') }}"

Als ik de reacties goed gelezen heb, had je inmiddels al door dat die quotes daar niet moesten.
Je kunt een template conditon ook als short-hand condtion gebruiken, dus zo:

YAML:

condition: "{{ is_state(conditional_entity,'on') }}"

Sheelt weer wat code

[TheFes]

skank schreef op zaterdag 27 februari 2021 @ 12:02:
[...]

Hoe doen jullie dit? Licht aan in de woonkamer zodra je beneden komt en het buiten donker is.
Meestal brandt het licht te lang buiten en is het al klaar genoeg

Ik heb geen bewegingssensor, maar zeg goedemorgen tegen mijn Google Home, die dan een script start.
Daarin zit een condition die checkt op sun.sun attribute: elevation. Als de zon al boven een bepaalde waarde (geloof dat ik nu 1.5 heb) staat, zal het licht niet schakelen, anders we.

Beter zou nog een lux sensor zijn, maar dat komt wel zodra ik de overstap naar Zigbee ga maken voor sommige devices.

[Mich]

skank schreef op zaterdag 27 februari 2021 @ 13:23:
[...]

mmm idd iets toevoegen in condition, of gewoon een delay doen in de action van 2u?
Is dat wel proper?

Ja dat kan ook. Meest snelle en meest niet nette (programmeer technisch gezien) oplossing maar het werkt wel

[skank]

TheFes schreef op zaterdag 27 februari 2021 @ 14:08:
[...]


Ik heb geen bewegingssensor, maar zeg goedemorgen tegen mijn Google Home, die dan een script start.
Daarin zit een condition die checkt op sun.sun attribute: elevation. Als de zon al boven een bepaalde waarde (geloof dat ik nu 1.5 heb) staat, zal het licht niet schakelen, anders we.

Beter zou nog een lux sensor zijn, maar dat komt wel zodra ik de overstap naar Zigbee ga maken voor sommige devices.

Ik moet ook nog eens werk maken van een goeiemorgen routine (met script)
Ik wil echter smorgens niet spreken tegen google maar de routine met het script moet in gang gaan zodra ik mn wekker afzet
Daarna moet het licht in de badkamer aan, en daarna pas op het gelijkvloers (als ik er ben), alleen scheelt dit in tijd vandaar dat ik de bewegingssensor gebruik in de living, dit zou ook kunnen met een deur sensor...
Ik heb namelijk een deur tss woonkamer en hal naar boven (die doen we altijd dicht)
Zodra ik dan de deur opendoe, weet hij dat ik beneden ben.
Zal ook iets sneller reageren tov mn bewegingssensor.
En bovenop heb k ook nog 2 sensoren liggen die ik eigenlijk niet gebruik..
Moet ik mss maar eens werk van maken.
Die lux sensor ook al veel aan gedacht.
Moet dit eens opzoeken hoeveel dit kost en of het op batterijen werkt.

[Vaevictis_]

sjorsjuhmaniac schreef op zaterdag 27 februari 2021 @ 13:28:
[...]


Wat @Mars Warrior zegt en wat staat er in de docker en container log?

@Mars Warrior @sjorsjuhmaniac

odroid is al herstart.

ha supervisor logs
Get "http://supervisor/supervisor/logs": dial tcp 172.30.32.2:80: connect: no route to host

Lijkt haast wel netwerk issue?

docker logs hassio_observer

code:

2021/02/21 13:41:58 Start webserver on http://0.0.0.0:80
[cont-finish.d] executing container finish scripts...
[cont-finish.d] done.
[s6-finish] waiting for services.
[s6-finish] sending all processes the TERM signal.
[s6-finish] sending all processes the KILL signal and exiting.
[s6-init] making user provided files available at /var/run/s6/etc...exited 0.
[s6-init] ensuring user provided files have correct perms...exited 0.
[fix-attrs.d] applying ownership & permissions fixes...
[fix-attrs.d] done.
[cont-init.d] executing container initialization scripts...
[cont-init.d] done.
[services.d] starting services
[services.d] done.
2021/02/27 09:54:14 Start webserver on http://0.0.0.0:80
[s6-init] making user provided files available at /var/run/s6/etc...exited 0.
[s6-init] ensuring user provided files have correct perms...exited 0.
[fix-attrs.d] applying ownership & permissions fixes...
[fix-attrs.d] done.
[cont-init.d] executing container initialization scripts...
[cont-init.d] done.
[services.d] starting services
[services.d] done.
2021/02/27 11:55:25 Start webserver on http://0.0.0.0:80

Deze is upgrade

code:

Pinned packages:
root@odroid:/var/cache/apt/archives# sudo apt-cache policy docker-ce
docker-ce:
  Installed: 5:20.10.4~3-0~ubuntu-focal
  Candidate: 5:20.10.4~3-0~ubuntu-focal
  Version table:
 *** 5:20.10.4~3-0~ubuntu-focal 500
        500 https://download.docker.com/linux/ubuntu focal/stable arm64 Packages
        100 /var/lib/dpkg/status
     5:20.10.3~3-0~ubuntu-focal 500
        500 https://download.docker.com/linux/ubuntu focal/stable arm64 Packages

Downgrade van docker heeft geholpen, heb weer een werkende HA.

[ Voor 14% gewijzigd door Vaevictis_ op 27-02-2021 16:04 ]

[Fleshi]

Gemakkelijke vraag echter, aangezien ik geen doorgewinterde MQTT/ Home Assistent expert ben kom ik er niet helemaal uit.

Via MQTT lees ik temperatuur waarde uit van een andere Raspberry Pi. In MQTT zie ik de volgende waarde terugkomen in het volgende topic: "pitemp/video" met als value het volgende: "temp=43.5'C"

Nu zou ik deze waarde graag inlezen in Home Assistant. In de configuration.yaml heb ik onderstaande toegevoegd, echter krijg ik dan niet de waarde te zien.

code:

sensor Temp Raspberry Pi Meterkast:
  - platform: mqtt
    state_topic: "pitemp/video"
    name: "Temp. Raspberry Pi Meterkast"
    value_template: "{{ value_json.video }}"
    unit_of_measurement: '°C'
    icon: mdi:thermometer

Echter bij de "value.template" geef ik volgens mij iets verkeerd in maar ik kom er niet uit wat. Weet iemand van jullie dit?

[Step5]

Fleshi schreef op zaterdag 27 februari 2021 @ 20:24:
Gemakkelijke vraag echter, aangezien ik geen doorgewinterde MQTT/ Home Assistent expert ben kom ik er niet helemaal uit.

Via MQTT lees ik temperatuur waarde uit van een andere Raspberry Pi. In MQTT zie ik de volgende waarde terugkomen in het volgende topic: "pitemp/video" met als value het volgende: "temp=43.5'C"

Nu zou ik deze waarde graag inlezen in Home Assistant. In de configuration.yaml heb ik onderstaande toegevoegd, echter krijg ik dan niet de waarde te zien.

code:

sensor Temp Raspberry Pi Meterkast:
  - platform: mqtt
    state_topic: "pitemp/video"
    name: "Temp. Raspberry Pi Meterkast"
    value_template: "{{ value_json.video }}"
    unit_of_measurement: '°C'
    icon: mdi:thermometer

Echter bij de "value.template" geef ik volgens mij iets verkeerd in maar ik kom er niet uit wat. Weet iemand van jullie dit?

denk dat het "{{ value_json.temp }}" moet zijn

[Fleshi]

Step5 schreef op zaterdag 27 februari 2021 @ 20:41:
[...]

denk dat het "{{ value_json.temp }}" moet zijn

Thanks voor het meedenken, echter had ik dit ook al geprobeerd en dan krijg je als waarde "unknown".

Ik twijfel of het MQTT bericht een json bericht is maar ik weet niet of dat iets uitmaakt....

[ Voor 15% gewijzigd door Fleshi op 27-02-2021 21:08 ]

[Mars Warrior]

Fleshi schreef op zaterdag 27 februari 2021 @ 21:08:
[...]

Thanks voor het meedenken, echter had ik dit ook al geprobeerd en dan krijg je als waarde "unknown".

Ik twijfel of het MQTT bericht een json bericht is maar ik weet niet of dat iets uitmaakt....

Het is kogisch dat je geen 43.5 als waarde krijgt, eant de temperatuur dtaat eraan vastgeplakt.
Vraag me ff af hoe mqtt dit nu echt stuurt, want is het json, of miet je dingen met strings gaan doen om dat getal eruit te krijgen...

[sjorsjuhmaniac]

Vaevictis_ schreef op zaterdag 27 februari 2021 @ 15:28:
[...]


@Mars Warrior @sjorsjuhmaniac

odroid is al herstart.

ha supervisor logs
Get "http://supervisor/supervisor/logs": dial tcp 172.30.32.2:80: connect: no route to host

Lijkt haast wel netwerk issue?

docker logs hassio_observer

code:

2021/02/21 13:41:58 Start webserver on http://0.0.0.0:80
[cont-finish.d] executing container finish scripts...
[cont-finish.d] done.
[s6-finish] waiting for services.
[s6-finish] sending all processes the TERM signal.
[s6-finish] sending all processes the KILL signal and exiting.
[s6-init] making user provided files available at /var/run/s6/etc...exited 0.
[s6-init] ensuring user provided files have correct perms...exited 0.
[fix-attrs.d] applying ownership & permissions fixes...
[fix-attrs.d] done.
[cont-init.d] executing container initialization scripts...
[cont-init.d] done.
[services.d] starting services
[services.d] done.
2021/02/27 09:54:14 Start webserver on http://0.0.0.0:80
[s6-init] making user provided files available at /var/run/s6/etc...exited 0.
[s6-init] ensuring user provided files have correct perms...exited 0.
[fix-attrs.d] applying ownership & permissions fixes...
[fix-attrs.d] done.
[cont-init.d] executing container initialization scripts...
[cont-init.d] done.
[services.d] starting services
[services.d] done.
2021/02/27 11:55:25 Start webserver on http://0.0.0.0:80

Deze is upgrade

code:

Pinned packages:
root@odroid:/var/cache/apt/archives# sudo apt-cache policy docker-ce
docker-ce:
  Installed: 5:20.10.4~3-0~ubuntu-focal
  Candidate: 5:20.10.4~3-0~ubuntu-focal
  Version table:
 *** 5:20.10.4~3-0~ubuntu-focal 500
        500 https://download.docker.com/linux/ubuntu focal/stable arm64 Packages
        100 /var/lib/dpkg/status
     5:20.10.3~3-0~ubuntu-focal 500
        500 https://download.docker.com/linux/ubuntu focal/stable arm64 Packages

Downgrade van docker heeft geholpen, heb weer een werkende HA.

Ik zie in de changelog niets bijzonders. Maar top dat ie weer werkt.
Observer is trouwens niet Home-assistant zelf, je zou een homeassistant of core oid container moeten zien.

[Fleshi]

Mars Warrior schreef op zaterdag 27 februari 2021 @ 21:10:
[...]

Het is kogisch dat je geen 43.5 als waarde krijgt, eant de temperatuur dtaat eraan vastgeplakt.
Vraag me ff af hoe mqtt dit nu echt stuurt, want is het json, of miet je dingen met strings gaan doen om dat getal eruit te krijgen...

Het gaat vanuit Node Red op onderstaande manier naar de MQTT broker:

2/27/2021, 9:13:52 PMnode: b1b848a9.4e1e68
pitemp/video : msg.payload : string[12]
string[12]
temp=44.0'C

Wordt het zo iets duidelijker?

[sjorsjuhmaniac]

Fleshi schreef op zaterdag 27 februari 2021 @ 20:24:
Gemakkelijke vraag echter, aangezien ik geen doorgewinterde MQTT/ Home Assistent expert ben kom ik er niet helemaal uit.

Via MQTT lees ik temperatuur waarde uit van een andere Raspberry Pi. In MQTT zie ik de volgende waarde terugkomen in het volgende topic: "pitemp/video" met als value het volgende: "temp=43.5'C"

Nu zou ik deze waarde graag inlezen in Home Assistant. In de configuration.yaml heb ik onderstaande toegevoegd, echter krijg ik dan niet de waarde te zien.

code:

sensor Temp Raspberry Pi Meterkast:
  - platform: mqtt
    state_topic: "pitemp/video"
    name: "Temp. Raspberry Pi Meterkast"
    value_template: "{{ value_json.video }}"
    unit_of_measurement: '°C'
    icon: mdi:thermometer

Echter bij de "value.template" geef ik volgens mij iets verkeerd in maar ik kom er niet uit wat. Weet iemand van jullie dit?

moet je geen json_attributes_topic in je config definieren?

[sjorsjuhmaniac]

Fleshi schreef op zaterdag 27 februari 2021 @ 21:14:
[...]

Het gaat vanuit Node Red op onderstaande manier naar de MQTT broker:

2/27/2021, 9:13:52 PMnode: b1b848a9.4e1e68
pitemp/video : msg.payload : string[12]
string[12]
temp=44.0'C

Wordt het zo iets duidelijker?

Dat is geen geldige JSON payload. JSON moet minimaal {} hebben

het is HELEMAAL geen json payload. JSON werkt met data als aan een dictionary list

dit zou moeten werken

JSON:

{"temp":"44,0 C"}

[ Voor 14% gewijzigd door sjorsjuhmaniac op 27-02-2021 21:19 ]

[Step5]

Fleshi schreef op zaterdag 27 februari 2021 @ 21:08:
[...]

Thanks voor het meedenken, echter had ik dit ook al geprobeerd en dan krijg je als waarde "unknown".

Ik twijfel of het MQTT bericht een json bericht is maar ik weet niet of dat iets uitmaakt....

Daar twijfelde ik eigenlijk ook aan, je zou dan eigenlijk zoiets moeten krijgen:

code:

{ "temp": "43.5'C" }

[Step5]

Fleshi schreef op zaterdag 27 februari 2021 @ 21:14:
[...]

Het gaat vanuit Node Red op onderstaande manier naar de MQTT broker:

2/27/2021, 9:13:52 PMnode: b1b848a9.4e1e68
pitemp/video : msg.payload : string[12]
string[12]
temp=44.0'C

Wordt het zo iets duidelijker?

Ik zou zorgen dat de payload correct is. Dat moet niet zo moelijk zijn om dat in nod-red aan te passen lijkt me (is overigens apart topic voor)

(En alleen een getal in de payload zetten)

[ Voor 3% gewijzigd door Step5 op 27-02-2021 21:26 ]

[Fleshi]

Step5 schreef op zaterdag 27 februari 2021 @ 21:25:
[...]

Ik zou zorgen dat de payload correct is. Dat moet niet zo moelijk zijn om dat in nod-red aan te passen lijkt me (is overigens apart topic voor)

(En alleen een getal in de payload zetten)

Thanks voor het meedenken ik ga even stoeien in Node Red.

[Robbie T]

Inmiddels ha geïnstalleerd op een pi2 waardoor ik ook addons kan gebruiken. Nu alleen nog kijken hoe ik het beste van Core naar ha kan. Ik lees alleen maar andersom. Is het alleen een kwestie van de config files kopiëren of is er een betere manier?

[Vaevictis_]

sjorsjuhmaniac schreef op zaterdag 27 februari 2021 @ 21:11:
[...]


Ik zie in de changelog niets bijzonders. Maar top dat ie weer werkt.
Observer is trouwens niet Home-assistant zelf, je zou een homeassistant of core oid container moeten zien.

@sjorsjuhmaniac changelog van Docker? Ik heb nog niet gekeken wat er precies is aangepast maar op mijn PI precies hetzelfde probleem met HA. Dus zowel op Ubuntu en Raspbian.

[Mars Warrior]

Vaevictis_ schreef op zondag 28 februari 2021 @ 09:04:
[...]


@sjorsjuhmaniac changelog van Docker? Ik heb nog niet gekeken wat er precies is aangepast maar op mijn PI precies hetzelfde probleem met HA. Dus zowel op Ubuntu en Raspbian.

Dat lijkt dan een probleem van HA. Ik draai op Ubuntu ook de laatste versie van Docker en heb nergens last van. Ik draai dus HA Core.

[Vaevictis_]

Mars Warrior schreef op zondag 28 februari 2021 @ 09:21:
[...]

Dat lijkt dan een probleem van HA. Ik draai op Ubuntu ook de laatste versie van Docker en heb nergens last van. Ik draai dus HA Core.

Klopt is nu ook gemeld als bug: https://github.com/home-assistant/supervisor/issues/2642

[Hmmbob]

Robbie T schreef op zaterdag 27 februari 2021 @ 22:03:
Inmiddels ha geïnstalleerd op een pi2 waardoor ik ook addons kan gebruiken. Nu alleen nog kijken hoe ik het beste van Core naar ha kan. Ik lees alleen maar andersom. Is het alleen een kwestie van de config files kopiëren of is er een betere manier?

Dat zou voldoende moeten zijn inderdaad.

MAAR: een Pi2 wordt over het algemeen gezien als "te underpowered" om HA op te draaien. Mocht je last krijgen van traagheid of gekke errors, dan is dat het eerste om naar te kijken...

Begrijp me goed: het kán misschien wel, maar HA is ontwikkeld met een Pi3b in het achterhoofd als minimale standaard. En ik probeer je ook niet naar een extreem krachtige NUC te praten of zo: het is een aandachtspunt

[ Voor 15% gewijzigd door Hmmbob op 28-02-2021 09:51 ]

[Robbie T]

Hmmbob schreef op zondag 28 februari 2021 @ 09:50:
[...]

Dat zou voldoende moeten zijn inderdaad.

MAAR: een Pi2 wordt over het algemeen gezien als "te underpowered" om HA op te draaien. Mocht je last krijgen van traagheid of gekke errors, dan is dat het eerste om naar te kijken...

Begrijp me goed: het kán misschien wel, maar HA is ontwikkeld met een Pi3b in het achterhoofd als minimale standaard. En ik probeer je ook niet naar een extreem krachtige NUC te praten of zo: het is een aandachtspunt

Thanks! Ben ik mij bewust van. Op dit moment gebruik ik nog domoticz maar ik wil de overstap maken naar ha. Ik draai domoticz op mijn xpenology. Heb ha draaiend gehad via docker maar dan heb ik geen addons. Ik heb zo geen nieuwere pi liggen. Ik wil eerst even kijken of het naar wens is en of het bevalt voor ik nieuwe hardware ga aanschaffen. Ik las echter ook nog iets over het draaien vanaf een vm via de nas dus daar eens naar kijken. Stuk krachtiger.

[ik222]

Ik gebruik inmiddels enkele maanden Home Assistant tot volle tevredenheid waarbij ik tot op heden Home Assistent als een VM op mijn ESXi server heb draaien (kant en klare image).

Ik heb verschillende dingen geïntegreerd in HA waaronder ve ZWave spullen (voornamelijk schakelaars en sensoren) via een Fibaro Home Center 2 gateway (die had ik al voordat ik met HA ging werken). Integratie daarvan in HA werkt super alleen lijkt het er nu op dat mijn Fibaro Home Center 2 vanochtend is overleden. Heb nog wel een nieuwe voeding besteld die morgen binnenkomt maar ben na veel googlen niet heel hoopvol dat hij het daarmee weer gaat doen.

Dan komt dus de vraag hoe nu verder, ik kan ofwel een nieuwe Home Center 3 kopen. Of ik ga Home Assistant op een Raspberry Pi 4 draaien met daarin direct een ZWave stick. Die laatste optie is sowieso veel goedkoper en misschien stiekem wel mooier.

Vragen die ik heb:
- Heeft iemand hier ervaring met ZWave (2 plus) spullen direct in Home Assistant koppelen? Betreft met name originele Fibaro modules en wat Neo Coolcam spul.
- Welke hardware gebruiken jullie daar dan voor? Ik zat te kijken naar die Aeotec stick maar de Gen5 + variant lijkt lastig verkrijgbaar in Nederland.

[habbekrats]

Ik gebruik nu dsmrreader addon en werkt uitstekend. Omdat TimeScaleDB daarmee ook geïnstalleerd is ookt LTSS addon er maar bijgezet om sensor data op te slaan.
https://community.home-as...lizing-timescaledb/155047
Nu werkt dit goed, als ik in mijn tabelletjes kijk zie ik de data netjes staan. Om dit ook in een leuk grafiekje te zien grafana ook maar erbij gezet. Datasource werkt alleen de data een beetje netjes in grafan krijgen zit ik even mee. Ben niet zo'n database expert
Ik rpbeer dus met de time interval van het huidige dashbord de data van 1 van mijn tempsensoren in een grafiek te krijgen. Het lijkt er echter helemaal niet op, ik zie het totaal aantal meetpunten oplopen
State staan de meetwaarden als text, met metric gaat het naar nummeriek
Group by en Order by ook mee zitten spelen maar er komt nog nix zinnigs uit.

code:

SELECT
  $__timeGroupAlias("time",$__interval),
  state AS metric,
  max(id) AS "id"
FROM ltss
WHERE
  $__timeFilter("time") AND
  entity_id = 'sensor.thgn122_123_thgn132_thgr122_228_238_268_58_01_temperature'
GROUP BY 1,2
ORDER BY 1,2

[strandbal]

ik222 schreef op zondag 28 februari 2021 @ 12:32:

Dan komt dus de vraag hoe nu verder, ik kan ofwel een nieuwe Home Center 3 kopen. Of ik ga Home Assistant op een Raspberry Pi 4 draaien met daarin direct een ZWave stick. Die laatste optie is sowieso veel goedkoper en misschien stiekem wel mooier.

Vragen die ik heb:
- Heeft iemand hier ervaring met ZWave (2 plus) spullen direct in Home Assistant koppelen? Betreft met name originele Fibaro modules en wat Neo Coolcam spul.
- Welke hardware gebruiken jullie daar dan voor? Ik zat te kijken naar die Aeotec stick maar de Gen5 + variant lijkt lastig verkrijgbaar in Nederland.

Ik draai met zo'n aeotec zwave stick die ik door pass naar m'n home assistant VM. Je kan 'm dus ook gewoon op je esx server laten draaien Rock solid, zelfs al moet ik de hele boel nog naar de nieuwe zwave js migreren.

[thespeed]

ik222 schreef op zondag 28 februari 2021 @ 12:32:
Dan komt dus de vraag hoe nu verder, ik kan ofwel een nieuwe Home Center 3 kopen. Of ik ga Home Assistant op een Raspberry Pi 4 draaien met daarin direct een ZWave stick. Die laatste optie is sowieso veel goedkoper en misschien stiekem wel mooier.

Je zou ook nog voor een Intel Nuc kunnen gaan inplaats van een Raspberry Pi 4.
Zelf heel wat issues met een Raspberry Pi 3 gehad en sinds kort een 2de hands Intel Nuc I3-4010u draait het allemaal stabiel. In diegene die ik heb zit al een SSD dus dat scheelt ook weer vanwege de vele micro SD kaart problemen. Ook is de koeling dan al meteen goed op orde.
Zelf kreeg ik de Raspberry Pi 3 toen niet stabiel ondanks het gebruik van een SSD.
Ook veel DSMR fouten dus denk dat de Raspberry Pi het bij mij gewoon niet goed kon behappen. (Grafana, InfluxDB, Homeassistant)
Ik draai het nu in ieder geval op Debian /Homeassistant supervised

[ Voor 5% gewijzigd door thespeed op 28-02-2021 13:28 ]

[ik222]

strandbal schreef op zondag 28 februari 2021 @ 12:42:
[...]


Ik draai met zo'n aeotec zwave stick die ik door pass naar m'n home assistant VM. Je kan 'm dus ook gewoon op je esx server laten draaien Rock solid, zelfs al moet ik de hele boel nog naar de nieuwe zwave js migreren.

Dat is misschien nog wel de beste optie inderdaad. Plaatsing is ook niet echt een issue omdat ZWave toch mesh doet.

Stick zojuist besteld, dan is het ook niet zo erg dat het een normale 5 is

Thanks!

[hneel]

Mijn PI4 hangt nu echt om de paar dagen. Toch eens naar een NUC kijken

[martinvdm]

Ik ben een beetje aan het klooien met een ESP8266 device met MQTT. Hierin zit MQTT Discovery met Home Assistant, maar op een of andere manier lijkt dit niet goed te werken. Nou moet ik eerlijk zeggen, meestal het handig te hebben aangemaakt in configuration.yaml, maar ik wil wel graag MQTT Discovery gebruiken. Ik heb dus de mqtt integratie verwijderd uit de config files, en opnieuw aangemaakt in de GUI incl. Discovery.
Er zijn echter wel wat devices dus handmatig in de config ingevoerd, en deze werken ook, maar ik lijk geen nieuwe devices te zien in de Gui integratie, ondanks dat ik via mosquitto_sub er zeker van ben dat deze een topic hebben en ook de discovery (homeassistant/sensor/naam/config).
Gek geniek zijn alle devices wel als losse entity aangemaakt en lijkt deze ook geen topic naam mee te kregen, als in dat het device allemaal begint met dezelfe naam, topic_naam, maar alleen naam.

Meer mensen die dit herkennen en hoe ik dit werkend krijg?

[sjorsjuhmaniac]

martinvdm schreef op zondag 28 februari 2021 @ 14:46:
Ik ben een beetje aan het klooien met een ESP8266 device met MQTT. Hierin zit MQTT Discovery met Home Assistant, maar op een of andere manier lijkt dit niet goed te werken. Nou moet ik eerlijk zeggen, meestal het handig te hebben aangemaakt in configuration.yaml, maar ik wil wel graag MQTT Discovery gebruiken. Ik heb dus de mqtt integratie verwijderd uit de config files, en opnieuw aangemaakt in de GUI incl. Discovery.
Er zijn echter wel wat devices dus handmatig in de config ingevoerd, en deze werken ook, maar ik lijk geen nieuwe devices te zien in de Gui integratie, ondanks dat ik via mosquitto_sub er zeker van ben dat deze een topic hebben en ook de discovery (homeassistant/sensor/naam/config).
Gek geniek zijn alle devices wel als losse entity aangemaakt en lijkt deze ook geen topic naam mee te kregen, als in dat het device allemaal begint met dezelfe naam, topic_naam, maar alleen naam.

Meer mensen die dit herkennen en hoe ik dit werkend krijg?

Nee ik herken het niet.
Kun je eens data van een van je topics posten? graag ook de echte volledige topicnaam.

[martinvdm]

sjorsjuhmaniac schreef op zondag 28 februari 2021 @ 14:49:
[...]


Nee ik herken het niet.
Kun je eens data van een van je topics posten? graag ook de echte volledige topicnaam.

Betreft dit project:
https://github.com/rvdbreemen/OTGW-firmware/
Alle devices zijn aangemaakt als losse entities, ipv 1 device en ik zie het niet terug in de MQTT discovery.

code:

homeassistant/sensor/OTGW/TSet/config {"device_class": "temperature", "name": "Control setpoint", "state_topic": "OTGW/TSet", "unit_of_measurement": "°C", "value_template": "{{ value }}" }
....en nog vele meer
homeassistant/binary_sensor/OTGW/fault/config {"unique_id": "otgw","name": "Fault", "state_topic": "OTGW/fault"}
....en nog vele meer
OTGW/TSet 6.00
OTGW/TrOverride 0.00
.... en nog vele meer

[sjorsjuhmaniac]

martinvdm schreef op zondag 28 februari 2021 @ 14:55:
[...]

Betreft dit project:
https://github.com/rvdbreemen/OTGW-firmware/
Alle devices zijn aangemaakt als losse entities, ipv 1 device en ik zie het niet terug in de MQTT discovery.

code:

homeassistant/sensor/OTGW/TSet/config {"device_class": "temperature", "name": "Control setpoint", "state_topic": "OTGW/TSet", "unit_of_measurement": "°C", "value_template": "{{ value }}" }
....en nog vele meer
homeassistant/binary_sensor/OTGW/fault/config {"unique_id": "otgw","name": "Fault", "state_topic": "OTGW/fault"}
....en nog vele meer
OTGW/TSet 6.00
OTGW/TrOverride 0.00
.... en nog vele meer

Aah, dat is een eenvoudig antwoord: dat zit zo in de "OTGW-firmware".

Zie hier.

Er is dus niets 'kapot' of 'niet werkend'... het is nu eenmaal zo geprogrammeerd, zonder devices.

[martinvdm]

sjorsjuhmaniac schreef op zondag 28 februari 2021 @ 14:59:
[...]


Aah, dat is een eenvoudig antwoord: dat zit zo in de "OTGW-firmware".

Zie hier.

Er is dus niets 'kapot' of 'niet werkend'... het is nu eenmaal zo geprogrammeerd, zonder devices.

mmm dat is jammer. had wel verwacht dat, aangezien er een Top Topic opgegeven wordt in de gui dat alle sensors dan als entity onder 1 device vallen. en ik maar zoeken
thanks iig
Edit: wellicht gaat deze pull nog wat bijbrengen ivm unique_id: https://github.com/rvdbreemen/OTGW-firmware/pull/19

[ Voor 9% gewijzigd door martinvdm op 28-02-2021 15:13 ]

[sjorsjuhmaniac]

martinvdm schreef op zondag 28 februari 2021 @ 15:12:
[...]

mmm dat is jammer. had wel verwacht dat, aangezien er een Top Topic opgegeven wordt in de gui dat alle sensors dan als entity onder 1 device vallen. en ik maar zoeken
thanks iig
Edit: wellicht gaat deze pull nog wat bijbrengen ivm unique_id: https://github.com/rvdbreemen/OTGW-firmware/pull/19

Nee helaas. Ik zag laatst wel iemand met de HA discovery bezig. Wellicht dat devices etc er ook aan komen.

Is er trouwens een algemeen 'availability topic'? ergens waar 'online' 'offline' naartoe gestuurd wordt?

[martinvdm]

sjorsjuhmaniac schreef op zondag 28 februari 2021 @ 15:21:
[...]


Nee helaas. Ik zag laatst wel iemand met de HA discovery bezig. Wellicht dat devices etc er ook aan komen.

Is er trouwens een algemeen 'availability topic'? ergens waar 'online' 'offline' naartoe gestuurd wordt?

nee volgens mij mist dat ook, ik zal verder eea hier behandelen ipv in dit topic.

[ Voor 14% gewijzigd door martinvdm op 28-02-2021 15:57 ]

[Septillion]

TheFes schreef op vrijdag 26 februari 2021 @ 13:52:
@Septillion @Robbie T
Ik was ook met deze input_select aan de slag gegaaan, aangezien ik het ook wel een goed idee vind om een vakantiemodus te hebben die 's avonds wat lichten aanzet om een thuissituatie te simuleren, en een gastmodus om er voor te zorgen dat de lichten bijvoorbeeld uitgaan zodra we weg zijn.

Echter, toen ik er mee bezig was, dacht dit dat dit net zo makkelijk in een template sensor kan, dan hoef je er ook geen automation voor te maken.

Ik heb dus deze template sensor gemaakt op basis van de input_boolean.gast en input_boolean.vakantie

YAML:

platform: template
sensors:
  huis_modus:
    friendly_name: Huis Modus
    value_template: >-
      {% if is_state('group.m_en_m', 'not_home') 
          and is_state('input_boolean.gast', 'off') 
          and is_state('input_boolean.vakantie', 'on') %}
        Vakantie
      {% elif is_state('group.m_en_m', 'not_home') 
          and is_state('input_boolean.gast', 'on') %}
        Gast
      {% elif is_state('group.m_en_m', 'not_home') %}
        Afwezig
      {% else %}
        Thuis
      {% endif %}
    icon_template: >-
      {% if is_state('sensor.huis_modus', 'Gast') %}
        mdi:account
      {% elif is_state('sensor.huis_modus', 'Niet thuis') %}
        mdi:home-outline
      {% elif is_state('sensor.huis_modus', 'Vakantie') %}
        mdi:bag-suitcase
      {% else %}
        mdi:home
      {% endif %}

Om hem te testen heb ik ook even een input_boolean.thuis gemaakt en de group_m_en_m daarvoor vervangen. Dan werkt het prima. Anders zouden om te testen eerst mijn vriendin en ik ver genoeg van huis moeten zijn.

[Afbeelding]

^{Zie nu wel dat ik het icoon voor de input_boolean.vakantie nog even aan moet passen.
En in de icon_template gebruik ik 'Niet thuis' waar ik in de value_template 'Afwezig' gebruik, dat moet uiteraard hetzelfde zijn}

Dit laat wel gelijk zien waarom ik een input_select suggereerde. Je hebt nu meerdere input_booleans die mutually exclusive zijn van elkaar. Iets dat naar mijn idee alleen voor verwarring kan zorgen. Door het in een input_select te doen ben je van het gedonder af. Maar dat zou je inderdaad alleen voor de user input kunnen gebruiken en daarachter nog laag die de input combineert met automatische states zoals presence detection als dat voor de modus nodig is.

Dat zou je dan inderdaad mooi op kunnen lossen met een template sensor. Ook al heb ik zelf niets tegen automations daarvoor, zeker omdat je daarvoor geen herstart hoeft te doen. Maar een voordeel van een tempalte sensor zou dan wel weer zijn dat het output only is (aka, niet aan te passen in de UI).

Zelf heb ik dus zo'n tweetrap "raket" voor de staat van de woonkamer.Daar heb ik dus eigenlijk een 'modus' en een 'state'. De eerste pas ik aan en bevat ook 'auto' als modus. De tweede is alleen voor uitvoer en bevat alleen echt uit te voeren toestanden (scenes).

[Robbie T]

Robbie T schreef op zondag 28 februari 2021 @ 11:40:
[...]


Thanks! Ben ik mij bewust van. Op dit moment gebruik ik nog domoticz maar ik wil de overstap maken naar ha. Ik draai domoticz op mijn xpenology. Heb ha draaiend gehad via docker maar dan heb ik geen addons. Ik heb zo geen nieuwere pi liggen. Ik wil eerst even kijken of het naar wens is en of het bevalt voor ik nieuwe hardware ga aanschaffen. Ik las echter ook nog iets over het draaien vanaf een vm via de nas dus daar eens naar kijken. Stuk krachtiger.

Inmiddels draaiend. Kan alleen geen ssh gebruiken..

[sjorsjuhmaniac]

Robbie T schreef op zondag 28 februari 2021 @ 17:35:
[...]


Inmiddels draaiend. Kan alleen geen ssh gebruiken..

Klopt, heb je in princiepe ook niet nodig.

je heb 2 opties als je het per se wil hebben:
- ssh add-on: je ssh-t naar een speciale container waar je alleen toegang hebt tot de config files
- je activeert de developer-ssh om toegang tot de core te krijgen

Beide brengen je niet veel want heel veel in HA os is afgeschermd en/of op niet persistent data gebaseerd, dus verandering vervallen weer bij een reboot.

Je kan beter naar de portainer addon kijken. Deze exposed docker en staat je toe zelf docker containers toe te voegen.

[Robbie T]

sjorsjuhmaniac schreef op zondag 28 februari 2021 @ 17:42:
[...]


Klopt, heb je in princiepe ook niet nodig.

je heb 2 opties als je het per se wil hebben:
- ssh add-on: je ssh-t naar een speciale container waar je alleen toegang hebt tot de config files
- je activeert de developer-ssh om toegang tot de core te krijgen

Beide brengen je niet veel want heel veel in HA os is afgeschermd en/of op niet persistent data gebaseerd, dus verandering vervallen weer bij een reboot.

Je kan beter naar de portainer addon kijken. Deze exposed docker en staat je toe zelf docker containers toe te voegen.

De ssh addon had ik ontdekt maar krijg alsnog geen verbinding. Heb het idee dat dit komt omdat het als vm draait vanaf mijn nas (xpenology)

[sjorsjuhmaniac]

Robbie T schreef op zondag 28 februari 2021 @ 17:43:
[...]


De ssh addon had ik ontdekt maar krijg alsnog geen verbinding. Heb het idee dat dit komt omdat het als vm draait vanaf mijn nas (xpenology)

Hangt er vanaf hoe je de netwerk kant geregeld hebt, als je bridged of 'host' kiest wordt 'alles' van HA exposed. Als je NAT moet je poorten fwd-en. Let ook op dat de user voor de ssh addon 'root' is.

[Voggy]

Ik zit met een probleem, het is donker in huis!

Zojuist een nieuwe Ikea lamp toegevoegd, dit ging prima. Hierna waren echter alle lampen 'not available'.
Ik gebruik Home Assistant in Synology Docker i.c.m. een Conbee II stick.

De Conbee stick lijkt gewoon te werken, ik heb een aantal lampen handmatig aangezet en deze worden dan zichtbaar in de Phoscon app. Het probleem is dat HA de stick niet kan vinden? Ik heb de deCONZ integration verwijderd en nu kan ik hem niet meer toevoegen... Kan iemand mij verder helpen?

[sjorsjuhmaniac]

Voggy schreef op zondag 28 februari 2021 @ 17:48:
Ik zit met een probleem, het is donker in huis!

Zojuist een nieuwe Ikea lamp toegevoegd, dit ging prima. Hierna waren echter alle lampen 'not available'.
Ik gebruik Home Assistant in Synology Docker i.c.m. een Conbee II stick.

De Conbee stick lijkt gewoon te werken, ik heb een aantal lampen handmatig aangezet en deze worden dan zichtbaar in de Phoscon app. Het probleem is dat HA de stick niet kan vinden? Ik heb de deCONZ integration verwijderd en nu kan ik hem niet meer toevoegen... Kan iemand mij verder helpen?

heb je recent iets geupdate?
wat zeggen je
- ha log
- docker log
- synology log
?

[Voggy]

sjorsjuhmaniac schreef op zondag 28 februari 2021 @ 18:04:
[...]


heb je recent iets geupdate?
wat zeggen je
- ha log
- docker log
- synology log
?

Geen idee wat er mis was, ik heb HA van de docker gegooid en opnieuw geinstalleerd en nu werkt de boel weer.
Ik heb vanochtend externe access aangezet via ddns en het ssl certificaat geupdate, maar het lijkt me sterk dat dit er iets mee te maken had aangezien alles van HA via interne ip gaat.

[Hetisookwat]

Septillion schreef op vrijdag 26 februari 2021 @ 11:10:
@Hetisookwat Een Shelly i3 kan inderdaad er mooi achter. Draden naar de lamp inderdaad los (of doorlussen als er nu een smart bulb in zit). Zou wel de schakelaar vervangen door een (dubbele) pulsdrukker. Wel even opletten dat je wel een N-draad nodig hebt voor een Shelly i3

Hi!
Ik wil hier toch nog even op terug komen. Ik heb inderdaad geen N-draad in die aansluiting zitten (er zijn ook geen lampen aangesloten op de knop). Mijn vraag breidt zich dus eigenlijk uit. Gezien er drie drukknoppen naast elkaar zitten op die plek, wil ik er eigenlijk één vervangen door een smart switch ofzo. Of die op batterijen gaat is niet erg, maar ik wil dus de huidige drukknop weg hebben en dus de lege wanddoos vullen met een smart switch. Ik kan alleen niet vinden welke er zou passen in mijn (standaard) wand met wandplaat.

[Septillion]

@Hetisookwat Enige drop in "smart" switch die ik ken is een Friend of Hue. De meeste gaan (helaas) uit van het vervangen van alles en maakt inderdaad combineren wat lastig. En met Wifi is op batterij werken ook eigenlijk niet te doen. Maar paar opties:

1. Beginnende bij de open deur, trek een N. Als je bij de centraaldoos kunt hoeft dit niet heel lastig te zijn en krijg je er met een Shelly i3 gelijk 3 inputs cadeau
2. Andere optie is om een smarts niet echter de schakelaar te plaatsen maar in de centraaldoos waar de schakeldraad nu al heen loopt. Daar is waarschijnlijk toch al N beschikbaar en dus vaak toch al de makkelijkste plek.
3. Als je bij een Shelly wilt blijven zou je ook een Shelly 1L kunnen pakken en een bypass op de plek van de lamp kunnen plaatsen.
4. Wordt creatief, je zal niet de eerste zijn die bijvoorbeeld een Ikea Tradfri open heeft gehaald. Simpelweg aan de huidige knopjes een draadje maken en deze op een normale schakelmateriaal pulsdrukker aansluiten. De knop is daarna klein genoeg om achter de schakelaar te drukken (mits je geen mega ondiepe/oude dozen hebt). Het is iets werk maar het stelt niet zo veel voor.

[Hetisookwat]

Septillion schreef op zondag 28 februari 2021 @ 19:36:
@Hetisookwat Enige drop in "smart" switch die ik ken is een Friend of Hue. De meeste gaan (helaas) uit van het vervangen van alles en maakt inderdaad combineren wat lastig. En met Wifi is op batterij werken ook eigenlijk niet te doen. Maar paar opties:

1. Beginnende bij de open deur, trek een N. Als je bij de centraaldoos kunt hoeft dit niet heel lastig te zijn en krijg je er met een Shelly i3 gelijk 3 inputs cadeau
2. Wordt creatief, je zal niet de eerste zijn die bijvoorbeeld een Ikea Tradfri open heeft gehaald. Simpelweg aan de huidige knopjes een draadje maken en deze op een normale schakelmateriaal pulsdrukker aansluiten. De knop is daarna klein genoeg om achter de schakelaar te drukken (mits je geen mega ondiepe/oude dozen hebt). Het is iets werk maar het stelt niet zo veel voor.

Ik denk dat ik mezelf maar leer hoe ik kabels moet trekken , da’s toch weer iets nieuws. Iets meer toekomst-proof dan de Tradfri oplossing. Al vind ik die knop wel handig om in huis te hebben voor die paar euries. Nogmaals dank, wellicht meld ik me nog eens.

[Valkyre]

sjorsjuhmaniac schreef op donderdag 25 februari 2021 @ 07:46:
[...]


Nee sorry, ik zat verkeerd ik dacht dat je zwavejs2mqtt add-on gebruikt maar je gebruikte zwavejs integration zie ik.

Ik heb daar geen ervaring mee Heb je de documentatie al bekeken? Zie bullet 2

Jeetje wat loopt dit topic snel je bent even het weekend weg en weer een pagina verder.

als ik het goed begrijp moet je dus een keuze maken, of zwave-js add-on gebruiken (maar dan lever je in ieder geval momenteel in op functionaliteit)
of de addon:Z-Wave to MQTT gebruiken?

Dan nog even een Z-wave vraag: kan ik de security key makkelijk wijzigen? Of moet ik dan alle apparaten opnieuw includen?

[Hmmbob]

Dat laatste.

En zwave-js inderdaad.

[ Voor 55% gewijzigd door Hmmbob op 01-03-2021 20:54 ]

[bandy]

Mijn hacs add-on is er plotseling mee gestopt en vervolgens niet meer zichtbaar in de sidebar. Onder intregaties is hij nog wel zichtbaar maar vervolgens niet te configureren.
Verwijderen reageert de add-on niet op, ook de map hacs verwijderen levert een error 39 op?

Ik heb een eerder snapshot terug gezet maar ook dat geeft geen verbetering.

Heeft iemand nog een idee wat ik kan doen om hacs weer bruikbaar te maken.

[ Voor 17% gewijzigd door bandy op 01-03-2021 21:40 ]

[maartend]

Ok. Voor die gekkies die HA Supervisor, net als ik, nog op Ubuntu draaien, de laatste update van Docker maakt de toegang tot HA weer onmogelijk. Heb dus een rollback van docker gedaan. Dus weest vorozichtig, maar nog beter, stap over op Debian

[Mars Warrior]

maartend schreef op dinsdag 2 maart 2021 @ 10:37:
Ok. Voor die gekkies die, net als ik, nog op Ubuntu draaien, de laatste update van Docker maakt de toegang tot HA weer onmogelijk. Heb dus een rollback van docker gedaan. Dus weest vorozichtig, maar nog beter, stap over op Debian

Ik heb nergens last van onder Ubuntu 20.04 LTS. Net apt update/upgrade gedaan en alles werkt nog.
Draai wel HA Core, geen supervisor...

[Tusk]

barrymossel schreef op vrijdag 26 februari 2021 @ 13:02:
[...]

Je kunt hier eens naar kijken: https://www.home-assistant.io/integrations/filter/

Dank hiervoor. Het is na wat testen uiteindelijk het Outlier filter geworden. Met een window_size van 3 states. Filtert er nu mooi de pieken van 1 state uit en bij langere pieken is het verschil met het origineel minimaal. Het schuift dan 3 states op.

Nu wil ik mijn solarEdge grafiek eigenlijk ook filteren. Deze geeft maar elke 5 minuten een waarde uit, waardoor de treden van de grafiek er grof zijn. Is er een manier om adv gemiddelden bijvoorbeeld 10 tussenwaardes te genereren? Of een andere manier waarop de grafiek mooi smooth wordt ipv die grove tredes?

[maartend]

Mars Warrior schreef op dinsdag 2 maart 2021 @ 10:43:
[...]

Ik heb nergens last van onder Ubuntu 20.04 LTS. Net apt update/upgrade gedaan en alles werkt nog.
Draai wel HA Core, geen supervisor...

Thnx, bericht aangepadt. Ik draai supervisor

[DaLass]

Tusk schreef op dinsdag 2 maart 2021 @ 11:06:
[...]

Dank hiervoor. Het is na wat testen uiteindelijk het Outlier filter geworden. Met een window_size van 3 states. Filtert er nu mooi de pieken van 1 state uit en bij langere pieken is het verschil met het origineel minimaal. Het schuift dan 3 states op.

Nu wil ik mijn solarEdge grafiek eigenlijk ook filteren. Deze geeft maar elke 5 minuten een waarde uit, waardoor de treden van de grafiek er grof zijn. Is er een manier om adv gemiddelden bijvoorbeeld 10 tussenwaardes te genereren? Of een andere manier waarop de grafiek mooi smooth wordt ipv die grove tredes?

Niet direct een antwoord op je vraag, maar kun je de uitlezing van je SolarEdge niet anders doen? Ik heb 2 SolarEdge omvormers hangen die ik beide via Modbus over TCP uitlees, en dan kan ik elke 10 sec een reading doen, zodat het netjes in de pas loopt met de P1 data en ik meer detail in mijn grafieken heb.

[Tusk]

DaLass schreef op dinsdag 2 maart 2021 @ 12:23:
[...]

Niet direct een antwoord op je vraag, maar kun je de uitlezing van je SolarEdge niet anders doen? Ik heb 2 SolarEdge omvormers hangen die ik beide via Modbus over TCP uitlees, en dan kan ik elke 10 sec een reading doen, zodat het netjes in de pas loopt met de P1 data en ik meer detail in mijn grafieken heb.

Ik krijg de data nu via de API die gelimit is tot 300 requests per dag.

Ik zie dat je voor de Modbus manier extra hardware nodig hebt. Ik hoop dat eenvoudiger (en gratis ) via HASS zelf is te ondervangen.