agv自动送料碰到个问题，呼叫按钮和工位联信号老打架
最近在做一个汽车零部件车间的agv送料项目，20台左右的潜伏牵引式，车间大概150米长，单向环形通道。送料工位12个，每个工位配一个呼叫按钮盒+一个到位光电。上位用的是调度系统自带的，叫按钮信号直接通过io模块进agv主控。
现在的问题是有几个工位的工人反映，按了呼叫按钮之后agv老是不来，或者来的是别的工位叫的车。查了几天发现是按钮按下去的时候如果正好agv走到附近，车载plc会把这个io信号误读到，然后调度那边就乱了。工位plc跟agv主控之间加了一个中间继电器隔离，但好像还是没顶住。
想问下做过类似项目的，这个按钮信号到调度这段一般怎么处理的？是不是要上无线按钮+唯一地址那种？还是agv车端io这边要做什么滤波？现场真挺急的，产线等着送料呢。
全部回复 (4)
这种问题我们去年在电池厂也踩过，几十台agv同时跑，工位呼叫串的不要不要的。后来直接换了方案：呼叫按钮全部改成无线433的，每按钮编唯一地址，发到网关再转给调度wcs，agv车端io完全不参与呼叫逻辑，只认wcs下发的任务号。这样物理上就隔离了，串扰概率直接降到零。
你那个方案按钮信号走agv车端io本来就不合理，车在动、io电压不稳、再加个继电器也挡不住干扰。早换早省事，无线按钮单个成本也就几十块，12个工位加起来不到两千块的事。
老哥你那个io是接的哪个口？我猜大概率是agv车体上那个通用的di口吧，那种口本身就没有地址信息，agv主控读到就是个0/1的电平，根本不知道是哪个工位按的。调度那边只看到"agv001上报了一个呼叫信号"，但这个信号到底对应哪个工位完全对不上。
工位如果有plc的话，呼叫按钮走工位plc，工位plc再通过modbustcp把工位号报给wcs，wcs再派车，agv只接受wcs的指令去哪个工位。整个链路里agv只是执行者，别让它参与呼叫判定。
你这个项目从设计阶段就有坑，agv送料的呼叫信号怎么能让agv去采集呢？正常做法是工位按钮直接进wcs或者上位调度系统，由调度系统判断哪个工位需要车，再把任务派给合适的agv。agv车端的io只负责跟工位对接上料下料，呼叫逻辑压根不该在车上跑。你这相当于让快递员自己去听客户喊"快递"，他哪知道是谁喊的。
另外150米单向环、20台车的规模，调度系统本身的压力就不小，呼叫信号再往agv那边走一遍，链路长了出问题是必然的。
