Multiple restarts of OH2 seemed to gradually infuse the initialization into all the nooks and crannies, so HABmin now does see it as a 4-in-1 sensor, and I am able to make item declarations and linkages.
However, your question has an interesting answer. There were 8 channels available, with the first two channels listed in the HABmin display as binary sensors. The motion sensor came further down near the end of the list. At first, no motion events were forthcoming when I first began testing, so I added an item and linkage for each of the binary sensors. Intriguingly, those linkages both show up in both the first and second binary sensor channels, and the first channel is now marked āMotionā on the HABmin display. The previously labeled Motion channel now says Motion Alarm. As the channel listing/linkages now stand;
How they report in HABmin;
The OH log shows the following when someone moves past the sensor;
2018-02-20 07:47:05.201 [DEBUG] [ssage.ApplicationCommandMessageClass] - NODE 18: Application Command Request (ALIVE:DONE)
2018-02-20 07:47:05.201 [DEBUG] [alization.ZWaveNodeInitStageAdvancer] - NODE 18: Starting initialisation from DONE
2018-02-20 07:47:05.201 [DEBUG] [ve.internal.protocol.ZWaveController] - Event Listener org.openhab.binding.zwave.internal.protocol.initialization.ZWaveNodeInitStageAdvancer@2d94a4e already registered
2018-02-20 07:47:05.201 [DEBUG] [ssage.ApplicationCommandMessageClass] - NODE 18: Incoming command class BASIC
2018-02-20 07:47:05.201 [DEBUG] [.commandclass.ZWaveBasicCommandClass] - NODE 18: Received Basic Request
2018-02-20 07:47:05.201 [DEBUG] [.commandclass.ZWaveBasicCommandClass] - NODE 18: Basic Set sent to the controller will be processed as Basic Report
2018-02-20 07:47:05.201 [DEBUG] [.commandclass.ZWaveBasicCommandClass] - NODE 18: Basic report, value = 0xFF
2018-02-20 07:47:05.201 [DEBUG] [ve.internal.protocol.ZWaveController] - Notifying event listeners: ZWaveCommandClassValueEvent
2018-02-20 07:47:05.201 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 18: Got an event from Z-Wave network: ZWaveCommandClassValueEvent
2018-02-20 07:47:05.202 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 18: Got a value event from Z-Wave network, endpoint = 0, command class = BASIC, value = 255
2018-02-20 07:47:05.202 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 18: Updating channel state zwave:device:7efa0603:node18:sensor_binary to ON [OnOffType]
2018-02-20 07:47:05.202 [DEBUG] [ssage.ApplicationCommandMessageClass] - NODE 2: Transaction not completed: node address inconsistent. lastSent=2, incoming=255
2018-02-20 07:47:05.220 [DEBUG] [WaveSerialHandler$ZWaveReceiveThread] - Receive Message = 01 10 00 04 00 12 0A 71 05 07 FF 00 FF 07 08 00 00 8F
2018-02-20 07:47:05.221 [DEBUG] [ve.internal.protocol.ZWaveController] - Receive queue TAKE: Length=0
2018-02-20 07:47:05.221 [DEBUG] [wave.internal.protocol.SerialMessage] - Assembled message buffer = 01 10 00 04 00 12 0A 71 05 07 FF 00 FF 07 08 00 00 8F
2018-02-20 07:47:05.221 [DEBUG] [ve.internal.protocol.ZWaveController] - Process Message = 01 10 00 04 00 12 0A 71 05 07 FF 00 FF 07 08 00 00 8F
2018-02-20 07:47:05.221 [DEBUG] [ve.internal.protocol.ZWaveController] - Message: class=ApplicationCommandHandler[0x04], type=Request[0x00], priority=High, dest=255, callback=0, payload=00 12 0A 71 05 07 FF 00 FF 07 08 00 00
2018-02-20 07:47:05.221 [DEBUG] [ssage.ApplicationCommandMessageClass] - NODE 18: Application Command Request (ALIVE:DONE)
2018-02-20 07:47:05.221 [DEBUG] [alization.ZWaveNodeInitStageAdvancer] - NODE 18: Starting initialisation from DONE
2018-02-20 07:47:05.221 [DEBUG] [ve.internal.protocol.ZWaveController] - Event Listener org.openhab.binding.zwave.internal.protocol.initialization.ZWaveNodeInitStageAdvancer@2d94a4e already registered
2018-02-20 07:47:05.221 [DEBUG] [ssage.ApplicationCommandMessageClass] - NODE 18: Incoming command class ALARM
2018-02-20 07:47:05.221 [DEBUG] [.commandclass.ZWaveAlarmCommandClass] - NODE 18: Received ALARM command V4
2018-02-20 07:47:05.221 [DEBUG] [.commandclass.ZWaveAlarmCommandClass] - NODE 18: Process NOTIFICATION_REPORT V4
2018-02-20 07:47:05.221 [DEBUG] [.commandclass.ZWaveAlarmCommandClass] - NODE 18: NOTIFICATION report - 7 = 255, event=8, status=255
2018-02-20 07:47:05.222 [DEBUG] [.commandclass.ZWaveAlarmCommandClass] - NODE 18: Alarm Type = BURGLAR (7)
2018-02-20 07:47:05.222 [DEBUG] [ve.internal.protocol.ZWaveController] - Notifying event listeners: ZWaveAlarmValueEvent
2018-02-20 07:47:05.222 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 18: Got an event from Z-Wave network: ZWaveAlarmValueEvent
2018-02-20 07:47:05.222 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 18: Got a value event from Z-Wave network, endpoint = 0, command class = ALARM, value = 255
2018-02-20 07:47:05.222 [DEBUG] [ternal.converter.ZWaveAlarmConverter] - Alarm converter processing NOTIFICATION
2018-02-20 07:47:05.222 [DEBUG] [ternal.converter.ZWaveAlarmConverter] - Alarm converter NOTIFICATION event is 8, type OnOffType
2018-02-20 07:47:05.222 [DEBUG] [ternal.converter.ZWaveAlarmConverter] - Alarm converter processing NOTIFICATION
2018-02-20 07:47:05.222 [DEBUG] [ternal.converter.ZWaveAlarmConverter] - Alarm converter NOTIFICATION event is 8, type OnOffType
The event.log shows;
2018-02-20 07:47:05.202 [vent.ItemStateChangedEvent] - MasterBathroomBinarySensor1 changed from OFF to ON
2018-02-20 07:47:05.202 [vent.ItemStateChangedEvent] - MasterBathroomBinarySensor2 changed from OFF to ON
2018-02-20 07:47:17.518 [vent.ItemStateChangedEvent] - MasterBathroomBinarySensor1 changed from ON to OFF
2018-02-20 07:47:17.518 [vent.ItemStateChangedEvent] - MasterBathroomBinarySensor2 changed from ON to OFF
2018-02-20 07:47:44.007 [vent.ItemStateChangedEvent] - ntp_ntp_local_dateTime changed from 2018-02-20T07:46:44.005-0500 to 2018-02-20T07:47:44.006-0500
2018-02-20 07:47:44.007 [vent.ItemStateChangedEvent] - ntp_ntp_local_string changed from 2018-02-20 07:46:44 EST to 2018-02-20 07:47:44 EST
As it appears that the product description needs tweaking, I plan on brushing up on my xml, digging into the product information (found this), brushing up on git pulls, and then submitting an update to this product definition. It may be helpful for someone to check my work before I submit (with guests coming soon for the next two weeks, it wonāt be before they leave). For now I can make it work with what is currently reported (and clearly those who have these sensors have discovered a workaround).