📚 课程目录第2章物理层对比

2. 物理层对比：RS-232串口通信原理、SECS I与HSMS物理层特性

这一章咱们聊聊最底层的物理连接。说白了，就是数据到底怎么从设备A跑到设备B的。SECS I和HSMS最大的区别，就在这一层。我见过不少工程师，协议栈调得飞起，结果发现是串口线没焊好，或者网口IP配错了——这种坑，咱们今天一次性讲清楚。

RS-232，老古董了，但半导体厂里到处都是。SECS I就是基于这个标准。它的核心逻辑很简单：一根线发，一根线收，再加一根地线。

为什么还要讲这个？因为很多老设备，尤其是1990年代引进的刻蚀机、扩散炉，只认RS-232。你没法跳过它。

我曾经踩过的坑： 有一次现场调试，设备死活连不上。查了半天，发现是DB9的2脚和3脚焊反了。RS-232有直连线和交叉线之分，设备端如果是DTE（数据终端设备），你就得用交叉线。这个细节，采购线缆时一定要确认。

RS-232是异步串行通信。什么意思？就是没有单独的时钟线。收发双方得约定好速度（波特率），然后靠起始位和停止位来同步。

SECS I直接跑在RS-232上面。它没有额外的物理层芯片，就是纯串口。所以，它的所有参数都跟RS-232绑定。

参数	SECS I 标准值	我的建议
波特率	9600 bps（最常见）也可选 19200, 38400	新项目我建议用 19200。9600太慢，38400在长线缆下容易丢包。
数据位	7位或 8位	如果传输ASCII字符，7位够用。如果传二进制数据，必须用8位。我个人习惯统一用8位，省心。
校验位	偶校验（Even）或无校验（None）	建议用偶校验。多一层保护，开销很小。
停止位	1位	1位就够了。用2位纯粹浪费带宽。

SECS I标准里提到了RTS/CTS硬件流控。但说实话，我在实际项目中很少用。大部分设备直接短接RTS和CTS，或者干脆不接。为什么？因为SECS I协议层有自己的流量控制（比如等待S9F9消息），硬件流控反而容易出兼容性问题。

避坑指南： 如果你遇到设备通信时好时坏，先检查串口线缆长度。我曾经在一条15米的线上跑19200波特率，结果每天下午3点准时丢包——后来发现是车间空调启动导致电源干扰。换成屏蔽双绞线，问题解决。

HSMS就现代多了。它跑在TCP/IP网络上。说白了，就是把SECS消息封装成TCP数据包，通过以太网传输。

HSMS标准定义了两种端口模式，这个你得记清楚：

模式	端口号	说明
被动模式（Passive）	5000	设备作为TCP Server，监听5000端口。主机作为Client主动连接。
主动模式（Active）	任意（通常 > 1024）	设备作为TCP Client，主动连接主机的指定端口。

为什么是5000？我查过SEMI标准，没找到特别明确的理由。但行业里都这么用，你也就别改了。我见过有人改成5001，结果IT部门防火墙策略没更新，折腾了两天。

HSMS的连接建立，比SECS I复杂一些。它需要先建立TCP连接，再建立HSMS会话。

    关键区别： SECS I的物理层连接是“一直在线”的。只要串口线连着，物理层就是通的。HSMS则不同，TCP连接可能因为网络问题断开，你需要处理重连逻辑。我在项目中通常会加一个心跳机制，每10秒发一条Linktest.req，确保连接活着。

咱们用一张表把区别说清楚：

你想想看，SECS I就像一条乡间小路，只能走一辆车，速度慢，但简单可靠。HSMS就像高速公路，速度快，容量大，但需要配套的交通管理（交换机、路由器、防火墙）。

到底选哪个？我个人的经验是：

注意： 有些设备同时支持SECS I和HSMS。但切换模式通常需要修改设备内部的配置文件，甚至重启设备。我建议你在项目初期就定下来，不要中途切换，否则验证工作量会翻倍。