Jump to content
Flirc Forums

jason

Administrators
  • Posts

    3,758
  • Joined

  • Last visited

  • Days Won

    233

Everything posted by jason

  1. Go to File->Device Logging. Enable device logging. Let's see what kind of noise it's picking up.
  2. Yes, unfortunately this is a version 2 only feature. It definitely wont work on version 1 due to various limitations, and I have no intention on doing anything other than maintenance releases for gen1 devices.
  3. It's not the CLI that needed to be updated, but the firmware No guarantee this will break something else. I've updated the report ID so that you can go as high as 255. Try it and let me know. dori.release-4.9.4.bin nemo.release-4.9.4.bin
  4. no, it wouldn't be in the HID table, it would be in the consumer table, which is a valid system wide table for system control, and should work. My keyboard report is limited to 101, artificially. I could extend this, but I would need to look into the impact. Anything above 231 is reserved.
  5. On my GUI, go to controllers->media keys. There is a suspend key there. Try that, and let us know.
  6. You'll want to add Device: Flirc Model: Shield Clear your configuration on the device. The configuration is built in. Let me know if that helps.
  7. Yeah, I'm back on development, will get a release out in 2 weeks.
  8. I don't know what the hell is wrong with windows. I'm sorry. There are no viruses. It's crazy. It doesn't say what it is, it's erroneous.
  9. I dug into this more, it's a generic linux kernel bug. From: https://stackoverflow.com/questions/35728129/usb-hid-device-poll-interval-on-linux/36002731#36002731 Another Reference Report, this states there is a workaround, there is not. An official kernel bug report: https://bugzilla.kernel.org/show_bug.cgi?id=60586 with a discussion on the topic: https://www.mail-archive.com/linux-usb@vger.kernel.org/msg24939.html I will not be changing the polling time in firmware to accommodate for this stupid linux bug. There is a way to change the polling time for specific USB devices, but mainly keyboards and mice. Flirc is a USB HID device, so there is no specific way to do the custom generic HID interface polling override. However, there seems to be a possible way to do it by patching the kernel: https://gitlab.freedesktop.org/panfrost/linux/commit/2ddc8e2d2b5902b376fee51585c8eed72b8836e7 This may be the route I try. But it's not urgent, since the workaround is fairly easy, just set it up on another computer. But it looks like I can just compile a patched kernel module so we can override the poll time of flirc, include it in my package. Free upcoming product for anyone willing to put the time in to the above to get the poll time override working on generic HID devices.
  10. It's done, packaging is done, I just have to pull the trigger. But the pandemic has been killing me. Every day, I'm slammed. I'm going to try and kick it off this week.
  11. I'd be interested in knowing this too. By the way, who the hell has a PS/2 port on their PC still?
  12. There is a bug in the upstream kernel. Do your pairing on another machine. I don’t have time to debug the kernel. The Kernel is dropping USB packets. I’ve got a ton of debug logs that show it on the wire ,and the kernel stack never gets it. The remedy is to slow down communication to the USB device. It’s possible to just push an update (which will have to be done on another machine), and the USB poll time increases and slows it down to fix it. But It slows it down considerably. If you use the blue port on the pi, it has a phy in front of it, and doesn’t help mitigate it completely, but helps a lot.
  13. Make sure the GUI is closed before running the command line.
  14. Make sure the GUI is closed before running the command line.
  15. looks awesome, pair that with the profile, and try it, let me know if that works. If it works, it's the remote
  16. something is not right, it's sending inconsistent signals. Is it low on batteries? You have any remote handy that you can try to see if we can narrow this down?
  17. Can you also post your config file? Can you do this again, don't hold your remote too close to flirc, in fact, point up towards the ceiling. Not seeing good results in the above.
  18. Open up my app on your PC, go to File->Device Log. Enable IR debugging. And press and hold the button in question. Post the log here.
  19. It should work, unless you are using a harmony. What remote are you using?
  20. Oh shit, I know what's going on. Sorry. You have two devices. For convenience, each device is setup to work with the harmony profiles out of the box, but can't know what it's plugged into. So all are enabled. Download my software, insert Flirc1. Go to file->Advanced. Disable All but Shield. Plug back in shield. insert Flirc2. Go to file->Advanced. Disable all but firetv. Plug back in firetv. So sorry about that.
  21. They should not be using the same commands, they are different. You aren’t pairing them with my software are you? Those profiles are pre-paired.
×
×
  • Create New...