[ WARN] [1555592651.777067265]: W0418 21:04:11.000000 28585
sensor_bridge.cc:213] Ignored subdivision of a LaserScan message from
sensor scan because previous subdivision time 621355968000000000 is
not before current subdivision time 621355968000000000
报错，主从机时间同步问题
sudo ntpdate ntp.ubuntu.com 这个命令分别在两台电脑上用了下，时间同步了
ubuntu16.04 安装Ceres
参考https://zhuanlan.zhihu.com/p/151675712
map坐标系odom坐标系basefootprint坐标系的理解
参考原文链接：https://blog.csdn.net/gadwgdsk/article/details/95206155
简单的描述：
1）在系统计算中，map的原点是fixed的，不会改变，而AMCL计算得到的机器人坐标（map坐标系下）我们认为是绝对准确的。
2）odometry节点根据编码器积分的结果不停地发布odom到baselink的变换（换算到xy坐标系了）
问题：
odom到baselink的变换长时间后不是准确的，为什么要一直发布呢？这不会导致系统使用了错误的信息吗？
解答：
在AMCL的代码中我们可以看到，计算得到map坐标系下机器人的坐标后并没有直接发布map到baselink的变换，而是根据odom和baselink的关系、map和baselink的关系，反推出map和odom的关系，然后发布map到odom的变换。而map和baselink的地图中的实际位置是不可能改变的（意思是真实的），因此我们在rviz中能够看到odom会随着机器人的运动而改变。总结一下就是：通过改变odom坐标系原点的位置使得机器人里程计的信息能够正确表达机器人的位置（改变的odom原点的量，就是机器人打滑等原因产生的里程计误差的量）。
2019/12/3补充：
仔细研究了AMCL的代码，发现其实很简单。ODOM到BASELINK的变换通过里程计发出来，而且是高频的不停地发，以给机器人提供实时的短时定位。每当对粒子采样一次，就可以得到机器人在MAP坐标系下的位置（我们认为是很准确的，跟眼睛看一样）。所以我们要修改MAP到ODOM的变换，从而修正ODOM到BASELINK的变换的误差（里程计累积的误差）。而整个AMCL坐标系的关系很简单：MAP→ODOM→BASELINK。 可见，MAP到BASELINK没有直接的变换。
