HM-SwI-3-FM not showing updates

Dear All,

I’m trying to hook up some magnetic contacts with the HM-SwI-3-FM to openHAB. As far as I understood the device it should be able to send the state of three different switches to my openHAB-Instance. But I don’t receive any updates.

I’m using the homatic binding in conjunction with homegear and the CUL-USB-Dongle.

The HM-SwI-3-FM shows up in my PaperUI Inbox providing three Switch-Interfaces ending in #Press. If I connect Pin 1/2/3 to GND (or use my magnetic contacts) no event shows up in the event.log nor in PaperUI.

However, the wiring seems to be correct as I receive a oneshot Update on #Install_Test on the first contact event. But I need to reset it manually to OFF to receive it again on the next connect. Using the Press-Switches does not seem to do anything.

I guess I’m missing something obvious!

Regards,
Chris

Related External Topics:
Homematic Binding - Troubleshooting
IObroker needs dummy programs [german]

You will need to link an item to the relevant 3 channels to see something in the log

Thanks for your help!

They are set up as switches and show up as such in in the PaperUI. If I press them they immediately switch back to OFF. The corresponding events are shown in the event.log. The actual device does not seem to react to it.

Please show…

This is how I set up everything in PaperUI:

You need a Dummy Program in your CCU to regonice the Events for this Device :slight_smile:

I use a rPI with Homegear as a CCU. Can you you give me some direction where and how to setup such a “dummy”?

Hello,

I have the same problem with my HM-SwI-3-FM triple sensor.

The HM-SwI-3-FM is…

  • properly detected and configured in the Raspimatic
  • connected to a DUMMY program to get the sensor events processed correctly in the Raspimatic (like expained above in the thread)
  • properly configured as thing in openHAB
  • the channels are properly linked to the related Items
  • the items show the correct state e.g. for battery or signal strength

… BUT the most important PRESS events (or better ON/OFF EVENTS )are not recognized by openHAB.

However the Homematic binding TRACE logging proves that the PRESS EVENTS are reaching the openHAB instance via the API.

What I find strange is the “INSTALL_TEST” indication in the TRACE. I do not run a install test on the HM-SwI-3-FM.
The linked HM-SwI-3-FM:[1,2,3]#INSTALL_TEST items also don’t get triggered,

Any idea? Is the “OnOffTypeConverter” working here?

==> /var/log/openhab2/openhab.log <==

2020-02-15 17:50:57.208 [TRACE] [nal.communicator.server.XmlRpcServer] - Server parsed XmlRpcMessage:

system.multicall()

[

	{

		methodName=event

		params=

		[

			RF-GWID50505050505050505050

			JEP5050505:1

			PRESS

			true

		]

	}

]

2020-02-15 17:50:57.210 [DEBUG] [ommunicator.AbstractHomematicGateway] - Received new (Boolean) value 'true' for 'JEP5050505:1#PRESS' from gateway with id 'GWID50505050505050505050'

2020-02-15 17:50:57.215 [TRACE] [converter.type.AbstractTypeConverter] - Converting datapoint 'JEP5050505:1#PRESS' (dpType='ACTION', dpUnit='null', dpValue='true') with OnOffTypeConverter

2020-02-15 17:50:57.218 [TRACE] [nal.communicator.server.XmlRpcServer] - Server XmlRpcResponse:

<?xml version="1.0" encoding="ISO-8859-1"?>

<methodResponse><params><param><value><array><data><value>event</value></data></array></value></param></params></methodResponse>

2020-02-15 17:50:57.228 [TRACE] [nal.communicator.server.XmlRpcServer] - Server parsed XmlRpcMessage:

system.multicall()

[

	{

		methodName=event

		params=

		[

			RF-GWID50505050505050505050

			JEP5050505:1

			INSTALL_TEST

			true

		]

	}

]

2020-02-15 17:50:57.231 [DEBUG] [ommunicator.AbstractHomematicGateway] - Received new (Boolean) value 'true' for 'JEP5050505:1#INSTALL_TEST' from gateway with id 'GWID50505050505050505050'

2020-02-15 17:50:57.236 [TRACE] [nal.communicator.server.XmlRpcServer] - Server XmlRpcResponse:

<?xml version="1.0" encoding="ISO-8859-1"?>

<methodResponse><params><param><value><array><data><value>event</value></data></array></value></param></params></methodResponse>

2020-02-15 17:50:58.983 [TRACE] [nal.communicator.client.XmlRpcClient] - Client XmlRpcRequest (port 2001):

<?xml version="1.0" encoding="ISO-8859-1"?>

<methodCall><methodName>ping</methodName>

<params><param><value>GWID50505050505050505050</value></param></params></methodCall>

2020-02-15 17:50:58.991 [TRACE] [nal.communicator.client.XmlRpcClient] - Client XmlRpcResponse (port 2001):

<?xml version="1.0" encoding="iso-8859-1"?>

<methodResponse><params><param>

	<value><array><data><value><boolean>1</boolean></value></data></array></value>

</param></params></methodResponse>

2020-02-15 17:50:58.995 [TRACE] [nal.communicator.server.XmlRpcServer] - Server parsed XmlRpcMessage:

system.multicall()

[

	{

		methodName=event

		params=

		[

			RF-GWID50505050505050505050

			CENTRAL

			PONG

			GWID50505050505050505050

		]

	}

]

2020-02-15 17:50:58.997 [TRACE] [nal.communicator.client.XmlRpcClient] - Client XmlRpcRequest (port 2001):

<?xml version="1.0" encoding="ISO-8859-1"?>

<methodCall><methodName>listBidcosInterfaces</methodName>

<params></params></methodCall>

2020-02-15 17:50:58.998 [DEBUG] [ommunicator.AbstractHomematicGateway] - Received new (String) value 'GWID50505050505050505050' for 'CENTRAL:0#PONG' from gateway with id 'GWID50505050505050505050'

2020-02-15 17:50:59.000 [TRACE] [nal.communicator.server.XmlRpcServer] - Server XmlRpcResponse:

<?xml version="1.0" encoding="ISO-8859-1"?>

<methodResponse><params><param><value><array><data><value>event</value></data></array></value></param></params></methodResponse>

2020-02-15 17:50:59.005 [TRACE] [nal.communicator.client.XmlRpcClient] - Client XmlRpcResponse (port 2001):

<?xml version="1.0" encoding="iso-8859-1"?>

<methodResponse><params><param>

	<value><array><data><value><struct><member><name>ADDRESS</name><value>PEQ1948556</value></member><member><name>CONNECTED</name><value><boolean>1</boolean></value></member><member><name>DEFAULT</name><value><boolean>1</boolean></value></member><member><name>DESCRIPTION</name><value></value></member><member><name>DUTY_CYCLE</name><value><i4>22</i4></value></member><member><name>FIRMWARE_VERSION</name><value>4.0.20</value></member><member><name>TYPE</name><value>CCU2</value></member></struct></value></data></array></value>

</param></params></methodResponse>

2020-02-15 17:51:00.208 [TRACE] [nal.communicator.server.XmlRpcServer] - Server parsed XmlRpcMessage:

system.multicall()

[

	{

		methodName=event

		params=

		[

			RF-GWID50505050505050505050

			JEP5050505:1

			PRESS

			true

		]

	}

]

2020-02-15 17:51:00.210 [DEBUG] [ommunicator.AbstractHomematicGateway] - Received new (Boolean) value 'true' for 'JEP5050505:1#PRESS' from gateway with id 'GWID50505050505050505050'

2020-02-15 17:51:00.215 [TRACE] [converter.type.AbstractTypeConverter] - Converting datapoint 'JEP5050505:1#PRESS' (dpType='ACTION', dpUnit='null', dpValue='true') with OnOffTypeConverter

2020-02-15 17:51:00.218 [TRACE] [nal.communicator.server.XmlRpcServer] - Server XmlRpcResponse:

<?xml version="1.0" encoding="ISO-8859-1"?>

Hi all,

are there any news about this topic. I can confirm the same behaviour by using homegear and nanoCUL. When I restart openhab and the raspberry I can see the event exactly once. I think there is no change for the event and that’s why no update happens.


Because I just want to get notified, the workaround/action in rules for me:

when
    Item SwitchHFEG received update

Hello,
no update here. The problem is still not resolved. Does anybody know if the binding author is present in the forum? With a quick user-search I did not get a clear result.
I guess he’d have an immediate idear when he sees the log wit the “OnOffTypeConverter” entry.