VS05不及03和其它不足之处

本文列举了Visual Studio 2005(简称VS05)在使用过程中遇到的若干不便之处,包括焦点同步问题、文件显示顺序及管理、中文输入、Tab与Space设置、Menu属性问题以及控件焦点设定等。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

 
1,在05中解决方案资源管理器中的焦点不和当前显示的文件同步,不便于查找。
     2,05中的文件显示顺序和03相反,新打开项在左边,不合习惯。而且打开文件过多时会隐藏早先的文件,且隐藏文件混同没有隐藏的一同显示,顺序同管理器一样,不容易知道哪些是最近没有用到的文件而将其关掉。起始页的位置会变化,在编译过后,烦人。
     3,中文输入总是自动变成全角,很烦。
     4,05C#中对于语句前面的空格从Tab变成了Space。麻烦。
     5,Menu升级到2.0,出现的Name属性形同虚设,得到的值都是空串,也许MS就是要放弃Menu而推重MenuStrip吧。
     6,在03中就不能在Load事件中设定控件焦点,05仍然没有改进。 
<think>嗯,用户想解析这个104报文的结构含义。首先,我需要回忆一下104规约的基本知识。104规约主要用于电力自动化系统,属于IEC60870-5-104标准,用于主站子站之间的通信。报文通常由APDU(应用协议数据单元)组成,包括启动字符、长度、控制域应用服务数据单元(ASDU)这几个部分。 用户提供的报文是:6832985422000d050300010003400087。我需要先拆解每个部分。启动字符通常是0x68,所以第一个字节68符合。接下来是长度,根据104规约,长度字段是APDU中后续字节的数量。这里第二个字节是32,也就是十进制的50,表示后面有50个字节。但用户提供的报文总长度似乎不够,可能用户提供的数据不完整或者有误?或者可能我哪里理解错了。控制域部分通常占4个字节,接下来的四个字节是98542200。需要分析控制域的类型,是I格式、S格式还是U格式。控制域的第一个字节是98,二进制是10011000,最高位是1,表示这是I格式的报文,因为I格式的最高位是1。接下来的三个字节是发送序列号接收序列号,但具体怎么拆分需要看规约。I格式的控制域分为发送序号接收序号,各占两个字节的低位,高位可能被保留。例如,发送序号可能是5422,接收序号是000d?或者可能需要更仔细的计算。 然后是ASDU部分,包括类型标识、可变结构限定词、传输原因、公共地址、信息体地址信息体数据等。用户提供的报文中接下来的字节是0d050300010003400087。这里可能需要拆解类型标识是0x0d,对应十进制的13,根据104规约,类型标识13通常表示浮点数测量值。可变结构限定词是05,表示有5个信息体,每个信息体后续的结构是怎样的?传输原因为0300,即03,可能是一般查询或周期扫描。公共地址是0100,即1。信息体地址是034000,可能采用三字节地址,这里转成十六进制是004003,即0x4003,十进制是16387?或者可能每个字节单独处理,需要确认地址的解析方式。最后的信息体数据是87,但可能不完整,因为浮点数通常需要四个字节,可能用户的数据有缺失或者截断。另外,用户提供的引用中有提到遥控报文TLV格式,但当前报文看起来是测量值,属于遥测信息。需要确认报文的类型是否正确,是否有控制命令或其他类型。同时,用户之前的问题可能涉及报文结构,需要参考之前的回答,但这里可能没有太多上下文。可能用户提供的报文不完整,导致解析困难,比如长度字段是32(50字节),但实际报文只有16个字节左右,所以可能存在输入错误或遗漏。这时候需要提醒用户检查报文完整性,或者确认是否有截断。此外,校验部分可能也存在问题,比如最后一个字节87是否是正确的校验。总结来说,用户的报文可能存在不完整或格式问题,需要进一步确认。在回答时,需要分步骤解析每个字段,同时指出可能的问题,并建议用户检查报文完整性。此外,生成相关问题可以帮助用户深入理解104规约的其他方面,比如控制域类型、ASDU结构或常见错误分析。</think>### 104报文格式解析(针对 `68 32 98 54 22 00 0d 05 03 00 01 00 03 40 00 87`) #### 1. **报文结构拆解** 根据IEC 60870-5-104规约,报文分为以下部分: | 字段 | 示例值(HEX) | 说明 | |-----------------|---------------|----------------------------------------------------------------------| | **启动字符** | `68` | 固定标识APDU(应用协议数据单元)的起始[^1] | | **长度字段** | `32` | 后续字节数(十进制50),但当前报文长度不足,可能数据不完整或截断[^3]| | **控制域** | `98 54 22 00` | 控制域类型为**I格式**(最高位为1),包含发送/接收序号[^3] | | **ASDU** | `0d 05...87` | 包含类型标识、可变结构限定词、传输原因等字段(具体见下文) | --- #### 2. **控制域解析** - **控制域类型**:`98`(二进制 `10011000`)最高位为1,表示**I格式报文**(带信息体的数据报文)[^3]。 - **发送序号**:`54 22` → 低15位有效,十进制值为 `(0x2254 & 0x7FFF) = 8780`。 - **接收序号**:`00 0d` → 低15位有效,十进制值为 `(0x0D00 & 0x7FFF) = 3328`。 --- #### 3. **ASDU解析** 从第7字节开始为ASDU部分: ```hex 0d 05 03 00 01 00 03 40 00 87 ``` - **类型标识**:`0d`(十进制13)→ 表示**归一化测量值(M_ME_NA)**[^2]。 - **可变结构限定词**:`05` → 包含5个信息体(SQ=0,非连续地址)。 - **传输原因**:`03 00` → 原因码03(突发/周期扫描)[^3]。 - **公共地址**:`01 00` → 站地址1。 - **信息体地址**:`03 40 00` → 地址为 `0x4003`(十进制16387)。 - **数据值**:`87` → 可能为归一化值(需结合标度解析),但数据长度不足,可能报文截断。 --- #### 4. **关键问题分析** - **长度字段矛盾**:长度字段为50字节,但实际报文仅16字节,需检查报文是否完整。 - **数据值缺失**:归一化值通常需4字节,当前仅1字节(`87`),可能因截断导致解析失败[^2]。 --- ### 相关问题 1. **如何判断104报文是I格式、S格式还是U格式?** 2. **ASDU中可变结构限定词(SQ标志)的作用是什么?** 3. **104报文校验如何计算?** --- ### 解析总结 - **主要用途**:此报文为I格式遥测数据,用于传输站地址1的突发测量值。 - **注意事项**:需验证报文完整性数据对齐,避免因截断导致解析错误[^4]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值