Home Assistant: Open source Python3 home automation - deel 3

[Wilf]

Wauw dat is wel erg ver in domotica.

Even als konijnenliefhebber; als ze gewend zijn buiten te zitten (buitenkonijn met wintervacht) dan is het vooral belangrijk dat hun nachthok droog en windvrij is (dus rondom dicht, alleen een kleine opening voor in en uit, geen open gaas) en dat ze op stro zitten. Konijnen houden dan elkaar warm. Daar zijn ze voor gemaakt.

[Yukkie]

crimby schreef op woensdag 10 februari 2021 @ 08:54:
Ik heb een multisensor in het konijnenhok om de temperatuur te meten. Nu wil ik ook graag zichtbaar hebben wanneer de sensor voor het laatst geüpdate is.
Nu heb ik onderstaande gevonden op internet, maar deze waarde blijft op "niet beschikbaar" staan.

code:

  - platform: template
    sensors:
      konijnenhok_lastupdated:
        friendly_name: "Konijnhok laatst geupdate"
        value_template: >
          {% set values = [
            as_timestamp(states.sensor.multi_sensor_slaapkamer.last_changed),
            as_timestamp(states.sensor.multi_sensor_slaapkamer_2.last_changed),
            as_timestamp(states.sensor.multi_sensor_slaapkamer_3.last_changed), ] %}
          {{ min(values) }}
        device_class: timestamp

in mijn card heb ik het volgende;

code:

type: vertical-stack
cards:
  - type: glance
    title: Nachthok
    entities:
     - entity: sensor.multi_sensor_konijnenhok
       name: Temperatuur  
     - entity: sensor.multi_sensor_konijnenhok_2 
       name: Vocht
     - entity: sensor.multi_sensor_konijnenhok_3
       name: Luchtdruk
     - entity: sensor.konijnenhok_lastupdated
       name: Laatst geüpdate

Wat doe ik fout?

Klopt het dat je in je Template de slaapkamer sensor hebt staan? of is dat een copy/paste foutje?

[Hmmbob]

crimby schreef op woensdag 10 februari 2021 @ 08:54:
Ik heb een multisensor in het konijnenhok om de temperatuur te meten. Nu wil ik ook graag zichtbaar hebben wanneer de sensor voor het laatst geüpdate is.
Nu heb ik onderstaande gevonden op internet, maar deze waarde blijft op "niet beschikbaar" staan.

code:

  - platform: template
    sensors:
      konijnenhok_lastupdated:
        friendly_name: "Konijnhok laatst geupdate"
        value_template: >
          {% set values = [
            as_timestamp(states.sensor.multi_sensor_slaapkamer.last_changed),
            as_timestamp(states.sensor.multi_sensor_slaapkamer_2.last_changed),
            as_timestamp(states.sensor.multi_sensor_slaapkamer_3.last_changed), ] %}
          {{ min(values) }}
        device_class: timestamp

in mijn card heb ik het volgende;

code:

type: vertical-stack
cards:
  - type: glance
    title: Nachthok
    entities:
     - entity: sensor.multi_sensor_konijnenhok
       name: Temperatuur  
     - entity: sensor.multi_sensor_konijnenhok_2 
       name: Vocht
     - entity: sensor.multi_sensor_konijnenhok_3
       name: Luchtdruk
     - entity: sensor.konijnenhok_lastupdated
       name: Laatst geüpdate

Wat doe ik fout?


EDIT: FIXED

code:

  - platform: template
    sensors:
      konijnenhok_lastupdated:
        friendly_name: "Konijnhok laatst geupdate"
        value_template: >
          {% set values = [
            as_timestamp(states.sensor.multi_sensor_slaapkamer.last_changed),
            as_timestamp(states.sensor.multi_sensor_slaapkamer_2.last_changed),
            as_timestamp(states.sensor.multi_sensor_slaapkamer_3.last_changed), ] %}
          {{ values | min | timestamp_local() }}
        device_class: timestamp

Zegt je log iets?
krijg je een waarde te zien als je as_timestamp(states.sensor.multi_sensor_slaapkamer.last_changed) in de sjablooneditor zet? Ik zie in mijn quote dat het gefixt is

[Septillion]

@crimby Je hebt nog wel een komma te veel na je laatste entity maar schijnbaar gaat hij daarvan niet onderuit.

@Hmmbob Ik zou dus niet weten wat. Ik heb geen wijzigingen aan het netwerk doorgevoerd, update van HACS zelf ging wel goed, enige wat ik afgelopen week gedaan heb is naar core-2021.2.2 gegaan.

[crimby]

Hmmbob schreef op woensdag 10 februari 2021 @ 09:05:
[...]

Zegt je log iets?
krijg je een waarde te zien als je as_timestamp(states.sensor.multi_sensor_slaapkamer.last_changed) in de sjablooneditor zet? Ik zie in mijn quote dat het gefixt is

Het rare is dat het nu op mijn computer zichtbaar is en werkt perfect.
Op de app blijft ie op invalid date, maar update wel gelijk met de computer.

[crimby]

Yukkie schreef op woensdag 10 februari 2021 @ 09:01:
[...]

Klopt het dat je in je Template de slaapkamer sensor hebt staan? of is dat een copy/paste foutje?

hahaha sorry ik dacht dat ik alles goed had gezet, maar ik gebruik mijn slaapkamer sensor nu voor het konijnenhok. in mijn HA heb ik alles op slaapkamer staan en dat werkt dus

[golles]

Jerry_bboy schreef op dinsdag 9 februari 2021 @ 22:25:
[...]


Wat kun je er allemaal mee dan?
Kun je ook uitlezen hoe lang het nog duurt?

https://www.home-assistant.io/integrations/home_connect/

Er is inderdaad resterende tijd en voortgang (%)
Glansspoelmelding en de tabletteller zitten niet in HA. En aanzetten kan alleen als remote start op het apparaat geactiveerd is, dit moet je elke keer handmatig doen.

Er is geen sensor die het huidige programma weergeeft, dat vond ik zelf onhandig, dus heb ik deze zelf gemaakt, ik denk dat jullie die ook wel willen (@GioStyle, @CAP-Team):

YAML:

sensor:
  - platform: template
    sensors:
      vaatwasser_active_program:
        friendly_name: Vaatwasser programma
        icon_template: mdi:dishwasher
        value_template: >
          {% set prefix = 'Vaatwasser Program ' %}
          {% set program = namespace(name = 'Niet beschikbaar') %}
          {% for switch in states.switch -%}
            {%- if switch.name.startswith(prefix) and switch.state == 'on' %}
              {% set program.name = switch.name.split(prefix)[1] %}
            {%- endif %}
          {%- endfor %}
          {{ program.name }}

Edit: Deze manier is niet een 100% perfecte oplossing, want als er meerdere programma's actief zijn, dan geeft deze sensor de laatste actieve programma, ik ga er dus vanuit dat meerdere programma's niet kan, dus het zou geen probleem moeten zijn

[ Voor 9% gewijzigd door golles op 10-02-2021 13:26 ]

[Jerry_bboy]

Thoit schreef op woensdag 10 februari 2021 @ 08:36:
[...]


Wel een "slimme" oven van Siemens. Kan hem niet aanraden. Héél veel ellende mee. We hebben hem gekocht met het idee dat als je bijv. onderweg naar huis bent, je de oven alvast kan aanzetten zodat die warm is als je thuis komt. Of als je op de bank zit, je de oven alvast kan aanzetten etc. Helaas heeft Siemens "extra veiligheid" ingebouwd waardoor we dit nooit kunnen gebruiken. Je moet namelijk elke 24 uur meen ik, de oven handmatig bediend hebben.

Wat wil je trouwens nog slim hebben aan de vaatwasser? De wasmachine begrijp ik nog wel, maar de vaatwasser staat bij ons altijd 's nachts aan, en wil niet eens weten wanneer die klaar is.

Hoef hem niet perse slim te hebben, stroomverbruik is wel handig (kan ook met een plug met power measure) zien welk programma je gebruikt. Remote aanzetten. En alles wat extra is nice to have. Helaas heeft de vaatwasser het na 20 jaar opgegeven. Dus moet op zoek naar iets nieuws. En heb ook Wi-Fi vaatwassers gezien die niet veel duurder zijn. Dus dacht waarom dan niet daar naar kijken. En even hier informeren. Maar vandaag ook maar eens informeren bij wat winkels.

@golles thanks voor je info.

[A1AD]

Koepert schreef op woensdag 10 februari 2021 @ 07:32:
[...]
T is wel bijzonder. Ik zit zowel op 5.11 als 2021.2.6, eigenlijk zonder problemen. (tot nu toe)

Jullie spreken al over 21.2.6 maar ik zit via docker nog steeds op 21.2.0? Die verschillende versies maken het er niet eenvoudiger op.

[drice]

A1AD schreef op woensdag 10 februari 2021 @ 10:00:
[...]


Jullie spreken al over 21.2.6 maar ik zit via docker nog steeds op 21.2.0? Die verschillende versies maken het er niet eenvoudiger op.

21.2.6 is de supervisor versie

[A1AD]

drice schreef op woensdag 10 februari 2021 @ 10:04:
[...]

21.2.6 is de supervisor versie

mja, lekker duidelijk

[Koepert]

A1AD schreef op woensdag 10 februari 2021 @ 10:00:
[...]


Jullie spreken al over 21.2.6 maar ik zit via docker nog steeds op 21.2.0? Die verschillende versies maken het er niet eenvoudiger op.

Let op, dit ging over de versie van Supervisor, niet HA zelf.
Samengevat zit ik dus op:

core-2021.2.2,
supervisor-2021.02.6 en
Home Assistant OS 5.11

in een proxmox VM dus.

[golles]

Jerry_bboy schreef op woensdag 10 februari 2021 @ 09:52:
[...]


Hoef hem niet perse slim te hebben, stroomverbruik is wel handig (kan ook met een plug met power measure) zien welk programma je gebruikt. Remote aanzetten. En alles wat extra is nice to have. Helaas heeft de vaatwasser het na 20 jaar opgegeven. Dus moet op zoek naar iets nieuws. En heb ook Wi-Fi vaatwassers gezien die niet veel duurder zijn. Dus dacht waarom dan niet daar naar kijken. En even hier informeren. Maar vandaag ook maar eens informeren bij wat winkels.

@golles thanks voor je info.

Het is natuurlijk al erg leuk dat je in HA kan zien wat de status van je apparaat is of dit meerwaarde heeft is natuurlijk een individuele afweging. Ik vind het persoonlijk heel handig dat HA hem snachts probeert aan te zetten dan dat ik hem zelf via de app instel op een bepaalde tijd, dat vergat ik nog wel eens als ik mn telefoon even niet bij de hand had.

[Yukkie]

@A1AD Helemaal met je eens de versienummering er niet meteen duidelijker op is geworden. Voorheen kon je "visueel" zeg maar al inschatten over welk product het ging. Nu lijken de versie nummers vaak erg veel op elkaar, zodat je goed moet kijken/lezen over welk product het men heeft.

Overigens, zit het latest Docker image van HA op 2021.2.2 inmiddels

[A1AD]

Yukkie schreef op woensdag 10 februari 2021 @ 10:13:
@A1AD Helemaal met je eens de versienummering er niet meteen duidelijker op is geworden. Voorheen kon je "visueel" zeg maar al inschatten over welk product het ging. Nu lijken de versie nummers vaak erg veel op elkaar, zodat je goed moet kijken/lezen over welk product het men heeft.

Overigens, zit het latest Docker image van HA op 2021.2.2 inmiddels

Volgens hun officiële update guide moet je het volgende doen:

code:

sudo docker pull homeassistant/home-assistant:stable

Resultaat:

code:

stable: Pulling from homeassistant/home-assistant
Digest: sha256:70a5d75866f896ec5605356f90abd0029f57a15566f67bea8d198966e30b36f3
Status: Image is up to date for homeassistant/home-assistant:stable
docker.io/homeassistant/home-assistant:stable

En dan zeggen ze: "After updating, you must start/restart Home Assistant for the changes to take effect"
Dus ik voer uit:

code:

docker container restart home-assistant

Resultaat:

[CAP-Team]

crimby schreef op woensdag 10 februari 2021 @ 08:54:
Ik heb een multisensor in het konijnenhok om de temperatuur te meten. Nu wil ik ook graag zichtbaar hebben wanneer de sensor voor het laatst geüpdate is.
Nu heb ik onderstaande gevonden op internet, maar deze waarde blijft op "niet beschikbaar" staan.

code:

  - platform: template
    sensors:
      konijnenhok_lastupdated:
        friendly_name: "Konijnhok laatst geupdate"
        value_template: >
          {% set values = [
            as_timestamp(states.sensor.multi_sensor_slaapkamer.last_changed),
            as_timestamp(states.sensor.multi_sensor_slaapkamer_2.last_changed),
            as_timestamp(states.sensor.multi_sensor_slaapkamer_3.last_changed), ] %}
          {{ min(values) }}
        device_class: timestamp

in mijn card heb ik het volgende;

code:

type: vertical-stack
cards:
  - type: glance
    title: Nachthok
    entities:
     - entity: sensor.multi_sensor_konijnenhok
       name: Temperatuur  
     - entity: sensor.multi_sensor_konijnenhok_2 
       name: Vocht
     - entity: sensor.multi_sensor_konijnenhok_3
       name: Luchtdruk
     - entity: sensor.konijnenhok_lastupdated
       name: Laatst geüpdate

Wat doe ik fout?


EDIT: FIXED

code:

  - platform: template
    sensors:
      konijnenhok_lastupdated:
        friendly_name: "Konijnhok laatst geupdate"
        value_template: >
          {% set values = [
            as_timestamp(states.sensor.multi_sensor_slaapkamer.last_changed),
            as_timestamp(states.sensor.multi_sensor_slaapkamer_2.last_changed),
            as_timestamp(states.sensor.multi_sensor_slaapkamer_3.last_changed), ] %}
          {{ values | min | timestamp_local() }}
        device_class: timestamp

Ik doe dit als volgt met mijn Fibaro bewegingssensor:

YAML:

    fibarolastmovement:
      friendly_name: Fibaro Last Movement
      value_template: >-
        {{ as_timestamp(states.binary_sensor.fibaro_system_fgms001_zw5_motion_sensor_sensor.last_changed)|timestamp_custom('%d-%m-%Y %H:%M:%S') }}

[lolgast]

A1AD schreef op woensdag 10 februari 2021 @ 10:18:
[...]


Volgens hun officiële update guide moet je het volgende doen:

code:

sudo docker pull homeassistant/home-assistant:stable

Resultaat:

code:

stable: Pulling from homeassistant/home-assistant
Digest: sha256:70a5d75866f896ec5605356f90abd0029f57a15566f67bea8d198966e30b36f3
Status: Image is up to date for homeassistant/home-assistant:stable
docker.io/homeassistant/home-assistant:stable

En dan zeggen ze: "After updating, you must start/restart Home Assistant for the changes to take effect"
Dus ik voer uit:

code:

docker container restart home-assistant

Resultaat:
[Afbeelding]

Je moet je container wel opnieuw aanmaken natuurlijk... Nu herstart je de container die is gemaakt op basis van de oude image

[TravockMD]

@crimby @CAP-Team
Als het "alleen" is om weer te geven in je dashboard, dan kun je ook onder je entity "secondary_info: last-changed" neerzetten.

YAML:

  - entity: switch.muur_tablet
    name: Oplader Muur Tablet
    secondary_info: last-changed

[A1AD]

lolgast schreef op woensdag 10 februari 2021 @ 10:24:
[...]

Je moet je container wel opnieuw aanmaken natuurlijk... Nu herstart je de container die is gemaakt op basis van de oude image

Ja, "natuurlijk", maar zo staat dat niet geschreven?

edit: En hier dan weer wel...

[ Voor 21% gewijzigd door A1AD op 10-02-2021 10:35 ]

[Hmmbob]

A1AD schreef op woensdag 10 februari 2021 @ 10:18:
[...]


Volgens hun officiële update guide moet je het volgende doen:

code:

sudo docker pull homeassistant/home-assistant:stable

Resultaat:

code:

stable: Pulling from homeassistant/home-assistant
Digest: sha256:70a5d75866f896ec5605356f90abd0029f57a15566f67bea8d198966e30b36f3
Status: Image is up to date for homeassistant/home-assistant:stable
docker.io/homeassistant/home-assistant:stable

En dan zeggen ze: "After updating, you must start/restart Home Assistant for the changes to take effect"
Dus ik voer uit:

code:

docker container restart home-assistant

Resultaat:
[Afbeelding]

Een restart gaat geen nieuwe container opbouwen van een geupdate image, die herstart de bestaande container alleen maar.

[lolgast]

@A1AD Ik denk dat ze er vanuitgaan dat je weet hoe Docker werkt en dus wat ze daarmee bedoelen. Maar je mag zelf verbetering aandragen bij ze, als je er over valt

[A1AD]

Ja dat weet ik, ik vind het ook een top systeem daar niet van. Maar sommige zaken zouden wat duidelijker kunnen voor de beginnende HA'er.

Hmmbob schreef op woensdag 10 februari 2021 @ 10:37:
[...]

Een restart gaat geen nieuwe container opbouwen van een geupdate image, die herstart de bestaande container alleen maar.

Ik volg gewoon de bestaande handleiding :-)

[ Voor 51% gewijzigd door A1AD op 10-02-2021 10:45 ]

[crimby]

TravockMD schreef op woensdag 10 februari 2021 @ 10:27:
@crimby @CAP-Team
Als het "alleen" is om weer te geven in je dashboard, dan kun je ook onder je entity "secondary_info: last-changed" neerzetten.

YAML:

  - entity: switch.muur_tablet
    name: Oplader Muur Tablet
    secondary_info: last-changed

Volgens mij werkt dit alleen voor automations en scripts? Althans dat staat op de website.
Heb het nu toegevoegd en zie het ook niet terug in mijn card.

[drice]

crimby schreef op woensdag 10 februari 2021 @ 10:47:
[...]


Volgens mij werkt dit alleen voor automations en scripts? Althans dat staat op de website.
Heb het nu toegevoegd en zie het ook niet terug in mijn card.

Hier werkt het gewoon

YAML:

type: entities
entities:
  - entity: sensor.garage_temperature
    secondary_info: last-changed
  - entity: sensor.koelkast_temperature
    secondary_info: last-changed

[TravockMD]

crimby schreef op woensdag 10 februari 2021 @ 10:47:
[...]


Volgens mij werkt dit alleen voor automations en scripts? Althans dat staat op de website.
Heb het nu toegevoegd en zie het ook niet terug in mijn card.

Hier werkt het gewoon in mijn dashboard.

[crimby]

CAP-Team schreef op woensdag 10 februari 2021 @ 10:23:
[...]


Ik doe dit als volgt met mijn Fibaro bewegingssensor:

YAML:

    fibarolastmovement:
      friendly_name: Fibaro Last Movement
      value_template: >-
        {{ as_timestamp(states.binary_sensor.fibaro_system_fgms001_zw5_motion_sensor_sensor.last_changed)|timestamp_custom('%d-%m-%Y %H:%M:%S') }}

Dit werkt perfect! Heb even de datum verwijderd maar geeft nu op alle devices precies de tijd aan :-D
Thanks!

@TravockMD @drice Wellicht omdat ik gebruik maak van een glance in een vertical stack?

[ Voor 7% gewijzigd door crimby op 10-02-2021 10:54 ]

[sjorsjuhmaniac]

Wilf schreef op dinsdag 9 februari 2021 @ 14:30:
Goeie tip, dit is mijn eerste project met een pi + native touchscreen dus was blij dat het gelijk zo mooi samenwerkte. Ik ga even inloggen. Stom dat ik daar niet aan gedacht heb

@sjorsjuhmaniac I have reached the depth oftie interwebz en niet gevonden hoe dit out of the box te doen. Ik zou dan een PIR moeten installeren maar dat vind ik nogal vergezocht. Ik hou van het KISS-principe. Heb jij het wel werkend? Dus: eerste touch is alleen wakker maken van het scherm?

Nee ik heb geen PI touch.

Mijn idee was super simpel om te testen:
- scherm wordt zwart na 5 min
- stel een screensaver in op de die na 3 min aan gaat (maar geen ww nodig heeft, dus lock screen without password)

dan moet je dus na 3 min een screen saver zien (scherm is nog niet zwart)
1x tik == screen saver weg? --> ja, mooi dan dan nu de screensaver op 5 min zetten. als je scherm zwart is en tikt 1 keer dan:
- gaat de screensaver weg, je tik is geen klik in de app
- je scherm wordt wakker, je krijgt weer beeld

[Verwijderd]

Rianata schreef op dinsdag 9 februari 2021 @ 21:28:
[...]


Vanaf de laatste release is Z-Wave JS de standaard:

https://www.home-assistant.io/blog/2021/02/03/release-20212/

https://www.home-assistant.io/integrations/zwave_js

Dat heb ik gelezen en ik vind het heel erg kort door de bocht.

Out of the blue moet je opeens naar een andere integratie. Weet je hoeveel werk het is om alle devices opnieuw te koppelen, alle automations opnieuw te maken, weer support te vragen voor devices die in de nieuwe standaard nog niet worden ondersteund.

Terwijl OpenZwave altijd de aanbevolen standaard was, ten opzichte van de veelgebruikte normale Zwave integration.

Iets meer communicatie vooraf was hier wel lekker geweest.

[Rianata]

Verwijderd schreef op woensdag 10 februari 2021 @ 11:41:
[...]


Dat heb ik gelezen en ik vind het heel erg kort door de bocht.

Out of the blue moet je opeens naar een andere integratie. Weet je hoeveel werk het is om alle devices opnieuw te koppelen, alle automations opnieuw te maken, weer support te vragen voor devices die in de nieuwe standaard nog niet worden ondersteund.

Terwijl OpenZwave altijd de aanbevolen standaard was, ten opzichte van de veelgebruikte normale Zwave integration.

Iets meer communicatie vooraf was hier wel lekker geweest.

Ik gebruik zelf geen ZWave, maar wat ik begrijp is dat juist OpenZWave niet meer houdbaar was a.g.v. continuïteit van broncode en persoon/personen, die hier verantwoordelijk voor zijn/waren. Dit is dus juist een reactie om een situatie te voorkomen dat gebruikers helemaal vastlopen zonder alternatief.

But please don't blame the messenger

[Koepert]

Verwijderd schreef op woensdag 10 februari 2021 @ 11:41:
[...]


Dat heb ik gelezen en ik vind het heel erg kort door de bocht.

Out of the blue moet je opeens naar een andere integratie. Weet je hoeveel werk het is om alle devices opnieuw te koppelen, alle automations opnieuw te maken, weer support te vragen voor devices die in de nieuwe standaard nog niet worden ondersteund.

Terwijl OpenZwave altijd de aanbevolen standaard was, ten opzichte van de veelgebruikte normale Zwave integration.

Iets meer communicatie vooraf was hier wel lekker geweest.

Ik gebruik het niet, dus kan het niet helemaal voor je inschatten, maar behalve handmatig renamen, lijkt het op basis van deze tekst nog mee te vallen?

https://www.home-assistant.io/integrations/zwave_js

t is perfectly doable to switch over from one of the above mentioned previous integrations to the new Z-Wave JS integration. The good news is that your entire Z-Wave network is stored on your stick so you will not have to run through your house to recreate your network

En daarbij, voorlopig blijft Ozw in gebruik, dus kun je een soft migration uitvoeren als ik t goed lees, waarbij dit zal helpen: https://community.home-as...e-beta-to-zwave-js/276723

[sjorsjuhmaniac]

Verwijderd schreef op woensdag 10 februari 2021 @ 11:41:
[...]


Dat heb ik gelezen en ik vind het heel erg kort door de bocht.

Out of the blue moet je opeens naar een andere integratie. Weet je hoeveel werk het is om alle devices opnieuw te koppelen, alle automations opnieuw te maken, weer support te vragen voor devices die in de nieuwe standaard nog niet worden ondersteund.

Terwijl OpenZwave altijd de aanbevolen standaard was, ten opzichte van de veelgebruikte normale Zwave integration.

Iets meer communicatie vooraf was hier wel lekker geweest.

Let op! Voor zwave hoef NIET je netwerk opnieuw op te bouwen (re-join of re-pairen)! Het netwerk staat namelijk op de stick opgeslagen. Bij zigbee is dit anders, daar staat het netwerk in de software opgeslagen en moet je een nieuw netwerk maken als je van software wisselt.

@Koepert was me net voor weer die stomme omgekeerde weergave van de posts

[ Voor 5% gewijzigd door sjorsjuhmaniac op 10-02-2021 12:02 ]

[TheVMaster]

sjorsjuhmaniac schreef op Wednesday 10 February 2021 @ 12:01:
[...]


Let op! Voor zwave hoef NIET je netwerk opnieuw op te bouwen (re-join of re-pairen)! Het netwerk staat namelijk op de stick opgeslagen. Bij zigbee is dit anders, daar staat het netwerk in de software opgeslagen en moet je een nieuw netwerk maken als je van software wisselt.

Ja, ben hier overgestapt van de ingebakken Z-wave naar Z-wave JS en ik hoefde ALLEEN de devices weer opnieuw een naam te geven. Alles bleef verder gewoon werken (wel even de juiste netwerksleutel invoeren natuurlijk) :-)

[Yukkie]

@A1AD Het juiste/volledige update commando staat in de installatie handleiding: https://www.home-assistan...nstallation/docker/#linux

code:

docker pull homeassistant/home-assistant:stable  # if this returns "Image is up to date" then you can stop here
docker stop home-assistant  # stop the running container
docker rm home-assistant  # remove it from Docker's list of containers
docker run -d --name="home-assistant" -v /PATH_TO_YOUR_CONFIG:/config -v /etc/localtime:/etc/localtime:ro --net=host homeassistant/home-assistant:stable  # finally, start a new one

Bij dit laatste commando moet je dezelfde opties gebruiken als wat je bij het aanmaken van de container hebt gedaan natuurlijk.

[barrymossel]

Iemand die hier iets meer over weet (of begrijpt wat hier precies staat)?
https://companion.home-as...h-does-not-match-my-theme

Ik heb wél in mijn profiel back-end selected staan voor thema. Zo volgt de Android app mooi dark/light mode van Android. Dat werkt ook prima. Echter soms (volgens mij ook niet (altijd) bij het schakelen van donker naar licht) wordt de status bar van Android ineens de kleur van het default theme (lichtblauw of zwart). Er wordt nooit automatisch frontend.set_theme gedaan. Wanneer ik dit handmatig doe, dan kleurt de status bar weer normaal.

Nu kan ik natuurlijk een automation maken die telkens met sunset/sunrise frontend.set_theme doet, maar wat is dan het nut van mode: dark, zodat dark mode van Android (of browser) wordt gevolgd.

Is dit een bug? Of moet ik echt een automation hiervoor gebruiken?

[Koepert]

barrymossel schreef op woensdag 10 februari 2021 @ 12:22:
Iemand die hier iets meer over weet (of begrijpt wat hier precies staat)?
https://companion.home-as...h-does-not-match-my-theme

Ik heb wél in mijn profiel back-end selected staan voor thema. Zo volgt de Android app mooi dark/light mode van Android. Dat werkt ook prima. Echter soms (volgens mij ook niet (altijd) bij het schakelen van donker naar licht) wordt de status bar van Android ineens de kleur van het default theme (lichtblauw of zwart). Er wordt nooit automatisch frontend.set_theme gedaan. Wanneer ik dit handmatig doe, dan kleurt de status bar weer normaal.

Nu kan ik natuurlijk een automation maken die telkens met sunset/sunrise frontend.set_theme doet, maar wat is dan het nut van mode: dark, zodat dark mode van Android (of browser) wordt gevolgd.

Is dit een bug? Of moet ik echt een automation hiervoor gebruiken?

Ik kan je iig helpen met wat er staat

In het kort: Om je statusbar mee te laten kleuren MOET je de change in theme middels een frontend.set_theme doen. Gezien het op iOS bij een bepaalde versie zo is, en de android app, verwacht ik dat het een feature is die niet mogelijk is in die versies, dus eerder een bug/lack of feature dan iets anders. Betekent echter ook dat je OF een automation moet gebruiken, of moet accepteren dat het niet altijd werkt

Genoeg voorbeelden van automation overigens, dus zijn zo gemaakt.

YAML:

- alias: Theme switch bij zonsondergang
  id: Theme_sunset
  trigger:
    - platform: state
      entity_id: sun.sun
  action:
    - service: frontend.set_theme
      data_template:
        name: >
          {% if states.sun.sun.state == "above_horizon" %}
            {{"clear"}}
          {% else %}
            {{"clear-dark"}}
          {% endif %}  

YAML:

- alias: 'Light theme after reboot in day'
  id: Daytime_reboot
  trigger:
    platform: homeassistant
    event: start
  condition:
    - condition: state
      entity_id: sun.sun
      state: 'above_horizon'
  action:
    service: frontend.set_theme
    data:
# Change this to the name of your light theme
      name: clear

en

YAML:

- alias: 'Dark theme after reboot in night'
  id: Nighttime_reboot
  trigger:
    platform: homeassistant
    event: start
  condition:
    condition: state
    entity_id: sun.sun
    state: 'below_horizon'
  action:
    service: frontend.set_theme
    data:
# Change this to the name of your dark theme
      name: clear-dark

Of in 1 automation, of.. nou ja, smaken genoeg

[ Voor 7% gewijzigd door Koepert op 10-02-2021 12:32 ]

[Mars Warrior]

Verwijderd schreef op woensdag 10 februari 2021 @ 11:41:
[...]


Dat heb ik gelezen en ik vind het heel erg kort door de bocht.

Out of the blue moet je opeens naar een andere integratie. Weet je hoeveel werk het is om alle devices opnieuw te koppelen, alle automations opnieuw te maken, weer support te vragen voor devices die in de nieuwe standaard nog niet worden ondersteund.

Terwijl OpenZwave altijd de aanbevolen standaard was, ten opzichte van de veelgebruikte normale Zwave integration.

De oude integratie blijft gewoon nog werken hè. Ik gebruik nog zwave2mqtt, en die blijft ook gewoon werken, al is het maar omdat het over mqtt loopt: die heeft niets te maken met wijzigingen aan de hass kant

Je kan dus rustig in je eigen tempo overstappen.

Iets meer communicatie vooraf was hier wel lekker geweest.

Er was al veel langer (op de achtergrond, dus github en fora) felle discussie over zwave met voldoende fervente voor- en tegenstanders van de ZHA aanpak

De alternatieven (zoals zwave-js uit 2019) werden tot eind vorig jaar genegeerd / nvt gevonden. Totdat er dus wat meer zaken duidelijk werden rondom de ontwikkeling van OpenZwave, en toen is iedereen alsnog het zwave-js pad ingeslagen, en heeft men heel hard gewerkt om deze te integreren met hass.

Overigens was er ook al een zwavejs2mqtt integratie van dezelfde ontwikkelaar als zwave2mqtt (naar het voorbeeld van zigbee2mqtt), maar die was eind vorig jaar ook al 'geparkeerd' om het maar zo te zeggen.

Maar het is nu februari: en je kunt kiezen voor de directe integratie met zwavejs, of zwavejs2mqtt

[ST10©DE]

Waar halen jullie je Aqara spulletjes? Ik heb niet zoveel geduld om te wachten op verzending uit China, is het ergens anders voor redelijke prijzen te verkrijgen?

[barrymossel]

Koepert schreef op woensdag 10 februari 2021 @ 12:31:
[...]


Ik kan je iig helpen met wat er staat

In het kort: Om je statusbar mee te laten kleuren MOET je de change in theme middels een frontend.set_theme doen. Gezien het op iOS bij een bepaalde versie zo is, en de android app, verwacht ik dat het een feature is die niet mogelijk is in die versies, dus eerder een bug/lack of feature dan iets anders. Betekent echter ook dat je OF een automation moet gebruiken, of moet accepteren dat het niet altijd werkt

Genoeg voorbeelden van automation overigens, dus zijn zo gemaakt.

YAML:

- alias: Theme switch bij zonsondergang
  id: Theme_sunset
  trigger:
    - platform: state
      entity_id: sun.sun
  action:
    - service: frontend.set_theme
      data_template:
        name: >
          {% if states.sun.sun.state == "above_horizon" %}
            {{"clear"}}
          {% else %}
            {{"clear-dark"}}
          {% endif %}  

YAML:

- alias: 'Light theme after reboot in day'
  id: Daytime_reboot
  trigger:
    platform: homeassistant
    event: start
  condition:
    - condition: state
      entity_id: sun.sun
      state: 'above_horizon'
  action:
    service: frontend.set_theme
    data:
# Change this to the name of your light theme
      name: clear

en

YAML:

- alias: 'Dark theme after reboot in night'
  id: Nighttime_reboot
  trigger:
    platform: homeassistant
    event: start
  condition:
    condition: state
    entity_id: sun.sun
    state: 'below_horizon'
  action:
    service: frontend.set_theme
    data:
# Change this to the name of your dark theme
      name: clear-dark

Of in 1 automation, of.. nou ja, smaken genoeg

Ah, jij laat zien waar het schijnbaar mis gaat (en waar ik net zelf ook achter kwam): bij een reboot van HA. Het thema blijft gewoon op hetgeen door mij is ingesteld staan, maar de status bar gaat naar het 'default' theme. Dat kan ik natuurlijk oplossen met een deel van je automation, maar dit lijkt me toch een bug. Want de restart doet geen set_theme (want die blijft zoals ik eerder ingesteld heb), maar de kleur van de status bar verandert wel...

[Mars Warrior]

ST10©DE schreef op woensdag 10 februari 2021 @ 12:40:
Waar halen jullie je Aqara spulletjes? Ik heb niet zoveel geduld om te wachten op verzending uit China, is het ergens anders voor redelijke prijzen te verkrijgen?

Als je het dubbele wil betalen heb je ook webshops in NL waar je dit kunt kopen: https://www.xiaomiproducts.nl/

Ze hebben nu wel wat flash sales, en dan zijn ze niet heel veel duurder: 2x deursensor voor €12,50/stuk.
Op Ali/Banggood kun je ze voor €8 kopen voor alle duidelijkheid

Wel ff opletten, want ook deze shop heeft soms levertijden (uit China waarschijnlijk). En natuurlijk verzendkosten, al vallen die mee met €5.

[ Voor 29% gewijzigd door Mars Warrior op 10-02-2021 12:48 ]

[Koepert]

ST10©DE schreef op woensdag 10 februari 2021 @ 12:40:
Waar halen jullie je Aqara spulletjes? Ik heb niet zoveel geduld om te wachten op verzending uit China, is het ergens anders voor redelijke prijzen te verkrijgen?

Waarom zou je er zo'n haast mee hebben btw?

Gewoon interesse, ik heb nl n paar deals van Ali ooit aangeschaft waardoor ik een paar spullen op voorraad heb, daarnaast bestel ik in de wetenschap dat ik het over bepaald moment pas kan gebruiken. Het is nooit acuut om te weten of er een deur open is w.m.b. Maar als ik dan 1 nodig ben, bestel ik vaak 2.

[Koepert]

barrymossel schreef op woensdag 10 februari 2021 @ 12:41:
[...]

Ah, jij laat zien waar het schijnbaar mis gaat (en waar ik net zelf ook achter kwam): bij een reboot van HA. Het thema blijft gewoon op hetgeen door mij is ingesteld staan, maar de status bar gaat naar het 'default' theme. Dat kan ik natuurlijk oplossen met een deel van je automation, maar dit lijkt me toch een bug. Want de restart doet geen set_theme (want die blijft zoals ik eerder ingesteld heb), maar de kleur van de status bar verandert wel...

Ja hoe dat precies zit, geen idee. Ik heb de hele zwik er inmiddels uitgegooid (althans, voorzien van # in de yaml ) omdat ik het nu in NodeRed geregeld heb:

- Input Select (2x) voor zowel Light als Dark theme, zodat ik in Lovelace tussen een 3tal themes kan kiezen
- Check op zon: bij Op wissel naar Light, bij Onder wissel naar Dark
- Bij restart, doorloop de flow hierboven nogmaals om zeker te weten dat dit correct staat.

[Mars Warrior]

Koepert schreef op woensdag 10 februari 2021 @ 12:49:
[...]

Waarom zou je er zo'n haast mee hebben btw?

Gewoon interesse, ik heb nl n paar deals van Ali ooit aangeschaft waardoor ik een paar spullen op voorraad heb, daarnaast bestel ik in de wetenschap dat ik het over bepaald moment pas kan gebruiken. Het is nooit acuut om te weten of er een deur open is w.m.b. Maar als ik dan 1 nodig ben, bestel ik vaak 2.

Dat doe ik ook ja, wat meer bestellen. Zeker nu ik weet dat per 1 juli 2021 er BTW geheven gaat worden, dus ik ga de komende maanden nog wat dingen bestellen. Ook lampen, want ook die zijn een stuk goedkoper...

Ik vermoed dat door die BTW heffing er wel meer spullen van Ali vanuit Spanje, Tsjechie etc. verstuurd kunnen worden. Dat zal duurder zijn dan nu uit China, maar zeker goedkoper dan uit China met 21% BTW en eventuele inklaringskosten.

Gemiddeld heb ik mijn pakjes - als de Post tenminste niet alles laat liggen - binnen 2 weken binnen. Voor wat smarthome zigbee sensoren geen ramp.

[Hmmbob]

barrymossel schreef op woensdag 10 februari 2021 @ 12:41:
[...]

Ah, jij laat zien waar het schijnbaar mis gaat (en waar ik net zelf ook achter kwam): bij een reboot van HA. Het thema blijft gewoon op hetgeen door mij is ingesteld staan, maar de status bar gaat naar het 'default' theme. Dat kan ik natuurlijk oplossen met een deel van je automation, maar dit lijkt me toch een bug. Want de restart doet geen set_theme (want die blijft zoals ik eerder ingesteld heb), maar de kleur van de status bar verandert wel...

Gewoon ook HomeAssistant start gebruiken als trigger. Tadaaa:

YAML:

##########################
## Set theme
##########################
- id: set_theme
  alias: "System: Set theme"
  initial_state: true
  trigger:
    - platform: homeassistant
      event: start
    - platform: state
      entity_id: sun.sun
      to: above_horizon
    - platform: state
      entity_id: sun.sun
      to: below_horizon
  action:
    - choose:
        - conditions: "{{ is_state('sun.sun', 'below_horizon')}}"
          sequence:
            - service: frontend.set_theme
              data:
                name: "Hmmbob Google Dark Theme"
      default:
        - service: frontend.set_theme
          data:
            name: "Hmmbob Google Light Theme"

[golles]

Hmmbob schreef op woensdag 10 februari 2021 @ 13:16:
[...]

Gewoon ook HomeAssistant start gebruiken als trigger. Tadaaa:

YAML:

##########################
## Set theme
##########################
- id: set_theme
  alias: "System: Set theme"
  initial_state: true
  trigger:
    - platform: homeassistant
      event: start
    - platform: state
      entity_id: sun.sun
      to: above_horizon
    - platform: state
      entity_id: sun.sun
      to: below_horizon
  action:
    - choose:
        - conditions: "{{ is_state('sun.sun', 'below_horizon')}}"
          sequence:
            - service: frontend.set_theme
              data:
                name: "Hmmbob Google Dark Theme"
      default:
        - service: frontend.set_theme
          data:
            name: "Hmmbob Google Light Theme"

Misschien moet je deze, net als een aantal andere vaak voorkomende automations in de startpost zetten, het blijft blijkbaar erg gewild en wat mij betreft is dit de beste oplossing

[barrymossel]

Hmmbob schreef op woensdag 10 februari 2021 @ 13:16:
[...]

Gewoon ook HomeAssistant start gebruiken als trigger. Tadaaa:

YAML:

##########################
## Set theme
##########################
- id: set_theme
  alias: "System: Set theme"
  initial_state: true
  trigger:
    - platform: homeassistant
      event: start
    - platform: state
      entity_id: sun.sun
      to: above_horizon
    - platform: state
      entity_id: sun.sun
      to: below_horizon
  action:
    - choose:
        - conditions: "{{ is_state('sun.sun', 'below_horizon')}}"
          sequence:
            - service: frontend.set_theme
              data:
                name: "Hmmbob Google Dark Theme"
      default:
        - service: frontend.set_theme
          data:
            name: "Hmmbob Google Light Theme"

Ja dat is dus de work-around en dit staat er nu in. Alleen laat ik mijn telefoon leidend zijn wat betreft dark mode.

Heb een issue aangemaakt want er gaat wel meer mis bij die status bar. De kleur volgt alleen het light thema (via de dark mode van Android (11)). Bij een restart gaat de kleur van de status bar naar het default thema (maar de rest van het thema niet) en volgt dan wél dark mode. Als ik op dat moment via frontend.set_theme het donkere thema instel dan verandert de status bar naar de kleur van het lichte thema. Het thema wordt dus gewoon onthouden door HA/app.

---edit---

YAML:

- alias: 'Set theme at startup'
  initial_state: 'on'
  trigger:
    - platform: homeassistant
      event: start
  action:
    - service: frontend.set_theme
      data:
        name: thuis-light
        mode: light
    - service: frontend.set_theme
      data:
        name: thuis-dark
        mode: dark

Dat is voor mij genoeg aangezien de primary color voor beide thema's hetzelfde is. Nu is de status bar dus ook na een herstart de juiste kleur én past de app het thema aan, aan dark mode van Android.

[ Voor 15% gewijzigd door barrymossel op 10-02-2021 13:41 ]

[Koepert]

Mars Warrior schreef op woensdag 10 februari 2021 @ 12:57:
[...]

Ook lampen, want ook die zijn een stuk goedkoper...

Heb je hier nog tips voor? Want ik heb een beetje bomen-bos syndroom daar. Heb nu alleen Hue Gu10 en 1 IKEA Tradfri, deels omdat ik niet weet wat een ' goede' lamp is. vooral op regulier E14/E27.

[habbekrats]

@Mars Warrior Ik bestel bij Alie en Banggood en zoek of ze de optie CZ hebben, gaat namelijk meestal binnen 1 week in huis. Snelste was 3 dagen de Blitzwolf SSP-7 .

[Verwijderd]

JackSparrow schreef op woensdag 10 februari 2021 @ 12:02:
[...]


Ja, ben hier overgestapt van de ingebakken Z-wave naar Z-wave JS en ik hoefde ALLEEN de devices weer opnieuw een naam te geven. Alles bleef verder gewoon werken (wel even de juiste netwerksleutel invoeren natuurlijk) :-)

Vooruit: opnieuw pairen hoeft inderdaad niet. Maar alles een nieuwe naam geven en al mijn automations opnieuw doen is ook wel een klus. Plus dat vast niet alles gaat werken.

Gelukkig werkt ozw ook nog wel even.

Wel een beetje gek: de developer geeft aan er niet veel tijd meer in te steken. En in plaats van dat mensen vragen of ze mee kunnen helpen bouwen ze een compleet nieuwe integratie met een heel team in een paar dagen tijd. Ik snap die open source jongens wat dat betreft nooit zo. Was er dan iets mis met de ozw integratie, of willen ze gewoon een eigen dingetje helpen en niet een bestaand iets helpen?

[MAdD]

CAP-Team schreef op woensdag 28 oktober 2020 @ 15:55:
Gelukt!

De Sensor:

code:

  - platform: template
    sensors:
      volgendeafvalbak:
        value_template: >-
          {% set sensors = [ as_timestamp(states('sensor.rova_bio')) | int,
                             as_timestamp(states('sensor.rova_plastic')) | int,
                             as_timestamp(states('sensor.rova_residual')) | int
                           ]
          %}
          {% if as_timestamp(states('sensor.rova_bio')) | int == sensors|min %}GFT
          {% elif as_timestamp(states('sensor.rova_plastic')) | int == sensors|min | int %}PMD
          {% elif as_timestamp(states('sensor.rova_residual')) == sensors|min %}Rest
          {% endif %}
      afvalbakoverdagen:
        value_template: >-
          {% set sensors = [ as_timestamp(states('sensor.rova_bio')) | int,
                             as_timestamp(states('sensor.rova_plastic')) | int,
                             as_timestamp(states('sensor.rova_residual')) | int
                           ]
          %}
          {{ ((sensors|min - as_timestamp(now())|int) / (3600*24))|round(0, "ceil") }}

En de kaart:

code:

type: horizontal-stack
cards:
  - type: entities
    entities:
      - entity: sensor.volgendeafvalbak
        name: Afvalbak
        icon: 'mdi:recycle'
      - entity: sensor.afvalbakoverdagen
        name: Over aantal dagen
        icon: 'mdi:recycle'
    title: Afval
  - type: picture-entity
    entity: sensor.volgendeafvalbak
    image: /local/images/background_square.png
    name: Volgende afvalbak
    show_name: false
    show_state: false
    state_image:
      GFT: /local/images/rova_gft.jpg
      REST: /local/images/rova_rest.jpg
      PMD: /local/images/rova_pmd.jpg

En dat ziet er dan zo uit:
[Afbeelding]

misschien domme vraag @CAP-Team waar heb jij de code (sensor) neergezet?
ik ben even de weg kwijt....

[Septillion]

@Koepert Voor lampen zou ik het vooral houden bij accentverlichting. Voor belangrijke ruimtes zou ik gaan voor lampen met hoge CRI. Helaas is dat ook geen sellingpoint van Hue maar goed. Dus in het smart segement is het uberhaupt lastiger dan je zou willen.

Wel zijn er aantal sellers die ledstrip met hoge CRI aanbieden. Zelf goede ervaring met Auxmer, zie voor meer QuinLed). Die strips zijn ook gelijk echt van hoge kwaliteit, naast hoger CRI hebben ze veel koper, dikke draden en netjes warnings voor warmte en power distributie.

[CAP-Team]

@MAdD ik heb mijn configuration.yaml in stukjes geknipt

configuration.yaml

YAML:

sensor: !include sensors.yaml 

en dan in sensors.yaml

YAML:

- platform: template
  sensors:
    fibarolastmovement:
      friendly_name: Fibaro Last Movement
      value_template: >-
        {{ as_timestamp(states.binary_sensor.fibaro_system_fgms001_zw5_motion_sensor_sensor.last_changed)|timestamp_custom('%d-%m-%Y %H:%M:%S') }}

[CAP-Team]

TravockMD schreef op woensdag 10 februari 2021 @ 10:27:
@crimby @CAP-Team
Als het "alleen" is om weer te geven in je dashboard, dan kun je ook onder je entity "secondary_info: last-changed" neerzetten.

YAML:

  - entity: switch.muur_tablet
    name: Oplader Muur Tablet
    secondary_info: last-changed

Dat klopt maar ik wil de exacte datum en tijd zien niet dat het 23 minuten geleden was



Ik heb de last change er ook bij staan

[ Voor 12% gewijzigd door CAP-Team op 10-02-2021 14:49 ]

[tjanssen]

CAP-Team schreef op woensdag 10 februari 2021 @ 14:45:
[...]
Dat klopt maar ik wil de exacte datum en tijd zien niet dat het 23 minuten geleden was

En in ogenschouw nemen dat dit niet per se de laatste wijziging was van de switch / sensor was. Het is namelijk de laatste wijziging van de state machine, en niet van de entity zelf. Na een reboot van beginnen ze allemaal weer opnieuw te tellen.

[CAP-Team]

Dat klopt, bij een reboot is het ook de tijd van de reboot.

[ST10©DE]

Koepert schreef op woensdag 10 februari 2021 @ 12:49:
[...]

Waarom zou je er zo'n haast mee hebben btw?

Gewoon interesse, ik heb nl n paar deals van Ali ooit aangeschaft waardoor ik een paar spullen op voorraad heb, daarnaast bestel ik in de wetenschap dat ik het over bepaald moment pas kan gebruiken. Het is nooit acuut om te weten of er een deur open is w.m.b. Maar als ik dan 1 nodig ben, bestel ik vaak 2.

Heb er geen haast mee, maar ik ben er nu mee bezig. Ben net over van Domoticz naar HA en wil nu gelijk doorpakken. Een maand of meer wachten voelt een beetje als halfbakken. Bovendien is nu een feestje in China gelooof ik. Kan het nog langer duren dan normaal.

[habbekrats]

Ik vind dat hele yaml gebeuren zolangzamerhand een brij worden. Ik ga node red eens proberen.

[Mars Warrior]

habbekrats schreef op woensdag 10 februari 2021 @ 13:38:
@Mars Warrior Ik bestel bij Alie en Banggood en zoek of ze de optie CZ hebben, gaat namelijk meestal binnen 1 week in huis. Snelste was 3 dagen de Blitzwolf SSP-7 .

Daar kijk ik ook vaak naar ja, maar vaak nog is er niet heel veel keus. Maar met de BTW en (mogelijke) inklaringskosten verwacht ik dat de verzend opties flink worden uitgebreid, dus dat de meest populaire spullen gewoon, en snel, vanuit europa verstuurd kunnen gaan worden.

Die SS7 2x bijv. Is niet vanuit CZ beschikbaar, wel de enkelvoudige. En ik wilde de 2x versie. Dus dan blijft china over...

[Mars Warrior]

Koepert schreef op woensdag 10 februari 2021 @ 13:37:
[...]
Heb je hier nog tips voor? Want ik heb een beetje bomen-bos syndroom daar. Heb nu alleen Hue Gu10 en 1 IKEA Tradfri, deels omdat ik niet weet wat een ' goede' lamp is. vooral op regulier E14/E27.

Lampen, ik bedoelde armaturen die goedkope LED lampen zou ik niet in china kopen, tenzij kleurechtheid geen voorwaarde is. Ik heb wel wat RGBW spul voor onder/achter een kast. Daar is het niet heel erg als de kleuren niet helemaal kloppen.

Van sommige design armaturen - ontworpen door Franse of Deense ontwerpers - is in China een tweede ‘productielijn’ opgezet: je betaalt dus geen €300 maar €40 voor het armatuur. Ik kon door ze naast elkaar te leggen geen verschil ontdekken, dus tja, wat doe je dan als hollander?

[Koffie]

Koffie schreef op zaterdag 6 februari 2021 @ 16:40:
[...]

Hmm back to the drawing board en eens beter naar blueprints kijken, je hebt een punt

Ik ben uiteindelijk voor deze gegaan: https://community.home-as...ce-more-conditions/257085

Ik moet zeggen dat ik een ander beeld van blueprints heb, ik zie inmiddels wel de toegevoegde waarde

[OxyDrokz]

Vandaag lekker bezig geweest al zeg ik het zelf:

-Last changed toegevoegd aan een aantal cards, na een nuttig voorbeeld van hier. Bedankt daarvoor!
-Begonnen aan een afstandbediening voor de Sony Bravia Android TV.
-Via curl van de TV een lijst met ondersteunde uri commando's verkregen. Nog nooit gebruikt, lukte vrijwel direct
-Scripts gemaakt om de uri's en andere commando's te gebruiken in de afstandbediening.
-Telegram bot opgezet en werkend voor energiegebruik berichten en wasmachine herinnering, met call-back.

Basic stuff voor de meesten hier, maar ik begin er steeds meer handigheid en lol in te krijgen.
Zo de reactie van moeder de vrouw afwachten. De meeste dingen vindt ze onzin zegt ze, maar na een tijdje zie ik het haar toch gebruiken
Ik probeer alles als extra laag over het bestaande te laten draaien, zodat niemand wordt gedwongen het via HA te doen.

[Stalensnuitje]

In dit topic had ik een testje gedaan voor een use case die ik hier al eens had. De test ging bíjna goed, maar toen liep ik toch tegen de beperkingen van Tradfri (de app) aan. Al surfend heb ik toch maar eens wat gelezen over HA. Dat er een UI bij zit vind ik eigenlijk een must, want ik houd best van prutsen en vogelen, maar aan programmeren/coderen beleef ik weinig lol

Momenteel doe ik het meeste met voice commands via een LG slimme speaker, dus Google Home en/of de Tradfri app. Geen ruige scenarios, tot nu toe blijft het bij de lampen en muziek aan/uit enzo, maar ik wil eigenlijk wel verder wat gaan experimenteren en uitbreiden in de toekomst.

Ik zit nu alleen te kijken naar waar ik het op ga draaien. Ik heb nog een Pi 3B liggen waar momenteel AdGuard Home op draai en die ligt naast een DS218play NAS. Nu zag ik al dat AdGuard Home ook als HD addon beschikbaar is, zou ik dan 2 vliegen in 1 klap daarmee kunnen slaan? Ik heb nog een oude SSD liggen die voor de opslag zou kunnen dienen, daar zou ik dan vanaf willen booten.

Mijn vraag is vooral: zou dat een goed uitgangspunt zijn gezien mijn (voorlopig) beperkte gebruiksdoel? Of zie ik dan toch nog iets over het hoofd?

[Septillion]

@Stalensnuitje Ik denk dat je daarmee zeker een prima basis hebt. Zeker omdat je niet te veel met code bezig wilt zijn gewoon lekker HA OS draaien. Daarmee heb je ook de beschikking over snapshots dus mocht het naar meer smaken zet je het zo om naar een nieuw device.

Paar dingen om rekening mee te houden:

Zeker als je de Pi al even hebt zal je misschien wel even moeten prutsen om HA te booten van USB. Type SSD is meestal niet zo van belang, de USB naar SATA/NVME wel en er zijn types die niet lekker willen.

Als je HA wilt koppelen met Ikea Tradfri weet dan dat dit een "local polling" integratie is. Dit kan dus wat vertraging etc opleveren. Maar smaakt het naar meer, weet dan dat je over kan naar een Zigbee USB stick waar dit geen issue is.

[Septillion]

Koffie schreef op woensdag 10 februari 2021 @ 15:53:
[...]

Ik ben uiteindelijk voor deze gegaan: https://community.home-as...ce-more-conditions/257085

Ik moet zeggen dat ik een ander beeld van blueprints heb, ik zie inmiddels wel de toegevoegde waarde

Haha, mooi. Ziet eruit als een doordachte blueprint Zelf zou ik misschien ook wat meer dingen in een blueprint moeten gieten... Maar heb nog zelf niet veel behoefte gehad om vaker hetzelfde te doen. Elke ruimte is hier eigenlijk uniek.

[Stalensnuitje]

Septillion schreef op woensdag 10 februari 2021 @ 16:25:
Als je HA wilt koppelen met Ikea Tradfri weet dan dat dit een "local polling" integratie is. Dit kan dus wat vertraging etc opleveren. Maar smaakt het naar meer, weet dan dat je over kan naar een Zigbee USB stick waar dit geen issue is.

Bedankt voor je feedback, n00b-vraag 1 dan maar gelijk: wat voor vertraging hebben we het over?

De use case die ik eerder omschreef was: bij de voordeur 3 spotjes gedimd laten branden tussen sunset en sunrise en daar een bewegingsmelder aan koppelen, zodat als er iemand in beeld komt, de spots feller gaan branden.

Dit werkt dus perfect met de Tradfri-spulletjes alleen, behalve dat na de time out van de bewegingssensor de lampen helemaal uit gaan en dus de sunset-timer overrulen.

Dus dat zou het eerste zijn dat ik zou willen proberen voor elkaar te krijgen met HA

[Septillion]

Hmmbob schreef op woensdag 10 februari 2021 @ 08:59:
[...]

Dat is denk ik iets lokaals, ik heb ze zojuist allebei kunnen installeren als test.

Denk toch dat het HCS was. Zojuist is HACS 1.11.2 uitgekomen met als change "Ignore ETag for updates of installed repositories". Na update naar deze versie installeren de updates weer

[Septillion]

@Stalensnuitje Wat de vertraging is met Tradfri weet ik niet, geen ervaring. Dus misschien dat iemand die het (heeft) gebruikt daar antwoord op kan geven. Misschien valt het mee, maarja, voor een bewegingsmelder is het natuurlijk al snel veel

[RobertMe]

habbekrats schreef op woensdag 10 februari 2021 @ 15:24:
Ik vind dat hele yaml gebeuren zolangzamerhand een brij worden. Ik ga node red eens proberen.

Vind je het een brij worden, of heb je er een brij van gemaakt?

Persoonlijk vond ik Node-RED juist weer een draak omdat je maar een beperkt aantal tabjes hebt, je uiteindelijk een hele brij aan lijnen tussen de nodes krijgt, en je steeds de node moet openen om alle info in te zien.

Intussen heb ik dan ook alles in YAML, maar wel opgesplitst in verschillende packages. Dus bv één file gerelateerd aan TV (definiëren entities, behouden status, automatiseringen voor verlichting die erbij hoort, ...) en weer een andere file voor bv PC, een voor de wekker, etc etc. Daardoor weet ik ook vrij eenvoudig in welke file dat ik moet zijn en zijn de files ook niet meteen honderden regels lang.

[TravockMD]

CAP-Team schreef op woensdag 10 februari 2021 @ 14:45:
[...]


Dat klopt maar ik wil de exacte datum en tijd zien niet dat het 23 minuten geleden was

[Afbeelding]

Ik heb de last change er ook bij staan

Het is ook maar net hoe belangrijk het voor je is dat je kunt zien op welke seconde de sensor aan/uit is gesprongen.

Ik persoonlijk vind het niet belangrijk om te weten enkel handig dat ik ongeveer weet hoelang het geleden was. En als ik het precies op de seconde wil weten, dan klik ik wel een keer op de sensor/switch/etc en zie het daar wel in de history.

[RobertMe]

Verwijderd schreef op woensdag 10 februari 2021 @ 13:42:
Wel een beetje gek: de developer geeft aan er niet veel tijd meer in te steken. En in plaats van dat mensen vragen of ze mee kunnen helpen bouwen ze een compleet nieuwe integratie met een heel team in een paar dagen tijd. Ik snap die open source jongens wat dat betreft nooit zo. Was er dan iets mis met de ozw integratie, of willen ze gewoon een eigen dingetje helpen en niet een bestaand iets helpen?

Volgens mij is OZW al meer dan 10 jaar oud, en het is geschreven in C++. Oftewel, het is geschreven in een minder populaire / toegankelijke taal en daarnaast is het al oud en daarmee waarschijnlijk niet meer goed te onderhouden. ZwaveJS is geschreven in JavaScript (of volgens mij zelfs Typescript) wat momenteel zeer populair is, voor iedereen relatief makkelijk mee te werken (geen pointers, memory leaks, ...) en daardoor ook veel toegankelijker voor anderen om aan mee te werken. Je ziet nu ook gewoon dat veel Home-Assistant devs meewerken aan ZWaveJS zelf, naast dat ze de integratie in HA bouwen. Daar waar ze bij OZW & OZWDaemon veel meer op anderen vertrouwden en ze zelf alleen de integratie maakten. Daaruit zou je dus ook de conclusie kunnen trekken dat de HA developers / community simpelweg niet de kennis heeft om OZW verder te ontwikkelen daar waar ze die kennis van JavaScript / Typescript wel hebben of veel sneller leren.

[CAP-Team]

Vanmiddag overgestapt op de nieuwe ZwaveJS integratie.
Gelukkig heb ik maar één Zwave sensor, die moest ik even tot leven wekken en toen kwamen alle entiteiten binnen. Toen bezig om de automatiseringen en de dashboard weer te herstellen.

Ook kwamen mijn 2 Xiaomi Aqara sensors binnen
Toevoegen in Deconz was een eitje dus nu echte waarden van de tuin en de zolder

[engibenchi]

Lekker gemaakt door de mooie verhalen hier op het forum , heb ik recent Hassio op een virtual machine geïnstalleerd (KVM op Ubuntu 20.04). En dat betekent dat ik vers en groen ben en nog vol vragen zit. Ik hoop dat ik er hier een paar kwijt kan

Veel van mijn "smart" devices worden herkent de app op de telefoon werkt en het is mij gelukt om mbv een revers proxy op een subdomein toegankelijk te maken. Ik wacht nog op mijn ConBee II usb stick om ook de Zigbee apparaten werkend te krijgen. En daar gaat mijn vraag deels over.
Ik had in mijn onschuld verwacht dat het op een Linux distro zou draaien en ik in een bash-achtige shell terecht zou komen. Maar als ik met root inlog kom ik op de hassio cli uit, maar dat beetje wat ik van Linux af weet lijkt daar niet te werken. Kan iemand mij de juiste richting op sturen? Hoe kan ik bijvoorbeeld een gedeelde map mounten of dadelijk mijn USB device installeren?

De vm die ik gebruikt heb komt via de link van de home-assitant website.
Is hier iemand die mij op weg kan helpen?

[Mars Warrior]

engibenchi schreef op woensdag 10 februari 2021 @ 17:37:
Lekker gemaakt door de mooie verhalen hier op het forum , heb ik recent Hassio op een virtual machine geïnstalleerd (KVM op Ubuntu 20.04). En dat betekent dat ik vers en groen ben en nog vol vragen zit. Ik hoop dat ik er hier een paar kwijt kan

Veel van mijn "smart" devices worden herkent de app op de telefoon werkt en het is mij gelukt om mbv een revers proxy op een subdomein toegankelijk te maken. Ik wacht nog op mijn ConBee II usb stick om ook de Zigbee apparaten werkend te krijgen. En daar gaat mijn vraag deels over.
Ik had in mijn onschuld verwacht dat het op een Linux distro zou draaien en ik in een bash-achtige shell terecht zou komen. Maar als ik met root inlog kom ik op de hassio cli uit, maar dat beetje wat ik van Linux af weet lijkt daar niet te werken. Kan iemand mij de juiste richting op sturen? Hoe kan ik bijvoorbeeld een gedeelde map mounten of dadelijk mijn USB device installeren?

De vm die ik gebruikt heb komt via de link van de home-assitant website.
Is hier iemand die mij op weg kan helpen?

Met hassio oftewel een supervised hass installatie is het de bedoeling dat je van de addons gebruikt maakt voor smb en ssh.
Verder zit alles in docker containers. Dus dingen werken wat anders dan plain Linux.

En wat bedoel je met het installeren van een USB device? Dat heb ik nog nooit hoeven doen. Het koppelen van een USB device doe je straks vanuit hass / supervisor menu als het goed is.

[ Voor 5% gewijzigd door Mars Warrior op 10-02-2021 17:52 ]

[TheVMaster]

Verwijderd schreef op Wednesday 10 February 2021 @ 13:42:
[...]


Vooruit: opnieuw pairen hoeft inderdaad niet. Maar alles een nieuwe naam geven en al mijn automations opnieuw doen is ook wel een klus. Plus dat vast niet alles gaat werken.

Gelukkig werkt ozw ook nog wel even.

Wel een beetje gek: de developer geeft aan er niet veel tijd meer in te steken. En in plaats van dat mensen vragen of ze mee kunnen helpen bouwen ze een compleet nieuwe integratie met een heel team in een paar dagen tijd. Ik snap die open source jongens wat dat betreft nooit zo. Was er dan iets mis met de ozw integratie, of willen ze gewoon een eigen dingetje helpen en niet een bestaand iets helpen?

Ik hoef alleen de namen weer aan te passen (heb maar 6 devices) en de automations doe ik in Node-Red. Die werken gewoon als ik de namen aangepast heb.

[TheVMaster]

CAP-Team schreef op Wednesday 10 February 2021 @ 17:37:
Vanmiddag overgestapt op de nieuwe ZwaveJS integratie.
Gelukkig heb ik maar één Zwave sensor, die moest ik even tot leven wekken en toen kwamen alle entiteiten binnen. Toen bezig om de automatiseringen en de dashboard weer te herstellen.

Ook kwamen mijn 2 Xiaomi Aqara sensors binnen
Toevoegen in Deconz was een eitje dus nu echte waarden van de tuin en de zolder

Heb jij ook gewoon' zo'n Aqara (binnen) sensor buiten hangen, onder een afdakje ofzo? Misschien ook maar eens zo'n sensor naar buiten verplaatsen.

[TheVMaster]

engibenchi schreef op Wednesday 10 February 2021 @ 17:37:
Lekker gemaakt door de mooie verhalen hier op het forum , heb ik recent Hassio op een virtual machine geïnstalleerd (KVM op Ubuntu 20.04). En dat betekent dat ik vers en groen ben en nog vol vragen zit. Ik hoop dat ik er hier een paar kwijt kan

Veel van mijn "smart" devices worden herkent de app op de telefoon werkt en het is mij gelukt om mbv een revers proxy op een subdomein toegankelijk te maken. Ik wacht nog op mijn ConBee II usb stick om ook de Zigbee apparaten werkend te krijgen. En daar gaat mijn vraag deels over.
Ik had in mijn onschuld verwacht dat het op een Linux distro zou draaien en ik in een bash-achtige shell terecht zou komen. Maar als ik met root inlog kom ik op de hassio cli uit, maar dat beetje wat ik van Linux af weet lijkt daar niet te werken. Kan iemand mij de juiste richting op sturen? Hoe kan ik bijvoorbeeld een gedeelde map mounten of dadelijk mijn USB device installeren?

De vm die ik gebruikt heb komt via de link van de home-assitant website.
Is hier iemand die mij op weg kan helpen?

Eh...die Conbee stick (en ook een z-wave stick) worden gewoon herkend en je moet dan wel even het device id in de config van de desbetreffende apps zetten.

[Septillion]

@engibenchi In Home Assistant OS hoef je niets te doen. SMB en SSH zoals gezegd via de addons. Voor een USB device zal je deze denk ik wel door moeten zetten vanaf je VM. Hoe dat moet kan je daar wel vinden denk ik (beetje buiten de scope van dit topic). Daarna gewoon de standaard configuratie van de addon/integratie volgen.

[RobertMe]

JackSparrow schreef op woensdag 10 februari 2021 @ 17:59:
[...]


Ik hoef alleen de namen weer aan te passen (heb maar 6 devices) en de automations doe ik in Node-Red. Die werken gewoon als ik de namen aangepast heb.

@Verwijderd en hetzelfde geldt uiteraard voor de automations in HA. Als je na de switch weer dezelfde namen instelt voor de entities blijft alles uiteraard gewoon werken. Zelf afgelopen weekend de switch gemaakt van zwave2mqtt naar zwavejs2mqtt met zwavejs server voor HA en uiteindelijk was het allemaal vrij simpel. Nu ging het bij mij wel maar om een stuk of 6 entities, maar als je van tevoren even een lijstje maakt van de entities met "omschrijving" dan kun je ze na de switch vrij eenvoudig allemaal langs lopen om te renamen naar de oude naam en dan ben je al klaar.

[CAP-Team]

JackSparrow schreef op woensdag 10 februari 2021 @ 18:00:
[...]


Heb jij ook gewoon' zo'n Aqara (binnen) sensor buiten hangen, onder een afdakje ofzo? Misschien ook maar eens zo'n sensor naar buiten verplaatsen.

Ja onder het afdakje bij de voordeur. Geeft keurig de temperatuur van -1,6 graden aan

[TheVMaster]

CAP-Team schreef op Wednesday 10 February 2021 @ 18:54:
[...]


Ja onder het afdakje bij de voordeur. Geeft keurig de temperatuur van -1,6 graden aan

Interessant. Ik ga er ook eens even een buiten hangen :-)

[The Apex13]

Even een kort vraagje, welke (merken) home cinema versterkers zijn goed compatible met Home assistant? Wil sowieso de versterker kunnen bedienen en later eventueel een multi-room systeempje creëren.

[engibenchi]

Bedankt @Septillion en @Mars Warrior dat was een zet in de goeie richting.
Het is helaas nog niet gelukt om een filesystem te delen. In virt-manager heb ik een map gedeeld en dat komt ook terug in de log file

code:

-fsdev local,security_model=passthrough,writeout=immediate,id=fsdev-fs0,path=/home/engi/hass/media \
-device virtio-9p-pci,id=fs0,fsdev=fsdev-fs0,mount_tag=/vshare,bus=pci.0,addr=0x8 \

Wanneer ik die probeer te mounten krijg ik de foutmelding: "no such device"
ik probeer het dan te mounten met: "mount -t -o trans=virtio /vshare /media -oversion=9p2000.L"
Moet bekennen dat ik nog niet heb uitgezocht wat ik daar in typ het is letterlijk overgenomen van qemu website (op het pad na dan)
Ik kan mij voorstellen dat dit niet helemaal de plek is voor deze vraag maar wil iig bedanken voor de tip mbt tot ssh addon. En is er hier op het forum een lopende topic waar ik wel met soortgelijke vragen terecht kan?

[RobertMe]

The Apex13 schreef op woensdag 10 februari 2021 @ 20:43:
Even een kort vraagje, welke (merken) home cinema versterkers zijn goed compatible met Home assistant? Wil sowieso de versterker kunnen bedienen en later eventueel een multi-room systeempje creëren.

Waar ben je precies naar op zoek? Zelf heb ik een Denon (AVR-X2400H of zoiets? 2400 in ieder geval). Via een combinatie van de Denon en Heos integratie kan ik daarop het volume regelen, switchen tussen de inputs of iets van Heos op zetten (in ieder geval uit de "favorieten"). Als die Spotify af speelt loopt dat gewoon via de Spotify Connect integratie dus ook dat gaat. Note: Spotify playlist starten heb ik niet geprobeerd

[The Apex13]

RobertMe schreef op woensdag 10 februari 2021 @ 21:06:
[...]

Waar ben je precies naar op zoek? Zelf heb ik een Denon (AVR-X2400H of zoiets? 2400 in ieder geval). Via een combinatie van de Denon en Heos integratie kan ik daarop het volume regelen, switchen tussen de inputs of iets van Heos op zetten (in ieder geval uit de "favorieten"). Als die Spotify af speelt loopt dat gewoon via de Spotify Connect integratie dus ook dat gaat. Note: Spotify playlist starten heb ik niet geprobeerd

Zover ik kan bedenken inderdaad hetgeen wat jij noemt. Dus aan/uit, kiezen van inputs, volume regelen, spotify streamen en dergelijke. Thnx voor de snelle reactie

[RobertMe]

The Apex13 schreef op woensdag 10 februari 2021 @ 21:13:
[...]


Zover ik kan bedenken inderdaad hetgeen wat jij noemt. Dus aan/uit, kiezen van inputs, volume regelen, spotify streamen en dergelijke. Thnx voor de snelle reactie

Spotify net ook getest. Weinig verrassend kun je in de Spotify media player entity de versterker als "bron" kiezen (in dit geval eigenlijk dus uitvoer) en bv ook via de media browser die nu in Lovelace zit Spotify browsen en bv een playlist starten, op de versterker dan.

Overigens wil ik daarmee zeker niet zeggen dat je een Denon versterker moet kopen. Ik kan mij namelijk niet indenken dat de concurrenten geen API zouden hebben. Ik zou in ieder geval de integrations er eens op naslaan of bv Yamaha ook werkt. Marantz heedt natuurlijk geen zin om te controleren, want Denon en Marantz vallen onder hetzelfde moederbedrijf en op Marantz versterkers draait ook Heos en heeft AFAIK ook dezelfde klassieke API. In andere woorden: Marantz zal ook werken.

[JayOne]

The Apex13 schreef op woensdag 10 februari 2021 @ 20:43:
Even een kort vraagje, welke (merken) home cinema versterkers zijn goed compatible met Home assistant? Wil sowieso de versterker kunnen bedienen en later eventueel een multi-room systeempje creëren.

Hier heb ik een Onkyo-receiver en die werkt perfect binnen HA (integratie)

[Koffie]

Septillion schreef op woensdag 10 februari 2021 @ 16:27:
[...]

Haha, mooi. Ziet eruit als een doordachte blueprint Zelf zou ik misschien ook wat meer dingen in een blueprint moeten gieten... Maar heb nog zelf niet veel behoefte gehad om vaker hetzelfde te doen. Elke ruimte is hier eigenlijk uniek.

Blueprints zijn, voor mij om te maken, nog een stap te ver.
Komt ook nog bij dat als er helemaal niets voor mijn situatie te vinden is, deze zo custom is dat er meer dan wat automations nodig zijn.

Ik heb nu voor mijzelf mijn eerste 'package' gemaakt, een combinatie van diverse automations en entities die samen een geheel vormen (in mijn geval: een verwarming voor 1 ruimte met eigen climate, sensor en radiatorkraan).

[Septillion]

@engibenchi Daarmee ben je volledig in VM land (en kan ik je niet helpen ). Maar wat wil je bereiken met de mount boven de normale SMB share?

[Septillion]

@Koffie Op zich zijn automations en blueprints nagenoeg hetzelfde. Alleen bij een blueprint definieer je een interface ipv werkelijk entiteiten. De opmaak is verder erg gelijk, is dus ook niet zo heel lastig een automation om te zetten in een blueprint.

Maarja, ik vond de situatie hier ook te uniek. En in de loop van de tijd heb ik de stuctuur van mijn automations meer gelaagd gemaakt. Oa dus de "livingroom active"-bool en scenes aan twee input_select's (modus en werkelijke scene) geknoopt etc. Of dingen zoals het licht van de hal met 2 bewegingsmelders, 5 deursensoren en 3 schakelaars. Maar goed, zo blijven we mooi klooien. Maar denk dat vooral dus dat je een automation filosofie moet hebben voor je iets echt kan automatiseren. Eigenlijk wat jij ook deed in je beschouwing

[sjorsjuhmaniac]

engibenchi schreef op woensdag 10 februari 2021 @ 20:50:
Bedankt @Septillion en @Mars Warrior dat was een zet in de goeie richting.
Het is helaas nog niet gelukt om een filesystem te delen. In virt-manager heb ik een map gedeeld en dat komt ook terug in de log file

code:

-fsdev local,security_model=passthrough,writeout=immediate,id=fsdev-fs0,path=/home/engi/hass/media \
-device virtio-9p-pci,id=fs0,fsdev=fsdev-fs0,mount_tag=/vshare,bus=pci.0,addr=0x8 \

Wanneer ik die probeer te mounten krijg ik de foutmelding: "no such device"
ik probeer het dan te mounten met: "mount -t -o trans=virtio /vshare /media -oversion=9p2000.L"
Moet bekennen dat ik nog niet heb uitgezocht wat ik daar in typ het is letterlijk overgenomen van qemu website (op het pad na dan)
Ik kan mij voorstellen dat dit niet helemaal de plek is voor deze vraag maar wil iig bedanken voor de tip mbt tot ssh addon. En is er hier op het forum een lopende topic waar ik wel met soortgelijke vragen terecht kan?

Wat is je doel?

Via de ssh addon kan de meest gangbare zaken regelen/bereiken. Je zult het al wel weten want zo te zien heb je wat ervaring; maar voor de zekerheid: als je ssh aan de gang hebt heb je samba helemaal niet meer nodig. Je kan gewoon via de standaard file explorer in ubuntu (type ssh://<has ip>/ in de adresbalk> of via een sftp programma gewoon door de HA installatie browsen.

je kan dus ook eenvoudig via ssh een folder mounten als je dat wil, bv via sshfs of gvfs (zit standaard in Ubuntu).

Let wel: HA is een bos gebouwd van dockers. Maar voor alle gangbare zaken kan je met de ssh addon uit.

[Mars Warrior]

sjorsjuhmaniac schreef op woensdag 10 februari 2021 @ 22:25:
[...]
Let wel: HA is een bos gebouwd van dockers. Maar voor alle gangbare zaken kan je met de ssh addon uit.

Yep, en aangezien het meeste gewoon via een web gui is in te stellen, zou ik ook niet weten waarom je überhaupt nog de console nodig zou hebben...

[TWKterry]

The Apex13 schreef op woensdag 10 februari 2021 @ 21:13:
[...]


Zover ik kan bedenken inderdaad hetgeen wat jij noemt. Dus aan/uit, kiezen van inputs, volume regelen, spotify streamen en dergelijke. Thnx voor de snelle reactie

https://www.home-assistant.io/integrations/#media-player

hier zie je wat er zoal ondersteund wordt, klikop een tegel voor de details.

[engibenchi]

sjorsjuhmaniac schreef op woensdag 10 februari 2021 @ 22:25:
[...]


Wat is je doel?

Via de ssh addon kan de meest gangbare zaken regelen/bereiken. Je zult het al wel weten want zo te zien heb je wat ervaring; maar voor de zekerheid: als je ssh aan de gang hebt heb je samba helemaal niet meer nodig. Je kan gewoon via de standaard file explorer in ubuntu (type ssh://<has ip>/ in de adresbalk> of via een sftp programma gewoon door de HA installatie browsen.

je kan dus ook eenvoudig via ssh een folder mounten als je dat wil, bv via sshfs of gvfs (zit standaard in Ubuntu).

Let wel: HA is een bos gebouwd van dockers. Maar voor alle gangbare zaken kan je met de ssh addon uit.

Op de server waar de virtual machine draait staan ook mijn media bestanden. En die wil ik graag beschikbaar in maken in hassio.
Het meest eenvoudige leek mij deze methode.
Het is mij alleen nog maar gelukt om met de web interface via SSH in te loggen. Alle andere methode geven "connection refused"
Maar voor vandaag geef in het op. Ik had mijzelf het bos in gestuurd door mijn eigen home directory onbedoeld van eigenaar te veranderen waardoor mijn SSH key werd geweigerd. Voordat ik dat door had....
Gelukkig weer opgelost. Maar voor vandaag heb ik er ff genoeg van. Dit weekend ga ik proberen SSH toegang te krijgen via de cli. Het feit dat root geen wachtwoord heeft zit mij ook niet lekker. Nog genoeg te doen voor ik met mijn ZigBee speeltjes kan spelen bedankt voor zo ver. Ik ga er snel weer mee verder

[sjorsjuhmaniac]

engibenchi schreef op woensdag 10 februari 2021 @ 23:03:
[...]


Op de server waar de virtual machine draait staan ook mijn media bestanden. En die wil ik graag beschikbaar in maken in hassio.
Het meest eenvoudige leek mij deze methode.

Aah, ok. HA is van origine niet meer dan een python script. Normaal was dit dus geen probleem omdat je dit gewoon op de HA Host afhandelde. Met alle fancy nieuwe deployments in VM's en Dockers wordt dit iets lastiger.
In docker is het eenvoudig: bindmount de folder op /media in de container en je bent klaar.
In VM's wordt het lastiger. Hier draait namelijk HA OS. Dit is zowat volledig dicht getimmerd.

Je kan wel in de core komen via ssh als je wilt maar sommige dingen kun niet veranderen doordat het in squashfs zit. Sommigen kunnen weer wel maar die gaan verloren bij een update. Echt handig is dat niet.

Ik zou eens proberen met de shell_command optie. Hiermee dan cli commands uitvoeren. Dit wordt vanuit de 'homeasstant' container gedaan als ik me goed herinner. Dus alle paden, binaries en andere zaken moet je vanuit DIE container bekijken. Mogelijk dat het wel vanuit de core uitgevoerd wordt, dan moet je dus de juiste paden voor de core gebruiken (dus bv /mnt/media ipv /media), maar die gegevens kan je uit je docker containers halen/via je container shells inloggen en rondkijken.

Het eenvoudigste is denk ik een shell tegen de 'homeassistant' container te openen en daar te kijken of cifs/smbfs modules geladen zijn of gewoon domweg de mount commands proberen en kijken naar de errors.
Ik zou iets in de trant van dit proberen:

code:

$ mount -t cifs -o username=USER,password=PASSWORD //<ip>/path /media

Als dat werkt dan via configuration.yaml proberen:

code:

shell_command:
  mount_media: mount -t cifs -o username=USER,password=PASSWORD //<ip>/path /media

Je kan dit shell command dan triggeren via een switch of een automation die je ieder HA startup runt.

Met bovenstaande zou het dus moeten blijven werken met reboots en upgrades.

Het is mij alleen nog maar gelukt om met de web interface via SSH in te loggen. Alle andere methode geven "connection refused"

Op de configuration tab van de ssh addon moet in de sectie network in de kolom host een poort ingevuld, gesaved, en de addon herstart zijn. Heb je die?

Heb je de poort in KVM gefwd naar HA?

Gebruik je de goede key? Draai anders ssh eens met -vvv en kijk waar het fout gaat.

Maar voor vandaag geef in het op. Ik had mijzelf het bos in gestuurd door mijn eigen home directory onbedoeld van eigenaar te veranderen waardoor mijn SSH key werd geweigerd. Voordat ik dat door had....
Gelukkig weer opgelost. Maar voor vandaag heb ik er ff genoeg van.

altijd lachen dit

Dit weekend ga ik proberen SSH toegang te krijgen via de cli.

Nogmaals, gaat je heel weinig brengen voor dit (en alles wat je nog zou willen gaan doen) doordat alles met containers werkt in HA. Je ssh-t nu dus alleen naar een dedicated ssh container waar een aantal kern mappen beschikbaar zijn gemaakt. hierdoor kan je de benodigde data accessen en ha instellingen wijzigen maar dat is het wel zo'n beetje. Je hebt nog steeds geen toegang tot de core.

Het feit dat root geen wachtwoord heeft zit mij ook niet lekker.

De account? Komt doordat je in een container terecht komt. Buiten de data die gemount kan je er toch niet veel.
Voor ssh login kan je gewoon keys instellen door die in de config te zetten dus kan gewoon veilig. Maar ik denk dat je dan wel andere/grotere issues hebt als men al tot hier in je netwerk zit.

[engibenchi]

Top bedankt @sjorsjuhmaniac je uitgebreide reactie geeft een hoop nieuw inzicht.

Op de configuration tab van de ssh addon moet in de sectie network in de kolom host een poort ingevuld, gesaved, en de addon herstart zijn. Heb je die?

Precies daar kwam ik tot de ontdekking dat mijn key niet werkte en daardoor de verbinding met virt- manager weg was. Dus ik moet dat nog even verder onderzoeken. Ik ga er mee aan de slag. Wordt vervolgd....

[Septillion]

@engibenchi Documentatie is er een tikkeltje schaars over, maar zou je niet de locatie van de media folder in je configuration.yaml kunnen wijzigen naar de bestaande media share? Ze laten in het voorbeeld alleen andere locale folder zien maar zou me kunnen bedenken dat je ook een share kan gebruiken.

[JBS]

Soms heb ik de indruk dat mijn HA deels niet naar buiten kan communiceren.
In zo'n geval kan bijvoorbeeld de laatst beschikbare HA versie niet worden opgehaald, lukt het niet om met Tado te communiceren, en worden de Buienradar entiteiten niet gevuld (los van het feit die überhaupt soms wat haperen).

Het herstarten van HA duurt dan ook opvallend langer door de verschillende time-outs.

Entiteiten horende bij bijvoorbeeld Afvalwijzer worden dan weer wel gevuld, en updates via HACS kunnen gewoon worden binnengehaald.
Niet erg consequent dus.

Ik draai HA in docker op een Ubuntu 20.04 draaiende op een NUC.
De buitenwereld pingen vanuit de NUC gaat probleemloos.

Herkent iemand dit?

[Mimiix]

engibenchi schreef op woensdag 10 februari 2021 @ 17:37:
Lekker gemaakt door de mooie verhalen hier op het forum , heb ik recent Hassio op een virtual machine geïnstalleerd (KVM op Ubuntu 20.04). En dat betekent dat ik vers en groen ben en nog vol vragen zit. Ik hoop dat ik er hier een paar kwijt kan

Veel van mijn "smart" devices worden herkent de app op de telefoon werkt en het is mij gelukt om mbv een revers proxy op een subdomein toegankelijk te maken. Ik wacht nog op mijn ConBee II usb stick om ook de Zigbee apparaten werkend te krijgen. En daar gaat mijn vraag deels over.
Ik had in mijn onschuld verwacht dat het op een Linux distro zou draaien en ik in een bash-achtige shell terecht zou komen. Maar als ik met root inlog kom ik op de hassio cli uit, maar dat beetje wat ik van Linux af weet lijkt daar niet te werken. Kan iemand mij de juiste richting op sturen? Hoe kan ik bijvoorbeeld een gedeelde map mounten of dadelijk mijn USB device installeren?

De vm die ik gebruikt heb komt via de link van de home-assitant website.
Is hier iemand die mij op weg kan helpen?

Leuk dat je er zo mee bezig bent!

Ik zou , als je de mogelijkheid hebt, voor deCONZ niet de Addon gebruiken maar een aparte VM met de software van deCONZ. Voor specifieke vragen hebben we een eigen topic

[Hmmbob]

JBS schreef op donderdag 11 februari 2021 @ 09:51:
Soms heb ik de indruk dat mijn HA deels niet naar buiten kan communiceren.
In zo'n geval kan bijvoorbeeld de laatst beschikbare HA versie niet worden opgehaald, lukt het niet om met Tado te communiceren, en worden de Buienradar entiteiten niet gevuld (los van het feit die überhaupt soms wat haperen).

Het herstarten van HA duurt dan ook opvallend langer door de verschillende time-outs.

Entiteiten horende bij bijvoorbeeld Afvalwijzer worden dan weer wel gevuld, en updates via HACS kunnen gewoon worden binnengehaald.
Niet erg consequent dus.

Ik draai HA in docker op een Ubuntu 20.04 draaiende op een NUC.
De buitenwereld pingen vanuit de NUC gaat probleemloos.

Herkent iemand dit?

Zou het een DNS issue kunnen zijn?

[JBS]

Hmmbob schreef op donderdag 11 februari 2021 @ 12:09:
[...]

Zou het een DNS issue kunnen zijn?

Dat zou best kunnen inderdaad. Heb je een suggestie hoe dat uit te sluiten of te bevestigen?

[Hmmbob]

Nope, sorry. Heb geen ervaring met Ubuntu. Maar je symptomen leken daarop te wijzen, voor mijn gevoel.