# Zigbee binding **URL:** \ **Category:** Bindings\ **Tags:** zigbee, beginners\ **Created:** [October 26, 2016, 8:01am UTC](https://community.openhab.org/t/zigbee-binding/15763 "2016-10-26T08:01:36Z")\ **Posts on this page:** 20\ **Page:** 118
**Author:** ![chris](https://community.openhab.org/letter_avatar_proxy/v4/letter/c/958977/32.png) [@chris](https://community.openhab.org/u/chris)\ **Post date:** [January 2, 2020, 5:05pm UTC](https://community.openhab.org/t/zigbee-binding/15763/2348 "2020-01-02T17:05:17Z")
I am about to start merging some changes in the ZigBee binding, so please let me know if things go haywire. I’ve done a quick test with a couple of bulbs (an Osram colour and Ikea white bulb) and the Ember dongle and it seems to work fine. The majority of changes are in the library which is heavily tested elsewhere but it’s possible that some device types may be blocked due to some changes I had to add to get part of the framework through ZigBee Alliance certification tests. Please report anything strange 🙂 … It may take a little while for all this to flow through as I need to update the binding, then update the OH distro to get the latest libraries. > > > This PR is incomplete and will fail CI - do not merge!! > > From recent versions …of the Z-Smart Systems ZigBee library (1.2.6 I think), we need to tell the framework what clusters we support. This is to allow the framework to only process messages that the application supports, and more importantly, to reject ones that are not supported with the appropriate error. > > \*\*\*This is required for ZigBee certification and there is a test for this\*\*\*. > > To achieve this, I've added two methods to the converters, and the converter factory to allow the coordinator handler to get the list of clusters that are implemented by the system. Each cluster will return a Set of cluster IDs it supports through the \`\`\`Set\ getSupportedClientClusters()\`\`\` and \`\`\`Set\ getSupportedServerClusters()\`\`\` methods. The converter factory has a similar set of methods and will return the consolidated Set of cluster IDs supported by all converters so that this can be passed to the framework. > > @hsudbrock or @triller-telekom you should review this concept please. > > Design questions - I have one thought - the framework methods set the client/server clusters the framework supports, but the converters internally use client/server clusters on the remote device, so the naming is reversed. Within the converter, does the \`\`\`getSupportedServerClusters\`\`\` method return the server clusters consumed by the converter, or the server clusters implemented by the converted? > > \--- > > This PR currently only implements the initial concept, and the methods in a single converter for comment. > > Note that we probably also need to add the converter factory provider to the coordinator factories as this information is required in the \`\`\`ZigBeeCoordinatorHandler\`\`\` class (I've added this as a parameter on the constructor, but not hooked this all together yet). > > Signed-off-by: Chris Jackson \ > > > This updates to the latest ZSmart Systems ZigBee Libraries \`\`\`1.2.9\`\`\`. It also …adds the console bundles into the feature so these are available to users without manual installation. > Signed-off-by: Chris Jackson \ ---
**Author:** ![astylianou](https://community.openhab.org/letter_avatar_proxy/v4/letter/a/9f8e36/32.png) [@astylianou](https://community.openhab.org/u/astylianou)\ **Post date:** [January 2, 2020, 7:13pm UTC](https://community.openhab.org/t/zigbee-binding/15763/2349 "2020-01-02T19:13:32Z")
Maybe a bug in zigbee binding Hello All I am new to openhab, So I may be wrong about this In the past stable version of the openhab 2.4 the zigbee binding was working perfectly since the update to the new version it became a nightmare I have tested the problem in two different machines with two different USB Coordinators (both coordinators use the ember chip) The problem is at sometime usually after 2 days the Mesh does not update the network moreover it creates a lot of dead links. For example a device A may shows that it has a link to another device B but the device B does not show a link to device A as a result there are a lot of delays in the network and the mesh does not update to fix the problem ( I even set the mesh update period to 5 minutes) Picture 1 Shows a device with all the neighbors ![screenshot-philips1](https://community-openhab-org.s3.dualstack.eu-central-1.amazonaws.com/original/3X/9/b/9bbf0b0ca26ff4736e477c58cf756e633312bc47.png) after a day or 2 ![Screenshot from 2020-01-02 11-41-41](https://community-openhab-org.s3.dualstack.eu-central-1.amazonaws.com/original/3X/7/4/74f061c07770d4a3080dc20fa3236d231a685771.png) When the problem happens if switch off a router device and then back on then the router device Will not find the near by devices but all the other devices that already have this device in their list will continue to list it in their neighboring device and in their routes I have tested the above with hue bulbs and ikea wall plugs To restore everything back to normal you have to clean the cache and restart, Restarting alone does not fix the problem Another instance on the second pi with the same devices ![no route](https://community-openhab-org.s3.dualstack.eu-central-1.amazonaws.com/original/3X/f/e/feed59b35445e1cd7a224b4b1ea7aa29be00f5d1.png) DEVICE 14371 HAS NO ROUTES NO NEIGHBOURS BUT ![with routes](https://community-openhab-org.s3.dualstack.eu-central-1.amazonaws.com/original/3X/d/0/d0da7efdd7d59a88f332ce4db447092c98650734.png) A DEVICE 1 M AWAY LIST THIS ON ITS NEIGHBORS AND ROUTES ---
**Author:** ![chris](https://community.openhab.org/letter_avatar_proxy/v4/letter/c/958977/32.png) [@chris](https://community.openhab.org/u/chris)\ **Post date:** [January 2, 2020, 8:06pm UTC](https://community.openhab.org/t/zigbee-binding/15763/2350 "2020-01-02T20:06:37Z")
> [@astylianou](#): > > usually after 2 days the Mesh does not update the network The mesh information that you show in these images does not necessarily mean that the network is not working. The coordinator manages the mesh - the binding does not have anything to do with this - it only provides this information periodically for information, but it does not update anything. > [@astylianou](#): > > it creates a lot of dead links What is a “dead link”? ---
**Author:** ![astylianou](https://community.openhab.org/letter_avatar_proxy/v4/letter/a/9f8e36/32.png) [@astylianou](https://community.openhab.org/u/astylianou)\ **Post date:** [January 2, 2020, 8:42pm UTC](https://community.openhab.org/t/zigbee-binding/15763/2351 "2020-01-02T20:42:37Z")
Wow many thanks for the fast reply So the interface will not show the routes and neighboring devices in the Paper UI ? In the 2.4 you see messages in the log like ‘zigbee:device:01381645:001788010486f1f5’ has been updated. Now I do not see these messages moreover if a device goes offline and comes back online it will never show any neighboring devices is that normal? if the paper UI will not show the actual links and neighbors then I do not have dead links. I was creating a graph using the information from the paper UI to see where I had the problem and I was assuming that some devices do not communicate with any other devices The problem I have is that after 1-4 days the messages from the zigbee devices become very slow sometimes they take up to 2-5 seconds to reach openhab and sometimes they will not reach at all. I know that its a communication problem because the hue sensor has an led that lights up on movement where there is difficulty to sent a command. In order to resolve the problem I have to restart openhab and also clean the cache Again thanks very much ---
**Author:** ![astylianou](https://community.openhab.org/letter_avatar_proxy/v4/letter/a/9f8e36/32.png) [@astylianou](https://community.openhab.org/u/astylianou)\ **Post date:** [February 16, 2020, 5:38pm UTC](https://community.openhab.org/t/zigbee-binding/15763/2352 "2020-02-16T17:38:26Z")
Dear chris I have notice that the latest hue firmware makes the Hue devices unresponsive ( at least at my case). I have tried to update 2 of my 4 sensors and those sensors became unresponsive. I have tried to pair with two different openhab computers I have also tried some of the devices mentioned here [ZigBee - Bindings | openHAB](https://www.openhab.org/addons/bindings/zigbee/) Xiaomi Aqara Human Motion Sensor (I have one aqara sensor that is working fine but gets disconnected a lot ) and IKEA Tradfri Motion Sensor All devices get discovered connected to the coordinator but no device is sending any info. I was wondering if that has to do with any patches to the zigbee devices that have to do with the recent discovered vulnerabilities ---
**Author:** ![chris](https://community.openhab.org/letter_avatar_proxy/v4/letter/c/958977/32.png) [@chris](https://community.openhab.org/u/chris)\ **Post date:** [February 16, 2020, 6:01pm UTC](https://community.openhab.org/t/zigbee-binding/15763/2353 "2020-02-16T18:01:42Z")
I’m afraid I’m not familiar with changes to the Hue firmware, or actually any recently discovered zigbee vulnerabilities. If you have a reference to the issue I will take a look. ---
**Author:** ![astylianou](https://community.openhab.org/letter_avatar_proxy/v4/letter/a/9f8e36/32.png) [@astylianou](https://community.openhab.org/u/astylianou)\ **Post date:** [February 16, 2020, 6:44pm UTC](https://community.openhab.org/t/zigbee-binding/15763/2354 "2020-02-16T18:44:46Z")
its an old vulnerability that now is been patched > **[The Dark Side of Smart Lighting: Check Point Research Shows How Business and...](https://blog.checkpoint.com/security/the-dark-side-of-smart-lighting-check-point-research-shows-how-business-and-home-networks-can-be-hacked-from-a-lightbulb/)** > > Everyone is familiar with the concept of IoT, the Internet of Things, but how many of you have heard of smart lightbulbs? By using a mobile app, or your [![](https://img.youtube.com/vi/j8Goudh9Ggo/maxresdefault.jpg "Hacking Philips Hue Lights To Hack Whole Networks - ThreatWire") ](https://www.youtube.com/watch?v=j8Goudh9Ggo&t=40s) I am also currently trying a clean install just to check more on the problem ---
**Author:** ![astylianou](https://community.openhab.org/letter_avatar_proxy/v4/letter/a/9f8e36/32.png) [@astylianou](https://community.openhab.org/u/astylianou)\ **Post date:** [February 17, 2020, 2:03am UTC](https://community.openhab.org/t/zigbee-binding/15763/2355 "2020-02-17T02:03:18Z")
after further testing… I have an ember coordinator The problem occurs with the new firmware and the latest stable version of the openhab. reverting back to the original 2.50 stable solves the problem I made a clean install with the new version and When I try to add the sensors I get this message > Blockquote > 2020-02-16 22:49:11.057 [INFO] [bee.discovery.ZigBeeDiscoveryService] - 0017880104B75618: Starting ZigBee device discovery > 2020-02-16 22:49:12.056 [INFO] [g.discovery.internal.PersistentInbox] - Added new thing ‘zigbee:philips\_sml001:01381645:0017880104b75618’ to inbox. > ==\> /var/log/openhab2/events.log \<== > 2020-02-16 22:49:12.057 [home.event.InboxAddedEvent] - Discovery Result with UID ‘zigbee:philips\_sml001:01381645:0017880104b75618’ has been added. > 2020-02-16 22:49:12.787 [me.event.InboxRemovedEvent] - Discovery Result with UID ‘zigbee:device:01381645:0017880104b75618’ has been removed. > 2020-02-16 22:49:24.556 [me.event.InboxRemovedEvent] - Discovery Result with UID ‘zigbee:philips\_sml001:01381645:0017880104b75618’ has been removed. > 2020-02-16 22:49:24.609 [hingStatusInfoChangedEvent] - ‘zigbee:philips\_sml001:01381645:0017880104b75618’ changed from UNINITIALIZED to INITIALIZING > 2020-02-16 22:49:24.635 [hingStatusInfoChangedEvent] - ‘zigbee:philips\_sml001:01381645:0017880104b75618’ changed from INITIALIZING to UNKNOWN > 2020-02-16 22:49:24.674 [nt.FirmwareStatusInfoEvent] - Firmware status of thing zigbee:philips\_sml001:01381645:0017880104b75618 changed to UNKNOWN. > ==\> /var/log/openhab2/openhab.log \<== > 2020-02-16 22:49:27.550 [ERROR] [ng.zigbee.handler.ZigBeeThingHandler] - 0017880104B75618: Exception creating channels > java.lang.NullPointerException: null ``` at org.openhab.binding.zigbee.internal.converter.ZigBeeConverterTemperature.initializeDevice(ZigBeeConverterTemperature.java:79) ~[bundleFile:?] at org.openhab.binding.zigbee.handler.ZigBeeThingHandler.initializeDevice(ZigBeeThingHandler.java:492) ~[bundleFile:?] at org.openhab.binding.zigbee.handler.ZigBeeThingHandler.doNodeInitialisation(ZigBeeThingHandler.java:381) [bundleFile:?] at org.openhab.binding.zigbee.handler.ZigBeeThingHandler.access$0(ZigBeeThingHandler.java:238) [bundleFile:?] at org.openhab.binding.zigbee.handler.ZigBeeThingHandler$1.call(ZigBeeThingHandler.java:232) [bundleFile:?] at org.openhab.binding.zigbee.handler.ZigBeeThingHandler$1.call(ZigBeeThingHandler.java:1) [bundleFile:?] at java.util.concurrent.FutureTask.run(FutureTask.java:266) [?:1.8.0_222] at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180) [?:1.8.0_222] at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293) [?:1.8.0_222] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [?:1.8.0_222] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [?:1.8.0_222] ``` > Blockquote > at java.lang.Thread.run(Thread.java:748) [?:1.8.0\_222] > ==\> /var/log/openhab2/events.log \<== > 2020-02-16 22:49:27.603 [hingStatusInfoChangedEvent] - ‘zigbee:philips\_sml001:01381645:0017880104b75618’ changed from UNKNOWN to OFFLINE (HANDLER\_INITIALIZING\_ERROR) > 2020-02-16 22:49:27.617 [me.event.ThingUpdatedEvent] - Thing ‘zigbee:philips\_sml001:01381645:0017880104b75618’ has been updated. > ==\> /var/log/openhab2/openhab.log \<== > 2020-02-16 22:49:31.064 [ERROR] [ng.zigbee.handler.ZigBeeThingHandler] - 0017880104B75618: Exception creating channels > java.lang.NullPointerException: null > at org.openhab.binding.zigbee.internal.converter.ZigBeeConverterTemperature.initializeDevice(ZigBeeConverterTemperature.java:79) ~[bundleFile:?] > at org.openhab.binding.zigbee.handler.ZigBeeThingHandler.initializeDevice(ZigBeeThingHandler.java:492) ~[bundleFile:?] > at org.openhab.binding.zigbee.handler.ZigBeeThingHandler.doNodeInitialisation(ZigBeeThingHandler.java:381) [bundleFile:?] at org.openhab.binding.zigbee.handler.ZigBeeThingHandler.access$0(ZigBeeThingHandler.java:238) [bundleFile:?] ``` at org.openhab.binding.zigbee.handler.ZigBeeThingHandler$1.call(ZigBeeThingHandler.java:232) [bundleFile:?] at org.openhab.binding.zigbee.handler.ZigBeeThingHandler$1.call(ZigBeeThingHandler.java:1) [bundleFile:?] at java.util.concurrent.FutureTask.run(FutureTask.java:266) [?:1.8.0_222] at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180) [?:1.8.0_222] at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293) [?:1.8.0_222] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [?:1.8.0_222] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [?:1.8.0_222] at java.lang.Thread.run(Thread.java:748) [?:1.8.0_222] ``` ---
**Author:** ![chris](https://community.openhab.org/letter_avatar_proxy/v4/letter/c/958977/32.png) [@chris](https://community.openhab.org/u/chris)\ **Post date:** [February 17, 2020, 7:56am UTC](https://community.openhab.org/t/zigbee-binding/15763/2356 "2020-02-17T07:56:02Z")
Please can you provide a debug log showing the issue - please provide it as a file. I’m not sure what the issue with the Hue - does it join the network? It looks like it is? Unfortunately without knowing what has been changed, it’s hard to know how to resolve it, but I really would have expected the Hue bulbs to work ok as other ZigBee 3.0 bulbs do (I’ve tested quite a few). ---
**Author:** ![astylianou](https://community.openhab.org/letter_avatar_proxy/v4/letter/a/9f8e36/32.png) [@astylianou](https://community.openhab.org/u/astylianou)\ **Post date:** [February 17, 2020, 4:22pm UTC](https://community.openhab.org/t/zigbee-binding/15763/2357 "2020-02-17T16:22:46Z")
I switched back to the 2.50 I saved the logs for the brieff time I used the latest version Here are the logs > **[WeTransfer | Send Large Files Fast](https://wetransfer.com/downloads/d1305a8bdea5cb34d86184f0296f3da720200217154309/3db7d2)** > > The simple, quick and secure way to send your files around the world without an account. Share your files, photos, and videos today for free. your work for zigbee binding is amazing Some suggestions in order to help you and help new users. Is it possible for the zigbee binding to create something like a wiki page that will be updated by the users, that will list per device info. we can list firmware of the devices we use, coordinator that is tested with, version of openhab that its tested, if there are any special steps for pairing. example.json configurations, error logs if a device does not work etc. That way the info will be collected in one place for anyone to find I am a newbie to openhab but some examples that i have discovered are Tradfri Network extenter used to work on 2.40 but not on 2.50 philips has a dimmer switch that identifies as RWL021 and the same dimmer switch that identifies RWL020. The RWL020 will be discovered with some functions missing in order to make it work you have to copy a configuration from RWL021 xiaomi makes the same devices for the xiaomi aqara brand and xiaomi brand the same device made for the aqara Chinese market will work on openhab but not the European brand Another Suggestion that might help is that if there is a way and if you find it helpful, we can donate and sent devices that we are not using ---
**Author:** ![chris](https://community.openhab.org/letter_avatar_proxy/v4/letter/c/958977/32.png) [@chris](https://community.openhab.org/u/chris)\ **Post date:** [February 17, 2020, 7:22pm UTC](https://community.openhab.org/t/zigbee-binding/15763/2358 "2020-02-17T19:22:22Z")
> [@astylianou](#): > > Is it possible for the zigbee binding to create something like a wiki page that will be updated by the users, that will list per device info. Wiki pages were removed from openHAB a few years back so we’d have to find somewhere to host this. I would love to have something like I have for ZWave, but that is driven through quite a large database application that I wrote, and from there it auto generates the documentation - I’m just not sure I want to do the same thing for ZigBee, although it would be helpful. A simple wiki would be a lot easier, but unfortunately I don’t know how this can be acheived as it’s not provided through OH. Another suggestion is to add it to the binding docs on Github, but the docs aren’t really designed for that level of device specific detail (it’s only 1 page). > [@astylianou](#): > > Another Suggestion that might help is that if there is a way and if you find it helpful, we can donate and sent devices that we are not using Sure - I’m always happy to accept donations - either money or devices. I quite often purchase devices just for testing so this does cost me a little 🕶. There is a donation button at the bottom of my [web page](https://www.cd-jackson.com/index.php/about). ---
**Author:** ![astylianou](https://community.openhab.org/letter_avatar_proxy/v4/letter/a/9f8e36/32.png) [@astylianou](https://community.openhab.org/u/astylianou)\ **Post date:** [February 18, 2020, 8:23am UTC](https://community.openhab.org/t/zigbee-binding/15763/2359 "2020-02-18T08:23:31Z")
Is there a way and if yes. What is the best way to sent info or problems and bugs regarding the binding ---
**Author:** ![chris](https://community.openhab.org/letter_avatar_proxy/v4/letter/c/958977/32.png) [@chris](https://community.openhab.org/u/chris)\ **Post date:** [February 18, 2020, 10:12am UTC](https://community.openhab.org/t/zigbee-binding/15763/2360 "2020-02-18T10:12:19Z")
> [@astylianou](#): > > Is there a way Sorry - which specific part of my response is this question referring to? > [@astylianou](#): > > What is the best way to sent info or problems and bugs regarding the binding Use the Github [issues list](https://github.com/openhab/org.openhab.binding.zigbee/issues) to report bugs and use the forum to discuss things more generally. ---
**Author:** ![jfrank1845](https://community.openhab.org/user_avatar/community.openhab.org/jfrank1845/32/54736_2.png) [@jfrank1845](https://community.openhab.org/u/jfrank1845)\ **Post date:** [February 22, 2020, 9:08pm UTC](https://community.openhab.org/t/zigbee-binding/15763/2361 "2020-02-22T21:08:55Z")
Just wanted to check back in as it has been some time - has any way been added back into this binding so that I can send a CT command to a bulb and still access the bulbs brightness and/or on/off state? As of my last experience with this binding this was not possible as a CT command set the colorcolor channel to UNDEF and there were no individual on/off or dimmer channels thanks to channel consolidation. ---
**Author:** ![Tobi77](https://community.openhab.org/letter_avatar_proxy/v4/letter/t/d2c977/32.png) [@Tobi77](https://community.openhab.org/u/Tobi77)\ **Post date:** [March 12, 2020, 1:34pm UTC](https://community.openhab.org/t/zigbee-binding/15763/2362 "2020-03-12T13:34:37Z")
Since some days I receive the following error every few hours: ```csv [WARN] [ding.zigbee.handler.ZigBeeSerialPort] - Processing DATA_AVAILABLE event: received IOException in serial port event java.io.IOException: Expected to be able to read 10 bytes, but saw error after 9 at org.openhab.binding.zigbee.handler.ZigBeeSerialPort.serialEvent(ZigBeeSerialPort.java:303) [bundleFile:?] at org.eclipse.smarthome.io.transport.serial.rxtx.RxTxSerialPort$1.serialEvent(RxTxSerialPort.java:81) [bundleFile:?] at gnu.io.RXTXPort.sendEvent(RXTXPort.java:780) [bundleFile:3.15.0.OH2] at gnu.io.RXTXPort.eventLoop(Native Method) [bundleFile:3.15.0.OH2] at gnu.io.RXTXPort$MonitorThread.run(RXTXPort.java:1611) [bundleFile:3.15.0.OH2] ``` ---
**Author:** ![Bruce\_Osborne](https://community.openhab.org/user_avatar/community.openhab.org/bruce_osborne/32/38531_2.png) [@Bruce\_Osborne](https://community.openhab.org/u/Bruce_Osborne)\ **Post date:** [March 12, 2020, 1:48pm UTC](https://community.openhab.org/t/zigbee-binding/15763/2363 "2020-03-12T13:48:39Z")
> [@Tobi77](#): > > Since some days I receive the following error every few hours That is almost certainly not related to the original issue from 2016. Please start a new thread. I notice some threads here mentioning issue with the serial binding if devices are queried too frequently. ---
**Author:** ![Kim\_Andersen](https://community.openhab.org/letter_avatar_proxy/v4/letter/k/6bbea6/32.png) [@Kim\_Andersen](https://community.openhab.org/u/Kim_Andersen)\ **Post date:** [April 5, 2020, 4:24pm UTC](https://community.openhab.org/t/zigbee-binding/15763/2364 "2020-04-05T16:24:37Z")
@chris I recall you´d mention you have a Ikea Tradfri motion sensor for testing, right? I just updated my Odroid system to latest openhab 52.5.3 (stable), which I assume updated to latest Zigbee as well. I then tried to add my Ikea motion sensor again.. It got added just fine.. However, it doesnt really seem to do anything, (no data received from any of the channels). Also there is no kind of a switch/contact channel, which makes it rather unuseable as a motion sensor I would say.. This is how it looks when it´s added and online: ![ikea tradfri motion sensor](https://community-openhab-org.s3.dualstack.eu-central-1.amazonaws.com/original/3X/8/f/8f27fb3a2b76f4673053f456fe52d94c52586800.png) I noticed the zigbee powersource says its MAINS.. That can hardly be correct. Should it say DISPOSABLE\_BATTERY ?? I think this devices does not really get added correctly. Did you ever get to test it yourself? ---
**Author:** ![chris](https://community.openhab.org/letter_avatar_proxy/v4/letter/c/958977/32.png) [@chris](https://community.openhab.org/u/chris)\ **Post date:** [April 5, 2020, 4:26pm UTC](https://community.openhab.org/t/zigbee-binding/15763/2365 "2020-04-05T16:26:51Z")
> [@Kim\_Andersen](#): > > Did you ever get to test it yourself? I gave it a quick test - I forget exactly what the issue was now, but it’s not supported by the binding right now. > [@Kim\_Andersen](#): > > That can hardly be correct. Should it say DISPOSABLE\_BATTERY ?? The binding will just report what the device reports. If you think it’s wrong (unlikely) then please provide the log showing the initialisation and I will take a look. ---
**Author:** ![weakfl](https://community.openhab.org/user_avatar/community.openhab.org/weakfl/32/87329_2.png) [@weakfl](https://community.openhab.org/u/weakfl)\ **Post date:** [April 6, 2020, 8:14am UTC](https://community.openhab.org/t/zigbee-binding/15763/2366 "2020-04-06T08:14:54Z")
> [@chris](#): > > The binding will just report what the device reports. If you think it’s wrong (unlikely) then please provide the log showing the initialisation and I will take a look. As mentioned in [#501](https://github.com/openhab/org.openhab.binding.zigbee/issues/501) on GitHub, the `Lupus Mini` sensor also reports power source as `MAINS` although it is a battery powered device. If you think this might be a bug in the binding, I’ve provided a debug and sniffer log on GitHub. Just in case you want to investigate it Chris, it’s a minor inconvenience, at best… ---
**Author:** ![chris](https://community.openhab.org/letter_avatar_proxy/v4/letter/c/958977/32.png) [@chris](https://community.openhab.org/u/chris)\ **Post date:** [April 6, 2020, 8:18am UTC](https://community.openhab.org/t/zigbee-binding/15763/2367 "2020-04-06T08:18:22Z")
Please can you provide a debug log showing the initialisation of the device. Without that I’ve really nothing to go on - sorry. [Previous page](https://community.openhab.org/t/zigbee-binding/15763.md?page=117) [Next page](https://community.openhab.org/t/zigbee-binding/15763.md?page=119)