宝元系统cio创新通讯缴费系统错误 创新通讯缴费系统式i/o创新通讯缴费系统异常是怎么回事

来源：蜘蛛抓取(WebSpider) 时间：2016-10-12 09:52 标签： 通讯录管理系统
每日登录：+1西币&+1积分
&下次自动登录
绑定第三方账号登录 & & &
扫描二维码登录支持中心移动端
获取动态密码
| 新手必读 |
You are here:
S300PLC通信异常后CPU会...
热点活动：
S300PLC通信异常后CPU会停止运行 - 已解决问题
现在系统是S300的PLC用Profibus&DP&通信，当有一个站通信不上时，PLC就会停止运行。我不希望这样，我希望有站通信不上时，PLC能继续工作。请问我应该怎么做？
产品版区：
悬赏分:5 | 解决时间： 10:27:47 | 提问者： - 学长&nbsp&nbsp第2级
问题ID：94351
问题的根源还是通讯的问题，最好的方法还是先彻底解决通讯的问题；但是可以试试CPU程序块里面需要添加一些对应的OB组织块，看看能否帮助你解决点问题；可以不编程，要下载到CPU里OB86&&扩展机架，DP主站系统或者分布式I/O故障OB87&&通讯故障OB122&&I/O访问错误
中级工程师&nbsp&nbsp第10级&
填写您的评论...
提问者对于答案的评价：非常感谢。问题好了。谢谢。
已阅，最佳答案正确。
置评专家：西门子自动化技术支持& 22:15:14
更多相关问题
本版精华问答
等待您来回答
作者/最新回复
最后回复时间
请参考以下链接：
- 中级工程师&nbsp&nbsp第10级
& 16:32:47
参考上面的做法，加一些OB，另注意检查下你的通讯线路
- 助理工程师&nbsp&nbsp第8级
& 17:23:27
希望有站通信不上时，PLC能继续工作。请问我应该怎么做？1、这要对发生有站通信不上时是否对控制系统会引起哪些后果进行充分的评估。2、如果发生有站通信不上时对控制系统不会有影响：可以通过添加相关的组织块(OB)，只需添加，不需编程。CPU程序块里面需要添加一些对应的OB组织块，当发生相应的故障时，只报警，不停机如：OB81&&电源故障OB82&&诊断中断OB83&&插入/拔出模块中断OB85&&优先级错误OB86&&扩展机架，DP主站系统或者分布式I/O故障OB87&&通讯故障OB121编程错误OB122&&I/O访问错误
- 大师&nbsp&nbsp第17级
& 19:50:25
在程序中插入OB86&\OB87\OB121\OB122&就OK了！！
- 学长&nbsp&nbsp第2级
& 11:04:46
- 资深学长&nbsp&nbsp第3级
& 13:32:28
上一页1下一页&
扫描打开手机版
20秒帮我们优化支持中心！
欢迎您访问支持中心！
丰富的视频，全方位的文档，大量的网友交流精华……
为了更好的完善这些内容，我们诚邀您在浏览结束后，花20秒左右的时间，完成一个用户在线调查！
感谢您的支持！
欢迎您来到找答案
在“找答案”，已有超过7万个被解决的技术问题供您参考！
西门子技术专家亲自把关！常规的，简单的问题，在这里您都可以找到答案！
遇到了问题，就来“找答案”提问。
点击搜索框右侧的提问按钮，只需2步就能成功提交问题！分分钟就有无数大侠前来帮你。
在“找答案”每天都有大量的新问题。
别犹豫，只需要点击问题下方的“我要回答”就能参与。答题不光有积分相送，也会给您积攒大侠人气。
“找答案”定期开展各种有奖活动期待您的参与。
更有机会参加西门子高端用户峰会。领略西门子的博大精深！第三方登录：
马上注册并登陆，免费下载更多资料。
第三方登录：
马上注册并登陆，免费下载更多资料。基于网络回溯分析的SCADA系统故障诊断
　作者: 厂商投稿　编辑:
　　【IT168&资讯】某排水集团在线业务区的SCADA系统需要从DMZ区的I/O Server上采集数据，SCADA系统使用某些IP能够正常从I/O Server采集数据，但是另一部分IP则不能正常的从I/O Server上采集数据，提示异常并且断开连接。　　例如：10.2.103.8为SCADA系统的IP地址，能够正常的从10.2.0.51和10.2.0.52的I/O Server上采集数据，但是将SCADA系统的IP改为：10.2.103.10，则不能正常从10.2.0.51和10.2.0.52的I/O Server上采集数据。　　案例分析　　一、网络拓扑图(简化)　　下图为简化拓扑图，我们展示SCADA系统和I/O Server之间的通讯链路，分别在靠近SCADA系统和I/O Server的接入上采用端口镜像的方式旁路部署科来网络回溯分析系统，采集SCADA系统和I/O Server之间的通讯数据包。▲图 1 网络拓扑图　　二、故障排查　　我们从DMZ区的交互机和在线业务区交互机上同时采集通讯数据，进行对比分析，来看看具体是什么原因造成了业务系统的故障。　　(一) DMZ区数据　　在DMZ区交换机数据中可以看到TCP会话中10.2.103.10向10.2.0.52发送了大量的RST(复位)数据包，如下图2所示。这些连接被这些复位数据包释放掉了，但是为什么会存在这么多的复位数据包?又是谁发送了这些数据包?▲图 2 DMZ区捕获到的TCP会话　　　　通过查看科来网络回溯分析系统的交易时序图，可以发现复位数据包的TTL(生存时间)值是127。而正常时传输的数据，可以看到TTL(生存时间)值为61，和异常时明显不同，说明复位数据包并不是从10.2.103.10发出来的，而是有个中间设备发送了复位数据包中断了正常的应用会话。　　正常会话的TTLTTL值为61，而异常复位数据包的TTLTTL值为127。结合该集团的拓扑图来看，正常会话发送初始TTLTTL值为64，经过2台和1台核心交换机后抓取到的TTLTTL值为61，而异常复位数据包初始TTLTTL值为128，只经过了DMZ区连接的，TTLTTL值减为127，说明复位数据包极有可能是某设备发送的。　　(二) 在线业务区交换机数据　　我们在在线业务区交换机上抓取数据，找到同一个TCP会话。如下图3所示：▲图 3 在线业务区捕获到的TCP会话　　可以看到该会话中同样存在了大量的复位数据包，但与DMZ区不同的是，复位数据包是由10.2.0.52发送的。　　同样查看科来网络回溯分析系统的交易时序图，可以看到复位数据包的TTL(生存时间)值是126。而正常时传输的数据，可以看到TTL(生存时间)值为125，和异常时明显不同，同样说明了复位数据包并不是从10.2.0.52发出来的，而是有个中间设备发送了复位数据包中断了正常的应用会话。　　正常会话的TTL值为125，而异常复位数据包的TTL值为126。结合该集团的拓扑图来看，正常会话发送初始TTL值为128，经过2台防火墙和1台核心交换机后抓取到的TTL值为125，而异常复位数据包初始TTL值为128，抓取到的TTL值却为126，说明数据包只经过了核心交换机和在线业务区区连接的防火墙，说明复位数据包极有可能是某设备发送的。　　三、结论及处理结果　　结合DMZ区与在线业务区捕获的数据包分析来看，在正常的通讯过程中DMZ区与在线业务区之间的设备发送了RST(复位)数据包，释放了正常的会话，造成了SCADA系统不能正常从DMZ区的I/O Server上提取数据。根据数据包的解码分析，可以确定发送异常复位数据包的设备为某上网行为管理设备，通过对该设备策略的修改，10.2.103.10能够正常的从I/O Server上提取数据，未发生异常情况。
大学生分期购物销量榜
IT168企业级S7-400冗余系统常问问题集_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
S7-400冗余系统常问问题集
上传于||文档简介
&&西​门​子​S-0高​级​编​程​培​训​教​材​,​内​部​教​材​_、​S基​本​通​信​和​扩​展​通​信
阅读已结束，如果下载本文需要使用5下载券
想免费下载本文？
定制HR最喜欢的简历
下载文档到电脑，查找使用更方便
还剩18页未读，继续阅读
定制HR最喜欢的简历
你可能喜欢CIO深圳行_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
上传于||文档简介
&&C​I​O​深​圳​行
阅读已结束，如果下载本文需要使用0下载券
想免费下载更多文档？
定制HR最喜欢的简历
下载文档到电脑，查找使用更方便
还剩4页未读，继续阅读
定制HR最喜欢的简历
你可能喜欢

我要回帖

更多关于 通讯录管理系统 的文章

 

随机推荐