建设银行车贷网站,wordpress账户插件,网站优化设计公司,西安网站建设培训学校说明#xff1a;
介绍如何调整机器人上的ROS导航包
步骤#xff1a;
(1) 机器人导航需要那些准备?
在调整新机器人上的导航包时遇到的大部分问题都在本地规划器调谐参数之外的区域。机器人的里程计#xff0c;定位#xff0c;传感器以及有效运行导航的其他先决条件常常…
说明
介绍如何调整机器人上的ROS导航包
步骤
(1) 机器人导航需要那些准备?
在调整新机器人上的导航包时遇到的大部分问题都在本地规划器调谐参数之外的区域。机器人的里程计定位传感器以及有效运行导航的其他先决条件常常会出错。所以我做的第一件事是确保机器人本身正在准备好导航。这包括三个组件检查距离传感器里程计和定位。
距离传感器
如果机器人没有从其距离传感器例如激光器获取信息那么导航将不起作用。我将确保我可以在rviz中查看传感器信息它看起来相对正确并以预期的速度进入。
里程计
通常我会很难使机器人正确定位。它将不断迷失我会花费大量的时间调试AMCL的参数发现真正的罪魁祸首是机器人的测距。因此我总是运行两个健全检查以确保我相信机器人的里程计。
第一个测试检查角速度是否合理。我打开rviz将坐标系设置为“odom”显示机器人提供的激光扫描将该主题的衰减时间设置为高类似20秒并执行原地旋转。然后我看看扫描出来的边线在随后的旋转中如何相互匹配。理想情况下每次扫描将刚好落在相互的顶端会重叠在一起但是有些旋转漂移是预期的所以我只是确保扫描之间误差不会超过一度或两度以上。
第二个测试检查线速度是否合理。机器人放置在与距离墙壁几米远地方然后以上面相同的方式设置rviz。接着我将驱动机器人向墙壁前进从rviz中聚合的激光扫描看看扫描出来边线的厚度。理想情况下墙体应该看起来像一个扫描但我只是确保它的厚度不超过几厘米。如果显示扫描边线的分散在半米以上但有些可能是错误的测距。
定位
假设里程计和激光扫描仪都能合理地执行建图和调整AMCL通常并不会太糟糕。首先我将运行gmapping或karto并操纵机器人来生成地图。然后我将使用该地图与AMCL并确保机器人保持定位。如果我运行的机器人的距离不是很好我会用AMCL的测距模型参数玩一下。对整个系统的一个很好的测试是确保激光扫描和地图可以在rviz的“地图”坐标系中可视化并且激光扫描与环境地图很好地匹配。
(2)代价地图 一旦我的机器人满足导航的先决条件我想确保代价地图的设置和配置正确。 如下建议可用来调整代价地图 确保根据传感器实际发布的速率为每个观测源设置expected_update_rate参数。我通常在这里给出相当的容忍度把检查的期限提高到我期望的两倍但是当传感器低于预期速率时它很容易从导航中接收警告。 为系统适当设置transform_tolerance参数。查看使用tf从“base_link”坐标系到“map”坐标系的转换的预期延迟。我通常使用tf_monitor查看系统的延迟并将参数保守地设置为关闭。另外如果tf_monitor报告的延迟足够大我可能会随时看看导致延迟的原因。这有时会导致我发现关于给定机器人的变换如何发布的问题。 在缺乏处理能力的机器人上我会考虑关闭map_update_rate参数。然而在这样做时我考虑到这将导致传感器数据快速进入代价地图的延迟这反过来会降低机器人对障碍物的反应速度。 该publish_frequency参数是在rviz可视化costmap有用。然而特别是对于大型全局地图该参数可能导致事情运行缓慢。在生产系统中我考虑降低成本图发布的速度当我需要可视化非常大的地图时我确定设置速度真的很低。 是否对代价地图使用voxel_grid或costmap模型的决定在很大程度上取决于机器人具有的传感器套件。调整代价地图为基于3D-based代价地图更多是涉及未知空间的考虑。如果我正在使用的机器人只有一个平面激光我总是使用costmap模型的地图。 有时它只能在里程坐标系中运行导航。要做到这一点我发现最容易做的事情就是我的复制local_costmap_params.yaml文件覆盖global_costmap_params.yaml文件并更改了地图宽度和高度比如10米。如果需要独立的定位性能来调整导航这是一个简单易行的方法 我倾向于根据机器人的尺寸和处理能力选择我使用的地图的分辨率。在具有很多处理能力并需要适应狭窄空间的机器人如PR2我会使用细粒度的地图...将分辨率设置为0.025米。对于像roomba这样的东西我可能会以高达0.1米的分辨率去降低计算量。
Rviz是验证代价地图正常工作的好方法。我通常从代价地图中查看障碍物数据并确保在操纵杆控制下驱动机器人时它与地图和激光扫描相一致。这是对传感器数据以合理的方式进入代价地图的合理检查。如果我决定用机器人跟踪未知的空间主要是这些机器人正在使用voxel_grid模型的代价地图我一定要看看未知的空间可视化看看未知的空间被以合理的方式清除。是否正确地从代价地图中清除障碍物的一个很好的检查方法是简单地走在机器人的前面看看它是否都成功地看到我并清除我。
当导航包仅运行costmap时检查系统负载是一个好主意。这意味着提高move_base节点但不会发送目标点并查看负载。如果计算机在这个时候陷入僵局我知道如果我想要运行规划器的话我需要做一些CPU参数调整。
(3) 局部规划器
如果通过代价地图的操作令人满意我将继续调整局部规划器参数。在具有合理加速度限制的机器人上我通常使用dwa_local_planner对于那些具有较低加速度限制的机器人并且可以从每个步骤考虑到加速限制的我将使用base_local_planner。调整dwa_local_planner比调整base_local_planner更为愉快因为它的参数是动态可配置的。为导航包添加dynamic_reconfigure也已经在计划中。针对规划器的提示 对于给定的机器人最重要的是正确设置了加速度限制参数。如果这些参数关闭只能期望来自机器人的次优行为。如果我不知道机器人的加速度极限是什么我会花点时间写出一个脚本让电机以最大平移和旋转速度命令运行一段时间看看报告的里程计速度假设里程会给出合理的估计并从中得出加速度极限。合理设置这些参数可以节省很多时间。 如果我正在使用的机器人具有低加速度限制我确保我正在运行base_local_planner其中dwa设置为false。将dwa设置为true后我还将确保根据处理能力将vx_samples参数更新为8到15之间的值。这将允许在展示中生成非圆形曲线。 如果我正在使用的机器人的定位并不是很好我将确保将目标公差参数设置得比我想象的要高一些。如果机器人具有较高的最小旋转速度以避免在目标点的振荡那么我也将提高旋转公差。 如果我使用低分辨率的CPU原因我有时会提高sim_granularity参数以节省一些周期。 我实际上很少发现自己改变了path_distance_bias和goal_distance_bias对于base_local_planner这些参数被称为pdist_scale和gdist_scale参数在计划者上非常多。当我这样做时通常是因为我试图限制本地规划器自由让计划的路径与除NavFn以外的全局规划器合作。将path_distance_bias参数增大将使机器人更紧密地跟随路径同时以快速向目标向前移动。如果这个值设置得太高机器人将会拒绝移动因为移动的代价大于停留在路径上的位置。简单来说就是让实际移动更接近全局路径还是本地路径。 如果我想以聪明的方式介绍代价函数我将确保将meter_scoring参数设置为true。这使得它在代理函数中的距离以米而不是单元格也意味着我可以调整一个地图分辨率的代价函数并且当我移动到他人时期望合理的行为。此外您现在可以通过将publish_cost_grid参数设置为true来显示本地计划程序在rviz中生成的代价函数。这不管怎么说从来没有把它放入文档我会很快到那个时候。考虑到以米为单位的代价函数我可以计算出移动1米的成本与目标平衡的成本的折衷。这倾向于给我一个如何调整东西的体面的想法。 轨迹从其端点得分。这意味着将sim_time参数设置为不同的值可能对机器人的行为有很大的影响。我通常将此参数设置在1-2秒之间其中设置更高可以导致稍微平滑的轨迹确保乘以sim_period的最小速度小于目标的两倍。否则机器人将倾向于在其目标位置的范围之外的位置旋转而不是朝向目标移动。 精确的轨迹模拟也取决于距离测距的合理速度估计。这来自于dwa_local_planner和base_local_planner都使用这种速度估计以及机器人的加速度限制来确定规划周期的可行速度空间。虽然来自测距的速度估计不一定是完美的但确保其至少接近得到最佳行为是重要的。
