Jump to content
Flirc Forums

Denon RC-1002 keeps pressing double buttons on Flirc V2


ah-angst

Recommended Posts

my_flirc_log.txtHello,

I'm trying to use a Denon RC-1002 remote with Flirc V2, but it keeps doubling the button press. Regardless if I use it on Kodi on an ARM/Android or at my Win PC, pressing "up" on the remote once causes the cursor to jump up twice. Don't have this problem with other remotes.

Is this protocol not supported?

I'm using GUI v3.20.4 on Win8.1 and Firmware v4.4.2
Edit: Configuration was deleted except for this one button successfully added. Same issue with every other button as well.

Attached log contains three short button presses of the same button.

 

Thanks!

my_flirc_log.txt

my_flirc_config.fcfg

Edited by ah-angst
config file added
Link to comment
Share on other sites

Hi,

This remote uses Denon proprietary protocol. I'm sorry to say this but I don't see a way to support this protocol. The protocol itself is not that complicated. When you press a button on the remote, the remote sends at least two frames. The issue is that odd frames differ from even frames in a very substantial way because the protocol inverts some bits. Flirc sees this as two alternating signals instead of just the same button being held.

Link to comment
Share on other sites

Hi,

No, the firmware is not open.

Regarding the possibility of implementing support for this protocol, currently I don't see a way to do this. For Flirc to support many different remotes/protocols, it doesn't decode the signals, but uses some transformations which lead to generating a hash value for the signal. It's the hash value that is stored in the configuration in the flash memory of the device and is compared then against incoming signals. This allows Flirc to work with a lot of different IR protocols, but the downside is that a protocol like Denon won't work correctly.

The problem is that Denon protocol is not robust if not decoded correctly. This means that signals similar to the Denon signals can be randomly received from different sources (at least according to description of that protocol in IrScrutinizer software) and can falsely trigger some functions. Only fully decoded full frame (which consists of two half-frames which complement each other) is considered robust. And like I've mentioned above, Flirc doesn't decode the signal.

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...