navCenter is able to process two streams of NMEA data simultaneously; referring to them as Primary and Secondary Data Streams.
Using dual input streams is a relatively advanced approach and most people will find that using just the Primary Stream will be sufficient to meet their needs.
However being able to process Dual NMEA streams allows navCenter to provide solutions to some tricky situations that can occur in systems whose instruments use a mixture of NMEA2000/SeaTalkNG (N2K), SeaTalk1 and NMEA0183; particularly when setting up autopilot remote control.
The View shown here has the Secondary Data Stream activated.
The Secondary Stream supports TCP and UDP protocols with the full range of known protocols.
navCenter defaults to directing autoPilot commands to the Primary Data Stream.
When the Secondary Stream is activated navCenter is able to direct autoPilot commands to either the Primary or Secondary Data Stream.
The Pilot Type is automatically set depending on the Format being used by the selected data stream and it is not possible to change this selection unless the Protocol being used by the data stream selected is iConnect Client.
Then, as navCenter is unable to determine the Protocol being used by the iConnect Server, Pilot Type must be set manually.
Here we can see that the Secondary Stream has been activated and has been selected as the target Destination for autoPilot commands.
As the Secondary Stream is using Format NMEA0183 Pilot Type has been set to SeaTalk1.
SeaTalk NMEA Header has been initially set to STALK but this may be changed to PSMDST if required by the Gateway being used.
The diagram above depicts the possible evolution of a vessel's instruments system.
Now the original SeaTalk1/NMEA0183 instruments and navCenter are able to access the converted N2K data and if the N2K/NMEA0183 converter is bi-directional the converted SeaTalk1/NMEA0183 data would be available to the N2K instruments and autoPilot.
The Raymarine controls for the SeaTalkNG autopilot may sited alongside the existing instrumentation and converter connecting the two databuses should ensure that data continues to be shared.
However navCenter is not able to control the SeaTalkNG autoPilot. This is because there are no existing NMEA0183 sentences defined which are able to control a SeaTalkNG autoPilot and thus it is impossible for the converter to derive SeaTalkNG autoPilot commands from NMEA0183 sentences.
The only way for an app like navCenter to be able to control a SeaTalkNG autoPilot is by connecting, via WiFi, to a Gateway that that connects directly to the N2K databus and offers bi-direction transmission of N2K PGNs.
So if we want navCenter to be able to control the SeaTalkNG autoPilot you need to buy another Gateway🫤.
This is the unfortunate position that many people have found themselves in.
At this point it is worth noting that Gateway manufacturers may say of their Gateway something like this "allows control of Raymarine SeaTalk NG autopilots via NMEA0183 sentences".
Statements like this are misleading as what they actually mean is that they are able to convert NMEA0183 sentences (generally from a plotter) into equivalent N2K PGNs so that when a SeaTalkNG autoPilot is in TRACK mode a plotter is able to send the data required to enable the autoPilot to follow a route using information derived from NMEA2000/NG or NMEA0183 sentences.
The following link contains helpful information from Raymarine which explains this situation: Commands required to operate Track mode
In other words a Plotter may passing routing information to your autoPilot but it has no control over what the autoPilot does with that information.
Consequently you cannot change the mode (AUTO/STANDBY etc.) or the heading of your SeaTalkNG autoPilot using the above approach.
navCenter emulates Raymarines autoPilot remote control and thus is able to change the mode and heading of the autoPilot.
Consider An Alternative Upgrade Path
If you are adding N2K instruments and/or an N2K autoPilot to an existing SeaTalk1/NMEA0183 system it is possible to take another approach.
Consider carefully whether or not you really need the N2K data to be accessable by your existing SeaTalk1/NMEA0183 instruments and vice versa. Or whether it is sufficient to site the new instrument displays alongside the existing instrumentation.
If you decide that sharing data between the systems is not strictly necessary then instead of installing a converter there are two options that you could consider:
Taking either of the above options enables you to be able to:
Then navCenter be able to:
Both Data Streams will be seamlessly merged by navCenter. By taking this approach you will save the cost of a converter. Though, of course, you have had to buy another Gateway but a simple NMEA2000/NG Gateway can be purchased for considerably less than most converters.
If you wish to share NMEA0183 / NMEA2000/NG data between your instruments you can still add a converter for a complete solution.
However, the advantage of taking this approach becomes apparent should you decide or need to replace your SeaTalk1 autoPilot with a SeaTalkNG autoPilot.
Then you would simply assign navCeter's Pilot Destination to the NMEA2000/NG Stream and you would be able to see all of your NMEA data and be able to control your SeaTalkNG autoPilot from navCenter without any further hardware purchases.