最近我收到一封读者来信, 读者恰好是卡塔尔多哈Lusail开发项目高级电气器械设计主管Lusail北端扩展这个项目极有趣,因为它字面上涉及为近20万人民创建新城并了解Lusail项目本文章底部
信里读者引用前读后博客文章RTUs和PLCs路由图用于停车场、路道、水区测量、街灯控制支柱等项目管理公司坚持使用PLC板两者都实际工作两者间究竟有什么差错,我们应该使用哪个差错?
并补充道 区 楼 公用通道 停车场 泵站 电站Lusail系统将有自己的个人控制系统全部归并到Lusail命令控制中心汽车园和公用通道等地将建SCDA站
帮助回答他的问题,我联系数家行业联系人提供RTUs和PLCs为这样一个大项目获取建议响应者不得不说
Feature/Functionality Differences
自小PLC和RTU都从传感器收集资料,运行逻辑输出并发送消息
福里表示,当涉及到电力需求时,PLCs通常设计为使用工业电源(+24Vdc和85264Vac)。RTU设计远程操作,可定位于近百里外传统电源区域
包括超过100Vdc实用源等高压dc源等低电源提供输入电源Foley表示或冗余电源(支持应用需要电池备份电源),if power不是应用问题 或路径都通通否则 RTU可能是你需要的
通信方面PLCs设计使用嵌入式协议通信商业转换器或工业转换器遍历多项补充协议PLC底线是终端用户依赖通信渠道工作
反之,RTUs设计来补偿通信预期失效的事实,Foley表示RTU系统常有大规模内存能力存储接收时间标注数据失效后通信恢复后,此数据可转发MTU(存储并转发),所有RTU数据历史可重编为通信从未丢失时间印和重编事件序列不仅可用于保留准确历史,还可用于诊断问题,如电网故障,因为数据时间标定硬件级并精确度为毫秒范围,并补充道,“PLC通常不是设计用于这类操作的。”
Foleys指出,RTU和PLC之间的另一个关键差点是操作可用性,即控制器操作时间百分比
福里表示:「虽然PLC可用冗余使用, 多RTU设计冗余使用,处理器可能也是这样,当处理器失效时,另一处理器接管,允许操作持续到维护实现RTU转角时这是一个不错的特征, 但它关键时RTU正在管道上需要直升机运达。”
应用考量
RTU通常用于PLC无法满足的特殊需求应用,例如数据收集和小控沙漠井或电站,据ABB自动化技术销售支持管理者Hans Sjordal表示Lusail项目等应用中使用RTU系统时,项目工程师应看低功率设备,因为这些设备可能使用太阳能,这些设备应设计紧凑性,能支持数个I/O类型组合并发信号少并满足温度达70摄氏度
Sjordal补充道,多套RTU模型支持冗余和多电信协议,如DNP3.0和IEC670-5-104
环境应用需要控制功能和使用FoundationFieldBus并使用Profinet或IEC6180Sjordal表示这些需求可由PLCs或小分布式控制系统解决
Lusail项目中提及的实用应用优先使用PLC或DCCS解决方案,
从Foley和SjodahPLC题Steve Garbrecht 软件营销副总裁Nevensys很好地总结了困境:点点宗教题 多用户RTUs和PLCs日志数据都具有一定控制能力并可以在网络上说话区域图通常多点面向恶劣环境并用于地理网络投票也可以低功率环境使用,并可能拥有像DNP3这样的专业SCAD协议多设施管理专家我向PLCs发誓,
Grabrecht补充道,许多PLC费用也比RTU低
关于引起全讨论的读者问题,他写信给我表示,根据他从自动化世界得到的建议,除了他自己对题目的研究外,他建议Lusail停车场、公用通道和泵站使用PLCs不过,他建议路道使用RTU
下图视频概述卡塔尔开发与Lusail项目Lusail项目覆盖2点50分开始
