- 博客(4)
- 资源 (1)
- 收藏
- 关注
RSS订阅原创 给所谓的物联网浇浇凉水
国网用电信息采集应该是全球最大的物联网，没有之一。依赖庞大的体量和持续性的投入，工程化、实用化、成本可控、稳定可靠等方面做的还不错。其它的所谓物联网有以下致命问题：1、档案和时标是数据的生命线，数据真正发生时刻（采集机制、时钟精确校时以及电池更换）和回路关系档案关系（很多经年累月私搭乱建，甲方自己养的电工都搞不清档案关系了）混乱；靠试or靠技术手段？拓扑关系识别！2、底层感知力差，设备有没在用都不知道，还AI、还统计分析，存粹扯淡。已知当前未抄到数据，请区分485线被耗子咬断了，还是线上的设备断电了
2020-05-08 20:54:54
130
原创 关于数据采集机制的思考
网关采集机制的弊端数据不同期及与其真正发生时刻的分离平台存储的数据及其时标非底层表计和传感器的数据真正发生时刻，而是经过网关及平台采集后台的层层缓存，网关的上下行协议只传数据未传数据的真正发生时刻。不是同一时期的，时标错误的数据加减等运算易出数据质量问题且无意义，时标是数据的生命。说一个20岁的成人比一个5岁的儿童身高高并无意义。以导出的XXXX和XXXX网关厂家的网关配置工程为例，下行modbus rtu数据块采集间隔为3s，假如一块表计有10个数据块接入了10块表计则总耗时为300s（3*10*
2020-05-08 20:42:37
839
原创 关于数据采集的两大机制，强化中间层vs弱化中间层？
目前在综合能源数据采集的各种场景中，各系统开发商普遍采用网关、通信管理机、协议转换器、数据集中器（以下统称简称为集中器）等来解决底层众多表计的硬件接口和软件协议（以下简称协议N）转换问题。对上普遍采用MODBUSTCP、IEC104、Q/GDW376.1、MQTT等通信协议（以下简称协议A），这种协议转换的数据采集通信方式（如图1）和采用以上上行通信协议主要有以下缺陷（如表1），这也是本文试图要解决的技术问题。 缺陷 描述 影响举例 .
2020-05-08 20:34:28
1082
原创 关于数据采集服务端开发的一点思考
服务端软件以什么作为应用层缓存，尽可能少的内存拷贝及内存碎片，利于分帧处理粘包，且最好只分一次； 以什么作为通用网络库，实现简单优雅、可维护、性能不低，tcp客户服务端、udp均支持、不活跃链接自动断开； 多进程多线程处理，少共享变量，少使用锁，少逻辑交织，线程安全，简化必需业务之外的逻辑、io。读写处理三部分离，以免头尾难兼顾。数据采集服务端软件上下行报文处理可排序、可插队，如页面上下行的报文先发先解； 简化（脚本化）各种批量收发业务应用小程序的开发维护及为第三方提供调用服务； 多协议抽象处
2020-05-08 20:27:57
480
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人