再次搭建程序集报错

说在前面

按照清理数据库的顺序，若某个订单出现错误，先清数据表(执行清理数据表的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