Skip to content

Arduino nightly 2018/09/20 02:27 : "ArduinoAsISP" upload fail #8032

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

Closed
pierre83 opened this issue Sep 26, 2018 · 6 comments · Fixed by arduino/ArduinoCore-avr#56
Closed

Arduino nightly 2018/09/20 02:27 : "ArduinoAsISP" upload fail #8032

pierre83 opened this issue Sep 26, 2018 · 6 comments · Fixed by arduino/ArduinoCore-avr#56
Labels
Component: Uploading Uploading programs to an Arduino board Type: Bug

Comments

@pierre83
Copy link

pierre83 commented Sep 26, 2018

Uploading a barebone ATMEga328P with a NANO (my case) is impossible because in the file programmers.txt the following lines seems to be wrong:

arduinoasisp.protocol=arduino

and:

arduinoasisp.program.protocol=arduino

They should be:

arduinoasisp.protocol=stk500v1

and

arduinoasisp.program.protocol=stk500v1

When uploading, the symptom is:

         Using Port                    : COM4
         Using Programmer              : arduino
         Overriding Baud Rate          : 19200
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x15
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x15

and further:

avrdude: stk500_getparm(): (a) protocol error, expect=0x14, resp=0x14
@per1234 per1234 added the Component: Uploading Uploading programs to an Arduino board label Sep 26, 2018
@per1234
Copy link
Collaborator

per1234 commented Sep 26, 2018

Have you checked whether the problem is resolved by changing the programmer definition back to using the stk500v1 protocol?

Related commit: arduino/ArduinoCore-avr@b084848

@pierre83
Copy link
Author

Yes, the problem is resolved by changing these 2 lines from Arduino to stk500v1

@per1234
Copy link
Collaborator

per1234 commented Oct 6, 2018

Here's the PR where the protocol was changed, which has a lot of information on the reason for doing so: #3687
I had some trouble finding it because the PR is still open, but the commit from the PR was pulled into Arduino AVR Boards.

There is another report of this causing a problem here:
http://forum.arduino.cc/index.php?topic=569766.msg3895180#msg3895180

@per1234
Copy link
Collaborator

per1234 commented Dec 12, 2018

This issue has come up multiple times on the forum since the release of Arduino AVR Boards 1.6.22. I wonder if it wouldn't be better to revert arduino/ArduinoCore-avr@b084848 and add a new "Arduino as ISP (ATmega32U4)" programmer that uses the arduino protocol? Anyone have thoughts on that?

I made a 3rd party hardware package to add such a programmer years ago and have kept an eye out for people having trouble using ATmega32U4-based boards for Arduino as ISP ever since. That issue has rarely come up. So it seems to me that arduino/ArduinoCore-avr@b084848 is causing more trouble than it solves. I do like that it expands support for Arduino as ISP.

@facchinm
Copy link
Member

@per1234 totally agree, I'm taking care of it.

@facchinm
Copy link
Member

@per1234 I totally approve your solution, reverting to stk500v1 protocol for all boards except 32u4 and creating another "programmer" with arduino protocol. Would you mind filing a PR to https://github.com/arduino/ArduinoCore-avr/ ? Thanks you so much for your invaluable contribution!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Component: Uploading Uploading programs to an Arduino board Type: Bug
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants