Home Assistant: Open source Python3 home automation - deel 2

[Evernote]

stijn1309 schreef op woensdag 8 januari 2020 @ 15:41:
[...]


Maar het werkt dan nu ook?

Ik heb zelf een regel in mijn USG die al het verkeer over poort 1883 en 8883 vanuit IoT netwerk toestaat naar het ip-adres van de broker in mijn thuisnetwerk (poorten uit mijn hoofd gedaan.. kan zijn dat ik ernaast zit).

Mocht ik dan nog een device toevoegen, dan werkt deze gewoon direct zonder extra Firewall regel.

Klopt, die regel heb ik ook maar ik had hem om te testen aangepast van de groep IoT naar alleen het IP adres van die Shelly om er zeker van te zijn dat het zou werken.
Het probleem met het niet zien van mijn Shelly in Mosquitto was in dit geval dat de regel om het toe te laten onder de regel stond die alles blokkeert, een hele simpele en domme fout.

Het is helaas niet zo dat alles werkt maar ik zie de Shelly nu in de broker dus we zijn een stap verder!

De schakelaar in HA doet nog altijd niets, ik heb zowel exact je 'Garagelicht' code gebruikt als "mijn code" met de aanpassing naar shelly1 en mijn Device ID.

[stijn1309]

Evernote schreef op woensdag 8 januari 2020 @ 15:46:
[...]


Klopt, die regel heb ik ook maar ik had hem om te testen aangepast van de groep IoT naar alleen het IP adres van die Shelly om er zeker van te zijn dat het zou werken.
Het probleem met het niet zien van mijn Shelly in Mosquitto was in dit geval dat de regel om het toe te laten onder de regel stond die alles blokkeert, een hele simpele en domme fout.

Het is helaas niet zo dat alles werkt maar ik zie de Shelly nu in de broker dus we zijn een stap verder!

De schakelaar in HA doet nog altijd niets, ik heb zowel exact je 'Garagelicht' code gebruikt als "mijn code" met de aanpassing naar shelly1 en mijn Device ID.

Kan je de topics posten die je ziet in de Mosquitto broker?
Dan kan weet je zo of je de goede topics in HA gebruikt.

[Evernote]

stijn1309 schreef op woensdag 8 januari 2020 @ 16:04:
[...]


Kan je de topics posten die je ziet in de Mosquitto broker?
Dan kan weet je zo of je de goede topics in HA gebruikt.

Dit is alles wat ik zie staan in m'n broker, het lijkt niet alsof er iets verzonden wordt als ik die schakelaar omzet in HA dus.

[15:06:09] INFO: Setup mosquitto configuration
[15:06:09] WARNING: SSL not enabled - No valid certs found!
[15:06:10] INFO: No local user available
[15:06:12] INFO: Initialize Hass.io Add-on services
[15:06:13] INFO: Initialize Home Assistant discovery
[15:06:13] INFO: Start Mosquitto daemon
1578492373: Loading config file /share/mosquitto/acl.conf
1578492373: mosquitto version 1.6.3 starting
1578492373: Config loaded from /etc/mosquitto.conf.
1578492373: Loading plugin: /usr/share/mosquitto/auth-plug.so
1578492373: ├── Username/password checking enabled.
1578492373: ├── TLS-PSK checking enabled.
1578492373: └── Extended authentication not enabled.
1578492373: |-- *** auth-plug: startup
1578492373: Opening ipv4 listen socket on port 1883.
1578492373: Opening ipv6 listen socket on port 1883.
1578492373: Opening websockets listen socket on port 1884.
1578492373: Warning: Mosquitto should not be run as root/administrator.
1578492599: New connection from 172.30.x.x on port 1883.
[INFO] found homeassistant on local database
1578492605: New client connected from 172.30.x.x as auto-F3EED771-BA07-0C7E-66A2-B9A69381015C (p2, c1, k60, u'homeassistant').
1578492730: New connection from 192.168.x.x on port 1883.
1578492730: Socket error on client <unknown>, disconnecting.
1578492743: New connection from 192.168.x.x on port 1883.
[INFO] found MQTTuser on Home Assistant
1578492747: New client connected from 192.168.x.x as mqtt-explorer-8ac0cc30 (p2, c1, k60, u'MQTTuser').
1578492855: Client auto-F3EED771-BA07-0C7E-66A2-B9A69381015C disconnected.
1578492902: New connection from 172.30.x.x on port 1883.
1578492902: New client connected from 172.30.x.x as auto-39F569D0-DC45-93F1-486B-7F0C6F080731 (p2, c1, k60, u'homeassistant').
1578493232: New connection from 192.168.x.x on port 1883.
[INFO] found MQTTuser on Home Assistant
1578493236: New client connected from 192.168.x.x as shelly1-C49AFF (p2, c1, k60, u'MQTTuser').
1578493424: Socket error on client shelly1-C49AFF, disconnecting.
1578493426: New connection from 192.168.x.x on port 1883.
1578493426: New client connected from 192.168.x.xas shelly1-C49AFF (p2, c1, k60, u'MQTTuser').
1578493684: New connection from 192.168.x.xon port 1883.
[INFO] found MQTTuser on Home Assistant
1578493688: Client shelly1-C49AFF already connected, closing old connection.
1578493688: New client connected from 192.168.x.x as shelly1-C49AFF (p2, c1, k60, u'MQTTuser').
1578493788: Client auto-39F569D0-DC45-93F1-486B-7F0C6F080731 disconnected.
1578493835: New connection from 172.30.x.x on port 1883.
[INFO] found homeassistant on local database
1578493840: New client connected from 172.30.x.x as auto-51089C41-5CEC-B5C2-A2C3-1D9FA11CBC6D (p2, c1, k60, u'homeassistant').
1578493846: Client mqtt-explorer-8ac0cc30 disconnected.
1578493957: New connection from 192.168.x.x on port 1883.
1578493957: Client shelly1-C49AFF already connected, closing old connection.
1578493957: New client connected from 192.168.x.x as shelly1-C49AFF (p2, c1, k60, u'MQTTuser').
1578494174: Saving in-memory database to /data/mosquitto.db.
1578494320: Client auto-51089C41-5CEC-B5C2-A2C3-1D9FA11CBC6D disconnected.
1578494368: New connection from 172.30.x.x on port 1883.
[INFO] found homeassistant on local database
1578494373: New client connected from 172.30.x.x as auto-C28ED192-2A34-E1D3-6385-FE49A91D849D (p2, c1, k60, u'homeassistant').
1578495119: Client auto-C28ED192-2A34-E1D3-6385-FE49A91D849D disconnected.
1578495167: New connection from 172.30.x.x on port 1883.
[INFO] found homeassistant on local database
1578495172: New client connected from 172.30.x.x as auto-A97715BF-B4F9-99D0-8EE9-63C6631B7DA5 (p2, c1, k60, u'homeassistant').

[stijn1309]

Evernote schreef op woensdag 8 januari 2020 @ 16:08:
[...]


Dit is alles wat ik zie staan in m'n broker, het lijkt niet alsof er iets verzonden wordt als ik die schakelaar omzet in HA dus.

[15:06:09] INFO: Setup mosquitto configuration
[15:06:09] WARNING: SSL not enabled - No valid certs found!
[15:06:10] INFO: No local user available
[15:06:12] INFO: Initialize Hass.io Add-on services
[15:06:13] INFO: Initialize Home Assistant discovery
[15:06:13] INFO: Start Mosquitto daemon
1578492373: Loading config file /share/mosquitto/acl.conf
1578492373: mosquitto version 1.6.3 starting
1578492373: Config loaded from /etc/mosquitto.conf.
1578492373: Loading plugin: /usr/share/mosquitto/auth-plug.so
1578492373: ├── Username/password checking enabled.
1578492373: ├── TLS-PSK checking enabled.
1578492373: └── Extended authentication not enabled.
1578492373: |-- *** auth-plug: startup
1578492373: Opening ipv4 listen socket on port 1883.
1578492373: Opening ipv6 listen socket on port 1883.
1578492373: Opening websockets listen socket on port 1884.
1578492373: Warning: Mosquitto should not be run as root/administrator.
1578492599: New connection from 172.30.x.x on port 1883.
[INFO] found homeassistant on local database
1578492605: New client connected from 172.30.x.x as auto-F3EED771-BA07-0C7E-66A2-B9A69381015C (p2, c1, k60, u'homeassistant').
1578492730: New connection from 192.168.x.x on port 1883.
1578492730: Socket error on client <unknown>, disconnecting.
1578492743: New connection from 192.168.x.x on port 1883.
[INFO] found MQTTuser on Home Assistant
1578492747: New client connected from 192.168.x.x as mqtt-explorer-8ac0cc30 (p2, c1, k60, u'MQTTuser').
1578492855: Client auto-F3EED771-BA07-0C7E-66A2-B9A69381015C disconnected.
1578492902: New connection from 172.30.x.x on port 1883.
1578492902: New client connected from 172.30.x.x as auto-39F569D0-DC45-93F1-486B-7F0C6F080731 (p2, c1, k60, u'homeassistant').
1578493232: New connection from 192.168.x.x on port 1883.
[INFO] found MQTTuser on Home Assistant
1578493236: New client connected from 192.168.x.x as shelly1-C49AFF (p2, c1, k60, u'MQTTuser').
1578493424: Socket error on client shelly1-C49AFF, disconnecting.
1578493426: New connection from 192.168.x.x on port 1883.
1578493426: New client connected from 192.168.x.xas shelly1-C49AFF (p2, c1, k60, u'MQTTuser').
1578493684: New connection from 192.168.x.xon port 1883.
[INFO] found MQTTuser on Home Assistant
1578493688: Client shelly1-C49AFF already connected, closing old connection.
1578493688: New client connected from 192.168.x.x as shelly1-C49AFF (p2, c1, k60, u'MQTTuser').
1578493788: Client auto-39F569D0-DC45-93F1-486B-7F0C6F080731 disconnected.
1578493835: New connection from 172.30.x.x on port 1883.
[INFO] found homeassistant on local database
1578493840: New client connected from 172.30.x.x as auto-51089C41-5CEC-B5C2-A2C3-1D9FA11CBC6D (p2, c1, k60, u'homeassistant').
1578493846: Client mqtt-explorer-8ac0cc30 disconnected.
1578493957: New connection from 192.168.x.x on port 1883.
1578493957: Client shelly1-C49AFF already connected, closing old connection.
1578493957: New client connected from 192.168.x.x as shelly1-C49AFF (p2, c1, k60, u'MQTTuser').
1578494174: Saving in-memory database to /data/mosquitto.db.
1578494320: Client auto-51089C41-5CEC-B5C2-A2C3-1D9FA11CBC6D disconnected.
1578494368: New connection from 172.30.x.x on port 1883.
[INFO] found homeassistant on local database
1578494373: New client connected from 172.30.x.x as auto-C28ED192-2A34-E1D3-6385-FE49A91D849D (p2, c1, k60, u'homeassistant').
1578495119: Client auto-C28ED192-2A34-E1D3-6385-FE49A91D849D disconnected.
1578495167: New connection from 172.30.x.x on port 1883.
[INFO] found homeassistant on local database
1578495172: New client connected from 172.30.x.x as auto-A97715BF-B4F9-99D0-8EE9-63C6631B7DA5 (p2, c1, k60, u'homeassistant').

Wil je dan toch de MQTT-Explorer gebruiken om te kijken welke topics er gepost worden naar de broker door de Shelly?

[skank]

Ik krijg volgende error:
Invalid config for [automation]: expected dict for dictionary value @ data['action'][0]['data']. Got None
extra keys not allowed @ data['action'][0]['transition']. Got None. (See /config/configuration.yaml, line 13)

Code

code:

- id: '1578501356390'
  alias: Nachtlampje Kim aan
  description: ''
  trigger:
  - platform: time
    at: 07:00:00
  condition:
  - condition: state
    entity_id: group.family
    state: home
  - condition: time
    after: 06:55:00
    before: 07:10:00
    weekday:
    - mon
    - tue
    - wed
    - thu
    - fri
  action:
  - data:
    service: light.turn_on
    entity_id: light.nachtlampje_kim
    transition: 60

moet die data weg?
Zou ik dit ook kunnen doen dat hij dit niet doet in vakanties? (dat wordt moeilijk zeker?)

[tdw]

skank schreef op woensdag 8 januari 2020 @ 18:06:
Ik krijg volgende error:
Invalid config for [automation]: expected dict for dictionary value @ data['action'][0]['data']. Got None
extra keys not allowed @ data['action'][0]['transition']. Got None. (See /config/configuration.yaml, line 13)

Code

code:

- id: '1578501356390'
  alias: Nachtlampje Kim aan
  description: ''
  trigger:
  - platform: time
    at: 07:00:00
  condition:
  - condition: state
    entity_id: group.family
    state: home
  - condition: time
    after: 06:55:00
    before: 07:10:00
    weekday:
    - mon
    - tue
    - wed
    - thu
    - fri
  action:
  - service: light.turn_on
    data:
      entity_id: light.nachtlampje_kim
      transition: 60

moet die data weg?
Zou ik dit ook kunnen doen dat hij dit niet doet in vakanties? (dat wordt moeilijk zeker?)

Ging fout met een paar spaties Heb het in de quote gefixt

[martinvdm]

Nnoitra schreef op woensdag 8 januari 2020 @ 15:21:
[...]


[...]


Inmiddels is er, voor de DSMR_Reader gebruikers, ook deze:
https://www.home-assistant.io/integrations/dsmr_reader/

Heeft alleen als grote nadeel dat alle data van dsmr in de home assistant database wordt bewaard. Ik heb het even getest en binnen notime was mijn ha database erg groot met traagheid tot gevolg. Daarnaast heeft de standalone of docker installatie een hele fijne grafische interface. Ik blijf lekker bij Docker dsmr. Werkt top.

[martinvdm]

Ortep schreef op woensdag 8 januari 2020 @ 12:50:
[...]


Mwah....vaak wel. Maar soms is het ook niet zo belangrijk. Van lampen en sensors vind ik het bv belangrijk dat ik ze kan sturen en uitlezen. Dan kan ik afhankelijk van de huidige situatie de zaak laten aanpassen.

Maar schakelaars? Ik weet heus wel of ik die indruk. Gewoon een puls naar het systeem van HEE licht aan.
Daar hoef ik echt geen Zigbee of Zwave voor te hebben om die uit te lezen.
Daar komt 433 net zo handig en wel zo goedkoop uit. En het bereik is meestal prima.
Ik wilde dat ik ze eenvoudig kon koppelen aan HA. De benodigde hardware, RFXcom, is me veel te duur. Het is jammer dat ik mijn ICS-2000 niet aan HA kan koppelen. Dat zou pas makkelijk zijn

Damn een reactie uit oktober 2019
Ik zou echt geen use case kunnen verzinnen waarom ik weer terug zou willen naar 433 mhz sensoren. Het grootste nadeel is echt het ‘shoot and forget’ principe zonder zeker te weten of iets wel of niet aan staat (response). En het mesh systeem van o.a Zigbee. En met de prijzen van Zigbee, Shelly of Tuya switchen/sensoren hoef je het ook niet te laten.

[skank]

tdw schreef op woensdag 8 januari 2020 @ 19:05:
[...]

Ging fout met een paar spaties Heb het in de quote gefixt

thx
es testen


edit:
ik krijg nog foutmeldingen ook
Invalid config for [automation]: expected dict for dictionary value @ data['action'][0]['data']. Got None
extra keys not allowed @ data['action'][0]['transition']. Got None. (See /config/configuration.yaml, line 13). Please check the docs at https://home-assistant.io/integrations/automation/

Configurations.yaml ziet er zo uit

code:

# Configure a default setup of Home Assistant (frontend, api, etc)
default_config:

# Uncomment this if you are using SSL/TLS, running in Docker container, etc.
# http:
#   base_url: example.duckdns.org:8123

# Text to speech
tts:
  - platform: google_translate

group: !include groups.yaml
automation: !include automations.yaml
script: !include scripts.yaml
scene: !include scenes.yaml

[ Voor 105% gewijzigd door skank op 08-01-2020 20:17 ]

[Ortep]

martinvdm schreef op woensdag 8 januari 2020 @ 19:42:
[...]

Damn een reactie uit oktober 2019

Mijn reactie is uit januari 2020

Ik zou echt geen use case kunnen verzinnen waarom ik weer terug zou willen naar 433 mhz sensoren.

Dat is precies wat ik schreef. Sensoren wil je monitoren. Maar bv schakelaars maakt me weinig uit. En die zijn van 433 veel goedkoper en er is meer keuze

[martinvdm]

Ortep schreef op woensdag 8 januari 2020 @ 20:15:
[...]

Mijn reactie is uit januari 2020

[...]

Dat is precies wat ik schreef. Sensoren wil je monitoren. Maar bv schakelaars maakt me weinig uit. En die zijn van 433 veel goedkoper en er is meer keuze

Daar verschillen we dan van mening. Goedkoper is relatief. Zigbee en Tuya is iig echt niet per definitie duurder dan kaku of ander 433 spul. En onbetrouwbare schakelaars maakt mij wel degelijk uit. Maargoed als het voor jou goed werkt prima toch.

[Nnoitra]

martinvdm schreef op woensdag 8 januari 2020 @ 19:38:
[...]

Heeft alleen als grote nadeel dat alle data van dsmr in de home assistant database wordt bewaard. Ik heb het even getest en binnen notime was mijn ha database erg groot met traagheid tot gevolg. Daarnaast heeft de standalone of docker installatie een hele fijne grafische interface. Ik blijf lekker bij Docker dsmr. Werkt top.

Of ik ben helemaal in de war, of jij

Dit is niet de standaard DSMR integration, maar ééntje die afgestemd is op DSMR_reader!
Als je de DSMR_Reader MQTT instellingen goed zet, regelt deze integration netjes alle sensoren voor in HASS
Dus zonder een stand-alone DSMR_reader, doet deze niets

Zie ook de ChangeLog van versie v2.12.0 - 2019-12-17
[#761] Home Assistant automatische integratie - by depl0y

[ Voor 14% gewijzigd door Nnoitra op 08-01-2020 20:48 ]

[Hmmbob]

skank schreef op woensdag 8 januari 2020 @ 20:10:
[...]


thx
es testen


edit:
ik krijg nog foutmeldingen ook
Invalid config for [automation]: expected dict for dictionary value @ data['action'][0]['data']. Got None
extra keys not allowed @ data['action'][0]['transition']. Got None. (See /config/configuration.yaml, line 13). Please check the docs at https://home-assistant.io/integrations/automation/

Configurations.yaml ziet er zo uit

code:

# Configure a default setup of Home Assistant (frontend, api, etc)
default_config:

# Uncomment this if you are using SSL/TLS, running in Docker container, etc.
# http:
#   base_url: example.duckdns.org:8123

# Text to speech
tts:
  - platform: google_translate

group: !include groups.yaml
automation: !include automations.yaml
script: !include scripts.yaml
scene: !include scenes.yaml

Heb je de automations wel herladen / HA herstart? De quote lijkt goed te zijn.

[martinvdm]

Nnoitra schreef op woensdag 8 januari 2020 @ 20:40:
[...]

Of ik ben helemaal in de war, of jij

Dit is niet de standaard DSMR integration, maar ééntje die afgestemd is op DSMR_reader!
Als je de DSMR_Reader MQTT instellingen goed zet, regelt deze integration netjes alle sensoren voor in HASS
Dus zonder een stand-alone DSMR_reader, doet deze niets

Zie ook de ChangeLog van versie v2.12.0 - 2019-12-17
[#761] Home Assistant automatische integratie - by depl0y

Je hebt helemaal gelijk!

[R-B]

JBS schreef op maandag 23 december 2019 @ 13:05:
@Markos Je gebruikt Hass.io? Dan moet je eerst nog 'login' als commando ingeven, zie https://developers.home-a...ml#ssh-access-to-the-host

En m.b.t. je poging tot het laden van Wifi instellingen: Heb je op 'Import from USB' onder Hass.io > System geklikt na het plaatsen van de USB stick?

@Markos is het nog gelukt?

Ik ervaar zelfde probleem nu, uitvoeren van sudo via SSH. Hetgeen wat@JBS beschrijft lukt ook niet helemaal. Lijkt wel of ik verkeerd deel van de public key op de USB stick zet? Wat ik ook probeer qua inhoud op de USB stick (ja ANSI + LF kan je met notepad++ instellen), ik krijg key unknown als ik probeer te connecten op port 22222.

[JBS]

R-B schreef op woensdag 8 januari 2020 @ 21:36:
[...]


@Markos is het nog gelukt?

Ik ervaar zelfde probleem nu, uitvoeren van sudo via SSH. Hetgeen wat@JBS beschrijft lukt ook niet helemaal. Lijkt wel of ik verkeerd deel van de public key op de USB stick zet? Wat ik ook probeer qua inhoud op de USB stick (ja ANSI + LF kan je met notepad++ instellen), ik krijg key unknown als ik probeer te connecten op port 22222.

Heb je deze stappen gevolgd? https://developers.home-a....html#hassos-based-hassio

[sorted.bits]

martinvdm schreef op woensdag 8 januari 2020 @ 20:57:
[...]

Je hebt helemaal gelijk!

Je moet inderdaad wel even opletten of je deze sensoren laat opnemen in je recorder of history, dan wordt het misschien wel wat veel data. Maar dat is wanneer je DSMR Reader gebruikt, eigenlijk niet nodig. Die interface is gewoon een stuk fijner voor deze info. Je kan er wel leuk mee automatiseren 😉 .

Eigenlijk zou ik de graphs van DSMR wel in HA willen tonen op 1 of andere manier.

[martinvdm]

sorted.bits schreef op woensdag 8 januari 2020 @ 22:00:
[...]


Je moet inderdaad wel even opletten of je deze sensoren laat opnemen in je recorder of history, dan wordt het misschien wel wat veel data. Maar dat is wanneer je DSMR Reader gebruikt, eigenlijk niet nodig. Die interface is gewoon een stuk fijner voor deze info. Je kan er wel leuk mee automatiseren 😉 .

Eigenlijk zou ik de graphs van DSMR wel in HA willen tonen op 1 of andere manier.

Je zou wellicht wel wat kunnen met de mini-graph-card maar denk niet dat het in de buurt komt van de dsmr grafieken. Anders wellicht via iframe panel een knopje links erbij maken.

[Evernote]

stijn1309 schreef op woensdag 8 januari 2020 @ 16:14:
[...]


Wil je dan toch de MQTT-Explorer gebruiken om te kijken welke topics er gepost worden naar de broker door de Shelly?

Helaas blijft MQTT-Explorer helemaal leeg.. via een CloudMQTT werkt m'n Shelly wel en zie ik heel veel topics staan maar met m'n Hass.io broker, noppes, nada, niks.

Wat is nu de volgende stap? De MQTT Server & Client Add-on van Community Hass.io Add-ons werkt ook niet.
Alles opnieuw configureren? (Hass.io verwijderen en opnieuw installeren?)

[R-B]

JBS schreef op woensdag 8 januari 2020 @ 21:51:
[...]
Heb je deze stappen gevolgd? https://developers.home-a....html#hassos-based-hassio

Jazeker, authorized_keys file aanmaken op USB stick met daarin deel van je public key (6 lines) die ik eerder al had gemaakt om uberhaupt toegang tot SSH te krijgen.

of ik heb verkeerde inhoud in authorized_keys file, of is me USB stick misschien niet goed geladen?
Want als je op knop "hardware" drukt in HA, krijg je lijstje met aangesloten HW op je rpi. Hoe wordt een USB daar getoond?

edit: Ik draai rpi 4b, met HassOS.

[ Voor 13% gewijzigd door R-B op 09-01-2020 08:58 ]

[Nnoitra]

sorted.bits schreef op woensdag 8 januari 2020 @ 22:00:
[...]


Je moet inderdaad wel even opletten of je deze sensoren laat opnemen in je recorder of history, dan wordt het misschien wel wat veel data. Maar dat is wanneer je DSMR Reader gebruikt, eigenlijk niet nodig. Die interface is gewoon een stuk fijner voor deze info. Je kan er wel leuk mee automatiseren 😉 .

Eigenlijk zou ik de graphs van DSMR wel in HA willen tonen op 1 of andere manier.

Oh, hey! Jij hier
Ik moet jouw integration tzt nog eens implementeren, maar de noodzaak is er nog niet omdat ik de sensoren tijden terug al handmatig toegevoegd heb als MQTT componenten.
En inderdaad, ze uit de recorder en history gehaald

[whiner]

433mhz apparatuur heeft als voordeel dat je ze nog met een losse afstandbediening kan bedienen.
Grootste nadeel is de reactiesnelheid tov Wifi.

en

Als je ooit een nieuwe router wilt plaatsen en je hebt erg veel devices in huis, dan heb je ook een leuk projectje.

[tdw]

whiner schreef op donderdag 9 januari 2020 @ 12:30:
Als je ooit een nieuwe router wilt plaatsen en je hebt erg veel devices in huis, dan heb je ook een leuk projectje.

Jup, nieuwe router installeren en je SSID/pass hetzelfde houden als je oude... Daar ben je zeker 2 minuten mee bezig

[Phontana]

Greetoz schreef op woensdag 8 januari 2020 @ 12:53:
[...]


Ik gebruik een Sonoff RF bridge, ongeveer 11 euro. Even flashen met tasmota en klaar.

Werkt die Sonoff RF bridge met de ‘oude’ Klikaanklikuit hardware? Ik heb er verschillende verhalen over gelezen namelijk. Zelf zou ik ook graag zo’n Sonoff RF opnemen in mijn setup, eigenlijk alleen om de Kaku deurbel die ik al jaren heb uit te kunnen lezen. Heb eerder wel een RFXcom gehad, maar die weggedaan omdat ik de Kaku hardware die ik had ook verkocht heb. Ik zit nu al een tijdje na te denken over de beste oplossing om mijn deurbel weer in de setup op te nemen en kwam daarbij bij de Sonoff RF uit, maar ik weet dus niet of die werkt met de deurbel.

Ik heb voldoende andere opties gezien voor een deurbel integratie, maar de meeste daarvan zijn het meest geschikt voor een bedrade deurbel en dat is in mijn situatie niet echt de beste optie..

[whiner]

tdw schreef op donderdag 9 januari 2020 @ 13:11:
[...]

Jup, nieuwe router installeren en je SSID/pass hetzelfde houden als je oude... Daar ben je zeker 2 minuten mee bezig

Dat zou je in theorie verwachten ja, maar ik ben het al tegengekomen dat deze methode niet werkt.
Iemand kreeg een nieuwe modem omdat hij overstapte van provider, hij heeft alles hetzelfde gehouden maar moest zich toch overal opnieuw aanmelden.

[Greetoz]

@Phontana Om eerlijk te zijn weet ik dat niet. Ik gebruik hem om een simpele DC motorcontroller aan te sturen. Daat zat een RF afstandsbediening bij die heb ik uitgelezen met de RF bridge en vervolgens kon ik de controller aansturen. Maar voor 11 euro kan je het natuurlijk proberen. Ik heb hier geen klikaanklikuit dingen meer liggen volgens mij.

[whiner]

Phontana schreef op donderdag 9 januari 2020 @ 13:32:
[...]


Werkt die Sonoff RF bridge met de ‘oude’ Klikaanklikuit hardware? Ik heb er verschillende verhalen over gelezen namelijk. Zelf zou ik ook graag zo’n Sonoff RF opnemen in mijn setup, eigenlijk alleen om de Kaku deurbel die ik al jaren heb uit te kunnen lezen. Heb eerder wel een RFXcom gehad, maar die weggedaan omdat ik de Kaku hardware die ik had ook verkocht heb. Ik zit nu al een tijdje na te denken over de beste oplossing om mijn deurbel weer in de setup op te nemen en kwam daarbij bij de Sonoff RF uit, maar ik weet dus niet of die werkt met de deurbel.

Ik heb voldoende andere opties gezien voor een deurbel integratie, maar de meeste daarvan zijn het meest geschikt voor een bedrade deurbel en dat is in mijn situatie niet echt de beste optie..

Ik heb thuis een Sonoff RF en deze kan zo goed als alles registreren, er zit wel een maar aan.
Zet je alleen tasmota of (beter / makkelijker) espurna erop, dan wordt niet alles herkend.
Gebruik je deze mod, https://github.com/xosepe...f-RF-Bridge---Direct-Hack , dan ondersteund hij zo goed als alles.

Ik heb zelf de hack niet toegepast en ik ben pas 1x iets tegengekomen dat hij niet kon registreren.
Maar de RF deurbel van de Action, die heb ik al gekoppeld.

[PerlinNoise]

Vanmiddag viel de dsmr kabel in de bus. Toegevoegd aan HA met:
- platform: dsmr
port: /dev/ttyUSB0
dsmr_version: 2.2

Ik heb: sensor.hourly_gas_consumption, sensor.gas_consumption

Huidig verbruik lijkt niet te bestaan.

Wil deze in een mini graph verbruik per dag hebben.

type: 'custom:mini-graph-card'
entities:
- entity: sensor.gas_consumption
name: Energy consumption
hours_to_show: 168
aggregate_func: max
group_by: date
hour24: true
show:
graph: bar

Maar dan krijg ik totaal verbruik.

Zelfde wil ik voor energie, maar er is geen sensor.daily_power_consumption, wel huidige verbruik: sensor.power_consumption

Bij deze sensor wil ik ook watt hebben ipv kw. Kan wel unit: w invullen, maar daar gaat de komma niet van weg.

[mitchdc]

De `sensor.power_consumption` is een hele zware sensor, deze genereerd heel veel data en kan er voorzorgen dat je SD kaart de geest geeft. Dus ik zou deze excluden als je geen externe Database als SQL gebruikt!

code:

recorder:
  exclude:
    entities: 
      - sensor.power_consumption_phase_l1
      - sensor.power_consumption_phase_l2
      - sensor.power_consumption_phase_l3
      - sensor.power_production
      - sensor.power_production_normal
      - sensor.power_production_phase_l1
      - sensor.power_production_phase_l2
      - sensor.power_production_phase_l3

Helaas heeft de impementatie idd geen daily use voor electriciteit.

[PerlinNoise]

Xfix schreef op donderdag 9 januari 2020 @ 16:33:
De `sensor.power_consumption` is een hele zware sensor, deze genereerd heel veel data en kan er voorzorgen dat je SD kaart de geest geeft. Dus ik zou deze excluden als je geen externe Database als SQL gebruikt!

code:

recorder:
  exclude:
    entities: 
      - sensor.power_consumption_phase_l1
      - sensor.power_consumption_phase_l2
      - sensor.power_consumption_phase_l3
      - sensor.power_production
      - sensor.power_production_normal
      - sensor.power_production_phase_l1
      - sensor.power_production_phase_l2
      - sensor.power_production_phase_l3

Helaas heeft de impementatie idd geen daily use voor electriciteit.

Ik draai op een Pentium. Maar als ik er niks aan heb zal ik hem wel excluden.

[mitchdc]

PerlinNoise schreef op donderdag 9 januari 2020 @ 16:38:
[...]


Ik draai op een Pentium. Maar als ik er niks aan heb zal ik hem wel excluden.

Top!

Maar dan is het misschien wel een mooie optie (omdat je toch de 'power' heb) om het naar Influx te sturen en daar met Graphana leuke dingen mee te maken

[ Voor 26% gewijzigd door mitchdc op 09-01-2020 16:43 ]

[Nnoitra]

Xfix schreef op donderdag 9 januari 2020 @ 16:40:
[...]


Top!

Maar dan is het misschien wel een mooie optie (omdat je toch de 'power' heb) om het naar Influx te sturen en daar met Graphana leuke dingen mee te maken

Of gewoon DSMR_Reader installeren, je innerlijke dataverzamelaar en -vergelijker tevreden stellen, genieten van al die mooie grafiekjes en dan de data alsnog doorsluizen naar HomeAssistant

[TheMystery]

Nnoitra schreef op donderdag 9 januari 2020 @ 16:57:
[...]

Of gewoon DSMR_Reader installeren, je innerlijke dataverzamelaar en -vergelijker tevreden stellen, genieten van al die mooie grafiekjes en dan de data alsnog doorsluizen naar HomeAssistant

Is DSMR Reader minder zwaar voor eens SD kaart dan?

[Nnoitra]

TheMystery schreef op donderdag 9 januari 2020 @ 16:58:
[...]


Is DSMR Reader minder zwaar voor eens SD kaart dan?

Waarschijnlijk nog zwaarder, maar omdat @PerlinNoise aangaf het op een Pentium te draaien ga ik er maar ff van uit dat ie geen SD kaartje voor opslag gebruikt
Als je DSMR_Reader op een Pi wilt gebruiken zou ik er een kleine SSD aanknopen.

[PerlinNoise]

Nnoitra schreef op donderdag 9 januari 2020 @ 17:04:
[...]

Waarschijnlijk nog zwaarder, maar omdat @PerlinNoise aangaf het op een Pentium te draaien ga ik er maar ff van uit dat ie geen SD kaartje voor opslag gebruikt
Als je DSMR_Reader op een Pi wilt gebruiken zou ik er een kleine SSD aanknopen.

Ik draai op een 500gb ssd.
DSMR reader ook al geprobeerd, maar hij stuurt geen MTQQ door naar HA.

[Nnoitra]

PerlinNoise schreef op donderdag 9 januari 2020 @ 17:07:
[...]


Ik draai op een 500gb ssd.
DSMR reader ook al geprobeerd, maar hij stuurt geen MTQQ door naar HA.

Ik zou het via MQTT doen, heb je veel meer aan
Maar ik zou de documentatie nog maar eens doorlezen, want naar alle waarschijnlijkheid had je dan iets niet helemaal goed ingesteld.
Bij mij, en andere, werkt het naar behoren.

[ Voor 3% gewijzigd door Nnoitra op 09-01-2020 17:11 ]

[JBS]

PerlinNoise schreef op donderdag 9 januari 2020 @ 17:07:
[...]


Ik draai op een 500gb ssd.
DSMR reader ook al geprobeerd, maar hij stuurt geen MTQQ door naar HA.

Werkt hier probleemloos. Gebruik je de juiste instellingen om verbinding te maken met je MQTT broker? Zie je in de log van je MQTT broker een inkomende verbinding van DSMR reader?

[Kodess]

TheMystery schreef op donderdag 9 januari 2020 @ 16:58:
[...]


Is DSMR Reader minder zwaar voor eens SD kaart dan?

Nnoitra schreef op donderdag 9 januari 2020 @ 17:04:
[...]

Waarschijnlijk nog zwaarder, maar omdat @PerlinNoise aangaf het op een Pentium te draaien ga ik er maar ff van uit dat ie geen SD kaartje voor opslag gebruikt
Als je DSMR_Reader op een Pi wilt gebruiken zou ik er een kleine SSD aanknopen.

Ik draai DSMR_Reader vanaf 2017 op een dedicated Raspberry Pi met alleen een SD kaart. Hij is ook door wat powerfailures heen geweest in die tijd. Doet het nog steeds

[PerlinNoise]

JBS schreef op donderdag 9 januari 2020 @ 17:11:
[...]
Werkt hier probleemloos. Gebruik je de juiste instellingen om verbinding te maken met je MQTT broker? Zie je in de log van je MQTT broker een inkomende verbinding van DSMR reader?

Zover ik weet staat het goed ingesteld. In de broker zie ik ook een log binnenkomen. Maar in integraties zie ik hem niet.
In dsmr reader bij verzonden MQTT staat 0 verzonden. Meter statistieken bij gesplitst topic staat aan.

Overigens werken aantal tasmota lampen wel prima met MQTT.

[Ortep]

Ik zit al een tijdje te puzzelen over een bewegingssensor die een lamp aan doet.
Het werkt op dit moment als volgt:

Ochtend en avond automation worden om 06:00 ingeschakeld

Ochtendautomation:
Is er beweging voor 09:00: Doe licht aan.
Daarna niet meer maar hij blijft natuurlijk lopen.


Avondautomation :
Bij beweging na zonsondergang: Doe licht aan

Bij naar bed schakel ik ze beiden uit weer uit zodat er 's nachts niets gebeurt.

De volgende ochtend gaan ze om 06:00 weer aan

Het is niet echt elegant. Is het niet mogelijk om daar één automation voor te maken met iets van:

Is het tussen 6 en 9 of na zonsondergang als ik nog niet naar bed ben doe het licht aan?
Ik doe dat met 2 automations Maar die doen eigenlijk hetzelfde, behalve dan dat ze het op verschillende tijden doen.
Is er geen constructie te bedenken waarbij je een soort "of" kan maken. Alle conditions zijn "and"

[JBS]

PerlinNoise schreef op donderdag 9 januari 2020 @ 17:27:
[...]


Zover ik weet staat het goed ingesteld. In de broker zie ik ook een log binnenkomen. Maar in integraties zie ik hem niet.
In dsmr reader bij verzonden MQTT staat 0 verzonden. Meter statistieken bij gesplitst topic staat aan.

Overigens werken aantal tasmota lampen wel prima met MQTT.

Zelf heb ik de sensoren handmatig toegevoegd aan configuration.yaml

YAML:

  - platform: mqtt
    state_topic: "dsmr/day-consumption/electricity1"  
    unit_of_measurement: 'kWh / m3'     
    name: Dagverbruik electra tarief 1  
  - platform: mqtt    
    state_topic: "dsmr/day-consumption/electricity2"    
    unit_of_measurement: 'kWh / m3'     
    name: Dagverbruik electra tarief 2     
  - platform: mqtt
    state_topic: "dsmr/day-consumption/electricity1_cost"    
    unit_of_measurement: 'euro'  
    name: Dagverbruik kosten electra tarief 1      
  - platform: mqtt    
    state_topic: "dsmr/day-consumption/electricity2_cost"    
    unit_of_measurement: 'euro'   
    name: Dagverbruik kosten electra tarief 2     
  - platform: mqtt    
    state_topic: "dsmr/day-consumption/gas"    
    unit_of_measurement: 'M3' 
    name: Dagverbruik gas     
  - platform: mqtt    
    state_topic: "dsmr/day-consumption/gas_cost"        
    unit_of_measurement: 'euro'    
    name: Dagverbruik kosten gas  

Vanaf 0.103 kan het ook op deze manier https://www.home-assistant.io/integrations/dsmr_reader/

[PerlinNoise]

JBS schreef op donderdag 9 januari 2020 @ 17:53:
[...]
Zelf heb ik de sensoren handmatig toegevoegd aan configuration.yaml

YAML:

  - platform: mqtt
    state_topic: "dsmr/day-consumption/electricity1"  
    unit_of_measurement: 'kWh / m3'     
    name: Dagverbruik electra tarief 1  
  - platform: mqtt    
    state_topic: "dsmr/day-consumption/electricity2"    
    unit_of_measurement: 'kWh / m3'     
    name: Dagverbruik electra tarief 2     
  - platform: mqtt
    state_topic: "dsmr/day-consumption/electricity1_cost"    
    unit_of_measurement: 'euro'  
    name: Dagverbruik kosten electra tarief 1      
  - platform: mqtt    
    state_topic: "dsmr/day-consumption/electricity2_cost"    
    unit_of_measurement: 'euro'   
    name: Dagverbruik kosten electra tarief 2     
  - platform: mqtt    
    state_topic: "dsmr/day-consumption/gas"    
    unit_of_measurement: 'M3' 
    name: Dagverbruik gas     
  - platform: mqtt    
    state_topic: "dsmr/day-consumption/gas_cost"        
    unit_of_measurement: 'euro'    
    name: Dagverbruik kosten gas  

Vanaf 0.103 kan het ook op deze manier https://www.home-assistant.io/integrations/dsmr_reader/

Handmatig toevoegen van mqtt ga ik morgen even proberen.

Dsmr reader toevoegen heb ik ook gedaan, maar geeft mij ook wisselende resultaten.

[tdw]

Ortep schreef op donderdag 9 januari 2020 @ 17:49:
Ik zit al een tijdje te puzzelen over een bewegingssensor die een lamp aan doet.
Het werkt op dit moment als volgt:

Ochtend en avond automation worden om 06:00 ingeschakeld

Ochtendautomation:
Is er beweging voor 09:00: Doe licht aan.
Daarna niet meer maar hij blijft natuurlijk lopen.


Avondautomation :
Bij beweging na zonsondergang: Doe licht aan

Bij naar bed schakel ik ze beiden uit weer uit zodat er 's nachts niets gebeurt.

De volgende ochtend gaan ze om 06:00 weer aan

Het is niet echt elegant. Is het niet mogelijk om daar één automation voor te maken met iets van:

Is het tussen 6 en 9 of na zonsondergang als ik nog niet naar bed ben doe het licht aan?
Ik doe dat met 2 automations Maar die doen eigenlijk hetzelfde, behalve dan dat ze het op verschillende tijden doen.
Is er geen constructie te bedenken waarbij je een soort "of" kan maken. Alle conditions zijn "and"

Je kunt je conditions ook 'or' maken (https://www.home-assistan.../conditions/#or-condition )

[Kodess]

Ortep schreef op donderdag 9 januari 2020 @ 17:49:
Ik zit al een tijdje te puzzelen over een bewegingssensor die een lamp aan doet.
Het werkt op dit moment als volgt:

Ochtend en avond automation worden om 06:00 ingeschakeld

Ochtendautomation:
Is er beweging voor 09:00: Doe licht aan.
Daarna niet meer maar hij blijft natuurlijk lopen.


Avondautomation :
Bij beweging na zonsondergang: Doe licht aan

Bij naar bed schakel ik ze beiden uit weer uit zodat er 's nachts niets gebeurt.

De volgende ochtend gaan ze om 06:00 weer aan

Het is niet echt elegant. Is het niet mogelijk om daar één automation voor te maken met iets van:

Is het tussen 6 en 9 of na zonsondergang als ik nog niet naar bed ben doe het licht aan?
Ik doe dat met 2 automations Maar die doen eigenlijk hetzelfde, behalve dan dat ze het op verschillende tijden doen.
Is er geen constructie te bedenken waarbij je een soort "of" kan maken. Alle conditions zijn "and"

Ik vind het een interessante constructie.

Waarom doe je niet gewoon als de zon onder een bepaalde elevatie en er is beweging, doe dan de lamp aan?
Die werkt gewoon voor de gehele dag. Je schakelt ze beide uit zodat er 's nachts niets aangaat. Heb je huisdieren dat dit nodig is? Stel je moet er midden in de nacht uit, dan is het toch gewoon handig dat hij aangaat?

Anders zou ik gewoon doen: lamp aan bij beweging als de zon op -3 graden elevatie staat en een variable bedtime false ofzo. Dan de bedtime variable koppelen aan iets. Of je zet hem handmatig aan en uit als je uit bed gaat. Of je koppelt hem aan of je telefoon aan de oplader hangt.

Maar als je geen huisdieren hebt zou ik hem gewoon altijd aan laten staan. Daarvoor is het juist zo handig, het gaat automatisch

[Ortep]

Kodess schreef op donderdag 9 januari 2020 @ 18:50:
[...]

Ik vind het een interessante constructie.

Waarom doe je niet gewoon als de zon onder een bepaalde elevatie en er is beweging, doe dan de lamp aan?
Die werkt gewoon voor de gehele dag. Je schakelt ze beide uit zodat er 's nachts niets aangaat. Heb je huisdieren dat dit nodig is? Stel je moet er midden in de nacht uit, dan is het toch gewoon handig dat hij aangaat?

Ik begrijp je helemaal. Ik werk ook met elevaties ipv zonsondergang. Maar mijn hele systeem is iets ingewikkelder. Ik had alleen het stuk genoemd dat ik niet beter kreeg.

Het zit in mijn slaapkamer.

De sensor zit onder mijn bed en het licht ook. Dat zorgt er voor dat bij een keer omdraaien in bed er geen beweging wordt gezien. Maar bij lopen in de slaapkamer wel. Nadat ik ben gaan slapen gaat het systeem in de nacht stand. Als de lamp dan aan gaat omdat bv mijn vrouw even op staat, staat hij op minimaal vermogen en op diep rood. Dat is net voldoende om te zien waar je je voeten neerzet en het maakt je niet echt wakker. En de ander wordt er ook niet wakker van. Na 2 minuten geen beweging gaat het uit.

Om 7 uur gaat onder het bed de wakeup verlichting aan. Begint op het laagste vermogen en rood en gaat in 30 minuten naar vol vermogen en warmwit. Heerlijk om wakker te worden.
Staan we eerder op, bv om 6 uur dan hoef dat laatste niet en begint de 'sunrise' niet. Maar ik wil wel echt licht dan. Ik ga er van uit dat voor 6 nog bij de nacht hoort. En als ik na 6 op sta, dat dat waarschijnlijk inhoudt dat ik niet meer naar bed gaat. Maar als je dat wel doet gaat het licht vanzelf weer na 2 minuten uit.
Het is ook in de zomer dan donker in mijn slaapkamer door verduisterende gordijnen. Dus het systeem laten schakelen door een elevatie werkt niet. Het is hoe dan ook donker tot ik de gordijnen open doe.

Na 9 uur heb ik de gordijnen wel open, ook in de winter. Dus dan hoeft het niet meer.

In de avond, als de zon naar 5 graden boven de horizon zakt begint het te schemeren en is het wel weer fijn dat het licht aan kan gaan op warmwit.

Dus eigenlijk heb ik 4 periodes.

Nacht: Heel weinig licht en rood.
Ochtend: steeds intenser als ik gewoon wakker word of in één keer fel als er een afwijking is Ligt tussen 6 en 9 omdat elevatie niet werkt door de gordijnen.
Overdag, niets nodig.
Avond: Nadat de zon onder de 5 graden staat wel weer actief.

Naar bed gaan is een Google home commando dat een "NaarBed" script uitvoert. In de juiste volgorde lichten in huis uit, dingen als de stroom van mijn mediabox halen enz. En de nacht situatie instellen voor de slaapkamer. En gelijk het sunrise systeem aan zetten. Dat loopt dus niet als ik niet thuis ben want dan start ik de nacht niet.


@tdw Dank, daar ga ik naar kijken.

[PerlinNoise]

JBS schreef op donderdag 9 januari 2020 @ 17:53:
[...]
Zelf heb ik de sensoren handmatig toegevoegd aan configuration.yaml

Dat werkt super! Toch DSMR_reader weer aangeslingerd en krijg het nu netjes in HA met onderstaande code

YAML:

  - platform: mqtt    
    state_topic: "dsmr/day-consumption/gas"    
    unit_of_measurement: 'M3' 
    name: Dagverbruik gas     
  - platform: mqtt    
    state_topic: "dsmr/day-consumption/gas_cost"        
    unit_of_measurement: 'euro'    
    name: Dagverbruik kosten gas
  - platform: mqtt
    state_topic: "dsmr/day-consumption/electricity_merged"
    unit_of_measurement: 'kWh'
    name: Dagverbruik electra
  - platform: mqtt
    state_topic: "dsmr/day-consumption/electricity_cost_merged"
    unit_of_measurement: 'euro'
    name: Dagverbruik kosten electra
  - platform: mqtt
    state_topic: "dsmr/reading/electricity_currently_delivered"
    unit_of_measurement: 'w'
    name: Huidige electra verbruik

edit: Alleen staat huidig verbruik nog in 0.300 kw. ipv 300 w

[ Voor 3% gewijzigd door PerlinNoise op 09-01-2020 20:20 ]

[martinvdm]

PerlinNoise schreef op donderdag 9 januari 2020 @ 20:14:
[...]


Dat werkt super! Toch DSMR_reader weer aangeslingerd en krijg het nu netjes in HA met onderstaande code

YAML:

  - platform: mqtt    
    state_topic: "dsmr/day-consumption/gas"    
    unit_of_measurement: 'M3' 
    name: Dagverbruik gas     
  - platform: mqtt    
    state_topic: "dsmr/day-consumption/gas_cost"        
    unit_of_measurement: 'euro'    
    name: Dagverbruik kosten gas
  - platform: mqtt
    state_topic: "dsmr/day-consumption/electricity_merged"
    unit_of_measurement: 'kWh'
    name: Dagverbruik electra
  - platform: mqtt
    state_topic: "dsmr/day-consumption/electricity_cost_merged"
    unit_of_measurement: 'euro'
    name: Dagverbruik kosten electra
  - platform: mqtt
    state_topic: "dsmr/reading/electricity_currently_delivered"
    unit_of_measurement: 'w'
    name: Huidige electra verbruik

edit: Alleen staat huidig verbruik nog in 0.300 kw. ipv 300 w

Hier mijn code.

code:

#### MQTT SENSORS DSMR ####
  - platform: mqtt
    state_topic: "dsmr/reading/timestamp"
    name: "electricity_timestamp"
    value_template: "{{ as_timestamp(value) | timestamp_custom('%d-%b-%Y %H:%M') }}"
  - platform: mqtt
    state_topic: "dsmr/reading/electricity_currently_delivered"
    name: "electricity_currently_delivered"
    unit_of_measurement: "Watt"
    value_template: "{{  value | float *1000 | round(0) }}"
  - platform: mqtt
    state_topic: "dsmr/reading/electricity_currently_returned"
    name: "electricity_currently_returned"
    unit_of_measurement: "Watt"
    value_template: "{{  value | float *1000 | round(0) }}"
  - platform: mqtt
    state_topic: "dsmr/reading/electricity_delivered_1"
    name: "electricity_delivered_1"
    unit_of_measurement: "kWh"
    value_template: "{{  value | round(2) }}"
  - platform: mqtt
    state_topic: "dsmr/reading/electricity_delivered_2"
    name: "electricity_delivered_2"
    unit_of_measurement: "kWh"
    value_template: "{{  value | round(2) }}"
  - platform: mqtt
    state_topic: "dsmr/reading/electricity_returned_1"
    name: "electricity_returned_1"
    unit_of_measurement: "kWh"
    value_template: "{{  value | round(2) }}"
  - platform: mqtt
    state_topic: "dsmr/reading/electricity_returned_2"
    name: "electricity_returned_2"
    unit_of_measurement: "kWh"
    value_template: "{{  value | round(2) }}"
  - platform: mqtt
    state_topic: "dsmr/reading/extra_device_timestamp"
    name: "extra_device_timestamp"
    value_template: "{{ as_timestamp(value) | timestamp_custom('%d-%b-%Y %H:%M') }}"
  - platform: mqtt
    state_topic: "dsmr/reading/extra_device_delivered"
    name: "extra_device_delivered"
    unit_of_measurement: "m3"
    value_template: "{{  value | round(2) }}"

# DSMR DAGVERBRUIK
  - platform: mqtt
    state_topic: "dsmr/day-totals/electricity_merged"
    name: "daytotal_electricity_merged"
    unit_of_measurement: "kWh"
    value_template: "{{  value | round(2) }}"
  - platform: mqtt
    state_topic: "dsmr/day-totals/electricity_returned_merged"
    name: "daytotal_electricity_returned_merged"
    unit_of_measurement: "kWh"
    value_template: "{{  value | round(2) }}"
  - platform: mqtt
    state_topic: "dsmr/day-totals/electricity_cost_merged"
    name: "daytotal_electricity_cost_merged"
    unit_of_measurement: "Euro"
    value_template: "{{  value | round(2) }}"
  - platform: mqtt
    state_topic: "dsmr/day-totals/gas_cost"
    name: "daytotal_gas_total_cost"
    unit_of_measurement: "Euro"
    value_template: "{{  value | round(2) }}"
  - platform: mqtt
    state_topic: "dsmr/day-totals/gas"
    name: "daytotal_gas"
    unit_of_measurement: "m3"
    value_template: "{{  value | round(3) }}"

[skank]

Ik ben de weg kwijt denk ik, zitten veranderen , veranderen
sommige automatisaties gaan niet meer

Ik krijg veel deze error (4keer)
Wie ziet mijn fouten?

code:

- id: '1576093494347'
  alias: Lichten inkom aan bij zonsondergang
  description: ''
  trigger:
  - event: sunset
    offset: 00:10:00
    platform: sun
  condition:
  - condition: state
    entity_id: group.family
    state: home
  action:
  - data:
    service: light.turn_on
    entity_id: light.inkom
- id: '1576094288732'
  alias: Nachtlampje Noor aan
  description: ''
  trigger:
  - platform: time
    at: 07:20:00
  condition:
  - condition: state
    entity_id: group.family
    state: home
  - condition: time
    after: 07:15:00
    before: 07:25:00
    weekday:
    - mon
    - tue
    - wed
    - thu
    - fri
  action:
  - data:
    service: light.turn_on
    entity_id: light.nachtlampje_noor
- id: '1576243484410'
  alias: Zet muziek aan bij thuiskomst
  description: ''
  trigger:
  - entity_id: group.family
    from: not_home
    platform: state
    to: home
  condition:
  - after: 09:00:00
    before: '17:00:00'
    condition: time
  - condition: or
    conditions:
    - condition: state
      entity_id: media_player.woonkamer
      state: idle
    - condition: state
      entity_id: media_player.woonkamer
      state: paused
  action:
  - data:
      media_content_id: http://icecast-qmusic.cdp.triple-it.nl//Qmusic_be_live_96.mp3
      media_content_type: music
    entity_id: media_player.woonkamer
    service: media_player.play_media
- id: '1578158381176'
  alias: Welkom thuis
  description: ''
  trigger:
  - entity_id: group.family
    from: not_home
    platform: state
    to: home
  action:
  - data:
      entity_id: media_player.woonkamer
    service: media_player.turn_on
  - delay: 00:00:02
  - data:
      entity_id: media_player.woonkamer
      language: nl
      message: Hallo knapperd, welkom thuis!
    service: tts.google_translate_say
  - delay: 00:00:04
  - data:
      entity_id: media_player.woonkamer
    service: media_player.turn_off
- id: '1578251418685'
  alias: Lichten inkom aan bij thuiskomst
  description: ''
  trigger:
  - entity_id: group.family
    platform: state
    from: not_home
    to: home
  condition:
  - condition: state
    entity_id: sun.sun
    state: below_horizon
  action:
  - data:
    entity_id: light.inkom
    service: light.turn_on
- id: '1578501356390'
  alias: Nachtlampje Kim aan
  description: ''
  trigger:
  - platform: time
    at: 07:00:00
  condition:
  - condition: state
    entity_id: group.family
    state: home
  - condition: time
    after: 06:55:00
    before: 07:10:00
    weekday:
    - mon
    - tue
    - wed
    - thu
    - fri
  action:
  - data:
    service: light.turn_on
    entity_id: light.nachtlampje_kim

Bedankt om es te kijken

[Hmmbob]

skank schreef op vrijdag 10 januari 2020 @ 15:18:
Ik ben de weg kwijt denk ik, zitten veranderen , veranderen
sommige automatisaties gaan niet meer

Ik krijg veel deze error (4keer)
Wie ziet mijn fouten?
(...)

Welke error?

[skank]

Hmmbob schreef op vrijdag 10 januari 2020 @ 15:33:
[...]

Welke error?

Oops vergeten melden

Invalid config for [automation]: expected dict for dictionary value @ data['action'][0]['data']. Got None

[Droif]

skank schreef op vrijdag 10 januari 2020 @ 16:15:
[...]


Oops vergeten melden

Invalid config for [automation]: expected dict for dictionary value @ data['action'][0]['data']. Got None

Je entity_id hoort geindent te zijn onder data, zoals bijv. bij je welkom thuis automation. Bij sommige van je automations is dit niet het geval.

[skank]

Droif schreef op vrijdag 10 januari 2020 @ 16:20:
[...]


Je entity_id hoort geindent te zijn onder data, zoals bijv. bij je welkom thuis automation. Bij sommige van je automations is dit niet het geval.

Je bedoelt op gelijke hoogte?
Of bedoel je de lijn onder data en dan pas de service lijn?

edit: als ik kijk in cookbook dan staan bij sommige automatisaties de tekstlijn "data" er niet bij
moet dit nu wel of niet in de yaml file staan
ik vind het soms niet duidelijk


en de lijn service, moet dit nu boven of onder data, soms staat dit erboven soms eronder


bv ook de automation nachtlampje x aan: die werkt niet..

[ Voor 40% gewijzigd door skank op 10-01-2020 17:04 ]

[Repsect]

Ik ben nieuw in Home Assistant en heb momenteel mijn gordijnen (Aqara B1), Xiaomi hub, Logitech Harmony, robotstofzuiger (Neato) en afvalwijzer werkend. Ik ben nu bezig met scenes te maken en activeren wat allemaal gelukt is.

Is het mogelijk om de icons van scenes van kleur te veranderen wanneer de betreffende scene geactiveerd is?

Wat ik zover kan zien is dat een scene uitgevoerd wordt, maar dit wordt volgens mij niet opgeslagen. Ik heb daarom een input_text variable gemaakt (input_text.current_scene), waar ik bij het uitvoeren van de scene de huidige scene naam invul. Dit zou ik dus kunnen gebruiken, maar ik zie nog niet hoe.

Ik kan wel statisch een icon kleur veranderen met 'icon_color', maar dit dynamisch maken snap ik nog niet helemaal. Kan iemand mij op weg helpen?

[skank]

skank schreef op vrijdag 10 januari 2020 @ 16:30:
[...]


Je bedoelt op gelijke hoogte?
Of bedoel je de lijn onder data en dan pas de service lijn?

edit: als ik kijk in cookbook dan staan bij sommige automatisaties de tekstlijn "data" er niet bij
moet dit nu wel of niet in de yaml file staan
ik vind het soms niet duidelijk


en de lijn service, moet dit nu boven of onder data, soms staat dit erboven soms eronder


bv ook de automation nachtlampje x aan: die werkt niet..

de identity inwaarts op data gezet en gerestart
meldingen zijn weg
nu ff zien of ze werken ook
thx

[R-B]

R-B schreef op woensdag 8 januari 2020 @ 21:36:
[...]


@Markos is het nog gelukt?

Ik ervaar zelfde probleem nu, uitvoeren van sudo via SSH. Hetgeen wat@JBS beschrijft lukt ook niet helemaal. Lijkt wel of ik verkeerd deel van de public key op de USB stick zet? Wat ik ook probeer qua inhoud op de USB stick (ja ANSI + LF kan je met notepad++ instellen), ik krijg key unknown als ik probeer te connecten op port 22222.

Het lijkt erop dat me USB stick niet geladen wordt in hassio, en daarom dus ook de config file niet met de publick key kan "activeren".

Als ik die ssh op port 22 connect (heb je alleen hassio cli opties), krijg ik met hassio hardware info geen USB sticks in de lijst.

Ik wil dus dit doen, moven DB naar USB stick.

Daarvoor moet ik SSH toegang hebben, die heb ik ingesteld. Maar dan heb je alleen de hassio-cli, ik wil volle root acces.
Dus dan heb ik dit nodig.

Deze actie werkt dus niet:

From the UI, navigate to the hass.io system page and choose "Import from USB". You can now access your device as root over SSH on port 22222. Alternatively, the file will be imported from the USB when the hass.io device is rebooted.

Krijg continu deze melding als ik via port 22222 probeer te verbinden:

Server refused our key

No supported authentication methods available (server sent: publickey)

Iemand een idee?

[ Voor 5% gewijzigd door R-B op 10-01-2020 18:28 ]

[tdw]

R-B schreef op vrijdag 10 januari 2020 @ 18:02:
[...]


Deze actie werkt dus niet:

[...]

Dit zijn 2 of 3 acties. Welke lukt specifiek niet, alleen het verbinden?

[R-B]

tdw schreef op vrijdag 10 januari 2020 @ 18:21:
[...]

Dit zijn 2 of 3 acties. Welke lukt specifiek niet, alleen het verbinden?

Ik doe me USB stick in me rpi 4, en klik op "load from usb". Meer hoef ik niet te doen.
Vervolgens is het blijkbaar niet gelukt, omdat dit niet werkt: You can now access your device as root over SSH on port 22222.

Via port 22 werkt het wel, alleen dan heb je alleen maar hassio cli.

Het antwoord van de rpi is namelijk:

Server refused our key

No supported authentication methods available (server sent: publickey)

Als ik dus tussen me hardware devices kijk, zie ik die hele USB niet er tussen staan?

[ Voor 18% gewijzigd door R-B op 10-01-2020 18:32 ]

[tdw]

R-B schreef op vrijdag 10 januari 2020 @ 18:28:
[...]


Ik doe me USB stick in me rpi 4, en klik op "load from usb". Meer hoef ik niet te doen.
Vervolgens is het blijkbaar niet gelukt, omdat dit niet werkt: You can now access your device as root over SSH on port 22222.

Het antwoord van de rpi is namelijk:

[...]


Als ik dus tussen me hardware devices kijk, zie ik die hele USB niet er tussen staan?

Voor zover ik weet is de "Import from USB" alleen beschikbaar als er een USB-apparaat in zit en er daadwerkelijk iets te importeren valt.

Laad je in Putty (of weet ik veel welke SSH software je gebruikt) ook wel je key in? Alleen uploaden naar Hassio is niet voldoende, je hebt een sleutel en een sleutelgat. Het sleutelgat geef je aan Hassio, de sleutel aan je SSH software.

[ Voor 6% gewijzigd door tdw op 10-01-2020 18:33 ]

[R-B]

tdw schreef op vrijdag 10 januari 2020 @ 18:32:
[...]

Voor zover ik weet is de "Import from USB" alleen beschikbaar als er een USB-apparaat in zit en er daadwerkelijk iets te importeren valt.

Haha, uiteraard. Dat is het bestand "authorized_keys"

tdw schreef op vrijdag 10 januari 2020 @ 18:32:
[...]

Laad je in Putty (of weet ik veel welke SSH software je gebruikt) ook wel je key in? Alleen uploaden naar Hassio is niet voldoende, je hebt een sleutel en een sleutelgat. Het sleutelgat geef je aan Hassio, de sleutel aan je SSH software.

Ja, je private key moet je ook al meegeven als je via ssh gewoon via port 22 verbindt. Als je dat niet doet, werkt het ook niet. Die private key match weer met de public key in de config van ssh addon in HA.

Ik heb dus diezelfde public key nu proberen via deze methode om root acces te krijgen.

Of heb ik een 2e, aparte private key + public key nodig voor deze root acces?

[tdw]

R-B schreef op vrijdag 10 januari 2020 @ 18:37:
Ja, je private key moet je ook al meegeven als je via ssh gewoon via port 22 verbindt.

Nee hoor, ik niet

Of heb ik een 2e, aparte private key + public key nodig voor deze root acces?

Lijkt me niet, maar het kan nooit kwaad om het te proberen. Tip: voordat je je USB erin stopt, kijk even of de optie "Import from USB" beschikbaar is. Steek daarna de USB zonder authorized_keys erin, en kijk of de optie "Import from USB" beschikbaar is. En daarna de USB mét bestand. Kun je in stap 1 of in stap 2 ook al "Import from USB" kiezen... dan moet ik even nadenken

[R-B]

tdw schreef op vrijdag 10 januari 2020 @ 18:41:
[...]
Nee hoor, ik niet


[...]

Lijkt me niet, maar het kan nooit kwaad om het te proberen. Tip: voordat je je USB erin stopt, kijk even of de optie "Import from USB" beschikbaar is. Steek daarna de USB zonder authorized_keys erin, en kijk of de optie "Import from USB" beschikbaar is. En daarna de USB mét bestand. Kun je in stap 1 of in stap 2 ook al "Import from USB" kiezen... dan moet ik even nadenken

Ja, die kan ik gewoon indrukken als er niks in de USB port zit. De log krijgt dan dit resultaat:

20-01-10 18:37:28 INFO (MainThread) [hassio.hassos] Syncing configuration from USB with HassOS.
20-01-10 18:37:28 INFO (MainThread) [hassio.host.services] Restart local service hassos-config.service
20-01-10 18:37:28 INFO (MainThread) [hassio.utils.gdbus] Call org.freedesktop.systemd1.Manager.RestartUnit on /org/freedesktop/systemd1

Als ik een lege erin doe:

20-01-10 18:39:14 INFO (MainThread) [hassio.hassos] Syncing configuration from USB with HassOS.
20-01-10 18:39:14 INFO (MainThread) [hassio.host.services] Restart local service hassos-config.service
20-01-10 18:39:14 INFO (MainThread) [hassio.utils.gdbus] Call org.freedesktop.systemd1.Manager.RestartUnit on /org/freedesktop/systemd1

En vervolgens weer met bestand:

20-01-10 18:40:12 INFO (MainThread) [hassio.hassos] Syncing configuration from USB with HassOS.
20-01-10 18:40:12 INFO (MainThread) [hassio.host.services] Restart local service hassos-config.service
20-01-10 18:40:12 INFO (MainThread) [hassio.utils.gdbus] Call org.freedesktop.systemd1.Manager.RestartUnit on /org/freedesktop/systemd1

Dus altijd dezelfde log na indrukken "import from usb".

hmm..

[u_nix_we_all]

Ik heb een automation gemaakt zodat ik een berichtje krijg als mijn wasmachine klaar is. Dat doe ik door met een smartplug met verbruiksmeting te kijken of de value van het verbruik voor 1 minuut onder de 2 watt is:

code:

- id: '1577107172932'
  alias: was is klaar
  description: ''
  trigger:
  - below: 2
    device_id: 3452be511a13471ea7df42bbd8067efe
    domain: sensor
    entity_id: sensor.caliber_smartplug_wattage
    for:
      hours: 0
      minutes: 1
      seconds: 0
    platform: device
    type: value
  condition: []
  action:
  - data_template:
      message: Was is klaar
    service: notify.zonnet

So far, so good, dit werkt.

Alleen heb ik nu al een paar keer een false positive gekregen, doordat de smartplug (ESP op 2,4Ghz wifi, geflashed met esphome) even in de status unavailable geweest is.

In het logbook van HA:

code:

1:05 AM
was is klaar has been triggered
1:04 AM
Caliber switch turned on
1:03 AM
Caliber switch changed to unavailable

Ik ga nu even de uptime sensor bij mijn esphome config erbij flashen om te controleren of het ding uit zichzelf soms reboot, maar zou ook zo kunnen zijn dat het wifi signaal soms even verstoord wordt waardoor hij unavailable is ? (De 2,4 Ghz is hier vrij druk, op alle kanalen) En zou ik dit dan in de automation kunnen afvangen ?

[martinvdm]

u_nix_we_all schreef op vrijdag 10 januari 2020 @ 21:37:
Ik heb een automation gemaakt zodat ik een berichtje krijg als mijn wasmachine klaar is. Dat doe ik door met een smartplug met verbruiksmeting te kijken of de value van het verbruik voor 1 minuut onder de 2 watt is:

code:

- id: '1577107172932'
  alias: was is klaar
  description: ''
  trigger:
  - below: 2
    device_id: 3452be511a13471ea7df42bbd8067efe
    domain: sensor
    entity_id: sensor.caliber_smartplug_wattage
    for:
      hours: 0
      minutes: 1
      seconds: 0
    platform: device
    type: value
  condition: []
  action:
  - data_template:
      message: Was is klaar
    service: notify.zonnet

So far, so good, dit werkt.

Alleen heb ik nu al een paar keer een false positive gekregen, doordat de smartplug (ESP op 2,4Ghz wifi, geflashed met esphome) even in de status unavailable geweest is.

In het logbook van HA:

code:

1:05 AM
was is klaar has been triggered
1:04 AM
Caliber switch turned on
1:03 AM
Caliber switch changed to unavailable

Ik ga nu even de uptime sensor bij mijn esphome config erbij flashen om te controleren of het ding uit zichzelf soms reboot, maar zou ook zo kunnen zijn dat het wifi signaal soms even verstoord wordt waardoor hij unavailable is ? (De 2,4 Ghz is hier vrij druk, op alle kanalen) En zou ik dit dan in de automation kunnen afvangen ?

Kun je er geen condition tussen zetten met een != unavailable

[u_nix_we_all]

@martinvdm Ik denk niet dat dat werkt, de automation triggert namelijk als de waarde weer 0 is, dus op dat moment is hij juist weer wel available.
Ik denk meer dat ik iets moet inbouwen dat de trigger onderdrukt voor een paar minuten als de state op unavailable gestaan heeft ....

Edit: Ik heb nu in ieder geval een uptime sensor aangezet op die esp, dus kan ik zien of hij gereboot is. En dat leverde meteen weer een trigger op Dus het onderdrukken zou ook handig zijn om overbodige notifications bij esphome updates te voorkomen

[ Voor 31% gewijzigd door u_nix_we_all op 10-01-2020 21:57 ]

[Demo]

Wat kan HA af en toe frustrerend zijn.. ik probeer voor elkaar te krijgen dat ik de brightness van een lamp in stappen omhoog kan laten gaan door een Tradfri-knop (gekoppeld via Zigbee2MQTT) ingedrukt te houden. De knop geeft bij ingedrukt houden één keer brightness_up en bij loslaten brightness_stop. Mijn test met een light.toggle werkt, maar ik krijg het niet voor elkaar om de brightness uit te lezen en door te geven. Ik gebruik het volgende script:

YAML:

alias: Testscript
sequence:
  - service: light.turn_on
    data_template:
      entity_id: light.badkamer_spots
      brightness: "{{(state_attr('light.badkamer_spots','brightness')+4)|default(1)}}"
  - service: script.turn_on
    data:
      entity_id: script.delay

In script.delay staat alleen maar een delay van een halve seconde om vervolgens script.test aan te roepen. De default(1) is voor het geval de lamp uit zou staan, dan is geen brightness om uit te lezen en zou de functie sowieso falen.
Mijn vermoeden is dat ik de state_attr() functie niet kan gebruiken in een script, maar ik kan dat nergens terug vinden. Ik vind echter ook niet echt voorbeelden van scripts waarin mensen state_attr() gebruiken..

[martinvdm]

u_nix_we_all schreef op vrijdag 10 januari 2020 @ 21:49:
@martinvdm Ik denk niet dat dat werkt, de automation triggert namelijk als de waarde weer 0 is, dus op dat moment is hij juist weer wel available.
Ik denk meer dat ik iets moet inbouwen dat de trigger onderdrukt voor een paar minuten als de state op unavailable gestaan heeft ....

Edit: Ik heb nu in ieder geval een uptime sensor aangezet op die esp, dus kan ik zien of hij gereboot is. En dat leverde meteen weer een trigger op Dus het onderdrukken zou ook handig zijn om overbodige notifications bij esphome updates te voorkomen

Ja idd. Denk dat je gelijk hebt.
Wellicht kun je iig inbouwen dat de automation niet triggered als die al x minuten geleden afgegaan is. Niet echt een oplossing maar het helpt wellicht:

code:

condition: template
    value_template: '{{ (as_timestamp(now()) - as_timestamp(states.automation.wasmachineautomation.attributes.last_triggered | default(0)) | int > 3600)}}'

[maartend]

Heb hier 2 iPad's in huis. En op beiden laat de ios app voor HA een leeg scherm zien plotseling. Iemand een idee?

[u_nix_we_all]

@martinvdm De momenten dat dit voorkomt zijn willekeurig, het is dus niet zo dat hij meerdere keren achter elkaar triggert.
Maar het helpt me wel in de goede richting denk ik, dan zou ik moeten zoeken of ipv die "as_timestamp(states.automation.wasmachineautomation.attributes.last_triggered)" een " "as_timestamp(sensor.states.caliber_switch.attributes.last_unavailable)" bestaat ? Of is er een andere syntax waarmee je van een entity de laatste timestamp kunt vinden dat een bepaalde state waargenomen is ?

[stijn1309]

Vraagje... Ik heb een zigbee stick. Nu wil ik morgen wat lampen meenemen bij de IKEA.

Heb ik dan ook 1 afstandsbediening nodig om deze te koppelen of kan dit ook zonder?

[R-B]

stijn1309 schreef op vrijdag 10 januari 2020 @ 22:31:
Vraagje... Ik heb een zigbee stick. Nu wil ik morgen wat lampen meenemen bij de IKEA.

Heb ik dan ook 1 afstandsbediening nodig om deze te koppelen of kan dit ook zonder?

Zonder, je paired ze direct met de stick.

[martinvdm]

u_nix_we_all schreef op vrijdag 10 januari 2020 @ 22:31:
@martinvdm De momenten dat dit voorkomt zijn willekeurig, het is dus niet zo dat hij meerdere keren achter elkaar triggert.
Maar het helpt me wel in de goede richting denk ik, dan zou ik moeten zoeken of ipv die "as_timestamp(states.automation.wasmachineautomation.attributes.last_triggered)" een " "as_timestamp(sensor.states.caliber_switch.attributes.last_unavailable)" bestaat ? Of is er een andere syntax waarmee je van een entity de laatste timestamp kunt vinden dat een bepaalde state waargenomen is ?

last_unavailable bestaat niet als attribute. Dat zal niet werken. Misschien dat iemand anders een suggestie heeft maar ik zou het niet zo snel weten.

Edit: misschien kun je wel de from_state in een condition meenemen :

code:

condition:
      condition: template
      value_template: >
        {{ trigger.to_state.state not in [trigger.from_state.state, 'unavailable'] }}

[ Voor 13% gewijzigd door martinvdm op 10-01-2020 22:43 ]

[stijn1309]

R-B schreef op vrijdag 10 januari 2020 @ 22:38:
[...]


Zonder, je paired ze direct met de stick.

Thnx voor je snelle antwoord!

Ik zie nu pas als je op de compatibel devices klikt op de site er ook een uitleg komt hoe je ze paired!

[R-B]

tdw schreef op vrijdag 10 januari 2020 @ 18:41:
[...]
Nee hoor, ik niet


[...]

Lijkt me niet, maar het kan nooit kwaad om het te proberen. Tip: voordat je je USB erin stopt, kijk even of de optie "Import from USB" beschikbaar is. Steek daarna de USB zonder authorized_keys erin, en kijk of de optie "Import from USB" beschikbaar is. En daarna de USB mét bestand. Kun je in stap 1 of in stap 2 ook al "Import from USB" kiezen... dan moet ik even nadenken

Vreemd.

commando "dmesg|tail -n 20|grep sd" kan ik nu wel uitvoeren via SSH. Daarin komt netjes SBA of SBB in voor bij invoeren USB Stick.

normaal gesproken moeten de SBA en SBB ook zichtbaar zijn met "hassio hw info", dat gebeurt echter dus niet. Vervolgens kan ik geen acties uitvoeren met/op USB stick.

Ook bij "fdisk -l" blijft de lijst leeg.

[tdw]

R-B schreef op vrijdag 10 januari 2020 @ 22:52:
[...]


Vreemd.

commando "dmesg|tail -n 20|grep sd" kan ik nu wel uitvoeren via SSH. Daarin komt netjes SBA of SBB in voor bij invoeren USB Stick.

normaal gesproken moeten de SBA en SBB ook zichtbaar zijn met "hassio hw info", dat gebeurt echter dus niet. Vervolgens kan ik geen acties uitvoeren met/op USB stick.

Ook bij "fdisk -l" blijft de lijst leeg.

Misschien eens rebooten met de USB-stick erin, om te testen?

[R-B]

tdw schreef op vrijdag 10 januari 2020 @ 22:57:
[...]

Misschien eens rebooten met de USB-stick erin, om te testen?

Al eens geprobeerd, boot prima, herkend geen USB?

~ $ dmesg|tail -n 20|grep sd:
[ 413.613153] sd 0:0:0:0: [sda] 60088320 512-byte logical blocks: (30.8 GB/28.7 GiB)
[ 413.614424] sd 0:0:0:0: [sda] Write Protect is off
[ 413.614445] sd 0:0:0:0: [sda] Mode Sense: 43 00 00 00
[ 413.616917] sd 0:0:0:0: [sda] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
[ 413.627623] sda: sda1
[ 413.630533] sd 0:0:0:0: [sda] Attached SCSI removable disk


~ $ fdisk -l


~ $ hassio hw info:
audio:
"0":
devices:
- chan_id: "0"
chan_type: digital audio playback
- chan_id: "1"
chan_type: digital audio playback
- chan_id: "2"
chan_type: digital audio playback
name: bcm2835_alsa - bcm2835 ALSA
type: ALSA
disk:
- /dev/mmcblk0
- /dev/mmcblk0p1
- /dev/mmcblk0p2
- /dev/mmcblk0p7
- /dev/mmcblk0p4
- /dev/mmcblk0p5
- /dev/mmcblk0p6
- /dev/mmcblk0p3
- /dev/mmcblk0p8
gpio:
- gpiochip100
- gpiochip0
- gpiochip504
input: []
serial:
- /dev/ttyAMA0

[ Voor 68% gewijzigd door R-B op 10-01-2020 23:13 ]

[u_nix_we_all]

martinvdm schreef op vrijdag 10 januari 2020 @ 22:38:
[...]

last_unavailable bestaat niet als attribute. Dat zal niet werken. Misschien dat iemand anders een suggestie heeft maar ik zou het niet zo snel weten.

Edit: misschien kun je wel de from_state in een condition meenemen :

code:

condition:
      condition: template
      value_template: >
        {{ trigger.to_state.state not in [trigger.from_state.state, 'unavailable'] }}

Ik heb het werkend, met de last_changed attribute:

code:

 - condition: template
    value_template: '{{ ((as_timestamp(now()) - as_timestamp(states.switch.caliber_switch.last_changed)) | int >  100) }}'

Nu triggert hij pas na 100 sec vanaf de laatste state change van de switch !
Bedankt voor het meedenken, je hebt me met die template condition goed op weg geholpen

[martinvdm]

u_nix_we_all schreef op zaterdag 11 januari 2020 @ 00:00:
[...]


Ik heb het werkend, met de last_changed attribute:

code:

 - condition: template
    value_template: '{{ ((as_timestamp(now()) - as_timestamp(states.switch.caliber_switch.last_changed)) | int >  100) }}'

Nu triggert hij pas na 100 sec vanaf de laatste state change van de switch !
Bedankt voor het meedenken, je hebt me met die template condition goed op weg geholpen

Samen tot een oplossing komen

[tdw]

R-B schreef op vrijdag 10 januari 2020 @ 23:08:
[...]


Al eens geprobeerd, boot prima, herkend geen USB?


[...]

Ik ben zelf geen geweldige held met Linux, maar uit je dmesg begrijp ik dat je een 32 GB USB hebt aangesloten en dat ie die wel herkent, of is dat je SD kaartje?

[Hmmbob]

u_nix_we_all schreef op zaterdag 11 januari 2020 @ 00:00:
[...]


Ik heb het werkend, met de last_changed attribute:

code:

 - condition: template
    value_template: '{{ ((as_timestamp(now()) - as_timestamp(states.switch.caliber_switch.last_changed)) | int >  100) }}'

Nu triggert hij pas na 100 sec vanaf de laatste state change van de switch !
Bedankt voor het meedenken, je hebt me met die template condition goed op weg geholpen

Is dit ook al in praktijk getest? Ik vraag me af of je nu niet effectief ook een extra delay hebt ingebouwd in je automation, dus ben heel benieuwd. Wel een creatieve oplossing, laat maar weer zien hoe flexibel Home Assistant is!

[tdw]

R-B schreef op vrijdag 10 januari 2020 @ 23:08:
[...]


Al eens geprobeerd, boot prima, herkend geen USB?


[...]

Wacht eens, 'heet' je USB stick wel 'CONFIG' ? Het zou zo simpel kunnen zijn...

[Aschtra]

Vraagje. Ik heb een automation gemaakt dat wanneer iemand thuis komt, zon is onder en de lichten zijn nog uit dat dan de lichten aan gaan.
Echter als wij (met zijn 2en wonen we) tegelijk thuiskomen dan gebeurd er niets. Omdat de condition niet meer overeenkomt;

code:

alias: Iemand komt thuis en lichten zijn nog uit, zon is onder
  description: ''
  trigger:
  - entity_id: person.X1
    from: not_home
    platform: state
    to: home
  - entity_id: person.X2
    from: not_home
    platform: state
    to: home
  condition:
  - condition: or
    conditions:
    - condition: state
      entity_id: person.X1
      state: not_home
    - condition: state
      entity_id: person.X2
      state: not_home
  - condition: and
    conditions:
    - after: sunset
      after_offset: -00:15:00
      condition: sun
  - condition: device
    device_id: fbc67930222c4c2fbd9c95b8fa28b64d
    domain: light
    entity_id: light.eettafel_spot
    type: is_off
  - condition: device
    device_id: ee7ecbd94a64436d81eb2e1e91b91b98
    domain: light
    entity_id: light.midden_spot
    type: is_off
  - condition: device
    device_id: 14da9dbffcf44c17bfbf063c0d91cb64
    domain: light
    entity_id: light.raam_spot
    type: is_off
  - condition: device
    device_id: 3d3a821f08734098b47d6a811ce56a51
    domain: light
    entity_id: light.tweede_woonkamer_2
    type: is_off
  action:
  - scene: scene.normaallicht

Hoe kan ik dit opvangen?

[Hmmbob]

Een group maken met daarin beide personen, en die in je conditie checken. Die conditie wordt veel simpeler (geen OR meer nodig) en de group geeft alleen not_home aan als jullie beiden weg zijn.

Edit: en als je dan toch met groups aan de gang gaat: zet al die lampen ook in een group, dan wordt je automation nóg veel simpeler.

Edit2: dit heb ik:
Automation: https://github.com/hmmbob...ion/lights.yaml#L137-L158
Groups: https://github.com/hmmbob...ster/includes/groups.yaml

Edit3:
Dan krijg je dus zoiets:

YAML:

## In Groups.yaml of onder "groups:" in configuration.yaml
lampen_woonkamer:
  name: 'Verlichting woonkamer'
  entities:
  - light.eettafel_spot
  - light.midden_spot
  - light.raam_spot
  - light.tweede_woonkamer_2
all_persons:
  name: 'Alle personen'
  entities:
  - person.X1
  - person.X2

### In automations.yaml of onder "automations:" in configuration.yaml
- alias: 'Iemand komt thuis en lichten zijn nog uit, zon is onder'
  description: ''
  trigger:
  - platform: state
    entity_id: group.all_persons
    from: not_home
    to: home
  condition:
  - condition: and
    conditions:
    - condition: sun
      after: sunset
      after_offset: -00:15:00
    - condition: state
      entity_id: group.lampen_woonkamer
      state: 'off'
  action:
  - service: scene.turn_on
    entity_id: scene.normaallicht

Bij het uitwerken hiervan zag ik trouwens dat je action ook niet juist beschreven was?

[ Voor 97% gewijzigd door Hmmbob op 11-01-2020 10:48 ]

[CAD-tekenaar]

Ik heb een RP3B+ met SSD waarop Hassio in docker/Raspbian draait. Ik maak ook gebruik van een router met USB-SSD. (fritz.nas)
Nu wil ik met InfluxDB een database maken op de externe USB-SSD (gekoppeld aan mijn router) over mijn subnet bereiken. Maar ik kan geen verbinding maken.
Moet ik de fritz.nas nog mounten aan mijn RP3B+ ? Zo ja, hoe?
Ik wil graag de database bewust op een andere schijf zetten dan waar hassio op is geinstalleerd.

Kan iemand mij helpen hoe ik de fritz.nas & Raspbian & Hassio/InfluxDB moet instellen?

[Phontana]

u_nix_we_all schreef op vrijdag 10 januari 2020 @ 21:37:
Ik heb een automation gemaakt zodat ik een berichtje krijg als mijn wasmachine klaar is. Dat doe ik door met een smartplug met verbruiksmeting te kijken of de value van het verbruik voor 1 minuut onder de 2 watt is:

code:

- id: '1577107172932'
  alias: was is klaar
  description: ''
  trigger:
  - below: 2
    device_id: 3452be511a13471ea7df42bbd8067efe
    domain: sensor
    entity_id: sensor.caliber_smartplug_wattage
    for:
      hours: 0
      minutes: 1
      seconds: 0
    platform: device
    type: value
  condition: []
  action:
  - data_template:
      message: Was is klaar
    service: notify.zonnet

So far, so good, dit werkt.

Alleen heb ik nu al een paar keer een false positive gekregen, doordat de smartplug (ESP op 2,4Ghz wifi, geflashed met esphome) even in de status unavailable geweest is.

In het logbook van HA:

code:

1:05 AM
was is klaar has been triggered
1:04 AM
Caliber switch turned on
1:03 AM
Caliber switch changed to unavailable

Ik ga nu even de uptime sensor bij mijn esphome config erbij flashen om te controleren of het ding uit zichzelf soms reboot, maar zou ook zo kunnen zijn dat het wifi signaal soms even verstoord wordt waardoor hij unavailable is ? (De 2,4 Ghz is hier vrij druk, op alle kanalen) En zou ik dit dan in de automation kunnen afvangen ?

Ik vind die smart plug wel interessant, zeker als die esphome kan draaien. Ik kan alleen niet vinden hoe je esphome flasht op die specifieke stekker. Kun je me daarmee op weg helpen?

[u_nix_we_all]

Hmmbob schreef op zaterdag 11 januari 2020 @ 09:09:
[...]

Is dit ook al in praktijk getest? Ik vraag me af of je nu niet effectief ook een extra delay hebt ingebouwd in je automation, dus ben heel benieuwd. Wel een creatieve oplossing, laat maar weer zien hoe flexibel Home Assistant is!

Ja ik heb het getest, en werkt zoals ik wil. En het geeft geen extra delay, want aan het moment van triggeren is niets gewijzigd. De condition kijkt op dat moment alleen hoe lang geleden de laatste state change van het ding geweest is, en als dat minder dan 100s geleden is, wordt de action niet uitgevoerd.

Phontana schreef op zaterdag 11 januari 2020 @ 09:37:
[...]


Ik vind die smart plug wel interessant, zeker als die esphome kan draaien. Ik kan alleen niet vinden hoe je esphome flasht op die specifieke stekker. Kun je me daarmee op weg helpen?

Die smart plug draait op tuya software, en die is OTA met tuya convert te flashen.
Ik heb in hassio de ESP add-on gebruikt, daar een device aangemaakt, en die .bin file gedownload , en die gebruikt om met tuya-convert het ding te flashen.
Vervolgens was het wat uitzoekwerk om de juiste gpio pinnen te bepalen voor de hlw8012 chip, de button en leds, en het relais.
Als laatse nog wel wat moeten tunen om hem een beetje te calibreren. De esp yaml file voor dat ding heb ik hier staan : https://drive.google.com/...yjzth1Nni0yZVlDL03kexXm2k

[ Voor 39% gewijzigd door u_nix_we_all op 11-01-2020 10:51 ]

[Aschtra]

Hmmbob schreef op zaterdag 11 januari 2020 @ 09:28:
Een group maken met daarin beide personen, en die in je conditie checken. Die conditie wordt veel simpeler (geen OR meer nodig) en de group geeft alleen not_home aan als jullie beiden weg zijn.

Edit: en als je dan toch met groups aan de gang gaat: zet al die lampen ook in een group, dan wordt je automation nóg veel simpeler.

Edit2: dit heb ik:
Automation: https://github.com/hmmbob...ion/lights.yaml#L137-L158
Groups: https://github.com/hmmbob...ster/includes/groups.yaml

Maar dan hou je hetzelfde toch? Als de trigger is dat een van ons thuis komt en de conditie is dat een van ons niet thuis is. Als wij beide op zelfde moment thuis komen, en dus thuis zijn, dan wordt er al niet meer voldaan aan de conditie. Want de group mensen is dan thuis.

[Hmmbob]

Aschtra schreef op zaterdag 11 januari 2020 @ 10:49:
[...]


Maar dan hou je hetzelfde toch? Als de trigger is dat een van ons thuis komt en de conditie is dat een van ons niet thuis is. Als wij beide op zelfde moment thuis komen, en dus thuis zijn, dan wordt er al niet meer voldaan aan de conditie. Want de group mensen is dan thuis.

Even checken: je use case is toch "niemand is thuis, lampen zijn uit > iemand* komt thuis > lampen gaan aan"? (*iemand kan in praktijk ook 2 personen tegelijk zijn - die komen voor Home Assistant nooit écht 100% tegelijk thuis).

Want dan is de code die ik je in de edit geef (met gebruik van groups) gewoon juist.

Hoe werkt zo'n group:
- 0 personen thuis: group op not_home
- 1 of 2 personen thuis: group op home

[ Voor 8% gewijzigd door Hmmbob op 11-01-2020 10:53 ]

[Aschtra]

Hmmbob schreef op zaterdag 11 januari 2020 @ 10:52:
[...]

Even checken: je use case is toch "niemand is thuis, lampen zijn uit > iemand* komt thuis > lampen gaan aan"? (*iemand kan in praktijk ook 2 personen tegelijk zijn - die komen voor Home Assistant nooit écht 100% tegelijk thuis).

Want dan is de code die ik je in de edit geef (met gebruik van groups) gewoon juist.

Hoe werkt zo'n group:
- 0 personen thuis: group op not_home
- 1 of 2 personen thuis: group op home

Correct. En het tegelijk thuiskomen is gisteren dus gebeurd. Kwamen tegelijk thuis, lichten waren niet aan. In logboek zelfde timestamp te zien. (Niet op de seconden te zien)

Zal eens proberen met de groups of dat verschil maakt

Ik heb de automation met de gui gemaakt trouwens. Vandaar dat de action wellicht wat anders geschreven is

[ Voor 6% gewijzigd door Aschtra op 11-01-2020 11:35 ]

[Hmmbob]

Ah, ik vond het al een opmerkelijk format

[Ortep]

Repsect schreef op vrijdag 10 januari 2020 @ 17:31:
Ik ben nieuw in Home Assistant en heb momenteel mijn gordijnen (Aqara B1), Xiaomi hub, Logitech Harmony, robotstofzuiger (Neato) en afvalwijzer werkend.

Hoe heb jij de Harmony werkend gekregen? Ik kan hem nergens vinden bij integrations

[ThaStealth]

Aschtra schreef op zaterdag 11 januari 2020 @ 09:25:
Vraagje. Ik heb een automation gemaakt dat wanneer iemand thuis komt, zon is onder en de lichten zijn nog uit dat dan de lichten aan gaan.
Echter als wij (met zijn 2en wonen we) tegelijk thuiskomen dan gebeurd er niets. Omdat de condition niet meer overeenkomt;

Hoe kan ik dit opvangen?

Vraag is of je dit moet willen, zo word het voor "externe personen" heel makkelijk om te bepalen of iemand thuis is.

[Phontana]

u_nix_we_all schreef op zaterdag 11 januari 2020 @ 10:35:
[...]

Die smart plug draait op tuya software, en die is OTA met tuya convert te flashen.
Ik heb in hassio de ESP add-on gebruikt, daar een device aangemaakt, en die .bin file gedownload , en die gebruikt om met tuya-convert het ding te flashen.
Vervolgens was het wat uitzoekwerk om de juiste gpio pinnen te bepalen voor de hlw8012 chip, de button en leds, en het relais.
Als laatse nog wel wat moeten tunen om hem een beetje te calibreren. De esp yaml file voor dat ding heb ik hier staan : https://drive.google.com/...yjzth1Nni0yZVlDL03kexXm2k

Kijk, dat is de stap die ik nodig had. Ik zie dat je met Tuya-convert allerlei firmwares kunt flashen, waaronder ook Tasmota. Weet jij toevallig of dit de Tuya SP10 switch is? Want ik zie dat daarvoor ondersteuning beschikbaar is in de Tasmota firmware.

[u_nix_we_all]

Phontana schreef op zaterdag 11 januari 2020 @ 11:50:
[...]


Kijk, dat is de stap die ik nodig had. Ik zie dat je met Tuya-convert allerlei firmwares kunt flashen, waaronder ook Tasmota. Weet jij toevallig of dit de Tuya SP10 switch is? Want ik zie dat daarvoor ondersteuning beschikbaar is in de Tasmota firmware.

Nee, ik heb geen idee. Ik gebruik geen tasmota firmware, ik vind esphome fijner en overzichtelijker als het gaat om configureren. Die hwl8012 chip die er in zit wordt wel veel gebruikt, maar het lijkt er op dat er nogal veel verschillende implementaties in omloop zijn. Ik ben wel begonnen met een voorbeeld config van zo' n Teckin plug, maar die kwam niet overeen vwb de gebruikte pinnen, en ook de waarden voor de calibratie van voltage en amperage heb ik nog aan moeten passen.

[Hmmbob]

ThaStealth schreef op zaterdag 11 januari 2020 @ 11:46:
[...]


Vraag is of je dit moet willen, zo word het voor "externe personen" heel makkelijk om te bepalen of iemand thuis is.

Die als jij niet thuis bent laat je al je lampen aan?

"Security through obscurity" dus, misschien gewoon zorgen dat de boel op slot en afdoende beveiligd is.

[Ortep]

Hmmbob schreef op zaterdag 11 januari 2020 @ 12:53:
[...]

Die als jij niet thuis bent laat je al je lampen aan?

"Security through obscurity" dus, misschien gewoon zorgen dat de boel op slot en afdoende beveiligd is.

Mwah....je kan het ook: Geen aandacht trekken noemen. Jij zet toch ook geen bord in de tuin met: Ik ben op vakantie tot 14 februari?

In ieder huis is in te breken. En dat proberen ze liever in een huis waar de bewoners niet zijn dan in een huis waar de bewoners wel zijn.

Ik heb ook niet al mijn lampen aan, als ik er niet ben. Maar er gaan op verschillende tijden verschillende lampen aan die ook weer uit gaan.

[ThaStealth]

Hmmbob schreef op zaterdag 11 januari 2020 @ 12:53:
[...]

Die als jij niet thuis bent laat je al je lampen aan?

"Security through obscurity" dus, misschien gewoon zorgen dat de boel op slot en afdoende beveiligd is.

Je kan het ook tijdgestuurd doen, als het donker is bijvoorbeeld, voordeel is dat je dan op meer onvoorspelbare tijden het licht aandoet.

Je hoeft alleen maar ervoor te zorgen dat jouw huis moeilijker lijkt te zijn om binnen te komen dat het huis van je buren

[ Voor 13% gewijzigd door ThaStealth op 11-01-2020 13:54 ]

[Repsect]

Ortep schreef op zaterdag 11 januari 2020 @ 11:44:
[...]


Hoe heb jij de Harmony werkend gekregen? Ik kan hem nergens vinden bij integrations

Hier kan je de documentatie vinden die ik gebruikt heb.
Je moet daarvoor een remote in je configuration.yaml toevoegen:

code:

remote:
  - platform: harmony
    name: Harmony
    host: !secret Harmony_IP
    activity: Apple TV # Default activity

Host is het IP-adres van de Harmony hub, dus dan wel even in je router zorgen dat je hub altijd hetzelfde IP-adres krijgt. Het kan ook met de discovery component, maar dat heb ik dus niet gebruikt.

Activity is je default activity dat gebruikt wordt als je een activiteit start zonder aan te geven welke activiteit. In de harmony.harmony.conf file -die automatisch gegenereerd wordt in dezelfde folder als je configuration.yaml- staan al jouw activiteiten. Zorg dat je deze naam exact overneemt. Bij mij ziet dat er op dit moment zo uit:

code:

{
    "Activities": {
        "-1": "PowerOff",
        "39767307": "Tv kijken",
        "39767533": "Apple TV",
        "39767621": "Smart TV",
        "39907229": "Computer"
    },

Daarna kan je dingetjes gaan toevoegen zoals een dropdown menu met al je activiteiten, die vervolgens gestart worden zodra je deze selecteert.

[kepler]

Hmmbob schreef op zaterdag 11 januari 2020 @ 12:53:
[...]

Die als jij niet thuis bent laat je al je lampen aan?

"Security through obscurity" dus, misschien gewoon zorgen dat de boel op slot en afdoende beveiligd is.

Een dagje/nachtje weg alles uit, maar ik heb wel een vakantie-modus gemaakt in HA (via Node-red). Als dat ingeschakeld is dan gaan bepaalde lichten op bepaalde tijden (met daar weer een random verspringing) aan. Ik heb het zelfs zo gemaakt dat 's avonds dan de TV een uurtje aan gaat Hierdoor lijkt het dus alsof er iemand thuis is, wat zeker geen kwaad kan lijkt me

[R-B]

tdw schreef op zaterdag 11 januari 2020 @ 09:07:
[...]

Ik ben zelf geen geweldige held met Linux, maar uit je dmesg begrijp ik dat je een 32 GB USB hebt aangesloten en dat ie die wel herkent, of is dat je SD kaartje?

Klopt. Dmesg krijg je het wel te zien inderdaad. 32gb USB klopt.

tdw schreef op zaterdag 11 januari 2020 @ 09:18:
[...]

Wacht eens, 'heet' je USB stick wel 'CONFIG' ? Het zou zo simpel kunnen zijn...

Haha check. Dat had ik inderdaad

Dus dmesg laat wel hits zien, maar fdisk etc helemaal niks.

[edwinjm]

CAD-tekenaar schreef op zaterdag 11 januari 2020 @ 09:29:
Ik maak ook gebruik van een router met USB-SSD. (fritz.nas)
Nu wil ik met InfluxDB een database maken op de externe USB-SSD (gekoppeld aan mijn router) over mijn subnet bereiken. Maar ik kan geen verbinding maken.
Moet ik de fritz.nas nog mounten aan mijn RP3B+ ? Zo ja, hoe?

Ik heb ook een Fritxbox en die kan opslag alleen ontsluiten met SMB en FTP. Deze protocollen zijn veel te langzaam en niet bedoeld om er een database overheen te laten draaien. Het beste kan je de opslag aansluiten op de machine waarop InfluxDB draait. Waarop draai je InfluxDB?