Home Assistant - Open source Python3 home automation

[Zwerver]

@lolgast Ik weet niet hoeveel ervaring jij hebt met hassio, maar klopt mijn aanname dat totdat we labels kunnen aanpassen op draaiende containers - wat een feature request is - de enige makkelijke manier om alle hassio containers die ik wil exposen via Traefik is om alle images aan te passen en de labels daaraan toe te voegen?

[lolgast]

@Zwerver Ik heb 0 ervaring met HassIO, maar je aanname klopt niet. Daar kun je de [file] optie van Traefik voor gebruiken

Dat is niet zo intuïtief als rechtstreekse Docker integratie, maar het resultaat is hetzelfde

[Zwerver]

lolgast schreef op zondag 24 maart 2019 @ 13:11:
@Zwerver Ik heb 0 ervaring met HassIO, maar je aanname klopt niet. Daar kun je de [file] optie van Traefik voor gebruiken

Dat is niet zo intuïtief als rechtstreekse Docker integratie, maar het resultaat is hetzelfde

Okay, dat had ik gisteravond werkend, maar klopt het dat je dan op HASS zelf SSL uitschakelt? Ik vraag het omdat mijn log daarna behoorlijk naar de kl*te ging met allerlei SSL errors, maar alles leek wel gewoon te werken.

[JBS]

Zwerver schreef op zondag 24 maart 2019 @ 13:53:
[...]

Okay, dat had ik gisteravond werkend, maar klopt het dat je dan op HASS zelf SSL uitschakelt? Ik vraag het omdat mijn log daarna behoorlijk naar de kl*te ging met allerlei SSL errors, maar alles leek wel gewoon te werken.

Traefik verzorgt het SSL certificaat, dat hoeft HASS niet meer te doen.

[lolgast]

@Zwerver Dat ligt er aan wat je belangrijk vindt. Ik heb HA zelf inderdaad zonder SSL geconfigureerd. Ik connect alle andere software naar hass.lolgast.nl wat uitkomt bij Traefik, welke er vervolgens alsnog SSL voor gooit. En als dat niet werkt connect ik gewoon naar http://IPVanHAServer:8123, zonder SSL. Intern vind ik dat niet zo belangrijk, als daar iemand zo ver is dat hij het verkeer kan afluisteren gaat het op een ander niveau al verkeerd Zakelijk gezien zou ik daar anders over denken, want dan heb je niet altijd vat op wie er op welk niveau bij welke switch is. Voor thuis, lekker belangrijk...

Mijn HA http component ziet er dan ook zo uit

YAML:

http:
  base_url: hass.lolgast.nl
  server_port: 8123
  trusted_proxies:
    - 172.22.0.0/16

Voordeel van een base_url zonder ssl is dat je ook http websites als iframe kunt toevoegen

[ Voor 5% gewijzigd door lolgast op 24-03-2019 14:08 ]

[Tim Schuhmacher]

Misschien dat het eerder een Docker dat specifiek een Home Assistant vraag is. Maar wanneer ik Hass.io in een docker draai dan komt er een bepaalde versie van Hass mee in de docker. Nu kan ik zonder de docker te upgraden binnen de draaiende docker omgeving zelf Hass ook updaten naar een nieuwere versie. De docker zal altijd achter de nieuwe versie van Hass aanlopen. Dat is dus niet problematisch.

Ik wil echter niet gelijk de .0 versie van een nieuwe release hebben met de kans op breaking changes. Dus ik upgrade nu handmatig altijd naar een versie van ~2 weken terug. Dus een vorige release maar met hotfixes.

Voor diegene die docker voor Hass gebruiken, upgraden jullie enkel via een nieuwe Docker release, of negeren jullie die en upgraden jullie alleen Hass in de Docker.

En kan de volgende situatie optreden, binnen Docker heb ik geupgrade naar versie X. Ik update docker, die blijkt nog versie X-1 in zich te hebben. Wat gebeurt er dan?

[Zwerver]

lolgast schreef op zondag 24 maart 2019 @ 14:06:
@Zwerver Dat ligt er aan wat je belangrijk vindt. Ik heb HA zelf inderdaad zonder SSL geconfigureerd. Ik connect alle andere software naar hass.lolgast.nl wat uitkomt bij Traefik, welke er vervolgens alsnog SSL voor gooit. En als dat niet werkt connect ik gewoon naar http://IPVanHAServer:8123, zonder SSL. Intern vind ik dat niet zo belangrijk, als daar iemand zo ver is dat hij het verkeer kan afluisteren gaat het op een ander niveau al verkeerd Zakelijk gezien zou ik daar anders over denken, want dan heb je niet altijd vat op wie er op welk niveau bij welke switch is. Voor thuis, lekker belangrijk...

Mijn HA http component ziet er dan ook zo uit

YAML:

http:
  base_url: hass.lolgast.nl
  server_port: 8123
  trusted_proxies:
    - 172.22.0.0/16

Voordeel van een base_url zonder ssl is dat je ook http websites als iframe kunt toevoegen

Ah, nu zie ik het idd ook bij mij. En dat werkt dus wel een stuk beter dan verwacht

[the_cyberspace]

Misschien dat meer mensen dit ervaren.

Ik had m`n HassIO installatie verknald en diverse pogingen gedaan om de boel weer te installeren. Een raspberry pi 2 geprobeerd, en een rpi3+, een diy servertje, een intel nuc maar niks werkte, bleef elke keer op het scherm "Prepare HassIO, this can take up 20 minutes.." hangen

Na vele installaties (en een hoop gevloek..) verder bedacht ik me opeens of dit niet met DNS te maken kan hebben want ergens moest er iets mis gaan. Heb hier ook pi-hole draaiende en na het wijzigen van de dns naar OpenDNS op de intel nuc waar HassIO op moest komen heb ik opeens weer een werkende installatie! Ik weer helemaal blij natuurlijk en kan weer klungelen maar dit is toch vreemd? Alles werkt gewoon verder, alleen de installatie van HassIO ging dus niet goed via pi-hole

[GAEvakYD]

Vraagje over een template sensor. Ik wil een attribuut van een entiteit combineren met een stukje fixen string.

In "camera.camera_achterdeur.entity_picture" staat een string zoals "/api/camera_proxy/camera.camera_achterdeur?token=faa662752c211c48e3rwefr3v530ca0698bd2e4ebe08758059d927a09469e40e1"

Daarom wil ik er een stuk string voor zetten via een template sensor zodat ik een mooie werkende URL overhoud. Zoals "http://thuis.banaan.com//api/camera_proxy/camera.camera_voordeur?token=faa662752c211c48e3e6c898530ca0698bd2e4ebe08758059d927a09469e40e1".

Ik heb al een tijdje zitten klote met die template sensors maar nergens gevonden hoe ik een string of losse karakters kan toevoegen. Of ik krijg een error of een lege string. Als ik alleen het stukje state_attr doe dan krijg ik wel netjes dat deel van de URL in de template sensor.

Wat doe ik fout?

code:

    sensors:
      voordeur_test_snapshoturl:
        value_template: "{{ 'https://thuis.banaan.com:8123/' . state_attr('camera.camera_achterdeur', 'entity_picture') }}"

[Imperial Guard]

Saturnus schreef op zaterdag 23 maart 2019 @ 19:13:
[...]

https://www.home-assistant.io/components/default_config/ is vrij nieuw. Misschien staat die in je config maar de component is er dus alleen vanaf versie 0.88.


[...]

In mijn geval de bluetooth adapter.
In de documentatie wordt wel een methode beschreven om die door te geven aan de container, maar werkte totaal niet.

Same issue hier met bluetooth usb adapter, hoe heb jij het voor elkaar gekregen?

[zoeperman]

Heb de shelly getest hier in huis, merk dat het wifi signaal achter een schakelaar niet echt een succes is.
Zal eens kijken wat hij in de centraal doos boven een lamp doet.
draaien jullie Mqtt op dezelfde server als waar je alles op draait in docker?
Ik draai het nu los op een pi die de SMA converter uitleest via bluetooth, maar die is een beetje brak aan het worden... (heb ook nog geen sma bluetooth in een docker gevonden)

[Cezus]

Thnx voor alle reacties op mijn vraag betreft de wandschakelaar! Zie dat het ook veel bij andere leef =]

[Zwerver]

Volgende vraag. Ik woon in het VK en daar zijn ze nog niet zo ver met de digitalisering van dingen. Maar, ik zie nu dat er een post formulier is om onze afvalophaling uit te lezen. https://www.northampton.g...check_your_collection_day

Iemand een idee hoe ik dit met HA kan doen? Ik zit zelf te denken om het in python te doen, maar misschien is er al iets?

[Vaevictis_]

Zwerver schreef op zondag 24 maart 2019 @ 21:44:
Volgende vraag. Ik woon in het VK en daar zijn ze nog niet zo ver met de digitalisering van dingen. Maar, ik zie nu dat er een post formulier is om onze afvalophaling uit te lezen. https://www.northampton.g...check_your_collection_day

Iemand een idee hoe ik dit met HA kan doen? Ik zit zelf te denken om het in python te doen, maar misschien is er al iets?

https://www.home-assistant.io/components/sensor.scrape/

[Zwerver]

Vaevictis_ schreef op zondag 24 maart 2019 @ 22:05:
[...]


https://www.home-assistant.io/components/sensor.scrape/

Die kan niet een waarde in een post form zetten, toch? Want je kan dus niet de eind url krijgen - zover ik kan zien - zonder een post te doen

[Saturnus]

Imperial Guard schreef op zondag 24 maart 2019 @ 18:06:
[...]


Same issue hier met bluetooth usb adapter, hoe heb jij het voor elkaar gekregen?

In mijn geval gaat het om de bluetoothadapter van de Raspberry Pi 3b. Na december niet weer naar gekeken. Daarnaast een Xiaomi Mi Hub in gebruik die mogelijk uberhaupt de "--net=host" configuratie nodig heeft (en dat is dus mijn 'oplossing'). Ik ondervind nog geen nadelen en zie het wel een keer als ik (binnenkort wellicht al) de boel naar de fileserver verplaats of als er eens een zigbee2mqtt oplossing komt.

[Jelte]

zoeperman schreef op zondag 24 maart 2019 @ 21:24:
Heb de shelly getest hier in huis, merk dat het wifi signaal achter een schakelaar niet echt een succes is.
Zal eens kijken wat hij in de centraal doos boven een lamp doet.
draaien jullie Mqtt op dezelfde server als waar je alles op draait in docker?
Ik draai het nu los op een pi die de SMA converter uitleest via bluetooth, maar die is een beetje brak aan het worden... (heb ook nog geen sma bluetooth in een docker gevonden)

Dat is dan jouw ervaring. Bij mij (met nu 6 stuks) is vlekkeloos.
Nu hangt hier weleen fritzbox met een meshrouter erbij.

Doet de Shelly het wel als deze niet is ingebouwd? (Even testen voordat je alles inbouwd)

[lolgast]

GAEvakYD schreef op zondag 24 maart 2019 @ 17:44:
Vraagje over een template sensor. Ik wil een attribuut van een entiteit combineren met een stukje fixen string.

In "camera.camera_achterdeur.entity_picture" staat een string zoals "/api/camera_proxy/camera.camera_achterdeur?token=faa662752c211c48e3rwefr3v530ca0698bd2e4ebe08758059d927a09469e40e1"

Daarom wil ik er een stuk string voor zetten via een template sensor zodat ik een mooie werkende URL overhoud. Zoals "http://thuis.banaan.com//api/camera_proxy/camera.camera_voordeur?token=faa662752c211c48e3e6c898530ca0698bd2e4ebe08758059d927a09469e40e1".

Ik heb al een tijdje zitten klote met die template sensors maar nergens gevonden hoe ik een string of losse karakters kan toevoegen. Of ik krijg een error of een lege string. Als ik alleen het stukje state_attr doe dan krijg ik wel netjes dat deel van de URL in de template sensor.

Wat doe ik fout?

code:

    sensors:
      voordeur_test_snapshoturl:
        value_template: "{{ 'https://thuis.banaan.com:8123/' . state_attr('camera.camera_achterdeur', 'entity_picture') }}"

Probeer hem zo eens

code:

{{'https://thuis.banaan.com:8123' + states.camera.camera_achterdeur.attributes.entity_picture}}

[XanderHuisman]

zoeperman schreef op zondag 24 maart 2019 @ 21:24:
Heb de shelly getest hier in huis, merk dat het wifi signaal achter een schakelaar niet echt een succes is.
Zal eens kijken wat hij in de centraal doos boven een lamp doet.
draaien jullie Mqtt op dezelfde server als waar je alles op draait in docker?
Ik draai het nu los op een pi die de SMA converter uitleest via bluetooth, maar die is een beetje brak aan het worden... (heb ook nog geen sma bluetooth in een docker gevonden)

Ik heb ooit een SMA omvormer uitgelezen via Bluetooth in een c programma. Ik kan je misschien helpen met het maken van een python variant (kun je vrij makkelijk in een Docker container wrappen).

[zoeperman]

Jelte schreef op maandag 25 maart 2019 @ 07:17:
[...]
Dat is dan jouw ervaring. Bij mij (met nu 6 stuks) is vlekkeloos.
Nu hangt hier weleen fritzbox met een meshrouter erbij.

Doet de Shelly het wel als deze niet is ingebouwd? (Even testen voordat je alles inbouwd)

Ja er buiten doet hij het wel, misschien netwerk maar eens een upgrade geven naar unifi ofzo

[GAEvakYD]

lolgast schreef op maandag 25 maart 2019 @ 07:47:
[...]

Probeer hem zo eens

code:

{{'https://thuis.banaan.com:8123' + states.camera.camera_achterdeur.attributes.entity_picture}}

Thanks. Dit werkt perfect.

[Imperial Guard]

Gisteren een groot deel van de dag aan het prutsen geweest om Caddy aan de praat te krijgen in een docker omgeving.

Nu loop ik tegen het volgende issue aan:

code:

Activating privacy features... 2019/03/25 09:49:48 [INFO][FileStorage:/etc/caddycerts] Started certificate maintenance routine
2019/03/25 09:49:48 get Agreement URL: Get https://acme-v02.api.letsencrypt.org/directory: x509: certificate signed by unknown authority
exit status 1

Zegt jullie dit iets?

[JBS]

Zit al een tijdje met onderstaande warnings. Helaas worden er geen regelnummers of andere hints gegeven waar deze niet ondersteunde keys zitten. Zit er iets anders op dan alle bestanden te doorzoeken op 'icon:' en per geval te bekijken of deze nog ondersteund worden?

Iemand ook de melding over 'device' gehad? Simpelweg zoeken op 'device:' in alle bestanden levert namelijk geen resultaat op.



\\Edit: Opgelost. Na het updaten van de DAFANG firmware op mijn Xiaomi Xiaofang camera is het probleem opgelost. Vermoedelijk zat in de MQTT communicatie. Ook een 'Payload is not True or False' warning in cover.py is hiermee opgelost (op basis van deze warning kwam ik bij de firmware van DAFANG uit).

[ Voor 25% gewijzigd door JBS op 25-03-2019 12:49 ]

[ANdrode]

Imperial Guard schreef op maandag 25 maart 2019 @ 10:51:

code:

Activating privacy features... 2019/03/25 09:49:48 [INFO][FileStorage:/etc/caddycerts] Started certificate maintenance routine
2019/03/25 09:49:48 get Agreement URL: Get https://acme-v02.api.letsencrypt.org/directory: x509: certificate signed by unknown authority
exit status 1

Zegt jullie dit iets?

In een container?

Kan je in die contailer met openssl een verbinding maken met die server en posten wat er uit komt?

openssl s_client acme-v02.api.letsencrypt.org:443

[Imperial Guard]

ANdrode schreef op maandag 25 maart 2019 @ 11:26:
[...]


In een container?

Kan je in die contailer met openssl een verbinding maken met die server en posten wat er uit komt?

openssl s_client acme-v02.api.letsencrypt.org:443

Jep Caddy draait in een container.

code:

rancher@RancherOS:~$ openssl s_client acme-v02.api.letsencrypt.org:443
s_client: Use -help for summary.

[Caeruleus]

boosterbosch schreef op dinsdag 26 februari 2019 @ 16:56:
[...]


ik gebruik een combinatie van Hive en Xiaomi Aqara sensoren in verschillende kamers en dan automations die de verwarming uit/aanzetten aan de hand van temperaturen van de sensoren.

Kick van een oude reply maar dit was de enige referentie naar "Hive" die ik in dit topic kan vinden. Ik ben net begonnen met Home Assistant en probeer mijn Hive thermostaat aan de praat te krijgen.
Volgens de instructies op: https://www.home-assistant.io/components/hive/ zou ik alleen het volgende hoeven toe te voegen aan mijn configuration.yaml

code:

# Example configuration.yaml entry
hive:
  username: YOUR_USERNAME
  password: YOUR_PASSWORD

Maar als ik dat doe en ik valideer mijn configuratie dan krijg ik de melding:

Configuration invalid
Component not found: hive

Zie ik iets over het hoofd?

[ANdrode]

Imperial Guard schreef op maandag 25 maart 2019 @ 11:29:
[...]
Jep Caddy draait in een container.

code:

rancher@RancherOS:~$ openssl s_client acme-v02.api.letsencrypt.org:443
s_client: Use -help for summary.

openssl version
# hier: OpenSSL 1.1.1b FIPS  26 Feb 2019
# oudere syntax:
openssl s_client -connect acme-v02.api.letsencrypt.org:443
# met heel veel output:
openssl s_client -debug -connect acme-v02.api.letsencrypt.org:443

[Imperial Guard]

ANdrode schreef op maandag 25 maart 2019 @ 12:09:
[...]

openssl version
# hier: OpenSSL 1.1.1b FIPS  26 Feb 2019
# oudere syntax:
openssl s_client -connect acme-v02.api.letsencrypt.org:443
# met heel veel output:
openssl s_client -debug -connect acme-v02.api.letsencrypt.org:443

code:

rancher@RancherOS:~$ openssl version
OpenSSL 1.1.0g  2 Nov 2017

code:

rancher@RancherOS:~$ openssl s_client -connect acme-v02.api.letsencrypt.org:443
CONNECTED(00000003)
depth=2 O = Digital Signature Trust Co., CN = DST Root CA X3
verify return:1
depth=1 C = US, O = Let's Encrypt, CN = Let's Encrypt Authority X3
verify return:1
depth=0 CN = acme-v02.api.letsencrypt.org
verify return:1
---
Certificate chain
 0 s:/CN=acme-v02.api.letsencrypt.org
   i:/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3
 1 s:/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3
   i:/O=Digital Signature Trust Co./CN=DST Root CA X3
---
Server certificate
-----BEGIN CERTIFICATE-----
Certificaat eruit gehaald voor de leesbaarheid :)
-----END CERTIFICATE-----
subject=/CN=acme-v02.api.letsencrypt.org
issuer=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3
---
No client certificate CA names sent
Peer signing digest: SHA256
Server Temp Key: ECDH, P-256, 256 bits
---
SSL handshake has read 3654 bytes and written 302 bytes
Verification: OK
---
New, TLSv1.2, Cipher is ECDHE-RSA-AES256-GCM-SHA384
Server public key is 2048 bit
Secure Renegotiation IS supported
Compression: NONE
Expansion: NONE
No ALPN negotiated
SSL-Session:
    Protocol  : TLSv1.2
    Cipher    : ECDHE-RSA-AES256-GCM-SHA384
    Session-ID: 71CAA3D99E0531ECFEA928D5BDF6B9D16603CBF74C03AD779668EC8673AA9C3A
    Session-ID-ctx:
    Master-Key: 6BD3802FE9D23927D72E7CD642E4D1C2807D8175DAB8F099E2D54EF3A8294721B62EB80E4EC43820A8EF7D2C53499BE3
    PSK identity: None
    PSK identity hint: None
    SRP username: None
    TLS session ticket lifetime hint: 7200 (seconds)
    TLS session ticket:
    0000 - 00 00 3a 8e 13 e3 61 55-c7 aa 7c 76 90 42 1f 56   ..:...aU..|v.B.V
    0010 - e3 6c 9a 97 49 57 35 8f-1a 34 6d c4 60 62 d5 9d   .l..IW5..4m.`b..
    0020 - 89 cb b2 94 94 ea ad 7a-23 a5 37 b8 ed c8 c8 13   .......z#.7.....
    0030 - 25 72 52 6a 45 7d c3 6d-bc 18 7b 0e 38 03 b4 16   %rRjE}.m..{.8...
    0040 - e8 fc 6b 12 42 6c fe 0b-cc af d5 08 80 43 df a4   ..k.Bl.......C..
    0050 - 16 f7 ee 2c ad 5b 58 3c-53 67 81 eb e7 23 e2 a3   ...,.[X<Sg...#..
    0060 - 12 b3 87 70 8d 72 3a a6-5d 10 e7 2f 28 d2 75 b8   ...p.r:.]../(.u.
    0070 - 9f 68 34 8f 27 9a 0d 25-7d 00 73 14 47 d9 49 ca   .h4.'..%}.s.G.I.
    0080 - de eb de 1f 9f a0 05 55-e4 fb c2 ca 6f 0f 2f d1   .......U....o./.
    0090 - 51 75 d1 7c 6d 29 f6 b1-f9 5f cc 8a ea 0a 34 b8   Qu.|m)..._....4.

    Start Time: 1553512327
    Timeout   : 7200 (sec)
    Verify return code: 0 (ok)
    Extended master secret: no
---

[ANdrode]

Imperial Guard schreef op maandag 25 maart 2019 @ 12:13:
[...]
[code]
rancher@RancherOS:~$ openssl s_client -connect acme-v02.api.letsencrypt.org:443
CONNECTED(00000003)
depth=2 O = Digital Signature Trust Co., CN = DST Root CA X3
verify return:1
depth=1 C = US, O = Let's Encrypt, CN = Let's Encrypt Authority X3
verify return:1
depth=0 CN = acme-v02.api.letsencrypt.org
verify return:1
---
Certificate chain
0 s:/CN=acme-v02.api.letsencrypt.org
i:/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3
1 s:/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3
i:/O=Digital Signature Trust Co./CN=DST Root CA X3
---
...
---
SSL handshake has read 3654 bytes and written 302 bytes
Verification: OK
---

Dan snap ik niet wat er mis gaat. OpenSSL kan verbinden met deze server en accepteert het SSL certificaat van de server omdat LetsEncrypt in de lijst van vertrouwde certificaat authoriteiten staat.

Dat zou Caddy zelf ook moeten doen...

[wmn79]

Pascall_1 schreef op donderdag 21 maart 2019 @ 22:26:
[Afbeelding]
nou heb eindelijk dreamscreen zichtbaar. En ook entiteit en service zichtbaar alleen kan ze niet uitvoeren zie bijlage. Iemand idee hoe ik dit nu weer kan oplossen. Ben lerende maar vind de materie echt wel heel moeilijk

Weet niet of je er al uit bent maar de HDMI source is indexed (hij start met tellen op 0). Daardoor kan maximaal 2 gekozen worden. Als jij dus HDMI source 3 wilt hebben moet je als source 2 meegeven ipv 3. Voor HDMI1 kies je 0 en voor HDMI2 kies je 1.

[Imperial Guard]

ANdrode schreef op maandag 25 maart 2019 @ 13:12:
[...]


Dan snap ik niet wat er mis gaat. OpenSSL kan verbinden met deze server en accepteert het SSL certificaat van de server omdat LetsEncrypt in de lijst van vertrouwde certificaat authoriteiten staat.

Dat zou Caddy zelf ook moeten doen...

Hierbij docker run commando, misschien heb ik daar iets geks gedaan:

code:

docker run --init -d --name="caddy" --restart always -v "caddy_config:/root/.caddy" -v "caddy_config:/srv" -v "caddy_config:/etc" -e "CADDYPATH=/etc/caddycerts" -e ACME_AGREE=true -v caddy_config:/etc/caddycerts -p 80:80 -p 443:443 abiosoft/caddy

[Lowizi]

Heeft iemand een idee hoe ik onderstaande op zou kunnen lossen?
We hebben een aantal Xiaomi Aqara deursensoren in gebruik samen met Hassio.
Maar heel soms, wanneer je een deur opent en langzaam sluit, dan wordt het niet geregistreerd dat de deur weer gesloten is.
Ik heb geen idee waarom, maar is er een manier om een soort interval in te stellen waarbij Hassio de status van de sensor controleert? Ik dacht trouwens dat ik met de overstap van 433 naar Zigbee dit soort situaties juist zou kunnen voorkomen.

[Greetoz]

Lowizi schreef op maandag 25 maart 2019 @ 13:28:
Heeft iemand een idee hoe ik onderstaande op zou kunnen lossen?
We hebben een aantal Xiaomi Aqara deursensoren in gebruik samen met Hassio.
Maar heel soms, wanneer je een deur opent en langzaam sluit, dan wordt het niet geregistreerd dat de deur weer gesloten is.
Ik heb geen idee waarom, maar is er een manier om een soort interval in te stellen waarbij Hassio de status van de sensor controleert? Ik dacht trouwens dat ik met de overstap van 433 naar Zigbee dit soort situaties juist zou kunnen voorkomen.

Geen idee of je interval kan instellen, maar ik heb ongeveer 20 van deze sensoren en ze missen nooit een status, ook niet bij het heel langzaam sluiten van een deur of kast. Heb je wel genoeg powered routers in je netwerk? Gebruik je de aqara hub of deconz/zigbee2mqtt?

[DeadMetal]

Ik heb ook heel soms dat in HA niet de juiste status van een deursensor zichtbaar is.Volgens mij herstelt zich dat na enige tijd als de sensor uit zichzelf weer een teken van leven geeft? Weet het niet zeker.

[stefanroelofs]

Ik ben zelf op dit moment ook bezig met die Xiaomi deur contacten.
Ik weet vrij zeker dat ze een paar weken geleden iedere 50 sec. de status doorgaven. Maar dat zie ik nu niet meer. Weet niet wat er veranderd is in de tussentijd. Ik heb wel de addin zigbee2mqtt upgedate laatst.

[pposthoorn]

Greetoz schreef op maandag 25 maart 2019 @ 13:34:
[...]


Geen idee of je interval kan instellen, maar ik heb ongeveer 20 van deze sensoren en ze missen nooit een status, ook niet bij het heel langzaam sluiten van een deur of kast. Heb je wel genoeg powered routers in je netwerk? Gebruik je de aqara hub of deconz/zigbee2mqtt?

20 deursensoren?
Ik ben nu een weekje bezig met HA en wilde ook een paar deursensoren bestellen maar kon eigenlijk niks bedenken waar het nuttig voor mij zou zijn

Mag ik vragen hoe jij ze gebruikt?

[lubbertkramer]

pposthoorn schreef op maandag 25 maart 2019 @ 13:45:
[...]

20 deursensoren?
Ik ben nu een weekje bezig met HA en wilde ook een paar deursensoren bestellen maar kon eigenlijk niks bedenken waar het nuttig voor mij zou zijn

Mag ik vragen hoe jij ze gebruikt?

Hier soortgelijk aantal:

Voordeur
Toiletdeur
Woonkamerdeur
Trapkastdeur
Bijkeukendeur
Achterdeur
Tuindeur1
Tuindeur2
Slaapkamerdeur1
Slaapkamerdeur2
Slaapkamerdeur3
Badkamerdeur
Koelkastdeur
Vriezerdeur
Poortdeur
Brievenbus (pakketbrievenbus)
en dan nog wat sensoren op ramen die open/dicht kunnen

Vervolgens aan de hand van contact/motion gaat alle verlichting automatisch met timers/scenes, overal hangen nog wel schakelaars maar in theorie hoeven die niet gebruikt te worden alleen bij uitzonderingen van de standaard Hier al eens een voorbeeld gepost van een automation met motion/contact en soortgelijk doe ik voor alle ruimtes -> lubbertkramer in "Home Assistant - Open source Python3 home automation"

[ Voor 10% gewijzigd door lubbertkramer op 25-03-2019 13:55 ]

[Kaspers]

pposthoorn schreef op maandag 25 maart 2019 @ 13:45:
20 deursensoren?
Ik ben nu een weekje bezig met HA en wilde ook een paar deursensoren bestellen maar kon eigenlijk niks bedenken waar het nuttig voor mij zou zijn

Mag ik vragen hoe jij ze gebruikt?

Ik gebruik ze ook veelvuldig. Bijvoorbeeld: voor / achterdeur is geopend, maar in het vertrek achter de deur heeft een bewegingssensor nog geen beweging geconstateerd. Conclusie: iemand betreedt het huis. Gevolg -> lichten gaan aan in de woonkamer en keuken. Of gevolg: notificatie op je telefoon dat iemand het huis betreedt.

Nog een use case: bestaande lichtschakelaars 'omcatten' naar slimme schakelaars. Die deursensoren lenen zich daar ook perfect voor, door het contactelement aan de bestaande schakelaar te koppelen. Bij elke state-change schakel je bijvoorbeeld een enkele lamp, of de verlichting in een heel vertrek.

[ Voor 18% gewijzigd door Kaspers op 25-03-2019 13:54 ]

[Greetoz]

pposthoorn schreef op maandag 25 maart 2019 @ 13:45:
[...]

20 deursensoren?
Ik ben nu een weekje bezig met HA en wilde ook een paar deursensoren bestellen maar kon eigenlijk niks bedenken waar het nuttig voor mij zou zijn

Mag ik vragen hoe jij ze gebruikt?

Zoals lubbert ook al zei, voor het schakelen van lampen, maar ik heb ze ook op alle buiten deuren/ramen. Deels als alarm en ook om een verwarming uit te schakelen in een vertrek waar een raam op en staat.

[defcon84]

Lowizi schreef op maandag 25 maart 2019 @ 13:28:
Heeft iemand een idee hoe ik onderstaande op zou kunnen lossen?
We hebben een aantal Xiaomi Aqara deursensoren in gebruik samen met Hassio.
Maar heel soms, wanneer je een deur opent en langzaam sluit, dan wordt het niet geregistreerd dat de deur weer gesloten is.
Ik heb geen idee waarom, maar is er een manier om een soort interval in te stellen waarbij Hassio de status van de sensor controleert? Ik dacht trouwens dat ik met de overstap van 433 naar Zigbee dit soort situaties juist zou kunnen voorkomen.

Of je de deur nu langzaam of snel dicht doet maakt voor de sensor niet uit.
Het is een contactje dat magnetisch gesloten wordt.
Het enige wat ik me kan voorstellen is de je magneetje niet dichtgenoeg bij de sensor komt als je 'm langzaam dicht doet.

[Jelte]

Ik heb Hassio bij mijn ouders geinstalleerd, maar zit te stoeien met aanwezigheidsdetectie. Ze hebben een Ziggo abo met een vage router, waar geen standaard device_tracker voor beschikbaar is.
Er zit wel bluetooth in de Pi en die kan zo te zien gebruikt worden als beacon.
https://www.home-assistan...racker.bluetooth_tracker/

Hebben mensen daar ervaring mee? Werkt dat goed?

[ Voor 21% gewijzigd door Jelte op 25-03-2019 14:07 ]

[JayOne]

Jelte schreef op maandag 25 maart 2019 @ 14:06:
Ik heb Hassio bij mijn ouders geinstalleerd, maar zit te stoeien met aanwezigheidsdetectie. Ze hebben een Ziggo abo met een vage router, waar geen standaard device_tracker voor beschikbaar is.
Er zit wel bluetooth in de Pi en die kan zo te zien gebruikt worden als beacon.
https://www.home-assistan...racker.bluetooth_tracker/

Hebben mensen daar ervaring mee? Werkt dat goed?

Misschien nmap proberen.

[pposthoorn]

Ik ben nog volop de mogelijkheden van HA aan het ontdekken (en DAMN dat zijn er veel ).
Ik draai HA via Docker op m'n Synology NAS. Tot nu toe heb ik enkel mijn Tradfri verlichting, Evohome thermostaat, Sony Bravia TV en Volkswagen Carnet er aan gekoppeld.
Op de planning staat iig nog iets van een Raspberry Pi met P1 kabel om m'n slimme meter uit te lezen en deze week bij de AliExpress anniversary sale wil ik wat Xiaomi sensors e.d. in slaan.

Omdat ik verwacht dat ik nog wel meer Zigbee apparatuur van diverse merken ga toevoegen en ik niet allemaal verschillende hubs wil ben ik op zoek naar een oplossing om alle Zigbee zooi d.m.v. één USB dongel aan m'n Synology te koppelen. Ik heb al flink wat mogelijkheden gevonden maar raak de weg een beetje kwijt (iets met bomen en bos).

Ik wil graag een zo universeel mogelijke oplossing, liefst plug en play, maar als ik zelf wat moet knutselen is ook niet erg. Als er maar een beetje mooie tutorial over te vinden is

Wat zouden jullie nu aanraden als je nu iets nieuws moet kopen?

[barrymossel]

Jelte schreef op maandag 25 maart 2019 @ 14:06:
Ik heb Hassio bij mijn ouders geinstalleerd, maar zit te stoeien met aanwezigheidsdetectie. Ze hebben een Ziggo abo met een vage router, waar geen standaard device_tracker voor beschikbaar is.
Er zit wel bluetooth in de Pi en die kan zo te zien gebruikt worden als beacon.
https://www.home-assistan...racker.bluetooth_tracker/

Hebben mensen daar ervaring mee? Werkt dat goed?

Dit werkt bij mij nagenoeg perfect. Helaas wil mijn vrouw niet zonder reden bluetooth aan hebben staan op haar telefoon. Dus staat momenteel alleen aan voor mijzelf. Op zolder waar wij slapen had ik in het begin wel eens dat ik "afwezig" was, maar eerlijk gezegd heb ik dat de afgelopen weken niet meer gezien.

[JBS]

pposthoorn schreef op maandag 25 maart 2019 @ 14:42:
Ik ben nog volop de mogelijkheden van HA aan het ontdekken (en DAMN dat zijn er veel ).
Ik draai HA via Docker op m'n Synology NAS. Tot nu toe heb ik enkel mijn Tradfri verlichting, Evohome thermostaat, Sony Bravia TV en Volkswagen Carnet er aan gekoppeld.
Op de planning staat iig nog iets van een Raspberry Pi met P1 kabel om m'n slimme meter uit te lezen en deze week bij de AliExpress anniversary sale wil ik wat Xiaomi sensors e.d. in slaan.

Omdat ik verwacht dat ik nog wel meer Zigbee apparatuur van diverse merken ga toevoegen en ik niet allemaal verschillende hubs wil ben ik op zoek naar een oplossing om alle Zigbee zooi d.m.v. één USB dongel aan m'n Synology te koppelen. Ik heb al flink wat mogelijkheden gevonden maar raak de weg een beetje kwijt (iets met bomen en bos).

Ik wil graag een zo universeel mogelijke oplossing, liefst plug en play, maar als ik zelf wat moet knutselen is ook niet erg. Als er maar een beetje mooie tutorial over te vinden is

Alle hulp is welkom.

Conbee of Zigbee2MQTT? In de separate topics maar ook hier is daar veel over te vinden.

[B2]

JBS schreef op maandag 25 maart 2019 @ 11:25:
Zit al een tijdje met onderstaande warnings. Helaas worden er geen regelnummers of andere hints gegeven waar deze niet ondersteunde keys zitten. Zit er iets anders op dan alle bestanden te doorzoeken op 'icon:' en per geval te bekijken of deze nog ondersteund worden?

Iemand ook de melding over 'device' gehad? Simpelweg zoeken op 'device:' in alle bestanden levert namelijk geen resultaat op.

[Afbeelding]

\\Edit: Opgelost. Na het updaten van de DAFANG firmware op mijn Xiaomi Xiaofang camera is het probleem opgelost. Vermoedelijk zat in de MQTT communicatie. Ook een 'Payload is not True or False' warning in cover.py is hiermee opgelost (op basis van deze warning kwam ik bij de firmware van DAFANG uit).

Ik had toevallig deze melding vandaag ook nadat ik MQTT actief maakte op mijn Xiaomi camera. Firmware update verhielp het inderdaad.

[pposthoorn]

JBS schreef op maandag 25 maart 2019 @ 14:56:
[...]
Conbee of Zigbee2MQTT? In de separate topics maar ook hier is daar veel over te vinden.

Bedankt, die had ik oa ook gevonden (en nog vele anderen) en ik weet dat er veel over te vinden is, dat is nu precies het punt. Ik was meer benieuwd naar wat ik nu het beste kan kiezen.
Ik heb mijn vraag aangepast naar:

Wat zouden jullie aanraden als je nu iets nieuws moet kopen?

[Slaut]

pposthoorn schreef op maandag 25 maart 2019 @ 14:42:

Op de planning staat iig nog iets van een Raspberry Pi met P1 kabel om m'n slimme meter uit te lezen ...

Mogelijk is een ESP8266 op de P1 aansluiten goedkoper en handiger. Een Pi heeft meer stroom nodig, en doordat het een compleet OS draait, ook gevoeliger voor storingen bij reboots denk ik.

Ik gebruik zelf nu een Toon op de P1 poort, maar weet iemand of je die kabel eenvoudig kan splitten naar 2 outputs? (Toon + ESP8266?)

[ Voor 14% gewijzigd door Slaut op 25-03-2019 15:15 ]

[Chamek]

Halo Allemaal,

Ik ben met een ESP8266 project gestart om mijn deurbel die nu nog anoloog te digitaliseren oftewel smart te maken.

Ik heb op het homeassistant forum een project gevonden en de onderdelen besteld. Helaas doordat er weinig antwoord gegeven word op het forum probeer ik mijn oplossing elders te vinden.

Zo ziet het project eruit.


Vervolgens ben ik mijn eigen setup gaan omzetten in een diagram.



En daarna ben ik wat gaan experimenteren maar als ik hem op deze manier aansluit krijg ik geen gong te horen in de gang.



Wie heeft er tips en kan me helpen om het werkende te krijgen.

[barrymossel]

Chamek schreef op maandag 25 maart 2019 @ 15:25:
Halo Allemaal,

Ik ben met een ESP8266 project gestart om mijn deurbel die nu nog anoloog te digitaliseren oftewel smart te maken.

Ik heb op het homeassistant forum een project gevonden en de onderdelen besteld. Helaas doordat er weinig antwoord gegeven word op het forum probeer ik mijn oplossing elders te vinden.

Zo ziet het project eruit.
[Afbeelding]

Vervolgens ben ik mijn eigen setup gaan omzetten in een diagram.

[Afbeelding]

En daarna ben ik wat gaan experimenteren maar als ik hem op deze manier aansluit krijg ik geen gong te horen in de gang.

[Afbeelding]

Wie heeft er tips en kan me helpen om het werkende te krijgen.

Heb je een link naar dat project?

[Chamek]

barrymossel schreef op maandag 25 maart 2019 @ 15:32:
[...]

Heb je een link naar dat project?

Jazeker:

Dit is het topic:
https://community.home-assistant.io/t/mqtt-doorbell/15081

en hier het project.
https://community.home-assistant.io/t/mqtt-doorbell/15081/24

[lxz]

Chamek schreef op maandag 25 maart 2019 @ 15:25:


Wie heeft er tips en kan me helpen om het werkende te krijgen.

Misschien een open deur, maar krijgt de ESP8266+relay wel voeding? Dat zie ik namelijk niet terug in je schema. Als dit wel gevoed wordt, zou dit volgens mij gewoon moeten werken..

[ Voor 11% gewijzigd door lxz op 25-03-2019 15:43 ]

[Chamek]

lxz schreef op maandag 25 maart 2019 @ 15:42:
[...]


Misschien een open deur, maar krijgt de ESP8266+relay wel voeding? Dat zie ik namelijk niet terug in je schema

Scherp! Maar indd hij word gevoed met een micro USB kabel die op RPi is aangesloten.

[Jelte]

JayOne schreef op maandag 25 maart 2019 @ 14:08:
[...]


Misschien nmap proberen.

Werkt prima. Firewall van mijn werklaptop ging wel loos. Maar die heb ik buiten de scan kunnen houden

[NoFate]

iemand die te weten kan komen wat een zigbee device is op basis van MAC?
ik heb dus 2 apparaten die gewoon terug komen, ook nadat ik de node verwijder in de GUI
ook in phoscon zijn ze niet zichtbaar
en dan dat apparataat met mac ID 0x90fd9ffffef2f6cc, geen idee wat dat is, maar als ik die verwijder komt die gewoon terug ? iemand enig idee?
screenshot : https://www.dropbox.com/s...k4rz/meshxiaomi2.JPG?dl=0
het gaat om die apparaten in de rode circel

[lolgast]

@Chamek Welke firmware gebruik je op de wemos en hoe heb je er voor gezorgd dat het indrukken van je deurbel wordt gedetecteerd? Ik heb wat jij wilt op ongeveer dezelfde manier (zoek in dit topic even op deurbel, er moet een foto van mijn eerste opzet voorbijkomen) met zowel Tasmota als ESPHome, met detectie in de firmware of als apart MQTT topic

Edit: heb mijn post erbij gezocht:
lolgast in "Home Assistant - Open source Python3 home automation"

[ Voor 16% gewijzigd door lolgast op 25-03-2019 18:32 ]

[Chamek]

lolgast schreef op maandag 25 maart 2019 @ 18:20:
@Chamek Welke firmware gebruik je op de wemos en hoe heb je er voor gezorgd dat het indrukken van je deurbel wordt gedetecteerd? Ik heb wat jij wilt op ongeveer dezelfde manier (zoek in dit topic even op deurbel, er moet een foto van mijn eerste opzet voorbijkomen) met zowel Tasmota als ESPHome, met detectie in de firmware of als apart MQTT topic

Edit: heb mijn post erbij gezocht:
lolgast in "Home Assistant - Open source Python3 home automation"

Bedankt voor je input. Ik heb dit volledig gekopieerd gebasseerd op mqtt. Ik ga je berichten eens nakijken. Maar wat me nog wel verbaasd of het is mijn noobnes op dit vlak. Als je deurbel indrukt zou je dan niet een gong moeten horen? Het is aangesloten zoals ik heb getekend in het eerdere diagram.

[lolgast]

@Chamek Zoals ik het nu lees krijg ik het idee dat je geen firmware op de wemos hebt geflashed?

Je moet met software wel regelen dat als je de deurbel kortsluit, dat het relay dan geschakeld moet worden. Die zul je zelf moeten uploaden, een wemos komt zonder software voorgeinstalleerd

[martinvdm]

Ik heb HA achter Træfik draaien, maar als er nu een failed login plaats vind dan krijg ik zo’n mooie warning in het HA dashboard, echter met als ip adres het Træfik ip. Dat zal ongetwijfeld iets met de header te maken hebben, maar heeft iemand een idee hoe dit aangepast kan worden, zodat hier het juiste client IP-adres te zien is?

[lolgast]

@martinvdm Docker-compose label
traefik.frontend.passHostHeader=true

[Chamek]

lolgast schreef op maandag 25 maart 2019 @ 19:28:
@Chamek Zoals ik het nu lees krijg ik het idee dat je geen firmware op de wemos hebt geflashed?

Je moet met software wel regelen dat als je de deurbel kortsluit, dat het relay dan geschakeld moet worden. Die zul je zelf moeten uploaden, een wemos komt zonder software voorgeinstalleerd

Ik heb middels Arduino software erop gezet.

Ik zoek hem even op en voeg hem toe.

[martinvdm]

lolgast schreef op maandag 25 maart 2019 @ 19:41:
@martinvdm Docker-compose label
traefik.frontend.passHostHeader=true

top die zocht ik!
Edit @lolgast toch lijkt dat niet te werken: dit heb ik in reeds in mijn file rule staan:

passHostHeader = true

na een mislukte inlogpoging komt hier nog steeds het het IP van traefik weer.

[ Voor 33% gewijzigd door martinvdm op 25-03-2019 19:57 ]

[ANdrode]

martinvdm schreef op maandag 25 maart 2019 @ 19:54:
[...]

top die zocht ik!
Edit @lolgast toch lijkt dat niet te werken: dit heb ik in reeds in mijn file rule staan:

passHostHeader = true

na een mislukte inlogpoging komt hier nog steeds het het IP van traefik weer.

Bij een normale HTTP server kan elke gebruiker een X-Forwarded-For header sturen die onder zijn controle is. Je moet instellen welke waaren hass voor dit veld accepteert:

YAML:

http:
  use_x_forwarded_for: true
  base_url: https://hass.lan
  ^]]3mtrusted_proxies:
    - 172.16.0.0/12

[martinvdm]

ANdrode schreef op maandag 25 maart 2019 @ 20:04:
[...]


Bij een normale HTTP server kan elke gebruiker een X-Forwarded-For header sturen die onder zijn controle is. Je moet instellen welke waaren hass voor dit veld accepteert:

YAML:

http:
  use_x_forwarded_for: true
  base_url: https://hass.lan
  ^]]3mtrusted_proxies:
    - 172.16.0.0/12

mmm...miste idd de use_x_forwarded_for in mijn config; dat was het idd, thanks

[Yelti]

Chamek schreef op maandag 25 maart 2019 @ 19:41:
[...]


Ik heb middels Arduino software erop gezet.

Ik zoek hem even op en voeg hem toe.

Mooi, denk ook even aan esphome.
Deze heeft autodiscovery in HA.

[Vanx]

ESPhome is echt een geweldig stukje software. De polish zeker van de hass.io addon is bizar: apple/google kwaliteit.

Voorheen veel geklooit met arduino, micropython, nodeMCU, maar dit is zoveel beter. Was klaar in paar minuten waar ik voorheen flink moest tweaken.

Ik heb een NodeMCU board + MH-Z19 CO2 sensor gebouwd (na goede verhalen van @ThinkPad).

[druipsnor]

Een vraag over het gebruik van traefik in het algemeen, en indirect ook voor HA. Hoe regelen jullie de beveiliging? Traefik zorgt voor een mooie manier om je containers te benaderen terwijl je in principe maar 1 netwerk poort (443) hoeft open te zetten. In theorie zijn dan alle containers die via traefik lopen beschikbaar op deze poort. Nu is dat voor sommige containers prima maar ik heb er ook een paar waar ik wat meer restricties op wil hebben. Laten jullie de beveiliging door de applicatie in de container regelen (voor zover dat mogelijk is) of maken jullie gebruik van labels die bijvoorbeeld ip whitelisting doen en/of inloggen eisen? Of ga je nog verder en ga je een Oauth2 container draaien voor 2FA?
Zelf heb ik het volgende gedaan:

1. Traefik maakt gebruik van de docker socket en dat is een risico. Ik heb nu een proxy (een proxy voor een proxy ) die tussen traefik en de docker socket draait en de rechten beperkt naar de docker socket.
   https://liquidat.wordpres...ontainer-in-a-secure-way/
2. een aantal containers beperkt op ip adres en/of inloggen. Dit heb ik in traefik gedaan en niet in de containers zelf.

Ik zou graag horen hoe jullie dit doen.

[ Voor 4% gewijzigd door druipsnor op 26-03-2019 08:55 ]

[RoRoo]

Jelte schreef op maandag 25 maart 2019 @ 14:06:
Ik heb Hassio bij mijn ouders geinstalleerd, maar zit te stoeien met aanwezigheidsdetectie. Ze hebben een Ziggo abo met een vage router, waar geen standaard device_tracker voor beschikbaar is.
Er zit wel bluetooth in de Pi en die kan zo te zien gebruikt worden als beacon.
https://www.home-assistan...racker.bluetooth_tracker/

Hebben mensen daar ervaring mee? Werkt dat goed?

Je zou inderdaad nMap kunnen proberen, maar ik merk toch vaak dat telefoons de connectie verbreken met de WiFi ondanks de instellingen.
Mijn vrouw wil ook nog wel eens de deur uit lopen zonder telefoon, dan werkt het ook weer niet...

Bluetooth is bruikbaar mits je binnen het bereik blijft. Anders krijg je weer false positives

Ik zoek nog wat bruikbare (en beteaalbare) bluetooth tags die ik aan de sleutelbossen kan hangen. Die liggen altijd op een vaste plek in huis, en binnen het bereik van de Pi. En mijn vrouw gaat écht het huis niet uit zonder sleutels.

Laatst had ik alleen tags besteld die na 30min buiten bereik van bluetooth uit gingen.... Nutteloos dus.

[Zwerver]

Vaevictis_ schreef op zondag 24 maart 2019 @ 22:05:
[...]


https://www.home-assistant.io/components/sensor.scrape/

Nu uiteindelijk met de HA community een oplossing gevonden:

https://mycouncil.northam...Finder?postcode=NN3%202HB is de url om aan te roepen. Daar ga ik vanmiddag/vanavond even een sensor omheen bouwen.

[Chamek]

Yelti schreef op maandag 25 maart 2019 @ 21:04:
[...]

Mooi, denk ook even aan esphome.
Deze heeft autodiscovery in HA.

dit is de code

#include <ESP8266WiFi.h>
#include <PubSubClient.h>

//WIFI
const char* wifi_ssid = "your_ssid";
const char* wifi_password = "your_wifi_password";

//MQTT
const char* mqtt_server = "your_mqqt_server_ip_adress";
const int mqtt_port = 1883;
const char* mqtt_user = "";
const char* mqtt_password = "";
const char* clientID = "Doorbell";

//VARS
const char* doorbell_topic = "homeassistant/house/doorbell/";
const int doorbellPin = D2;
const int relayPin = D1;
int doorbellState = 0;
// when mqtt is offline, skip, so bell still works
int mqttRetryCount = 0;
int maxMqttRetry = 3;
boolean connectToMqtt = true;


WiFiClient espClient;
PubSubClient client(espClient);

void setup() {
Serial.begin(115200);
pinMode(doorbellPin, INPUT_PULLUP);
pinMode(relayPin, OUTPUT);
pinMode(LED_BUILTIN, OUTPUT); // Initialize the LED_BUILTIN pin as an output

setup_wifi();
client.setServer(mqtt_server, mqtt_port);
}

// DEBUG blink, duur 1 sec
void blink_now(){
digitalWrite(LED_BUILTIN, LOW);
delay(1000);
digitalWrite(LED_BUILTIN, HIGH);
delay(1000);
}

// 2de DEBUG blink, duur 500 msec
void quickblink_now(){
digitalWrite(LED_BUILTIN, LOW);
delay(500);
digitalWrite(LED_BUILTIN, HIGH);
delay(500);
}

void setup_wifi() {
//Turn off Access Point
WiFi.mode(WIFI_STA);
delay(10);

// We start by connecting to a WiFi network
Serial.println();
Serial.print("Connecting to ");
Serial.println(wifi_ssid);

WiFi.begin(wifi_ssid, wifi_password);

while (WiFi.status() != WL_CONNECTED) {
delay(500);
Serial.print(".");
blink_now();
}

Serial.println("");
Serial.println("WiFi connected");
Serial.println("IP address: ");
Serial.println(WiFi.localIP());
}

void reconnect() {
mqttRetryCount = 0;
// Loop until we're reconnected
while (mqttRetryCount < maxMqttRetry && !client.connected()) {
Serial.print("Attempting MQTT connection...");
quickblink_now();
quickblink_now();
// Attempt to connect
if (client.connect(clientID)) {
Serial.println("connected");
// Once connected, publish an announcement...
client.publish(doorbell_topic, "Doorbell connected to MQTT");
connectToMqtt = true;
// set to hundred to jump out of loop
mqttRetryCount = 100;
} else {
Serial.print("failed, rc=");
Serial.print(client.state());
Serial.print(" try again in 5 seconds - retry count: ");
Serial.println(mqttRetryCount);
mqttRetryCount++;
connectToMqtt = false;

// Wait 3 seconds before retrying
delay(3000);
}
}
}

void loop() {
if (connectToMqtt && !client.connected()) {
reconnect();
}
client.loop();
doorbellState = digitalRead(doorbellPin);

if ( doorbellState == LOW ) {
// Put your code here. e.g. connect, send, disconnect.
Serial.println("Doorbell is pressed!");
digitalWrite(relayPin, HIGH); // turn on relay with voltage HIGH
delay( 1000 );
digitalWrite(relayPin, LOW); // turn off relay with voltage LOW

// publish to mqtt
client.publish(doorbell_topic, "ON", true);
blink_now();
delay( 1000 );
client.publish(doorbell_topic, "OFF", true);

// block bell for 4 seconds
delay( 4000 );
}
}

[ANdrode]

RoRoo schreef op dinsdag 26 maart 2019 @ 09:17:
[...]
Ik zoek nog wat bruikbare (en beteaalbare) bluetooth tags die ik aan de sleutelbossen kan hangen. Die liggen altijd op een vaste plek in huis, en binnen het bereik van de Pi. En mijn vrouw gaat écht het huis niet uit zonder sleutels.

Ik ook

Ik heb de aliexpress dongels overwogen maar ik heb ook de originele variant bij Bever sport zien liggen voor een redelijke prijs (afgeprijsd).

[RoRoo]

ANdrode schreef op dinsdag 26 maart 2019 @ 10:44:
[...]


Ik ook

Ik heb de aliexpress dongels overwogen maar ik heb ook de originele variant bij Bever sport zien liggen voor een redelijke prijs (afgeprijsd).

Die van Ali zijn (voor zover ik heb kunnen zien) allemaal ok zodra verbonden met BT, maar als ze niet verbonden zijn gaan ze uit om stroom te besparen..

[Boudewijn]

ben je niet bang dat je buiten met je BT dongle goed getracked kan worden? net als met wifi-tracking vind ik dat best wel enge shit.

[ANdrode]

RoRoo schreef op dinsdag 26 maart 2019 @ 10:50:
[...]


Die van Ali zijn (voor zover ik heb kunnen zien) allemaal ok zodra verbonden met BT, maar als ze niet verbonden zijn gaan ze uit om stroom te besparen..

Ik keek naar de Nut3. Voor de use cases die ze noemen heb je echt een permanente verbinding met bluetooth 4.1 nodig.

Boudewijn schreef op dinsdag 26 maart 2019 @ 10:56:
ben je niet bang dat je buiten met je BT dongle goed getracked kan worden? net als met wifi-tracking vind ik dat best wel enge shit.

Ik heb in Nederland weinig illusies over tracking in de publieke ruimte/van internetverkeer meer . Zelfs countermeasures met random mac adressen voorkomen niet dat probibalistische tracking adhv WiFi goed werkt en WiFi uitzetten levert mij teveel verlies aan functionaliteit op. Als je een tip voor een app hebt: graag!

Mijn beste stap wbt privacy zou het uitzetten van WiFi scans zijn. Mijn set aan BSSID's die mijn telefoon uitzend is erg identificerend.

WiFi alleen op bepaalde locaties aanzetten zou ik wel overwegen

[ Voor 42% gewijzigd door ANdrode op 26-03-2019 11:01 ]

[Kodess]

Boudewijn schreef op dinsdag 26 maart 2019 @ 10:56:
ben je niet bang dat je buiten met je BT dongle goed getracked kan worden? net als met wifi-tracking vind ik dat best wel enge shit.

Een van de nieuwe bluetooth versies is daar speciaal voor gemaakt, die wisselt elke keer van MAC adres om anoniem te blijven.

[ANdrode]

Kodess schreef op dinsdag 26 maart 2019 @ 10:59:
[...]

Een van de nieuwe bluetooth versies is daar speciaal voor gemaakt, die wisselt elke keer van MAC adres om anoniem te blijven.

Probibalistisch tracken van WiFi of Bluetooth door het wisselen van pseudoniemen is niet effectief. Hier is onderzoek naar gedaan voor 802.11p/vehicle2vehicle communicatie. Een aanvallen met een gelimiteerd budget dat op een beperkt aantal locaties verkeer waarneemt kan pseudoniemen deanonimiseren.

[Boudewijn]

ANdrode schreef op dinsdag 26 maart 2019 @ 10:58:


Ik heb in Nederland weinig illusies over tracking in de publieke ruimte/van internetverkeer meer . Zelfs countermeasures met random mac adressen voorkomen niet dat probibalistische tracking adhv WiFi goed werkt en WiFi uitzetten levert mij teveel verlies aan functionaliteit op. Als je een tip voor een app hebt: graag!

Mijn beste stap wbt privacy zou het uitzetten van WiFi scans zijn. Mijn set aan BSSID's die mijn telefoon uitzend is erg identificerend.

WiFi alleen op bepaalde locaties aanzetten zou ik wel overwegen

Ik heb geen tip. Alleen de discipline thuis wifi aan te zetten als ik bij iets op mijn interne netwerk wil. Mijn bundel is groot genoeg en ik stel niet extreme eisen qua snelheid. BT staat ook altijd uit, alleen even aan als ik thuis een weegschaal gebruik.

[B2]

Ik heb een camera (met de bekende xiaomi dafang firmware) in ons kippenhok hangen om te kijken of er eieren in liggen.. (je moet iets).
Nu heb ik een automation op basis van beweging. Dit werkt prima, alleen wil ik dat niet bij elke beweging een melding wordt gestuurd. Dit dacht ik door een combinatie van een input_boolean en een timer te gebruiken, echter het lijkt alsof de timer niet afloopt (dit zie ik tenminste niet gebeuren in dev-state). Hierdoor krijg ik geen hernieuwde melding na 20 minuten. Komt dit omdat elke keer bij een beweging de timer gestart wordt?

code:

  beweging_leghok:
    name: Time remaining
    duration: 1200

code:

  beweging_leghok:
     name: "Beweging in leghok"
     initial: off

code:

- id: set_timer_if_movement_kippen
  alias: "Set timer beweging in leghok"
  hide_entity: true
  initial_state: on
  trigger:
    platform: state
    entity_id: binary_sensor.kippencam_motion_sensor
    to: 'on'
  action:
    - service: input_boolean.turn_on
      entity_id: input_boolean.beweging_leghok
    - service: timer.start
      entity_id: timer.beweging_leghok

- id: geen_beweging_in_de_leghok_boolean
  alias: "Geen beweging meer in leghok boolean"
  hide_entity: true
  initial_state: on
  trigger:
    platform: event
    event_type: timer.finished
    event_data:
      entity_id: timer.beweging_leghok
  action:
    - service: input_boolean.turn_off
      entity_id: input_boolean.beweging_leghok

- id: kip_in_leghok
  alias: kip in leghok
  initial_state: on
  trigger:
    platform: state
    entity_id: input_boolean.beweging_leghok
    from: 'off'
    to: 'on'
  action:
  - service: notify.pushover
    data:
      message: 'Er zou wel eens een lekker warm ei kunnen liggen'
      title: "Kip in het leghok"

[lolgast]

@B2 Categorie het kan ook anders:

YAML:

- id: kip_in_leghok
  alias: kip in leghok
  initial_state: on
  trigger:
    platform: state
    entity_id: input_boolean.beweging_leghok
    from: 'off'
    to: 'on'
  condition:
    condition: template
    value_template: >
      {% if (as_timestamp(now()) - as_timestamp(states.automation.kip_in_leghok.last_changed)) > 1200 %} True
      {% else %} False
      {% endif %}  
  action:
  - service: notify.pushover
    data:
      message: 'Er zou wel eens een lekker warm ei kunnen liggen'
      title: "Kip in het leghok"

Hij is uit de losse pols en ik gebruik geen HA automations meer dus kan het niet 100% valideren, maar het lijkt mij dat de automation ook van status wijzigt als hij gelopen heeft. Het idee is dat je als voorwaarde van je automation hebt, dat de automation de afgelopen 20 minuten niet van status is gewijzigd (alsin, hij heeft niet gelopen). Maar misschien dat iemand die hier daadwerkelijk gebruik van maakt me op mijn vingers kan tikken en hem eventueel goed kan verbeteren

Scheelt in ieder geval een lading doelloze sensoren

[Kaspers]

B2 schreef op dinsdag 26 maart 2019 @ 11:15:
Ik heb een camera (met de bekende xiaomi dafang firmware) in ons kippenhok hangen om te kijken of er eieren in liggen.. (je moet iets).

Briljante use-case

[XanderHuisman]

lolgast schreef op dinsdag 26 maart 2019 @ 11:38:
@B2 Categorie het kan ook anders:

YAML:

- id: kip_in_leghok
  alias: kip in leghok
  initial_state: on
  trigger:
    platform: state
    entity_id: input_boolean.beweging_leghok
    from: 'off'
    to: 'on'
  condition:
    condition: template
    value_template: >
      {% if (as_timestamp(now()) - as_timestamp(states.automation.kip_in_leghok.last_changed)) > 1200 %} True
      {% else %} False
      {% endif %}  
  action:
  - service: notify.pushover
    data:
      message: 'Er zou wel eens een lekker warm ei kunnen liggen'
      title: "Kip in het leghok"

Hij is uit de losse pols en ik gebruik geen HA automations meer dus kan het niet 100% valideren, maar het lijkt mij dat de automation ook van status wijzigt als hij gelopen heeft. Het idee is dat je als voorwaarde van je automation hebt, dat de automation de afgelopen 20 minuten niet van status is gewijzigd (alsin, hij heeft niet gelopen). Maar misschien dat iemand die hier daadwerkelijk gebruik van maakt me op mijn vingers kan tikken en hem eventueel goed kan verbeteren

Scheelt in ieder geval een lading doelloze sensoren

Enige nadeel van deze implementatie is dat de timer elke keer automagisch gereset wordt (tijd tenopzichte van laatste trigger en niet tijd tenopzichte van eerste trigger sinds een lange tijd)

[B2]

XanderHuisman schreef op dinsdag 26 maart 2019 @ 11:46:
[...]


Enige nadeel van deze implementatie is dat de timer elke keer automagisch gereset wordt (tijd tenopzichte van laatste trigger en niet tijd tenopzichte van eerste trigger sinds een lange tijd)

Precies, dat merkt ik dus ook. Dus ik wil eigenlijk weten hoe ik het zo kan maken dat dit niet gebeurd.

[lolgast]

Ik snap de opmerking op mijn post niet? De last_changed van de automation wijzigt toch alleen als de automation een melding heeft verstuurd? Zolang dat niet 20 minuten geleden is, slaat hij het versturen over. Is het wel 20 minuten geleden, dan krijg je een bericht en moet er weer minimaal 20 minuten gewacht worden voordat de automation weer uitgevoerd mag worden. Tenminste, zo hoopte ik het te hebben neergezet.

Dat is toch precies wat er wordt gevraagd Of laat mijn begrijpend lezen me in de steek

[XanderHuisman]

lolgast schreef op dinsdag 26 maart 2019 @ 11:49:
Ik snap de opmerking op mijn post niet? De last_changed van de automation wijzigt toch alleen als de automation een melding heeft verstuurd? Zolang dat niet 20 minuten geleden is, slaat hij het versturen over. Is het wel 20 minuten geleden, dan krijg je een bericht en moet er weer minimaal 20 minuten gewacht worden voordat de automation weer uitgevoerd mag worden. Tenminste, zo hoopte ik het te hebben neergezet.

Dat is toch precies wat er wordt gevraagd Of laat mijn begrijpend lezen me in de steek

Nu je het zegt kun je nog eens gelijk hebben ook. Ik had alleen niet helemaal door dat je de waarde van de automation aanpast... Tijd voor een nieuw bakkie pleur

[ANdrode]

Boudewijn schreef op dinsdag 26 maart 2019 @ 11:03:
[...]
Ik heb geen tip. Alleen de discipline thuis wifi aan te zetten als ik bij iets op mijn interne netwerk wil. Mijn bundel is groot genoeg en ik stel niet extreme eisen qua snelheid. BT staat ook altijd uit, alleen even aan als ik thuis een weegschaal gebruik.

Bij mij valt de keuze dus bewust uit naar bruikbaarheid boven privacy. Ik heb echter geen uitgeschreven aanvalsmodel waar ik mijn keuzes op baseer. Mijn intuitie is dat het makkelijker is om mijn aanwezigheid thuis te detecteren dan om mij te de-anonimiseren buiten huis.

Een aanvaller die deze tweede aanval doet moet daar ook een business model voor hebben terwijl ze ook compliant genoeg zijn dat hun business niet wordt stopgezet wanneer de AP over hun activiteiten leert.

Voor remote access heb ik wel een reverse proxy op een VPS met een catch-all hostnaam opgezet met Proxy protocol van de frontend naar backend machine (over wireguard) voor remote access _{op dit moment niet voor hass}. Vanaf LAN loopt verkeer direct naar backend machine.

Doordat een aanvaller on-path toch een SSL certificaat kan krijgen en ik in de praktijk een gewijzigd SSL certificaat niet opmerk* heb ik geen illusies over een end-to-end SSL tunnel en met proxy protocol kan een applicatieserver wel zien wat het remote IP is.

_{*: wie in de praktijk wel?}

[B2]

lolgast schreef op dinsdag 26 maart 2019 @ 11:38:
@B2 Categorie het kan ook anders:

YAML:

- id: kip_in_leghok
  alias: kip in leghok
  initial_state: on
  trigger:
    platform: state
    entity_id: input_boolean.beweging_leghok
    from: 'off'
    to: 'on'
  condition:
    condition: template
    value_template: >
      {% if (as_timestamp(now()) - as_timestamp(states.automation.kip_in_leghok.last_changed)) > 1200 %} True
      {% else %} False
      {% endif %}  
  action:
  - service: notify.pushover
    data:
      message: 'Er zou wel eens een lekker warm ei kunnen liggen'
      title: "Kip in het leghok"

Hij is uit de losse pols en ik gebruik geen HA automations meer dus kan het niet 100% valideren, maar het lijkt mij dat de automation ook van status wijzigt als hij gelopen heeft. Het idee is dat je als voorwaarde van je automation hebt, dat de automation de afgelopen 20 minuten niet van status is gewijzigd (alsin, hij heeft niet gelopen). Maar misschien dat iemand die hier daadwerkelijk gebruik van maakt me op mijn vingers kan tikken en hem eventueel goed kan verbeteren

Scheelt in ieder geval een lading doelloze sensoren

Geimplementeerd.. nu wachten totdat er een kip komt

[XanderHuisman]

Is het een idee om een haakje te maken waar je de sleutels aan op moet hangen? De sleutel kan je vervolgens met een hall sensor (magnetisch veld veranderd) of met een kleine schakelaar die ingedrukt wordt door het haakje. Vervolgens een ESP of ander slim geval eraan en je hebt volledig anoniem een detectie of je thuis bent.

In combinatie met pir/deur sensor vrij simpel en goedkoop te maken lijkt mij..

B2 schreef op dinsdag 26 maart 2019 @ 11:58:
[...]


Geimplementeerd.. nu wachten totdat er een kip komt

Of je moet zelf op hok gaan zitten

[ Voor 21% gewijzigd door XanderHuisman op 26-03-2019 11:59 ]

[lolgast]

B2 schreef op dinsdag 26 maart 2019 @ 11:58:
[...]


Geimplementeerd.. nu wachten totdat er een kip komt

Eigenlijk 2, dan weet je pas of het echt goed werkt

[B2]

lolgast schreef op dinsdag 26 maart 2019 @ 12:05:
[...]

Eigenlijk 2, dan weet je pas of het echt goed werkt

Helaas

[ Voor 32% gewijzigd door B2 op 26-03-2019 12:51 ]

[Tim Schuhmacher]

Een verbetering zou zijn om via beeldherkenning te kijken hoeveel eieren er liggen ipv beweging detecteren.

[B2]

Tim Schuhmacher schreef op dinsdag 26 maart 2019 @ 12:58:
Een verbetering zou zijn om via beeldherkenning te kijken hoeveel eieren er liggen ipv beweging detecteren.

Klopt, maar dat is wel weer een iets ingewikkelder oplossing. Voor nu is beweging 1x per 20 minuten oid prima.
Ik heb het inmiddels ook al geprobeerd met

code:

value_template: >
      {% if (as_timestamp(now()) - as_timestamp(states.automation.kip_in_leghok.attributes.last_triggered)) > 1200 %} True
      {% else %} False
      {% endif %}

Maar dat wordt ook niet getriggerd, ondanks dat de motion sensor naar on springt.

[GertJan2012]

Ik heb sindskort een Tradfri kleurenlamp, en zou graag een scene maken waarbij ik de lamp met een bepaalde kleur en helderheid inschakel.
Het aanzetten van de lamp gaat prima met de betreffende scene, maar als ik extra info aan de scene toevoeg ( kleurwaardes ) dan gaat de lamp niet aan. Iemand enig idee ?
Als ik de scene zo maak dat ik alleen state en brightness defineer, dan werkt het wel.

code:

  - name: Test
    entities:
      light.kleurenlamp:
        state: on
        rgb_color: 0,0,255
        xy_color: 0.136,0.04
        hs_color: 240,100
        brightness: 1

[Saturnus]

@B2
Sluit je 'action' af met:

YAML:

  - service: automation.turn_off
    data:
      entity_id: automation.kip_in_leghok
  - delay:
      minutes: 20
  - service: automation.turn_on
    data:
      entity_id: automation.kip_in_leghok

[lolgast]

En dan mijn stukje condition er tussenuit halen, die is dan niet meer nodig

[pposthoorn]

GertJan2012 schreef op dinsdag 26 maart 2019 @ 14:50:
Ik heb sindskort een Tradfri kleurenlamp, en zou graag een scene maken waarbij ik de lamp met een bepaalde kleur en helderheid inschakel.
Het aanzetten van de lamp gaat prima met de betreffende scene, maar als ik extra info aan de scene toevoeg ( kleurwaardes ) dan gaat de lamp niet aan. Iemand enig idee ?
Als ik de scene zo maak dat ik alleen state en brightness defineer, dan werkt het wel.

code:

  - name: Test
    entities:
      light.kleurenlamp:
        state: on
        rgb_color: 0,0,255
        xy_color: 0.136,0.04
        hs_color: 240,100
        brightness: 1

Ik heb van de week ergens gelezen dat Tradfri lampen raar doen als je meerdere settings tegelijk aanpast, oplossing die aangedragen werd was volgens mij iets met een delay erin om de verschillende settings in te stellen. Kan de link alleen zo snel niet meer terugvinden...

[Zandpad]

GertJan2012 schreef op dinsdag 26 maart 2019 @ 14:50:
Ik heb sindskort een Tradfri kleurenlamp, en zou graag een scene maken waarbij ik de lamp met een bepaalde kleur en helderheid inschakel.
Het aanzetten van de lamp gaat prima met de betreffende scene, maar als ik extra info aan de scene toevoeg ( kleurwaardes ) dan gaat de lamp niet aan. Iemand enig idee ?
Als ik de scene zo maak dat ik alleen state en brightness defineer, dan werkt het wel.

code:

  - name: Test
    entities:
      light.kleurenlamp:
        state: on
        rgb_color: 0,0,255
        xy_color: 0.136,0.04
        hs_color: 240,100
        brightness: 1

Tradfri werkt met 1 command per keer, je geeft nu 3x een kleurwaare mee waardoor het misgaat:

code:

- name: Living Room Evening
  entities:
    light.blauwe_muur_links:
      state: on
      brightness: 203
      hs_color: [29.812,65.252]
      transition: 5

[RoRoo]

RoRoo schreef op dinsdag 19 maart 2019 @ 15:57:
Ik heb sinds mijn overgang naar hassio een issue met mijn custom switch:

Deze 2 gebruik ik in de avond om netjes mijn pi met Rasplex erop af te sluiten voordat de stroom overal vanaf gaat.

De command_off van rasplex_woonkamer werkt prima.

Maar de command_off (of On) van de Samsung (TV) werkt niet.
Voer ik hetzelfde commando uit via SSH op hassio dan werkt het zonder issues.

Is er een verschil hierin tussen homeassistant op hassbian en hassio?

Ik citeer mezelf even omdat ik denk dat ik het wel gevonden heb, moet het vanavond nog even bevestigen.. maar dat komt wel goed.

Zojuist kom ik puur toevallig langs een andere SSH add-on voor hassio en die heeft als functie:
Persists custom SSH client settings & keys between add-on restarts

Dat zou dus kunnen betekenen dat de standaard SSH add-on dat niet heeft. Net nog even getest en idd. mijn keys zijn foetsie. Dus bij een herstart van de Pi óf de Addon (update of herstart) verwijdert deze de key file..

Ik ga die andere add-on installeren en opnieuw testen want dat betekent ook gewoon dat de Pi nooit netjes afsloot maar hard uit ging

[JayOne]

RoRoo schreef op dinsdag 26 maart 2019 @ 15:31:
[...]


Dat zou dus kunnen betekenen dat de standaard SSH add-on dat niet heeft. Net nog even getest en idd. mijn keys zijn foetsie. Dus bij een herstart van de Pi óf de Addon (update of herstart) verwijdert deze de key file..

Vreemd, draai al bijna een jaar met de standaard SSH add-on en keys, zonder dat de key werd verwijderd. Terwijl de Pi toch een paar keer onderuit is gegaan door een stroomstoring of een hard reset van mijn kant, ook al enige updates uitgevoerd op deze addon en de keys bleven gewoon bestaan.

[RoRoo]

JayOne schreef op dinsdag 26 maart 2019 @ 15:42:
[...]


Vreemd, draai al bijna een jaar met de standaard SSH add-on en keys, zonder dat de key werd verwijderd. Terwijl de Pi toch een paar keer onderuit is gegaan door een stroomstoring of een hard reset van mijn kant, ook al enige updates uitgevoerd op deze addon en de keys bleven gewoon bestaan.

Heel apart.. Net even snel getest.. nieuwe keys aangemaakt maar in de log blijf ik zien:

Command failed: ssh root@192.168.15.103 'reboot'

Zodra ik het op de command line doe, dan gaat die remote Pi braaf herstarten.
Doe ik het in een switch, dan doet ie het niet

code:

switch:
  - platform: command_line
    switches:
      rasplex_woonkamer:
        command_off: "ssh root@192.168.15.103 'poweroff'"
        command_on: "ssh root@192.168.15.103 'reboot'"

Deze heeft altijd gewerkt.. Is het misschien met de nieuwe versie anders??

[Imperial Guard]

ANdrode schreef op maandag 25 maart 2019 @ 13:12:
[...]


Dan snap ik niet wat er mis gaat. OpenSSL kan verbinden met deze server en accepteert het SSL certificaat van de server omdat LetsEncrypt in de lijst van vertrouwde certificaat authoriteiten staat.

Dat zou Caddy zelf ook moeten doen...

Met een andere Caddy container had ik het binnen een paar minuten aan de praat, eerlijk gezegd geen idee waar het fout is gegaan. Iedergeval bedankt voor je hulp