那我们开始今天上午最后一场talk现在快到饭点了大家人也比较少我也尽量讲得稍微快一点各位老师 各位专家 大家中午好今天我talk的内容是如何利用QVA以及和统一的数据结构标准来加速多机器人调度系统的开发和运萎的过程首先做一个简单的自我介绍我叫张恒然后博士毕业于上海交通大学机器人研究所目前是在华为云机器人团队担任高级工程师我的主要研究方向是包含多机系统系统然后人机交互以及云云端一体化等今天汇报的内容主要分为以下几个部分首先介绍一下移动机器人的应用场景以及大规模部署所面临的一些痛点随后我们会从统一的数据结构标准以及云云生技术两个维度来去加速多机器人调度系统的开发和运萎那么最后我们会以多厂商易购机器人的柔性仓储场景做一个实际的案例牵引来产售我们这套方案的价值和优势移动机器人领域有两个非常重要的概念就是AGV和MR其中AGV就是自动导引车也就是说装备有电磁学或者光学等自动导引装置然后能够沿着规定路径行驶的机器它同时具有安全保护以及各种移载功能的运输车目前AGV已经在自动化物流运输系统以及柔性生产系统中起到了关键的作用另外一个概念就是MR它的翻译过来就是自主移动机器人相比AGV它是有一定的环境理解能力然后能够在环境中进行一些独立自主的运动所以说从这个角度来讲MR可以认为是AGV后续的一个进化方向虽然说定义上是这样写但是现在出于安全考虑MR的某些自主特性在工厂环境中并没有得到广泛的应用比如说自主绕障目前在工业应用中当机器人遇到一些障碍物的时候其实还是优先采取减速停止而不是说主动绕过去另外工厂中的移动机器人往往都是以集群的形式出现而且调度系统一般都是中心式的所以说系统的智能性更多的是体现在中心侧那么机器人本体更多的只需要负责执行规划好的路径并且保证自身的安全所以说从这个角度来讲目前工业生产中移动机器人的类型其实是介于AGV和MR中间所以说我们在这里是并不会刻意区分AGV还是MR那么刚才我们是从自主性的角度来区分不同类型的移动机器人那么从功能性的角度AGV也可以分成不同的类型其中最典型的就是顶声机器人这类机器人的搬运对象是工厂里面的一些货架也被称为类KVAR机器人因为这是由KVAR公司在2012年带货起来的那么后来KVAR公司也是被亚马逊收购那么第二年就是分解机器人这类机器人的搬运对象是包裹那么在京东仓谷中使用的是比较多的前几年我们在双十一之后也会看到各种科技媒体对于相关机器人的报道那么第三类就是无人插车这类机器人的搬运对象主要是一些大众量的一些站板主要是负责物料在垂直方现在的转运这几年的无人插车也是移动机器人领域增长率最快的一个单品那么2022年的销售增长率也是达到了66%以上目前也是各个厂商重点布局的方向那么其他类型的机器人呢根据应用场景不同还有一些像料箱包括大型利库里面的一些思想专收者等等那么刚刚我们讲了移动机器人已经细分成不同的形态来适应各种各样的应用场景那么宏观来讲全球AGV的应用其实主要集中在工业制造仓竹物流以及新零售那么这类场景它的发展速度还是比较快的而且对于机器人的需求规模是比较大的那么从左上角这张图我们可以看到在2000年之前AGV其实主要是用在一些重工业领域那么在2000年尤其是12年电商物流的发展之后AGV在快递制造以及冷链等清光业领域也是得到了广泛的应用那么在人力成本越来越贵的今天逐渐用机器人替代人力也是企业发展的必有之路那么移动机器人的大功不应用我们认为还存在一些难点首先呢就是根据上一页的教片我们可以看到就是机器人移动机器人为了适应不同的场景它的种类其实是非常繁多的那么我们以典型的物流场景伪力在成千上万平米的工作场地中我们通常需要涉及到多个厂家多种类型的AGV同时工作那么这个时候呢就是混和调都是比较难的而且这种方式难以扩展和规模化复制那么第二个难点呢就是机器人的设备协议复杂而且跟应进的对接是比较困难的目前呢AGV设备出场的时候大多是以单体化的形式存在的然后不同厂商的机器人的控制协议可能会存在一些差异那么另外呢就是出于商业的目的一些中断的客户然后一般只能控制机器人的RCS而不能直接控制机器人的本体这句话的意思就是说我们在购买机器人本体的时候一般厂家会配一个清联化的调度系统也就是说我们可以在真实的业务中我可以指定机器人到达终点执行一个任务但是在从起点到终点这一段过程怎么走其实用户是没有办法完全指定的所以说这个时候就会造成一个问题如果我们买了很多家厂家的机器人这些厂家机器人呢是没有办法在同一个场地魂跑的因为对于A厂家的系统来讲B厂家的机器人是无感知的然后如果在同一个场地魂跑就会产生一些安全的隐患那么第三个点呢就是目前设备的资源是没有办法做到实施监控的那么在多机系统的场景我们需要对边缘设备的状态包括空前资源还有一些恒性等信息进行实施监控然后以便进行有效的调度决策那么目前这种这种本地化部署的方式呢还是缺乏高效的资源管理然后容易造成这种数据孤岛那么为了解决这些问题我们是希望能够构建统一的移动机器人的数据结构标准那么同时使用远远生技术来加速机器人的介入和数据传输过程那么具体来讲面向工业制造的云机器人平台主要分成三个模块分别是面向业务的应用层面向移动机器人的移动机器人机器人的调度层以及面向其他外式的执行层其中应用层呢主要是处理处理用户的一些订单比如说Math系统然后绿色的这一块也是我们重点关注的模块就是这种移动机器人的那种调度系统那么其中执行层呢主要是跟工厂环境里面的一些外设相关比如说如何跟电梯或者说一些防火门交互等等那么另外呢就是我们利用统一的介入协议这样的话就可以实现不同厂商设备的浑场调度那么这个时候呢用户其实只需要购买机器人硬件即可实现统一的指挥调度这个时候就不会再受制于硬件厂商的一些约束那么同时呢我们云机器人平台还会提供一系列的智能调度算法比如说路径规划选持和货位分配等等来形成一个完整的最佳实践那么最终我们的目标呢是形成一个生育云长云的机器人平台那么在标准的制定领域呢移动机器人产业联盟是行业的一个先行者它是由深圳市机器人标准技术学会和一些头部的机器人伙伴共同组成那么也是在今年4月份发布了公业应用移动机器人与其调度系统的数据结构规范那么在这个规范中呢也是规定了公业应用移动机器人与其调度系统的通讯结构内容格式然后通讯协议的结构信息传输交互和控制等技术要求适用于公业应用移动机器人系统相关的一些软件设计开发和应用等左边的这张图展示了就是结构规范的一个目录其中第一个核心的内容是规定了机器人控制系统RCS与机器人本体的双向接口模型在这个里面RCS是Robocontrol System它需要将地图和任务数据发送给机器人那么机器人在运行的过程中需要实时的上转自身的一些状态比如说我现在在哪个地方然后我的一些传感器的数据或者说这个订单执行到哪一步然后便于调度系统对其进行管理那么第二个核心的内容是规定了通信接口的一些报文形式主要是包含一些消息头 消息类型数据体 交远位和消息围等那么所有的报文是必须要遵守这种格式然后不同的控制接口只需要填充内部的数据即可那么第三个核心的内容是规定了移动机器人的整个任务是需要分断之心的那么在实际的业务系统中我们可能存在成百上千台机器人所以说在这个时候其实道路是作为一种稀缺的资源存在的而且一般情况下机器人从起点到中点可能会比较远如果说机器人在运动之前就把从起点到中点所有的路权都锁定了那么这个时候可能就会造成其他的机器人无路可走进而产生一个拥堵那么所以说接口规范也是规定就是路权我可以分断分配比如说右下角的这张图其中红色的举行代表的就是机器人的位置那么黑色的线代表的就是已经分配给机器人的路权也就是机器人一定会走的路那么其中右下角灰色的虚线代表的是预分配给机器人的路权也就是说没有拥堵或者说一些特殊的情况机器人将要走的一些路那么通过这种分断分配的形式机器人可以在完成任务的同时可以显著提升道路的利用率那么除了统一的数据接口之外机器人平台的第二个关键特性就是运营生技术那么在机器人的开发过程中我们可能会面临一些问题比如说软件环境配置比较复杂端测计算资源可能不够用或者说云端通信的延时又比较长以及易购传感器的数据保存和安全性等等那么为止我们在QBAG社区专门构建了机器人平台希望将数据流转起来打通Robot DevOps全流程那么具体来讲整个云机器人平台包含Robot DEVRobot AIRobot OMSRobot SIM以及Robot Scale 5个模块其中Robot DEV是提供了一些预编一好的软件环境以及本地化的ID和CICD的一些工具那么AI这个里面主要是提供了一个边缘协同的AI的本级Mark框架SIM在这个里面我们是提供了一些海量的仿真模型的资源以及提供海量的一个计算资源同时还提供了一些向数据生成包括多质能力学习的一些工具Scale里面就是包含了机器人里面机器人学的一些相关的算法比如说控制规划感知等等然后OMS是更最接近于机器人本体的一层它里面提供了统一的一个接入协议然后同时还提供了这种多机器人调度以及数据存储分析等等工具也是我们这次这次talk的重点讨论了一个对象那么在具体实现的层面我们是采用了端边缘的架构其中端上主要是负责数据的读取以及机器人的基本的功能包含一些建图定位导航和控制等等那么我们在边测呢我们在边测是运行我们刚才讲的OMS服务也就是机器人运行管理服务然后负责设备的介入机讯调度以及数据存储和清洗运为等等那么在中心测我们是提供了一个开发平台访真和AI训练平台我们这个时候通过QBG这样的管道就是可以将开发好的算法直接部署到边测和端测这样的话可以显著地降低机器人开发过程中的一些开发成本和运为成本那么在这套云机器人框架中云衍生技术主要体现在以下几个方面首先就是云衍生技术它是屏蔽了底层的软件差异我们在这里是基于K8S生态按需部署边测应用而且容器化的技术可以降低环境的依赖打破系统的壁垒同时就是基于QBG将物理设备抽象成数字乱生在满足依购设备满足了依购设备的介入和管理其中第二个点是我们实施资源监控满足业务匹配的设备调度我们在这里是基于可靠的边域数据同步实施获取边域设备的资源状态然后硬设为K8S的节点动态的评估设备的可用性以及负载情况那么同时智能运为策略满足设备实施告件和固然定位然后一拖K8S的健康检测和自愈能力智能调节机器人的一些任务然后可以确保业务的连续性和可用性那么最后就是一拖K8S的一些编排技术按需调节机器人的技能应用生命周期提高整体系统的性能和效率那么右边的图展示了整个系统的一个实现框架其中端边侧是运行AgeCore云上是运行CloudCore来启动不同的Agent然后在具体的通讯层面我们是使用了MQTT来传输数据的消息那么最后我们是基于统一的这种数据接口以及语言生技术打造了一个柔性仓储的案例那么在这个里面我们的目标是通过无流自动化平台实现产线设备的正能调度探索无人仓储实现混产品混设备的柔性仓储模式那么在这个里面的挑战它的一个生产流程还是比较复杂的然后物品的种类是比较多其中最重要的就是我们在这里是刻意选择了不同厂商的设备其实在这个里面我们是使用了四个厂家八台设备然后其中是选择了三家不同的AGB厂商以及一家插车的厂商在这种八台机器人的场景如果是只有一个固定的厂家来做其实复杂性没有那么高因为对于自己的系统来讲其实机器人之间都是可感知的然后对于不同厂商来讲在这种统一的数级接口出现之前这种场景基本上是不可能实现的然后这个图呢展示的是我们画的一个业务地图然后这个是我们的坚坷武端这个图的左上角是显示的机器人的一些状态然后右下角显示的是右边展示的是机器人的运行的过程比如说我们可以看到右边插车它旁边有一些红色的圆圈包括前面有一个有一个红色的举行其实代表的就是它在运行的过程中实实地对路权做一些侵染和释放这样的话就是说通过分段分配的形式可以提高路权的一个使用率这个是我们这个是我们在刚才的这个仓主场景中的一个实际运行的案例在这个里面可以看到就是我们是有多台AGB在这种密集存储的场景中可以实现对于不同物料的这种搬运目前我们在这个里面使用的机器人厂家其中一栋机器人厂家是海康兰辛和斯坦德可以看到就是通过统一的这种数据结构标准之后机器人它本身就变成了一个白河也就是说我们对于调度系统来讲我就不再区分它是哪一家的机器人这样的话可以得到一个集中式的调度这个是这个是在高达区然后通过一个无人插车和ADV浑泡的一个场景可以看到在刚才的这个场景中就是ADV和插车是在一个区域同时工作的那么在以前如果是不同厂家机器人没有办法浑泡的情况下是需要化订交管区的也就是说插车需要把一个货架插下来之后专门放到一个暂存区然后到了暂存区之后ADV再把这个货架顶走那么这种方案一个潜在的一个缺点就是说要专门化订一个暂存区这样的话整个场地的利用率就会比较低而且两个机器人不能浑泡这样的话它的整体的运行效率也是比较低的那么因此就是通过云烟生技术以及统一接入协议的加持我们在行动这种云烟生的ADV调度那么相比传统的这种ADV调度就是不同厂商的机器人其实是没有办法在同一个场地浑泡的如果是需要在同一个大的片区进行浑泡的话我们是必须要化定一个浇管区也就是化了浇管区之后如果A厂家的机器人在这个片区那么B厂家的机器人一定不能进入这样的话它的一个整体的颁域效率是比较低的而且以前没有云烟生的部署方式都是本地化的这样的话就是机器人出现了一些问题之后它的一个运位成本是比较高的那么通过云烟生和统一的接入协议之后我们可以实现不同厂家机器人的统一接入能够轻松地而且在这个过程中我们是不需要化定浇管区域可以显著增加机器人的一个运行效率同时通过这种云烟生的方式我们所有的数据都在边缘云或者中性云上如果机器人出现了一些问题之后运用过程师可以先获取云上的一些日治或者说机器人的一些传感器的数据来做一个快速的初定位然后如果是一些小问题那可以在云上做一些解决然后这样的话可以降低一些维护的成本那么最后我们想产售一下产业联盟或者说标准制定者以及产业服务也就是机器人的一些解决方案供应商ISV和我们开业设计三者之间的一个关系在这个里面就是标准制定者他的职责是联合业内的一些伙伴然后制定标准推广标准然后去优化标准那么在这个过程中标准制定者的诉求肯定是想增强标准的影响力然后促进行业的发展这个过程中面临的一些趋势后面标准制定者也是希望能够把标准做得更加开放然后鼓励一些创新的应用那么在这个过程中就是跟ISV也就是解决方案供应商形成了一些联动解决方案供应商他的职责就是在满足市场需求的情况下去解决客户的一些问题那么他们的诉求就是希望能够达到一些具有创新竞争力的方案而且这个方案是可以规模化复制的在这个里面就是一些新的趋势是ISV会关注服务的一些可视去发展然后保持竞争力其中ISV和标准制定者两者之间的关系就是ISV是积极参与产业联盟的建设和标准的制定工作然后了解和引领行业的趋势那么标准的制定者依托方案落地然后依托ISV的方案落地也是会对于标准做一些持续的优化那么在这个过程中我们开源17所能做的工作就是我们开发维护一些开源项目包括我们现在运机器人品代也是在QBG社区成立了一个开源的项目然后我们是希望鼓励跨组织的合作推动研究的创新那么对于我们的诉求也是开源项目开源项目希望能够成功能够用到更多的项目中来产生更大的价值然后同时保证保证我们项目的一些竞争力那么我们跟标准制定者的一些关系就是标准制定者他提供一个指导方针然后给我们一些引导那么我们开源17是对于标准做一个最佳实践然后将这个标准推广给更多的用户或者说解决方案供应商好的以上就是我的整个talk然后下面是我们云气系统里面来包括我们Gate Hub的一些公众号大家感兴趣的话可以扫描关注一下就是我对QQ Edge这个项目不是特别熟就是我看那个除了这个就是中间的这个云端的这个控制端还有这个中端中间有一个是边这一端是吧这个边这一端起的是一个什么角色在这里边是这样的就是在这种工厂的环境下其实AGV我们理解为它是一个端侧的设备然后一般情况下就是这种AGV它是以集群的形式存在的所以说我们在端侧的设备之上必须要有一个管理系统或者说叫调度系统来去管理这些机器人那么这个管理系统我们可以部署在边侧也可以部署在中心云上面但是机器人它又是一个很特殊的很特殊的端侧设备就是它对于通信的实施性是比其他的一些需求可能会更高一点所以说我们在这里就是采用了一个云边端而不是一个云端的形式所以说边在这个里面作用它其实是为了缓解通讯的一些延时我们相当于刻意地把调度系统就是对于通信延时要求比较高的一些模块部署到边侧然后对于一些比如说数据存储数据回放这些对于通信要求不高但是对于存储要求比较高的我们还是可以放到中心侧OK那这个中心侧就是AGB在中心侧它是抽象成一个KBS的什么资源是一个Node吗还是一个自定义的一个资源对 在这个里面会抽象成一个Node抽象成一个Node 是吧然后还有一个问题就是在边缘端产里面这个延迟应该是一个比较大的一个问题对吧比如说我们在一个数据中心它这个延迟其实是比较低的那在这里面如果说这种延迟会不会带来一些比如说不一致的一些因为我们知道KBS是一个最终一致性的一个设计对吧但是我不知道应设到这种实体的物理世界这种最终一致性会不会引入带来一些问题对 这个其实网络问题对于这种机器人的应用也是一个非常重要的点了一般对于这种工厂环境下都会搭建一些特质的网络然后工厂环境里面可能会每隔一段每隔一段位置都会放一个专用的AP然后确保机器人在整个厂房环境下面的一些网络延迟的一些要求然后我们在实际测试中对于这个网络延迟的要求一般是控制在200毫秒对这个指的是端和边的通讯不是边和云的因为我们认为端和边在这个里面的通讯要求是最高的好的还有就是机器人它本体的一些控制其实还是放在对于那些real time的东西它还是放到本体的它就是说中心控制上只下发一个路径规划者它只是做一个集中式的调度但是最后我发的这个指令你怎么做real time control其实它彻底本身还是要有这样的一些办法就不是一个实时控制对不是好的所以这个图有一个问题就是说边缘服务一般它的复杂都是怎么样的或者说它在整个云和边各占百分之多少它的服务的情况或者工作负载的情况或者是组建模块的一些情况我就想问一下有多少放在边有多少放在云大概一个比OK我大概明白我可以简单地这样讲一下就是右上角这张图其实有点小然后可以看到就是我们的绿色的这一块其实整个调度系统它分成一些几个模块其中像这种像这边是有一个路由模块包括一些UI然后还有一些基础的数据服务还有一些call然后包括一些其他的模块然后其实大部分模块我们都是放到中性运的只有这一个RCS我们是放到边缘上面的然后包括一些基础数据的中转是放到边测其实大部分一些对于通信要求不高的东西我们还是轻轻放在中性运上面OK那就是刚才提到对于实验的要求200毫秒我感觉这个可能还比较大了一点我看那个通信网络里面有个5G我不知道现在实际的生产购买5G和WiFi各占多大一个比例这个比例其实我没有详细的统计过就是一般我们在就是跟机器人厂商沟通的时候就是他们出厂的时候机器人支持的频段一般5G频段和2.4G频段其实都是支持的然后我们在实际测试中发现这种2.4G和5G频段也基本上都能够满足我们的要求这你的5G还是WiFi的5G我还以为是那个手机的应用上的不是现在我们还是没有使用的那种手机的5G好 谢谢我想了解一下就是现在这样一个这个标准在业界普及情况怎么样因为前面云端也好边端也好我们可以开源自己做对吧但是那个做机器人的他们自己会跟吗他们是做硬件的对吧 昨天记得你写个软件 软件带他可能要去用你们的软件带对不对所有供应标准的问题就是说我这个设备商你给我一个标准我根本跟视频是行我要跟的话我自己我自己的工程师去开发一个比如说那个边端端应该是应该是设备端的吧设备的东西你给他们提供的一些相关的API然后他们现在对这个这个的适应程度怎么样我觉得你这个问题问得非常好也是我们标准推动过程中的一个核心问题其实这样的就是因为这个标准本账来讲它是5月份4月份刚刚发布的然后同时这个标准本身其实严格来讲它不是一个可以直接落地的因为它更多的是一个指导标准然后里面有一些字段它是给了一些给了一些指导但是对于用户怎么去实现其实还是有一些可变化的那么我们在这个基础上是对于一些标准做了一些细化同时我们也是希望能够在AGV产业联盟推的1.0的标准之上也是希望能够联合一些业绩的伙伴来去推这个2.0这个2.0就是可以是一个可以直接落地的标准这是一个标准演化的过程然后您说的第二个问题就是企业客户会不会跟的问题这个问题我觉得我可能回答的不太好但是我尝试回答一下就是这个里面肯定有很多商业的因素在里面不是我们说开源社区一个组织能去搞定的就是说开源社区在这个里面的作用我们只是说去跟标准的制定者去做一个最佳实践然后去扩大这个行业的影响力那么这个标准的推动最后会不会有一些机器人厂商来跟我觉得一个可行的方案是这样的就是说需要有一些业界比较规模比较大其实是用机器人的一些公司就比如说像您的时代比亚的一种因为它是作为一个中断的客户它不是机器人制造商因为如果你有一个机器人制造商然后我去推这个标准那行业里面的老二老三肯定是不跟的对不对这样的话就是说会产生一些商业的竞争那么我认为如果是有一些中断的客户或者说几家中断的客户达成了一些共识然后我们比方说我们三家我们五家就想推这个标准那么如果机器人厂商需要进入我的生态圈那这个时候基本上会适配我的这个标准如果说有行业里面已经有个十家左右都适配的差不多那么后面再入局的也会去慢慢地适配我觉得这个是一个可行的方案那么回到我们这个标准本身其实现在我们适配的确实还不是太多大概也就三五家现在你告诉我标准这个是谁的名义发的标准是一个倡议对吧这个是这样的这个标准它是由移动机器人产业联盟然后发布的其中移动机器人产业联盟它的背后的组织是深圳市机器人标准技术检测学会然后AGP产业联盟直白来讲可以把它当成一个媒体机构然后它是负责去跟产业的一些伙伴做一些媒体上的联络它是其实不是严格意义上国家承认的一个法人的一个标准的组织所以说背后其实它是有一个深圳市机器人标准技术检测学会那这个学会其实它是国家承认的一个法人的组织所以说前面是媒体后面是组织然后两个联合推的这个标准所以这里面其实还没有产业界其实有产业界的然后这个里面你可以看到就是它的一些它的这个里面就是整个AGP产业联盟里面包括它的它的理事长单位就是新松然后这个标准里面其实很多主流的进行厂家都参与到这个标准的进行过程新松支持这个吗新松支持这个吗因为我想这两个问题一个是你要想到这个标准能真正落地对吧两个一个是你说的我那个中当用户有话语权对我今天标准你必须这么做对还有一种就是我的机器人厂商我自己我省事你有一个标准我拿过来直接装身我就可以用了这两件我把硬件做好我就可以省那些开发费用对不对我直接装身可以用是这样吧所以这个要么就是前面讲的那些很有零的时代它的采购量也大它可以说我以后要机器人你必须要这个标准因为我前面装了QB-AG对吧还另外一种就是有几个大一点的ADV的厂商从此以后我的就是一个标准我的机器人都这么方式去去给人家失陪对吧所以我想问一下这个标准就是有谁的参与如果这两个不参与这个标准本身其实是由新松牵头的所以说您刚才问的那个问题新松支不支持我觉得这个问题回答应该是既支持又不支持为什么要支持呢是因为这个标准这个标准是一个指导思想其实这个指导思想就是从新松可执行的标准里面抽象出来的所以说从这个角度来讲它是支持的不支持呢就是它现在已经是一个指导思想了还没有办法直接又变成不能落地的了然后每个厂家再去细化它又会产生不一样的东西没有一个可以拿来直接假如说这个就没长长我就直接把带码拿过来直接装上就可以用的没有那个东西现在还没有所以说我们开源设计就是在这个标准的机组之上我们搞了一个可以用的但是你们现在主要是在云段对不对在边段对不对没有在那个机器人上对吧其实需要一个我是做机器人的我不想要一个软件团队对吧有个开源的一个软件拿过来直接装上就可以你给我一个零件的spec你的意思是在端测然后再加一个proxy或者转换的模块是吗不就是说我如果做硬件我做卖机组肯定是卖硬件的对不对然后就是我现在必须要给你的一个系统一个系统要打通传输数据 控制那最后一个办法说我根本就不养我不写我直接标准那个软件拿过来自己装上就可以用对吧这是开源给的但是我发现你开源现在的感觉是云端你们在做对吧那个Edge端你们在做的可以但真的后面Divise端才是真的最需要的对吧如果我自己养一帮人比如说我自己养一帮软件工程师去开发我对Edge V的那个开发他们随便肯定差很多它肯定不可能标不标准的问题我写一个能用就行对吧一般就是这样就是说我有一个标准但是在执行过程中就会产生百花齐放因为如果我这Edge V我没有意义费得去跟一个我没有任何意义的标准因为我照不着更好的人我们是工业界又不是IT界它这汇线软件就行它能够把我这个机器人驱动起来能动就行如果你要说跟高复杂的比如说一个批量的控制这些东西对我Edge V的一个供应商来说我也不保证我一次能卖100台100台给一个人给一个厂家对吧如果可能就是100台卖给50个厂家70个厂家我控不控制其实不过没关系除非你这个东西给我说自己装上就行对我们对这个问题的想法就是说一般端策的这个这个协议的这个接口其实作为我们看院社区其实是很难接触到的了因为这个东西它跟每个厂商的硬件这个关联性是比较大的所以说我们我们只是说能做的就是说在鞭策上去提供了一个统一的上行接口但是在端策这一块还是需要联合行业的一些伙伴甚至说头部的一些客户去共同打到这样一个过程那么后面的我们也是会根据您的建议然后可能会把更多的精力放在端策上如何把这个流程在端和鞭上把它给打动因为我们认为在这个机型的应用里面云起到的作用其实还没有想象中的那么大反而是鞭和端在这个过程中的意义是更大的是 我是觉得我是个建议应该在那个设备那一段更标准化一点给制造下一个leference design一个标准的硬件是什么样标准的软件好多系统是什么样对吧找一个数目也可以一个标准的东西让那个AGB的厂商都觉得说我按你这个标准去采购电器设备采购那个控制器然后把这个软件放上去我的朋友这个可能才是登在标准的目的可能性否删它不变出来的下一个标准它不变出来的下一个标准如果是对一个AGB要是对IT不是有问题对吧应该给这个类似的温度是什么样的对吧它拿着光一烧对温度是什么样的东西我第一次看他们的标准他们现在提供一个大选但是真的对于它IT介绍没有什么我想让他们那个给我们很大原因说我以为完全没有问题你拿过我一掃就行否则的话你要说肯定不会我觉得这个里面还有一个问题就是现在移动机器人还是处于一个快速增长的阶段就是大家在粗放式发展的阶段的时候不会去不会去尝试去做自我约束然后等到就是发展到一个红海阶段的那我可能机型厂家再来去搞这个对是这样的他一再走到自己的标准之后然后我就是标准对一般都是这样现在有个粗放的话这个时候我觉得特别的现在出的话就是最后的机会对所以说我们现在也是一个比较好的阶段去入局这个行业的一个对时间点还有其他问题往大家看一下现在主持人要不我们今天上午先到这好的谢谢大家