RFXCOM binding RFY problem

Add-ons Bindings
, ,
1

Hi,
I can’t get my RFY (somfy sun screen) to work.
I have the following:

  • RFXCOM RFY actuator with Device ID 66564.1

  • The ID in RFXmngr is HEX [01][04][04] and unit code 1

The device ID and unit code 1 correspond with the RFXcom biding translation to 66564.1 (see RFXmngr screenshot below)

I have the RFXcom RFY actuator bridged with my RFXCOM USB Transceiver (the transceiver works when I control lights (a.1) on/off…that is no problem.

The item linked to the shutter channel is an ROLLERSHUTTER item (paperui config).
But trying the configuration, nothing happens.
The logfile looks as follow:

> 2019-09-22 19:16:36.498 [DEBUG] [org.openhab.binding.rfxcom.handler.RFXComHandler  ] - Received channel: rfxcom:rfy:d17943e9:shutter, command: DOWN
> 2019-09-22 19:16:36.499 [DEBUG] [openhab.binding.rfxcom.handler.RFXComBridgeHandler] - Transmitting message 'Raw data = unknown, Packet type = RFY, Seq number = 0, Sub type = RFY, Unit Id = 66564.1, Unit Code = 1, Command = DOWN, Signal level = 0'
> 2019-09-22 19:16:37.111 [DEBUG] [openhab.binding.rfxcom.handler.RFXComBridgeHandler] - Message received: Raw data = 0402010000, Packet type = TRANSMITTER_MESSAGE, Seq number = 0, Sub type = RESPONSE, Response = ACK
> 2019-09-22 19:16:37.112 [DEBUG] [openhab.binding.rfxcom.handler.RFXComBridgeHandler] - Transmitter response received: Raw data = 0402010000, Packet type = TRANSMITTER_MESSAGE, Seq number = 0, Sub type = RESPONSE, Response = ACK

So I don’t know what is going wrong.

  • Controlling the sun screen via the RFXmngr works and uses the info below:

:
image
image

2

I’ve edited the original post with some better structure and formatting for readability (my apologies, should have done that from the start.

After the post I did try the same with programming different DEVICEID.UNITCODE.
From the RFXmngr it works, also with re-programmend ID’s.
All the commands UP/ STOP / DOWN work.
On the Openhab instance, I receive the same logfiles, but with the different / changed ID’s string as above. Nothing happens.
The AC lights are still working fine, so the RFXCOM transceiver is working…

Anyone able to point me in the right direction?

3

I note the stuff in the yellow box talks about command “stop”, whereas the openHAB debug has command “DOWN”.

Case sensitive?

4

Hi,
You notice correct. However, the RFXcom binding also has the stop command when using the shutter item linked (RFY). I should have used the same screenshot to make it all complete.

5
  • Go to Inbox and click “ + ”
  • Click RFXCOM Binding (Do not use the one Autodiscovered by OpenHab)
  • Click ADD MANUALLY
  • Scroll down and select RFXCOM USB Transceiver
  • Provide a unique “Name” that you want or accept the default provided
  • Provide a unique “Thing ID” that you want or accept the default provided
  • Make sure you select the correct “Serial Port” from the drop down
  • Click “ü"
  • You should now have a thing named RFXCOM USB Transceiver with “Online” next to it
  • Go to Inbox and click “ + ”
  • Click RFXCOM Binding
  • Click ADD MANUALLY
  • Scroll down and select RFXCOM Rfy Actuator
  • Provide a unique “Name” that you want or accept the default provided
  • Provide a unique “Thing ID” that you want or accept the default provided
  • Select the “Bridge” created in the previous step from the drop down
  • In the “Device ID” enter 66564.1
  • In the “Sub Type” select “RFY” from the drop down
  • Click “ü"
  • You should now have a thing named RFXCOM Rfy Actuator with “Online” next to it
  • Click on the recently created RFXCOM Rfy Actuator
  • Click on Shutter
  • Add and link an item
  • Now you should be able to control you blind

Let me know if you run into issues.

6

Hi Tazeem,

This is exactly what I have done…multiple times already.
All the “things” are online.

7

I will also set the loglevel to “TRACE” to see if there is more information available.

8

Can you make it work without OpenHab. You mentioned lights working, what about Blinds.

9

Well, like I posted in the original post, when I use the RFXcom with the RFXmngr software I can control them. All works.
The lightening works as well, also via openhab. No problem.
So to answer your question, yes it works outside openhab with the RFX manager software.
I don’t have other blinds with 433mhz.

10

Update after setting the TRACE on the logging:

I can now see an additional line with TRACE in the logfiles from the serial connector:

> 
> 2019-09-23 21:45:47.752 [DEBUG] [org.openhab.binding.rfxcom.handler.RFXComHandler  ] - Received channel: rfxcom:rfy:rfysomfy:shutter, command: DOWN
> 2019-09-23 21:45:47.766 [DEBUG] [openhab.binding.rfxcom.handler.RFXComBridgeHandler] - Transmitting message 'Raw data = unknown, Packet type = RFY, Seq number = 0, Sub
> type = RFY, Unit Id = 65536.1, Unit Code = 1, Command = DOWN, Signal level = 0'
> 2019-09-23 21:45:47.774 [TRACE] [ng.rfxcom.internal.connector.RFXComSerialConnector] - Send data (len=13): 0C1A0000010000010300000000
> 2019-09-23 21:45:48.271 [DEBUG] [openhab.binding.rfxcom.handler.RFXComBridgeHandler] - Message received: Raw data = 0402010000, Packet type = TRANSMITTER_MESSAGE, Seq n
> umber = 0, Sub type = RESPONSE, Response = ACK
> 2019-09-23 21:45:48.272 [DEBUG] [openhab.binding.rfxcom.handler.RFXComBridgeHandler] - Transmitter response received: Raw data = 0402010000, Packet type = TRANSMITTER_M
> ESSAGE, Seq number = 0, Sub type = RESPONSE, Response = ACK
> 2019-09-23 21:45:51.195 [DEBUG] [org.openhab.binding.rfxcom.handler.RFXComHandler  ] - Received channel: rfxcom:rfy:rfysomfy:shutter, command: UP
> 2019-09-23 21:45:51.196 [DEBUG] [openhab.binding.rfxcom.handler.RFXComBridgeHandler] - Transmitting message 'Raw data = unknown, Packet type = RFY, Seq number = 0, Sub
> type = RFY, Unit Id = 65536.1, Unit Code = 1, Command = UP, Signal level = 0'
> 2019-09-23 21:45:51.196 [TRACE] [ng.rfxcom.internal.connector.RFXComSerialConnector] - Send data (len=13): 0C1A0000010000010100000000
> 2019-09-23 21:45:51.721 [DEBUG] [openhab.binding.rfxcom.handler.RFXComBridgeHandler] - Message received: Raw data = 0402010000, Packet type = TRANSMITTER_MESSAGE, Seq n
> umber = 0, Sub type = RESPONSE, Response = ACK
> 2019-09-23 21:45:51.721 [DEBUG] [openhab.binding.rfxcom.handler.RFXComBridgeHandler] - Transmitter response received: Raw data = 0402010000, Packet type = TRANSMITTER_M
> ESSAGE, Seq number = 0, Sub type = RESPONSE, Response = ACK
> 2019-09-23 21:45:53.746 [DEBUG] [openhab.binding.rfxcom.handler.RFXComBridgeHandler] - Checking RFXCOM transceiver connection, thing status = ONLINE
> 2019-09-23 21:45:53.758 [DEBUG] [org.openhab.binding.rfxcom.handler.RFXComHandler  ] - Received channel: rfxcom:rfy:rfysomfy:shutter, command: DOWN
> 2019-09-23 21:45:53.759 [DEBUG] [openhab.binding.rfxcom.handler.RFXComBridgeHandler] - Transmitting message 'Raw data = unknown, Packet type = RFY, Seq number = 0, Sub
> type = RFY, Unit Id = 65536.1, Unit Code = 1, Command = DOWN, Signal level = 0'
> 2019-09-23 21:45:53.759 [TRACE] [ng.rfxcom.internal.connector.RFXComSerialConnector] - Send data (len=13): 0C1A0000010000010300000000
> 2019-09-23 21:45:54.374 [DEBUG] [openhab.binding.rfxcom.handler.RFXComBridgeHandler] - Message received: Raw data = 0402010000, Packet type = TRANSMITTER_MESSAGE, Seq n
> umber = 0, Sub type = RESPONSE, Response = ACK
> 2019-09-23 21:45:54.374 [DEBUG] [openhab.binding.rfxcom.handler.RFXComBridgeHandler] - Transmitter response received: Raw data = 0402010000, Packet type = TRANSMITTER_M
> ESSAGE, Seq number = 0, Sub type = RESPONSE, Response = ACK
> 2019-09-23 21:45:55.194 [DEBUG] [org.openhab.binding.rfxcom.handler.RFXComHandler  ] - Received channel: rfxcom:rfy:rfysomfy:shutter, command: STOP
> 2019-09-23 21:45:55.195 [DEBUG] [openhab.binding.rfxcom.handler.RFXComBridgeHandler] - Transmitting message 'Raw data = unknown, Packet type = RFY, Seq number = 0, Sub
> type = RFY, Unit Id = 65536.1, Unit Code = 1, Command = STOP, Signal level = 0'
> 2019-09-23 21:45:55.195 [TRACE] [ng.rfxcom.internal.connector.RFXComSerialConnector] - Send data (len=13): 0C1A0000010000010000000000

Hope someone can help me to figure out the problem.

Thanks!

11

Which version of OpenHab are you running?

12

Latest stable release

13

It is the right ID you use now: Unit Id = 65536.1?
In the 1st message you use: ID 66564.1

14

Hi, the correct ID is now 65536.1
I changed the unitcode via the RFXmngr to do some more tests.

In both cases, both the ID’s are the decimals from the RFXmngr (double checked it with HEXtoDecimal converter).

15

Next steps in test

Tonight I will create an item and link it to the "command channel to see if the RTS goes into pairing mode.
I will collect the logfiles on this step as well and share them.

In the meantime I do have another question regarding the message which is actually send to the transceiver.
Is anyone able to explain how this part should be translated?

Send data (len=13): 0C1A0000010000010100000000

If I’m correct, this is what is actually put on the serial bus (=the actual RFXcom433 transceiver)…correct?
So maybe someone can help me to decode that message to see if it is correct?

thanks!

16

I also found this in the RFXcom user guide:
image

It should not be this issue, since the RFXmngr control works after the “program” command.
However, I’ll erase all the remotes and make sure the list is cleaned up…

I’ll keep you posted!

17

24-9-2019 04:05:36:295= 0C1A0000010000010100000000
Packettype = RFY
subtype = RFY
Sequence nbr = 0
id1-3 = 010000 decimal:65536
Unit = 1
Command = up
rfu1 = 00
rfu2 = 00
rfu3 = 00

You receive an ACK which indicates that the command is transmitted.
You will also see the red LED blinking on the RFXtrx which also indicates transmit mode.

Are you sure it is not a problem with the distance between the RFXtrx and Somfy motor?
Check with RFXmngr and the RFXtrx at the location as with openhab.

1 Like
18

[ISSUE SOLVED]
Bert,

I’m a bit embarrassed, but you were absolutely right! It was a problem with the antenna direction / position. I just finished setting things up again and I compared the command from the RFXmngr:

24-9-2019 09:58:56:093= RFY command: 0C 1A 00 10 01 01 01 01 01 00 00 00 00

Against the TRACE from the RFXcom binding and the “send data” matched exactly:

Packet type = RFY, Seq number = 0, Sub type = RFY, Unit Id = 65793.1, Unit Code = 1, Command = UP, Signal level = 0'
2019-09-24 22:06:57.640 [TRACE] [ng.rfxcom.internal.connector.RFXComSerialConnector] - Send data (len=13): 0C1A000001010101010000

So all the data matched and that made me move the antenna a bit around and…IT’S WORKING!

The reason why I did not think of this is that the motor of the RTS is really close to a light switch, also controlled by the RFXcom and that was working all the time. I did not realize this little distance (about 1 meter) made the difference!
LESSON LEARNED

I want to thank everyone for reading and thinking with me on this “issue”.
Highly appreciated!

@Tazeem_Naqvi & @rossko57 also big thanks to you for taking the time to support me!

/Jasper

1 Like