网站业务员好做吗,无忧网站优化,宁波网站建设风格,成为软件工程师的条件以下内容为本人的学习笔记#xff0c;如需要转载#xff0c;请声明原文链接 微信公众号「ENG八戒」https://mp.weixin.qq.com/s/APaJheSbgTW3jNssWsp5Ng
地图数据来源于机器人算法模块#xff0c;一般通过SLAM算法完成建图的过程。 建图过程中#xff0c;基础数据涉及到各…以下内容为本人的学习笔记如需要转载请声明原文链接 微信公众号「ENG八戒」https://mp.weixin.qq.com/s/APaJheSbgTW3jNssWsp5Ng
地图数据来源于机器人算法模块一般通过SLAM算法完成建图的过程。 建图过程中基础数据涉及到各种实时的传感器比如陀螺仪、激光雷达、线激光等等。这些传感器并不都是需要的而是按照实际设计方案要求添加。比如目前市面上的那些扫地机器人里廉价的最多只用了陀螺仪主流的用了激光雷达高档新潮的可能还加上线激光来达到宣称的三维建图甚至有的还宣称用了摄像头达到AI识别障碍物。
why what ?
内容
地图数据里边一般会包含分辨率长宽方向的点数和每个点的位置特征。分辨率用来表明每个点占据多大空间代表着物理世界位置的尺寸单元。点的位置特征通常表示为点的类型用来分辨每个点代表什么东西比如这个点是障碍物悬空点或者正常的可通行位置。
地图里也会包含其它的一些位置信息比如充电桩的坐标等。现在的自主式移动机器人都是使用电池供电的因此充电桩也需要配套有。
其它需要包含的信息视乎需求而定。
数据量
由于地图数据包含了每个点的特征因此数据量的总大小视乎地图的面积大小面积越大地图数据也会越大。
既然地图数据大那么就有必要在同步之前对数据进行压缩了。一般业内都采用LZ4的格式来压缩地图数据。
关于LZ4看看官方的介绍 LZ4 is lossless compression algorithm, providing compression speed 500 MB/s per core (0.15 Bytes/cycle). It features an extremely fast decoder, with speed in multiple GB/s per core (~1 Byte/cycle). LZ4 library is provided as open source software using a BSD license. https://lz4.github.io/lz4/ 意思就是LZ4压缩和解压的速度非常快而且是无损压缩哦。压缩每秒可以去到500MB解压每秒可以去到GB等级用来处理一般的地图数据而言绰绰有余了。LZ4源代码工程遵循BSD授权所以是免费使用的。
分类
外部节点需要做的事情无非就是提供个可视化的界面给用户用户再从中了解接收到地图的相关信息重点是看得到的地图信息。那么算法模块产生的地图数据就可以划分为两部分一部分是只包含了图形化的信息方便绘制地图另一部分就包含了算法重定位的信息。
how ?
为了分离数据与外部节点的同步过程地图数据的外发需要交给一个单独的模块处理这里使用网络代理模块来称呼。
1.实时地图更新上传
自主移动式机器人在移动过程中根据传感器的实时数据算法模块生成地图数据然后传递给网络代理模块网络代理模块负责实时发往手机app等用户终端程序。
由于数据量大如果数据经过任何第三方转发比如IOT云势必会挤占IOT云的带宽导致IOT云的负担过重所以这种大数据的传输只会从点到点也就是我们常常用到的P2P传输方法。 地图数据在压缩后通常使用文件的形式来暂存传输也以文件为单位把内容发送出去。
虽然地图数据走P2P的通道传送但是传送的数据量毕竟比较大一直传输地图数据会占用大量的本地带宽而且接收端还得不断更新和对比接收到的数据。如果用户端在某些时段压根就不想要接收地图数据比如使用的手机app页面切换到了和地图无关的设置界面app这时就不需要接收任何的地图数据和浪费算力在这些无用的数据上面。
那么可以通过设计一套心跳机制只要app在一定的时间范围内有下发心跳包给到机器机器的网络代理模块就知道在什么时候需要上传地图数据。 这种思路不会影响到算法模块对地图数据的生成。
2.云端多地图
有些用户希望可以在不同的地方比如不同的楼层各有一份地图并且保存下来方便在终端app随时调用。这就引出了对多地图的管理需求。
无论是云端还是本地地图存在哪里都是可以的。不过由于嵌入式的片内或者板上存储资源比较紧张机器在本地一般只会存一份当前的临时地图数据文件。而其它的地图数据需要存放在云端然后通过终端app调用管理。
鉴于有多份地图那么终端app怎么区分哪一份云端地图和机器当前地图是对应的呢这就需要在地图数据中引入地图ID的信息这个ID由机器自分配和云端无关。
云端管理多地图包括保存、删除、切换等。
保存
将机器本地中的当前地图以文件的形式上传到云端上传的目的地址URL由云端分配。上传的数据包括图形化的地图数据以及用于地图重定位的信息共两份。
但是如果机器建图还没完成就触发了保存到云端这样岂不是不合理所以又有必要在地图数据中引入一个量来表示地图是否稳定终端app可以根据这个量来判断是否允许保存到云端。
删除
删除保存在云端的地图数据操作过程仅涉及云端无需机器参与。
切换
通过下发指定的云端地图URL给到机器由机器自主下载使用。由于云端保存的地图数据有两部分机器其实只需要用到地图重地位的信息那么下发的URL也只需指向用于地图重定位的数据文件即可。 其实上面的内容也适合扫地机之外的移动机器人关于地图还有很多可以聊不过暂时聊到这下次见…
