除了ROS， 機器人定位導航還有其他方案嗎？

     

利用ROS進行機器人開發，我想大多數企業是想借助ROS實現 的導航、定位與路徑規劃，它的出現大大降低了機器人領域的開發門檻，開發者無需向前人一樣走眾多彎路，掌握多種知識才能開始實現機器人設計的夢想，他們可以利用ROS的基礎框架配合選定的功能包快速實現系統原型，從而讓開發人員將重心集中於核心演算法研究上，當然使用者也可以單獨選用某些功能包，將其整合在已有的產品中，實現特定功能。在公佈另一種自主定位導航方案前，我們先來了解下ROS機器人作業系統的優缺點！

ROS的優缺點剖析

1.優點

ROS的設計者考慮到各開發者使用的開發語言不同，因此ROS的開發語言獨立。因此，除了官方提供的功能包之外，ROS還聚合了全世界開發者實現的大量開源功能包，如思嵐科技(SLAMTEC)就釋出了針對其自主研發的鐳射雷達RPLIDAR的ROS功能包RPLIDAR_ROS。這些開源功能包與ROS一起構成了強大的開源生態環境。

 

ROS的系統結構設計也頗有特色，ROS執行時是由多個松耦合的程式組成，每個程式ROS稱之為節點(Node)，所有節點可以執行在一個處理器上，也可以分散式執行在多個處理器上。在實際使用時，這種松耦合的結構設計可以讓開發者根據機器人所需功能靈活新增各個功能模組。

 

2.缺點

ROS作為一個開源系統，除了具有以上優點外，也存在一定的不足之處，比如，ROS因為將功能分佈在各個節點之中，節點間基於訊息機制通訊，通訊部分消耗了很多系統資源。尤其是當所有節點位於同一個處理器時，ROS仍然一直執行相應的訊息分發，節點間的資料傳遞透過記憶體複製，大量的系統資源都浪費在通訊上，使得系統必須選用高效能的處理器和儲存系統以彌補損耗。換句話說，利用ROS來實現SLAM，需要配備效能優越的硬體裝置，這對於一些小型化嵌入式平臺，尤其是實際的機器人產品裡，其對計算資源、儲存空間的消耗會使成本大幅上升。

 

除了ROS本身系統設計的侷限性外，利用ROS實現SLAM需要深入的調整最佳化，耗費大量人力與時間成本。更為重要的是，針對具體的機器人產品，如掃地機器人，還需要獨特的貼邊清掃、折回清掃、多房間自主導航等功能，目前已有的ROS系統，只能實現簡單的建圖，無法滿足掃地機器人的實際需要。

 

除了ROS，機器人定位導航還有其他方案？

在機器人商用應用開發的道路上，很多技術團隊和公司針對機器人特定功能開發著相應商用產品，特別是在移動機器人領域，思嵐科技的Slamware控制模組就將SLAM演算法，導航，定位等功能整合在一個體積很小的模組，並且提供了多平臺的SDK方便使用者使用。針對掃地機器人等具體領域應用，思嵐科技也提供完整的解決方案，整合了其特有的貼邊清掃、往復式打掃、區域劃分、斷點續掃、自動回充等功能，方便掃地機器人廠家進行整合，不需要進行二次開發。

ROS的出現，為機器人研發提供了標準化的框架，其方便的程式碼重用，可以加快機器人產品原型設計和演算法驗證，但要真正做到穩定可靠，選擇已有的成熟解決方案能大幅度降低研發成本，快速獲得產品原型，投入市場。