deCONZ - Zigbee gateway van Dresden Elektronik

[Mimiix]

roeleboel schreef op donderdag 22 april 2021 @ 12:12:
[...]


Logging aangezet & logging gevonden (dat mag wel wat duidelijker gedocumenteerd worden hoe ge uit die docker dan toch aan de logs raakt )

Enfin, vol met 0xE1 dus.

Dan gestoten op de wiki waar in vermeld wordt dat ook usb3-hdds storing kunnen geven. Ik gebruik wel al sinds jaar en dag een verlengkabel (+-50cm), maar ie hing (echter ook al maanden) relatief in de buurt van zo een externe hdd (+-20cm afstand). Kabel iets verhangen en waarempel, mijn lampen werken terug...

Wat ik dan niet begrijp is dat de voordeursensor als enige wel bleef werken?

Bijgevolg: ik zorg blijkbaar best voor een wat langere verlengkabel denk ik...

Bedankt om mij op het juiste spoor te zetten!

Dat was mn eerste vermoeden ook! Goed om te zien dat ie werkt en het opgelost is .

Ja, geen idee. Ik had er ook last van en bij mij werkte alles maar met vertraging.

[Mimiix]

2.11.1!

**Changelog on [BETA] release with version: 2.11.1**

This beta release is based on v2.11.0-beta version.

Changes
- Initial support for D-Link DCH-B122 motion sensor #4783
- Initial support for Moes ZigBee Smart DIY Motorized Roller AM43-0.45/40-ES-EZ(TY) #4674
- Initial support for SLC S57003 4 channel remote switch #4711
- Initial support for Alcantara 2 acova thermostat #4700
- Initial support for Niko Smart Plug 552-80699 #4698
- Initial support for Tuya TRV HY368 Zigbee Radiator Actuator TRV and Moes Zigbee Radiator TRV (TS0601) #4621
- Initial support for Sunricher SR-ZG2833PAC-C4 and various bug fixes 4707
- Initial support for Mueller-Licht tint remote ZBT-DIMController-D0800 4707
- Initial support for Tuya dimmer feature #4577
- Initial support for Tuya Earda Dimmer and EDM-1ZAA-EU switches #4577
- Initial support for D-Link DCH-B112 door/window sensor #4581 - Support new version of Homebridge Hue (for sd-card image) 4740
- Support for alternate version of Orvibo ST30 sensor #4651
- Support for Aurora Smart16ARelay51AU smart plug #4650
- Enhancements for Bitron thermostat 902010/32 #4662
- Add metering support for Sengled SMART LED Z01-A19NAE26 #4666
- Fix for Xiaomi Aqara Single Switch Module T1 (With Neutral) #4768
- Fix and improve detection for Tuya TRV GS361A-H04 (TS0601) #4784
- Fix reverse Tuya curtain motor covering direction #4769
- Fix buttonmap for Sunricher CCT remote (missing modelid) 4707
- Fix buttonmap for Sunricher CCT remote (missing modelid) 4707
- Fix for LIDL Xmas light strip and LIDL enhanced color lights 4707
- Fix crash on button press without deCONZ::Node available #4793
- Don't expose current and voltage for Xiaomi SP-EUC01 #4763
- Expose RConfigInterfaceMode for Develco EMI Norwegian HAN #4653
- Limit polling on/off by using Xiaomi special reporting #4661
- Allow Tuya devices to poll on/off attribute #4654 - Fix HTTP Content-Length header missing space after colon #4789
- Fix crash in ZDP Simple Descriptor not active endpoints response (core)
- Introduce getSensorNodeForAddressEndpointAndCluster() #4579
- MAC prefix hygene #4697
- Add utils module; move generateUniqueId() into it #4782

[bing69]

Vraagje, werk momenteel met de 2531 tbv zitbee. Heb een deconz besteld. Kan ik die zo installeren eventueel naast de 2531. En hoe installeer ik die?

[Mimiix]

bing69 schreef op vrijdag 23 april 2021 @ 18:44:
Vraagje, werk momenteel met de 2531 tbv zitbee. Heb een deconz besteld. Kan ik die zo installeren eventueel naast de 2531. En hoe installeer ik die?

Tja, wat heb je zelf al gevonden?

[Septillion]

@bing69 Inderdaad wat @Mimiix al zegt, wat heb je zelf gevonden? Bij een vraag op GoT wordt wel wat eigen initiatief verwacht. Je bent niet de eerste die een overstap maakt

[bing69]

Septillion schreef op zaterdag 24 april 2021 @ 09:22:
[mbr]@bing69 Inderdaad wat @Mimiix al zegt, wat heb je zelf gevonden? Bij een vraag op GoT wordt wel wat eigen initiatief verwacht. Je bent niet de eerste die een overstap maakt ;)[/mbr]

Heerlijk als je zelf regelmatig mensen helpt hier om zo iets te horen, natuurlijk ben ik zelf al aan het zoeken geweest en lees veel dat mensen die stick op een tweede Pi of device installeren.

<knip> Commentaar mag achterwegen gelaten worden.

[ Voor 7% gewijzigd door Septillion op 24-04-2021 09:35 ]

[Septillion]

@bing69 Dan weet je ook hoe vervelend het is als mensen zulke algemene vragen stellen zonder details van de huidige situatie. Dus graag wat meer info en een concretere vraag waar je tegenaan loopt.

[bing69]

Septillion schreef op zaterdag 24 april 2021 @ 09:37:
[mbr]@bing69 Dan weet je ook hoe vervelend het is als mensen zulke algemene vragen stellen zonder details van de huidige situatie. Dus graag wat meer info en een concretere vraag waar je tegenaan loopt.[/mbr]

Weet niet wat hier niet duidelijk aan is:

Vraagje, werk momenteel met de 2531 tbv zitbee. Heb een deconz besteld. Kan ik die zo installeren eventueel naast de 2531.

Vraag was dus of die samen met de 2531 teglijkertijd op de zelfde Pi kan draaien.

Leek mij duidelijk maar hoop dat ik het nu nog duidelijker gemaakt heb.

[Septillion]

@bing69 DeConz werkt niet met een CC2531 dus die draai je op een voor ons magische andere manier. Dus ja, het staat je nog vrij om daarnaast DeConz in te richten met een ConBee.

Wat je er mee wilt bereiken, ook geen idee. Het zal onderling geen mesh doen, elkaar eerder storen door twee antennes bij elkaar te hebben en om echt over te gaan zal je als nog alles moeten re-pairen.

Ofwel, meer info over "wat heb je nu", "wat wil je bereiken" en pointers naar "wat heb ik gevonden" is wat je volledig overslaat maar wel verwacht wordt op GoT.

[Mimiix]

bing69 schreef op zaterdag 24 april 2021 @ 09:44:
[...]


Weet niet wat hier niet duidelijk aan is:

Vraagje, werk momenteel met de 2531 tbv zitbee. Heb een deconz besteld. Kan ik die zo installeren eventueel naast de 2531.

Vraag was dus of die samen met de 2531 teglijkertijd op de zelfde Pi kan draaien.

Leek mij duidelijk maar hoop dat ik het nu nog duidelijker gemaakt heb.

Kijk hier hebben we wat aan.

Ik denk dat het kan, maar je moet het niet willen.. De kans op interference is groot en ik weet verder niet wat er nog meer kan gebeuren.

[bing69]

Mimiix schreef op zaterdag 24 april 2021 @ 11:32:
[...]


Kijk hier hebben we wat aan.

Ik denk dat het kan, maar je moet het niet willen.. De kans op interference is groot en ik weet verder niet wat er nog meer kan gebeuren.

Thanks, de bedoeling is ook tijdelijk zodat de devices een voor een over kan zetten van de 2531 naar de deConz

[Jimbeam]

Mijn cc2531 stick is van de week overleden dus besloot ik maar een iets meer kwaliteit te kopen, dat werd de conbee stick dus.

Alles was snel weer up and running maar alle routines in node red die ik voor de Tradfri bewegingsensors had gemaakt werken niet goed meer.

Ik heb via eenvoudige routines lampen zo ingesteld dat ze blijven branden zolang er beweging is:



Dit werkt nu plotseling niet meer.
Nadat de sensor 'on' is gegaan, worden nieuwe 'on' signalen genegeerd.

Hij gaat na de standaard periode van de sensoren (180 seconden) naar 'false' en daarna kun je gedurende ca. 30 seconden geen 'on' meer genereren (en zit je dus in het donker).

Aangezien dit perfect werkte met de cc2531 moet de deconz iets anders doen dan mijn oude stick.
Hopelijk is iemand anders dit al eens tegengekomen en kan me in de richten van een oplossing wijzen?

Edit: Ik heb hier een discussie gevonden waarin een oplossing wordt aangedragen: set config.duration to 0
Alleen 'waar' verander ik dat

[ Voor 15% gewijzigd door Jimbeam op 24-04-2021 16:41 ]

[bing69]

Durf het bijna niet te vragen maar heb een hele hoop doorgeworsteld en het antwoord niet gevonden.

De devices worden die net als bij de 2531 gewoon in de software opgeslagen of worden de gegevens (devices) op de ConBee sticj opgeslagen??

[Mimiix]

bing69 schreef op zaterdag 24 april 2021 @ 17:45:
Durf het bijna niet te vragen maar heb een hele hoop doorgeworsteld en het antwoord niet gevonden.

De devices worden die net als bij de 2531 gewoon in de software opgeslagen of worden de gegevens (devices) op de ConBee sticj opgeslagen??

In de software. De stick doet zelf weinig.

[Mimiix]

Jimbeam schreef op zaterdag 24 april 2021 @ 15:47:
Mijn cc2531 stick is van de week overleden dus besloot ik maar een iets meer kwaliteit te kopen, dat werd de conbee stick dus.

Alles was snel weer up and running maar alle routines in node red die ik voor de Tradfri bewegingsensors had gemaakt werken niet goed meer.

Ik heb via eenvoudige routines lampen zo ingesteld dat ze blijven branden zolang er beweging is:

[Afbeelding]

Dit werkt nu plotseling niet meer.
Nadat de sensor 'on' is gegaan, worden nieuwe 'on' signalen genegeerd.

Hij gaat na de standaard periode van de sensoren (180 seconden) naar 'false' en daarna kun je gedurende ca. 30 seconden geen 'on' meer genereren (en zit je dus in het donker).

Aangezien dit perfect werkte met de cc2531 moet de deconz iets anders doen dan mijn oude stick.
Hopelijk is iemand anders dit al eens tegengekomen en kan me in de richten van een oplossing wijzen?

Edit: Ik heb hier een discussie gevonden waarin een oplossing wordt aangedragen: set config.duration to 0
Alleen 'waar' verander ik dat

Met de rest api
https://dresden-elektroni...rest-doc/getting_started/

[A1AD]

bing69 schreef op zaterdag 24 april 2021 @ 17:45:
Durf het bijna niet te vragen maar heb een hele hoop doorgeworsteld en het antwoord niet gevonden.

De devices worden die net als bij de 2531 gewoon in de software opgeslagen of worden de gegevens (devices) op de ConBee sticj opgeslagen??

De deconz community is verder heel vriendelijk en behulpzaam. Veel succes met je migratie en welkom alvast

[hubertgruber]

Mimiix schreef op zaterdag 24 april 2021 @ 23:23:
[...]


In de software. De stick doet zelf weinig.

Wat ik mij trouwens afvraag, ik maak nu zowel een volledige snapshot in HA alsook een aparte backup van deconz (binnen de HA-addon), maar is dat laatste eigenlijk nodig? Als ik ooit mijn HA-snapshot herstel, blijft mijn zigbee-netwerk dan intact? Ik ben natuurlijk doodsbenauwd om alles opnieuw te moeten koppelen.

[Mimiix]

hubertgruber schreef op zondag 25 april 2021 @ 09:46:
[...]


Wat ik mij trouwens afvraag, ik maak nu zowel een volledige snapshot in HA alsook een aparte backup van deconz (binnen de HA-addon), maar is dat laatste eigenlijk nodig? Als ik ooit mijn HA-snapshot herstel, blijft mijn zigbee-netwerk dan intact? Ik ben natuurlijk doodsbenauwd om alles opnieuw te moeten koppelen.

Ik denk dat dit prima is. Phoscon maakt een backup van de zlldb en nog wat zaken. Ha als het goed is van de addon.

Als je Buiten home assistant deconz wil draaien ( al is het maar tijdelijk) dan heb je aan de ha snapshot niets.

Ik zou het gewoon zo doen als jij het doet. Zo doe ik het zelf ook

[Jimbeam]

Voor een toekomstige lezer "deconz conbee stick Ikea Tradfri sensor"....
Ik heb het probleem eenvoudig opgelost door een 120 seconden wait toe te voegen zodat de sensor weer in sync loopt met Decons die dus na 60 seconden besluit dat de status wijzigt.
Snel, simpel en eenvoudig...precies zoals ik het graag zie

[Mimiix]

Jimbeam schreef op zondag 25 april 2021 @ 11:24:
Voor een toekomstige lezer "deconz conbee stick Ikea Tradfri sensor"....
Ik heb het probleem eenvoudig opgelost door een 120 seconden wait toe te voegen zodat de sensor weer in sync loopt met Decons die dus na 60 seconden besluit dat de status wijzigt.
Snel, simpel en eenvoudig...precies zoals ik het graag zie

Heb je hiervoor die rest api gebruikt?

[Jimbeam]

Nope gewoon in Node-Red...

[A1AD]

Jimbeam schreef op zondag 25 april 2021 @ 18:50:
Nope gewoon in Node-Red...

die gebruikt toch de rest-api

[Jimbeam]

Uiteindelijk vast wel, maar ik denk niet op de manier waarop deze link dat bedoelt.
Ik heb dus niks lopen knutselen in config bestanden maar heb gewoon een wait blok toegevoegd in Node-Red.

[A1AD]

Jimbeam schreef op zondag 25 april 2021 @ 18:59:
Uiteindelijk vast wel, maar ik denk niet op de manier waarop deze link dat bedoelt.
Ik heb dus niks lopen knutselen in config bestanden maar heb gewoon een wait blok toegevoegd in Node-Red.

Ah ok, ja die aanpassingen in de API zijn niet bepaal user friendly, maar dat is volgens mij wel gewoon de manier waarop we het momenteel moeten doen.

[Downstar2]

Nou ik heb de conbee stick binnen en heb ook de boel opgezet.

HA draait in een Docker op mijn Synology en Deconz in een aparte container ook.
kreeg gek genoeg eerst niks gekoppeld in mijn Deconz/phoscon webapp qua Hue, LIDL lampen en switches die ik nog had liggen. Later na de stick opnieuw in mijn NAS te hebben gedaan en een reboot van gehele nas pakte hij wel de lampen op als ik ze toevoegde.

Inmiddels ook Xiaomi Aqara motion sensors besteld. Ben benieuwd :)!

Misschien niet helemaal in het goede topic, maar ik kwam er achter dat in de HA docker image die ik heb gepakt deconz niet als Addon kan worden ingeladen. Er is geen Supervior of addon optie in mijn HA omgeving.. Dat schijnt te maken te hebben met dat het in docker draait ofzo?

Deconz is nu als integratie toegevoegd en zie daardoor wel gewoon de lampen in HA
Maar gaat dit straks voor de Xiaomi sensoren en automatiseringen problemen opleveren?

Ik las namelijk ook dat je gewoon op de synology een VM kan maken met HA OS draaiend..
Ik wil later misschien ook nog naar Node-Red kijken namelijk..

[A1AD]

Downstar2 schreef op zondag 25 april 2021 @ 21:56:
Nou ik heb de conbee stick binnen en heb ook de boel opgezet.

HA draait in een Docker op mijn Synology en Deconz in een aparte container ook.
kreeg gek genoeg eerst niks gekoppeld in mijn Deconz/phoscon webapp qua Hue, LIDL lampen en switches die ik nog had liggen. Later na de stick opnieuw in mijn NAS te hebben gedaan en een reboot van gehele nas pakte hij wel de lampen op als ik ze toevoegde.

Inmiddels ook Xiaomi Aqara motion sensors besteld. Ben benieuwd :)!

Misschien niet helemaal in het goede topic, maar ik kwam er achter dat in de HA docker image die ik heb gepakt deconz niet als Addon kan worden ingeladen. Er is geen Supervior of addon optie in mijn HA omgeving.. Dat schijnt te maken te hebben met dat het in docker draait ofzo?

Deconz is nu als integratie toegevoegd en zie daardoor wel gewoon de lampen in HA
Maar gaat dit straks voor de Xiaomi sensoren en automatiseringen problemen opleveren?

Ik las namelijk ook dat je gewoon op de synology een VM kan maken met HA OS draaiend..
Ik wil later misschien ook nog naar Node-Red kijken namelijk..

Draai gewoon alles in aparte dockers, ik heb nooit moeten weten van dat supervised gedoe.

[Downstar2]

A1AD schreef op zondag 25 april 2021 @ 22:43:
[...]

Draai gewoon alles in aparte dockers, ik heb nooit moeten weten van dat supervised gedoe.

Ja ik ben nog nieuw in deze wereld, maar zag op YouTube steeds vaker mensen die addons gebruiken etc.

Maar als ik bijvoorbeeld node Red ook als losse docker draai, dan kan ik die gewoon net zoals deConz weer via integraties toevoegen in Ha?

En Vanuit node Red dus de sensoren uitlezen vanuit deConz, middels HA dus?

[A1AD]

Downstar2 schreef op zondag 25 april 2021 @ 23:39:
[...]

Ja ik ben nog nieuw in deze wereld, maar zag op YouTube steeds vaker mensen die addons gebruiken etc.

Maar als ik bijvoorbeeld node Red ook als losse docker draai, dan kan ik die gewoon net zoals deConz weer via integraties toevoegen in Ha?

En Vanuit node Red dus de sensoren uitlezen vanuit deConz, middels HA dus?

Zo doe ik het ook, laten we het nu maar weer ontopic houden, zo een vragen stel je best in het HA topic.

[JBS]

Een Tradfri GU10 warm wit, niet wit spectrum (de witte plastic behuizing, niet de glazen variant die tegenwoordig verkocht wordt) probeer ik via deCONZ te updaten. Als test heb ik er er eentje aan de Tradfri Hub gekoppeld waarna de firmware direct van 1.2.214 naar 2.3.068 geüpgraded wordt.

Ik zie echter niet helemaal in welk bestand ik voor deze lamp moet gebruiken (gedownload op basis van deze instructie Pred in "deCONZ - Zigbee gateway van Dresden Elektronik"). Ook op http://fw.ota.homesmart.ikea.net/feed/version_info.json zie ik versie 2.3.068 niet in combinatie met GU10.

Iemand toevallig ervaring met deze oudere GU10 en firmware updates via deCONZ?

deCONZ en de inhoud van de otau map:



Voor de volledigheid, deze GU10 versie dus:



\\Edit: Ah, de herstart van deCONZ heeft toch geholpen: Naast de .signed bestanden zijn er nu ook .zigbee bestanden die ik kan matchen op basis van deze opbouw https://github.com/dresde...61#issuecomment-804276494

@Pred Jij ook ervaren dat het updaten bij sommige lampen blijft steken? Hier op pakweg 30 en 50 procent bij verschillende lampen.

[ Voor 12% gewijzigd door JBS op 27-04-2021 08:41 ]

[Pred]

JBS schreef op maandag 26 april 2021 @ 21:09:
@Pred Jij ook ervaren dat het updaten bij sommige lampen blijft steken? Hier op pakweg 30 en 50 procent bij verschillende lampen.

Het werkt allemaal nogal brak en na veel proberen was het me gelukt. Ik heb er verder eigenlijk niet meer naar omgekeken, omdat alles bij mij nu goed werkt.

[JBS]

Pred schreef op dinsdag 27 april 2021 @ 08:44:
[...]


Het werkt allemaal nogal brak en na veel proberen was het me gelukt. Ik heb er verder eigenlijk niet meer naar omgekeken, omdat alles bij mij nu goed werkt.

Het gaat inderdaad niet allemaal even soepel, een deel van de lampen doorloopt de update prima, andere blijven hangen op verschillende percentages. Maar goed, alles pairen met een Tradfri Hub en daarna weer met de Conbee is vermoedelijk nog meer werk, dus ik zet nog even door.

[Pred]

JBS schreef op dinsdag 27 april 2021 @ 10:55:
[...]
Het gaat inderdaad niet allemaal even soepel, een deel van de lampen doorloopt de update prima, andere blijven hangen op verschillende percentages. Maar goed, alles pairen met een Tradfri Hub en daarna weer met de Conbee is vermoedelijk nog meer werk, dus ik zet nog even door.

Voor zover ik begrepen heb, als je de bestanden in ~/otau plaatst, dan zou DeCONZ het automatisch moeten updaten. Zeker weten doe ik dat niet.

[JBS]

Pred schreef op dinsdag 27 april 2021 @ 10:58:
[...]


Voor zover ik begrepen heb, als je de bestanden in ~/otau plaatst, dan zou DeCONZ het automatisch moeten updaten. Zeker weten doe ik dat niet.

Dat las ik inderdaad ook, na een powercycle van de lamp. Dat zie ik alleen nog niet echt gebeuren, en een klik op 'query' triggert de update wel. Wel slechts één voor één.

[renedepe]

Hoe controleren jullie of een lamp daadwerkelijk over de laatste firmware beschikt? Ik kan de versie nummers zoals ik ze in de deconz otau plug-in zie nergens terugvinden in een lijst. Is er zo’n lijst, met bijvoorbeeld voor elke lamp de laatst beschikbare firmware?

[Rianata]

renedepe schreef op dinsdag 27 april 2021 @ 14:18:
Hoe controleren jullie of een lamp daadwerkelijk over de laatste firmware beschikt? Ik kan de versie nummers zoals ik ze in de deconz otau plug-in zie nergens terugvinden in een lijst. Is er zo’n lijst, met bijvoorbeeld voor elke lamp de laatst beschikbare firmware?

Ik zie dat het bijv. in Home Assistant een variabele is van een Device, dus het lijkt mij dat die informatie eenvoudig in een lijst is te vervatten. Als het zodanig in HA als informatie terug te vinden is dan moet het via de DeCONZ integratie zijn meegekomen en dus ook beschikbaar zijn voor niet HA-platformen.

[ Voor 3% gewijzigd door Rianata op 27-04-2021 19:03 ]

[RobbieB]

Hi all,

ik heb een ConBee 2 stick die ik op mijn zelfbouw NAS heb aangesloten. Op de NAS draait Debian 10 en OpenMediaVault 5 met docker en ik heb deCONZ in een docker draaien.

Nu kan ik prima deCONZ bereiken, maar ik heb werkelijk geen enkel idee of deCONZ de ConBee II stick ziet. Mijn (ontkoppelde) Hue lamp wordt in ieder geval niet gevonden en die staat er praktisch naast.

Enig advies hoe ik dit kan troubleshooten?

Edit: de stick wordt dus niet gevonden..


Edit2: en opgelost.. was de --device vergeten in Portainer toe te voegen.

[ Voor 32% gewijzigd door RobbieB op 30-04-2021 10:56 ]

[Mimiix]

Rianata schreef op dinsdag 27 april 2021 @ 19:02:
[...]


Ik zie dat het bijv. in Home Assistant een variabele is van een Device, dus het lijkt mij dat die informatie eenvoudig in een lijst is te vervatten. Als het zodanig in HA als informatie terug te vinden is dan moet het via de DeCONZ integratie zijn meegekomen en dus ook beschikbaar zijn voor niet HA-platformen.

[Afbeelding]

Middels de rest API, het SWVersion veld.

[vanenkelen]

Toch maar eens jullie hulp vragen. Een paar maanden geleden klapte een aantal Zigbee inbouw switches en schakelaars er ineens uit.

Het gaat om diverse varianten van deze:

https://www.robbshop.nl/inbouwdimmer-hue-zigbee-400w-robb-smarrt, in zowel de normale als de 2-draads dimmer en de aan/uit variant.

Ik kreeg ze ook niet meer terug in het netwerk door mijn Raspberry Pi 3b+ met Domoticz, Deconz en Phoscon opnieuw op te starten. Ik draai de stable versies en de afgelopen periode geen wijzigingen of updates doorgevoerd. De switches van de stroom afhalen en opnieuw pairen werkte bij een aantal, maar leek niet stabiel. Uiteindelijk heb ik dat moment maar aangegrepen om mijn hele netwerk opnieuw op te bouwen. Alles vers en opnieuw geïnstalleerd. Sindsdien loopt het al bijna 4 maanden superstabiel, geen uitval, het werkt. Alles draait op een SSD die met een verlengkabel van 1 meter aan RPi vast zit. Ook de Conbee stick zelf zit op een USB verlengkabel.

Gisteren zei mijn vrouw ineens dat een lamp in de woonkamer niet werkte, vervolgens merkte ik ook dat 2 bewegingsmelders ook niets meer deden. Via VNC zie ik dat de desbetreffende dimmer inderdaad niet meer actief is in het netwerk. In het log zie ik (maar dat zal aan mijn beperkte kennis liggen) ook geen gekke dingen.

Trouwens, de stroom eraf en er weer op heeft niet geholpen, waarschijnlijk is opnieuw pairen de enige optie. Maar voordat ik dat ga doen ben ik vooral benieuwd wat dit veroorzaakt en of ik het kan voorkomen of op een andere manier kan oplossen...

Zie hieronder wat schermafdrukken en het log dat ik gemaakt heb, het boefje is Zigbee-Dimmer-04:



Sorry voor de enorme log , is er een manier om die opvouwbaar te maken? Dan doe ik dat gelijk nog even tbv de leesbaarheid van het topic.

code:

14:00:30:845 ZCL attribute report 0x842E14FFFE8266D4 for cluster: 0x0B04, ep: 0x01, frame control: 0x08, mfcode: 0x0000 
14:00:35:832 ZCL attribute report 0x842E14FFFE8266D4 for cluster: 0x0B04, ep: 0x01, frame control: 0x08, mfcode: 0x0000 
14:00:36:559 ZCL attribute report 0x04CF8CDF3C7865E5 for cluster: 0x0400, ep: 0x01, frame control: 0x18, mfcode: 0x0000 
14:00:40:858 ZCL attribute report 0x842E14FFFE8266D4 for cluster: 0x0B04, ep: 0x01, frame control: 0x08, mfcode: 0x0000 
14:00:45:801 ZCL attribute report 0x842E14FFFE8266D4 for cluster: 0x0B04, ep: 0x01, frame control: 0x08, mfcode: 0x0000 
14:00:45:948 ZCL attribute report 0x086BD7FFFE5D7200 for cluster: 0x0008, ep: 0x01, frame control: 0x08, mfcode: 0x0000 
14:00:49:731 Current channel 25
14:00:49:742 CTRL got nwk update id 1
14:00:49:764 Device TTL 2572 s flags: 0x7
14:00:50:787 APS-DATA.indication srcAddr: 0xca3a, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0B04, lqi: 183, rssi: -71
14:00:50:788    asdu: 08020a0505215b000805210a00
14:00:50:790 ZCL attribute report 0x842E14FFFE8266D4 for cluster: 0x0B04, ep: 0x01, frame control: 0x08, mfcode: 0x0000 
14:00:50:791 APS-DATA.request id: 145, addrmode: 0x02, addr: 0xca3a, profile: 0x0104, cluster: 0x0B04, ep: 0x01 -> 0x01 queue: 0 len: 5 tx.options 0x00
14:00:50:837 APS-DATA.confirm id: 145, status: 0x00 SUCCESS
14:00:50:838 APS-DATA.confirm request id: 145 -> erase from queue
14:00:50:875 aps request id: 145 finished, erase from queue
14:00:51:515 APS-DATA.request id: 149, addrmode: 0x03, addr: 0x00212effff04f632, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 0 len: 2 tx.options 0x00
14:00:51:540 APS-DATA.confirm id: 149, status: 0x00 SUCCESS
14:00:51:542 APS-DATA.confirm request id: 149 -> confirmed, timeout 42913032
14:00:51:571 APS-DATA.indication srcAddr: 0x0000, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 73, rssi: 43
14:00:51:573    asdu: 800018160132f604ffff2e2100907d6004008d1500f9b7120001ff
14:00:51:575 APS-DATA.indication request id: 149 -> finished
14:00:51:577 APS-DATA.request id: 149 erase from queue
14:00:54:876 APS-DATA.request id: 169, addrmode: 0x03, addr: 0x00212effff04f632, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 0 len: 2 tx.options 0x00
14:00:54:898 APS-DATA.confirm id: 169, status: 0x00 SUCCESS
14:00:54:900 APS-DATA.confirm request id: 169 -> confirmed, timeout 40712808
14:00:54:927 APS-DATA.indication srcAddr: 0x0000, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 48, rssi: 51
14:00:54:930    asdu: 860018170132f604ffff2e210002c14604008d15005a84120001ff
14:00:54:933 APS-DATA.indication request id: 169 -> finished
14:00:54:934 APS-DATA.request id: 169 erase from queue
14:00:58:236 APS-DATA.request id: 189, addrmode: 0x03, addr: 0xbc33acfffe8b9737, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 0 len: 2 tx.options 0x00
14:00:58:271 APS-DATA.confirm id: 189, status: 0x00 SUCCESS
14:00:58:274 APS-DATA.confirm request id: 189 -> confirmed, timeout 41107856
14:00:58:305 APS-DATA.indication srcAddr: 0xdbe8, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 143, rssi: -76
14:00:58:307    asdu: 8b000a000332f604ffff2e210032f604ffff2e210000000402008a32f604ffff2e2100bc4036feffe20a68f71d25020f3e32f604ffff2e210000725dfeffd76b08242625020f3a
14:00:58:311 APS-DATA.indication request id: 189 -> finished
14:00:58:314 APS-DATA.request id: 189 erase from queue
14:01:00:754 APS-DATA.indication srcAddr: 0xca3a, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0B04, lqi: 175, rssi: -72
14:01:00:755    asdu: 08030a0505216600
14:01:00:756 ZCL attribute report 0x842E14FFFE8266D4 for cluster: 0x0B04, ep: 0x01, frame control: 0x08, mfcode: 0x0000 
14:01:00:757 APS-DATA.request id: 203, addrmode: 0x02, addr: 0xca3a, profile: 0x0104, cluster: 0x0B04, ep: 0x01 -> 0x01 queue: 0 len: 5 tx.options 0x00
14:01:00:798 APS-DATA.confirm id: 203, status: 0x00 SUCCESS
14:01:00:800 APS-DATA.confirm request id: 203 -> erase from queue
14:01:00:875 aps request id: 203 finished, erase from queue
14:01:01:211 APS-DATA.request id: 206, addrmode: 0x03, addr: 0x00158d00058d0ab6, profile: 0x0104, cluster: 0x0006, ep: 0x01 -> 0x01 queue: 0 len: 5 tx.options 0x00
14:01:01:245 APS-DATA.confirm id: 206, status: 0x00 SUCCESS
14:01:01:246 APS-DATA.confirm request id: 206 -> erase from queue
14:01:01:268 APS-DATA.indication srcAddr: 0x9097, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0006, lqi: 175, rssi: -72
14:01:01:269    asdu: 08c0010000001000
14:01:01:270 APS-DATA.request id: 206 erase from queue
14:01:01:595 APS-DATA.request id: 211, addrmode: 0x03, addr: 0xbc33acfffe8b9737, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 0 len: 2 tx.options 0x00
14:01:01:639 APS-DATA.confirm id: 211, status: 0x00 SUCCESS
14:01:01:640 APS-DATA.confirm request id: 211 -> confirmed, timeout 1789000480
14:01:01:659 APS-DATA.indication srcAddr: 0xdbe8, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 143, rssi: -76
14:01:01:660    asdu: 8f000a030332f604ffff2e2100df44bbfeffac33bc9d5f25020f8732f604ffff2e2100f76001feff818e58966825020f7732f604ffff2e2100b60a8d05008d1500979025020f33
14:01:01:662 APS-DATA.indication request id: 211 -> finished
14:01:01:663 APS-DATA.request id: 211 erase from queue
14:01:04:955 APS-DATA.request id: 228, addrmode: 0x03, addr: 0xbc33acfffe8b9737, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 0 len: 2 tx.options 0x00
14:01:04:992 APS-DATA.confirm id: 228, status: 0x00 SUCCESS
14:01:04:993 APS-DATA.confirm request id: 228 -> confirmed, timeout 42913032
14:01:05:017 APS-DATA.indication srcAddr: 0xdbe8, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 143, rssi: -76
14:01:05:020    asdu: 92000a060332f604ffff2e210055eefafeff57b4148fd425020fd432f604ffff2e210060e6e2feffac33bc7ce325020f5b32f604ffff2e2100bc91f1feffcccccc9638120002c0
14:01:05:022 APS-DATA.indication request id: 228 -> finished
14:01:05:024 APS-DATA.request id: 228 erase from queue
14:01:08:315 APS-DATA.request id: 249, addrmode: 0x03, addr: 0xbc33acfffe8b9737, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 0 len: 2 tx.options 0x00
14:01:08:343 APS-DATA.confirm id: 249, status: 0x00 SUCCESS
14:01:08:344 APS-DATA.confirm request id: 249 -> confirmed, timeout 41107856
14:01:08:361 APS-DATA.indication srcAddr: 0xdbe8, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 143, rssi: -76
14:01:08:363    asdu: 98000a090132f604ffff2e21008c49f2feffccccccbcaa120002b5
14:01:08:365 APS-DATA.indication request id: 249 -> finished
14:01:08:366 APS-DATA.request id: 249 erase from queue
14:01:09:212 skip binding for attribute reporting of ep: 0x00 cluster 0x1000 (end-device might sleep)
14:01:10:719 APS-DATA.indication srcAddr: 0xca3a, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0B04, lqi: 183, rssi: -71
14:01:10:720    asdu: 08040a0505214500
14:01:10:722 ZCL attribute report 0x842E14FFFE8266D4 for cluster: 0x0B04, ep: 0x01, frame control: 0x08, mfcode: 0x0000 
14:01:10:722 APS-DATA.request id: 10, addrmode: 0x02, addr: 0xca3a, profile: 0x0104, cluster: 0x0B04, ep: 0x01 -> 0x01 queue: 0 len: 5 tx.options 0x00
14:01:10:765 APS-DATA.confirm id: 10, status: 0x00 SUCCESS
14:01:10:766 APS-DATA.confirm request id: 10 -> erase from queue
14:01:10:795 aps request id: 10 finished, erase from queue
14:01:12:636 APS-DATA.request id: 18, addrmode: 0x03, addr: 0x086bd7fffe5d7200, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 0 len: 2 tx.options 0x00
14:01:12:689 APS-DATA.confirm id: 18, status: 0x00 SUCCESS
14:01:12:690 APS-DATA.confirm request id: 18 -> confirmed, timeout 40712808
14:01:12:708 APS-DATA.indication srcAddr: 0x2624, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 207, rssi: -68
14:01:12:710    asdu: 9d0005000332f604ffff2e210032f604ffff2e210000000402009532f604ffff2e2100bc4036feffe20a68f71d25020f3432f604ffff2e2100b60a8d05008d1500979025020f43
14:01:12:711 APS-DATA.indication request id: 18 -> finished
14:01:12:712 APS-DATA.request id: 18 erase from queue
14:01:13:211 APS-DATA.request id: 24, addrmode: 0x03, addr: 0x00158d00058d0ab6, profile: 0x0104, cluster: 0x0006, ep: 0x01 -> 0x01 queue: 0 len: 5 tx.options 0x00
14:01:13:248 APS-DATA.confirm id: 24, status: 0x00 SUCCESS
14:01:13:249 APS-DATA.confirm request id: 24 -> erase from queue
14:01:13:275 APS-DATA.indication srcAddr: 0x9097, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0006, lqi: 127, rssi: -78
14:01:13:276    asdu: 08c1010000001000
14:01:13:277 APS-DATA.request id: 24 erase from queue
14:01:15:711 APS-DATA.indication srcAddr: 0xca3a, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0B04, lqi: 183, rssi: -71
14:01:15:712    asdu: 08050a0505216c000805210000
14:01:15:715 ZCL attribute report 0x842E14FFFE8266D4 for cluster: 0x0B04, ep: 0x01, frame control: 0x08, mfcode: 0x0000 
14:01:15:716 APS-DATA.request id: 39, addrmode: 0x02, addr: 0xca3a, profile: 0x0104, cluster: 0x0B04, ep: 0x01 -> 0x01 queue: 0 len: 5 tx.options 0x00
14:01:15:762 APS-DATA.confirm id: 39, status: 0x00 SUCCESS
14:01:15:764 APS-DATA.confirm request id: 39 -> erase from queue
14:01:15:835 aps request id: 39 finished, erase from queue
14:01:15:996 APS-DATA.request id: 42, addrmode: 0x03, addr: 0x086bd7fffe5d7200, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 0 len: 2 tx.options 0x00
14:01:16:025 APS-DATA.confirm id: 42, status: 0x00 SUCCESS
14:01:16:026 APS-DATA.confirm request id: 42 -> confirmed, timeout 40712808
14:01:16:047 APS-DATA.indication srcAddr: 0x2624, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 159, rssi: -74
14:01:16:049    asdu: a20005030232f604ffff2e210055eefafeff57b4148fd425020f4932f604ffff2e210037978bfeffac33bce8db25020f22
14:01:16:050 APS-DATA.indication request id: 42 -> finished
14:01:16:051 APS-DATA.request id: 42 erase from queue
14:01:16:212 skip binding for attribute reporting of ep: 0x00 cluster 0x1000 (end-device might sleep)
14:01:19:355 APS-DATA.request id: 62, addrmode: 0x03, addr: 0x842e14fffe8266d4, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 0 len: 2 tx.options 0x00
14:01:19:379 APS-DATA.confirm id: 62, status: 0x00 SUCCESS
14:01:19:380 APS-DATA.confirm request id: 62 -> confirmed, timeout 41107856
14:01:19:401 APS-DATA.indication srcAddr: 0xca3a, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 175, rssi: -72
14:01:19:403    asdu: a80004000332f604ffff2e210032f604ffff2e210000000402009432f604ffff2e2100bc4036feffe20a68f71d25020f4432f604ffff2e2100b60a8d05008d1500979025020f85
14:01:19:404 APS-DATA.indication request id: 62 -> finished
14:01:19:405 APS-DATA.request id: 62 erase from queue
14:01:20:212 skip binding for attribute reporting of ep: 0x00 cluster 0x1000 (end-device might sleep)
14:01:20:691 APS-DATA.indication srcAddr: 0xca3a, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0B04, lqi: 175, rssi: -72
14:01:20:692    asdu: 08060a0505214c000805210a00
14:01:20:693 ZCL attribute report 0x842E14FFFE8266D4 for cluster: 0x0B04, ep: 0x01, frame control: 0x08, mfcode: 0x0000 
14:01:20:694 APS-DATA.request id: 70, addrmode: 0x02, addr: 0xca3a, profile: 0x0104, cluster: 0x0B04, ep: 0x01 -> 0x01 queue: 0 len: 5 tx.options 0x00
14:01:20:735 APS-DATA.confirm id: 70, status: 0x00 SUCCESS
14:01:20:737 APS-DATA.confirm request id: 70 -> erase from queue
14:01:20:796 aps request id: 70 finished, erase from queue
14:01:22:715 APS-DATA.request id: 84, addrmode: 0x03, addr: 0x842e14fffe8266d4, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 0 len: 2 tx.options 0x00
14:01:22:747 APS-DATA.confirm id: 84, status: 0x00 SUCCESS
14:01:22:749 APS-DATA.confirm request id: 84 -> confirmed, timeout 40712808
14:01:22:770 APS-DATA.indication srcAddr: 0xca3a, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 183, rssi: -71
14:01:22:771    asdu: ad0004030132f604ffff2e2100e565783cdf8ccf0486a7120002a7
14:01:22:772 APS-DATA.indication request id: 84 -> finished
14:01:22:773 APS-DATA.request id: 84 erase from queue
14:01:23:211 APS-DATA.request id: 87, addrmode: 0x03, addr: 0x00158d00058d0ab6, profile: 0x0104, cluster: 0x0006, ep: 0x01 -> 0x01 queue: 0 len: 5 tx.options 0x00
14:01:23:245 APS-DATA.confirm id: 87, status: 0x00 SUCCESS
14:01:23:248 APS-DATA.confirm request id: 87 -> erase from queue
14:01:23:273 APS-DATA.indication srcAddr: 0x9097, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0006, lqi: 175, rssi: -72
14:01:23:274    asdu: 08c2010000001000
14:01:23:276 APS-DATA.request id: 87 erase from queue
14:01:24:213 skip binding for attribute reporting of ep: 0x00 cluster 0x1000 (end-device might sleep)
14:01:25:675 APS-DATA.indication srcAddr: 0xca3a, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0B04, lqi: 183, rssi: -71
14:01:25:676    asdu: 08070a0805210000
14:01:25:677 ZCL attribute report 0x842E14FFFE8266D4 for cluster: 0x0B04, ep: 0x01, frame control: 0x08, mfcode: 0x0000 
14:01:25:678 APS-DATA.request id: 105, addrmode: 0x02, addr: 0xca3a, profile: 0x0104, cluster: 0x0B04, ep: 0x01 -> 0x01 queue: 0 len: 5 tx.options 0x00
14:01:25:717 APS-DATA.confirm id: 105, status: 0x00 SUCCESS
14:01:25:718 APS-DATA.confirm request id: 105 -> erase from queue
14:01:25:755 aps request id: 105 finished, erase from queue
14:01:26:075 APS-DATA.request id: 108, addrmode: 0x03, addr: 0xbc33acfffee2e660, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 0 len: 2 tx.options 0x00
14:01:26:100 APS-DATA.confirm id: 108, status: 0x00 SUCCESS
14:01:26:101 APS-DATA.confirm request id: 108 -> confirmed, timeout 40712808
14:01:26:222 APS-DATA.indication srcAddr: 0xe37c, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 143, rssi: -76
14:01:26:223    asdu: b30006000332f604ffff2e210032f604ffff2e210000002402004b32f604ffff2e2100bc4036feffe20a68f71d25020f2632f604ffff2e2100df44bbfeffac33bc9d5f25020f64
14:01:26:224 APS-DATA.indication request id: 108 -> finished
14:01:26:225 APS-DATA.request id: 108 erase from queue
14:01:28:212 skip binding for attribute reporting of ep: 0x00 cluster 0x1000 (end-device might sleep)
14:01:29:435 APS-DATA.request id: 127, addrmode: 0x03, addr: 0xbc33acfffee2e660, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 0 len: 2 tx.options 0x00
14:01:29:463 APS-DATA.confirm id: 127, status: 0x00 SUCCESS
14:01:29:464 APS-DATA.confirm request id: 127 -> confirmed, timeout 40712808
14:01:29:489 APS-DATA.indication srcAddr: 0xe37c, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 143, rssi: -76
14:01:29:490    asdu: b80006030332f604ffff2e2100f76001feff818e58966825020f2932f604ffff2e210055eefafeff57b4148fd425020f5032f604ffff2e210037978bfeffac33bce8db05020f55
14:01:29:491 APS-DATA.indication request id: 127 -> finished
14:01:29:492 APS-DATA.request id: 127 erase from queue
14:01:30:659 APS-DATA.indication srcAddr: 0xca3a, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0B04, lqi: 183, rssi: -71
14:01:30:660    asdu: 08080a0505216f000805210a00
14:01:30:661 ZCL attribute report 0x842E14FFFE8266D4 for cluster: 0x0B04, ep: 0x01, frame control: 0x08, mfcode: 0x0000 
14:01:30:662 APS-DATA.request id: 135, addrmode: 0x02, addr: 0xca3a, profile: 0x0104, cluster: 0x0B04, ep: 0x01 -> 0x01 queue: 0 len: 5 tx.options 0x00
14:01:30:704 APS-DATA.confirm id: 135, status: 0x00 SUCCESS
14:01:30:706 APS-DATA.confirm request id: 135 -> erase from queue
14:01:30:723 aps request id: 135 finished, erase from queue
14:01:32:212 skip binding for attribute reporting of ep: 0x00 cluster 0x1000 (end-device might sleep)
14:01:32:795 APS-DATA.request id: 148, addrmode: 0x03, addr: 0xbc33acfffebb44df, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 0 len: 2 tx.options 0x00
14:01:32:825 APS-DATA.confirm id: 148, status: 0x00 SUCCESS
14:01:32:827 APS-DATA.confirm request id: 148 -> confirmed, timeout 42582520
14:01:32:930 APS-DATA.indication srcAddr: 0x5f9d, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 143, rssi: -76
14:01:32:931    asdu: bc0007000332f604ffff2e210032f604ffff2e210000002402006332f604ffff2e2100bc4036feffe20a68f71d25020f3532f604ffff2e2100f76001feff818e58966825020f3b
14:01:32:932 APS-DATA.indication request id: 148 -> finished
14:01:32:933 APS-DATA.request id: 148 erase from queue
14:01:34:212 APS-DATA.request id: 157, addrmode: 0x03, addr: 0x00158d00058d0ab6, profile: 0x0104, cluster: 0x0006, ep: 0x01 -> 0x01 queue: 0 len: 5 tx.options 0x00
14:01:34:239 APS-DATA.confirm id: 157, status: 0x00 SUCCESS
14:01:34:240 APS-DATA.confirm request id: 157 -> erase from queue
14:01:34:300 APS-DATA.indication srcAddr: 0x9097, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0006, lqi: 255, rssi: -47
14:01:34:301    asdu: 08c3010000001000
14:01:34:302 APS-DATA.request id: 157 erase from queue
14:01:35:692 APS-DATA.indication srcAddr: 0xca3a, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0B04, lqi: 255, rssi: -48
14:01:35:693    asdu: 08090a0505216100
14:01:35:695 ZCL attribute report 0x842E14FFFE8266D4 for cluster: 0x0B04, ep: 0x01, frame control: 0x08, mfcode: 0x0000 
14:01:35:696 APS-DATA.request id: 166, addrmode: 0x02, addr: 0xca3a, profile: 0x0104, cluster: 0x0B04, ep: 0x01 -> 0x01 queue: 0 len: 5 tx.options 0x00
14:01:35:751 APS-DATA.confirm id: 166, status: 0x00 SUCCESS
14:01:35:752 APS-DATA.confirm request id: 166 -> erase from queue
14:01:35:767 aps request id: 166 finished, erase from queue
14:01:36:099 APS-DATA.indication srcAddr: 0x9097, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0019, lqi: 255, rssi: -48
14:01:36:100    asdu: 012c01002d12010101000000
14:01:36:101 APS-DATA.request id: 170, addrmode: 0x03, addr: 0x00158d00058d0ab6, profile: 0x0104, cluster: 0x0019, ep: 0x01 -> 0x01 queue: 0 len: 4 tx.options 0x04
14:01:36:156 APS-DATA.request id: 171, addrmode: 0x03, addr: 0xbc33acfffebb44df, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 1 len: 2 tx.options 0x00
14:01:36:183 APS-DATA.confirm id: 171, status: 0x00 SUCCESS
14:01:36:185 APS-DATA.confirm request id: 171 -> confirmed, timeout 42904896
14:01:36:209 APS-DATA.indication srcAddr: 0x5f9d, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 143, rssi: -76
14:01:36:210    asdu: bf0007030332f604ffff2e2100b60a8d05008d1500979025020f2932f604ffff2e210055eefafeff57b4148fd425020f8132f604ffff2e210037978bfeffac33bce8db05020f82
14:01:36:211 APS-DATA.indication request id: 171 -> finished
14:01:36:212 APS-DATA.request id: 171 erase from queue
14:01:36:237 skip binding for attribute reporting of ep: 0x00 cluster 0x1000 (end-device might sleep)
14:01:39:520 APS-DATA.request id: 192, addrmode: 0x03, addr: 0xbc33acfffebb44df, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 1 len: 2 tx.options 0x00
14:01:39:556 APS-DATA.confirm id: 192, status: 0x00 SUCCESS
14:01:39:558 APS-DATA.confirm request id: 192 -> confirmed, timeout 42904896
14:01:39:603 APS-DATA.indication srcAddr: 0x5f9d, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 143, rssi: -76
14:01:39:605    asdu: c50007060132f604ffff2e210060e6e2feffac33bc7ce325020f65
14:01:39:606 APS-DATA.indication request id: 192 -> finished
14:01:39:607 APS-DATA.request id: 192 erase from queue
14:01:40:212 skip binding for attribute reporting of ep: 0x00 cluster 0x1000 (end-device might sleep)
14:01:40:641 APS-DATA.indication srcAddr: 0xca3a, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0B04, lqi: 255, rssi: -48
14:01:40:643    asdu: 080a0a05052172000805210b00
14:01:40:646 ZCL attribute report 0x842E14FFFE8266D4 for cluster: 0x0B04, ep: 0x01, frame control: 0x08, mfcode: 0x0000 
14:01:40:647 APS-DATA.request id: 202, addrmode: 0x02, addr: 0xca3a, profile: 0x0104, cluster: 0x0B04, ep: 0x01 -> 0x01 queue: 1 len: 5 tx.options 0x00
14:01:40:699 APS-DATA.confirm id: 202, status: 0x00 SUCCESS
14:01:40:700 APS-DATA.confirm request id: 202 -> erase from queue
14:01:40:730 aps request id: 202 finished, erase from queue
14:01:42:875 APS-DATA.request id: 212, addrmode: 0x03, addr: 0x14b457fffefaee55, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 1 len: 2 tx.options 0x00
14:01:42:901 APS-DATA.confirm id: 212, status: 0x00 SUCCESS
14:01:42:907 APS-DATA.confirm request id: 212 -> confirmed, timeout 43368536
14:01:42:959 APS-DATA.indication srcAddr: 0xd48f, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 167, rssi: -73
14:01:42:960    asdu: c90007000332f604ffff2e210032f604ffff2e210000002402006432f604ffff2e210000725dfeffd76b08242625020f3232f604ffff2e2100df44bbfeffac33bc9d5f25020f54
14:01:42:961 APS-DATA.indication request id: 212 -> finished
14:01:42:962 APS-DATA.request id: 212 erase from queue
14:01:44:212 skip binding for attribute reporting of ep: 0x00 cluster 0x1000 (end-device might sleep)
14:01:45:212 APS-DATA.request id: 227, addrmode: 0x03, addr: 0x00158d00058d0ab6, profile: 0x0104, cluster: 0x0006, ep: 0x01 -> 0x01 queue: 1 len: 5 tx.options 0x00
14:01:45:239 APS-DATA.confirm id: 227, status: 0x00 SUCCESS
14:01:45:240 APS-DATA.confirm request id: 227 -> erase from queue
14:01:45:276 aps request id: 227 finished, erase from queue
14:01:45:295 APS-DATA.indication srcAddr: 0x9097, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0006, lqi: 255, rssi: -48
14:01:45:296    asdu: 08c4010000001000
14:01:45:656 APS-DATA.indication srcAddr: 0xca3a, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0B04, lqi: 255, rssi: -48
14:01:45:658    asdu: 080b0a0505215a000805210c00
14:01:45:660 ZCL attribute report 0x842E14FFFE8266D4 for cluster: 0x0B04, ep: 0x01, frame control: 0x08, mfcode: 0x0000 
14:01:45:662 APS-DATA.request id: 232, addrmode: 0x02, addr: 0xca3a, profile: 0x0104, cluster: 0x0B04, ep: 0x01 -> 0x01 queue: 1 len: 5 tx.options 0x00
14:01:45:722 APS-DATA.confirm id: 232, status: 0x00 SUCCESS
14:01:45:724 APS-DATA.confirm request id: 232 -> erase from queue
14:01:45:755 aps request id: 232 finished, erase from queue
14:01:46:236 APS-DATA.request id: 236, addrmode: 0x03, addr: 0x14b457fffefaee55, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 1 len: 2 tx.options 0x00
14:01:46:262 APS-DATA.confirm id: 236, status: 0x00 SUCCESS
14:01:46:263 APS-DATA.confirm request id: 236 -> confirmed, timeout 40712808
14:01:46:282 APS-DATA.confirm id: 170, status: 0xA7 NO_ACK
14:01:46:321 APS-DATA.indication srcAddr: 0xd48f, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 167, rssi: -73
14:01:46:322    asdu: ce0007030332f604ffff2e2100f76001feff818e58966825020f3832f604ffff2e210037978bfeffac33bce8db05020fa032f604ffff2e210060e6e2feffac33bc7ce325020f24
14:01:46:323 APS-DATA.indication request id: 236 -> finished
14:01:46:324 APS-DATA.request id: 236 erase from queue
14:01:48:211 skip binding for attribute reporting of ep: 0x00 cluster 0x1000 (end-device might sleep)
14:01:49:595 APS-DATA.request id: 255, addrmode: 0x03, addr: 0x14b457fffefaee55, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 0 len: 2 tx.options 0x00
14:01:49:636 APS-DATA.confirm id: 255, status: 0x00 SUCCESS
14:01:49:637 APS-DATA.confirm request id: 255 -> confirmed, timeout 1912650712
14:01:49:678 APS-DATA.indication srcAddr: 0xd48f, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 167, rssi: -73
14:01:49:680    asdu: d30007060132f604ffff2e210045aa4205008d1500ffef120002a6
14:01:49:681 APS-DATA.indication request id: 255 -> finished
14:01:49:683 APS-DATA.request id: 255 erase from queue
14:01:49:731 Current channel 25
14:01:49:743 CTRL got nwk update id 1
14:01:49:757 Device TTL 2512 s flags: 0x7
14:01:50:798 APS-DATA.indication srcAddr: 0xca3a, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0B04, lqi: 247, rssi: -63
14:01:50:799    asdu: 080c0a0805210a00
14:01:50:801 ZCL attribute report 0x842E14FFFE8266D4 for cluster: 0x0B04, ep: 0x01, frame control: 0x08, mfcode: 0x0000 
14:01:50:812 APS-DATA.request id: 7, addrmode: 0x02, addr: 0xca3a, profile: 0x0104, cluster: 0x0B04, ep: 0x01 -> 0x01 queue: 0 len: 5 tx.options 0x00
14:01:50:855 APS-DATA.confirm id: 7, status: 0x00 SUCCESS
14:01:50:856 APS-DATA.confirm request id: 7 -> erase from queue
14:01:50:875 aps request id: 7 finished, erase from queue
14:01:52:212 skip binding for attribute reporting of ep: 0x00 cluster 0x1000 (end-device might sleep)
14:01:53:882 APS-DATA.indication srcAddr: 0x1df7, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 247, rssi: -63
14:01:53:883    asdu: 08560a0000204c
14:01:53:886 ZCL attribute report 0x680AE2FFFE3640BC for cluster: 0x0008, ep: 0x01, frame control: 0x08, mfcode: 0x0000 
14:01:53:888 APS-DATA.request id: 25, addrmode: 0x02, addr: 0x1df7, profile: 0x0104, cluster: 0x0008, ep: 0x01 -> 0x01 queue: 0 len: 5 tx.options 0x00
14:01:53:911 APS-DATA.indication srcAddr: 0x1df7, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0006, lqi: 247, rssi: -63
14:01:53:912    asdu: 08550a00001000
14:01:53:914 ZCL attribute report 0x680AE2FFFE3640BC for cluster: 0x0006, ep: 0x01, frame control: 0x08, mfcode: 0x0000 
14:01:53:916 APS-DATA.request id: 27, addrmode: 0x02, addr: 0x1df7, profile: 0x0104, cluster: 0x0006, ep: 0x01 -> 0x01 queue: 1 len: 5 tx.options 0x00
14:01:53:917 APS-DATA.request id: 28, addrmode: 0x03, addr: 0x588e81fffe0160f7, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 2 len: 2 tx.options 0x00
14:01:53:924 APS-DATA.confirm id: 25, status: 0x00 SUCCESS
14:01:53:925 APS-DATA.confirm request id: 25 -> erase from queue
14:01:53:958 APS-DATA.confirm id: 27, status: 0x00 SUCCESS
14:01:53:959 APS-DATA.confirm request id: 27 -> erase from queue
14:01:53:965 APS-DATA.confirm id: 28, status: 0x00 SUCCESS
14:01:53:966 APS-DATA.confirm request id: 28 -> confirmed, timeout 39352224
14:01:53:996 aps request id: 25 finished, erase from queue
14:01:54:032 APS-DATA.indication srcAddr: 0x6896, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 135, rssi: -77
14:01:54:034    asdu: d80008000332f604ffff2e210032f604ffff2e210000002402005432f604ffff2e210055eefafeff57b4148fd405020f3b32f604ffff2e210037978bfeffac33bce8db25020f48
14:01:54:036 APS-DATA.indication request id: 28 -> finished
14:01:54:037 APS-DATA.request id: 27 erase from queue
14:01:54:038 APS-DATA.request id: 28 erase from queue
14:01:54:400 APS-DATA.indication srcAddr: 0xca3a, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0006, lqi: 175, rssi: -72
14:01:54:402    asdu: 080d0a00001000
14:01:54:404 ZCL attribute report 0x842E14FFFE8266D4 for cluster: 0x0006, ep: 0x01, frame control: 0x08, mfcode: 0x0000 
14:01:54:406 APS-DATA.request id: 33, addrmode: 0x02, addr: 0xca3a, profile: 0x0104, cluster: 0x0006, ep: 0x01 -> 0x01 queue: 0 len: 5 tx.options 0x00
14:01:54:426 APS-DATA.indication srcAddr: 0xca3a, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 175, rssi: -72
14:01:54:427    asdu: 080e0a00002033
14:01:54:429 ZCL attribute report 0x842E14FFFE8266D4 for cluster: 0x0008, ep: 0x01, frame control: 0x08, mfcode: 0x0000 
14:01:54:431 APS-DATA.request id: 35, addrmode: 0x02, addr: 0xca3a, profile: 0x0104, cluster: 0x0008, ep: 0x01 -> 0x01 queue: 1 len: 5 tx.options 0x00
14:01:54:478 APS-DATA.confirm id: 33, status: 0x00 SUCCESS
14:01:54:479 APS-DATA.confirm request id: 33 -> erase from queue
14:01:54:487 APS-DATA.confirm id: 35, status: 0x00 SUCCESS
14:01:54:488 APS-DATA.confirm request id: 35 -> erase from queue
14:01:54:560 aps request id: 33 finished, erase from queue
14:01:54:636 aps request id: 35 finished, erase from queue
14:01:54:770 dev /dev/ttyS0 (/dev/ttyS0)
14:01:54:777 GW firmware version: 0x26680700
14:01:54:778 GW firmware version is up to date: 0x26680700
14:01:55:596 APS-DATA.indication srcAddr: 0xca3a, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0B04, lqi: 175, rssi: -72
14:01:55:598    asdu: 080f0a0805210b000b05290000
14:01:55:600 ZCL attribute report 0x842E14FFFE8266D4 for cluster: 0x0B04, ep: 0x01, frame control: 0x08, mfcode: 0x0000 
14:01:55:602 APS-DATA.request id: 44, addrmode: 0x02, addr: 0xca3a, profile: 0x0104, cluster: 0x0B04, ep: 0x01 -> 0x01 queue: 0 len: 5 tx.options 0x00
14:01:55:650 APS-DATA.confirm id: 44, status: 0x00 SUCCESS
14:01:55:652 APS-DATA.confirm request id: 44 -> erase from queue
14:01:55:675 aps request id: 44 finished, erase from queue
14:01:57:111 APS-DATA.request id: 53, addrmode: 0x03, addr: 0x00158d00058d0ab6, profile: 0x0104, cluster: 0x0006, ep: 0x01 -> 0x01 queue: 0 len: 5 tx.options 0x00
14:01:57:136 APS-DATA.confirm id: 53, status: 0x00 SUCCESS
14:01:57:138 APS-DATA.confirm request id: 53 -> erase from queue
14:01:57:176 APS-DATA.indication srcAddr: 0x9097, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0006, lqi: 175, rssi: -72
14:01:57:178    asdu: 08c5010000001000
14:01:57:179 APS-DATA.request id: 53 erase from queue
14:01:57:275 APS-DATA.request id: 56, addrmode: 0x03, addr: 0x588e81fffe0160f7, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 0 len: 2 tx.options 0x00
14:01:57:318 APS-DATA.confirm id: 56, status: 0x00 SUCCESS
14:01:57:319 APS-DATA.confirm request id: 56 -> confirmed, timeout 39352224
14:01:57:367 APS-DATA.indication srcAddr: 0x6896, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 135, rssi: -77
14:01:57:368    asdu: dd0008030332f604ffff2e2100ddedde01008d1500699c1200029232f604ffff2e2100d818b502008d1500f1b4120002ae32f604ffff2e21006f5d4a02008d150018d9120002b2
14:01:57:368 APS-DATA.indication request id: 56 -> finished
14:01:57:369 APS-DATA.request id: 56 erase from queue
14:02:00:570 APS-DATA.indication srcAddr: 0xca3a, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0B04, lqi: 175, rssi: -72
14:02:00:571    asdu: 08100a0805210d00
14:02:00:573 APS-DATA.request id: 76, addrmode: 0x02, addr: 0xca3a, profile: 0x0104, cluster: 0x0B04, ep: 0x01 -> 0x01 queue: 0 len: 5 tx.options 0x00
14:02:00:602 APS-DATA.confirm id: 76, status: 0x00 SUCCESS
14:02:00:603 APS-DATA.confirm request id: 76 -> erase from queue
14:02:00:635 APS-DATA.request id: 77, addrmode: 0x03, addr: 0x588e81fffe0160f7, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 1 len: 2 tx.options 0x00
14:02:00:637 aps request id: 76 finished, erase from queue
14:02:00:661 APS-DATA.confirm id: 77, status: 0x00 SUCCESS
14:02:00:662 APS-DATA.confirm request id: 77 -> confirmed, timeout 42892184
14:02:00:738 APS-DATA.indication srcAddr: 0x6896, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 95, rssi: -76
14:02:00:739    asdu: e20008060232f604ffff2e21004d3d793cdf8ccf0497381200029132f604ffff2e2100b949dd01008d150078a5120002d2
14:02:00:741 APS-DATA.indication request id: 77 -> finished
14:02:00:742 APS-DATA.request id: 77 erase from queue

Wie heeft een idee waar dit aan ligt en hoe ik het op kan lossen?

[Mimiix]

vanenkelen schreef op vrijdag 30 april 2021 @ 14:27:
Toch maar eens jullie hulp vragen. Een paar maanden geleden klapte een aantal Zigbee inbouw switches en schakelaars er ineens uit.

Het gaat om diverse varianten van deze:

https://www.robbshop.nl/inbouwdimmer-hue-zigbee-400w-robb-smarrt, in zowel de normale als de 2-draads dimmer en de aan/uit variant.

Ik kreeg ze ook niet meer terug in het netwerk door mijn Raspberry Pi 3b+ met Domoticz, Deconz en Phoscon opnieuw op te starten. Ik draai de stable versies en de afgelopen periode geen wijzigingen of updates doorgevoerd. De switches van de stroom afhalen en opnieuw pairen werkte bij een aantal, maar leek niet stabiel. Uiteindelijk heb ik dat moment maar aangegrepen om mijn hele netwerk opnieuw op te bouwen. Alles vers en opnieuw geïnstalleerd. Sindsdien loopt het al bijna 4 maanden superstabiel, geen uitval, het werkt. Alles draait op een SSD die met een verlengkabel van 1 meter aan RPi vast zit. Ook de Conbee stick zelf zit op een USB verlengkabel.

Gisteren zei mijn vrouw ineens dat een lamp in de woonkamer niet werkte, vervolgens merkte ik ook dat 2 bewegingsmelders ook niets meer deden. Via VNC zie ik dat de desbetreffende dimmer inderdaad niet meer actief is in het netwerk. In het log zie ik (maar dat zal aan mijn beperkte kennis liggen) ook geen gekke dingen.

Trouwens, de stroom eraf en er weer op heeft niet geholpen, waarschijnlijk is opnieuw pairen de enige optie. Maar voordat ik dat ga doen ben ik vooral benieuwd wat dit veroorzaakt en of ik het kan voorkomen of op een andere manier kan oplossen...

Zie hieronder wat schermafdrukken en het log dat ik gemaakt heb, het boefje is Zigbee-Dimmer-04:

[Afbeelding]

[Afbeelding]

[Afbeelding]

Sorry voor de enorme log , is er een manier om die opvouwbaar te maken? Dan doe ik dat gelijk nog even tbv de leesbaarheid van het topic.

code:

14:00:30:845 ZCL attribute report 0x842E14FFFE8266D4 for cluster: 0x0B04, ep: 0x01, frame control: 0x08, mfcode: 0x0000 
14:00:35:832 ZCL attribute report 0x842E14FFFE8266D4 for cluster: 0x0B04, ep: 0x01, frame control: 0x08, mfcode: 0x0000 
14:00:36:559 ZCL attribute report 0x04CF8CDF3C7865E5 for cluster: 0x0400, ep: 0x01, frame control: 0x18, mfcode: 0x0000 
14:00:40:858 ZCL attribute report 0x842E14FFFE8266D4 for cluster: 0x0B04, ep: 0x01, frame control: 0x08, mfcode: 0x0000 
14:00:45:801 ZCL attribute report 0x842E14FFFE8266D4 for cluster: 0x0B04, ep: 0x01, frame control: 0x08, mfcode: 0x0000 
14:00:45:948 ZCL attribute report 0x086BD7FFFE5D7200 for cluster: 0x0008, ep: 0x01, frame control: 0x08, mfcode: 0x0000 
14:00:49:731 Current channel 25
14:00:49:742 CTRL got nwk update id 1
14:00:49:764 Device TTL 2572 s flags: 0x7
14:00:50:787 APS-DATA.indication srcAddr: 0xca3a, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0B04, lqi: 183, rssi: -71
14:00:50:788    asdu: 08020a0505215b000805210a00
14:00:50:790 ZCL attribute report 0x842E14FFFE8266D4 for cluster: 0x0B04, ep: 0x01, frame control: 0x08, mfcode: 0x0000 
14:00:50:791 APS-DATA.request id: 145, addrmode: 0x02, addr: 0xca3a, profile: 0x0104, cluster: 0x0B04, ep: 0x01 -> 0x01 queue: 0 len: 5 tx.options 0x00
14:00:50:837 APS-DATA.confirm id: 145, status: 0x00 SUCCESS
14:00:50:838 APS-DATA.confirm request id: 145 -> erase from queue
14:00:50:875 aps request id: 145 finished, erase from queue
14:00:51:515 APS-DATA.request id: 149, addrmode: 0x03, addr: 0x00212effff04f632, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 0 len: 2 tx.options 0x00
14:00:51:540 APS-DATA.confirm id: 149, status: 0x00 SUCCESS
14:00:51:542 APS-DATA.confirm request id: 149 -> confirmed, timeout 42913032
14:00:51:571 APS-DATA.indication srcAddr: 0x0000, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 73, rssi: 43
14:00:51:573    asdu: 800018160132f604ffff2e2100907d6004008d1500f9b7120001ff
14:00:51:575 APS-DATA.indication request id: 149 -> finished
14:00:51:577 APS-DATA.request id: 149 erase from queue
14:00:54:876 APS-DATA.request id: 169, addrmode: 0x03, addr: 0x00212effff04f632, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 0 len: 2 tx.options 0x00
14:00:54:898 APS-DATA.confirm id: 169, status: 0x00 SUCCESS
14:00:54:900 APS-DATA.confirm request id: 169 -> confirmed, timeout 40712808
14:00:54:927 APS-DATA.indication srcAddr: 0x0000, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 48, rssi: 51
14:00:54:930    asdu: 860018170132f604ffff2e210002c14604008d15005a84120001ff
14:00:54:933 APS-DATA.indication request id: 169 -> finished
14:00:54:934 APS-DATA.request id: 169 erase from queue
14:00:58:236 APS-DATA.request id: 189, addrmode: 0x03, addr: 0xbc33acfffe8b9737, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 0 len: 2 tx.options 0x00
14:00:58:271 APS-DATA.confirm id: 189, status: 0x00 SUCCESS
14:00:58:274 APS-DATA.confirm request id: 189 -> confirmed, timeout 41107856
14:00:58:305 APS-DATA.indication srcAddr: 0xdbe8, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 143, rssi: -76
14:00:58:307    asdu: 8b000a000332f604ffff2e210032f604ffff2e210000000402008a32f604ffff2e2100bc4036feffe20a68f71d25020f3e32f604ffff2e210000725dfeffd76b08242625020f3a
14:00:58:311 APS-DATA.indication request id: 189 -> finished
14:00:58:314 APS-DATA.request id: 189 erase from queue
14:01:00:754 APS-DATA.indication srcAddr: 0xca3a, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0B04, lqi: 175, rssi: -72
14:01:00:755    asdu: 08030a0505216600
14:01:00:756 ZCL attribute report 0x842E14FFFE8266D4 for cluster: 0x0B04, ep: 0x01, frame control: 0x08, mfcode: 0x0000 
14:01:00:757 APS-DATA.request id: 203, addrmode: 0x02, addr: 0xca3a, profile: 0x0104, cluster: 0x0B04, ep: 0x01 -> 0x01 queue: 0 len: 5 tx.options 0x00
14:01:00:798 APS-DATA.confirm id: 203, status: 0x00 SUCCESS
14:01:00:800 APS-DATA.confirm request id: 203 -> erase from queue
14:01:00:875 aps request id: 203 finished, erase from queue
14:01:01:211 APS-DATA.request id: 206, addrmode: 0x03, addr: 0x00158d00058d0ab6, profile: 0x0104, cluster: 0x0006, ep: 0x01 -> 0x01 queue: 0 len: 5 tx.options 0x00
14:01:01:245 APS-DATA.confirm id: 206, status: 0x00 SUCCESS
14:01:01:246 APS-DATA.confirm request id: 206 -> erase from queue
14:01:01:268 APS-DATA.indication srcAddr: 0x9097, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0006, lqi: 175, rssi: -72
14:01:01:269    asdu: 08c0010000001000
14:01:01:270 APS-DATA.request id: 206 erase from queue
14:01:01:595 APS-DATA.request id: 211, addrmode: 0x03, addr: 0xbc33acfffe8b9737, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 0 len: 2 tx.options 0x00
14:01:01:639 APS-DATA.confirm id: 211, status: 0x00 SUCCESS
14:01:01:640 APS-DATA.confirm request id: 211 -> confirmed, timeout 1789000480
14:01:01:659 APS-DATA.indication srcAddr: 0xdbe8, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 143, rssi: -76
14:01:01:660    asdu: 8f000a030332f604ffff2e2100df44bbfeffac33bc9d5f25020f8732f604ffff2e2100f76001feff818e58966825020f7732f604ffff2e2100b60a8d05008d1500979025020f33
14:01:01:662 APS-DATA.indication request id: 211 -> finished
14:01:01:663 APS-DATA.request id: 211 erase from queue
14:01:04:955 APS-DATA.request id: 228, addrmode: 0x03, addr: 0xbc33acfffe8b9737, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 0 len: 2 tx.options 0x00
14:01:04:992 APS-DATA.confirm id: 228, status: 0x00 SUCCESS
14:01:04:993 APS-DATA.confirm request id: 228 -> confirmed, timeout 42913032
14:01:05:017 APS-DATA.indication srcAddr: 0xdbe8, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 143, rssi: -76
14:01:05:020    asdu: 92000a060332f604ffff2e210055eefafeff57b4148fd425020fd432f604ffff2e210060e6e2feffac33bc7ce325020f5b32f604ffff2e2100bc91f1feffcccccc9638120002c0
14:01:05:022 APS-DATA.indication request id: 228 -> finished
14:01:05:024 APS-DATA.request id: 228 erase from queue
14:01:08:315 APS-DATA.request id: 249, addrmode: 0x03, addr: 0xbc33acfffe8b9737, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 0 len: 2 tx.options 0x00
14:01:08:343 APS-DATA.confirm id: 249, status: 0x00 SUCCESS
14:01:08:344 APS-DATA.confirm request id: 249 -> confirmed, timeout 41107856
14:01:08:361 APS-DATA.indication srcAddr: 0xdbe8, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 143, rssi: -76
14:01:08:363    asdu: 98000a090132f604ffff2e21008c49f2feffccccccbcaa120002b5
14:01:08:365 APS-DATA.indication request id: 249 -> finished
14:01:08:366 APS-DATA.request id: 249 erase from queue
14:01:09:212 skip binding for attribute reporting of ep: 0x00 cluster 0x1000 (end-device might sleep)
14:01:10:719 APS-DATA.indication srcAddr: 0xca3a, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0B04, lqi: 183, rssi: -71
14:01:10:720    asdu: 08040a0505214500
14:01:10:722 ZCL attribute report 0x842E14FFFE8266D4 for cluster: 0x0B04, ep: 0x01, frame control: 0x08, mfcode: 0x0000 
14:01:10:722 APS-DATA.request id: 10, addrmode: 0x02, addr: 0xca3a, profile: 0x0104, cluster: 0x0B04, ep: 0x01 -> 0x01 queue: 0 len: 5 tx.options 0x00
14:01:10:765 APS-DATA.confirm id: 10, status: 0x00 SUCCESS
14:01:10:766 APS-DATA.confirm request id: 10 -> erase from queue
14:01:10:795 aps request id: 10 finished, erase from queue
14:01:12:636 APS-DATA.request id: 18, addrmode: 0x03, addr: 0x086bd7fffe5d7200, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 0 len: 2 tx.options 0x00
14:01:12:689 APS-DATA.confirm id: 18, status: 0x00 SUCCESS
14:01:12:690 APS-DATA.confirm request id: 18 -> confirmed, timeout 40712808
14:01:12:708 APS-DATA.indication srcAddr: 0x2624, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 207, rssi: -68
14:01:12:710    asdu: 9d0005000332f604ffff2e210032f604ffff2e210000000402009532f604ffff2e2100bc4036feffe20a68f71d25020f3432f604ffff2e2100b60a8d05008d1500979025020f43
14:01:12:711 APS-DATA.indication request id: 18 -> finished
14:01:12:712 APS-DATA.request id: 18 erase from queue
14:01:13:211 APS-DATA.request id: 24, addrmode: 0x03, addr: 0x00158d00058d0ab6, profile: 0x0104, cluster: 0x0006, ep: 0x01 -> 0x01 queue: 0 len: 5 tx.options 0x00
14:01:13:248 APS-DATA.confirm id: 24, status: 0x00 SUCCESS
14:01:13:249 APS-DATA.confirm request id: 24 -> erase from queue
14:01:13:275 APS-DATA.indication srcAddr: 0x9097, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0006, lqi: 127, rssi: -78
14:01:13:276    asdu: 08c1010000001000
14:01:13:277 APS-DATA.request id: 24 erase from queue
14:01:15:711 APS-DATA.indication srcAddr: 0xca3a, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0B04, lqi: 183, rssi: -71
14:01:15:712    asdu: 08050a0505216c000805210000
14:01:15:715 ZCL attribute report 0x842E14FFFE8266D4 for cluster: 0x0B04, ep: 0x01, frame control: 0x08, mfcode: 0x0000 
14:01:15:716 APS-DATA.request id: 39, addrmode: 0x02, addr: 0xca3a, profile: 0x0104, cluster: 0x0B04, ep: 0x01 -> 0x01 queue: 0 len: 5 tx.options 0x00
14:01:15:762 APS-DATA.confirm id: 39, status: 0x00 SUCCESS
14:01:15:764 APS-DATA.confirm request id: 39 -> erase from queue
14:01:15:835 aps request id: 39 finished, erase from queue
14:01:15:996 APS-DATA.request id: 42, addrmode: 0x03, addr: 0x086bd7fffe5d7200, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 0 len: 2 tx.options 0x00
14:01:16:025 APS-DATA.confirm id: 42, status: 0x00 SUCCESS
14:01:16:026 APS-DATA.confirm request id: 42 -> confirmed, timeout 40712808
14:01:16:047 APS-DATA.indication srcAddr: 0x2624, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 159, rssi: -74
14:01:16:049    asdu: a20005030232f604ffff2e210055eefafeff57b4148fd425020f4932f604ffff2e210037978bfeffac33bce8db25020f22
14:01:16:050 APS-DATA.indication request id: 42 -> finished
14:01:16:051 APS-DATA.request id: 42 erase from queue
14:01:16:212 skip binding for attribute reporting of ep: 0x00 cluster 0x1000 (end-device might sleep)
14:01:19:355 APS-DATA.request id: 62, addrmode: 0x03, addr: 0x842e14fffe8266d4, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 0 len: 2 tx.options 0x00
14:01:19:379 APS-DATA.confirm id: 62, status: 0x00 SUCCESS
14:01:19:380 APS-DATA.confirm request id: 62 -> confirmed, timeout 41107856
14:01:19:401 APS-DATA.indication srcAddr: 0xca3a, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 175, rssi: -72
14:01:19:403    asdu: a80004000332f604ffff2e210032f604ffff2e210000000402009432f604ffff2e2100bc4036feffe20a68f71d25020f4432f604ffff2e2100b60a8d05008d1500979025020f85
14:01:19:404 APS-DATA.indication request id: 62 -> finished
14:01:19:405 APS-DATA.request id: 62 erase from queue
14:01:20:212 skip binding for attribute reporting of ep: 0x00 cluster 0x1000 (end-device might sleep)
14:01:20:691 APS-DATA.indication srcAddr: 0xca3a, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0B04, lqi: 175, rssi: -72
14:01:20:692    asdu: 08060a0505214c000805210a00
14:01:20:693 ZCL attribute report 0x842E14FFFE8266D4 for cluster: 0x0B04, ep: 0x01, frame control: 0x08, mfcode: 0x0000 
14:01:20:694 APS-DATA.request id: 70, addrmode: 0x02, addr: 0xca3a, profile: 0x0104, cluster: 0x0B04, ep: 0x01 -> 0x01 queue: 0 len: 5 tx.options 0x00
14:01:20:735 APS-DATA.confirm id: 70, status: 0x00 SUCCESS
14:01:20:737 APS-DATA.confirm request id: 70 -> erase from queue
14:01:20:796 aps request id: 70 finished, erase from queue
14:01:22:715 APS-DATA.request id: 84, addrmode: 0x03, addr: 0x842e14fffe8266d4, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 0 len: 2 tx.options 0x00
14:01:22:747 APS-DATA.confirm id: 84, status: 0x00 SUCCESS
14:01:22:749 APS-DATA.confirm request id: 84 -> confirmed, timeout 40712808
14:01:22:770 APS-DATA.indication srcAddr: 0xca3a, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 183, rssi: -71
14:01:22:771    asdu: ad0004030132f604ffff2e2100e565783cdf8ccf0486a7120002a7
14:01:22:772 APS-DATA.indication request id: 84 -> finished
14:01:22:773 APS-DATA.request id: 84 erase from queue
14:01:23:211 APS-DATA.request id: 87, addrmode: 0x03, addr: 0x00158d00058d0ab6, profile: 0x0104, cluster: 0x0006, ep: 0x01 -> 0x01 queue: 0 len: 5 tx.options 0x00
14:01:23:245 APS-DATA.confirm id: 87, status: 0x00 SUCCESS
14:01:23:248 APS-DATA.confirm request id: 87 -> erase from queue
14:01:23:273 APS-DATA.indication srcAddr: 0x9097, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0006, lqi: 175, rssi: -72
14:01:23:274    asdu: 08c2010000001000
14:01:23:276 APS-DATA.request id: 87 erase from queue
14:01:24:213 skip binding for attribute reporting of ep: 0x00 cluster 0x1000 (end-device might sleep)
14:01:25:675 APS-DATA.indication srcAddr: 0xca3a, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0B04, lqi: 183, rssi: -71
14:01:25:676    asdu: 08070a0805210000
14:01:25:677 ZCL attribute report 0x842E14FFFE8266D4 for cluster: 0x0B04, ep: 0x01, frame control: 0x08, mfcode: 0x0000 
14:01:25:678 APS-DATA.request id: 105, addrmode: 0x02, addr: 0xca3a, profile: 0x0104, cluster: 0x0B04, ep: 0x01 -> 0x01 queue: 0 len: 5 tx.options 0x00
14:01:25:717 APS-DATA.confirm id: 105, status: 0x00 SUCCESS
14:01:25:718 APS-DATA.confirm request id: 105 -> erase from queue
14:01:25:755 aps request id: 105 finished, erase from queue
14:01:26:075 APS-DATA.request id: 108, addrmode: 0x03, addr: 0xbc33acfffee2e660, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 0 len: 2 tx.options 0x00
14:01:26:100 APS-DATA.confirm id: 108, status: 0x00 SUCCESS
14:01:26:101 APS-DATA.confirm request id: 108 -> confirmed, timeout 40712808
14:01:26:222 APS-DATA.indication srcAddr: 0xe37c, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 143, rssi: -76
14:01:26:223    asdu: b30006000332f604ffff2e210032f604ffff2e210000002402004b32f604ffff2e2100bc4036feffe20a68f71d25020f2632f604ffff2e2100df44bbfeffac33bc9d5f25020f64
14:01:26:224 APS-DATA.indication request id: 108 -> finished
14:01:26:225 APS-DATA.request id: 108 erase from queue
14:01:28:212 skip binding for attribute reporting of ep: 0x00 cluster 0x1000 (end-device might sleep)
14:01:29:435 APS-DATA.request id: 127, addrmode: 0x03, addr: 0xbc33acfffee2e660, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 0 len: 2 tx.options 0x00
14:01:29:463 APS-DATA.confirm id: 127, status: 0x00 SUCCESS
14:01:29:464 APS-DATA.confirm request id: 127 -> confirmed, timeout 40712808
14:01:29:489 APS-DATA.indication srcAddr: 0xe37c, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 143, rssi: -76
14:01:29:490    asdu: b80006030332f604ffff2e2100f76001feff818e58966825020f2932f604ffff2e210055eefafeff57b4148fd425020f5032f604ffff2e210037978bfeffac33bce8db05020f55
14:01:29:491 APS-DATA.indication request id: 127 -> finished
14:01:29:492 APS-DATA.request id: 127 erase from queue
14:01:30:659 APS-DATA.indication srcAddr: 0xca3a, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0B04, lqi: 183, rssi: -71
14:01:30:660    asdu: 08080a0505216f000805210a00
14:01:30:661 ZCL attribute report 0x842E14FFFE8266D4 for cluster: 0x0B04, ep: 0x01, frame control: 0x08, mfcode: 0x0000 
14:01:30:662 APS-DATA.request id: 135, addrmode: 0x02, addr: 0xca3a, profile: 0x0104, cluster: 0x0B04, ep: 0x01 -> 0x01 queue: 0 len: 5 tx.options 0x00
14:01:30:704 APS-DATA.confirm id: 135, status: 0x00 SUCCESS
14:01:30:706 APS-DATA.confirm request id: 135 -> erase from queue
14:01:30:723 aps request id: 135 finished, erase from queue
14:01:32:212 skip binding for attribute reporting of ep: 0x00 cluster 0x1000 (end-device might sleep)
14:01:32:795 APS-DATA.request id: 148, addrmode: 0x03, addr: 0xbc33acfffebb44df, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 0 len: 2 tx.options 0x00
14:01:32:825 APS-DATA.confirm id: 148, status: 0x00 SUCCESS
14:01:32:827 APS-DATA.confirm request id: 148 -> confirmed, timeout 42582520
14:01:32:930 APS-DATA.indication srcAddr: 0x5f9d, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 143, rssi: -76
14:01:32:931    asdu: bc0007000332f604ffff2e210032f604ffff2e210000002402006332f604ffff2e2100bc4036feffe20a68f71d25020f3532f604ffff2e2100f76001feff818e58966825020f3b
14:01:32:932 APS-DATA.indication request id: 148 -> finished
14:01:32:933 APS-DATA.request id: 148 erase from queue
14:01:34:212 APS-DATA.request id: 157, addrmode: 0x03, addr: 0x00158d00058d0ab6, profile: 0x0104, cluster: 0x0006, ep: 0x01 -> 0x01 queue: 0 len: 5 tx.options 0x00
14:01:34:239 APS-DATA.confirm id: 157, status: 0x00 SUCCESS
14:01:34:240 APS-DATA.confirm request id: 157 -> erase from queue
14:01:34:300 APS-DATA.indication srcAddr: 0x9097, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0006, lqi: 255, rssi: -47
14:01:34:301    asdu: 08c3010000001000
14:01:34:302 APS-DATA.request id: 157 erase from queue
14:01:35:692 APS-DATA.indication srcAddr: 0xca3a, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0B04, lqi: 255, rssi: -48
14:01:35:693    asdu: 08090a0505216100
14:01:35:695 ZCL attribute report 0x842E14FFFE8266D4 for cluster: 0x0B04, ep: 0x01, frame control: 0x08, mfcode: 0x0000 
14:01:35:696 APS-DATA.request id: 166, addrmode: 0x02, addr: 0xca3a, profile: 0x0104, cluster: 0x0B04, ep: 0x01 -> 0x01 queue: 0 len: 5 tx.options 0x00
14:01:35:751 APS-DATA.confirm id: 166, status: 0x00 SUCCESS
14:01:35:752 APS-DATA.confirm request id: 166 -> erase from queue
14:01:35:767 aps request id: 166 finished, erase from queue
14:01:36:099 APS-DATA.indication srcAddr: 0x9097, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0019, lqi: 255, rssi: -48
14:01:36:100    asdu: 012c01002d12010101000000
14:01:36:101 APS-DATA.request id: 170, addrmode: 0x03, addr: 0x00158d00058d0ab6, profile: 0x0104, cluster: 0x0019, ep: 0x01 -> 0x01 queue: 0 len: 4 tx.options 0x04
14:01:36:156 APS-DATA.request id: 171, addrmode: 0x03, addr: 0xbc33acfffebb44df, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 1 len: 2 tx.options 0x00
14:01:36:183 APS-DATA.confirm id: 171, status: 0x00 SUCCESS
14:01:36:185 APS-DATA.confirm request id: 171 -> confirmed, timeout 42904896
14:01:36:209 APS-DATA.indication srcAddr: 0x5f9d, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 143, rssi: -76
14:01:36:210    asdu: bf0007030332f604ffff2e2100b60a8d05008d1500979025020f2932f604ffff2e210055eefafeff57b4148fd425020f8132f604ffff2e210037978bfeffac33bce8db05020f82
14:01:36:211 APS-DATA.indication request id: 171 -> finished
14:01:36:212 APS-DATA.request id: 171 erase from queue
14:01:36:237 skip binding for attribute reporting of ep: 0x00 cluster 0x1000 (end-device might sleep)
14:01:39:520 APS-DATA.request id: 192, addrmode: 0x03, addr: 0xbc33acfffebb44df, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 1 len: 2 tx.options 0x00
14:01:39:556 APS-DATA.confirm id: 192, status: 0x00 SUCCESS
14:01:39:558 APS-DATA.confirm request id: 192 -> confirmed, timeout 42904896
14:01:39:603 APS-DATA.indication srcAddr: 0x5f9d, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 143, rssi: -76
14:01:39:605    asdu: c50007060132f604ffff2e210060e6e2feffac33bc7ce325020f65
14:01:39:606 APS-DATA.indication request id: 192 -> finished
14:01:39:607 APS-DATA.request id: 192 erase from queue
14:01:40:212 skip binding for attribute reporting of ep: 0x00 cluster 0x1000 (end-device might sleep)
14:01:40:641 APS-DATA.indication srcAddr: 0xca3a, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0B04, lqi: 255, rssi: -48
14:01:40:643    asdu: 080a0a05052172000805210b00
14:01:40:646 ZCL attribute report 0x842E14FFFE8266D4 for cluster: 0x0B04, ep: 0x01, frame control: 0x08, mfcode: 0x0000 
14:01:40:647 APS-DATA.request id: 202, addrmode: 0x02, addr: 0xca3a, profile: 0x0104, cluster: 0x0B04, ep: 0x01 -> 0x01 queue: 1 len: 5 tx.options 0x00
14:01:40:699 APS-DATA.confirm id: 202, status: 0x00 SUCCESS
14:01:40:700 APS-DATA.confirm request id: 202 -> erase from queue
14:01:40:730 aps request id: 202 finished, erase from queue
14:01:42:875 APS-DATA.request id: 212, addrmode: 0x03, addr: 0x14b457fffefaee55, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 1 len: 2 tx.options 0x00
14:01:42:901 APS-DATA.confirm id: 212, status: 0x00 SUCCESS
14:01:42:907 APS-DATA.confirm request id: 212 -> confirmed, timeout 43368536
14:01:42:959 APS-DATA.indication srcAddr: 0xd48f, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 167, rssi: -73
14:01:42:960    asdu: c90007000332f604ffff2e210032f604ffff2e210000002402006432f604ffff2e210000725dfeffd76b08242625020f3232f604ffff2e2100df44bbfeffac33bc9d5f25020f54
14:01:42:961 APS-DATA.indication request id: 212 -> finished
14:01:42:962 APS-DATA.request id: 212 erase from queue
14:01:44:212 skip binding for attribute reporting of ep: 0x00 cluster 0x1000 (end-device might sleep)
14:01:45:212 APS-DATA.request id: 227, addrmode: 0x03, addr: 0x00158d00058d0ab6, profile: 0x0104, cluster: 0x0006, ep: 0x01 -> 0x01 queue: 1 len: 5 tx.options 0x00
14:01:45:239 APS-DATA.confirm id: 227, status: 0x00 SUCCESS
14:01:45:240 APS-DATA.confirm request id: 227 -> erase from queue
14:01:45:276 aps request id: 227 finished, erase from queue
14:01:45:295 APS-DATA.indication srcAddr: 0x9097, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0006, lqi: 255, rssi: -48
14:01:45:296    asdu: 08c4010000001000
14:01:45:656 APS-DATA.indication srcAddr: 0xca3a, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0B04, lqi: 255, rssi: -48
14:01:45:658    asdu: 080b0a0505215a000805210c00
14:01:45:660 ZCL attribute report 0x842E14FFFE8266D4 for cluster: 0x0B04, ep: 0x01, frame control: 0x08, mfcode: 0x0000 
14:01:45:662 APS-DATA.request id: 232, addrmode: 0x02, addr: 0xca3a, profile: 0x0104, cluster: 0x0B04, ep: 0x01 -> 0x01 queue: 1 len: 5 tx.options 0x00
14:01:45:722 APS-DATA.confirm id: 232, status: 0x00 SUCCESS
14:01:45:724 APS-DATA.confirm request id: 232 -> erase from queue
14:01:45:755 aps request id: 232 finished, erase from queue
14:01:46:236 APS-DATA.request id: 236, addrmode: 0x03, addr: 0x14b457fffefaee55, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 1 len: 2 tx.options 0x00
14:01:46:262 APS-DATA.confirm id: 236, status: 0x00 SUCCESS
14:01:46:263 APS-DATA.confirm request id: 236 -> confirmed, timeout 40712808
14:01:46:282 APS-DATA.confirm id: 170, status: 0xA7 NO_ACK
14:01:46:321 APS-DATA.indication srcAddr: 0xd48f, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 167, rssi: -73
14:01:46:322    asdu: ce0007030332f604ffff2e2100f76001feff818e58966825020f3832f604ffff2e210037978bfeffac33bce8db05020fa032f604ffff2e210060e6e2feffac33bc7ce325020f24
14:01:46:323 APS-DATA.indication request id: 236 -> finished
14:01:46:324 APS-DATA.request id: 236 erase from queue
14:01:48:211 skip binding for attribute reporting of ep: 0x00 cluster 0x1000 (end-device might sleep)
14:01:49:595 APS-DATA.request id: 255, addrmode: 0x03, addr: 0x14b457fffefaee55, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 0 len: 2 tx.options 0x00
14:01:49:636 APS-DATA.confirm id: 255, status: 0x00 SUCCESS
14:01:49:637 APS-DATA.confirm request id: 255 -> confirmed, timeout 1912650712
14:01:49:678 APS-DATA.indication srcAddr: 0xd48f, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 167, rssi: -73
14:01:49:680    asdu: d30007060132f604ffff2e210045aa4205008d1500ffef120002a6
14:01:49:681 APS-DATA.indication request id: 255 -> finished
14:01:49:683 APS-DATA.request id: 255 erase from queue
14:01:49:731 Current channel 25
14:01:49:743 CTRL got nwk update id 1
14:01:49:757 Device TTL 2512 s flags: 0x7
14:01:50:798 APS-DATA.indication srcAddr: 0xca3a, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0B04, lqi: 247, rssi: -63
14:01:50:799    asdu: 080c0a0805210a00
14:01:50:801 ZCL attribute report 0x842E14FFFE8266D4 for cluster: 0x0B04, ep: 0x01, frame control: 0x08, mfcode: 0x0000 
14:01:50:812 APS-DATA.request id: 7, addrmode: 0x02, addr: 0xca3a, profile: 0x0104, cluster: 0x0B04, ep: 0x01 -> 0x01 queue: 0 len: 5 tx.options 0x00
14:01:50:855 APS-DATA.confirm id: 7, status: 0x00 SUCCESS
14:01:50:856 APS-DATA.confirm request id: 7 -> erase from queue
14:01:50:875 aps request id: 7 finished, erase from queue
14:01:52:212 skip binding for attribute reporting of ep: 0x00 cluster 0x1000 (end-device might sleep)
14:01:53:882 APS-DATA.indication srcAddr: 0x1df7, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 247, rssi: -63
14:01:53:883    asdu: 08560a0000204c
14:01:53:886 ZCL attribute report 0x680AE2FFFE3640BC for cluster: 0x0008, ep: 0x01, frame control: 0x08, mfcode: 0x0000 
14:01:53:888 APS-DATA.request id: 25, addrmode: 0x02, addr: 0x1df7, profile: 0x0104, cluster: 0x0008, ep: 0x01 -> 0x01 queue: 0 len: 5 tx.options 0x00
14:01:53:911 APS-DATA.indication srcAddr: 0x1df7, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0006, lqi: 247, rssi: -63
14:01:53:912    asdu: 08550a00001000
14:01:53:914 ZCL attribute report 0x680AE2FFFE3640BC for cluster: 0x0006, ep: 0x01, frame control: 0x08, mfcode: 0x0000 
14:01:53:916 APS-DATA.request id: 27, addrmode: 0x02, addr: 0x1df7, profile: 0x0104, cluster: 0x0006, ep: 0x01 -> 0x01 queue: 1 len: 5 tx.options 0x00
14:01:53:917 APS-DATA.request id: 28, addrmode: 0x03, addr: 0x588e81fffe0160f7, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 2 len: 2 tx.options 0x00
14:01:53:924 APS-DATA.confirm id: 25, status: 0x00 SUCCESS
14:01:53:925 APS-DATA.confirm request id: 25 -> erase from queue
14:01:53:958 APS-DATA.confirm id: 27, status: 0x00 SUCCESS
14:01:53:959 APS-DATA.confirm request id: 27 -> erase from queue
14:01:53:965 APS-DATA.confirm id: 28, status: 0x00 SUCCESS
14:01:53:966 APS-DATA.confirm request id: 28 -> confirmed, timeout 39352224
14:01:53:996 aps request id: 25 finished, erase from queue
14:01:54:032 APS-DATA.indication srcAddr: 0x6896, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 135, rssi: -77
14:01:54:034    asdu: d80008000332f604ffff2e210032f604ffff2e210000002402005432f604ffff2e210055eefafeff57b4148fd405020f3b32f604ffff2e210037978bfeffac33bce8db25020f48
14:01:54:036 APS-DATA.indication request id: 28 -> finished
14:01:54:037 APS-DATA.request id: 27 erase from queue
14:01:54:038 APS-DATA.request id: 28 erase from queue
14:01:54:400 APS-DATA.indication srcAddr: 0xca3a, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0006, lqi: 175, rssi: -72
14:01:54:402    asdu: 080d0a00001000
14:01:54:404 ZCL attribute report 0x842E14FFFE8266D4 for cluster: 0x0006, ep: 0x01, frame control: 0x08, mfcode: 0x0000 
14:01:54:406 APS-DATA.request id: 33, addrmode: 0x02, addr: 0xca3a, profile: 0x0104, cluster: 0x0006, ep: 0x01 -> 0x01 queue: 0 len: 5 tx.options 0x00
14:01:54:426 APS-DATA.indication srcAddr: 0xca3a, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 175, rssi: -72
14:01:54:427    asdu: 080e0a00002033
14:01:54:429 ZCL attribute report 0x842E14FFFE8266D4 for cluster: 0x0008, ep: 0x01, frame control: 0x08, mfcode: 0x0000 
14:01:54:431 APS-DATA.request id: 35, addrmode: 0x02, addr: 0xca3a, profile: 0x0104, cluster: 0x0008, ep: 0x01 -> 0x01 queue: 1 len: 5 tx.options 0x00
14:01:54:478 APS-DATA.confirm id: 33, status: 0x00 SUCCESS
14:01:54:479 APS-DATA.confirm request id: 33 -> erase from queue
14:01:54:487 APS-DATA.confirm id: 35, status: 0x00 SUCCESS
14:01:54:488 APS-DATA.confirm request id: 35 -> erase from queue
14:01:54:560 aps request id: 33 finished, erase from queue
14:01:54:636 aps request id: 35 finished, erase from queue
14:01:54:770 dev /dev/ttyS0 (/dev/ttyS0)
14:01:54:777 GW firmware version: 0x26680700
14:01:54:778 GW firmware version is up to date: 0x26680700
14:01:55:596 APS-DATA.indication srcAddr: 0xca3a, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0B04, lqi: 175, rssi: -72
14:01:55:598    asdu: 080f0a0805210b000b05290000
14:01:55:600 ZCL attribute report 0x842E14FFFE8266D4 for cluster: 0x0B04, ep: 0x01, frame control: 0x08, mfcode: 0x0000 
14:01:55:602 APS-DATA.request id: 44, addrmode: 0x02, addr: 0xca3a, profile: 0x0104, cluster: 0x0B04, ep: 0x01 -> 0x01 queue: 0 len: 5 tx.options 0x00
14:01:55:650 APS-DATA.confirm id: 44, status: 0x00 SUCCESS
14:01:55:652 APS-DATA.confirm request id: 44 -> erase from queue
14:01:55:675 aps request id: 44 finished, erase from queue
14:01:57:111 APS-DATA.request id: 53, addrmode: 0x03, addr: 0x00158d00058d0ab6, profile: 0x0104, cluster: 0x0006, ep: 0x01 -> 0x01 queue: 0 len: 5 tx.options 0x00
14:01:57:136 APS-DATA.confirm id: 53, status: 0x00 SUCCESS
14:01:57:138 APS-DATA.confirm request id: 53 -> erase from queue
14:01:57:176 APS-DATA.indication srcAddr: 0x9097, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0006, lqi: 175, rssi: -72
14:01:57:178    asdu: 08c5010000001000
14:01:57:179 APS-DATA.request id: 53 erase from queue
14:01:57:275 APS-DATA.request id: 56, addrmode: 0x03, addr: 0x588e81fffe0160f7, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 0 len: 2 tx.options 0x00
14:01:57:318 APS-DATA.confirm id: 56, status: 0x00 SUCCESS
14:01:57:319 APS-DATA.confirm request id: 56 -> confirmed, timeout 39352224
14:01:57:367 APS-DATA.indication srcAddr: 0x6896, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 135, rssi: -77
14:01:57:368    asdu: dd0008030332f604ffff2e2100ddedde01008d1500699c1200029232f604ffff2e2100d818b502008d1500f1b4120002ae32f604ffff2e21006f5d4a02008d150018d9120002b2
14:01:57:368 APS-DATA.indication request id: 56 -> finished
14:01:57:369 APS-DATA.request id: 56 erase from queue
14:02:00:570 APS-DATA.indication srcAddr: 0xca3a, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0B04, lqi: 175, rssi: -72
14:02:00:571    asdu: 08100a0805210d00
14:02:00:573 APS-DATA.request id: 76, addrmode: 0x02, addr: 0xca3a, profile: 0x0104, cluster: 0x0B04, ep: 0x01 -> 0x01 queue: 0 len: 5 tx.options 0x00
14:02:00:602 APS-DATA.confirm id: 76, status: 0x00 SUCCESS
14:02:00:603 APS-DATA.confirm request id: 76 -> erase from queue
14:02:00:635 APS-DATA.request id: 77, addrmode: 0x03, addr: 0x588e81fffe0160f7, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 1 len: 2 tx.options 0x00
14:02:00:637 aps request id: 76 finished, erase from queue
14:02:00:661 APS-DATA.confirm id: 77, status: 0x00 SUCCESS
14:02:00:662 APS-DATA.confirm request id: 77 -> confirmed, timeout 42892184
14:02:00:738 APS-DATA.indication srcAddr: 0x6896, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 95, rssi: -76
14:02:00:739    asdu: e20008060232f604ffff2e21004d3d793cdf8ccf0497381200029132f604ffff2e2100b949dd01008d150078a5120002d2
14:02:00:741 APS-DATA.indication request id: 77 -> finished
14:02:00:742 APS-DATA.request id: 77 erase from queue

Wie heeft een idee waar dit aan ligt en hoe ik het op kan lossen?

In de logs zie ik niets geks. Je moet hem denk ik re-pairen. Daarna nog eens de logs checken op error codes als ie er weer aan hangt.

Overigens kan het interessant zijn om de debug view enkel op ERROR_L2 te houden voor een dag. Dan vang je vaak ook wat issues.

[vanenkelen]

Mimiix schreef op vrijdag 30 april 2021 @ 16:26:
[...]
In de logs zie ik niets geks. Je moet hem denk ik re-pairen. Daarna nog eens de logs checken op error codes als ie er weer aan hangt.

Overigens kan het interessant zijn om de debug view enkel op ERROR_L2 te houden voor een dag. Dan vang je vaak ook wat issues.

Thanks voor je reactie! Het nadeel met re-pairen is dat ik hem dan ook weer uit moet bouwen… en die krengen zitten best strak in de wandcontactdoos ;-).

Ik laat vannacht de log functie maar eens doorlopen om te kijken wat er gebeurt. Morgen of overmorgen maar eens de schroevendraaier te voorschijn halen.

Is dit bekend gedrag, gebeurt het gewoon af en toe dat een device op deze manier unpaired raakt? Nu is het er 1’tje, maar paar maanden geleden waren het er in 1x een stuk of 4. Wat kan dat veroorzaken? Kwaliteit van de devices?

[ShaneV]

Iemand al geupdate naar de nieuwe conbee 2 firmware? deCONZ_ConBeeII_0x266b0700 is recent uitgekomen op 29 april.

[DeadMetal]

orbit_ph schreef op maandag 19 april 2021 @ 18:46:
Recentelijk de overstap gemaakt naar de ConBee II, daarbij liep ik ook tegen het probleem aan wat meerdere gebruikers hier ook ervaren hebben bijv. in Home Assistant dat bepaalde entities (van de BW-SHP13) niet aangemaakt worden.

Het hele huis zit hier onderhand vol met die krengen en dan is het best raar dat 90% het in de eerste keer goed doet en het restant niet de juiste entities aanmaakt.

Redelijk snel was ik er echter dat ergens in de communicatie tussen HA en de ConBee II een probleem zou moeten zitten, waarbij ik uiteindelijk liep tegen de volgende oplossing (kopie uit GitHub, plus link):


[...]

https://github.com/dresde...z-rest-plugin/issues/3788

Inmiddels heb ik zes van deze stekkers in huis. Bij drie verscheen het verbruik direct in HA (na het toevoegen als light in Phoscon), in de andere drie gevallen moest ik bovengenoemde truuk toepassen en werkte het ook.

[Mimiix]

ShaneV schreef op zaterdag 1 mei 2021 @ 09:39:
Iemand al geupdate naar de nieuwe conbee 2 firmware? deCONZ_ConBeeII_0x266b0700 is recent uitgekomen op 29 april.

Het enige verschil is dat hiermee de xiaomi t1cube werkt.. Die cube werkt alleen met de xiaomi Bridge want die geeft een bepaalde waarde mee. De firmware emuleert deze waarde nu.

[JBS]

Na het succesvol updaten van al m'n lampen wil ik de firmware van de Conbee ook weer eens updaten.
De instructies zoals al meerdere malen toegepast (https://github.com/martho...ng-conbeeraspbee-firmware) geeft nu een error.

rmmod: ERROR: Module ftdi_sio is in use
rmmod: ERROR: Module usbserial is in use by: ftdi_sio

Hier toevallig mensen die de Conbee uit hun NUC/RPi gehaald hebben en deze op een Windows machine hebben geüpdatet? Ergens voelt dit wat tricky, hoewel ik dat niet kan onderbouwen, slechts een gevoel, denk ik.

[ Voor 5% gewijzigd door JBS op 04-05-2021 17:16 ]

[Mimiix]

JBS schreef op dinsdag 4 mei 2021 @ 17:11:
Na het succesvol updaten van al m'n lampen wil ik de firmware van de Conbee ook weer eens updaten.
De instructies zoals al meerdere malen toegepast (https://github.com/martho...ng-conbeeraspbee-firmware) geeft nu een error.


[...]

Heb ik laatst gedaan (windows pc). Werkte prima!


Hier toevallig mensen die de Conbee uit hun NUC/RPi gehaald hebben en deze op een Windows machine hebben geüpdatet? Ergens voelt dit wat tricky, hoewel ik dat niet kan onderbouwen, slechts een gevoel, denk ik.

[JBS]

@Mimiix Ik realiseer me dat wellicht de P1 USB kabel het issue zou kunnen veroorzaken, die even losgehaald en het updaten is nu wel gelukt. Geen noodzaak meer dus om het via Windows te gaan doen.

[Indoubt]

Beste medetweakers,

Ik heb al een tijdje een conbee II stick liggen en daar ben ik gisteren mee aan de slag gegaan. Ik heb het grootste deel van dit topic doorgespit. Omdat dit werd aangeraden heb ik eerst de laatste firmware op de conbee II stick gezet met behulp van een windows 10 computer. dit is ook gelukt. Ik heb tevens even gekeken of ik een sensor kon pairen en dat is ook gelukt.

Nu wil ik de Conbee II op een Synology DS220+ gebruiken. Ik heb daarvoor ook een USB verlengkabel gekocht van goede kwaliteit.

Omdat wordt aangeraden Deconz software in een Docker omgeving te draaien heb ik eerst Docker geïnstalleerd en vervolgens in een container de "marthoc-deconz1 gedownload en geïnstalleerd. Tot zover is het gelukt.

Ik ben nu op zoek naar een goede handleiding hoe nu verder. Ik heb al gezocht, zowel in dit topic als buiten tweakers maar ik ben er nog niet helemaal uit.

Is er ergens een handleiding en of beschrijving wat de volgende stappen moeten zijn?

Ik ben geen ICT er en een leek op dit gebied maar heb wel enige affiniteit en de bereidheid om iets te leren.

[Mimiix]

Indoubt schreef op woensdag 5 mei 2021 @ 14:14:

Ik ben geen ICT er en een leek op dit gebied maar heb wel enige affiniteit en de bereidheid om iets te leren.

Dan heb ik een heel eerlijk antwoord: Start met een VM. Dit is namelijk vele malen makkelijker en daarmee maak je wat vlieguren. Als je dan het eea begrijpt en door hebt kan je met een backup altijd naar docker switchen.

[Indoubt]

Mimiix schreef op woensdag 5 mei 2021 @ 14:17:
[...]


Dan heb ik een heel eerlijk antwoord: Start met een VM. Dit is namelijk vele malen makkelijker en daarmee maak je wat vlieguren. Als je dan het eea begrijpt en door hebt kan je met een backup altijd naar docker switchen.

Ah, ik meende juist overal gelezen te hebben dat voor de conbee stick en deconz juist Docker de aangewezen route was omdat die het beste werkt en het meest stabiel is.

Begrijp ik je goed dat dit niet het geval is en dat juist een VM beter is?

Of is dat meer om dat het eenvoudiger is om VM's te leren als om docker te leren met de bedoeling om later naar DOcker over te stappen?

[Mimiix]

Indoubt schreef op woensdag 5 mei 2021 @ 15:40:
[...]


Ah, ik meende juist overal gelezen te hebben dat voor de conbee stick en deconz juist Docker de aangewezen route was omdat die het beste werkt en het meest stabiel is.

Begrijp ik je goed dat dit niet het geval is en dat juist een VM beter is?

Of is dat meer om dat het eenvoudiger is om VM's te leren als om docker te leren met de bedoeling om later naar DOcker over te stappen?

Een VM met debian / raspbian is heel makkelijk omdat het een gui is. Docker werkt met variabelen. Het belangrijkste is dat jij het makkelijk vind

[JBS]

Nadat ik bezig ben geweest met het via deCONZ updaten van al m'n Tradfri lampen, ervaar ik problemen met het toevoegen van Tradfri GU10 spots. Nadat ik ze verwijderd heb lukt het niet meer ze te pairen.

Reset ik ze met een Tradfri bewegingssensor, dan zijn ze vrijwel direct gekoppeld met een Tradfri Hub.
Verwijder ik ze van de Hub en reset ik de GU10 door ze 6x uit/aan te zetten, dan lukt het echter niet om 'm met de Conbee te koppelen. Ik ervaar dit nu met twee GU10 spots die ik eerder uit deCONZ verwijderd had. Beide zijn ter test, toen het pairen met de Conbee na meerdere pogingen niet lukte, wel direct succesvol met de Tradfri Hub gepaired geweest.

Zowel in de Phoscon app als deCONZ (via VNC) zie ik ze niet, ook geen restant/wees of iets dergelijks..

Herkent iemand dit? Ik weet dat de timing van uit/aan erg nauw komt, met name bij de nieuwere spots, maar in eenzelfde ritme lukte het voorheen wel probleemloos.

Firmware van de Conbee is inmiddels ook geüpdatet, maar dat helpt helaas niet.

[ Voor 9% gewijzigd door JBS op 05-05-2021 17:39 ]

[Mimiix]

JBS schreef op woensdag 5 mei 2021 @ 17:36:
Nadat ik bezig ben geweest met het via deCONZ updaten van al m'n Tradfri lampen, ervaar ik problemen met het toevoegen van Tradfri GU10 spots. Nadat ik ze verwijderd heb lukt het niet meer ze te pairen.

Reset ik ze met een Tradfri bewegingssensor, dan zijn ze vrijwel direct gekoppeld met een Tradfri Hub.
Verwijder ik ze van de Hub en reset ik de GU10 door ze 6x uit/aan te zetten, dan lukt het echter niet om 'm met de Conbee te koppelen. Ik ervaar dit nu met twee GU10 spots die ik eerder uit deCONZ verwijderd had. Beide zijn ter test, toen het pairen met de Conbee na meerdere pogingen niet lukte, wel direct succesvol met de Tradfri Hub gepaired geweest.

Zowel in de Phoscon app als deCONZ (via VNC) zie ik ze niet, ook geen restant/wees of iets dergelijks..

Herkent iemand dit? Ik weet dat de timing van uit/aan erg nauw komt, met name bij de nieuwere spots, maar in eenzelfde ritme lukte het voorheen wel probleemloos.

Firmware van de Conbee is inmiddels ook geüpdatet, maar dat helpt helaas niet.

Kan je een log posten terwijl je paired?

[JBS]

Mimiix schreef op woensdag 5 mei 2021 @ 18:02:
[...]


Kan je een log posten terwijl je paired?

Wat lastig te bepalen tot hoe lang na het 6x uit/aan relevant is, maar heb nog pakweg 5-10 seconden gewacht:

18:01:09:455 send permit join, duration: 59
18:01:09:456 APS-DATA.request id: 17, addrmode: 0x02, addr: 0xfffc, profile: 0xA1E0, cluster: 0x0021, ep: 0xF2 -> 0xF2 queue: 2 len: 6 tx.options 0x00
18:01:09:456 send GP proxy commissioning mode
18:01:09:633 APS-DATA.confirm id: 16, status: 0x00 SUCCESS
18:01:09:673 aps request id: 16 finished, erase from queue
18:01:09:705 APS-DATA.confirm id: 17, status: 0x00 SUCCESS
18:01:09:753 aps request id: 17 finished, erase from queue
18:01:15:193 APS-DATA.request id: 54, addrmode: 0x03, addr: 0x7cb03eaa00ad0ae2, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 1 len: 2 tx.options 0x00
18:01:15:246 APS-DATA.confirm id: 54, status: 0x00 SUCCESS
18:01:15:247 APS-DATA.confirm request id: 54 -> confirmed, timeout 1620237675
18:01:15:326 APS-DATA.indication srcAddr: 0xb62f, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 255, rssi: -43
18:01:15:327 asdu: 1500190f03229c02ffff2e21002273f40401881700f0d242010212229c02ffff2e210075c4ee0801881700275525010232229c02ffff2e21005c904e02008d1500726342010234
18:01:15:327 APS-DATA.indication request id: 54 -> finished
18:01:15:328 APS-DATA.request id: 54 erase from queue
18:01:16:783 APS-DATA.indication srcAddr: 0xfd73, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 255, rssi: -29
18:01:16:784 asdu: 08490a000020fe
18:01:16:786 ZCL attribute report 0x90FD9FFFFE6DEC78 for cluster: 0x0008, ep: 0x01, frame control: 0x08, mfcode: 0x0000
18:01:16:786 APS-DATA.request id: 66, addrmode: 0x02, addr: 0xfd73, profile: 0x0104, cluster: 0x0008, ep: 0x01 -> 0x01 queue: 1 len: 5 tx.options 0x00
18:01:16:847 APS-DATA.confirm id: 66, status: 0x00 SUCCESS
18:01:16:848 APS-DATA.confirm request id: 66 -> erase from queue
18:01:16:873 aps request id: 66 finished, erase from queue
18:01:17:280 APS-DATA.indication srcAddr: 0x3670, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 255, rssi: -50
18:01:17:281 asdu: 08450a000020fe
18:01:17:282 ZCL attribute report 0x000B57FFFED716E0 for cluster: 0x0008, ep: 0x01, frame control: 0x08, mfcode: 0x0000
18:01:17:283 APS-DATA.request id: 70, addrmode: 0x02, addr: 0x3670, profile: 0x0104, cluster: 0x0008, ep: 0x01 -> 0x01 queue: 1 len: 5 tx.options 0x00
18:01:17:336 APS-DATA.confirm id: 70, status: 0x00 SUCCESS
18:01:17:337 APS-DATA.confirm request id: 70 -> erase from queue
18:01:17:354 aps request id: 70 finished, erase from queue
18:01:17:848 APS-DATA.indication srcAddr: 0x91ef, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 255, rssi: -29
18:01:17:849 asdu: 08470a000020fe
18:01:17:851 ZCL attribute report 0x000B57FFFED8A91B for cluster: 0x0008, ep: 0x01, frame control: 0x08, mfcode: 0x0000
18:01:17:851 APS-DATA.request id: 74, addrmode: 0x02, addr: 0x91ef, profile: 0x0104, cluster: 0x0008, ep: 0x01 -> 0x01 queue: 1 len: 5 tx.options 0x00
18:01:17:920 APS-DATA.confirm id: 74, status: 0x00 SUCCESS
18:01:17:921 APS-DATA.confirm request id: 74 -> erase from queue
18:01:17:993 aps request id: 74 finished, erase from queue
18:01:24:110 APS-DATA.indication srcAddr: 0xb62f, srcEp: 0x03 dstAddrMode: 2, profile: 0x0104, cluster: 0x0006, lqi: 255, rssi: -44
18:01:24:111 asdu: 18d60a00001000
18:01:24:112 ZCL attribute report 0x7CB03EAA00AD0AE2 for cluster: 0x0006, ep: 0x03, frame control: 0x18, mfcode: 0x0000
18:01:28:826 APS-DATA.indication srcAddr: 0x7a89, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0400, lqi: 255, rssi: -29
18:01:28:827 asdu: 18910a0000218303
18:01:28:829 [INFO] - No button map for: lumi.sensor_motion.aq2, unicast to: 0x0000, endpoint: 0x01, cluster: 0x0400, command: 0x0A, payload: 0000218303, zclSeq: 145
18:01:28:829 ZCL attribute report 0x00158D0002E99C2B for cluster: 0x0400, ep: 0x01, frame control: 0x18, mfcode: 0x0000
18:01:28:850 APS-DATA.indication srcAddr: 0x7a89, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0406, lqi: 255, rssi: -29
18:01:28:851 asdu: 18920a00001801
18:01:28:852 [INFO] - No button map for: lumi.sensor_motion.aq2, unicast to: 0x0000, endpoint: 0x01, cluster: 0x0406, command: 0x0A, payload: 00001801, zclSeq: 146
18:01:28:853 ZCL attribute report 0x00158D0002E99C2B for cluster: 0x0406, ep: 0x01, frame control: 0x18, mfcode: 0x0000
18:01:30:554 APS-DATA.request id: 153, addrmode: 0x03, addr: 0x7cb03eaa00ad0ae2, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 1 len: 2 tx.options 0x00
18:01:30:612 APS-DATA.confirm id: 153, status: 0x00 SUCCESS
18:01:30:613 APS-DATA.confirm request id: 153 -> confirmed, timeout 1620237690
18:01:30:708 APS-DATA.indication srcAddr: 0xb62f, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 255, rssi: -43
18:01:30:709 asdu: 3000191203229c02ffff2e21006ffe8dfeff570b00d91325010226229c02ffff2e210007c72c02008d1500513932010250229c02ffff2e2100bf957802008d15002bf03201023c
18:01:30:709 APS-DATA.indication request id: 153 -> finished
18:01:30:710 APS-DATA.request id: 153 erase from queue
18:01:30:796 APS-DATA.indication srcAddr: 0x1775, srcEp: 0x03 dstAddrMode: 2, profile: 0x0104, cluster: 0x0006, lqi: 255, rssi: -50
18:01:30:797 asdu: 18260a00001000
18:01:30:799 ZCL attribute report 0x84182600000E888D for cluster: 0x0006, ep: 0x03, frame control: 0x18, mfcode: 0x0000
18:01:33:166 APS-DATA.indication srcAddr: 0x0461, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0006, lqi: 255, rssi: -30
18:01:33:167 asdu: 08090a00001000
18:01:33:169 ZCL attribute report 0x14B457FFFE4F5D29 for cluster: 0x0006, ep: 0x01, frame control: 0x08, mfcode: 0x0000
18:01:33:169 APS-DATA.request id: 170, addrmode: 0x02, addr: 0x0461, profile: 0x0104, cluster: 0x0006, ep: 0x01 -> 0x01 queue: 1 len: 5 tx.options 0x00
18:01:33:230 APS-DATA.indication srcAddr: 0x6cbd, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0006, lqi: 255, rssi: -50
18:01:33:231 asdu: 080a0a00001000
18:01:33:232 ZCL attribute report 0x60A423FFFEEB40C7 for cluster: 0x0006, ep: 0x01, frame control: 0x08, mfcode: 0x0000
18:01:33:233 APS-DATA.request id: 173, addrmode: 0x02, addr: 0x6cbd, profile: 0x0104, cluster: 0x0006, ep: 0x01 -> 0x01 queue: 2 len: 5 tx.options 0x00
18:01:33:246 APS-DATA.confirm id: 170, status: 0x00 SUCCESS
18:01:33:247 APS-DATA.confirm request id: 170 -> erase from queue
18:01:33:273 aps request id: 170 finished, erase from queue
18:01:33:303 APS-DATA.confirm id: 173, status: 0x00 SUCCESS
18:01:33:303 APS-DATA.confirm request id: 173 -> erase from queue
18:01:33:353 aps request id: 173 finished, erase from queue
18:01:33:511 Current channel 15
18:01:33:527 CTRL got nwk update id 2
18:01:33:543 Device TTL 4201 s flags: 0x7
18:01:42:455 APS-DATA.request id: 226, addrmode: 0x03, addr: 0x000b57fffed78c00, profile: 0x0104, cluster: 0x0004, ep: 0x01 -> 0x01 queue: 1 len: 4 tx.options 0x00
18:01:42:511 APS-DATA.confirm id: 226, status: 0x00 SUCCESS
18:01:42:512 APS-DATA.confirm request id: 226 -> erase from queue
18:01:42:554 aps request id: 226 finished, erase from queue
18:01:42:599 APS-DATA.indication srcAddr: 0xad72, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0004, lqi: 255, rssi: -29
18:01:42:600 asdu: 197302ff030700775ff0ff
18:01:42:600 verified group capacity: 255 and group count: 3 of LightNode 0x000b57fffed78c00
18:01:42:601 0x000b57fffed78c00 found group 0x0007
18:01:42:601 0x000b57fffed78c00 found group 0x5F77
18:01:42:601 0x000b57fffed78c00 found group 0xFFF0
18:01:45:738 APS-DATA.indication srcAddr: 0x70e0, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0400, lqi: 255, rssi: -29
18:01:45:739 asdu: 18d50a000021bb76
18:01:45:740 updated fingerprint for sensor Light Sensor
18:01:45:740 [INFO] - No button map for: lumi.sen_ill.mgl01, unicast to: 0x0000, endpoint: 0x01, cluster: 0x0400, command: 0x0A, payload: 000021BB76, zclSeq: 213
18:01:45:741 ZCL attribute report 0x04CF8CDF3C775E3A for cluster: 0x0400, ep: 0x01, frame control: 0x18, mfcode: 0x0000
18:01:45:913 APS-DATA.request id: 251, addrmode: 0x03, addr: 0x7cb03eaa00ad0ae2, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 1 len: 2 tx.options 0x00
18:01:45:979 APS-DATA.confirm id: 251, status: 0x00 SUCCESS
18:01:45:979 APS-DATA.confirm request id: 251 -> confirmed, timeout 1620237705
18:01:46:099 APS-DATA.indication srcAddr: 0xb62f, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 255, rssi: -29
18:01:46:099 asdu: 4c00191503229c02ffff2e210049c0edfeff570b00a8824201024c229c02ffff2e2100008cd7feff570b0072ad2501021e229c02ffff2e21006ffe8dfeff570b00d9132501021c
18:01:46:100 APS-DATA.indication request id: 251 -> finished
18:01:46:100 APS-DATA.request id: 251 erase from queue
18:01:46:236 APS-DATA.indication srcAddr: 0xbac7, srcEp: 0x02 dstAddrMode: 2, profile: 0x0104, cluster: 0x0001, lqi: 255, rssi: -29
18:01:46:237 asdu: 18200a210020c8
18:01:46:238 [INFO] - No button map for: RWL021, unicast to: 0x0000, endpoint: 0x02, cluster: 0x0001, command: 0x0A, payload: 210020C8, zclSeq: 32
18:01:46:238 ZCL attribute report 0x0017880106344E73 for cluster: 0x0001, ep: 0x02, frame control: 0x18, mfcode: 0x0000
18:01:53:033 aps request id: 162 prf: 0x0000 cl: 0x0000 timeout (confirmed: 1) to 0x14B457FFFE260EB5 (0xFFFD)
18:01:53:113 aps request id: 162 finished, erase from queue

Hmz, een nieuwe GU10 spot uit de verpakking, wil ook niet pairen.

[joentje64]

Aurora schreef op maandag 12 april 2021 @ 13:45:
[...]


Hoi daar! Ik ben net jouw berichtje tegengekomen en ik was benieuwd of je het een en ander al hebt draaien met de Zemismart. Je verwees in je post naar een topic op Github waar ik aan deelnam. Bij mij kan ik dus het apparaat koppelen en gebruiken.

Alleen reageert het ding niet meer na een dag of twee. Dan moet ik het apparaat uit en aanzetten en DeCONZ opnieuw starten. Ik ben echter reuze benieuwd hoe het bij jou gaat lopen, omdat het lijkt alsof ik de enige ben ..

Hoi, daar ben ik weer. Ik heb inmiddels Raspbian draaien op mijn Pi, hierop draai ik HA Supervised in een docker en DeCONZ direct op de Pi. Door deze setup te gebruiken kan ik ook nog andere zaken op mijn Pi doen naast HA draaien. Hierdoor kan ik ook de DeCONZ REST-API gebruiken om custom code uit te voeren.

Het is mij inmiddels gelukt (verbaas me er nog steeds over), om mijn apparaat te koppelen en zichtbaar te krijgen in HA.

In dit topic heb ik mijn stappen uitgelegd:https://github.com/dresde...73#issuecomment-833019268

Ben even nieuwsgierig; heb jij zo'n zelfde apparaat aangeschaft die je wil koppelen met HA?

[Aurora]

joentje64 schreef op woensdag 5 mei 2021 @ 23:38:
[...]


Hoi, daar ben ik weer. Ik heb inmiddels Raspbian draaien op mijn Pi, hierop draai ik HA Supervised in een docker en DeCONZ direct op de Pi. Door deze setup te gebruiken kan ik ook nog andere zaken op mijn Pi doen naast HA draaien. Hierdoor kan ik ook de DeCONZ REST-API gebruiken om custom code uit te voeren.

Het is mij inmiddels gelukt (verbaas me er nog steeds over), om mijn apparaat te koppelen en zichtbaar te krijgen in HA.

In dit topic heb ik mijn stappen uitgelegd:https://github.com/dresde...73#issuecomment-833019268

Ben even nieuwsgierig; heb jij zo'n zelfde apparaat aangeschaft die je wil koppelen met HA?

Ik heb inderdaad hetzelfde type apparaat. Vorige week toevallig nog een tweede aangeschaft. De eerste is al een poos zeer stabiel gebleken, nadat ik wat aanpassingen had gedaan aan mijn infra Overigens, ik ben @GreyEarl in dat Github draadje Vanuit daar je vraag beantwoorden, ik gebruik een onderstaande chain.

[ Voor 12% gewijzigd door Aurora op 05-05-2021 23:47 ]

[Mimiix]

JBS schreef op woensdag 5 mei 2021 @ 20:02:
[...]

Wat lastig te bepalen tot hoe lang na het 6x uit/aan relevant is, maar heb nog pakweg 5-10 seconden gewacht:


[...]


Hmz, een nieuwe GU10 spot uit de verpakking, wil ook niet pairen.

Ik heb hem even bij Manuel neergelegd. Zelf zie ik nl niets geks.

[JBS]

Mimiix schreef op donderdag 6 mei 2021 @ 10:54:
[...]


Ik heb hem even bij Manuel neergelegd. Zelf zie ik nl niets geks.

Thanks.
Zie je wel de normale/gebruikelijke log regels die je rondom een pairing zou verwachten?

[Cliootje]

Ik word een beetje moe van de USB stick. Als ik de raspberry reboot krijg ik het volgende te zien in the phoscon app:


In Home Assistant wordt niets meer opgehaald.

Iemand een idee wat er aan de hand kan zijn of waar ik kan kijken om e.e.a. weer te starten ?
Services draaien.
In de syslog melding:

May 7 08:58:38 raspberry deCONZ-update2.sh[381]: Error: database is locked

Edit: In HA debugging aan gezet, en data wordt opgehaald.......

Toch nog vreemd dat de Phoscon webserver die vreemde melding (zie afbeelding) laat zien.
En de database blijft 'locked' in de syslog

[ Voor 12% gewijzigd door Cliootje op 07-05-2021 09:54 ]

[WheeleE]

Ik probeer een RobbSmart wandschakelaar te koppelen via de Phoscon Gateway, maar zonder succes.
Volgens RobbShop zelf werkt de schakelaar alleen met Homey, Trust z1 en HUE.
Heeft er iemand hier ervaring met deze schakelaar of heb ik een verkeerde aanname gedaan door te denken dat het Zigbee-protocol universeel is?

[rjhilbrink]

Cliootje schreef op vrijdag 7 mei 2021 @ 09:09:
Ik word een beetje moe van de USB stick. Als ik de raspberry reboot krijg ik het volgende te zien in the phoscon app:
[Afbeelding]

In Home Assistant wordt niets meer opgehaald.

Iemand een idee wat er aan de hand kan zijn of waar ik kan kijken om e.e.a. weer te starten ?
Services draaien.
In de syslog melding:

May 7 08:58:38 raspberry deCONZ-update2.sh[381]: Error: database is locked

Edit: In HA debugging aan gezet, en data wordt opgehaald.......

Toch nog vreemd dat de Phoscon webserver die vreemde melding (zie afbeelding) laat zien.
En de database blijft 'locked' in de syslog

Dit lijkt er verdacht op dat je in de config niet de juiste stick hebt geconfigureerd.
Beste is om hier de device by id te gebruiken dus /dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_Dxxxxx en dan natuurlijk met het juiste nummer erachter.

[Mimiix]

Cliootje schreef op vrijdag 7 mei 2021 @ 09:09:
Ik word een beetje moe van de USB stick. Als ik de raspberry reboot krijg ik het volgende te zien in the phoscon app:
[Afbeelding]

In Home Assistant wordt niets meer opgehaald.

Iemand een idee wat er aan de hand kan zijn of waar ik kan kijken om e.e.a. weer te starten ?
Services draaien.
In de syslog melding:

May 7 08:58:38 raspberry deCONZ-update2.sh[381]: Error: database is locked

Edit: In HA debugging aan gezet, en data wordt opgehaald.......

Toch nog vreemd dat de Phoscon webserver die vreemde melding (zie afbeelding) laat zien.
En de database blijft 'locked' in de syslog

Toevallig op update firmware gedrukt?

[Mimiix]

WheeleE schreef op vrijdag 7 mei 2021 @ 15:03:
Ik probeer een RobbSmart wandschakelaar te koppelen via de Phoscon Gateway, maar zonder succes.
Volgens RobbShop zelf werkt de schakelaar alleen met Homey, Trust z1 en HUE.
Heeft er iemand hier ervaring met deze schakelaar of heb ik een verkeerde aanname gedaan door te denken dat het Zigbee-protocol universeel is?

Wat geeft de deconz gui aan? Kan zomaar dat ie nog niet gesupport is.

[WheeleE]

Mimiix schreef op zaterdag 8 mei 2021 @ 00:38:

Wat geeft de deconz gui aan? Kan zomaar dat ie nog niet gesupport is.

Oh dan zal dat het wellicht zijn. Niet bij stilgestaan dat er per merk/switch aparte support is.
De gui geeft een timeout bij het scannen naar nieuwe switches. Terwijl ik wel netjes de koppelinstructies van de switch uitvoer.

[Franzel]

Ik heb een soortgelijk probleem met een Pir motion sensor gebaseerd op het Tuya Zigbee protocol. Ik heb bewust voor dit device gekozen gezien de bescheiden afmeting en praktisch in het gebruik met zijn magnetische voet. Andere Pir motion sensors zijn vaak opvallend aanwezig. Het device wordt niet gezien als je de daarvoor noodzakelijke procedure start in de Phoscon applicatie. Alle tot op heden toegevoegde devices van verschillende merken werken probleemloos. De firmware van de Conbee 2 is geupdate naar de laatste versie maar ook dat mocht niet baten.

Is er een methode om te testen wát het device voor details uitzendt? Deconz vraagt om deze gegevens als je een verzoek indient om een device X te ondersteunen in de drivers maar als betrekkelijke newbie heb ik geen idee hoe of wát ik moet aanleveren. Iedere hulp is welkom.

[Cliootje]

Mimiix schreef op zaterdag 8 mei 2021 @ 00:37:
[...]


Toevallig op update firmware gedrukt?

Nee, geen update gedaan...

[Cliootje]

rjhilbrink schreef op vrijdag 7 mei 2021 @ 21:54:
[...]

Dit lijkt er verdacht op dat je in de config niet de juiste stick hebt geconfigureerd.
Beste is om hier de device by id te gebruiken dus /dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_Dxxxxx en dan natuurlijk met het juiste nummer erachter.

Ik heb de Conbee stick in een andere Raspberry dan de HA.
HA haalt gegevens inmiddels wel weer op, nadat ik de deconz integratie ook debug output laat geneneren.

Maar de Phoscon app laat nog steeds niets zien. Dit gedrag is begonnen na een herstart van de raspberry.
Inmiddels heb ik de raspberry al tig keer herstart

[Mimiix]

JBS schreef op donderdag 6 mei 2021 @ 11:18:
[...]
Thanks.
Zie je wel de normale/gebruikelijke log regels die je rondom een pairing zou verwachten?

Nee en manuel ook niet. Heb je evt het mac-adress van de lamp? zou erop moeten staan.

[Mimiix]

WheeleE schreef op zaterdag 8 mei 2021 @ 09:18:
[...]


Oh dan zal dat het wellicht zijn. Niet bij stilgestaan dat er per merk/switch aparte support is.
De gui geeft een timeout bij het scannen naar nieuwe switches. Terwijl ik wel netjes de koppelinstructies van de switch uitvoer.

Dat is niet wat ik bedoel.

Als je in Phoscon zoekt , heeft ie dan ooit ready gegeven?

Als een device niet door Phoscon is gesupport, maar wel door deCONZ dan staat hij op de deCONZ gui.

[Mimiix]

Franzel schreef op zaterdag 8 mei 2021 @ 09:36:
Ik heb een soortgelijk probleem met een Pir motion sensor gebaseerd op het Tuya Zigbee protocol. Ik heb bewust voor dit device gekozen gezien de bescheiden afmeting en praktisch in het gebruik met zijn magnetische voet. Andere Pir motion sensors zijn vaak opvallend aanwezig. Het device wordt niet gezien als je de daarvoor noodzakelijke procedure start in de Phoscon applicatie. Alle tot op heden toegevoegde devices van verschillende merken werken probleemloos. De firmware van de Conbee 2 is geupdate naar de laatste versie maar ook dat mocht niet baten.

Is er een methode om te testen wát het device voor details uitzendt? Deconz vraagt om deze gegevens als je een verzoek indient om een device X te ondersteunen in de drivers maar als betrekkelijke newbie heb ik geen idee hoe of wát ik moet aanleveren. Iedere hulp is welkom.

De screenshots bedoel je?

In de deCONZ gui moet het apparaat te vinden zijn. Zelfs al is hij unsupported, zal hij ten alle tijden toegevoegd kunnen. Vandaar kan je de screens maken

[WheeleE]

Mimiix schreef op maandag 10 mei 2021 @ 11:26:
[...]


Dat is niet wat ik bedoel.

Als je in Phoscon zoekt , heeft ie dan ooit ready gegeven?

Als een device niet door Phoscon is gesupport, maar wel door deCONZ dan staat hij op de deCONZ gui.

Ik denk dat er een stuk kennis/info ontbreekt aan mijn kant.
Tot nu toe heb ik altijd devices (lampen + stopcontacten) gekoppeld via de Phoscon Gateway. Daarna kan ik in Domoticz de nieuwe devices zien en verder verwerken in scripts.

De schakelaar die ik nu probeer te koppelen komt niet in de Phoscon GW in beeld. Anderssoortige DeConz-software heb ik nog nooit gebruikt (of gezien).

[Broekhuizen]

Goede avond!

Ik heb sinds kort een Home Assistant installatie op een Intel NUC met een Conbee II stick en de deCONZ integratie. Deze werkt prima met de Ledvance Smart+ lampen die ik heb, maar....

Ik heb ook een Woox Smart PIR Motion Sensor: https://zigbee.blakadder.com/Woox_R7046.html
Deze heeft (nog) geen support in deCONZ. Iemand enig idee of dit mogelijk wel nog komt?
Of kan ik beter van zigbee2mqtt gebruik gaan maken?

[JBS]

Mimiix schreef op maandag 10 mei 2021 @ 11:14:
[...]


Nee en manuel ook niet. Heb je evt het mac-adress van de lamp? zou erop moeten staan.

Een MAC adres zie ik helaas niet op de GU10 spot. Het betreft overigens oude én nieuwe GU10 spots die nu niet meer willen pairen, lijkt dan ook niet lamp specifiek te zijn?
Zojuist ook nog even m'n NUC herstart, maar helaas heeft dat niet geholpen.

@Broekhuizen Beste check je even of er al een Github issue voor is, zo niet, dan kun je die zelf maken om ondersteuning toe te laten voegen.

[ Voor 28% gewijzigd door JBS op 12-05-2021 19:49 ]

[Mimiix]

JBS schreef op woensdag 12 mei 2021 @ 19:47:
[...]

Een MAC adres zie ik helaas niet op de GU10 spot. Het betreft overigens oude én nieuwe GU10 spots die nu niet meer willen pairen, lijkt dan ook niet lamp specifiek te zijn?
Zojuist ook nog even m'n NUC herstart, maar helaas heeft dat niet geholpen.

@Broekhuizen Beste check je even of er al een Github issue voor is, zo niet, dan kun je die zelf maken om ondersteuning toe te laten voegen.

En andere apparaten?

Kan je die pairen?

[JBS]

Mimiix schreef op donderdag 13 mei 2021 @ 15:08:
[...]


En andere apparaten?

Kan je die pairen?

Ja, zojuist een nog niet eerder gekoppelde BlitzWolf BW-SHP13 succesvol gepaired.

[Mimiix]

JBS schreef op donderdag 13 mei 2021 @ 16:15:
[...]
Ja, zojuist een nog niet eerder gekoppelde BlitzWolf BW-SHP13 succesvol gepaired.

Lijkt me dan vooral in het resetten van de GU10 te zitten dan. In principe is het pairen van elk soort device hetzelfde.

Je zou in de ZLL db kunnen kijken of daar die eerder gepairde erbij zit.

[JBS]

Mimiix schreef op vrijdag 14 mei 2021 @ 10:53:
[...]


Lijkt me dan vooral in het resetten van de GU10 te zitten dan. In principe is het pairen van elk soort device hetzelfde.

Je zou in de ZLL db kunnen kijken of daar die eerder gepairde erbij zit.

Reset ik zo'n GU10 om deze te pairen aan een IKEA Tradfri Hub, dan gebeurt dan wel direct probleemloos.

[Mimiix]

JBS schreef op vrijdag 14 mei 2021 @ 10:57:
[...]
Reset ik zo'n GU10 om deze te pairen aan een IKEA Tradfri Hub, dan gebeurt dan wel direct probleemloos.

Kan je wat meer logs posten?

Dan vooral van het pairen van de nieuwe nooit eerder gepairde GU10.

[JBS]

Mimiix schreef op vrijdag 14 mei 2021 @ 11:01:
[...]


Kan je wat meer logs posten?

Dan vooral van het pairen van de nieuwe nooit eerder gepairde GU10.

Hierbij de log vanaf het moment dat ik op 'Add new lights' klikt tot het moment dat de nog niet eerder gepairde GU10 spot stopt met pulseren/knipperen.

09:33:56:097 send permit join, duration: 59
09:33:56:098 APS-DATA.request id: 213, addrmode: 0x02, addr: 0xfffc, profile: 0xA1E0, cluster: 0x0021, ep: 0xF2 -> 0xF2 queue: 2 len: 6 tx.options 0x00
09:33:56:098 send GP proxy commissioning mode
09:33:56:351 APS-DATA.confirm id: 213, status: 0x00 SUCCESS
09:33:56:367 APS-DATA.confirm id: 212, status: 0x00 SUCCESS
09:33:56:412 aps request id: 212 finished, erase from queue
09:33:56:492 aps request id: 213 finished, erase from queue
09:33:59:169 Current channel 15
09:33:59:185 CTRL got nwk update id 2
09:33:59:201 Device TTL 3481 s flags: 0x7
09:34:10:172 APS-DATA.request id: 43, addrmode: 0x03, addr: 0x0017880106b14932, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 1 len: 2 tx.options 0x00
09:34:10:236 APS-DATA.confirm id: 43, status: 0x00 SUCCESS
09:34:10:236 APS-DATA.confirm request id: 43 -> confirmed, timeout 1620984850
09:34:10:283 APS-DATA.indication srcAddr: 0xd2ba, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 255, rssi: -40
09:34:10:283 asdu: c100120303229c02ffff2e2100d49b45feff57b414c60e25020f65229c02ffff2e21006ffe8dfeff570b00d91325020f6a229c02ffff2e2100e016d7feff570b00703625020f5f
09:34:10:284 APS-DATA.indication request id: 43 -> finished
09:34:10:285 APS-DATA.request id: 43 erase from queue
09:34:11:196 APS-DATA.request id: 49, addrmode: 0x03, addr: 0x84182600000e888d, profile: 0x0104, cluster: 0x0000, ep: 0x01 -> 0x03 queue: 1 len: 5 tx.options 0x00
09:34:11:260 APS-DATA.confirm id: 49, status: 0x00 SUCCESS
09:34:11:261 APS-DATA.confirm request id: 49 -> erase from queue
09:34:11:292 aps request id: 49 finished, erase from queue
09:34:11:308 APS-DATA.indication srcAddr: 0xe533, srcEp: 0x03 dstAddrMode: 2, profile: 0x0104, cluster: 0x0000, lqi: 119, rssi: -76
09:34:11:308 asdu: 18b201004000420856312e30342e3132
09:34:12:525 APS-DATA.indication srcAddr: 0xb4e0, srcEp: 0x02 dstAddrMode: 2, profile: 0x0104, cluster: 0x0001, lqi: 255, rssi: -31
09:34:12:526 asdu: 18b10a210020b2
09:34:12:527 [INFO] - No button map for: RWL021, unicast to: 0x0000, endpoint: 0x02, cluster: 0x0001, command: 0x0A, payload: 210020B2, zclSeq: 177
09:34:12:527 ZCL attribute report 0x0017880104E6723A for cluster: 0x0001, ep: 0x02, frame control: 0x18, mfcode: 0x0000
09:34:25:532 APS-DATA.request id: 136, addrmode: 0x03, addr: 0x0017880106b14932, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 1 len: 2 tx.options 0x00
09:34:25:609 APS-DATA.confirm id: 136, status: 0x00 SUCCESS
09:34:25:610 APS-DATA.confirm request id: 136 -> confirmed, timeout 1620984865
09:34:25:657 APS-DATA.indication srcAddr: 0xd2ba, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 255, rssi: -40
09:34:25:658 asdu: dd00120603229c02ffff2e21005bcca4feffbd1bec074425020f76229c02ffff2e2100299f13feff9ffd906b4525020f67229c02ffff2e210075c4ee0801881700275525020fad
09:34:25:659 APS-DATA.indication request id: 136 -> finished
09:34:25:660 APS-DATA.request id: 136 erase from queue
09:34:30:097 APS-DATA.request id: 162, addrmode: 0x03, addr: 0x14b457fffe260eb5, profile: 0x0104, cluster: 0x0004, ep: 0x01 -> 0x01 queue: 1 len: 4 tx.options 0x00
09:34:30:158 APS-DATA.confirm id: 162, status: 0x00 SUCCESS
09:34:30:158 APS-DATA.confirm request id: 162 -> erase from queue
09:34:30:172 aps request id: 162 finished, erase from queue
09:34:30:254 APS-DATA.indication srcAddr: 0xc920, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0004, lqi: 255, rssi: -31
09:34:30:254 asdu: 19b302ff02f0ff1100
09:34:30:255 verified group capacity: 255 and group count: 2 of LightNode 0x14b457fffe260eb5
09:34:30:255 0x14b457fffe260eb5 found group 0xFFF0
09:34:30:255 0x14b457fffe260eb5 found group 0x0011
09:34:40:892 APS-DATA.request id: 229, addrmode: 0x03, addr: 0x0017880106b14932, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 1 len: 2 tx.options 0x00
09:34:40:968 APS-DATA.confirm id: 229, status: 0x00 SUCCESS
09:34:40:969 APS-DATA.confirm request id: 229 -> confirmed, timeout 1620984880
09:34:41:016 APS-DATA.indication srcAddr: 0xd2ba, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 255, rssi: -40
09:34:41:016 asdu: f900120903229c02ffff2e2100c740ebfeff23a460bd6c25020f9d229c02ffff2e21007cd8bafeff570b00e68725020f97229c02ffff2e21001ba9d8feff570b00ef9125020f67
09:34:41:017 APS-DATA.indication request id: 229 -> finished
09:34:41:017 APS-DATA.request id: 229 erase from queue

\\Edit: Krijg nou wat, ondanks dat ik het al zeker 15+ geprobeerd had, heb k zojuist nog een poging gedaan, en nu is de nieuwe nog niet eerder gepairde GU10 wel gepaired. De oude GU10 lukt echter nog niet.

Wat merkwaardig dat me dit nu zoveel moeite/pogingen kost aangezien ik er eerder 25+ probleemloos gekoppeld heb.

[Mimiix]

JBS schreef op vrijdag 14 mei 2021 @ 11:36:
[...]
Hierbij de log vanaf het moment dat ik op 'Add new lights' klikt tot het moment dat de nog niet eerder gepairde GU10 spot stopt met pulseren/knipperen.

[...]


\\Edit: Krijg nou wat, ondanks dat ik het al zeker 15+ geprobeerd had, heb k zojuist nog een poging gedaan, en nu is de nieuwe nog niet eerder gepairde GU10 wel gepaired. De oude GU10 lukt echter nog niet.

Wat merkwaardig dat me dit nu zoveel moeite/pogingen kost aangezien ik er eerder 25+ probleemloos gekoppeld heb.

kan van alles zijn. Ikea lampen zijn vaak wat lastiger.

Kan je een wat langere log posten +- 1 minuut van alle APS, APS2, Info , INFO2 en Error 1 + 2?

[ Voor 3% gewijzigd door Mimiix op 14-05-2021 11:55 ]

[JBS]

Mimiix schreef op vrijdag 14 mei 2021 @ 11:54:
[...]


kan van alles zijn. Ikea lampen zijn vaak wat lastiger.

Kan je een wat langere log posten +- 1 minuut van alle APS, APS2, Info , INFO2 en Error 1 + 2?

Ook de oudere GU10 die niet meer wilde heb ik zojuist succesvol gepaired.
Ik heb het vermoeden dat de timing van off/on wat nauwer komt na de firmware update van de lamp, wat langer tussen off en on bracht 'm uiteindelijk wel in pairing mode.

Blijkt dus uiteindelijk niets met deCONZ te maken te hebben, maar met de lampjes zelf.

[ Voor 8% gewijzigd door JBS op 14-05-2021 14:05 ]

[Mimiix]

JBS schreef op vrijdag 14 mei 2021 @ 14:05:
[...]
Ook de oudere GU10 die niet meer wilde heb ik zojuist succesvol gepaired.
Ik heb het vermoeden dat de timing van off/on wat nauwer komt na de firmware update van de lamp, wat langer tussen off en on bracht 'm uiteindelijk wel in pairing mode.

Blijkt dus uiteindelijk niets met deCONZ te maken te hebben, maar met de lampjes zelf.

Ah wacht even!

Ik heb dat ook wel eens gemerkt. Lijkt er vooral op dat er dan rest stroom is.

Wat ik dan wel gek vind in jouw geval, is dat de lampen dan wel "knipperen" bij het uit zijn.

Ach, eind goed al goed.

[joentje64]

Sinds een week ongeveer heb ik op mijn Raspberry Pi het probleem dat de Wlan0 verbinding ineens verdwijnt.

Dit gebeurd als ik (na het opstarten van de Pi) DeCONZ open.
Totdat ik DeCONZ heb geopend, werkt het wel naar behoren, maar daarna gaat heel de verbinding weg. Het Wifi icoontje is ook verdwenen op mij Pi.
Daar onder staat nu 'No wireless interfaces found'.


Heeft iemand een idee waar dit aan kan liggen?

[ Voor 6% gewijzigd door joentje64 op 14-05-2021 20:55 ]

[Franzel]

Tijdens het updaten krijg ik deze fout terwijl het scenario aangeeft dat dit de juiste methode zou moeten zijn.

pi@raspberrypi:~ $ sudo dpkg -i deconz-2.10.04-qt5.deb
dpkg: fout bij verwerken van archief deconz-2.10.04-qt5.deb (--install):
pakketarchitectuur (amd64) komt niet overeen met het systeem (armhf)
Fouten gevonden tijdens verwerken van:
deconz-2.10.04-qt5.deb

Ik heb geen idee wat ik fout doe. Ik ben verre van ervaren op dit gebied.

[Franzel]

Deconz werkt gewoon nog steeds goed maar ik wil het Deconz package updaten naar de laatste stable waardoor mogelijk mijn Tuya Zigbee PIR wél herkend wordt.

Domoticz is al tijden geplaatst en loopt gewoon goed op mijn Raspberry Pi 2 Model B Rev 1.1

[Franzel]

Uiteindelijk heb ik het voor elkaar gekregen met het volgende scenario.

1. sudo systemctl stop deconz (Headless version), or sudo systemctl stop deconz-gui (GUI version)
2. wget -O deconz-latest-beta.deb https://deconz.dresden-el...ta/deconz-latest-beta.deb
3. sudo dpkg -i deconz-latest-beta.deb
4. sudo systemctl start deconz

Vervolgens voor de 1000e keer de PIR laten zoeken en halleluja, hij werd gevonden.
En toen nog even in Domoticz geactiveerd. Klaar.
Mijn script was al bijna klaar.

[Broekhuizen]

JBS schreef op woensdag 12 mei 2021 @ 19:47:
[...]

@Broekhuizen Beste check je even of er al een Github issue voor is, zo niet, dan kun je die zelf maken om ondersteuning toe te laten voegen.

Dank voor de tip. Door het stappenplan voor zo'n issue te volgen kwam ik er achter dat hij helemaal niet zichtbaar wordt in het Zigbee netwerk. Dus ik denk dat ie stuk is...
Krijg er ook netjes mn geld voor terug.

[Remco000tje]

Grrrr.. heb er gewoon 1 (Aqara /MI GZCGQ01LM ) werkend (links), en de tweede (rechts) van vandaag is blijkbaar nieuwer.
wat zou ik moeten updaten? de conbee-stick, of deconz (docker / nas)?
of gewoon wachten?

[ Voor 3% gewijzigd door Remco000tje op 18-05-2021 16:31 . Reden: type toegevoegd ]

[Mimiix]

Remco000tje schreef op dinsdag 18 mei 2021 @ 16:28:
Grrrr.. heb er gewoon 1 (Aqara /MI GZCGQ01LM ) werkend (links), en de tweede (rechts) van vandaag is blijkbaar nieuwer.
wat zou ik moeten updaten? de conbee-stick, of deconz (docker / nas)?
of gewoon wachten?

[Afbeelding]

Deconz ofc.

[Voggy]

Zojuist de laatste update van Deconz (6.9.0) doorgevoerd via Home Assistant, en mijn Xiaomi lichtsensor werkt nu eindelijk! Hij pakte hem in 1 keer.

@Remco000tje Wellicht dat dit ook de oplossing is voor jouw probleem, mijn sensor is namelijk ook vrij nieuw.

[ Voor 27% gewijzigd door Voggy op 18-05-2021 20:48 ]

[Remco000tje]

Voggy schreef op dinsdag 18 mei 2021 @ 20:46:
Zojuist de laatste update van Deconz (6.9.0) doorgevoerd via Home Assistant, en mijn Xiaomi lichtsensor werkt nu eindelijk! Hij pakte hem in 1 keer.

@Remco000tje Wellicht dat dit ook de oplossing is voor jouw probleem, mijn sensor is namelijk ook vrij nieuw.

Klinkt mooi, en mogelijk is dat ook wat voor mij, maarrre hoe doe je dat in HA? ik heb HA op een synology in een docker draaien.
voor nu heb ik watchtower erop gezet, en dan kijken of er een update komt. :-) wordt vervolgd.

[ Voor 8% gewijzigd door Remco000tje op 18-05-2021 21:32 ]

[Voggy]

Remco000tje schreef op dinsdag 18 mei 2021 @ 21:30:
[...]

Klinkt mooi, en mogelijk is dat ook wat voor mij, maarrre hoe doe je dat in HA? ik heb HA op een synology in een docker draaien.
voor nu heb ik watchtower erop gezet, en dan kijken of er een update komt. :-) wordt vervolgd.

Waarschijnlijk heb je dan je Deconz ook in docker draaien, dan moet je die updaten.

[bing69]

Heb nood gedwongen de deCONZ stick in domoticz moeten installeren.
Plugin geïnstalleerd maar wat moet ik voor de API-key invullen?
Krijg nu:

code:

2021-05-20 09:00:26.120 Error: deCONZ: (deCONZ) Connection problem (3) with Gateway, check your API key, or Use Request lib > V2.4.2
2021-05-20 09:00:36.110 Error: deCONZ: (deCONZ) Connection problem (3) with Gateway, check your API key, or Use Request lib > V2.4.2
2021-05-20 09:00:46.104 Error: deCONZ: (deCONZ) Connection problem (3) with Gateway, check your API key, or Use Request lib > V2.4.2
2021-05-20 09:00:56.068 Error: deCONZ: (deCONZ) Connection problem (3) with Gateway, check your API key, or Use Request lib > V2.4.2

Ben een stukje verder maar werken ho maar, krijg nu dit nadat ik de api-key heb in gevuld.

code:

2021-05-20 13:23:58.602 deCONZ: (deCONZ) Domoticz and deCONZ are installed on the same machine.
2021-05-20 13:23:58.602 deCONZ: (deCONZ) Debug logging mask set to: PYTHON
2021-05-20 13:23:58.603 deCONZ: (deCONZ) Adding banned device : 00:15:8d:00:02:36:c2:3f-01-0500
2021-05-20 13:23:58.600 Status: deCONZ: (deCONZ) Initialized version 1.0.18, author 'Smanar'
2021-05-20 13:24:07.058 deCONZ: (deCONZ) onHeartbeat called
2021-05-20 13:24:07.058 deCONZ: (deCONZ) ### Initialisation > config
2021-05-20 13:24:07.058 deCONZ: (deCONZ) ### Request config
2021-05-20 13:24:07.061 deCONZ: (deCONZ) Send Command /api/B4B018AA61/config/ with None (0 in buffer)
2021-05-20 13:24:07.061 deCONZ: (deCONZ) Making Request: http://127.0.0.1:80/api/B4B018AA61/config/ with params None
2021-05-20 13:24:07.077 Error: deCONZ: (deCONZ) Connection problem (3) with Gateway, check your API key, or Use Request lib > V2.4.2

[ Voor 42% gewijzigd door bing69 op 20-05-2021 13:27 ]

[Vorkie]

schaamteloos even geplakt vanuit het hASS topic;

Vraagje;

Die Conbee II/Deconz stick, hoe werkt deze met 60 IKEA devices, 20 HUE en een stuk of 25 Xiaomi devices? (en er komen er nog een paar bij) i.c.m. HASS?

Uiteindelijk kom ik denk ik op een 150ish devices, waarbij net aan 50% router is (230V) en de rest enddevices / sensoren.

en dat is met name ook als reden om alles in 1 te maken en die Ikea ellende zoals @Jelte heeft, best een gedoe als het gebeurt al die "niet beschikbaar" langs te gaan om even uit te zetten en weer aan te doen.

Je merkt dat dan ook het netwerk van Ikea niet helemaal 100% is, pas als je alle niet beschikbare uit hebt gezet en weer aan komt alles wat onbeschikbaar was terug, soort van sticky client.

[lverlaek]

Vorkie schreef op donderdag 20 mei 2021 @ 10:50:
schaamteloos even geplakt vanuit het hASS topic;

Vraagje;

Die Conbee II/Deconz stick, hoe werkt deze met 60 IKEA devices, 20 HUE en een stuk of 25 Xiaomi devices? (en er komen er nog een paar bij) i.c.m. HASS?

Uiteindelijk kom ik denk ik op een 150ish devices, waarbij net aan 50% router is (230V) en de rest enddevices / sensoren.

en dat is met name ook als reden om alles in 1 te maken en die Ikea ellende zoals @Jelte heeft, best een gedoe als het gebeurt al die "niet beschikbaar" langs te gaan om even uit te zetten en weer aan te doen.

Je merkt dat dan ook het netwerk van Ikea niet helemaal 100% is, pas als je alle niet beschikbare uit hebt gezet en weer aan komt alles wat onbeschikbaar was terug, soort van sticky client.

Geen probleem! Ik heb een gelijke setup; 37x Tradfri, 12x Hue, en dan nog +/- 50x Sonoff/Aqara en nog wat random andere sensoren. Hier dus ook ongeveer 50% router en alles draait perfect.

[Mimiix]

Vorkie schreef op donderdag 20 mei 2021 @ 10:50:
schaamteloos even geplakt vanuit het hASS topic;


en dat is met name ook als reden om alles in 1 te maken en die Ikea ellende zoals @Jelte heeft, best een gedoe als het gebeurt al die "niet beschikbaar" langs te gaan om even uit te zetten en weer aan te doen.

Dat is een bug in de stack van ikea firmware in deze devices. Het kan dat je dat met deCONZ net zo hebt.

@JBS weet daar meer van.

[JBS]

Mimiix schreef op donderdag 20 mei 2021 @ 11:37:
[...]


Dat is een bug in de stack van ikea firmware in deze devices. Het kan dat je dat met deCONZ net zo hebt.

@JBS weet daar meer van.

@Vorkie

Klopt, het euvel van offline gaande (met name) IKEA Tradfri lampen speelt al even. Niet iedereen is er helemaal van overtuigd dat het enkel aan de firmware van de Tradfri lampen ligt, maar manup heeft het issue wel gesloten met zijn bevinding dat met de nieuwste Tradfri firmware de lampen (tenminste bij hem) niet meer offline gaan: https://github.com/dresde...61#issuecomment-821614417

Zelf heb ik enkele weken geleden ook alle, met name oude versie van de GU10, Tradfri lampen geüpdatet (en ook de firmware van m'n Conbee). Lange tijd was er geen nieuwere firmware versie dan 1.2.214
beschikbaar voor de oude GU10's, maar tegenwoordig is daarvoor 2.3.068 beschikbaar.

Nog te vroeg voor conclusies, maar sinds de firmware updates is er nog geen lamp offline gegaan.

[Vorkie]

JBS schreef op donderdag 20 mei 2021 @ 12:43:
[...]
@Vorkie

Klopt, het euvel van offline gaande (met name) IKEA Tradfri lampen speelt al even. Niet iedereen is er helemaal van overtuigd dat het enkel aan de firmware van de Tradfri lampen ligt, maar manup heeft het issue wel gesloten met zijn bevinding dat met de nieuwste Tradfri firmware de lampen (tenminste bij hem) niet meer offline gaan: https://github.com/dresde...61#issuecomment-821614417

Zelf heb ik enkele weken geleden ook alle, met name oude versie van de GU10, Tradfri lampen geüpdatet (en ook de firmware van m'n Conbee). Lange tijd was er geen nieuwere firmware versie dan 1.2.214
beschikbaar voor de oude GU10's, maar tegenwoordig is daarvoor 2.3.068 beschikbaar.

Nog te vroeg voor conclusies, maar sinds de firmware updates is er nog geen lamp offline gegaan.

Dank je voor het antwoord! Ik denk dat ik wel deze stick ga aanschaffen zeer binnenkort.

Ik heb trouwens nog een tussen versie 2.3.0.50? Maar alles boven of gelijk aan deze versie en had het daarstraks nog dat ze onbeschikbaar werden. Erg vervelend :-)

[JBS]

Vorkie schreef op donderdag 20 mei 2021 @ 12:56:
[...]

Dank je voor het antwoord! Ik denk dat ik wel deze stick ga aanschaffen zeer binnenkort.

Ik heb trouwens nog een tussen versie 2.3.0.50? Maar alles boven of gelijk aan deze versie en had het daarstraks nog dat ze onbeschikbaar werden. Erg vervelend :-)


[Afbeelding]

Hier draait 2.3.050 op de nieuwe versie van de GU10, de glazen variant (enkel warm wit).
2.3.068 draait op de oude versie van de GU10 (plastic, enkel warm wit).
Mogelijk zit er naast de versie ook nog verschil in firmware tussen varianten warm wit en wit spectrum GU10 spots.

[Vorkie]

JBS schreef op donderdag 20 mei 2021 @ 13:00:
[...]
Hier draait 2.3.050 op de nieuwe versie van de GU10, de glazen variant (enkel warm wit).
2.3.068 draait op de oude versie van de GU10 (plastic, enkel warm wit).
Mogelijk zit er naast de versie ook nog verschil in firmware tussen varianten warm wit en wit spectrum GU10 spots.

Oh dat kan best ja, ik weet niet meer welke ik waar ingestopt hebt (ondertussen nog verhuist en nog niet alles aangesloten)

Maar nogmaals dank

[Mimiix]

Vorkie schreef op donderdag 20 mei 2021 @ 12:56:
[...]

Dank je voor het antwoord! Ik denk dat ik wel deze stick ga aanschaffen zeer binnenkort.

Ik heb trouwens nog een tussen versie 2.3.0.50? Maar alles boven of gelijk aan deze versie en had het daarstraks nog dat ze onbeschikbaar werden. Erg vervelend :-)


[Afbeelding]

Het kan overigens ook nog aan andere factoren liggen. Interferentie door Wifi, maar ook bijvoorbeeld je armaturen.