Cannot add z-wave Fibaro multi sensor sensor in HABmin

My first time using HABmin, so it might me a newbee questions, bare with me.

I have OpenHAB 1.8.3 running on Windows. Works perfect.

But now i expanded with z-wave, using Zwave Plus version of ZME UZB1.
I installed HABmin and it has detected my z-wave as “ZME_UZB1 Z-WAVE Plus USB Controller” with status=green.

I want to connect to the unit: Z-Wave Plus Fibaro Motion Sensor, Temp sensor, Light sensor, Acceleration GEN5 FIBEFGMS-001-ZW5-S.

I click INCLUDE in HABmin and clicks the learning button on the Fibaro sensor 3 times, and it lights blue.
But nothing happends in HABmin during and after the 30 seconds include mode. There is no device listed for Fibaro.

As i havent used HABmin/z-wave before, i am not sure about what behavior to expect here.

Any help would be appriciated.

My experience: you have to either click on “Reload Properties” and sometimes you even have to reload the whole page to see you newly included nodes.
If they still don’t show up you maybe did something wrong with the device, sometimes you have to click one button, sometimes triple click or whatever.
If that still didn’t help set your log to debug, try the inclusion again and post your debug log:

I never would have figured that. I Reloaded the browser, and it appeared :slight_smile:

But the node is grey! :frowning:

It detected it as “FGMS001 Motion Sensor”, but like i say with grey ligth status.
The generic device class says “Garage Door”, i dont know if that is a problem?

Here is the log:

Launching the openHAB runtime…
osgi> 2016-10-27 12:22:56.965 [INFO ] [.o.core.internal.CoreActivator] - openHAB runtime has been started (v1.8.3).
2016-10-27 12:23:01.598 [INFO ] [o.o.i.s.i.DiscoveryServiceImpl] - mDNS service has been started
2016-10-27 12:23:03.002 [INFO ] [o.o.i.s.i.DiscoveryServiceImpl] - Service Discovery initialization completed.
2016-10-27 12:23:10.085 [INFO ] [c.internal.ModelRepositoryImpl] - Loading model 'default.sitemap’
2016-10-27 12:23:11.099 [INFO ] [penhab.io.rest.RESTApplication] - Started REST API at /rest
2016-10-27 12:23:11.520 [INFO ] [c.internal.ModelRepositoryImpl] - Loading model 'main.items’
2016-10-27 12:23:16.684 [INFO ] [.o.u.w.i.servlet.WebAppServlet] - Started Classic UI at /classicui/openhab.app
2016-10-27 12:23:21.988 [INFO ] [c.internal.ModelRepositoryImpl] - Loading model 'main.rules’
2016-10-27 12:23:24.843 [INFO ] [.o.io.habmin.HABminApplication] - Started HABmin REST API at /services/habmin
2016-10-27 12:23:30.678 [INFO ] [t.AbstractSocketChannelBinding] - The maximum buffer will be set to the default value of 1024
2016-10-27 12:23:30.678 [INFO ] [t.AbstractSocketChannelBinding] - The interval to retry connection setups will be set to the default value of 5
2016-10-27 12:23:30.678 [INFO ] [t.AbstractSocketChannelBinding] - The cron job to reset connections will be set to the default value of 0 0 0 * * ?
2016-10-27 12:23:30.678 [INFO ] [t.AbstractSocketChannelBinding] - The setting to queue write operation until a channel gets connected will be set to
the default value of true
2016-10-27 12:23:30.678 [INFO ] [t.AbstractSocketChannelBinding] - The port to listen for incoming connections will be set to the default value of 0
2016-10-27 12:23:30.678 [INFO ] [t.AbstractSocketChannelBinding] - The setting to share channels within an Item will be set to the default value of tr
ue
2016-10-27 12:23:30.694 [INFO ] [t.AbstractSocketChannelBinding] - The setting to share channels between the items with the same direction will be set
to the default value of true
2016-10-27 12:23:30.694 [INFO ] [t.AbstractSocketChannelBinding] - The setting to share channels between directions will be set to the default value o
f true
2016-10-27 12:23:30.694 [INFO ] [t.AbstractSocketChannelBinding] - The setting to use address masks for incoming connections will be set to the defaul
t value of true
2016-10-27 12:23:30.725 [INFO ] [t.protocol.internal.TCPBinding] - The maximum time out for blocking write operations will be set to the default vaulu
e of 3000
2016-10-27 12:23:30.725 [INFO ] [.service.AbstractActiveService] - TCP Refresh Service has been started
2016-10-27 12:23:30.725 [INFO ] [t.protocol.internal.TCPBinding] - The blocking nature of read/write operations will be set to the default vaulue of f
alse
2016-10-27 12:23:30.725 [INFO ] [t.protocol.internal.TCPBinding] - The preamble for all write operations will be set to the default vaulue of ""
2016-10-27 12:23:30.725 [INFO ] [t.protocol.internal.TCPBinding] - The postamble for all write operations will be set to the default vaulue of ""
2016-10-27 12:23:30.740 [INFO ] [t.protocol.internal.TCPBinding] - Updating states with returned values will be set to the default vaulue of true
2016-10-27 12:23:30.740 [INFO ] [t.protocol.internal.TCPBinding] - The characterset will be set to the default vaulue of ASCII
2016-10-27 12:23:31.645 [INFO ] [.service.AbstractActiveService] - HTTP Refresh Service has been started
2016-10-27 12:23:32.971 [INFO ] [.z.internal.ZWaveActiveBinding] - Update config, port = COM3
2016-10-27 12:23:32.987 [INFO ] [.service.AbstractActiveService] - ZWave Refresh Service has been started
2016-10-27 12:23:33.127 [INFO ] [b.z.i.protocol.ZWaveController] - Starting Z-Wave controller
2016-10-27 12:23:33.127 [INFO ] [b.z.i.protocol.ZWaveController] - Z-Wave timeout is set to 5000ms. Soft reset is false.
2016-10-27 12:23:33.127 [INFO ] [b.z.i.protocol.ZWaveController] - Connecting to serial port COM3
2016-10-27 12:23:36.763 [INFO ] [b.z.i.protocol.ZWaveController] - Serial port is initialized
2016-10-27 12:23:38.697 [INFO ] [.o.b.m.internal.MaxCubeBinding] - Discovered MAX!Cube lan gateway at 'x.x.x.x’
2016-10-27 12:23:38.697 [INFO ] [.service.AbstractActiveService] - MAX!Cube Refresh Service has been started
2016-10-27 12:23:38.760 [INFO ] [o.o.b.w.i.common.WeatherConfig] - ProviderConfig[providerName=OPENWEATHERMAP,apiKey=xxxx]

2016-10-27 12:23:38.760 [INFO ] [o.o.b.w.i.common.WeatherConfig] - LocationConfig[providerName=OPENWEATHERMAP,language=de,updateInterval=10,latitude=33.444,longitude=11.222,woeid=,locationId=Location,name=]
2016-10-27 12:23:39.259 [INFO ] [o.b.m.internal.message.Battery] - Battery charge changed from UNKNOWN to OK
2016-10-27 12:23:39.275 [INFO ] [o.b.m.internal.message.Battery] - Battery charge changed from UNKNOWN to OK
2016-10-27 12:23:39.275 [INFO ] [o.b.m.internal.message.Battery] - Battery charge changed from UNKNOWN to OK
2016-10-27 12:23:40.086 [INFO ] [rialApiGetInitDataMessageClass] - NODE 1: Node found
2016-10-27 12:23:40.086 [INFO ] [rialApiGetInitDataMessageClass] - NODE 2: Node found
2016-10-27 12:23:40.086 [INFO ] [rialApiGetInitDataMessageClass] - ZWave Controller using Controller API
2016-10-27 12:23:40.101 [INFO ] [rialApiGetInitDataMessageClass] - ZWave Controller is Primary Controller
2016-10-27 12:23:40.101 [INFO ] [rialApiGetInitDataMessageClass] - ------------Number of Nodes Found Registered to ZWave Controller------------
2016-10-27 12:23:40.117 [INFO ] [rialApiGetInitDataMessageClass] - # Nodes = 2
2016-10-27 12:23:40.117 [INFO ] [rialApiGetInitDataMessageClass] - ----------------------------------------------------------------------------
2016-10-27 12:23:41.786 [INFO ] [.o.b.w.i.s.WeatherJobScheduler] - Starting and scheduling weatherJob-xxxx with interval of 10 minutes
2016-10-27 12:23:42.551 [INFO ] [runtime.busevents ] - Snow state updated to 0.00
2016-10-27 12:23:43.721 [ERROR] [.s.container.ContainerResponse] - The RuntimeException could not be mapped to a response, re-throwing to the HTTP con
tainer
java.lang.NullPointerException: null
at org.openhab.binding.zwave.internal.config.ZWaveProductDatabase.FindManufacturer(ZWaveProductDatabase.java:180) ~[bundlefile:na]
at org.openhab.binding.zwave.internal.config.ZWaveProductDatabase.FindProduct(ZWaveProductDatabase.java:200) ~[bundlefile:na]
at org.openhab.binding.zwave.internal.config.ZWaveConfiguration.getConfiguration(ZWaveConfiguration.java:650) ~[bundlefile:na]
at org.openhab.io.habmin.services.zwave.ZWaveConfigResource.getConfig(ZWaveConfigResource.java:73) ~[na:na]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[na:1.8.0_101]
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) ~[na:1.8.0_101]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) ~[na:1.8.0_101]
at java.lang.reflect.Method.invoke(Unknown Source) ~[na:1.8.0_101]
at com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60) ~[jersey-server-1.18.1.jar:1.18.1]
at com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourceMethod
DispatchProvider.java:205) ~[jersey-server-1.18.1.jar:1.18.1]
at com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75) ~[jersey-serve
r-1.18.1.jar:1.18.1]
at com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:302) ~[jersey-server-1.18.1.jar:1.18.1]
at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147) ~[jersey-server-1.18.1.jar:1.18.1]
at com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108) ~[jersey-server-1.18.1.jar:1.18.1]
at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147) ~[jersey-server-1.18.1.jar:1.18.1]
at com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84) ~[jersey-server-1.18.1.jar:1.18.1]
at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1542) [jersey-server-1.18.1.jar:1.18.1]
at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1473) [jersey-server-1.18.1.jar:1.18.1]
at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1419) [jersey-server-1.18.1.jar:1.18.1]
at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1409) [jersey-server-1.18.1.jar:1.18.1]
at com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:409) [jersey-servlet-1.18.1.jar:1.18.1]
at com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:540) [jersey-servlet-1.18.1.jar:1.18.1]
at com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:715) [jersey-servlet-1.18.1.jar:1.18.1]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:848) [javax.servlet_3.0.0.v201112011016.jar:na]
at org.atmosphere.util.AtmosphereFilterChain.doFilter(AtmosphereFilterChain.java:135) [atmosphere-runtime-2.2.5.jar:2.2.5]
at org.atmosphere.util.AtmosphereFilterChain.invokeFilterChain(AtmosphereFilterChain.java:96) [atmosphere-runtime-2.2.5.jar:2.2.5]
at org.atmosphere.handler.ReflectorServletProcessor$FilterChainServletWrapper.service(ReflectorServletProcessor.java:317) [atmosphere-runtime-
2.2.5.jar:2.2.5]

Found another article, suggesting to rename the JAR’s, that solved the above errors.

Now i used the following item:
Number FibaroAlarm “Alarm: [%s]” { zwave=“2:command=sensor_alarm” }

It gives no error in the log, but debug gives the following:

13:25:06.658 [DEBUG] [z.internal.ZWaveNetworkMonitor:353 ] - Network Monitor: No nodes to ping!
13:26:36.795 [DEBUG] [z.internal.ZWaveNetworkMonitor:353 ] - Network Monitor: No nodes to ping!
13:28:06.932 [DEBUG] [z.internal.ZWaveNetworkMonitor:353 ] - Network Monitor: No nodes to ping!
13:29:37.070 [DEBUG] [z.internal.ZWaveNetworkMonitor:353 ] - Network Monitor: No nodes to ping!
13:31:07.207 [DEBUG] [z.internal.ZWaveNetworkMonitor:353 ] - Network Monitor: No nodes to ping!
13:31:31.387 [DEBUG] [eController$ZWaveReceiveThread:1481 ] - Receive Message = 01 0F 00 04 08 02 09 71 05 00 00 00 FF 07 03 00 78
13:31:31.403 [DEBUG] [eController$ZWaveReceiveThread:1405 ] - Receive queue ADD: Length=1
13:31:31.403 [DEBUG] [b.z.i.protocol.ZWaveController:1163 ] - Receive queue TAKE: Length=0
13:31:31.403 [DEBUG] [o.b.z.i.protocol.SerialMessage:233 ] - Assembled message buffer = 01 0F 00 04 08 02 09 71 05 00 00 00 FF 07 03 00 78
13:31:31.418 [DEBUG] [b.z.i.protocol.ZWaveController:1164 ] - Process Message = 01 0F 00 04 08 02 09 71 05 00 00 00 FF 07 03 00 78
13:31:31.434 [DEBUG] [b.z.i.protocol.ZWaveController:192 ] - Message: class = ApplicationCommandHandler (0x04), type = Request (0x00), payload = 08 02 09 71 05 00 00 00 FF 07 03 00
13:31:31.512 [DEBUG] [ApplicationCommandMessageClass:38 ] - NODE 2: Application Command Request (ALIVE:WAIT)
13:31:31.512 [DEBUG] [ApplicationCommandMessageClass:56 ] - NODE 2: Incoming command class ALARM
13:31:31.528 [DEBUG] [ApplicationCommandMessageClass:62 ] - NODE 2: Command class ALARM not found, trying to add it.
13:31:31.528 [DEBUG] [.o.b.z.i.p.c.ZWaveCommandClass:225 ] - NODE 2: Creating new instance of command class ALARM
13:31:31.528 [DEBUG] [ApplicationCommandMessageClass:68 ] - NODE 2: Adding command class ALARM
13:31:31.543 [DEBUG] [.z.internal.protocol.ZWaveNode:571 ] - NODE 2: Adding command class ALARM to the list of supported command classes.
13:31:31.543 [DEBUG] [z.i.p.c.ZWaveAlarmCommandClass:82 ] - NODE 2: Received Alarm Request
13:31:31.543 [DEBUG] [z.i.p.c.ZWaveAlarmCommandClass:94 ] - NODE 2: Alarm report - Value = 0
13:31:31.559 [DEBUG] [z.i.p.c.ZWaveAlarmCommandClass:112 ] - NODE 2: Alarm Type = General (0)
13:31:31.559 [DEBUG] [b.z.i.protocol.ZWaveController:635 ] - Notifying event listeners: ZWaveAlarmValueEvent
13:31:31.559 [DEBUG] [.z.internal.ZWaveActiveBinding:433 ] - ZwaveIncomingEvent
13:31:31.574 [DEBUG] [.z.internal.ZWaveActiveBinding:450 ] - NODE 2: Got a value event from Z-Wave network, endpoint = 0, command class = ALARM, value = 0
13:31:31.574 [DEBUG] [ApplicationCommandMessageClass:85 ] - Transaction not completed: node address inconsistent.
13:31:31.590 [DEBUG] [eController$ZWaveReceiveThread:1481 ] - Receive Message = 01 0F 00 04 00 02 09 71 05 00 00 00 FF 07 03 00 70
13:31:31.606 [DEBUG] [eController$ZWaveReceiveThread:1405 ] - Receive queue ADD: Length=1
13:31:31.606 [DEBUG] [b.z.i.protocol.ZWaveController:1163 ] - Receive queue TAKE: Length=0
13:31:31.606 [DEBUG] [o.b.z.i.protocol.SerialMessage:233 ] - Assembled message buffer = 01 0F 00 04 00 02 09 71 05 00 00 00 FF 07 03 00 70
13:31:31.621 [DEBUG] [b.z.i.protocol.ZWaveController:1164 ] - Process Message = 01 0F 00 04 00 02 09 71 05 00 00 00 FF 07 03 00 70
13:31:31.621 [DEBUG] [b.z.i.protocol.ZWaveController:192 ] - Message: class = ApplicationCommandHandler (0x04), type = Request (0x00), payload = 00 02 09 71 05 00 00 00 FF 07 03 00
13:31:31.621 [DEBUG] [ApplicationCommandMessageClass:38 ] - NODE 2: Application Command Request (ALIVE:WAIT)
13:31:31.637 [DEBUG] [ApplicationCommandMessageClass:56 ] - NODE 2: Incoming command class ALARM
13:31:31.637 [DEBUG] [z.i.p.c.ZWaveAlarmCommandClass:82 ] - NODE 2: Received Alarm Request
13:31:31.652 [DEBUG] [z.i.p.c.ZWaveAlarmCommandClass:94 ] - NODE 2: Alarm report - Value = 0
13:31:31.652 [DEBUG] [z.i.p.c.ZWaveAlarmCommandClass:112 ] - NODE 2: Alarm Type = General (0)
13:31:31.652 [DEBUG] [b.z.i.protocol.ZWaveController:635 ] - Notifying event listeners: ZWaveAlarmValueEvent
13:31:31.668 [DEBUG] [.z.internal.ZWaveActiveBinding:433 ] - ZwaveIncomingEvent
13:31:31.668 [DEBUG] [.z.internal.ZWaveActiveBinding:450 ] - NODE 2: Got a value event from Z-Wave network, endpoint = 0, command class = ALARM, value = 0
13:31:31.668 [DEBUG] [ApplicationCommandMessageClass:85 ] - Transaction not completed: node address inconsistent.

Nothing to see in my sitemap (using: Text item=FibaroAlarm).

Any ideas?

Alarm is either a switch or a contact, not a number.