定位、導航和運動規劃

AGV/AMR的基本要求是讓它知道自己在哪里，并沿著規定的路徑安全移動。在最簡單的導航形式中，AGV只是在無菌環境中跟隨磁條或地板上的畫線。

在先進的一端，AMR在地圖上的各點之間能完全的自由移動，同時避開障礙物并與人類互動。

在繁忙的倉庫內，周圍有人類、雜物、車輛和機器，機器人的定位、導航和運動規劃非常復雜。定位和導航技術是發展最迅速（有些人可能會說是被炒作）的AMR技術之一。

創新既發生在傳感器方面（激光雷達、照相機、UWB、5G......），也發生在軟件和算法方面（SLAM、地圖模式匹配、三角測量），并最終在ASIC中使用算法的硬件。

隨著自動化需求的增長，自治運營商希望能夠適應不斷變化的需求和動態環境。機器人和機器人路徑需要適應環境，而不是反過來。

但是，導航是否如此重要，以至于成為劃分AMR的基礎能力之一？

我們認為不是的。

是的，導航很重要。事實上，在某些情況下，它是如此重要，以至于制造商認為它是一個關鍵的區別因素。

但對其他制造商來說，導航只是另一個需要打勾的選項；他們把導航技術當作達到目的的手段，希望能夠挑選出最適合特定使用情況的導航技術，就像他們對部件所做的一樣。

他們可以從現有的眾多導航技術中選擇一個能滿足他們所有要求的技術。

在這種情況下，重要的能力是能夠輕松地集成任何導航技術，幫助開發人員滿足他們的需求，或者允許他們自己輕松開發，如果他們選擇的話。

實現這一點的是一個機器人軟件開發環境，它包含了庫和API，使他們可以選擇以同樣的方式構建或購買。

運行中的AMR軟件

工廠和倉庫包含機器人車隊，它們需要被告知在任何特定時間做什么。更重要的是，由于不斷變化的需求，行駛命令可能會改變，執行任務的最佳方式可能會根據環境條件的變化而改變。

車隊和任務管理以及路徑規劃需要通信、本地或中央決策能力，以及與其他系統的接口，如安全攝像機、安全籠、門、電梯等。更重要的是，它們需要向負責它們的人傳達狀態、位置、安全等信息。

車隊模擬始終是大型AMR自動化項目的一部分。二維/三維模擬使自動化服務提供商能夠準備好自動化任務的完整邏輯。它的特點是壓力測試、規模規劃和一般運營研究的KPI。

其他操作軟件包括自動化集成商用于在特定地點部署機器人的工具、監控工具、軟件版本控制等。

所有這些能力都不屬于AMR制造商的核心競爭力。恰恰相反--開發這些能力需要時間和精力，使他們偏離核心任務。

機器人引擎平臺--AMR技術格局中的缺失環節

與以往相比，比較AMR和AMR制造商的最佳方式不是他們使用的具體技術組件，而是他們的能力：

· 迅速開發差異化的產品

· 輕松挑選組件和第三方功能，為特定需求優化AMR

· 提供定制的解決方案

· 快速、無縫地集成到現有的自動化環境中

· 用有效的接口、數據和工具支持用戶

所有這些功能都需要對不屬于AMR核心功能的操作或功能軟件進行大量投資。這些包括像安全、用戶管理、測試、模擬等等。它們需要結合開發工具、庫、現成的集成和開放的API。

使用開發工具和預先開發的資產的組合，或一個軟件開發引擎，是其他行業的普遍做法。

一個新的類別正在出現，即機器人引擎平臺，專門用于AGV/AMR軟件開發。

機器人引擎平臺包括自主移動機器人軟件開發工具，如IDE、現成的功能性和非功能性AMR軟件組件和簡單的API。

AGV/AMR制造商在該平臺內有完全的靈活性，既可以選擇現成的組件，也可以利用提供的工具開發自己的機器人軟件。

使用機器人引擎平臺的概念性AMR / AGV架構

AGV/AMR制造商使用機器人引擎平臺是一個明確的指標，他們將能夠更快地提供產品，并具有更多的靈活性和定制。更重要的是，他們專注于自己的核心競爭力的能力可能表明他們有更好的產品。

ROS（機器人操作系統）包含這些工具的一部分。MOV.AI是一個全面的機器人引擎平臺的例子，它允許為自主移動機器人進行快速和靈活的軟件開發。

結論

制造業和倉庫中的貨物運輸車輛的要求正在發生變化。對可擴展的、靈活的、定制的解決方案的需求不斷增加，加上市場擁擠，需要不同的AMR軟件開發方法。

在這個市場上競爭的一個關鍵因素是使用機器人引擎平臺來滿足上市時間、功能要求和非功能要求。這個重要的部分是AGV/AMR技術分析中缺少的環節。