当前位置: 首页 > news >正文

PLC-Recorder的高速采集有多快?0.5ms算快吗?看控制器能力了!

大家知道,PLC-Recorder有一个高速采集的功能,基于TCP连接或UDP报文,速度取决于发送端的能力。对于西门子PLC,能做到1-2ms的采集速度,但是,我在前面的文章里提到了0.5ms的高速采集,哪个控制器能这么牛叉呢?就是帕姆齐传动设备公司的SOLO系列的多功能微控制器(专门配合西门子传动进行快速控制,带有多种网络接口,巴掌大小,图1所示)。

 图1 智能控制器外观

这个控制器用CODESYS进行应用开发,能够方便地进行控制功能的开发和调整。传动控制我不懂,感兴趣的是它通讯能力:速度快,并且周期均匀,能用于咱们软件的高速采集测试(咱们的高速采集,开始就是为该控制器开发的)。

前一段时间,他们那边反映:他们电文发出来了,但是,我们接收有缺失。结合电文捕捉和PLC-Recorder的电文处理机制,分析出原因所在:

计算机系统里的网络不稳定,部分报文集中到达(windows系统里的接收不均匀,红框里看到接收时间间隔为0,当然也可能是其他原因导致的。见图2),多个报文同时送到PLC-Recorder时,软件来不及处理,进行了抛弃,以免影响后续电文处理,曲线上表现为数据点的缺失。

图2 电文集中到达情况

图3 部分点被抛弃

 目前,PLC-Recoder已经针对带有时间戳的高速采集进行了优化(很快就会发布),将电文进行缓存,依据电文的时间戳和前面的对时,反算出接收时间,减少电文抛弃的几率。朋友那边测试结果:在报文到达不均匀的情况下,采集非常均匀、稳定。

图4 修正后的效果

在非稳定系统下的高速采集要解决接收、解析、存盘等各环节的抖动,是一门实践性强的活,需要不断优化。另外,这么神奇的控制器,我也讨要了一个,找时间要好好学习一下,也可以促使咱们的采集软件越来越强大。

http://www.lryc.cn/news/97082.html

相关文章:

  • KMP算法总结
  • 消息中间件ActiveMQ介绍
  • 【100天精通python】Day9:数据结构_字典、集合
  • 上海VR全景展示,快速了解VR全景拍摄
  • VScode远程不用再输入密码操作
  • MyBatis基本用法-@TableId
  • React AntDesign写一个导出数据的提示语 上面有跳转的路径,或者点击知道了,关闭该弹层
  • 小红书课程发光社群知识库,点亮哥专为超级个体设计解决方案
  • 基于SpringBoot+Vue的摄影跟拍预定管理系统设计与实现(源码+lw+部署文档等)
  • HCIA 第二课总结
  • linux-------联网下载文件和配置
  • 字典树Trie
  • 算法之桶排序算法
  • 读kafka生产端源码,窥kafka设计之道(下)
  • Pytorch个人学习记录总结 06
  • Rust之泛型、特性和生命期(四):验证有生存期的引用
  • kubesphere安装中间件
  • zookeeper学习(二) 集群模式安装
  • 选择合适的图表,高效展现数据魅力
  • springboot自动装配
  • python小记-队列
  • SpringBoot——持久化技术
  • Kafka 入门到起飞 - 生产者参数详解 ,什么是生产者确认机制? 什么是ISR? 什么是 OSR?
  • 【文献分享】比目前最先进的模型轻30%!高效多机器人SLAM蒸馏描述符!
  • 【数据动态填充到element表格;将带有标签的数据展示为文本格式】
  • 小程序轮播图的两种后台方式(PHP)--【浅入深出系列008】
  • 使用ComPDFKit PDF SDK 构建iOS PDF阅读器
  • 一套流程6个步骤,教你如何正确采购询价
  • git使用
  • SkyWalking链路追踪-搭建-spring-boot-cloud-单机环境 之《10 分钟快速搭建 SkyWalking 服务》