摘要：当前工业智能化转型中，边缘侧运算已经成为解决云时延、带宽成本问题的核心方案，我在近五年做过五个不同场景的边缘硬件项目，踩过选型、布局、落地的各种坑，整理了实际工程中硬核的设计要点，给准备做同类项目的同行做参考
我前年做锂电产线的外观缺陷视觉检测项目，原来走的是边缘采集云端运算方案，结果车间公共网络一到生产高峰就拥塞，时延直接飙到200ms以上，产线节拍是每分钟60片，等云端结果发回来，下一片料都已经走过去了，直接误判报废。改方案改到秃头！
从那时候我才真正摸清楚，边缘侧为什么一定要做专门的本地运算硬件单元，不是为了赶风口，是现场逼得你必须这么做。
为什么要做专用的本地运算硬件单元？
很多刚接触边缘项目的工程师会问，我用现成的网关加个通用MCU不行吗？说实话，真不行。要看场景。
如果只是采个温度开关量，那MCU确实够。但现在边缘要跑推理、跑缺陷检测、跑状态预测，动不动就要TOPS级算力，通用MCU那点算力，跑个轻量模型都卡成PPT，根本跟不上产线节拍。用通用服务器放现场？体积大功耗高，工业现场根本塞不下，成本也顶不住。
更关键的是环境。边缘现场哪有云端机房那样的恒温恒湿？振动二三十个G，夏天环境温度直接干到45度，周围全是变频器、电机的电磁干扰，消费级硬件放进去，三个月就坏给你看。
你要真的做稳定的项目，就必须做贴合场景的专用边缘侧本地运算处理硬件单元，不是把云端硬件缩小了塞进去就行，逻辑完全不一样。
核心设计要点：三个绕不开的选型权衡
我做过这么多项目，最大的体会就是选型没有最优，只有最适合你的场景。每一步都是权衡。
第一个就是算力和功耗的平衡。去年做轨道交通门状态监测项目，业主给的要求是整个终端功耗不超过5W，我一开始看上了瑞芯微RK3588，算力够，6TOPS的NPU，什么模型都能跑，结果一看参数，空载功耗就8W，直接超标。翻了一个礼拜 datasheet，最后选了恩智浦的i.MX 8M Plus，自带1.2TOPS的NPU，满载才3W，刚好符合TB/T 3533-2020轨道交通设备功耗标准，我们跑的门故障预警模型刚好够用，一点不浪费。
第二个是接口扩展性。这个坑我踩过，真的疼。前年做农机的自动驾驶边缘单元，选了一款算力刚好，但是只有一路MIPI的芯片，项目后期甲方要求加第二个视觉传感器做障碍物检测，只能加USB转MIPI桥接芯片，不仅占了PCB三分之一的空间，还引入了额外的干扰，稳定性直接掉了10个点，误报率从0.1%升到1.2%，差点项目黄了。
第三个是热设计的冗余。很多人算热阻就卡着标称值算，夏天环境温度40度，芯片结温刚好到标称的105度，看起来没问题对不对？不对。工业现场的灰尘会堵散热孔，外壳积灰后热阻会涨20%以上，不出三个月，芯片直接降频，算力掉一半，原来能跑30帧推理，现在只能跑15帧，漏检一堆。按照JEDEC JESD51-7热测试标准，结温裕量至少留15度以上，这个是底线，千万不能省。
现场落地的隐形坑：不会写在 datasheet 里的经验
不过话说回来，选型选对了，也不代表项目能成。很多坑都是落地才发现的。
第一个是电磁兼容。边缘运算单元本来就放在干扰源旁边，靠近电机、变频器，你要是把高速运算走线和IO走线放一块，EMC测试肯定过不了GB/T 17626的4级静电要求。我现在做设计，一定会给核心运算单元单独分接地层，加铜箔屏蔽，哪怕多花两块钱成本，也比后期整改强，整改一次的钱都够开两套模了。
第二个是存储选型。很多人图便宜，用消费级eMMC存缓存和模型，看起来省了几十块钱，结果一年就掉盘。工业级UFS虽然贵三倍，但是平均无故障时间差了一个数量级，你去现场换一次卡，来回差旅费人工成本都几千，这个钱真不能省。对吧？
第三个是OTA容错。边缘单元很多放在偏远的矿山、风电现场，不可能出点问题就派人过去刷固件。我见过一个项目，升级包出了点问题，一百多台设备全变砖，派了三个工程师跑了半个月才修好，花了几十万，那滋味，谁去谁知道。设计的时候一定要做双分区，升级失败自动回滚到旧版本，多花点Flash容量，换回来的是省心。
我做下来最大的感受就是，边缘侧本地数据运算处理硬件单元，拼的不是谁算力堆得高，是谁更懂现场的需求。你把各种极端情况都考虑到了，做出来的东西才能稳定跑个五六年不出问题，这就是好设计。
