#1247
#1278 should contain the appropriate changes.
#1248 
1 Like
The number pad isn’t my friend today 
And the big question - do you still get the discovery errors?
This 
Hmmm - I’m not sure I understand? 
I haven’t mentioned this yet, but the last thing I’d done to stop the discovery errors and restore functionality of the deleted bulbs, was to manually restore entries into the Thing.json for the bulbs that I had deleted. Much easier than downgrading OH and the bulbs were usable… but deleting Zigbee Things would cause the issue again.
This bulb was deleted, rediscovered and is still functional. No errors. Looks like this version was compiled against the current ESH. 
2018-04-04 08:03:19.239 [DEBUG] [.openhab.binding.zigbee.handler.ZigBeeThingHandler] - 7CE524000010E370: Handler dispose.
2018-04-04 08:03:19.241 [DEBUG] [.openhab.binding.zigbee.handler.ZigBeeThingHandler] - 7CE524000010E370: Polling stopped
2018-04-04 08:03:30.770 [DEBUG] [ab.binding.zigbee.discovery.ZigBeeDiscoveryService] - 7CE524000010E370: Discovery: Starting discovery for existing device zigbee:device:9b51c72d:7ce524000010e370
2018-04-04 08:03:30.789 [INFO ] [ab.binding.zigbee.discovery.ZigBeeDiscoveryService] - 7CE524000010E370: Starting ZigBee device discovery
2018-04-04 08:03:30.790 [DEBUG] [ab.binding.zigbee.discovery.ZigBeeDiscoveryService] - 7CE524000010E370: Creating ZigBee device zigbee:device with bridge zigbee:coordinator_ember:9b51c72d
2018-04-04 08:03:30.798 [DEBUG] [ding.zigbee.discovery.ZigBeeNodePropertyDiscoverer] - 7CE524000010E370: ZigBee node property discovery start
2018-04-04 08:03:30.799 [DEBUG] [ding.zigbee.discovery.ZigBeeNodePropertyDiscoverer] - 7CE524000010E370: ZigBee node property discovery using 35410/1
2018-04-04 08:03:32.189 [DEBUG] [ding.zigbee.discovery.ZigBeeNodePropertyDiscoverer] - 7CE524000010E370: ZigBee node property discovery complete: {zigbee_logicaltype=ROUTER, zigbee_powerlevel=FULL, modelId=ZLL Light, zigbee_networkaddress=35410, zigbee_powersource=MAINS, zigbee_stkversion=2, zigbee_datecode=20140812, zigbee_zclversion=1, vendor=GE_Appliances, zigbee_powermode=RECEIVER_ON_IDLE, zigbee_powersources=[MAINS], hardwareVersion=1, firmwareVersion=01030400}
2018-04-04 08:03:32.189 [DEBUG] [ab.binding.zigbee.discovery.ZigBeeDiscoveryService] - 7CE524000010E370: Update ZigBee device zigbee:device with bridge zigbee:coordinator_ember:9b51c72d, label 'GE_Appliances ZLL Light'
2018-04-04 08:03:57.052 [DEBUG] [.openhab.binding.zigbee.handler.ZigBeeThingHandler] - 7CE524000010E370: Initializing ZigBee thing handler zigbee:device:9b51c72d:7ce524000010e370
2018-04-04 08:03:57.063 [DEBUG] [.openhab.binding.zigbee.handler.ZigBeeThingHandler] - 7CE524000010E370: Coordinator status changed to ONLINE.
2018-04-04 08:03:57.064 [DEBUG] [.openhab.binding.zigbee.handler.ZigBeeThingHandler] - 7CE524000010E370: Coordinator is ONLINE. Starting device initialisation.
2018-04-04 08:03:57.065 [DEBUG] [artsystems.zigbee.internal.ZigBeeNetworkDiscoverer] - 7CE524000010E370: NWK Discovery starting node rediscovery
2018-04-04 08:03:57.065 [DEBUG] [com.zsmartsystems.zigbee.ZigBeeNetworkManager ] - TX CMD: NetworkAddressRequest [0/0 -> 65533/0, cluster=0000, TID=B0, ieeeAddr=7CE524000010E370, requestType=0, startIndex=0]
2018-04-04 08:03:57.075 [DEBUG] [.openhab.binding.zigbee.handler.ZigBeeThingHandler] - 7CE524000010E370: Start initialising ZigBee Thing handler
2018-04-04 08:03:57.075 [DEBUG] [.openhab.binding.zigbee.handler.ZigBeeThingHandler] - 7CE524000010E370: Checking endpoint 1 channels
2018-04-04 08:03:57.077 [DEBUG] [e.internal.converter.ZigBeeChannelConverterFactory] - 7CE524000010E370: Removing channel zigbee:switch_onoff in favor of zigbee:switch_level
2018-04-04 08:03:57.077 [DEBUG] [.openhab.binding.zigbee.handler.ZigBeeThingHandler] - 7CE524000010E370: Created 1 channels
2018-04-04 08:03:57.077 [DEBUG] [.openhab.binding.zigbee.handler.ZigBeeThingHandler] - 7CE524000010E370: Updating thing definition as channels have changed from [] to [zigbee:device:9b51c72d:7ce524000010e370:7CE524000010E370_1_switch_level]
2018-04-04 08:03:57.127 [DEBUG] [.openhab.binding.zigbee.handler.ZigBeeThingHandler] - 7CE524000010E370: Initializing channel zigbee:device:9b51c72d:7ce524000010e370:7CE524000010E370_1_switch_level with org.openhab.binding.zigbee.internal.converter.ZigBeeConverterSwitchLevel@722803c4
Thankfully 
Ok… So when I get home from work tonight, what are the steps to test? Update OH2 and reinstall through PaperUI?
Or manual download of jars and place in the add in folder? And may need the extra ember binding? That started to comfuse me with talk on a split binding.
Update to the latest snapshot will be easiest. A manual install does work too, but you need 4 jars (2 from Cloudbees and 2 from JFrog).
Yes - this is easiest.
Just wanted to know if it works too. Glad it does 
So reinstallation of the zigbee binding is required?
Yes - it seems that for whatever reason the previous version was not being fully rebuilt, so you will need to install the new version (that doesn’t mean to delete everything and re-install - just update to the new version).
Just to make sure, is that for everyone? I just updated OH2 and it looks like the binding version is correct.
193 │ Active │ 80 │ 1.0.8 │ com.zsmartsystems.zigbee
194 │ Active │ 80 │ 1.0.8 │ com.zsmartsystems.zigbee.dongle.cc2531
195 │ Active │ 80 │ 1.0.8 │ com.zsmartsystems.zigbee.dongle.ember
196 │ Active │ 80 │ 1.0.8 │ com.zsmartsystems.zigbee.dongle.telegesis
197 │ Active │ 80 │ 1.0.8 │ com.zsmartsystems.zigbee.dongle.xbee
209 │ Active │ 80 │ 2.3.0.201804032001 │ ZigBee Binding
210 │ Active │ 80 │ 2.3.0.201804032001 │ ZigBee Ember Binding
211 │ Active │ 80 │ 2.3.0.201804032001 │ ZigBee Ember Binding
212 │ Active │ 80 │ 2.3.0.201804032001 │ ZigBee Telegesis Binding
213 │ Active │ 80 │ 2.3.0.201804032001 │ ZigBee XBee Binding
Yep, got the same.
Same here, thanks Chris and Kai!
I’m not sure I understand the question… Is what for everyone?
Sorry, I had meant use a quote:
Does everyone need to reinstall the binding? It looks like I’m on the correct binding version without needing to do anything in paperUI, as you suggested re-installation. I just wanted to make sure that the output I got from bundle:list is the correct one.
Actually he didn’t 