Jump to content
Flirc Forums
PeterC

Bought a Flirc Gen 2 and it behaves very strange

Recommended Posts

Hello!

I just recently bought a Flirc Gen 2 and it behaves very strange.

Almost every time I boot my computer (Debian Buster) the Flirc device is not recognized and I see this in journalctl:

kernel: usb 3-2: device descriptor read/64, error -110
kernel: usb 3-2: device descriptor read/64, error -110
kernel: usb usb3-port2: attempt power cycle
kernel: usb 3-2: new full-speed USB device number 4 using uhci_hcd
kernel: usb 3-2: device not accepting address 4, error -110
kernel: usb 3-2: new full-speed USB device number 5 using uhci_hcd
systemd-udevd[307]: usb3: Worker [311] processing SEQNUM=1761 is taking a long time
kernel: usb 3-2: device not accepting address 5, error -110
kernel: usb usb3-port2: unable to enumerate USB device

If I unplug and then plug the Flirc back again it will be recognized.

And when I run 'flirc_util settings' I get:
3.25.3
FW Version: v4.9.3
[E] lib/libtransport/transport.c _dev_send_cmd(223): Wrong response: 'ir_state'
[E] lib/libflirc/firmware/fw_4.0.c fl_ver4_header_peek(50): invalid address you idiot
   SKU:     Flirc 2.0 [dori]
[E] lib/libtransport/hid.c hid_recv_packet(161): Wrong response length = 33
[E] lib/libtransport/hid.c hid_recv_packet(162): hidapi: (null)
[E] lib/libtransport/transport.c _recv_packet(126): _recv_packet: recv packet error = -1
[E] lib/libtransport/transport.c _dev_send_cmd(201): recv timeout
[E] lib/libtransport/hid.c hid_recv_packet(167): hid_recv_packet: wrong report id
[E] lib/libtransport/hid.c hid_recv_packet(168): hidapi: (null)
[E] lib/libtransport/transport.c _recv_packet(126): _recv_packet: recv packet error = -1
[E] lib/libtransport/transport.c _dev_send_cmd(201): recv timeout
   Hash:    0xCB185BDE

Settings:
  sleep detection:  always enabled
  noise canceler:   always enabled
  inter-key delay:  N/A for current firmware
  variant:          Flirc
  builtin profiles: NA
  Memory Info:      NA
  product sku:      Flirc 2.0 [dori]

Recorded Keys:
Index  hash       IK   ID  key
-----  --------   ---  --  ------------
    0  880AE241   130  01  0
 

And for 'flirc_util unit_test' I get:
[E] lib/libtransport/hid.c hid_recv_packet(161): Wrong response length = 33
[E] lib/libtransport/hid.c hid_recv_packet(162): hidapi: (null)
[E] lib/libtransport/transport.c _recv_packet(126): _recv_packet: recv packet error = -1
[E] lib/libtransport/transport.c _dev_send_cmd(201): recv timeout
[E] lib/libflirc/firmware/fw_4.7.c _fl_transmit_raw(83): error sending data, ceck device log
[E] lib/libtransport/hid.c hid_recv_packet(167): hid_recv_packet: wrong report id
[E] lib/libtransport/hid.c hid_recv_packet(168): hidapi: (null)
[E] lib/libtransport/transport.c _recv_packet(126): _recv_packet: recv packet error = -1
[E] lib/libtransport/transport.c _dev_send_cmd(201): recv timeout
[E] lib/libflirc/firmware/fw_4.2.c _fl_unit_test(132): error recording test0
Flirc Not Okay

Any help would be extremely appreciated!

Best regards,
Peter Carlsson

Share this post


Link to post
Share on other sites

This time when booting the computer I got this:

flirc_util unit_test
Flirc Okay

flirc_util settings
3.25.3
FW Version: v4.9.3
   SKU:     Flirc 2.0 [dori]
   Branch:  master
   Config:  release
   Hash:    0xCB185BDE

Settings:
  sleep detection:  always enabled
  noise canceler:   always enabled
  inter-key delay:  N/A for current firmware
  variant:          Flirc
  builtin profiles: NA
  Memory Info:      NA
  product sku:      Flirc 2.0 [dori]

Recorded Keys:
Index  hash       IK   ID  key
-----  --------   ---  --  ------------

But the recorded keys are missing.

Share this post


Link to post
Share on other sites

Looks like it’s working now. No keys are paired. Did you try pairing something with it and running that command again?

Share this post


Link to post
Share on other sites

Hello again!

Just after I posted the last reply, Debian released an update to Buster (10.3) so here is the output again:

uname -a
Linux htpc 4.19.0-8-686-pae #1 SMP Debian 4.19.98-1 (2020-01-26) i686 GNU/Linux

flirc_util settings
3.25.3
FW Version: v4.9.3
[E] lib/libtransport/transport.c _dev_send_cmd(223): Wrong response: 'ir_state'
[E] lib/libflirc/firmware/fw_4.0.c fl_ver4_header_peek(50): invalid address you idiot
   SKU:     Flirc 2.0 [dori]
[E] lib/libtransport/hid.c hid_recv_packet(161): Wrong response length = 33
[E] lib/libtransport/hid.c hid_recv_packet(162): hidapi: (null)
[E] lib/libtransport/transport.c _recv_packet(126): _recv_packet: recv packet error = -1
[E] lib/libtransport/transport.c _dev_send_cmd(201): recv timeout
[E] lib/libtransport/hid.c hid_recv_packet(167): hid_recv_packet: wrong report id
[E] lib/libtransport/hid.c hid_recv_packet(168): hidapi: (null)
[E] lib/libtransport/transport.c _recv_packet(126): _recv_packet: recv packet error = -1
[E] lib/libtransport/transport.c _dev_send_cmd(201): recv timeout
   Hash:    0xCB185BDE

Settings:
  sleep detection:  always enabled
  noise canceler:   always enabled
  inter-key delay:  N/A for current firmware
  variant:          Flirc
  builtin profiles: NA
  Memory Info:      NA
  product sku:      Flirc 2.0 [dori]
Recorded Keys:
Index  hash       IK   ID  key
-----  --------   ---  --  ------------
    0  CB4837F1   130  01  d
    1  CF32DFB0   130  01  i
    2  42E4A325   116  01  escape
    3  67EC17FD   130  01  m
    4  B64D7ABD   116  01  return
    5  BE6018B0   130  01  up
    6  361F4CE4   130  01  left
    7  BE6017C9   130  01  down
    8  3B263EB1   130  01  right
    9  E79BD7A4   130  01  u
   10  4B7A5A31   130  01  j
   11  411EB1E4   130  01  p

I recorded my remote once again after the first disappeared. However, I notice that almost every button I press I need  to press twice for the computer to react. So I would definitely say that something is wrong, either with the Flirc, the computer or a combination. I would be happy to provide more information if that helps to solve my problem.

By the way, I read in the documentation that there should be some predefined settings for Logitech remotes. The one I have is a Harmony One+ but I could not find it in the menu. So that is why I use the full size keyboard layout for recording.

Best regards,
Peter Carlsson

Share this post


Link to post
Share on other sites

 

I have only seen this in one place before, which is on Cortex ARM-A7's, there seems to be a bug in the upstream kernel. The only way I was able to circumvent this was by increasing my USB-Poll time. I need to have time to continue to debug it, but it's a fairly complicated issue. 

I wouldn't rule out that there is something wrong with the hardware just yet. Can you try different ports on the computer? Is this a hub? Directly on the PC? USB 2.0, or 3.0 Hub?

The bug is just with the pairing software, should not prevent flirc from working correctly. The issue with the double record is most likely the protocol you have setup on the harmony. Some alternate patterns on every press to help detect when the user let go of the button, or someone walked in front of the remote. 

On the harmony software, add manufacturer Flirc, device: Kodi.

 

Share this post


Link to post
Share on other sites

Thanks for your quick response!

It is directly on the PC and I have tried different ports. Both USB 2.0 and 3.0. I need to have a 0.5m cable since the ports are at the back of the PC. The Flirc and the remote has clear sight and the distance is approximately 3m.

The double record was no issue before I bought the Flirc when I used ir-keytable but it had other issues.

Share this post


Link to post
Share on other sites

do it directly on the machine, if it's still in open space, it should be fine. Mine is inbetween the wall and the TV, doesn't skip a beat. Also, don't record too close. It's super sensitive.

Share this post


Link to post
Share on other sites

I was trying to start logging to file by following the example of creating a configuration file (/usr/bin/flirc.ini) and start the GUI but I can not find the log file. Is it supposed to be stored in /usr/bin/ if I don't enter any path in the ini-file?

Using for example 'flirc_util unit_test' it still spit out  errors but it kind of work although it still need two key presses for every command. And thats why I wanted the log file.

[E] lib/libtransport/transport.c _dev_send_cmd(223): Wrong response: 'getversion'
[E] lib/libflirc/firmware/fw_4.2.c _fl_unit_test(132): error recording test0
Flirc Not Okay
[E] lib/libtransport/transport.c _dev_send_cmd(223): Wrong response: 'getversion'

I also noticed that just after I executed the 'flirc_util unit_test' command the computer stopped responding to any commands from the remote control.

Best regards,
Peter Carlsson

Edited by PeterC

Share this post


Link to post
Share on other sites

Today when the PC started I got no response whatsoever from any commands from the remote control and when I tried with flirc_util I got:

flirc_util unit_test
Flirc Okay
htpc:~# flirc_util settings
3.25.3
FW Version: v4.9.3
   SKU:     Flirc 2.0 [dori]
   Branch:  master
   Config:  release
   Hash:    0xCB185BDE

Settings:
  sleep detection:  always enabled
  noise canceler:   always enabled
  inter-key delay:  N/A for current firmware
  variant:          Flirc
  builtin profiles: NA
  Memory Info:      NA
  product sku:      Flirc 2.0 [dori]

Recorded Keys:
Index  hash       IK   ID  key
-----  --------   ---  --  ------------

Now the list of recorded keys was empty again.

Share this post


Link to post
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...