Technical discussions here!
Do you have a 2 input, 4 output NMEA switch.
It should have a master slave arrangement with about a 5sec switch over in the event of data loss.
Baud rate 1200 to 9600
Data can be RTCM104 DGPS corrections or regular NMEA sentences depending on application
We have had such discussions several times about different kinds of “automatic fallback” functionality and we have a couple of different possible hardware platforms that that are suitable and type-approved.
The most difficult part of this, however, is to make a reliable and safe automatic choice bewteen good and bad output. If there is an expected valid output stream missing this can be straightforward and simple, but if it is for example one good GPS/AIS/Log output and one not quite as good (HDOP values, status characters, variations etc) it is not always obvious.
But we would be happy to help. I will drop a mail to you.
Can you please inform if you have a synchro to NMEA converter that can output wind speed, wind direction, or log???
Yes and no, the S2N was designed as a gyro converter.
But we have included also a generic $__XDR NMEA message for installations where a synchro angle carries some other information, such as speed, antenna angle or whatever.
We have spent so much time on firmware refinement of the unit so if there is need for converting synchro data to something else we would very much prefer to do that using a separate board, like the 5N1.
This could actually be fitted inside the S2N and such a combo would still satisfy the EMC type approval requirements.
Please e-mail for further discussions. Best regards /Anders Jangö
The various other day, while My partner and i was at the job, my cousin stole our iphone and weathered to find out proviso it could endure a thirty feet drop, emhalticalpy thus she can be a youtube undergo. My iPad has become conked out and she has 83 sights. I identify this can ensue finally gone beginning topic but I had to reveal it with someone!
Do you have mounting information about the L1N NMEA conv. ?
We never got the question before. I think we will leave the manual pages as they are, but since all the “small interfaces” share the same mounting dimensions and much else (such as being powered from 10-40 V DC…) it may be a good idea to produce a joint installation support document.
We’ll think about during Christmas.
Are your devices wheel-marked and been approved by type certifications?
Note: This response has been transferred to a post also.
Short answer is no and yes. But a good explanation takes a few lines. Units we market, like “some data” to NMEA converter (A8N, L1N etc) or NMEA/Ethernet interface (CN8E) cannot be wheelmarked on their own. The reason is simply because these units and converters are not listed in the MED as “wheelmarkable” devices.
To solve this, we have done third party environmental testing to IEC 60945, like EMC (expensive!), temperature/climate, vibration, CSD etc and we will make test reports available as required. In addition to this, we will issue necessary certificates of compliance for things like Mould growth or Corrosion resistance. Our intention is to make it a simple routine task to make our interfaces appear in various system supplier’s certification.
So although we have to answer no to the first question, we have gone as far as possible to give the best possible support to our customers.
Good morning, I’m hoping for a little technical assistance with the CN8E. In particular the filtering of a “max length” of an NMEA 0183 string. Is it possible to change the max length?
We have the following NMEA 0183 string from a highly accurate DGPS unit and it seems that the converter is rejecting the GGA string:
(This accurate GPS has 7 digits after each decimal point of the minutes)
On the listener side of the CAN bus the GLL, ZDA and VTG strings are getting through but not the GGA string.
When we accessed the software of the CN8E we found on the “NMEA stats” page that this particular input port had a large number of “too long”.
To confirm this we reset the CN8E and changed over input ports and found that the “too long” message had also been transferred.
When we use a less accurate DGPS with 6 digits after the decimal points the NMEA string passes through without any issue.
Our query is, is it possible to change the “max length” and if so how can we do it?
Section 7.3.1 of IEC 61162-1 ed 4:
“The maximum number of characters in a sentence shall be 82, consisting of a maximum of 79 characters between the starting delimiter “$” or “! ” and the terminating delimiter ”
This is identical to the same text in NMEA 0183.
This means that the GGA message below is not in compliance with the standard.
Having sorted that out (which your were already aware of), it would obviously be possible either to raise this limit to some other number, or to modify the NMEA set-up to include also this setting.
In either case, we would need to test these limits. We will consider this-
I have responded by e-mail also and would suggest further discussions through this channel.
Your email address will not be published. Required fields are marked *