Cruisers Forum
 


Join CruisersForum Today

Reply
 
Thread Tools Rate Thread Display Modes
Old 03-05-2016, 06:12   #421
Registered User
 
rgleason's Avatar

Join Date: Mar 2012
Location: Boston, MA
Boat: 1981 Bristol 32 Sloop
Posts: 8,995
Instrument Appearance

SkipperEarly wrote
Quote:
Would it be possible in the AWA-AWS and the TWA-TWS dial to have the outer figures in the appearance-small style (like it is now) BUT the central speed in appearance-label style? That way the speed could be set larger for better reading.
Just so we can visualize what we have now. I do not understand "appearance-label" style.
Attached Thumbnails
Click image for larger version

Name:	Wind-Instr.jpg
Views:	67
Size:	34.1 KB
ID:	123610   Click image for larger version

Name:	Other-Instr.jpg
Views:	63
Size:	28.1 KB
ID:	123611  

__________________

__________________
rgleason is offline   Reply With Quote
Old 03-05-2016, 06:24   #422
Registered User
 
rgleason's Avatar

Join Date: Mar 2012
Location: Boston, MA
Boat: 1981 Bristol 32 Sloop
Posts: 8,995
True-Apparent Consolidation

I had sent this to Thomas Rauch earlier (maybe he'll do this, but I don't know).



Also attached is an idea for True-Apparent, considering that Cog/Sog is ground based like true wind.
A 85 11.5k [d.brown]
T 108 12.1k [blue]

[Graphic]

HDG 352 STW 5.0 [d.brown]

COG 348 SOG 5.2 [blue]
Now I am thinking the brown and blue should be switched, because
blue= water reference
brown=ground reference.
(Not shown this way in the image though)

It adds data to App & True Angle Instrument.
However I think there is potential for much better graphic representations, perhaps with a double dial and indicators.
Attached Images
  
__________________

__________________
rgleason is offline   Reply With Quote
Old 03-05-2016, 10:28   #423
Registered User
 
transmitterdan's Avatar

Join Date: Oct 2011
Boat: Valiant 42
Posts: 3,903
Re: Plugin: DashBoard

Quote:
Originally Posted by Hakan View Post
dan...
Without deep knowledge but what about a JSON message like how Jon used in OcpnDraw, OD, and Watchdog, WD?
OD and WD exchange messages as well as WD receives AIS messages from OCPN.

But of course no JSON messages are yet prepared in OCPN for the result of the VMG calculation.

Håkan

I think the "simplest" thing would be to have the code that computed VMG send a message to dashboard the same as the NMEA multiplexer does now. JSON format would be ok too. But that would mean the locally computed data would not be available for output on the NMEA multiplex. If we are only worried about dashboard that is not a big penalty IMO.
__________________
transmitterdan is online now   Reply With Quote
Old 03-05-2016, 11:17   #424
Registered User

Join Date: Nov 2012
Location: Orust Sweden
Boat: Najad 34
Posts: 1,933
Re: Plugin: DashBoard

Dan...
Or could something like this be used to get it as a common NMEA?
routeman.cpp: 716
// XTE
Code:
{
            m_NMEA0183.TalkerID = _T("EC");            
            SENTENCE snt;             
            m_NMEA0183.Xte.IsLoranBlinkOK = NTrue;
            m_NMEA0183.Xte.IsLoranCCycleLockOK = NTrue;            
            m_NMEA0183.Xte.CrossTrackErrorDistance = CurrentXTEToActivePoint;            
            if( XTEDir < 0 ) m_NMEA0183.Xte.DirectionToSteer = Left;
            else
                m_NMEA0183.Xte.DirectionToSteer = Right;            
            m_NMEA0183.Xte.CrossTrackUnits = _T("N");
            m_NMEA0183.Xte.Write( snt );
            g_pMUX->SendNMEAMessage( snt.Sentence );
        }
Håkan
__________________
Hakan is offline   Reply With Quote
Old 03-05-2016, 14:02   #425
Registered User

Join Date: Feb 2012
Location: Austria
Posts: 99
Re: Instrument Appearance

Quote:
Originally Posted by rgleason View Post
SkipperEarly wrote
Just so we can visualize what we have now. I do not understand "appearance-label" style.
Under appearance there are 3 settings, title/label/normal. I understand normal sets outer figures but was hoping the central figures could blinked to label, that way in your example the 18.5knt could be configured larger. But maybe the control doesn't allow this.

Sent from my D5803 using Cruisers Sailing Forum mobile app
__________________
skipperearly is offline   Reply With Quote
Old 03-05-2016, 18:05   #426
Registered User
 
transmitterdan's Avatar

Join Date: Oct 2011
Boat: Valiant 42
Posts: 3,903
Re: Plugin: DashBoard

Quote:
Originally Posted by Hakan View Post
Dan...
Or could something like this be used to get it as a common NMEA?
routeman.cpp: 716
// XTE
Code:
{
            m_NMEA0183.TalkerID = _T("EC");            
            SENTENCE snt;             
            m_NMEA0183.Xte.IsLoranBlinkOK = NTrue;
            m_NMEA0183.Xte.IsLoranCCycleLockOK = NTrue;            
            m_NMEA0183.Xte.CrossTrackErrorDistance = CurrentXTEToActivePoint;            
            if( XTEDir < 0 ) m_NMEA0183.Xte.DirectionToSteer = Left;
            else
                m_NMEA0183.Xte.DirectionToSteer = Right;            
            m_NMEA0183.Xte.CrossTrackUnits = _T("N");
            m_NMEA0183.Xte.Write( snt );
            g_pMUX->SendNMEAMessage( snt.Sentence );
        }
Håkan
That was my first idea. It probably work. We could probably create a "special" talker ID that the multiplexer would know should be sent to the dashboard but not back out to the NMEA output stream. I think it requires some fiddling with the multiplexer but should not be too bad. I'll do a little experimenting and see how hard it would be to do it this way.

There may be another benefit to this idea. In a case where O computes some navigational parameters that users wanted to appear in the NMEA output stream this would be an effective way to get that functionality.
__________________
transmitterdan is online now   Reply With Quote
Old 03-05-2016, 18:42   #427
Registered User
 
rgleason's Avatar

Join Date: Mar 2012
Location: Boston, MA
Boat: 1981 Bristol 32 Sloop
Posts: 8,995
Re: Plugin: DashBoard

Messages to and from OpenCPN. Jon Gough developed a format for each call and response, which was used by Watchdog, ODraw and Weather_routing. These messages (call and response) are available to all plugins. This system required small additions to OpenCPN code.

I have asked Jon if he could join in on this discussion.
You might want to look at
Messaging | Official OpenCPN Homepage
__________________
rgleason is offline   Reply With Quote
Old 03-05-2016, 18:50   #428
Registered User
 
rgleason's Avatar

Join Date: Mar 2012
Location: Boston, MA
Boat: 1981 Bristol 32 Sloop
Posts: 8,995
Re: Plugin: DashBoard

By the way, does anyone have an answer to my question here
Dashboard and Nmea question (Tracker)

about
FS#725 : NMEA use the actively maintained system's copy of nmea0183/ instead of a local copy
Quote:
Is Dashboard now using the main Opencpn copy of Nmea? I assume it is an updated version?
__________________
rgleason is offline   Reply With Quote
Old 03-05-2016, 19:31   #429
Registered User
 
rgleason's Avatar

Join Date: Mar 2012
Location: Boston, MA
Boat: 1981 Bristol 32 Sloop
Posts: 8,995
Re: Plugin: DashBoard

SethDart and/or TransmitterDan

We have had several discussions on the forum trying to clarify the term VMG which has several meanings.
Terminology -VMG & VMC - disambiguation
Quote:
..we need to use familiar terms but make each of them explicit with a 4 letter acronym (Thank you Barnakiel, your suggestions).
  • VMGC (or VMGT) Velocity made good to course (or target)
  • VMGW Velocity made good to wind
Thank you all for your input.
Can you implement these designations in Dashboard? I will write tom_bigspeedy who is preparing tacticss_pi so that he can use the same consistent terms.
Thankyou.

These changes have been made in these Feature Requests:
FS#2065 : Instr VMG in Active Route Console renamed to "VMGC"
FS#2051 : Instr VMGW (new) Calculate "Speed achieved directly towards, or away from, TWD"
FS#2050 : Instr VMG (existing) Change name to "VMGC" - Also Dial version bug

Also User Documents "Terminology" has been changed.
__________________
rgleason is offline   Reply With Quote
Old 03-05-2016, 23:11   #430
Registered User

Join Date: May 2013
Location: NSW, Australia
Boat: Richter 42
Posts: 874
Re: Plugin: DashBoard

Rick,
Unfortunately I am overseas at the moment and only have my tablet for email/web, so cannot help for a week or so.

However, If you look at the OD, WD, Weather_Routing and AIS stuff, I used standard JSON messaging, but i made the message a little more 'structured', so that reveivers knew who had sent the message and could respond, if needed, with identifiable responses. Seems like overhead with the current synchronous messaging, but makes sense if thinking about asynchronous messaging.

There only change I made to OCPN code was to put out JSON AIS messages. This was to eliminate the need to parse the NMEA message again. The messaging I used uses the standard 'SetPluginMessage' (I think that is what it is called) API.

Currently all messages are broadcast to all plugins (if they asked for it in their INIT section). It is up to the plugins to work out if they are interested in the message. I think the messaging structure in OCPN needs to be updateda little to provide for more targeted messaging, i.e. subscription, and to allow for asynchronous, non-guaranteed delivery/processing. However, that would be quite a change. It may be worth starting a 'messaging' thread to discuss this whole process and come up with an acceptable minimum set of data items that should be in all 'broadcast' JSON messages.

Jon

Quote:
Originally Posted by rgleason View Post
Messages to and from OpenCPN. Jon Gough developed a format for each call and response, which was used by Watchdog, ODraw and Weather_routing. These messages (call and response) are available to all plugins. This system required small additions to OpenCPN code.

I have asked Jon if he could join in on this discussion.
You might want to look at
Messaging | Official OpenCPN Homepage
__________________
jongough is offline   Reply With Quote
Old 04-05-2016, 02:53   #431
Registered User
 
transmitterdan's Avatar

Join Date: Oct 2011
Boat: Valiant 42
Posts: 3,903
Re: Plugin: DashBoard

I agree with Jon that if we are going to have an API that supports streams of messages then it needs to be optimized so as to avoid slowing down the program with lots of useless messages going anywhere and everywhere.

Dashboard is in need of a few other things before we tackle the VMG question. Right now there is no way for the user to control the behavior of individual instruments. So it is a lot of work to add code for another instrument even if it is the same as another one except for a change in formula or NMEA message type.

There was an idea about this in the beginning but the code is incomplete stubs that do nothing. In order to make the instruments configurable we need the framework for customizing individual instruments in a persistent way. Then we can let the user decide what parameter an instrument displays and what the name of the instrument will be. Each instrument could implement a context menu that would be specific to that instrument. The user should be able to select the specific data from a list of supported data types and algebraic combinations. That would reduce the number of instruments substantially and eliminate the need to keep changing the plugin every time someone wants to rename something or use a different formula.
__________________
transmitterdan is online now   Reply With Quote
Old 04-05-2016, 04:51   #432
Registered User
 
rgleason's Avatar

Join Date: Mar 2012
Location: Boston, MA
Boat: 1981 Bristol 32 Sloop
Posts: 8,995
Re: Plugin: DashBoard

Quote:
I agree .. API .. optimized so as to avoid slowing down the program
FS#1933 : Plugin Messaging Improvements & Efficiency - AIS so it does not impact program
- I believe Dan VOTED for it. Will others?

Quote:
Dashboard is in need of a few other things before we tackle the VMG question.
Could also be VMGc and VMGw or if it must be shorter VTC or VTW (another Barnakiel suggestion).

User Configurable Instruments- persistant. [Dan I like it!]
  1. add new instruments from a template.
  2. user defined instrument name.
  3. user selection of nmea data & algebraic combination from limited list.
  4. ability to change the formula or NMEA message type?
  5. user selection of instrument format choices from a list.
  6. user choices implemented via a specific instrument context menu.
  7. reduce number of instruments
  8. eliminate changes due to naming and change of data/formulas.
Question: Would a user be able to create a second or third instrument with different data, from a given 'template'.

How many templates would there be?
  • Analog Dial (several types)
  • Digital
  • Histogram
Another possible advantage to a template is that the "style" could be improved incrementally and it would apply to all associated instruments?

Another improvement would be to be able to drag the indivual instruments into the format and location that you would like, so that you could have a 2x4 instrument window, or 2x3 with with the left part all an double height analog dial instrument, for example. Kind of a drag the instrument within the window/menu and drop it. (-Same could be done with the Active Route Console afterwards)

Sounds like a long term improvement to me, but a good plan!
__________________
rgleason is offline   Reply With Quote
Old 04-05-2016, 05:11   #433
Registered User
 
rgleason's Avatar

Join Date: Mar 2012
Location: Boston, MA
Boat: 1981 Bristol 32 Sloop
Posts: 8,995
Messaging: Determine the best way.

Quote:
Expose the route data (e.g. VMG, TTG, etc.) to the Dashboard plugin by sending NMEA messages through the INPUT multiplexer. -->...might be some circular conditions... user to ask for NMEA data coming into the multiplexer to be repeated on the outgoing mutiplex.
Perhaps Bdbcat and others should advise regarding what would be the best approach. Maybe there needs to be a stronger messaging framework, then the Dashboard can use that framework for messaging?

Or perhaps just do it incrementally. Use what we have now and then change it?
__________________
rgleason is offline   Reply With Quote
Old 06-05-2016, 04:27   #434
Registered User
 
rgleason's Avatar

Join Date: Mar 2012
Location: Boston, MA
Boat: 1981 Bristol 32 Sloop
Posts: 8,995
Re: Plugin: DashBoard

Sean's Plugin Sweep Plot is partially implemented, however it offers some histograms for Speed and Course (Wind Speed, Wind Direction and XTE in a future version) and good preference controls.

This plugin consolidates the histogram aspect of Dashboard and could perhaps serve as basis for the next version of Dashboard Histograms, with improvements.

He uses some clever averaging techniques and has 10 and 60 minute choices for speed PDS (position determined speed) and for course PDC (position determined course).

See the brief Sweep Plot plugin page.
Sweep Plot | Official OpenCPN Homepage

I hope the plugin can be improved to show all histogram selections.
__________________
rgleason is offline   Reply With Quote
Old 15-05-2016, 07:51   #435
Registered User

Join Date: Apr 2016
Boat: Formosa 41
Posts: 20
Re: Plugin: DashBoard

Hi guys,

I have had some issues the XDR processing within the dashboard , I.e. Only processing sentences which match on transducer name "Airtemp" for example.

I have reworked the XDR section to be based on transducer type , this seems to make more sense to me and also allows for a few more instruments. Also allows developers to call their transducers what they like.

I don't know where I can upload my copy of dashboard_pi.cpp for review/inclusion?

I have posted the changed code in the thread link below;
NMEA sentence for the dashboard
__________________

__________________
Nick_Currawong 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
OpenCPN PlugIn Development bdbcat OpenCPN 78 29-07-2017 02:15



Copyright 2002- Social Knowledge, LLC All Rights Reserved.

All times are GMT -7. The time now is 12:09.


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.