1. 项目概述一个被低估的工业通信“翻译官”你可能没听过libmodbus这个名字但只要你接触过PLC、传感器、电表、温控器、变频器或者参与过工厂自动化、楼宇自控、能源监控、智能农业这类项目你就已经和它打过照面了——只是不知道它的名字。它不是 flashy 的新潮框架也不是带 UI 的可视化平台而是一个轻量、稳定、几乎不声不响地运行在嵌入式设备、Linux 服务器、甚至 Windows 工控机底层的 C 语言库。它的核心任务只有一个把你的程序发出的“人话”翻译成 Modbus 设备能听懂的“机器协议”再把设备回传的原始字节流翻译成你代码里可读、可算、可判断的整数、浮点数或布尔值。这听起来简单但背后是工业现场几十年沉淀下来的严苛要求毫秒级响应、断线重连不丢帧、多从站轮询不冲突、大小端兼容、寄存器地址映射无歧义、异常码解析有依据。libmodbus 就是那个在 Linux 内核空间边缘、在 RTOS 任务调度间隙、在单片机有限 RAM 里默默扛住这些压力的“协议翻译官”。它不依赖 Qt 或 Python 运行时编译出来就是几 KB 的静态库它不绑定特定硬件只要你的平台能跑 C 编译器GCC/Clang/ARMCC它就能跑它不搞抽象层套娃API 就三个核心函数modbus_new_tcp()、modbus_read_registers()、modbus_write_register()——干净得像一把瑞士军刀没有多余按钮但每个都精准好用。我第一次在客户现场见到它是在一台老旧的西门子 S7-200 PLC 旁边——一台树莓派通过 RS485 接口读取它的保持寄存器用来做能耗统计。当时客户工程师说“别折腾别的库了就用 libmodbus十年没出过一次通信超时。” 后来我在风电场的 SCADA 系统里看到它被编译进 ARM Cortex-A9 的嵌入式 Linux在光伏逆变器的本地 Web 管理界面后台它作为 CGI 程序的底层通信模块甚至在国产某型智能电表的固件升级工具里它被裁剪后烧录进 64KB Flash 的 MCU。它解决的不是“能不能通”的问题而是“通得稳、通得准、通得省资源”的问题。如果你正在做设备接入、数据采集、协议转换、边缘计算网关开发或者需要把传统工业设备的数据喂给上位系统比如 Grafana、ThingsBoard、自研平台那么 libmodbus 不是你“可以考虑”的选项而是你“大概率绕不开”的基础设施。它不是终点但往往是起点——一个值得你花两小时读懂、两天实操、两年信赖的起点。2. 核心设计思路与方案选型逻辑2.1 为什么是 C 语言为什么不是 Python/Java/Node.js这是所有新手第一个会问的问题。答案很实在工业现场的“硬约束”决定了技术栈的天花板。我拆解过几十个实际部署案例发现它们共同卡在三个物理瓶颈上内存墙一台典型的 ARM9 工控网关RAM 只有 32MB其中 16MB 给内核8MB 给文件系统剩下不到 8MB 给应用。Python 解释器本身就要吃掉 10MB再加载pymodbus和numpy内存直接告急。而 libmodbus 编译后的.a静态库裸用仅需 40KB 内存动态链接也才 120KB。实时性墙Modbus RTU 要求主站发送一帧后从站在 17ms 内必须响应按 9600bps 计算。Python 的 GIL全局解释器锁会让time.sleep(0.01)实际延迟波动在 ±5ms而 C 的usleep(10000)在 Linux 下误差可控制在 ±100μs 内。我实测过在同一台 i.MX6ULL 开发板上用 Python 轮询 10 个从站平均耗时 42ms用 libmodbus epoll 模式仅需 18ms且抖动小于 0.5ms。部署墙客户现场的设备往往运行定制化 Linux内核版本是 3.10glibc 是 2.17连apt-get都没有。你打包一个 Python wheel还得配套安装 pip、openssl、zlib 一堆依赖而 libmodbus 只要一个arm-linux-gnueabihf-gcc编译器make make install两步完事。所以libmodbus 的 C 语言基因不是“守旧”而是对工业环境最诚实的妥协。它把复杂度压到最低没有对象模型只有modbus_t*结构体指针没有异步回调只有阻塞/非阻塞两种模式没有自动重试但给你留足了errno和exception_code的判断接口——把选择权交还给开发者而不是替你做决定。2.2 为什么支持 TCP/RTU/ASCII 三种传输模式它们不是重复造轮子吗恰恰相反这三种模式对应着工业现场完全不同的物理层和网络拓扑删掉任何一个都会让 libmodbus 失去落地能力Modbus TCP跑在标准以太网上端口 502用 TCP/IP 封装 Modbus PDU。这是现代 SCADA、DCS 系统的主流特点是组网灵活、距离远百米以上、可穿透防火墙NAT 映射即可。但它的弱点是TCP 的三次握手和重传机制会让一次读请求的实际耗时从理论上的 10ms 变成 30~200ms取决于网络质量。libmodbus 对 TCP 的优化在于它默认启用TCP_NODELAY禁用 Nagle 算法避免小包合并提供modbus_set_response_timeout()精确控制 socket recv 超时而不是依赖系统默认的 60 秒。Modbus RTU跑在 RS485/RS232 串口上用二进制编码靠 CRC16 校验。这是老式 PLC、仪表、电机驱动器的绝对主力。它的优势是确定性高——一帧发出去20ms 内必有响应除非从站死机。libmodbus 对 RTU 的关键处理是自动计算并添加 CRC 校验码很多初学者自己手算 CRC 结果错就是因为没注意字节序和初始值严格遵循 RTU 帧间隔规则3.5 字符时间约 3.5 * (10 / 波特率) 秒这个间隔由modbus_set_slave()和modbus_connect()内部自动管理你不用手动usleep()。Modbus ASCII同样跑在串口上但用 ASCII 字符表示十六进制如0x0A写成0A用 LRC 校验。现在极少用了主要存在于一些上世纪 90 年代的进口设备中。libmodbus 支持它不是为了推广而是为了“向下兼容”——当客户拿出一台贴着“ABB DCS 1998”标签的控制器时你不能说“这协议太老不支持”。提示三种模式共用同一套 PDUProtocol Data Unit解析逻辑即modbus_read_bits()、modbus_read_input_registers()这些函数。这意味着你写一套业务逻辑只需切换modbus_new_tcp()和modbus_new_rtu()就能在以太网和串口设备间无缝迁移。这是我见过最优雅的“协议无关性”设计。2.3 为什么采用“连接-操作-断开”而非长连接池它不怕频繁创建销毁开销吗这是对 libmodbus 架构最深的误解。它确实提供了modbus_new_*()创建连接、modbus_free()销毁连接的 API但这绝不意味着你要为每次读写都新建连接。真实项目中的最佳实践是一个设备或一组同总线设备复用一个modbus_t*实例长期持有只在异常时重建。原因有三TCP 连接复用libmodbus 的 TCP 模式内部使用connect()send()/recv()没有连接池概念但操作系统内核的 TCP 连接状态ESTABLISHED是持久的。你调用modbus_read_registers()一百次底层只用一个 socket fd没有三次握手开销。RTU 串口复用modbus_new_rtu()打开/dev/ttyS1后modbus_connect()设置波特率、校验位之后所有读写都复用这个 fd。串口打开关闭的代价远大于维持一个 fd。线程安全设计libmodbus 的modbus_t*结构体是线程不安全的但官方明确建议“每个线程应拥有自己的modbus_t*实例”。这意味着你可以为每个从站分配一个独立连接句柄用线程池并发读取互不干扰。我做过压力测试在 4 核 ARM64 上同时维护 32 个 RTU 连接句柄CPU 占用率稳定在 12%而用单个句柄加 mutex 串行读取CPU 占用率反而升到 28%因为大量线程在 mutex 上等待。所以libmodbus 的“无连接池”不是缺陷而是把资源管理权交给上层——让你根据设备拓扑星型/总线型、网络质量稳定/抖动、实时性要求毫秒级/秒级来自主决策。这种“不封装”的哲学恰恰是它能在各种极端场景下存活下来的根本。3. 核心细节解析与实操要点3.1 初始化从modbus_new_tcp()到modbus_connect()的七步真相很多教程只告诉你“调用modbus_new_tcp(192.168.1.10, 502)就行”但实际部署中90% 的连接失败都发生在初始化阶段。我把它拆解成七个不可跳过的步骤并说明每一步背后的硬件/网络逻辑创建上下文Contextmodbus_t *ctx modbus_new_tcp(192.168.1.10, 502);这步只是分配内存初始化modbus_t结构体字段如backend指向tcp_backend函数表slave默认设为 0xFF。此时ctx-ssocket fd还是 -1什么都没连。设置从站 IDSlave IDmodbus_set_slave(ctx, 1);Modbus TCP 协议规定PDU 前不带 Slave ID 字节但 libmodbus 仍要求设置——这是为了统一 API。如果设为 0部分设备如某些 Schneider PLC会拒绝响应。设为 2550xFF是 TCP 模式的通用值表示“广播地址”但实际设备不响应广播所以务必设为真实从站号。设置超时参数struct timeval response_timeout {0, 100000}; // 100ms struct timeval byte_timeout {0, 100000}; // 100ms modbus_set_response_timeout(ctx, response_timeout); modbus_set_byte_timeout(ctx, byte_timeout);这里有两个超时response_timeout是整帧响应等待时间从 send 完到 recv 第一个字节byte_timeout是帧内字节间隔等待时间防止从站发一半卡住。很多初学者只设前者结果遇到慢速从站如老式温控器就超时。实测经验byte_timeout应设为response_timeout的 1/3比如响应超时 300ms字节超时就设 100ms。设置连接超时TCP 特有modbus_set_socket(ctx, socket_fd);或直接modbus_connect(ctx);modbus_connect()内部会调用socket()、connect()。如果网络不通connect()会阻塞默认 75 秒所以必须提前用setsockopt(sockfd, SOL_SOCKET, SO_RCVTIMEO, ...)设置 connect 超时。libmodbus 本身不提供此接口你需要自己封装先socket()再setsockopt()最后modbus_set_socket(ctx, sockfd)。验证连接状态if (modbus_get_socket(ctx) -1) { /* 连接失败 */ }modbus_get_socket()返回当前 socket fd。如果为 -1说明modbus_connect()失败此时ctx仍是无效状态不能调用任何读写函数。错误检查关键if (modbus_errno ! ECONNREFUSED modbus_errno ! ETIMEDOUT) { /* 其他错误需记录 */ }libmodbus 把 errno 存在全局变量modbus_errno中。常见错误码ECONNREFUSED目标端口未监听、ETIMEDOUT网络不通、EHOSTUNREACH路由不可达。不要只判 0要区分错误类型方便日志定位。缓存从站信息可选但推荐modbus_set_debug(ctx, TRUE);开启调试后所有收发的原始字节流会打印到 stderr。首次调试必开但上线前必须关闭——因为 printf 会严重拖慢实时性。我习惯在初始化成功后用printf(Modbus TCP to %s:%d OK, slave%d\n, ip, port, slave_id);记录一条简明日志。注意这七步顺序不能乱。比如第 2 步set_slave必须在第 4 步connect之前否则连接后设置 slave ID 无效第 3 步set_timeout必须在第 4 步之前因为modbus_connect()内部会用到超时参数。3.2 寄存器地址映射为什么0x0000读出来是 Holding Register 1而不是 Coil 0这是 Modbus 协议最让人抓狂的“历史包袱”libmodbus 完全遵循标准但不会帮你翻译。你必须自己理解地址偏移规则功能码协议地址范围libmodbus 函数参数实际访问的寄存器0x01 读线圈Coils0x0000 - 0xFFFFmodbus_read_bits(ctx, 0, 10)从 Coil 0 开始读 10 个即地址 0x0000 ~ 0x00090x02 读离散输入Discrete Inputs0x0000 - 0xFFFFmodbus_read_input_bits(ctx, 0, 10)从 DI 0 开始读 10 个地址 0x0000 ~ 0x00090x03 读保持寄存器Holding Registers0x0000 - 0xFFFFmodbus_read_registers(ctx, 0, 10)从 HR 0 开始读 10 个地址 0x0000 ~ 0x00090x04 读输入寄存器Input Registers0x0000 - 0xFFFFmodbus_read_input_registers(ctx, 0, 10)从 IR 0 开始读 10 个地址 0x0000 ~ 0x0009看到没libmodbus 的所有函数地址参数都是从 0 开始的逻辑索引不是协议里的“寄存器地址”。而设备厂商手册写的“读地址 40001”这里的 “40001” 是 Modbus 工业惯例“4” 表示 Holding Register 类型“0001” 表示第一个寄存器即 HR 0所以手册说“读 40001”你代码里就写modbus_read_registers(ctx, 0, 1)说“读 40010”就写modbus_read_registers(ctx, 9, 1)因为 40001HR0, 40002HR1, ..., 40010HR9。这个换算必须手动做libmodbus 不提供address_to_index()辅助函数——因为它认为这是应用层该管的事。更坑的是大小端问题。Holding Register 是 16 位但一个浮点数32 位要占两个寄存器。设备可能用 Big-EndianABCD或 Little-EndianCDAB存储。libmodbus 只负责把两个 16 位整数读出来怎么拼成 float得你自己处理。我常用的跨平台方法// 读取两个寄存器假设 reg[0]0x1234, reg[1]0x5678 uint16_t reg[2] {0x1234, 0x5678}; float f; // 如果设备是 Big-Endianreg[0] 是高字reg[1] 是低字 memcpy(f, reg, sizeof(float)); // 直接 memcpy依赖 CPU 字节序 // 如果设备是 Little-Endian需要交换寄存器顺序 uint16_t swapped[2] {reg[1], reg[0]}; memcpy(f, swapped, sizeof(float));实操心得第一次对接新设备务必用modbus_set_debug(ctx, TRUE)抓包看它返回的原始字节。比如读 40001-40002 返回01 02 03 04那01 02是第一个寄存器03 04是第二个再结合设备手册确认字节序比猜强一万倍。3.3 错误处理modbus_strerror()只告诉你“非法功能”然后呢libmodbus 的错误码分三层必须逐层排查系统级错误errno来自connect()、send()、recv()等系统调用如ECONNRESET对方主动断连、EAGAIN非阻塞模式下无数据。这时modbus_errno是系统 errnomodbus_strerror(modbus_errno)返回 Connection reset by peer。协议级错误Exception Code从站返回的异常响应帧如0x81非法功能码、0x82非法数据地址、0x83非法数据值。这时modbus_errno是EMBADCRC等宏但真正有用的是modbus_exception_to_string()返回的字符串如 Illegal data address。应用级错误业务逻辑比如读到的寄存器值是0xFFFF表示传感器故障或连续 5 次读取超时。这不在 libmodbus 范畴需要你代码里判断。我的标准错误处理模板int rc modbus_read_registers(ctx, addr, len, tab_reg); if (rc -1) { // 第一层系统错误 if (modbus_errno ETIMEDOUT || modbus_errno ECONNRESET) { // 网络问题尝试重连 modbus_free(ctx); ctx modbus_new_tcp(ip, port); modbus_set_slave(ctx, slave); modbus_connect(ctx); } else { // 其他系统错误记录日志并退出 fprintf(stderr, System error: %s\n, modbus_strerror(modbus_errno)); break; } } else if (rc ! len) { // 第二层协议异常 uint8_t exception; modbus_get_response_exception(ctx, exception); fprintf(stderr, Modbus exception: %s (code 0x%02X)\n, modbus_exception_to_string(exception), exception); // 根据 exception code 做不同处理0x02 地址错就改地址0x03 值错就检查写入值 } // 第三层业务校验 for (int i 0; i len; i) { if (tab_reg[i] 0xFFFF) { fprintf(stderr, Sensor %d fault at addr 0x%04X\n, i, addri); } }注意modbus_get_response_exception()必须在modbus_read_*()返回 -1 后立即调用否则下次调用会覆盖异常码。这是个容易忽略的细节。4. 实操过程与核心环节实现4.1 从零开始树莓派读取 RS485 温湿度传感器完整代码拆解我们以一个真实场景为例用树莓派 4BRaspberry Pi OS通过 USB-RS485 转换器CH340 芯片读取一台国产温湿度传感器型号TH-RTU从站 ID1波特率 96008N1读地址 40001/40002 获取温度/湿度。第一步硬件接线与串口识别USB-RS485 插上树莓派执行dmesg | grep tty看到ch341-uart converter detected说明驱动已加载。接着ls /dev/ttyUSB*得到/dev/ttyUSB0。注意树莓派自带的 GPIO UART 是/dev/ttyS0别混淆。第二步安装 libmodbus# 更新源 sudo apt update # 安装开发包含头文件和静态库 sudo apt install libmodbus-dev # 验证安装 pkg-config --modversion libmodbus # 应输出 3.1.10 或更高第三步编写核心代码th_reader.c#include stdio.h #include stdlib.h #include string.h #include unistd.h #include modbus/modbus.h int main(void) { modbus_t *ctx; uint16_t tab_reg[2]; // 存温度、湿度各一个寄存器 int rc; // 1. 创建 RTU 上下文 ctx modbus_new_rtu(/dev/ttyUSB0, 9600, N, 8, 1); if (ctx NULL) { fprintf(stderr, Unable to create the libmodbus context\n); return -1; } // 2. 设置从站 ID必须 modbus_set_slave(ctx, 1); // 3. 设置超时响应 1000ms字节间隔 300ms9600bps 下 3.5 字符≈3.6ms设 300ms 防抖动 struct timeval timeout {1, 0}; // 1 second modbus_set_response_timeout(ctx, timeout); timeout.tv_usec 300000; // 300ms modbus_set_byte_timeout(ctx, timeout); // 4. 连接串口 if (modbus_connect(ctx) -1) { fprintf(stderr, Connection failed: %s\n, modbus_strerror(errno)); modbus_free(ctx); return -1; } // 5. 主循环读取 while (1) { // 读取 2 个保持寄存器40001温度40002湿度 // 注意40001 对应逻辑地址 040002 对应逻辑地址 1 rc modbus_read_registers(ctx, 0, 2, tab_reg); if (rc -1) { fprintf(stderr, Read error: %s\n, modbus_strerror(modbus_errno)); // 断线重连逻辑 modbus_close(ctx); sleep(1); if (modbus_connect(ctx) -1) { fprintf(stderr, Reconnect failed\n); break; } continue; } // 6. 解析数据假设设备用 Big-Endian温度tab_reg[0]/10.0湿度tab_reg[1]/10.0 float temp (float)tab_reg[0] / 10.0f; float humi (float)tab_reg[1] / 10.0f; printf(Temperature: %.1f°C, Humidity: %.1f%%\n, temp, humi); sleep(2); // 每 2 秒读一次 } // 7. 清理 modbus_close(ctx); modbus_free(ctx); return 0; }第四步编译与运行# 编译链接 libmodbus gcc -o th_reader th_reader.c pkg-config --cflags --libs libmodbus # 运行需要串口权限 sudo chmod arw /dev/ttyUSB0 sudo ./th_reader第五步排错关键点如果报错Failed to write to serial port检查/dev/ttyUSB0权限或sudo usermod -a -G dialout $USER加入 dialout 组。如果一直输出Read error: No such device or address确认 USB-RS485 是否真的插好dmesg是否有 CH340 初始化日志。如果读到的值是0或65535开启调试modbus_set_debug(ctx, TRUE)看抓包是否收到正确响应帧。如果数值跳变剧烈检查 RS485 A/B 线是否接反或终端电阻120Ω是否缺失长距离必须加。这个例子看似简单但它涵盖了 libmodbus 在嵌入式 Linux 下的所有核心流程设备识别、上下文创建、参数设置、连接管理、数据读取、错误恢复、资源释放。每一行代码都有其不可替代的作用删掉任何一行都可能导致现场崩溃。4.2 进阶实战用 libmodbus 构建多从站轮询网关C epoll单设备读取只是入门工业现场往往是“一主多从”的 RS485 总线。比如一条总线上挂了 10 台电表从站 ID 1~10主站要每 5 秒轮询一次所有电表的总有功电量地址 40001。如果用 10 个线程各自modbus_read_registers()会因串口竞争导致帧冲突。libmodbus 的标准解法是用一个线程 epoll 非阻塞模式顺序轮询。核心思想将每个从站的modbus_t*实例放入数组modbus_ctx_list[10]所有上下文设为非阻塞模式modbus_set_error_recovery(ctx, MODBUS_ERROR_RECOVERY_PROTOCOL);用epoll_create()监听串口 fd但 libmodbus 不直接支持 epoll所以我们要“模拟”每次轮询一个从站调用modbus_read_registers()如果返回 -1 且modbus_errno EAGAIN说明数据未准备好跳过否则处理结果。简化版轮询逻辑// 初始化 10 个从站上下文 for (int i 0; i 10; i) { ctx_list[i] modbus_new_rtu(/dev/ttyS0, 19200, N, 8, 1); modbus_set_slave(ctx_list[i], i1); modbus_set_response_timeout(ctx_list[i], timeout); modbus_set_byte_timeout(ctx_list[i], timeout); modbus_set_error_recovery(ctx_list[i], MODBUS_ERROR_RECOVERY_PROTOCOL); modbus_connect(ctx_list[i]); } // 主轮询循环 int current_slave 0; while (running) { // 轮询当前从站 rc modbus_read_registers(ctx_list[current_slave], 0, 1, value); if (rc 1) { printf(Slave %d: Energy %u\n, current_slave1, value); // 存入共享内存或 MQTT } else if (modbus_errno EAGAIN) { // 数据未到继续下一个 } else { // 真正错误记录并重连 modbus_close(ctx_list[current_slave]); modbus_connect(ctx_list[current_slave]); } // 切换到下一个从站 current_slave (current_slave 1) % 10; usleep(50000); // 每个从站间隔 50ms避免总线拥塞 }实操心得RS485 总线的“轮询间隔”不是越短越好。我实测过10 个从站在 19200bps 下最小安全间隔是 35ms。低于此值从站来不及处理上一帧就会丢弃新帧。这个值要根据从站响应时间和总线长度实测不能拍脑袋定。4.3 生产级加固信号量保护、日志分级、热更新配置上线代码不能只考虑“能跑”还要考虑“跑得久、出错少、好维护”。以下是我在三个客户项目中沉淀的加固技巧信号量保护防多进程冲突当多个进程如采集进程、配置进程、Web API 进程都要访问同一个串口时必须加锁。libmodbus 本身不提供锁但可以用 POSIX 信号量#include semaphore.h sem_t *sem sem_open(/modbus_lock, O_CREAT, 0644, 1); // 读取前 sem_wait(sem); rc modbus_read_registers(ctx, addr, len, tab_reg); // 读取后 sem_post(sem);信号量名/modbus_lock是全局的所有进程用同一个名字就能互斥。日志分级DEBUG/INFO/WARN/ERROR用syslog()替代printf()并按级别输出openlog(modbus-gateway, LOG_PID | LOG_CONS, LOG_USER); // DEBUG 级别只在开发环境开 if (debug_mode) syslog(LOG_DEBUG, Read HR %d from slave %d, addr, slave); syslog(LOG_INFO, Energy: %u kWh, energy); syslog(LOG_WARNING, Slave %d timeout, retrying..., slave); closelog();这样journalctl -t modbus-gateway就能过滤查看。热更新配置无需重启把从站列表存在 JSON 文件中slaves.json用inotify监控文件变化int inotify_fd inotify_init(); int wd inotify_add_watch(inotify_fd, slaves.json, IN_MODIFY); // 在主循环中 poll(inotify_fd)检测到 IN_MODIFY 就 reload 配置reload 时对新增从站modbus_new_rtu()对删除从站modbus_close()modbus_free()对修改参数的从站重建上下文。整个过程业务不中断。这些不是“炫技”而是工业现场的真实需求设备 7x24 运行运维不能随时 ssh 进去 kill 进程日志要能快速定位故障配置变更要秒级生效。libmodbus 提供了坚实的底层而这些加固才是让它从“能用”变成“好用”的关键。5. 常见问题与排查技巧实录5.1 典型问题速查表问题现象可能原因排查命令/方法解决方案modbus_connect() returns -1, errno111 (Connection refused)目标 IP 端口未监听或防火墙拦截telnet 192.168.1.10 502、iptables -L检查从站设备是否开机、Modbus TCP 服务是否启用、网络 ACL 规则modbus_read_registers() returns -1, errno110 (Connection timed out)网络延迟高或从站响应慢ping 192.168.1.10、mtr 192.168.1.10增大response_timeout检查交换机 QoS 设置确认从站负载是否过高modbus_read_registers() returns 0, but tab_reg[0] is 0读到了数据但值为 0可能是正常值也可能是错误modbus_set_debug(ctx, TRUE)抓包查看原始响应帧如果00 00是正常值FF FF可能是故障码需查设备手册modbus_read_registers() returns -1, errno104 (Connection reset by peer)从站主动断开连接netstat