Hi,
I also have devices which becoming unavailable. The strange thing is, I am able to controll the lights by using my switches, connected with a push-button coupler (SR-ZG2833PAC-FOH). Reconnecting them by power cycling the device is also working
hm, the conbee2 is ~5m away from all the “Kuechen*-Devices” and “Wohnzimmer*-Devices”. The conbee2 is placed in the working room which is next to the kitchen and the living room. Kitchen and the living room is an open space.
The “Wohnzimmer Deckenlampe” is a Paulmann LED Panel SmartHome Zigbee Velora. The “Kueche Pendellampe*-Devices” are Hue Filament Bulbs.
I´ve created a automation so i get notified if the device changes the status to unavailable. Or do you want the logs now?
For others running Home Assistant Supervised and wants to get logs.
Install “SSH & Web Terminal” add-on and disable “Protection mode” and start the add-on
As you can see in my first post the device (light) “Buero OG Deckenlampe” is also unavailable like “Wohnzimmer Deckenlampe”. But I also can turn it on/off with a push-button coupler (SR-ZG2833PAC-FOH). I pushed the switch at 14:47:01 and the light turned on.
We first suspected that the design of the lamp shields too strongly. However, there should be no problems with the model. We simply assume a poor connection.
Is it possible to place another router or repeater between the gateway and the lamp?
A re-learning of the lamp should not be necessary. Please observe how the routing runs.
Otherwise, please also check whether the ConBee II is attached to an extension (necessary) and whether there are other routers, dongles or hard drives in the direct vicinity.
I do not think that the cause is a bad connection. Like I wrote the light is not far away and between them there are hue bulbs etc which can also act as router.
Should I place the light next to the conbee2 stick to prevent the problem of a bad conneciton?
The ConBee II is attached to an extension and is not in the direct vicinity of routers, dongles or hard drives.
And how is it possible that I can controll the lights by the push-button coupler (SR-ZG2833PAC-FOH)?
If several people, who have been working with deCONZ for a long time or are involved in the programming, say that it is probably due to the connection strength or network quality, this approach should at least be considered.
Have you tried source routing?
I agree with you there. But it’s always easy to say “it’s because of a bad connection”.
Therefore my suggestion to place the device directly next to the conbee2 to exclude a bad connection.
No, should I enable source routing?
At least it is worth a try.
In this short video we describe how to activate source routing and how you can also manual route:
From a distance it is really hard to say where the cause lies with such connection problems. We do not want to make it easy for ourselves with the answer. Troubleshooting can only become very tedious.
Yesterday I´ve activated source routing and today in the morning I reconnect the device by power cycling it.
An hour ago HA sent a notification that the device is unavailable again. And in deconz there are no routes from “Wohnzimmer Deckenlampe”. Here are the logs from the last two hours, maybe you can have a look again? Its too long for pastebin or other platforms. https://www.xup.in/dl,20737825/wohnzimmer1322.txt/
I dont wont to take over your case. But I’m running also with a raspee and some lamps from Paulmann. I also loose connection after a random time. A power cycle bring them back into the network.
So my conculsion is, that it is not a problem in the air / shields a.s.o. as they work after a power cycle normally for some time.
To me it looks, like the problem occured the first time with deconz version 2.16 or 2.17. Like some heartbeat timing has been changed in this versions and Paulmann zigbee implementation does not perfectly fit anymore. As other devices continue to work.
In my case, it is possible to control offline devices by sending a command the group, they belong to. Is this also possible in your case? If yes, then we face probably the same problem an I have no soloution yet.
(My case was mentioned here: Partial lose of connections)
Hope this helps to get an idea who to resolve the problem.
I seem to have the same/similar problem.
I also have various “Paulmann Licht 500.48” LED dimmers.
There are 5 of them installed in a shelf. After quite a while (sometimes weeks), one or more are no longer accessible. However, it is not possible to predict which one.
In deconz, it is displayed as offline and can no longer be addressed via Alexa. A query of the basic cluster in deconz is also not answered.
However, it still responds to a group command from a directly paired TRADFRI switch.
When the “shelf inside left” no longer responded, I started a debugLog. Using the Alexa group command, I switched the shelf (all 5 dimmers) off/on, but as I said, only 4/5 responded.
Using the TRADFRI switch, however, all 5 dimmers could still be switched off/on simultaneously without any problems.
If anyone is interested, the debug log can be viewed here: DebugLog.
Details about the dimmer that did not react this time:
With Paulmann Amaris LED panels that are recognised as “Paulmann Licht 371000002”, there is also the occasional problem that they can no longer be switched off. From this point on, they are seen as offline in deconz and no longer react to anything. After a power reset (fuse out/clean), they function normally again.
Hope also this helps to get an idea who to resolve the problem
this problem is unfortunately difficult to reproduce for us. We have no other reports from Paulmann devices regarding limited functionality or connection problems.
We also don’t have the affected devices on site to test anything. I have contacted Paulmann to hopefully get the affected parts for testing.
Different connection strengths can vary greatly due to local conditions, which is very difficult to track anyway. Repositioning at your home will probably be difficult. Otherwise you can try to rebuild the gateway at another position (relocate).
I will keep you informed as soon as I get feedback from Paulmann.
