Thank you for your reply.
The help files and UI are very well done and I have no problem understanding, working with or entering the Connections dialog data in OpenCPN.
If I am to connect to OpenCPN with TCP then I need some software
on my side to make the connection and send and/or receive the relevant data sentences. Sorry if that was not clear in my original post.
The answer to “How do you get the data into your network???” is a long story.
In 2000 I look my yacht out of charter service
to visit the Kimberly Region in the NW of Australia
, 300 nm of pristine coastal wilderness. I fitted davits
and an intergrated nav system with autopilot
, electronic charts
and other bits for single
handed operations assisted by my dog Nick. Departed Airlie Beach heading north inside the Great Barrier Reef.
The nav system worked very well but with 2 shortfalls.
1. The tracking algorithm was very slack.
2. Waypoint transit did not exist.
Sailing in reef waters requires a degree of care and precision, so by the time I got to Darwin I was ready to fix the problems. As luck would have it a fellow sailor from USA was very good with electronics
and he designed and built hardware
to interface with Seatalk
via a serial
connection and so all the bus traffic was available on the PC. I do not know how the electronics
did it but a two way interface worked very well.
I set about writing the software
. Because of my flying career (and training in astro nav) it was a natural to base the AP and Wp transit on methods used in aircraft navigation
The AP read the GPS
and calculate a heading correction and issued a “steer heading xxx” command. In a general sense the closure heading correction asymptoted to 0 along the curve of an ellipse, a gain factor provided sensitivity. The set or current
flow was calculated as well (plus other things). The Kimberly area have 10 m tides and strong currents in the reef areas.
The Wp transit became part of the AP responsibilities. The solution was to divided the problem into 4 phases.
1. Approach: Calculate an accurate DR turn time as a function of all data available GS, rate of turn , set etc.
2. Transit: At turn time simply turn to the next outbound heading.
3. Departure: Establish outbound tracking using a responsive gain factor.
: Maintain track using a lesser gain factor.
Having enjoyed the Kimberly's I completed the circumnavigation
and returned to Airlie Beach. Now that I was at home I wrote a simulator to drive the motion for further software RAD.
Eventually I decided it was time for a tree change so I gave the Seatalk hardware
away to a passing cruiser who wanted to install a similar system on his yacht and sold my boat and moved to a lifestyle farm in Under Down Under (Tasmania).
Time has moved on and I am ready to go back to boating
, but I am land bound.
I have pulled the original nav system software out of the archive and now want to connect the Simulator version to OpenCPN. Why? to do more RAD.
To do that I need to write TCP/IP network interface. The WinSock.dll is the software to master to achieve the TCP, but that is far to complex for me to master in the time I have left (am 73).
This is a common need for members wishing to connect TCP but lack the c/c++ programming skill and TCP experience.
PS. 95% of my programing is done with Delphi .
PPS. If your coming to the Kimberly’s fit davits
. Crocs think the dingy is baby boat and eat it. A croc also sank a float plane when getting amorous with one of the aircraft floats.