Author Topic: Xp & Windows 7 won't recognize board - software and driver problem (resolved).  (Read 8770 times)

Thinkerer

  • Newbie
  • *
  • Posts: 4
UPDATE - scroll to my lasts post for a workaround...I expect others will find this same problem; it pops up on other devices' forums.  Apparently there is a conflict between the latest arduino software and some older/other drivers.


~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Did all the installing of drivers etc:

Ran "Start" sketch per instructions with proper setting for both board and uploader.

Plugged in the Digispark after being prompted.  Ran fine.

Tried to modify and reload sketch and have had no luck.  Same plug, same board etc. etc.

After "upload" is selected in Arduino screen it prompts to plug in Digspark.  When plugged in, original sketch still runs after 5 sec. delay , "device not recognized" popup happens , and finally Arduino returns "device timed out" after 60 seconds.

No uploading of modded sketch.

What am I missing?
« Last Edit: April 28, 2013, 10:10:09 am by Thinkerer »

digistump

  • Administrator
  • Hero Member
  • *****
  • Posts: 1465
Re: Can't modify sketch - device search times out.
« Reply #1 on: April 25, 2013, 11:14:00 pm »
Do you have other Digisparks? If so please test them as well.


Also please try wiggling the Digispark in the plug, try different USB port, etc


It'd be a first for it to go bad after one upload - but it is possible - if that is the case we'll replace it.


What changes did you make to the script - shouldn't matter, but just curious.

Thinkerer

  • Newbie
  • *
  • Posts: 4
Re: Can't modify sketch - device search times out.
« Reply #2 on: April 26, 2013, 07:27:25 am »
I have two brand new ones that are doing the same thing which indicates computer problems rather than board problems - this is for a project in the lab so I'm going to try it on a few other machines there, including an old Xp we use to program "big board(?)" Arduinos.  I did try the different ports/cables/powered hub routine without any luck so far.

The changes were just changing the delay periods in the blink "start" sketch - I wanted to see how easy it was to work with/change sketches (final applications are a timing pulse to fire a laser in the lab, climate control sensing, etc.).  We'll see how it goes today.

Thinkerer

  • Newbie
  • *
  • Posts: 4
Update:  In addition to the original "problem" PC (W/7) as described,  subsequent trials with the other board resulted in "abort mission, an error has occurred".  So, in neither case were they properly recognized - one wouldn't reprogram and the other gave a wild error message.

I've tried it on three others:

Dell Netbook/Xp  Used for general Ardino programming for several years.  Won't decompress files without password request - copy and paste workaround suggested by one of your users results in a copy of Ardino 1.0.4 that crashes on opening.  Several attempts.  Driver seemed to install, but it's not useable since the sketch compiler won't run.  (The previous version from Arduino.cc runs fine still)

Dell Dimension 4600/Xp   Has previously been used for Arduino work but currently just a backup machine.

Download from Digistump showed as corrupted and un-decompressible.  Used transfer copy of software that worked yesterday and drivers loaded okay, and recognized chips (so they're not dead), but on attempted upload I get the following error:

Binary sketch size: 758 bytes (of a 6,012 byte maximum)Running Digispark Uploader...Plug in device now... (will timeout in 60 seconds)'C:\Documents' is not recognized as an internal or external command,operable program or batch file.

And nothing seems to fix this - changed the "preferences.txt" settings in the app data\arduino folder.  no luck.   Note that this has previously been used for Arduino work but has most of the software gone. Drivers are likely still in there somewhere though (read on).

Newish HP Pavilion Laptop (W/7) with no Arduino history - works wonderfully on both boards.  JOY!! The only common factor I can see here is that the previous three machines have been previously used for other Arduino work.  Possibly a driver collision/problem??


So, is there some way to uninstall the "old" drivers or other causal factors and put the "new" one in place to see if that's the problem?  Or am I barking up the wrong tree??

digistump

  • Administrator
  • Hero Member
  • *****
  • Posts: 1465
Re: Can't modify sketch - device search times out. Driver Problem?
« Reply #4 on: April 26, 2013, 04:36:41 pm »
As you can imagine my machines have seen every kind of arduino device and I haven't seen these issues so I'm not sure that is it


A few things:


Decompress/zip issues - these are very strange, Iv'e never been able to duplicate but have heard about them from a few people - our files are zipped with 7zip with no password - what unzip tool are you using?


The not recognized as internal..... - I've seen this on XP and when trying to debug it it went away with no rhyme or reason except a restart - can you try moving the arduino folder directly to the C drive and see if this persists


Windows 7 - sounds like a temperamental USB controller on this machine - I'm very suprised the powered hub didn't solve this.

Mark

  • Full Member
  • ***
  • Posts: 196
Re: Can't modify sketch - device search times out. Driver Problem?
« Reply #5 on: April 26, 2013, 10:33:43 pm »
Thinkerer
I would suggest the Dell netbook/XP is locked or has various parts locked since it need permissions to unzip.
This could be the directory (usually user/temp) or the winzip program itself.
It could also be the virus or firewall protection.

Part of the Arduino IDe is java, and the funnies around that, so it might not be drivers in the Dimension 4600 case.
You could try uninstalling the Arduino IDE using Windows uninstall (assuming the uninstall file is still there).


Windows 7 does throw some weird things with drivers and signing, even when you tell it NOT to go to 'mummy' for verification.

Eric
Going forward it would be useful if someone could write a proper Windows ini file for the Digisparks to use.
This seems to be the problem that it doesn't recognise it, and wants to head to the internet to find it, only to fail, and the device disconnects after 5 secs, so windows marks it as un-recognised.
Most of the other unknown devices stay on and allow the install process to finalise.

I don't suppose there is a way to modify Bluebies excellent bootloader so that holding pin5 low all the time will force it to stay connected.?


Mark


Thinkerer

  • Newbie
  • *
  • Posts: 4
Progress - it's a Driver/Software Problem
« Reply #6 on: April 27, 2013, 08:02:02 am »
Solved.  Got the Xp machines running (all I really need) by following advice on other boards where similar problems were reported

   http://forums.adafruit.com/viewtopic.php?f=21&t=35129   (probably the best of them)

 and getting rid of all previous Arduino drivers and software.   Note that this is recommended in the Arduino update page as well.

 This solved the driver/software conflicts and got the Digispark boards recognized consistently.  I suspect this will work with the W/7 machines as well.

Then added full software by decompressing the zipped file on a W/7 machine, loading it into a usb drive and transferring it to the Xp machines from there.  This got rid of the peculiar password request from Xp when it tried to decompress the files.

Installed newest driver and it all goes well.  Tedious but victorious - onward to more interesting failure modes!

Thanks everybody!
« Last Edit: April 28, 2013, 01:55:30 pm by Thinkerer »