Hi boaters,

We have developed two new models NMEA multiplexers, that offer selective
filtering of NMEA sentences and a lot of other options. See
www.shipmodul.com for more info.

Regards,
Meindert

Now THAT is interesting.

If the multiplexer detects two sources sending the same statements at
the same loop time, does it alarm some software on the PC to warn you?

"Hey, You! I'm getting RMC from 2 ports that has different data!
Which one do you want me to send to the output network??"

Is there a mapping software for it to show which statements come from
which source addresses/ports?

On Fri, 28 Nov 2003 17:47:49 +0100, "Meindert Sprang"
wrote:

Hi boaters,

We have developed two new models NMEA multiplexers, that offer selective
filtering of NMEA sentences and a lot of other options. See
www.shipmodul.com for more info.

Regards,
Meindert



Larry W4CSC

NNNN

Larry,

I suspect you would get tired of answering that question every 2 seconds

I prototyped an NMEA "Hub" a couple of years ago that could handle
about anything. Multiple inputs and outputs, filtering on every port,
routing between any input port and output port, Ethernet support, NMEA
2000 upgradable, status reporting of traffic. etc. Unfortunately I don't
have
the resources to commercialize it.

Meindert's product (as are all of his products) is first class. My NMEA
traffic at this time can be handled simply.

Doug
s/v Callista

"Larry W4CSC" wrote in message
...
Now THAT is interesting.

If the multiplexer detects two sources sending the same statements at
the same loop time, does it alarm some software on the PC to warn you?

"Hey, You! I'm getting RMC from 2 ports that has different data!
Which one do you want me to send to the output network??"

Is there a mapping software for it to show which statements come from
which source addresses/ports?

On Fri, 28 Nov 2003 17:47:49 +0100, "Meindert Sprang"
wrote:

Hi boaters,

We have developed two new models NMEA multiplexers, that offer selective
filtering of NMEA sentences and a lot of other options. See
www.shipmodul.com for more info.

Regards,
Meindert



Larry W4CSC

NNNN

"Larry W4CSC" wrote in message
...
Now THAT is interesting.

If the multiplexer detects two sources sending the same statements at
the same loop time, does it alarm some software on the PC to warn you?

No it doesn't. The idea is that if you have two sources of the same type of
data, you can either kill one by the priority mechanism or you can assign
different talker ID's to be able to distinguish between them. If you set
both options, the application software could detect the dissapearence of the
first source because of the sudden change in talker ID when the priority
mechanism times out.

Example: attach to GPS's, one on input 1, the other on input 2. Set the
channel priority and channel numbers. When both GPS's run, only number one
will come through and you see sentences like M1GLL. when the first one dies,
after the timout, you will see the second one as M2GLL. There's one weak
spot he when the second GPS dies before the first, you will not notice it
until the first one dies too :-(

Is there a mapping software for it to show which statements come from
which source addresses/ports?

I think so. One of my regular clients is using the multiplexers for software
that REQUIRES two different GPS inputs. (SOLAS requirement, I think) At the
moment they are using two multiplexers on each computer to achive this. With
the new one, they can use one multiplexer and set the talker ID on the
second GPS stream different from the first. In the software, they can also
program talker ID's to identify the different sources. I also remember
vaguely helping someone with Nobeltec software, that also allows you to
identify different sources by programming a talker ID in an .INI file.

Meindert

On Sat, 29 Nov 2003 00:06:29 +0100, "Meindert Sprang"
wrote:

"Larry W4CSC" wrote in message
...
Now THAT is interesting.

If the multiplexer detects two sources sending the same statements at
the same loop time, does it alarm some software on the PC to warn you?

No it doesn't. The idea is that if you have two sources of the same type of
data, you can either kill one by the priority mechanism or you can assign
different talker ID's to be able to distinguish between them. If you set
both options, the application software could detect the dissapearence of the
first source because of the sudden change in talker ID when the priority
mechanism times out.

Sure would be a nice feature on that USB port of yours. Took me a
while to figure out that I had compass data coming from the B&G
Network Pilot, that I can't turn off without turning off all the B&G
instruments daisy-chained together on their own network, that was
conflicting with the Smart Heading Sensor of the Raymarine Seatalk
network. The stupid Raymarine RL70CRC kept jumping compass headings
back and forth until I figured out what was going on. It would be
just wonderful if I could tell the multiplexer, through its control
software from the computer, to ignore and don't retransmit any one of
the NMEA statements on port 2 or from a certain $ID designator. That
would override the stupid manufacturers' lack of control on what their
NMEA transmits into the network, whether you want them to, or not.
I've had to choose between NMEA wind, speed, depth from the B&G
networked instruments and the Raymarine Smart Heading Sensor. The
RSHS is more accurate and gives me rate-of-turn from its little
gyro-gizmo (gyros are great big whirling mechanisms, not tiny plastic
boxes)...but I can't dump the data from all the sailing instruments to
get it, so we're using the compass data from the compass on the B&G
Pilot only.

Example: attach to GPS's, one on input 1, the other on input 2. Set the
channel priority and channel numbers. When both GPS's run, only number one
will come through and you see sentences like M1GLL. when the first one dies,
after the timout, you will see the second one as M2GLL. There's one weak
spot he when the second GPS dies before the first, you will not notice it
until the first one dies too :-(

Interesting concept. That might work to my advantage if I were to put
the Raymarine RL70CRC on Channel 1 and the B&G with the conflicting
compass data on Channel 2. Sorry about the bug about the CH2 failure
mode....I'll keep my new sextant handy..(c;

Is there a mapping software for it to show which statements come from
which source addresses/ports?

I think so. One of my regular clients is using the multiplexers for software
that REQUIRES two different GPS inputs. (SOLAS requirement, I think) At the
moment they are using two multiplexers on each computer to achive this. With
the new one, they can use one multiplexer and set the talker ID on the
second GPS stream different from the first. In the software, they can also
program talker ID's to identify the different sources. I also remember
vaguely helping someone with Nobeltec software, that also allows you to
identify different sources by programming a talker ID in an .INI file.

I'll have to research The Cap'n .ini file. Thanks for the pointer.
The Cap'n has a very limited choice of controlling its output
statements. Only the autopilot statements have a control popup page.
I've reconfigured the network so that the computer only feeds the NMEA
input to the Pilot through a toggle switch, not the whole system as
much data is lost that way. Now that I have some experience with the
RL70CRC, I'm thinking of making it the "normal mode" master of the
entire network, not the multiplexer. The RL70CRC Plus has every
statement you feed through it controllable from a single page on its
menu tree. I feeding the talkers into the multiplexer, then feeding
the RL70CRC from the multiplexer's TX output (that old Noland problem)
and using the RL70CRC Plus as a filter to get the statements I want to
feed to all the listeners on the network, just because it is so
configurable. We always run the RL70, anyway. If it fails, a toggle
switch selects the multiplexer as master network feeder.....

Me thinks our network much too complex.....too many toys.

Thanks for the information. Too bad Lionheart is already using the
Noland....sorry.


Larry W4CSC

NNNN

"Larry W4CSC" wrote in message
...
On Sat, 29 Nov 2003 00:06:29 +0100, "Meindert Sprang"
wrote:

Sure would be a nice feature on that USB port of yours.

Well, the MiniPlex-42 also has it's USB counterpart, the MiniPlex-42USB.

Took me a
while to figure out that I had compass data coming from the B&G
Network Pilot, that I can't turn off without turning off all the B&G
instruments daisy-chained together on their own network, that was
conflicting with the Smart Heading Sensor of the Raymarine Seatalk
network. The stupid Raymarine RL70CRC kept jumping compass headings
back and forth until I figured out what was going on. It would be
just wonderful if I could tell the multiplexer, through its control
software from the computer, to ignore and don't retransmit any one of
the NMEA statements on port 2 or from a certain $ID designator. That
would override the stupid manufacturers' lack of control on what their
NMEA transmits into the network, whether you want them to, or not.

Than can indeed be done with the MiniPlex-42. You either setup the sentence
filter to block unwanted heading sentences on a port, while passing other
sentence. And if the heading sentences of both sources have identical types
like HDT or HDM (both must be the same) simply setting the priority option
would block the second heading source, while passing the rest of the NMEA
data form the second source.

You wouldn't have to find out first what sentences are on your network, the
MPX-config utility does that for you. Simply click the capture button and
your filter list is automatically filled with all sentences present in your
NMEA setup. After ten seconds or so, you stop the capture, click on the
'traffic signs' to change the filter rule/input combination from block to
pass or vice versa to setup the filter, send it to the multiplexer and
you're ready.

..

I'll have to research The Cap'n .ini file. Thanks for the pointer.
The Cap'n has a very limited choice of controlling its output
statements.

There the MiniPlex-42 could help too. The sentence filter not only filters
the NMEA inputs, but also the computer (RS-232 or USB) input to the
multiplexer. So you can also block any unwanted garbage the Cap'n is
spitting out.

Me thinks our network much too complex.....too many toys.

Thanks for the information. Too bad Lionheart is already using the
Noland....sorry.

Well, you can always do like Doug, put the Noland on Ebay..... :-)

Regards,
Meindert

On Sun, 30 Nov 2003 12:53:37 +0100, "Meindert Sprang"
wrote:


Well, you can always do like Doug, put the Noland on Ebay..... :-)

Regards,
Meindert


Hmm....I'm quickly becoming a convert....Now I have to convince the
captain with the checkbook...

Thanks.


Larry W4CSC

NNNN

"Larry W4CSC" wrote in message
...
On Sun, 30 Nov 2003 12:53:37 +0100, "Meindert Sprang"
wrote:


Well, you can always do like Doug, put the Noland on Ebay..... :-)

Regards,
Meindert


Hmm....I'm quickly becoming a convert....Now I have to convince the
captain with the checkbook...

:-)

Meindert