FTDI Driver Issues
JetMan
Posts: 39
in Propeller 1
I've been using my machines (WIN7 x64 Laptop and desktop) to program props for years now. For some reason they stopped communicating via either machine. I installed Prop tool on a AMD x64 machine neghboring me and it works great, no issues at all. I noticed that the AMD machine or prop tool rolled out the 2.8.24 driver version, I've run full cleans on all of my drivers, shown and deleted all old drivers (both newer and older versions) , installed 2.8.24 and still no dice. I've tried multiple USB ports (2.0 & 3.0) to no avail. I'm really bummed that I now have to move my dev board from my desk to the guy next me to upload code and have spent hours today trying to figure this out, can someone help me here?
Comments
-Phi;
Do other USB drivers still work ok (eg CP210x ?)
Do you have FT232H/ FT2232H you can trial ?
Does it have any exclamation point icon on it or anything else there that indicates it's having trouble?
When you say "clean," do you mean uninstalling the drivers from Control Panel's Programs... feature? I've noticed that drivers installed from Windows Update do not show up in the Control Panel's Programs... feature, so I don't know how to Uninstall them.
I spoke with him and it does. But whenever he tries to open it with the IDE the port is in use. Even if he changes the port number and reboots.
@JetMan, There must be some software or service on your computer that is grabbing the port. Have you installed anything recently that you know of which might be trying to communicate to an external device of some kind?
Have you tried using the Parallax Serial Terminal (just press F12 in Propeller Tool) to selectively open any other existing ports to see if it's able to open others?
Is this a Propeller board that has a power switch, and have you always plugged the board into your computer while the Propeller is powered up? If so, please try switching it off first, then plug it to your computer. I'm struggling to find a culprit here, but I know that the Windows kernel will grab the port upon connection and things like the serial enumerator will try a few tests to determine if the device is an HID (keyboard, mouse, etc) or some other device that it has a service for. If the Propeller is powered and transmitting serial data shortly after connection, it may be confusing the system into thinking it's something else and Windows will prevent other software from opening that port. I don't think we've seen this problem with the Propeller, because of the extra delay in launching an EEPROM-based application- we see it with the BASIC Stamp on occasion though.
http://www.equisys.com/technotes/ztn1838.htm
http://stackoverflow.com/questions/42197/how-do-i-determine-which-process-is-using-a-serial-port
-Phil