-
-
Notifications
You must be signed in to change notification settings - Fork 389
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
Provide a way to identify board options via pluggable discovery #1660
Comments
@cmaglie - Now with IDE 2.0-rc7 supporting pluggable monitor, I'm revisiting my package for Teensy to better integrate with IDE 2.0. Any chance some of this can get put into the Pluggable Discovery Specification with notes about future implementation? My hope is to implement it soon in my discovery tool, and sometime in the future CLI & IDE 2.0 will make use of the extra info. |
I've actually implemented it here: #1674 There are still some task to be done:
Considering my current priorities, this won't happen before July... |
Ran it here a few times and I'm happy to say Arduino CLI is picking it up the extra FQBN field nicely. So far my discovery tool is only detecting 1 of the FQBN menu parameters. Will try more soon... In this run, IDE 1.8.19 programmed the hardware to be USB audio, and CLI board list is showing it properly with ":usb=audio" on the FQBN. |
@cmaglie @PaulStoffregen any updates on this one? |
@ubidefeo - I implemented this for Teensy's "USB Type" menu in version 1.57.0 of teensy-discovery. This is the package index to install 1.57.0, if you want to give it a try. https://www.pjrc.com/teensy/td_156/package_teensy_index.json Sadly, I haven't had time to add USB descriptors and code in teensy-discovery for Teensy's other 3 menus. Been crazy busy here dealing with supply chain problems. But teensy-discovery 1.57.0 definitely does support a "usbtype" property and package 1.57.0 has corresponding lines in boards.txt needed to build the FQBN with that menu setting, as in the screenshot above. |
As per @PaulStoffregen comment:
I think it could be implemented exactly as described above.
The text was updated successfully, but these errors were encountered: