Jump to content
Flirc Forums

dborn

Members
  • Content Count

    17
  • Joined

  • Last visited

  • Days Won

    1

dborn last won the day on June 3

dborn had the most liked content!

Community Reputation

1 Neutral

About dborn

  • Rank
    Junior Flirc-er

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. I am using a usb extender on one of my flircs setup of about 25' long though a conduit with other wires inside such as HDMI and there is no issue with it but this is not the flirc that got the latest firmware upgrade and running on the computer with the issue that needed to be addressed, so it may not be fully relevant here. The flirc that got the firmware upgrade is running fine, directly connected to the computer. However, it is running about 1-2 hours a day and is suspended the rest of the time, hardly ever rebooted or turned off. Hope this helps,
  2. Jason, Sorry I didn't have time to try it out before now. All works fine now, no issues. dmesg output is clean. Cheers, Daniel
  3. That's awesome news! Can you confirm the version? V4.4.2 or newer? Daniel
  4. I haven't actually done it myself but if you go up this thread, you will see that Jason has posted two different copies of previous firmwares, be sure to use the right one and then I believe there is an option in the flirc gui app to upload the file to the flirc. Good luck! Daniel
  5. Hmm, that's interesting... I guess your only option right now is to reflash your flirc with the previous firmware (v4.4.2 afaik). For my part, since I still had some flircs with previous firmwares on hand, I just swapped two of them and now I'm fine. It seems it's not really a priority for the administrators after all. I'll keep an eye out for an eventual resolution but I'm not holding my breath. Good luck, Daniel
  6. @San Diego MRVCan you check in your logs (dmesg) if you get anything about "ACPI Warning: System range xxx conflict"? I believe this is the root cause of the problem. Daniel
  7. It's a good thing that "this is considered red hot urgent" ;)
  8. Here are the specs of the problematic computer: Acer AR1600/FMCP7A-ION, BIOS P01-A4 11/03/2009 Intel(R) Atom(TM) CPU 230 @ 1.60GHz (family: 0x6, model: 0x1c, stepping: 0x2) 2.5GB RAM By the way, the Acer laptop used above is actually older (2008) than this AR1600 so it's not just an age thing and also, all my computers (including a very recent top performance model used for UHD video) all use the BIOS (all UEFI turned off for Linux compatibility). This extra new device as seen in my previous post (hiddev1,hidraw2) uses a set of conflicting addresses (0x4D00 - 0x4D04, 0x4E00 - 0x4E3F) which interferes with the normal BIOS operation. Why it seems to work after unplugging/replugging the FLIRC once the computer is operational is beyond me. You guys must play with low-level USB protocols so you should understand what is going on here?
  9. Ok @jason, I think I figured out what is causing this... I decided to take advantage of my 5 FLIRCs and several computers to swap around different FLIRCs on different computers. It looks like it's an incompatibility between an (older?) BIOS and the newer FLIRC firmwares. The problematic FLIRC actually works fine IN ALL MY OTHER COMPUTERS. I even have another computer that happily uses the newer firmware! (most recently acquired FLIRC) This is what I found: The older firmware FLIRCs (I have 3 out of 5) show this in the dmesg logs (this is from an ACER laptop that accepts the new FLIRC firmware): [ 2.684173] usb 3-1: Product: flirc [ 2.684179] usb 3-1: Manufacturer: flirc.tv [ 3.175146] hid-generic 0003:20A0:0006.0001: hiddev0,hidraw0: USB HID v1.11 Device [flirc.tv flirc] on usb-0000:00:1d.1-1/input0 [ 3.178524] input: flirc.tv flirc Keyboard as /devices/pci0000:00/0000:00:1d.1/usb3/3-1/3-1:1.1/0003:20A0:0006.0002/input/input9 [ 3.240745] input: flirc.tv flirc Consumer Control as /devices/pci0000:00/0000:00:1d.1/usb3/3-1/3-1:1.1/0003:20A0:0006.0002/input/input10 [ 3.241127] input: flirc.tv flirc System Control as /devices/pci0000:00/0000:00:1d.1/usb3/3-1/3-1:1.1/0003:20A0:0006.0002/input/input11 [ 3.241493] hid-generic 0003:20A0:0006.0002: input,hidraw1: USB HID v1.01 Keyboard [flirc.tv flirc] on usb-0000:00:1d.1-1/input1 The 2 newer FLIRCs show this: [ 2.657673] usb 3-1: Product: flirc [ 2.657678] usb 3-1: Manufacturer: flirc.tv [ 3.175787] hid-generic 0003:20A0:0006.0001: hiddev0,hidraw0: USB HID v1.11 Device [flirc.tv flirc] on usb-0000:00:1d.1-1/input0 [ 3.181080] input: flirc.tv flirc Keyboard as /devices/pci0000:00/0000:00:1d.1/usb3/3-1/3-1:1.1/0003:20A0:0006.0002/input/input9 [ 3.240721] input: flirc.tv flirc Consumer Control as /devices/pci0000:00/0000:00:1d.1/usb3/3-1/3-1:1.1/0003:20A0:0006.0002/input/input10 [ 3.241115] input: flirc.tv flirc System Control as /devices/pci0000:00/0000:00:1d.1/usb3/3-1/3-1:1.1/0003:20A0:0006.0002/input/input11 [ 3.241510] hid-generic 0003:20A0:0006.0002: input,hidraw1: USB HID v1.01 Keyboard [flirc.tv flirc] on usb-0000:00:1d.1-1/input1 [ 3.243629] hid-generic 0003:20A0:0006.0003: hiddev1,hidraw2: USB HID v1.11 Device [flirc.tv flirc] on usb-0000:00:1d.1-1/input2 Notice that extra last line? (hiddev1,hidraw2.../input2) all my other computers are happy with that extra device but not that particular one. Other computers have varying dmesg output concerning the recognized device, based on the various BIOSes but this last line is the consistent difference between the new firmware and the older one. Incidentally, the computer with the problem, using an older firmware FLIRC shows this at boot-up: [ 2.910197] usb 2-6: Product: flirc [ 2.910202] usb 2-6: Manufacturer: flirc.tv [ 3.004565] hid-generic 0003:20A0:0006.0001: hiddev0,hidraw0: USB HID v1.11 Device [flirc.tv flirc] on usb-0000:00:04.0-6/input0 [ 3.005672] input: flirc.tv flirc as /devices/pci0000:00/0000:00:04.0/usb2/2-6/2-6:1.1/0003:20A0:0006.0002/input/input5 [ 3.064504] hid-generic 0003:20A0:0006.0002: input,hidraw1: USB HID v1.01 Keyboard [flirc.tv flirc] on usb-0000:00:04.0-6/input1 Notice it doesn't identify the "Keyboard", "Consumer Control" nor the "System Control" devices? but it does recognize input,hidraw1 as "USB HID v1.01 Keyboard". Ok, I hope this helps because I think I'm at the end of what I can contribute here ;-) I guess if no solution is found, I can always swap out an older FLIRC and never upgrade the firmware until this issue is resolved..? Thanks, Daniel P.S. Is it just me but each time I want to log in to this forum, my password isn't recognized and I have to go through the "Forgot password" mechanism. I can then just re-enter the same password again and I am good to go until I log out!?
  10. I'm also convinced it's a firmware issue as I use the FLIRCs with linux computers without any particular drivers. You're probably referring to Windows computers but I will give you my OS version just in case :) It's xubuntu 18.04 with kernel 4.15.0-48-generic in all cases. These are all USB2 ports (black). Here is what I get from another computer with a FLIRC that was not firmware upgraded, when I reboot (relevant to the FLIRC): > lsusb Bus 005 Device 002: ID 20a0:0006 Clay Logic > dmesg [ 2.192076] usb 5-2: new full-speed USB device number 2 using uhci_hcd [ 2.398139] usb 5-2: New USB device found, idVendor=20a0, idProduct=0006 [ 2.398145] usb 5-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [ 2.398148] usb 5-2: Product: flirc [ 2.398151] usb 5-2: Manufacturer: flirc.tv [ 2.437998] usbcore: registered new interface driver usbhid [ 2.438001] usbhid: USB HID core driver [ 2.448105] hid-generic 0003:20A0:0006.0001: hiddev0,hidraw0: USB HID v1.11 Device [flirc.tv flirc] on usb-0000:00:1d.3-2/input0 [ 2.449274] input: flirc.tv flirc as /devices/pci0000:00/0000:00:1d.3/usb5/5-2/5-2:1.1/0003:20A0:0006.0002/input/input5 [ 2.508426] hid-generic 0003:20A0:0006.0002: input,hidraw1: USB HID v1.01 Keyboard [flirc.tv flirc] on usb-0000:00:1d.3-2/input1 Here is what I get from the computer with the upgraded FLIRC when I reboot: > lsusb Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub (nothing connected to any USB port, and there is nothing else than the FLIRC connected) > dmesg [ 2.664308] usb 2-6: new full-speed USB device number 2 using ohci-pci [ 2.745144] ACPI Warning: SystemIO range 0x0000000000004D00-0x0000000000004D3F conflicts with OpRegion 0x0000000000004D00-0x0000000000004D04 (\IP2) (20170831/utaddress-247) [ 2.745168] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [ 2.745177] ACPI Warning: SystemIO range 0x0000000000004E00-0x0000000000004E3F conflicts with OpRegion 0x0000000000004E00-0x0000000000004E3F (\_SB.PCI0.SM00) (20170831/utaddress-247) [ 2.745194] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver ... [ 7.900173] usb 2-6: device descriptor read/all, error -110 [ 8.088072] usb 2-6: new full-speed USB device number 3 using ohci-pci [ 23.704066] usb 2-6: device descriptor read/64, error -110 [ 39.320058] usb 2-6: device descriptor read/64, error -110 [ 39.428080] usb usb2-port6: attempt power cycle [ 39.932058] usb 2-6: new full-speed USB device number 4 using ohci-pci [ 50.604058] usb 2-6: device not accepting address 4, error -110 [ 50.792058] usb 2-6: new full-speed USB device number 5 using ohci-pci [ 61.612059] usb 2-6: device not accepting address 5, error -110 [ 61.612096] usb usb2-port6: unable to enumerate USB device Now, when I unplug and replug the FLIRC while the computer is powered on: > lsusb Bus 002 Device 006: ID 20a0:0006 Clay Logic > dmesg [ 743.920674] usb 2-6: new full-speed USB device number 6 using ohci-pci [ 744.162676] usb 2-6: New USB device found, idVendor=20a0, idProduct=0006 [ 744.162683] usb 2-6: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [ 744.162687] usb 2-6: Product: flirc [ 744.162690] usb 2-6: Manufacturer: flirc.tv [ 744.348840] hidraw: raw HID events driver (C) Jiri Kosina [ 744.409404] usbcore: registered new interface driver usbhid [ 744.409411] usbhid: USB HID core driver [ 744.508490] hid-generic 0003:20A0:0006.0001: hiddev0,hidraw0: USB HID v1.11 Device [flirc.tv flirc] on usb-0000:00:04.0-6/input0 [ 744.516430] input: flirc.tv flirc as /devices/pci0000:00/0000:00:04.0/usb2/2-6/2-6:1.1/0003:20A0:0006.0002/input/input7 [ 744.573280] hid-generic 0003:20A0:0006.0002: input,hidraw1: USB HID v1.01 Keyboard [flirc.tv flirc] on usb-0000:00:04.0-6/input1 [ 744.574269] hid-generic 0003:20A0:0006.0003: hiddev1,hidraw2: USB HID v1.11 Device [flirc.tv flirc] on usb-0000:00:04.0-6/input2 I think this should give you a few good hints as to what is happening here. :-) Cheers, Daniel
  11. @jason, I would like to ask for the previous firmware so that I can recover that failing FLIRC until you guys figure it out. It's been over a month since this issue was first identified. Having to unplug and replug the FLIRC every time the computer is booted or rebooted is getting tiresome. Thanks, Daniel Born
  12. Jason, if there's anything I can do to help (run special firmware version with debugging code, sending you logs from my computer, etc.) please let me know. I'd have several computers to try it on with either linux or Win7 or Win10. Yes, as a last resort, going back to a previous firmware would be a way out but it would mean we couldn't upgrade firmwares ever again? It might be a good idea to have on your side a repository of previous firmware versions with a tool to specifically reflash a FLIRC to any previous version. It would certainly help take the pressure off of you guys when a problem arises due to a new firmware release. :) Cheers, Daniel
  13. In my case, I program the FLIRC from a Win7 laptop so I plug it in while the PC is already up and running so that works fine. Once I plug it in my linux PC, when I power it up while the FLIRC is already plugged in (such as after a reboot), it is not seen at all, as evidenced by the total absence of the device in the dmesg log and even after, when using the lsusb command, it's exactly like the FLIRC was not plugged in. If I pull it out then and plug it back in, then it is recognized normally and works just fine. When I suspend the computer (which I do most of the time), it recovers nicely from that state. I could try powering up the laptop with the FLIRC already plugged in to see what happens, I haven't tried that yet. Thanks, Daniel, **Update: ok, I tried plugging into Win7 laptop first and then powering up and going into GUI. It was recognized. I also tried plugging the FLIRC back into the linux computer while it was in sleep, and it was not recognized after waking up the computer. That test may not be relevant but I still tried it out of curiosity.
  14. Hi Jason, Mine says SKU: FLIRC 2.0 [dori] Firmware is V4.6.3 Thanks, Daniel
  15. Just a quick update on the situation: it seems it can recover from sleep mode pretty consistently. Booting the computer from off still seems to be problematic.
×
×
  • Create New...