如果我們現在想研發一款機器人，應該選擇哪一個作業系統呢?其實我們大家平常接觸到的作業系統寥寥無幾，Windows，MacOS，Linux，iOS，Andoird。ROS雖然全名是Robot Operating System，但本質上不是作業系統，是Linux發行版Ubuntu下的一個用來開發機器人的Middleware，這個沒有什麼好辯駁的。Android雖然意思是人形機器人，但是我覺得這就只是名字而已，Andy Rubin難道真的是想通過智慧型手機探秘智慧機器人?而且機器人學裡的人形機器人一般寫成Humanoid。為了規避因「作業系統」產生的歧義，本文中我們討論研發一款機器人需要怎樣的「環境配置」?所以很多概念沒有區分是否稱得上作業系統。
本文引用地址：http://www.eepw.com.cn/article/201807/383852.htm選擇怎樣的環境配置，有幾點是我們先要搞清楚的。首先我們需要知道實時性是不是必須的。簡單的說，如果在系統中是關鍵變量，系統就需要實時，例如雙足機器人動態行走系統就必須實時，但是靜態行走的話其實不實時也可以。如果實時性是必須的，我們可以選擇Windows + VxWorks，這是在傳統運動控制領域非常常見的一個組合。也可以選擇QNX作業系統，或者LabView，不過這兩個實時的我並沒有很多經驗。我最早接觸的實時作業系統是Windows + Ardence RTX，後來應該改名為IntervalZero。還有就是是否系統需要整體上實時?我們在做雙足機器人的時候，運動控制就用到了RTX，但是圖像處理並沒有。後來我們將運動控制的部分移到了一個ARM7的下位機，上位機的Windows只需要發送action的指令。所以，即便是需要實時，架構也是很靈活的。上位機是沒有實時性的強需求的。
當我們希望稍微提高一下機器人複雜度的時候，就會發現另一個需要考慮的問題，進程間通信。在我們用Windows + RTX的時候，進程間通信使用RTX提供的shared memory，不過都是比較慢的圖像處理進程向shared memory中寫數據，決策和運動控制進程讀數據。shared memory顯然並不是很好的通信方式，這裡不再多加討論。ROS則使用了一個很好的通信架構，並且是ROS整個框架的一個基礎(不論是對於ROS中的topic，service，plugin，actionlib等基礎概念還是rviz，navigation package等功能包。想了解這些概念最近多關注下@Top Liu)，所以很多人簡單的理解ROS只不過是做了一個通信的架構而已。我必須說明下，進程間通信並不是ROS能夠佔領機器人開發環境的主要原因。在2010年，我們開發一款類似Atlas的大型人形軍用機器人的時候，就用到了進程間通信工具IPC。IPC就是Inter ProCESs Communication，開發者是CMU的Reid Simmons，應該是出現在2000年左右。後來我在幫助本科生參加RoboCup Standard Platform League的時候用過Nao的作業系統NAOqi，這個系統大概是出現在2006年。在NAOqi中，整個通信的架構和ROS非常像了，ROS中的Node在NAOqi中叫一個broker，都是佔用一個系統的埠。所以，2010年ROS正式發布Box turtle的時候，通信架構並不是顛覆性的。Android的進程間通信的機制據我了解也是非常強悍的。根據@邵天蘭 之前的一次講座，我也了解到ROS的通信機制放到現在看其實已經有點過時了。所以僅僅從通信機制上評價ROS，意義不大。再有，ROS中的通信機制並不是說不能繞過，其程序本質上還是C++和Python。
我認為ROS最大的貢獻就是制定了機器人開發的統一接口標準。因為Willow Garage當年是做移動服務機器人，所以這些標準是首先在移動機器人界統一的。所以ROS的意義，我概括的時候就是六個字，「書同文，車同軌」，極大加速了交流與進步。也是因為這樣，機器人學界才慢慢能夠形成一些BenchMarking，能夠在開源社區形成百花齊放的態勢，能夠讓大家不再深陷於又要搭建硬體又要搭建軟體的重複造輪子的困境。其實最主要就是ROS的message，看起來不過是一些頭文件，但是可以讓我們輕鬆的替換各種傳感器和執行機構，替換軟體中的各個算法，現在搭建機器人在我們眼中，就像玩樂高積木，組裝一臺電腦。
當然，作為一個開發工具，只做到這裡是不夠的。我看過LabView的開發工具，支持硬體很多，應該標準也很好。Microsoft Robotics Developer Studio是個不錯的開發工具，可惜掛掉了，也算是流行了一段時間。針對機器人開發，ROS則提供了很好的可視化、模擬仿真和Debug的工具，專業上講是非常developer friendly，這也是很多人說為什麼ROS適合學習和做研發的原因。不過我覺得這不能支持ROS不適合做產品開發的觀點，因為產品成型後，這些調試工具平時都是可以去掉的。關於可視化工具Rviz，模擬仿真的Gazebo，Debug的log等級以及在線調參的rosparam和rqt等等，ROS星火計劃都有詳細的講解。
最後，就要說說基因，社區，支持和人才的問題。ROS的基因是移動式服務機器人，LabView的基因是NI，Android的基因是Google和智慧型手機。ROS社區還算是活躍，雖然機器人的高端玩家比較多，但是整體開發者數量估計也就在十萬的量級(ROS answer註冊用戶也就三萬吧)，總量不能和如日中天的Android相比，也是現在背後支持OSRF和google的差距。我也在不同場合聊過很多次，矽谷的機器人創業公司基於ROS開發的比較多(相對國內而言，具體比例不清楚，從RosCon的支持廠商就能看到一些端倪)，但是國內用Android的公司明顯在數量上佔據上風 。
所以最後要支持本文論點了。不討論工業機器人(以及類工業機器人的醫療機器人等，以控制為核心)，我們把剩下的機器人品類再劃分的細緻一些。首先，教育機器人(這裡指學習機器人的套件等，不是說用來學習英文或者唐詩的對話機器人，這個歸屬到情感陪護類)，主要面向k-12的學生，也就是我國高等教育之前的學生，大多就是scratch+單片機，不需要什麼系統。不過我覺得這種情況會在未來不久發生改變，主要是教育機器人業內已經有人發現機器人教育和機器人開發的脫節是個問題，那麼也就是個商機，但是要等到產業足夠大。玩具類機器人不需要開發環境，所以就是玩各種單片機。這些都不是支撐機器人能成為一項顛覆性技術的方向。所以以下主要分析用Android和ROS開發的機器人。