Home Assistant - Open source Python3 home automation

[lolgast]

@wesley2004 Er zit nog een foutje in zo te zien

code:

  value_template: >-
      {%- if states.sensor.ipad_van_wesley_battery_state %}
          {{ states.sensor.ipad_van_wesley_battery_state | round }}

moet zijn

code:

  value_template: >-
      {%- if states.sensor.ipad_van_wesley_battery_state %}
          {{ states.sensor.ipad_van_wesley_battery_state.state | round }}

[wesley2004]

lolgast schreef op woensdag 7 februari 2018 @ 12:58:
@wesley2004 Er zit nog een foutje in zo te zien

code:

  value_template: >-
      {%- if states.sensor.ipad_van_wesley_battery_state %}
          {{ states.sensor.ipad_van_wesley_battery_state | round }}

moet zijn

code:

  value_template: >-
      {%- if states.sensor.ipad_van_wesley_battery_state %}
          {{ states.sensor.ipad_van_wesley_battery_state.state | round }}

Gaat nog ergens iets fout blijkbaar want krijg deze melding:
Invalid config for [sensor]: required key not provided @ data['platform']. Got None. (See /home/homeassistant/.homeassistant/configuration.yaml, line 273). Please check the docs at https://home-assistant.io/components/sensor/

code:

sensor:
  - platform: yr
    name: Weather
    monitored_conditions:
      - temperature
      - symbol
      - windSpeed
  - platform: cpuspeed
  - platform: time_date
    display_options:
      - time
      
  - test_battery_template:
     friendly_name: Batterij sensoren
     unit_of_measurement: '%'
     value_template: >-
         {%- if states.sensor.ipad_van_wesley_battery_state %}
             {{ states.sensor.ipad_van_wesley_battery_state.state | round }}
         {%- endif %}
    icon_template: >
       {% set battery_level = states.sensor.ipad_van_wesley_battery_state | default(0) | int %}
       {% set battery_round = (battery_level / 10) | int * 10 %}
       {% if battery_round >= 100 %}
         mdi:battery
       {% elif battery_round > 0 %}
         mdi:battery-{{ battery_round }}
       {% else %}
         mdi:battery-alert
       {% endif %}

[lolgast]

Probeer het zo eens

YAML:

sensor:
  - platform: yr
    name: Weather
    monitored_conditions:
      - temperature
      - symbol
      - windSpeed
  - platform: cpuspeed
  - platform: time_date
    display_options:
      - time

  - platform: template
    sensors:
      test_battery_template:
        friendly_name: Batterij sensoren
        unit_of_measurement: '%'
        value_template: >-
            {%- if states.sensor.ipad_van_wesley_battery_state %}
                {{ states.sensor.ipad_van_wesley_battery_state.state | round }}
            {%- endif %}
        icon_template: >
            {% set battery_level = states.sensor.ipad_van_wesley_battery_state | default(0) | int %}
            {% set battery_round = (battery_level / 10) | int * 10 %}
            {% if battery_round >= 100 %}
              mdi:battery
            {% elif battery_round > 0 %}
              mdi:battery-{{ battery_round }}
            {% else %}
              mdi:battery-alert
            {% endif %}

[wesley2004]

lolgast schreef op woensdag 7 februari 2018 @ 13:28:
Probeer het zo eens

YAML:

sensor:
  - platform: yr
    name: Weather
    monitored_conditions:
      - temperature
      - symbol
      - windSpeed
  - platform: cpuspeed
  - platform: time_date
    display_options:
      - time

  - platform: template
    sensors:
      test_battery_template:
        friendly_name: Batterij sensoren
        unit_of_measurement: '%'
        value_template: >-
            {%- if states.sensor.ipad_van_wesley_battery_state %}
                {{ states.sensor.ipad_van_wesley_battery_state.state | round }}
            {%- endif %}
        icon_template: >
            {% set battery_level = states.sensor.ipad_van_wesley_battery_state | default(0) | int %}
            {% set battery_round = (battery_level / 10) | int * 10 %}
            {% if battery_round >= 100 %}
              mdi:battery
            {% elif battery_round > 0 %}
              mdi:battery-{{ battery_round }}
            {% else %}
              mdi:battery-alert
            {% endif %}

Helaas krijg ik dan een hele waslijst me foutmeldingen te zien.
I moet nu vertrekken naar mijn werk dus zal later kijken welke. vast nog een schoonheidsfoutje?

[lolgast]

@wesley2004
Ik denk dat het qua troubleshooting dan handig is dat je de sensornaam even uit je dev-states kopieert. Ik heb namelijk het vermoeden dat states.sensor.ipad_van_wesley_battery_state.state zou moeten zijn states.sensor.ipad_van_wesley_battery.state. Daardoor zou states.sensor.ipad_van_wesley_battery_state veranderen in states.sensor.ipad_van_wesley_battery

Maar dat is lastig bepalen zo

[tweak_IggY]

Ben sinds kort aan het overstappen van domoticz naar HASS en ik moet zeggen dat het me zeer bevalt.
Al m'n zwave al werkend en nu bezig met andere dingen te configureren.

Ik draai alles in een docker (geen hass.io) en hiervoor draait NGINX met SSL certificaten.
Dus intern draait HASS niet met een certificaat.

Nu zie ik elke paar seconde dit voorbij komen in de logs:

code:

| 2018-02-07T15:26:09.883395027Z /usr/local/lib/python3.6/site-packages/urllib3/connectionpool.py:858: InsecureRequestWarning: Unverified HTTPS request is being made. Adding certificate verification is strongly advised. See: https://urllib3.readthedocs.io/en/latest/advanced-usage.html#ssl-warnings

Ik heb al gezocht in de HASS forums en daar kan ik alleen maar mensen vinden die dit hadden met de UNIFI tracker, die ik dus niet gebruik.

Hebben jullie enig idee wat dit kan zijn? Of hoe ik het eventueel kan debuggen?

[Sypher]

tweak_IggY schreef op woensdag 7 februari 2018 @ 16:28:
Ben sinds kort aan het overstappen van domoticz naar HASS en ik moet zeggen dat het me zeer bevalt.
Al m'n zwave al werkend en nu bezig met andere dingen te configureren.

Ik draai alles in een docker (geen hass.io) en hiervoor draait NGINX met SSL certificaten.
Dus intern draait HASS niet met een certificaat.

Nu zie ik elke paar seconde dit voorbij komen in de logs:

code:

| 2018-02-07T15:26:09.883395027Z /usr/local/lib/python3.6/site-packages/urllib3/connectionpool.py:858: InsecureRequestWarning: Unverified HTTPS request is being made. Adding certificate verification is strongly advised. See: https://urllib3.readthedocs.io/en/latest/advanced-usage.html#ssl-warnings

Ik heb al gezocht in de HASS forums en daar kan ik alleen maar mensen vinden die dit hadden met de UNIFI tracker, die ik dus niet gebruik.

Hebben jullie enig idee wat dit kan zijn? Of hoe ik het eventueel kan debuggen?

Gebruik je toevallig de Unifi device_tracker? Want die geeft bij mij dezelfde meldingen.

[tweak_IggY]

Sypher schreef op woensdag 7 februari 2018 @ 17:07:
[...]


Gebruik je toevallig de Unifi device_tracker? Want die geeft bij mij dezelfde meldingen.

Nee, dat had ik ook al gevonden op het HASS forum. Maar die gebruik ik dus nie...

[lolgast]

Heb je in je config een http of https url geconfigureerd? Want dit lijkt erop alsof hij een melding geeft over een gemaakte https connectie zonder certificaat

[UltraSub]

Je gebruikt een component dat via https praat met iets wat een self signed cert heeft. Unifi doet dat inderdaad (certificaat komt mee met de java keystore van Unifi). Die gebruik je dan niet maar moet dus wat anders zijn dan. Dus, wat staat er in je config aan componenten wat http doet, en dan waarschijnlijk naar iets bij je thuis van jezelf?

Als je er vanaf wil, maar ik raad aan toch even verder te kijken natuurlijk, je logger configureren, een voorbeeld:

YAML:

logger:
  default: error
  logs:
    requests.packages.urllib3.connectionpool: critical
    py.warnings: critical
    DenonAVR: fatal
    miio.device: critical

[ Voor 30% gewijzigd door UltraSub op 07-02-2018 21:10 ]

[Possible]

@lolgast

Ik ben ook even aan het klooien met die batterij statussen van je. Ziet er tof uit. Ik maak nu gebruik van een Xiaomi doorsensor om het te testen. Moet ik nu eerst een losse batterij sensor aanmaken d.m.v. een template?

Ik heb nu:

code:

      batterij_sensor:
        value_template: '{{ states.binary_sensor.door_window_sensor_158d00014db848.attributes["battery_level"] | float }}'
        unit_of_measurement: '%'

Dit werkt opzich wel, maar met icoontjes en dynamisch is wel wat toffer

sensor naam is nu: sensor.batterij_sensor

[ Voor 4% gewijzigd door Possible op 07-02-2018 21:19 ]

[wesley2004]

lolgast schreef op woensdag 7 februari 2018 @ 13:54:
@wesley2004
Ik denk dat het qua troubleshooting dan handig is dat je de sensornaam even uit je dev-states kopieert. Ik heb namelijk het vermoeden dat states.sensor.ipad_van_wesley_battery_state.state zou moeten zijn states.sensor.ipad_van_wesley_battery.state. Daardoor zou states.sensor.ipad_van_wesley_battery_state veranderen in states.sensor.ipad_van_wesley_battery

Maar dat is lastig bepalen zo

Mmm zal straks kijken als ik thuis ben.
Maar het state.state had ik op aanraden van jou gedaan een paar posts terug haha

[wesley2004]

Possible schreef op woensdag 7 februari 2018 @ 21:18:
@lolgast

Ik ben ook even aan het klooien met die batterij statussen van je. Ziet er tof uit. Ik maak nu gebruik van een Xiaomi doorsensor om het te testen. Moet ik nu eerst een losse batterij sensor aanmaken d.m.v. een template?

Ik heb nu:

code:

      batterij_sensor:
        value_template: '{{ states.binary_sensor.door_window_sensor_158d00014db848.attributes["battery_level"] | float }}'
        unit_of_measurement: '%'

Dit werkt opzich wel, maar met icoontjes en dynamisch is wel wat toffer

sensor naam is nu: sensor.batterij_sensor

Grappig, dan zijn we hetzelfde aan het proberen met dezelfde sensoren!
Ben benieuwd of jij wat verder komt? Ik kreeg het vanmorgen niet werkend.

[Possible]

wesley2004 schreef op woensdag 7 februari 2018 @ 21:20:
[...]


Grappig, dan zijn we hetzelfde aan het proberen met dezelfde sensoren!
Ben benieuwd of jij wat verder komt? Ik kreeg het vanmorgen niet werkend.

Haha oke cool Het is mij niet echt duidelijk of ik eerst nu een aparte template moet aanmaken om een sensor te krijgen van het % van de batterij

Oke ben inmiddels een stukje verder. Het lijkt te werken alleen heb ik nu een uitroep teken in het batterij-icoontje.

[ Voor 12% gewijzigd door Possible op 07-02-2018 21:33 ]

[lolgast]

Mits iemans me voor is, maak ik morgenochtend even een korte handleiding

[Possible]

Dit is nu de code die ik zelf gebruik:

code:

      batterij_sensor:
        value_template: '{{ states.binary_sensor.door_window_sensor_158d00014db848.attributes["battery_level"] | float }}'
        unit_of_measurement: '%'
        icon_template: >
            {% set battery_level = states.sensor.batterij_sensor | default(5) | int %}
            {% set battery_round = (battery_level / 10) | int * 10 %}
            {% if battery_round >= 100 %}
              mdi:battery
            {% elif battery_round > 0 %}
              mdi:battery-{{ battery_round }}
            {% else %}
              mdi:battery-alert
            {% endif %}

In HAA zie ik nu:



het is een alert icoontje en die zou niet mogen oplichten lijkt mij met 41% batterij gebruik.

[lolgast]

@Possible Je mist bij de set_battery_level de .state achteraan bij de sensor zo te zien

@wesley2004 Ja die state had ik aangegeven inderdaad, maar op basis van de door jou vermeldde namen natuurlijk. En ik twijfel of jouw gebruikte naam wel klopt Ik begin te denken dat jouw _state gewoon een .state zou moeten zijn. Maar om doelloos gepruts en frustratie te voorkomen is het gewoon doorgeven van de naam makkelijker. Of even wachten tot morgenochtend, dan zorg ik dat het duidelijker wordt

[ Voor 70% gewijzigd door lolgast op 07-02-2018 22:11 ]

[Possible]

@lolgast Had ik al getest om het toe te voegen, maar het maakte niks uit. Ik zal morgen weer eens verder puzzelen... Nu naar bed

[martinvdm]

Possible schreef op woensdag 7 februari 2018 @ 21:42:
Dit is nu de code die ik zelf gebruik:

code:

      batterij_sensor:
        value_template: '{{ states.binary_sensor.door_window_sensor_158d00014db848.attributes["battery_level"] | float }}'
        unit_of_measurement: '%'
        icon_template: >
            {% set battery_level = states.sensor.batterij_sensor | default(5) | int %}
            {% set battery_round = (battery_level / 10) | int * 10 %}
            {% if battery_round >= 100 %}
              mdi:battery
            {% elif battery_round > 0 %}
              mdi:battery-{{ battery_round }}
            {% else %}
              mdi:battery-alert
            {% endif %}

In HAA zie ik nu:

[afbeelding]

het is een alert icoontje en die zou niet mogen oplichten lijkt mij met 41% batterij gebruik.

Dit gebruik ik. Met Xiaomi. Werkt prima.

code:

# Xiaomi Battery sensors
      battery_xiaomi_voordeur:
        friendly_name: 'Voordeur' 
        unit_of_measurement: '%'
        value_template: >
            {%- if states.binary_sensor.door_window_sensor_158d0001a1ecd5.attributes.battery_level %}
                {{ states.binary_sensor.door_window_sensor_158d0001a1ecd5.attributes.battery_level|round }}
            {% else %}
                {{ states.binary_sensor.door_window_sensor_158d0001a1ecd5.state }}
            {%- endif %}
        icon_template: '{%- if  states.binary_sensor.door_window_sensor_158d0001a1ecd5.attributes.battery_level <= 5 %}mdi:battery-outline{%- elif states.binary_sensor.door_window_sensor_158d0001a1ecd5.attributes.battery_level >= 95 %}mdi:battery{% else %}mdi:battery-{{(states.binary_sensor.door_window_sensor_158d0001a1ecd5.attributes.battery_level|float / 10)|round*10}}{%- endif %}'

Dit past het icoon aan naar 10 procenten
@lolgast Oops ben ik je nu voor

[lolgast]

Ja zo had ik het ook al geprobeerd uit te leggen .

Ik zie dat er veel binary_sensors gebruikt worden. Die heb ik ook, dus dat scheelt voor het voorbeeld
Stel je hebt zo'n sensor/schakelaar/wat-dan-ook-met-batterij. In de dev-states ziet die sensor er zo uit bij mij.

Dit is zo'n draadloze dubbele schakelaar van Xiaomi


Om hier de batterij van te krijgen, gebruik je de volgende code

YAML:

  switch_overloop_gang_battery:
    friendly_name: Schakelaar Overloop Gang
    unit_of_measurement: '%'
    value_template: >-
        {%- if states.binary_sensor.wall_switch_both_158d00017188f7.attributes.battery_level %}
            {{ states.binary_sensor.wall_switch_both_158d00017188f7.attributes.battery_level | round }}
        {%- endif %}
    icon_template: >
        {% set battery_level = states.binary_sensor.wall_switch_both_158d00017188f7.attributes.battery_level|default(0)|int %}
        {% set battery_round = (battery_level / 10) |int * 10 %}
        {% if battery_round >= 100 %}
          mdi:battery
        {% elif battery_round > 0 %}
          mdi:battery-{{ battery_round }}
        {% else %}
          mdi:battery-alert
        {% endif %}

De batterij waarde komt namelijk niet als aparte sensor binnen, maar als onderdeel van de totale sensor. Vandaar dat er met attributen gewerkt wordt.

Ik heb ook een aantal Mi Flora's. Die rapporteren hun batterij status via MQTT als aparte sensor


Met bijbehorende code

YAML:

  phoenix_canariensis_battery_template:
    friendly_name: Phoenix Canariensis
    unit_of_measurement: '%'
    value_template: >-
        {%- if states.sensor.phoenix_canariensis_battery_mqtt %}
            {{ states.sensor.phoenix_canariensis_battery_mqtt.state | round }}
        {%- endif %}
    icon_template: >
      {% set battery_level = states.sensor.phoenix_canariensis_battery_mqtt.state | default(0) | int %}
      {% set battery_round = (battery_level / 10) | int * 10 %}
      {% if battery_round >= 100 %}
        mdi:battery
      {% elif battery_round > 0 %}
        mdi:battery-{{ battery_round }}
      {% else %}
        mdi:battery-alert
      {% endif %}

Ik hoop dat jullie hier iets aan hebben @wesley2004 en @Possible

[Possible]

@lolgast @martinvdm

Thanks! Ik heb het werkend nu!

Het begint trouwens al mooi druk te worden op mijn homescreen:



Ik kan er uiteraard voor kiezen om alles in tabs te doen, maar ik heb liever alles in 1 pagina. Dan maar wat meer scrollen

[ Voor 69% gewijzigd door Possible op 08-02-2018 09:05 ]

[Sanderrr]

@Possible Zou je misschien jouw config file kunnen delen? De batterij statussen ga ik ook mee aan de slag maar ben daarnaast benieuwd naar hoe je het weer, de status van de telefoons en de afvalwijzer zo in je home scherm gekregen hebt. Onder het mom van "beter goed gejat dan slecht bedacht"

Dan nog iets heel anders: In mijn home screen worden alle Sonos apparaten los van elkaar weergegeven, kan ik deze ook groeperen?

[Psycho_Mantis]

Ik heb de overstap gewaagd van Domoticz naar Home Assistant. Domoticz staat te veel stil naar mijn mening.

Heb al mijn z-wave, hue, xiaomi gateway en rflink werkend. Maar ik krijg nu gewoon iets heel simpels niet aan de praat: PVoutput.

Ik heb de volgende code in de configuration.yaml gezet, maar er verschijnt gewoon geen device.

code:

sensor 1:    
  - platform: pvoutput
    system_id: 44013
    name: zonnepanelen
    api_key: [Geheim]
    scan_interval: 180
  - platform: template
    sensors:
      energy_generation:
        value_template: '{{ "%0.2f"|format(states.sensor.pv1.state|float/1000) }}'
        friendly_name: 'Opwek vandaag'
        unit_of_measurement: 'kWh'

Misschien zie ik het gewoon even over het hoofd, maar iemand een idee?

[lolgast]

Ik neem aan dat "sensor 1:" niet in de config staat? Als dat wel zo is, maak daar dan eens "sensor:" van

[Psycho_Mantis]

lolgast schreef op donderdag 8 februari 2018 @ 10:03:
Ik neem aan dat "sensor 1:" niet in de config staat? Als dat wel zo is, maak daar dan eens "sensor:" van

Maakt helaas geen enkel verschil. Die 1 had ik overigens later pas toegevoegd nadat het al niet werkte.

[Possible]

@SanderF1 @ De rest, hier mijn config files:

https://1drv.ms/f/s!AnW8z87cflDEgbcy_1tllWcPWlvDUw

Op 1 of andere manier lukt het mij niet om het naar github te uploaden. Daarom doe ik het zo maar

[lolgast]

Psycho_Mantis schreef op donderdag 8 februari 2018 @ 10:14:
[...]

Maakt helaas geen enkel verschil. Die 1 had ik overigens later pas toegevoegd nadat het al niet werkte.

Wat zegt je logfile? En los van de template sensor, krijg je wel een sensor.pvoutput in je overzicht?

[stefve1]

Ik ben pas gestart met het toevoegen van mijn smart toestellen in Home Assitant, maar ik heb de volgende problemen:

Ik denk dat het grote probleem bij mij is dat ik met VLANs werk. Mijn IoT apparaten staan in een aparte VLAN,en daarnaast draait mijn Home Assistant op een andere VLAN.

Ik probeer mijn Philips Hue te koppelen met het volgende stukje code:

code:

hue:
  bridges:
    - host: 10.0.10.177

Maar daarmee krijg ik enkel de melding "The following components and platforms could not be set up: Hue".

Daarnaast heb ik ook een Nest Thermostaat + verschillende Protects. Deze staan ook in de IoT VLAN. De Thermostaat kan perfect uitgelezen worden, maar van mijn Protects vind ik dan weer helemaal niks terug.

code:

nest:
  client_id: XXX
  client_secret: XXX

climate:
  platform: nest

Kan iemand mij met deze twee zaken opweg helpen?

[Psycho_Mantis]

lolgast schreef op donderdag 8 februari 2018 @ 10:22:
[...]

Wat zegt je logfile? En los van de template sensor, krijg je wel een sensor.pvoutput in je overzicht?

In de log kwam niets. Ik vermoed dat hij gewoon de configuration file niet wilde inlezen. Herstart van de home assistant service was de oplossing

Soms is de oplossing zo simpel en zit je veel te moeilijk te denken

[Sanderrr]

Possible schreef op donderdag 8 februari 2018 @ 10:18:
@SanderF1 @ De rest, hier mijn config files:

https://1drv.ms/f/s!AnW8z87cflDEgbcy_1tllWcPWlvDUw

Op 1 of andere manier lukt het mij niet om het naar github te uploaden. Daarom doe ik het zo maar

Heel erg handig, ben pas net begonnen met HA en dit scheelt ontzettend veel - logische structuur ook. Bedankt!

[lolgast]

In het kader van kennisdeling (en omdat mijn vorige screenshot blijkbaar ook een hoop in beweging heeft gebracht ) Hierbij afbeeldingen van mijn HA inrichting. Wilde de config zo lukraak delen, maar daarvoor moet ik eerst iets meer secrets gaan plaatsen


De bewegingsensor en wasmachine controle op de tweede pagina staan er ter troubleshooting

Edit: Mijn (hopelijk) anonieme config
https://1drv.ms/f/s!Ah7wjKP2FKEts2Qt1v3SL5vO10Qy

[ Voor 3% gewijzigd door lolgast op 08-02-2018 14:04 ]

[koelkast]

lolgast schreef op donderdag 8 februari 2018 @ 13:30:
In het kader van kennisdeling (en omdat mijn vorige screenshot blijkbaar ook een hoop in beweging heeft gebracht ) Hierbij afbeeldingen van mijn HA inrichting. Wilde de config zo lukraak delen, maar daarvoor moet ik eerst iets meer secrets gaan plaatsen
[afbeelding] [afbeelding] [afbeelding] [afbeelding] [afbeelding] [afbeelding]

De bewegingsensor en wasmachine controle op de tweede pagina staan er ter troubleshooting

Edit: Mijn (hopelijk) anonieme config
https://1drv.ms/f/s!Ah7wjKP2FKEts2Qt1v3SL5vO10Qy

Ziet er goed uit, zeg! NB: Slaapkamer/studeerkamer titel klopt niet helemaal
Vraag:
Hoe krijg jij brightness + getal in zo'n schuifregelaar, bv. eettafel licht?

[kouk]

koelkast schreef op donderdag 8 februari 2018 @ 14:14:
[...]

Ziet er goed uit, zeg! NB: Slaapkamer/studeerkamer titel klopt niet helemaal
Vraag:
Hoe krijg jij brightness + getal in zo'n schuifregelaar, bv. eettafel licht?

https://home-assistant.io/components/input_number/

[lolgast]

Je maakt een input_number sensor

YAML:

input_number:
  brightness_bank:
    name: Brightness
    initial: 1
    min: 1
    max: 255
    step: 1

En dan twee automations. Een om de lamp aan te zetten op de brightness die jij instelt

YAML:

alias: Bank Brightness Set
initial_state: 'on'
trigger:
  platform: state 
  entity_id: input_number.brightness_bank
action:  
  service: light.turn_on 
  entity_id: light.bank
  data_template:   
    brightness: '{{ states( "input_number.brightness_bank" )|round( 0 ) }}'

En een die de brightness synced als de lamp op een andere manier wordt ingeschakeld

YAML:

alias: Bank Brightness Sync
initial_state: 'on'
trigger:
  - platform: state 
    entity_id: light.bank
    to: "on"
action:  
  service: input_number.set_value 
  data:   
    entity_id: input_number.brightness_bank 
  data_template:   
    value: '{{ trigger.to_state.attributes.brightness|float }}'

[Hmmbob]

Vet, vanavond implementeren.

[martinvdm]

Psycho_Mantis schreef op donderdag 8 februari 2018 @ 10:00:
Ik heb de overstap gewaagd van Domoticz naar Home Assistant. Domoticz staat te veel stil naar mijn mening.

Heb al mijn z-wave, hue, xiaomi gateway en rflink werkend. Maar ik krijg nu gewoon iets heel simpels niet aan de praat: PVoutput.

Ik heb de volgende code in de configuration.yaml gezet, maar er verschijnt gewoon geen device.

code:

sensor 1:    
  - platform: pvoutput
    system_id: 44013
    name: zonnepanelen
    api_key: [Geheim]
    scan_interval: 180
  - platform: template
    sensors:
      energy_generation:
        value_template: '{{ "%0.2f"|format(states.sensor.pv1.state|float/1000) }}'
        friendly_name: 'Opwek vandaag'
        unit_of_measurement: 'kWh'

Misschien zie ik het gewoon even over het hoofd, maar iemand een idee?

Ik heb dit prima werkend. Zal vanavond ff de config delen. Heb wel gedoneerd bij PVOutput want anders Kun maar weinig requests doen naar hun api.

[lolgast]

@martinvdm

[...]

In de log kwam niets. Ik vermoed dat hij gewoon de configuration file niet wilde inlezen. Herstart van de home assistant service was de oplossing

Soms is de oplossing zo simpel en zit je veel te moeilijk te denken

[martinvdm]

DvD77 schreef op dinsdag 9 januari 2018 @ 10:15:
[...]


Nice, maar ik krijg het niet aan de gang met de afvalportaal.

Ik heb van alles geprobeerd in mijn sensor.yaml voor wat betreft de select , iemand een idee?

code:

- platform: scrape
  resource: !secret afvalportaalurl
  name: Afval datum
  select: "{.nextPickup[0]}"
  scan_interval: 21600

[afbeelding]
[afbeelding]

Is dit jou nog gelukt? mijn gemeente maakt blijkbaar hier ook gebruik van.

[Psycho_Mantis]

martinvdm schreef op donderdag 8 februari 2018 @ 18:05:
[...]

Ik heb dit prima werkend. Zal vanavond ff de config delen. Heb wel gedoneerd bij PVOutput want anders Kun maar weinig requests doen naar hun api.

Het is al gelukt inmiddels. Een reboot was de oplossing.

[DvD77]

martinvdm schreef op donderdag 8 februari 2018 @ 20:58:
[...]


Is dit jou nog gelukt? mijn gemeente maakt blijkbaar hier ook gebruik van.

Nee helaas. Had de vraag ook nog op HA forum gesteld en daar werd het ook bevestig, gaat m niet worden want de data wordt geïnjecteerd op de website.

zie ook :
https://community.home-as...crape-this-number/38285/8

[martinvdm]

DvD77 schreef op donderdag 8 februari 2018 @ 22:16:
[...]


Nee helaas. Had de vraag ook nog op HA forum gesteld en daar werd het ook bevestig, gaat m niet worden want de data wordt geïnjecteerd op de website.

zie ook :
https://community.home-as...crape-this-number/38285/8

Jammer. Ik zag op het Homey forum : https://forum.athom.com/d...ment/40511/#Comment_40511
Dat er wel gemeentes van dezelfde api gebruik maken (2go-mobile.com)

[RudolfR]

lolgast schreef op donderdag 8 februari 2018 @ 14:17:
Je maakt een input_number sensor

YAML:

input_number:
  brightness_bank:
    name: Brightness
    initial: 1
    min: 1
    max: 255
    step: 1

Supermooi, maar volgens mij is een initial waarde hier niet handig. Na een herstart van HA gaan je lampen aan dan toch op standje 1/255. Die waarde wil je volgens mij opslaan met 't recorder-component.

[wesley2004]

lolgast schreef op donderdag 8 februari 2018 @ 08:01:

Ik hoop dat jullie hier iets aan hebben @wesley2004 en @Possible

Super! Ben paar dagen van huis maar ga er zsm mee aan de slag. Moet goedkomen met jouw uitleg!

[lolgast]

RudolfR schreef op vrijdag 9 februari 2018 @ 07:14:
[...]


Supermooi, maar volgens mij is een initial waarde hier niet handig. Na een herstart van HA gaan je lampen aan dan toch op standje 1/255. Die waarde wil je volgens mij opslaan met 't recorder-component.

Mijn lampen gaan nooit aan bij een restart

[RudolfR]

Ik drukte mezelf wat ongelukkig uit.

Ik bedoel te zeggen dat de stand van de input_slider na een herstart op 1 staat, en dus bij de volgende inschakeling de lampen op deze lage helderheid worden gezet?
(Tenzij de slider ondertussen nog wordt opgehoogd, natuurlijk)

[lolgast]

RudolfR schreef op vrijdag 9 februari 2018 @ 08:46:
Ik drukte mezelf wat ongelukkig uit.

Ik bedoel te zeggen dat de stand van de input_slider na een herstart op 1 staat, en dus bij de volgende inschakeling de lampen op deze lage helderheid worden gezet?
(Tenzij de slider ondertussen nog wordt opgehoogd, natuurlijk)

Ah op die manier. Nee, maar dat heeft wellicht te maken met de manier waarop ik mijn lampen inschakel. Ik gebruik of de Hue Tap op de kast, die onthoudt de vorige setting van de lamp en zet hem daarop aan. Als ik schakelaars aan de muur gebruik zet ik niet simpelweg de lamp aan, maar start ik een scene. Daarin is de kleur en brightness van de lampen gedefinieerd, dus zullen ze altijd hetzelfde aangaan via de knop

[DvD77]

RudolfR schreef op vrijdag 9 februari 2018 @ 08:46:
Ik drukte mezelf wat ongelukkig uit.

Ik bedoel te zeggen dat de stand van de input_slider na een herstart op 1 staat, en dus bij de volgende inschakeling de lampen op deze lage helderheid worden gezet?
(Tenzij de slider ondertussen nog wordt opgehoogd, natuurlijk)

code:

bright_eettafel:
  name: Dimmer eettafel
  initial: 140
  min: 1
  max: 254
  step: 1

gebruik de initial om de initiële waarde in te stellen

[Psycho_Mantis]

Zijn hier nog meer die een RFLink gebruiken?
Ik heb daarmee een aantal KAKU schakelaars werken zonder problemen maar ik krijg de KAKU ACDB-7000AC deurbel niet aan de praat.

Elke keer als je op de deurbel drukt ziet hij het als een nieuw apparaat, de eerste keer is het dan newkaku_012683a6_1, daarna newkaku_012683a6_2, newkaku_012683a6_3 etc.

Als je vervolgens het device in of uitschakelt wordt de deurbel ook niet getriggerd, dus de juiste code wordt niet gestuurd.

De andere schakelaars van kaku blijven zichzelf netjes newkaku_01406582_a noemen zonder opvolgend nummer bij elk signaal.

Bij Domoticz werkte die zelfde hardware altijd zonder problemen, dus ik ga er vanuit dat ik gewoon iets fout doe in HA.

configuration.yaml

code:

light:
  platform: rflink
  automatic_add: true #tijdelijk voor troubleshooting
  device_defaults:
    fire_event: true
    signal_repetitions: 2
  devices:
      newkaku_012683a6_1:
        name: Deurbel
        fire_event: True

customize.yaml

code:

light.deurbel:
   friendly_name: Deurbel
   icon: mdi:bell-ring
   assumed_state: false

[lolgast]

Ik weet vanuit Pimatic nog dat verschillende KAKU apparatuur zich over het 433MHz netwerk als verschillende devices lieten definieren. Weet je zeker dat je de deurbel als light moet capturen en niet toevallig als sensor oid?

*ik heb echt geen idee, doe al jaren niets meer met KAKU en afvangen van het signaal

[RudolfR]

Waarschijnlijk als binary_sensor inderdaad. Die heeft ook een auto-off delay voor devices die alleen 'on' versturen, zoals deurbellen.

Let erop dat je automatic_add uitzet voor je switches, want dat kan misgaan (zoals nu)

[Cezus]

lolgast schreef op donderdag 8 februari 2018 @ 13:30:
In het kader van kennisdeling (en omdat mijn vorige screenshot blijkbaar ook een hoop in beweging heeft gebracht ) Hierbij afbeeldingen van mijn HA inrichting. Wilde de config zo lukraak delen, maar daarvoor moet ik eerst iets meer secrets gaan plaatsen
[afbeelding] [afbeelding] [afbeelding] [afbeelding] [afbeelding] [afbeelding]

De bewegingsensor en wasmachine controle op de tweede pagina staan er ter troubleshooting

Edit: Mijn (hopelijk) anonieme config
https://1drv.ms/f/s!Ah7wjKP2FKEts2Qt1v3SL5vO10Qy

Ik kan het niet laten om op te merken dat jij InfluxDb gebruikt voor het opslaan van sensor waarden . Met hoeveel MB per dag groeit je database?

[elknic]

Hoe detecteren jullie of een device home is?
Mijn telefoon gaat s'nachts blijkbaar op wifi saving mode, en wordt dan veel als away gezien.

Ik wil een hue lamp automatisch aan laten gaan als ik thuis kom en het donker is.

[lolgast]

@Cezus Geen idee eigelijk, hij staat op een disk met nog 2TB aan ruimte dus hou het niet in de gaten. Maar ik ben er mee begonnen op 28 december en de complete InfluxDB data map is 72MB groot. Dus zo te zien gaat het niet heel hard

@Magevael Ik heb tegenwoordig een Tado systeem (verwarming). Die maken gebruik van geolocatie met een mobiele app en dat werkt verrassend goed. Device_tracking en WiFi gaan wat mij betreft niet samen. Heb alles geprobeerd. Ping, Unifi component, losse apps.
Als het puur voor het inschakelen van een lamp is bij thuiskomst zou ik kijken naar een bewegingssensor. Sinds kost heb ik er ook een in gebruik van Hue voor bij binnenkomst en dat heeft me nog niet in de steek gelaten

[ Voor 50% gewijzigd door lolgast op 09-02-2018 11:05 ]

[RudolfR]

Magevael schreef op vrijdag 9 februari 2018 @ 11:00:
Hoe detecteren jullie of een device home is?
Mijn telefoon gaat s'nachts blijkbaar op wifi saving mode, en wordt dan veel als away gezien.

Ik wil een hue lamp automatisch aan laten gaan als ik thuis kom en het donker is.

Welke tracker(s) gebruik je?

Ik gebruik een combinatie van nmap en OwnTracks; en OwnTracks blijft op dezelfde locatie als Wifi uitgaat 's nachts.
Beide trackers vormen nu een groep die ik gebruik voor automations, maar dat is nog een WIP.

Ik had ook al bedacht om in de nacht een input_boolean te activeren die ervoor zorgt dat ik thuis blijf.
Maar ik schakel mijn telefoon zelf in airplane mode, dus ik weet welk tijdslot ik dan presence moet faken.
Bijvoorbeeld met een uitbreiding hierop:
https://github.com/oakbra...ts/meta_device_tracker.py

[koelkast]

Ook ik zit met een probleem met aanwezigheidsdetectie. Je begrijpt al wat er gebeurt als vrouwlief en ik op pad zijn, en schoonmoeder op de kinderen past. Juist, licht uit
En als de batterij van je telefoon leeg is, of als je Wifi gewoon wilt uitschakelen 's nachts.

Nu heb ik onderstaande automations op basis van aanwezigheid beneden met device tracker. Die wil ik ombouwen naar aanwezigheid op basis van beweging op 2 punten (woonkamer en keuken). Na 20-30 minuten kan het licht dan wel uit, vermoed ik.

code:

# Laag lichtniveau -  inschakelen#
- id: Light Level is Low - Switch On
  alias: Light Level is Low - Switch On
  trigger:
    platform: state
    entity_id: binary_sensor.laag_lux
    to: 'on'
    for:
      minutes: 2
  condition:
    condition: and
    conditions:
      - condition: time
        after: "06:00:00"
      - condition: sun
        before: sunset
        before_offset: "00:45:05"
     - condition: state
       entity_id: group.family
       state: 'home'
  action:
    - service: light.turn_on
      # IKEA tradfri lamp eettafel
      entity_id: light.eettafel
      data:
        brightness: 80
        color_temp: 400
        transition: 300
    - service: light.turn_on
      # Yeelight RGB lamp bij de TV
      entity_id: light.yeelight_rgb_34ce008ce703
      data:
        brightness: 110
        color_temp: 400
        transition: 500
    - service: light.turn_on
      # ledstrip op de trap aan
      entity_id: light.ledstrip_trap
      data:
        brightness: 110
        color_temp: 400
        transition: 500  
      
        
# hoog lichtniveau - uitschakelen #
- id: Light Level is High - Switch Off
  alias: "Light Level is High - Switch Off"
  trigger:
    platform: state
    entity_id: binary_sensor.hoog_lux
    to: 'on'
    for:
      minutes: 3
  condition:
    condition: and
    conditions:
      - condition: time
        after: "06:00:00"
      - condition: sun
        before: sunset
        before_offset: "00:45:05"
     - condition: state
       entity_id: group.family
       state: 'home'
  action:
    service: light.turn_off
    entity_id:
      - light.eettafel
      - light.yeelight_rgb_34ce008ce703
      - light.ledstrip_trap

Momenteel is de trigger de licht(lux)meter, maar ik denk dat dat een condition moet worden? Dat de trigger de beweging wordt en alles na 20-30 minuten weer uitgaat bij geen beweging (we bewegen genoeg dus het proberen waard....).

[RudolfR]

Of twee triggers voor dezelfde automation.
Veranderingen in zowel lux als presence moeten een her-evaluatie van je condities opleveren.
Moet je waarschijnlijk ook zowel lux als presence toevoegen aan de condities, want als alleen de trigger waar is geworden dan ben je er nog niet.

En volgens mij kun je die van de tijd weglaten; de zon gaat volgens mij zelden onder vóór 06.00 uur.

[NeoFoX]

Possible schreef op donderdag 8 februari 2018 @ 08:38:
@lolgast @martinvdm

Thanks! Ik heb het werkend nu!

Het begint trouwens al mooi druk te worden op mijn homescreen:

[afbeelding]

Ik kan er uiteraard voor kiezen om alles in tabs te doen, maar ik heb liever alles in 1 pagina. Dan maar wat meer scrollen

Ik kom er nog niet uit op basis van je kennisdeling hoe je volgende doet;

1. Welke plugs heb jij voor het registeren van je Wasmachine / Droger? Want zie alleen maar een sensor staat. Wil je delen wat je gebruikt.. of zijn het de Xiaomi Mi Home Smart WiFi Sockets omdat ik zie dat je nogal meer Xiaomi hebt
2. Hoe trigger je de sensor.state van de wasmachine dan uit te laten gaan en waar doe je dat? Ik zou verwachten als de WATT realtime verbruik < XX is dan is het uit, en zo de notificatie. Is dat deze regel?
   code:
   

   washer_on:
           value_template: "{{ states('sensor.switch_verbruik_droger_load') | int > 09.0 }}"

   
   Dus als de waarde lager is dan 09.0 dan is het automatisch uit?

Thanks..

PS; ik wacht nog op een 'besteld' onderdeel via AliExpress om zo mijn Lamp Motion te automatiseren.. als die binnen is en het werkt dan deel ik deze... (zie vraag hier; https://gathering.tweaker...message/54052283#54052283)

[Possible]

@NeoFoX

Ik gebruik inderdaad de Xiaomi Zigbee Power sockets. Deze heb ik nu aangesloten op mijn droger, wasmachine en mijn televisie.

Het eerste wat je moet doen is een template sensor aanmaken. De powerload / consumption wordt met de Xiaomi Zigbee sockets als states meegeven, (dit kun je zien als je de sensor bekijkt in HA bij services)

Om dit te creëren moet je dus een value sensor aanmaken. In mijn geval heb ik het zo gedaan:

code:

  - platform: template
    sensors:
      washer_on:
        value_template: "{{ states('sensor.switch_verbruik_droger_load') | int > 09.0 }}"

Als het verbruik lager is als 09,0 -> Dan gaat de aangemaakte value sensor naar ''False''.

Vervolgens HAA de automation laten triggeren:

code:

- alias: 'Wasmachine is klaar'
  trigger:
    platform: state
    entity_id: sensor.washer2_on
    from: 'True'
    to: 'False'
  action:
  - service: notify.telegram_of_iets_anders_zoals_pushover
    data:
      message: 'De wasmachine is klaar'

Dus: Als sensor.washer2_on op False komt te staan -> stuur een notificatie dat Wasmachine/Droger klaar is.

Hopelijk is het zo een beetje duidelijk. De reden dat het > 09 is, heeft te maken dat als de droger klaar is, altijd een klein beetje verbruik nog heeft. Als het 0.0 watt zou zijn, dan krijg ik dus een notificatie bericht.

Voor je tweede vraag zou je het ook met 2 automations kunnen doen denk ik:

code:

- alias: 'Schakel lampen met motion sensor tussen 22:00 - 07:00'
  trigger:
    platform: state
    entity_id: sensor.hallway_3
    to: '1'
  condition:
    condition: time
       after: '22:00:00'
       before: '07:00:00'
  action:
    service: light.turn_on
    entity_id: light.bathroom
    data:
      brightness: 30
      
      
- alias: 'Schakel lampen met motion sensor tussen 07:00 - 22:00'
  trigger:
    platform: state
    entity_id: sensor.hallway_3
    to: '1'
  condition:
    condition: time
       after: '07:00:00'
       before: '22:00:00'
  action:
    service: light.turn_on
    entity_id: light.bathroom
    data:
      brightness: 255

[ Voor 29% gewijzigd door Possible op 09-02-2018 16:13 ]

[martinvdm]

Possible schreef op vrijdag 9 februari 2018 @ 15:06:
@NeoFoX

Ik gebruik inderdaad de Xiaomi Zigbee Power sockets. Deze heb ik nu aangesloten op mijn droger, wasmachine en mijn televisie.

Het eerste wat je moet doen is een template sensor aanmaken. De powerload / consumption wordt met de Xiaomi Zigbee sockets als states meegeven, (dit kun je zien als je de sensor bekijkt in HA bij services)

Om dit te creëren moet je dus een value sensor aanmaken. In mijn geval heb ik het zo gedaan:

code:

  - platform: template
    sensors:
      washer_on:
        value_template: "{{ states('sensor.switch_verbruik_droger_load') | int > 09.0 }}"

Als het verbruik lager is als 09,0 -> Dan gaat de aangemaakte value sensor naar ''False''.

Vervolgens HAA de automation laten triggeren:

code:

- alias: 'Wasmachine is klaar'
  trigger:
    platform: state
    entity_id: sensor.washer2_on
    from: 'True'
    to: 'False'
  action:
  - service: notify.telegram_of_iets_anders_zoals_pushover
    data:
      message: 'De wasmachine is klaar'

Dus: Als sensor.washer2_on op False komt te staan -> stuur een notificatie dat Wasmachine/Droger klaar is.

Hopelijk is het zo een beetje duidelijk. De reden dat het > 09 is, heeft te maken dat als de droger klaar is, altijd een klein beetje verbruik nog heeft. Als het 0.0 watt zou zijn, dan krijg ik dus een notificatie bericht.

Voor je tweede vraag zou je het ook met 2 automations kunnen doen denk ik:

code:

- alias: 'Schakel lampen met motion sensor tussen 22:00 - 07:00'
  trigger:
    platform: state
    entity_id: sensor.hallway_3
    to: '1'
  condition:
    condition: time
       after: '22:00:00'
       before: '07:00:00'
  action:
    service: light.turn_on
    entity_id: light.bathroom
    data:
      brightness: 30
      
      
- alias: 'Schakel lampen met motion sensor tussen 07:00 - 22:00'
  trigger:
    platform: state
    entity_id: sensor.hallway_3
    to: '1'
  condition:
    condition: time
       after: '07:00:00'
       before: '22:00:00'
  action:
    service: light.turn_on
    entity_id: light.bathroom
    data:
      brightness: 255

Heb je met die Xiaomi plugs nooit last dat ie, om welke reden dan ook, uit staat en dus de wasmachine niet werkt? Bij mij weten Kun je die geen initial state on meegeven ten opzichte van de sonoff pow.

[Possible]

martinvdm schreef op vrijdag 9 februari 2018 @ 18:03:
[...]

Heb je met die Xiaomi plugs nooit last dat ie, om welke reden dan ook, uit staat en dus de wasmachine niet werkt? Bij mij weten Kun je die geen initial state on meegeven ten opzichte van de sonoff pow.

Tot nu toe geen problemen mee gehad.

[Verwijderd]

Met excuus als mijn vraag beter in een ander onderwerp over domotica past:

Ik gebruik HA met een Aeotec Zwave stick (gen5) Heb m'n HUE bridge / lampen gekoppeld en dat werkt uitstekend. De 'HUE dimmer switch' krijg ik echter op geen enkele manier gekoppeld aan HA. Na flink Googlen blijkt dat ook niet mogelijk te zijn en is deze afstandsbediening alleen te gebruiken in combinatie met het HUE-systeem.

Klopt het dat de hue dimmer switch niet direct te koppelen is aan HA? Heb wel wat oplossingen gezien die de HUE bridge pollen om de status van de switch op te vragen. Dat wil ik liever niet. Voor zover ik gelezen heb is een directe (zwave) associatie tussen de dimmer switch en HA + zwave stick niet mogelijk.

Wat ik graag wil is wandschakelaars die via HA het licht (of een scene) aan/uit schakelen.

Als dat niet kan met de hue dimmer switch; welke schakelaar zou hier dan voor geschikt zijn? De fysieke schakelaar vervangen kan maar vind het wel prettig als het mogelijk is om het licht nog in / uit te kunnen schakelen als HA om wat voor reden dan ook niet werkt.

[lolgast]

@willemjoosten Het toeval wil: lolgast in "[Philips Hue] Ervaringen & discussie - Deel 2"

Andere oplossing die ik gebruik is Fibaro switches achter de schakelaar. Maar daarvoor moet je wel diepe (50mm of meer) inbouwdozen in je muur hebben zitten. Als je een ouder huis hebt met 40mm dozen past dat niet.

[martinvdm]

lolgast schreef op donderdag 8 februari 2018 @ 13:30:
In het kader van kennisdeling (en omdat mijn vorige screenshot blijkbaar ook een hoop in beweging heeft gebracht ) Hierbij afbeeldingen van mijn HA inrichting. Wilde de config zo lukraak delen, maar daarvoor moet ik eerst iets meer secrets gaan plaatsen
[afbeelding] [afbeelding] [afbeelding] [afbeelding] [afbeelding] [afbeelding]

De bewegingsensor en wasmachine controle op de tweede pagina staan er ter troubleshooting

Edit: Mijn (hopelijk) anonieme config
https://1drv.ms/f/s!Ah7wjKP2FKEts2Qt1v3SL5vO10Qy

We hebben veel hetzelfde zie ik. Zie hier mijn config; https://github.com/Martinvdm/Home-AssistantConfig
Die wasmachine pik ik ff van je. Maar is een neo coolcam wel voldoende hiervoor? Dacht dat deze maar 12a aan konden.
Overigens kun je ook je config naar github uploaden. Gebruik ik gelijk als versie beheer en ideaal als backup.

[ Voor 3% gewijzigd door martinvdm op 09-02-2018 20:56 ]

[lolgast]

De NeoCoolcam mag 2000 Watt hebben, dat is precies het piekvermogen van mijn wasmachine

[martinvdm]

lolgast schreef op vrijdag 9 februari 2018 @ 20:58:
De NeoCoolcam mag 2000 Watt hebben, dat is precies het piekvermogen van mijn wasmachine

12 x 220 = 2640 W. zou dan iets meer mogen lijkt me?
Ik heb ook een 12A liggen, maar was een beetje bang, gezien de doorbrand verhalen om deze tussen de wasmachine te hangen.

[lolgast]

Alle NLse shops roepen 2000 Watt, dus dat hou ik maar aan

[UltraSub]

http://tinkerman.cat/the-...ch-with-power-monitoring/

Wie maakt dit kant en klaar bestelbaar?
Denk dat dit topic wild zou beginnen te bestellen.

[wesley2004]

lolgast schreef op donderdag 8 februari 2018 @ 08:01:

Ik hoop dat jullie hier iets aan hebben @wesley2004 en @Possible

Ben er even mee aan het stoeien gegaan.
Ik had eerst sensoren in mijn config file staan maar werd nogal onoverzichtelijk.
dus daar nu ingezet:
sensor: !include_dir_merge_list sensor/
een mapje gemaakt wat sensor heet en daar een yaml bestandje voor de batterij status.
Daar onderstaande ingezet, maar helaas verschijnt er geen extra sensor!
Wat gaat er dan fout?

code:

platform: template
sensors:   
  switch_kleine_tafel_battery:
    friendly_name: Schakelaar Kleine Tafel
    unit_of_measurement: '%'
    value_template: >-
        {%- if states.binary_sensor.door_window_sensor_158d0001b75587.attributes.battery_level %}
            {{ states.binary_sensor.door_window_sensor_158d0001b75587.attributes.battery_level | round }}
        {%- endif %}
    icon_template: >
        {% set battery_level = states.binary_sensor.door_window_sensor_158d0001b75587.attributes.battery_level|default(0)|int %}
        {% set battery_round = (battery_level / 10) |int * 10 %}
        {% if battery_round >= 100 %}
          mdi:battery
        {% elif battery_round > 0 %}
          mdi:battery-{{ battery_round }}
        {% else %}
          mdi:battery-alert
        {% endif %}

[martinvdm]

wesley2004 schreef op zaterdag 10 februari 2018 @ 11:54:
[...]


Ben er even mee aan het stoeien gegaan.
Ik had eerst sensoren in mijn config file staan maar werd nogal onoverzichtelijk.
dus daar nu ingezet:
sensor: !include_dir_merge_list sensor/
een mapje gemaakt wat sensor heet en daar een yaml bestandje voor de batterij status.
Daar onderstaande ingezet, maar helaas verschijnt er geen extra sensor!
Wat gaat er dan fout?

code:

platform: template
sensors:   
  switch_kleine_tafel_battery:
    friendly_name: Schakelaar Kleine Tafel
    unit_of_measurement: '%'
    value_template: >-
        {%- if states.binary_sensor.door_window_sensor_158d0001b75587.attributes.battery_level %}
            {{ states.binary_sensor.door_window_sensor_158d0001b75587.attributes.battery_level | round }}
        {%- endif %}
    icon_template: >
        {% set battery_level = states.binary_sensor.door_window_sensor_158d0001b75587.attributes.battery_level|default(0)|int %}
        {% set battery_round = (battery_level / 10) |int * 10 %}
        {% if battery_round >= 100 %}
          mdi:battery
        {% elif battery_round > 0 %}
          mdi:battery-{{ battery_round }}
        {% else %}
          mdi:battery-alert
        {% endif %}

Probeer eens include_dir_merge_named
Je / hoort er ook niet achter

[kepler]

lolgast schreef op vrijdag 9 februari 2018 @ 21:08:
Alle NLse shops roepen 2000 Watt, dus dat hou ik maar aan

Heel toevallig zat ik hier net naar te kijken en wilde ik dit ook vragen in dit topic

Volgens deze mensen is het max vermogen 2500W, en mijn wasmachine verbruikt volgens de handleiding 2200W maximaal. Wat is jullie ervaring met deze plugs? In de droger gebruik ik hem nu icm HA, maar die verbruikt veel minder.

Misschien is het veiliger, en beter voor mijn gemoedsrust, om een Fibaro-plug te gebruiken voor de wasmachine?

[lolgast]

Ik heb best veel neocoolcam pluggen en 1 Fibaro plug.
Ik heb mezelf wel voorgenomen om die neocoolcam voor niet meer dan 2000 Watt te gebruiken. De verkopers zijn erg onduidelijk qua maximum en het is uiteindelijk wel mijn huis waar ze in gebruikt worden

[PuckStar]

Psycho_Mantis schreef op vrijdag 9 februari 2018 @ 09:38:
Zijn hier nog meer die een RFLink gebruiken?
Ik heb daarmee een aantal KAKU schakelaars werken zonder problemen maar ik krijg de KAKU ACDB-7000AC deurbel niet aan de praat.

Elke keer als je op de deurbel drukt ziet hij het als een nieuw apparaat, de eerste keer is het dan newkaku_012683a6_1, daarna newkaku_012683a6_2, newkaku_012683a6_3 etc.

Als je vervolgens het device in of uitschakelt wordt de deurbel ook niet getriggerd, dus de juiste code wordt niet gestuurd.

De andere schakelaars van kaku blijven zichzelf netjes newkaku_01406582_a noemen zonder opvolgend nummer bij elk signaal.

Bij Domoticz werkte die zelfde hardware altijd zonder problemen, dus ik ga er vanuit dat ik gewoon iets fout doe in HA.

configuration.yaml

code:

light:
  platform: rflink
  automatic_add: true #tijdelijk voor troubleshooting
  device_defaults:
    fire_event: true
    signal_repetitions: 2
  devices:
      newkaku_012683a6_1:
        name: Deurbel
        fire_event: True

customize.yaml

code:

light.deurbel:
   friendly_name: Deurbel
   icon: mdi:bell-ring
   assumed_state: false

Dat je bel niet afgaat als je in Hass het device omzet kan ik wel begrijpen. Immers het is een receiver schakelaar en niet een zender.
Ik heb geen ervaring met rflink maar heb zelf een rfxcom en mijn kaku deurbel heb ik onder switch gezet.
Waarom heb jij het onder light? Dat vind ik wel apart.

Weet niet of je er iets aan hebt maar dit is mijn bel config:

YAML:

rfxtrx:
  device: /dev/serial/by-id/usb-RFXCOM_RFXtrx433_A11P1X5A-if00-port0
  debug: True
  dummy: False

switch
  - platform: rfxtrx
    automatic_add: True
    devices:
      0b11000001417d5e01040f60:
        name: bel
        fire_event: True

en de automation:

YAML:

- alias: Deurbel Melding
  trigger:
    - platform: event
      event_type: button_pressed
      event_data: {"entity_id": "switch.bel"}
  action:
    - service: media_player.media_pause
      entity_id: media_player.kodi
    - service: media_player.media_pause
      entity_id: media_player.tv
    - service: notify.KodiBericht
      data:
        title: "Notificatie"
        message: "De deurbel gaat!"
        data:
          displaytime: 20000
          icon: "warning"
    - service: notify.TwitterNotify
      data:
        message: 'Deurbel gaat'
    - service: notify.tvbericht
      data:
        title: "Notificatie"
        message: "De deurbel gaat!"
        data:
          position: center
          duration: 10
    - service: tts.google_say
      entity_id: media_player.living_room_speaker
      data:
        message: 'dingdong dingdong, there is someone at the door!'
        cache: true

[wesley2004]

martinvdm schreef op zaterdag 10 februari 2018 @ 12:26:
[...]

Probeer eens include_dir_merge_named
Je / hoort er ook niet achter

heb dus
sensor: include_dir_merge_named sensor
krijg ik allemaal foutmeldingen

[PuckStar]

lolgast schreef op donderdag 8 februari 2018 @ 13:30:
In het kader van kennisdeling (en omdat mijn vorige screenshot blijkbaar ook een hoop in beweging heeft gebracht ) Hierbij afbeeldingen van mijn HA inrichting. Wilde de config zo lukraak delen, maar daarvoor moet ik eerst iets meer secrets gaan plaatsen
[afbeelding] [afbeelding] [afbeelding] [afbeelding] [afbeelding] [afbeelding]

De bewegingsensor en wasmachine controle op de tweede pagina staan er ter troubleshooting

Edit: Mijn (hopelijk) anonieme config
https://1drv.ms/f/s!Ah7wjKP2FKEts2Qt1v3SL5vO10Qy

Interessant om te zien!
Ik probeer echt zoveel mogelijk te automatiseren dus lampen aan/uit zetten en brightness instellen moet allemaal vanzelf gaan (bijv dimmen als ik een film/serie start, overloop lamp gaat later op de avond minder fel aan (trigger motion sensor) dan eerder op de avond etc.). Ik wil eigenlijk niet naar de Hass interface kijken.

Wat ook erg leuk is is mijn google home mini (voor niet geautomatiseerde zaken).
"hey google set livingroom 30 percent". en hoppa de lampen gaan op brightness 30%.
Of "hey google turn on tv".
etc.

[PuckStar]

wesley2004 schreef op zaterdag 10 februari 2018 @ 17:16:
[...]


heb dus
sensor: include_dir_merge_named sensor
krijg ik allemaal foutmeldingen

Ik heb individuele include bestanden nooit goed werkend gekregen + ik vind het lastiger om dan iets terug te vinden.
Dus ik heb per onderdeel wel een los bestand, maar daarbinnen alles in 1 bestand.
Dus in geval van sensors:
sensor: !include sensors.yaml
En dan in de sensors.yaml alle sensors.

Zo ook met automations etc.
automation: !include automation.yaml

[wesley2004]

PuckStar schreef op zaterdag 10 februari 2018 @ 17:18:
[...]

Ik heb individuele include bestanden nooit goed werkend gekregen + ik vind het lastiger om dan iets terug te vinden.
Dus ik heb per onderdeel wel een los bestand, maar daarbinnen alles in 1 bestand.
Dus in geval van sensors:
sensor: !include sensors.yaml
En dan in de sensors.yaml alle sensors.

Zo ook met automations etc.
automation: !include automation.yaml

ja het gekke met automations lukt het wel.
kan idd de sensors ook op deze manier proberen!

[UltraSub]

PuckStar schreef op zaterdag 10 februari 2018 @ 17:18:
[...]

Ik heb individuele include bestanden nooit goed werkend gekregen + ik vind het lastiger om dan iets terug te vinden.
Dus ik heb per onderdeel wel een los bestand, maar daarbinnen alles in 1 bestand.
Dus in geval van sensors:
sensor: !include sensors.yaml
En dan in de sensors.yaml alle sensors.

Zo ook met automations etc.
automation: !include automation.yaml

Hoe kan het in losse files moeilijker worden iets terug te vinden

YAML:

sensor: !include_dir_merge_list sensor

code:

sensor/darksky.yaml
      /domoticz.yaml
      /dsmr.yaml
      /harmony.yaml
      /influxdb.yaml
      /otgw.yaml
      /traveltime.yaml
      /enz enz

En in die losse yamls staan natuurlijk multiple sensors maar dan wel per topic zeg maar.
Zelfde doe ik op veel meer plekken, automations en zo ook.

[Verwijderd]

Magevael schreef op vrijdag 9 februari 2018 @ 11:00:
Hoe detecteren jullie of een device home is?
Mijn telefoon gaat s'nachts blijkbaar op wifi saving mode, en wordt dan veel als away gezien.

Ik wil een hue lamp automatisch aan laten gaan als ik thuis kom en het donker is.

ik doe dat dmv een bluetooth le tag die aan mn sleutelbos hangt (gigaset g tag) en een losse pi (home-assistant_ble) die ook nog andere klusjes doet (kiosk mode en stembesturing).

Werkt perfect; snelle en foutloze detectie. lampen gaan enkele seconden aan voordat ik de deur heb ontgrendeld. Niet afhankelijk van telefoon of internetverbinding.

[GENETX]

Ik heb Automate geinstalleerd op mn Android smartphone welke iedere 2 minuten een heartbeat stuurt (boolean_input die op on wordt geschakeld). Een app in appdaemon registreert dit en zet de switch weer uit. Als er voor lange tijd geen heartbeat is geregistreerd, dan zet ik mezelf op afwezig. Deze methode houdt je wifi dus ook soort van in leven.

Ik gebruik het wel naast ping en geofencing. Maar zo 'n heartbeat werkt verreweg het betrouwbaarste heb ik wel ontdekt aangezien ping wel eens weigert doorinactieve wifi en de GPS coordinaten wel eens voor langere tijd een storing hebben waardoor ik een kilometer verderop zit....

[stimm]

Voor de mensen met een geroote Toon die de 'Toon custom component' gebruiken:

Ik wilde ook graag het programma aan/uit kunnen zetten, hier is de code daarvoor:

   - platform: command_line
    switches:
      toonprogramma:
        command_on: '/usr/bin/curl -X GET "http://192.168.x.x/happ_thermstat?action=changeSchemeState&state=1"'
        command_off: '/usr/bin/curl -X GET "http://192.168.x.x/happ_thermstat?action=changeSchemeState&state=0"'
        command_state: "/usr/bin/curl -s \"http://192.168.x.x/happ_thermstat?action=getThermostatInfo\" | /usr/bin/python -c \"import sys, json; print json.load(sys.stdin)['programState']\""
        value_template: '{{ value == "1" or value == "2" }}'
        friendly_name: Toon programma 

Als je dan eens een weekend weg bent, kun je op afstand het programma uitzetten.

[ Voor 4% gewijzigd door stimm op 12-02-2018 09:00 . Reden: value_template aangepast ]

[PuckStar]

UltraSub schreef op zaterdag 10 februari 2018 @ 18:06:
[...]

Hoe kan het in losse files moeilijker worden iets terug te vinden

YAML:

sensor: !include_dir_merge_list sensor

code:

sensor/darksky.yaml
      /domoticz.yaml
      /dsmr.yaml
      /harmony.yaml
      /influxdb.yaml
      /otgw.yaml
      /traveltime.yaml
      /enz enz

En in die losse yamls staan natuurlijk multiple sensors maar dan wel per topic zeg maar.
Zelfde doe ik op veel meer plekken, automations en zo ook.

Zoeken als in lekker scrollen door je bestand. Ik kopieer/plak ook veel en dat gaat ook net iets sneller dan meerdere bestanden zoeken/openen.

[UltraSub]

PuckStar schreef op zaterdag 10 februari 2018 @ 20:34:
[...]

Zoeken als in lekker scrollen door je bestand. Ik kopieer/plak ook veel en dat gaat ook net iets sneller dan meerdere bestanden zoeken/openen.

(Teveel) scrollen is bah.
Zoeken in je hele project kan ook, en als je namen kloppen heb je perfecte secties, weet je meteen waar je moet zijn en hoef je alleen te scrollen waar nodig. Maar natuurlijk, ieder zijn eigen ding!

Verwijderd schreef op zaterdag 10 februari 2018 @ 18:22:
[...]


ik doe dat dmv een bluetooth le tag die aan mn sleutelbos hangt (gigaset g tag) en een losse pi (home-assistant_ble) die ook nog andere klusjes doet (kiosk mode en stembesturing).

Werkt perfect; snelle en foutloze detectie. lampen gaan enkele seconden aan voordat ik de deur heb ontgrendeld. Niet afhankelijk van telefoon of internetverbinding.

Hee, die heb ik ook opgevoerd, zo'n Gigaset G-Tag, maar dat werkt voor geen meter. Eens uitzoeken hoe en waarom niet dan als jij het wel werkend hebt.

[ Voor 38% gewijzigd door UltraSub op 10-02-2018 20:52 ]

[martinvdm]

UltraSub schreef op zaterdag 10 februari 2018 @ 20:51:
[...]

(Teveel) scrollen is bah.
Zoeken in je hele project kan ook, en als je namen kloppen heb je perfecte secties, weet je meteen waar je moet zijn en hoef je alleen te scrollen waar nodig. Maar natuurlijk, ieder zijn eigen ding!


[...]

Hee, die heb ik ook opgevoerd, zo'n Gigaset G-Tag, maar dat werkt voor geen meter. Eens uitzoeken hoe en waarom niet dan als jij het wel werkend hebt.

Ik heb ook zo'n ding liggen
Maar BLE in een pi tezamen met Hass werkt niet. is bekend issue dat het CPU vreet

[Verwijderd]

martinvdm schreef op zaterdag 10 februari 2018 @ 21:12:
[...]

Ik heb ook zo'n ding liggen
Maar BLE in een pi tezamen met Hass werkt niet. is bekend issue dat het CPU vreet

nee klopt. daarom heb ik het op een andere pi draaien dan de HA pi. Het is overigens echt een probleem met HA zelf (of de lib die het voor ble gebruikt) want als ik gatt (ble) zelf aanroep in een script gaat het prima.

als je ff zoekt op home-assistent_ble krijg je een github pagina met daar een ruby project wat ik gebruik voor de ble detectie op de anderr pi. Werkt super.

je kunt dat progsel ook naast HA zonder vertraging op de pi draaien (niet als je docker of hass.io draait denk ik)

[ Voor 8% gewijzigd door Verwijderd op 10-02-2018 21:34 ]

[Oulewappeur]

Ik kom er niet meer aan uit. Ik heb zowel een hassbian als hass.io image draaiende gehad maar het lukt me nog niet eens om een asuswrt device tracker aan de gang te krijgen. Ik vergeet gewoon iets.

Ik heb de code met IP en wachtwoord in de config gezet, maar er gebeurt niks na een reboot.

Ik ben nog in de ontdekkingsfase, moet je een extra component ook nog installeren en zo ja hoe? Ik krijg het niet voor elkaar en Google helpt ook niet mee.

Had hetzelfde issue met dsmr, ik denk dat ik een stap vergeet....

Help please?

[PuckStar]

Oulewappeur schreef op zaterdag 10 februari 2018 @ 23:10:
Ik kom er niet meer aan uit. Ik heb zowel een hassbian als hass.io image draaiende gehad maar het lukt me nog niet eens om een asuswrt device tracker aan de gang te krijgen. Ik vergeet gewoon iets.

Ik heb de code met IP en wachtwoord in de config gezet, maar er gebeurt niks na een reboot.

Ik ben nog in de ontdekkingsfase, moet je een extra component ook nog installeren en zo ja hoe? Ik krijg het niet voor elkaar en Google helpt ook niet mee.

Had hetzelfde issue met dsmr, ik denk dat ik een stap vergeet....

Help please?

Heb je in ieder geval je log level op debug staan en kun je iets vinden in de log file?

[Possible]

Zijn er hier mensen die gebruik maken van een Milight ESP gateway icm mqtt en HAA ?

Ik heb een ESP8266 binnengekregen en wil nu mijn lampen gaan bedienen via mqtt zodat ik meerdere groepen aan kan maken ipv de 4 die je alleen met de milight wificontroller kan instellen.

[kepler]

lolgast schreef op zaterdag 10 februari 2018 @ 16:23:
Ik heb best veel neocoolcam pluggen en 1 Fibaro plug.
Ik heb mezelf wel voorgenomen om die neocoolcam voor niet meer dan 2000 Watt te gebruiken. De verkopers zijn erg onduidelijk qua maximum en het is uiteindelijk wel mijn huis waar ze in gebruikt worden

Inderdaad, goed punt. Het blijft inderdaad mijn huis, denk dat ik maar voor 1 fibaro plug ga voor de wasmachine

[Hmmbob]

Versie 0.63 is uit

[Oulewappeur]

PuckStar schreef op zaterdag 10 februari 2018 @ 23:30:
[...]

Heb je in ieder geval je log level op debug staan en kun je iets vinden in de log file?

Ik heb onderstaande melding bij HassIO


En onderstaande in de log

code:

2018-02-10 22:35:29 ERROR (MainThread) [homeassistant.loader] Unable to find component track_new_devices
2018-02-10 22:35:29 ERROR (MainThread) [homeassistant.setup] Setup failed for track_new_devices: Component not found.
2018-02-10 22:35:29 ERROR (MainThread) [homeassistant.config] Invalid config for [device_tracker.asuswrt]: must contain one of password, pub_key, ssh_key.. Got OrderedDict([('platform', 'asuswrt'), ('new_device_defaults', {}), ('consider_home', datetime.timedelta(0, 180))]). (See ?, line ?). Please check the docs at https://home-assistant.io/components/device_tracker.asuswrt/
2018-02-10 22:35:29 ERROR (MainThread) [homeassistant.loader] Unable to find component new_device_defaults
2018-02-10 22:35:29 ERROR (MainThread) [homeassistant.setup] Setup failed for new_device_defaults: Component not found.
2018-02-10 22:35:29 ERROR (MainThread) [homeassistant.loader] Unable to find component host
2018-02-10 22:35:29 ERROR (MainThread) [homeassistant.setup] Setup failed for host: Component not found.
2018-02-10 22:35:29 ERROR (MainThread) [homeassistant.loader] Unable to find component consider_home
2018-02-10 22:35:29 ERROR (MainThread) [homeassistant.setup] Setup failed for consider_home: Component not found.
2018-02-10 22:35:30 ERROR (MainThread) [homeassistant.loader] Unable to find component interval_seconds
2018-02-10 22:35:30 ERROR (MainThread) [homeassistant.setup] Setup failed for interval_seconds: Component not found.
2018-02-10 22:35:30 ERROR (MainThread) [homeassistant.loader] Unable to find component password
2018-02-10 22:35:30 ERROR (MainThread) [homeassistant.setup] Setup failed for password: Component not found.
2018-02-10 22:35:30 ERROR (MainThread) [homeassistant.loader] Unable to find component hide_if_away
2018-02-10 22:35:30 ERROR (MainThread) [homeassistant.setup] Setup failed for hide_if_away: Component not found.
2018-02-10 22:35:30 ERROR (MainThread) [homeassistant.loader] Unable to find component username
2018-02-10 22:35:30 ERROR (MainThread) [homeassistant.setup] Setup failed for username: Component not found.
2018-02-10 22:35:30 ERROR (MainThread) [homeassistant.config] Invalid config for [devicename]: expected a dictionary. Got OrderedDict([('devicename', None), ('name', 'Anton'), ('mac', 'xxxx'), ('icon', 'mdi:android'), ('track', True)]). (See ?, line ?). Please check the docs at https://home-assistant.io/components/devicename/
2018-02-10 22:35:30 ERROR (MainThread) [homeassistant.config] Invalid config for [name]: expected a dictionary. Got OrderedDict([('devicename', None), ('name', 'Anton'), ('mac', 'xxxxx'), ('icon', 'mdi:android'), ('track', True)]). (See ?, line ?). Please check the docs at https://home-assistant.io/components/name/
2018-02-10 22:35:30 ERROR (MainThread) [homeassistant.config] Invalid config for [mac]: expected a dictionary. Got OrderedDict([('devicename', None), ('name', 'Anton'), ('mac', 'xxxx'), ('icon', 'mdi:android'), ('track', True)]). (See ?, line ?). Please check the docs at https://home-assistant.io/components/mac/
2018-02-10 22:35:30 ERROR (MainThread) [homeassistant.config] Invalid config for [icon]: expected a dictionary. Got OrderedDict([('devicename', None), ('name', 'Anton'), ('mac', 'xxxx'), ('icon', 'mdi:android'), ('track', True)]). (See ?, line ?). Please check the docs at https://home-assistant.io/components/icon/
2018-02-10 22:35:30 ERROR (MainThread) [homeassistant.config] Invalid config for [track]: expected a dictionary. Got OrderedDict([('devicename', None), ('name', 'Anton'), ('mac', 'xxxx'), ('icon', 'mdi:android'), ('track', True)]). (See ?, line ?). Please check the docs at https://home-assistant.io/components/track/
2018-02-11 00:06:49 WARNING (MainThread) [buienradar.buienradar] Missing section in Buienradar xmldata (weerstation).Can happen 00:00-01:00 CE(S)T
2018-02-11 00:06:49 WARNING (MainThread) [homeassistant.components.sensor.buienradar] Unable to parse data from Buienradar.(Msg: No location selected.)
2018-02-11 00:08:50 WARNING (MainThread) [buienradar.buienradar] Missing section in Buienradar xmldata (weerstation).Can happen 00:00-01:00 CE(S)T
2018-02-11 00:08:50 WARNING (MainThread) [homeassistant.components.sensor.buienradar] Unable to parse data from Buienradar.(Msg: No location selected.)
2018-02-11 00:10:51 WARNING (MainThread) [buienradar.buienradar] Missing section in Buienradar xmldata (weerstation).Can happen 00:00-01:00 CE(S)T
2018-02-11 00:10:51 WARNING (MainThread) [homeassistant.components.sensor.buienradar] Unable to parse data from Buienradar.(Msg: No location selected.)
2018-02-11 00:12:52 WARNING (MainThread) [buienradar.buienradar] Missing section in Buienradar xmldata (weerstation).Can happen 00:00-01:00 CE(S)T
2018-02-11 00:12:52 WARNING (MainThread) [homeassistant.components.sensor.buienradar] Unable to parse data from Buienradar.(Msg: No location selected.)
2018-02-11 00:14:53 WARNING (MainThread) [buienradar.buienradar] Missing section in Buienradar xmldata (weerstation).Can happen 00:00-01:00 CE(S)T
2018-02-11 00:14:53 WARNING (MainThread) [homeassistant.components.sensor.buienradar] Unable to parse data from Buienradar.(Msg: No location selected.)
2018-02-11 00:16:54 WARNING (MainThread) [buienradar.buienradar] Missing section in Buienradar xmldata (weerstation).Can happen 00:00-01:00 CE(S)T
2018-02-11 00:16:54 WARNING (MainThread) [homeassistant.components.sensor.buienradar] Unable to parse data from Buienradar.(Msg: No location selected.)
2018-02-11 00:18:55 WARNING (MainThread) [buienradar.buienradar] Missing section in Buienradar xmldata (weerstation).Can happen 00:00-01:00 CE(S)T
2018-02-11 00:18:55 WARNING (MainThread) [homeassistant.components.sensor.buienradar] Unable to parse data from Buienradar.(Msg: No location selected.)
2018-02-11 00:20:56 WARNING (MainThread) [buienradar.buienradar] Missing section in Buienradar xmldata (weerstation).Can happen 00:00-01:00 CE(S)T
2018-02-11 00:20:56 WARNING (MainThread) [homeassistant.components.sensor.buienradar] Unable to parse data from Buienradar.(Msg: No location selected.)
2018-02-11 02:17:44 WARNING (Thread-2) [pychromecast.socket_client] Heartbeat timeout, resetting connection
2018-02-11 02:17:45 ERROR (Thread-2) [pychromecast.socket_client] Failed to connect, retrying in 5.0s
2018-02-11 06:33:48 WARNING (MainThread) [homeassistant.components.sensor.buienradar] Unable to retrieve xml data from Buienradar.(Msg: Cannot connect to host api.buienradar.nl:80 ssl:False [Try again], status: None,)
2018-02-11 07:10:17 ERROR (MainThread) [homeassistant.core] Timer got out of sync. Resetting
2018-02-11 07:31:27 ERROR (MainThread) [frontend.js.es5.201801300] http://192.168.1.103:8123/frontend_es5/panels/ha-panel-history-30a8d4b44a190ad3ff678f82a9306a59.html:1:3660 Uncaught TypeError: Cannot read property 'getDate' of undefined
2018-02-11 07:31:31 ERROR (MainThread) [frontend.js.es5.201801300] http://192.168.1.103:8123/frontend_es5/panels/ha-panel-history-30a8d4b44a190ad3ff678f82a9306a59.html:1:3660 Uncaught TypeError: Cannot read property 'getDate' of undefined

[breinonline]

Dat is wel erg veel. Het lijkt bijna of je opbouw in configuration.yaml niet goed is. Post die ook eens?
Overigens moet je in de router ook nog wat aanzetten als ik me niet vergis.

[Hmmbob]

Oulewappeur schreef op zondag 11 februari 2018 @ 07:50:
[...]


Ik heb onderstaande melding bij HassIO
[afbeelding]

En onderstaande in de log

code:

2018-02-10 22:35:29 ERROR (MainThread) [homeassistant.loader] Unable to find component track_new_devices
2018-02-10 22:35:29 ERROR (MainThread) [homeassistant.setup] Setup failed for track_new_devices: Component not found.
2018-02-10 22:35:29 ERROR (MainThread) [homeassistant.config] Invalid config for [device_tracker.asuswrt]: must contain one of password, pub_key, ssh_key.. Got OrderedDict([('platform', 'asuswrt'), ('new_device_defaults', {}), ('consider_home', datetime.timedelta(0, 180))]). (See ?, line ?). Please check the docs at https://home-assistant.io/components/device_tracker.asuswrt/
2018-02-10 22:35:29 ERROR (MainThread) [homeassistant.loader] Unable to find component new_device_defaults
2018-02-10 22:35:29 ERROR (MainThread) [homeassistant.setup] Setup failed for new_device_defaults: Component not found.
2018-02-10 22:35:29 ERROR (MainThread) [homeassistant.loader] Unable to find component host
2018-02-10 22:35:29 ERROR (MainThread) [homeassistant.setup] Setup failed for host: Component not found.
2018-02-10 22:35:29 ERROR (MainThread) [homeassistant.loader] Unable to find component consider_home
2018-02-10 22:35:29 ERROR (MainThread) [homeassistant.setup] Setup failed for consider_home: Component not found.
2018-02-10 22:35:30 ERROR (MainThread) [homeassistant.loader] Unable to find component interval_seconds
2018-02-10 22:35:30 ERROR (MainThread) [homeassistant.setup] Setup failed for interval_seconds: Component not found.
2018-02-10 22:35:30 ERROR (MainThread) [homeassistant.loader] Unable to find component password
2018-02-10 22:35:30 ERROR (MainThread) [homeassistant.setup] Setup failed for password: Component not found.
2018-02-10 22:35:30 ERROR (MainThread) [homeassistant.loader] Unable to find component hide_if_away
2018-02-10 22:35:30 ERROR (MainThread) [homeassistant.setup] Setup failed for hide_if_away: Component not found.
2018-02-10 22:35:30 ERROR (MainThread) [homeassistant.loader] Unable to find component username
2018-02-10 22:35:30 ERROR (MainThread) [homeassistant.setup] Setup failed for username: Component not found.
2018-02-10 22:35:30 ERROR (MainThread) [homeassistant.config] Invalid config for [devicename]: expected a dictionary. Got OrderedDict([('devicename', None), ('name', 'Anton'), ('mac', 'xxxx'), ('icon', 'mdi:android'), ('track', True)]). (See ?, line ?). Please check the docs at https://home-assistant.io/components/devicename/
2018-02-10 22:35:30 ERROR (MainThread) [homeassistant.config] Invalid config for [name]: expected a dictionary. Got OrderedDict([('devicename', None), ('name', 'Anton'), ('mac', 'xxxxx'), ('icon', 'mdi:android'), ('track', True)]). (See ?, line ?). Please check the docs at https://home-assistant.io/components/name/
2018-02-10 22:35:30 ERROR (MainThread) [homeassistant.config] Invalid config for [mac]: expected a dictionary. Got OrderedDict([('devicename', None), ('name', 'Anton'), ('mac', 'xxxx'), ('icon', 'mdi:android'), ('track', True)]). (See ?, line ?). Please check the docs at https://home-assistant.io/components/mac/
2018-02-10 22:35:30 ERROR (MainThread) [homeassistant.config] Invalid config for [icon]: expected a dictionary. Got OrderedDict([('devicename', None), ('name', 'Anton'), ('mac', 'xxxx'), ('icon', 'mdi:android'), ('track', True)]). (See ?, line ?). Please check the docs at https://home-assistant.io/components/icon/
2018-02-10 22:35:30 ERROR (MainThread) [homeassistant.config] Invalid config for [track]: expected a dictionary. Got OrderedDict([('devicename', None), ('name', 'Anton'), ('mac', 'xxxx'), ('icon', 'mdi:android'), ('track', True)]). (See ?, line ?). Please check the docs at https://home-assistant.io/components/track/
2018-02-11 00:06:49 WARNING (MainThread) [buienradar.buienradar] Missing section in Buienradar xmldata (weerstation).Can happen 00:00-01:00 CE(S)T
2018-02-11 00:06:49 WARNING (MainThread) [homeassistant.components.sensor.buienradar] Unable to parse data from Buienradar.(Msg: No location selected.)
2018-02-11 00:08:50 WARNING (MainThread) [buienradar.buienradar] Missing section in Buienradar xmldata (weerstation).Can happen 00:00-01:00 CE(S)T
2018-02-11 00:08:50 WARNING (MainThread) [homeassistant.components.sensor.buienradar] Unable to parse data from Buienradar.(Msg: No location selected.)
2018-02-11 00:10:51 WARNING (MainThread) [buienradar.buienradar] Missing section in Buienradar xmldata (weerstation).Can happen 00:00-01:00 CE(S)T
2018-02-11 00:10:51 WARNING (MainThread) [homeassistant.components.sensor.buienradar] Unable to parse data from Buienradar.(Msg: No location selected.)
2018-02-11 00:12:52 WARNING (MainThread) [buienradar.buienradar] Missing section in Buienradar xmldata (weerstation).Can happen 00:00-01:00 CE(S)T
2018-02-11 00:12:52 WARNING (MainThread) [homeassistant.components.sensor.buienradar] Unable to parse data from Buienradar.(Msg: No location selected.)
2018-02-11 00:14:53 WARNING (MainThread) [buienradar.buienradar] Missing section in Buienradar xmldata (weerstation).Can happen 00:00-01:00 CE(S)T
2018-02-11 00:14:53 WARNING (MainThread) [homeassistant.components.sensor.buienradar] Unable to parse data from Buienradar.(Msg: No location selected.)
2018-02-11 00:16:54 WARNING (MainThread) [buienradar.buienradar] Missing section in Buienradar xmldata (weerstation).Can happen 00:00-01:00 CE(S)T
2018-02-11 00:16:54 WARNING (MainThread) [homeassistant.components.sensor.buienradar] Unable to parse data from Buienradar.(Msg: No location selected.)
2018-02-11 00:18:55 WARNING (MainThread) [buienradar.buienradar] Missing section in Buienradar xmldata (weerstation).Can happen 00:00-01:00 CE(S)T
2018-02-11 00:18:55 WARNING (MainThread) [homeassistant.components.sensor.buienradar] Unable to parse data from Buienradar.(Msg: No location selected.)
2018-02-11 00:20:56 WARNING (MainThread) [buienradar.buienradar] Missing section in Buienradar xmldata (weerstation).Can happen 00:00-01:00 CE(S)T
2018-02-11 00:20:56 WARNING (MainThread) [homeassistant.components.sensor.buienradar] Unable to parse data from Buienradar.(Msg: No location selected.)
2018-02-11 02:17:44 WARNING (Thread-2) [pychromecast.socket_client] Heartbeat timeout, resetting connection
2018-02-11 02:17:45 ERROR (Thread-2) [pychromecast.socket_client] Failed to connect, retrying in 5.0s
2018-02-11 06:33:48 WARNING (MainThread) [homeassistant.components.sensor.buienradar] Unable to retrieve xml data from Buienradar.(Msg: Cannot connect to host api.buienradar.nl:80 ssl:False [Try again], status: None,)
2018-02-11 07:10:17 ERROR (MainThread) [homeassistant.core] Timer got out of sync. Resetting
2018-02-11 07:31:27 ERROR (MainThread) [frontend.js.es5.201801300] http://192.168.1.103:8123/frontend_es5/panels/ha-panel-history-30a8d4b44a190ad3ff678f82a9306a59.html:1:3660 Uncaught TypeError: Cannot read property 'getDate' of undefined
2018-02-11 07:31:31 ERROR (MainThread) [frontend.js.es5.201801300] http://192.168.1.103:8123/frontend_es5/panels/ha-panel-history-30a8d4b44a190ad3ff678f82a9306a59.html:1:3660 Uncaught TypeError: Cannot read property 'getDate' of undefined

100% zeker dat je indentering (spaties) niet goed zijn. Hij probeert nu allemaal eigenschappen van je device-tracker als component in te laden, wat betekent dat die niet juist zijn uitgelijnd.

Check spaces ;-)

[lolgast]

PuckStar schreef op zaterdag 10 februari 2018 @ 17:16:
[...]

Interessant om te zien!
Ik probeer echt zoveel mogelijk te automatiseren dus lampen aan/uit zetten en brightness instellen moet allemaal vanzelf gaan (bijv dimmen als ik een film/serie start, overloop lamp gaat later op de avond minder fel aan (trigger motion sensor) dan eerder op de avond etc.). Ik wil eigenlijk niet naar de Hass interface kijken.

Wat ook erg leuk is is mijn google home mini (voor niet geautomatiseerde zaken).
"hey google set livingroom 30 percent". en hoppa de lampen gaan op brightness 30%.
Of "hey google turn on tv".
etc.

Zo ver ben ik nog niet qua sensoren. Geld kan maar 1 keer uitgegeven worden he
In principe gaat in de woonkamer alles automagisch aan door de motionsensor, en gaat nu alles uit via een Hue Tap als we naar bed gaan. Sensoren in de gang en overloop heb ik nog niet. Er loopt hier ook een kat rond en die triggert Hue Motions, dus ik moet andere sensoren hebben helaas en die kosten dan weer twee keer zo veel

Qua bestandsindeling vind ik dit (losse bestanden) steeds onhandiger dus als ik binnenkort een keer tijd heb ga ik het ombouwen naar 1 bestand per categorie. Liever scrollen in 1 bestand en handig knippen/plakken, dan continu meerdere bestanden af moeten omdat ik een config zoek om te kopieren en maar niet gevonden krijg

[Oulewappeur]

Hmmbob schreef op zondag 11 februari 2018 @ 08:11:
[...]
100% zeker dat je indentering (spaties) niet goed zijn. Hij probeert nu allemaal eigenschappen van je device-tracker als component in te laden, wat betekent dat die niet juist zijn uitgelijnd.

Check spaces ;-)

Ik had dus echt geen benul dat dit bij yaml daadwerkelijk nodig is. Dat verklaart een hoop!

[martinvdm]

Oulewappeur schreef op zondag 11 februari 2018 @ 09:21:
[...]


Ik had dus echt geen benul dat dit bij yaml daadwerkelijk nodig is. Dat verklaart een hoop!

Zeer belangrijk. Je kan altijd je config door http://www.yamllint.com halen

[jsmid6]

Possible schreef op zaterdag 10 februari 2018 @ 23:55:
Zijn er hier mensen die gebruik maken van een Milight ESP gateway icm mqtt en HAA ?

Ik heb een ESP8266 binnengekregen en wil nu mijn lampen gaan bedienen via mqtt zodat ik meerdere groepen aan kan maken ipv de 4 die je alleen met de milight wificontroller kan instellen.

Ja, deze heb ik ook sinds een paar weken. Werkt heel fijn behalce dat ik een 2.4ghz module heb zonder antenne en het bereik af en toe net niet goed is. Daarnaast heb ik een aantal CCT lampen en dat protocol werkt niet heel lekker omdat die alleen brightness/temperature up/down hebben en niet rechtstreeks ingesteld kunnen worden.

[Hmmbob]

Oulewappeur schreef op zondag 11 februari 2018 @ 09:21:
[...]


Ik had dus echt geen benul dat dit bij yaml daadwerkelijk nodig is. Dat verklaart een hoop!

Dat gaat waarschijnlijk 9 van de 10x de oorzaak van een fout zijn

Zorg er ook voor dat je geen tabs maar spaties gebruikt. En als je bijvoorbeeld notepad++ gebruikt, moet je even Unix file type selecteren voor line-ends

[FailFr8er]

Ik ben aan 't kijken naar het vervangen van Domoticz naar Home Assistant. Ik loop alleen tegen een kleine issue die ik wil voorleggen, namelijk de history grafieken van mn AM550 slimme meter.

Dat ding poept elke seconde een meting uit, die HA prima opvangt en weergeeft. Hij schrijft 'm alleen ook in zn log. Niet zo'n heel groot probleem, maar 't zijn 86.400 entries per dag.

Hoe kan ik voorkomen dat ie elke regel neemt maar bijv. alleen het aggregaat per minuut? En dat maar x-dagen en daarna aggregeert naar per dag (of uur, etc.).

Domoticz doet 't zelf, daar kun je tot max 7 dagen alle entries bekijken, daarna alleen de aggregaten. Die kan dus makkelijk enkele jaren aan data opnemen, dat zie ik op dit tempo met HA niet gebeuren.

[Verwijderd]

Ik heb mijn slimme meter aan HA gekoppeld. Echter duurt het nu 3 minuten (en 22 MB) om een week aan history op te vragen via de API. Ik denk dat het zo lang duurt, omdat hij elke minuut nieuwe gegevens van de slimme meter krijgt en dan opslaat. Is het mogelijk om het pas op te slaan bij een minimale afwijking?

[Verwijderd]

Ik dump die data in influx weg en heb grafana voor de weergave. Wat ik wel merkte is dat Python een stuk rustiger is nu ik de data in m'n postgresql instantie wegschrijf, maar bij het renderen van de pagina één core naar max gaat. Het zijn forse hoeveelheden data en dan is python/singlethreading niet helemaal ideaal. Desondanks is het sinds m'n overstap naar postgres een stukje vlotter op de logging/history pagina's.