AIS Targets Disappear After a Longer Period

[sinbad7]

Look at this scenario:

1. After 20 min ALL targets gets marked as lost,even live ones.
2. After 30 min all target marked as lost are DELETED,even live ones.

I think the right command should be.'Mark all lost targets after 20 min'
And then DELETE all lost targets after 30 min'
It now marks ALL targets as lost after 20 min.

Something wrong here..

Tore

[mrm]

I have an idea..

Tore, could you make a several hours long log (dump) of the AIS data from your receiver, and put this file somewhere on the net for download?

Ideally it would be the same data which appears to create problems..

[sinbad7]

mrm..

Sure,no problem...

Tore

[sinbad7]

mrm..

You can download a long NMEA datastream here:
AIS MESSAGES 1 HOUR.txt - 4shared.com - document sharing - download

I notice this message line is sent separately at regular intervals:
$AITXT,01,01,91,FREQ,2087,2088*57

It is obviously a message other navigation programs,Fugawi etc. are aware of and does not stop THEIR data input. Perhaps this message should also be taken into account by OCPN?

Tore

[mrm]

Thanks, got it. Will try to throw it at my OCPN install later in the day and report back.

Marius

[PjotrC]

Originally Posted by sinbad7

It is obviously a message other navigation programs,Fugawi etc. are aware of and does not stop THEIR data input. Perhaps this message should also be taken into account by OCPN?

I would be very surprised if an unexpected NMEA sentence would hang up OCPN...

In the case of my easyTRX2 the situation was clear: the AIS box stopped responding. Two separate systems connected to it lost all inputs, and there was an orange LED on the AIS box (labelled "Warning"). I tried to correlate this to the intensity of traffic received etc. but in vain.

Looking briefly at SR162 Troubleshooting Guide I notice that it does respond to some Input on the AIS-PC connection, doing some diagnostics etc. So maybe a stray _output_ from the PC... worth a look...

[edsailing]

I have been using 2.5 with XP and run continuously for days/weeks at a time (transatlantic, Med, etc) - never a problem with targets disappearing or losing GPS for that matter over the last 2 years. AIS from NASA AIS engine 3 to USB via RS232 converter, and GPS from puck, so it seems unlikely this is OpenCPN fault?

[sinbad7]

Pjotr..

All your suggestions are quite possible, BUT,why does AIS NOT get interrupted in other navigation programs or NMEA generators?

In both Fugawi Enc Marine as well as AIS Dispatcher,I receive AIS messages continuously for hours?

My other question was why the NMEA messages are NOT displayed in the datastream window when activated in the GPS section of OCPN. Or is this SOLELY for GPS messages?

Tore

[fgd3]

Originally Posted by sinbad7

My other question was why the NMEA messages are NOT displayed in the datastream window when activated in the GPS section of OCPN. Or is this SOLELY for GPS messages?

Tore

Have you tried selecting the port to which your AIS receiver is connected as the GPS port (Toolbox/GPS/NMEA Data Source) and setting the AIS port (Toolbox/AIS/AIS Data Port) to None? That should fool OpenCPN into thinking the NMEA data stream is coming from a GPS and make the data visible in the GPS/NMEA data stream window.

You won't get a position fix or any AIS targets, but you'll be able to look at the data stream.

Fabbian

[sinbad7]

Thanks Fabbian...

That actually worked!! Plus a couple of unusual messages at the start.

Tore

[sinbad7]

Ed..

I am using Vista Basic and a standard Serial to USB converter cable.

I have previously used Fugawi and Fugawi ENC Marine for many years in both Scandinavia,Germany and the UK and I have never had a total removal of active AIS targets.

Also,displaying/collecting continuous NMEA messages with my AIS Dispatcher without any disruption over hours. At certain regular intervals I also receive this message: $AITXT,01,01,91,FREQ,2087,2088*57

Perhaps OCPN does not know how to handle it? Or it could be a Vista thing?
I'd like to hear from other Vista users with the same input cable.

Tore

[sinbad7]

I have only upgraded to v. 2.6 during the past couple of days and I am concerned to see that several times,including a few minutes ago, when doing a query (right click) on an AIS target,OCPN ceases to function and aborts.

This is the logfile:

12:04:04: 2012-02-08
12:04:04: -------Starting opencpn-------
12:04:04: Version 2.6.1310 Build 2012-01-10
12:04:04: MemoryStatus: mem_total: 2037 mb, mem_initial: 11 mb
12:04:04: SData_Locn is D:\PROGRAM FILES\OpenCPN\
12:04:04: Error: Image file is not of type 9.
12:04:05: Error: Image file is not of type 9.
12:04:05: Error: Image file is not of type 9.
12:04:05: Error: Image file is not of type 9.
12:04:05: Error: Image file is not of type 9.
12:04:05: Error: Image file is not of type 9.
12:04:05: Using existing Config_File: C:\ProgramData\opencpn\opencpn.ini
12:04:05: Setting Viewpoint Lat/Lon -23.7058, -44.5738
12:04:05: Setting Ownship Lat/Lon -23.4442, -45.0752
12:04:05: System default Language: en_GB
12:04:05 PM: Opencpn language set to: en_US
12:04:05 PM: Using s57data in D:\PROGRAM FILES\OpenCPN\s57data
12:04:05 PM: Using Tide/Current data from: D:\PROGRAM FILES\OpenCPN\tcdata\
12:04:05 PM: Setting Viewpoint Lat/Lon -23.7058, -44.5738
12:04:05 PM: Setting Ownship Lat/Lon -23.4442, -45.0752
12:04:05 PM: NMEA Data Source is....Serial:COM5
12:04:06 PM: AIS Data Source is....None
12:04:06 PM: Using WVSChart datafile: D:\PROGRAM FILES\OpenCPN\wvsdata\wvs43.dat
12:04:06 PM: OpenPD: 392, new_count = 1 for COM5
12:04:06 PM: NMEA AutoPilot Port is....None
12:04:06 PM: PlugInManager searching for PlugIns in location D:\PROGRAM FILES\OpenCPN\plugins
12:04:06 PM: PlugInManager: Loading PlugIn: D:\PROGRAM FILES\OpenCPN\plugins/dashboard_pi.dll
12:04:06 PM: PlugInManager: Loading PlugIn: D:\PROGRAM FILES\OpenCPN\plugins/gecomapi_pi.dll
12:04:06 PM: Error: Failed to load shared library 'D:\PROGRAM FILES\OpenCPN\plugins/gecomapi_pi.dll' (error 127: den angitte prosedyren ble ikke funnet.)
12:04:06 PM: PlugInManager: Cannot load library: D:\PROGRAM FILES\OpenCPN\plugins/gecomapi_pi.dll
12:04:06 PM: PlugInManager: Loading PlugIn: D:\PROGRAM FILES\OpenCPN\plugins/grib_pi.dll
12:04:06 PM: PlugInManager: Loading PlugIn: D:\PROGRAM FILES\OpenCPN\plugins/logbookkonni_pi.dll
12:04:06 PM: Error: Failed to load shared library 'D:\PROGRAM FILES\OpenCPN\plugins/logbookkonni_pi.dll' (error 127: den angitte prosedyren ble ikke funnet.)
12:04:06 PM: PlugInManager: Cannot load library: D:\PROGRAM FILES\OpenCPN\plugins/logbookkonni_pi.dll
12:04:06 PM: PlugInManager: Loading PlugIn: D:\PROGRAM FILES\OpenCPN\plugins/nvc_win32_pi15_v11_pi.dll
12:04:06 PM: Error: Failed to load shared library 'D:\PROGRAM FILES\OpenCPN\plugins/nvc_win32_pi15_v11_pi.dll' (error 127: den angitte prosedyren ble ikke funnet.)
12:04:06 PM: PlugInManager: Cannot load library: D:\PROGRAM FILES\OpenCPN\plugins/nvc_win32_pi15_v11_pi.dll
12:04:06 PM: PlugInManager: Loading PlugIn: D:\PROGRAM FILES\OpenCPN\plugins/wmm_win32_pi15_v03_pi.dll
12:04:06 PM: Error: Failed to load shared library 'D:\PROGRAM FILES\OpenCPN\plugins/wmm_win32_pi15_v03_pi.dll' (error 127: den angitte prosedyren ble ikke funnet.)
12:04:06 PM: PlugInManager: Cannot load library: D:\PROGRAM FILES\OpenCPN\plugins/wmm_win32_pi15_v03_pi.dll
12:04:07 PM: ChartDB Cache policy: Application target is 1018 MBytes
12:04:07 PM: Loading chart db version: V016
12:04:07 PM: Chartdb: Chart directory list follows
12:04:07 PM: Chart directory #0: F:\CM93
12:04:07 PM: Chart directory #1: F:\CHARTS
12:04:08 PM: GPS Watchdog Timeout is: 6 sec.
12:04:08 PM: Initializing Chart F:\CM93\00300000\A\00300000.A
12:04:08 PM: CM93Composite Chart Root is F:\CM93\
12:04:08 PM: Loaded CM93 Dictionary from F:\CM93\
12:04:08 PM: Getting .gpx layer files from: C:\ProgramData\opencpn\layers
12:04:08 PM: New layer 1: BRAZIL-POIS
12:04:08 PM: New layer 2: East_Mediterranean
12:04:08 PM: New layer 3: Marine.Poi
12:04:08 PM: New layer 4: NORWEGIAN POIS
12:04:08 PM: New layer 5: N_Europe
12:04:08 PM: New layer 6: West Caribbean
12:04:08 PM: New layer 7: WX_WORLD
12:04:08 PM: Loading CM93 cell F:\CM93\01500900/A/01500900.A
12:04:10 PM: EnumerateSerialPorts() Found Garmin USB Driver.
12:05:05 PM: LOGBOOK: 2012-02-08 14:05:05 UTC DR Lat -23.44420 Lon -45.07520
12:18:24 PM: Initializing Chart F:\CHARTS\BRAZIL\BSB CHARTS\101.KAP
12:20:21 PM: EnumerateSerialPorts() Found Garmin USB Driver.
12:20:38 PM: Stopping Secondary Thread
12:20:40 PM: ClosePD: 392, count_after_close = 0 for COM5
12:20:40 PM: and so CloseComPortPhysical
12:20:41 PM: Stopped in 3 sec.
12:20:41 PM: NMEA Data Source is....None
12:20:41 PM: AIS Data Source is....Serial:COM5
12:30:00 PM: LOGBOOK: 2012-02-08 14:30:00 UTC DR Lat -23.44420 Lon -45.07520
1:00:00 PM: LOGBOOK: 2012-02-08 15:00:00 UTC DR Lat -23.44420 Lon -45.07520
1:20:56 PM: EnumerateSerialPorts() Found Garmin USB Driver.

Tore

[nohal]

Tore...
this is a known bug in the latest beta. Will be fixed in the next version.

Pavel

[sinbad7]

Pavel..

Thanks... but what are THESE error messages in the logfile each time I start OCPN?
12:04:04: Error: Image file is not of type 9.

And why can it not find the plugin directory or it's files? It's all there.
12:04:06 PM: Error: Failed to load shared library 'D:\PROGRAM FILES\OpenCPN\plugins/gecomapi_pi.dll' (error 127: den angitte prosedyren ble ikke funnet.)
12:04:06 PM: PlugInManager: Cannot load library: D:\PROGRAM FILES\OpenCPN\plugins/gecomapi_pi.dll

Tore

[nohal]

Tore...

12:04:04: Error: Image file is not of type 9.

Some broken image file can't be loaded. Do you have user icons?

12:04:06 PM: Error: Failed to load shared library 'D:\PROGRAM FILES\OpenCPN\plugins/gecomapi_pi.dll' (error 127: den angitte prosedyren ble ikke funnet.)
12:04:06 PM: PlugInManager: Cannot load library: D:\PROGRAM FILES\OpenCPN\plugins/gecomapi_pi.dll

The plugin API has changed in the last beta - it just tells you that plugins not compatible with the 2.6.1310 version were not loaded, intended behavior.

Pavel