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

AVR Boot load problems #11524

Closed
Roxy-3D opened this issue Aug 12, 2018 · 7 comments
Closed

AVR Boot load problems #11524

Roxy-3D opened this issue Aug 12, 2018 · 7 comments

Comments

@Roxy-3D
Copy link
Member

Roxy-3D commented Aug 12, 2018

I think I lost the boot loader on my Rumba board. I used a USBasp and Arduino to put a boot loader back on the board. I am now once again able to upload code to the board using the normal USB cable and AVR ISP.

But... Sadly, the LCD Panel just keeps screeching the buzzer and the uploaded code doesn't seem to do anything. Are there specific boot loaders I should try? I'm open to any recommendations that anybody has!!! Can I use the USBasp to upload the Marlin firmware?

@ManuelMcLure
Copy link
Contributor

You might want to look at http://forum.arduino.cc/index.php?topic=356420.0 post #5 - there appears to be some issue with the Mega2560 fuses that needs to be resolved before uploading a new bootloader will work.

@Roxy-3D
Copy link
Member Author

Roxy-3D commented Aug 12, 2018

Thank You! I did verify the Marlin firmware is running. I can do a M114 and a M119 and get expected numbers. But NOTHING else works!!!!! And the stupid LCD Panel just keeps screeching at me.

@Bob-the-Kuhn Bob... Why do the boot loaders disappear some times? And why are the fuses important when you put them back? I know the Marlin firmware is running because I can do a M114 and M119 and it talks to me.... But it is like the reset of the chip isn't working. I know you had trouble reloading a boot loader... Can you guide me through what I need to do?

@ManuelMcLure I did pull down that page and everything it referenced. But so far... I've only skimmed it. I'll need to spend an hour reading everything tomorrow. THANK YOU for the link!!!!!!

@ManuelMcLure
Copy link
Contributor

That behavior seems very odd. Once the boot loader has started Marlin up its job should be done. Unless the boot loader is setting up something wrong on the chip before passing control on to Marlin, which expects a specific state...

@Roxy-3D
Copy link
Member Author

Roxy-3D commented Aug 12, 2018

I only skimmed the links contained in the first link you posted. I'll dig in deeper tomorrow. But there is some bug in the Mega-2560 with regard to fuses and being able to see the entire memory space.

If only half of Marlin is there... That would explain a lot. (I suspect this theory is way too simple and not correct. But something like this would explain what is going on.)

@igorepi
Copy link
Contributor

igorepi commented Aug 13, 2018

USBASP with latest official or stock chinese firmware don't work with Atmega chips with more than 128Kb flash, i.e. Atmega2560. In order to program/verify all the Atmega2560 flash you'll need reflash USBASP with modified FW, https://github.com/PeterVH/usbasp/blob/master/bin/firmware/usbasp-v1.5.hex for example. Or you can edit official firmware yourself as in this commit: this single edit will be sufficient.

The problem is explained here.

@boelle
Copy link
Contributor

boelle commented Mar 13, 2019

@Roxy-3D should this one still be open?

@github-actions
Copy link

github-actions bot commented Jul 7, 2020

This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.

@github-actions github-actions bot locked and limited conversation to collaborators Jul 7, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants