Welcome to ScubaBoard, an online scuba diving forum community where you can join over 185,000 divers from around the world discussing all things related to Scuba Diving. To gain full access to ScubaBoard (and make this large box go away) you must register for a free account. As a registered member you will be able to:
Participate in over 500 dive topic forums and browse from over 5,500,000 posts.
Communicate privately with other divers from around the world.
Post your own photos or view from well over 100,000 user submitted images.
Gain access to our free classifieds marketplace to buy, sell and trade gear, travel and services.
Use the calendar to organize your events and enroll in other members' events.
All this and much more is available to you absolutely free when you register for an account, so sign up today!
If you have any problems with the registration process or your account login, please contact the ScubaBoard Support Team.
Doug,
Just noticed that ACI/Oceanlog 2.x can select the incorrect com port when
locating the USB data cable com port.
This occurs because the s/w looks in the registry for
HKLM\HARDWARE\DEVICEMAP\SERIALCOMM\VCP0
While this method is nice in that the "VCP0" device will be created dynamically
when the USB data cable is plugged in, it is not guaranteed to always be VCP0 for
the Pelagic data cable.
If there is any other device in the system that creates a virtual comm port prior
to the Pelagic data cable being plugged in, the pelagic data cable will get assigned
something other than VCP0.
So say somebody has another USB serial device in their system it would be assigned
VCP0 and the Pelagic data cable would be assigned VCP1 when it is plugged in.
Virtual comm ports can also be created for certain types of other devices
or even debugging tools.
A better/foolproof method is to locate the com port by running
through all the enumerations of the FTDI devices and subinstances under the
HKLM\SYSTEM\CurrentCotrolSet\Enum\FTDIBUS hive and look for
"USB Download Interface" in the "Friendlyname" values of each sub instance.
This will indicate which device is a Pelagic USB data cable.
Then you can grab the "Portname" value from the "Device Parameters" hive
of that instance.
This gives you a comport name but only tells you that the device driver
has been installed and the cable has been plugged in but doesn't you if the
cable is currently plugged in.
To tell that, you must then go back to the ...\DEVICEMAP\SERIALCOMM hive
and check each virtual comport instance for a comport name that matches
the name you got from scanning the FTDIBUS instances.
If there is a match, you know that the Pelagic data cable is currently plugged in.
Not as simple as the current method used in OceanLog/ACI but it will always work, even when the PC has other virtual comports installed.
This appears to be the exact same problem that I am having. I just got an Atom 2.0, and I installed the drivers and OceanLog Beta from the website. I have Windows 7, 64 bit version.
The program starts fine. But when I try to download info from the PDC, it will not work. If it's the first time I've connected the interface cable to the computer since restarting, I will get a runtime error (I'll edit this to put in the runtime error info) and the program will shut down. If I have disconnected and reconnected the interface cable it will be assigned the next VCP number. Each time I unplug the cable and plug it back in, it gets the next VCP number. When I try to download the dive data, the window will only show "USB Interface NOT FOUND".
I tried calling technical support, and I spent about an hour and a half trying to get this resolved. It looks like the problem is in the Windows 7 64 bit drivers.
I have also installed this program on a Windows Vista 32 bit machine, and it works fine, so it's not the cable. Also, on the Vista machine, if I unplug the cable and plug it back in, it always remains VCP0.
Is there anything that I can do to get this running on my Windows 7 machine?
NOTE - The Runtime error is "-2147418113 (8000ffff)': ie_NOpen - device not open
Last edited by AdamL; March 11th, 2011 at 04:52 PM.
Reason: Added runtime error info