Home Assistant: Open source Python3 home automation - deel 2

[skank]

Ik kom er maar niet met een sensor die ik wil maken
Ik heb een sensor.time die de tijd bevat, die werkt
nu wil ik nog een sensor maken die de huidige tijd uit die sensor.time haalt en dan afhankelijk van waarin deze zicht bevindt, een output geeft :
Zijnde:
if '00:00' < time < '06:00' %} ## Goeie Nacht !
{% elif '06:00' < time < '12:00' %} ## Goeie Morgen !
{% elif '12:00' < time < '18:00' %} ## Goeie Middag !
{% else %} ## Goeie Avond !


EDIT/ Allright, gevonden, mocht iemand het nodig hebben , hier is de code

code:

sensor:
  - platform: time_date
    display_options:
      - time
      - date
      - date_time
  - platform: template
    sensors:
      greeting:
        value_template: >
          {% set state = states('sensor.time') %}
          {% if '00:00' <= state  < '06:00' %}
            Goeienacht !
          {% elif '06:00' <= state  < '12:00' %}
            Goeiemorgen !
          {% elif '12:00' <= state  < '18:00' %}
            Goeiemiddag !
          {% else %}
            Goeieavond !
          {% endif %}

[ Voor 54% gewijzigd door skank op 01-03-2020 09:22 ]

[k_ers]

Goedemorgen allemaal,
Wat doe ik toch fout

ben bezig om van domoticz naar hassio te gaan, alleen kom er niet uit met mijn rflink..
Zwave milight envz ging perfect alleen nu loop ik vast

code:

rflink:
  port: /dev/serial/by-id/usb-0658_USBDevice_ffffffd1ffffffb2ffffffdbffffffad-if00

switch:
  - platform: rflink
    automatic_add: true
    devices:
      newkaku_0106b400_2: {}

sensor:
  - platform: rflink
    automatic_add: true

logger:
  default: error
  logs:
    rflink: debug
    homeassistant.components.rflink: debug

dit staat in mijn config, en als ik in de log kijkt zie ik ook dat hij ´apparaten ziet´

code:

2020-03-01 07:45:35 DEBUG (MainThread) [rflink.protocol] received data: 20;FE;NewKaku;ID=0106b400;SWITCH
2020-03-01 07:45:35 DEBUG (MainThread) [rflink.protocol] received data: =2;CMD=ON;
2020-03-01 07:45:35 DEBUG (MainThread) [rflink.protocol] got packet: 20;FE;NewKaku;ID=0106b400;SWITCH=2;CMD=ON;
2020-03-01 07:45:35 DEBUG (MainThread) [rflink.protocol] decoded packet: {'node': 'gateway', 'protocol': 'newkaku', 'id': '0106b400', 'switch': '2', 'command': 'on'}
2020-03-01 07:45:35 DEBUG (MainThread) [rflink.protocol] got event: {'id': 'newkaku_0106b400_2', 'command': 'on'}
2020-03-01 07:45:35 DEBUG (MainThread) [homeassistant.components.rflink] event of type command: {'id': 'newkaku_0106b400_2', 'command': 'on'}
2020-03-01 07:45:35 DEBUG (MainThread) [homeassistant.components.rflink] entity_ids: []
2020-03-01 07:45:35 DEBUG (MainThread) [homeassistant.components.rflink] device_id not known and automatic add disabled

dit staat in de log..

Nu heb ik heb in de config toegevoegd, alleen in hass komt geen nieuwe apperaat erbij, heb op internet lopen zoeken kom er alleen niet uit

[ Voor 11% gewijzigd door k_ers op 01-03-2020 08:46 ]

[Hmmbob]

Heb je meerdere secties "switch" in je config? Als ik namelijk op je foutmelding Google, komt dat als oorzaak naar boven: https://community.home-as...ly-stopped-working/108216

[k_ers]

deze heb ik wel gezien, begrijp alleen niet zo goed hier de fout is

Hmmbob schreef op zondag 1 maart 2020 @ 08:48:
Heb je meerdere secties "switch" in je config? Als ik namelijk op je foutmelding Google, komt dat als oorzaak naar boven: https://community.home-as...ly-stopped-working/108216

[Hmmbob]

Hoe ziet je HELE config eruit?

[k_ers]

ben ondertussen aan het proberen, dus hij ziet er nu wel iets anders 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

#           verlichting milight
light: 
  platform: limitlessled
  bridges:
    - host: 192.168.2.10
      version: 6
      groups:
      - number: 1
        type: rgbww
        name: WC
      - number: 2
        type: rgbww
        name: reserven
      - number: 3
        type: rgbww
        name: Kast lamp
      - number: 4
        type: rgbww
        name: Overloop
    - host: 192.168.2.7
      version: 6
      groups:
      - number: 1
        type: rgbww
        name: TuinSpots planten
      - number: 2
        type: rgbww
        name: TuinSpots overkapping
      - number: 3
        type: rgbww
        name: TuinSpots schuur
      - number: 4
        type: rgbww
        name: TuinSpot schutting
    - host: 192.168.2.2
      version: 6
      groups:
      - number: 1
        type: rgbww
        name: Staande lamp
      - number: 2
        type: rgbww
        name: Buiten Lamp achter
      - number: 3
        type: rgbww
        name: TV ambilight
      - number: 4
        type: rgbww
        name: Slaapkamer
#           Logitech hub
remote:
      - platform: harmony
        name: HarmoneyHub
        host: 192.168.2.8
        port: 5222

#mqtt data
mqtt:
  discovery: true
  broker: 192.168.2.73
  port: 1883
  username: maikel
  password: maikel


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


#####################  Zwave  #####################
zwave:
  usb_path: /dev/ttyACM0

#   port: /dev/ttyUSB1
#####################  433hmz link  #####################
rflink:
  port: /dev/serial/by-id/usb-0658_USBDevice_ffffffd1ffffffb2ffffffdbffffffad-if00

switch:
  - platform: rflink
    devices:
      newkaku_newkaku_0106b400_2:
        name: gang

    

logger:
  default: error
  logs:
    rflink: debug
    homeassistant.components.rflink: debug

Hmmbob schreef op zondag 1 maart 2020 @ 08:59:
Hoe ziet je HELE config eruit?

[Hmmbob]

Ik lees hier dat die auto-add niet voor switches werkt: https://www.home-assistan...ing-devices-automatically

Heb je al geprobeerd hem als light binnen te laten komen?

Daarnaast, op regel 102 hierboven staat "newkaku_" dubbel.

[Reinder83]

k_ers schreef op zondag 1 maart 2020 @ 09:02:
ben ondertussen aan het proberen, dus hij ziet er nu wel iets anders 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

#           verlichting milight
light: 
  platform: limitlessled
  bridges:
    - host: 192.168.2.10
      version: 6
      groups:
      - number: 1
        type: rgbww
        name: WC
      - number: 2
        type: rgbww
        name: reserven
      - number: 3
        type: rgbww
        name: Kast lamp
      - number: 4
        type: rgbww
        name: Overloop
    - host: 192.168.2.7
      version: 6
      groups:
      - number: 1
        type: rgbww
        name: TuinSpots planten
      - number: 2
        type: rgbww
        name: TuinSpots overkapping
      - number: 3
        type: rgbww
        name: TuinSpots schuur
      - number: 4
        type: rgbww
        name: TuinSpot schutting
    - host: 192.168.2.2
      version: 6
      groups:
      - number: 1
        type: rgbww
        name: Staande lamp
      - number: 2
        type: rgbww
        name: Buiten Lamp achter
      - number: 3
        type: rgbww
        name: TV ambilight
      - number: 4
        type: rgbww
        name: Slaapkamer
#           Logitech hub
remote:
      - platform: harmony
        name: HarmoneyHub
        host: 192.168.2.8
        port: 5222

#mqtt data
mqtt:
  discovery: true
  broker: 192.168.2.73
  port: 1883
  username: maikel
  password: maikel


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


#####################  Zwave  #####################
zwave:
  usb_path: /dev/ttyACM0

#   port: /dev/ttyUSB1
#####################  433hmz link  #####################
rflink:
  port: /dev/serial/by-id/usb-0658_USBDevice_ffffffd1ffffffb2ffffffdbffffffad-if00

switch:
  - platform: rflink
    devices:
      newkaku_newkaku_0106b400_2:
        name: gang

    

logger:
  default: error
  logs:
    rflink: debug
    homeassistant.components.rflink: debug

[...]

Dit lijkt me ook niet te kloppen:

code:

slimme meter:
  - platform: dsmr
    port: /dev/ttyUSB0
    dsmr_version: 4

dit valt onder sensor: https://www.home-assistant.io/integrations/dsmr/

[k_ers]

yes dat klopt die had ik al gezien, ben nog flink aan het knutselen bedankt!

Reinder83 schreef op zondag 1 maart 2020 @ 09:19:
[...]


Dit lijkt me ook niet te kloppen:

code:

slimme meter:
  - platform: dsmr
    port: /dev/ttyUSB0
    dsmr_version: 4

dit valt onder sensor: https://www.home-assistant.io/integrations/dsmr/

[k_ers]

moet ik hem dan bij regel 18 daar onder erbij zetten? snap het niet
zou je hem eens kunnen aanpassen voor mij?

Hmmbob schreef op zondag 1 maart 2020 @ 09:10:
Ik lees hier dat die auto-add niet voor switches werkt: https://www.home-assistan...ing-devices-automatically

Heb je al geprobeerd hem als light binnen te laten komen?

Daarnaast, op regel 102 hierboven staat "newkaku_" dubbel.

[ Voor 4% gewijzigd door k_ers op 01-03-2020 09:55 ]

[crimby]

Koppelen jullie de slimme meter direct aan een HA server of met een Rpi ertussen?
Ik heb namelijk mijn Raspberry Pi Met HA in de meterkast staan en zou er dus zo een P1 kabel op kunnen sluiten, maar is dat wijs?
En kan je de frequentie van meten aanpassen in HA? Bv elk uur ipv elke seconde?

[Hmmbob]

k_ers schreef op zondag 1 maart 2020 @ 09:54:
moet ik hem dan bij regel 18 daar onder erbij zetten? snap het niet
zou je hem eens kunnen aanpassen voor mij?

Zelf doen leer je meer van

Op regel 19 voeg je een koppelteken (-) en spatie toe op de plek waar nu het woord "platform" begint.
Regel 20 t/m 65 moeten twee spaties extra krijgen, zodat ze uitgelijnd blijven met regel 19.
Op regel 66 begin je dan weer met twee spaties en de benodigde informatie voor rflink "- platform: ".

Zie ook de rflink documentatie die ik eerder linkte.

crimby schreef op zondag 1 maart 2020 @ 09:56:
Koppelen jullie de slimme meter direct aan een HA server of met een Rpi ertussen?

Geen van beiden, ik gebruik de koppeling via mijn Toon thermostaat die de meter uitleest.

[ Voor 18% gewijzigd door Hmmbob op 01-03-2020 10:05 ]

[k_ers]

Top nog veel beter!, ga er mee aan de slag bedankt voor de info. Als het niet lukt kom ik weer terug

Hmmbob schreef op zondag 1 maart 2020 @ 10:04:
[...]

Zelf doen leer je meer van

Op regel 19 voeg je een koppelteken (-) en spatie toe op de plek waar nu het woord "platform" begint.
Regel 20 t/m 65 moeten twee spaties extra krijgen, zodat ze uitgelijnd blijven met regel 19.
Op regel 66 begin je dan weer met twee spaties en de benodigde informatie voor rflink "- platform: ".

Zie ook de rflink documentatie die ik eerder linkte.


[...]

Geen van beiden, ik gebruik de koppeling via mijn Toon thermostaat die de meter uitleest.

[Henkiejoo]

Ik heb dat wel gedaan. Ali-kabel + de standaard DSMR integratie werkte zonder problemen.

Iedere 10 seconde een update. De logger-DB op SQLite gaat wel redelijk hard, die heb ik naar MariaDB omgezet met een historie van 2 weken (draai op een SSD).

Daarnaast influxDb voor het langer bewaren van data, dat neemt heel weinig ruimte in.
Daar weer Grafana overheen voor mooie dashboards.

Draait meer dan prima op een Pi3B+

crimby schreef op zondag 1 maart 2020 @ 09:56:
Koppelen jullie de slimme meter direct aan een HA server of met een Rpi ertussen?
Ik heb namelijk mijn Raspberry Pi Met HA in de meterkast staan en zou er dus zo een P1 kabel op kunnen sluiten, maar is dat wijs?
En kan je de frequentie van meten aanpassen in HA? Bv elk uur ipv elke seconde?

[tw1light]

martinvdm schreef op zaterdag 29 februari 2020 @ 22:06:
[...]

Ik gebruik de image van basschipper met deze compose:

code:

  otmonitor:
    image: basschipper/docker-otmonitor:latest
    container_name: otmonitor
    restart: always
    ports: 
      - '8084:8080'
    volumes: 
      - /home/docker/otmonitor/otmonitor.conf:/data/otmonitor.conf

Middels de web interface / conf file kun je zaken als mqtt inrichten en dus naar ha sturen.

Ah die image is niet geschikt voor mijn raspberry pi geloof ik helaas

[Nnoitra]

crimby schreef op zondag 1 maart 2020 @ 09:56:
Koppelen jullie de slimme meter direct aan een HA server of met een Rpi ertussen?
Ik heb namelijk mijn Raspberry Pi Met HA in de meterkast staan en zou er dus zo een P1 kabel op kunnen sluiten, maar is dat wijs?
En kan je de frequentie van meten aanpassen in HA? Bv elk uur ipv elke seconde?

Hola, wat een originele vraag zeg
Als je even een topic search doet op DSMR, dan moet je voldoende info kunnen vinden

[martinvdm]

tw1light schreef op zondag 1 maart 2020 @ 11:34:
[...]


Ah die image is niet geschikt voor mijn raspberry pi geloof ik helaas

Dat zou kunnen. Ik gebruik een Intel nuc. Je kan ook een eigen Linux distri bouwen met docker en hier een docker file laden met otmonitor. Deze moet je wel zelf compiled. Das niet echt easy.

[tw1light]

martinvdm schreef op zondag 1 maart 2020 @ 13:08:
[...]

Dat zou kunnen. Ik gebruik een Intel nuc. Je kan ook een eigen Linux distri bouwen met docker en hier een docker file laden met otmonitor. Deze moet je wel zelf compiled. Das niet echt easy.

Heb inmiddels OTmonitor draaiende, nog maar even niet in docker, dat komt nog wel een keer. MQTT draait ook, hoe pas ik nou het setpoint aan?

--
nvm, gevonden. Topic actions/otmonitor/setpoint

[ Voor 5% gewijzigd door tw1light op 01-03-2020 13:54 ]

[Mich]

tw1light schreef op zaterdag 29 februari 2020 @ 18:34:
Zijn er hier mensen die de combinatie Opentherm Gateway en Homeassistant betrouwbaar hebben werken? Ik maak nu gebruik van de ingebouwde component voor de opentherm gateway, maar die lukt het lang niet altijd de gewenste temperatuur aan te passen.

Logs laten dan dit zien: Timed out waiting for command: TT, value: 18.0.

Werkt het bij jullie wel? Of gebruiken jullie een andere integratie?

Ik heb otmonitor op een Rpi draaien en stuur de gegevens via MQTT op naar HA. Het heeft ook als voordeel dat je nog bij de web interface kan (dacht dat het anders niet kon).

Ik heb het trouwens ook met DSMR, Bleutooth apparaten, Z-wave, Zigbee. Alles draai ik los in dockers en het communiceert met MQTT naar Home Assistant. Het geeft bij mij de beste ervaring.

[19roland70]

crimby schreef op zondag 1 maart 2020 @ 09:56:
Koppelen jullie de slimme meter direct aan een HA server of met een Rpi ertussen?
Ik heb namelijk mijn Raspberry Pi Met HA in de meterkast staan en zou er dus zo een P1 kabel op kunnen sluiten, maar is dat wijs?
En kan je de frequentie van meten aanpassen in HA? Bv elk uur ipv elke seconde?

Ik heb de slimme meter rechtstreeks op de seriële poort ttyAMA0 zitten.

[k_ers]

@Hmmbob Het werkt, naar veel stoeien! bedankt
Volgend onderdeel overzetten zigbee2mqtt

[Mich]

crimby schreef op zondag 1 maart 2020 @ 09:56:
Koppelen jullie de slimme meter direct aan een HA server of met een Rpi ertussen?
Ik heb namelijk mijn Raspberry Pi Met HA in de meterkast staan en zou er dus zo een P1 kabel op kunnen sluiten, maar is dat wijs?
En kan je de frequentie van meten aanpassen in HA? Bv elk uur ipv elke seconde?

Ik zou je slimme meter uitlezen met DSMR reader. En deze via MQTT de gegevens die je wilt hebben door laten sturen naar HA. De DSMR ondersteuning in HA is maar matig vind ik qua mogelijkheden en hij leest niet alles uit wat uit te lezen valt. Dit kan je handmatig wel corrigeren maar geeft weer werk.

Via DMSR reader heb je ook gelijk je maandstanden bijvoorbeeld en je kan de update frequentie wel instellen. Als je een DSMR 5 reader hebt krijgt je elke seconde een update van het vermogen wat erg veel is.

[sloth]

Zijn er tweakers met een werkende Shelly RGBW2 configuratie icm MQTT/json?

Ik ben al weer even met verschillende stukjes code aan het spelen, maar het lukt me niet om een WW ledstrip vanuit home assistant aan/uit te schakelen.

"Failed to call service light/turn_on. UndefinedError: 'brightness' is undefined"

Voorbeeld van een configuratie in configuration.yaml die ik probeer toe te passen:

code:

light:
- platform: mqtt
    schema: template
    name: basement_north_whiteLED1
    command_topic: "shellies/shellyrgbw2-ABC123/white/0/set"
    state_topic: "shellies/shellyrgbw2-ABC123/white/0/status"
    command_on_template: >
      {"turn": "on"
      {%- if brightness is defined -%}
      , "brightness": {{brightness | float | multiply(0.3922) | round(0)}}
      {%- endif -%}
      }
    state_template: '{%- if value_json.ison %}on{% else %}off{% endif %}'
    brightness_template: '{{ value_json.brightness | float | multiply(2.55) | round(0) }}'
    command_off_template: '{"turn":"off"}'
    qos: 1

@Driek ik heb ook even met jouw stukje getest (al heb jij wel een dimmer en geen RGBW2) maar dan krijg ik weer dezelfde "undefined" error.

Ik zit op versie 0.100.2.

[crimby]

Mich schreef op zondag 1 maart 2020 @ 14:41:
[...]


Ik zou je slimme meter uitlezen met DSMR reader. En deze via MQTT de gegevens die je wilt hebben door laten sturen naar HA. De DSMR ondersteuning in HA is maar matig vind ik qua mogelijkheden en hij leest niet alles uit wat uit te lezen valt. Dit kan je handmatig wel corrigeren maar geeft weer werk.

Via DMSR reader heb je ook gelijk je maandstanden bijvoorbeeld en je kan de update frequentie wel instellen. Als je een DSMR 5 reader hebt krijgt je elke seconde een update van het vermogen wat erg veel is.

Thanks en dan DSMR reader op een aparte pi met hdd/ssd?

MQTT kan het ook zonder stick?

[sander817]

ik ben aan het trachten een rfxcom aan mijn hassio toe te voegen:
<sub>rfxtrx:
device: /dev/ttyUSB0
debug: true

switch:
- platform: rfxtrx
automatic_add: true

2020-03-01 16:19:11 DEBUG (Thread-2) [homeassistant.components.rfxtrx] Receive RFXCOM event from (Device_id: 03a893a_3 Class: LightingDevice Sub: 0, Pkt_id: 0b110005003a893a03000050)
2020-03-01 16:19:11 DEBUG (Thread-2) [homeassistant.components.rfxtrx] Device_id: 03a893a_3 device_update. Command: Off
2020-03-01 16:19:11 DEBUG (Thread-2) [homeassistant.components.rfxtrx] Receive RFXCOM event from (Device_id: 03a893a_2 Class: LightingDevice Sub: 0, Pkt_id: 0b110006003a893a02000050)
2020-03-01 16:19:11 DEBUG (Thread-2) [homeassistant.components.rfxtrx] Device_id: 03a893a_2 device_update. Command: Off
2020-03-01 16:19:12 DEBUG (Thread-2) [homeassistant.components.rfxtrx] Receive RFXCOM event from (Device_id: 03a893a_1 Class: LightingDevice Sub: 0, Pkt_id: 0b110007003a893a01000050)
2020-03-01 16:19:12 DEBUG (Thread-2) [homeassistant.components.rfxtrx] Device_id: 03a893a_1 device_update. Command: Off
2020-03-01 16:19:13 DEBUG (Thread-2) [homeassistant.components.rfxtrx] Receive RFXCOM event from (Device_id: 03a893a_1 Class: LightingDevice Sub: 0, Pkt_id: 0b110008003a893a01010f50)
2020-03-01 16:19:13 DEBUG (Thread-2) [homeassistant.components.rfxtrx] Device_id: 03a893a_1 device_update. Command: On
2020-03-01 16:19:14 DEBUG (Thread-2) [homeassistant.components.rfxtrx] Receive RFXCOM event from (Device_id: 03a893a_2 Class: LightingDevice Sub: 0, Pkt_id: 0b110009003a893a02010f50)
2020-03-01 16:19:14 DEBUG (Thread-2) [homeassistant.components.rfxtrx] Device_id: 03a893a_2 device_update. Command: On
2020-03-01 16:19:14 DEBUG (Thread-2) [homeassistant.components.rfxtrx] Receive RFXCOM event from (Device_id: 03a893a_3 Class: LightingDevice Sub: 0, Pkt_id: 0b11000a003a893a03010f50)
2020-03-01 16:19:14 DEBUG (Thread-2) [homeassistant.components.rfxtrx] Device_id: 03a893a_3 device_update. Command: On</sub>
kaku switches

ze komen wel binnen, maar ik zie ze nergens in een yaml toegevoegd worden?

[RudolfR]

@Sander187

Dat gaat volgens mij ook niet vanzelf. Als het goed is verschijnen ze in de GUI en dan kun je ze naar de yaml plakken.

Misschien ook automatic_add activeren voor lights van rfxtrx?

[sander817]

ok, ik snap het

ik ben aan het overstappen van domoticz, weet iemand of ik de rfxcom op domoticz en hassio(in docker) tegelijkterijd kan gebruiken? Ik verwacht het niet eigenlijk

[k_ers]

@sander817
nee, ben er namelijk ook mee bezig om alles over te zetten naar hassio

[Frenck]

@sander817 Dat zal inderdaad niet gaan. Het is een serial device, welke niet gedeelt kunnen worden door meerdere applicaties tegelijk.

[martinvdm]

tw1light schreef op zondag 1 maart 2020 @ 13:48:
[...]


Heb inmiddels OTmonitor draaiende, nog maar even niet in docker, dat komt nog wel een keer. MQTT draait ook, hoe pas ik nou het setpoint aan?

--
nvm, gevonden. Topic actions/otmonitor/setpoint

Ik gebruik de volgende mqtt thermostaat.

code:

  - platform: mqtt
    name: "Thermostaat"
    modes:
      - "heat"
      - "off"
    min_temp: 14
    max_temp: 28
    current_temperature_topic: "events/central_heating/otmonitor/roomtemperature"
    temperature_command_topic: "actions/otmonitor/setpoint"
    temp_step: 0.5
    temperature_state_topic: "events/central_heating/otmonitor/setpoint"
    mode_state_topic: "events/central_heating/otmonitor/centralheating"
    mode_state_template: >-
      {% set values = { '0':'off', '1':'heat'} %}
      {{ values[value] if value in values.keys() else 'off' }}

[DeadMetal]

sander817 schreef op zondag 1 maart 2020 @ 16:33:
ok, ik snap het

ik ben aan het overstappen van domoticz, weet iemand of ik de rfxcom op domoticz en hassio(in docker) tegelijkterijd kan gebruiken? Ik verwacht het niet eigenlijk

Het antwoord is inmiddels al gegeven, dat kan inderdaad niet. Maar mischien heb je wat aan mijn ervaringen: toen ik overstapte van Domoticz naar HA deed ik het als volgt: ik stopte Domoticz, starte HA, en ging aan de slag om daar apparaten in werkend te krijgen. Zodra ik even geen tijd meer had, stopte ik HA weer en werd Domoticz weer gestart, zodat alles in ieder geval weer werkte zoals voorheen. Dat herhaal je een paar keer totdat je er klaar voor bent om HA permanent in gebruik te nemen.

[Mich]

crimby schreef op zondag 1 maart 2020 @ 15:44:
[...]


Thanks en dan DSMR reader op een aparte pi met hdd/ssd?

MQTT kan het ook zonder stick?

Hoeft niet op een aparte pi. Kan volgens mij wel op dezelfde.

https://dsmr-reader.readt...3/installation/quick.html

Via deze integratie in HA krijg je in 1x alle berichten vanuit DSMR reader:

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

Ik weet niet wat je bedoelt met stick? Maar MQTT is puur software en op elk systeem te installeren (de broker)

https://www.jonkermedia.nl/iot/deel-8-stuur-data-mqtt/

Kan ook op dezelfde pi draaien. Of je installeert docker en draait alles in docker containers

[sander817]

ja, zo was ik al begonnen
ff een vraag over de rfxcom:
ik zie dit binnenkomen in de logs:
2020-03-01 18:55:27 DEBUG (Thread-2) [homeassistant.components.rfxtrx] Receive RFXCOM event from (Device_id: 265890_32 Class: RFXtrxDevice Sub: 0, Pkt_id: 0820000b2658908269)

0820000b2658908269 heb ik toegevoegd:
- platform: rfxtrx
automatic_add: true
devices:
082000502658908269:
name: motion_garage_binnen

maar bij de entities kom ik niks tegen

[Puck]

sander817 schreef op zondag 1 maart 2020 @ 19:10:
ja, zo was ik al begonnen
ff een vraag over de rfxcom:
ik zie dit binnenkomen in de logs:
2020-03-01 18:55:27 DEBUG (Thread-2) [homeassistant.components.rfxtrx] Receive RFXCOM event from (Device_id: 265890_32 Class: RFXtrxDevice Sub: 0, Pkt_id: 0820000b2658908269)

0820000b2658908269 heb ik toegevoegd:
- platform: rfxtrx
automatic_add: true
devices:
082000502658908269:
name: motion_garage_binnen

maar bij de entities kom ik niks tegen

Device ID is 265890_32 en niet 0820000b2658908269

[Driek]

sloth schreef op zondag 1 maart 2020 @ 15:01:
Zijn er tweakers met een werkende Shelly RGBW2 configuratie icm MQTT/json?

Ik ben al weer even met verschillende stukjes code aan het spelen, maar het lukt me niet om een WW ledstrip vanuit home assistant aan/uit te schakelen.

"Failed to call service light/turn_on. UndefinedError: 'brightness' is undefined"

Voorbeeld van een configuratie in configuration.yaml die ik probeer toe te passen:

code:

light:
- platform: mqtt
    schema: template
    name: basement_north_whiteLED1
    command_topic: "shellies/shellyrgbw2-ABC123/white/0/set"
    state_topic: "shellies/shellyrgbw2-ABC123/white/0/status"
    command_on_template: >
      {"turn": "on"
      {%- if brightness is defined -%}
      , "brightness": {{brightness | float | multiply(0.3922) | round(0)}}
      {%- endif -%}
      }
    state_template: '{%- if value_json.ison %}on{% else %}off{% endif %}'
    brightness_template: '{{ value_json.brightness | float | multiply(2.55) | round(0) }}'
    command_off_template: '{"turn":"off"}'
    qos: 1

@Driek ik heb ook even met jouw stukje getest (al heb jij wel een dimmer en geen RGBW2) maar dan krijg ik weer dezelfde "undefined" error.

Ik zit op versie 0.100.2.

Shelly for Hass als plugin al geprobeerd?

[sloth]

Yup, helaas ook geen succes. Auto discovery en manueel IP toevoegen geprobeerd.
De plugin blijkt gewoon te laden maar ik zie geen shelly in entities of integrations.

code:

You are using a custom integration for shelly which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you do experience issues with Home Assistant

Sinds de upgrade naar 1.106.2 zijn plots alle automations niet meer zichtbaar, ze werken ook niet meer


Ik kan ook hier niet veel nuttigs uit de logs halen, iemand een idee hoe je dit kan troubleshooten?

Edit: shelly werkt door plugin prima en ook automations zijn terug. Fout zat bij een fout docker command (typo)

[ Voor 33% gewijzigd door sloth op 02-03-2020 23:25 ]

[RudolfR]

sander817 schreef op zondag 1 maart 2020 @ 16:33:
ok, ik snap het

ik ben aan het overstappen van domoticz, weet iemand of ik de rfxcom op domoticz en hassio(in docker) tegelijkterijd kan gebruiken? Ik verwacht het niet eigenlijk

node-red heeft een uitbreiding voor rfxcom, daarmee kun je redelijk eenvoudig rfxcom overzetten in MQTT.
Die topics kun je vervolgens uitlezen aansturen vanuit zowel Domoticz als Home Assistant.

Misschien te veel moeite voor een tijdelijke transitie, maar MQTT ertussen maakt 't geheel wel weer flexibel.
Ik ben nog wel van plan om dit er bij mezelf tussen te zetten zodat ik de RFXCOM vanaf meerdere plaatsen kan bedienen.

code:

[
    {
        "id": "3506ba2.30cfa46",
        "type": "tab",
        "label": "Flow 1",
        "disabled": true,
        "info": ""
    },
    {
        "id": "6cef34fa.f4148c",
        "type": "rfx-lights-out",
        "z": "3506ba2.30cfa46",
        "name": "RFXCOM",
        "port": "c4b8c4a1.205cb8",
        "topicSource": "msg",
        "retransmit": "none",
        "retransmitInterval": "10",
        "topic": "",
        "x": 537.0000038146973,
        "y": 554.3684787750244,
        "wires": []
    },
    {
        "id": "bfc4de59.08fcd",
        "type": "rfx-lights-in",
        "z": "3506ba2.30cfa46",
        "name": "",
        "port": "c4b8c4a1.205cb8",
        "topicSource": "all",
        "topic": "",
        "x": 140,
        "y": 321.7368469238281,
        "wires": [
            [
                "f5984296.a5702",
                "6903761d.6910b8"
            ]
        ]
    },
    {
        "id": "f5984296.a5702",
        "type": "debug",
        "z": "3506ba2.30cfa46",
        "name": "",
        "active": true,
        "tosidebar": true,
        "console": false,
        "tostatus": false,
        "complete": "true",
        "targetType": "full",
        "x": 475,
        "y": 224.73684692382812,
        "wires": []
    },
    {
        "id": "6903761d.6910b8",
        "type": "mqtt out",
        "z": "3506ba2.30cfa46",
        "name": "hass.io",
        "topic": "",
        "qos": "",
        "retain": "",
        "broker": "6b85597a.222508",
        "x": 514,
        "y": 345.3684501647949,
        "wires": []
    },
    {
        "id": "428fccb.84c6334",
        "type": "mqtt in",
        "z": "3506ba2.30cfa46",
        "name": "",
        "topic": "AC/#",
        "qos": "2",
        "datatype": "auto",
        "broker": "6b85597a.222508",
        "x": 148,
        "y": 555.5263366699219,
        "wires": [
            [
                "6cef34fa.f4148c",
                "c720d301.552cc"
            ]
        ]
    },
    {
        "id": "c720d301.552cc",
        "type": "debug",
        "z": "3506ba2.30cfa46",
        "name": "",
        "active": true,
        "tosidebar": true,
        "console": false,
        "tostatus": false,
        "complete": "true",
        "targetType": "full",
        "x": 406.00000381469727,
        "y": 605.8947162628174,
        "wires": []
    },
    {
        "id": "fe885f7c.be504",
        "type": "mqtt in",
        "z": "3506ba2.30cfa46",
        "name": "",
        "topic": "Impuls/#",
        "qos": "2",
        "datatype": "auto",
        "broker": "6b85597a.222508",
        "x": 157.84210205078125,
        "y": 483.368408203125,
        "wires": [
            [
                "c720d301.552cc",
                "6cef34fa.f4148c"
            ]
        ]
    },
    {
        "id": "c4b8c4a1.205cb8",
        "type": "rfxtrx-port",
        "z": "",
        "port": "/dev/serial/by-id/usb-RFXCOM_RFXtrx433_A1XEAE4X-if00-port0",
        "enableDebug": true,
        "rfyVenetianMode": "EU"
    },
    {
        "id": "6b85597a.222508",
        "type": "mqtt-broker",
        "z": "",
        "name": "",
        "broker": "localhost",
        "port": "1883",
        "clientid": "node-red",
        "usetls": false,
        "compatmode": false,
        "keepalive": "60",
        "cleansession": true,
        "birthTopic": "",
        "birthQos": "0",
        "birthPayload": "",
        "closeTopic": "",
        "closeQos": "0",
        "closePayload": "",
        "willTopic": "",
        "willQos": "0",
        "willPayload": ""
    }
]

[roynolf]

Ik heb vorige week voor het eerst Home Assistant (HA) geïnstalleerd op mijn Raspberry PI. Dat ging behoorlijk vlot. Vorige week vrijdag en afgelopen zaterdag ben ik er in geslaagd om een temperatuursmeter en een lichtpunt aan te sturen vanuit HA.

Gisteren kon ik bij het opstarten van mijn laptop Home Assistant niet bereiken. ‘Access denied’ kreeg ik in mijn webbrowser te zien en de RPI was niet terug te vinden in de instellingen van mijn router. Ik had de voorheen RPI niet afgesloten. Ik heb er gisteren uren in geïnvesteerd maar ik ben er maar niet ingeslaagd om de HA applicatie te laden via mijn browser noch ben ik er in geslaagd om de RPI terug te vinden op mijn router.

In een ‘emotionele’ bui heb ik dan maar beslist om mijn sd-card te formatteren en de installatie te flashen naar de SD-card aangezien mijn eerder programmatie in 15 minuten toch te herstellen viel. Ik heb zoals beschreven in de Tweakers intro – zie pagina 1 – het stappenplan op de HA website gevolgd (flashen + usb driver met WIFI settings) maar krijg de RPI niet te zien in de instellingen van mijn router.
Ik probeer de laatste beschikbare versie te installeren en ik ben echt ten einde raad.

Kan iemand van jullie mij op pad helpen?

[Henkiejoo]

@roynolf Heb je bij installatie wel een monitor gekoppeld? Dan kun je toch kijken wat er gebeurd, foutmeldingen etc?
Via de commandline kun je wellicht zien waarom hij geen IP adres krijgt.

[raymonvdm]

crimby schreef op zondag 1 maart 2020 @ 09:56:
Koppelen jullie de slimme meter direct aan een HA server of met een Rpi ertussen?
Ik heb namelijk mijn Raspberry Pi Met HA in de meterkast staan en zou er dus zo een P1 kabel op kunnen sluiten, maar is dat wijs?
En kan je de frequentie van meten aanpassen in HA? Bv elk uur ipv elke seconde?

Ik heb de slimme meter kabel aan een pi hangen en met ser2net maak ik hem beschikbaar voor HA

[colinator]

raymonvdm schreef op maandag 2 maart 2020 @ 10:09:
[...]
Ik heb de slimme meter kabel aan een pi hangen en met ser2net maak ik hem beschikbaar voor HA

Interessant, nog niet gehoord van ser2net maar ga ik ook eens bekijken.
Ik had DSMR volledig op een Pi draaien maar te vaak begaf mijn SD kaart het en kon ik opnieuw beginnen.

Momenteel heb ik DSMR geinstalleerd als VM op mijn Unraid server en gebruik ik een Pi in de meterkast met de P1 kabel. Op de Pi draait dan USBIP als host waarmee je USB apparaten via het netwerk beschikbaar maakt. Op de DSMR VM draai ik dan de client om met de Pi te verbinden en de P1 kabel uit te kunnen lezen.

Werkt prima zolang de verbinding (netwerk) in stand blijft.
Als de Pi weer eens crasht, hoef ik alleen maar een default image te installeren met USBIP en alles draait weer.

[stormfly]

Ik heb nu een UPS integratie gerealiseerd, ik zou bij een UPS actie een aantal POE switchporten willen shutten. Iemand daar wel eens mee gespeeld, los python ssh script oid?

[barrymossel]

roynolf schreef op maandag 2 maart 2020 @ 09:20:
Ik heb vorige week voor het eerst Home Assistant (HA) geïnstalleerd op mijn Raspberry PI. Dat ging behoorlijk vlot. Vorige week vrijdag en afgelopen zaterdag ben ik er in geslaagd om een temperatuursmeter en een lichtpunt aan te sturen vanuit HA.

Gisteren kon ik bij het opstarten van mijn laptop Home Assistant niet bereiken. ‘Access denied’ kreeg ik in mijn webbrowser te zien en de RPI was niet terug te vinden in de instellingen van mijn router. Ik had de voorheen RPI niet afgesloten. Ik heb er gisteren uren in geïnvesteerd maar ik ben er maar niet ingeslaagd om de HA applicatie te laden via mijn browser noch ben ik er in geslaagd om de RPI terug te vinden op mijn router.

In een ‘emotionele’ bui heb ik dan maar beslist om mijn sd-card te formatteren en de installatie te flashen naar de SD-card aangezien mijn eerder programmatie in 15 minuten toch te herstellen viel. Ik heb zoals beschreven in de Tweakers intro – zie pagina 1 – het stappenplan op de HA website gevolgd (flashen + usb driver met WIFI settings) maar krijg de RPI niet te zien in de instellingen van mijn router.
Ik probeer de laatste beschikbare versie te installeren en ik ben echt ten einde raad.

Kan iemand van jullie mij op pad helpen?

Ik neem aan dat je de volgende methode hebt gebruikt? https://www.home-assistant.io/hassio/installation/

Als het via wifi niet lukt, probeer het dan eens bedraad. Is sowieso aan te raden wat mij betreft. Ik denk dat daar iets fout gaat.
Je kunt ook nog eventueel een ander SD kaartje gebruiken (en andere USB drive - of eventueel de wifi instellingen op de SD kaart zetten, zoals aangegeven bij de instructies).

[iMars]

crimby schreef op zondag 1 maart 2020 @ 15:44:
[...]


Thanks en dan DSMR reader op een aparte pi met hdd/ssd?

MQTT kan het ook zonder stick?

Of een esp gebruiken, is simpeler en goedkoper

[roynolf]

barrymossel schreef op maandag 2 maart 2020 @ 10:58:
[...]

Ik neem aan dat je de volgende methode hebt gebruikt? https://www.home-assistant.io/hassio/installation/

Als het via wifi niet lukt, probeer het dan eens bedraad. Is sowieso aan te raden wat mij betreft. Ik denk dat daar iets fout gaat.
Je kunt ook nog eventueel een ander SD kaartje gebruiken (en andere USB drive - of eventueel de wifi instellingen op de SD kaart zetten, zoals aangegeven bij de instructies).

Inderdaad, dit stappenplan heb ik gebruikt. Ik zal de oplossing (bedraad) zeker meenemen. ik zal ook eens een scherm aan mijn RPI hangen om te zien wat er gebeurd. Eerst een converter halen (HDMI to micro HDMI).

[raymonvdm]

stormfly schreef op maandag 2 maart 2020 @ 10:31:
Ik heb nu een UPS integratie gerealiseerd, ik zou bij een UPS actie een aantal POE switchporten willen shutten. Iemand daar wel eens mee gespeeld, los python ssh script oid?

Ja, dat gebruik ik voor het speelgoed van de kids

root@mini:/home/homeassistant/.homeassistant/switch# vim cisco.yaml

code:

  - platform: template
    scan_interval: 5
    switches:
      cisco_port_1:
        friendly_name: 'Cisco Switchpoort 1'
        value_template: "{{ is_state('binary_sensor.cisco_portstatus_1','on') }}"
        turn_on:
          - service: shell_command.enable_cisco_port_1
        turn_off:
          - service: shell_command.shutdown_cisco_port_1
      cisco_port_2:
        friendly_name: 'Cisco Switchpoort 2'
        value_template: "{{ is_state('binary_sensor.cisco_portstatus_2','on') }}"
        turn_on:
          - service: shell_command.enable_cisco_port_2
        turn_off:
          - service: shell_command.shutdown_cisco_port_2

root@mini:/home/homeassistant/.homeassistant# vim shell_commands.yaml

code:

enable_cisco_port_1: 'snmpset -v 2c -c geheim 192.168.110.237 .1.3.6.1.2.1.2.2.1.7.10005 integer 1'
shutdown_cisco_port_1: 'snmpset -v 2c -c geheim 192.168.110.237 .1.3.6.1.2.1.2.2.1.7.10005 integer 2'

enable_cisco_port_2: 'snmpset -v 2c -c geheim 192.168.110.237 .1.3.6.1.2.1.2.2.1.7.10006 integer 1'
shutdown_cisco_port_2: 'snmpset -v 2c -c geheim 192.168.110.237 .1.3.6.1.2.1.2.2.1.7.10006 integer 2'

root@mini:/home/homeassistant/.homeassistant/binary_sensor# vim cisco.yaml

code:

  - platform: command_line
    name: cisco_portstatus_1
    command: snmpget -v 2c -c geheim 192.168.110.237 .1.3.6.1.2.1.2.2.1.7.10005 | awk 'FNR==1 { print $4 }'
    device_class: connectivity
    payload_on: "1"
    payload_off: "2"
  - platform: command_line
    name: cisco_portstatus_2
    command: snmpget -v 2c -c geheim 192.168.110.237 .1.3.6.1.2.1.2.2.1.7.10006 | awk 'FNR==1 { print $4 }'
    device_class: connectivity
    payload_on: "1"
    payload_off: "2"

De sensor plukt de poort status uit de switch. En de switch schakelt. Zoals je zit heb ik in mijn configuraion.yaml een aantal includes voor bepaalde folders met daarin specifieke config

code:

light: !include_dir_merge_list light/
switch: !include_dir_merge_list switch/
binary_sensor: !include_dir_merge_list binary_sensor/
sensor: !include_dir_merge_list sensor/
notify: !include_dir_merge_list notify/
automation: !include automations.yaml
shell_command: !include shell_commands.yaml
input_boolean: !include input_boolean.yaml

[ Voor 91% gewijzigd door raymonvdm op 02-03-2020 12:57 ]

[raymonvdm]

Zijn er ook mensen die USB to Serial converters gebruiken? Ik heb er een aantal van deze dingen, maar die hebben geen serienummer in de chip (pl2303 converter)

En dan werkt het herkennen van meerdere interfaces niet.


Edit: Blijkbaar heb ik ook nog een ander probleem, ik weet nog niet of het USB Hub gerelateerd is of dat het aan de usb kabel ligt of aan de software. Een Z-wave stick rechtstreeks in de Mac Mini komt niet voorbij dus dat geeft hoop

code:

[Mon Mar  2 08:45:50 2020] pl2303 ttyUSB0: pl2303 converter now disconnected from ttyUSB0
[Mon Mar  2 08:45:56 2020] pl2303 ttyUSB0: pl2303 converter now disconnected from ttyUSB0
[Mon Mar  2 08:46:04 2020] pl2303 ttyUSB0: pl2303 converter now disconnected from ttyUSB0
[Mon Mar  2 08:46:07 2020] pl2303 ttyUSB0: pl2303 converter now disconnected from ttyUSB0
[Mon Mar  2 08:46:11 2020] pl2303 ttyUSB0: pl2303 converter now disconnected from ttyUSB0
[Mon Mar  2 08:50:42 2020] pl2303 ttyUSB0: pl2303 converter now disconnected from ttyUSB0
[Mon Mar  2 09:06:29 2020] pl2303 ttyUSB0: pl2303 converter now disconnected from ttyUSB0
[Mon Mar  2 09:07:02 2020] pl2303 ttyUSB0: pl2303 converter now disconnected from ttyUSB0
[Mon Mar  2 09:07:07 2020] pl2303 ttyUSB0: pl2303 converter now disconnected from ttyUSB0
[Mon Mar  2 09:07:59 2020] pl2303 ttyUSB0: pl2303 converter now disconnected from ttyUSB0
[Mon Mar  2 09:08:42 2020] pl2303 ttyUSB0: pl2303 converter now disconnected from ttyUSB0
[Mon Mar  2 09:08:48 2020] pl2303 ttyUSB0: pl2303 converter now disconnected from ttyUSB0
[Mon Mar  2 09:08:49 2020] pl2303 ttyUSB0: pl2303 converter now disconnected from ttyUSB0
[Mon Mar  2 09:09:30 2020] pl2303 ttyUSB0: pl2303 converter now disconnected from ttyUSB0
[Mon Mar  2 13:19:23 2020] pl2303 ttyUSB0: pl2303 converter now disconnected from ttyUSB0
[Mon Mar  2 13:19:27 2020] pl2303 ttyUSB0: pl2303 converter now disconnected from ttyUSB0
[Mon Mar  2 13:19:42 2020] pl2303 ttyUSB0: pl2303 converter now disconnected from ttyUSB0
[Mon Mar  2 14:38:12 2020] pl2303 ttyUSB0: pl2303_set_control_lines - failed: -19
[Mon Mar  2 14:38:12 2020] pl2303 ttyUSB0: error sending break = -19
[Mon Mar  2 14:38:12 2020] pl2303 ttyUSB0: pl2303 converter now disconnected from ttyUSB0
[Mon Mar  2 15:57:41 2020] pl2303 ttyUSB1: pl2303 converter now disconnected from ttyUSB1

[ Voor 129% gewijzigd door raymonvdm op 02-03-2020 17:05 ]

[stormfly]

raymonvdm schreef op maandag 2 maart 2020 @ 12:49:
[...]


Ja, dat gebruik ik voor het speelgoed van de kids

root@mini:/home/homeassistant/.homeassistant/switch# vim cisco.yaml

code:

  - platform: template
    scan_interval: 5
    switches:
      cisco_port_1:
        friendly_name: 'Cisco Switchpoort 1'
        value_template: "{{ is_state('binary_sensor.cisco_portstatus_1','on') }}"
        turn_on:
          - service: shell_command.enable_cisco_port_1
        turn_off:
          - service: shell_command.shutdown_cisco_port_1
      cisco_port_2:
        friendly_name: 'Cisco Switchpoort 2'
        value_template: "{{ is_state('binary_sensor.cisco_portstatus_2','on') }}"
        turn_on:
          - service: shell_command.enable_cisco_port_2
        turn_off:
          - service: shell_command.shutdown_cisco_port_2

root@mini:/home/homeassistant/.homeassistant# vim shell_commands.yaml

code:

enable_cisco_port_1: 'snmpset -v 2c -c geheim 192.168.110.237 .1.3.6.1.2.1.2.2.1.7.10005 integer 1'
shutdown_cisco_port_1: 'snmpset -v 2c -c geheim 192.168.110.237 .1.3.6.1.2.1.2.2.1.7.10005 integer 2'

enable_cisco_port_2: 'snmpset -v 2c -c geheim 192.168.110.237 .1.3.6.1.2.1.2.2.1.7.10006 integer 1'
shutdown_cisco_port_2: 'snmpset -v 2c -c geheim 192.168.110.237 .1.3.6.1.2.1.2.2.1.7.10006 integer 2'

root@mini:/home/homeassistant/.homeassistant/binary_sensor# vim cisco.yaml

code:

  - platform: command_line
    name: cisco_portstatus_1
    command: snmpget -v 2c -c geheim 192.168.110.237 .1.3.6.1.2.1.2.2.1.7.10005 | awk 'FNR==1 { print $4 }'
    device_class: connectivity
    payload_on: "1"
    payload_off: "2"
  - platform: command_line
    name: cisco_portstatus_2
    command: snmpget -v 2c -c geheim 192.168.110.237 .1.3.6.1.2.1.2.2.1.7.10006 | awk 'FNR==1 { print $4 }'
    device_class: connectivity
    payload_on: "1"
    payload_off: "2"

De sensor plukt de poort status uit de switch. En de switch schakelt. Zoals je zit heb ik in mijn configuraion.yaml een aantal includes voor bepaalde folders met daarin specifieke config

code:

light: !include_dir_merge_list light/
switch: !include_dir_merge_list switch/
binary_sensor: !include_dir_merge_list binary_sensor/
sensor: !include_dir_merge_list sensor/
notify: !include_dir_merge_list notify/
automation: !include automations.yaml
shell_command: !include shell_commands.yaml
input_boolean: !include input_boolean.yaml

Gaaf dit concept is exact wat ik zoek, echter heeft UniFi SNMP support op een zeer laag pitje gezet. Waardoor ik het liever met SSH zou willen uitvoeren, heb je daar ook conceptueel iets voor?
Ik ga in iedergeval op een vrije avond stoeien met jouw gedeelde configuratie

[Jelte]

iMars schreef op maandag 2 maart 2020 @ 12:35:
[...]

Of een esp gebruiken, is simpeler en goedkoper
[Afbeelding: P1_Inverted_D1WEMOS]

Goedkoper vast. Tenzij je al hardware hebt liggen (draait mee op de NUC naast Home Assistant) Maar simpeler zou ik niet direct willen zeggen Zeker niet omdat je met dsmrreader gelijk een hele interface met grafieken etc erbij krijgt.

[ Voor 26% gewijzigd door Jelte op 02-03-2020 13:15 ]

[raymonvdm]

stormfly schreef op maandag 2 maart 2020 @ 13:13:
[...]


Gaaf dit concept is exact wat ik zoek, echter heeft UniFi SNMP support op een zeer laag pitje gezet. Waardoor ik het liever met SSH zou willen uitvoeren, heb je daar ook conceptueel iets voor?
Ik ga in iedergeval op een vrije avond stoeien met jouw gedeelde configuratie

Je kunt ook gewoon een Cisco kopen :-)

Maar Unifi heeft wel degelijk SNMP support, dus je zou eens kunnen kijken met een SNMP walk welke OID`s er terug komen. Aan de andere kant zijn de commands gewoon oneliners dus een SSH iets moet ook kunnen.

[ Voor 7% gewijzigd door raymonvdm op 02-03-2020 14:01 ]

[iMars]

Jelte schreef op maandag 2 maart 2020 @ 13:13:
[...]
Goedkoper vast. Tenzij je al hardware hebt liggen (draait mee op de NUC naast Home Assistant) Maar simpeler zou ik niet direct willen zeggen Zeker niet omdat je met dsmrreader gelijk een hele interface met grafieken etc erbij krijgt.

Ik gebruik ook dsmreader Maar mijn server staat op zolder. Op de ESP staat esplink en op mijn server wordt er een virtuele comport aangemaakt dmv socat. Deze is dan weer gelinkt aan mijn DSMR docker. Ik heb nog iets van 2 of 3 Pi's liggen maar vond het overkill.

Ben nu bezig om een usr‑tcp232‑t2 software matig aan te passen (zodat deze automatisch inverteerd). Deze kan je rechtstreeks voeden vanaf de P1 poort. Dit is zeker niet de makkelijkste optie, maar gewoon omdat het kan

[Jelte]

@iMars Veel mensen zijn al blij als ze zelf niet met weerstandjes in de weer moeten en/of hoeven te solderen.
Ik begin daar net een beetje vanaf te komen (want wil ook bezig met die ESP boardjes en sensoren)

[NeFoRcE]

Ik gebruik voor DSMR nu de https://www.home-assistant.io/integrations/utility_meter/ om mijn Slimme meter uit te lezen. P1 kabel van Slimme Meter naar Pi, en dan zo uitlezen.

Ik houd middels dit scriptje o.a. wat gegevens bij. Alleen weet ik niet hoe lang dit inzichtelijk blijft? En daarnaast lees ik ook dat na 2 of 3 dagen dit wellicht problemen al kan geven?

Ik zou graag willen inzien of ik bijv deze maand meer energie verbuik dan vorige maand. En natuurlijk of ik dit jaar meer verbruik dan vorig jaar, etc.

Hoe doen jullie het bijhouden van DSMR records?

code:

utility_meter:
  daily_power_offpeak:
    source: sensor.energy_consumption_tarif_1
    cycle: daily
  daily_power_peak:
    source: sensor.energy_consumption_tarif_2
    cycle: daily
  daily_gas:
    source: sensor.gas_consumption
    cycle: daily
  monthly_power_offpeak:
    source: sensor.energy_consumption_tarif_1
    cycle: monthly
  monthly_power_peak:
    source: sensor.energy_consumption_tarif_2
    cycle: monthly
  monthly_gas:
    source: sensor.gas_consumption
    cycle: monthly

[iMars]

Jelte schreef op maandag 2 maart 2020 @ 14:15:
@iMars Veel mensen zijn al blij als ze zelf niet met weerstandjes in de weer moeten en/of hoeven te solderen.
Ik begin daar net een beetje vanaf te komen (want wil ook bezig met die ESP boardjes en sensoren)

True! Maar als tweakert is het natuurlijk leuk om alles te proberen

[MaartenBW]

NeFoRcE schreef op maandag 2 maart 2020 @ 14:29:
Ik gebruik voor DSMR nu de https://www.home-assistant.io/integrations/utility_meter/ om mijn Slimme meter uit te lezen. P1 kabel van Slimme Meter naar Pi, en dan zo uitlezen.

Ik houd middels dit scriptje o.a. wat gegevens bij. Alleen weet ik niet hoe lang dit inzichtelijk blijft? En daarnaast lees ik ook dat na 2 of 3 dagen dit wellicht problemen al kan geven?

Ik zou graag willen inzien of ik bijv deze maand meer energie verbuik dan vorige maand. En natuurlijk of ik dit jaar meer verbruik dan vorig jaar, etc.

Hoe doen jullie het bijhouden van DSMR records?

code:

utility_meter:
  daily_power_offpeak:
    source: sensor.energy_consumption_tarif_1
    cycle: daily
  daily_power_peak:
    source: sensor.energy_consumption_tarif_2
    cycle: daily
  daily_gas:
    source: sensor.gas_consumption
    cycle: daily
  monthly_power_offpeak:
    source: sensor.energy_consumption_tarif_1
    cycle: monthly
  monthly_power_peak:
    source: sensor.energy_consumption_tarif_2
    cycle: monthly
  monthly_gas:
    source: sensor.gas_consumption
    cycle: monthly

Allereerst is er een speciale integration voor DSMR beschikbaar: https://www.home-assistant.io/integrations/dsmr/
Deze werkt bij mij goed.

Ik gebruik zelf:

P1 poort --> ser2net (op PI) --> Home assistant (via DSRM integration)

Als je langere tijd data wilt bewaren kan je influxdb gebruiken.
Je kan home assistant bepaalde 'entity' state changes naar influxDB laten schrijven. Dan kan je bijv met grafana allerlei grafieken maken. (dag/maand/jaar enz.)

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

edit:

Hier is nog een goed voorbeeld van een grafana dashboard met Slimme meter gegevens.

https://gathering.tweaker...message/61600656#61600656

[ Voor 4% gewijzigd door MaartenBW op 02-03-2020 14:54 ]

[NeFoRcE]

MaartenBW schreef op maandag 2 maart 2020 @ 14:51:
[...]


Allereerst is er een speciale integration voor DSMR beschikbaar: https://www.home-assistant.io/integrations/dsmr/
Deze werkt bij mij goed.

Ik gebruik zelf:

P1 poort --> ser2net (op PI) --> Home assistant (via DSRM integration)

Als je langere tijd data wilt bewaren kan je influxdb gebruiken.
Je kan home assistant bepaalde 'entity' state changes naar influxDB laten schrijven. Dan kan je bijv met grafana allerlei grafieken maken. (dag/maand/jaar enz.)

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

Had die zaken gezien inderdaad. Die DSMR gebruik ik i.c.m. die Utility meter om e.e.a. samen te voegen qua data, maar lees ook hier op het forum dat de DB van HA best groot kan worden daardoor.

Ik draai HASSIO, maar vraag me af of ik die influxDB en Grafana wel kan laten draaien naar HASSIO, gezien ik (voor wat ik ook zo lees) geen rootrechten heb met Hassio op die Pi? Deze installer destijds gebruikt;

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

[Jelte]

NeFoRcE schreef op maandag 2 maart 2020 @ 14:29:
Ik gebruik voor DSMR nu de https://www.home-assistant.io/integrations/utility_meter/ om mijn Slimme meter uit te lezen. P1 kabel van Slimme Meter naar Pi, en dan zo uitlezen.

Ik houd middels dit scriptje o.a. wat gegevens bij. Alleen weet ik niet hoe lang dit inzichtelijk blijft? En daarnaast lees ik ook dat na 2 of 3 dagen dit wellicht problemen al kan geven?

Ik zou graag willen inzien of ik bijv deze maand meer energie verbuik dan vorige maand. En natuurlijk of ik dit jaar meer verbruik dan vorig jaar, etc.

Hoe doen jullie het bijhouden van DSMR records?

code:

utility_meter:
  daily_power_offpeak:
    source: sensor.energy_consumption_tarif_1
    cycle: daily
  daily_power_peak:
    source: sensor.energy_consumption_tarif_2
    cycle: daily
  daily_gas:
    source: sensor.gas_consumption
    cycle: daily
  monthly_power_offpeak:
    source: sensor.energy_consumption_tarif_1
    cycle: monthly
  monthly_power_peak:
    source: sensor.energy_consumption_tarif_2
    cycle: monthly
  monthly_gas:
    source: sensor.gas_consumption
    cycle: monthly

DSMR reader in een docker naast Home Assistant op een NUC:

[MaartenBW]

NeFoRcE schreef op maandag 2 maart 2020 @ 14:54:
[...]


Had die zaken gezien inderdaad. Die DSMR gebruik ik i.c.m. die Utility meter om e.e.a. samen te voegen qua data, maar lees ook hier op het forum dat de DB van HA best groot kan worden daardoor.

Ik draai HASSIO, maar vraag me af of ik die influxDB en Grafana wel kan laten draaien naar HASSIO, gezien ik (voor wat ik ook zo lees) geen rootrechten heb met Hassio op die Pi? Deze installer destijds gebruikt;

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

Je hebt volgens mij wel een influxdb en grafana add-ons voor HASSIO.

[NeFoRcE]

MaartenBW schreef op maandag 2 maart 2020 @ 14:58:
[...]


Je hebt volgens mij wel een influxdb en grafana add-ons voor HASSIO.

Held, dit lijkt erop inderdaad. Vanavond met deze addons even stoeien:

- https://community.home-as...ity-add-on-influxdb/54491
- https://github.com/hassio-addons/addon-grafana

Zal mij benieuwen!

[maxxie85]

iMars schreef op maandag 2 maart 2020 @ 14:02:
[...]

Ik gebruik ook dsmreader Maar mijn server staat op zolder. Op de ESP staat esplink en op mijn server wordt er een virtuele comport aangemaakt dmv socat. Deze is dan weer gelinkt aan mijn DSMR docker. Ik heb nog iets van 2 of 3 Pi's liggen maar vond het overkill.

Ben nu bezig om een usr‑tcp232‑t2 software matig aan te passen (zodat deze automatisch inverteerd). Deze kan je rechtstreeks voeden vanaf de P1 poort. Dit is zeker niet de makkelijkste optie, maar gewoon omdat het kan

Ik heb een vergelijkbare oplossing. Hoe heb jij socat geconfigureerd, en hoe voeg jij die virtuele com poort toe aan je docker-container?
Daar heb ik de grootste issues namelijk. via een device config krijg ik mijn virtual com niet in docker. Nu heb ik heel /dev/ in mijn dsmr-reader docker container gemapped. Maar dat is niet een oplossing die echt "goed" is.

[sander817]

het lukt mij niet om een simpele bewegingsmelder(433 mhz) te koppelen aan HA met de rfxcom:
ik zie dit in de logs:
2020-03-02 15:11:08 INFO (Thread-2) [homeassistant.components.rfxtrx.sensor] Automatic add rfxtrx.sensor: 082000022658908269
bij entiteiten zie ik dit:
082000022658908269 Sensor Status sensor.082000022658908269_sensor_status sensor

Maar waar plaats ik dit nu? En op welke manier?

[stormfly]

raymonvdm schreef op maandag 2 maart 2020 @ 13:59:
[...]


Je kunt ook gewoon een Cisco kopen :-)

Maar Unifi heeft wel degelijk SNMP support, dus je zou eens kunnen kijken met een SNMP walk welke OID`s er terug komen. Aan de andere kant zijn de commands gewoon oneliners dus een SSH iets moet ook kunnen.

Je loopt wat achter ;-) de oude fan switches doen idd SNMP support. Bij de nieuwe fanless line hebben ze dat allemaal laten vallen, alleen CPU en MEM kan je nog uitlezen. Bijzondere keuze als je het mij vraagt. Maar het komt de ontwikkelsnelheid vast en zeker ten goede op hardware gebied.

Het mooiste zou zijn via de REST API van de controller, dan is het geborgd in de configuratie van UniFi. Echter via SSH quick en dirty een poortje dichtgooien om de UPS batterijtijd te verlengen, is prima als dat op de locale switch met een simpel SSH commando plaats vindt.

[Driek]

sander817 schreef op maandag 2 maart 2020 @ 15:16:
het lukt mij niet om een simpele bewegingsmelder(433 mhz) te koppelen aan HA met de rfxcom:
ik zie dit in de logs:
2020-03-02 15:11:08 INFO (Thread-2) [homeassistant.components.rfxtrx.sensor] Automatic add rfxtrx.sensor: 082000022658908269
bij entiteiten zie ik dit:
082000022658908269 Sensor Status sensor.082000022658908269_sensor_status sensor

Maar waar plaats ik dit nu? En op welke manier?

ik heb dit in de configuration.yaml:

code:

switch:
 platform: rfxtrx
 automatic_add: true       
 devices:
    0b1100000127868201xxxxx: #kaku 3

[sander817]

als ik het goed begrijp zo:

code:

-   platform: rfxtrx
    automatic_add: false    
    devices:
        0716020100c65870:
            name: deurbel
        "082000022658908269":
            name: garage_motion_binnen

[JBS]

@Driek @sander817 Let erop dat inspringen in de YAML altijd per 2 spaties gaan.
Zie ook het voorbeeld op https://www.home-assistan...tch.rfxtrx/#configuration

[Jelte]

@Driek @sander817 @JBS Gebruik Visual Studio code met Home assistant extensie. Dan heb je nooit meer gezeik met spaties. Want de extensie geeft dan al aan of je ergens een spatie mist of teveel hebt.

[jeroen_76]

MaartenBW schreef op maandag 2 maart 2020 @ 14:51:
[...]


Allereerst is er een speciale integration voor DSMR beschikbaar: https://www.home-assistant.io/integrations/dsmr/
Deze werkt bij mij goed.

Ik gebruik zelf:

P1 poort --> ser2net (op PI) --> Home assistant (via DSRM integration)

Als je langere tijd data wilt bewaren kan je influxdb gebruiken.
Je kan home assistant bepaalde 'entity' state changes naar influxDB laten schrijven. Dan kan je bijv met grafana allerlei grafieken maken. (dag/maand/jaar enz.)

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

edit:

Hier is nog een goed voorbeeld van een grafana dashboard met Slimme meter gegevens.

https://gathering.tweaker...message/61600656#61600656

Ik neem aan dat je alles op dezelfde PI draait? Dus zowel de P1 connectie met je slimme meter als de HA installatie?

Ik heb een PI in de meterkast, waar ik de P1 kabel aan wil hangen, maar mijn HA installatie draait op een Synology docker die op zolder staat. Is het dan mogelijk de gegevens vanuit de PI door te sturen of uit te lezen door HA? Hoe knoop ik die 2 aan elkaar?

[MaartenBW]

jeroen_76 schreef op maandag 2 maart 2020 @ 15:57:
[...]


Ik neem aan dat je alles op dezelfde PI draait? Dus zowel de P1 connectie met je slimme meter als de HA installatie?

Assumption is the mother of all fuckups.

In de meterkast hangt een pi, verbonden aan de slimme meter met rj12 -- usb kabel. (let op: geïnverteerd signaal). Home assistant draait op een NUC met Ubuntu ergens anders.

jeroen_76 schreef op maandag 2 maart 2020 @ 15:57:
[...]

Ik heb een PI in de meterkast, waar ik de P1 kabel aan wil hangen, maar mijn HA installatie draait op een Synology docker die op zolder staat. Is het dan mogelijk de gegevens vanuit de PI door te sturen of uit te lezen door HA? Hoe knoop ik die 2 aan elkaar?

Op de Pi gebruik ik ser2net, dit is een seriële naar netwerk interface. Je kan dus overal vanuit je netwerk contact maken met de pi alsof het een seriële verbinding is. De home assistant DSRM integration kan direct met de ser2net interface verbinden met de volgende integratie:

code:

sensor:
  - platform: dsmr
    host: 192.168.1.13     #ip van pi
    port: 2001             #port die je hebt ingesteld in ser2net
    dsmr_version: 5        #dsmr versie van je 'slimme' meter

[raymonvdm]

Is er trouwens iemand die een Plugwise intergratie gebruikt en dan bedoel ik niet voor de Anna, maar voor de plugs. Deze heb ik nu nog aan mijn oude HomeSeer machine hangen, maar die stroom wil ik eigenlijk besparen.

De oude machine gebruikt plugwise source en dan plugs. Maar ik wil niet alle plugs vervangen vanwege een gebrek aan software.

Edit: Waarom vind ik nooit dingen als ik zoek, en dan wel net nadat ik ergens een vraag heb gesteld.... https://github.com/brefra/python-plugwise/tree/async?files=1

[ Voor 19% gewijzigd door raymonvdm op 02-03-2020 16:47 ]

[martinvdm]

stormfly schreef op maandag 2 maart 2020 @ 10:31:
Ik heb nu een UPS integratie gerealiseerd, ik zou bij een UPS actie een aantal POE switchporten willen shutten. Iemand daar wel eens mee gespeeld, los python ssh script oid?

Ik gebruikt de ups nut integratie voor de sensor data. Op basis van deze data heb ik automations gemaakt.
https://www.home-assistant.io/integrations/nut/
Voor het afsluiten een script, maar hier heeft @raymonvdm je al mee geholpen.

[Driek]

Jelte schreef op maandag 2 maart 2020 @ 15:53:
@Driek @sander817 @JBS Gebruik Visual Studio code met Home assistant extensie. Dan heb je nooit meer gezeik met spaties. Want de extensie geeft dan al aan of je ergens een spatie mist of teveel hebt.

@JBS

Heren, bedankt voor de tips.
De code kwam rechtstreeks geknip/plakt uit een werkende file, waarom de spaties daarin verkeerd kwamen, geen idee. Maar goed opgemerkt!

[haakjesluiten]

Wat doen jullie met je database? Ik heb mijn NAS in de woonkamer staan met gebrek aan betere plek. En nou hoor je daar niets van tot ik de DSMR (slimme meter) aanzetten. Hardeschrijf bleef maar ratelen, niet zo gek iedere seconden kwam er een telegram binnen met tig regels. Nou viel het mij eerder al op dat de HA database vrij fors in grote kan groeien met een paar sensors dus vroeg mij af of dit niet slimmer kon met wat data retentie regels etc

[JBS]

haakjesluiten schreef op maandag 2 maart 2020 @ 18:28:
Wat doen jullie met je database? Ik heb mijn NAS in de woonkamer staan met gebrek aan betere plek. En nou hoor je daar niets van tot ik de DSMR (slimme meter) aanzetten. Hardeschrijf bleef maar ratelen, niet zo gek iedere seconden kwam er een telegram binnen met tig regels. Nou viel het mij eerder al op dat de HA database vrij fors in grote kan groeien met een paar sensors dus vroeg mij af of dit niet slimmer kon met wat data retentie regels etc

Laatste tijd al behoorlijk wat over geschreven. Zoek even op termen als influxdb en recorder.

[DFKT]

JBS schreef op maandag 2 maart 2020 @ 18:31:
[...]
Laatste tijd al behoorlijk wat over geschreven. Zoek even op termen als influxdb en recorder.

Dat dus. Database van HA schrift amper input weg bij mij en gebruik ik zeker niet voor dsmr output verwerking. Daarvoor hangt een pi in de meterkast, waarbij de dsmr data direct naar een influxdb database wordt weg geschreven.

Ben nu aan het onderzoeken om ook mijn data vanuit HA naar die influxdb database weg te schrijven. En data uit de influxdb database te tonen in HA...

[roynolf]

roynolf schreef op maandag 2 maart 2020 @ 12:37:
[...]


Inderdaad, dit stappenplan heb ik gebruikt. Ik zal de oplossing (bedraad) zeker meenemen. ik zal ook eens een scherm aan mijn RPI hangen om te zien wat er gebeurd. Eerst een converter halen (HDMI to micro HDMI).

Ik heb even de monitor aan mijn RPI gekoppeld en ik krijg volgende melding:

IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
brcmfmac: power management disabled.

Iemand die weet wat ik daarmee moet aanvangen?
Ik zoek ondertussen verder op het www.

[k_ers]

Naar wat knutstelen mijn zigbee2mqtt aan de praat, alleen krijg een paar dingen niet voor elkaar..

deze krijg ik wel gekoppeld:
-Xiaomi Aqara Opple switch 3
-Xiaomi Aqara human body movement and illuminance sensor (occupancy and illuminance)
-Xiaomi MiJia human body movement sensor (occupancy)

En deze krijg ik niet gekoppeld met geen mogelijkheid
-Xiaomi Aqara door & window contact sensor (contact) https://www.zigbee2mqtt.io/devices/MCCGQ11LM.html
-Xiaomi Aqara temperature, humidity and pressure sensor (temperature, humidity and pressure)
https://www.zigbee2mqtt.io/devices/WSDCGQ11LM.html
-IKEA TRADFRI LED bulb E27 WW clear 250 lumen, dimmable (on/off, brightness)
https://www.zigbee2mqtt.io/devices/LED1842G3.html

Toen ik het via domoticz had had ik het zo aan de praat

[barrymossel]

Via mijn Android Clock kan ik bij het uitzetten van mijn wekker (dus niet snooze) een Google Assistant routine laten draaien. Hiermee wil ik een Home Assistant script aanroepen om lichten etc. aan te doen. Echter wil ik bepaalde zaken alleen aanzetten als het donker is. Echter een condition in een script stopt het hele script (wat ook handig is - bijvoorbeeld op het moment dat ik niet thuis ben en mijn wekker uitzet). Is het in mijn geval dan het beste om een automation te maken en die vanuit het script te triggeren, of is er een betere/andere methode?

Script:

YAML:

wakker:
  alias: Wakker
  sequence:
    - condition: state
      entity_id: person.barrymossel
      state: 'home'
    - alias: Badkamer lamp aan
      service: switch.turn_on
      data:
        entity_id: switch.badkamer
    - delay:
        seconds: 30
    - alias: Toilet lamp aan
      service: switch.turn_on
      data:
        entity_id: 
          - switch.toilet
    - delay:
        minutes: 10
    - alias: Lampen woonkamer aan
      service: automation.trigger
      entity_id: automation.ochtend_lampen
    - alias: TV aan
      service: remote.turn_on
      data:
        entity_id: remote.harmony
        activity: 'Watch TV'
    - delay:
        seconds: 30
    - alias: TV naar 4
      service: remote.send_command
      data:
        entity_id: remote.harmony
        device: 65800096
        command: '4'

Automation:

YAML:

- alias: 'Ochtend lampen'
  initial_state: 'true'
  trigger: []
  condition:
    - condition: numeric_state 
      entity_id: sensor.lichtsterkte
      below: 10
  action:
    - service: switch.turn_on
      data:
        entity_id: 
          - switch.staande_lamp
          - switch.eettafel_lamp

Het gaat dan met name over regel 20-22 van het script en de automation.

[ Voor 5% gewijzigd door barrymossel op 02-03-2020 20:58 ]

[iMars]

maxxie85 schreef op maandag 2 maart 2020 @ 15:13:
[...]


Ik heb een vergelijkbare oplossing. Hoe heb jij socat geconfigureerd, en hoe voeg jij die virtuele com poort toe aan je docker-container?
Daar heb ik de grootste issues namelijk. via een device config krijg ik mijn virtual com niet in docker. Nu heb ik heel /dev/ in mijn dsmr-reader docker container gemapped. Maar dat is niet een oplossing die echt "goed" is.

Ik heb socat geïnstalleerd en daarna een socat.service aangemaakt in /etc/systemd/system

code:

[Unit]
Description=Socat

[Service]
Type=simple
ExecStart=/usr/bin/socat -U pty,link=/dev/virtualcom0,raw tcp:<ip-adres>:23&
User=root
Restart=always
RestartSec=10

[Install]
WantedBy=multi-user.target

Deze maakt /dev/virtualcom0 aan. Deze geef ik door aan docker op dezelfde manier als wat jij beschrijft: /dev mappen. Als ik de /dev/virtualcom0 als device doorgeef, werkt het niet. Iets met rechten, maar ik kreeg het niet 1-2-3 voor elkaar en heb het dus maar zo gelaten.

[stormfly]

martinvdm schreef op maandag 2 maart 2020 @ 18:22:
[...]

Ik gebruikt de ups nut integratie voor de sensor data. Op basis van deze data heb ik automations gemaakt.
https://www.home-assistant.io/integrations/nut/
Voor het afsluiten een script, maar hier heeft @raymonvdm je al mee geholpen.

Jeps die heb ik ook inderdaad, die NUT data haal ik uit de NAS op, en de NAS haalt de gegevens weer met SNMP uit de APC9631 netwerkkaart in de UPS.

[skank]

Ik wil een sensor uit mijn weather.home maken die de temperatuur toont.
Ik krijg echter een foutmelding bij de template in de dev tools

iemand enig idee?

code:

- platform: template
    sensors:
      temperature
        value_template: >
          {% set temperature = state_attr('weather.home', 'temperature'), color="var(--google-blue-500)", symbol="°C" %}

[denuz]

k_ers schreef op maandag 2 maart 2020 @ 19:35:
Naar wat knutstelen mijn zigbee2mqtt aan de praat, alleen krijg een paar dingen niet voor elkaar..

deze krijg ik wel gekoppeld:
-Xiaomi Aqara Opple switch 3
-Xiaomi Aqara human body movement and illuminance sensor (occupancy and illuminance)
-Xiaomi MiJia human body movement sensor (occupancy)

En deze krijg ik niet gekoppeld met geen mogelijkheid
-Xiaomi Aqara door & window contact sensor (contact) https://www.zigbee2mqtt.io/devices/MCCGQ11LM.html
-Xiaomi Aqara temperature, humidity and pressure sensor (temperature, humidity and pressure)
https://www.zigbee2mqtt.io/devices/WSDCGQ11LM.html
-IKEA TRADFRI LED bulb E27 WW clear 250 lumen, dimmable (on/off, brightness)
https://www.zigbee2mqtt.io/devices/LED1842G3.html

Toen ik het via domoticz had had ik het zo aan de praat

In principe zou het gewoon moeten lukken natuurlijk. Je geeft een beetje weinig info. Wat gaat er precies mis? Interview lukt niet? Check even de database van zigbee2mqtt op mislukte koppelingen. Deze kan je gewoon verwijderen en dan opnieuw proberen.

[martinvdm]

k_ers schreef op maandag 2 maart 2020 @ 19:35:
Naar wat knutstelen mijn zigbee2mqtt aan de praat, alleen krijg een paar dingen niet voor elkaar..

deze krijg ik wel gekoppeld:
-Xiaomi Aqara Opple switch 3
-Xiaomi Aqara human body movement and illuminance sensor (occupancy and illuminance)
-Xiaomi MiJia human body movement sensor (occupancy)

En deze krijg ik niet gekoppeld met geen mogelijkheid
-Xiaomi Aqara door & window contact sensor (contact) https://www.zigbee2mqtt.io/devices/MCCGQ11LM.html
-Xiaomi Aqara temperature, humidity and pressure sensor (temperature, humidity and pressure)
https://www.zigbee2mqtt.io/devices/WSDCGQ11LM.html
-IKEA TRADFRI LED bulb E27 WW clear 250 lumen, dimmable (on/off, brightness)
https://www.zigbee2mqtt.io/devices/LED1842G3.html

Toen ik het via domoticz had had ik het zo aan de praat

Je geeft weinig info over HA. Probeer het hier eens Zigbee2mqtt - open source zigbee bridge

[martinvdm]

skank schreef op maandag 2 maart 2020 @ 21:59:
Ik wil een sensor uit mijn weather.home maken die de temperatuur toont.
Ik krijg echter een foutmelding bij de template in de dev tools

iemand enig idee?

code:

- platform: template
    sensors:
      temperature
        value_template: >
          {% set temperature = state_attr('weather.home', 'temperature'), color="var(--google-blue-500)", symbol="°C" %}

Check eens hier:
https://www.home-assistant.io/integrations/template/

[Yarisken]

Boys dit gaat waarschijnlijk een stomme vraag zijn. Ik heb hassio geinstalleerd via docker, werkt perfect alleen zie ik links de tab "supervisor" staan. Als ik wat tutorials bekijk dan is deze knop daar "hass.io".
Ik vermoed dat dit zo is in de nieuwe versie ?

[Roekeloos]

Yarisken schreef op maandag 2 maart 2020 @ 22:44:
Boys dit gaat waarschijnlijk een stomme vraag zijn. Ik heb hassio geinstalleerd via docker, werkt perfect alleen zie ik links de tab "supervisor" staan. Als ik wat tutorials bekijk dan is deze knop daar "hass.io".
Ik vermoed dat dit zo is in de nieuwe versie ?

Correct, dat is in de laatste release aangepast. De de documentatie nog :-)

[Stanley22_7]

Ik ben wel benieuwd naar hoe jullie met de alarmen van rookmelders omgaan. Ik heb er nog geen mooie .yaml voorbeelden van gevonden en volgens mij hebben de meeste users toch wel rookmelders geïntegreerd.

ik had op mijn ICS afhankelijk van de waar/welke melder afgaat dat de WTW uitschakelt of de rolluiken omhoog gaan. tevens een notificatie welke melder afgaat of dat alleen de batterijen leeg zijn. Nu was ik met losse automatiseringen per melder aan het stoeien maar dit lijkt me niet de meest ongecompliceerde manier...

[JBS]

0.106.3

• Add coronavirus integration (#32413 - @balloob)

0.106.4

• Fixed TypeError with old server versions (@elmurato - #32329) (minecraft_server docs)
• Bump pyeight to 0.1.4 (@mezz64 - #32363) (eight_sleep docs)
• Catch Eight Sleep API errors, don't round None type (@mezz64 - #32410)
• Coronavirus updates (@balloob - #32417)
• Add unique ID to coronavirus (@balloob - #32423)

[Dacuuu]

JBS schreef op dinsdag 3 maart 2020 @ 07:08:
0.106.3

• Add coronavirus integration (#32413 - @balloob)

0.106.4

• Fixed TypeError with old server versions (@elmurato - #32329) (minecraft_server docs)
• Bump pyeight to 0.1.4 (@mezz64 - #32363) (eight_sleep docs)
• Catch Eight Sleep API errors, don't round None type (@mezz64 - #32410)
• Coronavirus updates (@balloob - #32417)
• Add unique ID to coronavirus (@balloob - #32423)

Yes! Corona nu ook in Homeassistant.

[Droif]

barrymossel schreef op maandag 2 maart 2020 @ 20:43:
Via mijn Android Clock kan ik bij het uitzetten van mijn wekker (dus niet snooze) een Google Assistant routine laten draaien. Hiermee wil ik een Home Assistant script aanroepen om lichten etc. aan te doen. Echter wil ik bepaalde zaken alleen aanzetten als het donker is. Echter een condition in een script stopt het hele script (wat ook handig is - bijvoorbeeld op het moment dat ik niet thuis ben en mijn wekker uitzet). Is het in mijn geval dan het beste om een automation te maken en die vanuit het script te triggeren, of is er een betere/andere methode?

Script:

YAML:

wakker:
  alias: Wakker
  sequence:
    - condition: state
      entity_id: person.barrymossel
      state: 'home'
    - alias: Badkamer lamp aan
      service: switch.turn_on
      data:
        entity_id: switch.badkamer
    - delay:
        seconds: 30
    - alias: Toilet lamp aan
      service: switch.turn_on
      data:
        entity_id: 
          - switch.toilet
    - delay:
        minutes: 10
    - alias: Lampen woonkamer aan
      service: automation.trigger
      entity_id: automation.ochtend_lampen
    - alias: TV aan
      service: remote.turn_on
      data:
        entity_id: remote.harmony
        activity: 'Watch TV'
    - delay:
        seconds: 30
    - alias: TV naar 4
      service: remote.send_command
      data:
        entity_id: remote.harmony
        device: 65800096
        command: '4'

Automation:

YAML:

- alias: 'Ochtend lampen'
  initial_state: 'true'
  trigger: []
  condition:
    - condition: numeric_state 
      entity_id: sensor.lichtsterkte
      below: 10
  action:
    - service: switch.turn_on
      data:
        entity_id: 
          - switch.staande_lamp
          - switch.eettafel_lamp

Het gaat dan met name over regel 20-22 van het script en de automation.

Wat ik doe is een boolean setten wakker ja/nee en hiermee automations trigger. Ik weet alleen niet of dit met een google assistant routine ook mogelijk is. Ik gebruik tasker om dit te doen.

Op jou manier werkt ook natuurlijk en je kunt bij de automation een empty trigger gebruiken, dan weet je zeker dat hij niet door iets anders getriggerd wordt. Je krijgt dan:

code:

trigger: []

[Mimiix]

NeFoRcE schreef op maandag 2 maart 2020 @ 15:03:
[...]


Held, dit lijkt erop inderdaad. Vanavond met deze addons even stoeien:

- https://community.home-as...ity-add-on-influxdb/54491
- https://github.com/hassio-addons/addon-grafana

Zal mij benieuwen!

Wat je ook kunt doen is PowerBI gebruiken en die koppelen met je database. Wel iets ingewikkelder, maar ook best gaaf.

Stanley22_7 schreef op maandag 2 maart 2020 @ 22:53:
Ik ben wel benieuwd naar hoe jullie met de alarmen van rookmelders omgaan. Ik heb er nog geen mooie .yaml voorbeelden van gevonden en volgens mij hebben de meeste users toch wel rookmelders geïntegreerd.

Nope.

Maar wat zoek je precies? Een alarm is een verandering van state, net als een lamp dat doet. Pak een automation. Gebruik die state change als trigger voor de automation en hang er een script aan met acties.

Denk hierbij aan ramen open, lampen aan of een TTS naar je google home / sonos speaker dat er rook is.

[ Voor 27% gewijzigd door Mimiix op 03-03-2020 08:59 ]

[Jelte]

Dacuuu schreef op dinsdag 3 maart 2020 @ 08:06:
[...]


Yes! Corona nu ook in Homeassistant.

Blijkbaar kan het ook overspringen van mens op computer.

Ik heb het wel aangezet, vind het wel interessant.
Hier de lovelace yaml om de kaartjes te laten zien zoals op het blog:

code:

type: glance
entities:
  - entity: sensor.netherlands_current
    icon: 'mdi:emoticon-neutral-outline'
    name: Actueel
  - entity: sensor.netherlands_confirmed
    icon: 'mdi:emoticon-frown-outline'
    name: Vastgesteld
  - entity: sensor.netherlands_deaths
    icon: 'mdi:emoticon-sad-outline'
    name: Overleden
  - entity: sensor.netherlands_recovered
    icon: 'mdi:emoticon-happy-outline'
    name: Genezen
title: Corona Nederland

[ Voor 4% gewijzigd door Jelte op 03-03-2020 09:18 ]

[sander817]

ik krijg het niet voor elkaar een simpele PIR (433mhz) in HA werkend te krijgen:
in de logs zie ik dit:

code:

2020-03-03 09:07:52 DEBUG (Thread-2) [homeassistant.components.rfxtrx] Receive RFXCOM event from (Device_id: 265890_32 Class: RFXtrxDevice Sub: 0, Pkt_id: 082000262658908269)

code:

binary_sensor:
    platform: rfxtrx
    automatic_add: false
    devices:
        "265890_32":
            name: garage_motion_binnen
#        sensor_class: motion

maar hij verschijnt nergens. Wordt hij niet herkend door HA?
een KAKU afstandsbediening wordt wel toegevoegd:

code:

2020-03-03 09:15:17 DEBUG (Thread-2) [homeassistant.components.rfxtrx] Receive RFXCOM event from (Device_id: 03a893a_1 Class: LightingDevice Sub: 0, Pkt_id: 0b110001003a893a01000070)
2020-03-03 09:15:17 INFO (Thread-2) [homeassistant.components.rfxtrx.binary_sensor] Added binary sensor 0b110001003a893a01000070 (Device ID: 03a893a_1 Class: LightingDevice Sub: 0)
2020-03-03 09:15:17 DEBUG (Thread-2) [homeassistant.components.rfxtrx] Device_id: 03a893a_1 device_update. Command: Off
2

De RFX heeft de laatste firmware. In domoticz werkt de PIR wel feilloos

[JBS]

@sander817 Net als bij je vorige post zie ik teveel spaties bij de de inspringingen die je doet. (JBS in "Home Assistant: Open source Python3 home automation - deel 2")

[maartend]

sander817 schreef op dinsdag 3 maart 2020 @ 09:19:
ik krijg het niet voor elkaar een simpele PIR (433mhz) in HA werkend te krijgen:
in de logs zie ik dit:

code:

2020-03-03 09:07:52 DEBUG (Thread-2) [homeassistant.components.rfxtrx] Receive RFXCOM event from (Device_id: 265890_32 Class: RFXtrxDevice Sub: 0, Pkt_id: 082000262658908269)

code:

binary_sensor:
    platform: rfxtrx
    automatic_add: false
    devices:
        "265890_32":
            name: garage_motion_binnen
#        sensor_class: motion

maar hij verschijnt nergens. Wordt hij niet herkend door HA?
een KAKU afstandsbediening wordt wel toegevoegd:

code:

2020-03-03 09:15:17 DEBUG (Thread-2) [homeassistant.components.rfxtrx] Receive RFXCOM event from (Device_id: 03a893a_1 Class: LightingDevice Sub: 0, Pkt_id: 0b110001003a893a01000070)
2020-03-03 09:15:17 INFO (Thread-2) [homeassistant.components.rfxtrx.binary_sensor] Added binary sensor 0b110001003a893a01000070 (Device ID: 03a893a_1 Class: LightingDevice Sub: 0)
2020-03-03 09:15:17 DEBUG (Thread-2) [homeassistant.components.rfxtrx] Device_id: 03a893a_1 device_update. Command: Off
2

De RFX heeft de laatste firmware. In domoticz werkt de PIR wel feilloos

Ga ajb een dedicated text editor gebruiken met yaml plugin. je spaties lopen totaal verkeerd. Er zit zelfs zo'n editor via HA in HA.

[maxxie85]

iMars schreef op maandag 2 maart 2020 @ 20:53:
[...]

Ik heb socat geïnstalleerd en daarna een socat.service aangemaakt in /etc/systemd/system

code:

[Unit]
Description=Socat

[Service]
Type=simple
ExecStart=/usr/bin/socat -U pty,link=/dev/virtualcom0,raw tcp:<ip-adres>:23&
User=root
Restart=always
RestartSec=10

[Install]
WantedBy=multi-user.target

Deze maakt /dev/virtualcom0 aan. Deze geef ik door aan docker op dezelfde manier als wat jij beschrijft: /dev mappen. Als ik de /dev/virtualcom0 als device doorgeef, werkt het niet. Iets met rechten, maar ik kreeg het niet 1-2-3 voor elkaar en heb het dus maar zo gelaten.

Dat is verrassend vergelijkbaar met hoe ik het heb

[barrymossel]

Droif schreef op dinsdag 3 maart 2020 @ 08:11:
[...]


Wat ik doe is een boolean setten wakker ja/nee en hiermee automations trigger. Ik weet alleen niet of dit met een google assistant routine ook mogelijk is. Ik gebruik tasker om dit te doen.

Op jou manier werkt ook natuurlijk en je kunt bij de automation een empty trigger gebruiken, dan weet je zeker dat hij niet door iets anders getriggerd wordt. Je krijgt dan:

code:

trigger: []

Dat zou ik nog eens uit kunnen zoeken, maar ik merkte al dat dit werkte vanochtend (al had ik de verkeerde entity_id's gebruikt - afgelopen weekend MQTT discovery aangezet, waardoor ik enkele andere id's heb gekozen). Die trigger met [] kwam ik ook later achter en is reeds aangepast. Thanks!

[crimby]

Misschien heb ik het gemist in alle posts over influxdb, maar kan ik eenvoudig de HA Add on installeren en dan verder gaan op de influxdb?

Ik heb een RPI4 met een 1TB usb3 ssd en heb dus ruimte zat om alles op deze ssd te loggen. Nu wil ik niet opnieuw beginnen met alles wat ik heb geconfigureerd, maar lees dat influxdb toch wel een betere keuze is dan de standaard SQLlite.

Zou ik dan ook gewoon de P1 kabel kunnen aansluiten op deze RPI4 met de logging in dezelfde database of ga ik dan alsnog issues krijgen in HA?

[Henkiejoo]

@crimby
Ja, dat kan.

influxDB wordt geen vervanging voor de standaard-logger, maar je kan wel sensorwaarden opslaan voor langere tijd.
Ik gebruik hem ook voor de slimme meter.

Voor de standaardlogger ben ik ook geswitched van SQLlite naar MriaDB

[crimby]

Henkiejoo schreef op dinsdag 3 maart 2020 @ 10:25:
@crimby
Ja, dat kan.

influxDB wordt geen vervanging voor de standaard-logger, maar je kan wel sensorwaarden opslaan voor langere tijd.
Ik gebruik hem ook voor de slimme meter.

Voor de standaardlogger ben ik ook geswitched van SQLlite naar MriaDB

Oke en ik kan dan instellen welke data ik in influxDB wil opslaan?
Dan heb ik dus inderdaad geen 2 RPI ofzo nodig lijkt me?

Hoe "simpel" is het om te migreren naar MariaDB? dit is denk ik geen add-on in HA, maar een aparte installatie op de raspberry?

[JBS]

@crimby Check even de documentatie, daarin zie je mogelijkheden voor 'include' en 'exclude': https://www.home-assistant.io/integrations/influxdb/#include
https://www.home-assistant.io/integrations/influxdb/#exclude

Ook MariaDB is een add-on: https://github.com/home-a...ddons/tree/master/mariadb

Dit had je ook best zelf kunnen vinden, toch?

[ Voor 41% gewijzigd door JBS op 03-03-2020 10:36 ]