Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie
Toon posts:

Zigbee2mqtt - open source zigbee bridge

Pagina: 1
Acties:

  • Koenkk
  • Registratie: november 2009
  • Laatst online: 16-11 21:32
Matched: pan-id
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.

Koenkk wijzigde deze reactie 16-01-2019 14:44 (4%)


  • trekker22
  • Registratie: maart 2003
  • Laatst online: 17-11 10:53
Matched: pan-id
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?

casino's maken me rijk!Neteller heb je dan nodig!!


  • PuckStar
  • Registratie: juli 2000
  • Laatst online: 16-11 12:02
Matched: pan-id
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?

[My Home Automations] - [Cheap controllable Wifi Ledstrip]


  • Koenkk
  • Registratie: november 2009
  • Laatst online: 16-11 21:32
Geen matches
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. >:)

Koenkk wijzigde deze reactie 16-01-2019 15:45 (19%)


  • royheidotting
  • Registratie: december 2014
  • Laatst online: 13-11 12:47
Matched: pan-id
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
  • Registratie: november 2009
  • Laatst online: 16-11 21:32
Geen matches
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
  • Registratie: maart 2007
  • Laatst online: 21:11
Geen matches
@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
  • Registratie: juli 2010
  • Laatst online: 13-11 09:55
Geen matches
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
  • Registratie: maart 2007
  • Laatst online: 21:11
Geen matches
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
  • Registratie: juli 2000
  • Laatst online: 14-11 16:30
Geen matches
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
  • Registratie: november 2002
  • Laatst online: 15-11 13:32
Matched: pan-id
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.

Galaxy S8


Acties:
  • +1Henk 'm!
  • Pinned

  • Koenkk
  • Registratie: november 2009
  • Laatst online: 16-11 21:32
Matched: pan-id
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
  • Registratie: maart 2007
  • Laatst online: 21:11
Geen matches
@Koenkk klopt het dat het pan id en root mqqt topic in versie 1.1.0 niet configureerbaar zijn?

  • Koenkk
  • Registratie: november 2009
  • Laatst online: 16-11 21:32
Geen matches
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
  • Registratie: maart 2007
  • Laatst online: 21:11
Geen matches
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
  • Registratie: maart 2004
  • Laatst online: 16-11 18:19
Geen matches
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 :o
Toch nog steeds vreemd dat 1 sensor gewoon is blijven werken.

BizzieBis wijzigde deze reactie 31-01-2019 19:16 (26%)


  • Mars Warrior
  • Registratie: oktober 2003
  • Laatst online: 18:38

Mars Warrior

Earth, the final frontier

Geen matches
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 :o
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?

http://www.team-mediaportal.com/


  • BizzieBis
  • Registratie: maart 2004
  • Laatst online: 16-11 18:19
Geen matches
@Mars Warrior

Klopt, met

code:
1
2
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.

BizzieBis wijzigde deze reactie 31-01-2019 20:33 (51%)


  • BizzieBis
  • Registratie: maart 2004
  • Laatst online: 16-11 18:19
Geen matches
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 ;w

BizzieBis wijzigde deze reactie 01-02-2019 18:34 (10%)


  • RoRoo
  • Registratie: mei 2001
  • Laatst online: 12-11 11:14

RoRoo

Certified Prutser

Matched: pan-id
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?

It's not DNS. There's no way it's DNS. It was DNS. --The Sysadmin haiku


  • dof
  • Registratie: juli 2010
  • Laatst online: 13-11 09:55
Matched: pan-id
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).

dof wijzigde deze reactie 12-02-2019 18:29 (9%)


  • RoRoo
  • Registratie: mei 2001
  • Laatst online: 12-11 11:14

RoRoo

Certified Prutser

Matched: pan-id
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:
1
debug: zigbee-shepherd info: {"enabled":true,"net":{"state":"Coordinator","channel":11,"panId":"0x1a63"

It's not DNS. There's no way it's DNS. It was DNS. --The Sysadmin haiku


  • Koenkk
  • Registratie: november 2009
  • Laatst online: 16-11 21:32
Geen matches
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.

Koenkk wijzigde deze reactie 17-02-2019 15:36 (4%)


  • Mars Warrior
  • Registratie: oktober 2003
  • Laatst online: 18:38

Mars Warrior

Earth, the final frontier

Geen matches
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!

Mars Warrior wijzigde deze reactie 17-02-2019 15:37 (7%)

http://www.team-mediaportal.com/


  • Koenkk
  • Registratie: november 2009
  • Laatst online: 16-11 21:32
Geen matches
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
  • Registratie: mei 2001
  • Laatst online: 17-11 15:11
Geen matches
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 :+

R2D2 wijzigde deze reactie 17-02-2019 16:55 (13%)


  • RobertMe
  • Registratie: maart 2009
  • Laatst online: 01:12
Geen matches
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
  • Registratie: mei 2001
  • Laatst online: 17-11 15:11
Geen matches
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
  • Registratie: oktober 2006
  • Laatst online: 15-11 10:51
Geen matches
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
  • Registratie: oktober 2003
  • Laatst online: 18:38

Mars Warrior

Earth, the final frontier

Geen matches
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 :D


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.

Mars Warrior wijzigde deze reactie 26-02-2019 15:47 (35%)

http://www.team-mediaportal.com/


  • jossie67
  • Registratie: oktober 2006
  • Laatst online: 15-11 10:51
Geen matches
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 :D
Hoe kun je je huidige pan_id achterhalen, ik heb nu niks in de configuration.yaml

  • Lifelogger
  • Registratie: juni 2004
  • Laatst online: 21:51
Geen matches
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
  • Registratie: mei 2001
  • Laatst online: 12-11 11:14

RoRoo

Certified Prutser

Matched: pan-id
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

It's not DNS. There's no way it's DNS. It was DNS. --The Sysadmin haiku


  • Lifelogger
  • Registratie: juni 2004
  • Laatst online: 21:51
Matched: pan-id
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
  • Registratie: oktober 2006
  • Laatst online: 15-11 10:51
Matched: pan-id
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
  • Registratie: mei 2001
  • Laatst online: 12-11 11:14

RoRoo

Certified Prutser

Matched: pan-id
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.

It's not DNS. There's no way it's DNS. It was DNS. --The Sysadmin haiku


  • jossie67
  • Registratie: oktober 2006
  • Laatst online: 15-11 10:51
Geen matches
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:
1
2
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:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
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
  • Registratie: mei 2001
  • Laatst online: 12-11 11:14

RoRoo

Certified Prutser

Geen matches
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:
1
2
3
  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.

It's not DNS. There's no way it's DNS. It was DNS. --The Sysadmin haiku


  • Luqq
  • Registratie: juni 2005
  • Laatst online: 17-11 10:59
Geen matches
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
  • Registratie: mei 2001
  • Laatst online: 12-11 11:14

RoRoo

Certified Prutser

Geen matches
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.

It's not DNS. There's no way it's DNS. It was DNS. --The Sysadmin haiku


  • Luqq
  • Registratie: juni 2005
  • Laatst online: 17-11 10:59
Geen matches
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...29#issuecomment-470254897.. back to the drawing board!

Luqq wijzigde deze reactie 13-03-2019 20:36 (12%)


  • Lifelogger
  • Registratie: juni 2004
  • Laatst online: 21:51
Geen matches
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
  • Registratie: september 2000
  • Laatst online: 21:08
Geen matches
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

  • KRGT
  • Registratie: september 2001
  • Niet online

KRGT

Have a nice day!

Geen matches
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
  • Registratie: augustus 2017
  • Laatst online: 15-11 15:13
Geen matches
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
  • Registratie: februari 2004
  • Laatst online: 23:42
Geen matches
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
  • Registratie: november 2009
  • Laatst online: 16-11 21:32
Geen matches
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
  • Registratie: april 2007
  • Laatst online: 22:44
Geen matches
Nou ook dat geprobeerd maar lukt nog steeds niet. heb nu een log wellicht iemand die me dan verder kan helpen.


code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
[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:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
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.

Pascall_1 wijzigde deze reactie 28-04-2019 16:35 (42%)


  • Lars Kremers
  • Registratie: juli 2007
  • Laatst online: 17:44
Geen matches
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:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
[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:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
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?

Acties:
  • 0Henk 'm!

  • Speedfightserv
  • Registratie: september 2004
  • Laatst online: 18:00
Geen matches
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:
1
2
advanced:
  pan_id: 0x1a63

Speedfightserv wijzigde deze reactie 24-05-2019 10:53 (8%)

13 x Trina 300 = 3900 wp op Solax omvormer, dak zuid | PVOutput


Acties:
  • 0Henk 'm!

  • UTMachine
  • Registratie: juli 2000
  • Laatst online: 14-11 16:30
Geen matches
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:
1
2
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:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
$ 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:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
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


Acties:
  • 0Henk 'm!

  • Sandert98
  • Registratie: september 2012
  • Laatst online: 05-11 12:29
Geen matches
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:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
{
  "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:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
{
  "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:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
[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 ;w

  • renedis
  • Registratie: juli 2003
  • Laatst online: 14-11 02:53
Geen matches
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:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
{
  "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?

renedis wijzigde deze reactie 23-07-2019 14:41 (3%)


  • RogValk
  • Registratie: augustus 2006
  • Laatst online: 12-11 12:58
Geen matches
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
  • Registratie: juni 2015
  • Laatst online: 13-11 16:53
Geen matches
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:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
{
  "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:
1
2
3
4
5
6
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.
zigbee

Heeft iemand enig idee wat ik fout doe?

Alvast bedankt
Pagina: 1


Apple iPhone 11 Nintendo Switch Lite LG OLED C9 Google Pixel 4 FIFA 20 Samsung Galaxy S10 Sony PlayStation 5 Formule 1

'14 '15 '16 '17 2018

Tweakers vormt samen met Hardware Info, AutoTrack, Gaspedaal.nl, Nationale Vacaturebank, Intermediair en Independer DPG Online Services B.V.
Alle rechten voorbehouden © 1998 - 2019 Hosting door True