Cruisers Forum
 


Join CruisersForum Today

Reply
 
Thread Tools Rate Thread Display Modes
Old 04-12-2010, 19:00   #31
Registered User

Join Date: Jun 2010
Location: St. Petersburg, Florida
Boat: Gemini 3200
Posts: 702
Quote:
Originally Posted by fgd3 View Post
What seems to be needed is some way to tell OpenCPN to look again for a GPS signal.
It seems you can force that by changing the com port, then changing it back.

Fabbian
__________________

__________________
fgd3 is offline   Reply With Quote
Old 04-12-2010, 23:51   #32
Registered User

Join Date: Dec 2008
Location: Oriental, NC
Boat: Mainship Pilot 34
Posts: 1,429
Well sometime after one hour hyperterminal crapped out!!!

The only difference from what happened with OpnCPN is that the com port seemed to continue to be available from device manager. But no data was shown coming to Hyperterminal.

David
__________________

__________________
djmarchand is offline   Reply With Quote
Old 05-12-2010, 01:40   #33
Senior Cruiser

Cruisers Forum Supporter

Join Date: Mar 2007
Location: Santa Cruz
Boat: Boatless Again
Posts: 4,316
I also have problems with the BU-353 and W7. Hyperterminal was giving good data, but Opencpn would not show any data flow on on the GPS/NMEA data screen.

Don't know if this is part of the problem, but the CMAPECS program with the BU-353 showed good data for position and SOG, but bad data for COG. Seems to me that I have found in the past the BU-353 does something weird with COG when it is not moving. I just gave up and went back to the XP machine--I'm developing a real dislike for my new netbook with W7 starter edition.
__________________
donradcliffe is online now   Reply With Quote
Old 05-12-2010, 01:58   #34
Registered User

Join Date: Jul 2010
Location: Monastir, Tunisia
Boat: Amel Sharki
Posts: 1,774
I wonder how a GPS system should process COG when the receiver antenna is not moving?

Gerhard
__________________
CarCode is offline   Reply With Quote
Old 05-12-2010, 02:10   #35
Registered User

Join Date: Dec 2005
Location: WNA
Boat: Dufour 35
Posts: 3,247
Quote:
Originally Posted by donradcliffe View Post
I also have problems with the BU-353 and W7. Hyperterminal was giving good data, but Opencpn would not show any data flow on on the GPS/NMEA data screen.

Don't know if this is part of the problem, but the CMAPECS program with the BU-353 showed good data for position and SOG, but bad data for COG. Seems to me that I have found in the past the BU-353 does something weird with COG when it is not moving. I just gave up and went back to the XP machine--I'm developing a real dislike for my new netbook with W7 starter edition.
I have a BU-353 as well and have had to dig into the particulars of this little gps. I'm using Linux.
BU-353 has two different modes Sirf and NMEA. OpenCPN only shows a NMEA datastream with the NMEA mode on, and can't read the Sirfmode. On Linux most users has gpsd installed and gpsd handles the Sirfmode without problems, but shows no data stream.
I wonder if you for some reason are using the Sirfmode, and this could be the explanation for lack of data stream.
I have found the SirfDemo utility handy on Win to, among other things, change the output mode on BU 353.

Thomas
__________________
cagney is offline   Reply With Quote
Old 05-12-2010, 02:37   #36
Registered User

Join Date: Jul 2010
Location: Monastir, Tunisia
Boat: Amel Sharki
Posts: 1,774
SiRF Mode is often used for road navigation (automotive used street maps) while NMEA is the standard for nautical navigation systems. Most GPS units can be configured. See pic:

Attached Thumbnails
Click image for larger version

Name:	rbt1000b.png
Views:	342
Size:	11.1 KB
ID:	21714  
__________________
CarCode is offline   Reply With Quote
Old 05-12-2010, 02:49   #37
Registered User

Join Date: Oct 2009
Location: Lelystad, The Netherlands
Boat: vd Stadt 44, Ben the Boat
Posts: 195
debug crash

Attached is my crash report from last night's run in debug mode.

The crash is not BU-353 specific, I suspect the driver is the problem! I have a Hicom with the prolific driver OpenCPN kept on running for more than 8 hours, with clean view of the satellites. I suspected a problem in previous tests.

The attached document is a word .doc document, pictures included. If there is a problem reading I can separate it in txt and jpg’s

Bart
Attached Files
File Type: doc OpenCPN Serial Crash.doc (400.0 KB, 117 views)
__________________
champ8242 is offline   Reply With Quote
Old 05-12-2010, 03:25   #38
Registered User

Join Date: Jul 2010
Location: Monastir, Tunisia
Boat: Amel Sharki
Posts: 1,774
Nice documentation. As seen OpenCPN works correct: After the 6 sec timeout for the watchdog OpenCPN recognized the lost GPS signals. As I suggested already Dave (bcat) should implement a popup message into OpenCPN for such cases.

Gerhard
__________________
CarCode is offline   Reply With Quote
Old 05-12-2010, 03:33   #39
Registered User

Join Date: Oct 2009
Location: Lelystad, The Netherlands
Boat: vd Stadt 44, Ben the Boat
Posts: 195
I think the NMEA code need some handling after the watchdog to close and/or reopen the port kick.

This is why i wrote my own serial app so I can see whats happening and what to do after the crash of the driver to get it up and running again. Tonight i will let Prolific crash with my app. Will post tomorrow

Bart
__________________
champ8242 is offline   Reply With Quote
Old 05-12-2010, 05:29   #40
Registered User

Join Date: Jul 2010
Location: Monastir, Tunisia
Boat: Amel Sharki
Posts: 1,774
BU353 and Prolific

Some notes about BU353 and Prolific Chipset:

When our company has used RS232/USB converters to support USB for our own automotive serial devices years ago we soon found out that the Prolific converters have problems running with certain computer hardware. We have switched then to the KeySpan USA-19HS converters which never fails.
Later on we have produced our own serial devices with the FTDI chipset which provides
Virtual COM Port (VCP) drivers and direct (D2XX) drivers for USB connection. A VCP driver emulates a standard PC serial port such that the USB device may be communicated with as a standard RS232 device. The D2XX driver allows direct access to a USB device via a DLL interface. This is the best solution but needs to write the appropiate software for.

You cannot change however the Prolific chipset of the BU353. So when using a BU353 you have to fiddle with the driver settings (FiFo memory and others) or even trying another computer hardware. We have had not investigated further on why Prolific fails sometimes years ago but simply abandonded it. Regarding the here reported problems it seems to me the stability of Prolific chipsets has not changed all the years.

Keep in mind also that Windows has the bad behavior that connecting an USB device into another USB connector as previously used results into a new driver installation.

__________________
CarCode is offline   Reply With Quote
Old 05-12-2010, 05:31   #41
Registered User
 
HotRod's Avatar

Join Date: Oct 2010
Location: SW Norway
Boat: Nidelv 28, 28ft
Posts: 243
Send a message via MSN to HotRod Send a message via Skype™ to HotRod
Just a reminder, you cannot use 2 programs at one comport at once. I don't know if you have tried to do so.
Also I would try to change the port number between com1-com4, if they are not free you could try to make some changes so that you free up one.
Vista is really "buggy" when it comes to comport handeling, and it is not every time that vista manages to drop a connection to a port after use.

As far as I know, OpenCPN is not litening for a GPS signal, but for the GPS sentences from the GPS.
There is no interaction between OpenCPN and the GPS, no triggering for start of any kind.

Another thing - I see that many people have trouble with the Globalsat BU-353, so you might want to investigate the GPS a bit more.

And David, a good GPS would be: Furuno GP-32, GP-33 (also requires a NMEA cable that does not come with the package), Garmin GPS 17x (smart sensor only, no display) something along that line should work fine.
__________________
HotRod is offline   Reply With Quote
Old 05-12-2010, 05:42   #42
Registered User
 
HotRod's Avatar

Join Date: Oct 2010
Location: SW Norway
Boat: Nidelv 28, 28ft
Posts: 243
Send a message via MSN to HotRod Send a message via Skype™ to HotRod
Quote:
Originally Posted by CarCode View Post
I wonder how a GPS system should process COG when the receiver antenna is not moving?

Gerhard
Usually it flickers/rotate due to inconsistent position.
It always set the coarse between two positions, so if there is a slight difference (there will always be) it will report some cog in one direction or the other..
__________________
HotRod is offline   Reply With Quote
Old 05-12-2010, 06:12   #43
Registered User

Join Date: Jul 2010
Location: Monastir, Tunisia
Boat: Amel Sharki
Posts: 1,774
Quote:
Originally Posted by HotRod View Post
Usually it flickers/rotate due to inconsistent position.
It always set the coarse between two positions, so if there is a slight difference (there will always be) it will report some cog in one direction or the other..
Therefore OpenCPN processes an average to get a straight line of COG when you have a look into its sources. A not moving antenna results in a not usable COG as I wanted to point out with my statement.

Gerhard

P.S.
Do not use com port numbers 1 to 4 for virtual com ports e.g. with a prolific driver as they are reserved for real physical com ports.
__________________
CarCode is offline   Reply With Quote
Old 05-12-2010, 06:21   #44
Registered User
 
HotRod's Avatar

Join Date: Oct 2010
Location: SW Norway
Boat: Nidelv 28, 28ft
Posts: 243
Send a message via MSN to HotRod Send a message via Skype™ to HotRod
There is no such thing as a reservation of comports after win2000, you can alter the comport number as you see fit from windows XP and onwards.

But you will find many apps fail if you have the GPS on a comport higher than 10.
__________________
Best Regards
OpenCPN Norge - Norwegian OpenCPN community
Frode
HotRod is offline   Reply With Quote
Old 05-12-2010, 06:43   #45
Registered User

Join Date: Dec 2005
Location: WNA
Boat: Dufour 35
Posts: 3,247
How come there is no problems on Linux with the prolific driver?
Perhaps the answer is in the drivers source code, pl2303.c, where little snippets like this can be found.
Quote:
/* The PL2303 is reported to lose bytes if you change
serial settings even to the same values as before. Thus
we actually need to filter in this specific case */
Thomas
__________________

__________________
cagney is offline   Reply With Quote
Reply

Thread Tools
Display Modes Rate This Thread
Rate This Thread:

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are Off
Pingbacks are Off
Refbacks are Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
Autopilot Dropping Out FraidNot Electrical: Batteries, Generators & Solar 2 29-04-2010 08:30
Solar Dropping in Price (Finally) schoonerdog Electrical: Batteries, Generators & Solar 36 02-04-2010 11:34



Copyright 2002- Social Knowledge, LLC All Rights Reserved.

All times are GMT -7. The time now is 21:02.


Google+
Powered by vBulletin® Version 3.8.8 Beta 1
Copyright ©2000 - 2017, vBulletin Solutions, Inc.
Social Knowledge Networks
Powered by vBulletin® Version 3.8.8 Beta 1
Copyright ©2000 - 2017, vBulletin Solutions, Inc.

ShowCase vBulletin Plugins by Drive Thru Online, Inc.