Arduino problem.

[markm6164]

This is probably very easy for someone but its driving me crazy. 

I have an Arduino uno R3 board i bought 6 months ago. I used to use it fine on my desktop pc but not used it for a while. I decided to dig it out again and have another play with it. I have a Panasonic CF29 toughbook laptop running xp. I downloaded to software, installed the drivers. Check my COM port setttings in device manager then set com port in sketch software. I check uno is selected in board type. Tried to upload the blink sketch but it won't upload. I get error:

avrdude: stk500_getsync(): not in sync: resp=0x00

If i press shift and select upload i get error:

avrdude: ser_open(): can't open device "\\.\COM11": Access is denied.

Rx and Tx leds do not blink during the upload process. I have changed usb leads also swopped arduino to another com port. Tried reinstalling driver and rebooting etc. still no luck.

I fired up my desktop pc that i used to use the arduino on and everything works perfect. I can upload a sketch no problem. Any advise would be good.

Mark

[TerminalJack505]

The first place I would look is the Windows event logs.  Most likely there will be information in the logs that will get you further along so far as diagnosing the problem.  The user account might not have the necessary privileges, for example.  You might try running as administrator to see if that solves the problem.

[madires]

Have you tried to change the COM port to 0-3 in the device manager?

[TerminalJack505]

Have you tried to change the COM port to 0-3 in the device manager?

That brings up a good point.  Somewhere, in the back of my mind, I recall there being issues with COM ports with more than just a single digit.  So, changing the 11 to a 9 or less would be worth a shot.

[markm6164]

Com port 11 is my lowest free port, i have changed it to 14 and 256 and still get same problem.

[markm6164]

Fuuny thing is on the desktop where it works it uses com port 6.

[markm6164]

Changed com port to 7 and still get same problem avrdude: ser_open(): can't open device "\\.\COM7": Access is denied.

[TerminalJack505]

There might be some other process out there grabbing the port.  Maybe the process that is using all those other comm ports?

There are utilities that will tell you which processes have which files open.  (The comm port will look like a file under the OS.)

[markm6164]

Just got it working!!! I disabled 9 com ports and now it compiles fine. Must be used for bluetooth or something? See image.

[MacAttak]

What the hell do you have installed on this computer? It is very abnormal to have that many bluetooth drivers loaded.

Do you have a USB bluetooth dongle or something like that?

[westfw]

If i press shift and select upload

Don't do that any more.  Prior to Arduino 1.0, Shift-Upload would run the upload in verbose mode, which was useful for debugging  In current versions, it does "upload using device-programmer", which is almost never what you want when you're having problems (although in this case, it seems to have produced useful information, however inadvertently!)

The "new" way to to on verbose upload/compile is in the "Preferences" panel.

[David_AVD]

The "avrdude: stk500_getsync(): not in sync: resp=0x00" error is also a symptom of having the wrong board selected in the IDE.

[Psi]

Dunno what OS your running, or if this will help, but in Win7 you can clear out all the comport numbers so they start from 1 when you plug them in again.

1. Right-click “Command Prompt” in Accessories and choose "Run as Administrator"
2. Enter "set devmgr_show_nonpresent_devices=1" – without the quotes obviously
3. Enter "start devmgmt.msc"
4. In the box that opens, click the ‘view’ menu and select “Show hidden devices"

Now if you expand the section on COM ports, all the COM ports that have ever
been created will be displayed, the non present ones being in grey.
Click through them all and uninstall.


I use this all the time when testing USB-serial products because windows gives each unit a new COM number (different serial number in the FTDI chips).
If i don't clear out the ports it doesn't take long before i'm up to COM20 and the app can no longer find the unit.

[David_AVD]

I use this all the time when testing USB-serial products because windows gives each unit a new COM number (different serial number in the FTDI chips).
If i don't clear out the ports it doesn't take long before i'm up to COM20 and the app can no longer find the unit.

With a small registry hack, you can stop Windows from creating a new COM # for different serial numbers (on FT232RL for example).  We use this when testing the USB interfaces we make.

[Psi]

cool, i just looked that up and set the reg value.

thanks.