Zigbee2mqtt - open source zigbee bridge

[habbekrats]

Grappig is dat aan esxi niet gewijzigd is, ik heb wel iets anders gevonden

https://github.com/Koenkk/zigbee2mqtt/issues/2714
This indicates that the stick has crashed, I would recommend switching to https://github.com/Koenkk...me_1.2/bin/source_routing which improves stability.

dus eerst eens maar eens een flash doen, zie ik gelijk of de stick misschien niet defect is

[Maks]

Ik heb ook een keer zoiets gehad trouwens, was na het opnieuw flashen opgelost.

[habbekrats]

Nou een flash naar 20201128 lijkt er weer wat leven in de zaak te komen, we gaan weer testen

[Danielson]

Ik ben aan het testen met de Zigbee deurbel van de Lidl: Lidl HG06668

Alleen loop ik tegen het probleem aan, dat als ik op de bel druk, hij niet 1x "pressed" doorgeeft, maar meerdere keren met tussenposes van ongeveer 1 seconde:

code:

info  2021-02-11 16:51:45: MQTT publish: topic 'zigbee2mqtt/lidl_silvercrest_smart_wireless_door_bell', payload '{"action":"pressed","battery":100,"battery_low":false,"linkquality":34,"tamper":true}'
info  2021-02-11 16:51:45: MQTT publish: topic 'zigbee2mqtt/lidl_silvercrest_smart_wireless_door_bell', payload '{"action":"","battery":100,"battery_low":false,"linkquality":34,"tamper":true}'
info  2021-02-11 16:51:45: MQTT publish: topic 'zigbee2mqtt/lidl_silvercrest_smart_wireless_door_bell/action', payload 'pressed'
info  2021-02-11 16:51:48: MQTT publish: topic 'zigbee2mqtt/lidl_silvercrest_smart_wireless_door_bell', payload '{"action":"pressed","battery":100,"battery_low":false,"linkquality":21,"tamper":true}'
info  2021-02-11 16:51:48: MQTT publish: topic 'zigbee2mqtt/lidl_silvercrest_smart_wireless_door_bell', payload '{"action":"","battery":100,"battery_low":false,"linkquality":21,"tamper":true}'
info  2021-02-11 16:51:48: MQTT publish: topic 'zigbee2mqtt/lidl_silvercrest_smart_wireless_door_bell/action', payload 'pressed'
info  2021-02-11 16:51:49: MQTT publish: topic 'zigbee2mqtt/lidl_silvercrest_smart_wireless_door_bell', payload '{"action":"pressed","battery":100,"battery_low":false,"linkquality":26,"tamper":true}'
info  2021-02-11 16:51:49: MQTT publish: topic 'zigbee2mqtt/lidl_silvercrest_smart_wireless_door_bell', payload '{"action":"","battery":100,"battery_low":false,"linkquality":26,"tamper":true}'
info  2021-02-11 16:51:49: MQTT publish: topic 'zigbee2mqtt/lidl_silvercrest_smart_wireless_door_bell/action', payload 'pressed'
info  2021-02-11 16:51:50: MQTT publish: topic 'zigbee2mqtt/lidl_silvercrest_smart_wireless_door_bell', payload '{"action":"pressed","battery":100,"battery_low":false,"linkquality":21,"tamper":true}'
info  2021-02-11 16:51:50: MQTT publish: topic 'zigbee2mqtt/lidl_silvercrest_smart_wireless_door_bell', payload '{"action":"","battery":100,"battery_low":false,"linkquality":21,"tamper":true}'
info  2021-02-11 16:51:50: MQTT publish: topic 'zigbee2mqtt/lidl_silvercrest_smart_wireless_door_bell/action', payload 'pressed'
info  2021-02-11 16:51:50: MQTT publish: topic 'zigbee2mqtt/lidl_silvercrest_smart_wireless_door_bell', payload '{"action":"pressed","battery":100,"battery_low":false,"linkquality":21,"tamper":true}'
info  2021-02-11 16:51:50: MQTT publish: topic 'zigbee2mqtt/lidl_silvercrest_smart_wireless_door_bell', payload '{"action":"","battery":100,"battery_low":false,"linkquality":21,"tamper":true}'
info  2021-02-11 16:51:50: MQTT publish: topic 'zigbee2mqtt/lidl_silvercrest_smart_wireless_door_bell/action', payload 'pressed'
info  2021-02-11 16:51:52: MQTT publish: topic 'zigbee2mqtt/lidl_silvercrest_smart_wireless_door_bell', payload '{"action":"pressed","battery":100,"battery_low":false,"linkquality":21,"tamper":true}'
info  2021-02-11 16:51:52: MQTT publish: topic 'zigbee2mqtt/lidl_silvercrest_smart_wireless_door_bell', payload '{"action":"","battery":100,"battery_low":false,"linkquality":21,"tamper":true}'
info  2021-02-11 16:51:52: MQTT publish: topic 'zigbee2mqtt/lidl_silvercrest_smart_wireless_door_bell/action', payload 'pressed'

Heeft iemand tips hoe ik dit op kan lossen?

[4of9]

Ik ben bezig met Home Assistant en Zigbee2mqtt op een Synology. In princpe had ik alles werkend in Docker alleen ik krijg bij Mosquitto de paden niet goed gemapt kennelijk.

Ik heb de docker container met mosquitto in de GUI in DSM geconfigureerd en de paden gemapt zoals eigenlijk overal beschreven staat:

volume1/docker/mqtt/config --> /mqtt/config
volume1/docker/mqtt/log --> /mqtt/log
volume1/docker/mqtt/data --> /mqtt/data

alles start goed op en home assistant connect naar mqtt

code:

021-02-11 15:58:17  stdout  1613059097: New client connected from ::1:59364 as home-assistant (p2, c1, k60).
2021-02-11 15:58:17 stdout  1613059097: New connection from ::1:59364 on port 1883.
2021-02-11 15:57:38 stdout  1613059058: mosquitto version 2.0.7 running
2021-02-11 15:57:38 stdout  1613059058: Opening ipv6 listen socket on port 1883.
2021-02-11 15:57:38 stdout  1613059058: Opening ipv4 listen socket on port 1883.
2021-02-11 15:57:38 stdout  1613059058: Create a configuration file which defines a listener to allow remote access.
2021-02-11 15:57:38 stdout  1613059058: Starting in local only mode. Connections will only be possible from clients running on this machine.
2021-02-11 15:57:38 stdout  1613059058: Config loaded from /mosquitto/config/mosquitto.conf.
2021-02-11 15:57:38 stdout  1613059058: mosquitto version 2.0.7 starting

alleen zie in geen (config) files verschijnen in de de mappen op de nas waar ik naar toe heb gemapt.

Hij start op en in de log staat dat de config file geladen wordt vanaf een andere locatie.
Ik moet echter de config aanpassen en wil de toegewezen mappen gebruiken.

Iemand een idee wat ik verkeerd doe?

[Hmmbob]

Je mapt naar de verkeerde map in je container. Maak van alle mqtt rechts van je pijl eens mosquitto ( /mqtt/config --> /mosquitto/config etc)

[synoniem]

4of9 schreef op donderdag 11 februari 2021 @ 17:16:
Ik ben bezig met Home Assistant en Zigbee2mqtt op een Synology. In princpe had ik alles werkend in Docker alleen ik krijg bij Mosquitto de paden niet goed gemapt kennelijk.

Ik heb de docker container met mosquitto in de GUI in DSM geconfigureerd en de paden gemapt zoals eigenlijk overal beschreven staat:

volume1/docker/mqtt/config --> /mqtt/config
volume1/docker/mqtt/log --> /mqtt/log
volume1/docker/mqtt/data --> /mqtt/data

alles start goed op en home assistant connect naar mqtt

code:

021-02-11 15:58:17  stdout  1613059097: New client connected from ::1:59364 as home-assistant (p2, c1, k60).
2021-02-11 15:58:17 stdout  1613059097: New connection from ::1:59364 on port 1883.
2021-02-11 15:57:38 stdout  1613059058: mosquitto version 2.0.7 running
2021-02-11 15:57:38 stdout  1613059058: Opening ipv6 listen socket on port 1883.
2021-02-11 15:57:38 stdout  1613059058: Opening ipv4 listen socket on port 1883.
2021-02-11 15:57:38 stdout  1613059058: Create a configuration file which defines a listener to allow remote access.
2021-02-11 15:57:38 stdout  1613059058: Starting in local only mode. Connections will only be possible from clients running on this machine.
2021-02-11 15:57:38 stdout  1613059058: Config loaded from /mosquitto/config/mosquitto.conf.
2021-02-11 15:57:38 stdout  1613059058: mosquitto version 2.0.7 starting

alleen zie in geen (config) files verschijnen in de de mappen op de nas waar ik naar toe heb gemapt.

Hij start op en in de log staat dat de config file geladen wordt vanaf een andere locatie.
Ik moet echter de config aanpassen en wil de toegewezen mappen gebruiken.

Iemand een idee wat ik verkeerd doe?

Ja de configuratiefile wordt aangemaakt in /mosquitto niet in /mqtt.

Edit: Hmmbob was me voor.

[4of9]

Dat had ik uiteraard al geprobeerd en dan geeft ie aan dat ie de config file niet kan openen.
Ik heb de map mqtt en alle submappen voor "everyone" full access gegeven.

Ik denk dat ik nog iets over het hoofd zie.

[synoniem]

4of9 schreef op donderdag 11 februari 2021 @ 18:06:
Dat had ik uiteraard al geprobeerd en dan geeft ie aan dat ie de config file niet kan openen.
Ik heb de map mqtt en alle submappen voor "everyone" full access gegeven.

Ik denk dat ik nog iets over het hoofd zie.

Je zou het volgende nog kunnen proberen:

code:

sudo chown -R 100:101 /volume1/docker/mqtt


/volume1/docker/mqtt/config --> /mosquitto/config
/volume1/docker/mqtt/log --> /mosquitto/log
/volume1/docker/mqtt/data --> /mosquitto/data

En let op de / voor /volume1 want volgens mij is dat de correcte locatie op een Synology.

[HF5236]

Ik heb een aantal routerdevices aangeschaft die ik ga gebruiken om mn netwerk te verbeteren en tevens om dingen te besturen. Nu heb ik wel eens gelezen dat bepaalde apparaten niet automatisch de router met het beste signaal pakken maar zich binden aan de eerste router die ze zien (dus niet switchen nadat er een nieuwe dichterbij worden gezet). Klopt dit en moet ik wanneer dit gebeurt de enddevices opnieuw pairen om dit te forcen?

[gastje01]

HF5236 schreef op donderdag 11 februari 2021 @ 20:39:
Ik heb een aantal routerdevices aangeschaft die ik ga gebruiken om mn netwerk te verbeteren en tevens om dingen te besturen. Nu heb ik wel eens gelezen dat bepaalde apparaten niet automatisch de router met het beste signaal pakken maar zich binden aan de eerste router die ze zien (dus niet switchen nadat er een nieuwe dichterbij worden gezet). Klopt dit en moet ik wanneer dit gebeurt de enddevices opnieuw pairen om dit te forcen?

Xiaomi spul lijkt hier een handje van te hebben als ik naar de maps kijk.

Ik pair de spullen op de plek waar ze komen te hangen en als ze dan niet de meest voor de hand liggende node kiezen ne het werkt gewoon (stabiel) dan doe ik er niks aan. Mijn netwerk is met 50+ devices wel groot genoeg om dit op te vangen. De enige sensor die nog wel eens weg wil vallen is die van de brievenbus voor aan de oprit, maar daar kan ik wel mee leven.

[Sander]

HF5236 schreef op donderdag 11 februari 2021 @ 20:39:
Ik heb een aantal routerdevices aangeschaft die ik ga gebruiken om mn netwerk te verbeteren en tevens om dingen te besturen. Nu heb ik wel eens gelezen dat bepaalde apparaten niet automatisch de router met het beste signaal pakken maar zich binden aan de eerste router die ze zien (dus niet switchen nadat er een nieuwe dichterbij worden gezet). Klopt dit en moet ik wanneer dit gebeurt de enddevices opnieuw pairen om dit te forcen?

Ik las eerder in dit topic dat je de CC2531 gebruikt right? Daarmee had ik dat issue ook een 10-tal xiaomi devices viel op reguliere basis uit (ook regelmatig zonder dat de router device weg was) sinds upgrade naar de CC2652 geen enkele last meer van gehad.

[Step5]

Danielson schreef op donderdag 11 februari 2021 @ 16:57:
Ik ben aan het testen met de Zigbee deurbel van de Lidl: Lidl HG06668

Alleen loop ik tegen het probleem aan, dat als ik op de bel druk, hij niet 1x "pressed" doorgeeft, maar meerdere keren met tussenposes van ongeveer 1 seconde:

code:

info  2021-02-11 16:51:45: MQTT publish: topic 'zigbee2mqtt/lidl_silvercrest_smart_wireless_door_bell', payload '{"action":"pressed","battery":100,"battery_low":false,"linkquality":34,"tamper":true}'
info  2021-02-11 16:51:45: MQTT publish: topic 'zigbee2mqtt/lidl_silvercrest_smart_wireless_door_bell', payload '{"action":"","battery":100,"battery_low":false,"linkquality":34,"tamper":true}'
info  2021-02-11 16:51:45: MQTT publish: topic 'zigbee2mqtt/lidl_silvercrest_smart_wireless_door_bell/action', payload 'pressed'
info  2021-02-11 16:51:48: MQTT publish: topic 'zigbee2mqtt/lidl_silvercrest_smart_wireless_door_bell', payload '{"action":"pressed","battery":100,"battery_low":false,"linkquality":21,"tamper":true}'
info  2021-02-11 16:51:48: MQTT publish: topic 'zigbee2mqtt/lidl_silvercrest_smart_wireless_door_bell', payload '{"action":"","battery":100,"battery_low":false,"linkquality":21,"tamper":true}'
info  2021-02-11 16:51:48: MQTT publish: topic 'zigbee2mqtt/lidl_silvercrest_smart_wireless_door_bell/action', payload 'pressed'
info  2021-02-11 16:51:49: MQTT publish: topic 'zigbee2mqtt/lidl_silvercrest_smart_wireless_door_bell', payload '{"action":"pressed","battery":100,"battery_low":false,"linkquality":26,"tamper":true}'
info  2021-02-11 16:51:49: MQTT publish: topic 'zigbee2mqtt/lidl_silvercrest_smart_wireless_door_bell', payload '{"action":"","battery":100,"battery_low":false,"linkquality":26,"tamper":true}'
info  2021-02-11 16:51:49: MQTT publish: topic 'zigbee2mqtt/lidl_silvercrest_smart_wireless_door_bell/action', payload 'pressed'
info  2021-02-11 16:51:50: MQTT publish: topic 'zigbee2mqtt/lidl_silvercrest_smart_wireless_door_bell', payload '{"action":"pressed","battery":100,"battery_low":false,"linkquality":21,"tamper":true}'
info  2021-02-11 16:51:50: MQTT publish: topic 'zigbee2mqtt/lidl_silvercrest_smart_wireless_door_bell', payload '{"action":"","battery":100,"battery_low":false,"linkquality":21,"tamper":true}'
info  2021-02-11 16:51:50: MQTT publish: topic 'zigbee2mqtt/lidl_silvercrest_smart_wireless_door_bell/action', payload 'pressed'
info  2021-02-11 16:51:50: MQTT publish: topic 'zigbee2mqtt/lidl_silvercrest_smart_wireless_door_bell', payload '{"action":"pressed","battery":100,"battery_low":false,"linkquality":21,"tamper":true}'
info  2021-02-11 16:51:50: MQTT publish: topic 'zigbee2mqtt/lidl_silvercrest_smart_wireless_door_bell', payload '{"action":"","battery":100,"battery_low":false,"linkquality":21,"tamper":true}'
info  2021-02-11 16:51:50: MQTT publish: topic 'zigbee2mqtt/lidl_silvercrest_smart_wireless_door_bell/action', payload 'pressed'
info  2021-02-11 16:51:52: MQTT publish: topic 'zigbee2mqtt/lidl_silvercrest_smart_wireless_door_bell', payload '{"action":"pressed","battery":100,"battery_low":false,"linkquality":21,"tamper":true}'
info  2021-02-11 16:51:52: MQTT publish: topic 'zigbee2mqtt/lidl_silvercrest_smart_wireless_door_bell', payload '{"action":"","battery":100,"battery_low":false,"linkquality":21,"tamper":true}'
info  2021-02-11 16:51:52: MQTT publish: topic 'zigbee2mqtt/lidl_silvercrest_smart_wireless_door_bell/action', payload 'pressed'

Heeft iemand tips hoe ik dit op kan lossen?

Kun je het Log level eens op debug zetten en de output dan nog ns posten? Dan staat er als het goed is wat info bij wat er van de deurbel wordt ontvangen

[sjorsjuhmaniac]

4of9 schreef op donderdag 11 februari 2021 @ 17:16:

code:

2021-02-11 15:57:38 Config loaded from /mosquitto/config/mosquitto.conf.

Mosquitto blijft maar kijken in /mosquitto/config. Zolang je dat niet aanpast, of je map niet bind naar /mosquitto gaat ie ze zoiezo niet gebruiken.

[Danielson]

Step5 schreef op donderdag 11 februari 2021 @ 21:24:
[...]

Kun je het Log level eens op debug zetten en de output dan nog ns posten? Dan staat er als het goed is wat info bij wat er van de deurbel wordt ontvangen

code:

debug 2021-02-11 21:39:33: Received Zigbee message from 'lidl_silvercrest_smart_wireless_door_bell', type 'commandStatusChangeNotification', cluster 'ssIasZone', data '{"extendedstatus":0,"zonestatus":5}' from endpoint 1 with groupID 0
info  2021-02-11 21:39:33: MQTT publish: topic 'zigbee2mqtt/lidl_silvercrest_smart_wireless_door_bell', payload '{"action":"pressed","battery":70,"battery_low":false,"linkquality":31,"tamper":true}'
info  2021-02-11 21:39:33: MQTT publish: topic 'zigbee2mqtt/lidl_silvercrest_smart_wireless_door_bell', payload '{"action":"","battery":70,"battery_low":false,"linkquality":31,"tamper":true}'
info  2021-02-11 21:39:33: MQTT publish: topic 'zigbee2mqtt/lidl_silvercrest_smart_wireless_door_bell/action', payload 'pressed'
debug 2021-02-11 21:39:35: Received Zigbee message from 'lidl_silvercrest_smart_wireless_door_bell', type 'commandStatusChangeNotification', cluster 'ssIasZone', data '{"extendedstatus":0,"zonestatus":5}' from endpoint 1 with groupID 0
info  2021-02-11 21:39:35: MQTT publish: topic 'zigbee2mqtt/lidl_silvercrest_smart_wireless_door_bell', payload '{"action":"pressed","battery":70,"battery_low":false,"linkquality":31,"tamper":true}'
info  2021-02-11 21:39:35: MQTT publish: topic 'zigbee2mqtt/lidl_silvercrest_smart_wireless_door_bell', payload '{"action":"","battery":70,"battery_low":false,"linkquality":31,"tamper":true}'
info  2021-02-11 21:39:35: MQTT publish: topic 'zigbee2mqtt/lidl_silvercrest_smart_wireless_door_bell/action', payload 'pressed'
debug 2021-02-11 21:39:38: Received Zigbee message from 'lidl_silvercrest_smart_wireless_door_bell', type 'commandStatusChangeNotification', cluster 'ssIasZone', data '{"extendedstatus":0,"zonestatus":5}' from endpoint 1 with groupID 0
info  2021-02-11 21:39:38: MQTT publish: topic 'zigbee2mqtt/lidl_silvercrest_smart_wireless_door_bell', payload '{"action":"pressed","battery":70,"battery_low":false,"linkquality":31,"tamper":true}'
info  2021-02-11 21:39:38: MQTT publish: topic 'zigbee2mqtt/lidl_silvercrest_smart_wireless_door_bell', payload '{"action":"","battery":70,"battery_low":false,"linkquality":31,"tamper":true}'
info  2021-02-11 21:39:38: MQTT publish: topic 'zigbee2mqtt/lidl_silvercrest_smart_wireless_door_bell/action', payload 'pressed'

Het is een beetje 50/50 de ene keer geeft hij gewoon netjes 1x pressed en de andere keer minimaal 3x!

[Step5]

Danielson schreef op donderdag 11 februari 2021 @ 21:40:
[...]

code:

debug 2021-02-11 21:39:33: Received Zigbee message from 'lidl_silvercrest_smart_wireless_door_bell', type 'commandStatusChangeNotification', cluster 'ssIasZone', data '{"extendedstatus":0,"zonestatus":5}' from endpoint 1 with groupID 0
info  2021-02-11 21:39:33: MQTT publish: topic 'zigbee2mqtt/lidl_silvercrest_smart_wireless_door_bell', payload '{"action":"pressed","battery":70,"battery_low":false,"linkquality":31,"tamper":true}'
info  2021-02-11 21:39:33: MQTT publish: topic 'zigbee2mqtt/lidl_silvercrest_smart_wireless_door_bell', payload '{"action":"","battery":70,"battery_low":false,"linkquality":31,"tamper":true}'
info  2021-02-11 21:39:33: MQTT publish: topic 'zigbee2mqtt/lidl_silvercrest_smart_wireless_door_bell/action', payload 'pressed'
debug 2021-02-11 21:39:35: Received Zigbee message from 'lidl_silvercrest_smart_wireless_door_bell', type 'commandStatusChangeNotification', cluster 'ssIasZone', data '{"extendedstatus":0,"zonestatus":5}' from endpoint 1 with groupID 0
info  2021-02-11 21:39:35: MQTT publish: topic 'zigbee2mqtt/lidl_silvercrest_smart_wireless_door_bell', payload '{"action":"pressed","battery":70,"battery_low":false,"linkquality":31,"tamper":true}'
info  2021-02-11 21:39:35: MQTT publish: topic 'zigbee2mqtt/lidl_silvercrest_smart_wireless_door_bell', payload '{"action":"","battery":70,"battery_low":false,"linkquality":31,"tamper":true}'
info  2021-02-11 21:39:35: MQTT publish: topic 'zigbee2mqtt/lidl_silvercrest_smart_wireless_door_bell/action', payload 'pressed'
debug 2021-02-11 21:39:38: Received Zigbee message from 'lidl_silvercrest_smart_wireless_door_bell', type 'commandStatusChangeNotification', cluster 'ssIasZone', data '{"extendedstatus":0,"zonestatus":5}' from endpoint 1 with groupID 0
info  2021-02-11 21:39:38: MQTT publish: topic 'zigbee2mqtt/lidl_silvercrest_smart_wireless_door_bell', payload '{"action":"pressed","battery":70,"battery_low":false,"linkquality":31,"tamper":true}'
info  2021-02-11 21:39:38: MQTT publish: topic 'zigbee2mqtt/lidl_silvercrest_smart_wireless_door_bell', payload '{"action":"","battery":70,"battery_low":false,"linkquality":31,"tamper":true}'
info  2021-02-11 21:39:38: MQTT publish: topic 'zigbee2mqtt/lidl_silvercrest_smart_wireless_door_bell/action', payload 'pressed'

Het is een beetje 50/50 de ene keer geeft hij gewoon netjes 1x pressed en de andere keer minimaal 3x!

Ok die log had ik helaas wel verwacht zo. Lijkt me toch dat het apparaatje dit zelf genereert. Zitten er echt secondes tussen? of een aantal keer per seconde?
In het laatste geval kun je misschien nog wat met de debounce spelen

[synoniem]

Het valt me op dat "tamper":true is. Dat betekent toch dat de deurbel meldt dat er gerotzooid wordt?

[4of9]

sjorsjuhmaniac schreef op donderdag 11 februari 2021 @ 21:37:
[...]


Mosquitto blijft maar kijken in /mosquitto/config. Zolang je dat niet aanpast, of je map niet bind naar /mosquitto gaat ie ze zoiezo niet gebruiken.

Ik heb hem in docker verwezen naar de correcte map. Het lijkt nu een rechten issue te zijn.

synoniem

sudo chown -R 100:101 /volume1/docker/mqtt


/volume1/docker/mqtt/config --> /mosquitto/config
/volume1/docker/mqtt/log --> /mosquitto/log
/volume1/docker/mqtt/data --> /mosquitto/data

En let op de / voor /volume1 want volgens mij is dat de correcte locatie op een Synology.

Helaas nog steeds hetzelfde resultaat.

Ik was al even aan het zoeken en er lijken meerdere mensen last van gehad te hebben.

[prekz]

In hoeverre kan ik er vanuit gaat dat de zigbee2mqtt map binnen home-assistant correct is?

Ik zie namelijk het volgende


Ik heb dus een aantal router devices maar mijn end devices heb ik er geen die via een router praten. Alles lijkt rechtstreeks met de Zigbee controller te praten.

Ook valt mij op dat een aantal devices geen lijn naar een router hebben, terwijl ik wel data van deze devices ontvang.

[CypherMK]

gastje01 schreef op donderdag 11 februari 2021 @ 20:43:
[...]

De enige sensor die nog wel eens weg wil vallen is die van de brievenbus voor aan de oprit, maar daar kan ik wel mee leven.

Wat voor een sensor gebruik je in die brievenbus?

[Hmmbob]

prekz schreef op vrijdag 12 februari 2021 @ 10:48:
In hoeverre kan ik er vanuit gaat dat de zigbee2mqtt map binnen home-assistant correct is?

Ik zie namelijk het volgende
[Afbeelding]

Ik heb dus een aantal router devices maar mijn end devices heb ik er geen die via een router praten. Alles lijkt rechtstreeks met de Zigbee controller te praten.

Ook valt mij op dat een aantal devices geen lijn naar een router hebben, terwijl ik wel data van deze devices ontvang.

Vink ook even "IsASibling" aan.

[4of9]

Ik heb het probleem opgelost op een hele suffe manier. Ik heb handmatig een config file aangemaakt. Nu werkt het wel.

Hij start nu wel maar gebruikt nog steeds de verkeerde config file zo lijkt het.

[ Voor 28% gewijzigd door 4of9 op 12-02-2021 11:14 ]

[prekz]

Hmmbob schreef op vrijdag 12 februari 2021 @ 11:05:
[...]

Vink ook even "IsASibling" aan.

Dat is een goede

Nog niet helemaal tevreden, de routers verbinden met elkaar, maar de battery devices niet

[Hmmbob]

Lol, jouw zolder temp sensor is dezelfde als bij mij (ook op zolder ) en die heb ik ook nog nooit verbonden gezien op de map. Zolang de data maar doorkomt ben ik gestopt met me er druk over maken

[DaYwaLkUr]

Welke temperatuur sensoren hebben jullie? ik wilde eerst voor de Xiaomi Aquara (want de Mija is niet leverbaar via Ali?)

Alleen ik las dat die niet fully Zigbee compliant zijn, dus wel werken.. maar vaker de connectie verliezen of niet switchen qua zigbee router.
https://community.hubitat...eeping-them-connected/623

[Hmmbob]

DaYwaLkUr schreef op vrijdag 12 februari 2021 @ 11:30:
Welke temperatuur sensoren hebben jullie? ik wilde eerst voor de Xiaomi Aquara (want de Mija is niet leverbaar via Ali?)

Alleen ik las dat die niet fully Zigbee compliant zijn, dus wel werken.. maar vaker de connectie verliezen of niet switchen qua zigbee router.
https://community.hubitat...eeping-them-connected/623

https://www.zigbee2mqtt.i...LM.html#xiaomi-wsdcgq01lm

Verliest bij mij geen connectie, is wel extreem verliefd op de eerste router waaraan hij verbonden werd en is daar moeilijk af te krijgen

Maar, het werkt

[sjorsjuhmaniac]

4of9 schreef op vrijdag 12 februari 2021 @ 11:08:
Ik heb het probleem opgelost op een hele suffe manier. Ik heb handmatig een config file aangemaakt. Nu werkt het wel.

Hij start nu wel maar gebruikt nog steeds de verkeerde config file zo lijkt het.

Gooi eerst eens de rechten op die mappen naar 777, om problemen met rechten uit te sluiten

chmod -R 777 /volume1/docker/mqtt/config /volume1/docker/mqtt/log /volume1/docker/mqtt/data

dit is mijn docker-compose.yaml, ik draai specifiek versie 1.6.12 maar je kan hier ook latest invullen als je wilt. Het networks stukje hangt van je opstelling af dus moet je aanpassen aan je opstelling:

YAML: docker-compose.yaml

    mqttbroker:
      image: eclipse-mosquitto:1.6.12
      container_name: mosquitto
      mem_limit: 20M
      logging:
        options:
          max-size: "10M"
          max-file: "2"
      volumes:
        - /docker-mosquitto/data/data:/mosquitto/data
        - /docker-mosquitto/data/config:/mosquitto/config
        - /docker-mosquitto/data/log:/mosquitto/log
      ports:
        - "1883:1883"
      networks:
        - mqtt

[4of9]

sjorsjuhmaniac schreef op vrijdag 12 februari 2021 @ 13:33:
[...]


Gooi eerst eens de rechten op die mappen naar 777, om problemen met rechten uit te sluiten

chmod -R 777 /volume1/docker/mqtt/config /volume1/docker/mqtt/log /volume1/docker/mqtt/data

dit is mijn docker-compose.yaml, ik draai specifiek versie 1.6.12 maar je kan hier ook latest invullen als je wilt. Het networks stukje hangt van je opstelling af dus moet je aanpassen aan je opstelling:

YAML: docker-compose.yaml

    mqttbroker:
      image: eclipse-mosquitto:1.6.12
      container_name: mosquitto
      mem_limit: 20M
      logging:
        options:
          max-size: "10M"
          max-file: "2"
      volumes:
        - /docker-mosquitto/data/data:/mosquitto/data
        - /docker-mosquitto/data/config:/mosquitto/config
        - /docker-mosquitto/data/log:/mosquitto/log
      ports:
        - "1883:1883"
      networks:
        - mqtt

Helaas exact hetzelfde probleem. Ik lees her en der dat er meerdere mensen last van lijken te hebben maar zonder een eenduidige oplossing.

Situatie nu is:

als ik in met de huidige mappings een config file in /volume1/docker/mqtt/config plaats dan runt hij wel zonder error. HASS connect dan ook netjes zoals verwacht. Echter lijkt hij niet de config file die ik geplaatst heb te gebruiken. Als ik deze namelijk aanpas (allow_anonymous true) dan blijft hij in local mode draaien n een herstart.

Haal ik de config weg dan maakt hij zelf dus geen nieuwe config aan maar klapt er steeds uit met de melding dat hij de config file niet kan openen.

Ik zou dus zonder mappings kunnen runnen en dan werkt het maar ik moet dus mijn config file aanpassen en ik vind dat prettiger om dat vanuit één centrale plek te doen (ben nog niet zo handig met commandline in linux)

stappen die ik al heb geprobeerd:

- andere locatie van mappen
- andere namen
- sudo chown -R 100:101 /volume1/docker/mqtt
- sudo chown -R 1883:1883 /volume1/docker/mqtt
- chmod -R 777
- root eigenaar gemaakt van /volume1/docker/mqtt
- everyone full control gegeven op /volume1/docker/mqtt
- docker image via GUI in DSM geconfigureerd
- docker image via commandline gerund (volgens deze tutorial: YouTube: Mosquitto (MQTT) in Docker for Home Assistant on Synology - #004

Volgens mij doe ik alles wel goed maar lijkt er toch ergens iets met rechten niet helemaal lekker te gaan.

[Verwijderd]

Voor mede tweakers die nu ook problemen krijgen met het starten van de nieuwe addon icm Synology en docker? Lees dit even:
https://community.home-as...ative-package/125559/1477

Enige optie die ik nu kan verzinnen als je BTRFS draait: Update niet. Heb je het toch gedaan? Snapshot en alles in een VM knallen tot dat HA weer eens normaal gaat doen...

[sjorsjuhmaniac]

4of9 schreef op vrijdag 12 februari 2021 @ 14:08:
[...]

Ik zou dus zonder mappings kunnen runnen en dan werkt het maar ik moet dus mijn config file aanpassen en ik vind dat prettiger om dat vanuit één centrale plek te doen (ben nog niet zo handig met commandline in linux)

gaat je niet slecht af

stappen die ik al heb geprobeerd:

- andere locatie van mappen
- andere namen
- sudo chown -R 100:101 /volume1/docker/mqtt
- sudo chown -R 1883:1883 /volume1/docker/mqtt
- chmod -R 777
- root eigenaar gemaakt van /volume1/docker/mqtt
- everyone full control gegeven op /volume1/docker/mqtt
- docker image via GUI in DSM geconfigureerd
- docker image via commandline gerund (volgens deze tutorial: YouTube: Mosquitto (MQTT) in Docker for Home Assistant on Synology - #004

Volgens mij doe ik alles wel goed maar lijkt er toch ergens iets met rechten niet helemaal lekker te gaan.

In de opstelling waarmee mosquitto wel blijft draaien: kun je dan in de console van de container komen? Als je portainer hebt draaien is het zelf heel eenvoudig.
zo ja:
probeer dan eens het volgende.

/ # ls -lah /mosquitto/*
/mosquitto/config:
total 12K    
drwxrwxrwx    2 mosquitt mosquitt    4.0K Dec 31 00:30 .
drwxr-xr-x    1 mosquitt mosquitt    4.0K Dec 17 13:54 ..
-rw-rw-r--    1 mosquitt mosquitt      31 Dec 31 00:30 mosquitto.conf

/mosquitto/data:
total 8K     
drwxr-xr-x    2 mosquitt mosquitt    4.0K Dec 25 02:10 .
drwxr-xr-x    1 mosquitt mosquitt    4.0K Dec 17 13:54 ..

/mosquitto/log:
total 8K     
drwxr-xr-x    2 mosquitt mosquitt    4.0K Dec 25 02:10 .
drwxr-xr-x    1 mosquitt mosquitt    4.0K Dec 17 13:54 ..

zo nee, kun je nog eens de container vanaf de cli starten vergelijkbaar met hoe het in de video gaat? iets ander commando.

dit is een voorbeeld command om vanaf de cli te starten zodat we wat kunnen testen, dit start NIET mosquitto... alleen om wat te testen, misschien is sudo nodig:

docker run -ti -u mosquitto -v /volume1/docker/mqtt/data:/mosquitto/data -v /volume1/docker/mqtt/config:/mosquitto/config -p 1883:1883 eclipse-mosquitto /bin/sh

Je komt dan in de cli van de container terecht. draai dan eens hetzelfde 'ls' commando van hierboven. wat voor rechten zie je dan op je config file? moeten OF
- eigenaar mosquitto:mosquitto hebben
- minmaal rw_rw_rw_ zijn, als er 'x' tussen staat is het ook goed.


doe dan eens

/# cat /mosquitto/config/mosquitto.conf

dit moet de inhoud van je config file laten zien. is dit je eigen file?

dan maar eens mosquitto met de hand starten, stoppen kan ctrl-c:

mosquitto -c /mosquitto/config/mosquitto.conf

lukt dat? geen fouten? laad hij de goede config? kan een client connecten?

[habbekrats]

DaYwaLkUr schreef op vrijdag 12 februari 2021 @ 11:30:
Welke temperatuur sensoren hebben jullie? ik wilde eerst voor de Xiaomi Aquara (want de Mija is niet leverbaar via Ali?)

Alleen ik las dat die niet fully Zigbee compliant zijn, dus wel werken.. maar vaker de connectie verliezen of niet switchen qua zigbee router.
https://community.hubitat...eeping-them-connected/623

Vendor
Xiaomi
Model
WSDCGQ11LM
https://nl.banggood.com/A...se=CN&ID=557527&rmmds=buy
Alleen even wachten op een actie dag, ik heb er 2 voor 9,20 euro gekocht. Was maar een test, ze werken uitstekend al bijna 10 maand en batterij is nog 95%.
Achteraf had ik er wel 6 gewild.

[Mars Warrior]

habbekrats schreef op vrijdag 12 februari 2021 @ 19:49:
[...]
Vendor
Xiaomi
Model
WSDCGQ11LM
https://nl.banggood.com/A...se=CN&ID=557527&rmmds=buy
Alleen even wachten op een actie dag, ik heb er 2 voor 9,20 euro gekocht. Was maar een test, ze werken uitstekend al bijna 10 maand en batterij is nog 95%.
Achteraf had ik er wel 6 gewild.

Op Ali zijn ze vanwege het nieuwe jaar nu rond de €8,50 per stuk. Moet je er wel een stuk of 4 kopen.
Ook de deur/raam contact en PIR sensoren zijn in de aanbieding.

[Danielson]

Step5 schreef op donderdag 11 februari 2021 @ 21:58:
[...]

Ok die log had ik helaas wel verwacht zo. Lijkt me toch dat het apparaatje dit zelf genereert. Zitten er echt secondes tussen? of een aantal keer per seconde?
In het laatste geval kun je misschien nog wat met de debounce spelen

Bedankt voor het meedenken! Helaas zit er teveel tijd tussen om het op te lossen met debounce!

Ik had gehoopt dat met bel niet helemaal fris was, daarom heb ik hem vandaag omgewisseld bij de Lidl, maar de nieuwe doet exact hetzelfde!

Het stomme is nu Zigbee2MQTT een tijdje draait het beter lijkt te gaan...

[gastje01]

CypherMK schreef op vrijdag 12 februari 2021 @ 11:02:
[...]


Wat voor een sensor gebruik je in die brievenbus?

Aquara vibration sensor in het deksel geplakt. Omdat deze een beetje ‘klemt’ wordt de sensor geactiveerd als de postbode ‘m open doet.

Ding staat echter aan t begin van m’n oprit, eigenlijk nét te weinig nodes in de buurt om mee te verbinden. Überhaupt ‘roamen’ (heet dat zo bij ZigBee?) die dingen slecht.

[Kodess]

gastje01 schreef op vrijdag 12 februari 2021 @ 20:24:
[...]

Aquara vibration sensor in het deksel geplakt. Omdat deze een beetje ‘klemt’ wordt de sensor geactiveerd als de postbode ‘m open doet.

Ding staat echter aan t begin van m’n oprit, eigenlijk nét te weinig nodes in de buurt om mee te verbinden. Überhaupt ‘roamen’ (heet dat zo bij ZigBee?) die dingen slecht.

Healen
En als je denkt he dat klinkt niet goed, dat klopt. Het is een mesh netwerk wat verwacht dat hij zoveel verbindingen heeft dat hij niet opeens zal moeten wijzigen/roamen/healen

[Step5]

Danielson schreef op vrijdag 12 februari 2021 @ 20:09:
[...]


Bedankt voor het meedenken! Helaas zit er teveel tijd tussen om het op te lossen met debounce!

Ik had gehoopt dat met bel niet helemaal fris was, daarom heb ik hem vandaag omgewisseld bij de Lidl, maar de nieuwe doet exact hetzelfde!

Het stomme is nu Zigbee2MQTT een tijdje draait het beter lijkt te gaan...

Nou zeg, ding omwisselen zou ik ook gedaan hebben idd
Ik heb er dus ook een en die doet het gewoon goed.
Misschien speelt je stick nog een rol hier in... (Ik gebruik een conbee 2)

[gastje01]

Kodess schreef op vrijdag 12 februari 2021 @ 22:21:
[...]

Healen
En als je denkt he dat klinkt niet goed, dat klopt. Het is een mesh netwerk wat verwacht dat hij zoveel verbindingen heeft dat hij niet opeens zal moeten wijzigen/roamen/healen

Dat werkt bij de rest zo (Ikea, Hue, Blitzwolf) maar ik merk toch echt dat de aqara spullen angstig aan hun eerdere/eerste verblinding vast houden en niet ‘healen’ naar een andere node. Op de brievenbus na gaat dit gewoon goed. Afstand en interferentie met WiFi netwerken waar ik geen invloed op heb (het is immers buiten) helpen vast niet.

[4of9]

sjorsjuhmaniac schreef op vrijdag 12 februari 2021 @ 15:07:
[...]

gaat je niet slecht af


[...]


In de opstelling waarmee mosquitto wel blijft draaien: kun je dan in de console van de container komen? Als je portainer hebt draaien is het zelf heel eenvoudig.
zo ja:
probeer dan eens het volgende.

/ # ls -lah /mosquitto/*
/mosquitto/config:
total 12K    
drwxrwxrwx    2 mosquitt mosquitt    4.0K Dec 31 00:30 .
drwxr-xr-x    1 mosquitt mosquitt    4.0K Dec 17 13:54 ..
-rw-rw-r--    1 mosquitt mosquitt      31 Dec 31 00:30 mosquitto.conf

/mosquitto/data:
total 8K     
drwxr-xr-x    2 mosquitt mosquitt    4.0K Dec 25 02:10 .
drwxr-xr-x    1 mosquitt mosquitt    4.0K Dec 17 13:54 ..

/mosquitto/log:
total 8K     
drwxr-xr-x    2 mosquitt mosquitt    4.0K Dec 25 02:10 .
drwxr-xr-x    1 mosquitt mosquitt    4.0K Dec 17 13:54 ..

zo nee, kun je nog eens de container vanaf de cli starten vergelijkbaar met hoe het in de video gaat? iets ander commando.

dit is een voorbeeld command om vanaf de cli te starten zodat we wat kunnen testen, dit start NIET mosquitto... alleen om wat te testen, misschien is sudo nodig:

docker run -ti -u mosquitto -v /volume1/docker/mqtt/data:/mosquitto/data -v /volume1/docker/mqtt/config:/mosquitto/config -p 1883:1883 eclipse-mosquitto /bin/sh

Je komt dan in de cli van de container terecht. draai dan eens hetzelfde 'ls' commando van hierboven. wat voor rechten zie je dan op je config file? moeten OF
- eigenaar mosquitto:mosquitto hebben
- minmaal rw_rw_rw_ zijn, als er 'x' tussen staat is het ook goed.


doe dan eens

/# cat /mosquitto/config/mosquitto.conf

dit moet de inhoud van je config file laten zien. is dit je eigen file?

dan maar eens mosquitto met de hand starten, stoppen kan ctrl-c:

mosquitto -c /mosquitto/config/mosquitto.conf

lukt dat? geen fouten? laad hij de goede config? kan een client connecten?

Ik heb de container gerund die ik al had zonder mappings. Hij start dan correct. Als ik dan in de terminal van de container het ls command run krijg ik niets te zien (hij doet niks).

Container gestopt en het docker -run commando uitgevoerd als root vanuit putty.
Er kwam een nieuwe container bij in docker met een andere naam.
Deze draaide ook zonder error.

Daar in de terminal het ls commando gerund:

root@opslagdoos:~# docker run -ti -u mosquitto -v /volume1/docker/mqtt/data:/mosquitto/data -v /volume1/docker/mqtt/config:/mosquitto/config -p 1883:1883 eclipse-mosquitto /bin/sh

/ $ ls -lah /mosquitto/*

/mosquitto/config:
total 40K
drwxrwxrwx    1 mosquitt mosquitt      28 Feb 12 12:54 .
drwxr-xr-x    1 mosquitt mosquitt      26 Feb  5 02:20 ..
-rwxrwxrwx    1 1026     users      38.3K Feb  5 02:20 mosquitto.conf

/mosquitto/data:
total 0
drwxrwxrwx    1 mosquitt mosquitt       0 Feb 12 11:51 .
drwxr-xr-x    1 mosquitt mosquitt      26 Feb  5 02:20 ..

/mosquitto/log:
total 0
drwxr-xr-x    1 mosquitt mosquitt       0 Feb  5 02:20 .
drwxr-xr-x    1 mosquitt mosquitt      26 Feb  5 02:20 ..

De andere commando's geven no such file or directory
Hij gebruikt nu mijn eigen config op de nieuwe locatie.
Hij logt nu alleen niets, alleen mijn terminal uitvoer zie ik in de log voorbij komen.

als ik hem handmatig start lijkt hij weer de 'oude' config file te pakken. In de nieuwe config file heb ik namelijk allow_anonymous true aangezet en hij start hem toch in local only mode.

het verschil met de docker containers is nu de uitvoeringsopdracht.

Bij mijn eerste container staat er

code:

/docker-entrypoint.sh /usr/sbin/moquitto -c /mosquitto/config/mosquitto.conf

En bij de nieuwe aangemaakte container

code:

/docker-entrypoint.sh /bin/sh

[ Voor 4% gewijzigd door 4of9 op 13-02-2021 12:12 ]

[sjorsjuhmaniac]

4of9 schreef op zaterdag 13 februari 2021 @ 11:59:
[...]


Ik heb de container gerund die ik al had zonder mappings. Hij start dan correct. Als ik dan in de terminal van de container het ls command run krijg ik niets te zien (hij doet niks).

Dit kan eigenlijk niet. Ik denk dat je niet op de console van de container hebt gezeten maar in het scherm waar je de output van de container (waar de logs van mosquitto voorbij ziet komen).
Maar ok, niet belangrijk voor nu gezien je andere commentaar hieronder

Container gestopt en het docker -run commando uitgevoerd als root vanuit putty.
Er kwam een nieuwe container bij in docker met een andere naam.
Deze draaide ook zonder error.

Daar in de terminal het ls commando gerund:

root@opslagdoos:~# docker run -ti -u mosquitto -v /volume1/docker/mqtt/data:/mosquitto/data -v /volume1/docker/mqtt/config:/mosquitto/config -p 1883:1883 eclipse-mosquitto /bin/sh

/ $ ls -lah /mosquitto/*

/mosquitto/config:
total 40K
drwxrwxrwx    1 mosquitt mosquitt      28 Feb 12 12:54 .
drwxr-xr-x    1 mosquitt mosquitt      26 Feb  5 02:20 ..
-rwxrwxrwx    1 1026     users      38.3K Feb  5 02:20 mosquitto.conf

/mosquitto/data:
total 0
drwxrwxrwx    1 mosquitt mosquitt       0 Feb 12 11:51 .
drwxr-xr-x    1 mosquitt mosquitt      26 Feb  5 02:20 ..

/mosquitto/log:
total 0
drwxr-xr-x    1 mosquitt mosquitt       0 Feb  5 02:20 .
drwxr-xr-x    1 mosquitt mosquitt      26 Feb  5 02:20 ..

Goed, wat zien we hier?
de mappen zijn van de user en group mosquitto, behalve de config file.
De rechten op de config file zijn 777 (iedereen mag alles).
So far, so good.
Note, mosquitto heeft in priciepe alleen maar leesrechten nodig, dus ******r_x is het minimale wat er nodig is. als je wilt, als alles later draait, kan je de rechten op je config file terugzetten naar 755.

De andere commando's geven no such file or directory
Hij gebruikt nu mijn eigen config op de nieuwe locatie.

Top, we hebben bewezen dat wanneer we de map binden op de juiste locatie, het dus gewoon werkt.

Hij logt nu alleen niets, alleen mijn terminal uitvoer zie ik in de log voorbij komen.

In het voorbeeld had ik de log map niet gebind als je wilt kun je nog eens testen met ook de log map, maar heeft voor nu geen toegevoede waarde

docker run -ti -u mosquitto -v /volume1/docker/mqtt/data:/mosquitto/data -v /volume1/docker/mqtt/config:/mosquitto/config -v /volume1/docker/mqtt/log:/mosquitto/log -p 1883:1883 eclipse-mosquitto /bin/sh

als ik hem handmatig start lijkt hij weer de 'oude' config file te pakken. In de nieuwe config file heb ik namelijk allow_anonymous true aangezet en hij start hem toch in local only mode.

wat betekend 'handmatig starten'? kun je vertellen hoe je hier iets start?

het verschil met de docker containers is nu de uitvoeringsopdracht.

Bij mijn eerste container staat er

code:

/docker-entrypoint.sh /usr/sbin/moquitto -c /mosquitto/config/mosquitto.conf

En bij de nieuwe aangemaakte container

code:

/docker-entrypoint.sh /bin/sh

Klopt, dat verschil komt door de opdracht die we gaven. Je kan zien dat we

... /bin/sh

als opdracht aan de container meegaven. Zoals ik al zei start dit dus juist niet mosquitto maar gewoon een shell (zeg maar de interne putty). hierdoor kunnen we IN de container een commando zoals ls uitvoeren om nu echt eens te kijken hoe de container zelf alles ervaart.

ok, dus er moet iets mis gaan in de manier waarom je hem 'handmatig' of 'normaal gesproken' probeert te starten. we hebben hierboven immers net aangetoond dat met de juiste commando's alles werkt zoals het moet.

Zoals hierboven al gevraagd; HOE start je de container normaal? via de command line? welk commando?
of via een web interface? welke interface, portainer? hoe ziet die configuratie eruit?

[sanderjohan]

DaYwaLkUr schreef op vrijdag 12 februari 2021 @ 11:30:
Welke temperatuur sensoren hebben jullie? ik wilde eerst voor de Xiaomi Aquara (want de Mija is niet leverbaar via Ali?)

Alleen ik las dat die niet fully Zigbee compliant zijn, dus wel werken.. maar vaker de connectie verliezen of niet switchen qua zigbee router.
https://community.hubitat...eeping-them-connected/623

Heb verschillende Xiaomi Aqara temperatuur sensoren in gebruik en deze werken perfect icm zigbee2mqtt. Per sensor worden er 9 apparaten aangemaakt.

https://nl.aliexpress.com...042311.0.0.62394c4d1SatL9

[Mars Warrior]

sanderjohan schreef op zaterdag 13 februari 2021 @ 14:03:
[...]
Heb verschillende Xiaomi Aqara temperatuur sensoren in gebruik en deze werken perfect icm zigbee2mqtt. Per sensor worden er 9 apparaten aangemaakt.

https://nl.aliexpress.com...042311.0.0.62394c4d1SatL9

Yep, werken ook hier al vanaf 2018 perfect. Heb er net weer 3 bijbesteld op Ali voor €22,68 (€7,56/stuk)
Batterijen gaan bij mij ca 2jr mee. Die heb ik dus vorig jaar allemaal moeten vervangen.

De Ikea Tradfri lampen routeren de meeste Aqara berichten (rest zit direct op de coördinator stick), dus ook geen problemen met het ontvangen van de berichten van deze sensoren.

[4of9]

sjorsjuhmaniac schreef op zaterdag 13 februari 2021 @ 13:07:
[...]


Dit kan eigenlijk niet. Ik denk dat je niet op de console van de container hebt gezeten maar in het scherm waar je de output van de container (waar de logs van mosquitto voorbij ziet komen).
Maar ok, niet belangrijk voor nu gezien je andere commentaar hieronder


[...]


Goed, wat zien we hier?
de mappen zijn van de user en group mosquitto, behalve de config file.
De rechten op de config file zijn 777 (iedereen mag alles).
So far, so good.
Note, mosquitto heeft in priciepe alleen maar leesrechten nodig, dus ******r_x is het minimale wat er nodig is. als je wilt, als alles later draait, kan je de rechten op je config file terugzetten naar 755.


[...]


Top, we hebben bewezen dat wanneer we de map binden op de juiste locatie, het dus gewoon werkt.


[...]


In het voorbeeld had ik de log map niet gebind als je wilt kun je nog eens testen met ook de log map, maar heeft voor nu geen toegevoede waarde

docker run -ti -u mosquitto -v /volume1/docker/mqtt/data:/mosquitto/data -v /volume1/docker/mqtt/config:/mosquitto/config -v /volume1/docker/mqtt/log:/mosquitto/log -p 1883:1883 eclipse-mosquitto /bin/sh

[...]


wat betekend 'handmatig starten'? kun je vertellen hoe je hier iets start?


[...]


Klopt, dat verschil komt door de opdracht die we gaven. Je kan zien dat we

... /bin/sh

als opdracht aan de container meegaven. Zoals ik al zei start dit dus juist niet mosquitto maar gewoon een shell (zeg maar de interne putty). hierdoor kunnen we IN de container een commando zoals ls uitvoeren om nu echt eens te kijken hoe de container zelf alles ervaart.

ok, dus er moet iets mis gaan in de manier waarom je hem 'handmatig' of 'normaal gesproken' probeert te starten. we hebben hierboven immers net aangetoond dat met de juiste commando's alles werkt zoals het moet.

Zoals hierboven al gevraagd; HOE start je de container normaal? via de command line? welk commando?
of via een web interface? welke interface, portainer? hoe ziet die configuratie eruit?

Allereerst super bedankt voor deze uitleg. Maakt een hoop duidelijk en fijn dat ik dan ook beter begrijp wat ik allemaal aan het doen ben.


Met handmatig starten bedoel ik vanuit de GUI van Docker op de NAS.

als ik de settings exporteer van de betreffende container:

code:

{
   "cap_add" : null,
   "cap_drop" : null,
   "cmd" : "/usr/sbin/mosquitto -c /mosquitto/config/mosquitto.conf",
   "cpu_priority" : 50,
   "devices" : [],
   "enable_publish_all_ports" : false,
   "enable_restart_policy" : true,
   "enabled" : false,
   "env_variables" : [
      {
         "key" : "PATH",
         "value" : "/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
      },
      {
         "key" : "VERSION",
         "value" : "2.0.7"
      },
      {
         "key" : "DOWNLOAD_SHA256",
         "value" : "a98054f0b8161588975ef24e1d467550d3935f4c16ccee63ecb623248a28356e"
      },
      {
         "key" : "GPG_KEYS",
         "value" : "A0D6EEA1DCAE49A635A3B2F0779B22DFB3E717B7"
      },
      {
         "key" : "LWS_VERSION",
         "value" : "2.4.2"
      },
      {
         "key" : "LWS_SHA256",
         "value" : "73012d7fcf428dedccc816e83a63a01462e27819d5537b8e0d0c7264bfacfad6"
      },
      {
         "key" : "CJSON_VERSION",
         "value" : "1.7.14"
      },
      {
         "key" : "CJSON_SHA256",
         "value" : "fb50a663eefdc76bafa80c82bc045af13b1363e8f45cec8b442007aef6a41343"
      }
   ],
   "exporting" : false,
   "id" : "f4ec11cd4bc78f8c9af6582158a78316ef749288184786e81f0af46343dc8217",
   "image" : "eclipse-mosquitto",
   "is_ddsm" : false,
   "is_package" : false,
   "links" : [],
   "memory_limit" : 0,
   "name" : "mqtt",
   "network" : [
      {
         "driver" : "host",
         "name" : "host"
      }
   ],
   "network_mode" : "host",
   "port_bindings" : [
      {
         "container_port" : 1883,
         "host_port" : 1883,
         "type" : "tcp"
      },
      {
         "container_port" : 9001,
         "host_port" : 9001,
         "type" : "tcp"
      }
   ],
   "privileged" : false,
   "shortcut" : {
      "enable_shortcut" : false
   },
   "use_host_network" : true,
   "volume_bindings" : [
      {
         "host_volume_file" : "/docker/mqtt/log",
         "mount_point" : "/mosquitto/log",
         "type" : "rw"
      },
      {
         "host_volume_file" : "/docker/mqtt/data",
         "mount_point" : "/mosquitto/data",
         "type" : "rw"
      },
      {
         "host_volume_file" : "/docker/mqtt/config",
         "mount_point" : "/mosquitto/config",
         "type" : "rw"
      }
   ]
}

[RobertMe]

Nu hier toch weer een berg Xiaomi reclame langs komt . Ik heb zo'n Aqara wireless double wall switch. Maar hier zijn twee versies van, eentje die alleen maar enkele kliks onderstend, en een die ook double (& tripple?) clicks en long press ondersteund. "Uiteraard" heb ik nu de eerste, "simpele", versie en zou graag de uitgebreidere willen hebben. Weet iemand dus toevallig een shop (op AliExpress) die gegarandeerd de uitgebreidere versie verkoopt?

[sjorsjuhmaniac]

4of9 schreef op zaterdag 13 februari 2021 @ 15:02:

code:

{
   "cmd" : "/usr/sbin/mosquitto -c /mosquitto/config/mosquitto.conf",

ok, dat is prima. dit start mosquitto met de config file die staat in /mosquitto/config/ (IN de container, niet op je host)

code:

   "image" : "eclipse-mosquitto",

ok, juiste image zo te zien

code:

   "network" : [
      {
         "driver" : "host",
         "name" : "host"
      }
   ],
   "network_mode" : "host",
   "port_bindings" : [
      {
         "container_port" : 1883,
         "host_port" : 1883,
         "type" : "tcp"
      },
      {
         "container_port" : 9001,
         "host_port" : 9001,
         "type" : "tcp"
      }
   ],

je exposed hier je poorten. ook ok.

code:

   "volume_bindings" : [
      {
         "host_volume_file" : "/docker/mqtt/log",
         "mount_point" : "/mosquitto/log",
         "type" : "rw"
      },
      {
         "host_volume_file" : "/docker/mqtt/data",
         "mount_point" : "/mosquitto/data",
         "type" : "rw"
      },
      {
         "host_volume_file" : "/docker/mqtt/config",
         "mount_point" : "/mosquitto/config",
         "type" : "rw"
      }
   ]
}

Missen we hier niet iets? In je tests gebruik je /volume1/docker/mqtt/.... Hierboven gebruik je /docker/mqtt/...

Komt ook aardig overeen met de melding dat hij de config niet kan vinden/niet jouw config gebruikt.

[4of9]

Dit is idd vreemd.
Zojuist alle Moquitto containers weggegooid in de GUI.

Opnieuw via putty docker run gedaan:

sudo docker run --name="mqtt" --restart=always --net=host -p 1883:1883 -p 9001:9001 -v /volume1/docker/mqtt/config:/mosquitto/config -v /volume1/docker/mqtt/log:/mosquitto/log -v /volume1/docker/mqtt/data:/mosquitto/data -tid eclipse-mosquitto

Hij start op in localmode (== hij gebruikt weer zijn eigen config, niet de gemapte locatie)

In de export van in de instellingen ontbreekt weer volume1

code:

{
   "cap_add" : null,
   "cap_drop" : null,
   "cmd" : "/usr/sbin/mosquitto -c /mosquitto/config/mosquitto.conf",
   "cpu_priority" : 0,
   "devices" : [],
   "enable_publish_all_ports" : false,
   "enable_restart_policy" : true,
   "enabled" : false,
   "env_variables" : [
      {
         "key" : "PATH",
         "value" : "/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
      },
      {
         "key" : "VERSION",
         "value" : "2.0.7"
      },
      {
         "key" : "DOWNLOAD_SHA256",
         "value" : "a98054f0b8161588975ef24e1d467550d3935f4c16ccee63ecb623248a28356e"
      },
      {
         "key" : "GPG_KEYS",
         "value" : "A0D6EEA1DCAE49A635A3B2F0779B22DFB3E717B7"
      },
      {
         "key" : "LWS_VERSION",
         "value" : "2.4.2"
      },
      {
         "key" : "LWS_SHA256",
         "value" : "73012d7fcf428dedccc816e83a63a01462e27819d5537b8e0d0c7264bfacfad6"
      },
      {
         "key" : "CJSON_VERSION",
         "value" : "1.7.14"
      },
      {
         "key" : "CJSON_SHA256",
         "value" : "fb50a663eefdc76bafa80c82bc045af13b1363e8f45cec8b442007aef6a41343"
      }
   ],
   "exporting" : false,
   "id" : "bdee2cf04e38024978398382c79fc76331c5d82b275d4b6143c96669819ff9e5",
   "image" : "eclipse-mosquitto",
   "is_ddsm" : false,
   "is_package" : false,
   "links" : [],
   "memory_limit" : 0,
   "name" : "mqtt",
   "network" : [
      {
         "driver" : "host",
         "name" : "host"
      }
   ],
   "network_mode" : "host",
   "port_bindings" : [
      {
         "container_port" : 1883,
         "host_port" : 1883,
         "type" : "tcp"
      },
      {
         "container_port" : 9001,
         "host_port" : 9001,
         "type" : "tcp"
      }
   ],
   "privileged" : false,
   "shortcut" : {
      "enable_shortcut" : false,
      "enable_status_page" : false,
      "enable_web_page" : false,
      "web_page_url" : ""
   },
   "use_host_network" : true,
   "volume_bindings" : [
      {
         "host_volume_file" : "/docker/mqtt/config",
         "mount_point" : "/mosquitto/config",
         "type" : "rw"
      },
      {
         "host_volume_file" : "/docker/mqtt/log",
         "mount_point" : "/mosquitto/log",
         "type" : "rw"
      },
      {
         "host_volume_file" : "/docker/mqtt/data",
         "mount_point" : "/mosquitto/data",
         "type" : "rw"
      }
   ]
}

Gek genoeg klapt hij er wel weer uit met de melding "unable to open config file.." als ik de config file hernoem. Dus hij vewijst schijnbaar correct maar gebruikt de config file niet.

[sjorsjuhmaniac]

4of9 schreef op zaterdag 13 februari 2021 @ 16:04:
Dit is idd vreemd.
Zojuist alle Moquitto containers weggegooid in de GUI.

Opnieuw via putty docker run gedaan:

sudo docker run --name="mqtt" --restart=always --net=host -p 1883:1883 -p 9001:9001 -v /volume1/docker/mqtt/config:/mosquitto/config -v /volume1/docker/mqtt/log:/mosquitto/log -v /volume1/docker/mqtt/data:/mosquitto/data -tid eclipse-mosquitto

Gek genoeg klapt hij er wel weer uit met de melding "unable to open config file.." als ik de config file hernoem. Dus hij vewijst schijnbaar correct maar gebruikt de config file niet.

Ok, gooi nog eens alle containers weg.

draai dan bovenstaande commando maar MET de /bin/sh toevoeging.

sudo docker run --name="mqtt" --restart=always --net=host -p 1883:1883 -p 9001:9001 -v /volume1/docker/mqtt/config:/mosquitto/config -v /volume1/docker/mqtt/log:/mosquitto/log -v /volume1/docker/mqtt/data:/mosquitto/data -tid eclipse-mosquitto /bin/sh

dan nogmaals het ls command

/ # ls -lah /mosquitto/*

en nogmaals met de hand starten

mosquitto -c /mosquitto/config/mosquitto.conf

werkt dat wel?

[Hmmbob]

@4of9 Gekke vraag misschien.... Maar weet je zeker dat het volume1 is? Ik ben met mijn Synology een keer op /volume2/ terecht gekomen....

Snelle check: inloggen op je NAS (gewoon de GUI) -> "File Station" en dan over 1 van de gedeelde mappen aan de linkerkant hoveren, daar komt dat @volume1 (of in mijn geval dus @volume2) te staan.

[sjorsjuhmaniac]

Hmmbob schreef op zaterdag 13 februari 2021 @ 18:57:
@4of9 Gekke vraag misschien.... Maar weet je zeker dat het volume1 is? Ik ben met mijn Synology een keer op /volume2/ terecht gekomen....

Snelle check: inloggen op je NAS (gewoon de GUI) -> "File Station" en dan over 1 van de gedeelde mappen aan de linkerkant hoveren, daar komt dat @volume1 (of in mijn geval dus @volume2) te staan.

Hij gaf aan dat het wel werkte met het starten van de CLI, met /volume1

[4of9]

ik heb alles nog eens nagelopen en uiteindelijk een nieuwe config file gemaakt met 2 regels erin en nu werkt alles. Echt geen idee wat er nu anders is.

Nogmaals dank voor alle hulp. Nu de volgende stap. Home Assistant en devices pairen.

[HF5236]

Net een sonoff zbmini geinstalleerd in een centraaldoos van een lamp, veel gepriegel en uiteindelijk werkte mn schakelaar niet. Op de l draad van de schakelaar zat nog spanning als ik deze loskoppelde van de sonoff dus denk dat daar het probleem zit.

Lekker irritant dus

[Step5]

HF5236 schreef op zondag 14 februari 2021 @ 13:04:
Net een sonoff zbmini geinstalleerd in een centraaldoos van een lamp, veel gepriegel en uiteindelijk werkte mn schakelaar niet. Op de l draad van de schakelaar zat nog spanning als ik deze loskoppelde van de sonoff dus denk dat daar het probleem zit.

Lekker irritant dus

Volgens mijn kun je met een zbmini niet een 230v schakelldraad gebruiken, maar moet je een schakelaar apart met twee draadjes aansluiten, los van de 230v installatie

[HF5236]

Ja hij staat ook los van de 230 nu want ik heb de fasedraad doorgeknipt en het ene eind in de l in gedaan en het deel waar geen spanning meer op staat in de s ingang. De zwarte schakeldraad heb ik op de andere s gezet.

[HF5236]

Misschien kan ik hem nog kwijt achter de schakelaar maar het wordt wel krap zo allemaal

[jjanssen]

Hoi. Ik ben 1,5 jaar geleden gestart met Zigbee2mqtt en een CC2531. Ik heb nu 68 apparaten aangesloten zoals Ikea lampen, Aqara sensoren, Blitzwolf plugs etc. Het draait allemaal prima. Maar ik lees op zigbee2mqtt.io dat de CC2531 niet aangeraden wordt voor meer dan 20 apparaten.

Als het nodig is wil ik best overstappen op een andere coördinator maar het re-pairen van alle apparaten is een klus waar ik niet op zit te wachten. Veel schakelsensoren zitten achter muurschakelaars ingebouwd.

Welke problemen kun je verwachten als je CC2531 het aantal apparaten niet meer aan kan?

[Lifelogger]

jjanssen schreef op zondag 14 februari 2021 @ 18:55:
Hoi. Ik ben 1,5 jaar geleden gestart met Zigbee2mqtt en een CC2531. Ik heb nu 68 apparaten aangesloten zoals Ikea lampen, Aqara sensoren, Blitzwolf plugs etc. Het draait allemaal prima. Maar ik lees op zigbee2mqtt.io dat de CC2531 niet aangeraden wordt voor meer dan 20 apparaten.

Als het nodig is wil ik best overstappen op een andere coördinator maar het re-pairen van alle apparaten is een klus waar ik niet op zit te wachten. Veel schakelsensoren zitten achter muurschakelaars ingebouwd.

Welke problemen kun je verwachten als je CC2531 het aantal apparaten niet meer aan kan?

Het is geen probleem als je er routers tussen hebt zitten.Zonder de routers had je niet zoveel apparaten kunnen koppelen.

[jjanssen]

Lifelogger schreef op zondag 14 februari 2021 @ 19:37:
[...]


Het is geen probleem als je er routers tussen hebt zitten.Zonder de routers had je niet zoveel apparaten kunnen koppelen.

Aha duidelijk. Voorlopig geen probleem dus. Dank je!

[sjorsjuhmaniac]

jjanssen schreef op zondag 14 februari 2021 @ 18:55:
Hoi. Ik ben 1,5 jaar geleden gestart met Zigbee2mqtt en een CC2531. Ik heb nu 68 apparaten aangesloten zoals Ikea lampen, Aqara sensoren, Blitzwolf plugs etc. Het draait allemaal prima. Maar ik lees op zigbee2mqtt.io dat de CC2531 niet aangeraden wordt voor meer dan 20 apparaten.

Als het nodig is wil ik best overstappen op een andere coördinator maar het re-pairen van alle apparaten is een klus waar ik niet op zit te wachten. Veel schakelsensoren zitten achter muurschakelaars ingebouwd.

Welke problemen kun je verwachten als je CC2531 het aantal apparaten niet meer aan kan?

Ik lees vaker de opmerking 'ik kan ze niet pairen, ze zitten ingebouwd'. Nu heb ik geen inbouw zigbee spul maar wel zwave van Fibaro. Deze inbouw schakelaars kan pairen en verwijderen door een morse code uit te voeren met de schakelaar. Zit dat niet in die zigbee schakelaars?

[Mars Warrior]

sjorsjuhmaniac schreef op zondag 14 februari 2021 @ 20:24:
[...]
Ik lees vaker de opmerking 'ik kan ze niet pairen, ze zitten ingebouwd'. Nu heb ik geen inbouw zigbee spul maar wel zwave van Fibaro. Deze inbouw schakelaars kan pairen en verwijderen door een morse code uit te voeren met de schakelaar. Zit dat niet in die zigbee schakelaars?

Hangt af van het decice. Sommigen is simpelweg 10sec schakelaar ingedrukt houden en ze gaan in pairing mode. Kan een kind dus ook doen (per ongeluk) omdat het zo simpel is...

Ikea lampen is 6x uit/aan doen in een bepaald tempo. En zo heeft elk merk wel zijn eigen methode, waarbij de slechtste èn inbouw zijn èn een stom drukknopje hebben, waardoor je ze uit moet bouwen...

Niet alle ontwerpers van high tech domotica hebben ze allemaal op een rijtje helaas...

[ Voor 20% gewijzigd door Mars Warrior op 14-02-2021 20:39 ]

[RobertMe]

Mars Warrior schreef op zondag 14 februari 2021 @ 20:35:
Ikea lampen is 6x uit/aan doen in een bepaald tempo.

Dat klinkt ook als een fijne procedure, vooral als je de lampen direct hebt aangesloten zonder (domme) schakelaar. Mag je in de groepenkast even alles aan en uit gaan zetten. Of dan alsnog met een laddertje een voor een alle lampen (6x) los draaien.

[jjanssen]

sjorsjuhmaniac schreef op zondag 14 februari 2021 @ 20:24:
[...]


Ik lees vaker de opmerking 'ik kan ze niet pairen, ze zitten ingebouwd'. Nu heb ik geen inbouw zigbee spul maar wel zwave van Fibaro. Deze inbouw schakelaars kan pairen en verwijderen door een morse code uit te voeren met de schakelaar. Zit dat niet in die zigbee schakelaars?

In sommige wel. In deze niet, maar deze zijn eigenlijk ook niet bedoeld als inbouwknop...

[grotegok]

Step5 schreef op zondag 14 februari 2021 @ 13:12:
[...]

Volgens mijn kun je met een zbmini niet een 230v schakelldraad gebruiken, maar moet je een schakelaar apart met twee draadjes aansluiten, los van de 230v installatie

Helaas waar en jammer dat ik er 2 aangeschaft.

[Septillion]

RobertMe schreef op zaterdag 13 februari 2021 @ 15:06:
Nu hier toch weer een berg Xiaomi reclame langs komt . Ik heb zo'n Aqara wireless double wall switch. Maar hier zijn twee versies van, eentje die alleen maar enkele kliks onderstend, en een die ook double (& tripple?) clicks en long press ondersteund. "Uiteraard" heb ik nu de eerste, "simpele", versie en zou graag de uitgebreidere willen hebben. Weet iemand dus toevallig een shop (op AliExpress) die gegarandeerd de uitgebreidere versie verkoopt?

Welke heb jij nu? Zelf heb ik de WXKG02LM_rev2 en die doet dus ook dubble en long. Maar ik was laatst weer op zoek naar die maar ze zijn lastig te krijgen te worden. Lijken volledig vervangen door de Xiaomi Aqara D1 en soms nog wat oude stock (waarvan ik verwacht dat het dus de rev2 is). Wel jammer, vond de oude net wat mooier.

[PurpleBlue]

Hoi, Ik heb even een vraagje overeen oplossing waar ik niet helemaal uit kom:

Situatie:
Achter in onze woonkamer heb ik 3x een Tradfri lamp. Deze staan in 1 groep, waaraan de Tradfri remote gekoppeld is (via binding) Ik kan ze dus bedienen via Home Assistant, of via de Tradfri remote.
Deze lampen hangen nog achter de bestaande schakelaar, waardoor ze vaak "uitgeschakeld" worden. (geen spanning)
De Lamp voor is een standaard lamp met 3GU10 spotjes, welke niet "slim" zijn.

Plaatje bij Praatje:



Graag zou ik de schakelaar "slim" willen maken zodat beide lampen te bedienen zijn met de schakelaar, als via HomeAssistant.
Ik heb een dubbele Zigbee inbouw schakelaar gekocht, om de schakelaar slim te maken.
Het idee is als volgt:


Nu kom ik er in testopstelling achter, dat ik de schakelaar niet kan "binden" aan de groep of lamp.
Dus dat het direct aan de groep gekoppeld is, net zoals de Tradfri remote.
Aangezien ik nog geen stabiele Zigbee heb in HomeAssistant, zou ik het dus graag willen koppelen aan de lampen, dat het ook zonder tussenkomst van HomeAssistant kan blijven werken.

Wanneer ik de lampen probeer te koppelen, krijg ik de foutmelding:
"nothing to bind from 'Woonkamer-DoubleSwitch' to 'Eetkamer-Tafel'"

Wanneer ik in Zigbee2mqtt kijk ook niet de optie om een schakelaar te binden met "OnOff" optie.


Iemand ervaring met zo'n scenario?
Is de inbouw schakelaar niet geschikt? doe ik iets fout? of kan het überhaupt niet?

[ Voor 7% gewijzigd door PurpleBlue op 15-02-2021 10:32 ]

[Mars Warrior]

PurpleBlue schreef op maandag 15 februari 2021 @ 10:28:
Hoi, Ik heb even een vraagje overeen oplossing waar ik niet helemaal uit kom:

Situatie:
Achter in onze woonkamer heb ik 3x een Tradfri lamp. Deze staan in 1 groep, waaraan de Tradfri remote gekoppeld is (via binding) Ik kan ze dus bedienen via Home Assistant, of via de Tradfri remote.
Deze lampen hangen nog achter de bestaande schakelaar, waardoor ze vaak "uitgeschakeld" worden. (geen spanning)
De Lamp voor is een standaard lamp met 3GU10 spotjes, welke niet "slim" zijn.

Plaatje bij Praatje:
[Afbeelding]


Graag zou ik de schakelaar "slim" willen maken zodat beide lampen te bedienen zijn met de schakelaar, als via HomeAssistant.
Ik heb een dubbele Zigbee inbouw schakelaar gekocht, om de schakelaar slim te maken.
Het idee is als volgt:
[Afbeelding]

Nu kom ik er in testopstelling achter, dat ik de schakelaar niet kan "binden" aan de groep of lamp.
Dus dat het direct aan de groep gekoppeld is, net zoals de Tradfri remote.
Aangezien ik nog geen stabiele Zigbee heb in HomeAssistant, zou ik het dus graag willen koppelen aan de lampen, dat het ook zonder tussenkomst van HomeAssistant kan blijven werken.

Wanneer ik de lampen probeer te koppelen, krijg ik de foutmelding:
"nothing to bind from 'Woonkamer-DoubleSwitch' to 'Eetkamer-Tafel'"

Wanneer ik in Zigbee2mqtt kijk ook niet de optie om een schakelaar te binden met "OnOff" optie.
[Afbeelding]

Iemand ervaring met zo'n scenario?
Is de inbouw schakelaar niet geschikt? doe ik iets fout? of kan het überhaupt niet?

Je hebt een switch voor fysieke knoppen, dus binden aan de lampen zelf lijkt me uitgesloten.

[PurpleBlue]

Mars Warrior schreef op maandag 15 februari 2021 @ 10:35:
[...]

Je hebt een switch voor fysieke knoppen, dus binden aan de lampen zelf lijkt me uitgesloten.

Maakt dat verschil dan?
Mijn Zwave schakelaars van Fibaro kunnen ook fysiek schakelen, en zijn onderling te koppelen aan iets anders.

[trekker22]

Deze Philips GU10 hebben toch zowel Bluetooth als Zigbee?

https://www.coolblue.nl/p...u10-bluetooth-6-pack.html

Ik ben die Gledopto beetje zat op de badkamer, dimmen slecht en routeren niet en om de halverklap eentje uit het netwerk.. Dan maar wat duurder...

[PurpleBlue]

sanderjohan schreef op woensdag 10 februari 2021 @ 09:01:
Ik heb deze zigbee schakelaar gevonden op AliExpress die zonder N draad zou werken.

[Afbeelding]

Iemand als ervaring mee?

Ik heb de dubbele variant hiervan, en werkt prima voor standaard verlichting. (ik heb getetst met 2W led spot)
Fysiek schakelbaar,(geen speciale puls drukkers voor nodig) alsook via domotica te schakelen.

Waar ik zelf tegen aan loop, is dat hij niet direct te koppelen is aan een slimme lamp/groep, zodat je ook slimme verlichting direct kan schakelen. (dat je hem gebruikt als afstandsbediening)

[ Voor 8% gewijzigd door PurpleBlue op 15-02-2021 12:38 ]

[bartve]

Ik gebruik zigbee2mqtt als add-on in Home Assistant. Sinds de update van zigbee2mqtt naar (ik vermoed) 1.17.1 krijg ik in de log van de supervisor van Home Assistant de volgende meldingen:

code:

21-02-15 09:50:10 INFO (SyncWorker_1) [supervisor.docker.addon] Starting Docker add-on zigbee2mqtt/zigbee2mqtt-armv7 with version 1.17.1-4
21-02-15 09:50:10 WARNING (MainThread) [supervisor.addons.options] Unknown options new_api
21-02-15 09:50:10 WARNING (MainThread) [supervisor.addons.options] Unknown options restartdelay
21-02-15 09:50:10 WARNING (MainThread) [supervisor.addons.options] Unknown options initialdelay

Mijn zigbee2mqtt config ziet er zo uit:

code:

data_path: /share/zigbee2mqtt
external_converters: []
devices: devices.yaml
groups: groups.yaml
homeassistant: true
permit_join: true
mqtt:
  base_topic: zigbee2mqtt
  server: 'mqtt://core-mosquitto'
  user: [...]
  password: [...]
serial:
  port: /dev/ttyUSB0
advanced:
  rtscts: false
  pan_id: 6755
  channel: 11
  network_key:
    - 1
    - 3
    - 5
    - 7
    - 9
    - 11
    - 13
    - 15
    - 0
    - 2
    - 4
    - 6
    - 8
    - 10
    - 12
    - 13
  availability_blocklist: []
  availability_passlist: []
device_options: {}
blocklist: []
passlist: []
queue: {}
frontend:
  port: 8099
experimental:
  new_api: true
socat:
  enabled: false
  master: 'pty,raw,echo=0,link=/dev/ttyZ2M,mode=777'
  slave: 'tcp-listen:8485,keepalive,nodelay,reuseaddr,keepidle=1,keepintvl=1,keepcnt=5'
  restartdelay: 1
  initialdelay: 1
  options: '-d -d'
  log: false

Moet ik hierin iets wijzigen om die meldingen tevoorkomen, of de gemelde foute opties gewoon weglaten? Misschien het hele 'socat' gedeelte verwijderen? Ik vind de documentatie van zigbee2mqtt op dit punt niet zo helder?

[Mars Warrior]

bartve schreef op maandag 15 februari 2021 @ 12:36:
Ik gebruik zigbee2mqtt als add-on in Home Assistant. Sinds de update van zigbee2mqtt naar (ik vermoed) 1.17.1 krijg ik in de log van de supervisor van Home Assistant de volgende meldingen:

code:

21-02-15 09:50:10 INFO (SyncWorker_1) [supervisor.docker.addon] Starting Docker add-on zigbee2mqtt/zigbee2mqtt-armv7 with version 1.17.1-4
21-02-15 09:50:10 WARNING (MainThread) [supervisor.addons.options] Unknown options new_api
21-02-15 09:50:10 WARNING (MainThread) [supervisor.addons.options] Unknown options restartdelay
21-02-15 09:50:10 WARNING (MainThread) [supervisor.addons.options] Unknown options initialdelay

Mijn zigbee2mqtt config ziet er zo uit:

code:

data_path: /share/zigbee2mqtt
external_converters: []
devices: devices.yaml
groups: groups.yaml
homeassistant: true
permit_join: true
mqtt:
  base_topic: zigbee2mqtt
  server: 'mqtt://core-mosquitto'
  user: [...]
  password: [...]
serial:
  port: /dev/ttyUSB0
advanced:
  rtscts: false
  pan_id: 6755
  channel: 11
  network_key:
    - 1
    - 3
    - 5
    - 7
    - 9
    - 11
    - 13
    - 15
    - 0
    - 2
    - 4
    - 6
    - 8
    - 10
    - 12
    - 13
  availability_blocklist: []
  availability_passlist: []
device_options: {}
blocklist: []
passlist: []
queue: {}
frontend:
  port: 8099
experimental:
  new_api: true
socat:
  enabled: false
  master: 'pty,raw,echo=0,link=/dev/ttyZ2M,mode=777'
  slave: 'tcp-listen:8485,keepalive,nodelay,reuseaddr,keepidle=1,keepintvl=1,keepcnt=5'
  restartdelay: 1
  initialdelay: 1
  options: '-d -d'
  log: false

Moet ik hierin iets wijzigen om die meldingen tevoorkomen, of de gemelde foute opties gewoon weglaten? Misschien het hele 'socat' gedeelte verwijderen? Ik vind de documentatie van zigbee2mqtt op dit punt niet zo helder?

Sommige opties zijn inderdaad deprecated, dus kunnen weg.
Onthou dat je een hass config hebt, die weer de zigbee2mqtt en socat config aanmaakt, dus je zult in eerste instantie de hass addon documentatie moeten nalopen

[habbekrats]

@bartve

permit_join: kun je beter op false zetten, in UI kun je heel makkelijk Join aan zetten tijdelijk.

Zal je waarschijnlijk niet je probleem zijn maar voorkomt wel dat er ongewenste devices van bv de buurman aan he systeem komen te hangen.

[Septillion]

PurpleBlue schreef op maandag 15 februari 2021 @ 12:07:
Waar ik zelf tegen aan loop, is dat hij niet direct te koppelen is aan een slimme lamp/groep, zodat je ook slimme verlichting direct kan schakelen. (dat je hem gebruikt als afstandsbediening)

Dat komt door hoe Zigbee opgesteld is. Daarin is niet specifiek vastgelegd hoe iets aangestuurd moet worden. Dit is aan de fabrikant. Het voordeel daarvan is dan weer dat dit geen beperkingen geeft in wat er aangestuurd kan worden en of wat een device verplicht moet hebben. Met als idee dat een fabrikant dit zelf voor zijn producten onderling kan standaardiseren en eventuele complexere zaken geregeld kunnen worden in een controller / hub.

[PurpleBlue]

Septillion schreef op maandag 15 februari 2021 @ 13:19:
[...]

Dat komt door hoe Zigbee opgesteld is. Daarin is niet specifiek vastgelegd hoe iets aangestuurd moet worden. Dit is aan de fabrikant. Het voordeel daarvan is dan weer dat dit geen beperkingen geeft in wat er aangestuurd kan worden en of wat een device verplicht moet hebben. Met als idee dat een fabrikant dit zelf voor zijn producten onderling kan standaardiseren en eventuele complexere zaken geregeld kunnen worden in een controller / hub.

Dank voor je toelichting.


Zijn er wel Zigbee inbouw schakelaars te verkrijgen die dit kunnen?
Lijkt me dat er meer behoefte is om dit mogelijk te maken buiten het plakken/plaatsen van batterijzendertjes?

[ Voor 7% gewijzigd door PurpleBlue op 15-02-2021 16:57 ]

[Babirusa]

Beste Zigbee2mqtt gebruikers, ik wil graag wat hardware advies.

Ik wil een Zigbee adapter die stabiel is en voldoende zendvermogen heeft voor devices buiten.

Op Zigbee2mqtt.io worden de zig-a-zig-ah! (zzh!) en Slaesh’s CC2652RB stick aangeraden, want: "very powerful, have good range (external antenna)". Echter over de Texas Instruments LAUNCHXL-CC1352P-2 wordt vermeld: "has a power amplifier (which support up-to 20dBm output vs 5dBm on CC2652R(. Deze adapter is dus sterker dan de zzh! en Slaesh stick.

Is de TI CC1352P-2 daarmee een betere keuze? Of is het niet zinvol om 20 dBm output te hebben als de devices buiten een veel beperkter vermogen hebben en kan ik beter een extra router/repeater toevoegen?

Over de Conbee II lees ik dat die stabiel zou zijn, echter die wordt experimenteel ondersteund.

Wat is nu de beste keuze voor een stabiele adapter met goed bereik? Een zzh! of Slaesh stick, een CC1352P-2 of een Conbee II (ofwel met deconcz ofwel met Zigbee2mqtt)?

Dank alvast!

[habbekrats]

@Babirusa
Het gaat er ook om of je ontvanger voldoende ontvangst heb en je devices dit ook doen. Anders kun je met je zender zo hard roepen als je wilt. Een paar stabiele 230V gevoede apparaten is veel beter voor je netwerk.

[Septillion]

@PurpleBlue Ik ken er weinig. Maar eigenlijk is het dus niet eerlijk om te spreken van "dit kunnen". Het is iets wat de fabrikant moet ondersteunen. En dat is gewoon niet zo makkelijk tussen fabrikanten. Zeker met een device dat zowel bediening (schakelaar) als uitvoer (lamp) is. Dus het is eerder zoeken naar een fabrikant die beide aanbied.

@Babirusa Ik kan het alleen maar eens zijn met @habbekrats. Beetje extra bereik is leuk maar device moet ook terug kunnen praten. De inzet van Zigbee is dan ook dat je een mesh kunt vormen hiervoor. Theoretisch zou dan iets wat hard schreeuw maar minder ontvangt alleen maar onhandig zijn hierin. In praktijk zal dit waarschijnlijk wel meevallen (en misschien ook wel beter ontvangen) maar zou me er vooral niet blind op staren. Een krachtige (qua rekenkracht) coördinator is meer waard. Ik ben ook begonnen met een CC2531 en die staat niet bekend om een geweldig bereik. Toch had ik alleen issues met een Tradfri knop omdat die een nog beroerder bereik heeft. Met een paar routers in huis was dat ook voer. De hoeveelheid Zigbee verkeer (aantal device + type devices) is wat uiteindelijk de CC2531 over zijn nek heeft doen gaan.

Dus zeg niet dat de TI CC1352P-2 een slechte keuze is maar zou niet blind staren op die paar dB. Ik kwam zelf bij de Slaesh’s uit omdat de ZZH uit de UK komt. Iets met Brexit waar ik geen zin in had.

[Steefph]

PhilipsFan schreef op dinsdag 9 februari 2021 @ 17:18:
[...]

Ik kreeg die melding een keer toen ik de Touchlink functie had gebruikt om een Hue lamp te resetten. Even Zigbee2MQTT opnieuw starten zou het moeten oplossen.

Nu weer terug op m'n oude c2530 en dan heb ik het probleem niet dat alle devices weg zijn en panID bezet.

Ik las wel ergens dat de CC2652 met ESXi/NUC issues kan geven. Iemand hier bekend mee?

[habbekrats]

Iemand Current version: 1.17.1-4 al erop gezet, gaat hij na een start na x seconden weer uit. in de log met Debug aan staat niet veel, sterker nog ik denk dat dit ook niet meer werkt.

Na een complete herstart blijkt de log file in de log map ook niet meer bij gewerkt te worden


ben er uit, de firmware is weer corrupt op de stick.

[ Voor 29% gewijzigd door habbekrats op 16-02-2021 20:43 ]

[barrymossel]

habbekrats schreef op dinsdag 16 februari 2021 @ 18:43:
Iemand Current version: 1.17.1-4 al erop gezet, gaat hij na een start na x seconden weer uit. in de log met Debug aan staat niet veel, sterker nog ik denk dat dit ook niet meer werkt.

Na een complete herstart blijkt de log file in de log map ook niet meer bij gewerkt te worden


ben er uit, de firmware is weer corrupt op de stick.

Serieus? Hier staat de Zigbee2MQTT add-on in Home Assistant al een half uur te herstarten. Reboots werken niet. Stick eruit en erin ook niet.
Lijkt me dan niet bij de firmware te liggen. Of Zigbee2MQTT molt de firmware. Als dat zo is, stap ik morgen direct over naar een alternatief.

[Luc45]

Ik heb zojuist ook een corrupte firmware gehad. Wel nog met een oude versie. Na een reflash en een upgrade van zigbee2mqtt heb ik alles weer aan de praat gekregen, het netwerk is alleen nog een beetje instabiel.

[barrymossel]

Is wel heel toevallig dat er zo kort na elkaar firmwares corrupt gaan.

[habbekrats]

Op de koenk github staat al een reactie van iemand die weet waarom, alleen een fix ligt bij TI

[barrymossel]

habbekrats schreef op dinsdag 16 februari 2021 @ 21:03:
Op de koenk github staat al een reactie van iemand die weet waarom, alleen een fix ligt bij TI

Linkje please? Kan hem zo 1-2-3 niet vinden.

[habbekrats]

barrymossel schreef op dinsdag 16 februari 2021 @ 21:06:
[...]

Linkje please? Kan hem zo 1-2-3 niet vinden.

Even naar de laptop
https://github.com/Koenkk/Z-Stack-firmware/issues/263

[habbekrats]

Ik heb de default config geladen, en daarna mijn gegevens weer aangevuld. Nu start de boel wel maar geen device meer in de lijst.

Uiteraard na een flash.

[ Voor 10% gewijzigd door habbekrats op 16-02-2021 22:07 ]

[barrymossel]

habbekrats schreef op dinsdag 16 februari 2021 @ 21:08:
[...]

Even naar de laptop
https://github.com/Koenkk/Z-Stack-firmware/issues/263

habbekrats schreef op dinsdag 16 februari 2021 @ 21:08:
[...]

Even naar de laptop
https://github.com/Koenkk/Z-Stack-firmware/issues/263

Thanks. Opnieuw flashen heeft het inderdaad opgelost.

Maar de analyse die daar gedaan wordt vind ik wat vaag en zegt wat mij betreft weinig waarom de firmware corrupt raakt. Daarnaast lijken de foutmeldingen waar hij naar verwijst niet helemaal vergelijkbaar.

Als het daadwerkelijk bij TI ligt (en zoals @Koenkk zegt dit waarschijnlijk niet opgelost gaat worden), dan wil ik van mijn cc2531 af en een "beter" alternatief. Als het aan Zigbee2MQTT ligt dan ga ik een alternatief overwegen. Maar dat zoiets cruciaals ineens niet meer werkt is in mijn geval onacceptabel (ik slaap nog net niet op de bank).

habbekrats schreef op dinsdag 16 februari 2021 @ 22:06:
Ik heb de default config geladen, en daarna mijn gegevens weer aangevuld. Nu start de boel wel maar geen device meer in de lijst.

Uiteraard na een flash.

Hier alleen een reflash (die wel een keer over moest) en alles deed het direct weer. Wel via Home Assistant dus.

[Mars Warrior]

barrymossel schreef op dinsdag 16 februari 2021 @ 20:56:
[...]

Serieus? Hier staat de Zigbee2MQTT add-on in Home Assistant al een half uur te herstarten. Reboots werken niet. Stick eruit en erin ook niet.
Lijkt me dan niet bij de firmware te liggen. Of Zigbee2MQTT molt de firmware. Als dat zo is, stap ik morgen direct over naar een alternatief.

Al het aan zigbee2mqtt ligt, dan zou het teruggaan naar oudere versie alles weer oplossen.
Ik ben al even over op de zzh! Stick en heb dus gelukkig nergens last van. Heb überhaupt nooit problemen gehad met zigbee2mqtt en de oude cc2531 stick sinds ik die in 2018 ben gaan gebruiken.

Maar ja. Met teveel zigbee devices moest ik toch een andere stick

Zou wel knudde zijn als het aan TInligt en ze het niet fixen. Dan zijn al die goedkope cc2531 sticks plotseling waardeloos geworden. Of is het met een oude versie op te lossen?

[habbekrats]

@Mars Warrior
Probleem is dat ik de oudere versie niet terug kan vinden op github > 404

Ik heb hem gekocht met zigbee 3.0, terug geflasht omdat sommige schakelaars niet werkten.

[barrymossel]

Mars Warrior schreef op dinsdag 16 februari 2021 @ 22:17:
[...]

Al het aan zigbee2mqtt ligt, dan zou het teruggaan naar oudere versie alles weer oplossen.
Ik ben al even over op de zzh! Stick en heb dus gelukkig nergens last van. Heb überhaupt nooit problemen gehad met zigbee2mqtt en de oude cc2531 stick sinds ik die in 2018 ben gaan gebruiken.

Maar ja. Met teveel zigbee devices moest ik toch een andere stick

Zou wel knudde zijn als het aan TInligt en ze het niet fixen. Dan zijn al die goedkope cc2531 sticks plotseling waardeloos geworden. Of is het met een oude versie op te lossen?

Nee, het is echt "iets" waardoor de firmware op de stick ineens corrupt raakt. En het draaide hier ook al een hele tijd (jaar ofzo?) stabiel. Nooit problemen gehad. Maar als ik dan lees dat drie mensen in dit topic binnen een paar uur hetzelfde hebben, dan doet mij dat denken.
En of Z2M of een device of een bug de stick kapot maakt, daarvan heb ik echt geen idee. Nul komma nul verstand hiervan.

Wil best investeren in een alternatieve stick, maar welke dan? ZZH! en Slaesh zijn voor Z2M aangeraden, maar dat was de cc2531 in het begin ook dacht ik. En ik haar voorheend ook met die cc2531 geen problemen.

[sjorsjuhmaniac]

barrymossel schreef op dinsdag 16 februari 2021 @ 22:11:
[...]


[...]

Thanks. Opnieuw flashen heeft het inderdaad opgelost.

Maar de analyse die daar gedaan wordt vind ik wat vaag en zegt wat mij betreft weinig waarom de firmware corrupt raakt. Daarnaast lijken de foutmeldingen waar hij naar verwijst niet helemaal vergelijkbaar.

TS geeft ook aan dat hij niet weet waarom. Hij presenteert alleen zijn bevindingen over reproduceerbaarheid en 'schijnbare isolatie' die hij gevonden heeft van het probleem.

Als het daadwerkelijk bij TI ligt (en zoals @Koenkk zegt dit waarschijnlijk niet opgelost gaat worden), dan wil ik van mijn cc2531 af en een "beter" alternatief. Als het aan Zigbee2MQTT ligt dan ga ik een alternatief overwegen.

Ik zie hieruit niet direct dat het een TI probleem is, ik zie nog de mogelijkheid dat het een firmware probleem is -- zij het dat het wel een vreemde zou zijn. Ik denk dat z2m vrijwel uitgesloten is.

Het vreemde hier is dat er een verandering optreed in geheugen locaties die niet beschreven zouden moeten worden.

Maar dat zoiets cruciaals ineens niet meer werkt is in mijn geval onacceptabel (ik slaap nog net niet op de bank).

Cruciaal, dat is natuurlijk heel persoonlijk. Maar voor cruciale functies kan je beter naar redundantie, preventief en predictief onderhoud en procedures in geval van falen kijken.

[barrymossel]

Ik heb mezelf op de wachtlijst laten plaatsen voor de Slaesh stick. Eens zien hoe betrouwbaar die gaat zijn met mijn netwerk.

[B2]

barrymossel schreef op dinsdag 16 februari 2021 @ 22:30:
[...]
Wil best investeren in een alternatieve stick, maar welke dan?

Conbee 2 stick wellicht?

[barrymossel]

B2 schreef op dinsdag 16 februari 2021 @ 22:51:
[...]


Conbee 2 stick wellicht?

Zolang die nog op experimental staat voor Z2M lijkt me dat voor iemand die er (teveel) op vertrouwt geen goede keuze. Zo stabiel mogelijk icm Z2M heeft de voorkeur.

[Steefph]

barrymossel schreef op dinsdag 16 februari 2021 @ 22:49:
Ik heb mezelf op de wachtlijst laten plaatsen voor de Slaesh stick. Eens zien hoe betrouwbaar die gaat zijn met mijn netwerk.

Ik gebruik deze dus maar, na elke reboot alle devices weg en "panid in use" issue. Ik draai HA in een ESXi omgeving met de stick in pass-through dus misschien dat het daaraan ligt. Van het weekend eens een rpi opzetten om te testen. Nu maar weer even terug naar m'n oude CC2531.

[Jazsie]

sanderjohan schreef op woensdag 10 februari 2021 @ 09:01:
Ik heb deze zigbee schakelaar gevonden op AliExpress die zonder N draad zou werken.

[Afbeelding]

Iemand als ervaring mee?

Werkt prima hiero. Nog geen enkel keer probleem gehad met connectie verlies of dergelijke...

Houd alleen rekening dat het geen repeaters zijn (wegens ontbreken van N draad).

[Peutpeut]

barrymossel schreef op dinsdag 16 februari 2021 @ 22:49:
Ik heb mezelf op de wachtlijst laten plaatsen voor de Slaesh stick. Eens zien hoe betrouwbaar die gaat zijn met mijn netwerk.

Hier ook al een tijdje Slaesh stick in gebruik, werkt snel en betrouwbaar met nu ongeveer 10 devices waarvan 4 routers.

[B2]

barrymossel schreef op dinsdag 16 februari 2021 @ 23:07:
[...]

Zolang die nog op experimental staat voor Z2M lijkt me dat voor iemand die er (teveel) op vertrouwt geen goede keuze. Zo stabiel mogelijk icm Z2M heeft de voorkeur.

Ik gebruik ‘em al een tijdje met ongeveer 100 devices (meeste hue lampen, enkele xiaomi sensoren en wat tradfri plugs) en het is zo stabiel als wat.

[Patrick4]

Ik heb gisteren ook een Slaesh stick ontvangen (via bits&parts, maar daar nu ook uitverkocht) en wil beginnen met mijn zigbee setup, voor nu twee hue lampen als devices (nog niet gepaired).

De stick kan ik mijn NAS stoppen waar HA zelf ook draait (docker). Ik heb ook al een mqtt broker en mqtt integratie in HA draaiend. Ik heb dus volgens mij de opties:

• direct ZHA gebruiken
• via zigbee2mqtt

Zijn er voordelen of nadelen aan deze opties? Misschien support voor meer devices?

[habbekrats]

@Patrick4 https://home-assistant-gu...-zigbee-hub-replacements/

Is meer een keuze, ik gebruik MQTT al voor andere zaken dus was zigbee2mqtt niet zo'n grote stap.

[ Voor 30% gewijzigd door habbekrats op 17-02-2021 07:12 ]

[barrymossel]

B2 schreef op woensdag 17 februari 2021 @ 06:30:
[...]


Ik gebruik ‘em al een tijdje met ongeveer 100 devices (meeste hue lampen, enkele xiaomi sensoren en wat tradfri plugs) en het is zo stabiel als wat.

Ik geloof je op je woord en ik ga er vanuit dat de hardware ook top is. Maar zolang de dev er nog z'n vraagtekens bij heeft (en met het corrupt gaan van de cc2531 in het achterhoofd) lijkt het me verstandiger om voor een stick te gaan die aangeraden wordt door de dev.

[habbekrats]

Ik denk dat ik na alle ellende maar en conbee II ga bestellen, een CC2562 is nergens leverbaar op dit moment.