Go Down

Topic: Upload GRBL v1.1 freezes and aborts (Read 172 times) previous topic - next topic

asuryan

Jul 10, 2019, 07:48 am Last Edit: Jul 10, 2019, 07:48 am by asuryan
Hi there,

I got myself a CNC shield and wanted to upload grbl to it.

Unfortunately Im not able to upload grbl to the UNO that was delivered with it. Its possible to upload any other sketch to the uno clone EXCEPT grbl. When uploading grbl RX/TX light up, go dark it takes 5min and the IDE responds with "An error occured while uploading".

I allready reburned the bootloader which didnt solved the issue.

I suspect its the driver for the china uno clone USB chip maybe?!

Because:

Uploading grbl to an original uno r3 works like a charm.
The clone gets detected on "COM9" the original on "COM3 (UNO)"


Any ideas how to get the clone to work?

Thanks in advance!
Visit my blog! http://electronics.scriblab.de

BJHenry

I suspect its the driver for the china uno clone USB chip maybe?!
If you can load other sketches then the problem isn't the USB chip.
With 192 posts on the forum you should know to post the entire error message, not just that you got an error.

asuryan

#2
Jul 10, 2019, 09:21 am Last Edit: Jul 10, 2019, 09:23 am by asuryan
Thanks for your reply!

Yes I know... I attached a screenshot of the error.



Its german and says:
"An error occured while uploading the sketch"

Not more.

This is the standart output. I try the verbose now and post the output if its any different.
Visit my blog! http://electronics.scriblab.de

asuryan

#3
Jul 10, 2019, 09:29 am Last Edit: Jul 10, 2019, 11:50 am by asuryan
It seems like the programmer writes to the uno and then the programmer does not respond any more at a certain point in upload.

This is the verbose output of the GRBL upload attempt the UNO clone (which does NOT work):

Code: [Select]
avrdude: Version 6.3-20171130
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2014 Joerg Wunsch

         System wide configuration file is "C:\Program Files (x86)\Arduino\hardware\tools\avr/etc/avrdude.conf"

         Using Port                    : COM9
         Using Programmer              : arduino
         Overriding Baud Rate          : 115200
         AVR Part                      : ATmega328P
         Chip Erase delay              : 9000 us
         PAGEL                         : PD7
         BS2                           : PC2
         RESET disposition             : dedicated
         RETRY pulse                   : SCK
         serial program mode           : yes
         parallel program mode         : yes
         Timeout                       : 200
         StabDelay                     : 100
         CmdexeDelay                   : 25
         SyncLoops                     : 32
         ByteDelay                     : 0
         PollIndex                     : 3
         PollValue                     : 0x53
         Memory Detail                 :

                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           eeprom        65    20     4    0 no       1024    4      0  3600  3600 0xff 0xff
           flash         65     6   128    0 yes     32768  128    256  4500  4500 0xff 0xff
           lfuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           hfuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           efuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           lock           0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           calibration    0     0     0    0 no          1    0      0     0     0 0x00 0x00
           signature      0     0     0    0 no          3    0      0     0     0 0x00 0x00

         Programmer Type : Arduino
         Description     : Arduino
         Hardware Version: 3
         Firmware Version: 4.4
         Vtarget         : 0.3 V
         Varef           : 0.3 V
         Oscillator      : 28.800 kHz
         SCK period      : 3.3 us

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.00s

avrdude: Device signature = 0x1e950f (probably m328p)
avrdude: reading input file "C:\Users\asury\AppData\Local\Temp\arduino_build_400347/grblUpload.ino.hex"
avrdude: writing flash (29924 bytes):

Writing | ###############################################avrdude: stk500_recv(): programmer is not responding
#avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
Problem beim Hochladen auf das Board. Hilfestellung dazu unter http://www.arduino.cc/en/Guide/Troubleshooting#upload.



This is the output when uploading the blink sketch to the clone (which works):

Code: [Select]
avrdude: Version 6.3-20171130
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2014 Joerg Wunsch

         System wide configuration file is "C:\Program Files (x86)\Arduino\hardware\tools\avr/etc/avrdude.conf"

         Using Port                    : COM9
         Using Programmer              : arduino
         Overriding Baud Rate          : 115200
         AVR Part                      : ATmega328P
         Chip Erase delay              : 9000 us
         PAGEL                         : PD7
         BS2                           : PC2
         RESET disposition             : dedicated
         RETRY pulse                   : SCK
         serial program mode           : yes
         parallel program mode         : yes
         Timeout                       : 200
         StabDelay                     : 100
         CmdexeDelay                   : 25
         SyncLoops                     : 32
         ByteDelay                     : 0
         PollIndex                     : 3
         PollValue                     : 0x53
         Memory Detail                 :

                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           eeprom        65    20     4    0 no       1024    4      0  3600  3600 0xff 0xff
           flash         65     6   128    0 yes     32768  128    256  4500  4500 0xff 0xff
           lfuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           hfuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           efuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           lock           0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           calibration    0     0     0    0 no          1    0      0     0     0 0x00 0x00
           signature      0     0     0    0 no          3    0      0     0     0 0x00 0x00

         Programmer Type : Arduino
         Description     : Arduino
         Hardware Version: 3
         Firmware Version: 4.4
         Vtarget         : 0.3 V
         Varef           : 0.3 V
         Oscillator      : 28.800 kHz
         SCK period      : 3.3 us

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.00s

avrdude: Device signature = 0x1e950f (probably m328p)
avrdude: reading input file "C:\Users\asury\AppData\Local\Temp\arduino_build_157969/Blink.ino.hex"
avrdude: writing flash (930 bytes):

Writing | ################################################## | 100% 0.16s

avrdude: 930 bytes of flash written
avrdude: verifying flash memory against C:\Users\asury\AppData\Local\Temp\arduino_build_157969/Blink.ino.hex:
avrdude: load data flash data from input file C:\Users\asury\AppData\Local\Temp\arduino_build_157969/Blink.ino.hex:
avrdude: input file C:\Users\asury\AppData\Local\Temp\arduino_build_157969/Blink.ino.hex contains 930 bytes
avrdude: reading on-chip flash data:

Reading | ################################################## | 100% 0.12s

avrdude: verifying ...
avrdude: 930 bytes of flash verified

avrdude done.  Thank you.
Visit my blog! http://electronics.scriblab.de

asuryan

Any idea why this could happen?



Code: [Select]

.....

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.00s

avrdude: Device signature = 0x1e950f (probably m328p)
avrdude: reading input file "C:\Users\asury\AppData\Local\Temp\arduino_build_400347/grblUpload.ino.hex"
avrdude: writing flash (29924 bytes):

Writing | ###############################################avrdude: stk500_recv(): programmer is not responding
#avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
Problem beim Hochladen auf das Board. Hilfestellung dazu unter http://www.arduino.cc/en/Guide/Troubleshooting#upload.
Visit my blog! http://electronics.scriblab.de

ballscrewbob

Have both clones and originals running GRBL here just fine.
If the clone is detected correctly (as seems the case) then it is unlikely to be the driver.

Normally there is a number at the end of the STK500 error which can often give a clue to the reason.

Steps to take to be sure.

1. Remove the shield from the Arduino

2. Make sure you are using this driver for a clone if it based on the CH340

3. Ensure you are using GRBL 1.1F

4. Use a USB 2.0 port. If you only have USB 3.0 use a powered USB 2.0 hub between the Arduino and the computer.

5. If you can get the blink example or GRBL to upload to the clone then the issue is with the shield.

6. If you can confirm the shield is the issue place a piece of insulating tape over the USB connector to make sure the shield is not grounding out on the Arduino. Then go back to item 5.

7. If you notice anything else please take detailed notes and pass them back here.

Bob.
It may not be the answer you were looking for but its the one I am giving based on either experience, educated guess, google or the fact that you gave nothing to go with in the first place so I used my wonky crystal ball.

asuryan

#6
Jul 10, 2019, 06:41 pm Last Edit: Jul 10, 2019, 07:44 pm by asuryan
Thanks for your input! I will try that tomorrow.

In the meantime I found that post:
https://github.com/grbl/grbl/issues/1228

This seems to be the exact same problem.
But no satisfying solution since I allready burned the bootloader again.
Visit my blog! http://electronics.scriblab.de

asuryan

#7
Jul 11, 2019, 09:31 am Last Edit: Jul 11, 2019, 09:42 am by asuryan
Thanks all for your input.

[SOLUTION]
I actually solved it by directly uploading grbl to the UNO by connecting the Usbasp programmer to the ICSP header of the board and used „Upload using programmer".

Seems like it was not possible via USB. Dont know why... anyhow it works now and Im happy! :)

Thanks again for your help and time!
Visit my blog! http://electronics.scriblab.de

Go Up