-
Notifications
You must be signed in to change notification settings - Fork 35
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
No COM port exposed for ergodox infinity in latest configurator #171
Comments
If you compile the firmware manually, you can edit the LCD with this info. That’s doesn’t address your issue directly, but is a workaround. I just used it to customize all my layers and the base image. |
I'm transitioning to using HID-IO (instead of the virtual serial port) for CLI access. The main advantage here is that actual RPC is supported instead of just going through a CLI (that can be a bit buggy at times). If you share with me the code (and OS) you're using I can try to rig up an example. Currently I can build examples in both Rust and Python. While it's not really suitable for scripting (doesn't create a device but handles keystrokes directly right now), you can try out the HID-IO Core example if you're not afraid of compiling some rust (though you may need something recent, I usually use nightly). https://github.com/hid-io/hid-io-core/blob/master/README.md#rpc-terminal-example To answer your first question, the virtual serial port was disabled as I want to keep the endpoints the same across all keyboards and the newer SAM4S-based keyboards only support up to 7 endpoints. The older Kinetis-based keyboards support more than 10 so there was always enough endpoints. The other reason was Windows bugs when scanning USB devices with multiple endpoints a driver must be installed for every device interface (collection of endpoints). If one of the interfaces doesn't has a driver then Windows won't allow you to read some of the important fields in the descriptor. The serial port was one of these interfaces (particularly in Windows 7 and earlier). Windows 10 it's not as bad of an issue (as they finally added a virtual serial port driver by default but the concern is still there). And the last reason, is that HID-IO makes the virtual serial port redundant, removing it simplifies the firmware quite a bit. |
The code for the IED-LCD-Editor is located at https://github.com/chuckdee68/IEDLCDEditor. I was trying to do the same thing as BOTButtcheeks and having the same issue. I can't speak for him but I normally use Windows 10. |
@dylanmcauliffe I just tried to go through that work around but I'm lost since it appears that the KLL files are no longer produced as part of the final output any more. I tracked down in the log that the KLL files do get created during the compile process right after clicking "Flash Keyboard" but If someone has a suggestion on how to get those KLL files from the configurator I would be glad to try and take a swing at your suggested work around again. |
If you're trying to do my suggestion, I compiled my firmware using the instructions here: https://kiibohd.github.io/wiki/#/Setup. The Docker method is easier when it comes to getting to/placing the files you have created from Windows. I created my .kll files by editing the defaults in the controller package. |
Hello, |
Why was this disabled?
last time I updated my keyboard was 2018 via the web interface and that still exposed the com ports
extra inconvenient since IED-LCD-Editor no longer runs without com ports meaning there is nothing to change the macro images in the firmware (doesn't matter since fails to do it on the base layer now, so now I have this rudimentary white I:C logo clashing with my keyboard's physical aesthetic which is beyond frustrating considering how much I have spent on customizing this keyboard, now there appears to be no solution to controlling the LCDs)
The text was updated successfully, but these errors were encountered: