中文名
推薦定位資訊
外文名gprmc
定位狀態
，a=有效定位，v=無效定位
緯 度
n(北半球)或s(南半球)
推薦定位資訊(gprmc)
$gprmc,<1>,<2>,<3>,<4>,<5>,<6>,<7>,<8>,<9>,<10>,<11>,<12>*hh
<1> utc時間，hhmmss.sss(時分秒.毫秒)格式
<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=資料無效)
*後hh為$到*所有字元的異或和
c 解析gprmc資料 GPRMC解析
由於 gprmc比較重要，所以重點講解 gprmc recommended minimum specific gps transit data 幀頭utc時間 狀態緯度 北緯 南緯 經度東經 西經 速度 gprmc hhmmss.sss a vddmm.mmmm n sdddmm.mmmm e w節...
Json資料格式
在web 系統開發中，經常會碰到客戶端和伺服器端互動的問題，比如說客戶端傳送乙個 ajax 請求，然後在伺服器端進行計算，計算後返回結果，客戶端接收到這個響應結果並對它進行處理。那麼這個結果以一種什麼資料結構返回，客戶端才能比較容易和較好的處理呢？通過幾個專案的實踐，我發現 json 格式的資料是一...
JSON資料格式
下面這段文字，摘錄自留作備忘 21世紀初，douglas crockford尋找一種簡便的資料交換格式，能夠在伺服器之間交換資料。當時通用的資料交換語言是xml，但是douglas crockford覺得xml的生成和解析都太麻煩，所以他提出了一種簡化格式，也就是json。json的規格非常簡單，只...