-
Notifications
You must be signed in to change notification settings - Fork 58
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
USB mouse and Magic Trackpad 1 not working #31
Comments
If it's listed as paired host, and you're connected to the laptop, then there should definitely be something in The 2 things we are working with is the big long number in sdp_record.xml and the corresponding number after As your device already has multiple report IDs, you'd also need an additional change to the mouse filter code. I think your filter code would just end up as a single line: Hopefully, if @ruundii comes back around to fix up some things, then we can look at making this whole process completely automatic (#23). |
If I were to take a guess from the info above, I'd say remove: |
If that doesn't work, it'll be pretty much impossible to debug without comparing hid-tools output on the host.. |
Thank you for your response! You've given me some direction to dig in and debug further. It seems like macOS treats HID devices a bit differently than I'll attempt to update the |
I tried replacing the string recommended. While it didn't exactly work, I'm now seeing Bluetooth packets that resemble the track pad events on the macOS host: I hadn't previously seen these packets until I changed the string in the Here's an example of me pressing The image above shows four packets that represent, in order:
And here's the first captured packet from me scrolling on the track pad: I'm still not sure why the keyboard works but the track pad doesn't but this is promising! Tomorrow I'll try to capture the packets when the connection is made between the hub and host. I hope this will tell something about how macOS is registering the Bluetooth device. Thank you again for pointing me in a direction! |
Last update for the day: I changed the Report Filter for the track pad from The three red/brown/orange(?) packets are from when I attempted to three-finger scroll. The rest of the packets appear to be recognized as a different type of packet that matches the working keyboard packets. Unfortunately, the keyboard does not work anymore. |
Yes, stick to the modified Mouse filter. When you run |
SDP records are now automatically updated, so everything should pretty much just work now. Please reinstall the latest version and give that a try. |
Super excited for this project! Thank you for sharing it.
TL;DR - Can you give me a bit more of a hint about what to look for and change in
sdp_record.xml
?I've successfully paired the Bluetooth hub with my MBP. It's listed as a
Paired Host
in the web console and events from my keyboard are making it to my MBP via the Bluetooth hub.I'm having trouble getting my Magic Trackpad 1st Gen to work. During the course of debugging, I've also been unsuccessful at getting a generic USB mouse (plugged into the Pi) to work. Neither the track pad nor them mouse seems to be sending events to my host Macbook Pro (MBP) via the Bluetooth hub. Both devices work when plugged directly into the MBP.
I've commented out lines 10 and 11 in the
MouseMessageFilter
as suggested by @Dreamsorcerer in #11.I'm not sure how to edit the
sdp_record.xml
in order to get it to work.I've installed
hid-tools
on the Pi and have successfully runhid-recorder
on the paired track pad. Here is the output:I've installed
hid-tools
on my MBP. However, when I runsudo hid-recorder
with my trackpad and keyboard paired to the Bluetooth hub and not paired directly to my MBP, I get the following:Here is the content of
sdp_record.xml
:I'm running macOS 11.5.1 "Big Sur" and Raspberry OS "buster."
The text was updated successfully, but these errors were encountered: