简介：《美的空调协议调试手册》面向暖通空调与智能建筑领域的工程师、技术支持人员，聚焦KF-120LW/K2SRY型号美的空调的远程监控与协议调试，围绕Modbus协议与RS485通讯展开，提供从硬件接口到通信参数配置的标准化调试思路。资源包内仅含1个doc文档，压缩包约47KB，篇幅精炼但信息密度较高，适合作为现场调试时的随身查阅资料。目前已有710人学习下载，具备一定的工程参考基础。手册内容涵盖监控模块非标准RS232接口与四芯线连接方式、2400波特率无校验8数据位1停止位的通信格式、多台空调接入数据转换器时的地址设置与冲突规避，以及双机切换、风速、工作模式、温度设定等16进制控制命令和Tools99.EXE、超级终端等测试工具的使用要点，并附常见故障排查与配置注意事项，可帮助读者快速定位通信异常、规范调试流程，减少现场反复试错的时间成本。

1. 从一台老空调的串口调试说起：为什么这份协议手册值得翻出来

上周帮一个做楼宇自控的同行收拾机房，角落里一台 KF-120LW/K2SRY 的美的空调还挂着，上位机是十几年前的采集程序，串口线一拔就再也连不上。他翻出一份 2003 年的《美的空调协议调试手册》，问我这玩意儿现在还有没有用。说实话，这类老协议文档在暖通监控圈子里一点都不冷门——RS485 通讯、Modbus 协议、2400 波特率这些词，到今天还在大量现场跑着。装不好会怎样？串口能打开但收不到数据，地址配错两台空调互相顶，动态库改名后采集程序直接起不来。这份手册适合两类人：一是手上真有美的老机型要接监控的现场工程师，二是想搞懂串口协议调试套路的开发者。下面按我实际复现的顺序，把环境、工具、参数和翻车点一条条摆出来。

2. 装前先把环境列清：串口、工具和动态库三件套

2.1 硬件链路：非标准 RS232 口和四芯线的接法

这份手册里最容易被跳过、又最容易翻车的就是物理连接。监控模块是外置的四方形乳白色数据转换器，它对外那端是标准 RS232 九针头，对内接空调的那端是非标准 RS232 九针扁平插头，中间靠四芯水晶头线连到空调通讯板。两台空调并联时，各自引出一根四芯线，到一个四芯一拖二接口盒汇合，再进转换器。厂家安装时线已经接好，现场一般不用重接，但你要换模块或者加机器，就得自己核对针脚。

手册给了一张扁并插头到标准 RS232 九针母头的对应表，我按现场习惯整理成下面这样，从右到左数：

这张表的价值在于：很多人拿到转换器以为直接插电脑串口就行，结果收不到任何字节。常见做法是先拿万用表量一下 TX/RX 有没有交叉，再对照这张表确认扁头那侧的线序。我一般会额外做一根两头都是九针母头的短跳线做旁路测试，把转换器摘出去，单独验证电脑串口和空调通讯板之间能不能通，这样能把问题范围缩到“是转换器坏还是线序错”。

提示：手册明确写了“以上连线厂家安装时已连好，无需再连”，但如果你接手的是二手设备或者机房搬迁过，这根四芯线的水晶头压接质量一定要查，现场一半的“通讯时好时坏”都是水晶头氧化或压偏导致的。

2.2 软件环境：Tools99、TsrTest 和超级终端的分工

手册点名的测试工具是 Tools99.EXE、TsrTest.EXE 和超级终端。这三个不是随便列的，各有各的活：

• 超级终端：用来做最底层的串口连通性验证，配 2400、N、8、1，发十六进制码看回显。它不依赖任何动态库，是排除“到底是串口问题还是协议问题”的第一道关。
• Tools99.EXE：手册里说“输入下列 16 进制码，即可测试设备通讯状态”，它更像一个带命令封装的调试台，能直接发控制命令号，不用自己拼帧。
• TsrTest.EXE：配合 TSR（常驻内存程序）做动态库加载和协议解析的联调，验证 MiDeDCM2.dll 能不能正常被调起来。

装之前先把运行环境定下来。这类 2003 年前后的工具基本都是 32 位 Windows 程序，我一般放在 Windows 7 32 位或者 Windows XP 虚拟机里跑，不要直接扔到 64 位新系统上硬刚。串口方面，如果机器没有物理九针口，用 USB 转 RS232 线，驱动装完在设备管理器里确认端口号，比如 COM3，后面所有工具都填这个口。

# 在 Windows 命令行里先确认串口枚举情况（需安装对应驱动后执行） mode COM3: BAUD=2400 PARITY=N DATA=8 STOP=1

这条mode命令的作用是把 COM3 强制设成手册要求的 2400、无校验、8 数据位、1 停止位。参数含义很直白：BAUD=2400是波特率，PARITY=N无校验，DATA=8八位数据，STOP=1一位停止。为什么要先用系统命令设一遍？因为有些老工具启动时读的是系统默认串口参数，你在工具界面里改了，底层没生效，表现就是“配置看着对，就是不通”。设完再用超级终端连一次，能收到回显才算物理层过关。

2.3 动态库 MiDeDCM2.dll 的放置与加载

手册“程序名说明”里只给了动态库名MiDeDCM2.dll，TSR 名和模板库名是空的。这意味着采集程序启动时要靠这个 DLL 去解析美的空调协议。放置位置有讲究：一般放在采集主程序同目录，或者系统能搜到的路径下。我习惯先放主程序目录，避免和别的版本 DLL 冲突。

验证 DLL 能不能被加载，最土也最有效的办法是用 TsrTest 跑一遍，看它报不报“找不到模块”或“入口点错误”。如果报找不到，先查位数——32 位程序配 32 位 DLL，别拿 64 位进程去调。如果报入口点错误，多半是 DLL 版本和主程序不匹配，这时候别急着改代码，先确认手上这份 MiDeDCM2.dll 是不是配套的。

注意：手册里 TSR 名和模板库名留空，说明当年这份文档本身就没写全。现场如果采集程序提示缺 TSR，不要自己猜文件名去凑，先联系设备方确认配套程序，硬凑一个同名文件只会让故障更隐蔽。

3. 通信参数与地址配置：2400、N、8、1 和双机地址的坑

3.1 串口参数逐项落地：为什么是 2400 而不是 9600

手册写得很死：RS232，2400，N，8，1。很多人第一反应是“2400 太慢了吧，改 9600 行不行”。我的建议是别改。这套协议是围绕 2400 波特率设计的，空调通讯板的固件、转换器的时序、甚至命令之间的内部延时都按这个节奏来的。你单方面把上位机改成 9600，转换器那头还是 2400，结果就是乱码或者干脆没响应。

落地时三个地方要一致：系统串口参数、超级终端参数、Tools99 里的串口设置。任何一处不一致，表现都是“能打开串口但数据不对”。我一般按下面顺序过一遍：

1. 设备管理器确认 COM 口号，比如 COM3。
2. 命令行执行mode COM3: BAUD=2400 PARITY=N DATA=8 STOP=1。
3. 超级终端新建连接，选 COM3，参数手动设 2400/8/N/1，流控选无。
4. Tools99 里串口配置同样填 COM3、2400、N、8、1。

流控这一项手册没提，但现场经常踩：超级终端默认可能带硬件流控，而这条线只用了 TX/RX/GND，没有 RTS/CTS 握手，流控一开就卡住不发数据。所以流控一律选“无”。

3.2 命令号与参数：用 Tools99 发十六进制码验证

手册给了一组控制命令，这是整份文档里最能直接抄作业的部分。在 Tools99 里按命令号发，参数按下面这张表填：

举个实际验证的例子：想确认通讯是否活着，先发命令 15 设温度到 26，参数填 26，看空调面板有没有反应，同时看 Tools99 有没有回帧。有回帧说明链路通、协议解析对；没回帧但空调动了，说明是单向通讯或者回帧被吞，得查接收线。风速参数里注意没有 3，直接从 2 跳到 4，这是协议本身的规定，别自己补一个 3 进去，发了也不认。

命令 15，参数 26 的十六进制示意（具体帧头帧尾以 Tools99 封装为准）： 15 1A

上面这行只是示意命令号和参数的对应关系，实际发送时 Tools99 会帮你补协议头尾。我要强调的是：不要自己拿串口助手裸拼帧去试，除非你已经抓到了完整帧格式。手册只给了命令号和参数，没给完整帧结构，裸拼很容易因为缺校验位被空调丢弃，然后你误判成“设备坏了”。

3.3 双机地址设置：为什么改地址要先断开另一台

手册里有一句很关键的话：“当两台空调都同时和数据转换器连接时，如要更改其中一空调地址，则要断开另一空调与数据转换器的连接。”这句话背后是现场血泪经验。两台空调挂在同一个转换器上，地址冲突或者广播式改地址时，命令可能同时被两台收到，结果两台改成同一个地址，或者一台改了一台没改，后面采集就全乱。

我一般按这个顺序操作：

1. 先确认两台空调当前地址，分别单独接线读一遍，记下来。
2. 要改哪台，就把另一台的四芯线从一拖二接口盒上拔掉。
3. 用命令 12 发新地址，参数就是新地址值。
4. 改完单独验证这台能通，再把另一台接回。
5. 两台都接回后，用命令 10 做双机切换控制，参数填另一台地址的最后一位。

这里有个容易忽略的点：命令 10 和 11 的参数是“另一台空调地址的最后一位”，不是完整地址。比如另一台地址是 12，参数就填 2。填错的表现是切换不生效，但也不报错，很容易以为命令没发出去。

提示：地址改完一定要断电重启一次转换器再验证。有些转换器会缓存旧地址，不断电你看到的现象是“改了但没完全改”，排查半天以为是协议问题。

4. 避坑与排查：五条现场踩出来的记录

4.1 串口能打开但收不到任何数据

现象：超级终端显示已连接，发命令没回显，Tools99 也一片空白。

原因：最常见是 TX/RX 没交叉或者扁并插头线序不对。手册给的对应表是从右到左数，很多人从左往右数，针位全错。其次是 USB 转串口线质量差，2400 这种低波特率反而对某些芯片不友好。

解决：先做回环测试，把九针头的 2、3 针短接，超级终端打字看能不能回显，回显说明电脑侧和线没问题，问题在转换器或空调侧。再对照针位表逐根量线。换一根靠谱的 USB 转串口线，别用十几块那种。

4.2 两台空调地址互相顶，采集数据跳变

现象：单台接的时候数据正常，两台一起接，采集值一会儿是这台一会儿是那台，或者两台都显示同一组数据。

原因：改地址时没断开另一台，导致地址冲突；或者双机切换命令参数填了完整地址而不是最后一位。

解决：按 3.3 的顺序重新单独设地址，改一台断一台。双机切换参数只填最后一位。设完断电重启转换器，再逐台单独读一遍确认地址唯一。

4.3 动态库改名后采集程序起不来

现象：把 MiDeDCM2.dll 改成别的名字，或者放了两个版本，主程序启动报加载失败。

原因：采集程序按固定文件名加载，改名就找不到；两个版本同目录，加载到旧版导致入口点不匹配。

解决：保持文件名严格为MiDeDCM2.dll，放主程序同目录。升级时先把旧 DLL 移走再放新的，不要覆盖式替换，避免残留。用 TsrTest 验证加载，报入口点错误就换回配套版本。

4.4 控制命令发出去了，空调没反应

现象：Tools99 显示发送成功，空调面板无变化，也没有错误回帧。

原因：命令参数超出协议范围，比如温度设了 16 或 31，风速填了 3；或者设备控制有内部延时，连发太快被丢弃。

解决：严格按命令表参数范围发，温度 17–30，风速只用 0/1/2/4/5。两条命令之间留出间隔，我一般隔 1 到 2 秒再发下一条。手册“测试注意事项”里也提到设备控制内部延时，连发是典型误用。

4.5 数据错误或与实际不符

现象：能通，但读回来的温度、模式跟面板显示对不上。

原因：信号选择没按现场实际删减，多余信号或错误信号混进来；或者状态信号用了虚拟信号但没配对。

解决：按手册“配置注意事项”，现场根据实际设备删除多余与错误信号。设备本身没有工作状态信号时，用虚拟信号表示，但要确认虚拟信号和实际状态的映射关系。发现数据错误先做跟踪测试，把原始帧记下来反馈，别直接改解析代码。

5. 装完怎么验证跑通：一套可复现的联调顺序

验证这件事，我吃过“看着通了其实没通”的亏，所以现在固定按从物理层到应用层四步走，每一步都有明确的通过标准，任何一步不过就不往下走。

第一步，物理层回环。九针头 2、3 针短接，超级终端 2400/8/N/1 无流控，打字有回显。通过标准：输入字符原样返回。不过就查线、查 USB 转串口驱动、查端口号。

第二步，转换器到空调单向验证。接回转换器，超级终端发命令 15 设温度 26，观察空调面板。通过标准：面板温度变成 26。这一步只验证发送链路，不依赖回帧。

第三步，回帧验证。同样发命令 15，看超级终端或 Tools99 有没有收到返回帧。通过标准：有回帧且帧内容能对应上。没回帧但第二步过了，重点查接收线和转换器接收方向。

第四步，动态库联调。启动采集主程序，确认 MiDeDCM2.dll 加载成功，读一台空调的温度、模式、风速，和面板逐项核对。通过标准：三项读数与面板一致，连续观察五分钟不跳变。两台并联的，再按 3.3 验证双机切换和地址唯一性。

下面这张表是我现场随身带的核对清单，照着打勾基本不会漏：

最后说个习惯。从那以后我每次接这类老协议设备，都强制先做回环再做单向再做回帧，绝不跳过直接上采集程序联调。因为一旦跳过，后面所有异常你都会怀疑是协议解析错，实际可能只是线序反了。这份手册里的命令表和针位对应是硬货，但 TSR 名、模板库名这些留空的地方，现场一定要找设备方补齐再动手。希望帮到你。

本文还有配套的精品资源，点击获取