Z-Wave - 'Not initialized (ie node unknown), ignoring message.' - Heatit ZM Relay Single Relay 16A

Hello,

I have a Z-Wave Heatit ZM Relay Single Relay 16A that suddenly stops working correctly and this means no more hot water. :cold_face:

From /var/log/openhab/openhab.log:

2026-01-01 18:38:27.965 \[INFO \] \[org.openhab.core.Activator          \] - Starting openHAB 4.0.2 (build Release Build)
2026-01-01 18:38:28.578 \[INFO \] \[.core.internal.i18n.I18nProviderImpl\] - Time zone set to ‘Europe/\*\*\*\*\*\*\*’.
2026-01-01 18:38:28.580 \[INFO \] \[.core.internal.i18n.I18nProviderImpl\] - Locale set to ‘en\_\*\*’.
2026-01-01 18:38:28.582 \[INFO \] \[.core.internal.i18n.I18nProviderImpl\] - Measurement system set to ‘SI’.
2026-01-01 18:38:31.200 \[WARN \] \[.transport.servlet.ServletController\] - Can’t find the request for http://192.168.111.177:8080/rest/events’s Observer
2026-01-01 18:38:31.200 \[WARN \] \[.transport.servlet.ServletController\] - Can’t find the request for http://192.168.111.177:8080/rest/events/states’s Observer
2026-01-01 18:38:47.399 \[WARN \] \[org.eclipse.jetty.server.HttpChannel\] - /rest/events
java.lang.NullPointerException: Cannot invoke “org.apache.cxf.transport.MessageObserver.onMessage(org.apache.cxf.message.Message)” because “this.incomingObserver” is null
at org.apache.cxf.transport.http.AbstractHTTPDestination.invoke(AbstractHTTPDestination.java:265) \~\[?:?\]
at org.apache.cxf.transport.servlet.ServletController.invokeDestination(ServletController.java:234) \~\[?:?\]
at org.apache.cxf.transport.servlet.ServletController.invoke(ServletController.java:208) \~\[?:?\]
at org.apache.cxf.transport.servlet.ServletController.invoke(ServletController.java:160) \~\[?:?\]
at org.apache.cxf.transport.servlet.CXFNonSpringServlet.invoke(CXFNonSpringServlet.java:225) \~\[?:?\]
at org.apache.cxf.transport.servlet.AbstractHTTPServlet.handleRequest(AbstractHTTPServlet.java:298) \~\[?:?\]
at org.apache.cxf.transport.servlet.AbstractHTTPServlet.doGet(AbstractHTTPServlet.java:222) \~\[?:?\]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:497) \~\[bundleFile:4.0.4\]
at org.apache.cxf.transport.servlet.AbstractHTTPServlet.service(AbstractHTTPServlet.java:273) \~\[?:?\]
at org.ops4j.pax.web.service.spi.servlet.OsgiInitializedServlet.service(OsgiInitializedServlet.java:102) \~\[?:?\]
at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:799) \~\[?:?\]
at org.eclipse.jetty.servlet.ServletHandler$ChainEnd.doFilter(ServletHandler.java:1656) \~\[?:?\]
at org.ops4j.pax.web.service.spi.servlet.OsgiFilterChain.doFilter(OsgiFilterChain.java:100) \~\[?:?\]
at org.ops4j.pax.web.service.jetty.internal.PaxWebServletHandler.doHandle(PaxWebServletHandler.java:310) \~\[?:?\]
at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143) \~\[?:?\]
at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:600) \~\[?:?\]
at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127) \~\[?:?\]
at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:235) \~\[?:?\]
at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:1624) \~\[?:?\]
at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:233) \~\[?:?\]
at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1440) \~\[?:?\]
at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:188) \~\[?:?\]
at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:505) \~\[?:?\]
at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1594) \~\[?:?\]
at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:186) \~\[?:?\]
at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1355) \~\[?:?\]
at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141) \~\[?:?\]
at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:234) \~\[?:?\]
at org.ops4j.pax.web.service.jetty.internal.PrioritizedHandlerCollection.handle(PrioritizedHandlerCollection.java:96) \~\[?:?\]
at org.eclipse.jetty.server.handler.gzip.GzipHandler.handle(GzipHandler.java:772) \~\[?:?\]
at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127) \~\[?:?\]
at org.eclipse.jetty.server.Server.handle(Server.java:516) \~\[?:?\]
at org.eclipse.jetty.server.HttpChannel.lambda$handle$1(HttpChannel.java:487) \~\[?:?\]
at org.eclipse.jetty.server.HttpChannel.dispatch(HttpChannel.java:732) \~\[?:?\]
at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:479) \~\[?:?\]
at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:277) \~\[?:?\]
at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:311) \~\[?:?\]
at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:105) \~\[?:?\]
at org.eclipse.jetty.io.ChannelEndPoint$1.run(ChannelEndPoint.java:104) \~\[?:?\]
at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.runTask(EatWhatYouKill.java:338) \~\[bundleFile:9.4.50.v20221201\]
at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.doProduce(EatWhatYouKill.java:315) \~\[bundleFile:9.4.50.v20221201\]
at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.tryProduce(EatWhatYouKill.java:173) \~\[bundleFile:9.4.50.v20221201\]
at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.produce(EatWhatYouKill.java:137) \~\[bundleFile:9.4.50.v20221201\]
at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:883) \~\[bundleFile:9.4.50.v20221201\]
at org.eclipse.jetty.util.thread.QueuedThreadPool$Runner.run(QueuedThreadPool.java:1034) \~\[bundleFile:9.4.50.v20221201\]
at java.lang.Thread.run(Thread.java:833) \~\[?:?\]
2026-01-01 18:38:47.399 \[WARN \] \[org.eclipse.jetty.server.HttpChannel\] - /rest/events/states
java.lang.NullPointerException: Cannot invoke “org.apache.cxf.transport.MessageObserver.onMessage(org.apache.cxf.message.Message)” because “this.incomingObserver” is null
at org.apache.cxf.transport.http.AbstractHTTPDestination.invoke(AbstractHTTPDestination.java:265) \~\[?:?\]
at org.apache.cxf.transport.servlet.ServletController.invokeDestination(ServletController.java:234) \~\[?:?\]
at org.apache.cxf.transport.servlet.ServletController.invoke(ServletController.java:208) \~\[?:?\]
at org.apache.cxf.transport.servlet.ServletController.invoke(ServletController.java:160) \~\[?:?\]
at org.apache.cxf.transport.servlet.CXFNonSpringServlet.invoke(CXFNonSpringServlet.java:225) \~\[?:?\]
at org.apache.cxf.transport.servlet.AbstractHTTPServlet.handleRequest(AbstractHTTPServlet.java:298) \~\[?:?\]
at org.apache.cxf.transport.servlet.AbstractHTTPServlet.doGet(AbstractHTTPServlet.java:222) \~\[?:?\]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:497) \~\[bundleFile:4.0.4\]
at org.apache.cxf.transport.servlet.AbstractHTTPServlet.service(AbstractHTTPServlet.java:273) \~\[?:?\]
at org.ops4j.pax.web.service.spi.servlet.OsgiInitializedServlet.service(OsgiInitializedServlet.java:102) \~\[?:?\]
at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:799) \~\[?:?\]
at org.eclipse.jetty.servlet.ServletHandler$ChainEnd.doFilter(ServletHandler.java:1656) \~\[?:?\]
at org.ops4j.pax.web.service.spi.servlet.OsgiFilterChain.doFilter(OsgiFilterChain.java:100) \~\[?:?\]
at org.ops4j.pax.web.service.jetty.internal.PaxWebServletHandler.doHandle(PaxWebServletHandler.java:310) \~\[?:?\]
at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143) \~\[?:?\]
at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:600) \~\[?:?\]
at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127) \~\[?:?\]
at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:235) \~\[?:?\]
at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:1624) \~\[?:?\]
at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:233) \~\[?:?\]
at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1440) \~\[?:?\]
at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:188) \~\[?:?\]
at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:505) \~\[?:?\]
at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1594) \~\[?:?\]
at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:186) \~\[?:?\]
at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1355) \~\[?:?\]
at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141) \~\[?:?\]
at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:234) \~\[?:?\]
at org.ops4j.pax.web.service.jetty.internal.PrioritizedHandlerCollection.handle(PrioritizedHandlerCollection.java:96) \~\[?:?\]
at org.eclipse.jetty.server.handler.gzip.GzipHandler.handle(GzipHandler.java:772) \~\[?:?\]
at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127) \~\[?:?\]
at org.eclipse.jetty.server.Server.handle(Server.java:516) \~\[?:?\]
at org.eclipse.jetty.server.HttpChannel.lambda$handle$1(HttpChannel.java:487) \~\[?:?\]
at org.eclipse.jetty.server.HttpChannel.dispatch(HttpChannel.java:732) \~\[?:?\]
at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:479) \~\[?:?\]
at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:277) \~\[?:?\]
at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:311) \~\[?:?\]
at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:105) \~\[?:?\]
at org.eclipse.jetty.io.ChannelEndPoint$1.run(ChannelEndPoint.java:104) \~\[?:?\]
at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.runTask(EatWhatYouKill.java:338) \~\[bundleFile:9.4.50.v20221201\]
at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.doProduce(EatWhatYouKill.java:315) \~\[bundleFile:9.4.50.v20221201\]
at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.tryProduce(EatWhatYouKill.java:173) \~\[bundleFile:9.4.50.v20221201\]
at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.produce(EatWhatYouKill.java:137) \~\[bundleFile:9.4.50.v20221201\]
at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:883) \~\[bundleFile:9.4.50.v20221201\]
at org.eclipse.jetty.util.thread.QueuedThreadPool$Runner.run(QueuedThreadPool.java:1034) \~\[bundleFile:9.4.50.v20221201\]
at java.lang.Thread.run(Thread.java:833) \~\[?:?\]
2026-01-01 18:38:49.785 \[WARN \] \[e.internal.SseItemStatesEventBuilder\] - Attempting to send a state update of an item which doesn’t exist: ZWave_Heatit_ZM_Relay_Single_Relay_16A_Hot_Water
2026-01-01 18:38:49.786 \[WARN \] \[e.internal.SseItemStatesEventBuilder\] - Attempting to send a state update of an item which doesn’t exist: ZWave_Heatit_ZM_Relay_Single_Relay_16A_Hot_Water_Alarm_heat
2026-01-01 18:38:49.788 \[WARN \] \[e.internal.SseItemStatesEventBuilder\] - Attempting to send a state update of an item which doesn’t exist: ZWave_Heatit_ZM_Relay_Single_Relay_16A_Hot_Water_Alarm_power
2026-01-01 18:38:49.789 \[WARN \] \[e.internal.SseItemStatesEventBuilder\] - Attempting to send a state update of an item which doesn’t exist: ZWave_Heatit_ZM_Relay_Single_Relay_16A_Hot_Water_Electric_meter_kWh
2026-01-01 18:38:49.791 \[WARN \] \[e.internal.SseItemStatesEventBuilder\] - Attempting to send a state update of an item which doesn’t exist: ZWave_Heatit_ZM_Relay_Single_Relay_16A_Hot_Water_Electric_meter_watts
2026-01-01 18:38:49.792 \[WARN \] \[e.internal.SseItemStatesEventBuilder\] - Attempting to send a state update of an item which doesn’t exist: ZWave_Heatit_ZM_Relay_Single_Relay_16A_Hot_Water_Reset_the_total_power_consumption
2026-01-01 18:38:49.794 \[WARN \] \[e.internal.SseItemStatesEventBuilder\] - Attempting to send a state update of an item which doesn’t exist: ZWave_Heatit_ZM_Relay_Single_Relay_16A_Hot_Water_Scene_Number
2026-01-01 18:38:49.795 \[WARN \] \[e.internal.SseItemStatesEventBuilder\] - Attempting to send a state update of an item which doesn’t exist: ZWave_Heatit_ZM_Relay_Single_Relay_16A_Hot_Water_Switch
2026-01-01 18:38:57.359 \[INFO \] \[.core.model.lsp.internal.ModelServer\] - Started Language Server Protocol (LSP) service on port 5007
2026-01-01 18:39:04.024 \[INFO \] \[e.automation.internal.RuleEngineImpl\] - Rule engine started.
2026-01-01 18:39:07.339 \[INFO \] \[o.internal.handler.AstroThingHandler\] - Scheduled Positional job astro:sun:c604771739 every 300 seconds
2026-01-01 18:39:11.589 \[INFO \] \[zwave.handler.ZWaveControllerHandler\] - Attempting to add listener when controller is null
2026-01-01 18:39:16.728 \[INFO \] \[ve.internal.protocol.ZWaveController\] - Starting ZWave controller
2026-01-01 18:39:16.729 \[INFO \] \[ve.internal.protocol.ZWaveController\] - ZWave timeout is set to 5000ms. Soft reset is false.
2026-01-01 18:39:16.760 \[WARN \] \[nal.protocol.ZWaveTransactionManager\] - NODE 7: Not initialized (ie node unknown), ignoring message.
2026-01-01 18:39:16.943 \[WARN \] \[nal.protocol.ZWaveTransactionManager\] - NODE 7: Not initialized (ie node unknown), ignoring message.
2026-01-01 18:39:17.106 \[WARN \] \[nal.protocol.ZWaveTransactionManager\] - NODE 7: Not initialized (ie node unknown), ignoring message.
2026-01-01 18:39:17.425 \[WARN \] \[nal.protocol.ZWaveTransactionManager\] - NODE 7: Not initialized (ie node unknown), ignoring message.
2026-01-01 18:39:17.730 \[WARN \] \[nal.protocol.ZWaveTransactionManager\] - NODE 7: Not initialized (ie node unknown), ignoring message.
2026-01-01 18:39:17.906 \[WARN \] \[nal.protocol.ZWaveTransactionManager\] - NODE 7: Not initialized (ie node unknown), ignoring message.
2026-01-01 18:39:18.067 \[WARN \] \[nal.protocol.ZWaveTransactionManager\] - NODE 7: Not initialized (ie node unknown), ignoring message.
2026-01-01 18:39:18.181 \[WARN \] \[nal.protocol.ZWaveTransactionManager\] - NODE 7: Not initialized (ie node unknown), ignoring message.
2026-01-01 18:39:18.372 \[WARN \] \[nal.protocol.ZWaveTransactionManager\] - NODE 7: Not initialized (ie node unknown), ignoring message.
2026-01-01 18:39:18.562 \[WARN \] \[nal.protocol.ZWaveTransactionManager\] - NODE 7: Not initialized (ie node unknown), ignoring message.
2026-01-01 18:39:18.778 \[WARN \] \[nal.protocol.ZWaveTransactionManager\] - NODE 7: Not initialized (ie node unknown), ignoring message.
2026-01-01 18:39:18.988 \[WARN \] \[nal.protocol.ZWaveTransactionManager\] - NODE 7: Not initialized (ie node unknown), ignoring message.
2026-01-01 18:39:19.131 \[WARN \] \[nal.protocol.ZWaveTransactionManager\] - NODE 7: Not initialized (ie node unknown), ignoring message.
2026-01-01 18:39:19.320 \[WARN \] \[nal.protocol.ZWaveTransactionManager\] - NODE 7: Not initialized (ie node unknown), ignoring message.
2026-01-01 18:39:19.512 \[WARN \] \[nal.protocol.ZWaveTransactionManager\] - NODE 7: Not initialized (ie node unknown), ignoring message.
2026-01-01 18:39:19.631 \[WARN \] \[nal.protocol.ZWaveTransactionManager\] - NODE 7: Not initialized (ie node unknown), ignoring message.
2026-01-01 18:39:19.918 \[WARN \] \[nal.protocol.ZWaveTransactionManager\] - NODE 7: Not initialized (ie node unknown), ignoring message.
2026-01-01 18:39:20.051 \[WARN \] \[nal.protocol.ZWaveTransactionManager\] - NODE 7: Not initialized (ie node unknown), ignoring message.
2026-01-01 18:39:20.310 \[WARN \] \[nal.protocol.ZWaveTransactionManager\] - NODE 7: Not initialized (ie node unknown), ignoring message.

I tried some interaction from the web GUI and I got some hits on node7 from /var/log/openhab/events.log.

2026-01-01 18:57:56.081 \[INFO \] \[ab.event.ThingStatusInfoChangedEvent\] - Thing ‘zwave:device:41cc7dcd2c:node7’ changed from ONLINE: Node initialising: PING to OFFLINE (COMMUNICATION_ERROR): Node is not communicating with controller
2026-01-01 19:09:19.299 \[INFO \] \[ab.event.ThingStatusInfoChangedEvent\] - Thing ‘zwave:device:41cc7dcd2c:node7’ changed from OFFLINE (COMMUNICATION_ERROR): Node is not communicating with controller to ONLINE

I can see that if I "switch on” from the physical switch (quick on/off), I get see a red light when pitch black, for a few seconds.

  1. I tried to switch on/off also from the hardware, but I do not nee any improvement. Do you have any guidance on how to get this back on track?
  2. In worst case scenario, I would need to give up the schedule of for the hot water and let it always on. Could the relay be not working properly and not allow the electricity to go through even though there would be just physical switch involved?

Thanks.

It looks like this happened on a startup. I’d first try to restart openhab

Thanks @apella12. The restart did not help. This is the second device of this type that is loosing the communication.

Should I try to remove the device or is there something else I could check/do?

You could try to reinitialize the device, if that option shows on the Heatit UI page. Also what controller are you using. OH4.0 only supports the older ones. Also don’t know if the HttpChannel NPE is related. ZW doesn’t use that AFAIK. If that didn’t go away on a restart it might be more than a fleeting issue. Sorry can’t help more.

I just have these options :neutral_face: :

I have an Aeotec Gen5. The “rest”, except another similar device that also has some connectivity issues that I will need to have a look at.:smirking_face:

Well, when all else fails, try to remove the device and reinclude. Before you reinclude, set the ZW binding to debug. Unfortunately, in OH4.0 I think that requires going into karaf console. log:set DEBUG org.openhab.binding.zwave then go back to INFO

Thanks for the instructions. Looks like both stuff are completely out of service
 :expressionless: The fuse is down and does not want to go up anymore. I have sent a request to the electrician to come and have a look.

I tried with the other relay of same type, and this is what I get when I try to add it:

2026-01-07 00:59:47.509 \[DEBUG\] \[ding.zwave.handler.ZWaveThingHandler\] - Initializing ZWave thing handler zwave:device:41cc7dcd2c:node3.
2026-01-07 00:59:47.512 \[DEBUG\] \[ding.zwave.handler.ZWaveThingHandler\] - NODE 3: MANUFACTURER not set
2026-01-07 00:59:47.513 \[DEBUG\] \[ding.zwave.handler.ZWaveThingHandler\] - NODE 3: Controller status changed to ONLINE.
2026-01-07 00:59:47.514 \[DEBUG\] \[ding.zwave.handler.ZWaveThingHandler\] - NODE 3: Controller is ONLINE. Starting device initialisation.
2026-01-07 00:59:47.518 \[DEBUG\] \[ding.zwave.handler.ZWaveThingHandler\] - NODE 3: Updating node properties.
2026-01-07 00:59:47.521 \[DEBUG\] \[ding.zwave.handler.ZWaveThingHandler\] - NODE 3: Updating node properties. MAN=2147483647
2026-01-07 00:59:47.523 \[DEBUG\] \[ding.zwave.handler.ZWaveThingHandler\] - NODE 3: Properties synchronised
2026-01-07 00:59:47.526 \[DEBUG\] \[ve.internal.protocol.ZWaveController\] - Event listener added.
2026-01-07 00:59:47.527 \[DEBUG\] \[ding.zwave.handler.ZWaveThingHandler\] - NODE 3: Initialising Thing Node

2026-01-07 00:59:47.528 \[DEBUG\] \[ding.zwave.handler.ZWaveThingHandler\] - NODE 3: Polling initialised at 86400 seconds - start in 59702400 milliseconds.
2026-01-07 00:59:47.530 \[DEBUG\] \[ding.zwave.handler.ZWaveThingHandler\] - NODE 3: Device initialisation complete.
2026-01-07 00:59:48.813 \[DEBUG\] \[WaveSerialHandler$ZWaveReceiveThread\] - Receive Message = 01 10 00 04 10 06 0A 60 0D 03 01 31 05 01 22 00 00 8F
2026-01-07 00:59:48.815 \[DEBUG\] \[nal.protocol.ZWaveTransactionManager\] - processReceiveMessage input 0<>128 : Message: class=ApplicationCommandHandler\[4\], type=Request\[0\], dest=6, callback=16, payload=10 06 0A 60 0D 03 01 31 05 01 22 00 00
2026-01-07 00:59:48.815 \[DEBUG\] \[nal.protocol.ZWaveTransactionManager\] - Received msg (0): Message: class=ApplicationCommandHandler\[4\], type=Request\[0\], dest=6, callback=16, payload=10 06 0A 60 0D 03 01 31 05 01 22 00 00
2026-01-07 00:59:48.816 \[DEBUG\] \[nal.protocol.ZWaveTransactionManager\] - lastTransaction null

I can not create any equipment from device, as there is no channel listed (and as indicated, the manufacturer can not be fetched). :roll_eyes:

Then the Thing changed to:

That doesn’t look like an add. Did you exclude it first? It should be a new number

Yes, I excluded
 then the device appeared in the list as new device after I requested a scan (trying also to get a floor thermostat removed). :neutral_face:

A few minutes later
 I got this picture.

Edit: and then
 back again to the node 3 without device description

I am very confused with what is happening. :neutral_face:

I did not added the relay yet
 but let’s assume I do it and it works as expected.

I would like to get it completely forgotten from openHAB and be able to be used by another system. Could you please confirm the steps I should proceed to try to have as little issue as possible?

I’m also confused if these devices are getting fully configured and/or falling out of communication that is why I asked about the zwave debug.

Anyway, if you are seeing the reinitialize device in the UI or a recent XML in the OH userdata/zwave folder they are fully configured.

If you mean what I think, the devices are all on the Zstick itself. Just plug it into the other system. There is nothing resident on OH that would keep it from working with something else.