Skip to content
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

General USB connectivity question #16

Open
dhanakane opened this issue Sep 29, 2020 · 2 comments
Open

General USB connectivity question #16

dhanakane opened this issue Sep 29, 2020 · 2 comments

Comments

@dhanakane
Copy link

When using a USB switcher to switch between devices, I observe a lag and sometimes a complete lack of connectivity. This is resolved by plugging and unplugging the USB cables. Switching always requires a replug of the cables if it is the first time a device is being switched to after booting/awaking the computer being switched to.

I observe this problem using a Discipad as well. I have tried swapping cables, but the issue does not go away.

There is also a marked "lag" detecting the device. Is there a reason for this?

I notice this issue on MacOS, but I can test with Raspbian if required. I have tried troubleshooting with dmesg to see if there are any errors, but I see none. It just looks like there is a delay before the device is recognised. If you have any tips on how to get the device to be recognised more reliably or to reduce the time to detection then that would be much appreciated.

@coseyfannitutti
Copy link
Owner

coseyfannitutti commented Sep 30, 2020 via email

@dhanakane
Copy link
Author

dhanakane commented Oct 3, 2020

So, if it helps, I believe I compiled my keymap from the command line using the Makefile in QMK. I also have the same problem with the Discipline I built and occasionally the Discipad too. Is this what you mean by manually compiling, or is there something I am missing? Running through the code in the link seems to use the Makefile to compile a keymap.

The suggestion of using the reset button is a good one. I will use that. Could I understand what the Reset button is doing in this case? Is it just a simple reboot for the keyboard? If this consistently resolves the issue, then I will recut my case to incorporate a window to access the boot and reset buttons. And perhaps the 6 pin header too, unless I can flash the firmware over USB once the keyboard is in bootloader mode.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants