回复:技术专题探讨-PLC以太网通信

LeeWheel

  • 帖子

    346
  • 精华

    4
  • 被关注

    25

论坛等级:侠士

注册时间:2004-04-20

普通 普通 如何晋级?

发布于 2009-06-11 11:23:34

0楼

quote:以下是引用四书五经在2009-06-09 12:52:20的发言:
quote:以下是引用satanttt在2009-06-09 11:12:24的发言:
实际工作中用到400 CP 读多个 300CP的数据问题。 底下的300数量10个左右,因为300经常断电不使用,导致400读写程序都是失效的。这时候程序监控,运行速度都变的很慢,几乎不能监控。后来把读写通讯程序做成100MS一次后,才好一点,不过还是很慢。请问有什么其他方法可以解决以上问题吗?

我不知道你400和300的连接采用的是什么方式,是TCP,还是ISO ON TCP,还是S7?
如果你用的是FC5,FC6进行通讯,如果你的编程习惯很好,你应该就不会出现这样的问题?
我们知道对于通讯来说,好的习惯是首先判断连接的好坏,再进行数据通讯。如果说连接已经不正常了,发送数据还有什么用呢?所以对于SEND/RECIVE通讯,我们可以首先调用FC10(AG_Cntrl)进行连接状态的判断,如果FC10的执行结果是连接已经不正常了,那就通过判断跳过FC5,FC6的执行!这样应该就不会出现以上问题了。呵呵,至于FC10的具体使用可以参考在线帮助。
说到此,不禁感慨一下,真正在我们的编程中有这么好的编程习惯的人有多少呢?包括我在内,一般在程序中实现了功能就行了,至于一些异常情况的处理很少去实现的。记得很早以前有老工程师和我说过,一外国公司在武刚做的一套控制系统,整个异常处理占总程序量的70%,而这70%的程序几乎很少使用,可能一年都用不到1次。但出现异常的时候,如果没有这些程序整个生产就会出现问题。
呵呵,我是做编程出身的,对于编程的问题多说了一些!希望大家不要见怪!!


故障判断处理确实是非常重要的,我的习惯就是一上来就把故障全部整理,基本上占到程序重量的50%以上,这个部分做好后会省去很多以后的现场维护工作,任何问题都有报警处理说明以及提示,基本上现场的电工都能处理掉了。
评论
编辑推荐: 关闭

请填写推广理由:

本版热门话题

通信与网络组件

共有4448条技术帖

相关推荐

热门标签

相关帖子推荐

guzhang

恭喜,你发布的帖子

评为精华帖!

快扫描右侧二维码晒一晒吧!

再发帖或跟帖交流2条,就能晋升VIP啦!开启更多专属权限!

  • 分享

  • 只看
    楼主

top
您收到0封站内信:
×
×
信息提示
很抱歉!您所访问的页面不存在,或网址发生了变化,请稍后再试。