谈一谈一个小型网络遇到的问题

假设你实现了触摸屏的通讯阻断控制，可以在触摸屏上进行随意操作通讯端口的通断需求，那么即使你能准时控制触摸屏的通讯时间，如果这个时间节点，刚好还是会撞上和PLC通讯的时间呢？哪岂不是白费功夫？实现了触摸屏的控制，却不能控制PLC，让PLC进行通讯回避。
我觉得你还是改架构现实一点，将PLC连触摸屏。

你的诉求，估计要让厂家的设计部大搞特搞才能实现了，不用动硬件，只需要改触摸屏系统的源程序。一般成型的产品系统，除非有重大漏洞或者重大缺陷，厂家都不会着急的，慢慢等吧。

十个星期估计也没有什么解决的了

这种问题就这些信息是找不到原因的。核心原因应该是仪表通讯模块支持的连接数限制，当plc和hmi同时和Can模块通讯的时候就会出现问题。如果模块能支持多连接就看看修改设置可不可以。不行的话只能设定什么机制让plc和hmi的请求错开了

以太网是一个市面上通行的标准通讯协议和通讯接口，没有专利权限制，哪个品牌厂商都可以随便用而不需要给发明人缴纳专利费（因为发明出来的时间太久了，专利收费是有年限限制的，不能无限制一直收下去）。

所以各家的PLC或者触摸屏硬件对其通讯协议的支持都不是一样的，有的支持的好，就能发挥很大的效果，有的支持不好，用起来体验也差劲。根源就是利润的问题，一个通用的协议不如我自家厂商专门研发一个总线通讯协议来钱快，并且自己研发的总线协议别人还不能轻易接入，要接入就要向我交保护费（专利费），当然，自己开发的东西体验一定好，毕竟可以专门针对自家的硬件进行优化，一分钱一分货，贵了就有贵的体验。

其实，问题出在这个仪表通讯模块上，PLC过来的数据和触摸屏过来的数据都要经过它，所以它必须要具有分开处理的能力，最简的就是分时处理，排队，毕竟PLC过来的数据还是触摸屏过来的数据它是能知道的，通过IP地址，端口号什么的是能区分的，它必须建立一个通讯优先级才行，之前我做过类似的产品，有点了解