Can't upload to any Arduino anymore. stk500_getsync() ... not in sync: resp=0x00

The last time I uploaded code to one of my Arduino was probably a month ago or two.
Now it suddenly doesn't work anymore and it's driving me crazy because I can't figure out the problem.

I tried it using 4 different Arduino UNOs and 3 different 5v Pro Minis and I tried 4 different USB ttl adapters... with and without dtr pin (for those without I used the reset method obviously)
No luck. The USB TTL adapters are detected just fine in the device manager and in the Arduino IDE the COM ports appear the way they are supposed to.
Code is compiled fine. It just fails to upload.
I'm pretty sure my settings are correct, too.


That always worked for me in the past for the Pro Minis.

So I assumed it would be one of those ridiculous bugs (btw is the Arduino IDE still in alpha or something?)
and updated to the latest version.
-> Same result. It doesn't work. I even made sure to open my sketch using the IDE directly, not by double clicking the .ino file.

Still the same.

Then I downloaded a command line tool called "ArduinoBuilder" I think. And I tried to flash the compiled binary with that. But I got pretty much the same error message. I even tried to compile the sketch with that tool before uploading.. still no luck.

Does anyone have an idea what the issue might be?
It can't be a USB Serial driver issue because my adapters are detected properly and work with other devices.
I doubt it's the IDE settings because I'm pretty sure I always used these settings in the past.
I also don't really think it's the IDE because I reinstalled it and because an alternative tool gave the same error.
It's also not the USB port. I disconnected all USB devices and tried my Arduinos on every single port.

No one? I've been trying to get this fixed for over a week now... and honestly I'm about to give up on Arduinos altogether. I really wish I wouldn't have invested so much money into it. :confused:

I didn't respond right away as I figured you would have used the forums "search" option to look for the error you are seeing.

"stk500" has a lot of different causes and the answer is not always simple or the same in each case.

So my suggestion is to read up om "stk500" using the search function provided.
I know it not ideal for you but many of my own issues have been solved by patience and a lot of reading.
Sometimes I have found that I might have used two of the answers or even just clues from an answer to work out what the problem is or was.

Anyway some of the work done for you right here

felic:
No one? I've been trying to get this fixed for over a week now... and honestly I'm about to give up on Arduinos altogether. I really wish I wouldn't have invested so much money into it. :confused:

I faced the same issue , and I too am giving up on arduino ethernet shield.

@ seaurchin

The post does not mention Ethernet shields.
So your issue is not the same. please don't cross post.

I have at least two Ethernet shields (a real one and a copy) working just fine.
So maybe its a user issue ?

@Ballscrewbob I'm not stupid. As I said, I've been trying to fix this for weeks. And that included extensive google sessions. I generally don't use the built-in search function of websites, as in 99% of the time google provides better results.

After reading more than 20 threads on this issue and all of them essentially containing the exact same information, I just gave up. There are probably still more than 50 threads left about this that I haven't read yet, but honestly what are the odds of those threads containing any new information?

So I figured I would create a new proper thread, explicitly explaining what I was able to rule out already.

I am glad I came here. I am having the same problem and I was about to drop my computer in the dust bin. it looks like a bug with this version. before updating to the latest version I didnt have this problem.

I guess I can try downloading my IDE, maybe that will fix it. (Wouldn't be the first time)
But I really don't have much hope...

I tried it with 1.6.4 now, but still no luck...

As I said, I've been trying to fix this for weeks. And that included extensive google sessions.

So ... where is the "standard information" that "we" always ask for in such situations? The output from "verbose upload", the results of the loopback test, information about what else is on your PC? The list of the various things you've tried and what results they showed?

Most likely causes for "upload stops working entirely":

  1. COM port numbers changed, unnoticed.
  2. Windows "updated" drivers to non-working versions (esp: see FTDIGate)
  3. Some other application has been installed that interferes with COM port communications

Well, that information is on my computer. I analyzed it myself. Anyway, I'll post it later today.

  1. No, I used many different adapters on many different USB ports. Obviously the COM port will change when using a different port.
  2. Windows update is disabled on my PC, it only installs/enables spyware anyways...
  3. Unlikely, but I will check.

@ felic

What type of USB ports ? 2.0 or 3.0 ?
3.0 are known to be an issue but you state quite adamantly that USB is not an issue.
To rule that out properly we need to know the type as the forum is littered with posts about this issue.

No updates can and will cause software issues as not all applications may install correctly if the current level of OS requirements are not met. If you suspect spyware installs then you have a much bigger issue that we cannot help you with. My suggestion is that you perform a FULL scan not only for VIRUS but use something like MBAM to also scab for things that most AV misses. After that perform at the very minimum the updates that windows suggests excluding optional ones.

WestFw suggestion is a fantastic one as we dont know everything you have installed but heads up in that not all com port blocking software may be obvious...Modem drivers seem to be a big culprit as do some other normal USB type software.

Please don't rule out things unless you are 100% sure from a low level perspective