Ok, let me know when you have the logs and I’ll take a look. These sort of errors are normally caused by an incorrectly formatted message from a device so I need to see what that is…
Here’s the log…one thing I’ve noticed that is kinda weird is I’m seeing RGB reporting coming back from my range extender. That’s a new device that was added to the database recently. It may be nothing, but I wanted to relay what I noticed when scanning the log.
What is node 22? The issue seems to be related to finding this nodes thing description, but I’m not really sure what the issue is as the crash is in the XML code. Maybe there’s a database issue with the device or something…
Does node 18 work ok or does it also cause issues? I would suggest to delete this thing and add it back to see if that helps. I don’t see anything obviously wrong in the database and the issue is deep down in ESH code so not really easy to see what’s wrong.
The range extender is probably fine. If it’s an Aeon, then it supports color - is there a problem with it or you just weren’t expecting this?
Both nodes were working fine…this just started when I moved to 2.2 SNAPSHOT from 2.1 Stable/Release.
Node 18 is currently unplugged - my housekeeper thought she was being helpful taking down Halloween decorations and took the appliance module as well. I’ll plug it back in this evening.
The range extender is an Aeon…I just never saw the RGB info in the logs since I upgraded.
Ok. I have removed and added back Node 18 and Node 20 and am still getting messages in the Karaf window.
openhab> Exception in thread "Timer-27" java.lang.NullPointerException
at org.eclipse.smarthome.config.xml.AbstractXmlBasedProvider.get(Abstrac
tXmlBasedProvider.java:146)
at org.eclipse.smarthome.config.xml.AbstractXmlConfigDescriptionProvider
.getConfigDescription(AbstractXmlConfigDescriptionProvider.java:45)
at org.eclipse.smarthome.config.core.ConfigDescriptionRegistry.getConfig
Description(ConfigDescriptionRegistry.java:147)
at org.eclipse.smarthome.config.core.ConfigDescriptionRegistry.getConfig
Description(ConfigDescriptionRegistry.java:183)
at org.openhab.binding.zwave.internal.ZWaveConfigProvider.getThingTypeCo
nfig(ZWaveConfigProvider.java:396)
at org.openhab.binding.zwave.internal.protocol.initialization.ZWaveNodeI
nitStageAdvancer.advanceNodeStage(ZWaveNodeInitStageAdvancer.java:974)
at org.openhab.binding.zwave.internal.protocol.initialization.ZWaveNodeI
nitStageAdvancer$IdleTimerTask.run(ZWaveNodeInitStageAdvancer.java:1395)
at java.util.TimerThread.mainLoop(Unknown Source)
at java.util.TimerThread.run(Unknown Source)
Exception in thread "Timer-25" java.lang.NullPointerException
at org.eclipse.smarthome.config.xml.AbstractXmlBasedProvider.get(Abstrac
tXmlBasedProvider.java:146)
at org.eclipse.smarthome.config.xml.AbstractXmlConfigDescriptionProvider
.getConfigDescription(AbstractXmlConfigDescriptionProvider.java:45)
at org.eclipse.smarthome.config.core.ConfigDescriptionRegistry.getConfig
Description(ConfigDescriptionRegistry.java:147)
at org.eclipse.smarthome.config.core.ConfigDescriptionRegistry.getConfig
Description(ConfigDescriptionRegistry.java:183)
at org.openhab.binding.zwave.internal.ZWaveConfigProvider.getThingTypeCo
nfig(ZWaveConfigProvider.java:396)
at org.openhab.binding.zwave.internal.protocol.initialization.ZWaveNodeI
nitStageAdvancer.advanceNodeStage(ZWaveNodeInitStageAdvancer.java:974)
at org.openhab.binding.zwave.internal.protocol.initialization.ZWaveNodeI
nitStageAdvancer$IdleTimerTask.run(ZWaveNodeInitStageAdvancer.java:1395)
at java.util.TimerThread.mainLoop(Unknown Source)
at java.util.TimerThread.run(Unknown Source)
openhab>
I think this must be a bug in ESH somewhere (possibly triggered by something in the XML for this device). The binding is simply asking the system for the configuration, and since this is many calls down in ESH, I don’t think the issue can be with the binding.
I’ll see if I can set up some sort of test to read the XML.
I can just say that I have the same error and its nice to see that it will be fixed. Hope you will come back here and tell us when it is fixed so I can test the fix.