完整的串口信号解释

《完整的串口信号解释》由会员分享，可在线阅读，更多相关《完整的串口信号解释（3页珍藏版）》请在金锄头文库上搜索。

1、 RXD、 TXD 是 Receive Data ， Transmit Data 的 意 思 。 RXD 为 接 收 数 据 的 引 脚 ， TXD 为 发 送 数 据 的 引 脚 。 RXD 在 DTE 设 备 端 为 接 收 ， 即 输 入 ， 在 DCE 设 备 端 同 名 RXD 为 发 送 端 ， 即 输 出 。 在 一 对 通 讯 系 统 中 RXD 信 号 在 DTE 设 备 端 为 输 入 信 号 ， 在 DCE 设 备 端为 输 出 信 号 。 原 英 文 解 释 是 综 合 译 法 ， 一 般 我 们 说 的 RXD 是 DTE 端 ， 即 输入 。 DTE 设 备 ： 计

2、 算 机 、 工 程 主 机 DCE 设 备 ： 调 制 解 调 器 、 个 别 仪 表DTR:数 据 终 端 就 绪 Data Terminal Ready DTR（ Data Terminal Ready ） ， 数 据 终 端 就 绪 的 首 字 母 缩 略 词 。 例如 ， 在 串 行 通 信 中 使 用 的 一 个 信 号 ， 通 过 计 算 机 发 送 到 调 制 解 调 器 上 ， 以 表明 计 算 机 已 经 准 备 就 绪 ， 可 以 接 收 未 来 的 传 输 。DSR(data set ready)即 ： 数 据 准 备 就 绪 ， 是 RS232 中 的 一 握 手 信

3、 号 。 当 调 制 /解调 器 启 动 时 ， 在 经 过 自 身 检 测 后 ， 用 DSR 来 声 明 已 经 准 本 就 绪 。 因 此 它 是 调 制 /解 调器 的 输 出 ， 同 时 也 是 DTE（ 数 据 终 端 设 备 ） 的 输 入 ， 该 信 号 低 电 平 有 效 。 不 管 任 何 原因 导 致 调 制 /解 调 器 不 能 联 通 到 电 话 ， 该 信 号 都 将 保 持 无 效 状 态 以 向 DTE 表 明 它 不 能接 受 和 发 送 数 据解释二：RTS：终端我准备发数据给你，快用 CTS 应答，准备好没？CTS：好了，来吧解释三：CTS：主机，我有数据

4、，请求接收RTS：我是主机，就绪，请求发送。二是 RS232 标准三是 MODEM 的硬件流控SIMCOM 公司的解释完全正确很久很久以前，计算机还没有出现，那时就已经存在了(计算机) 史前的串口设备(电传打字机，工控测量设备，通信调制解调器)，为了连接这些串口，EIA 制定了 RS232 标准，采用 DB25 接插件，支持同步和异步串口，D 型的接口可以有效防止插反。标准化给使用带来了便利。时光荏苒，个人计算机出现了，这些已有的串口设备毫无疑问地成为了最初的外设，自然而然地 RS232 标准被个人计算机采纳。但是设备制造商倾向于体积更小，成本更低的接口，因此，将 DB25 中未使用的和支持同

5、步模式的引脚去掉，形成 DB9。最初的情况相当混乱，因为 DB9 只定义了信号，却没有指定信号和引脚的对应关系，各个制造商只能自行定义。幸运的是，IBM 的 PC 成了工业标准，DB9 逐渐统一到 IBM 的定义上来。DB9 只有 9 根线，遵循 RS232 标准。定义如下：DTR,DSR-DTE 设备准备好/DCE 设备准备好。主流控信号。RTS,CTS-请求发送/清除发送。用于半双工时，收发切换。属于辅助流控信号。半双工的意思是说，发的时候不收，收的时候不发。那么怎么区分收发呢？缺省时是 DCE向 DTE 发送数据，当 DTE 决定向 DCE 发数据时，先有效 RTS，表示 DTE 希望向

6、 DCE发送，一般 DCE 不能马上转换收发状态，DTE 就通过监测 CTS 是否有效来判断可否发送，这样避免了 DTE 在 DCE 未准备好时发送所导致的数据丢失。全双工时，这两个信号一直有效即可。随着计算机的日益普及，很多非 RS232 的串口也要接入 PC 机，如果为每一种新出现的串口都增加一个新的 I/O 口显然不现实，因为 PC 后面板位置有限，因此，将 RS232 串口和非 RS232 串口都通过 RS232 口接入是最佳方案。UART 的 U(通用) 指的就是这个意思。早期 ROM BIOS 和 DOS 里的通信软件都是为 RS232 设计的，在没有检测到 DCD 有效前不会发送

7、数据，因此，就连发送一个字符这样朴素的应用也要给出DCD、DTR 、 DSR 等控制信号。因此，串口接头上要将一些控制线短接，或者干脆绕过系统软件自己写通信程序。到此，UART 的涵义就总结为：通用的 异步 (串行) I/O 口。就在 UART 冠以通用二字，准备一统江湖的时候，制造商们不满于它的速度、体积和灵活性(软件可配置)，推出了 USB 和 1394 串口。目前，笔记本上的 UART 串口有被取消的趋势，因而有网友发出了“没有串口，吾谁与归 ”的慨叹，古今多少事，都付笑谈中， USB取代 UART 是后话，暂且不表。话说自从贺氏(HAYES)公司推出了聪明猫(SmartModem)，他

8、们制定的 MODEM 接口就成了业界标准，自此以后，所有公司制造的兼容猫都符合贺氏标准(连 AT 指令也兼容，大家一起抄他呗)。细观贺氏制定的 MODEM 串口，与 RS232 标准大不相同。 DTR 在整个通信过程中一直保持有效，DSR 在 MODEM 上电后/ 可以拨号前有效( 取决于软件对 DSR 的理解)，在通信过程的任意时刻，只要 DTR/DSR 无效，通信过程立即终止。在某种意义上，这也可以算是流控，但肯定不是 RS232 所指的那种主流控。如果拘泥于 RS232，你是不会理解 DTR和 DSR 的用途的。贺氏不但改了 DTR 和 DSR，竟然连 RTS 和 CTS 的涵义也重新定

9、义了。因此， RTS 和CTS 已经不具有最开始的意义了。从字面理解 RTS 和 CTS，是用于半双工通信的，当DTE 想从收模式改为发模式时，就有效 RTS 请求发送，DCE 收到 RTS 请求后不能立即完成转换，需要一段时间，然后有效 CTS 通知 DTE：DCE 已经转到发模式，DTE 可以开始发送了。在全双工时，RTS 和 CTS 都缺省置为有效即可。然而，在贺氏的 MODEM 串口定义中，RTS 和 CTS 用于硬件流控，和什么劳什子的全双工/半双工一点关系也没有。注意，硬件流控是靠软件实现的，之所以强调“硬件” 二字，仅仅是因为硬件流控提供了用于流量情况指示的硬件连线，并不是说，你

10、只要把线连上，硬件就能自己流控。如果软件不支持，光连上 RTS 和 CTS 是没有用的。RTS 和 CTS 硬件流控的软件算法如下：(RTS 有效表示 PC 机可以收，CTS 有效表示MODEM 可以收，这两个信号互相独立，分别指示一个方向的流量情况。)dengm 发表于 2005-1-14 07:52 侃单片机PC 端处理：发. 当 发现（不一定及时发现） CTS (-3v to -15v)无效时，停止发送,当 发现（不一定及时发现） CTS (3v to 15v)有效时，恢复发送；收. 0N 时，给 RTS 无效信号（-3v to -15v);MODEM 端处理：同上，但 RTS 与 CTS 交换。你迷惑的原因是因为你学习的是 RS232 标准，却使用贺氏标准的猫，两个标准风马牛不相及。