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

External Programmer Support #27

Closed
vifino opened this issue Aug 30, 2018 · 10 comments · Fixed by #720
Closed

External Programmer Support #27

vifino opened this issue Aug 30, 2018 · 10 comments · Fixed by #720
Labels
conclusion: resolved Issue was resolved topic: code Related to content of the project itself type: enhancement Proposed improvement

Comments

@vifino
Copy link

vifino commented Aug 30, 2018

Hi.

First of all, I highly appreciate arduino-cli. It's a very, very big step forward in integrating into my development workflow, especially when you don't always have a graphical session running.
Not having Java around is a nice thing as well.

I do miss support for external programmers like a USBasp and friends, however.
While the Arduino bootloader is quite handy, sometimes it's not an option.

While I might have missed the option, I only saw the option to specify a port, not a programmer.

@mbanzi mbanzi added the type: enhancement Proposed improvement label Sep 3, 2018
@weswitt
Copy link

weswitt commented Dec 19, 2018

+1 for this feature. i never use the bootloader and always use an external programmer.

@a7hybnj2
Copy link

This would be amazing! I currently use the IDE to upload via programmer then save the avrdude command needed to do so. I then make an .sh file in my project to use for that particular board and point it to the output of arduino-cli compile.

@matthijskooijman
Copy link
Collaborator

When this is implemented, it might be good to clean up how these programmers are supported. I was looking through the upload code in the Java IDE today, and noticed it is a bit of a mess. In particular, it seems the way preferences of various parts (board platform, core platform, tool platform, programmer, board, tool) are loaded is not quite consistent between normal upload, programmer upload and burn bootloader. It would probably be good to clean this up and make it consistent between these, and also with the build processs, to make things a bit more predictable (e.g. now, upload using programmer does not use values from the platform.txt, while compilation does...).

@ubidefeo
Copy link

@matthijskooijman don't worry about what goes on in the Java IDE too much.
CLI is built from the ground up and using external programmers is in development, just can't give you an ETA but it won't be long :)
We want to be sure we do this the right way and think twice to implement once 🙏

@matthijskooijman
Copy link
Collaborator

Well, overall it is a good idea to implement things in the same way the IDE did them, to keep compatibility. In this case, I think it would be good to somewhat break compatibility in favor of consistency, so just wanted to make that explicit.

Good to hear that there is some work ongoing. I'm happy to review and test once it's there.

@cmaglie
Copy link
Member

cmaglie commented May 28, 2020

@matthijskooijman you may want to have a look here: #720

@cmaglie cmaglie linked a pull request May 28, 2020 that will close this issue
2 tasks
@matthijskooijman
Copy link
Collaborator

I already had the PR open, waiting for a bit of time to look at it (but you know how it is). Thanks for the heads up, I'll try to review somewhere next week.

@vifino
Copy link
Author

vifino commented Jun 15, 2020

Wow, very nice! Thank you @cmaglie!

@matthijskooijman
Copy link
Collaborator

@cmaglie Thanks! I had a look over the code and tried this a little bit today, looking good. Also nice to see that the upload/program/bootloader handling is now all one function, so nice and consistent wrt handling of properties (unlike the Java IDE).

per1234 added a commit that referenced this issue Aug 9, 2021
…g-code-tests

Add tests for check configuration parsing functions
@weswitt
Copy link

weswitt commented Dec 10, 2023

Any way to use the avr dragon programmer? I don't see it listed.

@per1234 per1234 added conclusion: resolved Issue was resolved topic: code Related to content of the project itself labels Dec 10, 2023
@arduino arduino locked as resolved and limited conversation to collaborators Dec 10, 2023
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
conclusion: resolved Issue was resolved topic: code Related to content of the project itself type: enhancement Proposed improvement
Projects
None yet
Development

Successfully merging a pull request may close this issue.

8 participants