Home Assistant - Open source Python3 home automation

[Possible]

Ik probeer mijn boiler aan te sturen met HA, maar nu zie ik dat hij niet is gestart op deze tijden. Waar zit de fout in ?

code:

- alias: Schakel Warmtepompboiler in de middag
  trigger:
    - platform: numeric_state
      entity_id: sensor.warmte_pomp_sensor_aangepast
      below: 45
      for:
        minutes: 10
    - platform: time
      at: '16:00:00'
  condition:
    - condition: time
      after: '16:05:00'
      before: '18:30:00'
    - condition: numeric_state
      entity_id: sensor.warmte_pomp_sensor_aangepast
      below: 45
  action:
    - service: switch.turn_on
      entity_id: switch.plug_158d00019d130e
    - service: notify.xxxxxx
      data_template:
        message: "Warmtepompboiler is gestart! Temperatuur is nu: {{ states.sensor.warmte_pomp_sensor_aangepast.state }}C"

sensor.warmte_pomp_sensor_aangepast = nu 36,9 graden..

Edit: laat maar, het gaat natuurlijk om dit stukje:

code:

    - platform: numeric_state
      entity_id: sensor.warmte_pomp_sensor_aangepast
      below: 45
      for:
        minutes: 10

Ik moet dus wachten

Hmmm toch niet.. Hij wordt niet getriggered

[ Voor 13% gewijzigd door Possible op 22-02-2019 16:15 ]

[balk]

Possible schreef op vrijdag 22 februari 2019 @ 16:05:
Ik probeer mijn boiler aan te sturen met HA, maar nu zie ik dat hij niet is gestart op deze tijden. Waar zit de fout in ?

code:

- alias: Schakel Warmtepompboiler in de middag
  trigger:
    - platform: numeric_state
      entity_id: sensor.warmte_pomp_sensor_aangepast
      below: 45
      for:
        minutes: 10
    - platform: time
      at: '16:00:00'
  condition:
    - condition: time
      after: '16:05:00'
      before: '18:30:00'
    - condition: numeric_state
      entity_id: sensor.warmte_pomp_sensor_aangepast
      below: 45
  action:
    - service: switch.turn_on
      entity_id: switch.plug_158d00019d130e
    - service: notify.xxxxxx
      data_template:
        message: "Warmtepompboiler is gestart! Temperatuur is nu: {{ states.sensor.warmte_pomp_sensor_aangepast.state }}C"

sensor.warmte_pomp_sensor_aangepast = nu 36,9 graden..

Edit: laat maar, het gaat natuurlijk om dit stukje:

code:

    - platform: numeric_state
      entity_id: sensor.warmte_pomp_sensor_aangepast
      below: 45
      for:
        minutes: 10

Ik moet dus wachten

Hmmm toch niet.. Hij wordt niet getriggered

Wanneer er meerdere triggers zijn gespecificeerd is het standaard een OR statement. Dus, één van de twee zal de automation activeren. Dus of om 16:00 uur of wanneer de temperatuur onder de 45oC is voor 10 minuten.

Conditions zijn standaard een AND statement; beiden moeten waar zijn. De tijdstrigger werkt dus niet omdat om 16:00 één van de conditions niet waar is.

De numeric_state trigger werkt volgens mij alleen als hij door de grens heen gaat, dus van 45 naar 44,9 of lager. Omdat de temperatuur nu al lager is zal die trigger nu ook niet z'n werk doen.

Het volgende zou kunnen werken, met een OR condition.

code:

- alias: Schakel Warmtepompboiler in de middag
  trigger:
    - platform: numeric_state
      entity_id: sensor.warmte_pomp_sensor_aangepast
      below: 45
      for:
        minutes: 10
    - platform: time
      at: '16:00:00'
  condition:
    - condition: or
      conditions:
      - condition: time
        after: '16:05:00'
        before: '18:30:00'
      - condition: numeric_state
        entity_id: sensor.warmte_pomp_sensor_aangepast
        below: 45
  action:
    - service: switch.turn_on
      entity_id: switch.plug_158d00019d130e
    - service: notify.xxxxxx
      data_template:
        message: "Warmtepompboiler is gestart! Temperatuur is nu: {{ states.sensor.warmte_pomp_sensor_aangepast.state }}C"

[PhuSioN]

Vandaag ook een poging gewaagd aan home assistant.
Img voor de rpi2 gedownload en succesvol geinstalleerd (HASSos 2.10?)
Echter bij de add-ons store zie ik geen enkele add-on.

Gepoogd om dit als repo toe te voegen maar de log meldt het volgende.

code:

19-02-22 16:20:16 INFO (MainThread) [hassio.addons.git] Clone add-on https://home-assistant.io/addons repository
19-02-22 16:20:18 ERROR (MainThread) [hassio.addons.git] Can't clone https://home-assistant.io/addons repository: Cmd('git') failed due to: exit code(128)
  cmdline: git clone --depth=1 --recursive --shallow-submodules -v https://home-assistant.io/addons /data/addons/git/56fa7159
  stderr: 'Cloning into '/data/addons/git/56fa7159'...
fatal: repository 'https://home-assistant.io/addons/' not found
'.
19-02-22 16:20:18 ERROR (MainThread) [hassio.addons] Can't load from repository https://home-assistant.io/addons

Helaas niks hierover kunnen vinden.

Nogal onhandig als je de configurator of samba etc wilt activeren en het niet mogelijk is.

[barrymossel]

PhuSioN schreef op vrijdag 22 februari 2019 @ 17:31:
Vandaag ook een poging gewaagd aan home assistant.
Img voor de rpi2 gedownload en succesvol geinstalleerd (HASSos 2.10?)
Echter bij de add-ons store zie ik geen enkele add-on.

Gepoogd om dit als repo toe te voegen maar de log meldt het volgende.

code:

19-02-22 16:20:16 INFO (MainThread) [hassio.addons.git] Clone add-on https://home-assistant.io/addons repository
19-02-22 16:20:18 ERROR (MainThread) [hassio.addons.git] Can't clone https://home-assistant.io/addons repository: Cmd('git') failed due to: exit code(128)
  cmdline: git clone --depth=1 --recursive --shallow-submodules -v https://home-assistant.io/addons /data/addons/git/56fa7159
  stderr: 'Cloning into '/data/addons/git/56fa7159'...
fatal: repository 'https://home-assistant.io/addons/' not found
'.
19-02-22 16:20:18 ERROR (MainThread) [hassio.addons] Can't load from repository https://home-assistant.io/addons

Helaas niks hierover kunnen vinden.

Nogal onhandig als je de configurator of samba etc wilt activeren en het niet mogelijk is.

Heb je wel verbinding met internet?

[Christoxz]

barrymossel schreef op vrijdag 22 februari 2019 @ 17:42:
[...]

Heb je wel verbinding met internet?

Can't clone https://home-assistant.io/addons repository:

Moet dit ook niet het volgende zijn?
https://github.com/hassio-addons/repository

[PhuSioN]

barrymossel schreef op vrijdag 22 februari 2019 @ 17:42:
[...]

Heb je wel verbinding met internet?

Zeker, want de community repo kan ik wel toevoegen.

chriistiix schreef op vrijdag 22 februari 2019 @ 17:46:
[...]

[...]

Moet dit ook niet het volgende zijn?
https://github.com/hassio-addons/repository

Dit is de community repo en niet de officiele.

Punt is ook dat het naar mijn idee niet de bedoeling hoort te zijn dat je niks ziet en vervolgens een repo handmatig zou moeten toevoegen.

[ Voor 12% gewijzigd door PhuSioN op 22-02-2019 18:00 ]

[barrymossel]

PhuSioN schreef op vrijdag 22 februari 2019 @ 17:58:
[...]

Punt is ook dat het naar mijn idee niet de bedoeling hoort te zijn dat je niks ziet en vervolgens een repo handmatig zou moeten toevoegen.

Klopt. Maar dan zou ik een nieuwe install proberen. Met een nieuwe download van Hassos.

[bartje006]

Hoi,

Ik probeer de conbee stick op mijn NAS werkend te krijgen, maar het lukt maar niet.
Conbee stick zit in de NAS (Synology 718+). Op de NAS draait HA in docker en ook de Deconz container.
Maar in HA wordt deconz niet herkend.

Ik heb geen idee wat ik nu moet doen.... Iemand die me in de juiste richting kan wijzen? Bedankt!

[Fr3ggel|IA]

Hoi,
Heeft iemand een RFXtrx433XL in gebruik ik combinatie met HA? (werkt wellicht hetzelfde als de RFXtrx433E. Denk ik !?).
Ik heb apparaat toegevoegd aan de configuration.yaml, maar vind geen 433MHz apparatuur. Iemand een idee?

code:

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

sensor:
  - platform: rfxtrx
    automatic_add: true

binary_sensor:
  - platform: rfxtrx
    automatic_add: true

light:
  - platform: rfxtrx
    automatic_add: true

switch:
  - platform: rfxtrx
    automatic_add: true

[ Voor 64% gewijzigd door Fr3ggel|IA op 22-02-2019 19:01 ]

[maartend]

RoRoo schreef op vrijdag 22 februari 2019 @ 08:10:
[...]

Het stomme is dat het telkens maar heeel eventjes is.
Dacht eerst, misschien is het wel de MQTT, maar mijn TPLINK en Yeelight devices zijn 100% WiFi.. Dus dat is het niet.

Ga v/h weekend eerst maar eens HASS updaten naar de laatste versie zit nog op 0.86.4

Ik heb nu mijn sonoffs maar eens naar de laatste versie geupdate. Nu een skijken.

[Jelte]

Ik draai Home Assistant in een docker op een Synology nas en dat werkt goed. Maar ik zie allerlei toffe addons voor Hass.io. En die werken niet op home Assistant via docker.

Dus hoe krijg ik die addons in home Assistant.
Of is het mogelijk om hass.io op de Synology te draaien (vm, maar daar vind ik geen tutorial voor)?
Of is een raspberry pi misschien slim (of een NUC alhoewel dat best geld kost en extra stroom)

Kortom ik ben een beetje verdwaald, kan iemand me in de goede richting wijzen?

[maartend]

2 maal een vraag.

Hoe weet ik wat voor states een entity kunnen hebben? Switch bijv.
ja ik snap on/off, maar toch.

Als ik auto discovery heb aanstaan in mijn HassIO add on van MQTT, kan ik dan het volgende weglaten uit mijn config.yaml?

Heb nl. even moeite dat mijn tasmota's niet meer worden gezien door HA, behalve dus als ik mijn autodiscovery aanzet in de Add on.

Heb nu 3 versies van dezelfde tasmota als entity in mijn HA. Leuk. 2 snap ik, maar 3?

code:

switch:
  - platform: mqtt
    name: "keukenradio"
    command_topic: "cmnd/keukenradio/power"
    state_topic: "stat/keukenradio/POWER"
    qos: 1
    payload_on: "ON"
    payload_off: "OFF"
    retain: true
  - platform: mqtt
    name: "slaapkamerlamp"
    command_topic: "cmnd/slaapkamerlamp/power"
    state_topic: "stat/slaapkamerlamp/POWER"
    qos: 1
    payload_on: "ON"
    payload_off: "OFF"
    retain: true
  - platform: mqtt
    name: "bedverlichting"
    command_topic: "cmnd/bedverlichting/power"
    state_topic: "stat/bedverlichting/POWER"
    qos: 1
    payload_on: "ON"
    payload_off: "OFF"
    retain: true

[ Voor 16% gewijzigd door maartend op 22-02-2019 21:54 ]

[zoeperman]

martinvdm schreef op vrijdag 22 februari 2019 @ 08:24:
[...]

uh nee, ik snap je maar wat ik bedoel is dat de device_tracker van de ios app zich 'samenvoegd' met de device_tracker van mijn wifi en hiermee feitelijk 1 device_tracker sensor is ipv 2 sensoren.

Ik kwam deze tegen, is dat wat?
https://diyfuturism.com/i...ant-bayesian-probability/

[RoRoo]

defcon84 schreef op vrijdag 22 februari 2019 @ 15:03:
[...]

Ik heb dit gehad icm zigbee2mqtt, deze hing via een Powerline adaptor verbonden met mijn home assistant en mqtt server.
De powerline zijn verbinding resette regelmatig waardoor de verbinding even weg was.
Hierdoor was er een state change van unavailable => On.
Ik heb toen mijn automations veranderd "to: on" naar "from: off / to: on" zodat hij de changes met unavailable negeert.
en een week later een kabel getrokken

Dat is op zich heel slim opgelost

Ik gebruik alleen geen powerline. Kabel waar mogelijk en anders maar op WiFi.

Ik heb even de logbooks zitten bekijken en zag dat het sinds de laatste reboot mis was.
Toch maar een nieuwe reboot gedaan maar dat helpt niet.

zondag = update dag

[martinvdm]

zoeperman schreef op vrijdag 22 februari 2019 @ 22:00:
[...]


Ik kwam deze tegen, is dat wat?
https://diyfuturism.com/i...ant-bayesian-probability/

Ik ken de post idd. Maar dit splitst feitelijk de WiFi tracker niet van de gps tracker. Het blijft 1 tracker.

[zoeperman]

klopt inderdaad, dat doet hij niet maar het is dan meer een tussen oplossing

[Mars Warrior]

Jelte schreef op vrijdag 22 februari 2019 @ 21:01:
Ik draai Home Assistant in een docker op een Synology nas en dat werkt goed. Maar ik zie allerlei toffe addons voor Hass.io. En die werken niet op home Assistant via docker.

Dus hoe krijg ik die addons in home Assistant.
Of is het mogelijk om hass.io op de Synology te draaien (vm, maar daar vind ik geen tutorial voor)?
Of is een raspberry pi misschien slim (of een NUC alhoewel dat best geld kost en extra stroom)

Kortom ik ben een beetje verdwaald, kan iemand me in de goede richting wijzen?

Zijn dat niet allemaal gewoon docker containers? Ik zie standaard dingen als grafana, mqtt, etc. Die ik gewoon als docker container heb draaien.

Of zit hier nog wat speciaals omheen gebouwd dat ik niet ken?

Portainer erop, en wat compose files of direct containers webbased definieren en je bent klaar, toch?

[Stiggy]

Ik heb 2 (sets van) lampen en wil het volgende:
- als het donker wordt en we zijn niet niet huis, een op 15% aan
- als het donker wordt en we zijn wel thuis, allebei op 50% aan
- als we thuis komen en het donker is, allebei op 50% aan

Ik heb daar nu 3 automations voor. Werkt prima, maar dat moet toch simpeler kunnen?

code:

- alias: 'Licht voor zacht aan als we niet thuis zijn'
  hide_entity: True
  trigger:
    platform: sun
    event: sunset
    offset: '00:20:00' 
  condition:
    condition: state
    entity_id: group.wij
    state: 'not_home'
  action:
    service: light.turn_on
    data_template:
      entity_id: light.fibaro_system_fgd212_dimmer_2_level_6
      brightness: 40    

- alias: 'Licht aan als we thuis zijn en het donker wordt'
  trigger:
    platform: sun
    event: sunset
    offset: '00:20:00' 
  condition:
    condition: state
    entity_id: group.wij
    state: 'home'
  action:
    service: homeassistant.turn_on
    data_template:
      entity_id: group.koven_huiskamer
      brightness: 127

- alias: 'Licht aan als we thuis komen en het donker is'
  trigger:
    platform: state
    entity_id: group.wij
    to: 'home'
  condition:
    condition: sun
    after: sunset
    after_offset: "00:20:00"
  action:
    service: homeassistant.turn_on
    data_template:
      entity_id: group.koven_huiskamer
      brightness: 127

Kan dit niet korter?

[Saturnus]

Saturnus schreef op woensdag 13 februari 2019 @ 07:58:
Op dit moment heb ik een handvol met automations, waarin de tijd een condition is om te bepalen wat de brightness moet zijn. 'If 06:00, then brightness 64. If 09:00-15:30, then brightness 255. Enz.' Nu er varianten nodig zijn om de boel soepel te houden (zoals lamp aandoen als de motion al getriggered is, maar de illumination opeens onder een waarde gaat), is er weer die handvol automations nodig...

Wat je volgens mij wil is een automation die uberhaupt geen condition heeft op basis van tijd maar een trigger met script/template die een bewerking doet op tijd waardoor je de in te stellen brightness krijgt. Dat is in de morgen een curve van weinig naar veel licht, en in de zeer late avond omgekeerd.

Heeft iemand zoiets draaiende?

Gelukt.

YAML:

- id: '997'
  alias: Hallway dynamic brightness < motion
  trigger:
  - entity_id: binary_sensor.motion_sensor
    platform: state
    to: 'on'
  condition:
  - condition: state
    entity_id: light.hallway_sphere_hanging
    state: 'off'
  action:
  - service: light.turn_on
    data_template:
      entity_id: light.hallway_sphere_hanging
      color_temp: 327
      brightness: >-
        {% if now().hour*60 < 360 %}
        {{ 8 }}
        {% elif now().hour*60 < 540 %}
        {{ (((now().hour*60 + now().minute) * (1.0222)) - 360 ) | round(0) }}
        {% elif now().hour*60 < 1320 %}
        {{ 192 }}
        {% else %}
        {{ (((now().hour*60 + now().minute) * (-1.5333)) + 2216 ) | round(0) }}
        {% endif %}
  - service: automation.turn_on
    data:
      entity_id: automation.hallway_lamp_off_no_motion_2_min

Uitleg:
Na gespeeld te hebben met sinussen en formules voor cirkels was het resultaat dat er helaas geen mooie wiskundige formule te maken is die een trapezium beschrijft, dus zijn het 2 lineaire formules geworden en 2 maal een simpele interval [a, b] = getal.


Op de x-as de tijd in minuten op een dag. Op de y-as de helderheid.

Lijn 1: y = 8 {0<x<360}
Lijn 2: y = 1,02222x-360 {8<y<192}
Lijn 3: y = 192 {540<x<1320}
Lijn 4: y = -1,533x+2216 {8<y<192}


Hieruit volgt dat er 3 'if' situaties zijn en een 'else.' De eerste 'if' die waar is wordt uitgevoerd en als niets waar is dan de 'else'. De 3 'if statements' bevatten een formule die de huidige 'dagminuut' (max is 24*60=1440) bepaald en kijkt of die kleiner is dan de opgegeven waarde. (Aangezien in mijn situatie alleen op hele uren iets verandert tel ik de minuten er niet bij op...sterker nog, ik had hier net zo goed de uren niet naar 'dagminuten' kunnen omzetten.)

Vóór 6 uur wordt de helderheid op 8 ingesteld. Van 6 tot 9 uur is er een lineaire stijging. Om deze stijging geleidelijk te laten verlopen wordt hier wel écht de huidige 'dagminuut' bepaald áls de if statement waar is. Daar wordt een beperking op gedaan om de gewenste helderheid te vinden. In geval van 6-9 uur is dat minimaal 8 en maximaal 192. De rest is vanzelfsprekend. Van 9 tot 22 uur geldt altijd 192 als helderheid. Van 22 tot 24 uur is er de afname van 192 naar 8.

Voorbeeld.
Het is 7:34. Het uur is dan 7*60 = 420. Het getal is groter dan 360 dus 'if1' wordt niet uitgevoerd. Het getal is kleiner dan 540, dus 'if2' wordt wel uitgevoerd. De exacte minuut bepaling wordt gedaan. De 'dagminuut' is 7*60+34 = 454. Daarmee wordt de helderheid van de lamp berekend. 1,02222*454-360 = 104. Lamp aan op 104 helderheid.

---

Toeval @Stiggy. Delen van wat hierboven staat kan je wel wat mee.

[Stiggy]

@Saturnus Thanks. Als ik het zo zie kan ik iig 2 van de 3 combineren (die met trigger sun set). Maar of dat nou zoveel oplevert? Heel handig/compact is dat yaml taaltje niet (?).

[Saturnus]

Stiggy schreef op vrijdag 22 februari 2019 @ 23:10:
@Saturnus Thanks. Als ik het zo zie kan ik iig 2 van de 3 combineren (die met trigger sun set). Maar of dat nou zoveel oplevert? Heel handig/compact is dat yaml taaltje niet (?).

Klopt, er blijven 2 automations bestaan want het thuiskomen is (zoals je natuurlijk zelf ook al hebt gecode) een trigger tot actie, en aanwezigheid bij de zonsondergang is een variabele in een automation bij lampen aan doen.

YAML is vreemd, Jinja2, wat voor templates enz. gebruikt wordt is logischer en kan compact zijn, maar is ook wat moeilijker.
Door voor die zonsondergang de aanwezigheid als variabele te nemen kan de conditie ook weg dus wordt het toch best nog wel compact.

[ Voor 20% gewijzigd door Saturnus op 22-02-2019 23:21 ]

[iMars]

iMars schreef op vrijdag 22 februari 2019 @ 12:50:
[...]

*knip*

Nu nog wat meer monitored_variables toevoegen en verder uittesten. So far so good

Misschien even een Honeywell round met opentherm scoren, want al die programma's functionaliteit gebruik ik helemaal niet

Tot zo ver "so far so good" Mijn verwarming heeft de hele nacht aan gestaan...

Het lijkt erop dat het aan de OTGW ligt. De otmonitor geeft nog steeds waardes door, maar reageert niet op waardes vanuit home assistant. Ook staat de "Operating mode" op "Unknown" en krijg ik deze met geen mogelijkheid op "Gateway".

De Toon gaat toch maar weer even terug (gelukkig is er een fix voor homeassistant 0.88 )

[Ferra]

Kan je een sensor waarde en schakelaar in 1 card plaatsen?

[Hmmbob]

Damn.... Gisteren een rolluik laten plaatsen, wilde ik net de Qubino shutter module ertussen zetten, heb ik gewoon veel te weinig ruimte in die opbouw schakelaar. Dat is er zo een:



Maar die heeft aan de binnenkant dus te weinig ruimte. We willen wel ook de handmatige bediening behouden. Iemand een gouden tip?

[Hmmbob]

martinvdm schreef op vrijdag 22 februari 2019 @ 08:24:
[...]

uh nee, ik snap je maar wat ik bedoel is dat de device_tracker van de ios app zich 'samenvoegd' met de device_tracker van mijn wifi en hiermee feitelijk 1 device_tracker sensor is ipv 2 sensoren.

Volgens mij is het de bedoeling dat dit op korte termijn niet meer gebeurd, dan zijn alle device_trackers onafhankelijk van elkaar en kan je ze onder "person" alsnog aan 1 persoon toekennen. Device_trackers 'mergen' gebeurt dan niet meer.

[breinonline]

Hmmbob schreef op zaterdag 23 februari 2019 @ 11:06:
Damn.... Gisteren een rolluik laten plaatsen, wilde ik net de Qubino shutter module ertussen zetten, heb ik gewoon veel te weinig ruimte in die opbouw schakelaar. Dat is er zo een:

[Afbeelding]

Maar die heeft aan de binnenkant dus te weinig ruimte. We willen wel ook de handmatige bediening behouden. Iemand een gouden tip?

Kan je hem niet op een opbouwdoos monteren?

[Mars Warrior]

breinonline schreef op zaterdag 23 februari 2019 @ 11:17:
[...]
Kan je hem niet op een opbouwdoos monteren?

Of de ander kant op: beetje hakken in de muur

[Saturnus]

Nog een dan: Twee opbouwdozen monteren en verbinden.

[Apipa]

breinonline schreef op zaterdag 23 februari 2019 @ 11:17:
[...]
Kan je hem niet op een opbouwdoos monteren?

Of misschien vervangen voor een dubbele opbouwdoos met een blindplaatje?

[Hmmbob]

chriistiix schreef op vrijdag 22 februari 2019 @ 09:44:
[...]
& @donald_dick

Is dat de volledige code voor Buienradar?

In iedere geval:
"We have tightened config validation, so expect a couple of new warnings. Platform configuration will no longer allow to contain keys that are not supported. This should help with finding typos in your current and future YAML configs. This will currently fallback to a warning and will become a full error in the future."
http://home-assistant.io/blog/2019/02/20/release-88/

Error:

[...]


Volgens https://www.home-assistant.io/components/sensor.buienradar/ heeft de sensor geen 'Name' config. Alleen in het platform zelf : https://www.home-assistant.io/components/weather.buienradar/

stefanroelofs schreef op vrijdag 22 februari 2019 @ 11:14:
[...]


Je hebt gelijk. Verwijderen van de 'name' parameter lost de warning op.
Echter, in de documentatie van de sensor hier:
https://www.home-assistant.io/components/sensor.buienradar/
staat de name parameter wel bij. Dit moet worden aangepast..

Ik heb een fix ingediend, want die sensor ondersteunt "name" wel gewoon maar valideerde die config niet. Waarschuwing even negeren, nadat mijn fix verwerkt is verdwijnt de melding vanzelf.

https://github.com/home-assistant/home-assistant/pull/21351

---

Thanks all voor de input in de schakelaar. Ik denk dat ik er een klein doosje naast zet inderdaad. Het is al een opbouwschakelaar, maar ik wil hem niet verder "ophogen" omdat hij dan het draai-/kiepraam in de weg gaat zitten.

[ Voor 27% gewijzigd door Hmmbob op 23-02-2019 12:50 ]

[Mystery02]

De laatste paar weken ligt om de dag Home Assistant er wel een keertje uit. Ik draai nu HA vanaf een RPI en zoek naar mogelijkheden om er een stabieler platform van te maken. Zou het kunnen liggen aan een configuratie of is de RPI de bottleneck?

Al het advies is welkom!

[Hmmbob]

Mijn HA is rete-stabiel op de Pi.... Kan zowel hardware (SD-kaartjes zijn berucht) als config zijn.

---

@chriistiix @donald_dick @stefanroelofs M'n Buienradar "name" fix is al gemerged, dus verwacht die in 0.89. Graag gedaan

[ Voor 41% gewijzigd door Hmmbob op 23-02-2019 16:34 ]

[Saturnus]

Eigenlijk voortgaande op gisteravond...

Hoe maak je één automation die het licht aan doet met data als het licht uit is, en uit doet als het licht aan is?

Ik dacht het even zo te doen:

YAML:

- id: '996'
  alias: TEST
  trigger:
    platform: event
    event_type: xiaomi_aqara.click
    event_data:
      entity_id: binary_sensor.switch
      click_type: double
  action:
    - service_template: >-
        {% if is_state('light.test', 'off') %}
        {{ 'light.turn_on' }}
        {% else %}
        {{ 'light.turn_off' }}
        {% endif %}
      data:
        entity_id: light.test
        brightness: 255
        color_temp: 327

Maar, zodra je brightness of color_temp mee geeft kan het licht niet meer uit.

[Tim Schuhmacher]

Ik heb net de firmware van mijn deconz stick geupgrade naar 262F0500 (in de Phoscon app als up-to-date aangegeven).

De reden oa was omdat mijn Xiaomi trilsensor slechts de battery level aan Hass doorgaf.

Na upgrade was dat nog steeds het geval. Sensor in de app verwijderd, gereset en weer toegevoegd. Zelfde probleem. Deconz Integration in Hass verwijderd en opnieuw toegevoegd, nog steeds is alleen de batterij van de trilsensor zichtbaar.

https://github.com/home-assistant/home-assistant/pull/16422 suggereert dat het wel ondersteund zou worden.
En ook hier wordt hij genoemd DJT11LM: https://www.home-assistan...nary_sensor.xiaomi_aqara/
maar https://github.com/dresde...nz-rest-plugin/issues/748 heeft het over dezelfde sensor en het is nog niet gemerged.

Is er nu iets mis met mijn setup, of heb ik een niet ondersteunde trilsensor? AliExpress maakt het er niet makkelijker op, omdat al die Xiaomi onder tig verschillende namen aangeboden worden.

Edit: Of zit er ook nog een verschil in mate van ondersteuning voor een specifieke device of hij via zigbee2mqtt, deconz integration, of xiaomi gateway aan HA is toegevoegd?

[ Voor 8% gewijzigd door Tim Schuhmacher op 23-02-2019 17:26 ]

[Jelte]

Mars Warrior schreef op vrijdag 22 februari 2019 @ 22:21:
[...]

Zijn dat niet allemaal gewoon docker containers? Ik zie standaard dingen als grafana, mqtt, etc. Die ik gewoon als docker container heb draaien.

Of zit hier nog wat speciaals omheen gebouwd dat ik niet ken?

Portainer erop, en wat compose files of direct containers webbased definieren en je bent klaar, toch?

grafana en MQTT is inderdaad makkelijk anders op te lossen.
Maar zoiets als esphome. Hoe krijg ik die draaien in home Assistant?
En hoe krijg ik die beschikbaar als panel? Tot nu toe krijg ik panels niet aan de praat... Misschien omdat ik altijd naar https://home.domein.nl ga?

[lolgast]

@Saturnus Je zou met scenes kunnen werken. Scene met alle lampen en kleurcodes erin, scene met alle lampen ‘off’ erin

[JayOne]

Saturnus schreef op zaterdag 23 februari 2019 @ 16:34:
Eigenlijk voortgaande op gisteravond...

Hoe maak je één automation die het licht aan doet met data als het licht uit is, en uit doet als het licht aan is?

Ik dacht het even zo te doen:

YAML:

- id: '996'
  alias: TEST
  trigger:
    platform: event
    event_type: xiaomi_aqara.click
    event_data:
      entity_id: binary_sensor.switch
      click_type: double
  action:
    - service_template: >-
        {% if is_state('light.test', 'off') %}
        {{ 'light.turn_on' }}
        {% else %}
        {{ 'light.turn_off' }}
        {% endif %}
      data:
        entity_id: light.test
        brightness: 255
        color_temp: 327

Maar, zodra je brightness of color_temp mee geeft kan het licht niet meer uit.

Je kunt in een data_template ook hetzelfde if-statement gebruiken, als service zou je dan ook light.toggle kunnen gebruiken.

[Saturnus]

lolgast schreef op zaterdag 23 februari 2019 @ 18:01:
@Saturnus Je zou met scenes kunnen werken. Scene met alle lampen en kleurcodes erin, scene met alle lampen ‘off’ erin

Ik ga er naar kijken.

JayOne schreef op zaterdag 23 februari 2019 @ 18:11:
[...]


Je kunt in een data_template ook dezelfde if-statement gebruiken.

Je bedoelt 'if light on then brightness 'niks''? Heb ik geprobeerd maar werd geweigerd. Zodra brightness in de data zit gaat de lamp niet uit. Als je iets anders bedoelt is een voorbeeld handig.

[JayOne]

Saturnus schreef op zaterdag 23 februari 2019 @ 18:14:
[...]

Ik ga er naar kijken.


[...]

Je bedoelt 'if light on then brightness 'niks''? Heb ik geprobeerd maar werd geweigerd. Zodra brightness in de data zit gaat de lamp niet uit. Als je iets anders bedoelt is een voorbeeld handig.

Uit de losse pols, maar zoiets dacht ik aan

code:

 action:
    - service: light.toggle
      data_template:  
         {% if is_state('light.test', 'off') %}
         entity_id: light.test
         brightness: 255
         color_temp: 327
         {% endif %}

[Saturnus]

JayOne schreef op zaterdag 23 februari 2019 @ 18:27:
[...]


Uit de losse pols, maar zoiets dacht ik aan

code:

 action:
    - service: light.toggle
      data_template:  
         {% if is_state('light.test', 'off') %}
         entity_id: light.test
         brightness: 255
         color_temp: 327
         {% endif %}

Error loading /config/configuration.yaml: while scanning for the next token found character '%' that cannot start any token in "/config/automations.yaml", line 284, column 11.
Nog wat varianten geprobeerd ook. Helaas ben ik nog geen jinjaheld.

[JayOne]

Saturnus schreef op zaterdag 23 februari 2019 @ 18:39:
[...]


Error loading /config/configuration.yaml: while scanning for the next token found character '%' that cannot start any token in "/config/automations.yaml", line 284, column 11.
Nog wat varianten geprobeerd ook. Helaas ben ik nog geen jinjaheld.

En dit:

code:

data_template: >

[martinvdm]

Hmmbob schreef op zaterdag 23 februari 2019 @ 11:06:
Damn.... Gisteren een rolluik laten plaatsen, wilde ik net de Qubino shutter module ertussen zetten, heb ik gewoon veel te weinig ruimte in die opbouw schakelaar. Dat is er zo een:

[Afbeelding]

Maar die heeft aan de binnenkant dus te weinig ruimte. We willen wel ook de handmatige bediening behouden. Iemand een gouden tip?

Oplossen net als ik met een pulsedrukker en een opbouwdoosje en hierin de Fibaro/qubino.

[JayOne]

Saturnus schreef op zaterdag 23 februari 2019 @ 18:39:
[...]


Error loading /config/configuration.yaml: while scanning for the next token found character '%' that cannot start any token in "/config/automations.yaml", line 284, column 11.
Nog wat varianten geprobeerd ook. Helaas ben ik nog geen jinjaheld.

Zie dat je waarschijnlijk voor zowel de brightness als de color_temp een if statement moet maken, dus zoiets:

code:

 action:
    - service: light.toggle
      data_template:  
        entity_id: light.test
        brightness: >
        {% if is_state('light.test', 'off') %}
        255
        {% endif %}
        color_temp: >
        {% if is_state('light.test', 'off') %}
        327
        {% endif %}

Test dit vooral in de dev_template editor

[Mars Warrior]

Jelte schreef op zaterdag 23 februari 2019 @ 17:26:
[...]
grafana en MQTT is inderdaad makkelijk anders op te lossen.
Maar zoiets als esphome. Hoe krijg ik die draaien in home Assistant?
En hoe krijg ik die beschikbaar als panel? Tot nu toe krijg ik panels niet aan de praat... Misschien omdat ik altijd naar https://home.domein.nl ga?

Ik zie op https://esphome.io/guides/getting_started_command_line.html docker commando’s, ook voor het web frontend, dus het zou moeten werken, inclusief een panel binnen hass.

Alleen nog nooit met esphome gewerkt. Gebruik tasmota met dashboard, dus heb geen werkend voorbeeld met tutorial voor je

[JBS]

JBS schreef op zondag 6 januari 2019 @ 14:08:
[...]
Op 't moment dat ik de automation trigger dit:

code:

2019-01-06 14:11:49 DEBUG (MainThread) [pydeconz.deconzdevice] TRÅDFRI remote control: update buttonevent with 1002
2019-01-06 14:11:49 DEBUG (MainThread) [pydeconz.deconzdevice] TRÅDFRI remote control: update lastupdated with 2019-01-06T13:11:49
2019-01-06 14:11:49 INFO (SyncWorker_12) [pychromecast.controllers] Not launching app CC1AD845 - already running
2019-01-06 14:11:49 DEBUG (SyncWorker_12) [pychromecast.socket_client] Sending: Message urn:x-cast:com.google.cast.media from sender-0 to 718b0583-91dd-4b3e-912f-ebc723549ddb: {'media': {'contentId': 'spotify:user:spotify:playlist:37i9dQZF1DWSkkUxEhrBdF', 'streamType': 'BUFFERED', 'contentType': 'playlist', 'metadata': {}}, 'type': 'LOAD', 'currentTime': 0, 'autoplay': True, 'customData': {}, 'requestId': 635, 'sessionId': '718b0583-91dd-4b3e-912f-ebc723549ddb'}
2019-01-06 14:11:49 DEBUG (Thread-5) [pychromecast.socket_client] Received: Message urn:x-cast:com.google.cast.media from 718b0583-91dd-4b3e-912f-ebc723549ddb to *: {'type': 'MEDIA_STATUS', 'status': [{'mediaSessionId': 3, 'playbackRate': 1, 'playerState': 'IDLE', 'currentTime': 0, 'supportedMediaCommands': 274447, 'volume': {'level': 1, 'muted': False}, 'media': {'contentId': 'spotify:user:spotify:playlist:37i9dQZF1DWSkkUxEhrBdF', 'streamType': 'BUFFERED', 'contentType': 'playlist', 'metadata': {}}, 'currentItemId': 3, 'extendedStatus': {'playerState': 'LOADING', 'media': {'contentId': 'spotify:user:spotify:playlist:37i9dQZF1DWSkkUxEhrBdF', 'streamType': 'BUFFERED', 'contentType': 'playlist', 'metadata': {}}}, 'repeatMode': 'REPEAT_OFF'}], 'requestId': 0}
2019-01-06 14:11:49 DEBUG (Thread-5) [pychromecast.controllers] Media:Received status {'type': 'MEDIA_STATUS', 'status': [{'mediaSessionId': 3, 'playbackRate': 1, 'playerState': 'IDLE', 'currentTime': 0, 'supportedMediaCommands': 274447, 'volume': {'level': 1, 'muted': False}, 'media': {'contentId': 'spotify:user:spotify:playlist:37i9dQZF1DWSkkUxEhrBdF', 'streamType': 'BUFFERED', 'contentType': 'playlist', 'metadata': {}}, 'currentItemId': 3, 'extendedStatus': {'playerState': 'LOADING', 'media': {'contentId': 'spotify:user:spotify:playlist:37i9dQZF1DWSkkUxEhrBdF', 'streamType': 'BUFFERED', 'contentType': 'playlist', 'metadata': {}}}, 'repeatMode': 'REPEAT_OFF'}], 'requestId': 0}
2019-01-06 14:11:49 DEBUG (Thread-5) [pychromecast.socket_client] Received: Message urn:x-cast:com.google.cast.media from 718b0583-91dd-4b3e-912f-ebc723549ddb to sender-0: {'requestId': 635, 'type': 'LOAD_FAILED'}
2019-01-06 14:11:49 DEBUG (Thread-5) [pychromecast.socket_client] Message unhandled: Message urn:x-cast:com.google.cast.media from 718b0583-91dd-4b3e-912f-ebc723549ddb to sender-0: {'requestId': 635, 'type': 'LOAD_FAILED'}

Wanneer ik de device aanpas naar 'media_player.spotify' zie ik dat er wel muziek wordt afgespeeld, vermoedelijk moet ik de source nog juist zetten. Wordt vervolgd, maar mocht iemand dit al werkend hebben, dan hoor ik 't uiteraard ook graag

Dacht even dat eerst onderstaande action uitvoeren werkte, maar helaas.

code:

  - data:
      source: Speelkamer
    service: media_player.select_source

Wellicht iemand de laatste tijd nog bezig geweest via een automation op een specifiek apparaat muziek af te spelen in een omgeving met meerdere Spotify apparaten (meerdere Google Home Mini's in mijn geval)?

[Saturnus]

JayOne schreef op zaterdag 23 februari 2019 @ 18:44:
[...]


En dit:

code:

data_template: >

Invalid config for [automation]: expected a dictionary for dictionary value @ data['action'][0]['data_template']. Got None. (See /config/configuration.yaml, line 423). Please check the docs at https://home-assistant.io/components/automation/

JayOne schreef op zaterdag 23 februari 2019 @ 19:05:
[...]


Zie dat je waarschijnlijk voor zowel de brightness als de color_temp een if statement moet maken, dus zoiets:

code:

 action:
    - service: light.toggle
      data_template:  
        entity_id: light.test
        brightness: >
        {% if is_state('light.test', 'off') %}
        255
        {% endif %}
        color_temp: >
        {% if is_state('light.test', 'off') %}
        327
        {% endif %}

Test dit vooral in de dev_template editor

Error loading /config/configuration.yaml: while scanning for the next token found character '%' that cannot start any token in "/config/automations.yaml", line 286, column 10
Ik denk dat dit niet gaat werken omdat je 'brightness' alleen wilt noemen als je die 255 waarde meegeeft. Bij een light.turn_off of light.toggle mag de brightness niet eens genoemd worden. (Ik test trouwens alleen met brightness, color_temp komt later wel.)

dev-template editor, yes...bepaalde dingen testen lukt, echter de hele situatie simuleren ben ik nog niet goed in.

Wat ik zelf overigens nog weet is dat ook light.toggle geen data accepteert.
Daarom begin ik met:

YAML:

  action:
    - service_template: >-
        {% if is_state('light.test', 'on') %}
        {{ 'light.turn_off' }}
        {% else %}
        {{ 'light.turn_on' }}
        {% endif %}
...

Dit deelt werkt, nu data nog.

Misschien kan je de data elementen zelf niet in een if krijgen maar alleen de waarden van die elementen?

[Mars Warrior]

Jelte schreef op zaterdag 23 februari 2019 @ 17:26:
[...]
grafana en MQTT is inderdaad makkelijk anders op te lossen.
Maar zoiets als esphome. Hoe krijg ik die draaien in home Assistant?
En hoe krijg ik die beschikbaar als panel? Tot nu toe krijg ik panels niet aan de praat... Misschien omdat ik altijd naar https://home.domein.nl ga?

Zie nunpas deel 2 van je vraag.

Iframes moeten net als hass zelf via een proxy gaan lopen, desnoods via een subdomein en een pad zodat men van buuten niet via het subdomein op je app kan uitkomen.

Dus bijv van buiten https:// panelx.hass.domain.nl / padx
Deze via proxy naar http:// local.domain.whatever : port

[Jelte]

Mars Warrior schreef op zaterdag 23 februari 2019 @ 19:42:
[...]

Ik zie op https://esphome.io/guides/getting_started_command_line.html docker commando’s, ook voor het web frontend, dus het zou moeten werken, inclusief een panel binnen hass.

Alleen nog nooit met esphome gewerkt. Gebruik tasmota met dashboard, dus heb geen werkend voorbeeld met tutorial voor je

Ik zie een docker image, dus dat zal wel lukken Had ik eerder niet gezien.

Eigenlijk vroeg ik me af waarom de iframe panels niet werken in Home Assistant (ook niet lokaal) Ik weet nu waarom:
https://www.home-assistant.io/components/panel_iframe/

If you are accessing Home Assistant over HTTPS using SSL, you cannot access HTTP sites through an iframe panel.

Alhoewel met lokaal ip over http, krijg ik het ook niet voor elkaar.

Mars Warrior schreef op zaterdag 23 februari 2019 @ 20:42:
[...]

Zie nunpas deel 2 van je vraag.

Iframes moeten net als hass zelf via een proxy gaan lopen, desnoods via een subdomein en een pad zodat men van buuten niet via het subdomein op je app kan uitkomen.

Dus bijv van buiten https:// panelx.hass.domain.nl / padx
Deze via proxy naar http:// local.domain.whatever : port

Maar dan zou het wel moeten werken als ik het locale ip adres over http gebruik. En dat werkt ook niet.

Schijnt ook, dat de website moet toestaan dat de website in een iframe wordt getoond. En dat zijn de meeste dan waarschijnlijk niet Inclusief DSMR reader en Pihole.

[dof]

Mystery02 schreef op zaterdag 23 februari 2019 @ 14:08:
De laatste paar weken ligt om de dag Home Assistant er wel een keertje uit. Ik draai nu HA vanaf een RPI en zoek naar mogelijkheden om er een stabieler platform van te maken. Zou het kunnen liggen aan een configuratie of is de RPI de bottleneck?

Al het advies is welkom!

Zoek het eerst in de hardware want bij mij draait het al maanden zeer stabiel (t/m 0.87.1).

1) voeding (tenminste 2 Amp supply)
2) SD-kaart (kies goede kwaliteit)

[dof]

Tim Schuhmacher schreef op zaterdag 23 februari 2019 @ 17:21:
Ik heb net de firmware van mijn deconz stick geupgrade naar 262F0500 (in de Phoscon app als up-to-date aangegeven).

De reden oa was omdat mijn Xiaomi trilsensor slechts de battery level aan Hass doorgaf.

Na upgrade was dat nog steeds het geval. Sensor in de app verwijderd, gereset en weer toegevoegd. Zelfde probleem. Deconz Integration in Hass verwijderd en opnieuw toegevoegd, nog steeds is alleen de batterij van de trilsensor zichtbaar.

https://github.com/home-assistant/home-assistant/pull/16422 suggereert dat het wel ondersteund zou worden.
En ook hier wordt hij genoemd DJT11LM: https://www.home-assistan...nary_sensor.xiaomi_aqara/
maar https://github.com/dresde...nz-rest-plugin/issues/748 heeft het over dezelfde sensor en het is nog niet gemerged.

Is er nu iets mis met mijn setup, of heb ik een niet ondersteunde trilsensor? AliExpress maakt het er niet makkelijker op, omdat al die Xiaomi onder tig verschillende namen aangeboden worden.

Edit: Of zit er ook nog een verschil in mate van ondersteuning voor een specifieke device of hij via zigbee2mqtt, deconz integration, of xiaomi gateway aan HA is toegevoegd?

'k Heb 4 van die aqara-xiaomi DJT11LM vibration sensoren. Werken prima, wel via zigbee2mqtt.

[Stiggy]

Hmmbob schreef op zaterdag 23 februari 2019 @ 11:06:
Damn.... Gisteren een rolluik laten plaatsen, wilde ik net de Qubino shutter module ertussen zetten, heb ik gewoon veel te weinig ruimte in die opbouw schakelaar. Dat is er zo een:

...

Maar die heeft aan de binnenkant dus te weinig ruimte. We willen wel ook de handmatige bediening behouden. Iemand een gouden tip?

Hmm, ik wil het tegenovergestelde. Ik had ook zo'n schakelaar op de muur zitten, maar die heb ik weg gehaald (zat in het zicht). Er gaa nu alleen nog 3 aders naar buiten. Daar wil ik een Fibaro roller shutter 2 zetten, maar ben niet helemaal zeker dat dat kan.

[Chic]

Ik heb de volgende code:

code:

  - platform: template
    sensors:
      template_rova_paper:
        friendly_name: "Papier"
        value_template: "{{ as_timestamp(states('sensor.rova_paper')) | timestamp_custom('%a %d %b') }}"

en daarmee krijg ik de tijd/datum in het gewenste formaat:

code:

Fri 01 Mar

Alleen nu wil ik dit in het nederlands (vrijdag 01 maart). Hoe krijg ik dit voor elkaar? De rest (alle menu's enz.) van mijn home assistant layout is wel gewoon nederlands..
Ik draai home assistant in een docker container.

[ Voor 7% gewijzigd door Chic op 23-02-2019 21:32 ]

[JBS]

Tim Schuhmacher schreef op zaterdag 23 februari 2019 @ 17:21:
Ik heb net de firmware van mijn deconz stick geupgrade naar 262F0500 (in de Phoscon app als up-to-date aangegeven).

De reden oa was omdat mijn Xiaomi trilsensor slechts de battery level aan Hass doorgaf.

Na upgrade was dat nog steeds het geval. Sensor in de app verwijderd, gereset en weer toegevoegd. Zelfde probleem. Deconz Integration in Hass verwijderd en opnieuw toegevoegd, nog steeds is alleen de batterij van de trilsensor zichtbaar.

https://github.com/home-assistant/home-assistant/pull/16422 suggereert dat het wel ondersteund zou worden.
En ook hier wordt hij genoemd DJT11LM: https://www.home-assistan...nary_sensor.xiaomi_aqara/
maar https://github.com/dresde...nz-rest-plugin/issues/748 heeft het over dezelfde sensor en het is nog niet gemerged.

Is er nu iets mis met mijn setup, of heb ik een niet ondersteunde trilsensor? AliExpress maakt het er niet makkelijker op, omdat al die Xiaomi onder tig verschillende namen aangeboden worden.

Edit: Of zit er ook nog een verschil in mate van ondersteuning voor een specifieke device of hij via zigbee2mqtt, deconz integration, of xiaomi gateway aan HA is toegevoegd?

Het klopt dat je de trilsensor toegevoegd in de Phoscon app in HASS niet als entiteit ziet. In een van de laatste updates van de Phoscon app zie je 'm daar wel, maar in HASS blijft het bij events.

[martinvdm]

Stiggy schreef op zaterdag 23 februari 2019 @ 21:20:
[...]

Hmm, ik wil het tegenovergestelde. Ik had ook zo'n schakelaar op de muur zitten, maar die heb ik weg gehaald (zat in het zicht). Er gaa nu alleen nog 3 aders naar buiten. Daar wil ik een Fibaro roller shutter 2 zetten, maar ben niet helemaal zeker dat dat kan.

Heb je geen bediening meer dan? Wat wil je precies? Fibaro roller shutter heb ik ook en werkt prima

[Stiggy]

martinvdm schreef op zaterdag 23 februari 2019 @ 21:43:
[...]

Heb je geen bediening meer dan? Wat wil je precies? Fibaro roller shutter heb ik ook en werkt prima

Op dit moment heb ik geen bediening nee. Ik wil het zonnescherm uiteraard weer kunnen gebruiken en hoeft geen fysieke schakelaar. Dus ik wil graag waar nu de kabel door de muur naar buiten (naar het scherm) gaat alleen een Fibaro roller shutter module zetten.

[martinvdm]

Stiggy schreef op zaterdag 23 februari 2019 @ 21:47:
[...]

Op dit moment heb ik geen bediening nee. Ik wil het zonnescherm uiteraard weer kunnen gebruiken en hoeft geen fysieke schakelaar. Dus ik wil graag waar nu de kabel door de muur naar buiten (naar het scherm) gaat alleen een Fibaro roller shutter module zetten.

Dat kan prima zolang je de Fibaro ook kan voeden met spanning.

[Stiggy]

martinvdm schreef op zaterdag 23 februari 2019 @ 22:12:
[...]

Dat kan prima zolang je de Fibaro ook kan voeden met spanning.

Ah thanks voor de bevestiging! Spanning heb ik op die plek.
Hoe weet de Fibaro eigenlijk dat het scherm helemaal open of dicht is?

[martinvdm]

Stiggy schreef op zaterdag 23 februari 2019 @ 22:15:
[...]

Ah thanks voor de bevestiging! Spanning heb ik op die plek.
Hoe weet de Fibaro eigenlijk dat het scherm helemaal open of dicht is?

Het is net als een dimmer. De eerste keer bij aansluiten zal de Fibaro de gehele stand uit en in meten en op basis daarvan kan die percentages geven.

[NoFate]

Serieus probleem voor mensen die google assistant gebruiken, zowel cloud as non cloud versie
bij 20 of meer entiteiten die je exposed hebt, kan je niet meer synchen of linken, ook die extra appareten die al in je account stonden in je home control gaan niet meer werken via je google home device!!

ik heb een issue aangemaakt, maar denk dat het probleem bij google is, die hoop ik niet het max aantal apparaten gaat blocken
https://github.com/home-a...me-assistant/issues/21373

je kan heel makkelijk de test doen, gewoon even "sync my devices" uitvoeren, zoals gewoonlijk, dan zal je zien dat je een error krijgt als je meer dan 20 devices hebt exposed

[ Voor 38% gewijzigd door NoFate op 23-02-2019 23:44 ]

[Saturnus]

Chic schreef op zaterdag 23 februari 2019 @ 21:29:
Ik heb de volgende code:

code:

  - platform: template
    sensors:
      template_rova_paper:
        friendly_name: "Papier"
        value_template: "{{ as_timestamp(states('sensor.rova_paper')) | timestamp_custom('%a %d %b') }}"

en daarmee krijg ik de tijd/datum in het gewenste formaat:

code:

Fri 01 Mar

Alleen nu wil ik dit in het nederlands (vrijdag 01 maart). Hoe krijg ik dit voor elkaar? De rest (alle menu's enz.) van mijn home assistant layout is wel gewoon nederlands..
Ik draai home assistant in een docker container.

Lijkt er op dat alle tijd/datum functionaliteit niet hier opties voor hebben. Het zou moeten werken om de 'locale' van je Docker container en/of Docker host op Nederlands te zetten. Een andere optie zou zijn om een regelrechte conversie op je output te doen. Hoe dat moet weet ik (nog) niet.

[Quindor]

Domoticz convert hier, nadat ik tijdens het design van mijn nieuwe QuinLED dimmers heb gekozen voor Home Assistant (via ESPhome API integratie) steeds meer met Home Assistant bezig geweest, de nieuwe lovelace interface maakt het al veel beter tegenover wat ik gewend was met Domoticz!

Hopelijk word dit niet als spam gezien maar ik heb de laatste tijd enkele video's gemaakt over Home Assistant en wat je er mee kunt in combinatie met mijn QuinLED dimmers of bijvoorbeeld de 10 euro kostende smart energy plug-in meters die je kunt kopen en OTA kunt flashen naar Tasmota of ESPhome. ESPhome is ook echt helemaal super naar mijn mening, een verademing tegenover de code en scripts die ik in Domoticz moest gebruiken voor veel zaken!

Dus meteen een beetje overboord gegaan en er 18 smart energy meter plugs gekocht maar de integratie met Home Assistant en Grafana is echt super!

Hier dus wat video spam!

QuinLED dimmers met native HA integratie:

En de laatste dagen heb ik 2 videos gemaakt hoe je via een simpel script goedkope energie meters kunt flashen zonder ze te hoeven openen zodat ze via ESPhome native gekoppeld kunnen worden met Home Assistant! Naast de 18 meters heb ik ook spontaan 18 knoppen in huis erbij.

Mochten mensen vragen hebben, brand los!

p.s. Als dit inderdaad als spam gezien word, excuses!

[Yoki1985]

Ik probeer mijn nest te koppelen met home-assistant. Echter krijg ik geen apparaten te zien.
Ik heb de stappen op deze pagina gevolgd tot en met stap 10 (en hierbij geen fouten gekregen).

Als ik daarna ga kijken in mijn integraties dan staat daar de nest wel bij maar ik krijg de boodschap "Deze integratie heeft geen apparaten."


Ook bij de states vind ik geen "climate" apparaten terug.

Als ik op de debug pagina ga kijken krijg ik wel verschillende malen de volgende foutmelding:

Meer komt er echter niet te staan dus kan niet zien waarom het zolang duurt.

Ook vind ik in mijn configuratie folder geen nest.conf bestand terug.

Het is ook een installatie via docker (https://hub.docker.com/r/homeassistant/home-assistant/)
Mijn home-assistant versie: 0.85.0

Iemand een idee wat ik mis doe?

[ Voor 11% gewijzigd door Yoki1985 op 24-02-2019 11:07 ]

[Verwijderd]

Ziet iemand wat ik mis doe?

code:

- alias: Set temp based on calendar
  trigger:
    platform: state
    entity_id: calendar.home_assistant_heating
    to: "on"
  action:
    - service: climate.set_temperature
      data_template:
        entity_id: climate.living_room
        temperature: "{{states.calendar.home_assistant_heating.attributes.message | float}}"

Trigger gaat af, dat werkt. {{states.calendar.home_assistant_heating.attributes.message | float}} in de template parser gooien geeft netjes 19.0 als dit in de kalender staat. Maar werken...ho maar. I'm confused

[Stiggy]

Grrrr, en toen was ineens een Fibaro Switch kaduuk. Maandje prima gewerkt en nu ineens niets meer. Ledje brand ook niet meer. Paar weken terug hing mijn TKBHOME schakelaar voor het buitenlicht. Die was nog weer in leven te krijgen door een volledige reset. Lekker betrouwbaar is het allemaal nog niet

[Tim Schuhmacher]

JBS schreef op zaterdag 23 februari 2019 @ 21:41:
[...]
Het klopt dat je de trilsensor toegevoegd in de Phoscon app in HASS niet als entiteit ziet. In een van de laatste updates van de Phoscon app zie je 'm daar wel, maar in HASS blijft het bij events.

Kun je uitleggen hoe ik dan binnen een automation hier gebruik van kan maken als er geen entitiy is?

[Mars Warrior]

Stiggy schreef op zondag 24 februari 2019 @ 11:18:
Grrrr, en toen was ineens een Fibaro Switch kaduuk. Maandje prima gewerkt en nu ineens niets meer. Ledje brand ook niet meer. Paar weken terug hing mijn TKBHOME schakelaar voor het buitenlicht. Die was nog weer in leven te krijgen door een volledige reset. Lekker betrouwbaar is het allemaal nog niet

Of je hebt gewoon ff pech

De z-wave spullen die ik in 2014 heb aangeschaft doen het nog allemaal

Hoop dat het niet regelmatig blijft gebeuren, want dan zou ik toch gaan twijfelen aan de kwaliteit. En dat zou gek zijn, gezien de hoge prijzen van z-wave spul dat pretendeert dat dat komt door de hoge kwaliteit

Als dat spul echt prut is, zou ik veel meer klachten hier op het forum verwachten...

[martinvdm]

Stiggy schreef op zondag 24 februari 2019 @ 11:18:
Grrrr, en toen was ineens een Fibaro Switch kaduuk. Maandje prima gewerkt en nu ineens niets meer. Ledje brand ook niet meer. Paar weken terug hing mijn TKBHOME schakelaar voor het buitenlicht. Die was nog weer in leven te krijgen door een volledige reset. Lekker betrouwbaar is het allemaal nog niet

Ik heb diverse zwave spullen, met name inbouwspul en zeker Fibaro en Qubino kan echt niet betrouwbaarder. Tkbhome, vind ik kwalitatief wat minder maar werkt ook wel stabiel. Nog nooit issues gehad, wat dat betreft ben ik wel een Fibaro fan.

[PuckStar]

Hmmbob schreef op zaterdag 23 februari 2019 @ 11:06:
Damn.... Gisteren een rolluik laten plaatsen, wilde ik net de Qubino shutter module ertussen zetten, heb ik gewoon veel te weinig ruimte in die opbouw schakelaar. Dat is er zo een:

[Afbeelding]

Maar die heeft aan de binnenkant dus te weinig ruimte. We willen wel ook de handmatige bediening behouden. Iemand een gouden tip?

Ik had hetzelfde probleem en heb de sensor maar in een andere case ernaast gebouwd.
Die 2e case kon ik onder de vensterbank plaatsen dus die zie je vrijwel niet.

[PuckStar]

Saturnus schreef op zaterdag 23 februari 2019 @ 16:34:
Eigenlijk voortgaande op gisteravond...

Hoe maak je één automation die het licht aan doet met data als het licht uit is, en uit doet als het licht aan is?

Ik dacht het even zo te doen:

YAML:

- id: '996'
  alias: TEST
  trigger:
    platform: event
    event_type: xiaomi_aqara.click
    event_data:
      entity_id: binary_sensor.switch
      click_type: double
  action:
    - service_template: >-
        {% if is_state('light.test', 'off') %}
        {{ 'light.turn_on' }}
        {% else %}
        {{ 'light.turn_off' }}
        {% endif %}
      data:
        entity_id: light.test
        brightness: 255
        color_temp: 327

Maar, zodra je brightness of color_temp mee geeft kan het licht niet meer uit.

Als ik te lang zit te klooien met templates maak ik gewoon 2 automations.
1tje voor aan met conditie uit en 1tje voor uit met conditie aan.
Lekker boeien dat ik dan 2 automations heb ipv 1

[Saturnus]

PuckStar schreef op zondag 24 februari 2019 @ 13:21:
[...]

Als ik te lang zit te klooien met templates maak ik gewoon 2 automations.
1tje voor aan met conditie uit en 1tje voor uit met conditie aan.
Lekker boeien dat ik dan 2 automations heb ipv 1

Zo draait het nu ook prima, met 2 automations, maar om wat van Jinja te leren, wat ik nu nog nauwelijks kan, moet ik wel zelf wat semi-onzinnige dingen bedenken. Ik denk wel te merken dat een minder lange configuration sneller checkt en opstart. Dat is dan een klein voordeel.

[zoeperman]

Saturnus schreef op zondag 24 februari 2019 @ 13:27:
[...]

Zo draait het nu ook prima, met 2 automations, maar om wat van Jinja te leren, wat ik nu nog nauwelijks kan, moet ik wel zelf wat semi-onzinnige dingen bedenken. Ik denk wel te merken dat een minder lange configuration sneller checkt en opstart. Dat is dan een klein voordeel.

neem je een snellere server

[Saturnus]

zoeperman schreef op zondag 24 februari 2019 @ 13:29:
[...]


neem je een snellere server

De boel verplaatsen naar de fileserver die er al is en een BLE dongle erin pluggen is zeker een optie. Maar wat moet ik dan met die nieuwe RPi 3 doen?

[PuckStar]

Saturnus schreef op zondag 24 februari 2019 @ 13:32:
[...]

De boel verplaatsen naar de fileserver die er al is en een BLE dongle erin pluggen is zeker een optie. Maar wat moet ik dan met die nieuwe RPi 3 doen?

pihole, osmc, bluetooth monitor op andere plek in je huis etc.

[ANdrode]

Hmmbob schreef op zaterdag 23 februari 2019 @ 11:14:
[...]

Volgens mij is het de bedoeling dat dit op korte termijn niet meer gebeurd, dan zijn alle device_trackers onafhankelijk van elkaar en kan je ze onder "person" alsnog aan 1 persoon toekennen. Device_trackers 'mergen' gebeurt dan niet meer.

Heb je toevallig een link naar de thread of issue waar dit besproken wordt? Ben hier namelijk mee bezig geweest en benieuwd naar de oplossingsrichting.

[Hmmbob]

ANdrode schreef op zondag 24 februari 2019 @ 15:04:
[...]


Heb je toevallig een link naar de thread of issue waar dit besproken wordt? Ben hier namelijk mee bezig geweest en benieuwd naar de oplossingsrichting.

Ja, de release notes: https://www.home-assistant.io/blog/2019/02/20/release-88/

[ANdrode]

Hmmbob schreef op zondag 24 februari 2019 @ 15:12:
[...]

Ja, de release notes: https://www.home-assistant.io/blog/2019/02/20/release-88/

Dat is één helft van het probleem. Ik zoek de andere helft (dedupliceren/mergen van meerdere sources voor één device). Dat wordt toch zelf bouwen

[Ferra]

Ik heb een rfxcom en 3 kaku ontvangers. Kan ik de kaku ontvangers zonder switch in HA krijgen?

[trekker22]

op welk level zou ik het moeten zetten om iets nuttigs te vinden over het "dood" gaan van de UI / automations:

staat nu op

code:

logger:
  default: error

home-assistant.log heeft sinds woensdag geen update meer gehad.
home-assistant_v2.db en OZW_Log.txt hebben nog wel updates gehad afgelopen paar minuten, echter ik kan zelf niet meer in de UI en geen automations triggeren.

de server heeft het ook niet druk:
top - 15:49:56 up 11 days, 18 min, 1 user, load average: 0.12, 0.16, 0.13

en een simpele restart van de HA docker lost het weer op, maar toch doet hij niet wat hij moet doen.

Heb hem nu op default: debug gezet en kijken of die nog eens vastloopt.
Echter ben ik ook bang dat mijn SSD absurd vol loopt. want na minuutje is de file al 7,5 MB.

Kan ik ergens een data limiet voor die file instellen? want purge na 1 dag is die al absurd vol. Ik wil alleen het laatste weten indien die weer vast loopt.

[ Voor 20% gewijzigd door trekker22 op 24-02-2019 15:55 ]

[PuckStar]

ANdrode schreef op zondag 24 februari 2019 @ 15:04:
[...]


Heb je toevallig een link naar de thread of issue waar dit besproken wordt? Ben hier namelijk mee bezig geweest en benieuwd naar de oplossingsrichting.

Wat zoek je precies? Want ik heb zelf "persons" gemaakt als binary_sensors.
Bijvoorbeeld:

code:

binary_sensor:
  - platform: template
    sensors:
      puck_presence:
        friendly_name: "puck Presence"
        value_template: >-
          {{ is_state('group.tracker_puck', 'home') or
             is_state('sensor.bed_puck', 'InBed') or
             is_state('sensor.puck_samsung_bt_mon', '100') or
             is_state('sensor.puck_sony_bt_mon', '100') or
             is_state('sensor.puck_samsung_bt_mon2', '100') or
             is_state('sensor.puck_sony_bt_mon2', '100') or
             is_state('sensor.puck_samsung_bt_mon_boven', '100') or
             is_state('sensor.puck_sony_bt_mon_boven', '100') }}
        device_class: presence

De group_tracker is de wifi tracker en bluetooth trackers van 2 telefoons.
de bed sensor spreekt voorzich.
en dan de bluetooth monitor trackers.

In automations etc. kijk ik dus naar die binary_sensor.
Heb ook een Anyone Home binary sensor gemaakt die alles van alle personen zo onder elkaar heeft.

[pl0xs]

Ik krijg het niet voor mekaar om HomeKit te koppelen aan Home Assistant.

Ik draai Home Assistant 0.88.0 in een Docker container. In de configuration.yaml heb ik "homekit:" toegevoegd, waarbij ik dan de volgende melding krijg in Home Assistant:


Maar de Home Assistant Bridge komt niet te voorschijn als ik het probeer toe te voegen in HomeKit.

Na het verwijderen van .homekit en .homekit.state in /config en het opnieuw proberen, verschijnt de bridge nog steeds niet.

Wat doe ik verkeerd?

[ANdrode]

PuckStar schreef op zondag 24 februari 2019 @ 17:27:
[...]

Wat zoek je precies? Want ik heb zelf "persons" gemaakt als binary_sensors.

Ik heb meerdere accesspoints die door middel van push presence doorgeven. De zijn te onderscheiden aan de hand van de inhoud van het bericht.

Afhankelijk van de timing kan het voorkomen dat nadat je van A naar B roamed eerst B meld dat je online bent en A daarna aangeeft dat het device weg is.

Casus: [berichten vanuit AP]*

code:

Echt away:                      AP1(offline, dev1) -> AP2(offline, dev1)
Roamen AP1 -> AP2, goed:        AP1(offline, dev) -> AP2(online, dev1)
Roamen AP1 -> AP2, verkeerd:    AP2(online, dev1) -> AP1(offline, dev1)

Combineren van GPS zones en WiFi is een soortgelijk geval. Dit is net iets generieker. Kan met een AppDaemon...

[ Voor 10% gewijzigd door ANdrode op 24-02-2019 17:52 ]

[Chic]

Saturnus schreef op zondag 24 februari 2019 @ 00:24:
[...]

Lijkt er op dat alle tijd/datum functionaliteit niet hier opties voor hebben. Het zou moeten werken om de 'locale' van je Docker container en/of Docker host op Nederlands te zetten. Een andere optie zou zijn om een regelrechte conversie op je output te doen. Hoe dat moet weet ik (nog) niet.

Ik vind het wel fijn dat in ubuntu alles engels is. In hass heeft NL wel de voorkeur i.v.m. WAF. Mijn eerste gedachte is dus maar de output te converteren in plaats van de taal te veranderen via locale. via dit topic kom ik op het volgende stukje code wat goed werkt om de huidige datum in NL aan te geven:

code:

    {% set months = ["Jan", "Feb", "Mrt", "Apr", "Mei", "Jun", "Jul", "Aug", "Sep", "Okt", "Nov", "Dec"] %}
    {% set days = ["Ma", "Di", "Wo", "Do", "Vrij", "Za", "Zo"]  %}
    {{ days[now().weekday()] + ' '+ now().day | string +' '+ months[now().month-1] }}

Mijn programmeer kennis is erg beperkt, maar tussen de haakjes van days[] moet een getal van de dag komen, idem dito voor months. Dus ik dacht ik plak onderstaande regel tussen de haakjes bij days want de uitkomst hiervan is volgens de template editor: 3

code:

as_timestamp(states('sensor.rova_paper')) | timestamp_custom('%w')

Echter geeft de template editor helemaal geen uitkomst, blijft helemaal leeg. Ook geen error.
Ter info nog even mijn totale stukje code:

code:

    {% set days = ["Ma", "Di", "Wo", "Do", "Vrij", "Za", "Zo"]  %}
    {% set months = ["Jan", "Feb", "Mrt", "Apr", "Mei", "Jun", "Jul", "Aug", "Sep", "Okt", "Nov", "Dec"] %}
    {{ days[as_timestamp(states('sensor.rova_paper')) | timestamp_custom('%w')] + ' ' + as_timestamp(states('sensor.rova_paper')) | timestamp_custom('%d') + ' ' + months[as_timestamp(states('sensor.rova_paper')) | timestamp_custom('%m')] }}

Mijn gevoel zegt dat ik dichtbij ben, maar heeft iemand het ontbrekende puzzelstukje?

[PuckStar]

ANdrode schreef op zondag 24 februari 2019 @ 17:51:
[...]


Ik heb meerdere accesspoints die door middel van push presence doorgeven. De zijn te onderscheiden aan de hand van de inhoud van het bericht.

Afhankelijk van de timing kan het voorkomen dat nadat je van A naar B roamed eerst B meld dat je online bent en A daarna aangeeft dat het device weg is.

Casus: [berichten vanuit AP]*

code:

Echt away:                      AP1(offline, dev1) -> AP2(offline, dev1)
Roamen AP1 -> AP2, goed:        AP1(offline, dev) -> AP2(online, dev1)
Roamen AP1 -> AP2, verkeerd:    AP2(online, dev1) -> AP1(offline, dev1)

Combineren van GPS zones en WiFi is een soortgelijk geval. Dit is net iets generieker. Kan met een AppDaemon...

Presence moet je naar mijn mening niet zo opzetten dat je away bent als 1 van de vele devices zegt dat je away bent.
Je bent pas away als ALLE devices aangeven dat je er niet bent.
En je komt thuis als 1 van alle devices aangeven dat je er weer bent.

[Hmmbob]

Dat is toch wat de nieuwe "person" component doet? https://www.home-assistant.io/components/person/

edit: Oh, toch niet helemaal denk ik

quote: https://www.home-assistant.io/components/person/

The person component allows to connect device tracker entities to one or more person entities. The last state update of a connected device tracker will set the state of the person. For example if you connect your router and your OwnTracks device as trackers to your person, the last state update from either the router or your OwnTracks device will set the state of your person.

[ Voor 71% gewijzigd door Hmmbob op 24-02-2019 20:59 ]

[JBS]

Tim Schuhmacher schreef op zondag 24 februari 2019 @ 11:22:
[...]

Kun je uitleggen hoe ik dan binnen een automation hier gebruik van kan maken als er geen entitiy is?

In je log zie je events voorbij komen op het moment dat de sensor een trilling registreert (1007) of bijvoorbeeld valt (1008).



Dit event kun je als trigger gebruiken in je automation:



Afbeelding van log heb ik even uit een eerder bericht gehaald, je ziet dan ook dat de entiteit naam anders is dan ik gebruik in de automation.

[ Voor 12% gewijzigd door JBS op 24-02-2019 21:02 ]

[ANdrode]

Hmmbob schreef op zondag 24 februari 2019 @ 20:55:
Dat is toch wat de nieuwe "person" component doet? https://www.home-assistant.io/components/person/

edit: Oh, toch niet helemaal denk ik

[...]

Het is wat de Person component in mijn ogen meteen zou moeten doen wanneer je die metafoor aanpast. Nu krijg je iets wat waarschijnlijk heel erg vaak inconsistent is qua staat.

Zal echt even kijken of ik hier iets voor kan afmaken...

[haborym]

Ik probeer een automation aan te maken maar ik weet niet hoe ik een vergelijking maak.

Situatie:

Ik heb 2 sensors:

badkamer_temp_target
badkamer_temp_current

Wat ik wil bereiken is dat:
Als badkamer_temp_target is groter of gelijk aan badkamer_temp_current dan moet switch.plug_158d0002478673 van uit naar aan gaan.

iemand een idee?

[ Voor 85% gewijzigd door haborym op 24-02-2019 21:30 ]

[lubbertkramer]

Wilde vanavond het beste beentje voor zetten en mij wagen aan de update naar .88.x maar helaas is de 0.88.1 nog niet beschikbaar na twee dagen. Inmiddels loopt er een issues @ Github waarom of dit de laatste releases zo is dat HA zelf een vertraagde update krijgt bij de .1/.2/.3 releases nav discussie @ Discord..

Dan blijf ik nog maar even zitten waar ik zit en ga ik ondertussen lovelace nog wat liefde geven:)

[Hmmbob]

lubbertkramer schreef op zondag 24 februari 2019 @ 21:29:
Wilde vanavond het beste beentje voor zetten en mij wagen aan de update naar .88.x maar helaas is de 0.88.1 nog niet beschikbaar na twee dagen. Inmiddels loopt er een issues @ Github waarom of dit de laatste releases zo is dat HA zelf een vertraagde update krijgt bij de .1/.2/.3 releases nav discussie @ Discord..

Dan blijf ik nog maar even zitten waar ik zit en ga ik ondertussen lovelace nog wat liefde geven:)

Je bedoeld in de Docker omgeving denk ik, want mijn reguliere Raspbian installatie is gewoon up-to-date?

Edit: ja dus. Blijkbaar lopen ze tegen rate-limits aan, er wordt gewerkt aan een oplossing.

haborym schreef op zondag 24 februari 2019 @ 21:07:
Ik probeer een automation aan te maken maar ik weet niet hoe ik een vergelijking maak.

Situatie:

Ik heb 2 sensors:

badkamer_temp_target
badkamer_temp_current

Wat ik wil bereiken is dat:
Als badkamer_temp_target is groter of gelijk aan badkamer_temp_current dan moet switch.plug_158d0002478673 van uit naar aan gaan.

iemand een idee?

Kijk eens of je met deze post verder komt: https://community.home-as...ower-than-weather/59957/3

[ Voor 115% gewijzigd door Hmmbob op 24-02-2019 21:53 ]

[lubbertkramer]

Hmmbob schreef op zondag 24 februari 2019 @ 21:46:
[...]

Je bedoeld in de Docker omgeving denk ik, want mijn reguliere Raspbian installatie is gewoon up-to-date?

Edit: ja dus. Blijkbaar lopen ze tegen rate-limits aan, er wordt gewerkt aan een oplossing.


[...]

Kijk eens of je met deze post verder komt: https://community.home-as...ower-than-weather/59957/3

Jup -> https://hub.docker.com/r/homeassistant/home-assistant/tags

Edit:
Zie nu je edit, las het inderdaad maar evengoed twee dagen later, wellicht is HA dan toch te versplinterd aan het worden als de hoofd HA tag geen update krijgt

[ Voor 11% gewijzigd door lubbertkramer op 24-02-2019 21:56 ]

[Stiggy]

martinvdm schreef op zondag 24 februari 2019 @ 13:03:
[...]

Ik heb diverse zwave spullen, met name inbouwspul en zeker Fibaro en Qubino kan echt niet betrouwbaarder. Tkbhome, vind ik kwalitatief wat minder maar werkt ook wel stabiel. Nog nooit issues gehad, wat dat betreft ben ik wel een Fibaro fan.

Tkbhome vind ik een beetje rommel. Hoe die schakelaar ook aanvoelt, da's echt geen kwaliteit. Fibaro was ik wel erg tevreden over. Ik wacht met smart of de Walli serie.

[zoeperman]

PuckStar schreef op zondag 24 februari 2019 @ 17:27:
[...]

Wat zoek je precies? Want ik heb zelf "persons" gemaakt als binary_sensors.
Bijvoorbeeld:

code:

binary_sensor:
  - platform: template
    sensors:
      puck_presence:
        friendly_name: "puck Presence"
        value_template: >-
          {{ is_state('group.tracker_puck', 'home') or
             is_state('sensor.bed_puck', 'InBed') or
             is_state('sensor.puck_samsung_bt_mon', '100') or
             is_state('sensor.puck_sony_bt_mon', '100') or
             is_state('sensor.puck_samsung_bt_mon2', '100') or
             is_state('sensor.puck_sony_bt_mon2', '100') or
             is_state('sensor.puck_samsung_bt_mon_boven', '100') or
             is_state('sensor.puck_sony_bt_mon_boven', '100') }}
        device_class: presence

De group_tracker is de wifi tracker en bluetooth trackers van 2 telefoons.
de bed sensor spreekt voorzich.
en dan de bluetooth monitor trackers.

In automations etc. kijk ik dus naar die binary_sensor.
Heb ook een Anyone Home binary sensor gemaakt die alles van alle personen zo onder elkaar heeft.

deze is opzich wel handig, alle losse mogelijkheden samenvoegen tot 1, dus als 1 van de sensoren waar is dan zal je thuis zijn...
Maar hoe doe je dat als je de telefoon vergeten bent? Of heb je dan gewoon pech

Opzich wel een idee natuurlijk om allerlei dingen te combineren, alleen heeft de vrouw nog wel eens wifi uit staan b.v. Owntracks of iets in die geest lijkt mij ook niet wat. Nu heb ik ook pir's in huis, misschien dat daar wat mee kan.
(ligt er ook aan hoe ver je dingen wel automatiseren, meeste is nu gewoon aan als de zon onder gaat en als we op vakantie gaan dan is er een vakantie routine, voor de rest is er altijd wel iemand thuis savonds/snachts)

[PuckStar]

zoeperman schreef op zondag 24 februari 2019 @ 22:40:
[...]


deze is opzich wel handig, alle losse mogelijkheden samenvoegen tot 1, dus als 1 van de sensoren waar is dan zal je thuis zijn...
Maar hoe doe je dat als je de telefoon vergeten bent? Of heb je dan gewoon pech

Opzich wel een idee natuurlijk om allerlei dingen te combineren, alleen heeft de vrouw nog wel eens wifi uit staan b.v. Owntracks of iets in die geest lijkt mij ook niet wat. Nu heb ik ook pir's in huis, misschien dat daar wat mee kan.
(ligt er ook aan hoe ver je dingen wel automatiseren, meeste is nu gewoon aan als de zon onder gaat en als we op vakantie gaan dan is er een vakantie routine, voor de rest is er altijd wel iemand thuis savonds/snachts)

Telefoon niet bij je dan werkt het niet nee maar wij hebben die altijd wel bij ons.
Betreft wifi heb ik dus BT op tel van mijn vrouw aangezet en eigenlijk hebben we voldoende aan de BT trackers. Nudat ik het op de vero 4k (osmc) boven heb gezet en op de pi waar pihole draait (andere uiterste van het huis). En de pi waar Hass op draait zit centraal in het huis.
In de schuur komt nog een pi zero met bt tracker zodat de tuin ook gecoverd is.
Wifi tracking is dus bij ons inmiddels meer een extraatje.

[lubbertkramer]

lubbertkramer schreef op zondag 24 februari 2019 @ 21:29:
Wilde vanavond het beste beentje voor zetten en mij wagen aan de update naar .88.x maar helaas is de 0.88.1 nog niet beschikbaar na twee dagen. Inmiddels loopt er een issues @ Github waarom of dit de laatste releases zo is dat HA zelf een vertraagde update krijgt bij de .1/.2/.3 releases nav discussie @ Discord..

Dan blijf ik nog maar even zitten waar ik zit en ga ik ondertussen lovelace nog wat liefde geven:)

Op dit moment worden de nieuwe builds gemaakt, ze staan nog in de wachtrij -> https://hub.docker.com/r/homeassistant/home-assistant/builds

Edit:
Done, 0.88.1 is nu ook beschikbaar voor Docker

[ Voor 3% gewijzigd door lubbertkramer op 25-02-2019 07:29 ]

[Yoki1985]

Yoki1985 schreef op zondag 24 februari 2019 @ 11:02:
Ik probeer mijn nest te koppelen met home-assistant. Echter krijg ik geen apparaten te zien.
Ik heb de stappen op deze pagina gevolgd tot en met stap 10 (en hierbij geen fouten gekregen).

Als ik daarna ga kijken in mijn integraties dan staat daar de nest wel bij maar ik krijg de boodschap "Deze integratie heeft geen apparaten."
[Afbeelding]

Ook bij de states vind ik geen "climate" apparaten terug.

Als ik op de debug pagina ga kijken krijg ik wel verschillende malen de volgende foutmelding:
[Afbeelding]
Meer komt er echter niet te staan dus kan niet zien waarom het zolang duurt.

Ook vind ik in mijn configuratie folder geen nest.conf bestand terug.

Het is ook een installatie via docker (https://hub.docker.com/r/homeassistant/home-assistant/)
Mijn home-assistant versie: 0.85.0

Iemand een idee wat ik mis doe?

Niemand die een idee heeft?
Ik heb mijn developer account wel pas aangemaakt toen bekend was dat er geen developer account meer uitgedeeld werden. Echter is mij dit wel nog gelukt en kan ik ook applicaties etc aanmaken in de developer console.

[haborym]

Ben inmiddels verder met de automation om mijn vloerverwarmingpomp aan te zetten maar hij springt nog niet uit. Doel is dat als de doeltemperatuur hoger is dan de temperature dan moet hij aan.
Als ik nu de switch uit zet in Home Assis dan springt die meteen weer aan. Heb het groter dan teken al omgedraaid om te checken of hij uit blijft maar ook dan springt hij direct aan.

Iemand een idee?

code:

  - alias: vloerverwarmingpomp aan zetten
    initial_state: 'off'
    trigger:
      - platform: time_pattern
        minutes: '/1'
    condition:
      condition: template
      value_template: "{{ ( state_attr('climate.badkamer', 'status').setpointStatus.targetHeatTemperature  ) > ( state_attr('climate.badkamer', 'status').temperatureStatus.temperature ) }}"
    action:
     - service: switch.turn_on
       entity_id: switch.plug_158d0002478673

[JayOne]

haborym schreef op maandag 25 februari 2019 @ 09:08:
Ben inmiddels verder met de automation om mijn vloerverwarmingpomp aan te zetten maar hij springt nog niet uit. Doel is dat als de doeltemperatuur hoger is dan de temperature dan moet hij aan.
Als ik nu de switch uit zet in Home Assis dan springt die meteen weer aan. Heb het groter dan teken al omgedraaid om te checken of hij uit blijft maar ook dan springt hij direct aan.

Iemand een idee?

code:

  - alias: vloerverwarmingpomp aan zetten
    initial_state: 'off'
    trigger:
      - platform: time_pattern
        minutes: '/1'
    condition:
      condition: template
      value_template: "{{ ( state_attr('climate.badkamer', 'status').setpointStatus.targetHeatTemperature  ) > ( state_attr('climate.badkamer', 'status').temperatureStatus.temperature ) }}"
    action:
     - service: switch.turn_on
       entity_id: switch.plug_158d0002478673

Wanneer je de value_template test in de dev_template editor wat voor waarde krijg je dan? True/False?

[haborym]

JayOne schreef op maandag 25 februari 2019 @ 09:15:
[...]


Wanneer je de value_template test in de dev_template editor wat voor waarde krijg je dan? True/False?

Hij komt terug met "false"

[JayOne]

haborym schreef op maandag 25 februari 2019 @ 09:20:
[...]


Hij komt terug met "false"

Misschien dat dit je verder helpt: https://community.home-assistant.io/t/float-conversion/30219

[Jelte]

haborym schreef op maandag 25 februari 2019 @ 09:08:
Ben inmiddels verder met de automation om mijn vloerverwarmingpomp aan te zetten maar hij springt nog niet uit. Doel is dat als de doeltemperatuur hoger is dan de temperature dan moet hij aan.
Als ik nu de switch uit zet in Home Assis dan springt die meteen weer aan. Heb het groter dan teken al omgedraaid om te checken of hij uit blijft maar ook dan springt hij direct aan.

Iemand een idee?

code:

  - alias: vloerverwarmingpomp aan zetten
    initial_state: 'off'
    trigger:
      - platform: time_pattern
        minutes: '/1'
    condition:
      condition: template
      value_template: "{{ ( state_attr('climate.badkamer', 'status').setpointStatus.targetHeatTemperature  ) > ( state_attr('climate.badkamer', 'status').temperatureStatus.temperature ) }}"
    action:
     - service: switch.turn_on
       entity_id: switch.plug_158d0002478673

Zorg dat je beide waarde naar hetzelfde type getal omzet met | float erachter.

Dus zoeits als:

code:

      value_template: "{{ ( state_attr('climate.badkamer', 'status').setpointStatus.targetHeatTemperature | float ) > ( state_attr('climate.badkamer', 'status').temperatureStatus.temperature  | float ) }}"

| int kan ook, maar dan krijg je geen cijfers achter de komma.