Home Assistant: Open source Python3 home automation - deel 2

[Mimiix]

yniezink schreef op dinsdag 26 mei 2020 @ 16:42:
[...]


Nee voor zover ik weet niet, ik heb ook de docker van Xirixiz draaien. Gewoon een Pi met daarop raspbian.

vervolgens kun je via de integratie: https://www.home-assistant.io/integrations/dsmr_reader/ gemakkelijk alle waardes in HA krijgen. De sensoren worden dan namelijk al aangemaakt.

Ik heb nu DSMR erin staan, maar ik weet niet wat de standaard poort is . Die 2001 werkt niet.

Kan het kloppen dat dit niet werkt als de reader en HA niet op hetzelfde device zitten?

[Mimiix]

larsiey schreef op woensdag 27 mei 2020 @ 18:34:
[...]


Hier iemand met hetzelfde probleem:
https://community.home-as...mi-sensors-via-zha/115420

Werd destijds niet ondersteunt. Post is al een jaar oud maar blijkbaar ondersteunt ZHA nog steeds de battery levels niet...

Klopt toch geen bal van. Mijn batterijen zijn elke keer vol en dan weer leeg.

[larsiey]

D3nnisd schreef op woensdag 27 mei 2020 @ 19:29:
[...]


Klopt toch geen bal van. Mijn batterijen zijn elke keer vol en dan weer leeg.

Ze zijn werkelijk leeg of bedoel je dat de sensors verkeerde waarden weergeven?
Jij hebt dit met Deconz, toch?

[Mimiix]

larsiey schreef op woensdag 27 mei 2020 @ 19:34:
[...]


Ze zijn werkelijk leeg of bedoel je dat de sensors verkeerde waarden weergeven?
Jij hebt dit met Deconz, toch?

Nee, ze zijn niet werkelijk leeg. Het is maar net hoe de wind staat zegmaar .

Ja, deCONZ.

[larsiey]

D3nnisd schreef op woensdag 27 mei 2020 @ 19:34:
[...]


Nee, ze zijn niet werkelijk leeg. Het is maar net hoe de wind staat zegmaar .

Ja, deCONZ.

Vreemd dat zowel ZHA en deCONZ er dan problemen mee ondervinden. Of is dit typisch een Xiaomi probleempje?

[Mimiix]

larsiey schreef op woensdag 27 mei 2020 @ 19:38:
[...]


Vreemd dat zowel ZHA en deCONZ er dan problemen mee ondervinden. Of is dit typisch een Xiaomi probleempje?

Sowieso vind ik batterij statussen altijd maar raar. Bij Ikea is het ook zo.

Ik denk dat het meten gewoon lastig is. De enige die trouwens wel accuraat is , is mn Fyrtur.

[Meelobee]

Schiet mij maar lek wat betreft tts berichten.. ik krijg het niet meer werkend.

Heb alle hier voorgestelde suggesties geprobeerd:

External_url: duckdns adres
internal_ul: ip adres ha server

External_url: duckdns adres
internal_ul: ip duckdns adres

External_url: duckdns adres
internal_ul: ip leeg

En de base_url: optie in de tts config ook geprobeerd met duckdns adres & lokale ip. in alle mogelijke combinaties met de external en internal url, maar nope, geen gesproken tts berichten meer. Enkel het geluidje en verder niks..Mocht iemand nog een ingeving hebben, dan hoor ik het graag


Iets heel anders;
Sinds kort hebben we een vijver in de tuin en nou willen we graag weten hoeveel liter er door de filters gaat. De pomp is een gewone domme 2500l/u pomp, maar hangt wel aan een smartplug.
Hoe kan ik het beste een template sensor maken die de tijd (1 min = 41.666 liter) omzet naar liters?

[ Voor 4% gewijzigd door Meelobee op 27-05-2020 19:48 ]

[yniezink]

D3nnisd schreef op woensdag 27 mei 2020 @ 19:27:
[...]


Ik heb nu DSMR erin staan, maar ik weet niet wat de standaard poort is . Die 2001 werkt niet.

Kan het kloppen dat dit niet werkt als de reader en HA niet op hetzelfde device zitten?

Je moet in DSMR admin de mqtt berichten aanzetten en op je HA dus mosquitto of andere broker hebben draaien. Vervoglens kan je die integratie aanzetten.

[martinvdm]

@D3nnisd @larsiey kwam er achter dat de ZHA integratie 2 sensoren aangemaakt. Een binary_sensor voor de open/close status en een sensor voor de battery. Hierin zit
battery size: CR1632
battery quantit: 1
battery voltage: 3

Opzicht werkt dit wel dus. Vreemde alleen is dat het 100% door geeft. Op zich klopt dit wel, het is immers 3v precies, dus vol, maar ik kan me herinneren dat dezelfde sensor met de Xiaomi gateway integratie preciezer was.

(btw; het duurt natuurlijk wel even voordat de xiaomi sensoren deze status doorgeven)

[ Voor 13% gewijzigd door martinvdm op 27-05-2020 20:18 ]

[Quad]

ascent schreef op woensdag 27 mei 2020 @ 17:23:
[...]


Klopt inderdaad, je moet er zelf nog een container naastzetten met een database. Een container is bedoeld om één ding te doen, dus één container voor je applicatie en een ander voor je database, als 'ie die nodig heeft. Staat ook wel uitgelegd op de pagina van de container (toevallig gisteren 'tzelfde gedaan), incl een docker-compose file die je kunt gebruiken voor 't opspinnen van samenhangende containers, maar nee, zolang er geen addon voor is, is 't niet instant plug&play in HA

Gekke vraag, maar hoe maak je die docker compose file en waar zet je deze?
Ik kan in Hassio en op de Hub geen docker compose container vinden.

En overal waar ik ook zoek, ik vind nergens de optie om docker compose te installeren op de Hassio image.
➜ ~ docker-compose --version
/usr/local/bin/docker-compose: line 1: Not: not found

Ik maak gebruik van Hassio voor de Raspberry Pi 4: https://www.home-assistant.io/hassio/installation/
Volgens mij kan je daarin helemaal niks behalve addons installeren.
Zou ik wat willen met Docker moet ik Raspbian of iets anders draaien met daarin Home Assistant.

Ik geef het op, zo werkt het ook wel met wat ik nu nog wil.

[ Voor 14% gewijzigd door Quad op 27-05-2020 20:40 ]

[SkiFan]

Ik zoek me al een paar dagen krom.

Home Assistant op VM. De geïntegreerde Mosquitto via Supervisor>Add on store geïnstalleerd. Nu krijg ik in het Mosquitto log steeds de volgende meldingen:

[20:17:15] INFO: Setup mosquitto configuration
[20:17:15] WARNING: SSL not enabled - No valid certs found!
[20:17:15] INFO: Found local users inside config
[20:17:15] INFO: Initialize Hass.io Add-on services
[20:17:15] INFO: Initialize Home Assistant discovery
[20:17:15] INFO: Start Mosquitto daemon
1590603435: mosquitto version 1.6.3 starting
1590603435: Config loaded from /etc/mosquitto.conf.
1590603435: Loading plugin: /usr/share/mosquitto/auth-plug.so
1590603435: |-- *** auth-plug: startup
1590603435: ├── Username/password checking enabled.
1590603435: ├── TLS-PSK checking enabled.
1590603435: └── Extended authentication not enabled.
1590603435: Opening ipv4 listen socket on port 1883.
1590603435: Opening ipv6 listen socket on port 1883.
1590603435: Opening websockets listen socket on port 1884.
1590603435: Warning: Mosquitto should not be run as root/administrator.
1590603446: New connection from 192.168.2.35 on port 1883.
[INFO] found mosquitto on local database
1590603446: New client connected from 192.168.2.35 as ENVSENSOR_1_1 (p2, c0, k10, u'mosquitto').
1590603486: New connection from 172.30.32.1 on port 1883.
[WARN] Not found homeassistant on local database
1590603486: Socket error on client <unknown>, disconnecting.

Mosquitto Config:

logins:
- username: mosquitto
password: XXXXXXX
anonymous: false
customize:
active: false
folder: mosquitto
certfile: fullchain.pem
keyfile: privkey.pem
require_certificate: false

Wie kan me even het duwtje de juiste kant op geven? Ik heb het idee dat mosquitto wel loopt, maar dat ie geen gegevens aan Home Assistant doorgeeft.

[Nnoitra]

SkiFan schreef op woensdag 27 mei 2020 @ 20:21:
Ik zoek me al een paar dagen krom.

...

Wie kan me even het duwtje de juiste kant op geven? Ik heb het idee dat mosquitto wel loopt, maar dat ie geen gegevens aan Home Assistant doorgeeft.

Eigenlijk heel simpel:

1590603486: New connection from 172.30.32.1 on port 1883.
[WARN] Not found homeassistant on local database

HomeAssistant zelf heeft het IP adres 172.30.32.1, en die probeert in te loggen met de user "homeassistant" en die bestaat niet.

[SkiFan]

Maar ik begrijp dat ik die user voor MQTT integratie niet mag gebruiken. Zodra ik in configuration.yaml alleen al maar de mqtt: opneem, krijg ik al:

The following integrations and platforms could not be set up:

mqtt
Please check your config.

[Nnoitra]

SkiFan schreef op woensdag 27 mei 2020 @ 22:33:
Maar ik begrijp dat ik die user voor MQTT integratie niet mag gebruiken. Zodra ik in configuration.yaml alleen al maar de mqtt: opneem, krijg ik al:

The following integrations and platforms could not be set up:

mqtt
Please check your config.

Je hoeft in de configuration.yaml geen MQTT configs meer te plaatsten.
Gewoon het MQTT aanroepen met

code:

  - platform: mqtt
    state_topic: ...

en het werkt.

@SkiFan
Gewoon

code:

mqtt:

en bijbehorende config uit je configuration.yaml halen.
De integration zoals je die al hebt is voldoende om het te laten werken.
Ook geen user 'homeassistant' aanmaken.

[ Voor 16% gewijzigd door Nnoitra op 27-05-2020 22:52 ]

[SkiFan]

Waar doe ik dat?

En wat mbt die homeassistant user error, gewoon user homeassistant aanmaken?

[ Voor 71% gewijzigd door SkiFan op 27-05-2020 22:41 ]

[sanderdw]

Quad schreef op woensdag 27 mei 2020 @ 17:03:
[...]

Toch even aanvullend hierop, omdat ik altijd alles wel een kans wil geven en het interessant lijkt om uit te zoeken, wilde ik DSMR Reader "even" installeren in Portainer.

Dus nieuwe container, image xirixiz/dsmr-reader-docker:latest toevoegen en vervolgens deploy container.
Container start maar met 1 minuut is hij gestopt, dus zo plug & play is dat niet. Volgens de logging is er geen connectie met een database. Ik dacht dat dit ook gewoon in een container gestopt zit?

Verder zoeken in documentatie gaat alles uit dat je full linux toegang hebt, ik heb dat denk ik niet, ivm de Hassio image.

Dit maakt het voor mij nu wel allemaal te ingewikkeld op dit moment, dus blijf ik de dsmr in Hassio zo even houden.

Ik had een simpele optie gemaakt om alleen de datalogger op de meest eenvoudige manier te kunnen installeren op Home Assistant, weet niet of dat iemand helpt want je hebt nog steeds een aparte DSMR reader instantie nodig maar wellicht is het voor sommige mensen een uitkomst.

sanderdw schreef op woensdag 25 maart 2020 @ 19:19:
Je kan de add-on eenvoudig installeren door mijn repository aan je HA toe te voegen: https://github.com/sanderdw/hassio-addons

[Afbeelding]

[Nnoitra]

D3nnisd schreef op woensdag 27 mei 2020 @ 19:27:
[...]


Ik heb nu DSMR erin staan, maar ik weet niet wat de standaard poort is . Die 2001 werkt niet.

Kan het kloppen dat dit niet werkt als de reader en HA niet op hetzelfde device zitten?

Die DSMR_Reader integration doet niet anders dan een MQTT subscription opzetten en de MQTT berichten vanuit DSMR_Reader zelf uitlezen.
Maar om dat goed te kunnen doen, moet je de uitgaande MQTT berichten wel op de correct manier configgen; namelijk geen mappings aanpassen en SplitTopic gebruiken/aanzetten.

Die poort 2001 hoort volgens mij bij deze: https://www.home-assistant.io/integrations/dsmr/
En als je ie Xirix container van DSMR_reader al hebt draaien, moet je deze hebben: https://www.home-assistant.io/integrations/dsmr_reader/

[Mimiix]

Nnoitra schreef op woensdag 27 mei 2020 @ 22:49:
[...]

Die DSMR_Reader integration doet niet anders dan een MQTT subscription opzetten en de MQTT berichten vanuit DSMR_Reader zelf uitlezen.
Maar om dat goed te kunnen doen, moet je de uitgaande MQTT berichten wel op de correct manier configgen; namelijk geen mappings aanpassen en SplitTopic gebruiken/aanzetten.

Die poort 2001 hoort volgens mij bij deze: https://www.home-assistant.io/integrations/dsmr/
En als je ie Xirix container van DSMR_reader al hebt draaien, moet je deze hebben: https://www.home-assistant.io/integrations/dsmr_reader/

Ja, ben ik inmiddels ook uit. Ik ga er nog even mee rotzooien:)

[mAiden88]

Meelobee schreef op woensdag 27 mei 2020 @ 19:46:
Schiet mij maar lek wat betreft tts berichten.. ik krijg het niet meer werkend.

Heb alle hier voorgestelde suggesties geprobeerd:

External_url: duckdns adres
internal_ul: ip adres ha server

External_url: duckdns adres
internal_ul: ip duckdns adres

External_url: duckdns adres
internal_ul: ip leeg

En de base_url: optie in de tts config ook geprobeerd met duckdns adres & lokale ip. in alle mogelijke combinaties met de external en internal url, maar nope, geen gesproken tts berichten meer. Enkel het geluidje en verder niks..Mocht iemand nog een ingeving hebben, dan hoor ik het graag

Ik liep tegen exact hetzelfde probleem aan, heb hierdoor ook een rollback gedaan, naar 0.109.0..
Hierna werkte mij TTS berichten weer..
Vergeet niet de internal en external url te verwijderen in je .storage map

[Meelobee]

Meelobee schreef op woensdag 27 mei 2020 @ 19:46:
Schiet mij maar lek wat betreft tts berichten.. ik krijg het niet meer werkend.

*snip*

En nou doen ze het weer!
Gisteravond heb ik alles gerelateerd aan tts verwijderd, toen ha reboot en daarna alles opnieuw toegevoegd.
Bij internal en external url mn duckdns adres ingesteld en de base_url in de tts opties helemaal weggelaten.

[Hmmbob]

Leuk nieuws op de FP voor als je nog meer met je Pi wil doen: nieuws: Nieuwe 8GB-versie van Raspberry Pi 4 komt uit voor 85 euro

[Mimiix]

Hmmbob schreef op donderdag 28 mei 2020 @ 11:00:
Leuk nieuws op de FP voor als je nog meer met je Pi wil doen: nieuws: Nieuwe 8GB-versie van Raspberry Pi 4 komt uit voor 85 euro

Voor dat bedrag kan je beter een Nuc of iets nemen. CPU is dan gewoon te klein.

[CAD-tekenaar]

D3nnisd schreef op donderdag 28 mei 2020 @ 11:41:
[...]


Voor dat bedrag kan je beter een Nuc of iets nemen. CPU is dan gewoon te klein.

Aan welke NUC zit jij aan te denken? Heb je een i3 of i5 nodig of een langzamere (lees: zuinige) CPU?

[Sp33dFr34k]

Voor €85 koop je geen NUC, ook niet 2hands Maar ik ben het wel met @D3nnisd eens dat de prijs te hoog ligt voor een rPi...

[marcel19]

Ik ben sinds kort in het bezit van rolluiken op mijn met een Somfy motor.
Deze heeft de mogelijkheid in de app van Somfy om discreet naar beneden en naar boven te gaan ( stille modus )

Nu wil ik dit ook kunnen verwerken in mijn automatisering in Homeassistent.
Ik kan alleen nergens vinden hoe ik die functie discreet aanroep.
Hieronder mijn code zoals het nu staat:

YAML:

  - scene: scene.woonkamer_verlichting_aan
- id: '1590340304456'
  alias: rolluiken naar beneden
  description: ''
  trigger:
  - at: '22:00'
    platform: time
  condition: []
  action:
  - device_id: 76f28d9594494408a6fb7d82cb08a865
    domain: cover
    entity_id: cover.io_woonkamer
    position: 18
    type: set_position
  - device_id: 09dedef55cae4d62bf948c7dc1629301
    domain: cover
    entity_id: cover.keuken
    position: 18
    type: set_position

[Nnoitra]

CAD-tekenaar schreef op donderdag 28 mei 2020 @ 12:15:
[...]


Aan welke NUC zit jij aan te denken? Heb je een i3 of i5 nodig of een langzamere (lees: zuinige) CPU?

Als je Geekbench(4) als uitgangspunt neemt, is een celeron NUC uit 2014 (die ik gebruik) net iets 'minder' dan de Pi4.
Pak je echter de Celeron J3455 NUC uit 2017, scoort die al beter dan de Pi4.
Ook een i3 uit 2015 scoort het dubbele van een Pi4, laat staan wat een nieuwere i3 doet.

Pi4: https://browser.geekbench.com/v4/cpu/15111955
N2830: https://browser.geekbench.com/v4/cpu/15438446
J3455: https://browser.geekbench.com/v4/cpu/15490591
i3-5010U: https://browser.geekbench.com/v4/cpu/15309770

Maar goed, dit is slechts 1 type benchmark en (N=1) is nooit een goed uitgangspunt

Persoonlijk, als je een iets ruimer budget hebt, zou ik voor een oudere i3 of die nieuwste celeron gaan.
Heb je meteen prima ethernet/wifi, voldoende USB en out-of-the-box SSD mogelijkheden.


@Septillion stroomverbruik kan google je wel vertellen

[ Voor 3% gewijzigd door Nnoitra op 28-05-2020 14:52 ]

[martinvdm]

Voor de zigbee mensen. Er komt een interessante Blitzwolf 16A zigbee 3.0 EU plug aan.
https://m.blitzwolf.com/B...-Voice-Control-p-518.html

[phlinx]

Nice!

Er is nu een Raspberry Pi4 met 8gb geheugen verkrijgbaar zag ik. Ook lekker icm een ssd.

[ascent]

martinvdm schreef op donderdag 28 mei 2020 @ 12:50:
Voor de zigbee mensen. Er komt een interessante Blitzwolf 16A zigbee 3.0 EU plug aan.
https://m.blitzwolf.com/B...-Voice-Control-p-518.html

Goeie! Ziet er puik uit. Even kijken wat de prijs doet maar ik bookmark 'm zeker even

[-Casper]

ascent schreef op donderdag 28 mei 2020 @ 13:24:
[...]

Goeie! Ziet er puik uit. Even kijken wat de prijs doet maar ik bookmark 'm zeker even

Prijs op banggood van ca 12,50 incl verzenden lijkt me een mooie prijs. Lijkt me ook een interessante optie voor mensen die opzoek zijn naar een smart plug voor hun wasmachine, niet waar? Aangezien die vraag nog al eens langs kwam de laatste tijd.

Zelf heb ik twee IKEA plugs, voornamelijk vanwege de lage prijs. Deze plug is echter wel een stuk kleiner wat ik wel een groot voordeel vind.

[ascent]

-Casper schreef op donderdag 28 mei 2020 @ 13:32:
[...]

Prijs op banggood van ca 12,50 incl verzenden lijkt me een mooie prijs. Lijkt me ook een interessante optie voor mensen die opzoek zijn naar een smart plug voor hun wasmachine, niet waar? Aangezien die vraag nog al eens langs kwam de laatste tijd.

Zelf heb ik twee IKEA plugs, voornamelijk vanwege de lage prijs. Deze plug is echter wel een stuk kleiner wat ik wel een groot voordeel vind.

Klopt, waaronder ikzelf voor de wasmachine :-)

IKEA plug is idd fors én doet geen stroommeting (wat deze als 't goed is wel doet) en dat is wat ik nodig heb voor die wasmachine

Ah, zie inderdaad dat 't preorder is. Shipping eind juni

[ Voor 4% gewijzigd door ascent op 28-05-2020 13:40 ]

[Sp33dFr34k]

Ben nog steeds huiverig om zoiets als een wasmachine te hangen aan zo'n plug, ook al is ie 16a rated...

[ascent]

Sp33dFr34k schreef op donderdag 28 mei 2020 @ 14:07:
Ben nog steeds huiverig om zoiets als een wasmachine te hangen aan zo'n plug, ook al is ie 16a rated...

Waar komt dat gevoel vandaan? Uberhaupt een smartplug of 't feit dat banggood 'm shipped?

[Mozart]

ascent schreef op donderdag 28 mei 2020 @ 14:16:
[...]


Waar komt dat gevoel vandaan? Uberhaupt een smartplug of 't feit dat banggood 'm shipped?

Ik vaak de opmerkingen dat mensen het niet vertrouwen en een vraag waar het gevoel vandaan komt wordt meestal niet beantwoord. Zelf check ik vaak even of iemand al eens een load test heeft gedaan, zoals b.v. met de sonoff switches, zoals deze: YouTube: Sonoff Switch Current Overload Test

[Sp33dFr34k]

ascent schreef op donderdag 28 mei 2020 @ 14:16:
[...]


Waar komt dat gevoel vandaan? Uberhaupt een smartplug of 't feit dat banggood 'm shipped?

Überhaupt een smartplug, is toch wel een flink wattage dat er overheen gaat, krijg er een beetje de kriebels van. Het is en blijft goedkoop Chinees spul. Ik heb ze best veel in gebruik hoor, maar veelal voor low-powered apparaten zoals lampen, daarmee durf ik het wel aan.

[barrymossel]

Mozart schreef op donderdag 28 mei 2020 @ 14:25:
[...]

Ik vaak de opmerkingen dat mensen het niet vertrouwen en een vraag waar het gevoel vandaan komt wordt meestal niet beantwoord. Zelf check ik vaak even of iemand al eens een load test heeft gedaan, zoals b.v. met de sonoff switches, zoals deze: YouTube: Sonoff Switch Current Overload Test

Tsja, als de quality control niet goed is heeft zo'n n=1 test ook weinig te zeggen lijkt me...

Ik gebruik overigens gewoon Sonoff POW R2's...

[Saturnus]

Twee besteld. Er hangen ook rookmelders dichtbij dus ik laat het wel weten.

[Septillion]

Mm, ik vond de 4GB Pi al overpriced... En ben ik de enige die het gek vind dat het artikel alleen spreekt over de 2GB en 4GB varianten waar het een opvolger voor is? Er is immers ook een 1GB Pi4.

@Nnoitra Weet je ook wat die dan doen met verbruik?

@martinvdm Nice! Kon het niet laten en gelijk besteld. Alleen jammer van de verzendkosten tegenwoordig op Banggood

@Sp33dFr34k Ik kan niet voor deze spreken (Blitzwolf maakt ze natuurlijk niet zelf) maar de BW-SHP6 zit goed in elkaar. Daar vertrouw ik een wasmachien wel op. En die valt ook nog best mee, die van mij doet max 2300W ofwel 10A. En dat is natuurlijk alleen als hij 100% aan het verwarmen is. Heb ik er meer moeite met veel verlengsnoeren die mensen gebruiken (ook voor andere zaken zoals een gourmet ofzo).

[Sp33dFr34k]

Ik heb zelf ook de wifi plugs (wel van Gosund, maar zijn gelijk) in gebruik, a la deze: https://www.banggood.com/...oogle-Home-p-1608132.html

Die passen ook wat mooier langs elkaar in de stekkerdoos als het nodig is. Wellicht dat daar later ook nog Zigbee versies van komen. Wellicht dat ik me tegen die tijd ook eens ga wagen aan Zigbee, al dan niet in combinatie met een wasmachine.

[ascent]

Mozart schreef op donderdag 28 mei 2020 @ 14:25:
[...]

Ik vaak de opmerkingen dat mensen het niet vertrouwen en een vraag waar het gevoel vandaan komt wordt meestal niet beantwoord. Zelf check ik vaak even of iemand al eens een load test heeft gedaan, zoals b.v. met de sonoff switches, zoals deze: YouTube: Sonoff Switch Current Overload Test

Hm mja.. ik had 't idee dat die blitzwolfs wel populair waren. Als veel tweakers 'm hebben dan zal 'r wel iets goeds mee zijn denk ik dan maar wellicht ook nog wat naief.

[MisteRMeesteR]

Ik gebruik ook al een tijden dezelfde Sonoff POW R2's als @barrymossel voor mijn wasmachine en droger. Ik heb vanmorgen een was gedraaid en deze ook gedroogd (handdoeken gaan ook met dit weer in de droger ja, hoef geen schuurpapier op mijn tere huidje ) en dit zijn de statistieken van beide apparaten:

Wasmachine:


Wasdroger:


Beide apparaten zijn van Miele en de wasdroger is een warmtepompdroger
Blijven beide dus ook ruim onder de 16A

[Mimiix]

CAD-tekenaar schreef op donderdag 28 mei 2020 @ 12:15:
[...]


Aan welke NUC zit jij aan te denken? Heb je een i3 of i5 nodig of een langzamere (lees: zuinige) CPU?

Geen idee, ik vind dat ook moeilijk. Ik heb een DS218+ gekocht die voor mij prima volstaat

[KingKoning]

Ik heb een vraag voor de sonoff users hier, maar omdat een deel gaat om de combinatie met Home Assistant stel ik hem toch hier

Ik ben sinds kort begonnen met HA (leuk quarantaine project) en heb onder meer een hele bak aan Tradfri lampen erin zitten, een thermostaat, wat mediaplayers en een robotstofzuiger.
Nu zou ik graag een domme lamp aan het systeem toevoegen waarbij mijn oog valt op Sonoff.

Punt is: Het armatuur is niet dimbaar, maar heeft een geïntegreerde LED met 3 "standen" die je simpelweg switcht door hem aan en uit te zetten. Staat hij uit en wil je naar stand 3, dan zul je aan - uit - aan - uit - aan moeten schakelen. Klinkt complex, werkt in de praktijk eigenlijk best fijn.

Nu zit deze functionaliteit in het armatuur, dus het lijkt me dat de wijze van aansturing / schakeling niet uitmaakt en dat ik dus ook zou moeten kunnen automatiseren via Sonoff naar HA dat hij bijvoorbeeld op stand 2 aan moet bij event x? Ik zou voor me zien dat ik dan een automation maak, waarbij hij, aan - uit - aan gaat.

[martinvdm]

Ik gebruik ook een Sonoff voor wasmachine. Gaat maar max iets van 2000/2500w doorheen. Werkt prima.
De zigbee plug die ik deelde is op zich wel interessant, ben benieuwd of het meshen goed gaat en dus een mooie uitbreiding is voor het zigbee mesh.

[Quad]

HomeAssistant verslavend? Welnee..

Inmiddels een 2e rPI onderweg, ConBee II USB stick, 3 Sonoff artikelen..
Genoeg te doen dus.

De ConBee II gekozen vanwege ogenschijnlijk gebruiksgemak binnen Hass.io. Daarnaast gebruik ik ook Hue Sensoren, via HA gaat dit alleen tot max 5 seconden trager dan via de Hue bridge zelf.

Dus die gaat straks direct op HA, net als de rest in de komende tijd, en dan kan de Hue bridge wellicht op de plank.

[ascent]

Hier nu ook de conbee II in gebruik. Nog niet helemaal overtuigd. Gaat wel een stuk rapper dan de cc2531 maar pairen was niet vlekkeloos en nu valt ook af en toe een lamp weg. Even zien hoe 't zich houdt.

[Mimiix]

ascent schreef op vrijdag 29 mei 2020 @ 09:04:
Hier nu ook de conbee II in gebruik. Nog niet helemaal overtuigd. Gaat wel een stuk rapper dan de cc2531 maar pairen was niet vlekkeloos en nu valt ook af en toe een lamp weg. Even zien hoe 't zich houdt.

Waar loop je precies tegen aan?

Hoeveel apparaten heb je in je netwerk?

Wat gebruik je als host?

[Mimiix]

Sp33dFr34k schreef op donderdag 28 mei 2020 @ 14:26:
[...]


Überhaupt een smartplug, is toch wel een flink wattage dat er overheen gaat, krijg er een beetje de kriebels van. Het is en blijft goedkoop Chinees spul. Ik heb ze best veel in gebruik hoor, maar veelal voor low-powered apparaten zoals lampen, daarmee durf ik het wel aan.

Gebeurd niets mee als er teveel overheen gaat. Werkt alleen niet meer

[Sp33dFr34k]

D3nnisd schreef op vrijdag 29 mei 2020 @ 09:20:
[...]


Gebeurd niets mee als er teveel overheen gaat. Werkt alleen niet meer

Misschien dat ik het later weleens aandurf... Heb nog 2 nieuwe doosjes Gosunds liggen, die moet ik eerst nog eens calibreren.

[Wilf]

Ik gebruik nu zelf Hue en was bijna van plan in Python een interface te bouwen (server based) waarmee ik custom shizzle kan doen. Zo te zien hoeft dat niet meer

Waar ik namelijk vooral tegenaan loop is de simpliciteit van Hue. Als ik de TS lees kan je conditions bouwen in HA. De voorbeelden zijn echter ook vrij basic. Kan je makkelijk meer ‘intricate’ conditions maken? Wat ik bijvoorbeeld mis in Hue:

- In de ochtend (7:00) gaat het licht aan. Het licht gaat uit om 10:30 of als de zon opkomt. Maar in de zomer is het al licht vóór 7u. Dus wil ik dat het licht dan überhaupt niet aan gaat.

- in de avond gaat bij zonsondergang het licht aan. Om 23:00 gaat er in een half uur tijd een sfeervollere lichtstand aan. Om 1:00 dimt het tot uit om 1:30.
Echter: als ik voor 23:00 het licht uitschakel wil ik niet dat het weer aan gaat. Van mij mag die lichtcue dus eigenlijk wel in één conditie.

- Ik zou graag een makkelijkere wekkerfunctie hebben met een simpele interface. Nu heb ik in de Hue-app meerdere wekkers gemaakt die ik dus niet moet vergeten in- en uit te schakelen. De wekkerfunctie fade de lamp in een half uur in vóór opstaantijd.

Zijn dit functies die standaard er al in zitten? Ik heb vaker in Python web gui’s gemaakt dus ik twijfel nog wat te doen want da’s ook leuk om te doen. Als dat echter ook in HA kan dan scheelt dat weer een paar uurtjes scripten

[Hmmbob]

0.110.4 komt eraan (echter lijkt de build/release niet afgetrapt te zijn):

quote: https://github.com/home-assistant/core/releases/tag/0.110.4

• Add ability to ignore heos discovery (@bdraco - #34653) (heos docs)
• Fix Android TV icon when screencap option is disabled (@JeffLIrion - #35710) (androidtv docs)
• Let PAHO MQTT client handle connection to MQTT server (@emontnemery - #35983) (mqtt docs)
• Use a single service browser for zeroconf discovery (@bdraco - #35997) (zeroconf docs)
• Check todoist due date is not None in async_get_events (@gadgetchnnel - #36140) (todoist docs)
• Fix cloud connection within API (@2Fake - #36158) (devolo_home_control docs)
• Revert DSMR not calling entity methods (@balloob - #36179) (dsmr docs)
• Fix empty preset element in ONVIF response (@hunterjm - #36182) (onvif docs)
• Update cast to use shared zeroconf (@bdraco - #35570) (cast docs)
• Bump zeroconf, pychromecast. Log if zeroconf.get_service_info fails. (@emontnemery - #36185) (cast docs) (zeroconf docs)
• Fix roku select source with app ids (@ctalkington - #36191) (roku docs)
• Prevent AirVisual from polling (@bachya - #36199) (airvisual docs)
• Fix custom position range (@emontnemery - #36222) (mqtt docs)
• Correct MQTT device trigger reconfiguration with same topic (@emontnemery - #36234) (mqtt docs)

Ik ben zelf erg blij met #36185, want die zou mijn cast problemen oplossen

[-Casper]

Wilf schreef op vrijdag 29 mei 2020 @ 09:50:
Ik gebruik nu zelf Hue en was bijna van plan in Python een interface te bouwen (server based) waarmee ik custom shizzle kan doen. Zo te zien hoeft dat niet meer

Waar ik namelijk vooral tegenaan loop is de simpliciteit van Hue. Als ik de TS lees kan je conditions bouwen in HA. De voorbeelden zijn echter ook vrij basic. Kan je makkelijk meer ‘intricate’ conditions maken? Wat ik bijvoorbeeld mis in Hue:

- In de ochtend (7:00) gaat het licht aan. Het licht gaat uit om 10:30 of als de zon opkomt. Maar in de zomer is het al licht vóór 7u. Dus wil ik dat het licht dan überhaupt niet aan gaat.

- in de avond gaat bij zonsondergang het licht aan. Om 23:00 gaat er in een half uur tijd een sfeervollere lichtstand aan. Om 1:00 dimt het tot uit om 1:30.
Echter: als ik voor 23:00 het licht uitschakel wil ik niet dat het weer aan gaat. Van mij mag die lichtcue dus eigenlijk wel in één conditie.

- Ik zou graag een makkelijkere wekkerfunctie hebben met een simpele interface. Nu heb ik in de Hue-app meerdere wekkers gemaakt die ik dus niet moet vergeten in- en uit te schakelen. De wekkerfunctie fade de lamp in een half uur in vóór opstaantijd.

Zijn dit functies die standaard er al in zitten? Ik heb vaker in Python web gui’s gemaakt dus ik twijfel nog wat te doen want da’s ook leuk om te doen. Als dat echter ook in HA kan dan scheelt dat weer een paar uurtjes scripten

Je kan condities toevoegen, dus bijvoorbeeld het is 7:00 en de zon is nog niet opgekomen. Of het is 23:00 en de lamp X en lamp Y staan nog aan.
Halfuur fading time is mij niet bekend maar zal ongetwijfeld mogelijk zijn. Dat geld voor de meeste dingen. Het kan alleen zijn dat je soms wat langer bezig bent om het voor elkaar te krijgen

[Mimiix]

martinvdm schreef op donderdag 28 mei 2020 @ 12:50:
Voor de zigbee mensen. Er komt een interessante Blitzwolf 16A zigbee 3.0 EU plug aan.
https://m.blitzwolf.com/B...-Voice-Control-p-518.html

Besteld. Ben heel benieuwd:)

[phlinx]

@D3nnisd en dan maar hopen dat ze hem in Deconz snel compatible maken voor het uitlezen van de waarden, want dat werkt niet out of the box toch?

Sommige devices staan al een eeuwigheid in de wacht (ook als meerdere mensen hebben aangegeven dat device toegevoegd te willen zien), andere gaan weer heel snel.

[Mimiix]

phlinx schreef op vrijdag 29 mei 2020 @ 10:24:
@D3nnisd en dan maar hopen dat ze hem in Deconz snel compatible maken voor het uitlezen van de waarden, want dat werkt niet out of the box toch?

Sommige devices staan al een eeuwigheid in de wacht (ook als meerdere mensen hebben aangegeven dat device toegevoegd te willen zien), andere gaan weer heel snel.

In mijn geval gaat het wel snel Maar dat heeft zijn redenen.

Bij andere devices: Je moet bepaalde waarden aanleveren zodat users als Swoop of Ebaauw het goed op kunnen pakken. Als men dat niet doet, is het onmogelijk.

Gaat een geval over jou/van jou?

[ascent]

D3nnisd schreef op vrijdag 29 mei 2020 @ 09:18:
[...]


Waar loop je precies tegen aan?

Hoeveel apparaten heb je in je netwerk?

Wat gebruik je als host?

- af en toe raak ik lampen kwijt; dan kan ik ze wel schakelen op de deconzgroup (die deconz doorgeeft) maar niet op de lamp zelf. Dan staat 'ie ook greyed out in de interface. Herstart van deconz lost 't meestal op.

- 35, hoofdzakelijk ikea lampen (Routers), E14, E27 en GU10

- Intel NUC met de stick aan een USB verlengkabel

[phlinx]

Ja, jij zit dicht bij het vuur @D3nnisd

Gaat niet over een geval van mij. Ik heb er wel een die ik graag toegevoegd zie:
https://github.com/dresde...z-rest-plugin/issues/1974
Staat helaas al van oktober open, maar dit lijkt me echt een inkoppertje toch?

[Mimiix]

phlinx schreef op vrijdag 29 mei 2020 @ 10:52:
Ja, jij zit dicht bij het vuur @D3nnisd

Gaat niet over een geval van mij. Ik heb er wel een die ik graag toegevoegd zie:
https://github.com/dresde...z-rest-plugin/issues/1974
Staat helaas al van oktober open, maar dit lijkt me echt een inkoppertje toch?

Opgelost, Swoop doet later een PR en dan volgende release gefixed

[Mimiix]

ascent schreef op vrijdag 29 mei 2020 @ 10:51:
[...]


- af en toe raak ik lampen kwijt; dan kan ik ze wel schakelen op de deconzgroup (die deconz doorgeeft) maar niet op de lamp zelf. Dan staat 'ie ook greyed out in de interface. Herstart van deconz lost 't meestal op.

- 35, hoofdzakelijk ikea lampen (Routers), E14, E27 en GU10

- Intel NUC met de stick aan een USB verlengkabel

Is dat sinds het begin? of sinds kort?

Zit je op de laatste versie?

Heb je de debug aan staan ? Zo ja, heb je wat logs?

[ascent]

D3nnisd schreef op vrijdag 29 mei 2020 @ 11:09:
[...]


Is dat sinds het begin? of sinds kort?

Zit je op de laatste versie?

Heb je de debug aan staan ? Zo ja, heb je wat logs?

Ik heb de stick net een dag dus ja op beide :-)

2.05.77, volgens de interface van de stick de nieuwste

Nee, nog niet, dat zal ik in HA eens aanzetten. Wel komt 'r 't één en ander langs in de containerlogs van de addon, maar ik neem aan dat je HA debug bedoelt?

[Mimiix]

ascent schreef op vrijdag 29 mei 2020 @ 11:19:
[...]


Ik heb de stick net een dag dus ja op beide :-)

2.05.77, volgens de interface van de stick de nieuwste

Nee, nog niet, dat zal ik in HA eens aanzetten. Wel komt 'r 't één en ander langs in de containerlogs van de addon, maar ik neem aan dat je HA debug bedoelt?

Ja, in HA inderdaad.

[ascent]

D3nnisd schreef op vrijdag 29 mei 2020 @ 11:22:
[...]


Ja, in HA inderdaad.

Heb dit block van de wiki overgenomen en kom erop terug als 't weer gebeurt!

YAML:

 logger:
  default: info
  logs:
    pydeconz: debug
    homeassistant.components.deconz: debug

[Quad]

Wilf schreef op vrijdag 29 mei 2020 @ 09:50:
Ik gebruik nu zelf Hue en was bijna van plan in Python een interface te bouwen (server based) waarmee ik custom shizzle kan doen. Zo te zien hoeft dat niet meer

Waar ik namelijk vooral tegenaan loop is de simpliciteit van Hue. Als ik de TS lees kan je conditions bouwen in HA. De voorbeelden zijn echter ook vrij basic. Kan je makkelijk meer ‘intricate’ conditions maken? Wat ik bijvoorbeeld mis in Hue:

- In de ochtend (7:00) gaat het licht aan. Het licht gaat uit om 10:30 of als de zon opkomt. Maar in de zomer is het al licht vóór 7u. Dus wil ik dat het licht dan überhaupt niet aan gaat.

Dit kan prima met conditions.

- in de avond gaat bij zonsondergang het licht aan. Om 23:00 gaat er in een half uur tijd een sfeervollere lichtstand aan. Om 1:00 dimt het tot uit om 1:30.
Echter: als ik voor 23:00 het licht uitschakel wil ik niet dat het weer aan gaat. Van mij mag die lichtcue dus eigenlijk wel in één conditie.

Volgens mij is dit ook gewoon een automation met enkele conditions waarbij je de automation van 1:00 laat checken of de lamp status niet al uit is. Immers, als de lamp al uit is, valt er weinig te dimmen.

Ik heb ook bovenstaande wensen, maar nog niet helemaal uitgewerkt omdat mijn automations straks van Hue af moeten en via de ConBee II moeten werken. Maar het is wel vrij eenvoudig..

Het dimmen heb ik in een scène staan, de automation trapt dan een scène af, en daar kan ik een transition in zetten:

code:

  name: Woonkamer verlichting
  entities:
    light.olielamp:
      friendly_name: Olielamp
      state: 'on'
      supported_features: 40
    light.staande_lamp_filament:
      brightness: 125
      friendly_name: Staande lamp filament
      state: 'on'
      transition: 60
      supported_features: 41
    light.wandlamp_filament:
      brightness: 125
      friendly_name: Wandlamp filament
      state: 'on'
      transition: 60
      supported_features: 41

En in jouw geval krijg je volgens mij zo iets in de scenes.yaml:

code:

  name: Woonkamerverlichting:GedimdUitschakelen:30minuten
  entities:
    light.staande_lamp_filament:
      friendly_name: Staande lamp filament
      state: 'off'
      transition: 1800
      supported_features: 41

[Wilf]

Dan ga ik maar even wat raspberries uit het vet halen en pielen, klinkt toch zeker als de moeite waard thnx!

Quad schreef op vrijdag 29 mei 2020 @ 12:06:
@Wilf Ik mistte vooral met Hue de mogelijkheid om een lamp een kwartier of half uur na zonsondergang (bijvoorbeeld buiten..) aan te laten zetten. In Hue kan je alleen de transitie kiezen vanaf dat de zonsondergang plaats vind.
Gevolg is dat deze periode de lampen veel te vroeg aan staan.

In HA kan ik simpelweg de actie pas later laten starten nadat de zon onder is met behulp van offset.

code:

  alias: Verlichting:Tuin:Inschakelen:Zonsondergang
  description: ''
  trigger:
  - event: sunset
    offset: '900' #<- kwartier
    platform: sun
  condition: []
  action:
  - scene: scene.tuinverlichting #<- Scène waarbij de lampen in een transitie van 20 seconden aanspringen van 0 naar de ingestelde brightness.

Woonkamerverlichting gaat trouwens een kwartier vóór zonsondergang aan:

code:

  alias: Verlichting:Woonkamer:Inschakelen:Zonsondergang
  description: ''
  trigger:
  - event: sunset
    offset: '-900' #<- minteken is kwartier vóór zonsondergang
    platform: sun
  condition: []
  action:
  - scene: scene.woonkamer_verlichting

OK, I’m in!

Ik zag deze topic toevallig bij actieve topics maar het sluit erg aan bij wat ik van plan was dus ‘a bookmark is born’.

[ Voor 85% gewijzigd door Wilf op 29-05-2020 12:10 ]

[Quad]

@Wilf Ik mistte vooral met Hue de mogelijkheid om een lamp een kwartier of half uur na zonsondergang (bijvoorbeeld buiten..) aan te laten zetten. In Hue kan je alleen de transitie kiezen vanaf dat de zonsondergang plaats vind.
Gevolg is dat deze periode de lampen veel te vroeg aan staan.

In HA kan ik simpelweg de actie pas later laten starten nadat de zon onder is met behulp van offset.

code:

  alias: Verlichting:Tuin:Inschakelen:Zonsondergang
  description: ''
  trigger:
  - event: sunset
    offset: '900' #<- kwartier
    platform: sun
  condition: []
  action:
  - scene: scene.tuinverlichting #<- Scène waarbij de lampen in een transitie van 20 seconden aanspringen van 0 naar de ingestelde brightness.

Woonkamerverlichting gaat trouwens een kwartier vóór zonsondergang aan:

code:

  alias: Verlichting:Woonkamer:Inschakelen:Zonsondergang
  description: ''
  trigger:
  - event: sunset
    offset: '-900' #<- minteken is kwartier vóór zonsondergang
    platform: sun
  condition: []
  action:
  - scene: scene.woonkamer_verlichting

[ Voor 19% gewijzigd door Quad op 29-05-2020 12:08 ]

[DennusB]

Quad schreef op vrijdag 29 mei 2020 @ 12:06:
@Wilf Ik mistte vooral met Hue de mogelijkheid om een lamp een kwartier of half uur na zonsondergang (bijvoorbeeld buiten..) aan te laten zetten. In Hue kan je alleen de transitie kiezen vanaf dat de zonsondergang plaats vind.
Gevolg is dat deze periode de lampen veel te vroeg aan staan.

In HA kan ik simpelweg de actie pas later laten starten nadat de zon onder is met behulp van offset.

code:

  alias: Verlichting:Tuin:Inschakelen:Zonsondergang
  description: ''
  trigger:
  - event: sunset
    offset: '900' #<- kwartier
    platform: sun
  condition: []
  action:
  - scene: scene.tuinverlichting #<- Scène waarbij de lampen in een transitie van 20 seconden aanspringen van 0 naar de ingestelde brightness.

Woonkamerverlichting gaat trouwens een kwartier vóór zonsondergang aan:

code:

  alias: Verlichting:Woonkamer:Inschakelen:Zonsondergang
  description: ''
  trigger:
  - event: sunset
    offset: '-900' #<- minteken is kwartier vóór zonsondergang
    platform: sun
  condition: []
  action:
  - scene: scene.woonkamer_verlichting

Als je t nou LUX (lichtsterkte) gestuurd maakt, zoals ik heb, is het nog beter. Als er dan een keer een donkere wolk overtrekt gaat het ook aan (en netjes weer uit als de wolk weg is)

[Quad]

DennusB schreef op vrijdag 29 mei 2020 @ 12:10:
[...]


Als je t nou LUX (lichtsterkte) gestuurd maakt, zoals ik heb, is het nog beter. Als er dan een keer een donkere wolk overtrekt gaat het ook aan (en netjes weer uit als de wolk weg is)

Dat klopt, wil ik nog doen, maar dat kost een extra sensor of 2, of 3 of.. Nouja je weet wel, het is zo uit te breiden.

Er zitten denk ik wel wat haken en ogen aan, lampen moeten niet hele nacht draaien enz. Nu is het wel lekker simpel.

[DennusB]

Quad schreef op vrijdag 29 mei 2020 @ 12:12:
[...]

Dat klopt, wil ik nog doen, maar dat kost een extra sensor of 2, of 3 of.. Nouja je weet wel, het is zo uit te breiden.

Er zitten denk ik wel wat haken en ogen aan, lampen moeten niet hele nacht draaien enz. Nu is het wel lekker simpel.

Ja helemaal eens. Om dat probleem tijdens de nacht op te lossen heb ik in HA gewoon een virtuele "slaapstand" schakelaar. Als die aan staat gaan de lampen netjes uit en blijven ze uit

[Septillion]

DennusB schreef op vrijdag 29 mei 2020 @ 12:10:
[...]


Als je t nou LUX (lichtsterkte) gestuurd maakt, zoals ik heb, is het nog beter. Als er dan een keer een donkere wolk overtrekt gaat het ook aan (en netjes weer uit als de wolk weg is)

Helemaal mee eens, is de beste sensor die ik heb aangeschaft

@Quad Ik had er ook twee gekocht maar gebruik er maar één. Deze kijkt naar buiten (indirect zonlicht) en die werkt prima om in het gehele huis verlichting te sturen.

@DennusB Inderdaad gewoon met helpers. Heb er zelfs nog wat meer in dat hij ook niet reageert in movie mode en dat je een overrule kunt doen etc. Dat kan je allemaal zo leuk maken als je zelf wilt. Woonkamer wordt hier vanzelf actief als je de deur opent en ik merk het tegenwoordig niet eens meer dat HA mijn licht aan doet

[phlinx]

D3nnisd schreef op vrijdag 29 mei 2020 @ 11:06:
[...]


Opgelost, Swoop doet later een PR en dan volgende release gefixed

Nice!

[Mimiix]

phlinx schreef op vrijdag 29 mei 2020 @ 12:43:
[...]


Nice!

En hij staat erin:
https://github.com/dresde...onz-rest-plugin/pull/2846

[larsiey]

D3nnisd schreef op vrijdag 29 mei 2020 @ 14:17:
[...]


En hij staat erin:
https://github.com/dresde...onz-rest-plugin/pull/2846

Ik vind het wel apart waarom zoiets (blijkbaar) simpels 8 maanden open kan staan. En als jij er iets over zegt dat het binnen een dag opgepakt wordt en gefixt is.
Waarom wordt zoiets niet standaard opgepakt?

[daxy]

Septillion schreef op vrijdag 29 mei 2020 @ 12:30:
[...]

Helemaal mee eens, is de beste sensor die ik heb aangeschaft

@Quad Ik had er ook twee gekocht maar gebruik er maar één. Deze kijkt naar buiten (indirect zonlicht) en die werkt prima om in het gehele huis verlichting te sturen.

@DennusB Inderdaad gewoon met helpers. Heb er zelfs nog wat meer in dat hij ook niet reageert in movie mode en dat je een overrule kunt doen etc. Dat kan je allemaal zo leuk maken als je zelf wilt. Woonkamer wordt hier vanzelf actief als je de deur opent en ik merk het tegenwoordig niet eens meer dat HA mijn licht aan doet

Mijn sensor komt er ook aan en ik wil ook in de woonkamer Lux gestuurd gaan verlichten. Zou iemand zijn automations kunnen/willen delen of is het niets meer dan "if lux < 100 then light-on else light-off" idee? Ik zoek voorbeelden waarbij overdag licht aan gaat bij weinig lux, maar waar het in de avond wat donkerder/gezelliger is.

[Mimiix]

larsiey schreef op vrijdag 29 mei 2020 @ 14:20:
[...]


Ik vind het wel apart waarom zoiets (blijkbaar) simpels 8 maanden open kan staan. En als jij er iets over zegt dat het binnen een dag opgepakt wordt en gefixt is.
Waarom wordt zoiets niet standaard opgepakt?

Het wordt grotendeels door vrijwillgers gedaan want het is open source. Dit is niet opgelost door iemand van DE zelf.

Ik nodig je dan ook graag uit om mee te helpen en die issues op te lossen;)

Dat ik een personal favor kan vragen aan iemand die dat kan is de andere zaak.

[ Voor 16% gewijzigd door Mimiix op 29-05-2020 14:43 ]

[Toppe]

Ik zal wel gek zijn, probeer nog steeds de DSMR werkend te krijgen. Maar zowel via de rechtstreekse USB, MQTT (DSMR-Reader) als ser2net gebeurt er helemaal niets.

code:

sensor:
  - platform: dsmr
    host: 192.168.1.133
    port: 2001
    dsmr_version: 5

Maar, er verschijnt helemaal niets qua apparaten in de lijst. Open ik een lijntje naar de server:

code:

telnet 192.168.1.133 2001
Trying 192.168.1.133...
Connected to 192.168.1.133.
Escape character is '^]'.

/ISK5\2M550E-1012

1-3:0.2.8(50)

Dan krijg ik netjes data te zien. Zelfde geld eigenlijk voor de MQTT aanvlieg route. Data wordt verstuurd en is zichtbaar onder "Developer Tools" en dan "MQTT" maar opnieuw: Geen apparaten.

Ik doe vast iets fout, maar wat?

[Koepert]

Septillion schreef op vrijdag 29 mei 2020 @ 12:30:
[...]

Helemaal mee eens, is de beste sensor die ik heb aangeschaft

@Quad Ik had er ook twee gekocht maar gebruik er maar één. Deze kijkt naar buiten (indirect zonlicht) en die werkt prima om in het gehele huis verlichting te sturen.

@DennusB Inderdaad gewoon met helpers. Heb er zelfs nog wat meer in dat hij ook niet reageert in movie mode en dat je een overrule kunt doen etc. Dat kan je allemaal zo leuk maken als je zelf wilt. Woonkamer wordt hier vanzelf actief als je de deur opent en ik merk het tegenwoordig niet eens meer dat HA mijn licht aan doet

Welke sensor heb je precies (wellicht heb ik t gemist eerder).. ?

[larsiey]

D3nnisd schreef op vrijdag 29 mei 2020 @ 14:42:
[...]

Ik nodig je dan ook graag uit om mee te helpen en die issues op te lossen;)

Helaas heb ik deze kennis niet in huis, anders had ik dat maar al te graag gedaan.

[Yoki1985]

Als jullie het licht willen schakelen 's morgens & 's avonds. Plaatsen jullie dit dan in 2 aparte automatisaties? of maken jullie 1 automatisatie met 2 triggers?

Om een beetje het overzicht te bewaren wouw ik de automatisatie met meerdere triggers proberen maar ik doe blijkbaar iets verkeerd.

Wat ik wil doen is mijn binnenverlichting aanschakelen. Dit op 2 momenten nl: 's morgens om 5:45 en 's avonds 30 minuten voordat de zon onder gaat. 's morgens mag de verlichting enkel aangaan als het nog donker is. Hiervoor heb ik dus een voorwaarde ingebouwd: Voor zonsopkomst. Echter moet ik dan ook een voorwaarde voorzien voor 's avonds (want dan is het niet VOOR zonsopkomst) dus had ik een "of" voorwaarde toegevoegd met Na zonsondergang met offset van -1 uur

Blijkbaar gaat het licht nu niet aan 's avonds maar ik zie mijn fout in de logica niet
De YAML:

YAML:

- id: '1589125980822'
  alias: Binnenverlichting aan
  description: ''
  trigger:
  - event: sunset
    offset: -0:30:00
    platform: sun
  - at: '5:45'
    platform: time
  condition:
  - before: sunrise
    condition: sun
  - condition: or
    conditions:
    - after: sunset
      after_offset: '-1:00:00'
      condition: sun
  action:
  - data: {}
    entity_id: scene.binnenverlichting_aan
    service: scene.turn_on

[Koepert]

Wat gaat hier precies mis? In de ON status is het icoon keurig zichtbaar, bij OFF echter blanco...

YAML:

icon: >-
  [[[ if (entity.state == "on") return "mdi-toggle-switch-outline"; else return "mdi:mdi-toggle-switch-off-outline"; ]]]

(overigens voor ik deze altijd zo in, maar maakt HA er zelf bovenstaande van)

YAML:

icon: [[[ if (entity.state == "on") return "mdi-toggle-switch-outline"; else return "mdi:mdi-toggle-switch-off-outline"; ]]]

[Hmmbob]

Koepert schreef op vrijdag 29 mei 2020 @ 15:17:
Wat gaat hier precies mis? In de ON status is het icoon keurig zichtbaar, bij OFF echter blanco...

YAML:

icon: >-
  [[[ if (entity.state == "on") return "mdi-toggle-switch-outline"; else return "mdi:mdi-toggle-switch-off-outline"; ]]]

(overigens voor ik deze altijd zo in, maar maakt HA er zelf bovenstaande van)

Je else-return heeft een extra "mdi:" ten opzichte van de if-return.

[Hmmbob]

Yoki1985 schreef op vrijdag 29 mei 2020 @ 15:13:
Als jullie het licht willen schakelen 's morgens & 's avonds. Plaatsen jullie dit dan in 2 aparte automatisaties? of maken jullie 1 automatisatie met 2 triggers?

Om een beetje het overzicht te bewaren wouw ik de automatisatie met meerdere triggers proberen maar ik doe blijkbaar iets verkeerd.

Wat ik wil doen is mijn binnenverlichting aanschakelen. Dit op 2 momenten nl: 's morgens om 5:45 en 's avonds 30 minuten voordat de zon onder gaat. 's morgens mag de verlichting enkel aangaan als het nog donker is. Hiervoor heb ik dus een voorwaarde ingebouwd: Voor zonsopkomst. Echter moet ik dan ook een voorwaarde voorzien voor 's avonds (want dan is het niet VOOR zonsopkomst) dus had ik een "of" voorwaarde toegevoegd met Na zonsondergang met offset van -1 uur

Blijkbaar gaat het licht nu niet aan 's avonds maar ik zie mijn fout in de logica niet
De YAML:

YAML:

- id: '1589125980822'
  alias: Binnenverlichting aan
  description: ''
  trigger:
  - event: sunset
    offset: -0:30:00
    platform: sun
  - at: '5:45'
    platform: time
  condition:
  - before: sunrise
    condition: sun
  - condition: or
    conditions:
    - after: sunset
      after_offset: '-1:00:00'
      condition: sun
  action:
  - data: {}
    entity_id: scene.binnenverlichting_aan
    service: scene.turn_on

Je conditions staan niet juist. Probeer deze eens;

YAML:

- id: '1589125980822'
  alias: Binnenverlichting aan
  description: ''
  trigger:
  - event: sunset
    offset: -0:30:00
    platform: sun
  - at: '5:45'
    platform: time
  condition:
  - condition: or
    conditions:
    - before: sunrise
      condition: sun
    - after: sunset
      after_offset: '-1:00:00'
      condition: sun
  action:
  - data: {}
    entity_id: scene.binnenverlichting_aan
    service: scene.turn_on

[Koepert]

Hmmbob schreef op vrijdag 29 mei 2020 @ 15:25:
[...]

Je else-return heeft een extra "mdi:" ten opzichte van de if-return.

Ja dat zag ik net ook.. maar lost het niet op.. Dit was toevallig oook de enige waar het mis ging mbt MDI:.. maar niet de enige waar de ene state WEL wat laat zien (ON) en de OFF state niets..

Als ik het wijzig naar dit werkt het ook niet overigens:

YAML:

 [[[ if (entity.state == "on") return "mdi:toggle-switch-outline"; if (entity.state == "off") return "mdi:toggle-switch-off-outline"; ]]]
of
 [[[ if (entity.state == "on") return "mdi:toggle-switch-outline"; return "mdi:toggle-switch-off-outline"; ]]]

Overigens heb ik het nu omgekeerd. If (entity.state == "off" dus... dan werkt hij ook NIET bij OFF en WEL bij ON..

[ Voor 37% gewijzigd door Koepert op 29-05-2020 15:57 . Reden: Nieuwe informatie ]

[Yoki1985]

Hmmbob schreef op vrijdag 29 mei 2020 @ 15:26:
[...]

Je conditions staan niet juist. Probeer deze eens;

YAML:

- id: '1589125980822'
  alias: Binnenverlichting aan
  description: ''
  trigger:
  - event: sunset
    offset: -0:30:00
    platform: sun
  - at: '5:45'
    platform: time
  condition:
  - condition: or
    conditions:
    - before: sunrise
      condition: sun
    - after: sunset
      after_offset: '-1:00:00'
      condition: sun
  action:
  - data: {}
    entity_id: scene.binnenverlichting_aan
    service: scene.turn_on

Ah damn tuurlijk. Heb het aangepast! Fingers crossed!!

Tx

[Hmmbob]

Koepert schreef op vrijdag 29 mei 2020 @ 15:29:
[...]


Ja dat zag ik net ook.. maar lost het niet op.. Dit was toevallig oook de enige waar het mis ging mbt MDI:.. maar niet de enige waar de ene state WEL wat laat zien (ON) en de OFF state niets..

Als ik het wijzig naar dit werkt het ook niet overigens:

YAML:

 [[[ if (entity.state == "on") return "mdi:toggle-switch-outline"; if (entity.state == "off") return "mdi:toggle-switch-off-outline"; ]]]
of
 [[[ if (entity.state == "on") return "mdi:toggle-switch-outline"; return "mdi:toggle-switch-off-outline"; ]]]

Overigens heb ik het nu omgekeerd. If (entity.state == "off" dus... dan werkt hij ook NIET bij OFF en WEL bij ON..

Maare, dit kan toch niet standaard in HA dacht ik? Waar gebruik je dit? Heb je custom-ui, of gebruik je een custom-card, of.... ?

[Koepert]

Hmmbob schreef op vrijdag 29 mei 2020 @ 16:11:
[...]

Maare, dit kan toch niet standaard in HA dacht ik? Waar gebruik je dit? Heb je custom-ui, of gebruik je een custom-card, of.... ?

Excuus. Ja custom:button-card, hier de hele card.

YAML:

confirmation:
  text: '[[[ return `Weet je zeker dat je de Nachtschakelaar wil wijzigen?`]]]'
entity: input_boolean.nachtschakelaar
icon: >-
  [[[ if (entity.state == "off") return "mdi:toggle-switch-off-outline"; else
  return "mdi:toggle-switch-outline"; ]]]
name: Nachtschakelaar
show_state: false
state:
  - card:
      - filter: opacity(50%)
    icon:
      - filter: grayscale(100%)
    styles: null
    value: 'off'
style: |
  ha-card {
      background-color: var(--primary-background-color);
      border-radius: 15px;
      margin: 10px;
      box-shadow: 
        {% if is_state('sun.sun', 'above_horizon') %}
          -8px -8px 8px 0 rgba(255,255,255,.5),8px 8px 8px 0 rgba(0,0,0,.03);
        {% else %}
          -8px -8px 8px 0 rgba(50, 50, 50,.5),8px 8px 8px 0 rgba(0,0,0,.15);
        {% endif %}   
   }
styles:
  card:
    - width: 110px
    - height: 110px
  name:
    - font-size: 12px
type: 'custom:button-card'

Het lijkt er wel op of Home Assistant de status OFF niet ziet/herkent.. want de OFF-switches laten geen icoon zien, of de if entity-state = nu OFF of ON is..

[ Voor 6% gewijzigd door Koepert op 29-05-2020 16:24 ]

[Hmmbob]

Koepert schreef op vrijdag 29 mei 2020 @ 16:13:
[...]


Excuus. Ja custom:button-card, hier de hele card.

YAML:

confirmation:
  text: '[[[ return `Weet je zeker dat je de Nachtschakelaar wil wijzigen?`]]]'
entity: input_boolean.nachtschakelaar
icon: >-
  [[[ if (entity.state == "off") return "mdi:toggle-switch-off-outline"; else
  return "mdi:toggle-switch-outline"; ]]]
name: Nachtschakelaar
show_state: false
state:
  - card:
      - filter: opacity(50%)
    icon:
      - filter: grayscale(100%)
    styles: null
    value: 'off'
style: |
  ha-card {
      background-color: var(--primary-background-color);
      border-radius: 15px;
      margin: 10px;
      box-shadow: 
        {% if is_state('sun.sun', 'above_horizon') %}
          -8px -8px 8px 0 rgba(255,255,255,.5),8px 8px 8px 0 rgba(0,0,0,.03);
        {% else %}
          -8px -8px 8px 0 rgba(50, 50, 50,.5),8px 8px 8px 0 rgba(0,0,0,.15);
        {% endif %}   
   }
styles:
  card:
    - width: 110px
    - height: 110px
  name:
    - font-size: 12px
type: 'custom:button-card'

Het lijkt er wel op of Home Assistant de status OFF niet ziet/herkent.. want de OFF-switches laten geen icoon zien, of de if entity-state = nu OFF of ON is..

Kijk even naar het voorbeeld hier: https://github.com/custom-cards/button-card#blink

[martinvdm]

Quad schreef op vrijdag 29 mei 2020 @ 12:06:
@Wilf Ik mistte vooral met Hue de mogelijkheid om een lamp een kwartier of half uur na zonsondergang (bijvoorbeeld buiten..) aan te laten zetten. In Hue kan je alleen de transitie kiezen vanaf dat de zonsondergang plaats vind.
Gevolg is dat deze periode de lampen veel te vroeg aan staan.

In HA kan ik simpelweg de actie pas later laten starten nadat de zon onder is met behulp van offset.

code:

  alias: Verlichting:Tuin:Inschakelen:Zonsondergang
  description: ''
  trigger:
  - event: sunset
    offset: '900' #<- kwartier
    platform: sun
  condition: []
  action:
  - scene: scene.tuinverlichting #<- Scène waarbij de lampen in een transitie van 20 seconden aanspringen van 0 naar de ingestelde brightness.

Woonkamerverlichting gaat trouwens een kwartier vóór zonsondergang aan:

code:

  alias: Verlichting:Woonkamer:Inschakelen:Zonsondergang
  description: ''
  trigger:
  - event: sunset
    offset: '-900' #<- minteken is kwartier vóór zonsondergang
    platform: sun
  condition: []
  action:
  - scene: scene.woonkamer_verlichting

Je kan trouwens je offset ook gewoon zo schrijven. Dat maakt het een stuk leesbaarder.

code:

offset: "-00:30:00"

[Koepert]

Hmmbob schreef op vrijdag 29 mei 2020 @ 16:40:
[...]

Kijk even naar het voorbeeld hier: https://github.com/custom-cards/button-card#blink

Ah yees.. thnx.. Nu kan ik al mn buttons langs en dit er van maken (met diverse iconen uiteraard)

YAML:

    state:
      - card:
          - filter: opacity(50%)
        icon: 'mdi:package-variant'
        styles: null
        value: 'off'
      - card:
          - filter: opacity(50%)
        icon: 'mdi:package-variant-closed'
        styles: null
        value: 'on'

[martinvdm]

Hmmbob schreef op vrijdag 29 mei 2020 @ 09:53:
0.110.4 komt eraan (echter lijkt de build/release niet afgetrapt te zijn):


[...]

Ik ben zelf erg blij met #36185, want die zou mijn cast problemen oplossen

Ben heel benieuwd. Ik heb je issue zijdelings gevolgd. Wel opmerkelijk dat ik meermaals op discord het mDns issue heb besproken en eigenlijk altijd te horen kreeg: Zorg maar dat mdns goed werkt. Terwijl dit naar mijn idee wel goed werkte. Ben blij als er een oplossing komt iig. Het blijft tenslotte open source en de devs presteren top werk.

[ Voor 5% gewijzigd door martinvdm op 29-05-2020 17:36 ]

[Meelobee]

Wilf schreef op vrijdag 29 mei 2020 @ 12:01:
Dan ga ik maar even wat raspberries uit het vet halen en pielen, klinkt toch zeker als de moeite waard thnx!


[...]
OK, I’m in!

Ik zag deze topic toevallig bij actieve topics maar het sluit erg aan bij wat ik van plan was dus ‘a bookmark is born’.

Deed me hieraan denken..

Pas op, is zeer verslavend en het is een erg diep konijnenhol

[ Voor 4% gewijzigd door Meelobee op 29-05-2020 17:43 ]

[golles]

martinvdm schreef op vrijdag 29 mei 2020 @ 17:35:
[...]

Ben heel benieuwd. Ik heb je issue zijdelings gevolgd. Wel opmerkelijk dat ik meermaals op discord het mDns issue heb besproken en eigenlijk altijd te horen kreeg: Zorg maar dat mdns goed werkt. Terwijl dit naar mijn idee wel goed werkte. Ben blij als er een oplossing komt iig. Het blijft tenslotte open source en de devs presteren top werk.

De vraag is, hoe test je of dit goed werkt?

Ik heb dat destijds aangezet op mijn pi4 toen ik de homekit component ging gebruiken. Daarvoor (en daarna) werkten al mijn chromecasts gewoon goed. Ook voor 110 werkte alles goed.
Homekit werkt trouwens, dus ik ga er van uit dat het werkt. Ik heb dit gedaan:

code:

# This feature requires running an mDNS forwarder on your Docker host, e.g., avahi-daemon in reflector mode.
#
# In /etc/avahi/avahi-daemon.conf update the reflector section like bellow, make sure those 3 lines are not commented out.
#
# [reflector]
# enable-reflector=yes
# reflect-ipv=no

# Restart the Avahi daemon to reload config:
# sudo service avahi-daemon restart

(ik heb dit als comment in de yaml staan, voor als ik het nog een keer nodig heb)

Ik heb 1 netwerk thuis en docker (op de pi4) heeft een eigen netwerk, alles staat open dmv poorten. Ik gebruik geen netwerk host.

[martinvdm]

golles schreef op vrijdag 29 mei 2020 @ 18:29:
[...]


De vraag is, hoe test je of dit goed werkt?

Ik heb dat destijds aangezet op mijn pi4 toen ik de homekit component ging gebruiken. Daarvoor (en daarna) werkten al mijn chromecasts gewoon goed. Ook voor 110 werkte alles goed.
Homekit werkt trouwens, dus ik ga er van uit dat het werkt. Ik heb dit gedaan:

code:

# This feature requires running an mDNS forwarder on your Docker host, e.g., avahi-daemon in reflector mode.
#
# In /etc/avahi/avahi-daemon.conf update the reflector section like bellow, make sure those 3 lines are not commented out.
#
# [reflector]
# enable-reflector=yes
# reflect-ipv=no

# Restart the Avahi daemon to reload config:
# sudo service avahi-daemon restart

(ik heb dit als comment in de yaml staan, voor als ik het nog een keer nodig heb)

Ik heb 1 netwerk thuis en docker (op de pi4) heeft een eigen netwerk, alles staat open dmv poorten. Ik gebruik geen netwerk host.

Ik heb Avahi ook draaien. Je kunt uitgebreid mdns testen middels Avahi-browse. Dit specifieke issue ligt iets genuanceerder mbt Zeroconf. Weet niet of HomeKit dat gebruikt

[Hmmbob]

martinvdm schreef op vrijdag 29 mei 2020 @ 17:35:
[...]

Ben heel benieuwd. Ik heb je issue zijdelings gevolgd. Wel opmerkelijk dat ik meermaals op discord het mDns issue heb besproken en eigenlijk altijd te horen kreeg: Zorg maar dat mdns goed werkt. Terwijl dit naar mijn idee wel goed werkte. Ben blij als er een oplossing komt iig. Het blijft tenslotte open source en de devs presteren top werk.

Het lijkt erop dat het een soort race condition is - op de een of andere manier treedt het niet altijd op.

Steile leercurve met debuggen, maar was leuk om te doen. Samen maken we het nóg beter!

[Septillion]

@Koepert Ik gebruik de Xiaomi MiJia light sensor (GZCGQ01LM) via Zigbee2MQTT. Gebruik hem sinds dat hij beschikbaar is in Z2M (januari ofzo?) en dat bevalt echt heel goed. Hij rapporteert ook nog 100% battery en hij geeft toch best vaak een update (vooral op basis van verschil) dus werkt rap.

daxy schreef op vrijdag 29 mei 2020 @ 14:35:
[...]


Mijn sensor komt er ook aan en ik wil ook in de woonkamer Lux gestuurd gaan verlichten. Zou iemand zijn automations kunnen/willen delen of is het niets meer dan "if lux < 100 then light-on else light-off" idee?

In de basis is dat het wel maar je kan het zo fancy maken als je wilt. Voor ik iets meer ging proberen (WIP) had ik:

YAML:

- id: '1581970460946'
  alias: Livingroom Auto off
  description: ''
  trigger:
  - entity_id: input_boolean.livingroom_active
    platform: state
    to: 'off'
  condition: []
  action:
  - scene: scene.livingroom_all_off
  - data: {}
    entity_id: input_boolean.livingroom_dining_table_manual
    service: input_boolean.turn_off
  - data: {}
    service: script.livingroom_receiver_off
- id: '1581970838762'
  alias: Livingroom Auto normal
  description: ''
  trigger:
  - entity_id: input_boolean.livingroom_active
    platform: state
    to: 'on'
  - for:
      hours: 0
      minutes: 2
      seconds: 0
    platform: template
    value_template: '{{ states(''sensor.outside_luminance_illuminance_lux'')|int <
      states(''input_number.livingroom_normal_lux'')|int }}'
  condition:
  - condition: state
    entity_id: input_boolean.livingroom_active
    state: 'on'
  - condition: template
    value_template: '{{ states(''sensor.outside_luminance_illuminance_lux'')|int <
      states(''input_number.livingroom_normal_lux'')|int }}'
  action:
  - scene: scene.livingroom_normal
- id: '1581971394272'
  alias: Livingroom Auto basic
  description: ''
  trigger:
  - entity_id: input_boolean.livingroom_active
    platform: state
    to: 'on'
  - for:
      hours: 0
      minutes: 2
      seconds: 0
    platform: template
    value_template: '{{ states(''sensor.outside_luminance_illuminance_lux'')|int >=
      states(''input_number.livingroom_normal_lux'')|int }}'
  condition:
  - condition: state
    entity_id: input_boolean.livingroom_active
    state: 'on'
  - condition: template
    value_template: '{{ states(''sensor.outside_luminance_illuminance_lux'')|int >=
      states(''input_number.livingroom_normal_lux'')|int }}'
  action:
  - scene: scene.livingroom_basic
  - condition: state
    entity_id: input_boolean.livingroom_dining_table_manual
    state: 'off'
  - device_id: 1768dbaf469c4d6ea8fb61f235aa4388
    domain: light
    entity_id: light.livingroom_dining_table
    type: turn_off

Ik gebruik zowel een helper voor aan/uit als voor de threshold. Dit zorgt ervoor dat ik deze on the fly (of via een automation zou ik dat willen) kan anpassen. Ook heb ik hem daardoor centraal en hoef ik niet meerdere automations door als ik niet tevreden ben met de threshold. Verder gebruik ik een hysterese van 2 minuten zodat het niet gaat staan klapperen bij een wolkje maar wel aan gaat als het serieus donker wordt door een wolk

Ik zoek voorbeelden waarbij overdag licht aan gaat bij weinig lux, maar waar het in de avond wat donkerder/gezelliger is.

Als je later op de avond het nog weer anders wilt zal je wel weer wat meer moeten doen. Zelf ben ik nog beetje aan het spelen om ook dingen als een movie mode en werk mode enzo te hebben. Deze moeten dan "auto" tijdelijk uitschakelen enz. En je kan het al een beeeetje zien, hier had ik al een uitzondering voor de lamp boven de tafel zodat ik deze als uitzondering aan/uit kon zetten zonder de hele kamer een "overrule" te geven.

[Hmmbob]

golles schreef op vrijdag 29 mei 2020 @ 18:29:
[...]


De vraag is, hoe test je of dit goed werkt?

Ik heb dat destijds aangezet op mijn pi4 toen ik de homekit component ging gebruiken. Daarvoor (en daarna) werkten al mijn chromecasts gewoon goed. Ook voor 110 werkte alles goed.
Homekit werkt trouwens, dus ik ga er van uit dat het werkt. Ik heb dit gedaan:

code:

# This feature requires running an mDNS forwarder on your Docker host, e.g., avahi-daemon in reflector mode.
#
# In /etc/avahi/avahi-daemon.conf update the reflector section like bellow, make sure those 3 lines are not commented out.
#
# [reflector]
# enable-reflector=yes
# reflect-ipv=no

# Restart the Avahi daemon to reload config:
# sudo service avahi-daemon restart

(ik heb dit als comment in de yaml staan, voor als ik het nog een keer nodig heb)

Ik heb 1 netwerk thuis en docker (op de pi4) heeft een eigen netwerk, alles staat open dmv poorten. Ik gebruik geen netwerk host.

Je hebt utils voor mDNS, zodat je ook avahi-browse kan doen bijvoorbeeld en zo mDNS verkeer kan bekijken op je host. Ik heb daarnaast ingesteld dat avahi alleen reflecteert tussen eth0 en de specifieke bridge die bij mijn Docker Homeassistant netwerk hoort (ik heb in Docker meerdere netwerken voor meerdere services die niets met elkaar te maken hebben (bijv webserver <> HA)). Al moet ik bekennen dat ik dat pas ná het optreden van het probleem ingesteld heb, om te kijken of het hielp.

Maar, in mijn geval gaven de HA logs ook gewoon mDNS verkeer aan, het werd simpelweg niet juist geparsed. En het probleem was vrij binair: in 0.109.6 deden alle cast apparaten het goed, in 0.110 deed niets het (tot over verloop van tijd er langzaamaan wat bij kwamen).

[ Voor 3% gewijzigd door Hmmbob op 29-05-2020 18:54 ]

[golles]

Bedankt @martinvdm en @Hmmbob ik ga me er binnenkort eens in verdiepen, ik vind het altijd wel fijn dat ik iets ook echt kan testen en bewijzen dat het werkt.
Nu aan het wachten tot de nieuwe release...

[skank]

martinvdm schreef op donderdag 28 mei 2020 @ 12:50:
Voor de zigbee mensen. Er komt een interessante Blitzwolf 16A zigbee 3.0 EU plug aan.
https://m.blitzwolf.com/B...-Voice-Control-p-518.html

Erg benieuwd wat die gaat kosten

[Hmmbob]

skank schreef op vrijdag 29 mei 2020 @ 20:35:
[...]


Erg benieuwd wat die gaat kosten

€10,07 + €2,27 shipping. Klik even door naar "Banggood"

[skank]

Hmmbob schreef op vrijdag 29 mei 2020 @ 20:37:
[...]

€10,07 + €2,27 shipping. Klik even door naar "Banggood"

Zo goedkoop..
Ik wacht nog even af of die dan te koppelen is met de conbee 2 stick om zo in HA te geraken
Ik heb ook nog steeds geen conbee 2 stick.. moet ik maar es werk v maken ter vervanging van mn hue bridge

[skank]

D3nnisd schreef op vrijdag 29 mei 2020 @ 10:27:
[...]


In mijn geval gaat het wel snel Maar dat heeft zijn redenen.

Bij andere devices: Je moet bepaalde waarden aanleveren zodat users als Swoop of Ebaauw het goed op kunnen pakken. Als men dat niet doet, is het onmogelijk.

Gaat een geval over jou/van jou?

oh jij hebt die ook besteld.
Hoe betrouwbaar schat je die?
En hoeveel kans dat die effectief bruikbaar zijn icm conbee 2 stick? waarbij je verbruikswaarden ook kan terughebben in HA?
Ik twijfel om ook onmiddelijk 2 te bestellen, wil echter niet zoals vorige keer met 2 plugs opgescheept zitten