GPS-NMEA0183格式（wletv整理）

        NMEA协议是为了在不同的GPS导航设备中建立统一的RTCM(海事无线电技术委员会)标准，它最初是由美国国家海洋电子协会(NMEA—The NationalMarine Electronics Association)制定的。NMEA协议有0180、0182和0183这3种，0183可以认为是前两种的升级，也是目前使用最为广泛的一种。在实际使用中，如果只是接收GPS的输出．则只需两根信号线 GPS数据输出线和信号地线，可以直接将EIA-422输出通道两条信号线的中一条同计算机的Rs232C输入线相连。

        GPS(全球定位系统)接收机与手持机之间的数据交换格式一般都由生产厂商缺省定制，其定义内容普通用户很难知晓，且不同品牌、不同型号的GPS接收机所配置的控制应用程序也因生产厂家的不同而不同。所以，对于通用GPS应用软件，需要一个统一格式的数据标准，以解决与任意一台GPS的接口问题。NMEA-0183数据标准就是解决这类问题的方案之一。NMEA协议是为了在不同的GPS导航设备中建立统一的RTCM(海事无线电技术委员会)标准，它最初是由美国国家海洋电子协会(NMEA—The NationalMarine Electronics Association)制定的。NMEA协议有0180、0182和0183这3种，0183可以认为是前两种的升级，也是目前使用最为广泛的一种

NMEA通讯协议硬件接口
符合NMEAO183标准的GPS接收机的硬件接口能够兼容计算机的RS-232C协议串口，然而，严格来说NMEA标准不是RS-232C，规范推荐依照EIA422(也称为RS-422)。是一个与RS-232C不同的系统。标准RS-232C采用负逻辑，即逻辑“1”表示-5V～ -15v，逻辑“0”表示+5V～+15V，利用传输信号线和信号地之间的电压差进行传输。而EIA-422是利用导线之间的信号电压差来传输信号的，其每个通道要用两条信号线，一条是逻辑“1”，～条是逻辑“0”，通过传输线驱动器和传输线接收器实现逻辑电平和电位差之间的转换，一般允许驱动器输出为±2V～ ±6V 。

虽然存在区别，但在实际使用中，如果只是接收GPS的输出．则只需两根信号线 GPS数据输出线和信号地线，可以直接将EIA-422输出通道两条信号线的中一条同计算机的Rs232C输入线相连（这个方法我并没有试验过，是从别的地方听来的，有兴趣有条件的兄弟可以动手实验一下，不过后果自负哦！呵呵）。

NMEA通讯协议所定义的标准通讯接口参数为：
波特率：4800bit/s；
数据位：8位；
停止位：1位；
奇偶校验：无；

NMEA-OI83语句解析
NMEA通讯协议所规定的通讯语句都已是以ASCII码为基础的，NMEA-0183协议语句的数据格式如下：“$”为语句起始标志；“，”为域分隔符；“ *”为校验和识别符，其后面的两位数为校验和，代表了“$”和“*”之间所有字符的按位异或值（不包括这两个字符）；“／”为终止符，所有的语句必须以来结束，也就是ASCII 字符的“回车”（十六进制的0D）和“换行”（十六进制的0A）。
典型的NMEA0183语句如下面的GPGGA语句。

当GPS正常工作时，语句如：
$GPGGA,053152,3957.7484,N,11626.7626,E,1,06,1.5,88.1,M,-8.0,M,,*64
当GPS收不到卫星信号时，GPGGA语句输出变为：
$GPGGA,053247,3957.7484,N,11626.7626,E,0,00,,,M,,M,,*46
除标准语句外，NMEAO183规范还允许个别厂商定义私有的语句格式，这些语句以“$P”开始，然后是三个字符长度的厂商识别号，跟着是厂商定义的数据，接下来的数据格式与标准格式相同。
如Garmin的PGRME私有格式如下：
$PGRME,8.9,M,6.1,M,10.8,M*11
其中，“P”代表私有格式，“GRM”是Garmin的代码，“E”表示语句类型。

NMEA数据处理中的注意事项
如果开发基于GPS的应用系统，就需要将GPS作为信息源，正确接收和解析GPS发送的NMEA一0183数据。此时，在编程实现时需要注意几个问题。
1、通讯端口的设置
虽然NMEA规范推荐的串行通讯参数为“波特率：4800；奇偶校验：无；数据位：8；停止位：1”，但也有厂商的产品允许用户将波特率设置的更高，此时需要注意设置计算机的接口参数与GPS设备一致。
2、 所需信息的正确提取
NMEA—O183是以语句形式发送数据的，接收机可能发送很多类型的语句，而我们需要的可能只是某些语句中的几个字段。因此就需要对接收到的数据进行解析，取得所需的信息。另外，可能会由于小数点位数不同等原因，语句的长度是可变的，因而分离感兴趣的信息时，不能按照该信息在语句中所处的字符位置来查找，只能依据逗号分隔符，这一点在数据提取的过程中非常重要。笔者就经常遇到一些应用软件工程师，在提取NMEA语句中的信息的时候按照字符的长度提取，这样编出来的程序，通用性差，而且经常会出现信息提取错误的问题。

以上都是我们在程序中需要注意的问题。为解决信息的正确提取问题，并提高程序的复用性，可以编写适当的函数，如一个函数用来分离语句（即通过$字符判断语句头，一直到换行回车结束一条语句）；一个函数用来判断语句中的字段数（通过“，”分隔符来提取语句字段），还有一个函数用来返回语句中指定字段的内容。有了这三个函数，就可以方便的提取所需的信息，此时的工作只是简单字符串比较和显示格式的变换
检验和的计算与比较

最后，为了确保所采集的GPS数据的可靠性，必须进行检验和的计算与比较。检验和hh为“$”与“*”之间的所有字符按位异或的结果，并将其高4位和低4位各用一个十六进制数(字母大写)表示出来。为此，需编写函数，从语句头识别符“*”开始，计算检验和，直至“*”到达为止，这时“*”号后面的两个字符就是检验码，将自己的计算结果同这两个检验码字符比较，若不同，按出错处理，并继续运行；若相同，则说明通讯成功，数据接收正确，可以处理该语句，提取所需数据。

Dos和windows采用 回车+换行CR/LF表示下一行,而UNIX/Linux采用换行符LF表示下一行，苹果机(MAC OS系统)则采用回车符CR表示下一行. CR用符号’/r’表示, 十进制ASCII代码是13, 十六进制代码为0×0D;LF使用’/n’符号表示, ASCII代码是10, 十六制为0×0A.所以Windows平台上换行在文本文件中是使用 0d 0a 两个字节表示, 而UNIX和苹果平台上换行则是使用0a或0d一个字节表示

 

说 明：NMEA0183格式以“$”开始，主要语句有GPGGA，GPVTG，GPRMC等

1、 GPS DOP and Active Satellites（GSA）当前卫星信息

$GPGSA,<1>,<2>,<3>,<3>,,,,,<3>,<3>,<3>,<4>,<5>,<6>,<7><CR><LF>

<1>模式 ：M = 手动， A = 自动。
<2>定位型式 1 = 未定位， 2 = 二维定位， 3 = 三维定位。
<3>PRN 数字：01 至 32 表天空使用中的卫星编号，最多可接收12颗卫星信息。
<4> PDOP位置精度因子（0.5~99.9）
<5> HDOP水平精度因子（0.5~99.9）
<6> VDOP垂直精度因子（0.5~99.9）
<7> Checksum.(检查位).

2、 GPS Satellites in View（GSV）可见卫星信息

$GPGSV, <1>,<2>,<3>,<4>,<5>,<6>,<7>,?<4>,<5>,<6>,<7>,<8><CR><LF>

<1> GSV语句的总数
<2> 本句GSV的编号
<3> 可见卫星的总数，00 至 12。
<4> 卫星编号， 01 至 32。
<5>卫星仰角， 00 至 90 度。
<6>卫星方位角， 000 至 359 度。实际值。
<7>讯号噪声比（C/No）， 00 至 99 dB；无表未接收到讯号。
<8>Checksum.(检查位).
第<4>,<5>,<6>,<7>项个别卫星会重复出现，每行最多有四颗卫星。其余卫星信息会于次一行出现，若未使用，这些字段会空白。


3、Global Positioning System Fix Data（GGA）GPS定位信息

$GPGGA,<1>,<2>,<3>,<4>,<5>,<6>,<7>,<8>,<9>,M,<10>,M,<11>,<12>*hh<CR><LF>

<1> UTC时间，hhmmss（时分秒）格式
<2> 纬度ddmm.mmmm（度分）格式（前面的0也将被传输）
<3> 纬度半球N（北半球）或S（南半球）
<4> 经度dddmm.mmmm（度分）格式（前面的0也将被传输）
<5> 经度半球E（东经）或W（西经）
<6> GPS状态：0=未定位，1=非差分定位，2=差分定位，6=正在估算
<7> 正在使用解算位置的卫星数量（00~12）（前面的0也将被传输）
<8> HDOP水平精度因子（0.5~99.9）
<9> 海拔高度（-9999.9~99999.9）
<10> 地球椭球面相对大地水准面的高度
<11> 差分时间（从最近一次接收到差分信号开始的秒数，如果不是差分定位将为空）
<12> 差分站ID号0000~1023（前面的0也将被传输，如果不是差分定位将为空）


4、Recommended Minimum Specific GPS/TRANSIT Data（RMC）推荐定位信息

$GPRMC,<1>,<2>,<3>,<4>,<5>,<6>,<7>,<8>,<9>,<10>,<11>,<12>*hh<CR><LF>
<1> UTC时间，hhmmss（时分秒）格式
<2> 定位状态，A=有效定位，V=无效定位
<3> 纬度ddmm.mmmm（度分）格式（前面的0也将被传输）
<4> 纬度半球N（北半球）或S（南半球）
<5> 经度dddmm.mmmm（度分）格式（前面的0也将被传输）
<6> 经度半球E（东经）或W（西经）
<7> 地面速率（000.0~999.9节，前面的0也将被传输）
<8> 地面航向（000.0~359.9度，以真北为参考基准，前面的0也将被传输）
<9> UTC日期，ddmmyy（日月年）格式
<10> 磁偏角（000.0~180.0度，前面的0也将被传输）
<11> 磁偏角方向，E（东）或W（西）
<12> 模式指示（仅NMEA0183 3.00版本输出，A=自主定位，D=差分，E=估算，N=数据无效）


5、 Track Made Good and Ground Speed（VTG）地面速度信息

$GPVTG,<1>,T,<2>,M,<3>,N,<4>,K,<5>*hh<CR><LF>

<1> 以真北为参考基准的地面航向（000~359度，前面的0也将被传输）
<2> 以磁北为参考基准的地面航向（000~359度，前面的0也将被传输）
<3> 地面速率（000.0~999.9节，前面的0也将被传输）
<4> 地面速率（0000.0~1851.8公里/小时，前面的0也将被传输）
<5> 模式指示（仅NMEA0183 3.00版本输出，A=自主定位，D=差分，E=估算，N=数据无效）

 

http://www.unistrong.com/bbs/topic.aspx?topicid=1438

http://mcuos.com/thread-1753-1-1.html