|
|
|
发表人:我的方案我做主 |
发表时间:2007/9/11 15:10:00 |
|
|
本栏论题: |
“远程I/O方案是个垃圾方案”,赞成的鼓鼓掌,反对的请以理服人,否则少放屁! [8009] |
本人做过几个远程I/O方案,就是远程数据采集,通过总线方式,送到控制器。我认为这个方案不好,是个垃圾方案。
正确的方案应该,每个远程I/O改换成PLC,现场采集、现场控制,再通过总线将数据送到控制中心。这样的方案,价格低廉,可靠性要比远程i/o方案高几个数量级。
依据:
1、远程I/O方案,数据虽然分散采集,但需要集中处理,中心的PLC必然采用高档配置(对西门子而言必须是300/400系列),价格自然翻番。而目前远程I/O价格比一台PLC还要贵。
2、远程I/O方案,数据传送的可靠性必须高的多,否则,系统无法稳定,采用总线数据传送,国内的安装施工无法保证接地布线的规范。可靠性大打折扣,我做的项目中,采用的PROFIBUS-DP基本都网络中断过,不是干扰问题,就是接地不良。
3、如果采用现场PLC方案,现场PLC可以选用小型PLC(200系列即可),现场控制。再采用总线方式(EM277)将数据传送到中心,总线仅仅是数据传送。价格可靠性可想而知。
因此,我的论断“远程I/O方案是个垃圾方案” |
|
以下是关于《“远程I/O方案是个垃圾方案”,赞成的鼓鼓掌,反对的请以理服人,否则少放屁!》论题的回复(共17篇,分2页显示) |
远程I/O的优越性,你还未真正体验过!
很多时候做项目,不一定成本行前,在满足技术要求的情况下,省成本才有意思。就像AB的contrologix 与 西门子的s7-400来作比较,完全没意思。
|
|
恩,你说的有点过于片面,只是只对于某一种情况。如果在施工的时候能够仔细一点能够减少好多不必要的故障,这就是我们要求不严谨的问题。
我还是比较赞同楼上的看法,在保证性能可靠的前提下,适当的节约成本才可行,减少不必要的认为原因!
|
|
还得看现场要采集及控制的点数多少,点数少在200范围内当然好的,如果多了,那还得用远程I/O模块了,做工程,主要看性价比了
|
|
远程I/o?西门子直接用ET200.总线通讯,主站直接变成,维护方便,设计简单
|
|
说法有点片面性,这主要看应用的场合以及工程项目而定
|
|
|