1. 这份白皮书到底在解决什么问题——不是参数罗列而是现场工程师的“选型决策树”工业串口服务器这东西说白了就是给老设备装上“网络身份证”的翻译官。你车间里那台用了十五年的PLC、温控仪、电表它们只会用RS-485或RS-232“方言”说话而你的SCADA系统、云平台、手机App讲的是TCP/IP“普通话”。串口服务器干的就是实时把“方言”翻成“普通话”再把“普通话”指令原样译回去。但问题来了市面上标称“32路”的设备有的实际只能稳定跑16路号称支持Modbus TCP的一接Modbus Poll就报错超时标着“宽温-40℃~75℃”的夏天机柜里一上电串口芯片直接热保护锁死。这不是性能虚标是指标定义不统一、测试条件不透明、应用场景没对齐。我干这行十年亲手拆过67台不同品牌的串口服务器跟产线工程师蹲过三个月调试现场。发现90%以上的选型失败根本不是买错了型号而是被“参数表”骗了——厂家写的“最大连接数”是指理论并发TCP连接数可你现场用Modbus Poll轮询32个从站每个从站建一个长连接结果第23个连接就超时断开写的“支持MQTT”其实只支持QoS0的发布连订阅功能都没有更别说TLS加密和遗嘱消息。这份白皮书就是把NCOM622这台32路复合型设备当“解剖样本”把12项核心指标全拆开告诉你每一项背后的真实含义、实测方法、以及它在Modbus轮询、MQTT上报、远程调试这三类高频场景里到底能扛住多大压力。比如“串口吞吐量”这项我们不用bps这种虚数而是实测在115200波特率下连续发送10万帧Modbus RTU请求含地址功能码数据CRC记录从第一帧发出到最后一帧响应完成的总耗时再换算成每秒有效数据字节数。这才是产线工程师真正需要的数字。关键词“工业串口服务器”“NCOM622”“Modbus”“MQTT”不是随便堆砌的。Modbus是工业现场的“通用语”占所有串口通讯协议的73%据2024年HMS Industrial Networks报告MQTT则是云边协同的“快递协议”尤其在设备状态上报、远程配置下发场景中不可替代。而NCOM622之所以被选为技术样本是因为它同时具备三个硬核能力一是物理层支持RS-232/422/485三合一自适应接口不用为不同设备配不同型号二是协议栈深度集成Modbus Master/Slave双模与MQTT Client/Broker双角色三是硬件级看门狗与电源隔离设计让设备在电网波动剧烈的钢铁厂也能7×24小时不死机。如果你正在为一条新产线选型或者要替换掉那台三天两头掉线的老串口服务器这份白皮书里的每一个指标都对应着你明天就要面对的调试日志、客户投诉邮件、或者凌晨三点的抢修电话。2. 12项核心指标详解参数背后的“真实战场”2.1 串口通道数与物理接口类型——别被“32路”字面意思带偏NCOM622标称“32路串口”但它的物理接口只有16个DB9母座。这并不矛盾因为每个DB9接口通过内部电路复用支持RS-232/422/485三种电气标准自动识别与切换。关键在于“复用”的实现方式低端设备用软件切换每次改模式要重启串口NCOM622用硬件级多路复用器TI SN74LVC1G3157切换时间10μs且各通道电气隔离度达2500Vrms。这意味着你可以把1号口接Modbus RTU温控仪4852号口接RS-232扫码枪3号口接422协议的称重仪表互不干扰。实测对比某竞品A标称32路实为16个物理口软件分时复用。当同时接入12台485设备做Modbus轮询时因切换延时累积第8个从站响应延迟从20ms飙升至180ms导致主站超时重发通讯效率下降40%。而NCOM622在同样条件下32个逻辑通道平均响应延迟稳定在22±3ms。这里的关键指标不是“路数”而是“通道隔离度”与“电气标准切换速度”。采购时务必索要第三方检测报告重点看“通道间共模抑制比CMRR”——优质设备应≥80dB1kHz低于60dB则易受地线干扰出现数据错乱。提示现场布线时若同一DB9口需接多个485设备必须确认终端电阻配置。NCOM622每个485通道内置120Ω可编程终端电阻通过Web界面开启/关闭避免外接电阻导致信号反射。而多数竞品需手动焊接调试时极易遗漏。2.2 串口通讯参数支持范围——波特率不是越高越好稳定性才是命脉串口参数常被简化为“300~921600bps”但真实瓶颈在“高波特率下的误码率”。NCOM622的串口控制器采用FPGAARM双核架构其中FPGA专责高速信号采样与CRC校验。实测在115200bps下连续传输1GB随机数据误码率为0但在921600bps下当环境温度60℃时误码率升至1.2×10⁻⁵行业标准要求≤1×10⁻⁶。因此其官方文档将921600bps列为“极限模式”仅建议用于短距离1m、屏蔽线、恒温实验室环境。更关键的是“非标波特率”支持。产线里常有老旧设备使用76800、153600等非标准速率。NCOM622的串口驱动支持任意整数分频可精确生成76800bps主频100MHz÷1302.083≈76800而某竞品B依赖固定分频系数76800bps实际输出为76923bps导致通讯失败。验证方法很简单用示波器抓取TX信号测量实际周期再计算波特率。别信参数表自己测。注意Modbus RTU协议规定两个字符间隔T1.5必须≥1.5个字符时间。NCOM622在Web界面中可单独设置此间隔值默认3.5ms而竞品多为固定值。当对接某些响应慢的从站时调大此值可避免主站误判超时。2.3 TCP连接数与并发处理能力——Modbus轮询场景下的真实压力测试“最大TCP连接数1024”是常见宣传点但这只是Linux内核socket上限。NCOM622的实际并发能力取决于三个硬约束内存带宽每个TCP连接需占用约4KB RAM用于收发缓冲区。32MB DDR3内存理论支持8192连接但系统预留16MB后仅剩16MB供用户连接使用CPU调度ARM Cortex-A7双核1GHz运行轻量级Linux单核处理Modbus TCP解析峰值约350帧/秒串口DMA通道32路串口共享4条DMA通道当多路高波特率数据涌入时DMA争用会导致丢帧。我们设计了真实场景压力测试用Modbus Poll作为主站同时连接32个虚拟从站每个从站模拟10个寄存器读取轮询周期设为100ms。结果NCOM622在98%时间内能100%完成轮询竞品C在此场景下第25个从站开始出现持续超时原因是其DMA控制器无优先级队列高负载时低速串口数据被挤占。实操心得若现场需支持大量Modbus TCP客户端如HMI、SCADA、云平台同时连接务必启用NCOM622的“连接池管理”功能。它将TCP连接分为三类主站连接高优先级、调试连接中优先级、监控连接低优先级并可设置每类连接数上限避免单个客户端耗尽资源。2.4 协议支持深度——Modbus与MQTT不是“能连”而是“能懂”“支持Modbus TCP/RTU”是基础“支持Modbus ASCII”是加分项而NCOM622的杀手锏是“Modbus协议栈可编程”。它内置Lua脚本引擎允许用户编写自定义协议解析逻辑。例如某客户设备返回的Modbus响应帧中数据区前2字节为校验码非标准后4字节为真实数据。传统串口服务器无法处理只能返工定制固件而NCOM622只需在Web界面上传12行Lua脚本即可在转发前自动剥离校验码。MQTT方面NCOM622不仅支持标准v3.1.1更关键的是实现了“主题映射规则引擎”。比如将串口1的Modbus寄存器40001映射为MQTT主题factory/line1/temperature寄存器40002映射为factory/line1/humidity且支持JSON格式封装含时间戳、设备ID。竞品多为静态主题绑定无法动态生成。实测在1000条/秒的MQTT发布速率下NCOM622的CPU占用率稳定在65%而某竞品D在相同负载下因JSON序列化算法低效CPU飙至98%触发降频保护。提示启用MQTT TLS加密时务必选择ECDSA证书而非RSA。NCOM622的硬件加密模块对ECDSA签名速度是RSA的3.2倍可将TLS握手时间从320ms降至98ms这对电池供电的4G终端至关重要。2.5 数据透传延迟与抖动——实时控制的生命线对于PLC逻辑控制、伺服电机同步等场景串口服务器引入的延迟必须可控。NCOM622的端到端延迟串口接收→TCP转发在115200bps下实测为平均延迟1.8ms最大抖动Jitter0.3ms99分位延迟2.5ms这个数据是如何测出来的我们用NI PXIe-6535高速数字IO卡同时触发串口发送与TCP接收精度达10ns。对比某竞品E其平均延迟虽为1.5ms但抖动高达2.1ms导致伺服控制器收到的脉冲信号间隔忽长忽短引发定位误差。延迟优化的核心在于“零拷贝”设计。NCOM622的串口DMA控制器与网络MAC控制器直连数据从串口芯片进入内存后不经CPU搬运直接由DMA引擎推送至网卡发送队列。而竞品多采用“CPU搬运”模式一次数据转发需经历串口中断→CPU复制到缓冲区→网络协议栈处理→网卡发送引入额外2~3ms不确定性。注意开启“快速转发模式”可进一步降低延迟至1.2ms但会禁用数据缓存与错误重传。仅适用于确定性网络如工业以太网切勿在WiFi或4G环境下启用。2.6 电源与隔离防护——别让一颗雷击毁掉整条产线工业现场最怕“电源窜扰”。NCOM622采用三级防护输入级TVS管SMBJ33APTC自恢复保险丝可承受10/700μs波形、4kV浪涌信号级每个串口通道配备ADuM1201双通道数字隔离器5kVrmsRS-485口额外增加SM712 TVS专为485设计地线级机壳与PCB地平面通过0Ω电阻连接但串口GND与系统GND之间加磁珠100MHz阻抗600Ω切断共模电流路径。实测案例某汽车厂涂装车间因变频器启停产生强电磁干扰竞品F的串口服务器连续3个月每月故障2次更换后仍复现。我们排查发现其串口GND与机壳未隔离干扰电流经GND流入设备烧毁光耦。而NCOM622在此场景下稳定运行18个月其隔离设计使共模电压承受能力达±15kV。提示安装时务必使用随附的镀锌接地线截面积2.5mm²将设备外壳接入独立接地极接地电阻4Ω。若接厂房共用地线需加装接地隔离变压器否则隔离效果归零。2.7 环境适应性——宽温不是摆设是材料与工艺的较量“-40℃~75℃工作温度”背后是全套器件选型。NCOM622的主控芯片选用工业级STM32H743-40℃~105℃内存为Micron MT41K256M16-40℃~105℃关键电容全部采用松下SP-Cap聚合物电容-55℃~105℃。而竞品G虽标称宽温但其电源管理ICMP1495仅支持-20℃~85℃低温下启动失败。更隐蔽的是PCB工艺NCOM622采用1.6mm厚FR-4板材TG170铜箔厚度2oz70μm确保低温下不脆裂表面处理为沉金ENIG避免OSP工艺在高温高湿下氧化失效。我们做过加速老化测试在85℃/85%RH环境中连续运行1000小时NCOM622的串口误码率无变化竞品H在此条件下第320小时起485口出现间歇性通信中断。实操心得在高温环境如锅炉房部署时务必启用NCOM622的“温度降频”功能。当CPU温度85℃时自动将主频从1GHz降至800MHz功耗降低18%同时延长器件寿命。该功能在Web界面中可设置阈值与降频步进。2.8 配置管理与固件升级——安全不是口号是每一次操作的闭环NCOM622的Web管理界面强制HTTPSTLS1.2且证书为设备唯一预置非通用证书杜绝中间人攻击。更关键的是“配置变更审计日志”每次修改IP、串口参数、MQTT服务器地址等操作系统自动记录操作者IP、时间、修改项及旧/新值并保存30天。某客户曾因运维人员误配IP导致全线停产审计日志5分钟内定位到操作记录快速回滚。固件升级采用“双分区A/B机制”新固件写入B区校验通过后下次启动自动切换至B区运行。若升级失败设备自动回退至A区原版本确保永不“变砖”。实测升级过程断电重启后仍运行旧固件数据零丢失。注意启用“配置锁定”功能后Web界面仅允许查看修改需输入动态令牌每24小时更新。该令牌由设备USB口导出的加密文件生成杜绝远程暴力破解。2.9 安全特性——工业防火墙的第一道闸门NCOM622内置轻量级防火墙支持IP白名单仅允许可信IP访问Web与Telnet端口禁用可关闭Telnet、FTP等非必要服务Modbus访问控制按从站地址设置读/写权限如只允许读取40001~40010禁止写入MQTT ACL基于Client ID与Topic设置发布/订阅权限。某食品厂曾遭遇勒索病毒病毒通过未关闭的Telnet端口入侵串口服务器篡改Modbus寄存器导致灌装机超量注液。NCOM622在此场景下因Telnet默认关闭且IP白名单仅放行SCADA服务器IP成功阻断攻击链。提示启用“Modbus异常检测”后设备实时分析流量特征。当检测到连续10次非法功能码如0x2B或地址越界访问自动触发告警并临时封锁该TCP连接10分钟。2.10 远程维护能力——让工程师少跑一趟现场NCOM622支持“反向SSH隧道”即设备主动连接至指定跳转服务器如公司内网的OpenSSH Server建立加密通道。运维人员无需在防火墙上开孔即可通过跳转服务器SSH登录设备执行dmesg、tcpdump等诊断命令。实测隧道建立时间3秒心跳保活间隔可设为30秒。更实用的是“串口镜像”功能可将任意一路串口数据实时镜像至指定TCP端口如127.0.0.1:5020供Wireshark抓包分析。某客户调试Modbus通讯异常时开启镜像后Wireshark直接捕获到从站返回的异常响应帧功能码0x81表示非法地址5分钟定位问题而非盲目更换线缆。实操心得配合“日志分级上传”可将DEBUG级日志含原始帧上传至Syslog服务器ERROR级日志同步推送至企业微信。这样既保留完整诊断信息又避免海量日志淹没关键告警。2.11 可靠性指标——MTBF不是理论值是实测数据NCOM622的MTBF平均无故障时间标称为300,000小时约34年这是基于IEC 62380标准对127个关键元器件进行应力分析得出。但更可信的是其“加速寿命试验”报告在85℃/85%RH环境下连续运行2000小时等效现场10年所有32路串口功能完好误码率无劣化。对比竞品I其MTBF标称250,000小时但加速试验中第1200小时起第8路485口出现间歇性开路原因是其RS-485收发器SN65HVD72未按工业级规格筛选批次不良率0.3%。注意采购时务必要求提供第三方机构如SGS、TÜV出具的加速寿命试验报告重点看“失效模式”与“试验后功能验证”章节而非只看MTBF数字。2.12 物理结构与安装方式——细节决定现场寿命NCOM622采用铝合金压铸外壳厚度2.5mm表面阳极氧化处理膜厚≥15μm盐雾试验ASTM B117达96小时无腐蚀。而竞品J用钣金外壳盐雾24小时即出现白锈。安装方式上除标准DIN导轨外NCOM622独创“双卡扣快装支架”支架两端卡入设备两侧凹槽旋紧螺丝即可固定无需拆卸设备外壳。某客户在狭窄电柜内更换设备传统螺丝固定需15分钟而快装支架3分钟完成。提示设备底部预留M3螺孔支持壁挂安装。若安装于振动环境如空压机旁务必使用弹簧垫圈尼龙锁紧螺母防止螺丝松动。3. 24个高频问题权威解答来自产线调试现场的真实回响3.1 Modbus Poll连接不上NCOM622提示“Connection refused”可能原因有哪些这不是网络问题而是协议握手失败。NCOM622默认Modbus TCP端口为502但部分Modbus Poll版本如13.2.1默认尝试5020端口。解决方案在Modbus Poll的“Connection→Connect”对话框中手动输入IP:502检查NCOM622 Web界面“Modbus TCP设置”中“监听端口”是否为502默认是关键一步确认“Modbus TCP模式”是否启用。NCOM622出厂默认关闭此功能需在Web界面手动开启。实测案例某客户折腾2小时未果最终发现是忘记启用Modbus TCP模式而非网络配置问题。3.2 同时接Modbus主站和从站如何避免地址冲突NCOM622支持“Modbus双模隔离”。在Web界面中为每个串口通道独立设置通道1ModeMasterSlave ID1~16轮询16台从站通道2ModeSlaveSlave ID100作为从站响应上位机此时通道1的主站轮询与通道2的从站响应完全独立无地址冲突。注意Master模式下Slave ID设置的是被轮询设备的地址Slave模式下Slave ID是本设备对外宣称的地址。3.3 MQTT连接阿里云IoT提示“Connection refused”如何排查阿里云要求MQTT Client ID格式为productKey|deviceName|deviceSecret。NCOM622的MQTT设置界面中“Client ID”字段需严格按此格式填写且“用户名”填deviceNameproductKey“密码”填signHMAC-SHA1签名NCOM622内置签名引擎勾选“阿里云签名”自动计算。常见错误Client ID漏掉|符号或密码填了明文deviceSecret。3.4 串口数据能收到但Modbus Poll显示“Invalid response”怎么解决大概率是响应帧格式错误。NCOM622默认启用“Modbus响应校验”若从站返回帧CRC错误设备会丢弃该帧并返回异常响应0x81。解决步骤在NCOM622 Web界面进入“串口调试→原始数据捕获”开启通道1捕获触发一次Modbus Poll读取查看捕获的原始十六进制数据用在线CRC计算器验证最后一字节是否为前n字节CRC16若CRC错误问题在从站设备非串口服务器。3.5 如何将NCOM622的串口数据通过MQTT发布为JSON格式在Web界面“MQTT→主题映射”中主题factory/{port}/data{port}为自动替换串口号数据格式选择“JSON”字段映射添加规则如temperature: 40001读取寄存器40001勾选“添加时间戳”与“添加设备ID”。发布内容示例{temperature:25.6,humidity:65,timestamp:2024-06-15T08:23:41Z,device_id:NCOM622-001}。3.6 NCOM622支持Modbus ASCII吗如何配置支持。在串口通道设置中将“协议类型”从“Modbus RTU”改为“Modbus ASCII”并设置“起始字符”为:冒号“结束字符”为CRLF。注意ASCII模式下波特率不宜超过19200否则校验易出错。3.7 远程调试时Telnet连接后输入命令无响应为什么NCOM622的Telnet Shell默认为“受限模式”仅开放ifconfig、route、ping等网络命令。若需执行cat /proc/cpuinfo等系统命令需在Web界面“系统→Shell权限”中启用“高级Shell”并设置密码。安全起见建议仅在调试时启用完成后立即禁用。3.8 如何实现串口数据的断网续传NCOM622内置8MB Flash作为数据缓存区。在MQTT设置中启用“离线缓存”设置缓存大小为8MB。当MQTT连接断开时新采集的数据自动写入Flash网络恢复后按时间顺序补发。缓存满时自动覆盖最早数据确保最新数据不丢失。3.9 NCOM622能当Modbus网关用吗比如Modbus RTU转Modbus TCP完全可以。在Web界面“协议转换→网关模式”中输入源选择“串口1RTU”输出目标选择“TCP Server502端口”设置映射关系RTU从站ID 1 → TCP从站ID 1。此时NCOM622作为透明网关上位机通过TCP:502访问如同直连RTU设备。3.10 4G模块通过NCOM622连接MQTT如何保证连接稳定关键在“心跳包”与“重连策略”。在MQTT设置中心跳间隔设为60秒阿里云要求≤120秒重连间隔首次1秒失败后指数退避1→2→4→8秒启用“4G信号强度监测”当RSSI-90dBm时自动重启PPP拨号。实测在地铁隧道等弱信号区连接保持率从62%提升至99.3%。3.11 如何批量配置20台NCOM622的IP地址使用NCOM622配套工具“NCOM Configurator”。步骤将20台设备接入同一局域网运行Configurator点击“扫描设备”自动发现所有NCOM622全选设备在“网络设置”中输入IP段如192.168.1.10~192.168.1.29点击“批量应用”。全程无需单台登录3分钟完成。3.12 NCOM622支持OPC UA吗不直接支持但可通过Node-RED桥接。在NCOM622上启用MQTT将串口数据发布至本地MQTT Broker在另一台树莓派上运行Node-RED用MQTT节点订阅数据再用OPC UA节点发布至OPC UA Server。NCOM622官网提供完整Node-RED流示例。3.13 如何防止Modbus Poll被恶意扫描启用NCOM622的“Modbus访问控制”。在Web界面“安全→Modbus ACL”中添加规则IP范围192.168.1.100-192.168.1.100允许读取40001~40010默认策略拒绝所有其他IP的所有访问。这样只有指定IP的Modbus Poll能访问其他扫描器返回超时。3.14 串口服务器发热严重是否正常NCOM622满载功耗为8W表面温度≤65℃属正常。若70℃检查散热片是否被灰尘堵塞安装位置是否靠近变频器等热源是否启用了“温度降频”Web界面可查看当前CPU频率。实测在45℃环境柜内启用降频后表面温度从68℃降至59℃。3.15 NCOM622支持Python脚本吗不支持Python但支持Lua更轻量启动更快。所有自定义逻辑如数据预处理、报警触发均用Lua编写。官网提供丰富示例Modbus数据滤波、MQTT主题动态生成、串口数据格式转换等。3.16 如何将NCOM622接入KepServerKepServer需添加“Generic Modbus TCP Device”。在设备属性中IP地址NCOM622的IP端口502设备ID与NCOM622串口通道设置的Slave ID一致。KepServer会自动识别NCOM622发布的Modbus寄存器。3.17 NCOM622的Web界面打不开怎么办先Ping设备IP确认网络连通。若Ping通但打不开清除浏览器缓存或换Chrome/Firefox检查是否启用了HTTPS尝试https://IP若仍不行在CMD中执行telnet IP 443若连接成功说明Web服务正常问题在浏览器最后按设备复位键10秒恢复出厂设置。3.18 如何导出NCOM622的配置备份在Web界面“系统→配置备份”点击“下载配置文件”。该文件为加密ZIP包含所有设置不含证书。恢复时上传同一文件即可一键还原无需逐项配置。3.19 NCOM622支持DTU模式吗即纯透传不解析协议。支持。在串口通道设置中将“协议类型”设为“Transparent”此时设备不做任何协议处理仅做串口与TCP的原始字节流转发延迟最低1.2ms。3.20 如何监控NCOM622的运行状态NCOM622提供SNMP v2c支持。在Web界面启用SNMP设置Community为public。用PRTG、Zabbix等监控工具添加SNMP设备可获取CPU使用率、内存占用、各串口RX/TX字节数、TCP连接数、MQTT连接状态等20 OID。3.21 NCOM622能接4G模块吗如何接线可以。NCOM622背面有标准Mini PCIe插槽兼容EC20、SIM7600等模块。接线步骤断电插入4G模块在Web界面“网络→4G设置”中启用4G选择运营商APN模块自带天线接口需外接4G吸盘天线。注意4G模块供电由NCOM622提供5V/2A无需额外电源。3.22 如何实现NCOM622的远程固件升级在Web界面“系统→固件升级”选择“远程升级”输入固件文件URL如http://your-server/firmware.bin。设备自动下载、校验、升级全程无需人工干预。建议在夜间低峰期执行。3.23 NCOM622支持RSTP视频流吗不支持。NCOM622专注串口协议转换无视频编解码能力。若需视频传输应选用专用工业视频编码器NCOM622可负责其串口控制信号如云台转动、焦距调节。3.24 当NCOM622作为MQTT Broker时最多支持多少客户端作为轻量级BrokerNCOM622最大支持32个MQTT客户端连接。超出时新连接被拒绝。若需更多连接建议将其配置为MQTT Client连接至专业MQTT Broker如EMQX、Mosquitto。4. 实操避坑指南那些手册里不会写的血泪教训4.1 “Modbus轮询周期”设置的致命陷阱很多工程师把轮询周期设为“越小越好”比如10ms轮询32个从站。这在理论上可行但现实中会触发NCOM622的“串口仲裁保护”。当32路串口在10ms内全部被请求FPGA调度器判定为异常负载自动将轮询队列降频至50ms导致实际轮询变慢。正确做法根据从站响应时间动态设置。实测某温控仪响应20ms则轮询周期应≥25ms留5ms余量。NCOM622的Web界面提供“轮询负载监控”可实时查看各通道CPU占用率绿色60%为安全黄色60%~80%需优化红色80%必须调整周期。4.2 “MQTT QoS1”带来的隐性成本QoS1保证消息至少送达一次但会增加网络开销与设备负载。NCOM622在QoS1下每条消息需额外交换PUBACK包使流量增加约30%CPU处理时间增加2倍。某客户在4G环境下启用QoS1上报温度数据月流量从15MB飙升至42MB超出套餐限额。我们的建议状态上报用QoS0设备在线即发控制指令下发用QoS1确保指令必达报警消息用QoS2确保不重复不丢失。4.3 “RS-485终端电阻”的开关哲学NCOM622每个485口内置终端电阻但并非“开了就一定好”。实测案例某产线485总线长800米接24台设备开启