恭喜,你发布的帖子
发布于 2017-08-10 19:50:05
76楼
K版又做了个很不好的示范,勾起别人的兴致,但又做不好,连个EMC都解决不了的用户怎么能解决这个通讯问题?
好多做检测设备的用户,都曾向我提出要做这个方案,都被我严厉拒绝,有不死心的自己去做,通讯好通,应用难用啊,涉及到方方面面的问题,给自己挖坑的节奏,结果惊人的一致,均以失败告终,任你是个高手,博士硕士扎堆。
用个PLC其实也没啥成本,而PC与PLC同驱动通讯的可靠性根本就不在一个数量级上,要么就用WINAC(大多数人是从内心就拒绝的),多少人是不撞南墙不回头啊。
STARTER软件,在控制面板调试时,只要一切换界面,系统就停机,为啥?问各位你们的控制软件有STARTER做得那么好吗?
我觉得Kdrjl 大侠说的还不是同一件事儿。
K版的应用只不过是:
1、单传,只对一台驱动。
2、OPC 的主要功能是读取、保存驱动状态,而且不需要像PN IO 那样2-4mS 那么快,有100mS 的周期就满足了。启动驱动仅仅是工作开始的初始点。
3、可能还有其他部分的传感器需要连接到OPC 采集端口。而快速采集、保存功能,不是PLC的强项。PC机倒是可以。
4、整个闭环都在驱动内部搭建,OPC不用参与,只是给个启动命令。急停还可能就是硬线连接。
5、如果实际上需要多人大屏幕观察,还是PC 机的HDMI 接口到大电视上,效果来的好。
所以,从K 版之前说“不用PZD ”这个过程控制就可以知道,这个OPC 很可能只不过是连续、循环使用非周期读写驱动而已。实际应用,还是可以满足要求。
这种方案用于检测设备还是可以的。用于生产设备去控制多台驱动联动,显然不行。
精华帖版主置评:y版威武,我是单传!单传。嘻嘻。kdrjl
请填写推广理由:
分享
只看
楼主