Home Assistant - Open source Python3 home automation

[Krypt]

Ik ben aan het overstappen van domoticz op een rpi naar hass.io op een hyperv Ubuntu.

Lekker aan het puzzelen en spelen en begint aardig goed te lukken. En nu wil ik ook eens kijken naar nodered.

Echter krijg ik het niet voor elkaar om States uit te lezen. Ik heb een simpele flow gemaakt om de current state uit te lezen, krijg mooi een drop-down van alle entities, maar welke ik ook kies, hij leest toch enkel de sun.sun entity uit met als resultaat dat elke opvraag van current state above_horizon of below_horizon is.

Heb op internet wel enkele posts gevonden met hetzelfde euvel, en dat het spontaan opgelost was. Maar bij mij helaas niet. En het is een beetje karig om enkel de sun.sun state uit te lezen

Iemand hetzelfde euvel gehad en een oplossing gevonden?

Ik draai laatste update van hass en nodered is up-to-date. Reinstall van nodered lost niks op.

[tdw]

Krypt schreef op zaterdag 28 september 2019 @ 11:55:
Ik ben aan het overstappen van domoticz op een rpi naar hass.io op een hyperv Ubuntu.

Lekker aan het puzzelen en spelen en begint aardig goed te lukken. En nu wil ik ook eens kijken naar nodered.

Echter krijg ik het niet voor elkaar om States uit te lezen. Ik heb een simpele flow gemaakt om de current state uit te lezen, krijg mooi een drop-down van alle entities, maar welke ik ook kies, hij leest toch enkel de sun.sun entity uit met als resultaat dat elke opvraag van current state above_horizon of below_horizon is.

Heb op internet wel enkele posts gevonden met hetzelfde euvel, en dat het spontaan opgelost was. Maar bij mij helaas niet. En het is een beetje karig om enkel de sun.sun state uit te lezen

Iemand hetzelfde euvel gehad en een oplossing gevonden?

Ik draai laatste update van hass en nodered is up-to-date. Reinstall van nodered lost niks op.

Er is ook een speciaal Node-Red topic (Node-RED - grafisch 'programmeren' (bijv. voor domotica)) . Kun je wellicht je flow in een screenshot zetten? Niet alles in Node-Red is even logisch namelijk, soms wordt een topic/payload overschreven

[NoFate]

Hoi, zijn re hier ook ESPHOME gurus aanwezig? ik ben totaal geen elektronica man, maar ik wou toch eens proberen om zo'n microcontroller aan de praat te krijgen, ik heb me dus gisteren op bol.com een starterpakket gekocht, bevat een esp2866 en een hoop kabeltjes
ik wil dus ook een deurbel slim maken, ja, idd het zoveelste project hier, ik heb ook dat van frenck eens bekeken, maar mijn situatie is weer net iets anders, eigenlijk nog simpeler zelfs ...

ik heb dus een video intercom, volledig digitaal, dus een toets onderscheppen ofzo gaat niet, maar ik wel de mogelijkheid om op mijn intercom een extra bel te hangen, ... die heb ik niet aangesloten thuis, dus ik wil die mogelijkheid gebruiken om een oproep/deurbel te simuleren

anyway, ik heb al wat speurwerk gedaan, zoals je kan zien in de tekening hieronder, als er iemand op de deurbelt duwt, dan komt er ongeveer max 2 sec 12v op die uitgang...
deze 12v herleid ik naar 3,3v met weerstanden , om deze als input te gebruiken op een esp2866 , het enigste wat mijn esphome moet doen is een binary sensor omzetten zodat ik vervolgens een automation kan starten ... zeer simpel dus

je ziet ook in de tekening een wemos, maar ik heb uiteindelijk gekozen voor een esp2866 , ik wou liever niet solderen ... zoals ik al zei, geen elektonica specialist hier :-)

dus 3 vraagjes:

vraag1: is het schema ok ? bovenste weerstand is 10Kohm, onderste is 3,8Kohm , op welke pinnen moeten ik de + en de gnd uiteindelijk aansluiten op mijn esp2866 ? en kan iemand me eens een config maken om deze pin op INPUT mode te zetten, om uiteindelijk een sensor om te zetten?

vraag2: als ik dit gebouwd heb op een breadbord, ik zie 3 pinnen met die blijkbaar 3.3v als output leveren, leveren die standaard al 3.3 v? of moet je die nog configureren? ik wou dan bv even een gnd + 3.3v pin verbinden met die input die ik gemaakt heb, om de sensor te testen, vooraleer ik mijn bel kapot ga maken :-)
maakt het ook welke gnd + 3.3v ik gebruik als output om dit te simurelen?

vraag3: ik heb met een multimeter eens gecontroleerd of er effectief 12 v spanning op die externe bel staat als iemand aan de deur belt, idd , heel even voor max 2 sec , is er 12 v, maar als niemand belt, dan staat er -2.5v op? hoe kan zoiets ? moet ik hier rekening mee houden?

afbeelding/schema hier :
https://www.dropbox.com/s/ccpx2gn0p4wzexb/esphome1.PNG?dl=0


bedankt alvast

[Krypt]

tdw schreef op zaterdag 28 september 2019 @ 12:25:
[...]

Er is ook een speciaal Node-Red topic (Node-RED - grafisch 'programmeren' (bijv. voor domotica)) . Kun je wellicht je flow in een screenshot zetten? Niet alles in Node-Red is even logisch namelijk, soms wordt een topic/payload overschreven

Ik zou daar wel kunnen vragen,maar het is de link tussen nodered en hass wat blijkbaar niet lekker werkt bij mij. Heb een flow gemaakt en een van internet geplukt; best simpel ding.
Inject timestamp om een trigger te hebben, dan een get state van een hass entity (bijv een switch), en dan een debug node. Bij een trigger krijg ik, welke entity ik ook selecteer, enkel de status van sun.sun.

[tdw]

Krypt schreef op zaterdag 28 september 2019 @ 18:26:
[...]


Ik zou daar wel kunnen vragen,maar het is de link tussen nodered en hass wat blijkbaar niet lekker werkt bij mij. Heb een flow gemaakt en een van internet geplukt; best simpel ding.
Inject timestamp om een trigger te hebben, dan een get state van een hass entity (bijv een switch), en dan een debug node. Bij een trigger krijg ik, welke entity ik ook selecteer, enkel de status van sun.sun.

Heb je al automations waarin je de sun-component gebruikt? Zo nee, dan zou je 'm wellicht uit kunnen zetten om te testen.

[Krypt]

Op telefoon niet echt optimaal, maar testen is wel gelukt. Nu blijft geeft ie bij elke entry aan dat sun.sun entity niet bestaat.


Denk dat ik maar eens een 2e instance ga installeren op een pi; kijken of ik hetzelfde gedrag te zien krijg.

[tdw]

Krypt schreef op zaterdag 28 september 2019 @ 18:53:
Op telefoon niet echt optimaal, maar testen is wel gelukt. Nu blijft geeft ie bij elke entry aan dat sun.sun entity niet bestaat.
[Afbeelding: Nodered]

Denk dat ik maar eens een 2e instance ga installeren op een pi; kijken of ik hetzelfde gedrag te zien krijg.

Misschien ten overvloede, maar home assistant al opnieuw opgestart? Letterlijk volledig uit, ff de stekker eruit, en dan opnieuw proberen. Vaag probleem in ieder geval.

[Troetelbeer]

@Krypt Maak eens een screenshot van het config menu van je States node.

[Krypt]

Alles diverse keren gereboot; hyperv, Ubuntu, docker, uninstall/reinstall nodered.
Vind het ook een erg vaag ding.

Het is de hass.io nodered addin; weinig configuratie nodig. Zitten niet zo'n specifieke dingen in.


Ziet er niet zo heel spannend uit. Maar toch krijg ik als payload nu below_horizon.

Hij leest dus wel een state uit (sun.sun in dit geval) maar niet de state van de identity waar ik om vraag.

[ Voor 12% gewijzigd door Krypt op 28-09-2019 21:14 ]

[Hmmbob]

Omdat mijn CC2531 een beetje naakt & zielig in mijn Pi hing, heb ik een vriend gevraagd om een behuizing te printen. Bij de buren een uitgebreidere post met meer foto's: Hmmbob in "Zigbee2mqtt - open source zigbee bridge"



Heeft er iemand nog een link naar een leuke Raspberry Zero W case met Home Assistant logo?

[ Voor 34% gewijzigd door Hmmbob op 29-09-2019 09:11 ]

[Jelte]

Ik zit te denken om Grafana met InfluxDb te gaan gebruiken. Lijkt de default optie te zijn als je langer wil terugkijken dan een dag ofzo.
Maar nu zit er al een boel data in de huidige database (sql). Is het mogelijk om deze data te verplaatsen naar Influxdb? Zonde om die boel zo weg te gooien.

[bgrr]

Waarom laat je grafana niet babbelen met de huidige DB. Voor nagenoeg ieder type DB is er wel een connector in grafana

[ Voor 5% gewijzigd door bgrr op 29-09-2019 10:36 ]

[Troetelbeer]

Krypt schreef op zaterdag 28 september 2019 @ 21:13:
Alles diverse keren gereboot; hyperv, Ubuntu, docker, uninstall/reinstall nodered.
Vind het ook een erg vaag ding.

Het is de hass.io nodered addin; weinig configuratie nodig. Zitten niet zo'n specifieke dingen in.
[Afbeelding: Noderedautomationgetstate]

Ziet er niet zo heel spannend uit. Maar toch krijg ik als payload nu below_horizon.

Hij leest dus wel een state uit (sun.sun in dit geval) maar niet de state van de identity waar ik om vraag.

Je hebt een automation als entity, volgens mij kan dat niet? Ik vraag me ook af of Node-Red überhaupt een status van een automation kan zien, omdat je NR juist gebruikt om automations mee te maken...

Kun je de config(code) eens laten zien van je automation.mindergas? Mijn states worden namelijk wel correct uitgelezen, dus denk dat het aan je entity ligt...

[ Voor 7% gewijzigd door Troetelbeer op 29-09-2019 10:07 ]

[Krypt]

Het maakt werkelijk niet uit welke entity ik kies.
Al mijn switches krijgen ook reply terug above_horizon of below_horizon.
Komende week eens een nieuwe pi opnieuw inrichten, kijken of ik daar hetzelfde te zien krijg

[Troetelbeer]

Krypt schreef op zondag 29 september 2019 @ 10:12:
Het maakt werkelijk niet uit welke entity ik kies.
Al mijn switches krijgen ook reply terug above_horizon of below_horizon.
Komende week eens een nieuwe pi opnieuw inrichten, kijken of ik daar hetzelfde te zien krijg

Hmm...Maar dan nog snap ik je automation entity niet...

Anyway, bij mij werkt het wel goed...inject > current state > debug...Krijg de juiste info...

Ik zou dus inderdaad eens naar je setup kijken.

[Jelte]

bgrr schreef op zondag 29 september 2019 @ 09:56:
Waarom laat je grafana niet babbelen met de huidige DB. Voor nagenoeg ieder type DB is er wel een connector in grafana

Goed idee. Dacht ik.

Maar InfluxdB is een time-based database en de mariadb die ik nu heb niet. Daardoor is het niet zo makkelijk om data te visualiseren. Ik krijg het in ieder geval nog niet voor elkaar.

[martinvdm]

Voor wie over wil naar Traefik2.0, ik heb, zoals in het Traefik topic gemeld, even een blogpost gemaakt met een klein beetje een howto en voorbeeld config.

[Krypt]

Troetelbeer schreef op zondag 29 september 2019 @ 10:31:
[...]
Hmm...Maar dan nog snap ik je automation entity niet...
Anyway, bij mij werkt het wel goed...inject > current state > debug...Krijg de juiste info...
Ik zou dus inderdaad eens naar je setup kijken.

Ik heb het gevonden
Heb telkens de inject node hergebruikt; stond daar een payload in voor sun.sun ipv een timestamp. How stupid you can be

Toch bedankt voor de ondersteuning; ik ga me even in een hoekje zitten schamen.

[Hmmbob]

Uit het buur-topic:

Koenkk schreef op zondag 29 september 2019 @ 22:07:
Off topic: zijn er mensen van plan om naar de Home Assistant state of the union 2019 te gaan? (https://www.eventbrite.nl...k96iUvUwBL-B076CA98LpNnss). Ik ben er igg bij!

Hier iemand?

[Thoit]

Mich schreef op vrijdag 27 september 2019 @ 19:46:
Ik heb een tijdje geleden een nieuwe Z-wave aeotec 6 siren gekocht. Nu kom ik er echter achter dat deze afhankelijk is van OpenZwave 1.6. Home-assistant ondersteunt dit nog niet.

Ik ben nu op zoek naar een andere Z-Wave sirene dit wel ondersteunt wordt. Weet iemand er toevallig eentje die out of the box werkt?

Ik heb een 2 tal NeoCoolcam sirenes in gebruik. Wilde het liefste nog eentje via Zigbee hebben, maar heb er geen kunnen vinden die op Accu werkt.

[wmn79]

Hmmbob schreef op zondag 29 september 2019 @ 23:07:
Uit het buur-topic:

[...]

Hier iemand?

Yep heb me net aangemeld.

[Imperial Guard]

Weten jullie of het mogelijk is om met een automatisering .jpg files te verwijderen ouder dan 30 dagen.

Wanneer er beweging is gedetecteerd en Tensorflow ziet het als een persoon krijg ik netjes een snapshot op mijn telefoon en tevens bewaar ik de snapshot in het volgende format: achtertuin_20190930_115334

De folder loopt natuurlijk langzaam vol met de snapshots, nu wil ik dit graag automatisch verwijderen.

[RudolfR]

@Imperial Guard

Als dat gewoon een shell-script mag zijn dan kan dat wel met 'find'

https://www.ostechnix.com...der-than-x-days-in-linux/

[stefanroelofs]

Een paar weken geleden was er discussie over integratie van Home Assistant met een NAS op linux.

Ansible-NAS lijkt me ideaal icm. een hassio installatie:
https://computertotaal.nl...-server-een-flexibele-nas

(geen persoonlijke ervaring mee)

Hmmbob schreef op zondag 29 september 2019 @ 23:07:
Uit het buur-topic:

[...]

Hier iemand?

Net aangemeld!

[zsiebe]

Troetelbeer schreef op vrijdag 27 september 2019 @ 14:53:
Iemand de lsc smart led strip van Action al werkend in HA zonder flash?

Niet zonder flash. Het is mij inmiddels wel gelukt om hem OTA te flashen met de geupdate tuya-convert fork. Zie hiervoor: https://github.com/kueblc/tuya-convert en https://github.com/ct-Open-Source/tuya-convert/issues/273

[Driek]

ik heb 2 automations die niet precies doen wat ik wil. Kunnen jullie zien wat ik fout doe?
Met de eerste wil ik moniteren dat de verwarming aangaat, er hangt een ds18b20 aan een sonof, die geknoopt is aan de vloerverwarming met mqtt. Temperatuur komt keurig door in home assitsant.
Nu wil ik met deze automation doorkrijgen dat de verwarming aan is gegaan, echter krijg ik geen notification. Wat doe ik fout?

code:

- id: '1569776793608'
  alias: verwarming aan
  trigger:
  - above: '25'
    entity_id: sensor.sonoff_3_temp
    for: 5 min
    platform: numeric_state
  condition: []
  action:
  - service: notify.dirk
    data:
      message: verwarming is aan
      title: slangen zijn warm

Bij de tweede werkt de delay niet.
Ik wil als de tv uitgaat de lampen uitzetten, mits het na 21:30 is, eerst alles op 1 na uit, en 1 lamp 75% aan, en na 2 minuten die laatste op nachtstand. De delay lijkt echter niet te werken.

code:

- id: Savonds licht uit bij tv uit
  alias: Savonds licht uit bij tv uit
  trigger:
  - entity_id: binary_sensor.woonkamer_tv
    from: 'on'
    platform: state
    to: 'off'
  condition:
  - after: '21:30'
    condition: time
  action:
  - data:
      entity_id: light.schuifpui
    service: light.turn_off
  - data:
      entity_id: switch.kaku_5
    service: switch.turn_off
  - data:
      entity_id: switch.buiglamp
    service: switch.turn_off
  - data:
      entity_id: switch.kaku_7
    service: switch.turn_off
  - service: light.turn_on
    data:
      entity_id: light.bulb
      brightness_pct: 75
      kelvin: 2700    
  - delay: 2 min
  - data:
      effect: night
      entity_id: light.bulb
    service: light.turn_on

Wederom zie ik niet wat ik fout doe.

Iemand een idee?

[barrymossel]

Driek schreef op maandag 30 september 2019 @ 16:34:
ik heb 2 automations die niet precies doen wat ik wil. Kunnen jullie zien wat ik fout doe?
Met de eerste wil ik moniteren dat de verwarming aangaat, er hangt een ds18b20 aan een sonof, die geknoopt is aan de vloerverwarming met mqtt. Temperatuur komt keurig door in home assitsant.
Nu wil ik met deze automation doorkrijgen dat de verwarming aan is gegaan, echter krijg ik geen notification. Wat doe ik fout?

code:

- id: '1569776793608'
  alias: verwarming aan
  trigger:
  - above: '25'
    entity_id: sensor.sonoff_3_temp
    for: 5 min
    platform: numeric_state
  condition: []
  action:
  - service: notify.dirk
    data:
      message: verwarming is aan
      title: slangen zijn warm

Bij de tweede werkt de delay niet.
Ik wil als de tv uitgaat de lampen uitzetten, mits het na 21:30 is, eerst alles op 1 na uit, en 1 lamp 75% aan, en na 2 minuten die laatste op nachtstand. De delay lijkt echter niet te werken.

code:

- id: Savonds licht uit bij tv uit
  alias: Savonds licht uit bij tv uit
  trigger:
  - entity_id: binary_sensor.woonkamer_tv
    from: 'on'
    platform: state
    to: 'off'
  condition:
  - after: '21:30'
    condition: time
  action:
  - data:
      entity_id: light.schuifpui
    service: light.turn_off
  - data:
      entity_id: switch.kaku_5
    service: switch.turn_off
  - data:
      entity_id: switch.buiglamp
    service: switch.turn_off
  - data:
      entity_id: switch.kaku_7
    service: switch.turn_off
  - service: light.turn_on
    data:
      entity_id: light.bulb
      brightness_pct: 75
      kelvin: 2700    
  - delay: 2 min
  - data:
      effect: night
      entity_id: light.bulb
    service: light.turn_on

Wederom zie ik niet wat ik fout doe.

Iemand een idee?

Wat is notify.dirk?

Die delay even aanpassen naar '00:02:00'.

[Pinquin87]

barrymossel schreef op maandag 30 september 2019 @ 16:46:
[...]

Wat is notify.dirk?

Die delay even aanpassen naar '00:02:00'.

Inderdaad wat @barrymossel zegt. Dit geld ook voor je eerste automation. Kan eventueel ook zo:

code:

    for:
      minutes: 10

[Driek]

barrymossel schreef op maandag 30 september 2019 @ 16:46:
[...]

Wat is notify.dirk?

Die delay even aanpassen naar '00:02:00'.

Dat is een telegram bericht.
Ik ga de minuten aanduiding aanpassen en afwachten.
Bedankt!

[--WaaZaa--]

zsiebe schreef op maandag 30 september 2019 @ 16:06:
[...]


Niet zonder flash. Het is mij inmiddels wel gelukt om hem OTA te flashen met de geupdate tuya-convert fork. Zie hiervoor: https://github.com/kueblc/tuya-convert en https://github.com/ct-Open-Source/tuya-convert/issues/273

Net ook even bezig geweest, maar kreeg het nog niet voor elkaar. Welke repo/link heb je precies gecloned lokaal? Ik mis even welke ik nu precies moet hebben geloof ik.. Toch de master branch van https://github.com/kueblc/tuya-convert ?

En dan wil je dus de LED strip in 'snelle knipper' modus zodra de AP loopt?

[ Voor 6% gewijzigd door --WaaZaa-- op 30-09-2019 17:10 ]

[zsiebe]

--WaaZaa-- schreef op maandag 30 september 2019 @ 17:09:
[...]


Net ook even bezig geweest, maar kreeg het nog niet voor elkaar. Welke repo/link heb je precies gecloned lokaal? Ik mis even welke ik nu precies moet hebben geloof ik.. Toch de master branch van https://github.com/kueblc/tuya-convert ?

En dan wil je dus de LED strip in 'snelle knipper' modus zodra de AP loopt?

Ik ben er ook lang mee bezig geweest. Uiteindelijk lukte het met deze branche: https://github.com/kueblc/tuya-convert/tree/new-api

Je wilt inderdaad dat de LEDs snel knipperen. Dit kun je doen door of te deconnecten met de tuya app, of door de stekker 4/5 keer in de ledstrip en uit de ledstrip te doen.

[Troetelbeer]

zsiebe schreef op maandag 30 september 2019 @ 16:06:
[...]


Niet zonder flash. Het is mij inmiddels wel gelukt om hem OTA te flashen met de geupdate tuya-convert fork. Zie hiervoor: https://github.com/kueblc/tuya-convert en https://github.com/ct-Open-Source/tuya-convert/issues/273

Ja, maar ik wil niet flashen...Er heb ook niet de benodigdheden voor in huis. Dan wacht ik nog wel, of koop ik een andere

[--WaaZaa--]

Flashen is me net ook gelukt met de new-api branch. Heb de LED controller een zetje gegeven met de tuya app om naar de vtrust SSID te connecten.

Dus nu gekoppeld aan HA, en even kijken of ik nog meer moet configgen. Hij reageert nu wat langzamer dan ik zou verwachten. (En de IR nog even bekijken natuurlijk )

Troetelbeer schreef op maandag 30 september 2019 @ 17:43:
[...]


Ja, maar ik wil niet flashen...Er heb ook niet de benodigdheden voor in huis. Dan wacht ik nog wel, of koop ik een andere

Je kunt eventueel flashen met een laptop met wifi en een live Linux install. Zojuist een oude HP laptop met live Kali linux en gáán!

[ Voor 38% gewijzigd door --WaaZaa-- op 30-09-2019 19:01 ]

[u_nix_we_all]

--WaaZaa-- schreef op maandag 30 september 2019 @ 19:00:
Flashen is me net ook gelukt met de new-api branch. Heb de LED controller een zetje gegeven met de tuya app om naar de vtrust SSID te connecten.

Dus nu gekoppeld aan HA, en even kijken of ik nog meer moet configgen. Hij reageert nu wat langzamer dan ik zou verwachten. (En de IR nog even bekijken natuurlijk )

Heb je er esphome op ? De default transition time voor light is volgens mij 1 s, dus inderdaad wat traag.
Ik heb een esphome config in elkaar geknutseld met de IR codes erin: https://drive.google.com/...yjzth1Nni0yZVlDL03kexXm2k

[JBS]

Mars Warrior schreef op dinsdag 25 juni 2019 @ 22:00:
[...]

Dat is nou weer knudde 😡

Dat wordt dus of wat anders of wachten totdat men het nieuwe protocol probleem heeft opgelost...

Het wachten wordt beloond, zie https://github.com/ct-Open-Source/tuya-convert/pull/279

[martinvdm]

@zsiebe @--WaaZaa-- ik wil binnenkort ook de lsc strip flashen met Tuya convert 2.0 en dan in HA integreren. Is het voor een van jullie mogelijk een kort stappen plan te schrijven? Heb het filmpje van Digiblur wel maar volgens mij zijn voor de lsc strips toch wat zaken anders.

[miles]

Ik ben sinds een paar dagen bezig met HomeAssistant.
Op RaspberryPi3+ geïnstalleerd via deze handleiding.
M’n Sonos en Chromecast werden direct herkend.
Met Yeelight heb ik wat meer moeite. Dit lukt niet. De lamp wordt automatisch herkend als Yeelight TunableBulb-1B01 als HomeKit accessoire. Maar hier kan ik niets mee.
Ik heb configuration.yaml aangepast, ziet er nu zo uit. (eigenlijk heb ik alleen de onderste zeven regels aangevuld)


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

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

# Text to speech
tts:
- platform: google_translate

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

discovery:
ignore:
- yeelight
yeelight:
devices:
192.168.2.12:
name: Living Room

transition: 1000
use_music_mode: true
save_on_change: true


Maar de lamp wordt niet zichtbaar in HA. Er staat dus blijkbaar iets niet goed.
Iemand die mij op weg kan helpen?
De lamp staat in Lan modus, het is een vast ip adres.
Ik heb verschillende dingen geprobeerd, maar het juiste blijkbaar nog niet.

Edit: laatste drie regels toegevoegd. Daarna opnieuw opgestart en bij overzicht beetje zitten rommelen (op plusje gedrukt, yeelight ingevuld) toen had ik ineens een schakelaar waarmee ik het licht kan bedienen.
Ik snap er helemaal niets van. De Yeelight komt niet terug bij entiteiten, apparaten of integraties.
Hoe moet ik dan weten dat de lamp er is?

[ Voor 15% gewijzigd door miles op 30-09-2019 21:38 . Reden: aanvullingen ]

[itsgreen]

Zijn mensen toevallig bekend met de status van nieuwe Nest integratie? Ik ben natuurlijk weer net te laat met daadwerkelijk dingen met home automation doen Dus ben nu afhankelijk van de kuren van Google....

[kepler]

In het kader van vreemde, maar toch nuttige automations :

Ik heb in de knop van de WC een Xiaomi deursensor geplakt, op de 'grote' knop die je (in principe) alleen gebruikt bij een grote boodschap. Deze triggert vervolgens de afzuiging, checkt voor de zekerheid de vochtigheid in de badkamer zodat die niet per ongeluk te vroeg wordt uitgeschakeld, en start de afzuiging voor 5min

Voor de duidelijkheid, we hebben dus ook een afzuigpunt van de mechanische ventilatie in de wc

[Nnoitra]

barrymossel schreef op maandag 30 september 2019 @ 16:46:
[...]

Wat is notify.dirk?

https://www.home-assistant.io/components/notify/

@Driek Heb je al wel getest of die notification zelf wel werkt?

[Driek]

Nnoitra schreef op dinsdag 1 oktober 2019 @ 09:22:
[...]

https://www.home-assistant.io/components/notify/

@Driek Heb je al wel getest of die notification zelf wel werkt?

zeker, die werkt.

Maar met de tips is het gelukt, de minuten moesten anders ingegeven worden in de automation.

[wielhelm]

Sinds een weekje over van een raspberry pi naar een installatie onder vmware.
Het overzetten ging allemaal prima , hass.io installatie , backup terugzetten en werken!
Tot vanochtend , volgens home assistant stonden alle lampen (ikea tradfri) aan. Beneden aangekomen, stond alles wel uit. De ikea schakelaar kon ook gewoon de lampen bedienen. Er was een herstart van de gateway nodig om de boel weer werkend te krijgen onder HA. Na enig zoekwerk ben ik niet de enige met dit probleem. Nu zit ik eraan te denken om om een conbee o.i.d. dergelijks te gaan gebruiken , echter werkt dit ook met de ikea afstandsbedieningen?

[tdw]

wielhelm schreef op dinsdag 1 oktober 2019 @ 10:41:
Sinds een weekje over van een raspberry pi naar een installatie onder vmware.
Het overzetten ging allemaal prima , hass.io installatie , backup terugzetten en werken!
Tot vanochtend , volgens home assistant stonden alle lampen (ikea tradfri) aan. Beneden aangekomen, stond alles wel uit. De ikea schakelaar kon ook gewoon de lampen bedienen. Er was een herstart van de gateway nodig om de boel weer werkend te krijgen onder HA. Na enig zoekwerk ben ik niet de enige met dit probleem. Nu zit ik eraan te denken om om een conbee o.i.d. dergelijks te gaan gebruiken , echter werkt dit ook met de ikea afstandsbedieningen?

Ja, dat werkt. Zie deCONZ - Zigbee gateway van Dresden Elektronik

Heb het zelf al maanden draaien en op een paar kleine hiccups na 0 problemen ondervonden.

[wielhelm]

Ook onder vmware toevallig?

tdw schreef op dinsdag 1 oktober 2019 @ 10:44:
[...]

Ja, dat werkt. Zie deCONZ - Zigbee gateway van Dresden Elektronik

Heb het zelf al maanden draaien en op een paar kleine hiccups na 0 problemen ondervonden.

[tdw]

wielhelm schreef op dinsdag 1 oktober 2019 @ 10:47:
Ook onder vmware toevallig?


[...]

Ah chips, dat stukje had ik even gemist. Het lijkt me mogelijk, maar ik heb geen ervaring met VMware

[tdw]

wielhelm schreef op dinsdag 1 oktober 2019 @ 10:47:
Ook onder vmware toevallig?


[...]

https://github.com/dresde...nz-rest-plugin/issues/435

Het moet dus werken, maar ik weet niet exact hoe.

[itsgreen]

code:

scene:
  - name: pc_active
    entities:
      light.kantoor_pc_links:
        state: on
        brightness: 100
        xy_color: [0.67,0.325]
      light.kantoor_pc_voor:
        state: on
        brightness: 100
        xy_color: [0.179,0.06]
  - name: pc_inactive
    entities:
      light.kantoor_pc_voor: off
      light.kantoor_pc_links: off

Ik ben nog aan het testen met hoe alles werkt. Heb een sample scene gemaakt bij mijn computer: 2 hue lampen die naar hippe kleurtjes gaan. Dat werkt, maar om een of andere reden gaat 1 van de lampen altijd na een paar minuten weer terug naar fel 'wit' als ik hem via de scene instel.

Als ik hem handmatig via config > integrations > hue > die lamp een kleurtje geef, blijft hij wel gewoon blauw.

Iemand bekend hier mee? De andere lamp blijft gewoon wel braaf zijn rode kleur houden, en 'handmatig' houdt de blauwe lamp gewoon zijn kleur, maar als ik het via deze scene aanroep gaat hij naar een x minuten weer naar normaal fel licht.

[Thoit]

tdw schreef op dinsdag 1 oktober 2019 @ 10:55:
[...]

https://github.com/dresde...nz-rest-plugin/issues/435

Het moet dus werken, maar ik weet niet exact hoe.

Je moet het USB device doormappen naar je VM in VMware.

[Pinquin87]

itsgreen schreef op dinsdag 1 oktober 2019 @ 11:04:

code:

scene:
  - name: pc_active
    entities:
      light.kantoor_pc_links:
        state: on
        brightness: 100
        xy_color: [0.67,0.325]
      light.kantoor_pc_voor:
        state: on
        brightness: 100
        xy_color: [0.179,0.06]
  - name: pc_inactive
    entities:
      light.kantoor_pc_voor: off
      light.kantoor_pc_links: off

Ik ben nog aan het testen met hoe alles werkt. Heb een sample scene gemaakt bij mijn computer: 2 hue lampen die naar hippe kleurtjes gaan. Dat werkt, maar om een of andere reden gaat 1 van de lampen altijd na een paar minuten weer terug naar fel 'wit' als ik hem via de scene instel.

Als ik hem handmatig via config > integrations > hue > die lamp een kleurtje geef, blijft hij wel gewoon blauw.

Iemand bekend hier mee? De andere lamp blijft gewoon wel braaf zijn rode kleur houden, en 'handmatig' houdt de blauwe lamp gewoon zijn kleur, maar als ik het via deze scene aanroep gaat hij naar een x minuten weer naar normaal fel licht.

Staat er toevallig iets in het Logbook wanneer dit gebeurt? Misschien dat iets anders de lamp weer terugzet?

[itsgreen]

Pinquin87 schreef op dinsdag 1 oktober 2019 @ 11:59:
[...]


Staat er toevallig iets in het Logbook wanneer dit gebeurt? Misschien dat iets anders de lamp weer terugzet?

Kan er niets op vinden, heb voor nu maar even mijn hue bridge ge-reset. Fingers crossed. Had al home kit van mijn telefoon gegooid, en wat andere dingen. Maar dit is een bridge v1 > v2 die al een miljoen jaar oude config had. Hij deed tot ik er mee ging spelen vorige week ook nog een hoop dingen automatisch op tijd, die lamp aan om dit tijdstip naar deze brightness, en die andere lamp naar dit niveau op dat tijdstip (dingen die je nu niet meer kan doen om een of andere reden)

[Meelobee]

Hmmbob schreef op zondag 29 september 2019 @ 23:07:
Uit het buur-topic:

[...]

Hier iemand?

Ik ben vooral benieuwd of dit interessant is voor mij als vrij nieuwe HA gebruiker met weinig tot geen programmeer ervaring. Heb gisteravond de video van vorig jaar bekeken, en het lijkt me erg leuk om heen te gaan. Dus, gisteravond aangemeld!

[Troetelbeer]

miles schreef op maandag 30 september 2019 @ 20:05:
Ik ben sinds een paar dagen bezig met HomeAssistant.
Op RaspberryPi3+ geïnstalleerd via deze handleiding.
M’n Sonos en Chromecast werden direct herkend.
Met Yeelight heb ik wat meer moeite. Dit lukt niet. De lamp wordt automatisch herkend als Yeelight TunableBulb-1B01 als HomeKit accessoire. Maar hier kan ik niets mee.
Ik heb configuration.yaml aangepast, ziet er nu zo uit. (eigenlijk heb ik alleen de onderste zeven regels aangevuld)


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

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

# Text to speech
tts:
- platform: google_translate

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

discovery:
ignore:
- yeelight
yeelight:
devices:
192.168.2.12:
name: Living Room

transition: 1000
use_music_mode: true
save_on_change: true


Maar de lamp wordt niet zichtbaar in HA. Er staat dus blijkbaar iets niet goed.
Iemand die mij op weg kan helpen?
De lamp staat in Lan modus, het is een vast ip adres.
Ik heb verschillende dingen geprobeerd, maar het juiste blijkbaar nog niet.

Edit: laatste drie regels toegevoegd. Daarna opnieuw opgestart en bij overzicht beetje zitten rommelen (op plusje gedrukt, yeelight ingevuld) toen had ik ineens een schakelaar waarmee ik het licht kan bedienen.
Ik snap er helemaal niets van. De Yeelight komt niet terug bij entiteiten, apparaten of integraties.
Hoe moet ik dan weten dat de lamp er is?

Gebruik de code tags om je code te delen. Nu kunnen we niet zien of je fouten hebt in je code(spaties etc).

[itsgreen]

Pinquin87 schreef op dinsdag 1 oktober 2019 @ 11:59:
[...]


Staat er toevallig iets in het Logbook wanneer dit gebeurt? Misschien dat iets anders de lamp weer terugzet?

code:

{
    "entity_id": "light.pc_front",
    "new_state": {
        "attributes": {
            "brightness": 254,
            "color_temp": 366,
            "effect": "none",
            "effect_list": [
                "colorloop",
                "random"
            ],
            "friendly_name": "Pc front",
            "max_mireds": 500,
            "min_mireds": 153,
            "supported_features": 63
        },
        "context": {
            "id": "f0b764fd586e4e8fb8fb1ee39ca563de",
            "parent_id": null,
            "user_id": null
        },
        "entity_id": "light.pc_front",
        "last_changed": "2019-10-01T10:01:27.704186+00:00",
        "last_updated": "2019-10-01T10:59:01.082404+00:00",
        "state": "on"
    },
    "old_state": {
        "attributes": {
            "brightness": 100,
            "effect": "none",
            "effect_list": [
                "colorloop",
                "random"
            ],
            "friendly_name": "Pc front",
            "hs_color": [
                263.095,
                98.824
            ],
            "max_mireds": 500,
            "min_mireds": 153,
            "rgb_color": [
                99,
                2,
                255
            ],
            "supported_features": 63,
            "xy_color": [
                0.186,
                0.064
            ]
        },
        "context": {
            "id": "065c88aad93e45c98e70db4687fd7173",
            "parent_id": null,
            "user_id": null
        },
        "entity_id": "light.pc_front",
        "last_changed": "2019-10-01T10:01:27.704186+00:00",
        "last_updated": "2019-10-01T10:47:09.084219+00:00",
        "state": "on"
    }
}

Ik zie nu deze voorbij komen.... Hoe kan ik achterhalen waar dit vandaan komt?

edit:
Dit is vanuit de database... home-assistant_v2.db

edit2:
begin te denken dat dit een brown-out issue is, dat om een of andere reden deze lamp heel even geen stroom krijgt, of een fluctuatie, en daardoor reset...

edit3:
denk nu een kapotte hue lamp met een los contactje ergens, want een andere lamp draait al een paar uur

[ Voor 6% gewijzigd door itsgreen op 01-10-2019 16:15 ]

[zsiebe]

martinvdm schreef op maandag 30 september 2019 @ 19:56:
@zsiebe @--WaaZaa-- ik wil binnenkort ook de lsc strip flashen met Tuya convert 2.0 en dan in HA integreren. Is het voor een van jullie mogelijk een kort stappen plan te schrijven? Heb het filmpje van Digiblur wel maar volgens mij zijn voor de lsc strips toch wat zaken anders.

In het kort wat ik heb gedaan:
Hiervoor alle credits naar @Klumpke die eerder een guide heeft geschreven die mij erg heeft geholpen.

Ik ben begonnen met via esphome de juist firmware compileren. Deze is voor iedereen net iets anders, omdat er oa het SSID van wachtwoord van de wifi in staan (zie hiervoor de guide van @Klumpke https://cloud.klompen.biz/s/GBKFT8C5YsBBdrt#pdfviewer)
Connect LSC ledstrip met tuya app (niet per se nodig)
Installeer kali linux, op een aparte PC of zoals ik heb gedaan in een virtualbox.
Zorg ervoor dat je wifi werkt op je kali linux, bij mij was dit makkelijk omdat ik een oude TP-link TL-WN722N had liggen.
installeer GIT
clone de Kuebl-New-API branch.
zet je eigen firmware in de files map in de zojuist geclonede map
volg de instructies van tuya-convert
Voordat tuya-convert gaat zoeken naar je ledstrip verwijder je de ledstrip uit de app, of herstart je de led strip net zolang totdat hij snel gaat knipperen.
Volg weer de instructies van tuya-convert.
Installeer ESPhome integratie in home-assistant
Nu zou je ledstrip moeten verschijnen in home-assistant.

Ik hoop dat je hier iets aan hebt. Mocht je nog vragen hebben, laat het dan vooral weten.

[Krypt]

Even een vraagje over de utility sensor ivm DSMR 5 parser.

Ik heb een RPi aan m'n P1 poort hangen met een USB-FTDI kabel. Deze maakt de response van de com-poort beschikbaar op m'n netwerk met ser2net.
Omdat ik het niet voor elkaar krijg om een nieuwe versie van ser2net te compileren op de pi heb ik op een ubuntu bak socat draaien én een nieuwe versie van ser2net zodat er meerdere connecties mogelijk zijn (wil de resultaten ook in mn domoticz hebben).

HA en Domoticz connecten met DSMR parser naar de ubuntu bak, en beide krijgen ze mooi elke seconden een update binnen. In HA en Domoticz zie ik ook dat ik de juiste gegevens binnen krijg.

Ik heb het volgende in de config staan; echter wordt sensor.power_consumption_total niet standaard gevuld. Heb er maar een template sensor van gemaakt om low en normal bij elkaar op te tellen. Zelfde hebt ik gedaan voor sensor.power_production_total. Is het normaal dat de parser deze sensor aanmaakt, maar niet vult?

code:

sensor:
  - platform: dsmr
    host: localhost
    port: 2002
    dsmr_version: 5

  - platform: template
    sensors:          
      power_consumption_total:
          friendly_name: 'Power Consumption (total)'
          unit_of_measurement: kWh
          device_class: power
          value_template: "{{ states.sensor.power_consumption_low.state|float + states.sensor.power_consumption_normal.state|float }}"
      power_production_total:
          friendly_name: 'Power Production (total)'
          unit_of_measurement: kWh
          device_class: power
          value_template: "{{ states.sensor.power_production_low.state|float + states.sensor.power_production_normal.state|float }}"

utility_meter:
  dailyusage:
    source: sensor.power_consumption
    cycle: daily
  dailydelivery:
    source: sensor.power_production
    cycle: daily

Nu vullen de sensors zich allemaal netjes, en ook de utility meter. Echter heb ik eerst met mn stomme kop sensor.power_consumption bij de utility sensor gezet. Kreeg natuurlijk helemaal rare waardes. Maar nu blijf ik unit_of_measurement bij de utility sensor 'kW' zien ipv 'kWh'.
Iemand een idee hoe ik die weer op kWh krijg? Heb al een pruge uitgevoerd, diverse keren herstart. Maar krijg hem niet weg helaas.

[martinvdm]

zsiebe schreef op dinsdag 1 oktober 2019 @ 18:06:
[...]


In het kort wat ik heb gedaan:
Hiervoor alle credits naar @Klumpke die eerder een guide heeft geschreven die mij erg heeft geholpen.

Ik ben begonnen met via esphome de juist firmware compileren. Deze is voor iedereen net iets anders, omdat er oa het SSID van wachtwoord van de wifi in staan (zie hiervoor de guide van @Klumpke https://cloud.klompen.biz/s/GBKFT8C5YsBBdrt#pdfviewer)
Connect LSC ledstrip met tuya app (niet per se nodig)
Installeer kali linux, op een aparte PC of zoals ik heb gedaan in een virtualbox.
Zorg ervoor dat je wifi werkt op je kali linux, bij mij was dit makkelijk omdat ik een oude TP-link TL-WN722N had liggen.
installeer GIT
clone de Kuebl-New-API branch.
zet je eigen firmware in de files map in de zojuist geclonede map
volg de instructies van tuya-convert
Voordat tuya-convert gaat zoeken naar je ledstrip verwijder je de ledstrip uit de app, of herstart je de led strip net zolang totdat hij snel gaat knipperen.
Volg weer de instructies van tuya-convert.
Installeer ESPhome integratie in home-assistant
Nu zou je ledstrip moeten verschijnen in home-assistant.

Ik hoop dat je hier iets aan hebt. Mocht je nog vragen hebben, laat het dan vooral weten.

ff geprobeerd, dat ging als een speer!
stel je nog bijzondere zaken in tasmota in? of gewoon sonoff basic?
ik heb zo'n led strip. of gebruiken jullie allemaal esphome?

Edit: gelult met MQTT en tasmota, hier verder.

[ Voor 5% gewijzigd door martinvdm op 01-10-2019 22:37 ]

[Pinquin87]

zsiebe schreef op dinsdag 1 oktober 2019 @ 18:06:
[...]


In het kort wat ik heb gedaan:
Hiervoor alle credits naar @Klumpke die eerder een guide heeft geschreven die mij erg heeft geholpen.

Ik ben begonnen met via esphome de juist firmware compileren. Deze is voor iedereen net iets anders, omdat er oa het SSID van wachtwoord van de wifi in staan (zie hiervoor de guide van @Klumpke https://cloud.klompen.biz/s/GBKFT8C5YsBBdrt#pdfviewer)
Connect LSC ledstrip met tuya app (niet per se nodig)
Installeer kali linux, op een aparte PC of zoals ik heb gedaan in een virtualbox.
Zorg ervoor dat je wifi werkt op je kali linux, bij mij was dit makkelijk omdat ik een oude TP-link TL-WN722N had liggen.
installeer GIT
clone de Kuebl-New-API branch.
zet je eigen firmware in de files map in de zojuist geclonede map
volg de instructies van tuya-convert
Voordat tuya-convert gaat zoeken naar je ledstrip verwijder je de ledstrip uit de app, of herstart je de led strip net zolang totdat hij snel gaat knipperen.
Volg weer de instructies van tuya-convert.
Installeer ESPhome integratie in home-assistant
Nu zou je ledstrip moeten verschijnen in home-assistant.

Ik hoop dat je hier iets aan hebt. Mocht je nog vragen hebben, laat het dan vooral weten.

Thanks, heb net de LSC Smart power plug en de Smart LED RGB succesvol geflashed met Tasmota op deze manier!

Nu nog even kijken of alles werkt en toevoegen aan home assistant.

Update:
Power plug werkt out of the box met tasmota. Voor de RGB Led lamp driver chip loopt nog een issue: https://github.com/arendst/Sonoff-Tasmota/issues/6495
Dus even afwachten tot dat gefixt is

[ Voor 8% gewijzigd door Pinquin87 op 01-10-2019 23:08 ]

[--WaaZaa--]

u_nix_we_all schreef op maandag 30 september 2019 @ 19:31:
[...]

Heb je er esphome op ? De default transition time voor light is volgens mij 1 s, dus inderdaad wat traag.
Ik heb een esphome config in elkaar geknutseld met de IR codes erin: https://drive.google.com/...yjzth1Nni0yZVlDL03kexXm2k

Yep! De transition gaat wel goed, maar de reactie op commando's vanuit HA was erg traag. Maar zie dat de flash niet helemaal juist verlopen was, én ik had de webserver aanstaan. Kan zijn dat dat eea vertraagd heeft. Net nieuwe flash gedaan, zonder webserver aan, nu lijkt eea beter te reageren...

Nu blij mee!

Nu de IR remote nog even opsnorren, kijken hoe die hier werkt, maar tot zover bedankt voor de config..

[ Voor 7% gewijzigd door --WaaZaa-- op 02-10-2019 09:36 ]

[CAP-Team]

Ik heb een Raspberry Pi 3b besteld, ik ga ook beginnen met HomeAssistant
Gisteravond al even mee zitten prutsen op mijn server (2012) maar ik denk dat het op een Pi beter tot zijn recht komt (dedicated enzo).

[Hmmbob]

CAP-Team schreef op woensdag 2 oktober 2019 @ 11:43:
Ik heb een Raspberry Pi 3b besteld, ik ga ook beginnen met HomeAssistant
Gisteravond al even mee zitten prutsen op mijn server (2012) maar ik denk dat het op een Pi beter tot zijn recht komt (dedicated enzo).

Sowieso in een Linux omgeving meer dan in Windows

[pelt]

zsiebe schreef op dinsdag 1 oktober 2019 @ 18:06:
[...]


In het kort wat ik heb gedaan:
Hiervoor alle credits naar @Klumpke die eerder een guide heeft geschreven die mij erg heeft geholpen.

Ik ben begonnen met via esphome de juist firmware compileren. Deze is voor iedereen net iets anders, omdat er oa het SSID van wachtwoord van de wifi in staan (zie hiervoor de guide van @Klumpke https://cloud.klompen.biz/s/GBKFT8C5YsBBdrt#pdfviewer)
Connect LSC ledstrip met tuya app (niet per se nodig)
Installeer kali linux, op een aparte PC of zoals ik heb gedaan in een virtualbox.
Zorg ervoor dat je wifi werkt op je kali linux, bij mij was dit makkelijk omdat ik een oude TP-link TL-WN722N had liggen.
installeer GIT
clone de Kuebl-New-API branch.
zet je eigen firmware in de files map in de zojuist geclonede map
volg de instructies van tuya-convert
Voordat tuya-convert gaat zoeken naar je ledstrip verwijder je de ledstrip uit de app, of herstart je de led strip net zolang totdat hij snel gaat knipperen.
Volg weer de instructies van tuya-convert.
Installeer ESPhome integratie in home-assistant
Nu zou je ledstrip moeten verschijnen in home-assistant.

Ik hoop dat je hier iets aan hebt. Mocht je nog vragen hebben, laat het dan vooral weten.

Is het jou gelukt om via OTA de ledstrip te flashen? Ik kreeg het wel voor elkaar bij de filament lampen, maar de ledstrip kreeg ik niet geflashed.

[stefve1]

Ik zit momenteel met twee vragen ivm Zigbee2MQTT en Home Assistant:

Vraag 1:

Ik gebruik Hassio met de MQTT addon. De koppeling heb ik gedaan via de integrations pagina.
Ook de Zigbee2MQTT addon in geinstalleerd, maar ik zit met het volgende.

Volgens de handleiding kan ik het beste het volgende in mijn config zetten:

code:

mqtt:
  discovery: true
  broker: localhost  #--> Want ik gebruik de MQTT addon
  birth_message:
    topic: 'hass/status'
    payload: 'online'
  will_message:
    topic: 'hass/status'
    payload: 'offline'

Het probleem is dat als ik dit doe, ik de volgende foutmelding krijg in mijn HA:

Data in your config entry is going to override your configuration.yaml: {'broker': 'XXX', 'discovery': True, 'password': 'XXX', 'port': 1883, 'username': 'XXX'}

Dit komt volgens mij gewoon doordat ik de "integration" gebruik, maar hoe lossen jullie dit op?

Vraag 2:

Elke sensor etc krijgt een soort van unieke nummer in MQTT (bv 0x001394631b641). Nu kan ik binnen HA dit aanpassen naar een andere naam (bv binary_sensor.0x001394631b641 naar binary_sensor.beweging_gang), maar hoe kan je achteraf nog eenvoudig zien welke ID bij welke naam hoort?

[Thoit]

Heb dit topic reeds doorzocht maar nog niet echt concrete antwoorden kunnen vinden. Ik draai momenteel Hassio op een Pi2 die beneden in de meterkast ligt. Dit ga ik echter draaien op een Chinese Nuc, die boven op kantoor komt te staan.

Nu wil ik het verbruik meten van Elektra, waarvoor ik een P1 kabel zou kunnen gebruiken en Gas die ook via de P1 kabel zou moeten kunnen lopen. Het zijn beide slimme meters, dus het zou mogelijk moeten zijn.

De reden dat ik van de Pi wil afstappen is het geheugenkaartje. Dit zal vroeg of laat een keer kapot gaan. Bij het gebruik van een P1 het kaartje nog intensiever gebruikt zal worden, zal ik het probleem houden. Zijn er mensen die hier reeds een goede oplossing voor hebben bedacht? Helaas ondersteund mijn Pi het niet om vanaf een USB stick te werken. Als dit had gewerkt, had ik namelijk Hassio op een USB stick geplaatst. Een kabel naar boven trekken is ook geen optie. De kamer is namelijk precies aan de andere kant van het huis dan de meterkast.

[Pinquin87]

Thoit schreef op woensdag 2 oktober 2019 @ 15:39:
Heb dit topic reeds doorzocht maar nog niet echt concrete antwoorden kunnen vinden. Ik draai momenteel Hassio op een Pi2 die beneden in de meterkast ligt. Dit ga ik echter draaien op een Chinese Nuc, die boven op kantoor komt te staan.

Nu wil ik het verbruik meten van Elektra, waarvoor ik een P1 kabel zou kunnen gebruiken en Gas die ook via de P1 kabel zou moeten kunnen lopen. Het zijn beide slimme meters, dus het zou mogelijk moeten zijn.

De reden dat ik van de Pi wil afstappen is het geheugenkaartje. Dit zal vroeg of laat een keer kapot gaan. Bij het gebruik van een P1 het kaartje nog intensiever gebruikt zal worden, zal ik het probleem houden. Zijn er mensen die hier reeds een goede oplossing voor hebben bedacht? Helaas ondersteund mijn Pi het niet om vanaf een USB stick te werken. Als dit had gewerkt, had ik namelijk Hassio op een USB stick geplaatst. Een kabel naar boven trekken is ook geen optie. De kamer is namelijk precies aan de andere kant van het huis dan de meterkast.

Je zou de Pi kunnen gebruiken voor het uitlezen van de P1 poort en dit via bijvoorbeeld MQTT door kunnen sturen naar je nieuwe Home Assistant server.

[zsiebe]

pelt schreef op woensdag 2 oktober 2019 @ 13:34:
[...]


Is het jou gelukt om via OTA de ledstrip te flashen? Ik kreeg het wel voor elkaar bij de filament lampen, maar de ledstrip kreeg ik niet geflashed.

Zou geen probleem moeten zijn, wel ff opletten dat je de Kuebl-New-API branch gebruikt

[maartend]

Vraag.

Heb nu HACS op mijn HA lopen. Echter, welke addon ik ook installeer, er gebeurt gewoon niks.

Neem nou bij Zigbee2mqtt networkmap. Een vrij eenvoudige add-on, geen bijzonderheden om script te laten werken. Denk je dan. Ik heb hem ook in mijn side-bar staan. Maar als ik er op druk? Nada, nopes, niente. Een volslagen lege pagina.

Breakings changes? Niks, nergens een melding waar ik hem wil. Zelfde voor mini media player.

Geen idee waar ik fout ga.

Oja, ik doe dus de install vanuit HACS zelf.

[DvD77]

maartend schreef op woensdag 2 oktober 2019 @ 20:48:
Vraag.

Heb nu HACS op mijn HA lopen. Echter, welke addon ik ook installeer, er gebeurt gewoon niks.

Neem nou bij Zigbee2mqtt networkmap. Een vrij eenvoudige add-on, geen bijzonderheden om script te laten werken. Denk je dan. Ik heb hem ook in mijn side-bar staan. Maar als ik er op druk? Nada, nopes, niente. Een volslagen lege pagina.

Breakings changes? Niks, nergens een melding waar ik hem wil. Zelfde voor mini media player.

Geen idee waar ik fout ga.

Oja, ik doe dus de install vanuit HACS zelf.

En je voegt ook de resource toe na de install ?
Na de install is het nodig om nog een resource toe te voegen aan je lovelace.yaml, staat ook onderin als note na elke install.

[barrymossel]

maartend schreef op woensdag 2 oktober 2019 @ 20:48:
Vraag.

Heb nu HACS op mijn HA lopen. Echter, welke addon ik ook installeer, er gebeurt gewoon niks.

Neem nou bij Zigbee2mqtt networkmap. Een vrij eenvoudige add-on, geen bijzonderheden om script te laten werken. Denk je dan. Ik heb hem ook in mijn side-bar staan. Maar als ik er op druk? Nada, nopes, niente. Een volslagen lege pagina.

Breakings changes? Niks, nergens een melding waar ik hem wil. Zelfde voor mini media player.

Geen idee waar ik fout ga.

Oja, ik doe dus de install vanuit HACS zelf.

Geef eens de precieze stappen die je doet? Bijvoorbeeld voor HACS (waar verwacht je een melding en waarom?). Of de mediaplayer (voeg je die ook toe aan je Lovelace UI?).

[maartend]

DvD77 schreef op woensdag 2 oktober 2019 @ 21:40:
[...]


En je voegt ook de resource toe na de install ?
Na de install is het nodig om nog een resource toe te voegen aan je lovelace.yaml, staat ook onderin als note na elke install.

Daar zit het hem dus. Er staat dit ; When installed, this will be located in '/config/custom_components/zigbee2mqtt_networkmap', you still need to add it to your 'configuration.yaml' file.

Maar wat moet ik dan precies toevoegen aan mijn yaml?


Ik dacht dus steeds dat dit automatisch ging in HA en dat kwam me wel goed uit, want ik heb werkelijk geen idee wat ik dus moet toevoegen

[ Voor 11% gewijzigd door maartend op 02-10-2019 21:57 ]

[DvD77]

maartend schreef op woensdag 2 oktober 2019 @ 21:55:
[...]

Daar zit het hem dus. Er staat dit ; When installed, this will be located in '/config/custom_components/zigbee2mqtt_networkmap', you still need to add it to your 'configuration.yaml' file.

Maar wat moet ik dan precies toevoegen aan mijn yaml?


Ik dacht dus steeds dat dit automatisch ging in HA en dat kwam me wel goed uit, want ik heb werkelijk geen idee wat ik dus moet toevoegen

Dat staat dus exact onderin bij elke optie die je kan installeren binnen HACS.
als het een lovelace card is voeg je dat stuk dus toe aan lovelace.yaml onder resources, als het geen lovelace is dan de instructies volgen.

bv in je lovelace.yaml

code:

resources:
  - url: /community_plugin/button-card/button-card.js
    type: module
  - url: /community_plugin/lovelace-slider-entity-row/slider-entity-row.js
    type: js
  - url: /community_plugin/simple-thermostat/simple-thermostat.js
    type: module

[maartend]

DvD77 schreef op woensdag 2 oktober 2019 @ 22:09:
[...]


Dat staat dus exact onderin bij elke optie die je kan installeren binnen HACS.
als het een lovelace card is voeg je dat stuk dus toe aan lovelace.yaml onder resources, als het geen lovelace is dan de instructies volgen.

Ik denk dat ik het snap. Bijv die z2m networkmap. Daar staat oa dit bij

code:

 webhook:
 
 zigbee2mqtt_networkmap:
   #topic: your topic (optional, default zigbee2mqtt)
 panel_iframe:
   networkmap:
     title: 'Zigbee Map'
     url: '/local/community/zigbee2mqtt_networkmap/map.html'
     icon: 'mdi:graphql'

Dat heb ik dus toegeveogd aan mij yaml (niet vanavond, maar paar weken geleden al). Maar er komt dus niks tevoorschijn.

[DvD77]

maartend schreef op woensdag 2 oktober 2019 @ 22:14:
[...]

Dat heb ik dus toegeveogd aan mij yaml (niet vanavond, maar paar weken geleden al). Maar er komt dus niks tevoorschijn.

Benader je Home Assistant via https? zo ja dan gaat panel_iframe niet werken, dat werkt alleen maar middels http. Dat kan een verklaring zijn. Dan moet je HA lokaal via het lokale adres benaderen : http://ip.ad.re.s:8123

edit: ik bedenk me net dat http/https hier niet uit moet maken want je benadert
geen http url...
zou gewoon moeten werken dus.

Ik heb zelf geen ervaring met de module want heb deconz draaien.

[ Voor 26% gewijzigd door DvD77 op 02-10-2019 23:28 ]

[R2D2]

Een snelle zoekopdracht leverde me nog geen bevredigend antwoord dus ik stel de vraag hier toch maar even...

Ik heb momenteel een kleine Thinkcentre in de meterkast hangen waar Home Assistant op draait. Naast HA heb ik er ook nog een InfluxDB en Grafana container op draaien. Werkt allemaal prima maar gister liep ik tegen een "probleem aan" toen ik met AdGuard aan de gang wilde gaan.

AdGuard heeft namelijk een aantal poorten nodig welke al door Hass.io en of addons in gebruik zijn genomen en de docker container weigert logischerwijs dus te starten.

Nu kan ik er voor kiezen om AdGuard als addon binnen Hass.io te draaien maar dat is dus iets waar ik eigenlijk vanaf wil aangezien iedereen met toegang tot Home Assistant dan dus ook automatisch toegang heeft tot AdGuard en je bij updates altijd weer afhankelijk bent van degene die de addon onderhoud (dat is althans met Zigbee2Mqtt altijd het geval).

Tijd om dat eens aan te gaan pakken dus en nu heb ik hier al meerdere malen Treafik voorbij zien komen en dat lijkt mij een prima oplossing voor het "probleem". En zijn er "bekende issues" wat betreft Home Assistant in deze setup? Het laatste waar ik namelijk zin in heb is dat Home Assistant de geest gaat geven aangezien we hier nogal wat lampen en schakelaars hebben welke aan het systeem hangen.

En welke Home Assistant docker gebruikt men in een dergelijke setup? De wijze waar ik hem nu (middels een supervisor geloof ik) geinstalleerd heb lijkt mij dan niet helemaal de juiste, https://github.com/home-assistant/hassio-installer

Misschien iemand hier die een werkende setup op github heeft staan?

[ Voor 7% gewijzigd door R2D2 op 03-10-2019 07:58 ]

[Hmmbob]

maartend schreef op woensdag 2 oktober 2019 @ 22:14:
[...]

Ik denk dat ik het snap. Bijv die z2m networkmap. Daar staat oa dit bij

code:

 webhook:
 
 zigbee2mqtt_networkmap:
   #topic: your topic (optional, default zigbee2mqtt)
 panel_iframe:
   networkmap:
     title: 'Zigbee Map'
     url: '/local/community/zigbee2mqtt_networkmap/map.html'
     icon: 'mdi:graphql'

Dat heb ik dus toegeveogd aan mij yaml (niet vanavond, maar paar weken geleden al). Maar er komt dus niks tevoorschijn.

Deze config hoort dan weer in je configuration.yaml, niet in je lovelace.

[maartend]

Hmmbob schreef op donderdag 3 oktober 2019 @ 07:58:
[...]

Deze config hoort dan weer in je configuration.yaml, niet in je lovelace.

Klopt. Staat daar ook in. En laat niks zien. Behalve een keuzemenu aan de onderkant van de pagina voor de keuze van de engine

[Thoit]

Pinquin87 schreef op woensdag 2 oktober 2019 @ 16:04:
[...]

Je zou de Pi kunnen gebruiken voor het uitlezen van de P1 poort en dit via bijvoorbeeld MQTT door kunnen sturen naar je nieuwe Home Assistant server.

Klopt, maar dan houd ik het probleem dat de kaart ontzettend veel schrijfacties krijgt waardoor die mogelijk snel kapot zal gaan. Is er iemand bekend of dat de data die voor het uitlezen op bijv. een USB stick weggeschreven kan worden (i.i.g. niet het SD kaartje) en zodoende de data weer via MQTT kan doorzetten?

[stijn1309]

stefve1 schreef op woensdag 2 oktober 2019 @ 15:14:
Ik zit momenteel met twee vragen ivm Zigbee2MQTT en Home Assistant:

Vraag 1:

Ik gebruik Hassio met de MQTT addon. De koppeling heb ik gedaan via de integrations pagina.
Ook de Zigbee2MQTT addon in geinstalleerd, maar ik zit met het volgende.

Volgens de handleiding kan ik het beste het volgende in mijn config zetten:

code:

mqtt:
  discovery: true
  broker: localhost  #--> Want ik gebruik de MQTT addon
  birth_message:
    topic: 'hass/status'
    payload: 'online'
  will_message:
    topic: 'hass/status'
    payload: 'offline'

Het probleem is dat als ik dit doe, ik de volgende foutmelding krijg in mijn HA:

Data in your config entry is going to override your configuration.yaml: {'broker': 'XXX', 'discovery': True, 'password': 'XXX', 'port': 1883, 'username': 'XXX'}

Dit komt volgens mij gewoon doordat ik de "integration" gebruik, maar hoe lossen jullie dit op?

Vraag 2:

Elke sensor etc krijgt een soort van unieke nummer in MQTT (bv 0x001394631b641). Nu kan ik binnen HA dit aanpassen naar een andere naam (bv binary_sensor.0x001394631b641 naar binary_sensor.beweging_gang), maar hoe kan je achteraf nog eenvoudig zien welke ID bij welke naam hoort?

Ik gebruik ook de MQTT addon van HASSIO. hierbij mijn configuration.yaml (wat dus hetzelfde is als jij)

code:

#mqtt2zigbee
mqtt:
  broker: localhost
  discovery: true
  birth_message:
    topic: 'hass/status'
    payload: 'online'
  will_message:
    topic: 'hass/status'
    payload: 'offline'

Dit zou dus gewoon moeten werken.

Met vraag 2 kan ik je zo niet helpen.

[Jelte]

R2D2 schreef op donderdag 3 oktober 2019 @ 07:56:
Een snelle zoekopdracht leverde me nog geen bevredigend antwoord dus ik stel de vraag hier toch maar even...

Ik heb momenteel een kleine Thinkcentre in de meterkast hangen waar Home Assistant op draait. Naast HA heb ik er ook nog een InfluxDB en Grafana container op draaien. Werkt allemaal prima maar gister liep ik tegen een "probleem aan" toen ik met AdGuard aan de gang wilde gaan.

AdGuard heeft namelijk een aantal poorten nodig welke al door Hass.io en of addons in gebruik zijn genomen en de docker container weigert logischerwijs dus te starten.

Nu kan ik er voor kiezen om AdGuard als addon binnen Hass.io te draaien maar dat is dus iets waar ik eigenlijk vanaf wil aangezien iedereen met toegang tot Home Assistant dan dus ook automatisch toegang heeft tot AdGuard en je bij updates altijd weer afhankelijk bent van degene die de addon onderhoud (dat is althans met Zigbee2Mqtt altijd het geval).

Tijd om dat eens aan te gaan pakken dus en nu heb ik hier al meerdere malen Treafik voorbij zien komen en dat lijkt mij een prima oplossing voor het "probleem". En zijn er "bekende issues" wat betreft Home Assistant in deze setup? Het laatste waar ik namelijk zin in heb is dat Home Assistant de geest gaat geven aangezien we hier nogal wat lampen en schakelaars hebben welke aan het systeem hangen.

En welke Home Assistant docker gebruikt men in een dergelijke setup? De wijze waar ik hem nu (middels een supervisor geloof ik) geinstalleerd heb lijkt mij dan niet helemaal de juiste, https://github.com/home-assistant/hassio-installer

Misschien iemand hier die een werkende setup op github heeft staan?

Je weet dat er meerdere accounts in HA mogelijk zijn?
En dat je users en administrators hebt? En dat users niet bij je hassio addons kunnen?
En dat je ingres uit kunt zetten voor een addon?

Genoeg mogelijkheden dus met adguard in hassio.

[R2D2]

Jelte schreef op donderdag 3 oktober 2019 @ 09:03:
[...]
Je weet dat er meerdere accounts in HA mogelijk zijn?
En dat je users en administrators hebt? En dat users niet bij je hassio addons kunnen?
En dat je ingres uit kunt zetten voor een addon?

Genoeg mogelijkheden dus met adguard in hassio.

I know, maar dan nog, ik heb liever niet alles in 1 applicatie als Hassio.

Uiteindelijk wordt AdGuard ook maar gewoon binnen een wrapper In Hassio getoond dus waarom dan niet gewoon onder een eigen interne URL en het echt gescheiden houden. Ik zie het voordeel niet om alles maar in Home Assistant te proppen middels een extra tussenlaag.

[Jelte]

@R2D2 Je loopt nu precies tegen het nadeel aan van het apart proberen te doen.

[Wouzziew]

Thoit schreef op woensdag 2 oktober 2019 @ 15:39:
Heb dit topic reeds doorzocht maar nog niet echt concrete antwoorden kunnen vinden. Ik draai momenteel Hassio op een Pi2 die beneden in de meterkast ligt. Dit ga ik echter draaien op een Chinese Nuc, die boven op kantoor komt te staan.

Nu wil ik het verbruik meten van Elektra, waarvoor ik een P1 kabel zou kunnen gebruiken en Gas die ook via de P1 kabel zou moeten kunnen lopen. Het zijn beide slimme meters, dus het zou mogelijk moeten zijn.

De reden dat ik van de Pi wil afstappen is het geheugenkaartje. Dit zal vroeg of laat een keer kapot gaan. Bij het gebruik van een P1 het kaartje nog intensiever gebruikt zal worden, zal ik het probleem houden. Zijn er mensen die hier reeds een goede oplossing voor hebben bedacht? Helaas ondersteund mijn Pi het niet om vanaf een USB stick te werken. Als dit had gewerkt, had ik namelijk Hassio op een USB stick geplaatst. Een kabel naar boven trekken is ook geen optie. De kamer is namelijk precies aan de andere kant van het huis dan de meterkast.

Wil je het verbruik ook bijhouden in HA of alleen de data zien (en de grote databulk dus in een andere database)? In het laatste geval is mijn aanpak een optie: Ik heb hier DSMR-reader op een RPi in de meterkast draaien. Die stuurt de live-data plus dagtotalen door naar HA via MQTT (mqtt-broker draait voor het gemak zelfs op dezelfde pi).

De database van DSMR-reader staat niet op de SD-kaart, maar op een aparte USB-stick die gemount is op de pi. (kort stappenplan voor het verplaatsen van de DSMR-database staat hier) Levert 2 voordelen op: fors minder schrijfacties op de SD-kaart én in het geval van een SD-crash ben ik de verbruiksdata niet kwijt. En omdat het een aparte pi is die alleen voor loggen van P1-data gebruikt wordt, boeit het me niet als de boel dan eens een keertje crasht.

[ Voor 4% gewijzigd door Wouzziew op 03-10-2019 11:21 . Reden: link naar FAQ toegevoegd ]

[Dw1-nl]

Iemand hier die ESPHome draait in Docker op een rpi 3b+? Heb deze image (esphome/esphome-armv7
) in gebruik, maar constant blijft hij zeggen:

code:

Traceback (most recent call last):


  File "/usr/local/bin/esphome", line 6, in <module>


    from pkg_resources import load_entry_point


  File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 22, in <module>


    import io


EOFError: EOF read where object expected

Als ik downgrade naar een oudere versie werkt het wel.

[GeleFles]

Ik heb een neocam zwave motion sensor in mijn woonkamer hangen, maar ik merk dat hij gedurende de dag, soms beweging detecteerd terwijl er niemand thuis is.
Hierdoor gaat soms onnodig de verlichting aan.

Hoe kan het dat deze sensor alsnog beweging detecteerd? Kan dat komen door een groot verschil in lichtinval in de kamer?
De sensor hangt in een hoek waar geen licht van buiten schijnt, maar is wel gericht op de kamer die veel licht van buiten vangt.

[R2D2]

Jelte schreef op donderdag 3 oktober 2019 @ 09:15:
@R2D2 Je loopt nu precies tegen het nadeel aan van het apart proberen te doen.

Dat zal ongetwijfeld maar de logica van alles maar op 1 hoop willen schuiven en alles maar vanuit 1 applicatie willen regelen ontgaat me even. Ik krijg er altijd een beetje een Microsoft Teams gevoel van... en daar doe je echt niemand een plezier mee

Ik wil bepaalde zaken dus graag gescheiden houden, dat een Zigbee2Mqtt niet perse los hoeft snap ik want daar zal ik weinig aan hebben zonder home assistant. Een AdGuard, InfluxDB en Grafana om maar een voorbeeld te noemen hebben naar MIJN mening helemaal niets in Home Assistant te zoeken, het heeft niets met de automatisering te maken en zou gewoon 100% los van Home Assistant moeten functioneren.

Het voordeel van Home Assistant los halen van dergelijke zaken is dat wanneer Home Assistant eens een keer op zijn gat ligt na een update o.i.d. de rest wel gewoon zijn ding blijft doen om maar een voorbeeld te noemen.

In mijn ogen betekent dat iets kan nog niet meteen dat het ook goed is en heb ik in het verleden vaak genoeg mee gemaakt dat "zaken gescheiden houden" achteraf niet eens zo'n slecht idee was geweest.

[ Voor 4% gewijzigd door R2D2 op 03-10-2019 14:41 ]

[Jelte]

@R2D2 Prima keuze hoor om zaken gescheiden te houden. Ik moet wel aangeven dat alle addons gewoon doordraaien als HA op zijn gat ligt. Niet als de server op zijn gat ligt natuurlijk, maar je kunt HA herstarten zonder dat de addons herstarten.

Daarnaast vind ik teams een erg fijne tool om samen te werken met mensen vele kilometers verderop.

[tdw]

GeleFles schreef op donderdag 3 oktober 2019 @ 14:35:
Ik heb een neocam zwave motion sensor in mijn woonkamer hangen, maar ik merk dat hij gedurende de dag, soms beweging detecteerd terwijl er niemand thuis is.
Hierdoor gaat soms onnodig de verlichting aan.

Hoe kan het dat deze sensor alsnog beweging detecteerd? Kan dat komen door een groot verschil in lichtinval in de kamer?
De sensor hangt in een hoek waar geen licht van buiten schijnt, maar is wel gericht op de kamer die veel licht van buiten vangt.

Mijn Ikea zigbee sensor gaf veel false positives toen de batterij leeg begon te raken. Wat ook kan is insecten die voor de lens langs lopen of vliegen. Het zou met de zon te maken kunnen kunnen hebben. Als je dat wil testen moet je de sensor eens verplaatsen naar bijvoorbeeld een keukenkastje. Als er dan geen beweging is, dan zou dat het kunnen zijn. Wat je verder nog kunt doen om het op te lossen is je conditions aanpassen: enkel verlichting aan als er iemand thuis is. Dat verlicht de pijn al iets.

[Driek]

Vraagje,ik wil een deurbel automation waar ik niet helemaal aan uitkom.

ik wil als deurbel gaat dat er een bericht wordt gestuurd, dit werkt.

Maar dit wil ik uitbreiden met het knipperen van een lamp, maar die lamp kan natuurlijk aanstaan, en na het knipperen moet de originele stand weer aangaan.
het knipperen lukt me, maar de stand terug naar waar hij was niet.

Ik heb nu echter geen idee hoe ik dit in een automation kan stoppen.

Ik had het al tijd gestuurd, maar dat wordt niet geaccepteerd:

code:

 action:
  - service_template: >-
      {% if is_state("entity_id: light.bulb", "on") 
        - data:
            entity_id: light.bulb
            flash: short
          service: light.turn_on
        - delay: 00:00:20
        - data:
            entity_id: light.bulb
            brightness_pct: 75
            kelvin: 2700
          service: light.turn_on
      {% elif is_state("entity_id: light.bulb", "off") %}
        - data:
            entity_id: light.bulb
            flash: short
          service: light.turn_on
        - delay: 00:00:20
        - data:
            entity_id: light.bulb
          service: light.turn_off
      {% endif %}

[Dw1-nl]

Driek schreef op vrijdag 4 oktober 2019 @ 15:03:
Vraagje,ik wil een deurbel automation waar ik niet helemaal aan uitkom.

ik wil als deurbel gaat dat er een bericht wordt gestuurd, dit werkt.

Maar dit wil ik uitbreiden met het knipperen van een lamp, maar die lamp kan natuurlijk aanstaan, en na het knipperen moet de originele stand weer aangaan.
het knipperen lukt me, maar de stand terug naar waar hij was niet.

Ik heb nu echter geen idee hoe ik dit in een automation kan stoppen.

Ik had het al tijd gestuurd, maar dat wordt niet geaccepteerd:

code:

 action:
  - service_template: >-
      {% if is_state("entity_id: light.bulb", "on") 
        - data:
            entity_id: light.bulb
            flash: short
          service: light.turn_on
        - delay: 00:00:20
        - data:
            entity_id: light.bulb
            brightness_pct: 75
            kelvin: 2700
          service: light.turn_on
      {% elif is_state("entity_id: light.bulb", "off") %}
        - data:
            entity_id: light.bulb
            flash: short
          service: light.turn_on
        - delay: 00:00:20
        - data:
            entity_id: light.bulb
          service: light.turn_off
      {% endif %}

Ik gebruik gewoon light.turn_on met flash short. De lampen die aan zijn doen dan even 1x knipperen, lampen die uitstaan ook en alles gaat terug naar zo als het was?

[Thoit]

Wouzziew schreef op donderdag 3 oktober 2019 @ 11:17:
[...]


Wil je het verbruik ook bijhouden in HA of alleen de data zien (en de grote databulk dus in een andere database)? In het laatste geval is mijn aanpak een optie: Ik heb hier DSMR-reader op een RPi in de meterkast draaien. Die stuurt de live-data plus dagtotalen door naar HA via MQTT (mqtt-broker draait voor het gemak zelfs op dezelfde pi).

De database van DSMR-reader staat niet op de SD-kaart, maar op een aparte USB-stick die gemount is op de pi. (kort stappenplan voor het verplaatsen van de DSMR-database staat hier) Levert 2 voordelen op: fors minder schrijfacties op de SD-kaart én in het geval van een SD-crash ben ik de verbruiksdata niet kwijt. En omdat het een aparte pi is die alleen voor loggen van P1-data gebruikt wordt, boeit het me niet als de boel dan eens een keertje crasht.

Ik wil het verbruik het liefst in grafana / influxdb hebben. We hebben namelijk vloerverwarming en wil monitoren wat nu het voordeligste is met stoken. Dus de data van enkele maanden is dan wel handig. Ga hem noteren en zodra mijn Nuc binnen is dan de huidige Pi proberen om te zetten. Thanks!

[Driek]

Dw1-nl schreef op vrijdag 4 oktober 2019 @ 16:34:
[...]

Ik gebruik gewoon light.turn_on met flash short. De lampen die aan zijn doen dan even 1x knipperen, lampen die uitstaan ook en alles gaat terug naar zo als het was?

dat had ik eerst, alleen bleef hij na de flash aan, terwijl hij daarvoor uitstond

[Mich]

Ik ben bezig met een Wemos D1 mini en ESPHome.

Ik draai ESPhome via docker, werkt allemaal prima. Ik heb een configuratie gemaakt, welke ook prima werkt.

Het enigste wat niet werkt is updaten via de docker als de Wemos aan USB hangt. En updaten via over the air.

Bij een OTA update krijg ik deze meldingen in de log:

code:

[18:12:37][D][ota:072]: Starting OTA Update from 192.168.1.188...
[18:12:37][V][ota:097]: OTA features is 0x00
[18:12:37][V][ota:171]: OTA size is 337520 bytes
[18:12:37][V][ota:219]: Update: Binary MD5 is 06ec462b243f66089e1ae7f02a1a8b52
[18:12:37][D][ota:243]: OTA in progress: 0.3%
[18:12:37][W][ota:233]: Error writing binary data to flash: 0 != 536!
[18:12:37][W][ota:276]: Update end failed! Error: ERROR[2]: Flash Erase Failed


[18:13:09][I][ota:046]: Boot seems successful, resetting boot loop counter.

In mijn compile and update scherm deze melding:

code:

INFO Successfully compiled program.
INFO Resolving IP address of esp_meterkast.local
INFO  -> 192.168.1.164
INFO Uploading /config/esp_meterkast/.pioenvs/esp_meterkast/firmware.bin (337520 bytes)
Uploading: [==                                                          ] 3% 
ERROR Error sending data: [Errno 104] Connection reset by peer

Ik update mijn wemos nu via mijn normale pc met een ESP flash tool, maar OTA lijkt me veel makkelijker

Mijn config in ESPHome is:

code:

esphome:
  name: esp_meterkast
  platform: ESP8266
  board: d1_mini

wifi:
  ssid: "xxx"
  password: xxx"
  # Optional manual IP
#  manual_ip:
#   static_ip: 192.168.1.164
#    gateway: 192.168.1.1
#    subnet: 255.255.255.0
    
# Enable logging
logger:
  level: VERBOSE
  
# Enable Home Assistant API
api:

ota:

switch:
  - platform: gpio
    name: "Deurbel uitzetten"
    pin: D1
    
binary_sensor:
  - platform: gpio
    name: "Deurbel"
    pin:
      number: D8
    filters:
      - delayed_off: 100ms

met op de plek van xxx de juiste info

[ Voor 18% gewijzigd door Mich op 04-10-2019 20:20 ]

[tdw]

Ik ben bezig met het automatiseren van m'n (blok)verwarming. Daartoe heb ik een Zigbee thermostaatventiel gekocht wat ik vandaag heb kunnen testen en naar behoren lijkt te functioneren.

Nu wil ik het dus uiteraard zo gaan automatiseren dat de verwarming aan gaat als ik thuis kom/ben en uit gaat als ik m'n huis verlaat.

Ik wil met meerdere automatische temperatuurniveau's gaan werken, 15 °C, 18 °C en 20 °C. Bij 'weg' wil ik het 15 °C hebben, tussen 06.00 en 08.00 wil ik het 18 °C hebben, tussen 08.00 en 22.00 20 °C als ik thuis ben en verder 15.

De reden dat ik het op bovenstaande manier wil, is omdat ik tussen 6 en 8 opsta en niet 'koud' wil ontbijten. Sommige dagen blijf ik thuis (dwz: als ik om 8.00 het huis niet uit ben), en dan wil ik het comfy 20 graden hebben.

Nu had ik het volgende in gedachten:
Ik maak een input slider, die de "target temperature" bij zich draagt. Daartoe schrijf ik een automation die als een soort scheduler op bepaalde tijden het setpoint verandert naar de gewenste waarde.

De volgende automation die ik schrijf, is voor doorgeven van het setpoint naar het thermostaatventiel. Hiertoe wil ik twee triggers toevoegen: de verandering van het input number OF mijn presence op aanwezig. Aangezien ik niet wil dat het setpoint verstuurd naar het thermostaatventiel als ik niet thuis ben, wil ik de condition maken dat mijn presence er is. Als ik aanwezig ben, stel dan het thermostaatventiel in op het input number.

Mijn vragen zijn:
1) Is het mogelijk om een 'gelijke' trigger en condition te hebben (trigger van not_home naar home, condition = home) te hebben?
2) Maak ik het mezelf niet nodeloos ingewikkeld op deze manier?

Alvast bedankt voor het antwoord!

[Imperial Guard]

balk schreef op dinsdag 3 oktober 2017 @ 21:29:
[...]

Je bedoelt, dat als de luchtvochtigheid sowieso te hoog is (voor het douchen al), dan gaat de fan niet aan? Ik heb dat opgelost door de luchtvochtigheid te vergelijken met die van de afgelopen twee uur:

code:

- platform: influxdb
  host: localhost
  username: xxx
  password: xxx
  queries:
    - name: "minhum"
      unit_of_measurement: 'mg/m3'
      value_template: '{{ value | round(1) }}'
      group_function: min
      where: '"property" = ''abshumidity'' AND "sublocation" = ''badkamer'' and time > now() - 2h'
      measurement: 'sensors'
      database: sensors
- platform: template
  sensors:
    humdelta:
      value_template: '{{ (float(states.sensor.badkamer_abshumidity.state) - float(states.sensor.minhum.state)) | round(1) }}'
      unit_of_measurement: 'mg/m3'

Daarop schakel ik een input_select:

code:

- id: hum_med
  alias: medium humidity
  trigger:
    platform: numeric_state
    entity_id: sensor.humdelta
    above: 2
    below: 4
  action:
  - service: input_select.select_option
    data:
      entity_id: input_select.humidity
      option: medium

En daarna schakel ik de Itho:

code:

- id: fan_01
  alias: Fan Speed high
  trigger:
  - platform: state
    entity_id: input_select.humidity
    to: high
  - platform: state
    entity_id: sensor.wk_boilerstatus
    to: HW
    for:
      minutes: 1
  - platform: state
    entity_id: input_select.fanstate
    to: high
  action:
  - service: mqtt.publish
    data:
      topic: /hass/itho
      payload: high
  - service: input_select.select_option
    data:
      entity_id: input_select.fanstate
      option: high

Maar in de praktijk gaat de fan na een minuut heet water pakken aan. Dat is sneller dan de verhoging van de vochtigheid.
Er hangt nog wat code aan vast: klik .
==edit==

[...]

code:

condition:
     - condition: or
       conditions:
         - condition: time
           after: '06:30:00'
         - condition: time
           before: '22:30:00'

is deze conditie altijd true? Moet dat geen AND conditie zijn? 6:20 is before 22:30 (true --> OR = true)

Enig idee hoe ik achter de desbetreffende query kan komen?

Mijn entity_id heet: badkamer_absolutehumidity

code:

  queries:
    - name: "minhum"
      unit_of_measurement: 'mg/m3'
      value_template: '{{ value | round(1) }}'
      group_function: min
      where: '"property" = ''badkamer_absolutehumidity'' AND "sublocation" = ''badkamer'' and time > now() - 2h'
      measurement: 'sensors'
      database: home_assistant

[balk]

Imperial Guard schreef op zaterdag 5 oktober 2019 @ 14:35:
[...]


Enig idee hoe ik achter de desbetreffende query kan komen?

Mijn entity_id heet: badkamer_absolutehumidity

code:

  queries:
    - name: "minhum"
      unit_of_measurement: 'mg/m3'
      value_template: '{{ value | round(1) }}'
      group_function: min
      where: '"property" = ''badkamer_absolutehumidity'' AND "sublocation" = ''badkamer'' and time > now() - 2h'
      measurement: 'sensors'
      database: home_assistant

Ik heb de boel sindsdien verbouwd. Ik gebruik nu de statistics sensor van Home Assistant zelf. Deze code trekt de sensor door de statistics integration. Je moet de sampling size even afstemmen op hoe vaak je een meting binnen krijgt.

code:

- platform: statistics
  name: minhum_stat_mean
  entity_id: sensor.badkamer_relhumidity
  sampling_size: 1500
  max_age:
    hours: 4

Deze template sensor haalt daar dan de waarde min_value uit. En rekent dan vervolgens het humdelta verschil uit met de huidige waarde. Zoals je ziet ben ik overgestapt naar de relatieve vochtigheid, want de sensor die ik gebruik leest dat als waarde uit.

code:

- platform: template
  sensors:
    minhum:
      #friendly_name: "Minimum humidity"
      unit_of_measurement: '%'
      value_template: "{{ states.sensor.minhum_stat_mean.attributes.min_value }}"
    humdelta:
      value_template: '{{ (float(states.sensor.badkamer_relhumidity.state) - float(states.sensor.minhum.state)) | round(1) }}'

Maar, als je toch InfluxDB wil gebruiken zou je met Grafana een query kunnen bouwen.

[Imperial Guard]

balk schreef op zaterdag 5 oktober 2019 @ 15:21:
[...]


Ik heb de boel sindsdien verbouwd. Ik gebruik nu de statistics sensor van Home Assistant zelf. Deze code trekt de sensor door de statistics integration. Je moet de sampling size even afstemmen op hoe vaak je een meting binnen krijgt.

code:

- platform: statistics
  name: minhum_stat_mean
  entity_id: sensor.badkamer_relhumidity
  sampling_size: 1500
  max_age:
    hours: 4

Deze template sensor haalt daar dan de waarde min_value uit. En rekent dan vervolgens het humdelta verschil uit met de huidige waarde. Zoals je ziet ben ik overgestapt naar de relatieve vochtigheid, want de sensor die ik gebruik leest dat als waarde uit.

code:

- platform: template
  sensors:
    minhum:
      #friendly_name: "Minimum humidity"
      unit_of_measurement: '%'
      value_template: "{{ states.sensor.minhum_stat_mean.attributes.min_value }}"
    humdelta:
      value_template: '{{ (float(states.sensor.badkamer_relhumidity.state) - float(states.sensor.minhum.state)) | round(1) }}'

Maar, als je toch InfluxDB wil gebruiken zou je met Grafana een query kunnen bouwen.

Thanks !

En in welke range van de humdelta schakel jij in of uit?

[Mars Warrior]

Nu wil ik mijn kachel (open therm) weer gebruiken, maar ik kan heb vanuit hass niet meer bedienen. Niks doet het meer. Kan zijn door de wijzigingen in hvac, maar dan zou de standaard component het tochwel moeten doen lijkt me...

Ik gebruik ook de custom thermostaat, dat nest ding, maar die doet het ook niet als ik wil bedienen.

Ik zie wel als de kachel handmatig wordt aangezet de status...

Iemand enig idee, of ook problemen??

[barrymossel]

Mars Warrior schreef op zaterdag 5 oktober 2019 @ 17:02:
Nu wil ik mijn kachel (open therm) weer gebruiken, maar ik kan heb vanuit hass niet meer bedienen. Niks doet het meer. Kan zijn door de wijzigingen in hvac, maar dan zou de standaard component het tochwel moeten doen lijkt me...

Ik gebruik ook de custom thermostaat, dat nest ding, maar die doet het ook niet als ik wil bedienen.

Ik zie wel als de kachel handmatig wordt aangezet de status...

Iemand enig idee, of ook problemen??

Hier met de Nest krijg ik de verwarming ook niet meer aangezet. Als ik dat via de Nest app doe, dan kan ik de Nest verder wel bedienen via Home Assistant. Aan/uit alleen dus niet. Status zie ik ook. Geen idee hoe het komt. Heb me er verder ook niet druk om gemaakt. Dat mag iemand anders doen. Ik zie de update wel

[Mars Warrior]

barrymossel schreef op zaterdag 5 oktober 2019 @ 18:13:
[...]

Hier met de Nest krijg ik de verwarming ook niet meer aangezet. Als ik dat via de Nest app doe, dan kan ik de Nest verder wel bedienen via Home Assistant. Aan/uit alleen dus niet. Status zie ik ook. Geen idee hoe het komt. Heb me er verder ook niet druk om gemaakt. Dat mag iemand anders doen. Ik zie de update wel

Lekker is dat dan weer

Er is of helemaal niet getest dus, of wij beiden doen wat fout of hebben iets vergeten aan te passen...

Knudde

[Jelte]

@barrymossel @Mars Warrior Het is gratis open source software gemaakt voor het grootste deel door mensen in hun vrije tijd. Tja als er dan wat mis gaat, kun je je opstellen als boze eindgebruiker, of even teruggaan naar een oudere versie. Of, nog beter, gaan helpen!

[barrymossel]

Jelte schreef op zaterdag 5 oktober 2019 @ 19:16:
@barrymossel @Mars Warrior Het is gratis open source software gemaakt voor het grootste deel door mensen in hun vrije tijd. Tja als er dan wat mis gaat, kun je je opstellen als boze eindgebruiker, of even teruggaan naar een oudere versie. Of, nog beter, gaan helpen!

Ik zeik toch niet? Ik constateer dat het niet werkt en dat het me niet boeit.

Maar goed, daar heb ik wel een mening over... Waarom een update uitbrengen waar mensen op vertrouwen en het dan klaarblijkelijk niet genoeg testen? Kan het wel gratis zijn, maar mensen worden er wel deels afhankelijk van. Dus dan moet je wel kwaliteit leveren, toch? En nee, ik doe niet moeilijk en ga eventueel een versie terug, maar het gedoe dat Home Assistant met zich meebrengt had ik niet moeten hebben met betaalde software. Dan had ik mijn geld teruggekregen. Sterker nog, als HA betaald was geweest, waren ze nu failliet.