Problem Uploading to Creality 1.1.5 board Ender 3

Using Arduino Avrdude, stk500, Bootloader issues
#1

Hey all,

Sorry, super new at this. Wanted to add Advanced_Pause_Feature and updated my 1.1.8 Marlin to 1.1.9 on my Creality 1.1.5 silent board for the Ender 3.

I followed this tutorial on how to get it working Easily upgrade the Marlin firmware on your kit 3D printer! - YouTube and it seems to have worked. While connected to the computer still, I was able to move around in the menu on my printer, check the about section and saw it was running 1.1.9. Figured everything was good.

I moved the printed back to it's spot in the garage and turned it on and the screen is just solid blue, no boot-up. It seems unresponsive to anything.

I brought it back to the computer and tried to re-upload using the same config file and now it's throwing me a "Programmer is not responding error"

Did I just brick this machine? Is there a way to restore it? Any help would be really great :slight_smile:

The error message is:

Arduino: 1.8.10 (Windows 10), Board: "Sanguino, ATmega1284 or ATmega1284P (16 MHz)"

Sketch uses 121916 bytes (93%) of program storage space. Maximum is 130048 bytes.
Global variables use 4617 bytes (28%) of dynamic memory, leaving 11767 bytes for local variables. Maximum is 16384 bytes.

avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x77
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x77
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x77
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x77
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x77
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x77
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x77
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x77
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x77
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x77
Problem uploading to board. See http://www.arduino.cc/en/Guide/Troubleshooting#upload for suggestions.

#2

I also cant use Tool > Get Board Info anymore. Doesn't seem to be reading the board post-flash

#3

I've experienced the exact same problem. Flashed the 1.1.5 silent board successfully to firmware version 1.1.9, but now it has weird issues.
I often get the solid blue screen when I try to boot up, but if I'm persistent in retrying I can eventually get it to boot. Once booted, it will work fine until powered off again.
I'm also getting the same error when trying to flash any firmware now. Really frustrating.

#4

I had the same issue, except with Ender 5 Pro but also Silent Board 1.1.5.
You will probably boot your printer, if you first connect power to MinoUSB port and then turn on the printer. But this is a walkaround, not a fix.

Here's the fix (that might break the printer totally, but more on that later):
What happened was probably bootloader got messed up. I reflashed the bootloader with Arduino Uno and now I am able to flash firmwares just with USB cable. However, after I did this, printer became useless because none of the axis will move. I tried different firmwares, checked the configuration.h edits, reflashed bootloader, etc, etc. Nothing works.

G28 crashes the printer without any movements. Yet checking endpoint sensors engagement shows they are open.

#5

Is this still an issue? I'm thinking about upgrading my ender 3 pro with silent board 1.1.5.

#6

Yes, this is still the issue with Arduino software. It won’t work with Marlin v2.
You need to use PlatformIO instead.

#7