NVIDIA Shield TV Remote (2019) constantly disconnects and reconnects on LibreELEC (x86_64)

  • Hi everyone,

    I'm experiencing persistent Bluetooth connection issues with my NVIDIA Shield TV Remote (2019) on LibreELEC x86_64.

    The remote pairs successfully and all buttons work correctly, but the Bluetooth connection keeps dropping and reconnecting repeatedly. Sometimes it stays connected for around 10 seconds before disconnecting, then reconnects after a few seconds, repeating this cycle indefinitely.

    I've also tested two different Bluetooth adapters and two different Shield remotes, with identical results:

    Bluetooth adapters:

    • Onboard Bluetooth: Intel Wireless-AC 3168 (ASRock B660 ITX/ac motherboard).
    • USB Bluetooth dongle: ASUS USB-BT500 (Realtek RTL8761B).

    Troubleshooting already performed:

    • Tested both onboard Intel Bluetooth and the ASUS USB-BT500 dongle.
    • Tested the ASUS dongle on a USB 2.0 port instead of USB 3.0 to rule out potential USB 3.0 interference.
    • Performed a full cold boot to ensure no residual Bluetooth configuration or state from Windows was affecting the onboard Intel adapter.
    • Disabled the Wi-Fi functionality of the onboard wireless card.
    • Tried manually pairing, trusting and connecting the remote through bluetoothctl over SSH, bypassing LibreELEC's graphical interface.
    • Tested both remotes and both LibreELEC builds.

    None of these attempts made any difference.

    Additional diagnostic information from the onboard Intel Bluetooth adapter:

    • USB ID: 8087:0aa7.
    • Bluetooth handled by btusb over xhci_hcd.
    • rfkill showed Bluetooth as neither soft-blocked nor hard-blocked.
    • Intel firmware patch was successfully loaded (patch num: 3c), with no obvious firmware or controller errors in the logs.
    • Kernel logs showed repeated HID device initialisations for NVIDIA SHIELD Remote (0955:7217).
    • During the connection failures, bluetoothctl reported Connected: no.

    System:

    • ASRock B660 ITX/ac motherboard.
    • Intel Wireless-AC 3168 onboard Bluetooth.
    • ASUS USB-BT500 (Realtek RTL8761B).

    For reference, the remote works perfectly without any interruptions under both Windows and OSMC Vero V. The problem only occurs under LibreELEC.

    At this point, I'm wondering whether this could be related to BlueZ, the Linux Bluetooth stack, HID handling, or a compatibility issue with the Shield Remote itself.

    Since the exact same behaviour occurs with two different remotes, two different Bluetooth chipsets and two different LibreELEC builds, I suspect this might be a software compatibility issue rather than a hardware fault.

    Why I'm particularly interested in getting this remote working is the Shield Remote 2019 has both Bluetooth and IR capabilities. This combination is particularly useful in my home theatre setup. I use Bluetooth for Kodi navigation and other remote functions, while IR is used to control the volume of my audio decoder.

    This makes it an ideal remote for setups where HDMI-CEC isn't available or cannot be used. It allows me to control both Kodi and my audio equipment with a single remote, without relying on CEC.

    I'd be happy to provide additional diagnostic logs or run specific tests if that helps identify the cause.

    Thanks!

  • Since the exact same behaviour occurs with two different remotes, two different Bluetooth chipsets and two different LibreELEC builds, I suspect this might be a software compatibility issue rather than a hardware fault.

    It's probably a Bluetooth LE (Low Energy) device and thus drops into deep sleep mode to save battery. I see the same with a couple of BT remotes that I have. Investigating how to avoid "press button to wake remote, wait, press again for the action" has been on my rainy-day project list for a couple of years, but it doesn't rain much where I live..

  • Please share debug logs from the current LE13 nightlies - otherwise not much to guess at.

    This could help?

  • If you Google on the Shield's remote there's a bazillion posts about disconnects under Windows and Android and there are patches that reconfigure the BT stack to hold the connection; but this negatively impacts on battery lifespan. I didn't find much comment on Linux use, and nothing that I'd consider as a workaround (so far).