Arduino - Help Please!!

[Gina]

I have a number of Arduinos of various types but now I can't seem to upload a sketch to any of them!  I have been using Arduinos in my projects for years and although I have sometimes had problems with cheap Nanos not had trouble with working Nanos or other types such as Uno or Mega.  I have tried both Linux Mint and Windows 7 and both are now refusing to upload sketches from the IDE.  I know I can do a lot with the RPi but some applications require an Arduino.

What can I be doing wrong?  Any suggestions please?  No!!!  I don't want to abandon electronics and astro and take up knitting again!!!

Desperate ole dopey of Devon!

[Dr_Ju_ju]

Nowt wrong with knitting......

but which version of the IDE are you using ?  (latest is 1.8.10) and you have the correct port\baud rate set ??

I also find it helps to have the Arduino unplugged from any board so its on its own....

Edited November 15, 2019 by Dr_Ju_ju

[Gina]

1.8.7 in Linux Mint and 1.6.4 on W7.  Both have worked in the past.

I have a genuine Arduino Nano connected to my W7 laptop.  The Device Manager says the chip is FTDI and is working correctly.  Com15 and 9600 baud.

Edited November 15, 2019 by Gina

[pete_l]

8 minutes ago, Gina said:

1.8.7 in Linux Mint and 1.6.4 on W7.  Both have worked in the past.

IIRC the uploader is a python script. Has something in your Linux implementation been upgraded (possibly without your knowledge) recently?

Or even just a duff USB cable?

Edited November 15, 2019 by pete_l

[Gina]

So the port is active with an FTDI interface chip as expected.

[Gina]

1 minute ago, pete_l said:

IIRC the uploader is a python script. Has something in your Linux implementation been upgraded (possibly without your knowledge) recently?

I don't know of anything that has been updated either in Linux or Windows.  If things are working alright I don't change them unless there's a very good reason.

[Dr_Ju_ju]

just been checking....

so, under tools "Board" is correctly set ?   and then "Processor" is set to Atmega328P (I use Old Bootloader)...

& forgot Programmer AVRISP mkii 

Edited November 15, 2019 by Dr_Ju_ju

[Gina]

Yes, correct.  Though my version doesn't have Old Bootloader option.

[Gina]

What about Programmer?  I have AVRISP MkII set.  Though I haven't changed that.

Edited November 15, 2019 by Gina

[Dr_Ju_ju]

and all the required libraries ?

[Gina]

Yes,  sketch compiles fine.  In fact the change to the sketch since I last compiled and uploaded is minor.

Edited November 15, 2019 by Gina

[JamesF]

What errors are you getting when you try to do the upload?

James

[Gina]

Quote

Arduino: 1.6.4 (Windows 7), Board: "Arduino Nano, ATmega328"

Sketch uses 5,148 bytes (16%) of program storage space. Maximum is 30,720 bytes.

Global variables use 458 bytes (22%) of dynamic memory, leaving 1,590 bytes for local variables. Maximum is 2,048 bytes.

avrdude: stk500_recv(): programmer is not responding

avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x20

avrdude: stk500_recv(): programmer is not responding

avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x20

avrdude: stk500_recv(): programmer is not responding

avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x20

avrdude: stk500_recv(): programmer is not responding

avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x20

avrdude: stk500_recv(): programmer is not responding

avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x20

avrdude: stk500_recv(): programmer is not responding

avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x20

avrdude: stk500_recv(): programmer is not responding

avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x20

avrdude: stk500_recv(): programmer is not responding

avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x20

avrdude: stk500_recv(): programmer is not responding

avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x20

avrdude: stk500_recv(): programmer is not responding

avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x20

Problem uploading to board.  See http://www.arduino.cc/en/Guide/Troubleshooting#upload for suggestions.

  This report would have more information with
  "Show verbose output during compilation"
  enabled in File > Preferences.

 

This is the complete IDE message copied and pasted.

[Dr_Ju_ju]

is the OS selecting the correct driver for the board, I've found some of the newer drivers, both Windows & Linux, make the IDE fail.....

[Dr_Ju_ju]

FYI, I just had the same as you, no upload, with an update to a focuser controller, but the OS had incorrectly set the driver. After manually setting CH340 type all worked as expected....

[Gina]

I haven't upgraded myself but it guess Windoze could have upgraded the FTDI driver automatically - FTDI Details - Assembly date 16/08/2017

[Gina]

2 minutes ago, Dr_Ju_ju said:

FYI, I just had the same as you, no upload, with an update to a focuser controller, but the OS had incorrectly set the driver. After manually setting CH340 type all worked as expected....

This is a genuine Nano with FTDI chip not CH340 though I have other Nanos with the CH340 chip.

Are you runing Linux or Win?

[Gina]

I'm on the W7 laptop ATM but I really want to use Linux Mint as that's my main desktop.

Edited November 15, 2019 by Gina

[JamesF]

Might be worth a look at the output of dmesg to see if there's anything helpful there?

James

[JamesF]

Actually, it's probably worth checking the output of lsusb too, to see if the device has actually connected properly at the USB level.

James

[Dr_Ju_ju]

Currently I'm using Win10, I'm building a new Ubuntu Mate 19.10 system, but not yet got to Arduino.....

[JamesF]

The above two on Linux.  I can't help with Windows.

James

[JamesF]

A quick search suggests another thing to check is that you have the correct port for the device.  And to check that you're not using pin 0 for anything else.

James

Edited November 15, 2019 by JamesF

[Gina]

Only one port is available to choose.

[Gina]

Port correct - chip type correct - FTDI chip driver working correctly.