前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >104规约(持续更新….)

104规约(持续更新….)

作者头像
全栈程序员站长
发布2022-06-24 14:40:45
8950
发布2022-06-24 14:40:45
举报

大家好,又见面了,我是你们的朋友全栈君。

1. 固定帧: 启动字符 + 长度 + 控制域一 + 控制域二 + 控制域三 + 控制域四

常见报文:

启动链路: 68 04 07 00 00 00 (U帧)

启动链路确认: 68 04 0B 00 00 00 (U帧)

测试帧: 68 04 43 00 00 00 (U帧)

测试确认: 68 04 83 00 00 00 (U帧)

监视帧: 68 04 01 00 00 00 (S帧)

固定帧长度均为04 ,启动帧为68 , 所以固定帧均为 68 04 开头,主要看第三个字节,判断该帧作用。

2. 可变帧: 启动字符 + 长度 + 控制域一 + 控制域二 + 控制域三 + 控制域四 + 类型标识 + 可变结构限定词 + 传送原因低字节 + 传送原因高字节 + 公共地址低字节 + 公共地址高字节 + 数据(信息体地址3字节 + 状态值 + 时间8字节)

ps:APDU(应用规约数据单元)= APCI(应用规约控制信息 6字节)+ ASDU(应用服务数据单元 长度可变) + 信息体地址

对于控制域的定义分为以下三种情况

第一种,

I帧(可变长度) ,(I帧识别:第一个八位位组的第一个比特位=0)

04规约(持续更新....)"
04规约(持续更新....)"

控制域一 = 发送序列低字节

控制域二 = 发送序列高字节

控制域三 = 接收序列低字节

控制域四 = 接收序列高字节

第二种, (S帧识别:第一个八位位组的第一个比特位=1,第二个比特位=0)

S帧(固定长度,用于确认接收到对方的帧,但本身无信息数据)

04规约(持续更新....)"
04规约(持续更新....)"

控制域一 = 01

控制域二 = 00

控制域三 = 接收序列低字节

控制域四 = 接收序列高字节

第三种,(U帧识别:第一个八位位组的第一个比特位=1,第二个比特位=1)

U帧(固定长度)

04规约(持续更新....)"
04规约(持续更新....)"

控制域一 = xx

控制域二 = 00

控制域三 = 00

控制域四 = 00

启动控制信息(V-激活 C-确认) 命令(TEST-测试 STOP-停止 START-启动)

常见报文分析:

报文一

M->R:68 15 10 00 02 00 1E 01 03 00 01 00 79 00 0001 10 01 24 13 D2 0A 02

分析的结果是I (主动上报SOE,主动上报是因为104是平衡式规约)

报文头固定为0x68,即十进制104

长度15字节(不是6帧的,都是I帧)

发送序号=8【控制字节的解析 10 00 02 00 ,发送序号:0010H/2=16/2=8】

接收序号=1【控制字节的解析 10 00 02 00 ,接收序号:0002H/2=2/2 =1】

0x1E=30 即 M_SP_TB_1 带长时标的单点信息

01-> SQ:0 信号个数:1

03 00-> 传送原因:[ T=0 P/N=0 原因=3 | 突发 ]

01 00-> 公共地址:1

79 0000 -> 0x79=121 信息体地址:121

01-> 状态: 1 IV:0 NT:0 SB:0 BL:0

10 0124 13 D2 0A 02 ->低位10 高位01,即0x0110=1*16*16+16=272 时标: 2002/10/18 19:36:00.272

每个字节都为unsignedchar类型,如果是2个字节表示1个short型,则都是低位在前,高位在后。

发布者:全栈程序员栈长,转载请注明出处:https://javaforall.cn/151404.html原文链接:https://javaforall.cn

本文参与 腾讯云自媒体同步曝光计划,分享自作者个人站点/博客。
如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档