VDA5050協議2.0自發(fā)布以來，已經陸陸續(xù)續(xù)被?業(yè)上下游所認識和熟悉；借此背景，分享一下壹悟科技與極智嘉的一次“共同進化之旅”。

與Geek++的共同進化之旅

近?，壹悟科技與極智嘉完成了基于VDA5050協議的多個類型AMR與壹悟科技機器人調度系統（RCS）的對接，并為接下來雙方全類型AMR的協議適配奠定了堅實基礎。

本次對接由極智嘉發(fā)起，并得到了雙方團隊的大力支持。

本次對接無硬性約束，并不為特定項?、特定客戶或特定?型而發(fā)起，但求能在VDA5050標準對接過程中，最大程度做到標準化和規(guī)范化，樹立行業(yè)標桿。

配合過程中雙?快速定位理解差異或實現不到位等問題，并做出合理解決，共同調試的結果帶來的是雙方對協議的進一步理解和系統成熟度的共同進化。

壹悟科技和極智嘉都有在云端部署調度系統的成功經驗，因此在本次調試中，我們同樣將MQTT Broker部署在云端的?臺低配ECS上，AMR和調度系統各自訂閱和發(fā)布消息，測試了?絡抖動、斷?、弱?對基于VDA5050協議對接的影響，本次的調試中也積累了豐富的對網絡異常和故障恢復的經驗。混場調度中常見的?個問題是調度系統對AMR?型的識別問題，在2.0版本之前系統只能通過手動配置為每臺AMR標識?型信息。而在最新協議的factsheet接口應用下，本次調試真正做到了即插即用。

在本次調試中我們測試了通過協議接?實現取放類任務：如何通過?系列的Action來完成?次標準取放操作？在中途如果遇到異常該如何保障安全？在一些模糊的點上我們也直接向VDA5050協會發(fā)起詢問并得到了滿意的解答，確保我們的實現符合規(guī)范。

泛平臺化的條條大路

壹悟科技機器人調度系統的?個重要?標是實現平臺化，降低AMR調度的門檻，提高AMR混場作業(yè)的效率。在協議層?我們有如下解決?案：

◎ 使?AMR的原生接口協議，這個方案需要AMR的接口語義完備；

◎使用壹悟科技的接口協議，目前數家AMR廠商已經完成了基于壹悟科技的接口對接；

◎使用通用協議對接，比如移動機器人產業(yè)聯盟推動制定的國內標準化協議，以及本次對接使?的VDA5050。

?我們官宣支持VDA5050協議以來，壹悟科技陸續(xù)與越來越多的車體廠商對接不同導航方式、不同類型的AGV/AMR；在此過程中我們逐步積累經驗，也為向合作伙伴提供更完善的調度服務夯實了技術基礎。

我們的收獲?次實現，全??持。在對接車體的過程中，差異化往往令?倍感棘手，但是換個?度來看，差異化也是平臺化的必經之路和機遇。本次對接的?個AMR分屬不同類型，我們猶豫過是否要專注?款?型調試，所幸雙方堅持了相同的理念，即本次調試不是為了某?臺車而定制，而是為了全車型支持。

我們曾戲言：“在自動化的行業(yè)里，我們需要用自動化工具先將我們自己武裝起來”。在本次調試過程中，由于沒有嚴格的deadline約束，在調試中途我們實現了可視化調制工具，?具的完善和使用大大加速了后半程的調試速度：我們能夠?動發(fā)現報文的錯誤，?動跟蹤Order的進度。

我們發(fā)現擁有了通用的協議，不代表自動擁有通用的調度能力。且不說我們上?次探討所提到的坐標系和地圖格式問題尚未解決，協議內也存在諸多差異：

◎ 不同的廠商在完成?個取貨操作時，用到的Action數量可能不同，有的還會增加前置檢查；

◎ 在每個Action的實現上可能有不同的參數集；

◎ 同?家的AMR在不同類型的pick Action可能也會有不同的參數集。

唯有不斷進化，才是通往平臺化的核心道路。最后， 感謝雙方團隊為本次聯調付出的共同努力，期待后續(xù)的深度合作。

靈活物流解決方案專家

杭州協同進化科技有限公司是智能柔性物流解決方案的領先提供商。我們的核心技術在于人工智能軟件，可以控制不同類型的機器人并無縫協調它們?；谶@一核心技術引擎，我們?yōu)榭蛻魳嫿▌?chuàng)新、高效、靈活的解決方案，包括協同機器人控制系統、自動化流程編排、智能物流模擬器等。我們的目標是幫助客戶快速適應不斷變化的商業(yè)環(huán)境。我們專注于客戶價值，并努力與客戶共同發(fā)展。