盡管目前正在開發相關標準以應對這一切，但目前而言，機器人集成與執行軟件平臺將成為傳統重度編程方法的一個頗具吸引力的替代方案。
出于各種原因，人們對倉庫機器人的興趣仍然高漲，其中最主要的原因是持續的勞動力短缺，但周期時間壓力和在倉庫中增加更多自動化的普遍興趣也起到了一定作用。隨著這種興趣的增長，倉庫機器人制造商的數量也激增。據我們統計，美國就有50多家。你有很多選擇，對許多人來說，這將意味著單個設施中將運行來自不同供應商的機器人。
在倉儲領域，人們對所謂自主移動機器人(AMR)用于新型協作訂單揀選的興趣尤其濃厚。在這個過程中(存在一些變體)，AMR會自行移動到訂單揀選員等待或到達的位置，即揀選所需庫存的正確位置。在那里，AMR到位后，工作人員將所選商品放入機器人上的托盤中。
當該區域的所有揀選工作完成后，AMR會前往另一個位置/揀選員或打包區，這顯著減少了工作人員的行走時間，讓AMR承擔了大量這一成本高昂的負擔。倉庫機器人領域仍然不成熟，但如上所述，即使在這個階段，也很明顯，對于許多公司來說，未來將涉及部署異構機器人——即來自不同供應商或原始設備制造商(OEM)的不同類型機器人在配送中心協同工作。
這種可能的情況會產生什么影響?這些不同的機器人將經常需要通過集成平臺直接或間接地進行通信，以實現信息和任務的自動化流動。
這在機器人行業中通常被稱為“互操作性”，是規劃倉庫機器人計劃的公司的一個關鍵概念?；ゲ僮餍缘淖罱K目標是構建“即插即用”系統，使新機器人能夠更輕松地添加到倉庫中。互操作性還將使隨著時間的推移改變分銷流程具有更大的靈活性。
工作中的互操作性
我們之前提到，互操作性是考慮倉庫機器人的公司的一個重要概念。
那么，讓我們來看看未來應該是一個怎樣的常見運營場景。假設某公司購買了25臺AMR來支持上述的協作揀選，但幾年后，由于收購導致訂單量增長，該公司需要額外的AMR。
然而，現在公司更傾向于選擇另一家OEM的AMR，原因可能是成本、設計或其他因素。如果具備互操作性，該公司將能夠保留其現有的AMR，并將新的AMR無縫添加到現有車隊中。
但在這里，互操作性的意義遠不止于此。除了基本集成外，公司還希望從可見性、任務分配、績效評估等方面對兩家制造商的機器人進行統一管理，就像管理一個單一車隊一樣，這是機器人互操作性所能帶來的一個很好的例證。
互操作性標準有幫助嗎?
機器人領域有一些倡議正在開發跨供應商集成協議，這將使互操作性變得更加容易。有趣的是，如果成功，這樣的標準將加速硬件和軟件決策分離的趨勢。
迄今為止，諸如VDA5050和Mass Robotics 2.0等正在開發的標準要么尚未得到廣泛使用，要么仍在開發中。許多供應商也開始為所謂的機器人操作系統(ROS)提供支持，然而，這是一個松散的開源框架(而非完整標準)，無法完全解決互操作性的所有挑戰。
機器人平臺的替代方案
鑒于缺乏有用的標準，公司在實現機器人互操作性方面將面臨選擇。
這包括傳統方法，即手動編程不同機器人與軟件系統(如倉庫管理系統、倉庫執行系統和ERP系統)之間的接口，這種方法的局限性顯而易見，包括開發時間長、成本高以及隨著時間的推移缺乏靈活性。
更好的選擇是采用平臺策略，這就引出了一個問題：什么是機器人平臺?
機器人軟件平臺通常是一個基于云的生態系統，提供從集成到履行規劃和執行的一系列廣泛的功能和服務，該平臺可以被認為是位于自動化/機器人系統和不同類型的企業軟件之上。
任何機器人平臺成功的基礎都是集成，這包括使用先進工具，實現靈活的“無代碼/低代碼”方法來連接機器人車隊。一個高級平臺還可以通過使用人工智能來大大加速困難的數據映射過程，從而更快地與WMS或其他軟件應用程序集成。
好消息是：一旦WMS連接到平臺，那么連接到平臺的機器人現在也可以實時訪問WMS數據。
一個平臺還可以在不同的機器人類型之間實現互操作性，并連接不同的自動化流程。一個可能的例子是，平臺向機器人發送指令，要求其將庫存從接收區移動到儲備存儲區，而另一個機器人則通過平臺得知有新的上架任務準備完成，并移動開始和結束其工作。
額外的互操作性考慮因素
為了最大限度地提高互操作性的機會，公司應考慮給定機器人平臺可能提供的以下與互操作性相關的功能：
基于機器人成熟度的靈活集成：不同的機器人供應商提供的軟件成熟度各不相同。一個互操作性平臺應該能夠與處于任何軟件開發水平的機器人供應商合作，確保機器人選擇的靈活性。
靈活的通信協議：平臺應支持不同的協議(API、套接字通信、Web服務、ROS、VDA5050等)。
一致的用戶體驗：為了使互操作性在功能上有效，啟用機器人的流程的用戶界面應該是一致的，以便用戶可以輕松切換他們正在處理的任務。
可觀察性：AMR尤其會產生大量關于其移動和活動的數據，這些數據可用于分析，并有機會將不同供應商的數據包規范化，以創建一個統一的儀表板。
安全和風險緩解：為了實現不同類型機器人的安全，需要了解不同機器的安全協議，并在平臺頂層運行的擴展車隊管理器中制定一套共同的規則，該管理器位于每個AMR提供商的車隊管理器之上。
雖然這些功能中的一些在公司倉庫機器人應用的早期階段可能并不相關，但它們在未來可能會證明是有價值的。因此，請現在就考慮它們。
互操作性用例
我們已經介紹了幾個常見的機器人互操作性用例：
(1)添加來自不同供應商但類型相同的新機器人，并使它們作為單一車隊一起運行。
(2)連接不同類型的機器人或自動化設備以支持多步驟流程(例如，從接收到上架)。
這里還有另一個需要考慮的用例：我們曾與一家全球消費品公司交談過，該公司希望高度自動化其分銷流程，但為其運營的各個地區或國家提供靈活性，以選擇特定類型機器人(例如，層疊揀選機器人)的供應商，并能夠輕松地將該特定設備插入到更大的平臺基礎設施中，這實現了集中化的自動化策略與本地化執行。
機器人互操作性至關重要
對于數量眾多且不斷增長的公司而言，倉庫的未來將是多種類型和供應商的機器人共存。為了最大限度地提高流程和生產力，這些異構環境必須采用互操作性策略，使不同類型的系統能夠像單一車隊一樣運行。盡管目前正在開發相關標準以應對這一切，但目前而言，機器人集成與執行軟件平臺將成為傳統重度編程方法的一個頗具吸引力的替代方案。
企業網D1net(hfnxjk.com)：
國內主流的to B IT門戶，旗下運營國內最大的甲方CIO專家庫和智力輸出及社交平臺-信眾智(www.cioall.com)。旗下運營19個IT行業公眾號(微信搜索D1net即可關注)。
版權聲明：本文為企業網D1Net編譯，轉載需在文章開頭注明出處為：企業網D1Net，如果不注明出處，企業網D1Net將保留追究其法律責任的權利。
京公網安備 11010502049343號