Failed Upload from Arduino IDE to Orion Board

panomyopic · 2017-02-13 21:34:36 UTC

Hello!

This issue started when trying to upload a new version of the GCodeParser to the Orion Board. It compiles but fails to upload. The console box reports syncing issues. I’ve tried rudimentary steps like resetting the board at different times during the upload, unhooking everything besides the USB, making sure the buzzer is off, testing all possible USB ports. - The problem persists. Despite this, I can still send it gcode and see its startup through the Serial Monitor.

While looking up the issue, it looks like a missing Bootloader could be the issue. Is there a way to identify if this is the case?

Last time I successfully uploaded a sketch was December 2016
The board shows up as USB-SERIAL CH340 in the device manager.

Below is the verbose output for the compile and upload:

pastebin.com

http://pastebin.com/raw/1BUsTfpV

Arduino: 1.8.1 (Windows 10), Board: "Arduino/Genuino Uno"

C:\Program Files (x86)\Arduino\arduino-builder -dump-prefs -logger=machine -hardware C:\Program Files (x86)\Arduino\hardware -hardware C:\Users\absti\AppData\Local\Arduino15\packages -tools C:\Program Files (x86)\Arduino\tools-builder -tools C:\Program Files (x86)\Arduino\hardware\tools\avr -tools C:\Users\absti\AppData\Local\Arduino15\packages -built-in-libraries C:\Program Files (x86)\Arduino\libraries -libraries C:\Users\absti\Documents\Arduino\libraries -fqbn=arduino:avr:uno -ide-version=10801 -build-path C:\Users\absti\AppData\Local\Temp\arduino_build_103565 -warnings=none -prefs=build.warn_data_percentage=75 -prefs=runtime.tools.arduinoOTA.path=C:\Users\absti\AppData\Local\Arduino15\packages\arduino\tools\arduinoOTA\1.0.0 -prefs=runtime.tools.avr-gcc.path=C:\Users\absti\AppData\Local\Arduino15\packages\arduino\tools\avr-gcc\4.9.2-atmel3.5.3-arduino2 -prefs=runtime.tools.avrdude.path=C:\Users\absti\AppData\Local\Arduino15\packages\arduino\tools\avrdude\6.3.0-arduino8 -verbose C:\Users\absti\Desktop\XY-Plotter-2.0-JasonDorie\software\GCodeParser\GCodeParser.ino
C:\Program Files (x86)\Arduino\arduino-builder -compile -logger=machine -hardware C:\Program Files (x86)\Arduino\hardware -hardware C:\Users\absti\AppData\Local\Arduino15\packages -tools C:\Program Files (x86)\Arduino\tools-builder -tools C:\Program Files (x86)\Arduino\hardware\tools\avr -tools C:\Users\absti\AppData\Local\Arduino15\packages -built-in-libraries C:\Program Files (x86)\Arduino\libraries -libraries C:\Users\absti\Documents\Arduino\libraries -fqbn=arduino:avr:uno -ide-version=10801 -build-path C:\Users\absti\AppData\Local\Temp\arduino_build_103565 -warnings=none -prefs=build.warn_data_percentage=75 -prefs=runtime.tools.arduinoOTA.path=C:\Users\absti\AppData\Local\Arduino15\packages\arduino\tools\arduinoOTA\1.0.0 -prefs=runtime.tools.avr-gcc.path=C:\Users\absti\AppData\Local\Arduino15\packages\arduino\tools\avr-gcc\4.9.2-atmel3.5.3-arduino2 -prefs=runtime.tools.avrdude.path=C:\Users\absti\AppData\Local\Arduino15\packages\arduino\tools\avrdude\6.3.0-arduino8 -verbose C:\Users\absti\Desktop\XY-Plotter-2.0-JasonDorie\software\GCodeParser\GCodeParser.ino
Using board 'uno' from platform in folder: C:\Users\absti\AppData\Local\Arduino15\packages\arduino\hardware\avr\1.6.17
Using core 'arduino' from platform in folder: C:\Users\absti\AppData\Local\Arduino15\packages\arduino\hardware\avr\1.6.17
Detecting libraries used...
"C:\Users\absti\AppData\Local\Arduino15\packages\arduino\tools\avr-gcc\4.9.2-atmel3.5.3-arduino2/bin/avr-g++" -c -g -Os -w -std=gnu++11 -fpermissive -fno-exceptions -ffunction-sections -fdata-sections -fno-threadsafe-statics  -flto -w -x c++ -E -CC -mmcu=atmega328p -DF_CPU=16000000L -DARDUINO=10801 -DARDUINO_AVR_UNO -DARDUINO_ARCH_AVR   "-IC:\Users\absti\AppData\Local\Arduino15\packages\arduino\hardware\avr\1.6.17\cores\arduino" "-IC:\Users\absti\AppData\Local\Arduino15\packages\arduino\hardware\avr\1.6.17\variants\standard" "C:\Users\absti\AppData\Local\Temp\arduino_build_103565\sketch\GCodeParser.ino.cpp" -o "nul"
"C:\Users\absti\AppData\Local\Arduino15\packages\arduino\tools\avr-gcc\4.9.2-atmel3.5.3-arduino2/bin/avr-g++" -c -g -Os -w -std=gnu++11 -fpermissive -fno-exceptions -ffunction-sections -fdata-sections -fno-threadsafe-statics  -flto -w -x c++ -E -CC -mmcu=atmega328p -DF_CPU=16000000L -DARDUINO=10801 -DARDUINO_AVR_UNO -DARDUINO_ARCH_AVR   "-IC:\Users\absti\AppData\Local\Arduino15\packages\arduino\hardware\avr\1.6.17\cores\arduino" "-IC:\Users\absti\AppData\Local\Arduino15\packages\arduino\hardware\avr\1.6.17\variants\standard" "-IC:\Users\absti\Documents\Arduino\libraries\Servo\src" "C:\Users\absti\AppData\Local\Temp\arduino_build_103565\sketch\GCodeParser.ino.cpp" -o "nul"
Using cached library dependencies for file: C:\Users\absti\Documents\Arduino\libraries\Servo\src\avr\Servo.cpp

This paste has been truncated. show original

Any advice is appreciated!

charlieb · 2017-02-13 21:53:05 UTC

Usually when I see that message it’s because I’ve selected the wrong board type or subtype. It looks like the compile worked OK but couldn’t upload to the board. I’ve also seen this if I select the wrong COM port but if you can use the serial monitor that’s less likely.

panomyopic · 2017-02-14 02:28:26 UTC

Interesting! I’ve been using the Arduino/Genuino Uno profile and also tested the Arduino Leonardo profile. I’ve also tried a different computer and previous versions of the IDE just in case. I suspect something went wrong with the board or the boot loader so I’m tempted to grab a new one.

tech_support · 2017-02-14 04:29:33 UTC

Hi panomyopic,

You may refer to this document to test the Blink program.Test if the Arduino board is working or not with the Blink program.zip (635.0 KB)

panomyopic · 2017-02-14 14:24:42 UTC

Thanks, the Blink sketch produces the same issue.

charlieb · 2017-02-14 14:40:45 UTC

It’s very odd (to me) that you can get serial communications working and run the board if there is something really wrong with either the bootloader or some hardware on the chip. Do you see the processor option on the tools menu? I’m not sure if you should or not, I’m at work right now so I can’t check. But if you do maybe try both options there too. Do you have another arduino board you can test with?

I’ve also had some annoyance a while back with the arduino changing ports as and when windows decides it wants to. I kinda clutching at straws here because something doesn’t add up (at least with my limited knowedge).

panomyopic · 2017-02-14 15:06:57 UTC

Yeah it’s been a strange and frustrating troubleshoot. I am able to upload to my older Arduino Uno and ESP8266 boards, no problem. I do not see a processor option in the tools menu. Below are the IDE’s settings (boards.txt) for the Arduino/Genuino Uno profile.

pastebin.com

http://pastebin.com/raw/GGgDVAH4

uno.name=Arduino/Genuino Uno

uno.vid.0=0x2341
uno.pid.0=0x0043
uno.vid.1=0x2341
uno.pid.1=0x0001
uno.vid.2=0x2A03
uno.pid.2=0x0043
uno.vid.3=0x2341
uno.pid.3=0x0243

This paste has been truncated. show original

Are you running the most up-to-date software and libraries? I updated everything before trying to upload and wonder if something caused incompatibility.

system · 2018-06-10 14:37:14 UTC