摘要: 蘇標主動安全協議在2021年迎來一個新的版本粵標主動安全協議標準, 這個標準是基于jt/t808-2019協議框架的. 作為一個面向全國的主動安全平臺不可能只能接入粵標, 還要兼容蘇標.蘇標主動安全協議本身就是一個比較復雜的混合協議, 將808協議指令和報警文件數據流混合在一起, 給開發者造成了不小的麻煩, 有點燒腦. 同時由于其本身業務的復雜度, 使得開發人員必須要有一定的開發經驗, 結合比較好的設計模式才能構建出來性能良好的網關. 一般需要幾個版本的迭代, 必須要在實際的大規模車輛接入, 運營一段時間積累足夠多的設備經驗, 才能逐步的成熟穩定下來. 沒有一定規模的設備接入, 就能做出高性能的網關是不可能的事情.單純的采用SpringBoot + Netty,只是一個基礎, 后面的代碼我們仍然要有扎實良好的設計功底,才能做出一個優秀的主動安全平臺.
閱讀全文
摘要: 使用Java語言開發一個高質量和高性能的jt808 協議的GPS通信服務器，并不是一件簡單容易的事情，開發出來一段程序和能夠承受數十萬臺車載接入是兩碼事，除去開發部標808協議的固有復雜性和幾個月長周期的協議Bug調試，作為大批量794車載終端接入的服務端，需要能夠處理網絡的閃斷、客戶端的重連、安全認證和消息的編解碼、半包處理等。如果沒有足夠的網絡編程經驗積累和深入了解部標808協議文檔，自研的GPS服務器往往需要半年甚至數年的時間才能最終穩定下來，這種成本即便對一個大公司而言也是個嚴重的挑戰。對于808協議的解析處理，需要編寫自定義的解碼器了，目前Netty提供了多個基礎編碼器可以供開發者進行繼承和拓展，開發的時候，需要了解這幾個解碼器的主要作用，主要用于那些通信數據傳輸的場景。
閱讀全文
摘要: 部標監控平臺jt808協議軟件開發技術文章索引,主要涵蓋了基于java技術開發jt808部標標準的方方面面，實現了部標808協議、部標809協議和部標796、794標準。
閱讀全文
摘要: 開發企業級的部標GPS監控平臺，投入的開發力量很大，開發周期也很長，選擇主流的開發語言以及成熟的開源技術框架來構建基礎平臺，是最恰當不過的事情，在設計之初就避免掉了技術選型的風險，避免以后在開發過程中，不斷的填坑走彎路，以至于整個團隊被坑埋掉。做GPS平臺這么多年，以前就了解到一些開發團隊過于關注某一種語言的優勢，比如過于選用GO，Erlang，python,php等技術，最后團隊熟悉這些技術的關鍵人員離職了，都沒人接手，不能不說是個悲劇。所以說平臺的技術架構選型要注重的是穩健，均衡而不是偏激，而SpringMVC4, Mybatis4, Hibernate4就是GPS監控平臺軟件開發的理想框架選擇。
閱讀全文
摘要: 對網上搜集的gps部標軟件平臺的開發技術文章進行了一個精華索引，免得重復搜索了。
閱讀全文