ACI/Oceanlog selects incorrect COM port.

Please register or login

Welcome to ScubaBoard, the world's largest scuba diving community. Registration is not required to read the forums, but we encourage you to join. Joining has its benefits and enables you to participate in the discussions.

Benefits of registering include

  • Ability to post and comment on topics and discussions.
  • A Free photo gallery to share your dive photos with the world.
  • You can make this box go away

Joining is quick and easy. Log in or Register now!

bperrybap

Contributor
Messages
528
Reaction score
19
Location
Dallas, Tx
# of dives
200 - 499
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.

--- bill
 
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:
https://www.shearwater.com/products/peregrine/

Back
Top Bottom