Zigbee2mqtt - open source zigbee bridge

[Koenkk]

UTMachine schreef op woensdag 16 januari 2019 @ 14:10:
Nu we een mooi apart topic hebben, heb ik toch een vraagje ...

Ik heb de CC2531 1x opnieuw geflashed, want ik draaide op een oude versie. Alleen toen merkte ik dat alles devices opnieuw moest includen, en dat is toch niet 'leuk' om te doen. De naam mapping blijft wel gewoon bestaan in zigbee2mqtt

Ik hoop dat bij toekomstige firmware updates dit niet meer nodig?

Dit is nu ook al niet nodig, tijdens het flashen met "Flash programmer" zet je "Retain ieeadress" aan. Vervolgens moet je ervoor zorgen dat wanneer je de stick voor het eerst opstart met zigbee2mqtt je buiten de range van je netwerkt bent. Anders zal de stick zichzelf een nieuw pan-id toewijzen (omdat de oude al in gebruik is bij je zigbee netwerk). Het pan-id word gelogged tijdens het opstarten als je debug logging aanzet, standaard staat deze op 0x162a (als je dus 0x163a ziet weet je dat het niet gelukt is).

EDIT: ik zal nog is gaan kijken of ik deze duplicate pan-id scan in de firmware kan uitzetten.

[ Voor 4% gewijzigd door Koenkk op 16-01-2019 14:44 ]

[trekker22]

Koenkk schreef op woensdag 16 januari 2019 @ 14:42:
[...]


Dit is nu ook al niet nodig, tijdens het flashen met "Flash programmer" zet je "Retain ieeadress" aan. Vervolgens moet je ervoor zorgen dat wanneer je de stick voor het eerst opstart met zigbee2mqtt je buiten de range van je netwerkt bent. Anders zal de stick zichzelf een nieuw pan-id toewijzen (omdat de oude al in gebruik is bij je zigbee netwerk). Het pan-id word gelogged tijdens het opstarten als je debug logging aanzet, standaard staat deze op 0x162a (als je dus 0x163a ziet weet je dat het niet gelukt is).

EDIT: ik zal nog is gaan kijken of ik deze duplicate pan-id scan in de firmware kan uitzetten.

repairen is dus niet nodig.

en moet ik met mijn NUC + stick ff buitenshuis aan de stroom hangen (achter in de tuin )
Klopt dat zo?

[PuckStar]

Koenkk schreef op woensdag 16 januari 2019 @ 14:42:
[...]


Dit is nu ook al niet nodig, tijdens het flashen met "Flash programmer" zet je "Retain ieeadress" aan. Vervolgens moet je ervoor zorgen dat wanneer je de stick voor het eerst opstart met zigbee2mqtt je buiten de range van je netwerkt bent. Anders zal de stick zichzelf een nieuw pan-id toewijzen (omdat de oude al in gebruik is bij je zigbee netwerk). Het pan-id word gelogged tijdens het opstarten als je debug logging aanzet, standaard staat deze op 0x162a (als je dus 0x163a ziet weet je dat het niet gelukt is).

EDIT: ik zal nog is gaan kijken of ik deze duplicate pan-id scan in de firmware kan uitzetten.

Kun je dit nog wat beter uitleggen?
Je zegt eerste keer opstarten buiten de range van je netwerk maar hoe werkt dat praktisch als je hele huis al een netwerk is?
En bedoel je dan ook starten op gewoon stroom en dus niet in de usb van je pi3 (of ander device) waar je zigbee2mqtt hebt draaien?

[Koenkk]

trekker22 schreef op woensdag 16 januari 2019 @ 15:40:
Moet na de nieuwe firmware opgestart worden met dezelfde config file, of boeit dat niet?
Zit te denken op een Windows 10 laptop om daar NodeJS en zigbee2mqtt op te zetten voor na een firmware flash.

Het enige wat hetzeflde moet zijn is het channel. (als je deze uberhaupt al gespecifeerd hebt in configuration.yaml)

EDIT: ik zou hier dus even mee wachten todat ik heb gekeken of deze pan id scan helemaal uitgezet kan worden in de firmware . Ik zie dat ik hier al een grote groep heb om deze feature te testen.

[ Voor 19% gewijzigd door Koenkk op 16-01-2019 15:45 ]

[royheidotting]

Koenkk schreef op woensdag 16 januari 2019 @ 14:42:
[...]


Dit is nu ook al niet nodig, tijdens het flashen met "Flash programmer" zet je "Retain ieeadress" aan. Vervolgens moet je ervoor zorgen dat wanneer je de stick voor het eerst opstart met zigbee2mqtt je buiten de range van je netwerkt bent. Anders zal de stick zichzelf een nieuw pan-id toewijzen (omdat de oude al in gebruik is bij je zigbee netwerk). Het pan-id word gelogged tijdens het opstarten als je debug logging aanzet, standaard staat deze op 0x162a (als je dus 0x163a ziet weet je dat het niet gelukt is).

EDIT: ik zal nog is gaan kijken of ik deze duplicate pan-id scan in de firmware kan uitzetten.

Is dit ook van toepassing als je het pan_id opneemt in de configuratie?
Dit is volgens mij mogelijk in de advanced sectie van de configuratie.

[Koenkk]

Is dit ook van toepassing als je het pan_id opneemt in de configuratie?
Dit is volgens mij mogelijk in de advanced sectie van de configuratie.

Ja, een duplicate pan_id kan niet geforceerd worden.

[rorie]

@Koenkk Het default pan ID 0x162a heb jij zelf gekozen neem ik aan, dit is geen ZigBee standaard waarde? Wat ik hiermee bedoel te zeggen is dat mijn Xiaomi gateway deze niet al in gebruik heeft, graag zou ik deze gateway naast de ZigBee2mqtt blijven gebruiken, dus als twee gescheiden ZigBee netwerken.

[dof]

rorie schreef op donderdag 17 januari 2019 @ 16:11:
@Koenkk Het default pan ID 0x162a heb jij zelf gekozen neem ik aan, dit is geen ZigBee standaard waarde? Wat ik hiermee bedoel te zeggen is dat mijn Xiaomi gateway deze niet al in gebruik heeft, graag zou ik deze gateway naast de ZigBee2mqtt blijven gebruiken, dus als twee gescheiden ZigBee netwerken.

Dan kan gewoon. Ik had m'n Xiaomi gateway gewoon nog in gebruik met ~20 devices en zigbee2mqtt met enkele devices aan de HA Pi. In nov/dec heb ik (vanwege Xiaomi gateway bugs) m'n devices allemaal overgezet naar zigbee2mqtt. Gewoon door ze te pairen met zigbee2mqtt (je hoeft ze niet eens af te melden, dat ziet de Xiaomi gateway zelf wel). Nu is de Xiaomi gateway nog steeds aanwezig en soms -ter test- hang ik er nog wel eens een device aan.

Kortom, gaat prima naast elkaar.

[rorie]

Hopelijk zijn de door jou genoemde stappen niet meer nodig bij de volgende firmware update en kan je het pan id gewoon zelf bepalen via de confi file.

Wat voor mij nog steeds niet helemaal duidelijk is, gebeurd het initializeren van de stick alleen als je na een firmware update de stick voor het eerst opstart? En dus daarna nooit meer tot dat ik er weer een nieuwe firmware op zet.?

UTMachine schreef op dinsdag 22 januari 2019 @ 08:25:
[...]


Opnieuw pairen hoeft niet, MAAR je moet volgens mij wel de juiste volgorde aanhouden:

• Flash de firmware with "Retain IEEE address" (alleen Windows flasher?)
• Zet alle powered zigbee2mqtt devices uit, batterij powered mogen gewoon aan blijven. Als alternatief, ga ver weg zitten van je zigbee apparaten en gebruik aluminium folie om je stickje ;-)
• Start zigbee2mqtt op, het zal de stick initializeren met dezelfde panid
• Nu kan je alles weer aanzetten

[UTMachine]

rorie schreef op dinsdag 22 januari 2019 @ 08:44:
Hopelijk zijn de door jou genoemde stappen niet meer nodig bij de volgende firmware update en kan je het pan id gewoon zelf bepalen via de confi file.

Wat voor mij nog steeds niet helemaal duidelijk is, gebeurd het initializeren van de stick alleen als je na een firmware update de stick voor het eerst opstart? En dus daarna nooit meer tot dat ik er weer een nieuwe firmware op zet.?

[...]

Ik las ook dat koenkk er mee bezig is om te kijken om het uit te zetten, maar is (jammer genoeg) niet bevestigd.

Ja, het initializeren gebeurd alleen bij de eerste opstart van zigbee2mqtt, dus als de applicatie tegen de cc2531 gaat praten. Power only is niet voldoende. Wel opletten dat je je kanaal niet aanpast, dan moet je alle aparaten weer pairen.

[Btje]

Dus even resume.

De linux installatie (coordinator) kun je updaten naar de nieuwe versie 1.1 zonder dat er iets verloren gaat.

De firmware updaten moet je doen met de extra handeling dat hij geen bestaand netwerk vind. Tenzij je dat pan-id duplication uit hebt kunnen zetten.

Correct?

Is er voor de update naar 1.1 nieuwe firmware nodig? Wellicht goed om aan te geven wanneer het verstandig is over te stappen naar een nieuwe firmware versie.

[Koenkk]

Btje schreef op woensdag 30 januari 2019 @ 09:31:
Dus even resume.

De linux installatie (coordinator) kun je updaten naar de nieuwe versie 1.1 zonder dat er iets verloren gaat.

De firmware updaten moet je doen met de extra handeling dat hij geen bestaand netwerk vind. Tenzij je dat pan-id duplication uit hebt kunnen zetten.

Correct?

Is er voor de update naar 1.1 nieuwe firmware nodig? Wellicht goed om aan te geven wanneer het verstandig is over te stappen naar een nieuwe firmware versie.

- Zigbee2mqtt kan je updaten zonder de firmware te updaten
- De firmware hoef je alleen maar te updaten als je gebruik wil maken van de group functionaliteit
- Als je de firmware update moet je ervoor zorgen dat hij geen bestaand netwerk vindt, anders moet je alles opnieuw pairen.

[rorie]

@Koenkk klopt het dat het pan id en root mqqt topic in versie 1.1.0 niet configureerbaar zijn?

[Koenkk]

rorie schreef op donderdag 31 januari 2019 @ 09:24:
@Koenkk klopt het dat het pan id en root mqqt topic in versie 1.1.0 niet configureerbaar zijn?

nee, waarop baseer je dit?

[rorie]

Ik dacht dat ergens in dit forum gelezen te hebben dat in de nieuwe versie het pan id configureerbaar zou zijn.
Kan je wel het mqtt root topic aanpassen, of kon dat al?

Koenkk schreef op donderdag 31 januari 2019 @ 14:59:
[...]


nee, waarop baseer je dit?

[BizzieBis]

Hoe weet je of na het updaten van de coordinator het PAN id nog hetzelfde is?
Ik heb de stick in een flinke prop aluminiumfolie gewikkeld, maar krijg nu weinig respons van de usb stick..
Vreemd is dat 1 sensor zich wel meld, dan zou je toch verwachten dat het ID goed staat, toch?

Ik zie het al:

log_level: debug bij advanced in configuration.yaml

Zit nu op ID 0x1a63 in plaats van 0x1a62. Niet gelukt dus
Toch nog steeds vreemd dat 1 sensor gewoon is blijven werken.

[ Voor 26% gewijzigd door BizzieBis op 31-01-2019 19:16 ]

[Mars Warrior]

BizzieBis schreef op donderdag 31 januari 2019 @ 19:10:
Hoe weet je of na het updaten van de coordinator het PAN id nog hetzelfde is?
Ik heb de stick in een flinke prop aluminiumfolie gewikkeld, maar krijg nu weinig respons van de usb stick..
Vreemd is dat 1 sensor zich wel meld, dan zou je toch verwachten dat het ID goed staat, toch?

Ik zie het al:

log_level: debug bij advanced in configuration.yaml

Zit nu op ID 0x1a63 in plaats van 0x1a62. Niet gelukt dus
Toch nog steeds vreemd dat 1 sensor gewoon is blijven werken.

Kun je het panid tegenwoordig niet meegeven in de config, of ben ik in de war en was dat een ander id?

[BizzieBis]

@Mars Warrior

Klopt, met

code:

advanced:
  pan_id: 0x1a62

Maar alleen doet dat helemaal niets. Of misschien alleen tijdens de eerste boot na het flashen

Maar goed, ik grijp deze kans meteen aan om de security key aan te passen en opnieuw te beginnen met mijn netwerk. Ik was er sowieso al niet zo van gecharmeerd dat mijn netwerk map alleen nog maar liet zien alsof al mijn apparaten direct in verbinding met de coördinator stonden. Dar was eerder beter, toen stonden mijn routers er ook echt als routers op, inclusief hun end devices.

[ Voor 51% gewijzigd door BizzieBis op 31-01-2019 20:33 ]

[BizzieBis]

Ik heb net 2 xiaomi devices gepaired en toen ging de coördinator onderuit. Niet meer aan de gang te krijgen, ook niet met de bovengenoemde methode. Ik heb hier uren ingestoken, 3x het hele netwerk moeten rebuilden en nu weer? Ik ga weer terug naar de Xiaomi Bridge. Ik gebruikt tenslotte alleen Xiaomi en Ikea spullen.

Begrijp me niet verkeerd, ik vind het een zeer mooi project, en ik zou het graag blijven gebruiken. Maar mijn domotica is in de laatste 6 jaar nog nooit zo instabiel geweest. De WAF is tot een absoluut dieptepunt gezakt.

edit:
Ik zie het al. Mijn stick zit weer op een ander panId.. Daag, daar ga ik dus echt niet aan beginnen

[ Voor 10% gewijzigd door BizzieBis op 01-02-2019 18:34 ]

[RoRoo]

Is het trouwens mogelijk om ergens het nu gebruikte pan-id uit te halen?
Of moet ik 'm ergens fixed op zetten en alles opnieuw pairen?

[dof]

RoRoo schreef op dinsdag 12 februari 2019 @ 16:33:
Is het trouwens mogelijk om ergens het nu gebruikte pan-id uit te halen?
Of moet ik 'm ergens fixed op zetten en alles opnieuw pairen?

Als je in zigbee2mqtt de debug mode aanzet, zie je de pan-id langskomen. Indien je een nieuwe stick wilt gebruiken hoef je niet al je devices opnieuw te pairen, maar je moet dan wel het procede volgen dat door Koenk beschreven is (elders in dit forum en ook op de z2m website).

[ Voor 9% gewijzigd door dof op 12-02-2019 18:29 ]

[RoRoo]

dof schreef op dinsdag 12 februari 2019 @ 16:50:
[...]


Als je in zigbee2mqtt de debug mode aanzet, zie je de pan-id langskomen. Indien je een nieuwe stick wilt gebruiken hoef je niet al je devices opnieuw te pairen, maar je moet dan wel het procede volgen dan door Koenk beschreven is (elders in dit forum en ook op de z2m website).

Thanks! Gevonden!

code:

debug: zigbee-shepherd info: {"enabled":true,"net":{"state":"Coordinator","channel":11,"panId":"0x1a63"

[Koenkk]

R2D2 schreef op zondag 17 februari 2019 @ 14:50:
[...]


Ik waardeer het werk wat men er in stopt zeker en als het 5 devices waren geweest had dat inderdaad mijn reactie geweest. Ik kan echter 27 lampen hier in huis los gaan halen, 9 schakelaars van de muur af gaan schroeven en alle sensoren weer van hun plek af gaan halen om alles opnieuw te gaan pairen om vervolgens alles weer terug te gaan schroeven / hangen.

Mag je mij best een botte hork vinden maar ik bespaar een ander liever de ellende om alles straks weer opnieuw te kunnen pairen. Prima te overzien wanneer je een handvol devices moet gaan pairen maar tegen de 50 wordt echt een ander verhaal

Oftewel zeker geen aanval op de mensen achter Zigbee2mqtt maar voor mij is het gewoon uitermate vervelend om weer alles opnieuw te moeten gaan pairen om het dan maar politiek correct te zeggen.

Heb je toevallig ooit al is eerder geflashed? Dan kan het zijn dat het pan_id opgehoogd is.

Voeg het volgende aan je configuration.yaml toe en dan verwacht ik dat het weer draait:

advanced:
pan_id: 0x1a63

Pas op dat er twee spaties voor pan_id moeten staan, dit forum laat haalt de indentatie weg.

[ Voor 4% gewijzigd door Koenkk op 17-02-2019 15:36 ]

[Mars Warrior]

Koenkk schreef op zondag 17 februari 2019 @ 15:35:
[...]


Heb je toevallig ooit al is eerder geflashed? Dan kan het zijn dat het pan_id opgehoogd is.

Voeg het volgende aan je configuration.yaml toe en dan verwacht ik dat het weer draait:

advanced:
pan_id: 0x1a63

Pas op dat er twee spaties voor pan_id moeten staan, dit forum laat haalt de indentatie weg.

Bij mij is die één nummertje lager, dus 0x1a62 / decimaal 6754!

En zie hierboven voor mijn oplossing om mijn lampen weer te laten werken!

[ Voor 7% gewijzigd door Mars Warrior op 17-02-2019 15:37 ]

[Koenkk]

Mars Warrior schreef op zondag 17 februari 2019 @ 15:37:
[...]

Bij mij is die één nummertje lager, dus 0x1a62 / decimaal 6754!

En zie hierboven voor mijn oplossing om mijn lampen weer te laten werken!

0x1a62 is de default, maar als je al ooit eerder ge-reflashed hebt (met een oudere firmware) kan het pan id automatisch opgehoogd zijn, zonder dat dit in de configuration.yaml staat.

[R2D2]

Koenkk schreef op zondag 17 februari 2019 @ 15:35:
[...]


Heb je toevallig ooit al is eerder geflashed? Dan kan het zijn dat het pan_id opgehoogd is.

Voeg het volgende aan je configuration.yaml toe en dan verwacht ik dat het weer draait:

advanced:
pan_id: 0x1a63

Pas op dat er twee spaties voor pan_id moeten staan, dit forum laat haalt de indentatie weg.

Al wel meerdere keren geflashed inderdaad. Net geprobeerd de oude firmware terug te zetten maar helaas.

Ga straks nog even met aangepaste pan id proberen, thanks!

Zou er een mogelijkheid zijn tot backuppen van een stick voor en geflashed word? Binnenkort maar eens gaan onderzoeken of dat kan... lijkt me verrekte handig namelijk op dagen als deze

[ Voor 13% gewijzigd door R2D2 op 17-02-2019 16:55 ]

[RobertMe]

R2D2 schreef op zondag 17 februari 2019 @ 16:52:
[...]


Al wel meerdere keren geflashed inderdaad. Net geprobeerd de oude firmware terug te zetten maar helaas.

Ga straks nog even met aangepaste pan id proberen, thanks!

Zou er een mogelijkheid zijn tot backuppen van een stick voor en geflashed word? Binnenkort maar eens gaan onderzoeken of dat kan... lijkt me verrekte handig namelijk op dagen als deze

Van wat ik ervan begrijp heb je juist nog minder eraan als je een oude versie zou terugzetten. Bij een oude versie kun je dat pan id weer niet instellen en daarnaast zal deze tijdens het opstarten tot de conclusie komen dat het pan id al in gebruik is zonder te weten dat het zijn eigen netwerk is. Het terugzetten van een oude firmware geeft dus juist weer, en altijd, problemen. Terwijl het bij de nieuwe firmware in combinatie met het pan id in de configuratie juist wel goed zou moeten gaan, nu, en na alle volgende firmware updates.

[R2D2]

RobertMe schreef op zondag 17 februari 2019 @ 17:25:
[...]

Van wat ik ervan begrijp heb je juist nog minder eraan als je een oude versie zou terugzetten. Bij een oude versie kun je dat pan id weer niet instellen en daarnaast zal deze tijdens het opstarten tot de conclusie komen dat het pan id al in gebruik is zonder te weten dat het zijn eigen netwerk is. Het terugzetten van een oude firmware geeft dus juist weer, en altijd, problemen. Terwijl het bij de nieuwe firmware in combinatie met het pan id in de configuratie juist wel goed zou moeten gaan, nu, en na alle volgende firmware updates.

Als je hem niet afschermt wel maar wanneer ik op de begane grond alle lampen even los draai, de stick in folie wikkel en dan in een oud poedermelk babyvoeding blik zet ontvangt de stick 0,0 noppes nada meer. Dat is dus geen probleem.

Ik heb de boel inmiddels weer soort van draaiend, de INNR plugs en Xiaomi sensoren worden weer gevonden (na verwijderen edge addon en opnieuw installeren, stable doet weinig), routers mis ik nog.

Eerst maar eens eten en dan maar verder debguggen. Ik ben al lang blij dat de schakelaars het weer doen want die allemaal los schroeven is een rotwerk.

[jossie67]

Even een vraagje voor de zekerheid, als ik mijn CC2531 wil voorzien van de laatste versie,
is dit toch gewoon de CC2531 uit de Pi halen aansluiten met de "CC debugger" en flashen met "SmartRF Flash Programmer"
CC2531 weer in de PI en klaar

Hier de bin vandaan halen, https://github.com/Koenkk...er/coordinator/CC2531/bin of toch
deze hier https://github.com/Koenkk...ev/coordinator/CC2531/bin

En deze toevoegen aan configuration.yaml
advanced:
pan_id: 0x1a63

[Mars Warrior]

jossie67 schreef op dinsdag 26 februari 2019 @ 12:19:
En deze toevoegen aan configuration.yaml
advanced:
pan_id: 0x1a63

Eerste even kijken wat je huidige pan_id is. Kan ook standaard 0x1a62 zijn. Zou zonde zijn als het image nu in staat is om het pan_id te onthouden, en jij hem onnodig verhoogt waardoor je alsnog alles weer opnieuw moet pairen

---

trekker22 schreef op dinsdag 26 februari 2019 @ 12:54:
[...]

zelfs met groepen is er iets van een vertraging soms.. Kan me voorstellen dat ene zigbee pakketje net wat eerder aan komt dan een ander.

Had ik met de Tradfri gateway ook. Het is een broadcast, maar als er routering nodig is, komt het ene pakketje toch echt later aan dan het andere pakketje. Dat heb je met een mesh netwerk.

[ Voor 35% gewijzigd door Mars Warrior op 26-02-2019 15:47 ]

[jossie67]

Mars Warrior schreef op dinsdag 26 februari 2019 @ 15:46:
[...]

Eerste even kijken wat je huidige pan_id is. Kan ook standaard 0x1a62 zijn. Zou zonde zijn als het image nu in staat is om het pan_id te onthouden, en jij hem onnodig verhoogt waardoor je alsnog alles weer opnieuw moet pairen

Hoe kun je je huidige pan_id achterhalen, ik heb nu niks in de configuration.yaml

[Lifelogger]

jossie67 schreef op dinsdag 26 februari 2019 @ 19:32:
[...]


Hoe kun je je huidige pan_id achterhalen, ik heb nu niks in de configuration.yaml

Dat zou ik ook wel willen weten

[RoRoo]

jossie67 schreef op dinsdag 26 februari 2019 @ 19:32:
[...]


Hoe kun je je huidige pan_id achterhalen, ik heb nu niks in de configuration.yaml

Lifelogger schreef op dinsdag 26 februari 2019 @ 19:53:
[...]


Dat zou ik ook wel willen weten

Debug logging aanzetten en in je log kijken. Dan zie je je pan-id voorbij komen

[Lifelogger]

RoRoo schreef op dinsdag 26 februari 2019 @ 20:02:
[...]


[...]


Debug logging aanzetten en in je log kijken. Dan zie je je pan-id voorbij komen

Gevonden idd. 6754 heb ik. Dank je!

[jossie67]

RoRoo schreef op dinsdag 26 februari 2019 @ 20:02:


Debug logging aanzetten en in je log kijken. Dan zie je je pan-id voorbij komen

Sinds gisteren debug aangezet, ik kan geen pan-id of pan_id vinden.
De versie van mijn Coordinator is 20180815

[RoRoo]

jossie67 schreef op donderdag 28 februari 2019 @ 10:24:
[...]


Sinds gisteren debug aangezet, ik kan geen pan-id of pan_id vinden.
De versie van mijn Coordinator is 20180815

Zigbee2MQTT service herstarten en dan zie je het vrijwel direct in je nieuwe log file.

[jossie67]

Flappie schreef op donderdag 28 februari 2019 @ 12:29:
[...]


Volgens mij heb je debug logging niet aanstaan.
Dat zet je aan in configuration.yaml:

Voeg een regel toe:

code:

advanced:
   log_level: debug

Volledig voorbeeld staat eventueel hier: https://github.com/Koenkk...guration/configuration.md

Ik was toch in de veronderstelling dat debug aanstond. schijnbaar niet. ik heb nu de pan_id gevonden

code:

2019-2-28 12:42:17 - info: Logging to directory: '/opt/zigbee2mqtt/data/log/2019-02-28.12-42-17'
2019-2-28 12:42:19 - debug: Using zigbee-shepherd with settings: '{"net":{"panId":6754,"channelList":[11],"precfgkey":[1,3,5,7,9,11,13,15,0,2,4,6,8,10,12,13]},"dbPath":"/opt/zigbee2mqtt/data/database.db","sp":{"baudRate":115200,"rtscts":true}}'
2019-2-28 12:42:19 - debug: Loaded state from file /opt/zigbee2mqtt/data/state.json
2019-2-28 12:42:19 - info: Starting zigbee2mqtt version 1.1.1 (commit #92d88b6)
2019-2-28 12:42:19 - info: Starting zigbee-shepherd
2019-2-28 12:42:21 - info: zigbee-shepherd started
2019-2-28 12:42:21 - info: Coordinator firmware version: '20180815'
2019-2-28 12:42:21 - debug: zigbee-shepherd info: {"enabled":true,"net":{"state":"Coordinator","channel":11,"panId":"0x1a62","extPanId":"0xdddddddddddddddd","ieeeAddr":"0x00124b0018ed3a46","nwkAddr":0},"firmware":{"transportrev":2,"product":0,"version":"2.6.3","revision":20180815},"startTime":1551354141,"joinTimeLeft":0}
2019-2-28 12:42:21 - info: Currently 14 devices are joined:
2019-2-28 12:42:21 - info: 0x000b57fffe968d6e (0x000b57fffe968d6e): LED1649C5 - IKEA TRADFRI LED bulb E12/E14/E17 400 lumen, dimmable warm white, chandelier opal (Router)
2019-2-28 12:42:21 - info: 0x000b57fffe8d5e89 (0x000b57fffe8d5e89): LED1545G12 - IKEA TRADFRI LED bulb E26/E27 980 lumen, dimmable, white spectrum, opal white (Router)
2019-2-28 12:42:21 - info: 0x000b57fffe9fb1b7 (0x000b57fffe9fb1b7): LED1649C5 - IKEA TRADFRI LED bulb E12/E14/E17 400 lumen, dimmable warm white, chandelier opal (Router)
2019-2-28 12:42:21 - info: 0x000b57fffe98dc0e (0x000b57fffe98dc0e): LED1649C5 - IKEA TRADFRI LED bulb E12/E14/E17 400 lumen, dimmable warm white, chandelier opal (Router)
2019-2-28 12:42:21 - info: 0x000b57fffe8bc658 (0x000b57fffe8bc658): LED1545G12 - IKEA TRADFRI LED bulb E26/E27 980 lumen, dimmable, white spectrum, opal white (Router)

[RoRoo]

Luqq schreef op maandag 11 maart 2019 @ 22:30:
Ik heb net geupdate naar de nieuwste firmware (20190223), maar hij kan nu niet meer met mijn apparaten verbinden helaas. Heb al opnieuw geflasht en draai zigbee2mqtt 1.2.1. Morgen maar even verder naar kijken.

code:

  zigbee2mqtt:info 3/11/2019, 9:53:10 PM Zigbee publish to device '0x90fd9ffffe291466', genOnOff - off - {} - {"manufSpec":0,"disDefaultRsp":0} - null
  zigbee2mqtt:error 3/11/2019, 9:53:10 PM Zigbee publish to device '0x90fd9ffffe291466', genOnOff - off - {} - {"manufSpec":0,"disDefaultRsp":0} - null failed with error Error: AF data request fails, status code: 205. No network route. Please confirm that the device has (re)joined the network.
  zigbee2mqtt:info 3/11/2019, 9:53:10 PM MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"zigbee_publish_error","message":"Error: AF data request fails, status code: 205. No network route. Please confirm that the device has (re)joined the network.","meta":{"entity":{"ID":"0x90fd9ffffe291466","type":"device","friendlyName":"studeerkamer_plafondlamp1"},"message":"{\"state\": \"OFF\"}"}}'

Geef je wel je pan_id op in je configuration.yaml?
Er staat me iets van bij dat ie bij elke firmware update 1 ophoogt als je 'm niet opgeeft.

[Luqq]

RoRoo schreef op dinsdag 12 maart 2019 @ 09:35:
[...]

Geef je wel je pan_id op in je configuration.yaml?
Er staat me iets van bij dat ie bij elke firmware update 1 ophoogt als je 'm niet opgeeft.

Dat hoeft niet meer sinds firmware 20190215, maar ik heb inderdaad die pan_id ook geprobeerd maar dat mocht niet baten.

[RoRoo]

Luqq schreef op dinsdag 12 maart 2019 @ 09:36:
[...]


Dat hoeft niet meer sinds firmware 20190215, maar ik heb inderdaad die pan_id ook geprobeerd maar dat mocht niet baten.

Goed om te weten.. Jammer alleen dat het niet de oplossing is.

[Luqq]

Luqq schreef op dinsdag 12 maart 2019 @ 09:36:
[...]


Dat hoeft niet meer sinds firmware 20190215, maar ik heb inderdaad die pan_id ook geprobeerd maar dat mocht niet baten.

Ik denk dat ik weet waarom het mis gaat - ik heb iets te letterlijk de getting started flashscreenshot overgenomen en dus ook het vinkje "Retain IEEE address" uitgevinkt tijdens de flash..dus dat wordt opnieuw pairen

Edit: dat is niet waar: https://github.com/Koenkk...#issuecomment-470254897.. back to the drawing board!

[ Voor 12% gewijzigd door Luqq op 13-03-2019 20:36 ]

[Lifelogger]

Toch een vraag over die coordinator firmware update van de stick. Ik heb vandaag mijn firmware geüpgraded naar de nieuwste versie. Begreep van @Koenkk dat het niet nodig was alle apparaten opnieuw te pairen. Helaas werkte toch geen enkele sensor meer. Geen van de metingen kwam binnen en moest toch alles opnieuw pairen. Op zich niet super veel apparaten er aan hangen, dus was met 20 minuten klaar.

Maar nu vroeg ik mij toch af of dat wellicht komt, omdat ik de panid niet in m'n config had staan. Heeft dat er toevallig mee te maken? Ik zie in de debug log wel mijn panId: 6754. Alleen als ik het voorbeeld van de configuratie kijk zie ik panId: 0x1a62. Betekent dat dat ik als panId in mijn config 0x6754 moet opgeven?

[GorgeousMetal]

Lifelogger schreef op zaterdag 16 maart 2019 @ 12:20:
Maar nu vroeg ik mij toch af of dat wellicht komt, omdat ik de panid niet in m'n config had staan. Heeft dat er toevallig mee te maken? Ik zie in de debug log wel mijn panId: 6754. Alleen als ik het voorbeeld van de configuratie kijk zie ik panId: 0x1a62. Betekent dat dat ik als panId in mijn config 0x6754 moet opgeven?

0x1a62 = decimaal 6754

[Vorkie]

Possible schreef op zondag 31 maart 2019 @ 21:25:
[...]


Snap niet zo goed wat je bedoeld. Kan ik de huidige stick er even uit halen en daarna gewoon weer terug stoppen? Ik meende dat dat niet kon omdat de stick dan een ander id krijgt ofzo en dan alles opnieuw moet pairen.

Ik heb vandaag de stick fysiek verhuist van mijn Raspberry installatie naar een ESX host (met nieuwe VM + USB passthrough) zonder problemen.

Met oudere versie van Zigbee2MQTT was dit nog wel een dingetje, maar met de nieuwste versie niet, had te maken met pan ID etc volgens mij.

[DjAntoon]

dicespark schreef op donderdag 4 april 2019 @ 13:06:
Kan ik mijn Zigbee2MQTT usb stick (in Rpi met Hass.io) vervangen door een andere Zigbee2MQTT usb stick (met nieuwste firmware)? Moet ik dan alles opnieuw pairen of staat dat los van fysieke USB sticks?

Zoek maar eens op pan id, die moet gelijk blijven.

[daxy]

Ik moet thuis 2 ZigBee netwerken opzetten aangezien ik alleen beneden en op zolder ZigBee heb. Ik heb het geprobeerd met extra routers (extra CC2531 stick) maar het signaal blijft te zwak en dus werkt het op zolder niet goed. Met 2 coordinators in huis gaat het allemaal wel snel, vandaar.

Maar... klopt het dat ik in dat geval 2 aparte PanID's moet gaan gebruiken? Nu heb ik er nog een, maar ik zie af en toe een schakelaar verbinding met zolder maken (welke hem dus niet herkent)

[Koenkk]

daxy schreef op woensdag 10 april 2019 @ 11:28:
Ik moet thuis 2 ZigBee netwerken opzetten aangezien ik alleen beneden en op zolder ZigBee heb. Ik heb het geprobeerd met extra routers (extra CC2531 stick) maar het signaal blijft te zwak en dus werkt het op zolder niet goed. Met 2 coordinators in huis gaat het allemaal wel snel, vandaar.

Maar... klopt het dat ik in dat geval 2 aparte PanID's moet gaan gebruiken? Nu heb ik er nog een, maar ik zie af en toe een schakelaar verbinding met zolder maken (welke hem dus niet herkent)

Ik zou adviseren om zowel een ander channel als pan id te gebruiken.

[Pascall_1]

Nou ook dat geprobeerd maar lukt nog steeds niet. heb nu een log wellicht iemand die me dan verder kan helpen.

code:

[INFO] Setup mosquitto configuration
[INFO] Found local users inside config
[INFO] Initialize Hass.io Add-on services
[INFO] Initialize Home Assistant discovery
[INFO] Start Mosquitto daemon
1556461975: mosquitto version 1.5.6 starting
1556461975: Config loaded from /etc/mosquitto.conf.
1556461975: |-- *** auth-plug: startup
1556461975: Opening ipv4 listen socket on port 1883.
1556461975: Opening ipv6 listen socket on port 1883.
1556461975: Opening websockets listen socket on port 1884.
1556461976: Opening ipv4 listen socket on port 8883.
1556461976: Opening ipv6 listen socket on port 8883.
1556461976: Opening websockets listen socket on port 8884.
1556461976: Warning: Mosquitto should not be run as root/administrator.
1556461977: New connection from 172.30.32.1 on port 1883.
1556461977: Socket error on client <unknown>, disconnecting.
1556461984: New connection from 192.168.1.38 on port 1883.
[INFO] found mqtt on local database
1556461986: Socket error on client <unknown>, disconnecting.
1556461986: New connection from 192.168.1.38 on port 1883.
1556461987: New connection from 172.30.32.1 on port 1883.
1556461987: Socket error on client <unknown>, disconnecting.

code:

events.js:167
      throw er; // Unhandled 'error' event
      ^
Error: Connection refused: Not authorized
    at MqttClient._handleConnack (/zigbee2mqtt-1.3.1/node_modules/mqtt/lib/client.js:920:15)
    at MqttClient._handlePacket (/zigbee2mqtt-1.3.1/node_modules/mqtt/lib/client.js:350:12)
    at work (/zigbee2mqtt-1.3.1/node_modules/mqtt/lib/client.js:292:12)
    at Writable.writable._write (/zigbee2mqtt-1.3.1/node_modules/mqtt/lib/client.js:302:5)
    at doWrite (/zigbee2mqtt-1.3.1/node_modules/readable-stream/lib/_stream_writable.js:428:64)
    at writeOrBuffer (/zigbee2mqtt-1.3.1/node_modules/readable-stream/lib/_stream_writable.js:417:5)
    at Writable.write (/zigbee2mqtt-1.3.1/node_modules/readable-stream/lib/_stream_writable.js:334:11)
    at Socket.ondata (_stream_readable.js:666:20)
    at Socket.emit (events.js:182:13)
    at addChunk (_stream_readable.js:283:12)
Emitted 'error' event at:
    at MqttClient._handleConnack (/zigbee2mqtt-1.3.1/node_modules/mqtt/lib/client.js:922:10)
    at MqttClient._handlePacket (/zigbee2mqtt-1.3.1/node_modules/mqtt/lib/client.js:350:12)
    [... lines matching original stack trace ...]
    at addChunk (_stream_readable.js:283:12)
npm
 ERR! code ELIFECYCLE
npm ERR! errno 1
npm
 ERR! zigbee2mqtt@1.3.1 start: `node index.js`
npm ERR! Exit status 1
npm ERR! 
npm
 ERR! Failed at the zigbee2mqtt@1.3.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-04-28T14_34_24_061Z-debug.log
2019-04-28T16:34:28: PM2 log: App [npm:0] exited with code [1] via signal [SIGINT]
2019-04-28T16:34:28: PM2 log: App [npm:0] starting in -fork mode-
2019-04-28T16:34:28: PM2 log: App [npm:0] online
> zigbee2mqtt@1.3.1 start /zigbee2mqtt-1.3.1
> node index.js
  zigbee2mqtt:info 4/28/2019, 4:34:31 PM Logging to directory: '/share/zigbee2mqtt/log/2019-04-28.16-34-31'
  zigbee2mqtt:debug 4/28/2019, 4:34:31 PM Removing old log directory '/share/zigbee2mqtt/log/2019-04-28.16-32-32'
  zigbee2mqtt:debug 4/28/2019, 4:34:32 PM Using zigbee-shepherd with settings: '{"net":{"panId":6754,"extPanId":[221,221,221,221,221,221,221,221],"channelList":[11],"precfgkey":"HIDDEN"},"dbPath":"/share/zigbee2mqtt/database.db","sp":{"baudRate":115200,"rtscts":true}}'
  zigbee2mqtt:debug 4/28/2019, 4:34:33 PM Loaded state from file /share/zigbee2mqtt/state.json
  zigbee2mqtt:debug 4/28/2019, 4:34:33 PM Saving state to file /share/zigbee2mqtt/state.json

dit is de zigbee log

Lars Kremers schreef op zaterdag 27 april 2019 @ 12:06:
[...]


Ik heb probleem opgelost door 2 bestandjes aan te maken die sinds 4.1 verplicht zijn. Zie link. Tevens heb ik een gebruikersnaam en wachtwoord van de mqtt broker in de zigbee2mqtt config file gezet. Alles werkt nu weer naar behoren.

[ Voor 42% gewijzigd door Pascall_1 op 28-04-2019 16:35 ]

[Lars Kremers]

Pascall_1 schreef op zondag 28 april 2019 @ 16:33:
Nou ook dat geprobeerd maar lukt nog steeds niet. heb nu een log wellicht iemand die me dan verder kan helpen.

code:

[INFO] Setup mosquitto configuration
[INFO] Found local users inside config
[INFO] Initialize Hass.io Add-on services
[INFO] Initialize Home Assistant discovery
[INFO] Start Mosquitto daemon
1556461975: mosquitto version 1.5.6 starting
1556461975: Config loaded from /etc/mosquitto.conf.
1556461975: |-- *** auth-plug: startup
1556461975: Opening ipv4 listen socket on port 1883.
1556461975: Opening ipv6 listen socket on port 1883.
1556461975: Opening websockets listen socket on port 1884.
1556461976: Opening ipv4 listen socket on port 8883.
1556461976: Opening ipv6 listen socket on port 8883.
1556461976: Opening websockets listen socket on port 8884.
1556461976: Warning: Mosquitto should not be run as root/administrator.
1556461977: New connection from 172.30.32.1 on port 1883.
1556461977: Socket error on client <unknown>, disconnecting.
1556461984: New connection from 192.168.1.38 on port 1883.
[INFO] found mqtt on local database
1556461986: Socket error on client <unknown>, disconnecting.
1556461986: New connection from 192.168.1.38 on port 1883.
1556461987: New connection from 172.30.32.1 on port 1883.
1556461987: Socket error on client <unknown>, disconnecting.

code:

events.js:167
      throw er; // Unhandled 'error' event
      ^
Error: Connection refused: Not authorized
    at MqttClient._handleConnack (/zigbee2mqtt-1.3.1/node_modules/mqtt/lib/client.js:920:15)
    at MqttClient._handlePacket (/zigbee2mqtt-1.3.1/node_modules/mqtt/lib/client.js:350:12)
    at work (/zigbee2mqtt-1.3.1/node_modules/mqtt/lib/client.js:292:12)
    at Writable.writable._write (/zigbee2mqtt-1.3.1/node_modules/mqtt/lib/client.js:302:5)
    at doWrite (/zigbee2mqtt-1.3.1/node_modules/readable-stream/lib/_stream_writable.js:428:64)
    at writeOrBuffer (/zigbee2mqtt-1.3.1/node_modules/readable-stream/lib/_stream_writable.js:417:5)
    at Writable.write (/zigbee2mqtt-1.3.1/node_modules/readable-stream/lib/_stream_writable.js:334:11)
    at Socket.ondata (_stream_readable.js:666:20)
    at Socket.emit (events.js:182:13)
    at addChunk (_stream_readable.js:283:12)
Emitted 'error' event at:
    at MqttClient._handleConnack (/zigbee2mqtt-1.3.1/node_modules/mqtt/lib/client.js:922:10)
    at MqttClient._handlePacket (/zigbee2mqtt-1.3.1/node_modules/mqtt/lib/client.js:350:12)
    [... lines matching original stack trace ...]
    at addChunk (_stream_readable.js:283:12)
npm
 ERR! code ELIFECYCLE
npm ERR! errno 1
npm
 ERR! zigbee2mqtt@1.3.1 start: `node index.js`
npm ERR! Exit status 1
npm ERR! 
npm
 ERR! Failed at the zigbee2mqtt@1.3.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-04-28T14_34_24_061Z-debug.log
2019-04-28T16:34:28: PM2 log: App [npm:0] exited with code [1] via signal [SIGINT]
2019-04-28T16:34:28: PM2 log: App [npm:0] starting in -fork mode-
2019-04-28T16:34:28: PM2 log: App [npm:0] online
> zigbee2mqtt@1.3.1 start /zigbee2mqtt-1.3.1
> node index.js
  zigbee2mqtt:info 4/28/2019, 4:34:31 PM Logging to directory: '/share/zigbee2mqtt/log/2019-04-28.16-34-31'
  zigbee2mqtt:debug 4/28/2019, 4:34:31 PM Removing old log directory '/share/zigbee2mqtt/log/2019-04-28.16-32-32'
  zigbee2mqtt:debug 4/28/2019, 4:34:32 PM Using zigbee-shepherd with settings: '{"net":{"panId":6754,"extPanId":[221,221,221,221,221,221,221,221],"channelList":[11],"precfgkey":"HIDDEN"},"dbPath":"/share/zigbee2mqtt/database.db","sp":{"baudRate":115200,"rtscts":true}}'
  zigbee2mqtt:debug 4/28/2019, 4:34:33 PM Loaded state from file /share/zigbee2mqtt/state.json
  zigbee2mqtt:debug 4/28/2019, 4:34:33 PM Saving state to file /share/zigbee2mqtt/state.json

dit is de zigbee log

[...]

Lijkt op hetzelfde probleem als ik had. Je hebt de acl.conf en accesscontrollist aangemaakt in de /share/mosquitto directory en een gebruikersnaam en wachtwoord opgegeven in de zigbee2mqtt config?

[Speedfightserv]

UTMachine schreef op vrijdag 24 mei 2019 @ 09:23:
[...]


Nee, ik heb in eerste instantie met de originele coordinator firmware getest ... Maar dat gaf ook geen enkel resultaat, da's de reden waarom ik ook nieuwere firmwares heb geprobeerd. Op dit moment krijg ik 0.0 gepaired ;-(

Zodra je de pairing mode activeert, krijg je wel de melding dat het actief is? "Zigbee: allowing new devices to join."

En heb je dit wel in je yaml file:

code:

advanced:
  pan_id: 0x1a63

[ Voor 8% gewijzigd door Speedfightserv op 24-05-2019 10:53 ]

[UTMachine]

Speedfightserv schreef op vrijdag 24 mei 2019 @ 10:43:
[...]


Zodra je de pairing mode activeert, krijg je wel de melding dat het actief is? "Zigbee: allowing new devices to join."

En heb je dit wel in je yaml file:

code:

advanced:
  pan_id: 0x1a63

Ja, ik heb de "pan_id" in mijn configuration.yaml geconfigureerd. Hieronder mijn configuratie en logging rond het moment ik pairing probeer, maar ik zie ook geen foutmeldingen

code:

$ more configuration.yaml
homeassistant: false
permit_join: false
mqtt:
  base_topic: zigbee2mqtt
  server: 'mqtt://mqtt.lan:1883'
  user: user
  password: password
  include_device_information: true
serial:
  port: >-
    /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0012022E37-if00
advanced:
  cache_state: true
  log_level: debug
  log_directory: data/log
  pan_id: 6757
  network_key:
    - 1
    - 3
    - 5
    - 7
    - 9
    - 11
    - 13
    - 15
    - 5
    - 2
    - 4
    - 6
    - 8
    - 10
    - 12
    - 13

Mijn logging is dan als volgt (tijd is GMT, niet CEST :-)):

code:

5/24/2019, 8:20:04 AM - info: Logging to directory: 'data/log'
5/24/2019, 8:20:04 AM - debug: Using zigbee-shepherd with settings: '{"net":{"panId":6757,"extPanId":[221,221,221,221,221,221,221,221],"channelList":[11],"precfgkey":"HIDDEN"},"dbPath":"/app/data/database.db","coordBackupPath":"/app/data/coordinator_backup.json","sp":{"baudRate":115200,"rtscts":true}}'
5/24/2019, 8:20:04 AM - debug: Can't load state from file /app/data/state.json (doesn't exist)
5/24/2019, 8:20:04 AM - debug: Saving state to file /app/data/state.json
5/24/2019, 8:20:04 AM - info: Starting zigbee2mqtt version 1.4.0 (commit #unknown)
5/24/2019, 8:20:04 AM - info: Starting zigbee-shepherd
5/24/2019, 8:20:06 AM - info: zigbee-shepherd started
5/24/2019, 8:20:06 AM - info: Coordinator firmware version: '20190425'
5/24/2019, 8:20:06 AM - debug: zigbee-shepherd info: {"enabled":true,"net":{"state":"Coordinator","channel":"11","panId":6757,"extPanId":[221,221,221,221,221,221,221,221],"ieeeAddr":"0x00124b0014bde9f1","nwkAddr":0},"firmware":{"transportrev":2,"product":0,"version":"2.6.3","revision":20190425},"startTime":1558686006,"joinTimeLeft":0}
5/24/2019, 8:20:06 AM - info: Currently 0 devices are joined:
5/24/2019, 8:20:06 AM - info: Zigbee: disabling joining new devices.
5/24/2019, 8:20:06 AM - info: Connecting to MQTT server at mqtt://mqtt.lan:1883
5/24/2019, 8:20:06 AM - info: zigbee-shepherd ready
5/24/2019, 8:20:06 AM - info: Connected to MQTT server
5/24/2019, 8:20:06 AM - info: MQTT publish: topic 'zigbee2mqtt/bridge/state', payload 'online'
5/24/2019, 8:20:06 AM - info: MQTT publish: topic 'zigbee2mqtt/bridge/config', payload '{"version":"1.4.0","commit":"unknown","coordinator":20190425,"log_level":"debug","permit_join":false}'
5/24/2019, 8:20:06 AM - debug: Mounted the cieApp (epId 11)
5/24/2019, 8:21:34 AM - debug: Received MQTT message on 'zigbee2mqtt/bridge/config/permit_join' with data 'true'
5/24/2019, 8:21:34 AM - info: Zigbee: allowing new devices to join.
5/24/2019, 8:21:34 AM - info: MQTT publish: topic 'zigbee2mqtt/bridge/config', payload '{"version":"1.4.0","commit":"unknown","coordinator":20190425,"log_level":"debug","permit_join":true}'
5/24/2019, 8:22:50 AM - debug: Saving state to file /app/data/state.json

[Sandert98]

Ik kom er niet meer uit . Kan iemand mij helpen?

Ik heb een Raspberry pi 4b met 4GB RAM, Rasbpian Buster Lite, docker 18.09.7, hassio 0.96.2 (raspberry pi 4 versie die volgens mij nog in beta is), Koenkk zigbee2mqtt 1.5.1 en een CC2531 Zigbee2mqtt stick met firmware 20190425.
Het issue is dat ik geen devices zie in de logfile wanneer ik alles heb geïnstalleerd/geconfigureerd. Ik heb hetzelfde ook geprobeerd op mijn pi2B, maar hier heb ik precies hetzelfde resultaat.

Wat ik heb geïnstalleerd:
Mosquitto broker

code:

{
  "logins": [
    {
      "username": "knip",
      "password": "knip"
    }
  ],
  "anonymous": false,
  "customize": {
    "active": false,
    "folder": "mosquitto"
  },
  "certfile": "fullchain.pem",
  "keyfile": "privkey.pem"
}

daarnaast heb ik eerst geprobeerd om het via de add-on van Koenkk, met de volgende config:

code:

{
  "data_path": "/share/zigbee2mqtt",
  "devices": "devices.yaml",
  "groups": "groups.yaml",
  "homeassistant": true,
  "permit_join": true,
  "mqtt": {
    "base_topic": "zigbee2mqtt",
    "server": "mqtt://knip,
    "user": "knip",
    "password": "knip"
  },
  "serial": {
    "port": "/dev/ttyACM0",
    "disable_led": false
  },
  "advanced": {
    "log_level": "debug",
    "network_key": [
knip
    ]
  }
}

Als seriele adapter heb ik zowel de ttyACM0 geprobeerd als de "echte" naam, Texas_instruments etc. De config gaat wel over naar de USB, want het commando led_false veranderen van true naar false reageert 'ie netjes op.
Omdat dit niet probeerde heb ik deze tutorial geprobeerd:
http://www.zigbee2mqtt.io.../running_zigbee2mqtt.html

In zowel de add-on via hassio als via raspbian zelf (van de laatste stap) krijg ik beiden precies dezelfde log:

code:

[Info] Configuration file found in data path, but no backup file found in data path. Backing up existing configuration to /share/zigbee2mqtt/.configuration.yaml.bk
2019-07-21T20:09:34: PM2 log: Launching in no daemon mode
2019-07-21T20:09:34: PM2 log: App [npm:0] starting in -fork mode-
2019-07-21T20:09:34: PM2 log: App [npm:0] online
> zigbee2mqtt@1.5.1 start /zigbee2mqtt-1.5.1
> node index.js
  zigbee2mqtt:info 7/21/2019, 8:09:45 PM Logging to directory: '/share/zigbee2mqtt/log/2019-07-21.20-09-42'
  zigbee2mqtt:debug 7/21/2019, 8:09:45 PM Can't load state from file /share/zigbee2mqtt/state.json (doesn't exist)
  zigbee2mqtt:debug 7/21/2019, 8:09:45 PM Saving state to file /share/zigbee2mqtt/state.json
  zigbee2mqtt:info 7/21/2019, 8:09:45 PM Starting zigbee2mqtt version 1.5.1 (commit #unknown)
  zigbee2mqtt:info 7/21/2019, 8:09:45 PM Starting zigbee-shepherd
  zigbee2mqtt:debug 7/21/2019, 8:09:45 PM Using zigbee-shepherd with settings: '{"net":{"panId":6754,"extPanId":[221,221,221,221,221,221,221,221],"channelList":[11],"precfgkey":"HIDDEN"},"dbPath":"/share/zigbee2mqtt/database.db","coordBackupPath":"/share/zigbee2mqtt/coordinator_backup.json","sp":{"baudRate":115200,"rtscts":true}}'
  zigbee2mqtt:info 7/21/2019, 8:09:54 PM zigbee-shepherd started
  zigbee2mqtt:info 7/21/2019, 8:09:54 PM Coordinator firmware version: '20190425'
  zigbee2mqtt:debug 7/21/2019, 8:09:54 PM zigbee-shepherd info: {"enabled":true,"net":{"state":"Coordinator","channel":"11","panId":6754,"extPanId":[221,221,221,221,221,221,221,221],"ieeeAddr":"0x00124b0018e1ae79","nwkAddr":0},"firmware":{"transportrev":2,"product":0,"version":"2.6.3","revision":20190425},"startTime":1563732594,"joinTimeLeft":0}
  zigbee2mqtt:info 7/21/2019, 8:09:54 PM Currently 0 devices are joined:
  zigbee2mqtt:warn 7/21/2019, 8:09:54 PM `permit_join` set to  `true` in configuration.yaml.
  zigbee2mqtt:warn 7/21/2019, 8:09:54 PM Allowing new devices to join.
  zigbee2mqtt:warn 7/21/2019, 8:09:54 PM Set `permit_join` to `false` once you joined all devices.
  zigbee2mqtt:info 7/21/2019, 8:09:54 PM Zigbee: allowing new devices to join.
  zigbee2mqtt:info 7/21/2019, 8:09:54 PM Connecting to MQTT server at mqtt://knip
  zigbee2mqtt:info 7/21/2019, 8:09:54 PM zigbee-shepherd ready
  zigbee2mqtt:debug 7/21/2019, 8:09:54 PM Mounted the cieApp (epId 11)
  zigbee2mqtt:info 7/21/2019, 8:09:55 PM Connected to MQTT server
  zigbee2mqtt:info 7/21/2019, 8:09:55 PM MQTT publish: topic 'zigbee2mqtt/bridge/state', payload 'online'
  zigbee2mqtt:info 7/21/2019, 8:09:55 PM MQTT publish: topic 'zigbee2mqtt/bridge/config', payload '{"version":"1.5.1","commit":"unknown","coordinator":20190425,"log_level":"debug","permit_join":true}'
  zigbee2mqtt:info 7/21/2019, 8:12:34 PM Successfully reenabled joining

Verder gebeurt er dus niets... Ik heb zowel aqara devices als hue proberen te koppelen, helaas geen resultaat... Een buur van mij, die ook zigbee2mqtt heeft, ziet mijn devices wel. En ja, we hebben ook geprobeerd wanneer zijn systeem uit staat. Dus dat heeft niet geholpen.

Wat doe ik fout, ik kom er niet meer uit

[renedis]

GertJan2012 schreef op dinsdag 23 juli 2019 @ 14:32:
[...]

Ik hoopte dat 1.5.1.1 mijn probleem zou verhelpen, maar helaas , ik had daar ook het probleem dat hij überhaupt niet wilde starten. Kan je een screenshot maken waar je precies die blacklisted_devices hebt toegevoegd ?

code:

{
  "data_path": "/share/zigbee2mqtt",
  "devices": "devices.yaml",
  "groups": "groups.yaml",
  "homeassistant": true,
  "permit_join": false,
  "mqtt": {
    "base_topic": "zigbee2mqtt",
    "server": "mqtt://IP.ADD.RE.SS",
    "user": "USERNAME",
    "password": "PASSWORD"
  },
  "serial": {
    "port": "/dev/ttyPORT",
    "disable_led": true
  },
  "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": {}
}

Ik denk dat hij regel 38 van de default config bedoelt?

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

[RogValk]

Dag allne, ik heb sinds enkele dagen geen verbinding meer met mn devices, krijg bij alles Unavailable. Heb meerdere reboots, restarts van Hasiso en Zigbee2MQTT en MQTT Broker gedaan, maar helaas.

Hier mijn config:

{
"devices": "devices.yaml",
"groups": "groups.yaml",
"homeassistant": true,
"permit_join": false,
"mqtt": {
"base_topic": "zigbee2mqtt",
"server": "mqtt://homeassistant",
"user": "xxxxxxx",
"password": "xxxxxxx"
},
"serial": {
"port": "/dev/ttyACM0"
},
"advanced": {
"pan_id": 6754,
"channel": 11,
"report": true,
"network_key": [
1,
3,
5,
7,
9,
11,
13,
15,
0,
2,
4,
6,
8,
10,
12,
13
],
"availability_blacklist": []
},
"ban": [],
"whitelist": [],
"queue": {}
}

En hier de log:

./run.sh: line 16: [Info] Configuration backup found in /share/zigbee2mqtt/.configuration.yaml.bk. Skipping config backup.: No such file or directory
2019-10-07T08:22:56: PM2 log: Launching in no daemon mode
2019-10-07T08:22:57: PM2 log: App [npm:0] starting in -fork mode-
2019-10-07T08:22:57: PM2 log: App [npm:0] online
> zigbee2mqtt@1.6.0 start /zigbee2mqtt-1.6.0
> node index.js
zigbee2mqtt:info 10/7/2019, 8:23:02 AM Logging to directory: '/share/zigbee2mqtt/log/2019-10-07.08-23-01'
zigbee2mqtt:info 10/7/2019, 8:23:02 AM Starting zigbee2mqtt version 1.6.0 (commit #unknown)
zigbee2mqtt:info 10/7/2019, 8:23:02 AM Starting zigbee-shepherd
zigbee2mqtt:info 10/7/2019, 8:23:25 AM Error while starting zigbee-shepherd, attempting to fix... (takes 60 seconds) (Error: SRSP - SYS - osalNvRead after 6000ms)
zigbee2mqtt:info 10/7/2019, 8:24:25 AM Starting zigbee-shepherd
zigbee2mqtt:error 10/7/2019, 8:24:43 AM Error while starting zigbee-shepherd! (Error: SRSP - SYS - osalNvRead after 6000ms)
zigbee2mqtt:error 10/7/2019, 8:24:43 AM Press the reset button on the stick (the one closest to the USB) and start again
zigbee2mqtt:error 10/7/2019, 8:24:43 AM Failed to start
{"message":"SRSP - SYS - osalNvRead after 6000ms","stack":"Error: SRSP - SYS - osalNvRead after 6000ms\n at Timeout.object.timer.setTimeout [as _onTimeout] (/zigbee2mqtt-1.6.0/node_modules/zigbee-herdsman/dist/znp/znp.js:227:24)\n at ontimeout (timers.js:436:11)\n at tryOnTimeout (timers.js:300:5)\n at listOnTimeout (timers.js:263:5)\n at Timer.processTimers (timers.js:223:10)"}
zigbee2mqtt:error 10/7/2019, 8:24:43 AM Exiting...
npm
ERR! code ELIFECYCLE
npm
ERR! errno 1
npm ERR! zigbee2mqtt@1.6.0 start: `node index.js`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the zigbee2mqtt@1.6.0 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-10-07T06_25_19_305Z-debug.log

Kan iemand me aangeven wat er fout is en wat te doen?
Heb nou al een paar keer problemen gehad met vastlopers in de afgelopen weken, maar een reboor of spanning eraf gaf dan soelaas, maar nu is er iets meer aan de hand vrees ik.

Alvast bedankt voor het meedenken!

[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

[spockster]

Kan je eens proberen met een ander pan_id. Ik had iets gelijkaardigs na het opnieuw flashen.
Door het veranderen van de pan_id, zal je wel al je devices opnieuw moeten pairen.

[luigi87]

spockster schreef op woensdag 20 november 2019 @ 21:47:
Kan je eens proberen met een ander pan_id. Ik had iets gelijkaardigs na het opnieuw flashen.
Door het veranderen van de pan_id, zal je wel al je devices opnieuw moeten pairen.

Geprobeerd, krijg de zelfde error dat de Herdsman faalt

[ Voor 51% gewijzigd door luigi87 op 20-11-2019 22:04 ]

[Verwijderd]

Iemand een tip? Na installatie van zigbee 2 mqtt edge op hassio, lijkt alles te werken, maar zodra je verwacht dat het zoekproces start, gebeurd er niets

Edit: ook met de ‘normale’ versie dit probleem. De stick heeft gewerkt op zigbee2mqtt op 1.6.x

Log:

Debug information
-----
-----
{
"data_path": "/share/zigbee2mqtt",
"devices": "devices.yaml",
"groups": "groups.yaml",
"homeassistant": true,
"permit_join": true,
"mqtt": {
"base_topic": "zigbee2mqtt",
"server": "mqtt://192.168.178.151:1883",
"user": "mqtt",
"password": "mqtt"
},
"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.0,
"initialdelay": 1.0,
"options": "-d -d",
"log": false
}
}Debug information end
./run.sh: line 24: [Info] Configuration backup found in /share/zigbee2mqtt/.configuration.yaml.bk. Skipping config backup.: No such file or directory
[Info] Socat is DISABLED and not started
2019-11-21T19:56:54: PM2 log: Launching in no daemon mode
2019-11-21T19:56:55: PM2 log: App [npm:0] starting in -fork mode-
2019-11-21T19:56:55: PM2 log: App [npm:0] online
> zigbee2mqtt@1.7.1 start /app
> node index.js
zigbee2mqtt:info 2019-11-21 19:57:17: Logging to directory: '/share/zigbee2mqtt/log/2019-11-21.19-57-14'
zigbee2mqtt:info 2019-11-21 19:57:18: Starting zigbee2mqtt version 1.7.1+dev (commit #ba18c5f773c160b54977908ed241cd40547a2fff)
zigbee2mqtt:info 2019-11-21 19:57:18: Starting zigbee-herdsman...
zigbee2mqtt:info 2019-11-21 19:57:26: zigbee-herdsman started
zigbee2mqtt:info 2019-11-21 19:57:26: Coordinator firmware version: '{"type":"zStack12","meta":{"transportrev":2,"product":0,"majorrel":2,"minorrel":6,"maintrel":3,"revision":20190608}}'
zigbee2mqtt:info 2019-11-21 19:57:26: Currently 0 devices are joined:
zigbee2mqtt:warn 2019-11-21 19:57:26: `permit_join` set to `true` in configuration.yaml.
zigbee2mqtt:warn 2019-11-21 19:57:26: Allowing new devices to join.
zigbee2mqtt:warn 2019-11-21 19:57:26: Set `permit_join` to `false` once you joined all devices.
zigbee2mqtt:info 2019-11-21 19:57:26: Zigbee: allowing new devices to join.
zigbee2mqtt:info 2019-11-21 19:57:26: Connecting to MQTT server at mqtt://192.168.178.151:1883
zigbee2mqtt:info 2019-11-21 19:57:30: Connected to MQTT server
zigbee2mqtt:info 2019-11-21 19:57:31: MQTT publish: topic 'zigbee2mqtt/bridge/state', payload 'online'
zigbee2mqtt:info 2019-11-21 19:57:31: MQTT publish: topic 'zigbee2mqtt/bridge/config', payload '{"version":"1.7.1+dev","commit":"ba18c5f773c160b54977908ed241cd40547a2fff","coordinator":{"type":"zStack12","meta":{"transportrev":2,"product":0,"majorrel":2,"minorrel":6,"maintrel":3,"revision":20190608}},"log_level":"info","permit_join":true}'

[Imperial Guard]

luigi87 schreef op vrijdag 22 november 2019 @ 10:10:
[...]


haha lekker
Ik zit in de avond uurtjes te kloojen en als het dan niet lukt, volgende avond weer

Had je met Flashen van de kaart geen moeite?

Nee, volgens de documentatie heb ik UniFlash gebruikt.
Hiermee de firmware geupdate en een volledige erase gedaan en daarna de .bin file erin geschoten.

Binnen zigbee2mqtt moest ik mijn panID aanpassen en that's it

[luigi87]

Imperial Guard schreef op vrijdag 22 november 2019 @ 10:13:
[...]


Nee, volgens de documentatie heb ik UniFlash gebruikt.
Hiermee de firmware geupdate en een volledige erase gedaan en daarna de .bin file erin geschoten.

Binnen zigbee2mqtt moest ik mijn panID aanpassen en that's it

Oke dat is wel een paar stapjes minder ja.
Ik moest nog ff helemaal beginnen ermee

[argon007]

Hallo,

In huis heb ik dekking met mijn C2531 Coordinator/Router, echter in het tuinhuis heb ik geen dekking. Ik zou eventueel een Raspberry Pi in het tuinhuis plaatsen met Zigbee2Mqtt hierop en een C2531 Router. Dit volgens deze handleiding: https://www.zigbee2mqtt.i.../running_zigbee2mqtt.html

Ik twijfel echter of dit zal werken of niet? De reden waarom ik twijfel is omdat dit mijn Config is in de Zigbee2Mqtt Addon op Hassio:

"advanced": {
"pan_id": 6754,
"channel": 18,
"network_key": [
35,
33,
5,
7,
20,
11,
15,
25,
0,
22,
1,
6,
8,
29,
12,
13
],

Hoe kan ik daar mijn Pan ID en Network key meegeven? Of is dit niet nodig omdat ik de bijkomende Router reeds gepaired heb met de Coordinator?

[Vorkie]

argon007 schreef op dinsdag 31 december 2019 @ 16:48:
Hallo,

In huis heb ik dekking met mijn C2531 Coordinator/Router, echter in het tuinhuis heb ik geen dekking. Ik zou eventueel een Raspberry Pi in het tuinhuis plaatsen met Zigbee2Mqtt hierop en een C2531 Router. Dit volgens deze handleiding: https://www.zigbee2mqtt.i.../running_zigbee2mqtt.html

Ik twijfel echter of dit zal werken of niet? De reden waarom ik twijfel is omdat dit mijn Config is in de Zigbee2Mqtt Addon op Hassio:


[...]


Hoe kan ik daar mijn Pan ID en Network key meegeven? Of is dit niet nodig omdat ik de bijkomende Router reeds gepaired heb met de Coordinator?

Je netwerk kan maar 1 coordinator hebben, jij moet gewoon de stick als een router flashen, koppelen en dan in een simpele USB lader proppen.

[daxy]

Hmmbob schreef op woensdag 1 januari 2020 @ 11:49:
[...]

Gewoon de installatie stappen doorlopen, maar een ander "basetopic" gebruiken (stap 3): https://www.zigbee2mqtt.i.../running_zigbee2mqtt.html

HA pakt het dan, als het goed is, gewoon automatisch op dmv discovery en het interfereert niet met je huidige setup. Je devices worden dus automatisch beschikbaar gemaakt, mits je voor je huidige router al HA juist hebt ingesteld (https://www.zigbee2mqtt.io/integration/home_assistant.html)

@argon007 Klopt, dit werkt gewoon goed, ook binnen HA.
Ik heb zelf 2 netwerken gemaakt, een voor beneden en een voor zolder (routers er tussen werkte niet goed, vandaar 2 netwerken).

Op zolder heb ik een Raspberry Pi Zero W gebruikt die met Wifi verbinding maakt op zolder.
Mijn zigbee2mqtt config op zolder is dan ook:

code:

mqtt:
  base_topic: zigbee2mqtt-zolder
  server: 'mqtt://192.168.1.10'
  user: <user>
  password: <pass>
advanced:
  channel: 25
  pan_id: 6758

Wel heb ik een apart kanaal en pan_id ingesteld, puur om problemen te voorkomen.
Als topic gebruik ik dan: topic: "zigbee2mqtt-zolder/Schakelaar Mancave"

Hope this helps.

[argon007]

daxy schreef op woensdag 1 januari 2020 @ 15:40:
[...]


@argon007 Klopt, dit werkt gewoon goed, ook binnen HA.
Ik heb zelf 2 netwerken gemaakt, een voor beneden en een voor zolder (routers er tussen werkte niet goed, vandaar 2 netwerken).

Op zolder heb ik een Raspberry Pi Zero W gebruikt die met Wifi verbinding maakt op zolder.
Mijn zigbee2mqtt config op zolder is dan ook:

code:

mqtt:
  base_topic: zigbee2mqtt-zolder
  server: 'mqtt://192.168.1.10'
  user: <user>
  password: <pass>
advanced:
  channel: 25
  pan_id: 6758

Wel heb ik een apart kanaal en pan_id ingesteld, puur om problemen te voorkomen.
Als topic gebruik ik dan: topic: "zigbee2mqtt-zolder/Schakelaar Mancave"

Hope this helps.

@Hmmbob en @daxy beiden bedankt! Ik probeer dit komende dagen eens uit.

[pcc]

Nadat mijn CC2531 overleden is deze week is daarnet een nieuwe CC1352P-2 toegekomen. Flashen ging zonder problemen, maar om zigbee2mqtt te laten werken heb ik het pan id moeten veranderen.
Hierna terug alles gekoppeld (50+ toestellen) waarvan ze bijna allemaal werken.

Helaas zijn er 2 toestellen die foutmeldingen geven:
1 Ikea Trafdri E1603 met de voglende melding (andere 24 doen het wel goed):

zigbee2mqtt:error 2020-01-03 15:35:34: Publish 'set' 'state' to 'Ikea Outlet 13' failed: 'Error: Data request failed with error: 'MAC no ack' (233)'
zigbee2mqtt:info 2020-01-03 15:35:34: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"zigbee_publish_error","message":"Publish 'set' 'state' to 'Ikea Outlet 13' failed: 'Error: Data request failed with error: 'MAC no ack' (233)'","meta":{"friendly_name":"Ikea Outlet 13"}}'

1 Ikea Tradfri E27 bulb met de volgende melding (andere 6 ikea lampen doen het wel):
zigbee2mqtt:error 2020-01-03 15:42:05: Publish 'set' 'color' to 'Ikea Light 03' failed: 'Error: Timeout - 57442 - 1 - 155 - 768 - 11 after 15000ms'
zigbee2mqtt:info 2020-01-03 15:42:05: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"zigbee_publish_error","message":"Publish 'set' 'color' to 'Ikea Light 03' failed: 'Error: Timeout - 57442 - 1 - 155 - 768 - 11 after 15000ms'","meta":{"friendly_name":"Ikea Light 03"}}'

Nu nog even getest en er komt bij de Ikea E27 bulb de volgende melding:
zigbee2mqtt:error 2020-01-03 15:46:43: Publish 'set' 'brightness' to 'Ikea Light 03' failed: 'Error: Data request failed with error: 'MAC no ack' (233)'
zigbee2mqtt:info 2020-01-03 15:46:43: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"zigbee_publish_error","message":"Publish 'set' 'brightness' to 'Ikea Light 03' failed: 'Error: Data request failed with error: 'MAC no ack' (233)'","meta":{"friendly_name":"Ikea Light 03"}}'

Reeds enkele malen opnieuw gepaired maar dit geeft geen oplossing. Alsook komt bij het pairen geen melding dat er een toestel ontdekt is. Reeds ruim een uur beide toestellen laten aanstaan maar nog steeds krijg ik de bovenstaande foutmeldingen...

Iemand enig idee wat ik nog kan testen?

Ok... de simpelste manier had ik even niet aan gedacht, de CC1352 losgekoppeld en terug aangesloten: alles werkt terug perfect!

[ Voor 15% gewijzigd door pcc op 03-01-2020 17:06 ]

[pcc]

argon007 schreef op dinsdag 7 januari 2020 @ 19:17:
Wie heeft hier ervaring met die CC1352P-2 ? Hoe sluit je deze net aan? Ik werk Vmware dus zou die op een laptop moeten kunnen aansluiten via USB. Is dit mogelijk?

Langs de andere kant, ik ziet dat die CC1352P-2 ook weer vlot €50 kost en heb geen enkele zekerheid natuurlijk dat het beter is... pfff :-)

Ik heb deze sinds enkele dagen en deze werkt via USB. Wel heb ik het probleem gehad dat ik de PanID heb moeten aanpassen omdat anders Zigbee2mqtt niet wou starten.

[pcc]

argon007 schreef op dinsdag 7 januari 2020 @ 19:32:
Waar heb je die net gekocht (mag ook via DM). En wat was de reden voor de aankoop? Ook om een beter bereik te hebben?

Gekocht bij Digi-Key voor 46,94 euro, hier heb ik nog wel voor 3,17 euro een simpele CR2032 houder bijgekocht om net boven de 50 euro uit te komen voor gratis verzending.
Besteld 30/12, toegekomen 03/01. Verzending via UPS vanuit Amerika.

Wel nog 14 euro btw moeten betalen, eigenlijk niet correct aangezien ik gratis verzending had maar de BTW wordt bovenop de verzendingskosten gerekend die de afzender betaald heeft. Maar voor 4 euro had ik geen zin om een hopeloze strijd tegen UPS te beginnen.

Reden van aankoop was vrij simpel: mijn CC2531 had het begeven alsook heb ik hier, op dit moment, meer dan 50 toestellen gekoppeld.

Mijn ervaring: het flashen ging zodanig simpel dat ik dit ongeveer 10 keer gedaan heb omdat ik dacht dat er ergens iets foutliep. Uiteindelijk bleek het het Pan-ID te zijn dat niet hetzelfde mocht zijn dan de vorige stick.
Qua snelheid van reageren merk ik geen verschil, ik vermoed dat de traagheid (iets minder dan 1 seconde) vooral bij Domoticz ligt.

Edit: Let wel op dat dit naar België was, ik weet niet hoeveel UPS aanrekend naar Nederland

[ Voor 3% gewijzigd door pcc op 07-01-2020 20:11 ]

[jens17]

Sinds ik opnieuw ben begonnen krijg ik de 'groups' niet meer aan de praat, terwijl ik het naar mijn weten precies zo doe als de vorige keer..

Onderstaande staat in mijn groups.yaml file, in de zigbee2mqtt folder.
Er brackets omheen zetten ('{' en '}') resulteert in de melding dat er komma's ontbreken? Ik snap er net niet genoeg van merk ik. Wie spot de fout?

configuration.yaml, via de Hassio plugin

code:

{
  "data_path": "/share/zigbee2mqtt",
  "devices": "devices.yaml",
  "groups": "groups.yaml",
  "homeassistant": true,
  "permit_join": true,
  "mqtt": {
    "base_topic": "zigbee2mqtt",
    "server": "mqtt://core-mosquitto",
    "user": "[i]mijn username[/i]",
    "password": "[i]mijn password[/i]"
  },
  "serial": {
    "port": "/dev/ttyACM0"
  },
  "advanced": {
    "pan_id": 6754,
    "channel": 11,
    "network_key": [
      [i]hier staat de networkkey[/i]
    ],
    "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
  }
}

groups.yaml

code:

groups:
  '1':
    friendly_name: woonkamer
    retain: false
    transition: 2
    optimistic: true
    devices:
      - '0x001788010237320b'
      - '0x0017880102372880'

  '2':
    friendly_name: trapkast
    retain: false
    transition: 2
    optimistic: true
    devices:
      - '0x14b457fffe7b4638'
      - '0x14b457fffe7b92a2'

  '3':
    friendly_name: hal
    retain: false
    transition: 2
    optimistic: true
    devices:
      - '0x90fd9ffffe1ee6fb'
      - '0x90fd9ffffe139620'
      - '0x90fd9ffffe1354e8'

  '4':
    friendly_name: keuken
    retain: false
    transition: 2
    optimistic: true
    devices:
      - '0x00178801037251ec'
      - '0x0017880103725c8f'
      - '0x0017880103724d41'
      - '0x001788010372575b'
      - '0x0017880102261d01'

[ Voor 28% gewijzigd door jens17 op 27-01-2020 08:24 ]

[svenvbins]

Toch maar even een post na wat uurtjes prutsen, zowel "solo" als ook met hulp op de zigbee2mqtt discord (gisteravond en vanavond).

Heb sinds gisteren de CC2531, maar het wil maar niet lukken om Zigbee2mqtt te starten via de Add-On op Hass.io. Ondanks uitvoerig lezen van guidelines, FAQs, threads en issues krijg ik een error bij het starten van zigbee-herdsman.

Zie code hieronder voor de bijbehorende log.
Tot nu toe zonder succes geprobeerd:
- Opnieuw downloaden firmware CC2531
- Opnieuw flashen CC2531
- Reset-knop op CC2531
- Opnieuw opstarten Zigbee2mqtt add-on
- Opnieuw starten HA

En wat betreft
https://www.zigbee2mqtt.i...gbee2mqtt-fails-to-start:
1) "Verify that you put the correct port in configuration.yaml"
Check
2) "Verify that the user you run Zigbee2mqtt as has write access to the port"
Check (via SSH ingelogd op [e-mail], en dan het genoemde commando, dat had gewoon succes. Ik neem aan dat dat de goede "check-methode" is, en dat je niet op een andere manier moet inloggen?)

Ik vind het niet erg dingen uit te moeten zoeken, maar de ideeën beginnen op te raken. Iemand die hier ervaring mee heeft? Dank!

code:

./run.sh: line 17: [Info] Configuration backup found in /share/zigbee2mqtt/.configuration.yaml.bk. Skipping config backup.: No such file or directory
[Info] Zigbee Herdsman debug logging enabled.
[Info] Socat is DISABLED and not started
2020-01-30T22:41:15: PM2 log: Launching in no daemon mode
2020-01-30T22:41:15: PM2 log: App [npm:0] starting in -fork mode-
2020-01-30T22:41:15: PM2 log: App [npm:0] online
> zigbee2mqtt@1.9.0 start /zigbee2mqtt-1.9.0
> node index.js
zigbee2mqtt:info  2020-01-30 22:41:18: Logging to console and directory: '/share/zigbee2mqtt/log/2020-01-30.22-41-18'
zigbee2mqtt:debug 2020-01-30 22:41:18: Removing old log directory '/share/zigbee2mqtt/log/2020-01-30.22-37-00'
zigbee2mqtt:debug 2020-01-30 22:41:18: Can't load state from file /share/zigbee2mqtt/state.json (doesn't exist)
zigbee2mqtt:info  2020-01-30 22:41:18: Starting zigbee2mqtt version 1.9.0 (commit #unknown)
zigbee2mqtt:info  2020-01-30 22:41:18: Starting zigbee-herdsman...
zigbee2mqtt:debug 2020-01-30 22:41:18: Using zigbee-herdsman with settings: '{"network":{"panID":6754,"extendedPanID":[221,221,221,221,221,221,221,221],"channelList":[11],"networkKey":"HIDDEN"},"databasePath":"/share/zigbee2mqtt/database.db","databaseBackupPath":"/share/zigbee2mqtt/database.db.backup","backupPath":"/share/zigbee2mqtt/coordinator_backup.json","serialPort":{"baudRate":115200,"rtscts":true,"path":"/dev/ttyACM0"}}'
2020-01-30T21:41:18.904Z zigbee-herdsman:adapter Failed to validate path: 'Error: spawn udevadm ENOENT'
2020-01-30T21:41:18.907Z zigbee-herdsman:controller:log Starting with options '{"network":{"networkKeyDistribute":false,"networkKey":[1,3,5,7,9,11,13,15,0,2,4,6,8,10,12,13],"panID":6754,"extendedPanID":[221,221,221,221,221,221,221,221],"channelList":[11]},"serialPort":{"baudRate":115200,"rtscts":true,"path":"/dev/ttyACM0"},"databasePath":"/share/zigbee2mqtt/database.db","databaseBackupPath":"/share/zigbee2mqtt/database.db.backup","backupPath":"/share/zigbee2mqtt/coordinator_backup.json"}'
2020-01-30T21:41:18.910Z zigbee-herdsman:adapter:zStack:znp:log Opening SerialPort with /dev/ttyACM0 and {"baudRate":115200,"rtscts":true,"autoOpen":false}
2020-01-30T21:41:23.980Z zigbee-herdsman:adapter:zStack:znp:log Serialport opened
2020-01-30T21:41:23.982Z zigbee-herdsman:adapter:zStack:znp:log Writing skip bootloader payload
2020-01-30T21:41:23.983Z zigbee-herdsman:adapter:zStack:unpi:writer --> buffer [239]
2020-01-30T21:41:25.001Z zigbee-herdsman:adapter:zStack:znp:SREQ --> SYS - version - {}
2020-01-30T21:41:25.011Z zigbee-herdsman:adapter:zStack:unpi:writer --> frame [254,0,33,2,35]
zigbee2mqtt:error 2020-01-30 22:41:31: Error while starting zigbee-herdsman
zigbee2mqtt:error 2020-01-30 22:41:31: Failed to start zigbee
zigbee2mqtt:error 2020-01-30 22:41:31: Exiting...
zigbee2mqtt:error 2020-01-30 22:41:31: Error: SRSP - SYS - version after 6000ms
    at Timeout._onTimeout (/zigbee2mqtt-1.9.0/node_modules/zigbee-herdsman/dist/utils/waitress.js:44:24)
    at listOnTimeout (internal/timers.js:531:17)
    at processTimers (internal/timers.js:475:7

[stringbean]

svenvbins schreef op donderdag 30 januari 2020 @ 23:29:
Toch maar even een post na wat uurtjes prutsen, zowel "solo" als ook met hulp op de zigbee2mqtt discord (gisteravond en vanavond).

Heb sinds gisteren de CC2531, maar het wil maar niet lukken om Zigbee2mqtt te starten via de Add-On op Hass.io. Ondanks uitvoerig lezen van guidelines, FAQs, threads en issues krijg ik een error bij het starten van zigbee-herdsman.

Zie code hieronder voor de bijbehorende log.
Tot nu toe zonder succes geprobeerd:
- Opnieuw downloaden firmware CC2531
- Opnieuw flashen CC2531
- Reset-knop op CC2531
- Opnieuw opstarten Zigbee2mqtt add-on
- Opnieuw starten HA

En wat betreft
https://www.zigbee2mqtt.i...gbee2mqtt-fails-to-start:
1) "Verify that you put the correct port in configuration.yaml"
Check
2) "Verify that the user you run Zigbee2mqtt as has write access to the port"
Check (via SSH ingelogd op [e-mail], en dan het genoemde commando, dat had gewoon succes. Ik neem aan dat dat de goede "check-methode" is, en dat je niet op een andere manier moet inloggen?)

Ik vind het niet erg dingen uit te moeten zoeken, maar de ideeën beginnen op te raken. Iemand die hier ervaring mee heeft? Dank!

code:

./run.sh: line 17: [Info] Configuration backup found in /share/zigbee2mqtt/.configuration.yaml.bk. Skipping config backup.: No such file or directory
[Info] Zigbee Herdsman debug logging enabled.
[Info] Socat is DISABLED and not started
2020-01-30T22:41:15: PM2 log: Launching in no daemon mode
2020-01-30T22:41:15: PM2 log: App [npm:0] starting in -fork mode-
2020-01-30T22:41:15: PM2 log: App [npm:0] online
> zigbee2mqtt@1.9.0 start /zigbee2mqtt-1.9.0
> node index.js
zigbee2mqtt:info  2020-01-30 22:41:18: Logging to console and directory: '/share/zigbee2mqtt/log/2020-01-30.22-41-18'
zigbee2mqtt:debug 2020-01-30 22:41:18: Removing old log directory '/share/zigbee2mqtt/log/2020-01-30.22-37-00'
zigbee2mqtt:debug 2020-01-30 22:41:18: Can't load state from file /share/zigbee2mqtt/state.json (doesn't exist)
zigbee2mqtt:info  2020-01-30 22:41:18: Starting zigbee2mqtt version 1.9.0 (commit #unknown)
zigbee2mqtt:info  2020-01-30 22:41:18: Starting zigbee-herdsman...
zigbee2mqtt:debug 2020-01-30 22:41:18: Using zigbee-herdsman with settings: '{"network":{"panID":6754,"extendedPanID":[221,221,221,221,221,221,221,221],"channelList":[11],"networkKey":"HIDDEN"},"databasePath":"/share/zigbee2mqtt/database.db","databaseBackupPath":"/share/zigbee2mqtt/database.db.backup","backupPath":"/share/zigbee2mqtt/coordinator_backup.json","serialPort":{"baudRate":115200,"rtscts":true,"path":"/dev/ttyACM0"}}'
2020-01-30T21:41:18.904Z zigbee-herdsman:adapter Failed to validate path: 'Error: spawn udevadm ENOENT'
2020-01-30T21:41:18.907Z zigbee-herdsman:controller:log Starting with options '{"network":{"networkKeyDistribute":false,"networkKey":[1,3,5,7,9,11,13,15,0,2,4,6,8,10,12,13],"panID":6754,"extendedPanID":[221,221,221,221,221,221,221,221],"channelList":[11]},"serialPort":{"baudRate":115200,"rtscts":true,"path":"/dev/ttyACM0"},"databasePath":"/share/zigbee2mqtt/database.db","databaseBackupPath":"/share/zigbee2mqtt/database.db.backup","backupPath":"/share/zigbee2mqtt/coordinator_backup.json"}'
2020-01-30T21:41:18.910Z zigbee-herdsman:adapter:zStack:znp:log Opening SerialPort with /dev/ttyACM0 and {"baudRate":115200,"rtscts":true,"autoOpen":false}
2020-01-30T21:41:23.980Z zigbee-herdsman:adapter:zStack:znp:log Serialport opened
2020-01-30T21:41:23.982Z zigbee-herdsman:adapter:zStack:znp:log Writing skip bootloader payload
2020-01-30T21:41:23.983Z zigbee-herdsman:adapter:zStack:unpi:writer --> buffer [239]
2020-01-30T21:41:25.001Z zigbee-herdsman:adapter:zStack:znp:SREQ --> SYS - version - {}
2020-01-30T21:41:25.011Z zigbee-herdsman:adapter:zStack:unpi:writer --> frame [254,0,33,2,35]
zigbee2mqtt:error 2020-01-30 22:41:31: Error while starting zigbee-herdsman
zigbee2mqtt:error 2020-01-30 22:41:31: Failed to start zigbee
zigbee2mqtt:error 2020-01-30 22:41:31: Exiting...
zigbee2mqtt:error 2020-01-30 22:41:31: Error: SRSP - SYS - version after 6000ms
    at Timeout._onTimeout (/zigbee2mqtt-1.9.0/node_modules/zigbee-herdsman/dist/utils/waitress.js:44:24)
    at listOnTimeout (internal/timers.js:531:17)
    at processTimers (internal/timers.js:475:7

Lijkt er eerder op dat jou CC2531 geen CC2531 is..
Kijk eens goed op de chipset, er zijn namelijk bij aliexpress ook winkels die de CC2540 als CC2531 verkopen.

[hypernova]

Hallo,

Ik heb mijn CC2530 vervangen door een CC1352P-2 hierop heb ik de CC1352P_2_20191106 firmware geflashed. Ik heb ook de pan_id en channel gewijzigd in configuration.yaml. Toch krijg ik zogbee2mqtt niet opgestart. Ik krijg de volgende logging:

code:

[32mzigbee2mqtt:info [39m 2020-02-06 21:06:24: Logging to console and directory: '/app/data/log/2020-02-06.21-06-24'
[32mzigbee2mqtt:info [39m 2020-02-06 21:06:24: Starting zigbee2mqtt version 1.9.0 (commit #287f843)

[32mzigbee2mqtt:info [39m 2020-02-06 21:06:24: Starting zigbee-herdsman...
[31mzigbee2mqtt:error[39m 2020-02-06 21:07:31: Error while starting zigbee-herdsman

[31mzigbee2mqtt:error[39m 2020-02-06 21:07:31: Failed to start zigbee

[31mzigbee2mqtt:error[39m 2020-02-06 21:07:31: Exiting...

[31mzigbee2mqtt:error[39m 2020-02-06 21:07:31: Error: Coordinator failed to start, probably the panID is already in use, try a different panID or channel

at /app/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/startZnp.js:164:23
at Generator.throw (<anonymous>)
at rejected (/app/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/startZnp.js:6:65)
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! zigbee2mqtt@1.9.0 start: `node index.js`
npm ERR! Exit status 1


npm ERR! Failed at the zigbee2mqtt@1.9.0 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/2020-02-06T20_07_31_536Z-debug.log

Zigbee2mqtt draait in een docker container in Unraid (ik heb ook al de container volledige weggegooid en opniew gestart).

Ik heb geen idee meer wat er nog fout is.

Kan iemand me verderhelpen? Thanks!

[Bobbika]

hypernova schreef op donderdag 6 februari 2020 @ 21:17:
Hallo,

Ik heb mijn CC2530 vervangen door een CC1352P-2 hierop heb ik de CC1352P_2_20191106 firmware geflashed. Ik heb ook de pan_id en channel gewijzigd in configuration.yaml. Toch krijg ik zogbee2mqtt niet opgestart. Ik krijg de volgende logging:

code:

[32mzigbee2mqtt:info [39m 2020-02-06 21:06:24: Logging to console and directory: '/app/data/log/2020-02-06.21-06-24'
[32mzigbee2mqtt:info [39m 2020-02-06 21:06:24: Starting zigbee2mqtt version 1.9.0 (commit #287f843)

[32mzigbee2mqtt:info [39m 2020-02-06 21:06:24: Starting zigbee-herdsman...
[31mzigbee2mqtt:error[39m 2020-02-06 21:07:31: Error while starting zigbee-herdsman

[31mzigbee2mqtt:error[39m 2020-02-06 21:07:31: Failed to start zigbee

[31mzigbee2mqtt:error[39m 2020-02-06 21:07:31: Exiting...

[31mzigbee2mqtt:error[39m 2020-02-06 21:07:31: Error: Coordinator failed to start, probably the panID is already in use, try a different panID or channel

at /app/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/startZnp.js:164:23
at Generator.throw (<anonymous>)
at rejected (/app/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/startZnp.js:6:65)
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! zigbee2mqtt@1.9.0 start: `node index.js`
npm ERR! Exit status 1


npm ERR! Failed at the zigbee2mqtt@1.9.0 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/2020-02-06T20_07_31_536Z-debug.log

Zigbee2mqtt draait in een docker container in Unraid (ik heb ook al de container volledige weggegooid en opniew gestart).

Ik heb geen idee meer wat er nog fout is.

Kan iemand me verderhelpen? Thanks!

Staan jouw Zigbee devices nog aan? Probeer die eens uit te zetten of anders de range van de CC1352P-2 beperken. Gevonden via Google: https://github.com/Koenkk/zigbee2mqtt/issues/2893

[imdos]

hypernova schreef op donderdag 6 februari 2020 @ 21:17:
Hallo,

Ik heb mijn CC2530 vervangen door een CC1352P-2 hierop heb ik de CC1352P_2_20191106 firmware geflashed. Ik heb ook de pan_id en channel gewijzigd in configuration.yaml. Toch krijg ik zogbee2mqtt niet opgestart. Ik krijg de volgende logging:

code:

[31mzigbee2mqtt:error[39m 2020-02-06 21:07:31: Error: Coordinator failed to start, probably the panID is already in use, try a different panID or channel

Had je het al gelezen? Ik heb alleen de relevante regel overgelaten.
Hier staat het ook nogmaals.

[hypernova]

imdos schreef op vrijdag 7 februari 2020 @ 08:58:
[...]


Had je het al gelezen? Ik heb alleen de relevante regel overgelaten.
Hier staat het ook nogmaals.

Ik had reeds de panID en channel gewijzigd zonder succes zoals beschreven in mijn inleiding. Alle Zigbee devices uitschakelen of buiten bereik van de coordinator plaatsen was de oplossing.

[bkor]

renedis schreef op zaterdag 1 februari 2020 @ 11:44:
[...]


Kan aan mij liggen maar volgens mij zijn dit twee onwaarheden. Kan je dit onderbouwen/aantonen misschien? Ik kan er natuurlijk ook naast zitten.

Nogal enorm late reactie, maar ach.

Korte paring afstand had ik op verschillende websites gelezen. Ik kon de website niet meer vinden, wel een andere, https://support.getvera.c...ow-to-Add-Zigbee-Devices:

For Zigbee, the process of establishing a link is called "pairing" or "including." For security reasons, the range for pairing is sometimes deliberately limited to about 3-feet (approx. 1 meter) between the device and the controller. After pairing, the actual working range for all Zigbee devices is about 30-feet, but it really depends on the materials in the way. Of course, it is possible to extend the range by adding a repeater. Sometimes, you may need to bring the device to within 3-feet of the controller.

Ik heb gister verschillende apparaten opnieuw gepaired, hierbij maakte de afstand eigenlijk niet veel uit. Voorheen ging het pairen soms behoorlijk lastig en pairde ik vaak op korte afstand. Nieuwere Zigbee2mqtt versies werken wel een stuk sneller en betrouwbaarder met pairen. Kan ook aan de nieuwe coordinator liggen. De meeste apparaten pairden in 1x, sommige hadden meerdere pogingen nodig. Sommige apparaten paiden in 1x, ondanks een lage link quality.


Dat gedeelte over sneller reageren klopt niet meer. Voorheen had Zigbee2mqtt een soort queue voor commando's. Schijnt dat dit al vele maanden weg is. Ik had deze info ergens in de vele discussies gelezen (van Zigbee2mqtt, niet hier). Bij het terugzoeken zag ik dat het niet meer uitmaakte. Best jammer, want ik vind dat sommige Automations wel wat sneller mogen reageren op een knop/actie.

---

bkor schreef op donderdag 30 januari 2020 @ 17:51:
[...]
Los hiervan: Ik heb inmiddels een CC1352P-2 gekocht, het duurt alleen even doordat ik ermee kan spelen. [..] Indien het me lukt probeer ik ook even een Zigbee map voor en erna te maken. Ik ben benieuwd wat de impact is op de link quality enzo.

Het duurde even, gister alles aangesloten. De benodigde software werkt onder Linux, alleen verre van prettig installeren. Het ding wilt onder andere een 32bit library. Verder wilt het je root wachtwoord via een soort KDE/Qt dialoog. Niet de meest prettige ervaring. Uiteindelijk werkt de software wel.

Voor het aanpassen heb ik de instructies van https://www.zigbee2mqtt.i...n/supported_adapters.html gebruikt. Qua configuratie heb de pan_id aangepast, plus ext_pan_id (misschien niet nodig). Gelijk ook maar de channel aangepast, plus een andere network_key. Overzetten van het netwerk ging behoorlijk makkelijk. Qua volgorde raad ik aan: Zigbee2mqtt stoppen, oude adapter eruit, nieuwe erin, configuration.yaml aanpassen (goed opletten!), Zigbee2mqtt starten. Vervolgens alles opnieuw pairen. Ik heb dus niet tijdelijk 2 netwerken gemaakt ofzo. Ik vroeg me af of ik alle configuratie bestanden moest weggooien, gelukkig hoeft dit allemaal niet. Ik had soms de namen aangepast in Home Assistant, opnieuw pairen en Home Assistant werkte weer. Totdat je opnieuw pairt zie je in Home Assistant een hoop dingen als "Unavailable"; dit werkt erg prettig (je ziet exact wat je nog moet doen).


De andere channel heeft mogelijk een impact gehad op de link quality. Hiervoor gebruikte ik een CC2530 met antenne. Het bereik van de CC1352P-2 (nu nog zonder antenne) is een stuk beter (als ik de link quality moet geloven). Voor het aansluiten van een antenne moet er iets kleins gesoldeerd worden, deze instructies zijn beschikbaar alleen nog niet gevolgd. Zo te zien kan je ongeveer hetzelfde doen met een CC26X2R1 (zie officiele documentatie van dat bord), alleen is de aansluiting voor de antenne anders. De aansluiting is enorm klein, lijkt op een aansluiting waarvoor ik ooit eens een draadje had gekocht op AliExpress. Dat je moet solderen is behoorlijk jammer, ik hoopte dat dit niet nodig zou zijn. Aangezien je altijd moet solderen is misschien de CC26X2R1 het beste aankoop.

Ik soldeer nooit. Laatst weer een soldeerbout gekocht en heb wat geprobeerd. Resultaat: Ik moet nog flink oefenen. Tips voor het solderen van zoiets kleins is erg welkom. Het lijkt op YouTube allemaal een stuk makkelijker.

Wat (verder weg/muren) apparaten zijn van een 40-50 link quality richting de 60-80 gegaan. Niet enorm spectaculair. Via Home Assistant kan ik de historische waardes zien van de link quality, ik wilde over de komende dagen dit monitoren.

Verder begrijp ik de link quality meting niet echt. Volgens verschillende documenten meet dit:

The link quality indicator (LQI) is an indication of the quality of the data packets received by the receiver. The received signal strength (RSS) can be used as a measure of the signal quality. The RSS is a measure of the total energy of the received signal.

Alleen vraag ik me nog steeds af of dit received zoals gemeten door de coordinator, of received zoals gemeten op de sensor. Ik heb het liefst namelijk wat de coordinator ziet (ik gok dat het verzenden wel goed gaat).

Met de CC2530 zat ik aan de maximale hoeveelheid direct verbonden apparaten. Ik had de source routing firmware erop staan en deze kan maar 5 of 10 ofzo apparaten direct aan. Nieuwe apparaten pairen werkte niet, ik gok hierdoor. Dat het nieuwe bord veel meer apparaten aan kan is behoorlijk fijn.

[Animal]

Koenkk schreef op dinsdag 10 maart 2020 @ 21:53:
[...]


check https://www.zigbee2mqtt.i...igbee2mqtt-fails-to-start even.

In raspbian:

code:

ls -l /dev/serial/by-id
total 0
lrwxrwxrwx 1 root root 13 Mar 10 23:04 usb-Texas_Instruments_TI_CC2531_USB_CDC___0XF8300225CA05FFFF-if00 -> ../../ttyACM0

code:

test -w /dev/ttyACM0 && echo success || echo failure
success

Verder Modemmanager verwijderd.

Mijn config in Home assistant component

code:

data_path: /share/zigbee2mqtt
devices: devices.yaml
groups: groups.yaml
homeassistant: true
permit_join: false
mqtt:
  base_topic: zigbee2mqtt
  server: 'mqtt://core-mosquitto'
  user: mqtt
  password: mqtt
serial:
  port: /dev/ttyACM0
advanced:
  pan_id: 6754
  channel: 11
  network_key:

/knip

  options: '-d -d'
  log: false

update
En inmiddels zit ik op de volgende melding

code:

zigbee2mqtt:info  2020-03-10 23:27:57: Starting zigbee-herdsman...
zigbee2mqtt:error 2020-03-10 23:28:58: Error while starting zigbee-herdsman
zigbee2mqtt:error 2020-03-10 23:28:58: Failed to start zigbee
zigbee2mqtt:error 2020-03-10 23:28:58: Exiting...
zigbee2mqtt:error 2020-03-10 23:28:58: Error: AREQ - ZDO - stateChangeInd after 60000ms
    at Timeout._onTimeout (/zigbee2mqtt-1.11.0/node_modules/zigbee-herdsman/dist/utils/waitress.js:44:24)
    at listOnTimeout (internal/timers.js:531:17)
    at processTimers (internal/timers.js:475:7)

Na een update van Homeasisstant (0.106.5 naar 0.106.6) start zigbee2mqtt wel door maar de log (of z2m) reageren totaal niet op devices die willen pairen.

code:

MQTT publish: topic 'zigbee2mqtt/bridge/config', payload '{"version":"1.11.0","commit":"unknown","coordinator":{"type":"zStack12","meta":{"transportrev":2,"product":0,"majorrel":2,"minorrel":6,"maintrel":3,"revision":20190608}},"log_level":"info","permit_join":true}'

oke I'll give up.(na 48 uur )

[ Voor 109% gewijzigd door Animal op 11-03-2020 12:35 ]

[Animal]

Vanx schreef op maandag 16 maart 2020 @ 12:25:
[...]


Post je logs eens (inclusief pair mode aan en proberen te pairen). Bij voorkeur van de stable versie (geen idee wat de verschillen zijn met laatste edge, maar stable zou zeker moeten werken).

Nou goed. Voor de vorm. Er verschijnt niets.

code:

zigbee2mqtt:info  2020-03-17 15:36:00: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"devices","message":[{"ieeeAddr":"0x00124b0019368f90","type":"Coordinator","networkAddress":0,"friendly_name":"Coordinator","softwareBuildID":"zStack12","dateCode":"20190608","lastSeen":1584459360097}]}'
zigbee2mqtt:info  2020-03-17 15:41:04: Zigbee: allowing new devices to join.
zigbee2mqtt:info  2020-03-17 15:41:05: MQTT publish: topic 'zigbee2mqtt/bridge/config', payload '{"version":"1.11.0-dev","commit":"70309a38887ef6c3e5b35c6be6c9863318507f77","coordinator":{"type":"zStack12","meta":{"transportrev":2,"product":0,"majorrel":2,"minorrel":6,"maintrel":3,"revision":20190608}},"log_level":"info","permit_join":true}'

Zojuist een CC2531 maar eens geflashed naar Zigbee3.0 coordinator maar nu krijg ik weer een

code:

zigbee2mqtt:error 2020-03-17 19:05:13: Error: Coordinator failed to start, probably the panID is already in use, try a different panID or channel
    at /zigbee2mqtt-1.11.0/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/startZnp.js:165:23

(ik heb in de config al andere kanalen en ID's geprobeerd.

Eigenlijk heb ik alle meldingen wel gehad. Haha... Na meer dan een week troubleshooten misschien over een paar maanden eens een Deconz proberen.

[ Voor 20% gewijzigd door Animal op 17-03-2020 20:07 ]

[Bojan023]

@The_Zohan
Ik de CC1352P-2 als coördinator, en deze wordt 'gewoon' net als je huidige stick via een USB-kabel aangesloten. Ik heb geen antenne gesoldeerd en toch is het bereik en de resposnsiveness is een wereld van verschil t.o.v. de CC2531. Overigens is Zigbee 3.x backwards compatible met voorgaande versies en daarmee heeft dat dus geen (negatieve) impact op je huidige netwerk. Je kunt zelfs met het instellen van het juiste pan_id voorkomen dat je alles opnieuw moet pairen! Re-pairen is helaas noodzakelijk bij het switchen van type coördinator volgens de documentatie.

Wat betreft de ervaring, ik ben enorm tevreden met de upgrade en kan het iedereen aanraden!

edit: re-pairen weldegelijk vereist bij switchen van type coördinator

[ Voor 17% gewijzigd door Bojan023 op 23-03-2020 12:06 ]

[maartend]

Bojan023 schreef op maandag 23 maart 2020 @ 11:47:
@The_Zohan
Ik de CC1352P-2 als coördinator, en deze wordt 'gewoon' net als je huidige stick via een USB-kabel aangesloten. Ik heb geen antenne gesoldeerd en toch is het bereik en de resposnsiveness is een wereld van verschil t.o.v. de CC2531. Overigens is Zigbee 3.x backwards compatible met voorgaande versies en daarmee heeft dat dus geen (negatieve) impact op je huidige netwerk. Je kunt zelfs met het instellen van het juiste pan_id voorkomen dat je alles opnieuw moet pairen!

Wat betreft de ervaring, ik ben enorm tevreden met de upgrade en kan het iedereen aanraden!

Heb jij ze zelf geflashed of compleet aangeschaft?

[DizzyWeb]

Bojan023 schreef op maandag 23 maart 2020 @ 11:47:
@The_Zohan
Je kunt zelfs met het instellen van het juiste pan_id voorkomen dat je alles opnieuw moet pairen!

Zou je dit kunnen toelichten? Ik zie wel in de documentatie staan dat ik een andere pan_id moet instellen, maar hoe gaat de migratie dan?

Heb zelf namelijk net een CC26X2R1 besteld.

[Bojan023]

@DizzyWeb
Daar was ik dus ook bang voor. Maar dat repairen gaat véél makkelijker, en ik heb geen enkel devices dicht bij de coördinator moeten houden. Wederom, ik was positief verrast en ik hoop dat het voor jou hetzelfde uitpakt.

Kleine tip: ik greep dit moment direct aan om de 'beveiliging' van het Zigbee netwerk één keer goed in te stellen (veranderen van pan_id en network_key) aangezien je toch moet re-pairen. Sindsdien set-and-forget!

edit:

Denk ook aan het Zigbee-kanaal als je toch aan het Tweaken slaat, zie deze link

[ Voor 17% gewijzigd door Bojan023 op 23-03-2020 12:17 ]

[makaa]

daxy schreef op donderdag 2 april 2020 @ 15:25:
[...]
Heb je dit aan je zigbee2mqtt configuration.yaml toegevoegd?

homeassistant: true

Dit staat aan.

Zie me zigbee2mqtt config:

code:

data_path: /share/zigbee2mqtt
devices: devices.yaml
groups: groups.yaml
homeassistant: true
permit_join: true
mqtt:
  base_topic: zigbee2mqtt
  server: 'mqtt://core-mosquitto'
  user: mqtt
  password: mqtt
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

Ik twijfel of ik wel de goede server heb ingevoerd?
" server: 'mqtt://core-mosquitto'"

hoe kan ik zien of mijn MQTT broker werkt?

Dit is me log van Mosquitto broker

code:

[20:12:32] INFO: Setup mosquitto configuration
[20:12:32] WARNING: SSL not enabled - No valid certs found!
[20:12:32] INFO: No local user available
[20:12:33] INFO: Initialize Hass.io Add-on services
[20:12:33] INFO: Initialize Home Assistant discovery
[20:12:33] INFO: Start Mosquitto daemon
1585851153: mosquitto version 1.6.3 starting
1585851153: Config loaded from /etc/mosquitto.conf.
1585851153: Loading plugin: /usr/share/mosquitto/auth-plug.so
1585851153: |-- *** auth-plug: startup
1585851153:  ├── Username/password checking enabled.
1585851153:  ├── TLS-PSK checking enabled.
1585851153:  └── Extended authentication not enabled.
1585851153: Opening ipv4 listen socket on port 1883.
1585851153: Opening ipv6 listen socket on port 1883.
1585851153: Opening websockets listen socket on port 1884.
1585851153: Warning: Mosquitto should not be run as root/administrator.
1585851153: New connection from 172.30.33.1 on port 1883.
[INFO] found mqtt on Home Assistant
1585851155: New client connected from 172.30.33.1 as mqttjs_7958e8d3 (p2, c1, k60, u'mqtt').
1585851155: New connection from 172.30.32.1 on port 1883.
1585851158: Socket error on client <unknown>, disconnecting.
1585851158: New connection from 172.30.32.1 on port 1883.
[INFO] found homeassistant on local database
1585851158: New client connected from 172.30.32.1 as auto-8A5EA0C1-940F-7EF8-D29F-F78A0C5A96B6 (p2, c1, k60, u'homeassistant').
1585851160: New connection from 172.30.33.3 on port 1883.
1585851160: New client connected from 172.30.33.3 as a5bd27f13eb345dca0f89c2a8efe0514 (p2, c1, k15, u'mqtt').

[gastje01]

Na de zoveelste keer dat een van m’n Ikea lampen z’n verbinding kwijt raakt met m’n goedkope Ali stickie toch maar de stap gezet naar krachtigere hardware en bij TI besteld, zeker omdat ik van plan ben nog de nodige lampen toe te voegen, al dan niet aangevuld met sensoren.

Los van de Pan ID en het feit dat ik alles opnieuw moet binden nog andere dingen waar ik op moet letten? Ik weet dat de cc1352p-2 2 seriële interfaces heeft en ik de juiste moet invoeren.

Heeft een extra antenne nog echt toegevoegde waarde?

[Bojan023]

@gastje01
Ik copy-paste schaamteloos een comment van mij die ik initieel op Reddit heb gepost, echter is deze voor jou ook relevant:

I suggest to change your Zigbee channel (also double check with your Wi-Fi channel). Taken from the documentation:

code:

# Optional: ZigBee channel, changing requires re-pairing of all devices. (Note: use a ZLL channel: 11, 15, 20, or 25 to avoid Problems) 
# (default: 11) 
channel: 11

Needs repairing unfortunately, but take the opportunity to also secure your Zigbee communication if you haven't already:

code:

# Optional: ZigBee pan ID (default: shown below) 
pan_id: 0x1a62 
# Optional: network encryption key, will improve security (Note: changing requires repairing of all devices) (default: shown below)
network_key: [1, 3, 5, 7, 9, 11, 13, 15, 0, 2, 4, 6, 8, 10, 12, 13]

[gastje01]

Bojan023 schreef op zondag 12 april 2020 @ 15:36:
@gastje01
Ik copy-paste schaamteloos een comment van mij die ik initieel op Reddit heb gepost, echter is deze voor jou ook relevant:

I suggest to change your Zigbee channel (also double check with your Wi-Fi channel). Taken from the documentation:

code:

# Optional: ZigBee channel, changing requires re-pairing of all devices. (Note: use a ZLL channel: 11, 15, 20, or 25 to avoid Problems) 
# (default: 11) 
channel: 11

Needs repairing unfortunately, but take the opportunity to also secure your Zigbee communication if you haven't already:

code:

# Optional: ZigBee pan ID (default: shown below) 
pan_id: 0x1a62 
# Optional: network encryption key, will improve security (Note: changing requires repairing of all devices) (default: shown below)
network_key: [1, 3, 5, 7, 9, 11, 13, 15, 0, 2, 4, 6, 8, 10, 12, 13]

Voor overlap met WiFi bedoel je? Dat is al gecheckt. Ik zend geen wifi in de 2.4 uit op een kanaal dat overlap heeft met mijn zigbee netwerk. Daarbij zou dat ook niet logisch zijn voor de lampen die er om heen hangen, die werken namelijk wel. Ik gok dat ik met zo’n 38 devices gewoon tegen de limiet aan loop van t huidige stickje, de extra range heb ik niet per se nodig als t meshen lekker werkt, los van een eenzame temp-sensor die er baat bij zou hebben.

Anyway bordje is al besteld, ben ik ook meteen toekomst proof voor meer spul. Ik ken mezelf, dat komt er toch wel

[gastje01]

Als het goed is komt morgen eindelijk mijn CC1352P-2 binnen

Ik heb mezelf er al op voorbereid dat ik alle devices opnieuw moet pairen, geen leuk werkje, maar voor t goede doel. Om zeker te weten dat ik niets vergeet:
- Nieuwe coördinator flashen
- Pan ID aanpassen (gewoon 1 nummer omhoog?)
- Serial Port aanpassen
- Zigbee2mqtt herstarten
- Beginnen met Pairen

De enige vragen die er nog overblijven is de PanID, ik lees dat deze niet hetzelfde mag zijn, maar kan ik hier gewoon een random nummer invullen? Nu heb ik 6754 staan, dit was standaard.

Moet ik nu ook alle devices in HomeAssistant opnieuw toevoegen? Ik hoopte er namelijk een beetje op dat dit gelijk zou blijven, maakt het proces een stuk minder bewerkelijk en tijdrovend. Iemand ervaring?

[daxy]

rorie schreef op vrijdag 5 juni 2020 @ 08:57:
Sta op het punt om een CC26X2R1 te kopen, alleen is het mij niet duidelijk of ik dan al mijn apparaten opnieuw moet koppelen?

Ja, dat moet inderdaad. Je moet ook meteen je pan-id aanpassen, en als je toch bezig bent kan je je network_key aanpassen mocht je dat nog niet hebben

[Verwijderd]

daxy schreef op vrijdag 5 juni 2020 @ 09:20:
[...]

Ja, dat moet inderdaad. Je moet ook meteen je pan-id aanpassen, en als je toch bezig bent kan je je network_key aanpassen mocht je dat nog niet hebben

Wel mooi dat mijn vraag beantwoord wordt voor ik hem stel op GoT.

Zojuist eentje aangesloten ter vervanging van de cc25xx. Ik hoop dat ik nu niet meer zo vaak de battery devices opnieuw moet koppelen of wakker moet maken met het knopje...

Kan iemand mij trouwens helpen aan een leuke 3d geprinte case voor de CC26xxR1 en de CC25xx? De templates kan ik denk ik wel vinden op het internet eventueel.

[rorie]

Waarom moet ik eigenlijk mijn pan-id aanpassen als ik toch al mijn devices opnieuw moet pairen?

daxy schreef op vrijdag 5 juni 2020 @ 09:20:
[...]

Ja, dat moet inderdaad. Je moet ook meteen je pan-id aanpassen, en als je toch bezig bent kan je je network_key aanpassen mocht je dat nog niet hebben

[daxy]

rorie schreef op zaterdag 6 juni 2020 @ 14:51:
Waarom moet ik eigenlijk mijn pan-id aanpassen als ik toch al mijn devices opnieuw moet pairen?
[...]

When migrating from another dongle (e.g. CC2531), make sure to modify your pan_id in your configuration, otherwise Zigbee2mqtt won’t start.
Source: https://www.zigbee2mqtt.i...n/supported_adapters.html

[daxy]

Flappie schreef op dinsdag 23 juni 2020 @ 15:54:
Ik heb gelukkig wel een zig-a-zig-ah! (CC2652 Stick) kunnen bemachtigen afgelopen zaterdag avond.
Er kwam een mailtje dat hij weer op voorraad was en direct besteld

Ik heb nu een CC2531 en deze is gekoppeld aan Domoticz met de Zigbee2MQTT Domoticz plugin.

Nu weet ik dat ik alles moet "repairen" maar ik wil graag de historie van temperatuur sensoren e.d. in Domoticz behouden. Wat is de juiste manier om dit te doen?
Zat er aan te denken om alle data weg te gooien en in de configuration.yaml de user friendly names te behouden. Dat is namelijk de naam waarmee hij in Domoticz terug komt.
Hierna de devices opnieuw pairen met de nieuwe stick waarna ze automatisch met de juiste naam terug komen.

Gaat dit werken?

Zolang je je friendly name gebruikt dan zou het goed moeten gaan. Die blijft namelijk gewoon hetzelfde. Ik heb vaak genoeg devices uit de database.db gegooid en opnieuw gepaired en nooit problemen met namen binnen Home-Assistant gehad.

Ik krijg hem ook binnenkort binnen en ik denk er aan om deze volgorde aan te houden:

• Home-Assistant en zigbee2mqtt stoppen
• Network Key en Pan-Id aanpassen
• database.db helemaal weggooien (na backup)
• Zigbee2mqtt starten
• Alles re-pairen
• Home-Assistant starten

[denuz]

@Ironburn

Dit is is mijn config:

code:

data_path: /share/zigbee2mqtt
devices: devices.yaml
groups: groups.yaml
homeassistant: true
permit_join: false
mqtt:
  base_topic: zigbee2mqtt
  server: 'mqtt://core-mosquitto:1883'
  user: mijn_user
  password: 'mijn_pw,'
serial:
  port: /dev/ttyACM0
advanced:
  pan_id: 67

etc..

[Ironburn]

pjeterinfo schreef op zondag 19 juli 2020 @ 18:50:
@Ironburn Kan je dan zonder user/password in mqttfx inloggen op de broker? En zowel Mosquitto en Zigbee2mqtt draaien op dezelfde host?

Nee ik kan niet zonder username en password inloggen op me broker.
Ik had al bij: # MQTT server authentication, uncomment if required:
# user: mijn_user
# password: mijn_ww
de # ook al weg gehaald in de hoop dat dit het probleem zou oplossen maar dat maakt geen verschil.
Mosuitto en Zigbee2mqtt draaien inderdaad op de zelfde host

denuz schreef op zondag 19 juli 2020 @ 19:27:
@Ironburn

Dit is is mijn config:

code:

data_path: /share/zigbee2mqtt
devices: devices.yaml
groups: groups.yaml
homeassistant: true
permit_join: false
mqtt:
  base_topic: zigbee2mqtt
  server: 'mqtt://core-mosquitto:1883'
  user: mijn_user
  password: 'mijn_pw,'
serial:
  port: /dev/ttyACM0
advanced:
  pan_id: 67

etc..

Hiermee met eigen gegevens van me moquitto broker, krijg ik dezelfde melding.
Het lijkt wel of zigbee2mqtt niet kan inloggen op mijn broker

[ Voor 34% gewijzigd door Ironburn op 19-07-2020 20:31 ]

[Ironburn]

denuz schreef op zondag 19 juli 2020 @ 19:27:
@Ironburn

Dit is is mijn config:

code:

data_path: /share/zigbee2mqtt
devices: devices.yaml
groups: groups.yaml
homeassistant: true
permit_join: false
mqtt:
  base_topic: zigbee2mqtt
  server: 'mqtt://core-mosquitto:1883'
  user: mijn_user
  password: 'mijn_pw,'
serial:
  port: /dev/ttyACM0
advanced:
  pan_id: 67

etc..

Ik heb u configuratie nogmaals geprobeerd maar dan deze keer met server: en dan mijn ip adres vd server
en bij user 'mijn user name' tussen de aanhalingstekens.
En... Hij heeft verbinding met me mqtt broker. Top! Super bedankt!

[Hmmbob]

Gisteren is 1.14.3 uitgebracht:

quote: https://github.com/Koenkk/zigbee2mqtt/releases/tag/1.14.3

Notes

• Slaesh’s CC2652RB stick is now officially supported (documentation)
• New Z-Stack_3.x.0 firmware available 20200805 (for CC2652R/CC2652RB/CC1352P based adapters users) (link)

Improvements

• #1348 Add brightness_step command (documentation)
• #4048 Separate Home Assistant name by space instead of _ when friendlyName contains space
• #3943 Improve error messages when configuration is invalid
• #1393 Provide action alternative to deprecated click (see device page for documentation, example)
• #3984 Make syslog output plain text instead of JSON
• #3991 Add voltage to ZNCZ02LM
• #3990 Don't publish action_group for E1743
• #1415 Add support for acceleration sensor (moving) in Samsung Smartthings Multipurpose sensor (2016 model)
• #1427 Support reset_limits for ZNCLDJ12LM (documentation)
• #3998 Add hold_timeout_expire for WXKG01LM (documentation)
• #4010 Add channel, panID and extendedPanID to zigbee2mqtt/bridge/info and zigbee2mqtt/bridge/config
• #3977 Fix QBKG22LM Home Assistant discovery
• #1435 Remove temperature support for QBKG22LM since readings are not correct
• #1435 Remove power support for QBKG25LM since readings are not correct
• #1435 Support operation_mode, power_outage_memory and do_not_disturb for QBKG25LM (documentation)
• #4026 Add hue_correction option (documentation example)
• #1357 Allow Kwikset lock programming (documentation)

Fixes

• #3826 Disable reporting on device when reporting is disabled
• #3769 Fix fan_state incorrect for Hampton Bay 99432
• #1430 Fix Wally U02I007C.01 configure failing
• #1426 Fix battery information for Develco Smoke detector
• #3948 Fix incorrect brightness when toggle is used to change state
• #3966 Fix groups not setup correctly and missing state changes when group setup fails
• #3980 Fix crash when attribute value is undefined of null (publish empty payload in this case)
• #3987 Fix crash when reading color/color temperature from Gledopto device
• #1438 Fix T21W1Z configure error
• #4005 Fix exception in Home Assistant extension when click or action is null/undefined
• #4001 Add battery and fix duplicate action for TuYa TS0041, TS0042 and TS0043 switches
• #1446 Fix TYZS1L integration
• #1449 Sonoff SNZB-04 identified as SNZB-02
• #4034 Fix no color_temp for group on changing color_xy and vice versa
• #4054 Fix attribute output not publishing all values

New supported devices

• 4512721 Namron Zigbee 4 channel switch K8 (black)
• X713A Lonsonho 3 gang switch
• ROB_200-010-0 ROBB Zigbee curtain motor controller
• 1743830P7 Philips Hue Econic outdoor wall lamp
• ZB-CT01 YSRSAI Zigbee LED controller (WW/CW)
• 8718699703424 Philips Hue white and color ambiance LightStrip plus
• AM25 ORVIBO Smart blind controller
• 43076 Enbrighten Zigbee in-wall smart switch
• ZSTY-SM-11ZG-US-W Somgoms 1 gang switch
• ZSTY-SM-1CTZG-US-W Somgoms Curtain switch
• ZSTY-SM-1DMZG-US-W Somgoms Dimmer switch
• SNTZ009 TuYa Water leak sensor
• 4058075208414 LEDVANCE SMART+ candle E14 tunable white
• 4058075208339 LEDVANCE Flex 3P multicolor
• NAS-AB02B0 Neo Temperature & humidity sensor and alarm
• FL 120 C Innr Color Flex LED strip
• 9290022267 Philips Hue white ambiance E26 with Bluetooth
• ZNTGMK11LM Xiaomi Aqara smart RGBW light controller
• HLQDQ01LM Xiaomi Aqara zigbee LED-controller
• TS0502A TuYa Light controller
• TS0004 TuYa Smart light switch - 4 gang with neutral wire
• U86KWF-ZPSJ TuYa Environment controller
• D3-DPWK-TY TuYa HVAC controller
• 100.075.74 Paul Neuhaus Q-VIDAL RGBW ceiling lamp, 6032-55

[Kodess]

Ik draai nu ongeveer 2 maanden de zzh.
2x een zending van hem vanuit engeland ontvangen, beide waren er binnen 2 a 3 dagen. Wel via PostNL volgens mij.

Het omzetten is super simpel. Andere Pan ID en dan alles opnieuw koppelen. Alles werkte meteen gewoon weer bij mij.

En: kan die bluetooth?!

[ Voor 4% gewijzigd door Kodess op 10-09-2020 21:03 ]

[remcoXP]

van de tindie page:
TI CC2652R 2.4 GHz multi-protocol wireless microcontroller targeting Thread, Zigbee, Bluetooth 5 Low Energy, IEEE 802.15.4g, IPv6-enabled smart objects (6LoWPAN) and proprietary systems

maar dat wil niet zeggen dat zigbee2mqtt dit ook ondersteund.

Kodess schreef op donderdag 10 september 2020 @ 21:03:
Ik draai nu ongeveer 2 maanden de zzh.
2x een zending van hem vanuit engeland ontvangen, beide waren er binnen 2 a 3 dagen. Wel via PostNL volgens mij.

Het omzetten is super simpel. Andere Pan ID en dan alles opnieuw koppelen. Alles werkte meteen gewoon weer bij mij.

En: kan die bluetooth?!

[remcoXP]

voor de migratie.
ik heb alle devices in een excel staan met namen enz.

mijn plan was:
software stoppen
stick eruit
software wijzigen (pan ID)
stick erin
en alles pairen.

met dezelfde namen als dat ze hadden. of is het slimmer alles weg te gooien? ik heb nu een beetje een rommeltje. sommige hebben een goede naam, andere devices een 0x91827398bla dan pak ik de friendly name dan de originele. dit keer wil ik het in 1 keer goed doen.

ook als ik in home assistant integraties kijk bij mqtt zie ik daar ook mijn xiaomi scale, dsmr reader, xiaomi camera's en zwave alles wat via MQTT loopt. ik kan dus niet filteren op zigbee2mqtt zodat ik alles die devices krijg. is daar toevallig een truckje voor?

[Kodess]

remcoXP schreef op vrijdag 11 september 2020 @ 12:03:
voor de migratie.
ik heb alle devices in een excel staan met namen enz.

mijn plan was:
software stoppen
stick eruit
software wijzigen (pan ID)
stick erin
en alles pairen.

met dezelfde namen als dat ze hadden. of is het slimmer alles weg te gooien? ik heb nu een beetje een rommeltje. sommige hebben een goede naam, andere devices een 0x91827398bla dan pak ik de friendly name dan de originele. dit keer wil ik het in 1 keer goed doen.

ook als ik in home assistant integraties kijk bij mqtt zie ik daar ook mijn xiaomi scale, dsmr reader, xiaomi camera's en zwave alles wat via MQTT loopt. ik kan dus niet filteren op zigbee2mqtt zodat ik alles die devices krijg. is daar toevallig een truckje voor?

Nee je kan niet filteren op alleen zigbee2mqtt.
Ik had een backup gemaakt van mijn devices.yaml (of json? weet het niet meer). Alles gepaired, en toen de devices.yaml weer terug. Dan heb je sowieso alles werkend. Daarna kan je lekker je naampjes aanpassen als je dat toch wilt

[Kodess]

Mars Warrior schreef op woensdag 16 september 2020 @ 15:03:
Ik zal wel wat fout doen met die zzh! stick. Krijg niets gekoppeld, zie niks in de container log voorbijkomen op één keer na toen ik nog een passlist had: en dus een reject melding...

Zowel Ikea lampen als Xiaomi sensoren: helemaal niks...

Je hebt dan wel de firmware erop geflasht?
Dat lijkt me het enige waar het fout kan gaan, maar neem aan dat z2m dat dan gewoon aangeeft eigenlijk...

PAN Id gewijzigd?

code:

advanced:
  rtscts: false

toegevoegd aan je config?

[ Voor 7% gewijzigd door Kodess op 16-09-2020 15:33 ]