发布故事帖,听您讲述工控生活中的点点滴滴!
这其实是去年的故事了。排查过程挺漫长,大概花了有一周左右。公司有一个站,主站是400PLC,带的IM153分布式IO 站,其中四个站跟主站在一块,另外有四个远程站分布在不同的位置,最远的一个有两公里。然后还有一个300PLC从站,是一个成套设备PLC,与主站通讯显示一些数据。DP 链路的话,最初的设计是主站CPU 的DP 头出来两路,一路去300PLC,然后结束,另一路按顺序连接其他从站。中间经历了三改造。第一次改造时,新增了一个远程站,用的OLM 模块通讯,打开了300PLC的DP 头,重新接回来主站的柜子,经过OLM 转换,到达新增的从站。第二次改造,是将另外一头,从主站柜子出发到第一个远程站的这一段,改为光纤。第三次改造是在最末端,新增了一个从站,跟之前从站的柜子挨着,就直接增加了一段DP 线。最初运行正常,但是中间有段时间,频繁的出现掉站引起设备停机的问题,当时怀疑是干扰的问题,把模块室做了屏蔽处理,后来没在再停机就没有管。一直到去年,最初是偶发了一次停机,查看了诊断缓冲区报其中一个站掉站,是主站柜子上的从站,就认为应该是通讯模块有问题。做了更换。更换后正常,第二天再次出现这问...
今天必须得跟你们吐槽一下我最近参与的一个火力发电演示柜项目验收经历,真的让我对现在部分工控工程师的工作态度和专业水平感到无比担忧。我作为甲方懂技术的验收人员,对这个演示柜项目可是寄予了厚望。毕竟火力发电场景演示柜对于展示发电流程、原理以及进行相关教学培训都有着重要意义。项目一开始,我们就和乙方公司反复沟通需求,明确各项技术指标和性能要求,就是希望他们能交出一份满意的答卷。然而,当乙方把演示柜和PLC程序交到我手上进行验收时,问题就像爆米花一样,一个接一个地冒出来。先说这PLC程序编写,那简直就是一团糟。代码写得毫无规范性可言,变量命名乱七八糟,什么“a1”“b2”“temp1”之类的,完全没有实际意义,让人看得一头雾水。程序结构也是混乱不堪,没有清晰的模块划分,逻辑控制部分和数据处理部分搅在一起,就像一团乱麻。我稍微深入看了一下,发现很多功能实现都是靠一些临时拼凑的代码,根本没有考虑到程序的可扩展性和可维护性。这要是后续需要对演示柜功能进行升级或者修改,那简直就是一场噩梦。而且,程序中的注释少得可怜,关键部分几乎没有注释说明。这对于像我这样需要理解程序逻辑进行验收的人来说,无疑增加了很...
整个产线一共用了6套PLC。1套s7-300的安全PLC。其他都是S7-400PLC。PLC之间通过Profibus-DP实现快速通讯。有两个PLC之间经常出现通讯中断问题,可以确定的是,出问题的这两个PLC还与其他PLC也是有通讯的,与其他PLC之间的通讯就没有出现异常。这样可以排除硬件的问题,那问题出在那儿呢,请各位同行帮我问题一下这个问题。
1. 前言这也是24年春节之前的事了,我一同学在国产一知名DCS品牌工作,接了个改造项目,其中有一个是DCS作主站和另一个台S7-300PLC通讯,技术协议签的是用ProfiBus-DP通讯,于是我找了找S7-300 PLC的样本,就找到了一个CP342-5模块,之后也专门从西门子官方论坛里面搜索了相关资料,也使用搜索引擎找了一些文档,文档中的处理过程都挺简单的,于是信心满满的推荐了这个模块,下面就是做这次通讯的详细过程了。由于工厂管理比较严格,进厂调试的时候不准带手机,笔记本也需要开出入证,所以现场的图片就没有了,只有部分截图。另外也吐槽一下,由于化工厂生产特点吧,污水处理厂不能长时间停机,下面的处理过程基本上就是协调工厂生产,临时停车几分钟处理,如果事情不顺利,那就得赶紧恢复原来的状态,赶紧生产。2. 系统简介改造项目是一个化工厂的污水处理系统。该系统有两套为一套污水和二套污水,分别使用了一套S7-300 PLC控制的,上位机是WinCC画面,一套污水就在控制室里面,使用的CP5611板走的MPI通讯,二套污水距离比较远,使用的其中一套污水本次要换成DCS控制,使用的光纤转以太网通...
我们是做通用设备的,就是加工中心,龙门铣床等产品,随着通用行业越来越多机床厂家的介入,通用设备的竞争尤为激烈; 那是在09年,通用设备在如上的前提下,我们计划采用一种新的方案,就是有西门子802S数控系统配置开放的伺服电机实现工件的生产,毕竟我们是大用户,很多驱动电机品供应商牌蜂拥而至,我们选择条件很明确:1.品牌必须进口,2价格要有优势3.要能够适应模具的加工;因为客户百分之九十以上都是做模具的。大浪淘沙,最后选择了松下系列,事情进展的很快,设备很快进行了加工流程:首先是加工样件,如下图:因为尺寸在这之前通过镭射检测已经调试完毕!到这里遇到问题了,加工表面光洁度非常粗糙;于是,现场松下工程师杨工,通过PID优化,通过曲线分析,怎么调也不行,这时候杨工说,需要日方工程师出现场协助,那个时候是需要发邮件的,本身这个项目也是试用,就等呗!结果过了一周日方工程师小林带着翻译来现场了,在国有企业同国外工程师工作是司空见惯的。小林到了现场首先研究了加工工艺,然后进行重复杨工以前工作的一系列调整,杨工自诉说,优化方面比他做的要全面,接下来我这边就是配合呗!结果一工作起来就是俩个通宵,本身使用第三方...
各位工控圈的前辈、同仁们,今天我必须来论坛吐吐槽,讲讲我那段“不堪回首”的PLC调试经历。本以为是个展示自我的好机会,结果却成了职业生涯里最惨烈的一场“翻车”事故。背景是这样的:公司最近接了个高速隧道的改造的项目,要把原来用施耐德控制柜的老系统,换成我们新采购的西门子S7-1500系列控制柜。领导可能看我平时对PLC挺感兴趣(其实是半路出家,自学了点皮毛),就大手一挥,把我这个“新兵蛋子”派上了前线,还美其名曰“锻炼新人”。我那时候心里那个忐忑啊,但想着这也是个机会,硬着头皮就上了。到了现场一看,我直接傻眼了。旧的控制柜线缆乱七八糟,线标磨损得几乎看不见,更别提那些密密麻麻的接线端子了,看得我头皮发麻。而且,我之前压根没接触过施耐德的控制器,对它的逻辑、通讯协议一无所知。心里那个慌啊,就像被扔进了一个没有地图的迷宫。我试图按照之前学过的西门子PLC调试流程来,先断电、拆线、标记(虽然线标已经看不清了,只能凭感觉和经验),然后小心翼翼地换上新的西门子控制柜。接线的时候,我反复确认了好几遍,生怕接错了线导致设备损坏。好不容易接完线,上电测试,结果问题接踵而至。第一个问题,就是那些原本应该正...
最近正在学习Wincc Unified 面板,这个面板使用JS脚本。分享一个小技巧:仿真的时候,使用trace功能调试JS脚本,会比较方便,宝藏工具。如图,可以明确指出那个画面的那个对象的那个JS脚本,哪一行出问题了。这是遇到一个问题:IO域显示为空白,因为IO域使用了JS脚本赋值,JS脚本没有区分大小写导致的,脚本计算为NULL。trace功能明确指出这个read有问题。trace功能:如果是默认安装路径,打开安装路径C:\Program Files\Siemens\Automation\WinCCUnified\bin,找到RTILtraceViewer.exe双击即可打开。如果改过安装路径,则在对应的安装路径下,可以用搜索功能搜索。可以参考下边的教程:https://support.industry.siemens.com/cs/cn/en/view/109777593/zh 免费视频,JS 调试工具http://www.wincc.com.cn/xxym.aspx?id=12755
程序和组态都交接了,每个变量都有注释,功能逻辑咱也知道,做为接手人,我敢直接使用和修改吗?一套程序下到机器上,发到客户处,立即反馈用不了。原因很快查明,客户处某个设备是特殊型号,需要在程序某处增加专门延时,之前一直都是每次下载程序时手动修改此延时,这次没人知会没有修改,所以用不了。一套程序下到机器上,试机人员反馈有问题。核实代码后发现,源码有bug,但一直都这样使用的,能使用,但确实有点小毛病。一套程序下到机器上,客户要增加个定制功能,改代码呗。然后简单测试也通过了,到客户处反馈某个参数不能减小,否则卡死。核实代码,恩,地址冲突了。接手别人的程序,即使,程序结构清晰,模块化做的也不错,注释很完整,你需要多长时间分析代码上机实测后,才敢放心使用呢?
深夜的紧急电话*凌晨1点23分,手机铃声像警报一样炸响。我眯着眼摸到手机,屏幕上闪烁着“车间王主任”三个字——这绝对没好事。“张工,出大事了!产线DP网络全断了,Y-Link死活连不上,明天早班就要投产,你赶紧来看看!”我叹了口气,从被窝里爬出来,一边套衣服一边骂娘:“**又是Y-Link!**”现场:红色警报与绝望的DP灯**车间里,王主任像热锅上的蚂蚁,指着那台 **6ES7 197-1LA12-9XA0** 的Y-Link:“就这玩意儿,白天还好好的,晚上突然抽风,DP灯狂闪,PLC根本不认!”我打开TIA Portal V16 SP8,组态里确实能看到Y-Link,但状态显示 **“不可用”**,DP从站全部报 **“总线故障”**。经典西门子式故障**。”我嘟囔着,先做了个标准排查:- DP线?——换了一根,没用。- 终端电阻?——打了ON,还是没用。- 电源?——24V稳如老狗。“见鬼了……”GSD文件:隐藏的恶魔**我突然想到,这台Y-Link是新换的,会不会TIA Portal里缺GSD文件?“王主任,这模块以前用过吗?”“没有,仓库刚领的,说是新型号。”我立刻打开西门...
新的一年又要来到,分享一个关于G120 CU控制器端子接触不良的经验。单位G120系列变频器使用的比较多,在调试过程中发生了一些故障,现分享一个。,在电脑调试过程中发现r752.0没有显示值,同时发现端子3上的橙色部件已经不见(上图是修复后的照片)最早的时候发生这样的故障都是第一反应检查传感器线路,检查线有没有接错位置,控制器拨码开关有没有拨,有没有重新断电再上电。随着时间的推移,总结了一些经验。第一步,暂不使用电脑,而是安装上BOP-2键盘,直接查看R752.0有没有数值,查看到也没有数值,第二步,这种情况下把接线端子直接抽出端子台已经很困难了(不过还是建议试拔几次)。 怎么办好呢?1,拆除控制器端子盖, 2,掀开端子台保护罩 3 ,揪住保护罩用力向外拉(约两公斤的力) 4,拆开端子想法顶松线卡取出线端,第三步,找个相同的端子台(只走通讯的变频器上有多余的)或者再次组装好(有问题的调换到其它位置)安装回原来的控制单元插针位置,使用输入线直接搭到输入插针的位置,查看有没有显示值,经过查看是有的,反推确认是端子台已经接触...
一直用的项目过了半个月再次打开仿真,结果无法仿真了.一直编译一直有错.最主要是无法定位到错误在哪里.于是就只能找大哥(百度...).网建议最多的就是从建项目,这个也是经验,具体没看到针对这个问题具体解决实例.哎!!!软件硬件都试了也没用.这叫我不由的怀疑是不是我的项目有问题.赶快换了其他项目仿真,果然也不行,没有一个顶用的. 这难道是软件的问题?? 把项目给同事,仿真没问题,好家伙.这是要重新装软件的节奏啊.....重装太慢了,想了一下还是更新一下好了,也许就解决了呢.毕竟这样会快点嘛.看了一下最新更新已经是UPdater6 !!自己而是updater5.跟新完成再次仿真...居然还是不行,不过报警能容可以锁定了,而且报警信息也不一样了.....看了一下居然是字体错误..Arial Unicode MS 这个字体居然不能下载,博图不支持这个字体,大概意思就是不是免费的字体,没法授权...最后把这个字体删除.问题也解决了.....这时候再回头想了一下,最近有帮同事做触摸屏,当时他就是用的这种字体做的文字域.而我那时电脑没有这个.他编译好的触摸屏字体和我电脑上仿真总是不一样,所以最后就再自...
注册论坛好久了,刚开始工作出差调试多,没有太多自由时间,真正开始发帖是从今年开始的;利用晚上和周末时间写了一些分享贴,大多是自己以前想到的一些想法,但是没空去实现的程序代码;1.递归 递归有着平常循环所没有的独特魅力,它利用了调用自身的方法去展开问题,思考的时候需要总结一个重复的步骤和最后一步去实现的样子;典型的比如汉诺塔,从A 柱子经过B 柱子到达 C 柱子;就可以简化成先把n-1 个挪到B 柱子,再把第n 个给挪到C;然后问题就又变成了类似原来的样子,只不过问题现在是把在B 柱子上的n-1 个,经过A 柱子协助,挪到 C 柱子;依次类推... ...,思考清楚后就陆续实现了几个版本:STL 版本地址链接: https://www.ad.siemens.com.cn/club/bbs/post_1826730_66_0_0.html#anchSCL 版本的地址链接; https://www.ad.siemens.com.cn/club/bbs/post_1826670_66_0_0.html#anchWINCC 版本的地址链接; https://www....
买了一个二手277E,想尝试学习一下软PLC。买来的时候自带21.9版本的1507S,但是我用16版TIA连接不了,提示不兼容设备,看了手册说21.9对应的TIA是v17,但是也是兼容v16的,以为是软件问题,就把1507卸载了安装20.8的版本。安装过程没有报错,但是安装完彻底启动不了了,提示连接失败,反复几次都不行,于是感觉是系统问题就又把系统删了重新安装,发现硬盘分区跟原来不一致了,驱动程序还需要授权才能下载,结果折腾了2天没有搞定。上网查相关安装系统和1507S的资料比较少,没找到有参考价值的东西,看来还需要自己慢慢折腾摸索吧。哪位路过的大神熟悉请指点一二。目前2016版LTSB系统也下载了,驱动前几天也许可下载了,就是win10默认分区跟原来不一致,再就是不知道为什么软件安装不报错却启动不了。
这次故障还是在春节之前处理的,本来处理完毕之后想着接着写出来,又是那该死的拖延症,一直拖到现在才慢慢的写完,还是先介绍一下现场情况。现场简介出故障的设备是加热炉仪表控制,就是燃烧控制的一个从站,先简单画一下组态图:绿色线为以太网走线方向,2.1柜到2.2柜由于距离较远,使用的光纤,两个柜内的远程站下面均有数量不等的IO模块,模拟量信号基本上都与加热炉系统的设备有安全连锁。每个控制柜内有一个24V电源,也就是柜内模块和相关现场的传感器 电磁阀等都用的这个电源。故障处理过程刚开始出现故障的时候,大约11点,我正好在操作室守着,第一次画面上的几个模拟量信号突然变成0了,不到10秒钟接着恢复了,里面有比较重要的信号,直接把煤气连锁的快切了。想着等生产了再查为啥,结果等了几分钟接着又出现一次,而且这时候没有马上恢复。现场的模拟量信号都到了低压配电室,到了之后发现2.2柜内的2#从站除了第一个模块亮灯,其他模块的灯都灭了。如下图:一开始以为是通讯故障,这个模块还是中间站点,前后模块通讯都是正常了,也就先怀疑IM155模块有问题,在找备件的同时,先对模块断电不行,又把下面的光纤模块和155模块同时断...
借用一句话,打脸来的太快,昨天刚发了帖子,今天凌晨5点左右,这个故障又出现了,关于前面故障处理的过程可以点击下面的链接查看:记一次1500 ET200MP从站模块故障处理过程由于不是我上班,大体了解了处理的经过。先说一下模块的配置开始报故障的时候,不用断电,所有模块灯灭之后,过上几秒就自己恢复了,但是比较频繁的出现,先断电交换了一下DI1和DI2,还是没有恢复,之后把DI1模块的前连接器拔下来,恢复了正常。之后针对出现的故障,我们现场也讨论了一下,然后13点左右,利用停机时间又进行了模块的改造吧,针对可能出现的原因分析如下:1、供电电源问题:这个在检修的时候单独增加了一个电源给这个柜内的两个IM155和交换机供电,电源虽然说不是西门子的,但现场我们也用了不少,而且出问题的时候,量电源电压24.1V,这个应该能够排除了。2、IM155模块内部电源老化供电不足:这个在节前故障的时候,已经换了新的模块,应该也能够排除了。3、背板总线接触不良:节前的时候,也把背板总线都给换了。4、IO模块问题:可能是模块有问题,导致内部5V电源偶尔负载大导致这种情况。根据上面的1 2 4问题,13点左右进行了...
还记得那是一个闷热的下午,有一台空调的风阀执行器故障了,导致风机一直无法启动,后来换了同型号的国产风阀执行器用了几天又坏了(估计内部灰尘多导致机械部分卡死),听了领导的意见换成了西门子的风阀执行器,一直用到现在,论工控执行器,确实还是西门子家的质量可靠耐用。
年底了,感慨总是很多,说一说自己学习PLC的经历吧。本人普通本科院校自动化专业毕业,目前就职于一家物联网企业,其实工作中用到PLC的场景并不多,偶尔在一些小型项目中会用到200SMART进行数据采集和通讯以及一些简单的控制。即将过去的一年,公司经历了不小的挑战,销售额下降,我们的收入也随之减少,这引发了我对于未来职业规划的思考,思来想去我决定学习PLC,主要有两个原因,其一是因为之前简单接触过一些,上学的时候也学过,这个比较容易上手,其二,本人所在城市的一个特色产业是机器人,用到PLC的地方应该很多。学习PLC当然是要学习市场占有率最高的西门子PLC学起,而在西门子大家庭中,最基础,最好上手的smart是首选。于是决定从200smart开始入手。从网上找了许多视频,文档资料,最开始的学习是基本的硬件,外观,接线等,接下来是学习编程软件的基本操作,基本的指令等,再然后开始做一些简单的例题加以巩固。随着学习的不断深入,自己陷入了迷茫当中,主要有三个原因;其一,PLC是一门应用性非常强的学科,而我只是用空闲时间去学习一些理论,没有系统的学习,也没有实践的机会。其二,会一些基本的操作以后,接触...
通过LAD用户程序实现循环调用程序的在线监控例程:MonitoringCycleCall_20240808.rar工艺轴的架构例程:MultiGroupGearedAxis_20240809.rar
设备改造完了,终于松了口气。没过几天,客户打电话过来,刚松了的那口气立马又吊了起来。通过客户描述,感觉麻烦来了。客户每台机器都用了4台伺服,国产某品牌的,之前就经常发生液压站压力变送器损坏、某个环节偶尔不工作等情况,通过增加滤波电路、分开走线等措施解决了。这次又出状况,第一反应还是干扰问题,虽然源头在伺服驱动那里,但没办法,客户不明白,就是认定了改造了设备出现的。哎,真是哑巴吃黄连,有苦说不出。设备偶尔出现不合模或者工作完成后压力卸不下来的情况。苦逼兮兮赶到现场,观察了一个小时左右,问题又出现了,进模之后,不合模。看了一下smart的对应点位,没有输出,监控了一下程序,发现下模低限位开关信号没有,让人更换了接近开关。又观察了一下,发现在两个允许下放吊钩的指示灯一直闪烁,肯定是干扰信号过去了。把线路理顺了一下,发现这个指示灯的电源线与伺服线走到一起了,伺服驱动没有与伺服电机等电位接地。把一台伺服驱动器的地线搭了一下外壳,发现冒火花,果断将其与电机相连并接地,发现指示灯还是闪烁。让客户开机试了一下,工作了一个多小时之后,故障又出现了,这次是不合模。监控了一下程序,发现接近开关还是没有信号。...
这次调试真是烦心事多啊!以前设备都是调试人员安装线路和调试的,如今是领导派电工去接线,然后让机械安装的负责现场的调试,搞得好像电器在现场不会出问题似的。不出意外然后就出问题了,设备电机在运转一段时间后变频器报0.F7011过温故障停机。电机的安装位置比较靠下,为了能看清电机铭牌用螺丝刀给撬了下来。后来了解到一批的机器居然使用了两种电机。原来是单位快到年底了,采购件也清库存呐。一种是普通电动机,铭牌没有效率参数值。一种是变频器专用电机,但是已经去掉了强冷风扇。这次调试时没注意到,使用了同一种参数复制了。不同的电机使用同一种参数复制么肯定要出问题喽。总结,同样功率的电机,不一样型号的电机都必须重做整定,让变频器正确对电机参数识别才能正常使用。
840Dsl 25040报警25040报警找了3天。维修德操很关键
随着S7-200PLC退市和S7200Smart上市,单位仓库的老S7-200就成了库存。随着环保安监的严厉监管,单位让我按个电铃到车间,也好对车间人员有个提前通知。领导说按个电铃的任务我一看现场,拉线的话,车间五六米高,门卫到车间也是几十米远,布线都是个问题。无线控制才是个好办法,这才想到了已经吃灰的PLC。传递消息的可靠性是第一位的,为此配备了传输距离1KM的无线模块提高发射接收信号强度,然后通过485通讯口,相互之间无线透传。硬件难免还是会出故障的,比如谁不小心把车间配电箱电关了,来人了通知不到是不行的。我又通过软件编程来达到相互联络状态的目的。车间的和仓库的只要没电,通讯异常,门卫PLC本体继电器就会间隙动作发出咔嚓声和输出灯就会闪烁。而门卫的PLC如果故障啥的无法正常联络到其余两个PLC,则仓库的PLC连接的蜂鸣器就会鸣响,提示有异常。现场还在用的装置拍了三个照片。灰尘满满还是抗用啊!期间车间的那个发生过异常(离砂轮切割机近,有金属粉尘),关电清灰也不管用,重新下载一遍程序恢复正常。这个是极端可靠的装置,可比市面上遥控器可靠多了。
朋友们,大家好啊,初来乍到,请多关照哈!
近期调试问题较多,发到现场的机器S1200PLC和屏幕通讯又有一个出问题了,PLC通讯灯不亮不闪。怀疑是不是网线头子插入不到位(有的确实插拔不顺畅),网线头子画上线,拔出后测量没发现问题,网线钳当时没有(谁知道还有问题,啥工具都带可不少呢)。拉动网线头子(直拉)没发现问题(其实就是这个头子问题)。因为多次插拔PLC口,发现PLC口也能跟着摇动,都怀疑是不是通讯口被插拔坏了,只能再拆一台好的过来测试。装回位置上电检测网口还是没有闪烁灯。嗯。。。,重点检查网线头,以前经验网线没压好测试仪也是测不准的,剪掉重新做头子。没钳子没头子咋办。。。同事看到我这情况,他想起他背包里正好有做延长线剪下来的带头子的网线。同事手法很专业,线接的很牢靠。再次上电通讯正常了。总结,网线头子是否压接不牢,不能只直拉测试,还要用力向左和向右斜拉都做一遍,才能更易发现问题(卡牢的线十斤八斤的力拉我感觉都没事)。 网线头子,单列压接的辨识度没有两层排列压接的好,建议不要买单列的。对比下来,认可西门子的东西还是抗造啊。为了查问题网线插拔好几次,(头子有问题不是顺畅的那种插拔),PLC的通讯口还没事。
单位新项目,需要用类似飞锯功能,也就是要做位置同步,这类的应用原来没用过,感觉很是高深,刚接到项目时还是有些紧张的,首先考虑的是1500T+S120,但问了些朋友后得知有1504D这种神器,相当于1500T+CU320,价格也差不多,就选择了1504D。又在西门子网站上找了些飞锯的例子。西门子在这方面做的还是很不错的,例子很详细,拿过来改改就能用了,总体还是比较顺利的。但现在还有个问题,就是在使用MC_GEARINPOS时如果slave飞锯轴在开始同步刚刚起步但还没同步完成时,如果Master轴停止,这时slave飞锯轴会报警同步错误,不能完成同步,不知道这个问题大家遇到过没有。
因为工作原因,我和西门子各种系列plc,都有接触,但是基本上都是会些皮毛,判断一些简单的故障,做一些基本的逻辑修改,只是局限于梯形图,至于语言更是没有接触过。特别是通讯问题更是谈虎色变,望而生畏,因为我们厂翻车机用的就是400系列的,并且与四台变频器通讯来分别控制四台电机,具体的如何连接的,说实话我也没搞明白,这个就是我们的控制柜,说实话个头比较大,也确实挺唬人,呵呵。记得有一次夜里值班,运行人员说翻车机本体的靠车到位信号,时有时无,影响翻车,让我们来看看就地是那个光电开关坏了,因为就地一共四个开关,这四个信号同时来才会有靠车到位的信号,只要是一个信号不来,则画面上就会报警,问题就来了, 到底是哪个开关不好呢,我们到就地看了一下,开关感应都正常,一时半会也不知道那个时好时坏,打开逻辑梯形图来监视那个开关有问题,说实话也看不出来,因为它有时就是断开几秒,甚至更短,你肉眼根本分辨不出来,就在这时候,不知道谁喊了一声,拿手机摄像头看看,说着有人拿手机打开录像功能在那一直捕捉着,看是那个开关的信号,会中断,这招还真管用,不一会就找到了那个掉线的开关,然后到就地把它更换了,好了,再也没有出...
我们单位是发电厂,制氢站是通过300PLC来控制的,上位机是采用IFIX5.5进行的画面组态,之前二者是通过DP通讯来实现的,也是厂家最开始给调试安装的,最近单位要求进行技术改造,要实现以太网通讯,之前那个CPU不带以太网口,随后就加了一块Cp341卡,通过以太网来实现连接PLC,这个过程倒也比较容易,最后也实现了与PLC的连接,因为升级改造需要重新装主机箱,因为西门子的STEP7,还是比较好装的,最终也实现了,与PLC的通讯,然而IFIX5.5却让我们折腾了两个多星期,刚开始是这个软件太苛刻了,各种的不对付,好不容易装好了,它和STep7死活通讯不上,在网上查资料,修改ifiX的各种配置,最终锁定了一款S7A的第三方通讯软件,但是还是不会通讯,最后查百度,搜各种文库的内容,折腾了十几天,最终出来了,通讯建立了,大家总结了一个经验,那就是不用IFIX了,咱们重新做个画面,用wincc,当然了这是个玩笑,毕竟制氢站在单位的的重要新不言而喻,谁也付不起责任,不敢轻易的修改任何东西。通过两个礼拜的折腾,我总结出任何两种软件的通讯,当然了是通过以太网,首先必须设备IP地址,其次是变量表,...
分享
欢迎您来到西门子数字化工业支持中心网站!我们使用cookies来确保您能最好地使用我们的网站,进行网站分析并根据您的兴趣定制内容。我们有时会与第三方共享cookie数据。继续浏览本网站,即表示您同意我们使用cookies。您亦可以参考西门子数据隐私政策以了解更多相关信息。