工控编程吧

标题: 外部I/O直接连接S120,不经过PLC处理的控制方式 [打印本页]

作者: baikhgmv    时间: 2016-10-7 10:54
标题: 外部I/O直接连接S120,不经过PLC处理的控制方式
外部I/O直接连接S120,不经过PLC处理的控制方式

以前的使用传统和经验,变频或伺服控制的控制字中的某些位,应该都要经过PLC的报文传输过去,现在看来比较“潮”的用法就是:外部I/O直接连接S120,不经过PLC处理的控制方式。

   近期才开始关注,此类接线......................

   学习中。


---------嘿嘿,你的认识和我正好相反。外部I/O控制控制字那是最最传统的应用了。模拟时代的做法,数字时代早期的做法,有了数据通讯以后,当然是通过PZD形式的控制最好了。网线才几颗,如果用外设激励I/O口,那得多少颗线呀。怎么会是“潮”,应该说是怀旧复古呀。嘻嘻



-------我本来也是 这么认为的,可是目前S120和simotion 本身编程处理能里的提高(不经过S7 CPU),节省大量的扫描时间,提高了伺服系统的高动态响应能力..................


----------端子io的能力毕竟是有限的,感觉还是PLC控制方便,自动控制精度高


-----------对于一些不太复杂的系统,有可能。

加装端子模板TB30的话,那么数字IO和模拟IO就都有了。通过使用CFC/DCC功能,去利用CU320-2的高处理能力和富裕的空间。一些人机界面 HMI 则可以通过它的 WEB或客户端来做。是可以将PLC的部分功能转移到CU320-2中,从而“甩掉”PLC。

这样做是需要下点功夫的,需要懂得不少知识呢。


----------潮啥呀,这是倒退!

自动化系统无法获取驱动的任何信息,什么诊断,数据采集,信息化的功能一概全无,说白了就是些畏惧通讯,抵触通讯的技术人员在那儿逆势而动,这些人必将被历史淘汰!



---------楼上,你的理解有偏差。看你的上一楼,好像懂得挺多的,我说的就是上一楼的意思。
并且我发现老外的S120在SCOUT里应用了大量的CFC编程


--------------S120的控制用SIMOTION本身就代替了PLC的功能,SIMOTION的功能很强大。速度快还是不快需要的是控制器的性能和水平,而且SIMOTION与S120的通讯就是DRIVE CLIQ的数字化通讯。


另外你的楼上和楼上的楼上都是资深的自动化与驱动高手呦。不必在乎语气如何,关键是看看这里讨论所提出的各派思路。对自己的问题解惑会有帮助的。


-----------最好以后要做到用WEB服务;通过浏览器就能调试驱动。而不是需要安装个(神马西门子驱动都能调试的)STARTER。

其实也是呀,干嘛要装辣莫多种型号的驱动SSP?STARTER软件又不好装?

最好就是通过网站上的配置软件,按需要的功能配置好需要的组件,给我订货号去订货。货到之后,上网站输入S/N,直接通过浏览器,下载相关的授权和用户配置文件传输到装置。

用户只需补足用到的第三方参数,就可以上电,通过浏览器开始对这套专门的驱动进行调试了。多好呀。

反正那个STARTER软件上的控制面板都是一样的。当前要想调试总得用个笔记本电脑。要是用浏览器,用个手机也能调(无非就是插个无线AP)。

反正我的WIN10也装不上STARTER了,就等着西门子开发这个功能了。




-------------楼上说的我不太懂,还是a我孤陋寡闻。

我们工作12年电气控制没见过楼上说的。

即便你说的远程控制,老外用的远程也离不开star、technology 或 scout软件的调试

用 team view 软件远程,但也需要本地工控机打开star、technology 或 scout来调试的


------------楼上说的是愿景,目前还没有实现呐。您说的是目前的解决方案。


------------对,是愿景,是具有实现条件的愿景。

从S120的CU更新就能看出端倪。通过浏览器显示更多的诊断;附加APP给出故障诊断的详细解释,参数的修改。通过浏览器升级固件,这些都是目前已经实现的。

至于浏览器的图形化调试部分,对于HTML5都是可以实现的。

相信西门子正在做。


----------简单的可以通过I/O控制,如果系统复杂,那还是走通讯比较好,毕竟I/O口数量有限,接线繁琐。我们早些年的系统是以通讯为主,I/O为应急的方式。现在都是两组PLC通讯了。


----------我在这里说的理念是:很多设备的提速问题一分钟之内综合要是能提高动作的次数加1,就是一个重大进步,这个设备卖的就要比别的贵几百万的。

  所以在设备的某个地方要去挣毫夺微(比争分夺秒要高)


---------嘻嘻,那也是数据通讯快呀。当然不是用PLC的编程模式了,cliq通讯,以太网通讯。


话说回来了,快?为什么要快?能说说你的应用吗?共享一下好吗?


---------- CLIQ 当然会用的,我们的设备主速度受制于钢丝裁刀每分钟裁切的刀次,这个频率决定了辅线线速度。当前我试过当前能使线速度到210m/min,这也几乎到了速度启停稳定的极限。

  电气柜配置S7400控制逻辑部分,SIMOTION D435 集成控制5个轴(有同步要求),另外DP挂5个cu320大部分用作闭环位置控制的伺服轴,驱动的电机有伺服也有三相交流电机的伺服用法。

  大体配置就这样,编码器反馈没走CLIQ,相对现在落后点,这是4年前的设备。到伺服的I/O接线里有很多就是现场的控制减慢速的接近开关、限位开关等。直接连至S120或D435,没有在S7400里走通讯。


----------这不是通讯快慢的问题。是控制方法的问题。

本来这些变频器就是上级控制器的(分布式)IO;而且是智能IO。已经有不少功能本身就是不需要控制器给出的,例如:变频器本体对各种故障的处理。

那么,进一步来说,所有与该驱动自身相关的功能,都是可以做到该驱动内部来完成。例如:极限位置的处理、辅助设备的控制(像气动、液压设备),速度的自适应(PID或PID微调)等等。

我觉得,凡是该驱动“停摆”时,该功能也“丧失”的那些功能都可以做在驱动内部。

驱动只对控制器报告状态;控制器负责整体驱动的运行指令。


---------  如果仅仅是你说的接线问题,实际用法的好处是什么呢?

  从现场来看,我说的这些部分I/O分明附近就有分站箱,它却没进分站然后走通讯协议控制字,这样会既节省线缆有简洁,而老外反而绕道把这些I/O连到较远(远接近20米线)的电器柜内的S120内。思考可能这种老外的接线控制方式独到之处的实际意义是什么?


-------------嘻嘻,有意思。用还是不用驱动的I/O,还是看一个具体的系统。这是综合平衡的问题。用通讯传递,DP的速度得看通讯速率的选择。而PN通讯,就是100M,所以具体问题具体分析吧。谁知道你的系统DP通讯选的是多少呢。如果选的是几百千赫,那和100M差的数量级就多了。


端子通讯,优点是直接激励(响应速度快),操作简单;缺点是受信号数量约束,线多了安装布线麻烦,成本高,最大的问题是抗干扰能力远不及数据通讯传输可靠。


-----------【优点是直接激励(响应速度快),操作简单】应该就是这个原因。至于【缺点是受信号数量约束,线多了安装布线麻烦】老外的设备到不至于干扰,老外做的设备接地及屏蔽处理相当完美。

  这个设备现在看来就是分站没用PN网线通讯的缺点,这是4年前的。现在我们的都是挂PN上了【无论S120还是分站】

  DP 1 通讯速率 6兆 也是D435和S120所挂的一路。。

  另一路 mpi/dp 也是用的DP 挂的是设备的分站 阀岛、以及触摸屏 速率选择为1.5兆(dp速率最大12兆)



-------所以说,学习国外的经验,要立足读懂它的原理,有选择的照搬,不要全盘照搬。如果没看明白照抄,就盲从了。凡事都有两面性,这才符合辩证法。


----------看了下这里有点火药味啊,不能一味的说外部IO接到PLC好还是直接接到驱动上好,有些IO直接接到驱动上效果要比接到PLC上好,比如说限位、安全等,这样还可以节约PLC的点位。减小PLC的程序量。当然有些IO接到PLC上更简单,编程也比较容易。想必西门子的设计者们也是出于这种考虑所以在驱动上做了一些IO接口的吧。关于什么控制系统好什么系统快个人觉得大家没有必要一概而论,simotion是快,但是应用在简单的工控场合是浪费,应用在复杂的场合直接用数控了。所以要看我们所做的设备需要什么样的加工工艺来选择控制系统。控制系统没什么好坏之分,能满足加工工艺的最简单的控制系统是佳的,我们做设备的要的都是性价比,控制成本。做的再怎么高端,设备贵的让人望而却步不是我们工控人做的,那是有些打着“研发”旗号骗项目投资的人做的。


-------- 对啊,电气控制学无止境。任何事情都不能盲目的评论这个不好,那个好...................

电气控制只有想不到,没有做不到。我努力中。


------------我也常常设计这种将与驱动控制不相关的信号接到驱动上。与你图片不同的是:我不是这种“集中”控制柜;而是驱动器在现场(与设备模块在一起);把驱动器看作是分布式(智能)IO而已。省去了PLC的分布式IO模块。

此外,注意到,当今的驱动包含了STO基本安全功能的授权(有的型号包含的更多安全功能端子),而安全型 PLC模块是要单独订货买授权的。


---------- 分布式配置,设备整体轴数少的情况,是个不错的选择。但是碰到想我轮胎行业轴数要30多轴以上,并且同一电机模块下两个电机的距离可能较远,就不太适用。


-----------嗯。情况不同,设计不同。

如果设备是自己设计的。建议关注一下那种 PT(穿墙式)电机驱动模块。(现在用PM240-2替换了PM340)

这种电机驱动模块的散热器和风机(穿墙)到柜外;这样柜(箱)体就可以完全封闭;与设备模块组合在一起。(包装中已带密封胶垫。与IP20的性能一样,安装形式不同。)

既可以用单轴CU310-2PN;也可以用CU320-2PN经 DriveCLiQ - CUA30/31;当然也可以用CU240-2PN(简易伺服)


----------其实一个事情存在应该有合理的方面,这种方法想提高控制精度或者控制的直接性,但会使PLC无法掌控所有单元的实时运行,可以靠通讯的形式将重要信息再发给PLC,既满足了控制精度和直接性,又能使PLC或者工控机能控制现场。



----------我赞同你这种思想方式。我认为,一个执行器应该具备识别自己当前行为和状态的能力,不需要上级控制器参与。执行器应当报告自己的状态及接受来自上级控制器的命令。设备上下极限位置,STO等关于本设备的驱动状态都应该自行裁决后报告给上级控制器,而不是等待上级控制器裁决。当上级控制器失效的时候,执行器应该具备基本的驱动设备和停止设备的能力。体现在分布式设备上,我更倾向于用智能IO而不是普通IO。具体体现在选型上,我更倾向于PLC和可编程的驱动器作为I-device或者带CPU的ET200。




---------我觉得楼主可能指的是把基础性的工作放在变频器内,通过CFC编程实现,上位PLC只是进行监控和一些参数的给出,比如恒压供水,PID控制在变频器内,上位机只是监控状态和一些参数的给定,这样的好处是即使PLC挂掉了设备依然能将就运行,不至于耽误生产。










欢迎光临 工控编程吧 (https://www.gkbc8.com/) Powered by Discuz! X3.4