View Single Post
  #9   Report Post  
posted to rec.boats.electronics
Bruce in alaska Bruce in alaska is offline
external usenet poster
 
First recorded activity by BoatBanter: Dec 2007
Posts: 153
Default Let's get rid of NMEA

In article ,
Boeland wrote:

Steve Lusardi wrote:
We already have it. It's called Ethernet. Even if you have NMEA
instruments,
you can use intelligent gateways that already exist. What problem?
Steve

"Poit" wrote in message
00.119...
I would like to see the community come up with an open standard that would
kill off NMEA. It could stay purely ascii, be bi-directional, easy to
use,
no binary mumbo-jumbo. It could be extensible like XML. Best of all it
would be free for everyone including manufacturers.
---- Posted via Pronews.com - Premium Corporate Usenet News
Provider ----
http://www.pronews.com offers corporate packages that have access to
100,000+ newsgroups



The problem is that applying these communication standards require
knowledge that most people don't have, so they stick to what is offered
and can interconnect without being a pro in data exchanges. If
protocols like Ethernet or TCP/IP are applicable to marine equipment it
would be wonderful to publish some installation procedures for people
who are ignorant of them.
Could this be done?
It sounds that NEMA instruments could communicate using the Ethernet
protocol. How do you do this?


Ethernet is NOT a Protocol...... it is a Hardware Connection Standard.

TCP/IP IS a protocol..... that can run on Ethernet, or a lot of other
Hardware Connection Standards......

Nema018x is a Protocol, as well as specifing a Hardware Connection
Standard, that few OEM's actually pay attention to......

Nema2K is also a Protocol, with a specific Hardware Connection Standard,
that OEM's have to pay attention to......

One would NEED, to first have a Hardware Bridge that bridges the two
different Hardware Connection Standards. Then a Protocol Converter
that can translate between the two Protocols in question,
BiDirectionally....

--
Bruce in alaska
add path after fast to reply