说在前面
按照清理数据库的顺序，若某个订单出现错误，先清数据表(执行清理数据表的sql语句)
若所有的进程都已经起来了，若还是出现一切莫名奇妙的错误，如:打开订单页面无TS,这就是数据库再之前不小心被删除了某个表，或者加多了某个字段，最快的方式恢复数据库(删除数据库，执行恢复数据库备份).
总之数据库错了，做什么请求都没用
巨坑
打开订单页面无
查日志说
INFO Start to wait_dispatch_init..
弄了很久，删除数据库再次恢复即可(巨坑)
数据库缘由:调度无法把TS相关数据插入数据库
恢复数据库执行之后成功语句
进程退出并返回 0。则恢复成功
一直报dbinfo
Linux路径问题:
桌面版看上去的路径其实并不是本地路径，要从该文件夹打开中端然后使用pwd命令
忘记更改tools中的config.ini中的softwarerootpath
该项是存放整个项目路径
创建AGV配置只有一辆Fork车
dispatch_engine没有放置自己定义的agv_info.xml文件(该文件中ip需要更改未数据库服务器ip)
Tips(dispatch_engine文件夹中还要加etc文件(配置地图))
dispatch文件夹要配置的
dispatch_config.xml和etc文件夹
搭建好，跑通的时候一直报错404显示
http://192.168.252.144:5006/api/engine/view/ctrl-manage-data/
http://192.168.252.144:5006/api/engine/config-data/agvs/
忘记创建AGV项目,需创建
注意点
关掉终端进程并不会关掉,这时候你以为关掉了，再次跑程序，其实跑的还是刚刚哪个关掉终端的进程。
这时你的更改没有任何效果，此时需要重启虚拟机
订单相关
创建订单
p2p-1就直接执行到取车步骤.
状态
src finish
Dispatched
working
Dispacth(车在休息点28)
取消订单
若第一次点击完成订单来取消订单状态变为 waiting_cancel，这意思就是让你点击取消订单了，点击取消订单状态变为cancel_finish
完成订单状态是
manually_finish
若是dispatch(调度状态)强制完成，第一次状态变为waiting_cancel，第二次变为waiting_manually_finish，但总不会变为manually_finish(这里还是由于agv报警:turntable has cargo before load task导致，要修改地图或者车载定义的去卸货高度)
小车无法持续跑，跑完一次就无法跑了
网页端提示信息
turntable has cargo before load task
缘由
车载高度定义卸货高度为40，地图定义卸货高度为30，所以第二次运行任务时候就会报错，缘由地图认为此时的高度40是有货的，这时车载和地图的缘由
解决方法
打开车载webvehicle-go.exe，然后再网页浏览器中输入http://127.0.0.1:5006/，再其中找到设置高度(这里采用的是关掉这个定义的卸货高度)
正确的订单创建状态
dispatch(代表有小车接了)
active(代表订单创建成功，没有小车接)
TS再centos7上更改容易报错
缩进符写错也会报错
inconsistent use of tabs and spaces in indentation
设置预定托盘在库位上
也可以通过网页端的查询信息查询到
当在取货位置报错，然后再重新发订单取货
这是在取货的位置时候TS报错，然后重新在该位置发取货订单时候就报错了
2022-03-23 16:41:43,966 [def_p2a.py:33:run] [37715] ERROR Order(20) When run file "def_p2a.py", get exception：list index out of range
2022-03-23 16:41:43,968 [ts_template.py:451:run] [37715] ERROR Order(20), Start to handle error order, err_code 0, info [{'id': 43}], err None