Zigbee2mqtt - open source zigbee bridge

[PuckStar]

Intro

Dit topic is bedoelt om zigbee2mqtt gebruikers en wannabe gebruikers bij elkaar te brengen.

Zigbee2mqtt is open source software waarmee je je zigbee apparaten via MQTT kunt uitlezen en aansturen.
Je kunt het dus onder andere koppelen aan Home Assistant en Domoticz.
Met deze software en relatief goedkope hardware die je ervoor nodig hebt, heb je in principe geen andere Zigbee hubs meer nodig zoals Philips Hue, Xiaomi Gateway of Trädfri. Dat scheelt dus geld en extra devices.

Architectuur:

Ondersteunde componenten en adapters:

Klik hier voor een lijst van alle ondersteunde componenten.
Alsnog kun je een (nog) niet ondersteund component ook zelf toevoegen.

Er zijn diverse adapters die met Zigbee2mqtt werken. Zie hier welke dat zijn.

Routers:

Om het bereik van het Zigbee netwerk te vergroten kun je onder andere routers inzetten.
Dat is niets meer dan het flashen van de router firmware op een usb stick (bijvoorbeeld de CC2531).
Deze kun je direct in een usb adapter stoppen. Meer is er niet nodig.
Je moet hem natuurlijk nog wel een keer pairen vlakbij je main hub (coordinator).

Pairing tips:

De meldingen "Message without device!" komen wel langs maar dat weerhoudt het pairen niet.
Pairen kun je als volgt doen:
- zet zigbee2mqtt in pair modus
- eventueel: schakel over naar zigbee2mqtt log scherm en refresh regelmatig,
- eventueel: haal batterij even uit het device dat je wilt pairen zodat zodat het goed gereset is,
- druk op de reset knop 3-5 sec. tot de led oplicht (pairing aanduiding - per device is dat soms wat verschillend),
- daarna elke 2 seconden even kort de reset knop intikken zodat hij verbinding onderhoudt. Pairing kan soms wel 10 - 15 sec. duren dus gewoon doorgaan,
- indien je in de zigbee2mqtt log "Message without device!" en "Device incoming" meldingen ziet gewoon even doorgaan met elke 2 seconden even kort de reset knop intikken, tot je de string met info van het device langs ziet komen die aangeven dat het pairen gelukt is.
- eventueel daarna de zigbee2mqtt even herstarten zodat je het device netjes in de lijst van zigbee2mqtt ziet terugkomen.
- als het toch niet is gelukt dit geheel herhalen.

Wellicht heb je dit allemaal wel gedaan, maar ik zie toch vaak dat men te vroeg stopt bij melding "Message without device!". Het contact onderhouden door om de sec. even kort de reset knop intikken is belangrijk. Verder moet de batterij in orde zijn (2.9 - 3.0 volt) en de zigbee2mqtt cc2531 niet te ver weg zijn (<5 mtr) .

Firmware flashen:

Je kunt de firmware dus op een CC2531 USB stick zetten maar daar heb je een CC debugger en Downloader cable voor nodig van ongeveer 13euro bij elkaar. Terwijl je die dus waarschijnlijk maar 1 keer nodig hebt.
Daarom zijn er een aantal Tweakers die bereid zijn om voor jou je eigen CC2531 of soortgelijke stick van firmware te voorzien. Dan hoef jij dus niet de CC Debugger te kopen en zelf te gaan flashen.
De Tweakers kopen geen sticks voor je! Ze flashen alleen de stick die jij hebt.

Als je interesse hebt neem dan contact op met een van deze Tweakers:
- Regio Utrecht, Veenendaal, Wageningen @PuckStar.
- Regio Veenendaal @TomZegers1992
- Regio gemeente Overbetuwe @sanderdw
- Regio Groningen @sk1nny666
- Regio Enschede @Luqq
- Regio Amsterdam @symen89
- Regio Wormerveer @Pavlo
- Regio Zoetermeer @iMars
- Regio Emmen (Drenthe) @TrekVogel
- Regio Zwolle @pasibun
- Regio Heiloo/Alkmaar (Noord-Holland) @PerlinNoise
- Regio Vriezenveen/Wierden @Mevius
- Regio Middelburg @Woohooo

Kopen van onderdelen:

Er is in ieder geval goeie ervaring met het kopen van de Debugger bij deze shop.
En de tussenkabel (nodig om te flashen) en sticks bij deze shop.

Behuizingen:

Een aantal behuizingen om te 3D printen, voor de zigbee2mqtt stick en optionele extra routers:
https://www.thingiverse.com/search?q=Zigbee2mqtt

Tips & Tricks:

• CC2531 Antenne mod: howto om de bereikbaarheid te vergroten.
• Het staat ook in de documentatie, maar je kunt de LED uitzetten in de configuration.yaml
  Het moet onder serial. Zie Configuration:
  
  code:
  

  # Required: serial settings
  serial:
    # Required: location of CC2531 USB sniffer
    port: /dev/tty.usbmodem1411
    # Optional: disable LED of CC2531 USB sniffer
    disable_led: true

• Hoe kun je een friendly name geven aan een device dat je nieuw gaat pairen, zonder dat de initiele naam gelijk al in Home Assistant komt? Dit is een manier om dat te voorkomen.

---

In principe kun je alle informatie op de officiële website vinden maar in dit topic kunnen we elkaar verder helpen en tips&tricks uitwisselen.

Heb je aanvullingen voor deze topicstart laat het mij aub weten.

[ Voor 93% gewijzigd door PuckStar op 27-03-2021 16:04 ]

[Kodess]

CypherMK schreef op woensdag 16 januari 2019 @ 11:36:
[...]


Kun je die behuizingen ook ergens kant en klaar kopen?

Je kan ze laten 3dprinten bij een printer service zoals 3dhubs.com

Door de verzending wordt het alleen altijd zo prijzig

[rorie]

Oké, zo te lezen werkt het idd alleen niet via usb maar direct via de GPIO pinnen van de Raspberry Pi. Dat zou voor mij ook geen oplossing zijn. Was er eigenlijk na het zien van de onderstaande afbeelding vanuit gegaan dat dit al kon, dus via usb 😀.



Gezien de range heeft de cc2530 wel mijn voorkeur, dan proberen we het eerst eens met de cc2531.

dof schreef op donderdag 17 januari 2019 @ 17:41:
[...]


Hij werkt wel want in de fora waar @Koenkk eentje van aanhaalt zie je wel meer discussie over de cc2530 met zigbee2mqtt.

Ook hier is discussie over de cc2530 te vinden (even zoeken op cc2530).

Sterker nog , ik heb hem hier zelf ook nog steeds liggen om te proberen. Alleen is het niet zo handig (in vergelijk met de USB cc2531) aangezien je een aantal losse draadjes aan de diverse pennen van zowel de Pi als de cc2530 moet aansluiten. Zo ook bij het flashen. Ik vrees dat het een beetje rommelig oogt. Althans ik heb nog geen mooie (doosje) oplossing in gedachten...

[Rmg]

Ik heb gister een cover gemaakt voor de CC2531 Sticks met het HomeAssistant logo er in.

In het wit erg tof geworden als zeg ik het zelf:


Op thingiverse heb ik ook meteen een step file toegevoegd, dat maakt het voor iedereen een stuk makkelijker om zelf wat te ontwerpen https://www.thingiverse.com/thing:3371273

[R2D2]

Sander schreef op woensdag 23 januari 2019 @ 08:50:
Ik merk dat Zigbee2mqtt nu met 30 devices (23 zijn lampen dus routers) erg traag is met schakelen, soms duurt het wel een minuut voor de laatste lamp uit gaat of aan na een commando (als dat al gebeurd). Schakelen van een individuele lamp gaat over algemeen vrij goed. Geheel draait in een docker container op een Mac Mini met een 8GB geheugen en een i5 en gedurende mijn tests met enkele devices was er geen verschil met tradfri (behalve bij schakelen groepen) maar nu is het eigenlijk praktisch onwerkbaar. Iemand enig idee hoe verder te debuggen of waar dit in te zoeken?

Wat ik heb gemerkt is dat wanneer er een device niet / slecht bereikbaar is daar de rest ook vaak op blijft hangen met de nodige vertraging.

Als ik bijvoorbeeld onderstaande card in 1 keer in/uit schakel terwijl er 1 lamp bijvoorbeeld geen stroom heeft dan hangt de boel even om na een tiental seconden de lampen welke wel van stroom voorzien zijn in te schakelen.



Bovenstaand was toen er nog maar 4 lampen gekoppeld waren via Zigbee2Mqtt, inmiddels zijn dat er op de begane grond 13 waarvan lang niet alles voorzien is van een Xiaomi wireless switch waardoor het nog wel eens wil gebeuren dat er geen stroom meer op een lamp staat en de boel dus op een hoopje loopt (om zich vervolgens ook wel weer te herstellen).

Maar volgens mij gaan daar oplossingen voor komen, https://github.com/Koenkk/zigbee2mqtt/issues/775

[MooiWeb]

Ik heb een IKEA TRADFRI LED bulb E12/E14/E17 400 lumen weten te koppelen via mijn nieuwe CC2531 zigbee dongle in HA 0.86.3. Ik zie hem ook in de zigbee2mqtt log voorbij komen:



Maar nu weet ik niet hoe ik deze in HA kan aansturen? In configuration.yaml van HA het volgende toegevoegd:
light:
- platform: mqtt
name: 'KASTJE'
command_topic: "zigbee2mqtt/Ikea_lamp_1/"
payload_on: "on"
payload_off: "off"

Maar dit werkt niet.
Zie de lamp ook niet terugkomen in: HA - Instelingen - Integraties - MQTT
Wie kan mij helpen?

[MooiWeb]

PuckStar schreef op woensdag 30 januari 2019 @ 15:08:
[...]

Volgens mij moet er nog /set bij.
Zie ook https://koenkk.github.io/...nd_message_structure.html
Test (als dat kan) het eerst eens vanuit Hass Mqtt service. Staat in het rijtje links onderaan.
Dat test wat sneller.

Bedankt voor je snelle reactie PucStar,
Heb al gedaan wat je hebt voorgesteld:


maar krijg dan:

[ Voor 4% gewijzigd door MooiWeb op 30-01-2019 15:18 ]

[MooiWeb]

Possible schreef op woensdag 30 januari 2019 @ 15:41:
@MooiWeb Wellicht werkt dit?

code:

light:
  - platform: "mqtt"
    name: 'KASTJE'
    state_topic: "zigbee2mqtt/Ikea_lamp_1/"
    payload_on: "on" 
    payload_off: "off"
    brightness: true
    schema: "json"
    command_topic: "zigbee2mqtt/Ikea_lamp_1/set"

Heb de config aangepast:

code:

mqtt:
  broker: homeassistant # This will have to be your mqtt broker
  discovery: true
  discovery_prefix: homeassistant

light:
  - platform: "mqtt"
    name: 'KASTJE'
    state_topic: "zigbee2mqtt/Ikea_lamp_1"
    command_topic: "zigbee2mqtt/Ikea_lamp_1/set"
    payload_on: "on" 
    payload_off: "off"
    brightness: true
    schema: "json"

[/quote]

Kan het lampje niet aan of uit schakelen.
Zie ook geen apparaten in MQTT config:

[BizzieBis]

En daar gaat mijn network map weer.. Ik geef het op

Van


Naar

[R2D2]

Koenkk schreef op vrijdag 1 februari 2019 @ 11:53:
[...]


Heb je toevallig nog een log wanneer zigbee2mqtt er mee ophoudt na het pairen van een nieuw device?

Probleem gevonden, ik had net weer last van hetzelfde....

Maar nu ook duidelijk waarom. Als je je settings aanpast vanuit de addon is na het opslaan ervan je MQTT wachtwoord regel verdwenen. Of het zo hoort of niet geen idee maar ik had dus wat zaken in de config.yaml gezet (ik hou er niet zo van als dingen verdwijnen dus dan maar direct in de .yaml file), als daar een foutje in zit (in mijn geval een spatie teveel) gaat de boel ook onderuit echter zonder noemenswaardige foutmelding in de logs.

Vraag is dus waarom vind de addon het noodzaak een wachtwoord regel te verwijderen?

Die typo was dus mijn eigen stomme schuld en ook de reden waarom het geheel onderuit ging.

BizzieBis schreef op vrijdag 1 februari 2019 @ 12:51:
Ik vraag me sowieso af of bepaalde routers wel gebruikt worden door de coordinator. Ik heb 6 ikea lampen die als router zouden moeten werken, maar ik krijg nooit een status update te zien. Ook lijkt er geen enkel end device mee te willen verbinden. In de log zie ik niet dat ze gepinged worden

code:

2019-2-1 12:39:16 - debug: Check online Router Beneden 0x00124b0001490d7c
2019-2-1 12:39:16 - debug: Successfully pinged 0x00124b0001490d7c
2019-2-1 12:39:16 - debug: Check online Kodi Powerplug 0x00158d00024d8998
2019-2-1 12:39:26 - debug: Failed to ping 0x00158d00024d8998
2019-2-1 12:39:26 - debug: Check online Router WTW 0x00124b00016f2bd5
2019-2-1 12:39:26 - debug: Successfully pinged 0x00124b00016f2bd5
2019-2-1 12:39:26 - debug: Check online Xiaomi PowerPlug 0x00158d0002370efc
2019-2-1 12:39:37 - debug: Failed to ping 0x00158d0002370efc

Ik heb de debug log ook maar eens aangezet. In de network map zie ik de lampen wel allemaal onderling met elkaar verbinden maar de end devices bungelen er een beetje los langs... Welke powerplugs gebruik jij?

[ Voor 41% gewijzigd door R2D2 op 01-02-2019 13:33 ]

[R2D2]

Meer mensen die sinds de laatste update last hebben van "unavailable" zigbee apparaten.

Ik heb de afgelopen week nogal vaak onderstaande beeld (even wat screens gemaakt en aan elkaar geplakt, in werkelijkheid zijn er nog wel wat meer welke ineens onbeschikbaar zijn)



Lang niet alles komt ook weer terug online, vaak is een herstart nodig van Zigbee2Mqtt om de boel weer een beetje tot leven te wekken. Ook lijkt het er op dat dit meer voor komt sinds de INNR powerplugs in het netwerk opgenomen zijn.

Ik heb de availability timeout op 300 seconden staan maar soms lijkt het wel een uur te duren voor er weer beweging vanuit Zigbee2Mqtt zelf in zit. Wanneer ik de boel handmatig weer op gang probeer te krijgen door de addon te herstarten resulteert dat vaak in een crashende CC2531.

Laatste versie firmware en stable addon overigens.

[gladz0r]

PuckStar schreef op zondag 10 februari 2019 @ 12:09:
[...]

Welke mqtt broker gebruik je en heb je daar geen login/ww ingesteld?

Mosquitto op een Synology NAS. Bij mijn weten heb ik hier geen ww ingesteld - heb dit ook niet ingegeven bij zigbee2mqtt.

Denk dat het in mijn Hass config misloopt, heb ik hier een spatie ofzo fout?

[ Voor 22% gewijzigd door gladz0r op 10-02-2019 13:54 ]

[dof]

sander817 schreef op dinsdag 12 februari 2019 @ 10:44:
[...]

Hoe verzend ik zo'n commando?

Via HA sidemenu > Developer tools > MQTT Publish a packet.

[dof]

Lifelogger schreef op woensdag 13 februari 2019 @ 22:08:
[...]

Oh vet! Heel benieuwd hoe die dingen werken. Daar zie ik ook nog wel wat in. :-)

Ben benieuwd naar je bevindingen.

Tradfri signaalversterker installatie:
Moest even de "zigbee2mqtt-edge" updaten (uninstall -> install) want hij werd niet herkend.

code:

 zigbee2mqtt:warn 2019-2-13 22:35:04 Device with modelID 'TRADFRI signal repeater' is not supported.
zigbee2mqtt:warn 2019-2-13 22:35:04 Please see: https://koenkk.github.io/zigbee2mqtt/how_tos/how_to_support_new_devices.html

Daarna ook nog even nodig de tradfri signaalversterker te resetten: druk 5 s met paperclip in gaatje naast de usb aansluiting.


Na het pairen in zigbee2mqtt de aanmelding met keurig de log regel:

code:

zigbee2mqtt:info 2019-2-13 22:49:47 0x000d6ffffe7890cb (0x000d6ffffe7890cb): E1746 - IKEA TRADFRI signal repeater (Router)

Voor en tijdens pairing zie je het ledje naast de USB poort zachtjes lichter en donker oplichten, eenmaal gepaird is het ledje constant.

Ook nog even gekeken hoeveel stroom hij neemt en dat blijkt een keurige 55 mA te zien, ongeveer net zoveel als de cc2531's.

In de zigbee2mqtt netwerkmap komt hij ook netjes tevoorschijn.
Maar verder geen HA entity aanduidingen, anders dan de cc2531's geflasht als routers die wel in HA zichtbaar zijn.

Hoe de Tradfri werkelijk functioneert als zigbee router is even lastig te testen met 4 andere zigbee routers in bedrijf. De netwerkmap geeft bij mij geen duidelijke aanwijzingen; hij is wel verbonden met de concentrator maar er hangen (nog) geen end-devices aan.

[bartbh]

Scatman_II schreef op woensdag 16 januari 2019 @ 13:47:
[...]

Klopt! Ik heb de debug-pinnen van de CC stick op de pinnen van de Wemos D1 mini (een arduino gebaseerd op de ESP8266) aangesloten (dat deel is wel een beetje tricky, ik vond de schema's die ik vond op https://koenkk.github.io/...ive_flashing_methods.html niet heel duidelijk, zodra ik thuis ben en tijd heb zal ik proberen een foto/fritzing schemaatje te delen).

[...]

Mocht je hiervoor nog wat instructies hebben, dan hoor ik ze graag! Met name de pinout van de CC2531. De afbeelding van alternative_flashing_methods geeft mij namelijk nog geen goed beeld wat pin 1 en wat 10 is. (links, rechts, boven, onder)

[Scatman_II]

bartbh schreef op vrijdag 15 februari 2019 @ 14:59:
[...]

Mocht je hiervoor nog wat instructies hebben, dan hoor ik ze graag! Met name de pinout van de CC2531. De afbeelding van alternative_flashing_methods geeft mij namelijk nog geen goed beeld wat pin 1 en wat 10 is. (links, rechts, boven, onder)


[Afbeelding]

Ik was inderdaad nog van plan dat verder uit te werken... En toen werd zoon nummer twee geboren - laatste weken een beetje druk geweest

Ik heb dus nog geen schema, alleen een onduidelijke foto die ik voor je zal reconstrueren (want onduidelijk gecropped en niet op draadjes kleuren gelet.. sorry ):


Wemos D1 mini --> CC-stick
Pin Ground (Zwart) --> Ground pin 1 ( --> dit is dus de pin aan de kant van de antenne (niet de USB kant), tegen het midden van de stick aan. Edit: Op mijn stick staat zelfs een kleine '1' gedrukt bij die pin)
Pin +3.3 (rood) --> 3.3V (from debugger) pin 9
Pin D5 én D6 samen --> DD pin 4
Pin D2 --> DC debug clock pin 3
Pin D1 --> Resetn pin 7

Garantie tot de deur

Arduino code:

code:

int CC_RST   = 5;
int CC_DC    = 4;
int CC_DD_I  = 14; // voor wemos d1
int CC_DD_O  = 12; // voor wemos d1

[ Voor 6% gewijzigd door Scatman_II op 15-02-2019 21:57 ]

[Kvn]

trekker22 schreef op maandag 25 februari 2019 @ 09:24:
[...]
En werken deze ook goed als router in je netwerk? Wil er 14 betellen ook nog 6 voor de badkamer.

Ik heb deze bij de Aldi gekocht een tijdje terug;
https://www.elv.de/mueller-licht-tint-5-4-w-gu10-led-lampe-36-farbtemperatur-einstellbar-zigbee.html

M'n netwerkmap ziet er sinds de laatste dev-versie erg mooi uit :-)

[ Voor 50% gewijzigd door Kvn op 25-02-2019 10:22 ]

[jossie67]

Gisteren een Coordinator geupgrade naar '20190223' zigbee2mqtt is version 1.1.1 (commit #92d88b6)
Toch was alles niet meteen online, is in mijn geval niet zo'n een issue.
De lampen verwijderen en opnieuw toegevoegd



Nu zijn mijn "RTCGQ11LM - Xiaomi Aqara human body movement and illuminance sensor" en "WSDCGQ01LM - Xiaomi MiJia temperature & humidity sensor"
wel online en geven ook data door aan MQTT. Maar ik zie in mijn networkmap geen verbindingen, kan ik dit nog fixen of even verwijderen en weer toevoegen?

Mijn networkmap staat in HA mbv

https://community.home-as...p-in-home-assistant/89116

[flyboarder]

Ik heb sinds gister de data van mijn 2 xiaomi aqara temperatuur sensoren via Domoticz in Grafana gezet. Maar zoals je kan zitten er heel veel onjuiste waarde tussen, waarvan vaak 0. Heeft hier iemand ook xiaomi sensoren verbonden via zigbee2mqtt en de data in Grafana staan? Als ik de sensor log in Domoticz zelf bekijk zie ik niks geks. Ik vraag mij af of het probleem zit in de waarde die via zigbee2mqtt binnen komen of dat het ligt aan de manier waarop Grafana de data verwerkt?

[Kaspers]

rinkel schreef op dinsdag 12 maart 2019 @ 21:45:
Ik heb een noob vraag:

Dat ben ik helaas met je eens

rinkel schreef op dinsdag 12 maart 2019 @ 21:45:
In de ts staat: zet zigbee2mqtt in pair modus
Hoe zet ik de cc2531 in pair modus?
Ik kan dit echt nergens terugvinden, ook niet op de zigbee2mqtt site

Het staat er wel degelijk in:

[Kvn]

mbuurman schreef op zaterdag 16 maart 2019 @ 15:12:
Na een week alleen Xiaomi sensoren actief te hebben met Zigbee2mqtt heb ik nu ook een Tradfri Leddriver via Zigbee2mgtt werkend. Sindsdien valt me op in de log dat ik elke keer 2 enties voorbij zie komen voor deze Leddriver:

Mar 16 14:47:11 raspberrypi npm[1378]: zigbee2mqtt:info 3/16/2019, 2:47:11 PM Zigbee publish to device '0x000d6ffffe2ac211', genOnOff - off - {} - {"manufSpec":0,"disDefaultRsp":0} - null
Mar 16 14:47:11 raspberrypi npm[1378]: zigbee2mqtt:info 3/16/2019, 2:47:11 PM MQTT publish: topic 'zigbee2mqtt/BGG - Gang - Schoenenkast verlichting', payload '{"state":"OFF","brightness":2}'

Herkent iemand dit gedrag en kan mij vertellen waarom dit gebeurd?
Tevens zou ik graag een networkmap willen maken om te zien of deze Leddriver zich ook als router is gaan gedragen, is dat makkelijk te doen?

Gebruik je Hass? Daar is een prima componentje voor https://community.home-as...p-in-home-assistant/89116

Dat ziet er bij mij inmiddels zo uit

[Vorkie]

Na ontvangst van de C2531 ben ik zo langzaamaan alles aan het overzetten naar Zigbee2Mqtt, zit nu op 31 devices.

Moest wel omflashen naar de Max stability firmware op de stick, de default ging een beetje over zijn zeur vanwege de hoeveelheid (denk ik, want op deze kunnen er nu maar max 5 op connecteren) en met de default liep de Zigbee2MQTT steeds "vast" of kon hij devices niet meer pingen.

https://github.com/Koenkk...ware/tree/dev/coordinator

De stick zit op een Pi, de MQTT broker draait op de HomeAssistant server en HA zelf kijkt weer naar localhost.

De Hue bridge is ondertussen uit, dan rest nog de Xiaomi bridge (nog een paar sensoren over) en de Ikea Hub en dan stuur ik alles aan met 1 bridge.

De grootste uitdaging zit soms in het wat dichterbij plaatsen van de coordinator, maar door de Pi op een USB lader te hangen kan ik die mobiel overal mee naartoe nemen

In de Zigbee2MQTT config maak ik gelijk groepen aan en met HA pagina DEV-MQTT verstuur ik de commando's om de groepen te vullen. (is wel een aanrader om groepen te bouwen, scheelt een hoop verkeer)

Klein stukje uit HA:

[Possible]

Is dit een beetje normaal? Ik heb namelijk 2 devices die nu niet lijken te connecten met de hub / stick?

Ze doen het overigens wel prima. Daarnaast heb ik ook 3 x xiaomi smart sockets welke blijkbaar als routers functioneren. Moet dit ook wat doen met het signaal?

[Vorkie]

@Possible

Aangezien ik niet online een graph kan maken ; hier zie je een beetje wat routers doen, alles doet het verder gewoon.

Vindt het vreemd dat bij je de enddevices niet geplot zijn qua lijntjes.

[Kvn]

Ik ben een admin-tooltje aan het bouwen (Desktop, multiplatform), de node-red flow die ik nu gebruik komt me de neus uit.
Bij interesse deel ik 'm graag als ie af is.

[ Voor 69% gewijzigd door Kvn op 28-03-2019 22:17 . Reden: Beter plaatje ]

[Kvn]

Ik ben inmiddels een aardig end klaar, de laatste status:

Device overview



Logs



2 soorten networkmaps (zoom / pan mogelijk)




Voor de bindings / groups zoek ik nog even de juiste plek&vorm.

[Possible]

Grrrrr heb een klein probleempje met Zigbee2MQtt i.c.m. HA..

Als ik op de knop ''Allow devices to join'' druk, dan gaat de timer niet aan (10 min). Als ik de logs bekijk dan zie ik ook geen message ''zigbee2mqtt:info Zigbee: allowing new devices to join.''

Wat kan dit zijn? Het heeft altijd gewerkt namelijk en heb verder niks aangepast?

Bridge state is wel gewoon online

[ Voor 12% gewijzigd door Possible op 05-04-2019 09:31 ]

[Sjef_]

Possible schreef op vrijdag 5 april 2019 @ 09:29:
Grrrrr heb een klein probleempje met Zigbee2MQtt i.c.m. HA..

Als ik op de knop ''Allow devices to join'' druk, dan gaat de timer niet aan (10 min). Als ik de logs bekijk dan zie ik ook geen message ''zigbee2mqtt:info Zigbee: allowing new devices to join.''

Wat kan dit zijn? Het heeft altijd gewerkt namelijk en heb verder niks aangepast?

Bridge state is wel gewoon online

[Afbeelding]

Beetje lastig te zeggen zo.
Wat gebeurt er in je log als je "true" naar het topic "zigbee2mqtt/bridge/config/permit_join" stuur?

[Sjef_]

Possible schreef op vrijdag 5 april 2019 @ 11:28:
[...]


Wou het net doen haha

Bij deze:

code:

- id: enable_zigbee_join
  alias: Enable Zigbee joining
  hide_entity: true
  trigger:
    platform: state
    entity_id: input_boolean.zigbee_permit_join
    to: 'on'
  action:
  - service: mqtt.publish
    data:
      topic: zigbee2mqtt/bridge/config/permit_join
      payload: 'true'
  - service: timer.start
    data:
      entity_id: timer.zigbee_permit_join
- id: disable_zigbee_join
  alias: Disable Zigbee joining
  trigger:
  - entity_id: input_boolean.zigbee_permit_join
    platform: state
    to: 'off'
  action:
  - data:
      payload: 'false'
      topic: zigbee2mqtt/bridge/config/permit_join
    service: mqtt.publish
  - data:
      entity_id: timer.zigbee_permit_join
    service: timer.cancel
  hide_entity: true


- id: disable_zigbee_join_timer
  alias: Disable Zigbee joining by timer
  hide_entity: true
  trigger:
  - platform: event
    event_type: timer.finished
    event_data:
      entity_id: timer.zigbee_permit_join
  action:
  - service: mqtt.publish
    data:
      topic: zigbee2mqtt/bridge/config/permit_join
      payload: 'false'
  - service: input_boolean.turn_off
    data:
      entity_id: input_boolean.zigbee_permit_join

Dat ziet er goed uit...
Staan je automations wel aan?

[bing69]

chriistiix schreef op maandag 8 april 2019 @ 16:21:
[...]


Zou je is een screenshot willen delen van je apparaatbeheer & de Flash programmer?
Kunnen we even de basis dingen uitsluiten!

vergeten de vermelden, het flashprogramma is 1.12.8

Hierbij de screenshots

[renedis]

Imperial Guard schreef op donderdag 16 mei 2019 @ 09:02:
[quote]renedis schreef op woensdag 15 mei 2019 @ 13:40:
[...]
Werkt dit inmiddels goed? Ben wel benieuwd eigenlijk, misschien dat ik dan ook compleet over ga op dit systeem.
[...]

Ja tot zover geen issues paar kleine workarounds moeten doen om het als een HVAC thermostaat aan de praat kunnen krijgen voor Home Assistant.

Indien nodig kan ik je de scripts, etc wel delen.

Ik wil graag gebruik maken van je scripts indien mogelijk Auto-discovery in HA geeft enkel dit weer:



Moet wel zeggen, het is een behoorlijk groot apparaat maar wel redelijk stil. Installeren en configureren ging overigens bizar makkelijk tot zo ver. Ingebouwde temperatuurmeter en setpoint kan ik nog niet over oordelen uiteraard.

[daxy]

Zigbee2MQTT doet raar sinds ik mijn CC2531 coordinator geupgrade heb naar versie 20190425.
Het lijkt er op dat alle verbindingen af en toe wegvallen zoals hier te zien is:


Het vreemde is dat deze een paar minuten weer gewoon goed lijkt. Nog vreemder is dat er niets te zien is in de logs nadat ik deze op debug heb gezet.

Ik heb mijn Raspberry Pi al opnieuw opgestart ( 3weken uptime) en ook een lamp (bureau) opnieuw gepaired maar dit haalt niets uit. Ik heb nog niet de vorige versie geflashed op mijn CC2531.

Mijn configuratie is niet bijzonder aangepast, alleen een apart channel (24) en uiteraard de led uitgezet.

Is dit iets wat bekend voorkomt?

[renedis]

daxy schreef op dinsdag 28 mei 2019 @ 15:31:
Zigbee2MQTT doet raar sinds ik mijn CC2531 coordinator geupgrade heb naar versie 20190425.
Het lijkt er op dat alle verbindingen af en toe wegvallen zoals hier te zien is:
[Afbeelding]

Het vreemde is dat deze een paar minuten weer gewoon goed lijkt. Nog vreemder is dat er niets te zien is in de logs nadat ik deze op debug heb gezet.

Ik heb mijn Raspberry Pi al opnieuw opgestart ( 3weken uptime) en ook een lamp (bureau) opnieuw gepaired maar dit haalt niets uit. Ik heb nog niet de vorige versie geflashed op mijn CC2531.

Mijn configuratie is niet bijzonder aangepast, alleen een apart channel (24) en uiteraard de led uitgezet.

Is dit iets wat bekend voorkomt?

Ik heb hier ook last van.. Downgraden heeft jammer genoeg geen nut gehad. Het is erg frustrerend kan ik je vertellen.

De rood geselecteerde zijn mijn "offline" devices maar gek genoeg werken ze wel.
De geel geselecteerde is een ikea GU10 spot welke fysiek van het netstroom af is, en dus offline. Maar mijn map geeft toch echt aan dat ie online is.

Van wat ik gelezen heb zijn de Ikea tradfi lampen de boosdoeners. Zodra je die in combinatie met een van de laatste firmwares hebt dan is het stabiel draaien een probleem, evenals het pairen van nieuwe devices.

Ik heb terug gerekend en het klopt in mijn geval ook.. Vanaf het moment dat ik de Ikea lampen in mijn Zigbee netwerk heb, heb ik issues met connectiviteit en pairen. Zo heb ik dus ook een Xiaomi Cube welke online is, maar nergens op reageert. Als ik wil pairen (wat 30+ minuten duurt per device voordat het uberhaupt lukt) dan moet ik eerst de CC2531 uit de host halen, terug stoppen, rebooten en daarna het pair process starten voordat ik enig kans maak op een succesvolle pair.

Overigens had ik met oudere firmware ook onderling betere connectiviteit tussen de routers. Zoals eerder gezegd maakt het in mijn geval nu niet meer uit of ik oudere firmware flash. Mocht jij dit ook gaan proberen en wel voordeel verkrijgen hoor ik dat graag.

[ Voor 5% gewijzigd door renedis op 29-05-2019 08:22 ]

[iMars]

stefanroelofs schreef op maandag 27 mei 2019 @ 12:03:
Ik kan je aanraden om de automations toe te voegen die op deze pagina staan:
https://www.zigbee2mqtt.io/integration/home_assistant.html
(onder kopje: Controlling Zigbee2mqtt via Home Assistant)

Op die manier hoef je zigbee2mqtt niet te herstarten als je Pairing Mode aanzet.

Verder de log in de gaten houden tijdens het Pairen, zodat je ziet dat je device herkend word.

Heb alles erin staan volgens de link die je gaf: https://www.zigbee2mqtt.i...e2mqtt-via-home-assistant

Maar waar vind ik die log? Is dat gewoon de standaard home-assistant.log?

Edit: gevonden In de log van de zigbee2mqtt container, maar ook op de mqtt zag ik 'm voorbij komen

[ Voor 6% gewijzigd door iMars op 29-05-2019 18:33 ]

[rens-br]

rens-br schreef op vrijdag 24 mei 2019 @ 11:41:
Heeft er iemand ervaring met pricewatch: iCasa Dimmer? Het is ondersteund, dus dat is mooi. Maar ben benieuwd hoe hij in praktijk werkt. Ik wil het gebruiken om een Hanglamp te dimmen, door middel van een schakelaar op de muur en hij moet dus ook aan te sturen zijn via Zigbee. De prijs valt, in vergelijking met een normale dimmer, enorm mee. (al is de dimmer behoorlijk overkill voor de 20W wat de lampen zijn)

Inmiddels deze besteld en geïnstalleerd en hij werkt perfect in Zigbee2mqtt, wordt meteen herkend en is eenvoudig aan te sturen.

Het aansluiten zelf had nog wel wat voeten in de aarde:

• Bijgeleverde handleiding is niet heel erg duidelijk, je kan beter deze gebruiken;
• Er zijn 3 draden nodig (Fase, Nul en schakeldraad)
• Gebruik Lasklemmen
• In de WCD is het behoorlijk krap. Wat hier hielp was het eerst plaatsen van de dimmer en daarna de draden erlangs werken. Dat ziet er dan zo uit:

Verdere ervaringen met dit ding zijn te vinden in het Hue topic.

[ Voor 11% gewijzigd door rens-br op 06-06-2019 12:12 ]

[iMars]

daxy schreef op donderdag 30 mei 2019 @ 10:27:
[...]


Ik heb de max stability firmware van 20190315 geflashed en alles loopt weer als een trein. Thanks!
Het enige waar ik me zorgen om maak is dat dit niet opgelost gaat worden en ik dus voor altijd op 20190315 blijf, maar dat zien we tegen die tijd wel weer.

@renedis, probeer deze eens https://github.com/Koenkk...AX_STABILITY_20190315.zip

Ik ben nog beginnende/ontdekkende met zigbee2mqtt, en heb de laatste versie op de coordinator en op de router staan. Als ik nu de max_stability als coordinator neem, moet de router dan ook een vroegere firmware hebben? Tot nu toe geen problemen (1 Ikea lamp, 1 Ikea remote en 1 Xiaomi switch + een router):


Wat ik gek vind, is dat de router sinds gisteravond uit staat, maar toch in het overzicht als online staat (wel link quality 0).

[Kvn]

@renedis Dit is bij mij het verschil tussen centraal (woonkamer of dmv lange usb-kabel naar de gang) en plaatsing in de hal bij de meterkast.

Centraal:



Meterkast:



Met de CC2530 bereikte ik overigens dezelfde goede dekking / aanleg van connecties zonder 'm centraal te plaatsen.

[dof]

sloth schreef op woensdag 5 juni 2019 @ 21:00:
Heeft er iemand ervaring met deze cc2531 antenna mod?

Nog niet, binnenkort wel (eerst vakantieweekje ) Wel al een hardware voorbereiding gemaakt.

[renedis]

sloth schreef op woensdag 5 juni 2019 @ 21:00:
Heeft er iemand ervaring met deze cc2531 antenna mod?

dof schreef op donderdag 6 juni 2019 @ 21:04:
[...]


Nog niet, binnenkort wel (eerst vakantieweekje ) Wel al een hardware voorbereiding gemaakt.
[Afbeelding: cc2531 aanpassing]

Rode pijl is vanaf de aanpassing met SMA connector:

Kvn schreef op donderdag 6 juni 2019 @ 23:51:
Iemand deze al gezien?

https://nl.aliexpress.com...-4e1e-b164-52f14eda738c-0

Had die ook gezien. Wel lastig te flashen met een CC debugger, je komt voor het flashen dan al snel uit op een Arduino.

[ Voor 32% gewijzigd door renedis op 07-06-2019 09:44 ]

[renedis]

Zijn er nog mensen die het "ZigBee and WiFi Coexistence" artikel hebben gelezen?
Nu heb ik begrepen dat de CC2531 icm Zigbee2MQTT standaard op kanaal 11 zit van het Zigbee protocol.

Zigbee:


Wifi:


Ik heb dan ook vanaf heden op mijn accesspoints kanaal 1 (40MHz) uitgezet. Ik moet zeggen, het is geen wereldwonder maar ik merk wel verschill in linkquality

[iMars]

Vraagje: devices gevoed via netstroom fungeren toch als routers (wordt ook aangegeven in overzicht)?
Dan zouden de lampjes in de keuken toch moeten connecten met de lamp op de overloop? Nu wil alles met de coördinator verbinden en zie ik dat de verbindingen naar de keukenlampjes slecht zijn. Ze werken wel, maar mijn gevoel zegt dat het beter moet:


Edit
Back to the drawing board... Ik heb nu AP beneden op 1 gezet, AP op zolder op 6 en Zigbee op channel 24 geconfigureerd. Opnieuw devices koppelen, maar nu zie ik dat mijn channel 6 helemaal vol zit (~80%).

Mijn config:

code:

homeassistant: true
permit_join: false
mqtt:
  base_topic: zigbee2mqtt
  server: 'mqtt://x.x.x.x'
  user: ****
  password: ****
serial:
  port: /dev/ttyACM0
advanced:
  channel: 24
devices:
  '0x90fd9ffffe338c80':
    friendly_name: '0x90fd9ffffe338c80'
    retain: false

[ Voor 37% gewijzigd door iMars op 09-06-2019 20:23 ]

[GertJan2012]

Vorkie schreef op maandag 10 juni 2019 @ 13:17:
@GertJan2012 Als je de integratie configureert via de Integrations page i.p.v. via configuration.yaml, wordt het dan wel automatisch bijgewerkt?

Ik heb namelijk het via integrations gedaan en elk device wat ik toevoeg wordt automatisch bijgewerkt in HA.

Hoe bedoel je dat? Want ik voeg hem nu toe via integrations:



Maar daar krijg ik dus de volgende melding:


Overigens... als ik in de configuration.yaml van Zigbee2mqtt kijk, zie ik wel de beide devices als gevonden staan :

code:

devices:
  '0x00158d0002f2ec80':
    friendly_name: '0x00158d0002f2ec80'
    retain: false
  '0x00158d000233bd5b':
    friendly_name: '0x00158d000233bd5b'
    retain: false

[iMars]

iMars schreef op zondag 9 juni 2019 @ 18:26:
Vraagje: devices gevoed via netstroom fungeren toch als routers (wordt ook aangegeven in overzicht)?
Dan zouden de lampjes in de keuken toch moeten connecten met de lamp op de overloop? Nu wil alles met de coördinator verbinden en zie ik dat de verbindingen naar de keukenlampjes slecht zijn. Ze werken wel, maar mijn gevoel zegt dat het beter moet:
[Afbeelding]

Edit
Back to the drawing board... Ik heb nu AP beneden op 1 gezet, AP op zolder op 6 en Zigbee op channel 24 geconfigureerd. Opnieuw devices koppelen, maar nu zie ik dat mijn channel 6 helemaal vol zit (~80%).

Mijn config:

code:

homeassistant: true
permit_join: false
mqtt:
  base_topic: zigbee2mqtt
  server: 'mqtt://x.x.x.x'
  user: ****
  password: ****
serial:
  port: /dev/ttyACM0
advanced:
  channel: 24
devices:
  '0x90fd9ffffe338c80':
    friendly_name: '0x90fd9ffffe338c80'
    retain: false

Even mezelf quoten, want of ik snap het niet, of ik doe wat verkeerd (of beide ).

Tijdens het pairen gaat mijn AP op zolder "over de zeik", terwijl de AP beneden niks aan de hand is:

Als ik stop met het pairen, komt alles weer tot rust:

Terwijl ik in de config opgegeven heb dat Zigbee kanaal 24 moet nemen (om kanaal 11 van wifi te benutten).
Waarom gaat kanaal 6 van mijn wifi toch zo vol zitten?

Ook valt het me op dat de lamp op de overloop (1 meter van de AP) het gewoon niet meer doet zodra ik hem daar ophang, terwijl deze het wel doet als ik hem in de buurt van m'n server heb. De logs geven dan de melding "Error: AF data request fails, status code: 233. MAC no ack.".

De lampen beneden deden het wel, maar met heel zwak signaal (had gehoopt dat de lamp op de overloop een mooie overbrugging zou zijn).

[Vorkie]

GertJan2012 schreef op maandag 10 juni 2019 @ 16:29:
[...]

En dan bedoel je, de discovery regel er uit halen ?

Dit helemaal verwijderen uit de HA config:

code:

# Zigbee #
mqtt:
  broker: 192.168.xx.xx ( het ip adres van HA ) 
  username: (mijn mqtt username )
  password: het betreffende wachtwoord
  discovery: true
  birth_message:
    topic: 'hass/status'
    payload: 'online'
  will_message:
    topic: 'hass/status'
    payload: 'offline'

Daarna zal bij integrations de optie MQTT weer aanwezig zijn, voeg hem op die manier toe.
Als je hem op die manier toevoegt ziet het er zo uit:



In de configuration.yaml van Zigbee2MQTT voeg je ook deze regel extra toe als je dat nog niet hebt gedaan:

code:

homeassistant: true

[renedis]

iMars schreef op maandag 10 juni 2019 @ 14:35:
[...]

Even mezelf quoten, want of ik snap het niet, of ik doe wat verkeerd (of beide ).

Tijdens het pairen gaat mijn AP op zolder "over de zeik", terwijl de AP beneden niks aan de hand is:
[Afbeelding: ap-zolder-pairen][Afbeelding]
Als ik stop met het pairen, komt alles weer tot rust:
[Afbeelding][Afbeelding]
Terwijl ik in de config opgegeven heb dat Zigbee kanaal 24 moet nemen (om kanaal 11 van wifi te benutten).
Waarom gaat kanaal 6 van mijn wifi toch zo vol zitten?

Ook valt het me op dat de lamp op de overloop (1 meter van de AP) het gewoon niet meer doet zodra ik hem daar ophang, terwijl deze het wel doet als ik hem in de buurt van m'n server heb. De logs geven dan de melding "Error: AF data request fails, status code: 233. MAC no ack.".

De lampen beneden deden het wel, maar met heel zwak signaal (had gehoopt dat de lamp op de overloop een mooie overbrugging zou zijn).

je hebt iDevices thuis en je gebruikt enkel de HT20. Zet je UniFi AP's op 2.4GHz op HT40 en je bereik/snelheid gaat veel verder omhoog. Je 5GHz netwerk draait dan weer wel op VHT40 zo te zien.



Tijdens het pairen gaan je Zigbee devices logischerwijs alle Zigbee kanalen af.. Zeg maar broadcasten. Vandaar dat jij een hogere belasting van je WiFi netwerk ziet op dat moment.

[iMars]

renedis schreef op woensdag 12 juni 2019 @ 09:16:
[...]


je hebt iDevices thuis en je gebruikt enkel de HT20. Zet je UniFi AP's op 2.4GHz op HT40 en je bereik/snelheid gaat veel verder omhoog. Je 5GHz netwerk draait dan weer wel op VHT40 zo te zien.

[Afbeelding: UniFi AP]

Tijdens het pairen gaan je Zigbee devices logischerwijs alle Zigbee kanalen af.. Zeg maar broadcasten. Vandaar dat jij een hogere belasting van je WiFi netwerk ziet op dat moment.

Mijn iDevices draaienconnecten allemaal op 5G Het is voornamelijk mijn domotica devices (ESP's, Toon, etc) wat gebruik maakt van 2.4GHz. Ik kan het aanzetten, maar wat ik nu heb, was best setting om 5GHz te verbeteren.

Wat ik nu nog niet snap/zie, is waarom er zoveel storing is op kanaal 6, terwijl ik zigbee op kanaal 24 heb gezet om daarmee in de kanaal 11 range te zitten van wifi.

[ Voor 3% gewijzigd door iMars op 12-06-2019 09:29 ]

[Kvn]

Vanavond een 2e poging wagen tot het flashen van een CC2530 voor een betere linkquality, maar m'n netwerk is al mooi stabiel. Wel een beetje ingewikkeld

Als er maar niemand een trench run uitvoerd

[ Voor 12% gewijzigd door Kvn op 12-06-2019 13:30 ]

[renedis]

Ik draai nu de nieuwe firmware (20190619) (source_routing).

Gaat stukken beter maar de optie "groups" werkt niet meer. Als ik nu een groep aan zet gaat alles stuk voor stuk aan, evenals uitzetten. Voorheen als ik een groep aanzette, gingen ze allen tegelijk. Nog meer iemand hier last van?

Het mesh netwerk is wel enorm er op vooruit gegaan:

[Kvn]

Aardig wat lopen klooien om de mod goed uit te voeren (Eerst niet de juiste connector voor mn antennas gebruikt en niet doorhebben dat ik ze vrouwtje-vrouwtje aansloot) en daarnaast niet de traces goed doorgesneden, maar nu heb ik 3 gemodde CC2531's opgenomen (waarvan 1 de coordinator is) en het verschil in linkquality is duidelijk zichtbaar.

[Kvn]

CC2531 Antenne mod howto



1. Kras bij de rode stukken de volledige trace weg.
2. Schraap de blauwe stukken schoon tot op het koper
3. Vertin de blauwe stukken even licht
4. Plaats de antenne (de 2 pootjes onderaan het PCB), de 2 pootjes + pin van de antenne bovenaan
5. Verhit de pootjes van de antenne en soldeer vast.
6. Maak een verbinding met de groundplane van het PCB bij het roze streepje (met een klein stukje draad of wat soldeertin)

Done

[ Voor 12% gewijzigd door Kvn op 09-07-2019 12:00 ]

[Kvn]

De networkmap in 1.5.0 is echt een stuk fijner om te lezen

[Hmmbob]

Waar ik "last" van heb is dat de datums (timestamps) in de logging maar ook de mqtt berichten een onjuiste timezone meegeven. Alle timestamps worden in UTC gepubliceerd, terwijl we nu natuurlijk UTC+2 zitten.

Mijn setup draait in een Docker container op mijn Pi. Als ik in die container controleer wat 'date' en '/etc/timezone' als output geven, dan klopt die info gewoon:


Ook in de sourcecode lijkt er een omzetting plaats te moeten vinden naar een localstring dmv Date().toLocaleString(), maar toch bevatten de mqtt en log berichten de verkeerde tijd.

How to fix?

[renedis]

R2D2 schreef op dinsdag 23 juli 2019 @ 14:07:
[...]


Lees deze even goed door, https://github.com/danielwelch/hassio-zigbee2mqtt/issues/183

Bij de ene werkt alles wel weer met de standaard network key (als je die nog nooit eerder aangepast had tenminste, zo wel gewoon je huidige gebruiken) bij anderen werkt het weer niet...

Ik heb zelf alles opnieuw gepaired, de oplossing met default network key kwam iemand mee op de proppen toen ik al over de helft was met het pairen van apparaten.

Vanochtend weer even een hartverzakking met de update naar 1.5.1.1 aangezien zigbee2mqtt niet meer wilde starten na de update maar dat was simpel te fixen door de blacklisted_devices: [ ] toe te voegen onder de advanced sectie.

1.5.x lijkt verder overigens lekker stabiel te werken en ook de network map lijkt nu goed zijn werk te doen.

Bedankt voor de informatie, ik heb die gezien maar helaas was dat voor mij geen oplossing.
Hij blijft bij mij herstarten met magischerwijs 2 4 "undefined unknown" devices.

Edit:
Het ziet er naar uit dat ie ook continue versie 0.1.1 wilt starten

code:

[Info] Configuration file found. Will overwrite configurable               fields with values from add-on configuration
Traceback (most recent call last):
  File "set_config.py", line 51, in <module>
    main(args.options_path, args.data_path)
  File "set_config.py", line 27, in main
    config['mqtt']['base_topic'] = options["mqtt_base_topic"]
KeyError: 'mqtt_base_topic'
[2019-07-23T14:09:09.256Z] PM2 log: Launching in no daemon mode
[2019-07-23T14:09:09.341Z] PM2 log: Starting execution sequence in -fork mode- for app name:npm id:0
[2019-07-23T14:09:09.353Z] PM2 log: App name:npm id:0 online
> zigbee2mqtt@0.1.1 start /app
> node index.js
2019-7-23 14:09:10 INFO Starting zigbee2mqtt version 0.1.1 (commit #738c31c)
2019-7-23 14:09:10 INFO Starting zigbee-shepherd
2019-7-23 14:09:10 INFO zigbee-shepherd started
2019-7-23 14:09:10 INFO Currently 41 devices are joined:
2019-7-23 14:09:10 INFO unknown (0x00158d00022baxxx): MCCGQ01LM - Xiaomi MiJia door & window contact sensor (EndDevice)
2019-7-23 14:09:10 INFO unknown (0x00158d00022baxxx): MCCGQ01LM - Xiaomi MiJia door & window contact sensor (EndDevice)
2019-7-23 14:09:10 INFO unknown (0x00158d00022baxxx): MCCGQ01LM - Xiaomi MiJia door & window contact sensor (EndDevice)
2019-7-23 14:09:10 INFO unknown (0x00158d00022baxxx): MCCGQ01LM - Xiaomi MiJia door & window contact sensor (EndDevice)
2019-7-23 14:09:10 INFO unknown (0x00158d0001f35xxx): MCCGQ01LM - Xiaomi MiJia door & window contact sensor (EndDevice)
2019-7-23 14:09:10 INFO unknown (0x00158d00022baxxx): MCCGQ01LM - Xiaomi MiJia door & window contact sensor (EndDevice)
2019-7-23 14:09:10 INFO unknown (0x00158d0002011xxx): MCCGQ01LM - Xiaomi MiJia door & window contact sensor (EndDevice)
2019-7-23 14:09:10 INFO unknown (0x00158d00014d1xxx): MCCGQ01LM - Xiaomi MiJia door & window contact sensor (EndDevice)
2019-7-23 14:09:10 INFO unknown (0x00158d0002afcxxx): unkown - undefined unknown (EndDevice)
2019-7-23 14:09:10 INFO unknown (0x00158d00022abxxx): ZNCZ02LM - Xiaomi Mi power plug ZigBee (Router)
2019-7-23 14:09:10 INFO unknown (0x00158d00022adxxx): ZNCZ02LM - Xiaomi Mi power plug ZigBee (Router)
2019-7-23 14:09:10 INFO unknown (0x00158d0002161xxx): ZNCZ02LM - Xiaomi Mi power plug ZigBee (Router)
2019-7-23 14:09:10 INFO unknown (0x000d6ffffeff3xxx): LED1650R5 - IKEA TRADFRI LED bulb GU10 400 lumen, dimmable (Router)
2019-7-23 14:09:10 INFO unknown (0x086bd7fffe06bxxx): LED1650R5 - IKEA TRADFRI LED bulb GU10 400 lumen, dimmable (Router)
2019-7-23 14:09:10 INFO unknown (0x00158d00022aexxx): ZNCZ02LM - Xiaomi Mi power plug ZigBee (Router)
2019-7-23 14:09:10 INFO unknown (0x00158d0002113xxx): ZNCZ02LM - Xiaomi Mi power plug ZigBee (Router)
2019-7-23 14:09:10 INFO unknown (0x00158d0001639xxx): WXKG02LM - Xiaomi Aqara double key wireless wall switch (EndDevice)
2019-7-23 14:09:10 INFO unknown (0x00158d0001711xxx): WXKG02LM - Xiaomi Aqara double key wireless wall switch (EndDevice)
2019-7-23 14:09:10 INFO unknown (0x00158d00024b3xxx): WXKG03LM - Xiaomi Aqara single key wireless wall switch (EndDevice)
2019-7-23 14:09:10 INFO unknown (0x000b3cfffef0axxx): LED1650R5 - IKEA TRADFRI LED bulb GU10 400 lumen, dimmable (Router)
2019-7-23 14:09:10 INFO unknown (0x00158d0001922xxx): unkown - undefined unknown (EndDevice)
2019-7-23 14:09:10 INFO unknown (0x00158d0002b22xxx): WXKG01LM - Xiaomi MiJia wireless switch (EndDevice)
2019-7-23 14:09:10 INFO unknown (0x00158d0001e18xxx): WXKG01LM - Xiaomi MiJia wireless switch (EndDevice)
2019-7-23 14:09:10 INFO unknown (0x00158d00024b3xxx): WXKG03LM - Xiaomi Aqara single key wireless wall switch (EndDevice)
2019-7-23 14:09:10 INFO unknown (0x00158d0002161xxx): ZNCZ02LM - Xiaomi Mi power plug ZigBee (Router)
2019-7-23 14:09:10 INFO unknown (0x00158d0001032xxx): MFKZQ01LM - Xiaomi Mi smart home cube (EndDevice)
2019-7-23 14:09:10 INFO unknown (0x00158d0001a1exxx): MCCGQ01LM - Xiaomi MiJia door & window contact sensor (EndDevice)
2019-7-23 14:09:10 INFO unknown (0x00158d00016c2xxx): RTCGQ11LM - Xiaomi Aqara human body movement and illuminance sensor (EndDevice)
2019-7-23 14:09:10 INFO unknown (0x01124b001c2e7xxx): unkown - undefined unknown (Router)
2019-7-23 14:09:10 INFO unknown (0xd0cf5efffeda1xxx): ICTC-G-1 - IKEA TRADFRI wireless dimmer (EndDevice)
2019-7-23 14:09:11 INFO unknown (0x000b57fffe9b3xxx): LED1649C5 - IKEA TRADFRI LED bulb E14 400 lumen, dimmable warm white, chandelier opal (Router)
2019-7-23 14:09:11 INFO unknown (0x086bd7fffe088xxx): LED1650R5 - IKEA TRADFRI LED bulb GU10 400 lumen, dimmable (Router)
2019-7-23 14:09:11 INFO unknown (0x086bd7fffe008xxx): LED1650R5 - IKEA TRADFRI LED bulb GU10 400 lumen, dimmable (Router)
2019-7-23 14:09:11 INFO unknown (0x086bd7fffe055xxx): LED1650R5 - IKEA TRADFRI LED bulb GU10 400 lumen, dimmable (Router)
2019-7-23 14:09:11 INFO unknown (0x086bd7fffe01fxxx): LED1650R5 - IKEA TRADFRI LED bulb GU10 400 lumen, dimmable (Router)
2019-7-23 14:09:11 INFO unknown (0x086bd7fffe008xxx): LED1650R5 - IKEA TRADFRI LED bulb GU10 400 lumen, dimmable (Router)
2019-7-23 14:09:11 INFO unknown (0x086bd7fffe055xxx): LED1650R5 - IKEA TRADFRI LED bulb GU10 400 lumen, dimmable (Router)
2019-7-23 14:09:11 INFO unknown (0x086bd7fffe01fxxx): LED1650R5 - IKEA TRADFRI LED bulb GU10 400 lumen, dimmable (Router)
2019-7-23 14:09:11 INFO unknown (0x000d6ffffee43xxx): LED1623G12 - IKEA TRADFRI LED bulb E27 1000 lumen, dimmable, opal white (Router)
2019-7-23 14:09:11 INFO unknown (0x000b3cfffefacxxx): LED1650R5 - IKEA TRADFRI LED bulb GU10 400 lumen, dimmable (Router)
2019-7-23 14:09:11 INFO unknown (0x00124b0018029xxx): unkown - undefined unknown (EndDevice)
2019-7-23 14:09:11 INFO Connecting to MQTT server at mqtt://x.x.x.x
2019-7-23 14:09:11 INFO zigbee-shepherd ready
2019-7-23 14:09:11 INFO Connected to MQTT server
2019-7-23 14:09:11 INFO MQTT publish, topic: 'zigbee2mqtt/bridge/state', payload: 'online'
spinlock: false []
2019-7-23 14:09:11 ERROR Cannot get the Node Descriptor of the Device: 0x01124b001c2e7xxx (Error: request unsuccess: 17)
/app/node_modules/zcl-packet/lib/foundation.js:683
        ru[dataType](name)(this);
                    ^
TypeError: ru[dataType] is not a function
    at Dissolve.<anonymous> (/app/node_modules/zcl-packet/lib/foundation.js:683:21)
    at Dissolve._transform (/app/node_modules/dissolve/index.js:80:16)
    at Dissolve.Transform._read (/app/node_modules/dissolve/node_modules/readable-stream/lib/_stream_transform.js:184:10)
    at Dissolve.Transform._write (/app/node_modules/dissolve/node_modules/readable-stream/lib/_stream_transform.js:172:12)
    at doWrite (/app/node_modules/dissolve/node_modules/readable-stream/lib/_stream_writable.js:279:12)
    at writeOrBuffer (/app/node_modules/dissolve/node_modules/readable-stream/lib/_stream_writable.js:266:5)
    at Dissolve.Writable.write (/app/node_modules/dissolve/node_modules/readable-stream/lib/_stream_writable.js:211:11)
    at Dissolve.Writable.end (/app/node_modules/dissolve/node_modules/readable-stream/lib/_stream_writable.js:426:10)
    at FoundPayload._getObj (/app/node_modules/zigbee-shepherd/node_modules/zcl-packet/lib/foundation.js:242:12)
    at getObjCB (/app/node_modules/zigbee-shepherd/node_modules/zcl-packet/lib/foundation.js:51:22)
npm
 ERR! code ELIFECYCLE
npm ERR! errno 1
npm
 ERR! zigbee2mqtt@0.1.1 start: `node index.js`
npm ERR! Exit status 1
npm ERR! 
npm ERR! Failed at the zigbee2mqtt@0.1.1 start script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.
npm ERR! A complete log of this run can be found in:
npm ERR!
     /root/.npm/_logs/2019-07-23T12_11_05_367Z-debug.log
[2019-07-23T14:11:06.308Z] PM2 log: App [npm] with id [0] and pid [156], exited with code [1] via signal [SIGINT]
[2019-07-23T14:11:06.312Z] PM2 log: Starting execution sequence in -fork mode- for app name:npm id:0
[2019-07-23T14:11:06.317Z] PM2 log: App name:npm id:0 online
> zigbee2mqtt@0.1.1 start /app
> node index.js
2019-7-23 14:11:07 INFO Starting zigbee2mqtt version 0.1.1 (commit #738c31c)
2019-7-23 14:11:07 INFO Starting zigbee-shepherd
2019-7-23 14:11:07 INFO zigbee-shepherd started
2019-7-23 14:11:07 INFO Currently 41 devices are joined:

EDIT:



Het lijkt weer te leven. Mijn "undefined unknown" devices worden weer herkend maar ik ben wel 3 devices kwijt. Ook moet het mesh netwerk zich weer herstellen, maar dat komt denk ik wel goed.

Oorzaak:
Container bleek op een of andere vage manier versie 0.1.1 edge te draaien. Ook heb ik 3 unused (edge) images nu die hassio niet meer herkend of iets mee doet, heel bijzonder gezien ik geen edge gebruik.

[ Voor 3% gewijzigd door renedis op 23-07-2019 14:52 ]

[stefanroelofs]

Ik heb de zigbee2mqtt hassio addon geupdate naar 1.5.1.1 maar nu werkt de boel niet meer helaas...

Ik zie deze meldingen in de log, iemand ook last hiervan?

zigbee2mqtt:warn 8/1/2019, 12:00:10 PM Failed network lqi scan for device: '0x000d6ffffedacbe5' with error: 'Error: Timed out after 10000 ms'
zigbee2mqtt:warn 8/1/2019, 12:00:10 PM Failed network lqi scan for device: '0x00124b0019367385' with error: 'Error: Timed out after 10000 ms'
zigbee2mqtt:warn 8/1/2019, 12:00:10 PM Failed network lqi scan for device: '0x0017880104462b52' with error: 'Error: Timed out after 10000 ms'
zigbee2mqtt:warn 8/1/2019, 12:00:11 PM Failed network lqi scan for device: '0x000d6ffffeda17dd' with error: 'Error: Timed out after 10000 ms'
zigbee2mqtt:warn 8/1/2019, 12:00:11 PM Failed network lqi scan for device: '0x000d6ffffee478d4' with error: 'Error: Timed out after 10000 ms'

Mijn devices lijken online, maar ze worden niet meer geupdate na gisteravond:

[Danielson]

Ik ben ook begonnen met Zigbee2MQTT, wat een geweldig systeem!

Ik heb nu een Tradfri Signaalversterker gekocht, maar ik twijfel of deze goed werkt;



Ook geeft hij in Home Assitant niet de signaalsterkte door:



Mijn Zigbee devices hebben opzich prima bereik zonder de signaalversterker, maar ik vind het vreemd dat hij de status Offline weergeeft en de signaalstatus ook niet goed weergeeft in Home Assistant.

Doe ik iets niet goed of?

[Sander]

Ik begin inmiddels een klein beetje radeloos te raken met Zigbee2mqtt, ik heb een niet al te groot netwerk met 22 devices (zouden er eigenlijk inmiddels 35 moeten zijn maar ik durf even niks meer toe te voegen), en ik merk dat ondanks allerlei pogingen het stabiel te krijgen het toch nog steeds regelmatig eruit klapt. Vanochtend weer bij wakker worden geen reactie van de lampen en zie ik een rood lampje op de stick, enige dat dan werkt is eruit en opnieuw erin (reset knop deed ook niks) en nu draait het weer (voor zolang het duurt). Zie ook in de network map dat die het ene moment een keurig 'spinnenweb' is met veel kruisverbindingen etc, en andere moment een ster met de coordinator in het midden en verder niks. Er lijkt dus iets echt niet lekker te lopen daar. Iemand een idee?

Geprobeerd:
- OSRAM Socket & iCasa Zigbee 3.0 dimmer toevoegen om minder tradfri routers te hebben. Dit lijkt wel te werken want de Osram socket werkt zolang de coordinator werkt, de tradfri sockets blijven problemen geven, is een firmware upgrade van de sockets zelf misschien een oplossing?
- Ander kanaal, helpt meer met bereik niet met stabiliteit
- Devices die regelmatiger dan anderen offline zijn zitten qua bereik zeker niet in uithoeken (sterker nog de tradfri socket met meeste gezeik hangt 1,5 meter van de stick...)
- Firmware van zigbee stick is 20190425
- Firmware van de tradfri devices is waarmee ze de doos uitgekomen zijn voor alles gekocht in 2019, en voor daarvoor wat er destijds de laatste versie was die er door de hub opgezet is.
- Automations via Nodered uitgezet om te voorkomen dat die teveel 'spammen' richting MQTT (dit heb ik al min of meer uitgesloten maar just to be sure)

code:

zigbee2mqtt      |   zigbee2mqtt:info 8/7/2019, 7:18:10 AM Starting zigbee2mqtt version 1.3.1 (commit #unknown)
zigbee2mqtt      |   zigbee2mqtt:info 8/7/2019, 7:18:10 AM Starting zigbee-shepherd
zigbee2mqtt      |   zigbee2mqtt:info 8/7/2019, 7:18:11 AM zigbee-shepherd started
zigbee2mqtt      |   zigbee2mqtt:info 8/7/2019, 7:18:11 AM Coordinator firmware version: '20190425'
zigbee2mqtt      |   zigbee2mqtt:info 8/7/2019, 7:18:11 AM Currently 22 devices are joined:
zigbee2mqtt      |   zigbee2mqtt:info 8/7/2019, 7:18:11 AM tradfri_socket_kidscorner (0x90fd9ffffe2b9686): E1603 - IKEA TRADFRI control outlet (Router)
zigbee2mqtt      |   zigbee2mqtt:info 8/7/2019, 7:18:11 AM tradfri_socket_kitchenlight (0xd0cf5efffece31a8): E1603 - IKEA TRADFRI control outlet (Router)
zigbee2mqtt      |   zigbee2mqtt:info 8/7/2019, 7:18:11 AM tradfri_bulb_outside_front_2 (0x000b57fffe248dfb): LED1623G12 - IKEA TRADFRI LED bulb E27 1000 lumen, dimmable, opal white (Router)
zigbee2mqtt      |   zigbee2mqtt:info 8/7/2019, 7:18:11 AM tradfri_socket_living_1 (0xd0cf5efffe7a4475): E1603 - IKEA TRADFRI control outlet (Router)
zigbee2mqtt      |   zigbee2mqtt:info 8/7/2019, 7:18:11 AM tradfri_bulb_outside_front_1 (0x000b57fffe8f3014): LED1623G12 - IKEA TRADFRI LED bulb E27 1000 lumen, dimmable, opal white (Router)
zigbee2mqtt      |   zigbee2mqtt:info 8/7/2019, 7:18:11 AM tradfri_bulb_couch (0x000b57fffe4ae240): LED1545G12 - IKEA TRADFRI LED bulb E26/E27 980 lumen, dimmable, white spectrum, opal white (Router)
zigbee2mqtt      |   zigbee2mqtt:info 8/7/2019, 7:18:11 AM tradfri_bulb_outside_back_2 (0x000b57fffe249107): LED1623G12 - IKEA TRADFRI LED bulb E27 1000 lumen, dimmable, opal white (Router)
zigbee2mqtt      |   zigbee2mqtt:info 8/7/2019, 7:18:11 AM tradfri_bulb_outside_back_1 (0x000b57fffe161123): LED1623G12 - IKEA TRADFRI LED bulb E27 1000 lumen, dimmable, opal white (Router)
zigbee2mqtt      |   zigbee2mqtt:info 8/7/2019, 7:18:11 AM 0x00158d00027303cb (0x00158d00027303cb): WSDCGQ11LM - Xiaomi Aqara temperature, humidity and pressure sensor (EndDevice)
zigbee2mqtt      |   zigbee2mqtt:info 8/7/2019, 7:18:11 AM 0x00158d0001e08a93 (0x00158d0001e08a93): RTCGQ11LM - Xiaomi Aqara human body movement and illuminance sensor (EndDevice)
zigbee2mqtt      |   zigbee2mqtt:info 8/7/2019, 7:18:11 AM 0x000b57fffec20a4d (0x000b57fffec20a4d): LED1623G12 - IKEA TRADFRI LED bulb E27 1000 lumen, dimmable, opal white (Router)
zigbee2mqtt      |   zigbee2mqtt:info 8/7/2019, 7:18:11 AM 0x00158d0001de8730 (0x00158d0001de8730): MCCGQ11LM - Xiaomi Aqara door & window contact sensor (EndDevice)
zigbee2mqtt      |   zigbee2mqtt:info 8/7/2019, 7:18:11 AM 0x00158d0001e0a80b (0x00158d0001e0a80b): RTCGQ11LM - Xiaomi Aqara human body movement and illuminance sensor (EndDevice)
zigbee2mqtt      |   zigbee2mqtt:info 8/7/2019, 7:18:11 AM 0x00158d0001ab3335 (0x00158d0001ab3335): RTCGQ11LM - Xiaomi Aqara human body movement and illuminance sensor (EndDevice)
zigbee2mqtt      |   zigbee2mqtt:info 8/7/2019, 7:18:11 AM 0x00158d0001e48b28 (0x00158d0001e48b28): MCCGQ11LM - Xiaomi Aqara door & window contact sensor (EndDevice)
zigbee2mqtt      |   zigbee2mqtt:info 8/7/2019, 7:18:11 AM 0x000b57fffec9fc45 (0x000b57fffec9fc45): LED1623G12 - IKEA TRADFRI LED bulb E27 1000 lumen, dimmable, opal white (Router)
zigbee2mqtt      |   zigbee2mqtt:info 8/7/2019, 7:18:11 AM 0x000d6ffffecdd22a (0x000d6ffffecdd22a): E1603 - IKEA TRADFRI control outlet (Router)
zigbee2mqtt      |   zigbee2mqtt:info 8/7/2019, 7:18:11 AM 0x000d6ffffed63e6a (0x000d6ffffed63e6a): E1603 - IKEA TRADFRI control outlet (Router)
zigbee2mqtt      |   zigbee2mqtt:info 8/7/2019, 7:18:11 AM 0x000b57fffeef9a98 (0x000b57fffeef9a98): E1603 - IKEA TRADFRI control outlet (Router)
zigbee2mqtt      |   zigbee2mqtt:info 8/7/2019, 7:18:11 AM 0x000d6ffffe443b9f (0x000d6ffffe443b9f): E1525 - IKEA TRADFRI motion sensor (EndDevice)
zigbee2mqtt      |   zigbee2mqtt:info 8/7/2019, 7:18:11 AM 0x7cb03eaa0a0319b1 (0x7cb03eaa0a0319b1): AB3257001NJ - OSRAM Smart+ plug (Router)
zigbee2mqtt      |   zigbee2mqtt:info 8/7/2019, 7:18:11 AM 0x000d6f000f9486a6 (0x000d6f000f9486a6): ICZB-IW11D - iCasa Zigbee 3.0 Dimmer (Router)

En 2 x graphviz met 5 mins ertussen:

[Danielson]

Ik gebruik een Ikea Tradfri Repeater op de begane grond, maar ik heb het idee dat er iets niet goed gaat, devices die binnen twee meter van de Repeater zitten verbinden nog steeds rechtstreeks richting de CC2511:



Hij zou toch automatisch zijn "beste" route moeten pakken?

[Marcel-Jan]

Inmiddels hebben mijn eerste Xiaomi Aqara sensoren al weer 2 maanden data verzameld. Ik heb er een paar extra besteld om ook in de verste uithoeken van mijn appartement te meten. Maar ik loop nu toch wel tegen de limieten van de CC2531 stick aan.

Ik heb het advies van de Zigbee2MQTT site opgevolgd en een USB verlengkabel (van 0,5 meter) tussen de CC2531 en de Raspberry Pi gelegd. Dat zou de range flink verhogen omdat je dan minder storing hebt van o.a. de WiFi. En ik heb de ontvanger iets meer richting het midden van het oppervlak van mijn appartement gelegd.

Maar helaas kan ik nog steeds de verste sensoren niet ontvangen. Omdat ik toch een paar nog ongebruikte sensoren had, heb ik ze in een rechte lijn om de 1 meter neergelegd om te zien wat de linkquality is. Het is niet de meest nauwkeurige test, maar dit is het (grove) resultaat.



Het ziet er naar uit dat ik voor mijn andere kamer beter een repeater kan kopen.

[Slaut]

Marcel-Jan schreef op woensdag 14 augustus 2019 @ 21:06:
Inmiddels hebben mijn eerste Xiaomi Aqara sensoren al weer 2 maanden data verzameld. Ik heb er een paar extra besteld om ook in de verste uithoeken van mijn appartement te meten. Maar ik loop nu toch wel tegen de limieten van de CC2531 stick aan.

Ik heb het advies van de Zigbee2MQTT site opgevolgd en een USB verlengkabel (van 0,5 meter) tussen de CC2531 en de Raspberry Pi gelegd. Dat zou de range flink verhogen omdat je dan minder storing hebt van o.a. de WiFi. En ik heb de ontvanger iets meer richting het midden van het oppervlak van mijn appartement gelegd.

Maar helaas kan ik nog steeds de verste sensoren niet ontvangen. Omdat ik toch een paar nog ongebruikte sensoren had, heb ik ze in een rechte lijn om de 1 meter neergelegd om te zien wat de linkquality is. Het is niet de meest nauwkeurige test, maar dit is het (grove) resultaat.

[Afbeelding: CC2531 linkquality]

Het ziet er naar uit dat ik voor mijn andere kamer beter een repeater kan kopen.

https://hackaday.io/proje...1-usb-adapter-antenna-mod

Dit kan ook een optie zijn.

Dan nog wel de poten vast solderen, en het open gekraste stuk met elkaar verbinden.

[dicespark]

Even aanhaken dan bij dat bereik-issue. Hoe stellen jullie vast dat er een issue is, is dat dus dan de link-quality laag is, of werkt de sensor (of welk device dan ook) helemaal niet.
Ik heb in een uithoek des wonings een xiaomi round button en die reageert soms wel soms niet. Geen pijl peil op te trekken. Hoe weet ik nu of dat een bereik-issue is?

[ Voor 6% gewijzigd door dicespark op 15-08-2019 10:34 ]

[Sander]

dicespark schreef op donderdag 15 augustus 2019 @ 10:30:
Even aanhaken dan bij dat bereik-issue. Hoe stellen jullie vast dat er een issue is, is dat dus dan de link-quality laag is, of werkt de sensor (of welk device dan ook) helemaal niet.
Ik heb in een uithoek des wonings een xiaomi round button en die reageert soms wel soms niet. Geen pijl peil op te trekken. Hoe weet ik nu of dat een bereik-issue is?
[Afbeelding]

Ik zou even naar je graphviz map kijken van je bereik, wat ik zie is dat sensoren of lampen die slecht reageren in mijn netwerk vaak aan de randen zitten en bijv maar 1 link hebben met 1 router, midden in de woning zijn er vaak veel meer.



Zie bijv deze screenshot waar je ziet dat de 1e plug maar 2 connecties heeft met ook lage quality terwijl de andere er meer heeft. De schommelingen die je dan in je link quality ziet bij jou is omdat er op verschillende momenten ineens toch andere devices wel beschikbaar zijn en dat de quality dan ineens omhoog schiet.

Ik kan daar geen pijl op trekken en met name de IKEA sockets zijn echt mega instabiel hier, tegelijkertijd heb ik ook iCasa dimmer en IKEA lamp die een meter of 5 dichterbij deze Osram Plug staan in een directe line of sight. Ik hoop dat nu door weinig te veranderen en weinig power cycles te doen van de verschillende devices het netwerk zichzelf nog wat meer stabiliseert (Deze plug is gisteren op die plek gekomen in de schuur), maar dit is op dit moment grootste sterkte en tegelijkertijd zwakte van Zigbee voor mij.

Edit en om maar even aan te geven dat er echt geen pijl op te trekken is: Na een refresh zelfde socket nu rechtsboven (screenshots gemaakt met 12 mins ertussen, 0 wijzigingen in het netwerk anders dan misschien een paar sensoren die wat waarden doorgeven en een lamp aan/uit laten gaan):

[ Voor 10% gewijzigd door Sander op 15-08-2019 11:40 ]

[dicespark]

Sander schreef op donderdag 15 augustus 2019 @ 11:31:
[...]


Ik zou even naar je graphviz map kijken van je bereik, wat ik zie is dat sensoren of lampen die slecht reageren in mijn netwerk vaak aan de randen zitten en bijv maar 1 link hebben met 1 router, midden in de woning zijn er vaak veel meer.

[Afbeelding]

Zie bijv deze screenshot waar je ziet dat de 1e plug maar 2 connecties heeft met ook lage quality terwijl de andere er meer heeft. De schommelingen die je dan in je link quality ziet bij jou is omdat er op verschillende momenten ineens toch andere devices wel beschikbaar zijn en dat de quality dan ineens omhoog schiet.

Ik kan daar geen pijl op trekken en met name de IKEA sockets zijn echt mega instabiel hier, tegelijkertijd heb ik ook iCasa dimmer en IKEA lamp die een meter of 5 dichterbij deze Osram Plug staan in een directe line of sight. Ik hoop dat nu door weinig te veranderen en weinig power cycles te doen van de verschillende devices het netwerk zichzelf nog wat meer stabiliseert (Deze plug is gisteren op die plek gekomen in de schuur), maar dit is op dit moment grootste sterkte en tegelijkertijd zwakte van Zigbee voor mij.

Edit en om maar even aan te geven dat er echt geen pijl op te trekken is: Na een refresh zelfde socket nu rechtsboven (screenshots gemaakt met 12 mins ertussen, 0 wijzigingen in het netwerk anders dan misschien een paar sensoren die wat waarden doorgeven en een lamp aan/uit laten gaan):
[Afbeelding]

Bedankt voor je uitgebreide reactie. Ik zie nu in de Graphviz dat er een aantal (voornamelijk Xiaomi) device 'orphaned' zijn, en dat ze dus nergens aan vast hangen. Voornamelijk deur-sensoren en switchen. Echter lijk ik wel van een aantal sensoren data door te krijgen, terwijl ze niet 'connected' lijken. Hoe ik ze eens opnieuw pairen met Z2M of hoe pak ik dit aan?

[francisp]

Deze week heb ik deze binnen gekregen :



Mijn oude (zonder antenne) heb ik met de router firmware geflashed.

Maar ik krijg heel vreemde resultaten wat betreft de linkquality :


Heel wisselend. Wat zou de oorzaak kunnen zijn ?

[stefanroelofs]

Ik heb een Hue lamp aangesloten die het een paar weken prima gedaan heeft.
Nu is hij al een paar dagen niet meer bereikbaar..

Hoe zou je dit het beste kunnen troubleshooten? Kan het zijn dat hij zomaar de verbinding weer kan vinden?
Of moet ik hem eens inpluggen vlakbij de coordinator, om hem te herinneren waar die zit?

Ik heb uiteraard de lamp al een keer uit en aan gezet, HA opnieuw gestart, en Z2MQTT Addon opnieuw gestart..

Log message:

8/27/2019, 8:40:11 AM - warn: Failed network lqi scan for device: '0x0017880102443f6b' with error: 'Error: Timed out after 10000 ms'

Update:
Het device werkt weer, na nogmaals opnieuw aansluiten.. Waarschijnlijk kan ik het beste een router toevoegen tussen de lamp en de coordinator.

[ Voor 16% gewijzigd door stefanroelofs op 27-08-2019 19:56 ]

[Hmmbob]

Omdat mijn CC2531 een beetje naakt & zielig in mijn Pi hing, heb ik een vriend gevraagd om een behuizing te printen. Thingiverse heeft er genoeg, maar uiteindelijk heb ik deze gekozen met het Home Assistant logo. De behuizing past prima (je kan beargumenteren dat de bovenzijde wat veel vrije ruimte laat) en sluit heel stevig. Het LEDje geeft een leuk effect met het logo in de deksel

Zigbee2mqtt CC2531 behuizing

Foto's zijn clickable.

[Marcel-Jan]

Ik heb @Slaut 's suggestie uitgeprobeerd om een SMA antenne te koppelen aan de CC2531 adapter.

De beschrijving staat hier en vraagt om krassen in de CC2531 adapter en wat solderen.
https://hackaday.io/proje...1-usb-adapter-antenna-mod

Dus ik heb de stoute schoenen aangetrokken en een soldeerbout gekocht. En de volgende onderdelen:

• Een extra CC2531 (voor het geval ik de eerste zou mollen
• Een "Aigital SMA Antenna 10dBi 4G LTE Antenna Omni Directional Wifi Antenna 2G/3G/GSM with Magnet Base&3M RG174 Extension Cable Wifi Booster for 4G Router Modem Mobile Hospot Huawei etc-SMA Male"
• RP SMA Female PCB Panel Edge Mount Plug Solder 0.062" Straight Connector

Aanvankelijk had ik de verkeerde SMA plug. De AliExpress link in het artikel werkte niet meer. Toen ik zelf zocht kwam ik op de verkeerde uit. Het moet deze zijn. Let op hoe de pootjes zitten:


Volgens de handleiding moet je vervolgens krassen in de CC2531 stick om de antenne bloot te leggen, zodat de rechte stukken aan de plug vastgemaakt kunnen worden. De verbindende stukken moeten worden doorgesneden. Zo makkelijk was dat nog niet. Mooi is het niet, maar ik denk dat het wel gewerkt heeft:


En toen was het een kwestie van solderen. Uit het begin van het verhaal (aanschaf van een soldeerbout) zou je kunnen opmaken dat ik dat nooit doe. Dat klopt. Maar na enig "butcherwork" zag het er dan zo uit:


Tja en dan de proef op de som: doet de CC2531 het nog? Tot mijn grote opluchting kwam na het indrukken van de knop van een Aqara vochtsensor de eerste data door. "Holy crap!", dacht ik, "Het heeft gewerkt!"

Maar toen zag ik de "linkquality" bij de binnenkomende data. En die viel toch tegen. Data van de verre sensors in de andere kamer komt nog steeds niet binnen. Voor al dat werk had ik er veel meer van verwacht.

Er zijn nog twee opties:

• De plug is RP-SMA en de antenne is SMA. Ze zouden hetzelfde moeten zijn. Ik zou alsnog een RP-SMA antenne kunnen kopen. (Zou dat wat uitmaken?)
• Dan toch maar een repeater?

[Slaut]

Marcel-Jan schreef op dinsdag 1 oktober 2019 @ 22:11:
Ik heb @Slaut 's suggestie uitgeprobeerd om een SMA antenne te koppelen aan de CC2531 adapter.

De beschrijving staat hier en vraagt om krassen in de CC2531 adapter en wat solderen.
https://hackaday.io/proje...1-usb-adapter-antenna-mod

Dus ik heb de stoute schoenen aangetrokken en een soldeerbout gekocht. En de volgende onderdelen:

• Een extra CC2531 (voor het geval ik de eerste zou mollen
• Een "Aigital SMA Antenna 10dBi 4G LTE Antenna Omni Directional Wifi Antenna 2G/3G/GSM with Magnet Base&3M RG174 Extension Cable Wifi Booster for 4G Router Modem Mobile Hospot Huawei etc-SMA Male"
• RP SMA Female PCB Panel Edge Mount Plug Solder 0.062" Straight Connector

Aanvankelijk had ik de verkeerde SMA plug. De AliExpress link in het artikel werkte niet meer. Toen ik zelf zocht kwam ik op de verkeerde uit. Het moet deze zijn. Let op hoe de pootjes zitten:
[Afbeelding: Twee SMA pluggen]

Volgens de handleiding moet je vervolgens krassen in de CC2531 stick om de antenne bloot te leggen, zodat de rechte stukken aan de plug vastgemaakt kunnen worden. De verbindende stukken moeten worden doorgesneden. Zo makkelijk was dat nog niet. Mooi is het niet, maar ik denk dat het wel gewerkt heeft:
[Afbeelding: De bewerkte CC2531]

En toen was het een kwestie van solderen. Uit het begin van het verhaal (aanschaf van een soldeerbout) zou je kunnen opmaken dat ik dat nooit doe. Dat klopt. Maar na enig "butcherwork" zag het er dan zo uit:
[Afbeelding: SMA plug gesoldeerd]

Tja en dan de proef op de som: doet de CC2531 het nog? Tot mijn grote opluchting kwam na het indrukken van de knop van een Aqara vochtsensor de eerste data door. "Holy crap!", dacht ik, "Het heeft gewerkt!"

Maar toen zag ik de "linkquality" bij de binnenkomende data. En die viel toch tegen. Data van de verre sensors in de andere kamer komt nog steeds niet binnen. Voor al dat werk had ik er veel meer van verwacht.

Er zijn nog twee opties:

• De plug is RP-SMA en de antenne is SMA. Ze zouden hetzelfde moeten zijn. Ik zou alsnog een RP-SMA antenne kunnen kopen. (Zou dat wat uitmaken?)
• Dan toch maar een repeater?

Je mist nog een verbinding, tussen eind van de PCB antenne en de grotere plaat. Deze is op deze foto losgekrast:


Of dit, rood verbinden, zwart doorhalen:

[Slaut]

Voor degenen die nog willen zien hoe de gemodde cc2531 eruit ziet.

Uit: https://community.home-as...nd-printed-case/111743/33

Verder heb ik mijn tweede cc2531 als router gemaakt, en dat was vrij eenvoudig:
- Deze firmware: https://github.com/Koenkk...CC2531_router_2019_02.zip
- Flashen volgens https://www.zigbee2mqtt.i.../flashing_the_cc2531.html
- Zigbee netwerk op enable joining zetten, en met de knop op de cc2531 router de router laten joinen.

[stefanroelofs]

renedis schreef op woensdag 2 oktober 2019 @ 11:20:
[...]
Goed batterijverbruik noem ik; dat ik nu met de meest gebruikte kraan (badkamer) op 80% batterij zit met 2x AA en ze sinds afgelopen mei in gebruik zijn. In de badkamer gebruik ik de kraan minstens 2x per dag (aan/temp commando en uit/temp commando).

Eurotronic radiator thermostaat is geïnstalleerd.
Het was even zoeken welk verloopstuk ik nodig had, maar ging verder vrij soepel.

Beetje jammer dat waarden zoals 'local temperature' geen eigen sensor zijn, maar een attribute van de link quality..
Wat is nu een goede manier om de thermostaat te bedienen? 'current heating setpoint' beschrijven met gewenste temp? Of de 'Boost' functie gebruiken?

Mijn originele plan was om zelf een thermostaat op te zetten met een bestaande Xiaomi temp sensor in de badkamer, maar dit laat ik denk ik maar zitten. Dit word te ingewikkeld.

Als test heb ik de volgende automation:

YAML:

- alias         : 'Set temp high'
  initial_state : true
  trigger:
    platform    : state
    entity_id   : input_boolean.test_input2
    to          : 'on'
  action:
    - service   : mqtt.publish
      data_template:
        topic   : "zigbee2mqtt/0x00158d000192cf09/set"
        payload : '{“current_heating_setpoint”: 24}'

Deze geeft de volgende foutmelding in de log:
10/8/2019, 3:45:29 PM - error: No converter available for 'state' ({“current_heating_setpoint”: 24})
Enig idee waarom?

[stefanroelofs]

RobertMe schreef op dinsdag 8 oktober 2019 @ 16:26:
[...]

Zigbee2mqtt stuurt een heel JSON object over MQTT en binnen Home Assistant wordt daarvan automatisch maar een sensor aangemaakt. Maar je kunt wel gewoon in HA een eigen sensor maken op basis van die MQTT payload met een value_template: '{{ value_json.local_temperature}}' of iets dergelijks.

Sensoren zoals een xiaomi temp sensor worden wel netjes uitgesplitst op Temp, Humidity, enz:



Dit gebeurd niet automatisch door Home Assistant. Het attribute 'battery' bestaat zowel bij de Xiaomi als bij de thermostaat.

[Mr-Robot]

Ik hoop dat iemand mij kan helpen.
Ik heb sinds vandaag een CC2531 USB stick deze heb ik geflashed via de handleiding van zigbee2mqtt.io.
Ik maak gebuik van Hassio en daarom ook van de "add-on for zigbee2mqtt" .
Alles lijkt te werken alleen ik zie in mijn Hassio de gekoppelde devices niet (in zowel Devices als Integrations).
Onder intergrations staat er alleen "This integration has no devices."

Wanneer ik in de logs kijk van Zigbee2MQTT addon zie ik daar het net gekoppelde apparaat terug komen deze staat teven ook in de devices.yaml

Ik maak gebruik van Mosquitto als broker. Zie hier mij config:
config zigbee2mqtt :

code:

{
  "data_path": "/share/zigbee2mqtt",
  "devices": "devices.yaml",
  "groups": "groups.yaml",
  "homeassistant": true,
  "permit_join": false,
  "mqtt": {
    "base_topic": "zigbee2mqtt",
    "server": "mqtt://10.0.0.15:1883",
    "user": "gebruikersnaam",
    "password": "wachtwoord"
  },
  "serial": {
    "port": "/dev/ttyACM0"
  },
  "advanced": {
    "pan_id": 6754,
    "channel": 11,
    "network_key": [
      1,
      3,
      5,
      7,
      9,
      11,
      13,
      15,
      0,
      2,
      4,
      6,
      8,
      10,
      12,
      13
    ],
    "availability_blacklist": []
  },
  "ban": [],
  "whitelist": [],
  "queue": {},
  "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
  }
}

Main configuration.yaml

code:

mqtt:
  broker: 10.0.0.15 # This will have to be your mqtt broker, Mosquitto addon is recommended.
  port: 1883
  username: username
  password: wachtwoord
  discovery: true

En verder de standaard config van Koenkk in mijn configuration.yaml.

In de logs komen verder geen foutmeldingen naar voren.
Wat me verder nog opvalt is dat de zigbee card binnen lovelance ook niet correct werkt.


Heeft iemand enig idee wat ik fout doe?

Alvast bedankt

[francisp]

Je kan altijd een network map opvragen. (Niet echt accuraat, mijn aqara motion sensor toont hij geen link, al werkt hij wel)

[everb]

@SonataArctica Enig idee waardoor de stick corrupt raakt? Beetje raar... Ik neem aan dat je zo'n flash setje nodig hebt om de stick aan je computer te hangen?



OVerigens heb ik ooit de kanalen van wifi en zigbee wat uit elkaar getrokken. Bij mij was het verschil erg groot qua bereik.

[ Voor 23% gewijzigd door everb op 24-11-2019 21:31 ]

[sander817]

ik heb een ZNCZ02LM(xiaomi poower socket), maar die functioneert niet als router, terwijl dat volgens mij wel zou moeten, omdat hij permanente voeding heeft?

[francisp]

Wat zie je daar ?

[Dacuuu]

R-B schreef op zondag 29 december 2019 @ 21:29:
[...]


interessant.

Mijn domoticz herstart ik elke nacht, aangezien die na enkele dagen vaak rare kuren heeft.
verder lijkt ondersteuning vanuit de community van nieuwe dingen idd minder, wat meteen zwaar wegend oordeel is.

is alles van HA (Yaml) + node-red en grafana ergens stap voor stap goed te bestuderen? Dan is het niet erg en kom ik er wel uit met wat geklooi. Grafiekjes voor me energiemeter is wel fijn..

Ik heb bijv in domoticz een soort van state machine gemaakt in lua en "user variables" voor schakelen robot stofzuiger, met tijdvertragingen.
- tijd tussen 12:00 en 20:00, en niemand thuis (sensoren, IP detectie etc)
- stroom erop
- wachten 5 min
- start commando naar robot
- bij terugkomst laden tot 95%
- stroom eraf

Is dat uberhaupt te realiseren met Yaml?

Het zou vast kunnen met YAML, maar ik doe het dus met Node-red.
Als je het stroom van je stofzuig robot haalt, gaat hij dan niet in slaap?

Ik heb dit: Is er iemand thuis? -> Tijd tussen 09:30 en 10:00? -> staat de xiaomi stofzuiger op zn dock? -> staat stoffie var op 1? -> stofzuig onder de eettafel -> zet stoffie var op 0

Elke dag om 09:25 zet ik de var weer op 1.

[Verwijderd]

francisp schreef op maandag 30 december 2019 @ 11:43:
[...]


Dit zou geen probleem mogen geven.


[...]


Als er geen rood kruis voor staat, helpt drukken op de CC Debugger Reset knop ook niet ?

En de reset knop werkt ook niet als ik meerdere keren druk

[Jerry33]

@Slaut Ik werk met Hassio en heb de MQTT add-on opnieuw geinstalleerd. Dan krijg ik onderstaand invulformulier. Wat vul ik in bij broker? Is dat gewoon een naam of een url of zo?

Username en password heb ik gewoon ingevuld met mijn Hassio inloggegevens. Is dat OK?



Edit: ik heb inmiddels gevonden dat ik mijn Hassio ip adres moet invullen. Dit heb ik gedaan en het formulier wordt geaccepteerd. Nu alles even herstarten en kijken wat er gebeurt.

[ Voor 34% gewijzigd door Jerry33 op 03-01-2020 14:45 ]

[Jerry33]

@Slaut wijziging gedaan in regel 3. De rest was al OK. Ik heb de addon opnieuw gestart en krijg dan deze log:



Edit. Probleem inmiddels opgelost. Ik weet niet zeker wat ik allemaal geprobeerd heb, maar volgens mij was het autorisatie gerelateerd. Ik heb iig een nieuwe user aangemaakt, ik las ergens dat je niet dezelfde user mag gebruiken als de standaard HA user. Ik heb dus een nieuwe user aangemaakt speciaal voor mqtt.

Daarnaast las ik ook ergens dat als je anonimous op true zet dat je een lijst met authorized users moet opstellen en die had ik niet. Anonimous staat nu op false en mqtt werkt nu met mijn mqtt user.

Pff, het is allemaal niet simpel en kost erg veel tijd, maar wel leuk als het uiteindelijk toch werkt...

[ Voor 52% gewijzigd door Jerry33 op 03-01-2020 21:43 ]

[peligro2k]

Heeft iemand hier toevallig deze build gedaan? Is compatible met Zigbee2mqtt.

Hier is de uitleg met Google Translate
Het is een 20-knops Zigbee knop met een 'retro' look. Leek me wel cool, heb inmiddels de parts grotendeels besteld bij Ali.

Daarnaast nog een vraag. Hernoemen jullie de device ID's in Home Assistant na het toevoegen in Zigbee2mqtt? Of passen jullie alleen de friendly name aan. Ik vraag me af of dit laatste beter is ivm het opnieuw pairen in de toekomst. Dan hoef je niet alles opnieuw te gaan hernoemen.

[ Voor 23% gewijzigd door peligro2k op 03-01-2020 18:20 ]

[Dylantje2]

imdos schreef op vrijdag 10 januari 2020 @ 11:15:
[...]


Kijk eens naar het log bestand van z2m. Die staat ergens in deze map: /opt/zigbee2mqtt/data/log/

Afhankelijk van je configuratie staat die altijd op dezelfde plek of maakt deze een eigen map aan.

Bij mij is dat op het moment
cat /opt/zigbee2mqtt/data/log/2019-12-23.10-44-55/log.txt

Uhm nog maar eens alle stappen doorlopen als root
En werkt nu..:-) incl z2m panel...

Plugin [ tegen mijn principe maar kan niet anders ] in domoticz geladen..

Settings op true
Maar als ik een Xiaomi motion of een ikea plug wil pairen niets...
Te zien..

Mijn log:

code:

2020-01-11 12:19:16.236 (DMP: Zigbee2MQTT) Unhandled message from zigbee2mqtt: zigbee2mqtt/bridge/config/groups 1578741556189
2020-01-11 12:19:16.236 (DMP: Zigbee2MQTT) MQTT message: zigbee2mqtt/bridge/config/devices [{'ieeeAddr': '0x00124b000ffb996d', 'type': 'Coordinator', 'networkAddress': 0, 'friendly_name': 'Coordinator', 'softwareBuildID': 'zStack30x', 'dateCode': '20190425', 'lastSeen': 1578741556195}]
2020-01-11 12:19:16.236 (DMP: Zigbee2MQTT) MQTT message: zigbee2mqtt/bridge/log {'type': 'groups', 'message': [{'optimistic': True, 'devices': [], 'friendly_name': 'Pirren', 'ID': 1}, {'optimistic': True, 'devices': [], 'friendly_name': 'Deursensoren', 'ID': 2}]}
2020-01-11 12:19:16.237 (DMP: Zigbee2MQTT) MQTT message: zigbee2mqtt/bridge/log {'type': 'devices', 'message': [{'ieeeAddr': '0x00124b000ffb996d', 'type': 'Coordinator', 'networkAddress': 0, 'friendly_name': 'Coordinator', 'softwareBuildID': 'zStack30x', 'dateCode': '20190425', 'lastSeen': 1578741556206}]}
2020-01-11 12:19:16.237 (DMP: Zigbee2MQTT) Received available devices list from bridge
2020-01-11 12:19:16.237 (DMP: Zigbee2MQTT) Coordinator address is 0x00124b000ffb996d
2020-01-11 12:19:21.209 (DMP: Zigbee2MQTT) MQTT message: zigbee2mqtt/bridge/config/devices/get 1578741561189
2020-01-11 12:19:21.209 (DMP: Zigbee2MQTT) Unhandled message from zigbee2mqtt: zigbee2mqtt/bridge/config/devices/get 1578741561189
2020-01-11 12:19:21.209 (DMP: Zigbee2MQTT) MQTT message: zigbee2mqtt/bridge/config/groups 1578741561189
2020-01-11 12:19:21.209 (DMP: Zigbee2MQTT) Unhandled message from zigbee2mqtt: zigbee2mqtt/bridge/config/groups 1578741561189
2020-01-11 12:19:21.210 (DMP: Zigbee2MQTT) MQTT message: zigbee2mqtt/bridge/config/devices [{'ieeeAddr': '0x00124b000ffb996d', 'type': 'Coordinator', 'networkAddress': 0, 'friendly_name': 'Coordinator', 'softwareBuildID': 'zStack30x', 'dateCode': '20190425', 'lastSeen': 1578741561193}]
2020-01-11 12:19:21.210 (DMP: Zigbee2MQTT) MQTT message: zigbee2mqtt/bridge/log {'type': 'groups', 'message': [{'optimistic': True, 'devices': [], 'friendly_name': 'Pirren', 'ID': 1}, {'optimistic': True, 'devices': [], 'friendly_name': 'Deursensoren', 'ID': 2}]}
2020-01-11 12:19:21.211 (DMP: Zigbee2MQTT) MQTT message: zigbee2mqtt/bridge/log {'type': 'devices', 'message': [{'ieeeAddr': '0x00124b000ffb996d', 'type': 'Coordinator', 'networkAddress': 0, 'friendly_name': 'Coordinator', 'softwareBuildID': 'zStack30x', 'dateCode': '20190425', 'lastSeen': 1578741561205}]}
2020-01-11 12:19:21.211 (DMP: Zigbee2MQTT) Received available devices list from bridge
2020-01-11 12:19:21.211 (DMP: Zigbee2MQTT) Coordinator address is 0x00124b000ffb996d
2020-01-11 12:19:22.061 MQTT: Topic: domoticz/in, Message: {"nvalue":0,"command":"udevice","idx":12635}
2020-01-11 12:19:22.184 MQTT: Topic: domoticz/in, Message: {"nvalue":1,"command":"udevice","idx":12636}
2020-01-11 12:19:22.379 (DMP: Zigbee2MQTT) MqttClient::ping
2020-01-11 12:19:26.206 (DMP: Zigbee2MQTT) MQTT message: zigbee2mqtt/bridge/config/devices/get 1578741566189
2020-01-11 12:19:26.206 (DMP: Zigbee2MQTT) Unhandled message from zigbee2mqtt: zigbee2mqtt/bridge/config/devices/get 1578741566189
2020-01-11 12:19:26.206 (DMP: Zigbee2MQTT) MQTT message: zigbee2mqtt/bridge/config/groups 1578741566189
2020-01-11 12:19:26.206 (DMP: Zigbee2MQTT) Unhandled message from zigbee2mqtt: zigbee2mqtt/bridge/config/groups 1578741566189
2020-01-11 12:19:26.206 (DMP: Zigbee2MQTT) MQTT message: zigbee2mqtt/bridge/config/devices [{'ieeeAddr': '0x00124b000ffb996d', 'type': 'Coordinator', 'networkAddress': 0, 'friendly_name': 'Coordinator', 'softwareBuildID': 'zStack30x', 'dateCode': '20190425', 'lastSeen': 1578741566193}]
2020-01-11 12:19:26.206 (DMP: Zigbee2MQTT) MQTT message: zigbee2mqtt/bridge/log {'type': 'groups', 'message': [{'optimistic': True, 'devices': [], 'friendly_name': 'Pirren', 'ID': 1}, {'optimistic': True, 'devices': [], 'friendly_name': 'Deursensoren', 'ID': 2}]}
2020-01-11 12:19:26.206 (DMP: Zigbee2MQTT) MQTT message: zigbee2mqtt/bridge/log {'type': 'devices', 'message': [{'ieeeAddr': '0x00124b000ffb996d', 'type': 'Coordinator', 'networkAddress': 0, 'friendly_name': 'Coordinator', 'softwareBuildID': 'zStack30x', 'dateCode': '20190425', 'lastSeen': 1578741566202}]}
2020-01-11 12:19:26.206 (DMP: Zigbee2MQTT) Received available devices list from bridge
2020-01-11 12:19:26.206 (DMP: Zigbee2MQTT) Coordinator address is 0x00124b000ffb996d
2020-01-11 12:19:31.244 (DMP: Zigbee2MQTT) MQTT message: zigbee2mqtt/bridge/config/devices/get 1578741571189
2020-01-11 12:19:31.244 (DMP: Zigbee2MQTT) Unhandled message from zigbee2mqtt: zigbee2mqtt/bridge/config/devices/get 1578741571189
2020-01-11 12:19:31.244 (DMP: Zigbee2MQTT) MQTT message: zigbee2mqtt/bridge/config/groups 1578741571189
2020-01-11 12:19:31.244 (DMP: Zigbee2MQTT) Unhandled message from zigbee2mqtt: zigbee2mqtt/bridge/config/groups 1578741571189
2020-01-11 12:19:31.244 (DMP: Zigbee2MQTT) MQTT message: zigbee2mqtt/bridge/config/devices [{'ieeeAddr': '0x00124b000ffb996d', 'type': 'Coordinator', 'networkAddress': 0, 'friendly_name': 'Coordinator', 'softwareBuildID': 'zStack30x', 'dateCode': '20190425', 'lastSeen': 1578741571193}]
2020-01-11 12:19:31.244 (DMP: Zigbee2MQTT) MQTT message: zigbee2mqtt/bridge/log {'type': 'groups', 'message': [{'optimistic': True, 'devices': [], 'friendly_name': 'Pirren', 'ID': 1}, {'optimistic': True, 'devices': [], 'friendly_name': 'Deursensoren', 'ID': 2}]}
2020-01-11 12:19:31.244 (DMP: Zigbee2MQTT) MQTT message: zigbee2mqtt/bridge/log {'type': 'devices', 'message': [{'ieeeAddr': '0x00124b000ffb996d', 'type': 'Coordinator', 'networkAddress': 0, 'friendly_name': 'Coordinator', 'softwareBuildID': 'zStack30x', 'dateCode': '20190425', 'lastSeen': 1578741571201}]}
2020-01-11 12:19:31.244 (DMP: Zigbee2MQTT) Received available devices list from bridge
2020-01-11 12:19:31.244 (DMP: Zigbee2MQTT) Coordinator address is 0x00124b000ffb996d
2020-01-11 12:19:32.402 (DMP: Zigbee2MQTT) MqttClient::ping

Hij vind mijn aangemaakte groepen in z2m
Het lijkt of hij een device ziet..

Maar in domoticz en in z2m panel geen device..

Is er een plek waar de device zouden moeten staan?


Hij zegt 1 device, maar in de devicelist geen zigbee usb stick terwijl die er wel zou zijn?



Mijn log file:

code:

info  2020-01-12 23:01:26: Logging to console and directory: '/opt/zigbee2mqtt/data/log/2020-01-12.23-01-26'
info  2020-01-12 23:01:27: Starting zigbee2mqtt version 1.8.0 (commit #da4d26a)
info  2020-01-12 23:01:27: Starting zigbee-herdsman...
info  2020-01-12 23:01:28: zigbee-herdsman started
info  2020-01-12 23:01:28: Coordinator firmware version: '{"type":"zStack30x","meta":{"transportrev":2,"product":2,"majorrel":2,"minorrel":7,"maintrel":2,"revision":20190425}}'
info  2020-01-12 23:01:28: Currently 0 devices are joined:
warn  2020-01-12 23:01:28: `permit_join` set to  `true` in configuration.yaml.
warn  2020-01-12 23:01:28: Allowing new devices to join.
warn  2020-01-12 23:01:28: Set `permit_join` to `false` once you joined all devices.
info  2020-01-12 23:01:28: Zigbee: allowing new devices to join.
info  2020-01-12 23:01:28: Connecting to MQTT server at mqtt://localhost
info  2020-01-12 23:01:28: Connected to MQTT server
info  2020-01-12 23:01:28: MQTT publish: topic 'zigbee2mqtt/bridge/state', payload 'online'
info  2020-01-12 23:01:29: MQTT publish: topic 'zigbee2mqtt/bridge/config', payload '{"version":"1.8.0","commit":"da4d26a","coordinator":{"type":"zStack30x","meta":{"transportrev":2,"product":2,"majorrel":2,"minorrel":7,"maintrel":2,"revision":20190425}},"log_level":"info","permit_join":true}'
info  2020-01-12 23:01:31: MQTT publish: topic 'zigbee2mqtt/bridge/config/devices', payload '[{"ieeeAddr":"0x00124b000ffb996d","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack30x","dateCode":"20190425","lastSeen":1578866491259}]'
info  2020-01-12 23:01:31: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"groups","message":[{"optimistic":true,"devices":[],"friendly_name":"test","ID":1}]}'
info  2020-01-12 23:01:31: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"devices","message":[{"ieeeAddr":"0x00124b000ffb996d","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack30x","dateCode":"20190425","lastSeen":1578866491272}]}'
info  2020-01-12 23:01:36: MQTT publish: topic 'zigbee2mqtt/bridge/config/devices', payload '[{"ieeeAddr":"0x00124b000ffb996d","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack30x","dateCode":"20190425","lastSeen":1578866496269}]'
info  2020-01-12 23:01:36: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"groups","message":[{"optimistic":true,"devices":[],"friendly_name":"test","ID":1}]}'
info  2020-01-12 23:01:36: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"devices","message":[{"ieeeAddr":"0x00124b000ffb996d","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack30x","dateCode":"20190425","lastSeen":1578866496286}]}'
info  2020-01-12 23:01:41: MQTT publish: topic 'zigbee2mqtt/bridge/config/devices', payload '[{"ieeeAddr":"0x00124b000ffb996d","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack30x","dateCode":"20190425","lastSeen":1578866501319}]'
info  2020-01-12 23:01:41: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"groups","message":[{"optimistic":true,"devices":[],"friendly_name":"test","ID":1}]}'
info  2020-01-12 23:01:41: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"devices","message":[{"ieeeAddr":"0x00124b000ffb996d","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack30x","dateCode":"20190425","lastSeen":1578866501328}]}'
info  2020-01-12 23:01:46: MQTT publish: topic 'zigbee2mqtt/bridge/config/devices', payload '[{"ieeeAddr":"0x00124b000ffb996d","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack30x","dateCode":"20190425","lastSeen":1578866506270}]'
info  2020-01-12 23:01:46: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"groups","message":[{"optimistic":true,"devices":[],"friendly_name":"test","ID":1}]}'
info  2020-01-12 23:01:46: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"devices","message":[{"ieeeAddr":"0x00124b000ffb996d","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack30x","dateCode":"20190425","lastSeen":1578866506275}]}'
info  2020-01-12 23:01:51: MQTT publish: topic 'zigbee2mqtt/bridge/config/devices', payload '[{"ieeeAddr":"0x00124b000ffb996d","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack30x","dateCode":"20190425","lastSeen":1578866511269}]'
info  2020-01-12 23:01:51: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"groups","message":[{"optimistic":true,"devices":[],"friendly_name":"test","ID":1}]}'
info  2020-01-12 23:01:51: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"devices","message":[{"ieeeAddr":"0x00124b000ffb996d","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack30x","dateCode":"20190425","lastSeen":1578866511279}]}'
info  2020-01-12 23:01:56: MQTT publish: topic 'zigbee2mqtt/bridge/config/devices', payload '[{"ieeeAddr":"0x00124b000ffb996d","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack30x","dateCode":"20190425","lastSeen":1578866516270}]'
info  2020-01-12 23:01:56: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"devices","message":[{"ieeeAddr":"0x00124b000ffb996d","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack30x","dateCode":"20190425","lastSeen":1578866516284}]}'
info  2020-01-12 23:01:56: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"groups","message":[{"optimistic":true,"devices":[],"friendly_name":"test","ID":1}]}'
info  2020-01-12 23:02:01: MQTT publish: topic 'zigbee2mqtt/bridge/config/devices', payload '[{"ieeeAddr":"0x00124b000ffb996d","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack30x","dateCode":"20190425","lastSeen":1578866521270}]'
info  2020-01-12 23:02:01: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"devices","message":[{"ieeeAddr":"0x00124b000ffb996d","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack30x","dateCode":"20190425","lastSeen":1578866521284}]}'
info  2020-01-12 23:02:01: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"groups","message":[{"optimistic":true,"devices":[],"friendly_name":"test","ID":1}]}'
info  2020-01-12 23:02:06: MQTT publish: topic 'zigbee2mqtt/bridge/config/devices', payload '[{"ieeeAddr":"0x00124b000ffb996d","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack30x","dateCode":"20190425","lastSeen":1578866526270}]'
info  2020-01-12 23:02:06: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"devices","message":[{"ieeeAddr":"0x00124b000ffb996d","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack30x","dateCode":"20190425","lastSeen":1578866526280}]}'
info  2020-01-12 23:02:06: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"groups","message":[{"optimistic":true,"devices":[],"friendly_name":"test","ID":1}]}'
info  2020-01-12 23:02:08: MQTT publish: topic 'zigbee2mqtt/bridge/state', payload 'offline'
info  2020-01-12 23:02:08: Disconnecting from MQTT server
info  2020-01-12 23:02:08: zigbee-herdsman stopped

[ Voor 52% gewijzigd door Dylantje2 op 13-01-2020 21:50 ]

[luigi87]

Iemand een slim idee op het volgende.
ik bouw mijn domotica altijd in met een Fail-safe modus.

Nu heb ik mijn huidige situatie een fail safe zitten dmv een Hue hub
(alle verlichting is niet meer te gebruiken bij uitval van Domoticz)
(mijn ikea spots blijven altijd bedienbaar via de HUE hub en de HUE remote, mocht domoticz uitvallen).


Nu heb ik ook Zigbee2mqqt in mijn settup geïntroduceerd, en heel wat op draaien.
En nu wil ik eigenlijk ook mijn ikea Led spots erop hebben.
Echter loopt de communicatie nu heel anders, en krijgt Domoticz nu de Rol als controller ipv de HUE hub. dus valt me Fail safe functie weg.
Iemand een idee hoe ik ook een HUE remote Direct kan laten communiceren met de Ikea Spots zonder gebruik van de HUE hub/ IKEA hub?
Waarbij de groene lijn dus een failsafe iets zou moeten zijn.
(ik ben dus bang dat ik niet ontkom aan de HUE hub)


Iemand een idee?

[Dylantje2]

Ik hoop dat er iemand is die raadt heeft....


Odroid N2:

code:

Welcome to Ubuntu Bionic with Armbian Linux 4.9.190-odroidn2
System load:   2.03 2.08 1.95   Up time:       6 days           Local users:   2
Memory usage:  37 % of 3709MB   IP:            192.168.5.70 192.168.5.70
CPU temp:      44°C
Usage of /:    16% of 57G

[ General system configuration (beta): armbian-config ]

Last login: Sat Jan 25 10:59:17 2020 from 192.168.5.2

pi@odroidn2:~$

Ik heb 1.9 draaien.

alles klopt via de wiki:
https://www.zigbee2mqtt.i.../running_zigbee2mqtt.html

Config:

code:

# Home Assistant integration (MQTT discovery)
homeassistant: false

# allow new devices to join
permit_join: true

# MQTT settings
mqtt:
  # MQTT base topic for zigbee2mqtt MQTT messages
  base_topic: zigbee2mqtt
  # MQTT server URL
  server: 'mqtt://localhost'
  # MQTT server authentication, uncomment if required:
  # user: my_user
  # password: my_password

# Serial settings
serial:
  # Location of CC2531 USB sniffer
  port: /dev/ttyACM0

2x verschillende usb geprobeerd.
Geen verschil.


Ik kom niet verder dan:

code:

igbee2mqtt:info  2020-01-25 12:35:14: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"devices","message":[{"ieeeAddr":"0x00124b00194a1838","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1579952114769}]}'
zigbee2mqtt:info  2020-01-25 12:35:19: MQTT publish: topic 'zigbee2mqtt/bridge/config/devices', payload '[{"ieeeAddr":"0x00124b00194a1838","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1579952119759}]'
zigbee2mqtt:info  2020-01-25 12:35:19: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"groups","message":[]}'
zigbee2mqtt:info  2020-01-25 12:35:19: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"devices","message":[{"ieeeAddr":"0x00124b00194a1838","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1579952119767}]}'
zigbee2mqtt:info  2020-01-25 12:35:24: MQTT publish: topic 'zigbee2mqtt/bridge/config/devices', payload '[{"ieeeAddr":"0x00124b00194a1838","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1579952124762}]'
zigbee2mqtt:info  2020-01-25 12:35:24: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"groups","message":[]}'
zigbee2mqtt:info  2020-01-25 12:35:24: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"devices","message":[{"ieeeAddr":"0x00124b00194a1838","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1579952124774}]}'
zigbee2mqtt:info  2020-01-25 12:35:29: MQTT publish: topic 'zigbee2mqtt/bridge/config/devices', payload '[{"ieeeAddr":"0x00124b00194a1838","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1579952129762}]'
zigbee2mqtt:info  2020-01-25 12:35:29: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"groups","message":[]}'
zigbee2mqtt:info  2020-01-25 12:35:29: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"devices","message":[{"ieeeAddr":"0x00124b00194a1838","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1579952129768}]}'
zigbee2mqtt:info  2020-01-25 12:35:34: MQTT publish: topic 'zigbee2mqtt/bridge/config/devices', payload '[{"ieeeAddr":"0x00124b00194a1838","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1579952134763}]'
zigbee2mqtt:info  2020-01-25 12:35:34: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"devices","message":[{"ieeeAddr":"0x00124b00194a1838","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1579952134771}]}'
zigbee2mqtt:info  2020-01-25 12:35:34: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"groups","message":[]}'

Wat ik ook doe.

Topic gekregen van iemand:
https://superuser.com/que...vice-on-linux-4-9-aarch64

En, zou een missing driver zijn:
https://superuser.com/que...-9-aarch64#answer-1462471

Alleen als ik dat doe:

code:

pi@odroidn2:~$ git clone --depth 1 --branch master https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git linux
fatal: destination path 'linux' already exists and is not an empty directory.
pi@odroidn2:~$ cd linux
pi@odroidn2:~/linux$ grep -i 0x0451 -r --include='*.c' drivers/
drivers/media/platform/rcar-vin/rcar-dma.c:                       0x0280ec49, 0x01208c37, 0x04514c50,
drivers/media/platform/rcar-vin/rcar-dma.c:                       0x0270d840, 0x0200b83c, 0x0451244b,
drivers/phy/ti/phy-tusb1210.c:#define TI_VENDOR_ID 0x0451
drivers/mfd/wm8994-regmap.c:    { 0x0451, 0x0845 },    /* R1105 - AIF1 DRC2 (2) */
drivers/mfd/wm8994-regmap.c:    { 0x0451, 0x0845 },    /* R1105  - AIF1 DRC2 (2) */
drivers/mfd/wm8994-regmap.c:    { 0x0451, 0x0845 },    /* R1105  - AIF1 DRC2 (2) */
drivers/usb/phy/phy-ulpi.c:     ULPI_INFO(ULPI_ID(0x0451, 0x1507), "TI TUSB1210"),
drivers/usb/serial/ti_usb_3410_5052.c:#define TI_VENDOR_ID                      0x0451
drivers/usb/serial/ipaq.c:      { USB_DEVICE(0x045E, 0x0451) }, /* Windows Powered Pocket PC 2003 */
drivers/net/wireless/realtek/rtlwifi/rtl8192ee/table.c:         0xD64, 0x04518A3C,
drivers/net/wireless/realtek/rtlwifi/rtl8188ee/table.c:         0xD64, 0x04518A3C,
drivers/net/wireless/realtek/rtlwifi/rtl8723be/table.c:         0xD64, 0x04518A3C,
drivers/net/wireless/realtek/rtlwifi/rtl8192cu/table.c: 0xd64, 0x04518a3c,
drivers/net/wireless/realtek/rtlwifi/rtl8192cu/table.c: 0xd64, 0x04518a3c,
drivers/net/wireless/realtek/rtlwifi/rtl8192cu/table.c: 0xd64, 0x04518a3c,
drivers/net/wireless/realtek/rtlwifi/rtl8192ce/table.c: 0xd64, 0x04518a3c,
drivers/net/wireless/realtek/rtlwifi/rtl8192ce/table.c: 0xd64, 0x04518a3c,
drivers/net/wireless/realtek/rtlwifi/rtl8192de/table.c: 0xd64, 0x04518a3c,
drivers/net/wireless/realtek/rtlwifi/rtl8723ae/table.c: 0xd64, 0x04518a3c,
drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu_8192e.c: {0xd60, 0x4653de68}, {0xd64, 0x04518a3c},
drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu_8723b.c: {0xd60, 0x4653de68}, {0xd64, 0x04518a3c},
drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu_core.c:  {0xd60, 0x4653de68}, {0xd64, 0x04518a3c},
drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu_core.c:  {0xd60, 0x4653de68}, {0xd64, 0x04518a3c},
drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu_core.c:  {0xd64, 0x04518a3c}, {0xd68, 0x00002101},
drivers/net/ethernet/nvidia/forcedeth.c:                PCI_DEVICE(0x10DE, 0x0451),
drivers/net/dsa/lan9303-core.c:#define LAN9303_MAC_TX_DEFER_CNT_0 0x0451
drivers/staging/rtl8723bs/hal/HalHWImg8723B_BB.c:               0xD64, 0x04518A3C,
drivers/staging/rtl8188eu/hal/bb_cfg.c:         0xD64, 0x04518A3C,
pi@odroidn2:~/linux$ drivers/usb/serial/ti_usb_3410_5052.c:#define TI_VENDOR_ID          0x0451
-bash: drivers/usb/serial/ti_usb_3410_5052.c:#define: No such file or directory
pi@odroidn2:~/linux$ cat drivers/usb/serial/Makefile | grep -i ti_usb_3410_5052
obj-$(CONFIG_USB_SERIAL_TI)                     += ti_usb_3410_5052.o
pi@odroidn2:~/linux$ obj-$(CONFIG_USB_SERIAL_TI)         += ti_usb_3410_5052.o
CONFIG_USB_SERIAL_TI: command not found
obj-: command not found
pi@odroidn2:~/linux$

Geprobeerd met Hue en Xiaomi... werkt niet
Ook met deze 2 uit werkt het niet


Logfile:

code:

info  2020-01-25 12:49:01: Logging to console and directory: '/opt/zigbee2mqtt/data/log/2020-01-25.12-49-01'
info  2020-01-25 12:49:02: Starting zigbee2mqtt version 1.9.0 (commit #287f843)
info  2020-01-25 12:49:02: Starting zigbee-herdsman...
info  2020-01-25 12:49:03: zigbee-herdsman started
info  2020-01-25 12:49:03: Coordinator firmware version: '{"type":"zStack12","meta":{"transportrev":2,"product":0,"majorrel":2,"minorrel":6,"maintrel":3,"revision":20190608}}'
info  2020-01-25 12:49:03: Currently 0 devices are joined:
warn  2020-01-25 12:49:03: `permit_join` set to  `true` in configuration.yaml.
warn  2020-01-25 12:49:03: Allowing new devices to join.
warn  2020-01-25 12:49:03: Set `permit_join` to `false` once you joined all devices.
info  2020-01-25 12:49:03: Zigbee: allowing new devices to join.
info  2020-01-25 12:49:03: Connecting to MQTT server at mqtt://localhost
info  2020-01-25 12:49:03: Connected to MQTT server
info  2020-01-25 12:49:03: MQTT publish: topic 'zigbee2mqtt/bridge/state', payload 'online'
info  2020-01-25 12:49:03: MQTT publish: topic 'zigbee2mqtt/bridge/config', payload '{"version":"1.9.0","commit":"287f843","coordinator":{"type":"zStack12","meta":{"transportrev":2,"product":0,"majorrel":2,"minorrel":6,"maintrel":3,"revision":20190608}},"log_level":"info","permit_join":true}'
info  2020-01-25 12:49:05: MQTT publish: topic 'zigbee2mqtt/bridge/config/devices', payload '[{"ieeeAddr":"0x00124b00194a1838","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1579952945128}]'
info  2020-01-25 12:49:05: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"groups","message":[]}'
info  2020-01-25 12:49:05: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"devices","message":[{"ieeeAddr":"0x00124b00194a1838","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1579952945141}]}'
info  2020-01-25 12:49:10: MQTT publish: topic 'zigbee2mqtt/bridge/config/devices', payload '[{"ieeeAddr":"0x00124b00194a1838","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1579952950117}]'
info  2020-01-25 12:49:10: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"devices","message":[{"ieeeAddr":"0x00124b00194a1838","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1579952950128}]}'
info  2020-01-25 12:49:10: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"groups","message":[]}'
info  2020-01-25 12:49:15: MQTT publish: topic 'zigbee2mqtt/bridge/config/devices', payload '[{"ieeeAddr":"0x00124b00194a1838","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1579952955124}]'
info  2020-01-25 12:49:15: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"groups","message":[]}'
info  2020-01-25 12:49:15: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"devices","message":[{"ieeeAddr":"0x00124b00194a1838","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1579952955129}]}'
info  2020-01-25 12:49:20: MQTT publish: topic 'zigbee2mqtt/bridge/config/devices', payload '[{"ieeeAddr":"0x00124b00194a1838","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1579952960128}]'
info  2020-01-25 12:49:20: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"groups","message":[]}'
info  2020-01-25 12:49:20: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"devices","message":[{"ieeeAddr":"0x00124b00194a1838","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1579952960139}]}'
info  2020-01-25 12:49:25: MQTT publish: topic 'zigbee2mqtt/bridge/config/devices', payload '[{"ieeeAddr":"0x00124b00194a1838","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1579952965130}]'
info  2020-01-25 12:49:25: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"groups","message":[]}'
info  2020-01-25 12:49:25: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"devices","message":[{"ieeeAddr":"0x00124b00194a1838","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1579952965144}]}'
info  2020-01-25 12:49:30: MQTT publish: topic 'zigbee2mqtt/bridge/config/devices', payload '[{"ieeeAddr":"0x00124b00194a1838","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1579952970130}]'
info  2020-01-25 12:49:30: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"groups","message":[]}'
info  2020-01-25 12:49:30: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"devices","message":[{"ieeeAddr":"0x00124b00194a1838","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1579952970142}]}'
info  2020-01-25 12:49:30: Switching log level to 'debug'
info  2020-01-25 12:49:30: MQTT publish: topic 'zigbee2mqtt/bridge/config', payload '{"version":"1.9.0","commit":"287f843","coordinator":{"type":"zStack12","meta":{"transportrev":2,"product":0,"majorrel":2,"minorrel":6,"maintrel":3,"revision":20190608}},"log_level":"debug","permit_join":true}'
debug 2020-01-25 12:49:35: Received MQTT message on 'zigbee2mqtt/bridge/config/devices/get' with data '1579952975125'
info  2020-01-25 12:49:35: MQTT publish: topic 'zigbee2mqtt/bridge/config/devices', payload '[{"ieeeAddr":"0x00124b00194a1838","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1579952975131}]'
debug 2020-01-25 12:49:35: Received MQTT message on 'zigbee2mqtt/bridge/config/groups' with data '1579952975126'
info  2020-01-25 12:49:35: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"groups","message":[]}'
debug 2020-01-25 12:49:35: Received MQTT message on 'zigbee2mqtt/bridge/config/devices' with data '[{"ieeeAddr":"0x00124b00194a1838","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1579952975131}]'
info  2020-01-25 12:49:35: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"devices","message":[{"ieeeAddr":"0x00124b00194a1838","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1579952975145}]}'
debug 2020-01-25 12:49:40: Received MQTT message on 'zigbee2mqtt/bridge/config/devices/get' with data '1579952980127'
info  2020-01-25 12:49:40: MQTT publish: topic 'zigbee2mqtt/bridge/config/devices', payload '[{"ieeeAddr":"0x00124b00194a1838","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1579952980132}]'
debug 2020-01-25 12:49:40: Received MQTT message on 'zigbee2mqtt/bridge/config/groups' with data '1579952980127'
info  2020-01-25 12:49:40: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"groups","message":[]}'
debug 2020-01-25 12:49:40: Received MQTT message on 'zigbee2mqtt/bridge/config/devices' with data '[{"ieeeAddr":"0x00124b00194a1838","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1579952980132}]'
info  2020-01-25 12:49:40: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"devices","message":[{"ieeeAddr":"0x00124b00194a1838","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1579952980145}]}'
debug 2020-01-25 12:49:45: Received MQTT message on 'zigbee2mqtt/bridge/config/devices/get' with data '1579952985127'
info  2020-01-25 12:49:45: MQTT publish: topic 'zigbee2mqtt/bridge/config/devices', payload '[{"ieeeAddr":"0x00124b00194a1838","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1579952985133}]'
debug 2020-01-25 12:49:45: Received MQTT message on 'zigbee2mqtt/bridge/config/groups' with data '1579952985127'
info  2020-01-25 12:49:45: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"groups","message":[]}'
debug 2020-01-25 12:49:45: Received MQTT message on 'zigbee2mqtt/bridge/config/devices' with data '[{"ieeeAddr":"0x00124b00194a1838","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1579952985133}]'
info  2020-01-25 12:49:45: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"devices","message":[{"ieeeAddr":"0x00124b00194a1838","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1579952985146}]}'
debug 2020-01-25 12:49:50: Received MQTT message on 'zigbee2mqtt/bridge/config/devices/get' with data '1579952990127'
info  2020-01-25 12:49:50: MQTT publish: topic 'zigbee2mqtt/bridge/config/devices', payload '[{"ieeeAddr":"0x00124b00194a1838","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1579952990131}]'
debug 2020-01-25 12:49:50: Received MQTT message on 'zigbee2mqtt/bridge/config/groups' with data '1579952990127'
info  2020-01-25 12:49:50: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"groups","message":[]}'
debug 2020-01-25 12:49:50: Received MQTT message on 'zigbee2mqtt/bridge/config/devices' with data '[{"ieeeAddr":"0x00124b00194a1838","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1579952990131}]'
info  2020-01-25 12:49:50: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"devices","message":[{"ieeeAddr":"0x00124b00194a1838","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1579952990144}]}'
debug 2020-01-25 12:49:55: Received MQTT message on 'zigbee2mqtt/bridge/config/devices/get' with data '1579952995128'
info  2020-01-25 12:49:55: MQTT publish: topic 'zigbee2mqtt/bridge/config/devices', payload '[{"ieeeAddr":"0x00124b00194a1838","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1579952995133}]'
debug 2020-01-25 12:49:55: Received MQTT message on 'zigbee2mqtt/bridge/config/groups' with data '1579952995128'
info  2020-01-25 12:49:55: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"groups","message":[]}'
debug 2020-01-25 12:49:55: Received MQTT message on 'zigbee2mqtt/bridge/config/devices' with data '[{"ieeeAddr":"0x00124b00194a1838","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1579952995133}]'
info  2020-01-25 12:49:55: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"devices","message":[{"ieeeAddr":"0x00124b00194a1838","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1579952995144}]}'
debug 2020-01-25 12:50:00: Received MQTT message on 'zigbee2mqtt/bridge/config/devices/get' with data '1579953000129'
info  2020-01-25 12:50:00: MQTT publish: topic 'zigbee2mqtt/bridge/config/devices', payload '[{"ieeeAddr":"0x00124b00194a1838","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1579953000135}]'
debug 2020-01-25 12:50:00: Received MQTT message on 'zigbee2mqtt/bridge/config/devices' with data '[{"ieeeAddr":"0x00124b00194a1838","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1579953000135}]'
info  2020-01-25 12:50:00: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"devices","message":[{"ieeeAddr":"0x00124b00194a1838","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1579953000143}]}'
debug 2020-01-25 12:50:00: Received MQTT message on 'zigbee2mqtt/bridge/config/groups' with data '1579953000129'
info  2020-01-25 12:50:00: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"groups","message":[]}'
debug 2020-01-25 12:50:05: Received MQTT message on 'zigbee2mqtt/bridge/config/devices/get' with data '1579953005130'
info  2020-01-25 12:50:05: MQTT publish: topic 'zigbee2mqtt/bridge/config/devices', payload '[{"ieeeAddr":"0x00124b00194a1838","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1579953005136}]'
debug 2020-01-25 12:50:05: Received MQTT message on 'zigbee2mqtt/bridge/config/devices' with data '[{"ieeeAddr":"0x00124b00194a1838","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1579953005136}]'
info  2020-01-25 12:50:05: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"devices","message":[{"ieeeAddr":"0x00124b00194a1838","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1579953005155}]}'
debug 2020-01-25 12:50:05: Received MQTT message on 'zigbee2mqtt/bridge/config/groups' with data '1579953005130'
info  2020-01-25 12:50:05: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"groups","message":[]}'
debug 2020-01-25 12:50:10: Received MQTT message on 'zigbee2mqtt/bridge/config/devices/get' with data '1579953010129'
info  2020-01-25 12:50:10: MQTT publish: topic 'zigbee2mqtt/bridge/config/devices', payload '[{"ieeeAddr":"0x00124b00194a1838","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1579953010132}]'
debug 2020-01-25 12:50:10: Received MQTT message on 'zigbee2mqtt/bridge/config/devices' with data '[{"ieeeAddr":"0x00124b00194a1838","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1579953010132}]'
info  2020-01-25 12:50:10: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"devices","message":[{"ieeeAddr":"0x00124b00194a1838","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1579953010135}]}'
debug 2020-01-25 12:50:10: Received MQTT message on 'zigbee2mqtt/bridge/config/groups' with data '1579953010130'
info  2020-01-25 12:50:10: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"groups","message":[]}'
debug 2020-01-25 12:50:15: Received MQTT message on 'zigbee2mqtt/bridge/config/devices/get' with data '1579953015131'
info  2020-01-25 12:50:15: MQTT publish: topic 'zigbee2mqtt/bridge/config/devices', payload '[{"ieeeAddr":"0x00124b00194a1838","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1579953015137}]'
debug 2020-01-25 12:50:15: Received MQTT message on 'zigbee2mqtt/bridge/config/groups' with data '1579953015131'
info  2020-01-25 12:50:15: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"groups","message":[]}'
debug 2020-01-25 12:50:15: Received MQTT message on 'zigbee2mqtt/bridge/config/devices' with data '[{"ieeeAddr":"0x00124b00194a1838","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1579953015137}]'
info  2020-01-25 12:50:15: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"devices","message":[{"ieeeAddr":"0x00124b00194a1838","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1579953015150}]}'
debug 2020-01-25 12:50:20: Received MQTT message on 'zigbee2mqtt/bridge/config/devices/get' with data '1579953020132'
info  2020-01-25 12:50:20: MQTT publish: topic 'zigbee2mqtt/bridge/config/devices', payload '[{"ieeeAddr":"0x00124b00194a1838","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1579953020141}]'
debug 2020-01-25 12:50:20: Received MQTT message on 'zigbee2mqtt/bridge/config/groups' with data '1579953020132'
info  2020-01-25 12:50:20: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"groups","message":[]}'
debug 2020-01-25 12:50:20: Received MQTT message on 'zigbee2mqtt/bridge/config/devices' with data '[{"ieeeAddr":"0x00124b00194a1838","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1579953020141}]'
info  2020-01-25 12:50:20: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"devices","message":[{"ieeeAddr":"0x00124b00194a1838","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1579953020162}]}'
debug 2020-01-25 12:50:25: Received MQTT message on 'zigbee2mqtt/bridge/config/devices/get' with data '1579953025133'
info  2020-01-25 12:50:25: MQTT publish: topic 'zigbee2mqtt/bridge/config/devices', payload '[{"ieeeAddr":"0x00124b00194a1838","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1579953025138}]'
debug 2020-01-25 12:50:25: Received MQTT message on 'zigbee2mqtt/bridge/config/groups' with data '1579953025133'
info  2020-01-25 12:50:25: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"groups","message":[]}'
debug 2020-01-25 12:50:25: Received MQTT message on 'zigbee2mqtt/bridge/config/devices' with data '[{"ieeeAddr":"0x00124b00194a1838","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1579953025138}]'
info  2020-01-25 12:50:25: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"devices","message":[{"ieeeAddr":"0x00124b00194a1838","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1579953025151}]}'

[ Voor 72% gewijzigd door Dylantje2 op 25-01-2020 12:51 ]

[Dylantje2]

DizzyWeb schreef op zaterdag 25 januari 2020 @ 13:38:
Je komt niet verder dan wat? Wat doe je? Wat probeer je te bereiken?

Ik probeer een ikea of een xiaomi device toe te voegen en dat komt gene stap verder.


Ik krijg niets op de config erbij..

Dit filmpje zo iets kunnen zijn, maar kernel linux?
https://training.ti.com/h...river-processor-sdk-linux
Ik snap dat ik wss iets aan met zetten..
Maar wat?

foto in html zetten
En ik wil eigenlijk mijn systeem niet bricken...

[Dylantje2]

bkor schreef op donderdag 20 februari 2020 @ 13:55:
[...]


Bedoel je echt binden? Dat is uitgelegd op https://www.zigbee2mqtt.io/information/binding.html


[...]

Ik bedoel deze binding, waar bij ik dacht dat hij hierdoor een sterker mesh maakte:



Edit:
Meerdere opties om 1 van de eerste hue lampen te leren.
Wat ik doe ik krijg hem er niet in


En dat touchlink kom ik niet ik mis wat commando's oid....

[ Voor 16% gewijzigd door Dylantje2 op 20-02-2020 17:29 ]

[daxy]

Ik merk dat een aantal van mijn End devices geen verbinding meer hebben, tenminste in mijn netwerk map.
Ook de motion sensor in de keuken lijkt wel eens verbinding te verliezen waardoor ik hem even opnieuw moet pairen (allow new devices to join, knopje op sensor indrukken, allow join off, done). Dit is niet heel handig natuurlijk 😀. Ik zie ook niets in de logs helaas.

Qua coverage moet het geen probleem zijn, hier is mijn netwerk map. Zoals je kan zien zijn "Schakelaar Slaapkamer" en "Motion Sensor Keuken" niet verbonden (dimmer slaapkamer klopt dat hij geen verbinding heeft).

Komt dit bekend voor of ligt het aan mij? 😀
Zou het kunnen zijn dat ik aan de limieten van mijn CC2531 kom?

[Dylantje2]

daxy schreef op donderdag 27 februari 2020 @ 13:20:
[...]


Home-Assistant (0.105.3) en z2m 1.10.0

oke jouw versie is dus anders wss.
Maar je sterke mesh??


Ik krijg nu:


snap er niet veel van...

[ Voor 24% gewijzigd door Dylantje2 op 27-02-2020 13:58 ]

[peligro2k]

Soms als ik apparaten toevoeg via MQTT auto discovery krijg ik ze gedeeltelijk te zien onder devices. Ze hebben dan een linkquality en update sensor, maar geen lamp. Enig idee of ik iets over het hoofd zie?

[peligro2k]

Ik heb een knop gemaakt van DIYRuz.



Deze heeft dus 20 knoppen die een active/iinactiive state aangeven. Ik zie dat de knop word ondersteund door zigbee2mqtt (https://www.zigbee2mqtt.io/devices/DIYRuZ_KEYPAD20.html) maar in de autodiscover word alleen de link quality toegevoegd. Ik zie ook bij de handmatige configuratie alleen de link quality staan.


Hoe zou ik het beste deze knop kunnen toevoegen? Moet ik dan bijvoorbeeld dit 20x toevoegen in mijn confiiguration.yaml?

code:

switch:
  - platform: "mqtt"
    state_topic: "zigbee2mqtt/<FRIENDLY_NAME>"
    availability_topic: "zigbee2mqtt/bridge/state"
    payload_off: "TRUE"
    payload_on: "FALSE"
    value_template: "{{ value_json.state_bottom_left }}"
    command_topic: "zigbee2mqtt/<FRIENDLY_NAME>/btn_19/set"

Dit is wat er in zigbee2mqtt langs komt:

code:

zigbee2mqtt:info  2020-03-22 22:41:20: MQTT publish: topic 'zigbee2mqtt/ENTIITYID', payload '{"btn_17":false,"linkquality":120,"battery":49,"voltage":2537.2,"btn_1":true,"btn_5":false,"btn_13":false,"btn_9":false,"btn_18":false,"btn_10":false,"btn_6":false,"btn_7":false,"btn_14":false,"btn_19":false,"btn_15":false,"btn_2":false,"btn_16":false,"btn_8":false,"btn_3":false,"btn_11":false,"btn_12":false,"btn_20":false,"btn_4":false}'

[Saturnus]

Weet iemand ook goedkope 'in wall switches?'

https://www.robbshop.nl/i...e-zigbee-400w-robb-smarrt is prijzig...


Op de ondersteunde producten lijst zie ik nou niet zo iets goedkoopste en verkrijgbaars.

[bing69]

Saturnus schreef op dinsdag 24 maart 2020 @ 15:47:
Weet iemand ook goedkope 'in wall switches?'

https://www.robbshop.nl/i...e-zigbee-400w-robb-smarrt is prijzig...
[Afbeelding]

Op de ondersteunde producten lijst zie ik nou niet zo iets goedkoopste en verkrijgbaars.

Of zelf een maken van een Xiaomi magneet sensor, werkt hier uit de kunst!

[bing69]

Vraagje alles werk hier goed echter als ik kijk met Zigbee2mqttassistent zie vanaf de Ikealamp "Berging" een rode lijn terug lopen naar de coordinator.
Kan iemand dat verklaren?

[francisp]

Die rode lijn is een router

[bing69]

CypherMK schreef op vrijdag 27 maart 2020 @ 12:27:
[...]


Hoe werkt dit? Wordt dan de schakelaar smart?

Ik verbind de stroom door zodat de schakelaar stroomloos wordt en er altijd spanning op de lampen staat, Door twee draadjes te solderen aan het gedeelte wat normaal door de magneet aangestuurd wordt kun je de magneet weglaten en op de schakelaar aansluiten. Via deze schakelaar kun je dan een lamp of een hele scene aansturen....

Zojuist wat foto's gevonden:

[ Voor 52% gewijzigd door bing69 op 27-03-2020 16:45 ]

[CodeConnected]

Voor de mensen die opzoek zijn naar "in wall switches". Ik heb de Zwallremote van "mattlokes" nagemaakt en verbeterd. Bron van het begin project is hier te vinden: https://github.com/mattlokes/ZWallRemote

Het voordeel van deze in wall switch is dat het bijna geen verandering vraagt van het bestaande infrastructuur, anders dan dat de lamp altijd aan moet staan. Voorheen had ik schakelaars van Ikea omgebouwd en moest ik van de schakelaar zelf een push schakelaar maken. Werkt perfect echter vond ik een push schakelaar niet mooi. Met de Zwallremote schakelt de schakelaar daadwerkelijk. Dus een leek zou niet zien dat je smartlighting in je huis hebt.

Na het bestellen van de printplaatjes in china ben ik aan het solderen gegaan. Eindresultaat:


Qua printplaat heb ik het zo gelaten zoals het was.
De software van Mattlokes werkt op zich maar stuurt een signaal naar Zigbee2Mqtt. Zelf ben ik voorstander van dat de schakelaar in huis ook nog werkt zonder dat Zigbee2Mqtt werkt, puur in het geval dat.
Dus ik heb de software aangepast dat een Zigbee group aanstuur. Dit lijkt het zelfde te werken als binding. Als Zigbee2Mqtt niet beschikbaar is kan ik nog steeds 1 lamp of een complete groep aansturen, dus meerdere lampen.
Deze groepen definieer ik in eerste instantie wel met Zigbee2Mqtt. De Groupsid codeer ik vervolgens hard in de software van de remote.

Wat een ander bijkomend voordeel is dat de batterij erg lang mee zou moeten gaan, volgens Mattlokes zou de batterij ongeveer 2 jaar mee moeten gaan omdat het verbruik idle op 2uA ligt. Ik heb geen meetapparatuur die onder 1ma kan meten. Maar de metingen die ik doe komen wel onder de 1ma uit.
Daarnaast is deze oplossing erg goedkoop, wat natuurlijk ook mooi meegenomen is

De printplaatjes die ik in China heb laten maken gaan per 30, ik heb er dus nog wat over als hier mensen zijn die dit ook wil maken:


Of als er mensen zijn die de software ook willen gebruiken, laat het me dan even weten dan kan ik het hier delen(of op github zetten).

Als slotwoord wou ik nog even Koenkk bedanken voor al het werk wat hij in Zigbee2Mqtt heeft gestopt. Ik gebruik het al enige tijd met volle tevredenheid!

[misteriks]

Iemand die weet wat de rode stippellijnen inhouden op de netwerk map van van Zigbee2MqttAssistant?

Lijkt aan te geven dat er iets niet goed is met de communicatie, maar ik ondervindt geen merkbare issues op mijn Zigbee netwerk

[luigi87]

Iemand bekend met dit:
Geen van mijn devices hebben components of plaatjes in de ZIgbee2mqtt assistent.

Enig idee waar dit probleem ligt?

[Verwijderd]

vandaag de E79-400 module op een printje gezet en getest met de TI Ztool_2, e.e.a. werkt naar behoren. Echter ik krijg het niet op gang in Zigbee2MQTT, waarschijnlijk wordt de FTDI serial interface niet herkent.

Mischien heeft iemand dit eerder gezien?

ps de E79 serial aansluitingen op de foto zijn niet juist, dit moet DIO_12 en DIO_13 zijn.

Dank voor de response alvast..

[bing69]

Iemand toevallig ervaring met een "Heiman rookmelder"?

Gisteren binnengekregen en hij was zo aangemeld (Zigbee2mqtt en Domoticz) echter de status/datum blijft op de tijd van gisteren staan. Alsof hij geen contact heeft. Batterij blijft op 0 staan. In Zigbee2Mqttassistent zie ik dat ie al een X aantal uren niet reageert maar de link kwaliteit is weer wel goed.
Is dit normaal?

=Aanvulling, hij heeft zich zojuist, na een uur of 16, even gemeld.....=

[ Voor 3% gewijzigd door bing69 op 16-04-2020 10:31 ]

[Verwijderd]

Verwijderd schreef op dinsdag 14 april 2020 @ 17:01:
vandaag de E79-400 module op een printje gezet en getest met de TI Ztool_2, e.e.a. werkt naar behoren. Echter ik krijg het niet op gang in Zigbee2MQTT, waarschijnlijk wordt de FTDI serial interface niet herkent.

Mischien heeft iemand dit eerder gezien?

ps de E79 serial aansluitingen op de foto zijn niet juist, dit moet DIO_12 en DIO_13 zijn.

Dank voor de response alvast..[URL="https://tweakers.net/i/bzdNAFfSbI28_GvHEfvwh0bHuVQ=/full-fit-in/4920x3264/filters:max_bytes(3145728):no_upscale():strip_icc():fill(white):strip_exif()/f/image/xDHSLHWsYKKQDxRjp3HOrG25.jpg?f=user_large",,"1"]

ondertussen uitgevonden waar het probleem zat, in de configuration.yaml moest onder de tab "advanced" "rtscts: false" gezet worden. Nu werkt het zonder problemen.

Om de CC1352 interface op zichzelf te testen gebruik ik het programma ZTools_2 van TI, juiste serial port selecteren, 115k2 8n1 en als het goed is komt er dan een menu met commando's die je aan de CC1352 kan geven. Als er iets niet klopt, bv bitrate of verkeerde programma in de chip zal er geen menu komen.

Hier nog wat foto's van de E79 print in het kastje.