1. 边缘计算盒子到底是个什么东西我第一次接触边缘计算盒子是在一个化工厂的改造项目上。甲方要求把车间里十几台老设备的运行数据实时采集上来做本地预警和联动控制但又不愿意把原始数据全部往云端传——延迟高、带宽贵而且有些工艺参数属于核心机密。当时我们试过工控机方案一台低功耗x86工控机加上采集卡和组态软件成本不低部署也麻烦。后来接触到基于ARM架构的边缘计算盒子才算找到了一个平衡点。领嵌iLeadE-3403这个型号从标题信息来看定位很清晰4G/5G联网能力、10TOPS的AI算力、兼容Modbus、DLT645、OPC UA等工业协议。这几个关键词组合在一起说明它不是普通的物联网网关而是一台能在设备侧直接跑AI推理、同时又能跟各种工业设备对话的紧凑型计算终端。先说边缘计算这个概念。很多人第一次听到会问一个边缘计算节点是不是一个机房完全不是。边缘计算的核心逻辑是数据在哪里产生就在哪里处理。一个边缘计算节点可以是一台巴掌大的盒子装在配电柜里也可以是一台小型服务器放在车间角落。它的存在意义是缩短数据传输路径降低响应延迟减少对中心机房的依赖。iLeadE-3403这种盒子形态的产品就是典型的轻量级边缘节点。那10TOPS算力是什么水平TOPS是每秒万亿次操作的缩写衡量的是整数运算能力。10TOPS在边缘侧属于中上水平足够跑一些轻量级的深度学习模型比如YOLO系列的目标检测、简单的图像分类、时序数据的异常检测等。它跑不了大语言模型但在工业视觉质检、设备振动分析、能耗预测这些场景里10TOPS是够用的。至于Modbus、DLT645、OPC UA这三个协议可以说是工业数据采集的三驾马车。Modbus是最常见的现场总线协议PLC、仪表、变频器基本都支持DLT645是电能表通信协议做能耗监测绕不开OPC UA是新一代工业通信标准主打跨平台、语义化、安全传输。一台盒子能同时兼容这三种协议意味着它可以覆盖从老旧设备到新型智能设备的大部分数据采集需求。这篇文章适合谁看如果你是做工业物联网方案的技术选型人员、负责设备数据采集的自动化工程师、或者想了解边缘计算落地形态的产品经理接下来的内容应该能给你一些参考。我会从方案设计思路、核心细节、实操过程、常见问题几个维度展开尽量把踩过的坑和总结的经验都写出来。2. 方案整体设计与选型思路拆解2.1 为什么选ARM架构而不是x86边缘计算盒子的硬件架构选择直接决定了功耗、成本和部署灵活性。iLeadE-3403这类产品通常采用ARM架构的处理器搭配专用的NPU做AI加速。为什么不直接用x86工控机第一个原因是功耗。ARM架构的典型功耗在5到15瓦之间而同等性能的x86工控机功耗通常在30到65瓦。在配电柜这种密闭空间里散热是个大问题。功耗低意味着发热少不需要额外的风扇可以用无风扇设计减少灰尘吸入和机械故障点。第二个原因是成本。ARM方案的整体BOM成本比x86低不少尤其是批量部署的时候差距很明显。一个车间装十几台盒子省下来的钱够买好几台服务器了。第三个原因是尺寸。ARM盒子通常可以做到手掌大小导轨安装不占空间。x86工控机再小也得有个鞋盒那么大在老旧配电柜里根本塞不进去。当然ARM也有劣势。生态不如x86成熟某些工业软件没有ARM版本开发调试工具链也有差异。但如果你主要做数据采集和轻量级AI推理ARM方案完全够用。2.2 10TOPS算力的实际意义10TOPS这个数字听起来很唬人但实际能跑什么模型得看具体情况。我拿几个典型场景来说明。工业视觉质检场景比如检测产品表面缺陷用YOLOv5s这种轻量级模型输入分辨率640x640在10TOPS算力上大概能跑到30到50帧每秒。这个速度对于流水线质检是够用的除非你的产线速度特别快。设备振动分析场景用一维卷积神经网络处理振动信号做故障分类。这种模型参数量小10TOPS算力跑起来绰绰有余甚至可以同时处理多路传感器数据。能耗预测场景用LSTM或者Transformer做时序预测。这类模型对算力要求不高10TOPS可以轻松应对。但如果你想跑ResNet50以上的大模型或者做多路高清视频分析10TOPS就有点吃力了。这时候要么降低分辨率要么减少路数要么换更高算力的型号。注意厂商标称的TOPS算力通常是理论峰值实际有效算力可能只有标称值的50%到70%。选型的时候要留足余量别卡着上限用。2.3 协议兼容性的设计考量一台边缘计算盒子要同时支持Modbus、DLT645、OPC UA这不是简单地把三个协议栈塞进去就行。关键在于如何统一管理这些协议的数据流。我的理解是iLeadE-3403这类产品通常采用协议插件的架构。底层是一个统一的数据总线每个协议作为一个插件运行负责把不同格式的数据转换成内部统一格式。这样做的好处是上层应用不需要关心数据来自哪个协议只需要从数据总线订阅就行。Modbus协议有RTU和TCP两种模式。RTU走串口需要配置波特率、数据位、停止位、校验位TCP走以太网需要配置IP和端口。DLT645也有类似的区分但主要是串口通信。OPC UA则完全基于TCP/IP支持订阅模式和请求响应模式。实际部署的时候协议兼容性最大的坑不是协议本身而是设备厂商的私有扩展。比如某些PLC的Modbus寄存器地址定义跟标准不一样某些电能表的DLT645报文格式有出入。这时候就需要在盒子的协议配置里做自定义映射把非标准的数据点手动对应到标准模型上。2.4 4G/5G联网的适用场景4G/5G联网能力是这类盒子的一个重要卖点但不是所有场景都需要。我总结了几种典型情况。第一种是偏远地区的设备监控。比如油田的抽油机、山区的气象站、农村的灌溉系统这些地方拉网线不现实用4G/5G是最经济的选择。第二种是移动设备的数据采集。比如AGV小车、移动式起重机、车载检测设备设备本身在移动只能用无线网络。第三种是临时部署场景。比如展会演示、临时施工现场、应急指挥车布线成本高、周期长用4G/5G可以快速开通。第四种是备用链路。主链路是有线网络4G/5G作为备份主链路断了自动切换。这种场景对可靠性要求高需要盒子支持双链路冗余。但如果你在固定厂房里有线网络已经覆盖到位那4G/5G就是多余的。多一个模块多一份成本还多一个故障点。选型的时候要按需配置别为用不上的功能买单。3. 核心细节解析与实操要点3.1 Modbus数据采集的配置细节Modbus是工业数据采集的基础但也是最容易出问题的地方。我拿Modbus RTU举例讲一下配置要点。首先是串口参数。波特率、数据位、停止位、校验位这四个参数必须跟从站设备完全一致。常见的组合是9600/8/N/1或者19200/8/E/1。如果参数不匹配通信会直接失败或者出现大量CRC校验错误。其次是站号。Modbus RTU网络里每个从站有一个唯一的站号范围是1到247。主站发请求的时候要指定站号从站响应的时候也会带上自己的站号。如果两个设备站号冲突通信会混乱。然后是寄存器地址。Modbus的寄存器地址有几种表示方式最容易混淆的是协议地址和PLC地址。协议地址从0开始PLC地址从1开始。比如你想读保持寄存器40001协议地址其实是0。很多采集软件里填的是PLC地址但底层发出去的报文用的是协议地址。这个坑我踩过不止一次。还有功能码。读保持寄存器用03功能码读输入寄存器用04功能码读线圈用01功能码读离散输入用02功能码。写单个寄存器用06写多个寄存器用16。功能码用错了从站会返回异常响应。实操心得调试Modbus的时候先用Modbus Poll或者类似工具确认能正常读到数据再把参数搬到边缘计算盒子里。这样可以把问题定位在盒子侧还是设备侧。3.2 DLT645电能表数据采集要点DLT645是国内电能表的主流通信协议做能耗监测项目基本都会遇到。它的物理层通常是RS485跟Modbus RTU共用串口硬件但协议格式完全不同。DLT645的报文结构比较固定起始符68H然后是6字节地址域接着是控制码、数据长度、数据域、校验码、结束符16H。数据域里的每个字节都要加33H才能得到实际值这是DLT645的一个特点。地址域是6字节的BCD码比如电能表的地址是000000000001在报文里就是00 00 00 00 00 01。读数据的时候控制码用11H表示读91H表示读响应。数据标识是DLT645的核心。比如读当前正向有功总电能数据标识是9010H读当前反向有功总电能数据标识是9020H读A相电压数据标识是0201H。这些标识需要查DLT645规约手册不同厂家的电能表可能支持不同的数据标识集合。实际配置的时候边缘计算盒子通常提供DLT645的协议插件你只需要填电能表地址、数据标识、采集周期就行。但要注意有些电能表的通信速率默认是2400bps比较慢采集周期不能设太短否则会丢包。3.3 OPC UA客户端配置与订阅OPC UA跟Modbus、DLT645最大的区别是它不是简单的寄存器读写而是基于信息模型的语义化通信。OPC UA服务器会暴露一个地址空间里面是各种节点每个节点有NodeId、BrowseName、DataType等属性。边缘计算盒子作为OPC UA客户端需要做几件事连接服务器、浏览地址空间、订阅数据变化。连接服务器需要知道Endpoint URL格式通常是opc.tcp://IP:Port。有些服务器还要求安全策略和用户认证比如Basic256Sha256加密、用户名密码登录。这些参数必须跟服务器端配置一致。浏览地址空间是为了找到需要采集的节点。可以用UAExpert这类客户端工具先连上去看看把NodeId记下来。NodeId的格式通常是ns2;sTemperature这种ns是命名空间索引s表示字符串标识符。订阅数据变化是OPC UA的高效采集方式。你创建一个订阅设置发布间隔然后把需要监控的节点加入监控项。服务器会在数据变化时主动推送不需要客户端轮询。这种方式比请求响应模式节省带宽和服务器资源。注意OPC UA的订阅间隔不能设得太短否则服务器压力大。一般设100ms到1000ms比较合理具体看数据变化频率和实时性要求。3.4 AI模型部署的实操路径在边缘计算盒子上部署AI模型通常有几种路径。第一种是用厂商提供的模型转换工具把训练好的模型转成盒子支持的格式。比如TensorFlow模型转成TFLitePyTorch模型转成ONNX再转成盒子专用的格式。转换过程中要注意算子兼容性有些自定义算子可能不支持。第二种是用盒子提供的SDK直接开发推理程序。厂商通常会提供C/C或者Python的API你加载模型文件传入输入数据获取输出结果。这种方式灵活度高但开发工作量大。第三种是用容器化部署。盒子支持Docker的话可以把模型和推理代码打包成镜像直接跑在盒子里。这种方式隔离性好但资源开销大一些。我个人的经验是如果模型比较标准用第一种方式最省事如果需要跟业务逻辑深度集成用第二种方式如果团队熟悉容器技术用第三种方式。模型量化是边缘部署的关键步骤。把FP32模型量化成INT8模型体积缩小4倍推理速度提升2到3倍精度损失通常在1%以内。10TOPS算力跑量化后的模型效率会高很多。4. 实操过程与核心环节实现4.1 硬件安装与接线iLeadE-3403这类盒子的安装方式通常是导轨安装或者壁挂安装。导轨安装用标准的35mm DIN导轨跟断路器、继电器排在一起整齐美观。壁挂安装用螺丝固定在配电柜内壁上适合空间受限的场景。电源接线要注意电压范围。工业现场常见的是DC 12V到36V宽压输入有些盒子支持PoE供电。接线的时候正负极不能接反否则可能烧毁内部电路。建议在电源输入端加一个保险丝或者自恢复保险丝防止短路。串口接线是重点。RS485用两根线A接AB接B。如果通信不上先把A、B对调试试。RS232用三根线TX接RXRX接TXGND接GND。接线端子要拧紧工业现场振动大松动会导致通信间歇性中断。网口接线用标准RJ45水晶头线序按T568B标准橙白、橙、绿白、蓝、蓝白、绿、棕白、棕。如果盒子支持千兆网建议用超五类以上网线。4G/5G天线要拧紧天线位置尽量远离金属遮挡。如果信号弱可以外接延长天线把天线吸在配电柜外面。4.2 网络配置与远程访问盒子上电后第一件事是配置网络。通常盒子有一个默认IP比如192.168.1.100你用电脑改到同一网段浏览器访问盒子的Web管理界面。网络配置包括有线网络和无线网络。有线网络可以设静态IP或者DHCP。工业现场建议用静态IP避免IP冲突导致失联。无线网络配置4G/5G拨号参数包括APN、用户名、密码这些参数由运营商提供。远程访问是边缘计算盒子的重要功能。常见的方案有几种一种是盒子主动连接云平台建立反向隧道你在云平台上管理盒子一种是盒子支持端口映射你在路由器上把盒子的管理端口映射出去还有一种是盒子支持远程桌面或者SSH你直接连上去操作。实操心得远程访问方案要优先选第一种盒子主动连云端。因为工业现场的网络环境复杂端口映射经常被防火墙挡住而且暴露管理端口有安全风险。4.3 Modbus数据采集配置实例假设我们要采集一台西门子S7-200 SMART PLC的数据通过Modbus RTU通信。PLC的站号是2串口参数是9600/8/N/1我们要读VW100到VW109这10个寄存器。在盒子的Modbus配置页面新建一个采集任务。协议选Modbus RTU串口选COM1波特率9600数据位8停止位1校验位无。站号填2。功能码选03读保持寄存器。起始地址填100寄存器数量填10。采集周期填1000ms。保存后启动任务在数据监控页面看能不能读到数据。如果读不到先检查接线再检查串口参数最后检查站号和地址。读到的数据是原始寄存器值需要做数据转换。比如VW100是一个温度值实际温度是寄存器值除以10。这个转换在盒子的数据映射里配置把原始值乘以0.1单位设为摄氏度。4.4 DLT645电能表采集配置实例假设我们要采集一台威胜电能表的数据表号是000000000001通信速率2400bps我们要读正向有功总电能和A相电压。在盒子的DLT645配置页面新建采集任务。串口选COM2波特率2400数据位8停止位1校验位偶。表号填000000000001。数据标识填9010正向有功总电能和0201A相电压。采集周期填5000ms。保存启动后看数据监控页面。正向有功总电能的单位是kWhA相电压的单位是V。如果读不到数据检查表号是否正确数据标识是否被电能表支持。4.5 OPC UA客户端配置实例假设我们要连接一台KEPServerEX OPC UA服务器采集两个温度节点。服务器地址是192.168.1.200端口49320无加密匿名登录。在盒子的OPC UA配置页面新建连接。Endpoint URL填opc.tcp://192.168.1.200:49320。安全策略选None认证方式选匿名。连接成功后浏览地址空间找到温度节点的NodeId比如ns2;sChannel1.Device1.Tag1。创建订阅发布间隔设500ms。把两个温度节点加入监控项。保存启动后看数据监控页面温度值应该每500ms更新一次。4.6 AI模型部署实例假设我们要部署一个设备异常检测模型。模型是一个自编码器输入是设备振动信号的频谱特征输出是重构误差误差超过阈值就判定为异常。首先把训练好的PyTorch模型转成ONNX格式。然后用厂商提供的模型转换工具转成盒子支持的格式。转换的时候指定输入尺寸和量化参数。转换完成后把模型文件上传到盒子。在盒子的AI推理配置页面新建推理任务。选择模型文件配置输入数据源从Modbus采集的振动数据配置输出处理误差计算和阈值判断。启动推理任务后在监控页面看推理结果。如果误差超过阈值盒子会触发告警可以通过MQTT推送到云平台或者通过继电器输出控制现场设备。5. 常见问题与排查技巧实录5.1 Modbus通信失败排查Modbus通信失败是最常见的问题我整理了一个排查流程。现象可能原因排查方法完全无响应接线错误、串口参数不匹配、站号错误检查A/B线是否接反核对串口参数确认站号偶尔响应通信超时设置太短、线路干扰增加超时时间检查屏蔽线接地返回异常码功能码不支持、地址越界查设备手册确认功能码和地址范围CRC校验错误波特率偏差、线路质量差降低波特率更换线缆我遇到最多的是A/B线接反。RS485的A和B在不同厂家定义可能相反有的厂家A是正有的厂家A是负。接反了就是完全无响应对调一下就好。5.2 DLT645采集异常处理DLT645采集异常通常有几个原因。表号不对是最常见的。DLT645的表号是12位BCD码但有些电能表只用了后6位前面补零。如果你填的表号跟电能表实际表号不一致电能表不会响应。数据标识不支持也很常见。不同厂家、不同型号的电能表支持的数据标识集合不一样。你读一个它不支持的数据标识它会返回异常响应。通信速率不匹配也会导致采集失败。有些电能表默认2400bps你设成9600bps它就不响应。需要先用2400bps连上改电能表的通信速率再改成9600bps。5.3 OPC UA连接问题排查OPC UA连接问题通常出在安全策略和认证方式上。如果服务器要求加密你选None连接会被拒绝。这时候需要导入服务器的证书配置对应的安全策略。如果服务器要求用户名密码你选匿名也会被拒绝。这时候需要填正确的用户名和密码。Endpoint URL写错也是常见问题。注意端口号KEPServerEX默认是49320有些服务器是4840。协议前缀是opc.tcp不是http。5.4 AI推理性能优化AI推理性能不达预期可以从几个方面优化。模型量化是最有效的手段。FP32转INT8速度提升2到3倍。精度损失通常可接受如果损失太大可以用量化感知训练来补偿。输入分辨率降低也能提速。比如从640x640降到416x416速度提升一倍多精度下降几个百分点。看你的精度要求能不能接受。模型剪枝是另一种手段。把不重要的权重置零减少计算量。剪枝后需要微调恢复精度。批处理也能提升吞吐量。一次推理多帧数据充分利用算力。但会增加延迟看你的实时性要求。5.5 网络断线重连机制4G/5G网络不稳定是常态断线重连机制很重要。盒子通常支持心跳检测定期ping一个外网地址比如114.114.114.114。ping不通就判定为断线触发重拨。数据缓存也很关键。断线期间采集的数据要缓存在本地网络恢复后补传。缓存容量看盒子存储空间一般能存几天到几周的数据。实操心得断线重连的检测间隔不要太短否则网络抖动会频繁触发重拨。建议设30秒到60秒。数据缓存要设上限满了之后覆盖最旧的数据避免撑爆存储。6. 协议选型与场景匹配建议6.1 什么场景优先用ModbusModbus适合简单的寄存器读写场景。PLC控制、变频器调速、仪表读数这些用Modbus最直接。如果你的设备是最近十年内的主流品牌基本都支持Modbus。西门子、三菱、欧姆龙、施耐德、ABB这些品牌的PLC都有Modbus接口。Modbus的劣势是语义化差。你读一个寄存器只知道地址和值不知道这个值代表什么物理量。需要额外维护一份点表把地址映射到物理量。6.2 什么场景必须用DLT645DLT645是电能表的专用协议。如果你要做能耗监测、电力抄表、需量分析DLT645是绕不开的。国内的电能表不管是威胜、林洋、科陆还是其他品牌基本都支持DLT645。有些电能表还支持Modbus但DLT645的数据标识更丰富能读到更多电力参数。DLT645的劣势是通信速率慢通常2400bps或者4800bps。采集周期不能设太短否则会丢包。6.3 什么场景推荐用OPC UAOPC UA适合复杂的、语义化的、跨平台的数据交换场景。如果你的设备是新型的智能设备支持OPC UA那优先用OPC UA。因为OPC UA有信息模型每个节点有名字、有类型、有单位不需要额外维护点表。如果你的系统需要跟MES、ERP、SCADA集成OPC UA是更好的选择。它的地址空间可以被上层系统直接浏览和订阅集成工作量小。OPC UA的劣势是协议栈复杂资源开销大。低端设备跑不动OPC UA服务器只能用Modbus。6.4 多协议混合场景的处理实际项目里往往是多协议混合。比如一个车间里老设备用Modbus电能表用DLT645新设备用OPC UA。这时候边缘计算盒子的价值就体现出来了。它同时连三种协议把数据统一采集上来在内部做数据融合和联动。比如你可以配置一个规则当Modbus采集的设备温度超过80度同时DLT645采集的电流超过额定值触发OPC UA输出一个告警信号给SCADA系统。这种跨协议的联动只有边缘计算盒子能在一台设备里完成。7. 部署后的运维与扩展7.1 日常巡检要点盒子部署后日常巡检主要看几个指标。CPU和内存占用率。如果长期超过80%说明算力或内存不足需要考虑升级型号或者优化程序。网络流量。如果流量异常增大可能是采集周期设太短或者有异常数据上报。存储空间。如果数据缓存快满了需要调整缓存策略或者清理历史数据。设备温度。如果盒子表面温度超过60度需要检查散热条件清理灰尘或者增加散热措施。7.2 固件升级注意事项固件升级是运维的重要环节但也是风险环节。升级前一定要备份配置。有些盒子升级固件会恢复出厂设置配置丢了要重新配很麻烦。升级过程中不能断电。断电可能导致固件损坏盒子变砖。建议接UPS或者确认供电稳定。升级后要验证功能。协议采集是否正常AI推理是否正常网络连接是否正常。发现问题及时回滚。7.3 功能扩展思路盒子的功能不是固定的可以根据需求扩展。增加协议支持。如果现场有特殊协议比如CANopen、Profinet可以看盒子是否支持扩展插件。增加AI模型。如果现场有新的检测需求可以训练新模型部署上去。增加边缘联动。如果现场有控制需求可以配置规则引擎实现本地闭环控制。增加数据上云。如果现场有云端分析需求可以配置MQTT或者HTTP上报把数据推到云平台。7.4 安全防护建议边缘计算盒子连在工业网络里安全防护不能忽视。修改默认密码。很多盒子出厂默认密码是admin/admin不修改就是安全隐患。关闭不必要的端口。只开放需要的端口比如Web管理端口、SSH端口其他端口关掉。启用访问控制。如果盒子支持IP白名单把允许访问的IP加进去其他IP拒绝。定期更新固件。厂商会修复安全漏洞及时更新固件能降低风险。我在实际项目里遇到过盒子被扫描的情况虽然没造成损失但提醒我安全防护不能省。工业网络不是隔离的边缘计算盒子作为网络节点必须做好基本的安全加固。8. 选型对比与成本考量8.1 边缘计算盒子 vs 工控机对比项边缘计算盒子工控机功耗5-15W30-65W尺寸手掌大小鞋盒大小成本较低较高算力10TOPS左右取决于配置扩展性有限强生态ARM生态x86生态部署导轨安装机架或桌面选哪个取决于你的需求。如果只是数据采集和轻量级AI盒子够用。如果需要跑大型软件或者复杂计算工控机更合适。8.2 4G版本 vs 5G版本4G和5G版本的价格差不少选哪个看场景。4G的带宽足够大多数数据采集场景。Modbus、DLT645、OPC UA的数据量都不大4G完全够用。5G的优势是低延迟和高带宽。如果你要做视频分析或者对控制延迟要求很高5G更合适。但5G的覆盖不如4G有些偏远地区只有4G信号。选型的时候要确认现场的信号覆盖情况。8.3 算力配置建议10TOPS算力不是所有场景都需要。如果你的场景只是数据采集和转发不需要AI推理那可以选低算力版本成本更低。如果需要AI推理10TOPS能覆盖大部分轻量级模型。但如果你的模型比较大或者需要多路并行推理建议选更高算力的型号。算力配置要留余量。标称10TOPS实际有效算力可能只有6到7TOPS。如果你的模型需要5TOPS那10TOPS的盒子刚好够用但没什么余量应对突发负载。9. 个人实操体会与建议做边缘计算项目这些年我最大的体会是不要追求大而全要追求刚刚好。很多项目失败不是因为技术不行而是因为过度设计。本来一个简单的数据采集需求非要上AI、上5G、上云平台结果成本翻了几倍稳定性还下降了。iLeadE-3403这类盒子的价值在于够用。10TOPS算力够跑轻量级模型三种协议够覆盖大部分设备4G/5G够应对无线上网场景。它不追求极致性能但追求在成本和功能之间找到平衡点。另一个体会是协议调试要耐心。Modbus、DLT645、OPC UA每个协议都有坑。Modbus的地址偏移、DLT645的数据标识、OPC UA的安全策略这些细节不踩一遍坑是记不住的。建议新手先用模拟工具练手Modbus Slave、Modbus Poll、UAExpert这些工具都很成熟拿它们把协议调通了再上真实设备。最后分享一个小技巧部署前先在办公室搭一个最小系统。一台盒子、一台PLC、一台电能表、一台OPC UA服务器把三种协议都跑通把AI模型也部署上去。这样到了现场遇到问题能快速定位是环境问题还是配置问题。现场调试时间宝贵能省一点是一点。这个内容后续还可以这样扩展如果你对边缘计算盒子的AI模型训练感兴趣可以研究一下如何在本地做数据标注和模型微调如果你对多盒子协同感兴趣可以研究一下边缘集群的组网和任务调度。这些方向都有不少实践空间。