parkerlreed

Would be great to be able to do the device test/maybe have a virtual Skip remote option that can tie in with the FLIRC dongle and its transmitter. Don't have a Skip yet but would love to test out a few configurations before deciding.

Ended up writing a small Qt5 GUI that interfaces with libflirc directly. Hope this helps others out there with weird setups. https://github.com/parkerlreed/flirc_sendir_raw

This is working much better. Example here https://github.com/parkerlreed/flirc_sendir_raw

So I managed to adapt an example from a project that used the C library to transmit codes. fl_transmit_raw says its taking 65 ms to run but I think running on the main thread is slowing it down with the UI waiting for it. The code I built out is here https://gist.github.com/parkerlreed/4f7d2026c5c4a29a4a0cf39e40705473 EDIT: Oh just realized I put the device init and disconnect in the button function... I'll separate these out and see how it performs.

Also looking for something like this. I tried adapting the `ir` example from the sdk but it just sends the code type and hex value to the statically linked library. In my case I want to keep the device open and send raw IR codes programmatically.

Playing with it some more, I can send consecutive scan codes fine if I alternate the type (as expected). Which means I would have to keep track of two scan codes per button AND have a global state tracker that remembers what the last type sent was... Hoping there's a better way to do this.

I have a remote for my Pioneer Inno XM radio that I want to capture all the keys from and use the sendir to control the device from the computer. One glaring issue, the remote sends two different types of scan codes, alternating between button presses. This was pressing the Up button 4 times. If I use any one of the codes and send them back with sendir, it works once but stops responding until I use the actual remote with it again. I think it's expecting on the device side to see an alternating pattern of RC5 and unknown, and rejects the commands completely if it doesn't. How would I go about sending a single keypress either via flirc_util sendir/sdk ir example that properly emulates the remote behavior? ``` [parker@parker-framework ir]$ ./ir listen Lib Flirc Version: 3.27.16 Lib IR Version: 3.27.16 ---------------- 0x00000000 - UNKNOWN -- 0x0000 : 0 : hash: 0x04BFBA18 +1708 -1762 +863 -863 +816 -889 +1740 -1720 +817 -890 +816 -899 +1822 -840 +880 -864 +879 -865 +903 -840 +878 0000 006D 000B 0000 0041 0043 0021 0021 001F 0022 0042 0042 001F 0022 001F 0022 0046 0020 0021 0021 0021 0021 0022 0020 0021 0783 +1708 -1762 +863 -863 +816 -889 +1740 -1720 +817 -890 +816 -899 +1822 -840 +880 -864 +879 -865 +903 -840 +878 ---------------- ---------------- 0x00001B20 - RC5 -- ADD: 0x1B CMD: 0x20 T:1 : 3 : hash: 0x4E91E95F +1740 -876 +844 -1743 +820 -887 +1765 -1695 +851 -855 +817 -899 +1824 -838 +905 -838 +907 -837 +914 -829 +908 0000 006D 000B 0000 0022 0022 0022 0044 0022 0022 0044 0044 0022 0022 0022 0022 0044 0022 0022 0022 0022 0022 0022 0022 0022 0434 +889 -889 +889 -1778 +889 -889 +1778 -1778 +889 -889 +889 -889 +1778 -889 +889 -889 +889 -889 +889 -889 +889 ---------------- ---------------- 0x00000000 - UNKNOWN -- 0x0000 : 0 : hash: 0x04BFBA18 +1767 -1704 +900 -825 +848 -858 +1793 -1667 +849 -858 +874 -841 +1850 -812 +934 -810 +930 -813 +931 -812 +934 0000 006D 000B 0000 0043 0041 0022 001F 0020 0021 0044 0040 0020 0021 0021 0020 0047 001F 0023 001F 0023 001F 0023 001F 0023 0783 +1767 -1704 +900 -825 +848 -858 +1793 -1667 +849 -858 +874 -841 +1850 -812 +934 -810 +930 -813 +931 -812 +934 ---------------- ---------------- 0x00001B20 - RC5 -- ADD: 0x1B CMD: 0x20 T:1 : 3 : hash: 0x4E91E95F +1741 -876 +879 -1709 +817 -889 +1768 -1693 +848 -858 +849 -867 +1853 -809 +934 -811 +933 -810 +934 -810 +933 0000 006D 000B 0000 0022 0022 0022 0044 0022 0022 0044 0044 0022 0022 0022 0022 0044 0022 0022 0022 0022 0022 0022 0022 0022 0434 +889 -889 +889 -1778 +889 -889 +1778 -1778 +889 -889 +889 -889 +1778 -889 +889 -889 +889 -889 +889 -889 +889 ---------------- ```

Thanks. That was testing on one of the 3.0 ports on the Pi. I'll poke around some myself and see if I can figure anything out kernel side.

I'm hitting this on a Raspberry Pi 4 running Arch Linux ARM and my desktop. The unit appears to be working fine. I can record keys and the input works but flirc_util is throwing those errors. I made sure to clone the latest sdk and build flirc_util there in case anything changed/weird incompatibility with the system. ------------------------------------------------------------------------------------------------------------------------------------------------------------ [parker@wolfcola cli]$ uname -a Linux wolfcola 5.6.12-arch1-1 #1 SMP PREEMPT Sun, 10 May 2020 10:43:42 +0000 x86_64 GNU/Linux [parker@wolfcola cli]$ ./buildresults/Linux_x86_64/gcc/flirc_util/release/flirc_util settings flirc_util version 26e271e49325ec7e449a705e4d438c7d0426fd0d [26e271e] Firmware Detected FW Version: v4.6.2v4.6.2 SKU: Flirc 2.0 [dori] Branch: master Config: release Hash: 0x83E88D26 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 BAE960C9 052 01 up [parker@wolfcola cli]$ ./buildresults/Linux_x86_64/gcc/flirc_util/release/flirc_util unit_test [E] lib/libflirc/firmware/fw_4.0.c fl_ver4_set_interrupt(367): timeout [E] lib/libflirc/firmware/fw_4.2.c _fl_unit_test(132): error recording test0 Flirc Not Okay ------------------------------------------------------------------------------------------------------------------------------------------------------------ And when I try on the Raspberry Pi ------------------------------------------------------------------------------------------------------------------------------------------------------------ [parker@alarmpi cli]$ sudo ./buildresults/Linux_armv7l/gcc/flirc_util/release/flirc_util settings flirc_util version 26e271e49325ec7e449a705e4d438c7d0426fd0d [26e271e] Firmware Detected FW Version: v4.6.2v4.6.2 [E] lib/libtransport/hid.c hid_recv_packet(161): Wrong response length = 0 [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.0.c fl_ver4_header_peek(50): invalid address you idiot [E] lib/libtransport/hid.c hid_recv_packet(161): Wrong response length = 0 [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.0.c fl_ver4_header_peek(50): invalid address you idiot [E] lib/libtransport/hid.c hid_recv_packet(161): Wrong response length = 0 [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.0.c fl_ver4_header_peek(50): invalid address you idiot ------------------------------------------------------------------------------------------------------------------------------------------------------------ When I try the official packaged flirc_util for armv7 (I had to install libreadline6). No keys and inconsistently running. ------------------------------------------------------------------------------------------------------------------------------------------------------------ [parker@alarmpi Flirc]$ sudo ./flirc_util settings 3.25.3 FW Version: v4.6.2v4.6.2 SKU: Flirc 2.0 [dori] Branch: master Config: release Hash: 0x83E88D26 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 ----- -------- --- -- ------------ [parker@alarmpi Flirc]$ sudo ./flirc_util settings 3.25.3 FW Version: v4.6.2v4.6.2 [E] lib/libtransport/hid.c hid_recv_packet(161): Wrong response length = 0 [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.0.c fl_ver4_header_peek(50): invalid address you idiot ^C Cleaning up.... [parker@alarmpi Flirc]$ sudo ./flirc_util unit_test [E] lib/libflirc/firmware/fw_4.0.c fl_ver4_set_interrupt(367): timeout [E] lib/libflirc/firmware/fw_4.2.c _fl_unit_test(132): error recording test0 Flirc Not Okay ------------------------------------------------------------------------------------------------------------------------------------------------------------ EDIT: hidapi version on both machines is hidapi 0.9.0-1

Flirc V2 with an old RCA remote. I can click a key and map a button fine but it rarely registers. I get this in the log output. Fri Feb 8 2019 00:46:20 <3>ir_finished(63): too many edges :e:1291 0,4114,3862,475,1000,101,2349,497,1975,261,152,98,1919,334,1137,333,2139,526,931,153,136,217,1925,243,136,131,1920,299,136,67,952,67,136,170,1060,458,1976,497,1975,295,136,67,952,33,84,321,978,278,145,57,1125,307,1972,548,940,475,1980,453,1018,479,974,244,135,132,1924,67,135,278,1949,489,982,476,9571,346,325,50,553,67,135,265,291,320,222,197,186,162,290,110,4176,260,1369,67,136,106,1949,329,2139,548,1924,243 Any ideas? EDIT: Tried a newer remote but still RCA. Same issue.