电表作为电能计量的核心设备,通常采用DLT645协议进行通信;而光伏监控平台则普遍采用电力行业标准的IEC104协议进行数据交互。两种协议之间的不兼容性成为了数据采集和集成的技术障碍。 本项目采用上海仰科VFBOX协议转换网关,实现DLT645电表数据到IEC104协议的无缝转换,将电表采集的电压、电流、功率、电能等数据实时转发至光伏监控平台,满足电站运行监控和数据分析的需求。 1.2项目目标采集DLT645协议电表的实时运行数据将采集数据转换为IEC104协议格式通过以太网将数据转发至光伏监控平台支持4G无线网络接入(可选)1.3协议说明协议全称应用场景DLT645多功能电能表通信协议电表数据采集 ─┐│工程师站││(VFBOXStudio)│└──────────────┘2.2数据流向电表数据→网关采集(DLT645主站)→数据缓存→协议转换→IEC104服务端→监控平台(IEC104客户端) DLT645协议5:转发协议为IEC104协议3.3硬件接口连接VFBOX网关接线示意:┌─────────────────────────────────────┐│VFBOX网关││││V+────
用户侧光伏监控平台要求统一采用IEC60870-5-104(IEC104)协议进行数据接入。为实现协议无缝对接,项目选用VFBOX协议转换网关,完成逆变器Modbus数据的采集与IEC104协议转发。 5.3配置IEC104协议转发在工程中启用IEC104服务,参数配置如下:参数设置值说明启用Yes启动104转发功能端口2404IEC104标准侦听端口公共地址11与光伏平台约定最大帧长度249默认周期上报间隔 上送延迟小于2秒并发接入单台网关成功接入3台逆变器,可扩展至更多从站通信稳定性7×24小时运行无断链,支持自动重连协议兼容性光伏平台零改造,直接识别标准IEC104数据八、总结本案例通过VFBOX网关实现了逆变器 ModbusRTU协议到IEC104协议的高效转换,解决了光伏监控平台与现场设备之间的协议壁垒。 该方案可推广至储能系统、箱变测控、环保监测等需Modbus转IEC104协议对接的场景。
远动规约基础(一)、【连载】IEC101规约(二)、【连载】IEC101规约(三))、【连载】IEC101规约(四),并着重介绍了IEC101规约,本节我们将继续IEC101规约的相关内容: 5.1 IEC104 通讯连接 5.2 IEC104规约结构 5.3 IEC104规约栈 5.4 IEC104报文格式 APCI 应用规约控制信息 ASDU 应用服务数据单元 APDU 应用规约数据单元 5.5 IEC104 工业通讯领域沉浸十数年,深喑各种工业通讯协议和工业网络架构以及国内外多种主流PLC应用和操作、熟知罗克韦尔、施耐德、西门子、GE等知名品牌的冗余系统,对工业无线通讯、工业物联网、工业IT与OT的融合,有着前瞻性的独到见解和务实的实践经验
使用命令启动 Conpot conpot -f --template IEC104。 确保 Conpot 和攻击者机器之间的虚拟网络通信。 2404/tcp端口上的服务表示IEC-104协议。下一步是指纹识别。 加载iec-client模块,配置必要的参数来与目标建立通信: use auxiliary/client/iec104 set RHOSTS <target_ip> set ASDU 7720 这些命令选择并配置 iec104 客户端模块,设置从侦察阶段获得的目标 IP 地址 (RHOSTS) 和 ASDU 地址。 对工控安全的影响 通过蜜罐展示了电力网络攻击IEC-104协议,以及攻击者是如何攻击电力网络。同时建议实施网络分段和持续监控等策略可以有效减轻相关风险。
DLT645 驱动DLT645 驱动适用于 DL/T 645-2007 通信协议,插件支持根据不同的数据标识,自动选择对应的数据格式。 新增功能概览新增 IEC104 协议支持设备主动上报数据处理的功能,提高了 IEC104 采集数据点位的效率。 新增定制化的 Modbus TCP 模拟器,模拟器支持以标准的 Modbus TCP 协议进行读写数据,并且支持扩展的 Modbus TCP 协议,可以一次读取 65535 字节的数据。
ASDU 在其结构内传输信息对象。每个信息对象都通过信息对象地址 (IOA) 寻址,该地址标识定义站内的特定数据。对于 IEC 104,其长度为 3 个字节。该地址在控制方向上用作目标地址,在监控方向上用作源地址。
第七章:传送原因的语义归总传送原因(Cause of Transmission, COT)是该协议中的一个重要字段,用于描述报文的传送目的或触发事件。 >:=未知的传送原因<46>:=未知的应用服务数据单元公共地址<47>:=未知的信息对象地址<48-63>:=特殊应用保苗(专用范围)版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议
第十章:APDU 序列号在IEC 104(即IEC 60870-5-104)协议中,发送序列号和接收序列号主要用于确保数据传输的可靠性和顺序性。 简而言之,发送序列号和接收序列号在IEC 104协议中起到了数据确认、顺序保证、重传机制和流量控制的作用,从而确保了通信的可靠性和稳定性。 APDU 确认的未受干扰的编号 I 格式 APDU 序列编号 I 格式 APDU 序列混乱如果最后一个 I 格式 APDU 未被确认,则超时版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议
125>:=段F_SG_NA_1CON<126>:=目录F_DR_TA_1CON<127>:=日志查询,请求存档文件F_SC_NB_1版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议
首先,选择你希望服务器使用的通讯协议。 在本章第一节将介绍可用的协议以及各自优缺点。 下面一节将解释使用那些协议的典型设置及如何在你的服务器上运行。 ---- 协议 Git 可以使用四种主要的协议来传输资料:本地协议(Local),HTTP 协议,SSH(Secure Shell)协议及 Git 协议。 新版本的 HTTP 协议一般被称为“智能” HTTP 协议,旧版本的一般被称为“哑” HTTP 协议。 我们先了解一下新的“智能” HTTP 协议。 哑(Dumb) HTTP 协议 如果服务器没有提供智能 HTTP 协议的服务,Git 客户端会尝试使用更简单的“哑” HTTP 协议。 最后,与 HTTP/S 协议、Git 协议及本地协议一样,SSH 协议很高效,在传输前也会尽量压缩数据。 缺点 SSH 协议的缺点在于你不能通过他实现匿名访问。
实时互动直播系统必须使用UDP作为数据传输的协议,为什么一定是UDP。 假如我们使用TCP协议作为数据传输的协议,在极端网络情况下,TCP为了保证传输的可靠性,就会进入“发送->确认;超时->重发”的反复过程。 基于上面的原因,实时直播系统的数据传输协议必须是UDP。 RTP协议: ? RTCP协议 在使用RTP协议传输协议的时候,难免会发生丢包、抖动的问题: 网络质量引起的丢包; 数据传输过程中超过了带宽限制引起的丢包; 信号干扰引起的丢包; WebRTC在处理各种情况下的丢包情况都会有相应的处理策略
PHP官方参考地址 https://www.php.net/manual/zh/wrappers.php 协议介绍 协议 简单介绍 file:// 访问本地文件系统 http:// 访问 HTTP(s 访问各个输入/输出流(I/O streams) zlib:// 压缩流 data:// 数据(RFC 2397) glob:// 查找匹配的文件路径模式 phar:// PHP 归档 ssh2:// 安全外壳协议
---- HTTP和HTTPS HTTP协议(HyperText Transfer Protocol,超文本传输协议):是一种发布和接收 HTML页面的方法。 HTTP和HTTPS均是由TCP协议封装而来,在进行http协议和https协议时,需要进行 三次握手和四次挥手 SSL(Secure Sockets Layer 安全套接层)主要用于Web的安全传输协议 HTTP是无状态:HTTP协议是无状态协议。无状态是指协议对于事务处理没有记忆能力。缺少状态意味着如果后续处理需要前面的信息,则它必须重传,这样可能导致每次连接传送的数据量增大。 GET 获取当前主机该路径下的数据 HTTP/1.1是http协议的版本号 2. 特别是,如果没有使用SSL/TLS这样的传输层安全的协议,那么以明文传输的密钥和口令很容易被拦截。该方案也同样没有对服务器返回的信息提供保护。
ARP协议负责将网络层的IP地址映射为链路层的物理地址,从而实现在局域网内的数据包传输。本文将深入探讨ARP协议的原理、工作过程以及在网络通信中的作用。 什么是ARP协议? 在广域网(WAN)等更大范围的网络中,需要其他协议(如DNS)来将IP地址映射到更长的物理地址,因为设备可能不在同一个物理网络中。 ARP协议的工作原理 1. ARP协议允许计算机通过广播消息来查询目标IP地址对应的MAC地址。 动态地址解析: ARP协议是动态的,它允许网络设备在需要时动态地解析IP地址和MAC地址的映射关系。 总体而言,ARP协议是保证在局域网中设备能够正确通信的重要协议,为网络通信提供了必要的地址解析功能。 深入理解ARP协议的工作原理有助于网络工程师更好地排查和解决网络通信中的问题,提升网络的可靠性和性能。希望本文能够帮助读者更全面地了解ARP协议及其在网络中的应用。
它是蓝牙协议栈中专门用于传输文件(如图片、联系人vCard、文档等)的最基础、最常用的协议。 在你正在修改的Android源码中,com.android.bluetooth.opp文件夹下的代码就是Android对这个协议的具体实现。 以下是关于OPP协议的详细拆解,以及它为什么是你当前任务的核心:1.OPP协议是做什么的?简单来说,OPP就像是蓝牙界的“简易版FTP”或“隔空投送(AirDrop)的原型”。 这时,发送端和接收端跑的就是OPP协议。2.OPP的工作原理(为什么会有弹窗?)OPP协议基于OBEX(ObjectExchange)协议。它的交互流程通常如下:建立连接:发送方发起连接请求。 5.你的任务目标在协议层面的本质你现在的需求本质上是破坏OPP协议的标准安全流程:标准流程:请求->暂停->等待用户->继续。你的流程:请求->伪造用户点击“接受”->继续。
二、概述: UVC,全称为:USB video(device) class,是微软与另外几家设备厂商联合推出的为USB视频捕获设备定义的协议标准,目前已成为USB org标准之一。 USB协议中,除了通用的软硬件电气接口规范等,还包含了各种各样的Class协议,用来为不同的功能定义各自的标准接口和具体的总线上的数据交互格式和内容。 这些Class协议的数量非常多,最常见的比如支持U盘功能的Mass Storage Class,以及通用的数据交换协议:CDC class。 正是由于这些Class协议,大大促进了USB设备的普及,比如说各个厂商生产的U盘都能通过操作系统自带的驱动程序来使用。 所以说UVC仅仅只是USB规范协议中设备类规范的其中一种,是用作USB接口的视频设备的一个统一的数据交换规范。
(HyperText Transfer Protocol,超文本传输协议):是一种发布和接收 HTML页面的方法。 HTTP和HTTPS均是由TCP协议封装而来,在进行http协议和https协议时,需要进行 三次握手和四次挥手 SSL(Secure Sockets Layer 安全套接层)主要用于Web的安全传输协议 HTTP是无状态:HTTP协议是无状态协议。无状态是指协议对于事务处理没有记忆能力。缺少状态意味着如果后续处理需要前面的信息,则它必须重传,这样可能导致每次连接传送的数据量增大。 GET 获取当前主机该路径下的数据 HTTP/1.1是http协议的版本号 2. 相关文章:HTTP协议详解(真的很经典)
一、AI 解读 SSL(安全套接层协议)、SSH(安全外壳协议)、SET(安全电子交易协议)、Kerberos协议和PGP(Pretty Good Privacy,非常好的隐私保护)协议都是网络安全中常用的协议 SSL协议 SSL协议是用于Web的安全传输协议,确保数据在网络中的传输是加密的,保护数据不被窃听和篡改。它主要用于浏览器和服务器之间的加密通信,如HTTPS。 SET协议 SET协议是一种专门为电子商务交易设计的安全协议,它涉及到消费者、商家和发卡机构之间的安全交易。SET保证了交易双方的身份验证以及交易信息的加密,但目前已不太常用。 Kerberos协议 Kerberos协议是一种网络认证协议,使用密钥加密技术来验证用户或服务的身份。它主要用于各种计算机网络系统中,支持强认证和安全通信。 SSL 解析:SSL(安全套接层协议)是专门设计用于Web浏览器和服务器之间加密通信的协议,确保传输数据的安全性。 C.
一、痛点:工业物联网的"巴别塔"在工业现场,你会遇到:西门子PLC说S7协议三菱机器人说MC协议智能电表说DL/T645变频器说Modbus视频摄像头说GB28181这么多"语言",如何统一采集和管理? 传统的商业网关解决方案:价格昂贵(数千到数万元)协议闭源,想加一个新协议需要厂商支持资源消耗大(需要专用服务器)二、解决方案:EdgeLiteGatewayEdgeLiteGateway是一个轻量级、开源 ────────────────────────┤│RESTAPI+WebSocket│├──────────┬──────────┬──────────┬────────────────────┤│协议驱动层 (22种)类别协议工业PLCModbusTCP/RTU、西门子S7、三菱MC、欧姆龙FINS、AB机器人FANUCCNC、KUKA、ABB电力DL/T645、IEC104楼宇OPCUA/DA、BACnet Q:如何添加自定义协议?A:继承DriverPlugin类,实现3个方法,放到自定义驱动目录即可自动发现加载。Q:数据安全吗?
IP 协议报头结构 4位版本 实际上只有两个取值 4 ==> IPv4(主流) 6 ==> IPv6 IPv2,IPv5 在实际中是没有的,可能是理论上/实验室中存在 4位首部长度 IP 协议报头也是变长的 但并非 IP 协议报头最多能携带的数据就是 64KB IP 协议内置了拆包组包机制,单个 IP 数据报确实没法超过 64KB,但是不代表 IP 协议不能传输超过 64KB 的数据。 正常情况下,64 这样的 TTL 是非常充裕的 六度空间理论(社会科学中的理论) 而且发送数据的时候,还有 128 这样的 TTL 8位协议 IP 数据包中,携带的载荷,是哪种传输层协议的数据包 通过这里的不同数值,感知到接下来要把数据给 TCP 解析,还是 UDP 解析,还是其他协议解析 类似于 TCP/UDP 报头中的“端口号”,决定要将这个数据交个哪个应用程序,也就是要将这个数据交给哪个应用层的具体协议进行处理 现在 IP 协议要先交给传输层,交给哪个传输层协议进行处理,就通过 8位协议 进行标识 具体的数值这里不谈,这里暂时只聊作用 16位首部校验和 验证数据在传输中是否出错(只是针对首部,IP