本页内容
本页内容
TCP、UDP 与 RFC 2217 调试
串口转网络模块、DTU 和网关设备，经常需要同时看串口侧和网络侧。
- TCP Client：连接设备、网关或测试服务器。
- TCP Server：本地监听端口，观察客户端接入和上报。
- UDP：测试数据报协议、类似广播的发现流程或网关转发。
- Hex 模式：TCP/UDP 传二进制载荷时同样适用，不只用于串口。
- 指示灯：TCP/UDP 连接只保留 TX/RX 活动灯，六个串口控制线灯自动隐藏。
- Tx 计数：只统计传输层实际接受的字节。TCP Server 尚无客户端接入时，发送不会增加 Tx 计数，TX 灯也不会闪烁，可据此判断数据是否真的发出。
- 日志：对比串口侧和网络侧数据时，建议同时保存网络侧日志。
TCP 或 UDP 不通时，重点检查 IP、端口、防火墙、子网、网关模式，以及本地端口是否已经被其他进程占用。
在串口桥接中使用 RFC 2217
RFC 2217 在兼容 Telnet 的 TCP 连接上增加串口控制能力。远端不仅要收发串口字节，还需要控制被桥接串口时，应选择 RFC 2217，而不是把连接当作普通透明字节流。
- 按实际拓扑创建串口端点和 TCP 端点。
- 新建桥接，把协议从 透明转发 改为 RFC 2217，并保持双向转发。
- 使用支持 RFC 2217 的客户端或虚拟 COM 工具连接；普通 TCP Socket 与该模式不兼容。
- 在远端请求所需的波特率、数据位、校验位、停止位、DTR/RTS 或 Break 状态；桥接会把支持的控制请求应用到串口端点。
- 验证两个方向的数据，并确认物理设备实际采用了远端请求的串口设置。除非已经完整验证多客户端流程，否则应保持同时只有一个控制客户端。
RFC 2217 本身不提供加密和身份认证。应限制允许的客户端和防火墙访问，或通过可信 VPN 等受保护网络承载连接。