Home Assistant: Open source Python3 home automation - deel 2

[CAP-Team]

Toch geprobeerd het iets anders op te lossen door een groep aan te maken. Met dank aan @redah

code:

- id: '1572299926149'
  alias: Lekker warm als iemand thuis is
  description: ''
  trigger:
  - hours: ''
    minutes: '10'
    platform: time_pattern
    seconds: ''
  condition:
  - after: 08:00:00
    before: '23:00:00'
    condition: time
  action:
  - data:
      data_template:
        temperature: "{% if is_state('group.personen', 'home') %}\n  21\n{% else %}\n\
          \  18\n{% endif %}"
      entity_id: climate.nefit_easy
    service: climate.set_temperature

en om 23:00 uur de verwarming uitzetten

code:

- id: '1572187636131'
  alias: Verwarming uitzetten om 23:00 uur
  description: ''
  trigger:
  - at: '23:00:00'
    platform: time
  condition: []
  action:
  - data:
      entity_id: climate.nefit_easy
      temperature: 18
    service: climate.set_temperature

[redah]

CAP-Team schreef op maandag 28 oktober 2019 @ 23:11:
Toch geprobeerd het iets anders op te lossen door een groep aan te maken. Met dank aan @redah

Mooi dat 't met wat aanpassingen gelukt is (ik had de code niet gecheckt), minder automations scheelt je in de toekomst een boel aanpassingen als je iets kleins wil veranderen

[ Voor 52% gewijzigd door redah op 29-10-2019 07:19 ]

[roelzadh]

@CAP-Team je kunt het nog korter maken door de condition in de value template op te nemen:
If home && between 8 and 23 then 21 else 18

[tdw]

roelzadh schreef op dinsdag 29 oktober 2019 @ 07:24:
@CAP-Team je kunt het nog korter maken door de condition in de value template op te nemen:
If home && between 8 and 23 then 21 else 18

Je kunt hiervoor een time sensor toevoegen (https://www.home-assistant.io/integrations/time_date/) en dan de template uit mijn voorbeeld aanpassen, dat werkt m.i. het handigst

[ Voor 3% gewijzigd door tdw op 29-10-2019 08:23 ]

[robbinonline]

Thoit schreef op maandag 28 oktober 2019 @ 21:01:
[...]

Ik heb het werkend als volgt, uiteraard al een mqtt broker draaiende in HA.

In DSMR de 2e optie geactiveerd: MQTT: Dagverbruik (als JSON) configuratie.
Topic pad: dsmr/day-consumption

En bij formaat het volgende:

code:

[mapping]
# DATA = JSON FIELD
electricity1 = electricity1
electricity2 = electricity2
electricity_merged = electricity_merged
electricity1_cost = electricity1_cost
electricity2_cost = electricity2_cost
electricity_cost_merged = electricity_cost_merged

# Gas (if any)
gas = gas
gas_cost = gas_cost
total_cost = total_cost

en in HA de volgende sensor toegevoegd:

code:

  - platform: mqtt
    name: Stroomverbuik vandaag
    unit_of_measurement: "kWh"
    state_topic: "dsmr/day-consumption"
    value_template: "{{value_json.electricity_merged }}"
  - platform: mqtt
    name: Stroomkosten vandaag
    unit_of_measurement: "€"
    state_topic: "dsmr/day-consumption"
    value_template: "{{value_json.electricity_cost_merged }}"
  - platform: mqtt
    name: Gasverbuik vandaag
    unit_of_measurement: "m3"
    state_topic: "dsmr/day-consumption"
    value_template: "{{value_json.gas }}"
  - platform: mqtt
    name: Gaskosten vandaag
    unit_of_measurement: "€"
    state_topic: "dsmr/day-consumption"
    value_template: "{{value_json.gas_cost }}"

[ Voor 17% gewijzigd door robbinonline op 29-10-2019 08:40 ]

[redah]

Ik heb zelf eigenlijk ook nog wel een 'hoe maak ik dit korter' vraagje. Mijn rolluiken beneden gaan nu automatisch dicht, 15 minuten na zonsondergang (dat wordt dadelijk vervangen door n lichtsensor, maar zonsondergang is nu even goed). Ik heb nu 4 rolluiken quick & dirty aan HA gekoppeld, die elk 10 seconden na elkaar beginnen met sluiten (200W motoren, en ik wil geen piekspanning als alles tegelijk aan springt):

code:

- alias: Rolluik dicht bij zonsondergang 1
  id: rolluik_dicht_sunset_1
  trigger:
    platform: sun
    event: sunset
    offset: '00:15:00'
  action:
    service: cover.set_cover_position
    entity_id: cover.rolluik_beneden_tuinraam
    data:
      position: 0
- alias: Rolluik dicht bij zonsondergang 2
  id: rolluik_dicht_sunset_2
  trigger:
    platform: sun
    event: sunset
    offset: '00:15:10'
  action:
    service: cover.set_cover_position
    entity_id: cover.rolluik_beneden_tuindeur
    data:
      position: 0
- alias: Rolluik dicht bij zonsondergang 3
  id: rolluik_dicht_sunset_3
  trigger:
    platform: sun
    event: sunset
    offset: '00:15:20'
  action:
    service: cover.set_cover_position
    entity_id: cover.rolluik_beneden_zijraam
    data:
      position: 0
- alias: Rolluik dicht bij zonsondergang 4
  id: rolluik_dicht_sunset_4
  trigger:
    platform: sun
    event: sunset
    offset: '00:15:30'
  action:
    service: cover.set_cover_position
    entity_id: cover.rolluik_beneden_keukenraam
    data:
      position: 0

Echter... Ik moet er beneden nog 3 automatiseren. En vervolgens de hele 1e verdieping, waar 9 rolluiken hangen. In totaal herhaal ik dan dus 15 keer vrijwel dezelfde automation, waarbij enkel de tijdstrigger en de entity_id wisselen. En dat dan ook nog een keer bij zonsopkomst.

Ik zie alleen nog even geen manier om dit compacter te maken. Iemand 'n suggestie?

[TheMystery]

redah schreef op dinsdag 29 oktober 2019 @ 08:53:
Ik heb zelf eigenlijk ook nog wel een 'hoe maak ik dit korter' vraagje. Mijn rolluiken beneden gaan nu automatisch dicht, 15 minuten na zonsondergang (dat wordt dadelijk vervangen door n lichtsensor, maar zonsondergang is nu even goed). Ik heb nu 4 rolluiken quick & dirty aan HA gekoppeld, die elk 10 seconden na elkaar beginnen met sluiten (200W motoren, en ik wil geen piekspanning als alles tegelijk aan springt):

code:

- alias: Rolluik dicht bij zonsondergang 1
  id: rolluik_dicht_sunset_1
  trigger:
    platform: sun
    event: sunset
    offset: '00:15:00'
  action:
    service: cover.set_cover_position
    entity_id: cover.rolluik_beneden_tuinraam
    data:
      position: 0
- alias: Rolluik dicht bij zonsondergang 2
  id: rolluik_dicht_sunset_2
  trigger:
    platform: sun
    event: sunset
    offset: '00:15:10'
  action:
    service: cover.set_cover_position
    entity_id: cover.rolluik_beneden_tuindeur
    data:
      position: 0
- alias: Rolluik dicht bij zonsondergang 3
  id: rolluik_dicht_sunset_3
  trigger:
    platform: sun
    event: sunset
    offset: '00:15:20'
  action:
    service: cover.set_cover_position
    entity_id: cover.rolluik_beneden_zijraam
    data:
      position: 0
- alias: Rolluik dicht bij zonsondergang 4
  id: rolluik_dicht_sunset_4
  trigger:
    platform: sun
    event: sunset
    offset: '00:15:30'
  action:
    service: cover.set_cover_position
    entity_id: cover.rolluik_beneden_keukenraam
    data:
      position: 0

Echter... Ik moet er beneden nog 3 automatiseren. En vervolgens de hele 1e verdieping, waar 9 rolluiken hangen. In totaal herhaal ik dan dus 15 keer vrijwel dezelfde automation, waarbij enkel de tijdstrigger en de entity_id wisselen. En dat dan ook nog een keer bij zonsopkomst.

Ik zie alleen nog even geen manier om dit compacter te maken. Iemand 'n suggestie?

Group.all_covers gebruiken maar dan gaan ze allemaal tegelijk.

[Thoit]

tdw schreef op maandag 28 oktober 2019 @ 21:18:
[...]

Er wordt electricity2 verstuurt en je subscribed naar electricity1? Of ben ik nu te simpel?

Was even ter illustratie. Ik heb de log van de 2 gepost omdat die bovenaan in de log stond. Heb voor electricity1 en electricity2 een sensor aangemaakt. Maar op beide krijg ik niks binnen.

[redah]

TheMystery schreef op dinsdag 29 oktober 2019 @ 09:03:
Group.all_covers gebruiken maar dan gaan ze allemaal tegelijk.

Precies, en ik wil niet dat dadelijk 15 stuks op hetzelfde moment aanspringen.

[TheMystery]

redah schreef op dinsdag 29 oktober 2019 @ 09:05:
[...]


Precies, en ik wil niet dat dadelijk 15 stuks op hetzelfde moment aanspringen.

Een aantal custom groepen aanmaken is misschien dan een optie.
Ik gebruik node red voor de automatisering misschien is dan een optie, hoef je de code niet meer te maken.

[mAiden88]

redah schreef op dinsdag 29 oktober 2019 @ 08:53:
Ik heb zelf eigenlijk ook nog wel een 'hoe maak ik dit korter' vraagje. Mijn rolluiken beneden gaan nu automatisch dicht, 15 minuten na zonsondergang (dat wordt dadelijk vervangen door n lichtsensor, maar zonsondergang is nu even goed). Ik heb nu 4 rolluiken quick & dirty aan HA gekoppeld, die elk 10 seconden na elkaar beginnen met sluiten (200W motoren, en ik wil geen piekspanning als alles tegelijk aan springt):

code:

- alias: Rolluik dicht bij zonsondergang 1
  id: rolluik_dicht_sunset_1
  trigger:
    platform: sun
    event: sunset
    offset: '00:15:00'
  action:
    service: cover.set_cover_position
    entity_id: cover.rolluik_beneden_tuinraam
    data:
      position: 0
- alias: Rolluik dicht bij zonsondergang 2
  id: rolluik_dicht_sunset_2
  trigger:
    platform: sun
    event: sunset
    offset: '00:15:10'
  action:
    service: cover.set_cover_position
    entity_id: cover.rolluik_beneden_tuindeur
    data:
      position: 0
- alias: Rolluik dicht bij zonsondergang 3
  id: rolluik_dicht_sunset_3
  trigger:
    platform: sun
    event: sunset
    offset: '00:15:20'
  action:
    service: cover.set_cover_position
    entity_id: cover.rolluik_beneden_zijraam
    data:
      position: 0
- alias: Rolluik dicht bij zonsondergang 4
  id: rolluik_dicht_sunset_4
  trigger:
    platform: sun
    event: sunset
    offset: '00:15:30'
  action:
    service: cover.set_cover_position
    entity_id: cover.rolluik_beneden_keukenraam
    data:
      position: 0

Echter... Ik moet er beneden nog 3 automatiseren. En vervolgens de hele 1e verdieping, waar 9 rolluiken hangen. In totaal herhaal ik dan dus 15 keer vrijwel dezelfde automation, waarbij enkel de tijdstrigger en de entity_id wisselen. En dat dan ook nog een keer bij zonsopkomst.

Ik zie alleen nog even geen manier om dit compacter te maken. Iemand 'n suggestie?

Weet je zeker dat ze 200watt zijn? Wat betreft de belasting voor je stoppen, hoef je geen zorgen te maken.
Door ze nu allemaal tegelijkertijd te doen heb je een totale spanning van: 800watt. (met die 3 erbij kom je op: 1.400watt)
1 groep kan 3680watt aan (uitgaande dat je 16 ampere heb.)

[tdw]

redah schreef op dinsdag 29 oktober 2019 @ 08:53:
Ik heb zelf eigenlijk ook nog wel een 'hoe maak ik dit korter' vraagje. Mijn rolluiken beneden gaan nu automatisch dicht, 15 minuten na zonsondergang (dat wordt dadelijk vervangen door n lichtsensor, maar zonsondergang is nu even goed). Ik heb nu 4 rolluiken quick & dirty aan HA gekoppeld, die elk 10 seconden na elkaar beginnen met sluiten (200W motoren, en ik wil geen piekspanning als alles tegelijk aan springt):

code:

- alias: Rolluik dicht bij zonsondergang 1
  id: rolluik_dicht_sunset_1
  trigger:
    platform: sun
    event: sunset
    offset: '00:15:00'
  action:
    service: cover.set_cover_position
    entity_id: cover.rolluik_beneden_tuinraam
    data:
      position: 0
- alias: Rolluik dicht bij zonsondergang 2
  id: rolluik_dicht_sunset_2
  trigger:
    platform: sun
    event: sunset
    offset: '00:15:10'
  action:
    service: cover.set_cover_position
    entity_id: cover.rolluik_beneden_tuindeur
    data:
      position: 0
- alias: Rolluik dicht bij zonsondergang 3
  id: rolluik_dicht_sunset_3
  trigger:
    platform: sun
    event: sunset
    offset: '00:15:20'
  action:
    service: cover.set_cover_position
    entity_id: cover.rolluik_beneden_zijraam
    data:
      position: 0
- alias: Rolluik dicht bij zonsondergang 4
  id: rolluik_dicht_sunset_4
  trigger:
    platform: sun
    event: sunset
    offset: '00:15:30'
  action:
    service: cover.set_cover_position
    entity_id: cover.rolluik_beneden_keukenraam
    data:
      position: 0

Echter... Ik moet er beneden nog 3 automatiseren. En vervolgens de hele 1e verdieping, waar 9 rolluiken hangen. In totaal herhaal ik dan dus 15 keer vrijwel dezelfde automation, waarbij enkel de tijdstrigger en de entity_id wisselen. En dat dan ook nog een keer bij zonsopkomst.

Ik zie alleen nog even geen manier om dit compacter te maken. Iemand 'n suggestie?

Je kan het in ieder geval in één automation gieten door gewoon met delays te werken. Dus de trigger blijft, en vervolgens:

code:

action:
  - service: cover.set_cover_position
    entity_id: cover.rolluik_beneden_keukenraam
    data:
      position: 0
  - delay: 
      seconds: 10
  - service: cover.set_cover_position
    entity_id: cover.rolluik_beneden_tuindeur
    data:
      position: 0  
  - delay: 
      seconds: 10
 # etc etc

Dan scheelt het je in ieder geval in triggers en conditions de hele tijd opnieuw opgeven

[pelt]

redah schreef op dinsdag 29 oktober 2019 @ 08:53:
Ik heb zelf eigenlijk ook nog wel een 'hoe maak ik dit korter' vraagje. Mijn rolluiken beneden gaan nu automatisch dicht, 15 minuten na zonsondergang (dat wordt dadelijk vervangen door n lichtsensor, maar zonsondergang is nu even goed). Ik heb nu 4 rolluiken quick & dirty aan HA gekoppeld, die elk 10 seconden na elkaar beginnen met sluiten (200W motoren, en ik wil geen piekspanning als alles tegelijk aan springt):

code:

- alias: Rolluik dicht bij zonsondergang 1
  id: rolluik_dicht_sunset_1
  trigger:
    platform: sun
    event: sunset
    offset: '00:15:00'
  action:
    service: cover.set_cover_position
    entity_id: cover.rolluik_beneden_tuinraam
    data:
      position: 0
- alias: Rolluik dicht bij zonsondergang 2
  id: rolluik_dicht_sunset_2
  trigger:
    platform: sun
    event: sunset
    offset: '00:15:10'
  action:
    service: cover.set_cover_position
    entity_id: cover.rolluik_beneden_tuindeur
    data:
      position: 0
- alias: Rolluik dicht bij zonsondergang 3
  id: rolluik_dicht_sunset_3
  trigger:
    platform: sun
    event: sunset
    offset: '00:15:20'
  action:
    service: cover.set_cover_position
    entity_id: cover.rolluik_beneden_zijraam
    data:
      position: 0
- alias: Rolluik dicht bij zonsondergang 4
  id: rolluik_dicht_sunset_4
  trigger:
    platform: sun
    event: sunset
    offset: '00:15:30'
  action:
    service: cover.set_cover_position
    entity_id: cover.rolluik_beneden_keukenraam
    data:
      position: 0

Echter... Ik moet er beneden nog 3 automatiseren. En vervolgens de hele 1e verdieping, waar 9 rolluiken hangen. In totaal herhaal ik dan dus 15 keer vrijwel dezelfde automation, waarbij enkel de tijdstrigger en de entity_id wisselen. En dat dan ook nog een keer bij zonsopkomst.

Ik zie alleen nog even geen manier om dit compacter te maken. Iemand 'n suggestie?

Al aan Node-Red gedacht? Op die manier is veel makkelijker om dit soort zaken 'netter' op te lossen.

Je zou inderdaad ook met delays kunnen werken.

[redah]

mAiden88 schreef op dinsdag 29 oktober 2019 @ 09:17:
Weet je zeker dat ze 200watt zijn? Wat betreft de belasting voor je stoppen, hoef je geen zorgen te maken.
Door ze nu allemaal tegelijkertijd te doen heb je een totale spanning van: 800watt. (met die 3 erbij kom je op: 1.400watt)
1 groep kan 3680watt aan (uitgaande dat je 16 ampere heb.)

Yep, want daar heb ik ze op uitgezocht Het zijn zware geisoleerde rolluiken van meters breed (veel raamwerk). Het is in totaal qua wattage allemaal niet zo spannend (en zit over verschillende groepen), maar als ik nu met de hand test zie ik al dat verlichting even dimt als ik alles tegelijk aan slinger, en dat gebeurt niet als ik ze 1 voor 1 aanzet. Dus voelt dat prettiger

tdw schreef op dinsdag 29 oktober 2019 @ 09:19:

Je kan het in ieder geval in één automation gieten door gewoon met delays te werken. Dus de trigger blijft, en vervolgens:

code:

action:
  - service: cover.set_cover_position
    entity_id: cover.rolluik_beneden_keukenraam
    data:
      position: 0
  - delay: 
      seconds: 10
  - service: cover.set_cover_position
    entity_id: cover.rolluik_beneden_tuindeur
    data:
      position: 0  
  - delay: 
      seconds: 10
 # etc etc

Dan scheelt het je in ieder geval in triggers en conditions de hele tijd opnieuw opgeven

Dat scheelt inderdaad al iets De 'delay' optie was mij helemaal niet bekend!

pelt schreef op dinsdag 29 oktober 2019 @ 09:22:
Al aan Node-Red gedacht? Op die manier is veel makkelijker om dit soort zaken 'netter' op te lossen.

Eigenlijk wil ik het liefst zo 'vanilla' mogelijk HA houden, maar bedankt, ik houd die in m'n achterhoofd.

[Thoit]

robbinonline schreef op dinsdag 29 oktober 2019 @ 08:38:
[...]


Ik heb het werkend als volgt, uiteraard al een mqtt broker draaiende in HA.

In DSMR de 2e optie geactiveerd: MQTT: Dagverbruik (als JSON) configuratie.
Topic pad: dsmr/day-consumption

En bij formaat het volgende:

code:

[mapping]
# DATA = JSON FIELD
electricity1 = electricity1
electricity2 = electricity2
electricity_merged = electricity_merged
electricity1_cost = electricity1_cost
electricity2_cost = electricity2_cost
electricity_cost_merged = electricity_cost_merged

# Gas (if any)
gas = gas
gas_cost = gas_cost
total_cost = total_cost

en in HA de volgende sensor toegevoegd:

code:

  - platform: mqtt
    name: Stroomverbuik vandaag
    unit_of_measurement: "kWh"
    state_topic: "dsmr/day-consumption"
    value_template: "{{value_json.electricity_merged }}"
  - platform: mqtt
    name: Stroomkosten vandaag
    unit_of_measurement: "€"
    state_topic: "dsmr/day-consumption"
    value_template: "{{value_json.electricity_cost_merged }}"
  - platform: mqtt
    name: Gasverbuik vandaag
    unit_of_measurement: "m3"
    state_topic: "dsmr/day-consumption"
    value_template: "{{value_json.gas }}"
  - platform: mqtt
    name: Gaskosten vandaag
    unit_of_measurement: "€"
    state_topic: "dsmr/day-consumption"
    value_template: "{{value_json.gas_cost }}"

Precies zo had ik het ook geconfigureerd, maar ik zie in HA niks aankomen. In de Mosquitto log zie ik alleen het volgende:

code:

[10:27:50] INFO: Setup mosquitto configuration
[10:27:50] INFO: Found local users inside config
[10:27:50] INFO: Initialize Hass.io Add-on services
[10:27:50] INFO: Initialize Home Assistant discovery
[10:27:50] INFO: Start Mosquitto daemon
1572341270: mosquitto version 1.6.3 starting
1572341270: Config loaded from /etc/mosquitto.conf.
1572341270: Loading plugin: /usr/share/mosquitto/auth-plug.so
1572341270: |-- *** auth-plug: startup
1572341270:  ├── Username/password checking enabled.
1572341270:  ├── TLS-PSK checking enabled.
1572341270:  └── Extended authentication not enabled.
1572341270: Opening ipv4 listen socket on port 1883.
1572341270: Opening ipv6 listen socket on port 1883.
1572341270: Opening websockets listen socket on port 1884.
1572341270: Opening ipv4 listen socket on port 8883.
1572341270: Opening ipv6 listen socket on port 8883.
1572341270: Opening websockets listen socket on port 8884.
1572341270: Warning: Mosquitto should not be run as root/administrator.
1572341270: New connection from 172.30.32.1 on port 1883.
[INFO] found mqtt on local database
1572341270: New client connected from 172.30.32.1 as auto-02B7FC9A-6E68-4E25-178A-4886891D3A81 (p2, c1, k60, u'mqtt').

In de DSMR reader heb ik de volgende settings:

code:

Hostname: <IP Adres van Hassio>
Port: 1883
Insecure NO SSL
Username: Gebruikersnaam die ik in de config van HA heb gezet
Password: Wachtwoord die ik in de config van HA heb gezet

[Mistacal]

Ook hier even melden met een korte vraag. Ik heb net ongeveer 18 lampen gekocht van de Ikea met 2 stopcontacten en de dimmers met een hub. Tevens staat er een sonos one in de kamer met een Shield en een Samsung soundbar. Ik heb nu weliswaar 1 lamp aangesloten om te testen en wordt bediend met Google home via de Sonos. De sonos als assistent vind ik nu al tekort schieten omdat deze geen voice match ondersteund.

Voordat ik de rest aan ga sluiten zou ik alvast een overkoepelend systeem willen opzetten. Ik verwacht dat google home op een gegeven moment misschien wat functies gaat missen of ik moet het mis hebben.

De systemen waar ik nu naar aan het kijken zijn, HASS, Domoticz, Homey en Fibaro.

Ik ben benieuwd naar de praktische redenen om voor HASS te kiezen. Daar waar Homey en Fibaro "out of the box" werken en domoticz iets meer dan HASS.

edit: De reactie hieronder was even een reminder dat er al een synology draait in huis, ik weet niet hoeverre dat minder of meer praktisch is

[ Voor 7% gewijzigd door Mistacal op 29-10-2019 16:19 ]

[haakjesluiten]

Na het zoveelste brakke sd kaartje nu een qnap gekocht en nu hass.io op een ubuntu server VM draaiend gekregen. Nu ga ik alles opnieuw instellen maar in de toekomst wil ik dit grapje voorkomen, heb ik dan voldoende aan het draaien van de google drive snapshot add-on?

[tdw]

Mistacal schreef op dinsdag 29 oktober 2019 @ 16:09:
Ook hier even melden met een korte vraag. Ik heb net ongeveer 18 lampen gekocht van de Ikea met 2 stopcontacten en de dimmers met een hub. Tevens staat er een sonos one in de kamer met een Shield en een Samsung soundbar. Ik heb nu weliswaar 1 lamp aangesloten om te testen en wordt bediend met Google home via de Sonos. De sonos als assistent vind ik nu al tekort schieten omdat deze geen voice match ondersteund.

Voordat ik de rest aan ga sluiten zou ik alvast een overkoepelend systeem willen opzetten. Ik verwacht dat google home op een gegeven moment misschien wat functies gaat missen of ik moet het mis hebben.

De systemen waar ik nu naar aan het kijken zijn, HASS, Domoticz, Homey en Fibaro.

Ik ben benieuwd naar de praktische redenen om voor HASS te kiezen. Daar waar Homey en Fibaro "out of the box" werken en domoticz iets meer dan HASS.

edit: De reactie hieronder was even een reminder dat er al een synology draait in huis, ik weet niet hoeverre dat minder of meer praktisch is

Homey en Fibaro lijken mij de minst 'open' manier van automatiseren (als ik het goed heb). Fibaro doet alleen Z-wave (dus ben je network locked aan één bepaalde standaard) en bij Homey is het altijd maar de vraag of iemand er code voor heeft ontwikkeld om de verschillende apparaten met elkaar te laten communiceren. Ze zijn beiden bovendien aan de dure kant.

Domoticz en Hass.io zijn open source en draaien op een goedkope raspberry pi. Je kunt nagenoeg alles aan elkaar knopen qua protocollen, netwerken en aansluitmethoden en bent daardoor niet 'network locked' op de een of andere manier.

Nadelen zijn wel dat in ieder geval Hassio een platform in ontwikkeling is waardoor er soms eens wat stuk gaat. Dit hoeft niet voor iedereen zo te zijn (lampen aan/uit is al jaren en standaard en zal niet zo snel veranderen), maar naar mate er meer geregeld kan worden (klimaat, (rol)gordijnen, etc) kan eea van architectuur veranderen.

Crazyanz schreef op dinsdag 29 oktober 2019 @ 16:17:
Na het zoveelste brakke sd kaartje nu een qnap gekocht en nu hass.io op een ubuntu server VM draaiend gekregen. Nu ga ik alles opnieuw instellen maar in de toekomst wil ik dit grapje voorkomen, heb ik dan voldoende aan het draaien van de google drive snapshot add-on?

Hoe lang doe je ongeveer met een SD-kaart?

[ Voor 9% gewijzigd door tdw op 29-10-2019 16:47 ]

[haakjesluiten]

tdw schreef op dinsdag 29 oktober 2019 @ 16:46:
[...]

Homey en Fibaro lijken mij de minst 'open' manier van automatiseren (als ik het goed heb). Fibaro doet alleen Z-wave (dus ben je network locked aan één bepaalde standaard) en bij Homey is het altijd maar de vraag of iemand er code voor heeft ontwikkeld om de verschillende apparaten met elkaar te laten communiceren. Ze zijn beiden bovendien aan de dure kant.

Domoticz en Hass.io zijn open source en draaien op een goedkope raspberry pi. Je kunt nagenoeg alles aan elkaar knopen qua protocollen, netwerken en aansluitmethoden en bent daardoor niet 'network locked' op de een of andere manier.

Nadelen zijn wel dat in ieder geval Hassio een platform in ontwikkeling is waardoor er soms eens wat stuk gaat. Dit hoeft niet voor iedereen zo te zijn (lampen aan/uit is al jaren en standaard en zal niet zo snel veranderen), maar naar mate er meer geregeld kan worden (klimaat, (rol)gordijnen, etc) kan eea van architectuur veranderen.

[...]

Hoe lang doe je ongeveer met een SD-kaart?

5-6 maanden, ging vaak goed tot ik weer nieuwe dingen ging proberen en paar keer moest restarten. Al mocht ik nou nog een rpi gebruiken zou ik in ieder geval booten vanaf usb opslag wellicht dat dat stabieler is.

Mistacal schreef op dinsdag 29 oktober 2019 @ 16:09:
Ook hier even melden met een korte vraag. Ik heb net ongeveer 18 lampen gekocht van de Ikea met 2 stopcontacten en de dimmers met een hub. Tevens staat er een sonos one in de kamer met een Shield en een Samsung soundbar. Ik heb nu weliswaar 1 lamp aangesloten om te testen en wordt bediend met Google home via de Sonos. De sonos als assistent vind ik nu al tekort schieten omdat deze geen voice match ondersteund.

Voordat ik de rest aan ga sluiten zou ik alvast een overkoepelend systeem willen opzetten. Ik verwacht dat google home op een gegeven moment misschien wat functies gaat missen of ik moet het mis hebben.

De systemen waar ik nu naar aan het kijken zijn, HASS, Domoticz, Homey en Fibaro.

Ik ben benieuwd naar de praktische redenen om voor HASS te kiezen. Daar waar Homey en Fibaro "out of the box" werken en domoticz iets meer dan HASS.

edit: De reactie hieronder was even een reminder dat er al een synology draait in huis, ik weet niet hoeverre dat minder of meer praktisch is

het is persoonlijke voorkeur, zeker met hass.io is er weinig dat te vergelijken is. Het is toegankelijk en je kan relatief makkelijk zaken als duckdns en ssl instellen en aan de slag met zigbee2mqtt en node-red.

Wat voor Synology heb je draaien? Ik raad wel aan hass.io te draaien, er is volgens mij een kant en klare docker voor Synology gemaakt door iemand dus mocht je Synology dat aankunnen zou ik dat zeker eens proberen.

[ Voor 36% gewijzigd door haakjesluiten op 29-10-2019 17:01 ]

[frozenflame]

Crazyanz schreef op dinsdag 29 oktober 2019 @ 16:56:
5-6 maanden, ging vaak goed tot ik weer nieuwe dingen ging proberen en paar keer moest restarten. Al mocht ik nou nog een rpi gebruiken zou ik in ieder geval booten vanaf usb opslag wellicht dat dat stabieler is.

Ik heb een oude ssd gekoppeld via usb, dus gebruik geen sd kaart meer (zit er ook niet in). Heb het recent gedaan, maar verwacht niet dat de ssd het spoedig zal begeven eigenlijk.

[Mistacal]

Crazyanz schreef op dinsdag 29 oktober 2019 @ 16:56:
[...]


5-6 maanden, ging vaak goed tot ik weer nieuwe dingen ging proberen en paar keer moest restarten. Al mocht ik nou nog een rpi gebruiken zou ik in ieder geval booten vanaf usb opslag wellicht dat dat stabieler is.


[...]


het is persoonlijke voorkeur, zeker met hass.io is er weinig dat te vergelijken is. Het is toegankelijk en je kan relatief makkelijk zaken als duckdns en ssl instellen en aan de slag met zigbee2mqtt en node-red.

Wat voor Synology heb je draaien? Ik raad wel aan hass.io te draaien, er is volgens mij een kant en klare docker voor Synology gemaakt door iemand dus mocht je Synology dat aankunnen zou ik dat zeker eens proberen.

Ja alleen het vinden van de voorkeur is lastig. Ik heb nu een ds218+ draaien. Uiteraard kan ik er een pi naast zetten dat is mij om het even.

Waar ik misschien een beetje tegenop kijk is het coden. Echt 0 kaas van gegeten dus de vraag is dan in hoeverre moet je dit kunnen om een soort van standaard acties uit te voeren zoals een film modus of het weggaan uit huis en alles gaat uit. Het zullen geen spectaculaire acties zijn in het begin.

[tdw]

Mistacal schreef op dinsdag 29 oktober 2019 @ 17:22:
[...]


Ja alleen het vinden van de voorkeur is lastig. Ik heb nu een ds218+ draaien. Uiteraard kan ik er een pi naast zetten dat is mij om het even.

Waar ik misschien een beetje tegenop kijk is het coden. Echt 0 kaas van gegeten dus de vraag is dan in hoeverre moet je dit kunnen om een soort van standaard acties uit te voeren zoals een film modus of het weggaan uit huis en alles gaat uit. Het zullen geen spectaculaire acties zijn in het begin.

Deze dingen zijn extreem makkelijk te automatiseren met bijvoorbeeld scenes. Als je naar de documentatie kijkt zul je zien dat de opbouw heel logisch is, helemaal bij het automatisch aan- en uitzetten van lampen. En er zit hier een berg kennis om je te helpen mocht het na een paar pogingen toch niet lukken

[Mistacal]

tdw schreef op dinsdag 29 oktober 2019 @ 17:53:
[...]

Deze dingen zijn extreem makkelijk te automatiseren met bijvoorbeeld scenes. Als je naar de documentatie kijkt zul je zien dat de opbouw heel logisch is, helemaal bij het automatisch aan- en uitzetten van lampen. En er zit hier een berg kennis om je te helpen mocht het na een paar pogingen toch niet lukken

Ja dat is dan ook wel weer waar. Nou dan maar eens gaan installeren die handel en die lampen er in hangen

[XanderHuisman]

@Mistacal De DS218+ heeft een 64-bit processor en kan zover ik mij kan herinneren Docker draaien. In Docker kun je weer vrij makkelijk HASS/ Home assistant 'installeren'. De NAS zal waarschijnlijk zelfs stabieler draaien dan een RPI,

Home Assistant/Domoticz kun je meer zien als systemen waarbij je allerlei andere systemen aan elkaar kan knopen. Fibaro maakt Z-Wave producten en kan weer door de eerste twee aangestuurd worden.

[haakjesluiten]

Met een 218+ gaat dat inderdaad prima, die had ik ook nog bijna aangeschaft vorige week. Installeer wel Hass.io dat is een stuk makkelijker beginnen met de add-on store.

https://blog.stomsvik.com...nalogy-dsm-native-package

[CAP-Team]

Mijn automation werkt toch nog niet helemaal..

code:

- id: '1572299926149'
  alias: Lekker warm als iemand thuis is
  description: ''
  trigger:
  - minutes: /1
    platform: time_pattern
  condition:
  - after: 08:00:00
    before: '23:00:00'
    condition: time
  action:
  - data:
      entity_id: climate.nefit_easy
      temperature:
        data_template: '{% if is_state(''group.personen'', ''home'') %} 21 {% else
          %} 18 {% endif %}'
    service: climate.set_temperature

Dit levert een foutmelding op:

code:

Error while executing automation automation.lekker_warm_als_iemand_thuis_is. Invalid data for call_service at pos 1: expected float for dictionary value @ data['temperature']

Uiteraard al ff gegoogled en al wat dingen geprobeerd door er float() tussen te zetten maar dat helpt nog niet..
Interval staat ivm testen even op 1x per minuut.

[tdw]

CAP-Team schreef op dinsdag 29 oktober 2019 @ 20:48:
Mijn automation werkt toch nog niet helemaal..

code:

- id: '1572299926149'
  alias: Lekker warm als iemand thuis is
  description: ''
  trigger:
  - minutes: /1
    platform: time_pattern
  condition:
  - after: 08:00:00
    before: '23:00:00'
    condition: time
  action:
  - data:
      entity_id: climate.nefit_easy
      temperature:
        data_template: '{% if is_state(''group.personen'', ''home'') %} 21 {% else
          %} 18 {% endif %}'
    service: climate.set_temperature

Dit levert een foutmelding op:

code:

Error while executing automation automation.lekker_warm_als_iemand_thuis_is. Invalid data for call_service at pos 1: expected float for dictionary value @ data['temperature']

Uiteraard al ff gegoogled en al wat dingen geprobeerd door er float() tussen te zetten maar dat helpt nog niet..
Interval staat ivm testen even op 1x per minuut.

Probeer eens 18.0 en 21.0 ipv 18 en 21?

[CAP-Team]

maakt niks uit..
blijkbaar wordt de template als een string gezien en dat snapt ie niet ofzo.

[ Voor 67% gewijzigd door CAP-Team op 29-10-2019 21:08 ]

[Mistacal]

@XanderHuisman & @Crazyanz bedankt voor de input, alleen vergist in het model. Docker dus niet supported. Dus maar op een RPI wat opzich niet erg is.

Ik zie overigens dat ze de 32bit aanraden ten opzichte van de 64bit. Gekke is ik heb nog geen 32bit RPI gezien. OF bedoelen ze hier enkel mee da HASS.io 32bit is?

Het staat er een beetje vreemd

https://www.home-assistant.io/hassio/installation/

[ Voor 12% gewijzigd door Mistacal op 29-10-2019 21:17 ]

[haakjesluiten]

Mistacal schreef op dinsdag 29 oktober 2019 @ 21:15:
@XanderHuisman & @Crazyanz bedankt voor de input, alleen vergist in het model. Docker dus niet supported. Dus maar op een RPI wat opzich niet erg is.

Ik zie overigens dat ze de 32bit aanraden ten opzichte van de 64bit. Gekke is ik heb nog geen 32bit RPI gezien. OF bedoelen ze hier enkel mee da HASS.io 32bit is?

Het staat er een beetje vreemd

https://www.home-assistant.io/hassio/installation/

sinds rpi2 zijn ze allemaal 64bit maar ze bedoelen dat ze de 32bit versie van de image aanraden.

[tdw]

CAP-Team schreef op dinsdag 29 oktober 2019 @ 21:05:
maakt niks uit..
blijkbaar wordt de template als een string gezien en dat snapt ie niet ofzo.

Zo, ik zit ook even te slapen hoor

Probeer het eens als volgt:

code:

  - data:
      entity_id: climate.nefit_easy
      data_template: 
          temperature: >- 
             {% if is_state("group.personen", "home") %} 
               21
             {% else %}
               18
             {% endif %}
    service: climate.set_temperature

Je hebt volgens mij data_template en temperature omgedraaid, en de quotes om je code heen moet je ook niet doen

Let er ook op dat je dubbele aanhalingstekens gebruikt en niet twee keer een enkele.
Niet:

code:

''

Wel:

code:

"

[ Voor 8% gewijzigd door tdw op 30-10-2019 08:16 ]

[Pinquin87]

CAP-Team schreef op dinsdag 29 oktober 2019 @ 20:48:
Mijn automation werkt toch nog niet helemaal..

code:

- id: '1572299926149'
  alias: Lekker warm als iemand thuis is
  description: ''
  trigger:
  - minutes: /1
    platform: time_pattern
  condition:
  - after: 08:00:00
    before: '23:00:00'
    condition: time
  action:
  - data:
      entity_id: climate.nefit_easy
      temperature:
        data_template: '{% if is_state(''group.personen'', ''home'') %} 21 {% else
          %} 18 {% endif %}'
    service: climate.set_temperature

Dit levert een foutmelding op:

code:

Error while executing automation automation.lekker_warm_als_iemand_thuis_is. Invalid data for call_service at pos 1: expected float for dictionary value @ data['temperature']

Uiteraard al ff gegoogled en al wat dingen geprobeerd door er float() tussen te zetten maar dat helpt nog niet..
Interval staat ivm testen even op 1x per minuut.

Probeer het eens met round(1)

code:

Filter round(x) will convert the input to a number and round it to x decimals.

Dus dan zou je onderstaande krijgen:

code:

...
  - data:
      entity_id: climate.nefit_easy
      temperature:
        data_template: '{% if is_state(''group.personen'', ''home'') %} {{ 21 | round(1) }} {% else
          %} {{ 21 | round(1) }} {% endif %}'
    service: climate.set_temperature

[CAP-Team]

Nope..

code:

- id: '1572384349109'
  alias: test
  trigger:
  - minutes: /1
    platform: time_pattern
  condition:
  - after: 08:00:00
    before: '23:59:00'
    condition: time
  action:
  - data:
      entity_id: climate.nefit_easy
      temperature:
        data_template: '{% if is_state(''group.personen'', ''home'') %} {{ 21 | round(1)
          }} {% else %} {{ 21 | round(1) }} {% endif %}'
    service: climate.set_temperature

Geeft nog steeds:
Invalid data for call_service at pos 1: expected float for dictionary value @ data['temperature']

[tdw]

CAP-Team schreef op dinsdag 29 oktober 2019 @ 23:36:
Nope..

code:

- id: '1572384349109'
  alias: test
  trigger:
  - minutes: /1
    platform: time_pattern
  condition:
  - after: 08:00:00
    before: '23:59:00'
    condition: time
  action:
  - data:
      entity_id: climate.nefit_easy
      temperature:
        data_template: '{% if is_state(''group.personen'', ''home'') %} {{ 21 | round(1)
          }} {% else %} {{ 21 | round(1) }} {% endif %}'
    service: climate.set_temperature

Geeft nog steeds:
Invalid data for call_service at pos 1: expected float for dictionary value @ data['temperature']

tdw in "Home Assistant: Open source Python3 home automation - deel 2"

[Hmmbob]

tdw schreef op woensdag 30 oktober 2019 @ 08:05:
[...]

tdw in "Home Assistant: Open source Python3 home automation - deel 2"

Met de opmerking erbij dat bij jou de "service" 2 spaties naar links moet ;-)

[tdw]

Hmmbob schreef op woensdag 30 oktober 2019 @ 08:08:
[...]

Met de opmerking erbij dat bij jou de "service" 2 spaties naar links moet ;-)

Ik weet niet waar je het over hebt


Heb het aangepast dus, thanks!

[Thoit]

Crazyanz schreef op dinsdag 29 oktober 2019 @ 16:17:
Na het zoveelste brakke sd kaartje nu een qnap gekocht en nu hass.io op een ubuntu server VM draaiend gekregen. Nu ga ik alles opnieuw instellen maar in de toekomst wil ik dit grapje voorkomen, heb ik dan voldoende aan het draaien van de google drive snapshot add-on?

Als je geluk hebt, ja. Onlangs overgestapt van een Pi naar een NUC. Hierbij dacht ik ook ik zit de Snapshot terug, pas wat kleine dingen aan en dan werkt die. Uiteindelijk gooide Node-Red behoorlijk roet in het eten. Heeft mij 4 dagen gekost om alles weer up and running the krijgen. Het probleem was dat Node Red geen verbinding kon maken met Home Assistant, dus al mijn automations werkten niet meer.

[haakjesluiten]

Thoit schreef op woensdag 30 oktober 2019 @ 09:46:
[...]


Als je geluk hebt, ja. Onlangs overgestapt van een Pi naar een NUC. Hierbij dacht ik ook ik zit de Snapshot terug, pas wat kleine dingen aan en dan werkt die. Uiteindelijk gooide Node-Red behoorlijk roet in het eten. Heeft mij 4 dagen gekost om alles weer up and running the krijgen. Het probleem was dat Node Red geen verbinding kon maken met Home Assistant, dus al mijn automations werkten niet meer.

Hoe heb je dit uiteindelijk opgelost?

ik kan denk het beste een snapshot van de hele VM maken maar ik wil het zekere voor het onzekere nemen redelijk wat uurtjes bezig alweer om alles weer zo te krijgen zoals het was.

ik heb trouwens 1 ding wat maar niet lukt... uitzetten van het ledje op de cc2531, zou dat met de VM te maken hebben?

[code={
"data_path": "/share/zigbee2mqtt",
"devices": "devices.yaml",
"groups": "groups.yaml",
"homeassistant": true,
"permit_join": false,
"mqtt": {
"base_topic": "zigbee2mqtt",
"server": "mqtt://homeassistant",
"user": "homeassistant",
"password": "wachtwoord",
"disable_led": true
}, [/code]

[ Voor 23% gewijzigd door haakjesluiten op 30-10-2019 10:13 ]

[Thoit]

Crazyanz schreef op woensdag 30 oktober 2019 @ 10:09:
[...]


Hoe heb je dit uiteindelijk opgelost?

ik kan denk het beste een snapshot van de hele VM maken maar ik wil het zekere voor het onzekere nemen redelijk wat uurtjes bezig alweer om alles weer zo te krijgen zoals het was.

ik heb trouwens 1 ding wat maar niet lukt... uitzetten van het ledje op de cc2531, zou dat met de VM te maken hebben?

[code={
"data_path": "/share/zigbee2mqtt",
"devices": "devices.yaml",
"groups": "groups.yaml",
"homeassistant": true,
"permit_join": false,
"mqtt": {
"base_topic": "zigbee2mqtt",
"server": "mqtt://homeassistant",
"user": "homeassistant",
"password": "wachtwoord",
"disable_led": true
}, [/code]

Zo: https://gathering.tweakers.net/forum/view_message/60290340

[Morex]

Een aantal dagen geleden heb ik een p1>usb kabel aangesloten aan mijn RPI en slimme meter. Na wat prutsen met de port en dsmr versie kreeg ik alle sensor entities op mijn lovelace. Vervolgens wilde ik mijn lovelace aanpassen en heb ik de badges (en mogelijk ook de entities) verwijderd.

Nu wil ik opnieuw mijn slimme meter uitlezen. Ik vul in mijn config.yaml precies hetzelfde in als wat destijds werkte, maar nu doet hij het niet. Hij geeft in de configurator wel een melding aan, maar dat deed hij destijds ook:

YAML:

duplicated mapping key at line 31, column -269:
    group:
    ^

Dat gaat over de Meter readings group.

Binnen Development tools zie ik wel de group ''group.meter_readings''. Alleen de readings zijn unknown.
Binnen de Entity Register zie ik de sensor entiteiten ook niet terug.

YAML:

 # Slimme meter
sensor:
  - platform: dsmr
    port: /dev/ttyUSB0
    dsmr_version: 4

group:
  meter_readings:
    name: Meter readings
    entities:
      - sensor.power_consumption_low
      - sensor.power_consumption_normal
      - sensor.power_production_low
      - sensor.power_production_normal
      - sensor.gas_consumption 

Hoe kan ik dit oplossen?

[tdw]

Morex schreef op woensdag 30 oktober 2019 @ 11:07:
Een aantal dagen geleden heb ik een p1>usb kabel aangesloten aan mijn RPI en slimme meter. Na wat prutsen met de port en dsmr versie kreeg ik alle sensor entities op mijn lovelace. Vervolgens wilde ik mijn lovelace aanpassen en heb ik de badges (en mogelijk ook de entities) verwijderd.

Nu wil ik opnieuw mijn slimme meter uitlezen. Ik vul in mijn config.yaml precies hetzelfde in als wat destijds werkte, maar nu doet hij het niet. Hij geeft in de configurator wel een melding aan, maar dat deed hij destijds ook:

YAML:

duplicated mapping key at line 31, column -269:
    group:
    ^

Dat gaat over de Meter readings group.

Binnen Development tools zie ik wel de group ''group.meter_readings''. Alleen de readings zijn unknown.
Binnen de Entity Register zie ik de sensor entiteiten ook niet terug.

YAML:

 # Slimme meter
sensor:
  - platform: dsmr
    port: /dev/ttyUSB0
    dsmr_version: 4

group:
  meter_readings:
    name: Meter readings
    entities:
      - sensor.power_consumption_low
      - sensor.power_consumption_normal
      - sensor.power_production_low
      - sensor.power_production_normal
      - sensor.gas_consumption 

Hoe kan ik dit oplossen?

Weet je zeker dat "groups:" niet ergens anders voorkomt in je configuratie? Bijvoorbeeld in groups.yaml?

Overigens is het aanmaken van een groep met Lovelace ook niet meer nodig, toch? Wat probeer je te bereiken?

[ Voor 3% gewijzigd door tdw op 30-10-2019 11:20 ]

[Morex]

tdw schreef op woensdag 30 oktober 2019 @ 11:17:
[...]

Weet je zeker dat "groups:" niet ergens anders voorkomt in je configuratie? Bijvoorbeeld in groups.yaml?

Overigens is het aanmaken van een groep met Lovelace ook niet meer nodig, toch? Wat probeer je te bereiken?

Er zat inderdaad een fout in de config.yaml.
Dank voor je hulp.

[Thoit]

Volgens mij is mijn MQTT broker op Hassio wel in orde, maar kunnen er geen berichten vanuit DSMR verstuurd worden.

Als ik namelijk met MQTT.fx een verbinding maak naar de Mosquitto broker, zie ik netjes dat hij verbonden is. In de Mosquitto Addon zie ik ook dat er verbinding wordt gemaakt. Echter zie ik nu in de status van DSMR dat er 200 messages in de queue staan. Ik zie ook niet in Mosquitto dat DSMR verbinding maakt. De settings van MQTT.fx zijn gelijk aan die wat ik in DSMR gebruik. Iemand een idee wat ik hiermee kan doen? DSMR draait trouwens in Docker.

Na nog een keer door de docker-compose file gelopen te zijn viel mij het volgende op:

code:

      - SD_AUTOSTART_MQTT=false
      - SD_AUTORESTART_MQTT=false

Na dit op true gezet te hebben, werkte het. Zo zie je maar dat het vaak de meest simpele dingen zijn

[ Voor 20% gewijzigd door Thoit op 30-10-2019 13:52 ]

[trekker22]

Om mijn zigbee netwerk te versterken zou de lamp op de overloop prima zijn om te vervangen. Echter iemand al eens gevonden voor een handige plek voor motion sensor?

Op de overloop dan werkt die prima als je op de overloopt loopt, echter wil je ook wel dat de lamp al aangaat als je de trap oploopt en 2 motion sensors is ook weer wat overdreven :-)

[Dreadramon]

Ik heb sinds kort zonnepanelen en kan de Growatt omvormer mooi uitlezen in HASSIO. Nu wilde ik mijn productie graag loggen in PVOutput, maar deze kent geen makkelijke manier om data vanaf de Growatt server te uploaden.

Nu lees ik wel dat er een plugin beschikbaar is voor PVOutput, maar deze lijkt enkel te gebruiken om data vanuit PVOutput naar HASSIO te sturen. Is er iemand die iets opgezet heeft om het de andere kant uit mogelijk te maken? (een beetje ala mindergas.nl).

[Troetelbeer]

trekker22 schreef op woensdag 30 oktober 2019 @ 13:47:
Om mijn zigbee netwerk te versterken zou de lamp op de overloop prima zijn om te vervangen. Echter iemand al eens gevonden voor een handige plek voor motion sensor?

Op de overloop dan werkt die prima als je op de overloopt loopt, echter wil je ook wel dat de lamp al aangaat als je de trap oploopt en 2 motion sensors is ook weer wat overdreven :-)

Soms kan het niet anders...

[Mistacal]

Nu lees ik dat routines ook in google home komen. In hoeverre zou dan HASS.io nog een meerwaarde zijn ten opzichte van google home? Even van uitgaande dat iemand bij apparaten blijft die geintregreerd kunnen worden in google home?

edit: In hoeverre kan ik beide eigenlijk uberhaupt vergelijken. Ik heb het gevoel dat ik appel met peren probeer te vergelijken.

[ Voor 22% gewijzigd door Mistacal op 30-10-2019 13:54 ]

[Troetelbeer]

Mistacal schreef op woensdag 30 oktober 2019 @ 13:50:
Nu lees ik dat routines ook in google home komen. In hoeverre zou dan HASS.io nog een meerwaarde zijn ten opzichte van google home? Even van uitgaande dat iemand bij apparaten blijft die geintregreerd kunnen worden in google home?

De automation mogelijkheden zullen waarschijnlijk veel en veel uitgebreider zijn in HA. Plus...Ik kan in HA ook de UI volledig customizen naar hoe ik het mooi vind.

Verder zullen de meeste gebruikers van HA sowieso ook apparaten hebben(of ander soort integraties(weer, databases etc.)) die alleen in Google niet goed genoeg werken of kunnen.

Dus inderdaad appels en peren

[Mistacal]

Troetelbeer schreef op woensdag 30 oktober 2019 @ 13:58:
[...]


De automation mogelijkheden zullen waarschijnlijk veel en veel uitgebreider zijn in HA. Plus...Ik kan in HA ook de UI volledig customizen naar hoe ik het mooi vind.

Verder zullen de meeste gebruikers van HA sowieso ook apparaten hebben(of ander soort integraties(weer, databases etc.)) die alleen in Google niet goed genoeg werken of kunnen.

Dus inderdaad appels en peren

even voor mijn beeldvorming met het oog op de toekomst. Aan welke integraties moet ik dan denken en welke apparaten? Nu gaat het om een paar lampen en wat audio. Maar mezelf kennende zal dit waarschijnlijk wel weer uitgebreider worden.

Ik zal een voorbeeld geven, ik zat natuurlijk al te bedenken wat er allemaal kan. Maar bijvoorbeeld het aansturen van een magneetventiel die gekoppeld is aan een powerrelais verbonden aan een RPI. Is zoiets op te nemen in HASS.io? M.a.w. kan je een relais aansturen?

[Troetelbeer]

@Mistacal HA heeft op de website een complete lijst van integraties staan.

[Mistacal]

Troetelbeer schreef op woensdag 30 oktober 2019 @ 14:19:
@Mistacal HA heeft op de website een complete lijst van integraties staan.

Verdomd! Dat is een beste lijst. Ik denk dat HA wel kan voorzien in een slimme douche

[trekker22]

barrymossel schreef op donderdag 24 oktober 2019 @ 19:35:
[...]

Thanks, ga er even induiken.

---edit---
Zoiets dus?

YAML:

#Rood licht pissen
- alias: 'Rode lamp aan bij beweging Barry'
  initial_state: 'true'
  trigger:
    platform: state
    entity_id: binary_sensor.beweging_bed_barry
    from: 'off'
    to: 'on'
  condition:
    - condition: time
      after: '23:00'
      before: '06:00'
    - condition: state
      entity_id: switch.nachtlamp
      state: 'off'
  action:
    - service: light.turn_on
      data:
        entity_id: light.led_slaapkamer
        white_value: 0
        brightness: 255
        rgb_color: [255,0,0]
    - delay:
        seconds: 15
    - wait_template: "{{ is_state('binary_sensor.beweging_bed_barry', 'on') }}"
    - delay:
        seconds: 8
    - service: light.turn_off
      data:
        entity_id: light.led_slaapkamer

Zoiets heb ik toevallig ook gemaakt. Echter wat ik lastig vind aan werken met motion sensors, is het laten overrulen als ik het wel handmatig heb aangezet.

Stel ik ben na 23:00 nog aan het lezen met de ledstrip aan, als ik uit bed stap en naar de wc ga dan zal het bij het in bed stappen na x minuten de ledstrip wel uitgaan.
Moet ik dan ergens een boolean gaan bijhouden dat ik handmatig iets heb aangezet en dit dan de motion sensor overruled.

Zelfde geldt bv voor de schuur, wil ik een sensor hangen zodat na 5 minuten lamp uitgaat (fiets pakken). Maar stel ik zit heel stilletjes te werken / lezen / etc in de schuur dan wil ik niet iedere 5 min naar de sensor moeten zwaaien. Dan moet die zolang ik aan het werk ben bv de sensor negeren voor xx aantal uur.

Vind ik nog een lastig iets, maar is denk ik gewoon proberen wat werkt en wat niet.

Voor nu heb ik de ledstrip op motion activeren maar gezet tussen 0:30 en 6:30, waarschijnlijk dek ik daar ook al 98% van de gevallen af.

[tdw]

trekker22 schreef op woensdag 30 oktober 2019 @ 13:47:
Om mijn zigbee netwerk te versterken zou de lamp op de overloop prima zijn om te vervangen. Echter iemand al eens gevonden voor een handige plek voor motion sensor?

Op de overloop dan werkt die prima als je op de overloopt loopt, echter wil je ook wel dat de lamp al aangaat als je de trap oploopt en 2 motion sensors is ook weer wat overdreven :-)

Aan het plafond, op de scheidingsljin waar de trap overgaat op de vloer

[Morex]

Hoe integreer ik de google calender in Lovelace?

Ik heb alle stappen van https://www.home-assistant.io/integrations/calendar.google/ doorlopen.
De api en secret ingevoerd in de config.yaml. Uiteindelijk kreeg ik via de notificatie om te koppelen. Dit heb ik bevestigd via de mobiel. Vervolgens gebeurde er eigenlijk niets. Er werd geen google_calender.yaml aangemaakt. Dus ik heb het hele proces herhaald. Nieuwe api gemaakt, ingevoerd in config.yaml, hassio herstart, maar er gebeurde niets. Nu heb ik die oude (gekoppelde) api en secret niet meer (verwijderd).
Wat moet ik nu doen om mijn google calender op mijn lovelace te krijgen? Er is nu dus ook geen calender entity te vinden.

[kepler]

trekker22 schreef op woensdag 30 oktober 2019 @ 14:36:
[...]

Zoiets heb ik toevallig ook gemaakt. Echter wat ik lastig vind aan werken met motion sensors, is het laten overrulen als ik het wel handmatig heb aangezet.

Stel ik ben na 23:00 nog aan het lezen met de ledstrip aan, als ik uit bed stap en naar de wc ga dan zal het bij het in bed stappen na x minuten de ledstrip wel uitgaan.
Moet ik dan ergens een boolean gaan bijhouden dat ik handmatig iets heb aangezet en dit dan de motion sensor overruled.

Zelfde geldt bv voor de schuur, wil ik een sensor hangen zodat na 5 minuten lamp uitgaat (fiets pakken). Maar stel ik zit heel stilletjes te werken / lezen / etc in de schuur dan wil ik niet iedere 5 min naar de sensor moeten zwaaien. Dan moet die zolang ik aan het werk ben bv de sensor negeren voor xx aantal uur.

Vind ik nog een lastig iets, maar is denk ik gewoon proberen wat werkt en wat niet.

Voor nu heb ik de ledstrip op motion activeren maar gezet tussen 0:30 en 6:30, waarschijnlijk dek ik daar ook al 98% van de gevallen af.

Probleem had ik ook en ik heb een automation gemaakt waarmee ik mijn automations voor bepaalde tijd kan uitzetten. Hieronder nog een oude code, tegenwoordig maak ik gebruik van een input_boolean die ik aan en uit zet (1 boolean voor alle licht automations bv) en als condition is mee genomen in de licht automation. En ook gaat het licht uit/aan op basis van de status van de motion sensor als de automation weer inschakelt. Kan vanavond wel de code opzoeken als je wil (alhoewel, volgens mij zit dit tegenwoordig in Node Red)

code:

## Zolder automations uit voor bepaalde tijd
Scripts:

zolder_licht_automation_uit:
  alias: Zolder licht automation uit
  sequence:
    - service: automation.turn_off
      entity_id: 
        - automation.beweging__licht_aan__zolder
        - automation.geen_beweging__licht_uit__zolder
    - delay: '{{ states.input_select.zolder_automations_vertraging.state | int }}:00:00'
    - service: automation.turn_on
      entity_id: 
        - automation.beweging__licht_aan__zolder
        - automation.geen_beweging__licht_uit__zolder

washok_licht_automation_uit:
  alias: Washok licht automation uit
  sequence:
    - service: automation.turn_off
      entity_id: 
        - automation.beweging__licht_aan__washok
        - automation.geen_beweging__licht_uit__washok
    - delay: '{{ states.input_select.zolder_automations_vertraging.state | int }}:00:00'
    - service: automation.turn_on
      entity_id: 
        - automation.beweging__licht_aan__washok
        - automation.geen_beweging__licht_uit__washok

rolluiken_automation_uit:
  alias: Rolluiken automation uit
  sequence:
    - service: automation.turn_off
      entity_id: 
        - automation.luiken_naar_beneden_als_buiten_warmer_is_dan_zolder_en_buiten_20_graden
        - automation.luiken_naar_beneden_als_irradiance_400_wm2_en_buiten_12_graden
        - automation.luiken_open_als_buiten_kouder_dan_zolder_en_irradiance_400_wm2
        - automation.luiken_open_als_irradiance_400_wm2_en_buiten_kouder_dan_zolder
    - delay: '{{ states.input_select.zolder_automations_vertraging.state | int }}:00:00'
    - service: automation.turn_on
      entity_id: 
        - automation.luiken_naar_beneden_als_buiten_warmer_is_dan_zolder_en_buiten_20_graden
        - automation.luiken_naar_beneden_als_irradiance_400_wm2_en_buiten_12_graden
        - automation.luiken_open_als_buiten_kouder_dan_zolder_en_irradiance_400_wm2
        - automation.luiken_open_als_irradiance_400_wm2_en_buiten_kouder_dan_zolder

alles_zolder_automation_uit:
  alias: Alle automation uit
  sequence:
    - service: script.turn_on
      entity_id: 
        - script.rolluiken_automation_uit
        - script.washok_licht_automation_uit
        - script.zolder_licht_automation_uit

[Troetelbeer]

Morex schreef op woensdag 30 oktober 2019 @ 15:42:
Hoe integreer ik de google calender in Lovelace?

Ik heb alle stappen van https://www.home-assistant.io/integrations/calendar.google/ doorlopen.
De api en secret ingevoerd in de config.yaml. Uiteindelijk kreeg ik via de notificatie om te koppelen. Dit heb ik bevestigd via de mobiel. Vervolgens gebeurde er eigenlijk niets. Er werd geen google_calender.yaml aangemaakt. Dus ik heb het hele proces herhaald. Nieuwe api gemaakt, ingevoerd in config.yaml, hassio herstart, maar er gebeurde niets. Nu heb ik die oude (gekoppelde) api en secret niet meer (verwijderd).
Wat moet ik nu doen om mijn google calender op mijn lovelace te krijgen? Er is nu dus ook geen calender entity te vinden.

Maak die google_calendars.yaml zelf eens aan en plak de juiste code erin...En let op: google_calendars.yaml

[martinvdm]

Dreadramon schreef op woensdag 30 oktober 2019 @ 13:47:
Ik heb sinds kort zonnepanelen en kan de Growatt omvormer mooi uitlezen in HASSIO. Nu wilde ik mijn productie graag loggen in PVOutput, maar deze kent geen makkelijke manier om data vanaf de Growatt server te uploaden.

Nu lees ik wel dat er een plugin beschikbaar is voor PVOutput, maar deze lijkt enkel te gebruiken om data vanuit PVOutput naar HASSIO te sturen. Is er iemand die iets opgezet heeft om het de andere kant uit mogelijk te maken? (een beetje ala mindergas.nl).

Wellicht kun je hier iets mee:
https://github.com/SteveNew/GrowattRpi

Pvoutput component in HA is idd alleen om de data op te halen uit pvoutput en in sensoren te zetten in HA.
Ik heb zelf een Omnik inverter en gebruik hiervoor een Ubuntu docker container die de data upload naar PVOutput. De pvoutput sensor haalt deze dan op in HA.

[maartend]

Ok.

Update gedaan naar V101. Kom ik er niet meer in. ben niet de enige.

Ik draai op een NUC. Ik kan daaro vanop afstand. Ik zie 5 mappen ; add-ons, backup (met daar in een backup van 2 dagen geleden, dus dat is ok), config, share, ssl.

Ik wil dus die backup terugzetten. Maar hoe en waar? Volslagen geen idee.

[Sander0105]

Iemand hier ervaring met locale weerdata toevoegen, met name voor logging, analyse en uiteindelijk automation van oa. verwarming?
Het dichtstbijzijnde weerstation van de KNMI is 6km verderop dus dat zou een mogelijkheid zijn maar daarnaast overweeg ik om zelf een aantal zaken te gaan meten. Bijvoorbeeld met een Netamo weerstation.

[tdw]

Sander0105 schreef op donderdag 31 oktober 2019 @ 08:22:
Iemand hier ervaring met locale weerdata toevoegen, met name voor logging, analyse en uiteindelijk automation van oa. verwarming?
Het dichtstbijzijnde weerstation van de KNMI is 6km verderop dus dat zou een mogelijkheid zijn maar daarnaast overweeg ik om zelf een aantal zaken te gaan meten. Bijvoorbeeld met een Netamo weerstation.

Ik gebruik de buienradar integration, die werkt voor mij heel goed

[DeadMetal]

@CodeIT en anderen die Tasker gebruiken om je Android telefoon te laten communiceren met HA: vanaf 0.101 vervalt de mogelijkheid om simpelweg ?api_password=XXX toe te voegen aan de url van je request naar HA.

Gebruiken jullie die functionaliteit? Ik wel en ik zoek een goed werkend alternatief. Ik heb wel eens de Tasker-plugin RESTask geprobeerd om het long-lived access token in een header te stoppen, maar had daar continu problemen mee. Ik geloof dat de plugin vaak crashte.

It is no longer possible to make authenticated requests using trusted networks or by appending ?api_password=X to the URL. You will now first need to get an authentication token and use that token to make requests.

[ Voor 7% gewijzigd door DeadMetal op 31-10-2019 09:34 ]

[TheMystery]

Iemand hier ervaring met somfy rolluiken en home assistant?
Ik en een somfy connexoon om de rolluiken remote te kunnen bedienen.
Alleen zoek ik een goede manier om deze in home assistant te krijgen.
Ik heb de tahoma plugin en de somfy api al geprobeerd binnen home assistant.
De tahoma plugin kan ik de rolluiken alleen omlaag doen, de omhoog werkt niet.
Met de somfy api kan ik alleen omhoog en omlaag en er wordt geen status doorgegeven.
Status is nodig om met de buienradar sensor weer gestuurd de rolluiken kan bedienen.
De my status hebben beide plugins niet.

Aangezien ik altijd met homebridge heb gewerkt en hier met de tahoma plugin wel omhoog, omlaag en met positie 50 (de my stand) kon bedienen heb ik homebridge gekoppeld in home assistant.
Op zich werkt dit alleen wordt de status pas na uren geupdate of niet. Binnen de home app op mijn ipad/iphone heb ik dit gedrag niet. Is de status te forceren? na een reboot van home assistant klopt de status namelijk wel.

Of weet iemand nog een heel andere oplossing?

[theredone51]

DeadMetal schreef op donderdag 31 oktober 2019 @ 09:32:
@CodeIT en anderen die Tasker gebruiken om je Android telefoon te laten communiceren met HA: vanaf 0.101 vervalt de mogelijkheid om simpelweg ?api_password=XXX toe te voegen aan de url van je request naar HA.

Gebruiken jullie die functionaliteit? Ik wel en ik zoek een goed werkend alternatief. Ik heb wel eens de Tasker-plugin RESTask geprobeerd om het long-lived access token in een header te stoppen, maar had daar continu problemen mee. Ik geloof dat de plugin vaak crashte.


[...]

Welke info wil je doorgeven? Ik heb gisteren de communicatie tussen mijn gsm en HA opgezet door middel van Macrodroid (alternatief voor Tasker, met ondersteuning voor Tasker plugins) met een MQTT Publisher plugin (origineel voor Tasker):
https://play.google.com/s...e.mqttpublishplugin&hl=en

Ik gebruik nu dus MQTT om informatie in te lezen in HA en dat werkt voor zo ver ik het heb kunnen testen momenteel zoals het moet

[DeadMetal]

HA/Node-Red berekent (op basis van mijn agenda) hoe laat mijn wekker moet gaan en hoe laat het huis 'wakker moet worden' (lampen etc). Dagelijks op een vaste tijd vraagt Tasker bij HA die tijd op, zodat ook mijn telefoon-wekker ingesteld kan worden.

Daarnaast gebruik ik momenteel de HA app Ariela, maar die bevalt me niet. Vreet accu en data. Daarom wil ik zelf d.m.v. Tasker wat zaken door gaan geven: belstatus (indien mogelijk), of hij aan de oplader hangt, en wellicht locatie (dit doet Ariela momenteel).

Liever gebruik ik geen MQTT maar de HA-API. Wat dus binnenkort lijkt te moeten door een HTTP-header mee te sturen met het access token. MacroDroid ziet er overigens een stuk gebruiksvriendelijker uit dan Tasker.

/edit: dit gevonden, vanavond maar eens uitproberen: https://github.com/MarkAd...sistant-plugin-for-tasker

[ Voor 29% gewijzigd door DeadMetal op 31-10-2019 10:05 ]

[llevering]

TheMystery schreef op donderdag 31 oktober 2019 @ 09:36:
Iemand hier ervaring met somfy rolluiken en home assistant?
Ik en een somfy connexoon om de rolluiken remote te kunnen bedienen.
Alleen zoek ik een goede manier om deze in home assistant te krijgen.
Ik heb de tahoma plugin en de somfy api al geprobeerd binnen home assistant.
De tahoma plugin kan ik de rolluiken alleen omlaag doen, de omhoog werkt niet.
Met de somfy api kan ik alleen omhoog en omlaag en er wordt geen status doorgegeven.
Status is nodig om met de buienradar sensor weer gestuurd de rolluiken kan bedienen.
De my status hebben beide plugins niet.

Via Somfy api integratie heb ik bij elke cover 'current_position' dat is denk ik wat je bedoeld met de My status (dat zegt mij dan weer niet echt direct wat). Verder is de api een buitengewoon teleurstellend product helaas.

[fer974]

DeadMetal schreef op donderdag 31 oktober 2019 @ 09:32:
@CodeIT en anderen die Tasker gebruiken om je Android telefoon te laten communiceren met HA: vanaf 0.101 vervalt de mogelijkheid om simpelweg ?api_password=XXX toe te voegen aan de url van je request naar HA.

Gebruiken jullie die functionaliteit? Ik wel en ik zoek een goed werkend alternatief. Ik heb wel eens de Tasker-plugin RESTask geprobeerd om het long-lived access token in een header te stoppen, maar had daar continu problemen mee. Ik geloof dat de plugin vaak crashte.


[...]

Ik heb communicatie tussen Tasker en HA werkend met een long-lived access token. Hiervoor heb ik een http request action aangemaakt in Tasker en daarbij in het header veld "Authorization: Bearer" met daarachter de long-lived access token.

[DeadMetal]

fer974 schreef op donderdag 31 oktober 2019 @ 10:07:
[...]
Ik heb communicatie tussen Tasker en HA werkend met een long-lived access token. Hiervoor heb ik een http request action aangemaakt in Tasker en daarbij in het header veld "Authorization: Bearer" met daarachter de long-lived access token.

Ah interessant, ik gebruik een 'HTTP Get' action, waar je die header niet lijkt in te kunnen stellen.

[JayOne]

maartend schreef op donderdag 31 oktober 2019 @ 08:19:
Ok.

Update gedaan naar V101. Kom ik er niet meer in. ben niet de enige.

Ik draai op een NUC. Ik kan daaro vanop afstand. Ik zie 5 mappen ; add-ons, backup (met daar in een backup van 2 dagen geleden, dus dat is ok), config, share, ssl.

Ik wil dus die backup terugzetten. Maar hoe en waar? Volslagen geen idee.

Draai je HassIO, dan heb je hier wat opties.

En waarom gelijk op de *.0 bandwagon springen? Zat er echt een noodzakelijke verbetering tussen?

[maartend]

JayOne schreef op donderdag 31 oktober 2019 @ 10:30:
[...]

Draai je HassIO, dan heb je hier wat opties.

En waarom gelijk op de *.0 bandwagon springen? Zat er echt een noodzakelijke verbetering tussen?

Thnx

Omdat ik eigenlijk bezig was met totaal iets anders en te snel op update tikte

[tdw]

JayOne schreef op donderdag 31 oktober 2019 @ 10:30:
En waarom gelijk op de *.0 bandwagon springen? Zat er echt een noodzakelijke verbetering tussen?

Aha, ik merk dus dat ik niet de enige ben die versie .1, .2 of zelfs .3 afwacht voordat ik update

[wielhelm]

Ik ga altijd voor de .0
werkt het niet, hoppa vm snapshot terug en draaien maar weer.

tdw schreef op donderdag 31 oktober 2019 @ 10:42:
[...]

Aha, ik merk dus dat ik niet de enige ben die versie .1, .2 of zelfs .3 afwacht voordat ik update

[maartend]

gezocht jip janneke taal, want dit werkt niet;
Snapshot restore en ook niet absolute betginners guide (ik dacht, ik installeer opnieuw en dan een beackup terug)

Ik draai dus in een docker op een NUC Hassio. te snel update gedaan, kom dus niet meer in HA.
Ik heb wel de backups beschikbaar die ik via HA automatisch maak.

Maar ik heb dus geen idee wat ik nu moet doen. Als ik in een terminal hassio sn intik, kent hij hassio niet.

Die beginnersguis geeft ook denied meldingen.

Wat nu? Hoe krijg ik mijn HA weer aan de praat?

Ik krijg dus in mijn terminal dit soort mldingen ;
E: De pakketbron 'https://download.docker.com/linux/ubuntu eoan Release' heeft geen Release-bestand.
N: Bijwerken van de pakketlijst uit een dergelijke pakketbron kan niet veilig gebeuren en is daarom standaard uitgezet.
N: Zie de man-pagina apt-secure( voor details over het aanmaken van een pakketbron en over de configuratie langs gebruikerskant.
E: De pakketbron 'https://download.docker.com/linux/ubuntu $(lsb_release Release' heeft geen Release-bestand.
N: Bijwerken van de pakketlijst uit een dergelijke pakketbron kan niet veilig gebeuren en is daarom standaard uitgezet.
N: Zie de man-pagina apt-secure( voor details over het aanmaken van een pakketbron en over de configuratie langs gebruikerskant.

[ Voor 41% gewijzigd door maartend op 31-10-2019 11:03 ]

[redah]

Ik probeer nu net als @CAP-Team om Home Assistant mijn thermostaat te laten besturen (vond het eigenlijk wel een goed idee ) en heb nu de volgende code:

code:

- alias: Thermostaat op 20 als thuis
  id: thermostaat_20
  trigger:
  - minutes: /10
    platform: time_pattern
  condition:
  - after: 06:00:00
    before: '22:00:00'
    condition: time
  action:
  - data:
      entity_id: climate.woonkamer
      data_template: 
          temperature: >- 
             {% if is_state("group.mijngroep", "home") %} 
               20
             {% else %}
               18
             {% endif %}
    service: climate.set_temperature

Dit resulteert in de foutmelding:

code:

must contain at least one of temperature, target_temp_high, target_temp_low.

Terwijl de volgende automation wél gewoon werkt:

code:

- id: thermostaat_18
  alias: Thermostaat 18 in de avond
  trigger:
  - at: '22:00:00'
    platform: time
  action:
  - data:
      entity_id: climate.woonkamer
      temperature: 18
    service: climate.set_temperature

Dus het lijkt of met de data_template de temperature niet wordt doorgegeven. Het enige wat ik me zo kan bedenken is dat als ik de template editor gebruik ik zie dat de data_template het volgende produceert:

code:

- data:
      entity_id: climate.woonkamer
      data_template: 
          temperature: >- 
             
               20
             
    service: climate.set_temperature

...want de groep is thuis. En misschien dat daar wat te veel line breaks/spaties in zitten, maar dat lijkt me ook raar.

Help

[TheMystery]

llevering schreef op donderdag 31 oktober 2019 @ 09:56:
[...]

Via Somfy api integratie heb ik bij elke cover 'current_position' dat is denk ik wat je bedoeld met de My status (dat zegt mij dan weer niet echt direct wat). Verder is de api een buitengewoon teleurstellend product helaas.

Bij rolluiken heb je 3 opties omhoog, omlaag en de my positie.
De my positie is een zelf in te stellen stand.

De my position binnen de thahoma plugin van homebridge is position 50.
Kun jij dit instellen binnen de api? en werkt bij jou de status deze bleef bij mijn op unknown staan.

[JayOne]

redah schreef op donderdag 31 oktober 2019 @ 11:12:
Ik probeer nu net als @CAP-Team om Home Assistant mijn thermostaat te laten besturen (vond het eigenlijk wel een goed idee ) en heb nu de volgende code:

code:

- alias: Thermostaat op 20 als thuis
  id: thermostaat_20
  trigger:
  - minutes: /10
    platform: time_pattern
  condition:
  - after: 06:00:00
    before: '22:00:00'
    condition: time
  action:
  - data:
      entity_id: climate.woonkamer
      data_template: 
          temperature: >- 
             {% if is_state("group.mijngroep", "home") %} 
               20
             {% else %}
               18
             {% endif %}
    service: climate.set_temperature

Dit resulteert in de foutmelding:

code:

must contain at least one of temperature, target_temp_high, target_temp_low.

Terwijl de volgende automation wél gewoon werkt:

code:

- id: thermostaat_18
  alias: Thermostaat 18 in de avond
  trigger:
  - at: '22:00:00'
    platform: time
  action:
  - data:
      entity_id: climate.woonkamer
      temperature: 18
    service: climate.set_temperature

Dus het lijkt of met de data_template de temperature niet wordt doorgegeven. Het enige wat ik me zo kan bedenken is dat als ik de template editor gebruik ik zie dat de data_template het volgende produceert:

code:

- data:
      entity_id: climate.woonkamer
      data_template: 
          temperature: >- 
             
               20
             
    service: climate.set_temperature

...want de groep is thuis. En misschien dat daar wat te veel line breaks/spaties in zitten, maar dat lijkt me ook raar.

Help

De eerste [data] in je action moet een data_template zijn, dus zoiets:

code:

action:
  - service: climate.set_temperature
    data_template:
      entity_id: climate.woonkamer
      temperature: >- 
             {% if is_state("group.mijngroep", "home") %} 
               20
             {% else %}
               18
             {% endif %}

[redah]

JayOne schreef op donderdag 31 oktober 2019 @ 11:21:

De eerste [data] in je action moet een data_template zijn, dus zoiets:

code:

action:
  - service: climate.set_temperature
    data_template:
      entity_id: climate.woonkamer
      temperature: >- 
             {% if is_state("group.mijngroep", "home") %} 
               20
             {% else %}
               18
             {% endif %}

Je hebt gelijk... Dit werkt, al was ik er van overtuigd dat data & date_template ook samen kon. En dat kon ook, alleen dan had ik de data_template 2 spaties naar links moeten doen. Thanks!

[CodeIT]

DeadMetal schreef op donderdag 31 oktober 2019 @ 09:32:
@CodeIT en anderen die Tasker gebruiken om je Android telefoon te laten communiceren met HA: vanaf 0.101 vervalt de mogelijkheid om simpelweg ?api_password=XXX toe te voegen aan de url van je request naar HA.

Gebruiken jullie die functionaliteit? Ik wel en ik zoek een goed werkend alternatief. Ik heb wel eens de Tasker-plugin RESTask geprobeerd om het long-lived access token in een header te stoppen, maar had daar continu problemen mee. Ik geloof dat de plugin vaak crashte.


[...]

Ik geeft de informatie niet rechtstreeks door aan Home Assistant via Tasker. Ik POST een HTTP request naar Node Red (HTTP in node) die de request/payload omzet naar MQTT berichten. Ik wil mijn MQTT broker niet ontsluiten op het internet.

[wielhelm]

Installeer hassio helemaal opnieuw.
Installeer de samba addon.
Kopieer je backup files naar de backup folder.
refresh de snapshot pagina, als het goed is zie je nu je snapshots/backup staan
restore snapshot.

maartend schreef op donderdag 31 oktober 2019 @ 10:59:
gezocht jip janneke taal, want dit werkt niet;
Snapshot restore en ook niet absolute betginners guide (ik dacht, ik installeer opnieuw en dan een beackup terug)

Ik draai dus in een docker op een NUC Hassio. te snel update gedaan, kom dus niet meer in HA.
Ik heb wel de backups beschikbaar die ik via HA automatisch maak.

Maar ik heb dus geen idee wat ik nu moet doen. Als ik in een terminal hassio sn intik, kent hij hassio niet.

Die beginnersguis geeft ook denied meldingen.

Wat nu? Hoe krijg ik mijn HA weer aan de praat?

Ik krijg dus in mijn terminal dit soort mldingen ;
E: De pakketbron 'https://download.docker.com/linux/ubuntu eoan Release' heeft geen Release-bestand.
N: Bijwerken van de pakketlijst uit een dergelijke pakketbron kan niet veilig gebeuren en is daarom standaard uitgezet.
N: Zie de man-pagina apt-secure( voor details over het aanmaken van een pakketbron en over de configuratie langs gebruikerskant.
E: De pakketbron 'https://download.docker.com/linux/ubuntu $(lsb_release Release' heeft geen Release-bestand.
N: Bijwerken van de pakketlijst uit een dergelijke pakketbron kan niet veilig gebeuren en is daarom standaard uitgezet.
N: Zie de man-pagina apt-secure( voor details over het aanmaken van een pakketbron en over de configuratie langs gebruikerskant.

[maartend]

wielhelm schreef op donderdag 31 oktober 2019 @ 11:54:
Installeer hassio helemaal opnieuw.
Installeer de samba addon.
Kopieer je backup files naar de backup folder.
refresh de snapshot pagina, als het goed is zie je nu je snapshots/backup staan
restore snapshot.


[...]

Duidelijk. Probeer di idd net op dit moment, maar nu naar werk. Vanavond maar verder.

Thnx

[Winnetou]

Kan iemand mij wellicht nog een hint geven?

Graag wil ik de meterstanden en het verbruik van DSMR-reader in Homeassistant zichtbaar maken. Ik draai Homeassistant via docker-compose met network_mode: "host" en eclipse-mosquitto zonder iets over een netwerk toe te voegen in docker-compose. Alle mqtt-discovery met Tasmota-devices werkt prima in Homeassistant.

Nu heb ik recent een P1-kabel gekocht en DSMR-reader in docker geïnstalleerd (xirixiz). Ook dat draait prima zonder iets van network_mode o.i.d. In DSMR-reader heb ik het ip van de mqtt-server opgegeven, zoals ik ook bij de Tasmota-devices doe. Echter, de mqtt-berichten vanuit DSMR-reader worden niet verstuurd. Via onderstaand commando zie ik ook niets langskomen:

code:

 mosquitto_sub -h <ip> -u <user> -P <password> -t "dsmr/reading"

Ik vermoed dat het iets met de networks te maken heeft, maar kan niet vinden waar het hem in zit. Onderstaand bericht lijkt qua configuratie erg op mijne, maar ik krijg de communicatie tussen DSMR-reader en Homeassistant dus niet werkend...

Kaspers schreef op dinsdag 11 juni 2019 @ 21:55:
[...]


Ik zou je willen adviseren om voor ieder component een individuele docker-compose file (in steeds aparte folders) aan te maken. Want anders ben continue een x-tal containers aan het down en up brengen wanneer je een enkele zit te configureren / debuggen.

up en down brengen gaat met de volgende commando's (terwijl je in de folder van de container zit:)

code:

docker-compose up (eventueel met -d (detached mode))
docker-compose down

shell toegang via:

code:

docker attach [containernaam]

een tail van de logs:

code:

dc logs -f -t --tail=500 (-f = follow log output)

Om je (en anderen) wat op weg te helpen, hier een setje van mijn kant:
home-assisstant:

code:

version: "3" 
services: 
  home-assistant: 
    user: 1000:1000
    container_name: homeassistant 
    restart: always 
    volumes: 
      - './config:/config' 
      - '/etc/localtime:/etc/localtime:ro' 
    image: homeassistant/home-assistant
    network_mode: "host"

dmsr-reader:

code:

version: "3.6"
services:
  dsmrdb:
    image: postgres
    container_name: dsmrdb
    user: 1000:1000
    volumes:
      - ./dsmrdb:/var/lib/postgresql/data
      - ./dsmrdb_backups:/dsmr/backups
    restart: always
    environment:
      - POSTGRES_USER=dsmrreader
      - POSTGRES_PASSWORD=
      - POSTGRES_DB=dsmrreader

  dsmr:
    image: xirixiz/dsmr-reader-docker
    container_name: dsmr
    user: root #user:user werkt helaas niet. ook al is user toegevoegd aan group dialout (is de group die toegang heeft tot device /dev/ttyUSB0, toch krijgt hij geen toegang
    depends_on:
      - dsmrdb
    cap_add:
      - NET_ADMIN    
    links: #deze feature schijnt depricated te worden!
      - dsmrdb
    restart: always
    environment:
      - DB_HOST=dsmrdb
      - DSMR_USER=admin
      - DSMR_EMAIL=root@localhost
      - DSMR_PASSWORD=
      - VIRTUAL_HOST=localhost
    ports:
      - 7777:80
      - 7779:443
    devices:
      - /dev/ttyUSB0:/dev/ttyUSB0
    volumes:
      - ./data/dsmr-webinterface.conf:/etc/nginx/conf.d/dsmr-webinterface.conf
      - ./data/htpasswd:/etc/nginx/htpasswd

zigbee2mqtt:

code:

version: "3" 
services: 
  zigbee2mqtt: 
    user: root
    container_name: zigbee2mqtt
    restart: unless-stopped
    volumes: 
      - './data:/app/data' 
    image: koenkk/zigbee2mqtt:latest-dev
    devices:
      - /dev/ttyACM0:/dev/ttyACM0

mosquitto

code:

version: "3"
services: 
  eclipse-mosquitto: 
    user: 1000:1000
    ports: 
      - '1883:1883' 
      - '9001:9001' 
    container_name: mosquitto 
    restart: always 
    volumes: 
      - './config:/mosquitto/config/' 
    image: eclipse-mosquitto

traefik

code:

version: '3'

services:
  traefik:
    container_name: traefik
    image: traefik 
    command: --api
    networks: 
      - traefik
    restart: always
    ports:
      - "80:80" 
        #- "8080:8080" is niet meer nodig, want 8080 is al opgegeven bij de labels. wordt dus geroute via http://traefik.lan
      - 443:443
    volumes:
      - /var/run/docker.sock:/var/run/docker.sock
      - ./traefik.toml:/traefik.toml
      - ./.htpasswd:/.htpasswd:ro
      - ./acme.json:/acme.json
    labels:
      - traefik.frontend.rule=Host:traefik.lan
      - traefik.port=8080
      - traefik.enable=true

networks:
  traefik:
    external: true

deconz

code:

version: "3" 
services: 
  deconz:
    user: root
    container_name: deconz
    restart: always 
    volumes: 
      - ./data:/root/.local/share/dresden-elektronik/deCONZ
    image: marthoc/deconz
    ports:
      - 8888:8888
      - 8443:8443
    devices:
      - /dev/ttyACM0:/dev/ttyACM0
    environment:
      - DECONZ_WEB_PORT=8888
      - DECONZ_WS_PORT=8443
      - DEBUG_INFO=1
      - DEBUG_APS=0
      - DEBUG_ZCL=0
      - DEBUG_ZDP=0
      - DEBUG_OTAU=0
      - DECONZ_DEVICE=/dev/ttyACM0

node-red

code:

version: "3" 
services: 
  node-red-docker: 
    user: 1000:1000 #docker:docker
    ports: 
      - '1880:1880' 
    container_name: nodered 
    restart: always 
    volumes: 
      - './data:/data' 
      - '/etc/localtime:/etc/localtime:ro'
    image: 'nodered/node-red-docker:v8'
    network_mode: "host" #'helaas' moet de network_mode op host staan, voor de alexa UPnP discovery
    environment:
      - TZ=Europe/Amsterdam

Qua bestandsstructuur ziet dat er zo uit:

code:

docker@docker:~$ find | grep docker-compose
./traefik/docker-compose.yml
./netdata/docker-compose.yml
./dsmrreader/docker-compose.yml
./grafana/docker-compose.yml
./mosquitto/docker-compose.yml
./zabbix-agent/docker-compose.yml
./transip-dyndns/docker-compose.yml
./zigbee2mqtt/docker-compose.yml
./alertmanager/docker-compose.yml
./prometheus/docker-compose.yml
./deconz/docker-compose.yml
./nodered/docker-compose.yml
./homeassistant/docker-compose.yml

[Kvn]

trekker22 schreef op woensdag 30 oktober 2019 @ 13:47:
Om mijn zigbee netwerk te versterken zou de lamp op de overloop prima zijn om te vervangen. Echter iemand al eens gevonden voor een handige plek voor motion sensor?

Op de overloop dan werkt die prima als je op de overloopt loopt, echter wil je ook wel dat de lamp al aangaat als je de trap oploopt en 2 motion sensors is ook weer wat overdreven :-)

Ik heb er 3: Boven, midden op de trap en beneden in de hal

[martinvdm]

Winnetou schreef op donderdag 31 oktober 2019 @ 16:38:
Kan iemand mij wellicht nog een hint geven?

Graag wil ik de meterstanden en het verbruik van DSMR-reader in Homeassistant zichtbaar maken. Ik draai Homeassistant via docker-compose met network_mode: "host" en eclipse-mosquitto zonder iets over een netwerk toe te voegen in docker-compose. Alle mqtt-discovery met Tasmota-devices werkt prima in Homeassistant.

Nu heb ik recent een P1-kabel gekocht en DSMR-reader in docker geïnstalleerd (xirixiz). Ook dat draait prima zonder iets van network_mode o.i.d. In DSMR-reader heb ik het ip van de mqtt-server opgegeven, zoals ik ook bij de Tasmota-devices doe. Echter, de mqtt-berichten vanuit DSMR-reader worden niet verstuurd. Via onderstaand commando zie ik ook niets langskomen:

code:

 mosquitto_sub -h <ip> -u <user> -P <password> -t "dsmr/reading"

Ik vermoed dat het iets met de networks te maken heeft, maar kan niet vinden waar het hem in zit. Onderstaand bericht lijkt qua configuratie erg op mijne, maar ik krijg de communicatie tussen DSMR-reader en Homeassistant dus niet werkend...

[...]

je zult moeten zorgen dat de docker containers bij elkaar kunnen of deze in het zelfde netwerk moeten hangen of de mosquitto ook een network_mode host mee te geven. In de eerste plaats moet je je afvragen 'waarom network_mode host'. Eigen wil je dit vermijden, echter begrijp ik wel dat HomeAssistant hier niet altijd onder uit komt. Ik gebruik het ook noodzakelijkerwijs. Om die reden heb ik mosquitto dus ook in de host zitten en kan ik dus wel verwijzen vanuit de docker containers die geen host hebben naar mosquitto.

[martinvdm]

@maartend je schrijft dat je docker gebruikt? ik ben niet zo bekend met HassIO in docker, maar waarom zet je niet gewoon een oudere versie van de container terug? Dit is juist waar Docker in uitblinkt. Super easy.

[maartend]

martinvdm schreef op donderdag 31 oktober 2019 @ 18:36:
@maartend je schrijft dat je docker gebruikt? ik ben niet zo bekend met HassIO in docker, maar waarom zet je niet gewoon een oudere versie van de container terug? Dit is juist waar Docker in uitblinkt. Super easy.

geen idee hoe dat werkt. Moet ik eens opzoeken

Ok. Niks, maar dan ook niks lukt. Krijg geen werkende HA meer p mijn NUC. Ik probeer docker opnieuw te installeren via allerlei handledingen, maar krijg dan acces denied meldingen.
geen idee meer wat ik moet doen nu. Iemand?

Ik draai dus Ubuntu op een NIUC en probeer via https://community.home-as...el-nuc-using-docker/98412 opnieuw te plaatsen.

[ Voor 35% gewijzigd door maartend op 31-10-2019 19:01 ]

[DeadMetal]

fer974 schreef op donderdag 31 oktober 2019 @ 10:07:
[...]
Ik heb communicatie tussen Tasker en HA werkend met een long-lived access token. Hiervoor heb ik een http request action aangemaakt in Tasker en daarbij in het header veld "Authorization: Bearer" met daarachter de long-lived access token.

Bedankt, het stukje rondom de header werkt, maar hoe lees je de response uit? Data komt nu in %http_data terecht, dat is anders dan bij HTTP Get. Hoe pak je bijv. enkel de state uit die JSON om die in een variabele op te slaan?

Bij HTTP Get ging dat als volgt: https://www.reddit.com/r/...arse_json_data_in_tasker/

Maar dat werkt nu niet meer, ook niet als ik HTTPD in die code vervang door http_data

[maartend]

Ok. Lekker probleem. Opnieuw begonnen dus na het niet meer bereikbaar zijn van HA op mijn NUC
Ben bij het punt dat ik docker moet installeren volgens deze methode ;

$ sudo add-apt-repository \
"deb [arch=amd64] https://download.docker.com/linux/ubuntu \
$(lsb_release -cs) \
stable"

Echter, mijn Ubuntu is V19.2 ; eoan, en ik krijg tijdens de installatie volgende eror;
Ophalen:1 http://nl.archive.ubuntu.com/ubuntu eoan InRelease [255 kB]
Geraakt:2 http://security.ubuntu.com/ubuntu eoan-security InRelease
Geraakt:3 http://nl.archive.ubuntu.com/ubuntu eoan-updates InRelease
Geraakt:4 http://nl.archive.ubuntu.com/ubuntu eoan-backports InRelease
Geraakt:5 https://apt.dockerproject.org/repo ubuntu-xenial InRelease
Genegeerd:6 https://download.docker.com/linux/ubuntu eoan InRelease
Genegeerd:7 https://download.docker.com/linux/ubuntu $(lsb_release InRelease
Fout:8 https://download.docker.com/linux/ubuntu eoan Release
404 Not Found [IP: 13.224.241.23 443]
Pakketlijsten worden ingelezen... Klaar


En volgens de laatste regel is de goede versie voor eoan niet te vinden, en dat klopt ook als ik in die map op internet kijk.

Hoe los ik dit op?

edit ; ik probeer de versie voor Ub19.04 te installen, maar dan krijg ik dit;
E: De pakketbron 'https://download.docker.com/linux/ubuntu $(lsb_release Release' heeft geen Release-bestand.
N: Bijwerken van de pakketlijst uit een dergelijke pakketbron kan niet veilig gebeuren en is daarom standaard uitgezet.
N: Zie de man-pagina apt-secure( voor details over het aanmaken van een pakketbron en over de configuratie langs gebruikerskant.

Ik snap wat er wordt gezegd (het mag gewoon niet) maar ik snap niet hoe ik dit kan omzeilen.

[ Voor 20% gewijzigd door maartend op 31-10-2019 21:12 ]

[llevering]

TheMystery schreef op donderdag 31 oktober 2019 @ 11:18:
[...]
Bij rolluiken heb je 3 opties omhoog, omlaag en de my positie.
De my positie is een zelf in te stellen stand.

De my position binnen de thahoma plugin van homebridge is position 50.
Kun jij dit instellen binnen de api? en werkt bij jou de status deze bleef bij mijn op unknown staan.

De current_position is bij gevuld met de positie waar die op dat moment staat. De 'My'-position kent Home Assistant inderdaad niet, nu je het uitlegd herken het idd wel, maar nooit zelf gebruikt. Wel kun de positie waar een rolluik op moeten komen direct beïnvloedden vanuit Home Assistant (net even getest, wat ik gebruik eigenlijk alleen maar de uiterste posities).

Voor de test heb ik het volgende gedaan:

code:

Ontwikkelhulpmiddelen -> Services en dan:

Service: 
cover.set_position

Entiteit:
cover.screen_woonkamer

Yaml: 
entity_id: cover.screen_woonkamer
position: 50

En dan gaat het netjes tot halverwege.

[tdw]

Ik heb gister m'n Wake up light in Node-Red vervangen door YAML. Gezien het in HA nog steeds aan een fatsoenlijke scheduler ontbreekt en ik toch een beetje meer 'flexibel' wil zijn richting de toekomst, heb ik enkele input_datetime's aangemaakt en die in de frontent gezet. De automation heb ik gister handmatig getriggerd en die leek te werken.

Vanochtend werd ik wakker in het donker. De trigger had de automation niet getriggerd. Ik heb in History gekeken en daaruit blijkt dat de conditions in ieder geval waar waren ten tijde van triggeren, dus dat kan het niet zijn.

De code die ik heb gebruikt voor de trigger komt van de input_datetime-docmentatie af. Bij het evalueren van het rechterdeel van de template ((state_attr('input_datetime.wake_up_light_weekday_time', 'timestamp') | int | timestamp_custom('%H:%M', True))) in de Templating-tool, bleek dat het resultaat 7:25 was Heel vreemd, gezien de standaard moet zijn dat timestamp_custom in de eigen tijdszone moet zijn.

Als ik de true in de timestamp_custom verander naar false, krijg ik wel de juiste ingestelde tijd te zien. Nu is bij mij alleen de vraag: als over een half jaar de klok weer verkeerd wordt gezet, krijg ik daar dan problemen mee? Of moet ik deze templating trigger op een andere manier aanpakken?

[TheMystery]

llevering schreef op donderdag 31 oktober 2019 @ 21:08:
[...]


De current_position is bij gevuld met de positie waar die op dat moment staat. De 'My'-position kent Home Assistant inderdaad niet, nu je het uitlegd herken het idd wel, maar nooit zelf gebruikt. Wel kun de positie waar een rolluik op moeten komen direct beïnvloedden vanuit Home Assistant (net even getest, wat ik gebruik eigenlijk alleen maar de uiterste posities).

Voor de test heb ik het volgende gedaan:

code:

Ontwikkelhulpmiddelen -> Services en dan:

Service: 
cover.set_position

Entiteit:
cover.screen_woonkamer

Yaml: 
entity_id: cover.screen_woonkamer
position: 50

En dan gaat het netjes tot halverwege.

Dan heb jij waarschijnlijk de IO versie en niet de RTS aangezien de RTS niet op een positie gezet kan worden buiten de my stand.

[mithras]

maartend schreef op donderdag 31 oktober 2019 @ 20:49:
edit ; ik probeer de versie voor Ub19.04 te installen, maar dan krijg ik dit;
E: De pakketbron 'https://download.docker.com/linux/ubuntu $(lsb_release Release' heeft geen Release-bestand.
N: Bijwerken van de pakketlijst uit een dergelijke pakketbron kan niet veilig gebeuren en is daarom standaard uitgezet.
N: Zie de man-pagina apt-secure( voor details over het aanmaken van een pakketbron en over de configuratie langs gebruikerskant.

Ik snap wat er wordt gezegd (het mag gewoon niet) maar ik snap niet hoe ik dit kan omzeilen.

Heb je het issue op GitHub hierover gelezen?

Je hebt waarschijnlijk al een verkeerde (eaon) repository toegevoegd, die moet je verwijderen. Dan de repo van de vorige release toevoegen en dat moet lukken.

[maartend]

mithras schreef op vrijdag 1 november 2019 @ 08:11:
[...]
Heb je het issue op GitHub hierover gelezen?

Je hebt waarschijnlijk al een verkeerde (eaon) repository toegevoegd, die moet je verwijderen. Dan de repo van de vorige release toevoegen en dat moet lukken.

Ja. Dus dat was ik aan het doen. En dan loop ik hier tegen aan ;

edit ; ik probeer de versie voor Ub19.04 te installen, maar dan krijg ik dit;
N: Bijwerken van de pakketlijst uit een dergelijke pakketbron kan niet veilig gebeuren en is daarom standaard uitgezet.
N: Zie de man-pagina apt-secure( voor details over het aanmaken van een pakketbron en over de configuratie langs gebruikerskant.

Dat stuk over die pakketbron die niet veilig is en uitstaat. En ik heb totaal geen idee hoe die aan te zetten

[llevering]

TheMystery schreef op vrijdag 1 november 2019 @ 07:29:
[...]

Dan heb jij waarschijnlijk de IO versie en niet de RTS aangezien de RTS niet op een positie gezet kan worden buiten de my stand.

Ja klopt ik heb IO inderdaad. De my position bij RTS zal wel werken door het signaal een bepaalde tijd te versturen door het gebrek aan terugkoppeling in het protocol. Misschien dat RFXcom o.i.d. uitkomst kan bieden en of dat Somfy de functionaliteit via de api beschikbaar maakt op de Connexxon maar Somfy lijkt niet echt gemotiveerd om van de combinatie Connexxoon/API een goed product te maken.

[trekker22]

Ik weet niet of het een bug is of werking zoals gepland. Als een Hue motion sensor door zigbee2mqtt getriggerd wordt dan stuurt die netjes ook de temperatuur waarde mee.

Deze waarde heb ik in een sensor, echter als de waarde van de temperatuur gelijk blijft, dan blijft "laatste update" tijd ook niet aangepast. Dus als het 20.5 voor een half uur blijft dan past de laatste update tijd zich ook niet aan.

Is dit zoals het moet zijn? Dacht eerst dat de temperatuur sensor defect was.... ;-)

[Thoit]

Winnetou schreef op donderdag 31 oktober 2019 @ 16:38:
Kan iemand mij wellicht nog een hint geven?

Graag wil ik de meterstanden en het verbruik van DSMR-reader in Homeassistant zichtbaar maken. Ik draai Homeassistant via docker-compose met network_mode: "host" en eclipse-mosquitto zonder iets over een netwerk toe te voegen in docker-compose. Alle mqtt-discovery met Tasmota-devices werkt prima in Homeassistant.

Nu heb ik recent een P1-kabel gekocht en DSMR-reader in docker geïnstalleerd (xirixiz). Ook dat draait prima zonder iets van network_mode o.i.d. In DSMR-reader heb ik het ip van de mqtt-server opgegeven, zoals ik ook bij de Tasmota-devices doe. Echter, de mqtt-berichten vanuit DSMR-reader worden niet verstuurd. Via onderstaand commando zie ik ook niets langskomen:

code:

 mosquitto_sub -h <ip> -u <user> -P <password> -t "dsmr/reading"

Ik vermoed dat het iets met de networks te maken heeft, maar kan niet vinden waar het hem in zit. Onderstaand bericht lijkt qua configuratie erg op mijne, maar ik krijg de communicatie tussen DSMR-reader en Homeassistant dus niet werkend...

[...]

Ik maak gebruik van Docker-compose en had zo te zien precies dezelfde foutmelding, staat een paar pagina's terug. Bij mij bleven de MQTT messages in DSMR hangen, omdat het volgende in de docker-compose file stond. Na dit op true gezet te hebben werkte het.

code:

      - SD_AUTOSTART_MQTT=false
      - SD_AUTORESTART_MQTT=false

[Verwijderd]

Hallo allen hier, hier een first-post van een Home Assistant newby.
Gisteren voor het eerst er mee aan het knutselen geweest, n.a.v. de melding van de sw update op de frontpage.

Technisch kom ik er in basis wel uit; het spul draait nu binnen Hyper-V op basis van de standaard daarvoor aangeboden VHDX. Ook wat sensoren toegevoegd; Lampen, netwerk, audio, zonnepanelen.

Wat me echter niet duidelijk is/wordt, is de layout van de homepage. Kortgezegd ziet die er niet uit, en toont een hoop overbodige info; zo begint het overzicht met de netwerksatus van alle wireless connected devices, gevolgd door alle parameters van mijn omvormer. Best leuke info, maar hoeft niet echt bovenaan. Bovendien is van mijn inverter ook veel info zichtbaar van componenten die niet zijn aangesloten.

Hoe kan ik die layout aanpassen?

Of is dit simpelweg niet het doel, en gaat het alleen om het automatiseren van processen en is de interface ondergeschikt (en daardoor niet geschikt voor dagelijks gebruik)?

[sloth]

Heel eenvoudig. In het homescreen rechts boven op de 3 verticale puntjes klikken: configureer UI

Dan krijg je een edit mode waar je alle componenten die niet zijn aangesloten kunt verwijderen en de volgorde wijzigen.

[ Voor 19% gewijzigd door sloth op 01-11-2019 10:16 ]

[Verwijderd]

Dûh.
Natuurlijk die knop al eens geprobeerd. Ik heb een NL interface (en nog niet de moeite genomen om deze te wijzigen) en de tekst die daar staat deed me denken dat ik dan het automatisch updaten van de default visuele engine uit ging zetten. Ik dacht: nu nog even niet; kijken wat ik met de standaard interface kan.

Thanks!

[Troetelbeer]

@Verwijderd Dit is mijn UI:



Dus je ziet dat er veel mogelijkheden zijn. Je kunt je UI aanpassen door een combinatie van je gebruikte cards(weather card, light card etc), de themes.yaml en de platte configurator(dus via code).

[Verwijderd]

Wow. Ik heb nog een hoop werk te doen zie ik wel.

[Henkiejoo]

Ik heb andere sensoren (aqara), maar wel hetzelfde effect.

Mijn motion sensoren hebben ook een lichtsterkte-meter. Vanuit batterijbesparing wordt er pas een update getriggerd bij het detecteren van een beweging.

Ik weet niet of jouw sensor elke x minuten een update naar de hub stuurt, maar denk het niet.

trekker22 schreef op vrijdag 1 november 2019 @ 09:57:
Ik weet niet of het een bug is of werking zoals gepland. Als een Hue motion sensor door zigbee2mqtt getriggerd wordt dan stuurt die netjes ook de temperatuur waarde mee.

Deze waarde heb ik in een sensor, echter als de waarde van de temperatuur gelijk blijft, dan blijft "laatste update" tijd ook niet aangepast. Dus als het 20.5 voor een half uur blijft dan past de laatste update tijd zich ook niet aan.

Is dit zoals het moet zijn? Dacht eerst dat de temperatuur sensor defect was.... ;-)