Sail Trim Plugin

[rgleason]

Very interesting Jim. I was unaware of that problem. Thank you. Enjoyed your hatch construction blog.

[Zoef]

Originally Posted by Surveyor

If you are using Win 7 then the reason you can not see the plugin is most likely because of Microsoft's aggressive anti malware built into the OS. Even tho it gives me the option to unblock the ddls compiled by Rick, it doesnt actually unblock them. Related to the unsign drivers PITA they introduced with Win 7.

Right. I tried unblocking and also TakeControl, no success.
Now I do see the plugins Weatherfax 0.6, Celestial 1.4, Dashboard 1.2, Grib 2.2, BSB4 1.3 and Ais Radar 0.96.
Anybody knows the difference between these working dll's and the trimplot dll which might cause this behaviour?

[nohal]

Rick...
Are you sure you posted a Release build, done against 3.3.604 and not a later master?

Pavel

[rgleason]

Pavel and Zoef,

Sorry this has created so much trouble.

Ok I just tested it as follows:
Opencpn v3.2.2 - No
Opencpn v3.3.424 - No
Opencpn v3.3.604 - Yes (dated 7/1/2013 7:57am from File Thingie)
Opencpn v3.3.604001 - Yes (version made to satisfy Gilletarom, find File thingie)
Opencpn v3.3.711 - Yes -current beta

There are no data files required. This is very puzzling.
Attached is a third copy of the exact same dll that I am using just to be sure there is no file corruption. Take the .doc off the end and make sure there are NO SPACES please.

Maybe we can figure this out. I used VDR and the Nmea files on file thingie (see above) to test the plugin.

Rick

PS Zeof with Jim's suggestion it sounds like you are making progress. Please check the tirmplot.dll similarly.

[rgleason]

In src/trimplot_pi.h Found

include <wx/fileconf.h>

#define PLUGIN_VERSION_MAJOR 0
#define PLUGIN_VERSION_MINOR 1

#define MY_API_VERSION_MAJOR 1
#define MY_API_VERSION_MINOR 8

Which means it uses Plugin API 1.8 , I believe.
I compiled it on an later version and will try compiling on an earlier.

[HappySeagull]

rgleason,Your version from post#6 is working for me when I updated opencpn.exe to the newest beta 3.3.719.
(on XP)

[Zoef]

Just like for HappySeagul, the plugin worked fine after updating to 3.3.719.
Thank you all and enjoy the week-end.

[rgleason]

That's great. By the way, for me, it works in 3.3.604 too.

Since the Plugin API =1.8 and that is compatible with Opencpn 3.0, I will recompile using Ocpn 3.3.2 (refer to the Plugin API reference in the Developers Manual Different Plugin API Versions | Official OpenCPN Homepage). So that compile should be compatible with at least 3.2.2 and maybe 3.0.

Sean's Description:
"Plot trim and course over ground to make the result of small sail trim changes evident."
Preferences:
Speed - Checkbox to enable, scale ___ knots using ____ seconds.
Course - Checkbox to enable, scale ____ degrees using ___seconds.
Course prediction display -Checkbox, length ___ minutes using ___seconds.

This plugin requires a Nmea data stream to work:
COG course over ground (GPS)
SOG speed over ground (GPS)
I've used VDR (Voyage Data Recorder) and NMEA data found in the NMEA directory on file thingie to test this. Your testing will be welcomed, perhaps in real conditions.

Let us know how you use this and when it is most effective.

[rgleason]

Tried to compile the plugin in Opencpn v3.2.2

Output was:

1>------ Build started: Project: ZERO_CHECK, Configuration: Debug Win32 ------
...
3>------ Build started: Project: trimplot-i18n, Configuration: Debug Win32 ------
...
3> trimplot_pi-i18n: Done.
...
11>------ Build started: Project: trimplot_pi, Configuration: Debug Win32 ------
...
26>------ Skipped Build: Project: trimplot-po-update, Configuration: Debug Win32 ------
26>Project not selected to build for this solution configuration
...
11> trimplot_pi.cpp
11>..\..\..\plugins\trimplot_pi\src\trimplot_pi.cp p(248): error C3861: 'PositionBearingDistanceMercator_Plugin': identifier not found
11>..\..\..\plugins\trimplot_pi\src\trimplot_pi.cp p(339): error C3861: 'DistanceBearingMercator_Plugin': identifier not found
...
========== Build: 11 succeeded, 1 failed, 13 up-to-date, 21 skipped ==========

Perhaps someone more knowledgeable than me can advise why it cannot be compiled.

Line 248 trimplot_pi.cpp

void trimplot_pi::Render(ocpnDC &dc, PlugIn_ViewPort &vp)
{
if(!m_Preferences->m_cbCoursePrediction->GetValue() || !m_fixes.size())
return;

double bearing, distance;
ComputeBearingDistance(m_Preferences->m_sCoursePredictionSeconds->GetValue(),
bearing, distance);

PlugIn_Position_Fix_Ex current = m_fixes.front();
double dlat, dlon;
PositionBearingDistanceMercator_Plugin(current.Lat , current.Lon, bearing, distance
* m_Preferences->m_sCoursePredictionLength->GetValue() * 60.0
/ m_Preferences->m_sCoursePredictionSeconds->GetValue(),
&dlat, &dlon);
wxPoint r1, r2;
GetCanvasPixLL(&vp, &r1, current.Lat, current.Lon);
GetCanvasPixLL(&vp, &r2, dlat, dlon);

Line 339 Trimplot_pi.cpp

void trimplot_pi::ComputeBearingDistance(double seconds, double &bearing, double &distance)
{
PlugIn_Position_Fix_Ex current = m_fixes.front();

std::list<PlugIn_Position_Fix_Ex>::iterator it;
for(it = m_fixes.begin(); current.FixTime - (*it).FixTime < seconds; it++)
if(it == m_fixes.end()) {
bearing = distance = NAN;
return;
}

DistanceBearingMercator_Plugin(current.Lat, current.Lon, (*it).Lat, (*it).Lon, &bearing, &distance);
}

[nohal]

Rick...
These functions did not exist in 3.2, you can't build the plugin against it.

Pavel

[rgleason]

Thanks Pavel. Thought so. It appears that Sean has labeled this as Plugin API 1.8 which works with 3.0 but the plugin requires a function that does not exist in 3.2.0!

So shouldn't the Plugin API be changed to 1.10 to avoid confusion ?

[seandepagnier]

Sorry for the error. I need to change to 1.10 api for this.

Also this plugin is very basic now, expect much more, but functionally and visually.

Eventually the plan is some advanced features. For example, it might suggest you sheet the jib tighter or let the main out.. or it may suggest you move the attachment point for the wind vane closer or farther along the tiller.

It can also allow you to fine-tune traveller, and jib-sheet positions.. etc.

Also I have experimented with it calculating sea state frequencies some as well to give you and idea of sailing efficiency.

It is all fairly technical and most of the planned features will also require gyroscopes and wind sensors.

[rgleason]

Sean,

Happy Seagull, Zoef, Taarnskov and others have been trying Trimplot.
Without trying to suggest any direction for the plugin (your improvements sound very interesting) I thought you might find this post from Taarnskov useful
http://www.cruisersforum.com/forums/...ml#post1161795

Welcome back. How was the sail? Where are you? Haven't recompiled your other plugin improvements yet. Going sailing today for a week.

[rgleason]

Sean, I compiled Trimplot and tried to load it and it would not load. There were no output messages related to trimplot from compiling. Attached is the opencpn.log file

[rgleason]

Regarding Compiling successfully and then not being able to load the plugin.
See
FS#958 - Error reporting when pluings fail to load - Unresolved externals, compiles but does not load.


"I updated my own opencpn build tree with this patch as it greatly clues me in when developing plugins why they aren't there.

"This is mainly for developers. I have found that often if you have unresolved externals the plugin compiles fine, but cannot load because it is missing symbols. This patch prints out the exact symbol name into the opencpn log in this case."

OpenCPN::Tracker All Projects: Tasklist