Go Down

Topic: Arduino Uno and Windows 10... Uploading issues (Read 14619 times) previous topic - next topic

kuhny1

Hey everyone, im having an issue that that popped up a few days ago. this is a pretty long story so i hope i dont make you tired :/

It began when i was driving a RGB LED strip, which is just one RGB LED with a light pipe. that came from a photocopier. At the moment i was running w8 as my laptops OS. the current driver for the arduino was a modem driver. It worked so i didnt bother changing it to the actual arduino driver, why fix something that isnt broken, right? Anyway i had signed up for the free 1 year windows 10 trial (my laptop is currently 3 years old so i would get a new one before this time was up). So the night i was messing around with the strip everything was fine uploading. It was pretty late and my upgrade to windows 10 was ready so i went to bed with the upgrade doing its thing. I was still curious over the strip so i began to do some more testing when I woke up. So i started up my computer and after poking around my new OS (windows 10) for about 10 minutes, I started up the IDE, plugged the UNO in, changed some code, and uploaded... sort of, not really at all. the only thing that happened, was the error "Serial port 'COM4' already in use. Try quiting any programs that may be using it". i poked around my computer for the culprit, i do alot of computer work to, so i know my way around. Nothing. i opened device manager and well i forgot to check this first. so i thought there would be no issues, just make the arduino impersonate a modem again. nope not this time, windows 10 doesnt have the option. so i was forced to mess around with the actual drivers. i installed the arduino driver in the arduinos driver folder and still no progress.

So now on to the IDE and the UNO board itself. i did the trick where you take the atmega328 out and bridge the RX and TX pins together and try typing to it through the monitor. nothing same error when i try open the monitor. so not the actual micro. i put the micro back in and and did some more searching online. nothing of importance but i did see that disabling and re-enabling the port helps. i did that and i manage to start the upload and the boards TX and RX light stayed almost solid, which shouldnt happen, they should flicker. then i got the error "Ser_Send: no info avail" or something very similar. Then i kept getting the first error and second error. then i tried updating firmware on the atmega even though i ruled it out. nope wont even do that error  can't open device "\\.\COM4": Access is denied. what the heck? i have never seen that error message out my 3 years working with these things.

now at this point im at loss, i have no idea what to do. the pin 13 status LED flashes when i try to upload indicating the auto reset has happened and that the code is coming in but it never pulls through. it only does this sometimes and only on the first attempt after closing and opening the IDE. after that, i get the first error i talked about.

--------------------------------------------------

so far i tried multiple times:

changing the com port
uninstalling the driver and then reinstalling
disabled and re-enabling the port

--------------------------------------------------


i have already got a ISP pocket programmer, and couple of AtTiny85s, because i have only worked with AVRs, and i enjoy them, and i intend on sticking with them. so i think im going to stray away from arduinos because they're just to fragile for me. someone literally made a complete list on how to destroy these boards. i already have about 5-6 years of programming experience so learning a new programming language wont be an issue.

i really just want to know if i somehow fried the atmega (i doubt it because the pin 13 LED flashes when powered up) or if the FTDI chip is dead. i think its a software issue on my computer though. most likely a driver issue.

if you made it this far, thanks for taking the time to read. ANY help would be greatly appreciated :)

kuhny1

Update!! A while ago I made a repstrap 3d printer of my own design :) and it uses a knock off arduino mega and a RAMPS board. I wasnt sure if all the problems I was having would effect the communication to the printers mega. It didn't, everything worked fine. So to narrow it down even further, I opened up the IDE and went to see if I could open the serial monitor. I could :0 if I would try that with the UNO connected it would say the port is already in use. So I'm starting to think that the RGB strip code is keeping the arduino from being uploaded to. And now that I think about it, I think I uploaded new code without testing before I went to bed. That would make it seem like the OS upgrade did that. The code that is currently stuck on the arduino used serial communication so I could see the randomly generated RGB values. This would cause the port to be busy, and not allow an upload, right? If I could change the title of the topic it would be "Arduino self confliction". My hope is that I can upload a blank code on the Atmega chip with the programmer I ordered. It uses ICSP to upload.

Again any other ideas, thoughts or help would be appreciated :)

KrashNBurn

Just an errant suggestion. I recently upgraded to Windows 10 and downloaded and installed the Arduino IDE. At first I couldn't get anything to upload. I looked at the tools section and noticed that the "AVRISP MkII" programmer was selected. I selected "Arduino as ISP" and my sketches started uploading without issue.

kuhny1

So I did get my programmer and uploaded a blank sketch. It did nothing it still refuses to let go of the com port. It has to be the idea.Any one else having issues with this or is it just me. The idea just want let go of the port. All I need is serial communication. Because that is what I need to send mouse control over to my pc

gedarius

I solved this problem running the IDE as Administrator.... worked for me

umesharma

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

open preproc\ctags_target_for_gcc_minus_e.cpp: The process cannot access the file because it is being used by another process.
Error compiling.

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


Can anyone suggest how to remove this fault..

Shazia_muzafar

Arduino: 1.8.5 (Windows 10), Board: "Arduino BT, ATmega328P"

Sketch uses 3490 bytes (12%) of program storage space. Maximum is 28672 bytes.
Global variables use 77 bytes (3%) of dynamic memory, leaving 1971 bytes for local variables. Maximum is 2048 bytes.
An error occurred while uploading the sketch
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x1a
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x1a
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x1a
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x1a
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x1a
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x1a
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x1a
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x1a
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x1a
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x1a
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"
option enabled in File -> Preferences.

Go Up