-
Notifications
You must be signed in to change notification settings - Fork 5
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
[BUG] Switch Pro Controller can only re-connect when removed from Bluetooth devices #18
Comments
I cannot reproduce the issue on my end. It looks like hidapi cannot send data to your controller. So I've added more informations on subcommand error in the latest release, it should tell you why it fails. (for the lines "Subcommand write error"). You could also try to :
|
I've got the exact same problem. I've already enabled HidHide and installed the newest version. |
@PizzaPino Could you provides logs when it fails to connect with the 8.4.3 version ? Be sure to change "DebugType" in the configuration from "None" to "comms" beforehand to have detailed logs. |
First connection after Windows boot up.
Second attempt without re-pairing (usually works after quickly disconnecting with the Sync button and pressing a button again)
|
I've got updated logs after updating to the latest release.
|
This may have been solved in a recent commit in the original hidapi repo libusb/hidapi#577 |
The hidapi dll included with Betterjoy already includes this fix since early january (overlapfix branch here). However there was a more recent commit that might fix the issue (we get a connection event for a device which appears to not be connected then no disconnection event). Here is the updated hidapi dll (put the content in the BetterJoy folder and replace the files) : If it still doesn't work, an issue on the hidapi repository needs to be opened. |
Just did a test with the updated hidapi.dll's provided and still having issues:
|
Not fixed for me either but seems to be a different error compared to @tparr .
|
@PizzaPino You're having a completely different issue here. The device connect correctly but ViGEm fails to create the virtual controller. It says there is no error after the "Could not connect" because of a bug with an exception not being handled in ViGEm .NET. I just pushed a fix for that so it will display the proper error. To fix the issue you probably have to reinstall ViGEm, I had this happen twice in the past : after a windows update and after a failed update of ViGEm. Here is the BetterJoy at the last commit : Note aside, for the initial issue, @tparr when you try to connect your controller after a restart, is BetterJoy setup to start on windows startup or you start it by hand ? I'm asking this since I saw "Overlapped I/O operation" errors after resuming from standby which lead to a recent commit "wait until Windows resumed fully from standby". But even with those errors it would still connect once windows resumed from standby fully... Also what version of Windows are you on ? I saw reports on hidapi issue tracker with bluetooth and Windows 7. |
I've made some changes that might help in the latest release. |
I've been able to reproduce this 100% of the time with a shitty USB bluetooth adapter that I stopped using because I had random issues and unreliable connection (a TP Link UB500 V1). For some reason it fails with the pro controller but not the joycons. So trying with a better adapter (not USB if possible as they often suck) would probably work. |
Describe the bug
First time connection to Pro Controller is successful but it won't reconnect after shutoff. Hold Home button for poweroff and then press Start button to reconnect.
Controller (please complete the following information):
NOTE: Wired does work, initial and reconnect.
Initial Successful Connection output:
2nd Connection Attempt:
The text was updated successfully, but these errors were encountered: