企业官网建设流程全解析

做工厂智能巡检的团队，去年年中接了一个需求：有一条连接冲压车间和仓储区的通道，固定摄像头覆盖不全，人员进去巡检一趟来回两公里多，还要穿过噪声经常超过90分贝的区域。当时就动了心思，想上一台四足机器人——也就是大家常说的机械狗——作为移动巡检测试平台。从立项调研、方案选型，到三个月现场实测，再到真正铺到车间稳定运行，整个周期算下来七个月左右。这篇就把这个选型复盘写透：测试平台怎么搭、三个月都测了些什么、哪些数据真正影响了决策、最后是怎么落地的。

先说明一下，我不做任何厂商代言，文中提到的机型会做模糊化处理，重点是把选型逻辑和测试方法讲清楚。你要是正在考虑上机械狗做巡检、安防或者设备监测，这篇应该能帮你少走不少弯路。

1. 立项初期：先定需求边界，再谈选型

1.1 为什么是机械狗，而不是轮式或履带式巡检机器人

工厂里能跑的移动平台无非三类：轮式AGV、履带式机器人、四足机器人。我们前期对比了一圈，简单说下取舍逻辑。

轮式AGV在平整地面效率最高，载重大、续航长、成本也低。但巡检路线里有两处台阶、一条跨设备管道的窄缝，还有几道门槛和挡车器，光这些就能把轮式方案直接淘汰。你总不能为了配合机器人去改车间地面，那是本末倒置。

履带式机器人通过性强，爬坡越障都行，但有两个硬伤：一是转向时对地面损伤明显，尤其是PVC地坪和环氧地坪车间，履带压过去就是一圈黑印；二是自重太大，室内作业不灵活，遇到需要贴着设备缝隙走的时候就尴尬了。

四足机器人恰好卡在中间：地形适应性好，能跨障碍、能上下楼梯、能贴着设备走，而且它走的是“人走的路”，不需要为它专门改造通道。虽然单台价格比轮式AGV贵不少，但考虑到我们要覆盖的是一条人车混行的复杂通道，这个溢价是值得的。

这里有个容易犯的错：很多人觉得机械狗是“玩具级产品”，拿来在展厅跑两圈还行，工厂环境扛不住。但实际上工业级四足机器人的设计目标就是应对复杂地形，关节、电机、防护等级和消费级产品完全不是一回事。选型的时候不要被“机械狗”这个名字带偏，要关注它的工业底座。

1.2 需求拆解：把巡检任务翻译成技术指标

很多团队选型失败，是因为上来就对着参数表对比“这台负载多少公斤、那台续航多少小时”，这是反的。应该先把现场任务拆成明确的功能清单，再翻译成技术指标。

我们当时把巡检任务拆成了五类：

• 设备点检：通过云台相机对仪表盘拍照并识别读数，包括气压表、液压表、温度表，精度要求能看清小数点后一位。
• 异常检测：检测漏水、漏油痕迹，用热成像扫电气柜和减速机表面温度，温差超过阈值要能自动标注。
• 声音采集：录制设备运行声音，后期做异常声音比对，所以机身上要留出麦克风阵列的安装位。
• 夜间巡逻：厂房断电后自动沿预设路线巡检，发现异物、明火或非法闯入立即上报。
• 环境监测：温湿度、烟雾传感器挂在机身扩展架上，随走随采，数据回传平台。

把任务清单翻译成技术指标之后，优先级就出来了：

• 负载能力不低于10kg，因为云台、热成像、传感器、备用电池这些全部加起来要挂上机身。
• 续航不低于2小时，按一条完整巡检路线跑下来加返航充电的时间计算，不是按待机时间算。
• 防护等级要够用，现场有粉尘和轻微油雾，IP等级低于某标准的基本不用考虑。
• SDK要支持二次开发，这是硬门槛，因为要对接我们的监控平台，不能接受一个封闭系统。

这一步是整个项目最关键的前置工作。没有这份需求清单，后面的三个月实测根本不知道用什么标准打分。

2. 测试平台怎么搭：三个月实测的方案设计

2.1 测试场地：不是随便找个空地跑

我们在厂区东侧找了一块大约500平米的闲置区，按“危险系数从低到高”布置了几个测试场景。为什么强调这一点？因为机械狗在工厂里要面对的不是实验室那种干净地形，而是油污地面、防滑纹路、金属格栅板、电缆沟盖板这些复杂组合。

测试场地划分为五个区域：

• 平地区：模拟正常通道，用来测直线速度、巡检效率和数据采集稳定性。
• 坡道区：搭了一个15%坡度的斜坡，还专门用水冲洗后测湿滑状态下的表现。
• 障碍区：放了8cm高的门槛、两段连续台阶、一道窄缝，窄缝宽度只比机械狗机身宽10cm。
• 油污区：在环氧地坪上洒了一薄层机油，模拟减速机漏油后的地面。
• 粉尘区：用鼓风机吹建筑粉尘，模拟车间粉尘环境对传感器和防护的影响。

这套场地搭下来花了两周时间，成本不高，但价值极大。没有这套场景，你根本不知道哪台机器在真实工况下会掉链子。

2.2 测试周期分三段：先性能、再适配、后长稳

三个月测试不是从第一天就开始跑场景，那样跑出来的数据没有参考价值。我们分成三个阶段，每个阶段一个月：

第一阶段：硬件基础性能测试。把机械狗拉到平地上，先测底盘、关节、电池本身能达到什么水平。包括空载续航、额定负载续航、最大速度、加减速特性、充电时间、电池温升曲线。这个阶段不涉及智能功能，纯粹看硬件底子。

第二阶段：场景适配测试。把机械狗放进模拟工区，跑真实巡检任务。重点测云台相机拍照清晰度、热成像识别准确率、导航定位精度、绕障表现、远程通信稳定性，以及SDK接口的可用性。这个阶段是三个月里信息量最大的，很多隐藏问题都是这时候暴露的。

第三阶段：长稳运行测试。连续三周，每天固定时间段跑固定路线，模拟正式部署后的状态。这一阶段拼的是可靠性和一致性，看设备会不会在连续运行一段时间后出现性能衰减、关节过热、定位漂移、通信掉线等问题。

老实说，前两个阶段决定你能不能把机械狗用起来，第三个阶段才决定你敢不敢把它真正部署到生产区域。很多项目死在第三阶段，就是因为前面只测了“能不能用”，没测“能不能连续用”。

2.3 数据采集方案：客观数据加主观感受两套记录

测试期间我们做了两套记录：一套是设备端自动记录的客观数据，包括关节电流、电机温度、电池电压、定位坐标、通信延迟、任务完成时间；另一套是测试人员的现场主观记录，比如通过某个障碍物的时候“感觉稳不稳”、图传卡顿的时候“卡了多久能恢复”、SDK接口调用时“文档和实际行为是否一致”。

这两套记录缺一不可。客观数据告诉你哪台设备的性能数值高，主观记录告诉你哪台设备在实际使用中更让你放心。一台参数满分但现场表现“别扭”的设备，和你靠不靠谱是两码事。

3. 三个月实测：真正影响选型的数据和结论

3.1 负载与续航：标称数据基本可以打八折

先看最基础的续航测试。某款国产头部机型标称续航4小时，这是轻载、常温、连续运动状态下的数据。我们挂上10kg负载、以0.6m/s的巡航速度在场地里跑，动态功耗明显上升，实测续航大约2.6小时。另一款进口旗舰机型标称续航2小时，相同负载实测只有1.4小时左右。还有一款国产机型更夸张，标称3.5小时，实测2小时出头。

为什么会打八折甚至六折？这涉及到动态功耗的计算逻辑。机械狗的运动功耗不是一个固定值，而是动态变化的：

• 静态待机功耗：云台、主控、通信模块、各传感器待机时的基础功耗，大概占整机功耗的20%。
• 关节运动功耗：行走、越障、转弯时各关节电机的动态功耗，这部分占大头，大约60%。
• 负载折算功耗：挂载设备越重，关节电机需要输出的扭矩越大，电流越高，功耗增长不是线性的。

带10kg负载时，关节电机的平均电流大约比空载高30%到40%，所以续航下降不是线性衰减，而是跳崖式缩水。这就是为什么厂商给的标称续航只能当参考，一定要自己实测。

测试中还发现一个细节：不同机型的电池管理策略差异很大。有的机型在电量剩余20%时就开始主动限制性能，速度下降、关节动作变慢，美其名曰保护电池，但在巡检场景里这会导致任务完不成。有的机型则能保持性能到电量剩余5%以下，最后一公里还能正常跑。

3.2 通过性与越障：看单项，更看组合工况

通过性测试我们重点测了三类工况：8cm高门槛、15%坡度、连续台阶。

8cm高的门槛，三台候选机型都能过，差距体现在连续过坎之后的表现。某台国产机型在连续通过三道坎之后，关节温度明显升高，表面温度比正常行走时高了12度左右，虽然没有触发过热报警，但已经接近安全阈值。这说明它的关节散热设计在这类工况下有些吃力。

15%坡度，三台都能爬，但下坡的时候差异很大。有一款在干燥坡道上下坡很稳，但我们在坡道底部洒了一点水模拟下雨或地面冲洗后的状态，它下坡时明显打滑，测试人员甚至看到它滑了一下才重新找回平衡。另一款的下坡步态更保守，速度放得更慢，但姿态保持得更好。

连续台阶是真正的分水岭。有一款宣传能跨15cm障碍的机型，在上两级台阶时连续两次失败，需要重新定位调整姿态才能上去。这说明“能跨楼梯”和“能稳定上下楼”是两回事，跨跳动作是动态的，上下台阶是半静态的步态规划，两者对控制算法和传感器精度的要求完全不同。

通过性测试的结论是：单项参数好看没用，一定要按巡检路线的实际工况组合起来测。我们最后把测试工况按照现场路线串起来，模拟了一段“起步、过坎、爬坡、下坡过油污、穿窄缝、停靠点检”的完整动作，这才是真实使用场景。

3.3 导航与定位：工厂环境才是真正的照妖镜

导航与定位测试是我们整个三个月实测里踩坑最多的地方。在开放场地上，三台机型的定位表现都很好，误差都在5cm以内。但一进模拟厂房，问题就出来了。

工厂厂房里大量金属货架，激光雷达扫描到金属表面会产生大量反射噪点，视觉里程计在光照变化时也容易丢特征。我们在模拟厂房里测试时发现：

某国产机型在建图时连续跑了2小时，地图生成正常。但第二天再开机，由于现场光照变化、部分货架位置有微小挪动，它的局部定位漂移了大约20cm。这个漂移量对于导航不算致命，但对于精确停靠点检——比如要求机械狗停在仪表盘正前方拍照——就不够用了，云台需要额外调整角度才能对准仪表。

另一款机型在走廊转弯处出现了频繁的方向调整，原因是金属围栏反光导致激光点云产生大量噪点，导航算法把噪点识别成了障碍物，结果就是明明前方是空的，它却停下来重新规划路径。这个问题的典型表现是测试人员说“它在转弯处像个新手司机一样来回打方向”。

长稳测试阶段还暴露了一个更隐蔽的问题：SLAM地图在环境变化后的失效问题。工厂通道里每天都有叉车搬运货物，货物堆叠位置会变，如果用固定地图做导航，机械狗很容易撞到地图上不存在的障碍物。这个问题到最后是通过加装实时避障模块和定期局部重绘地图解决的。

不要轻信“工厂建图一次搞定”的宣传。工业环境的动态特性决定了你必须预留地图维护的运营成本。

3.4 通信与控制：金属结构是信号杀手

通信测试是最容易被忽视、但实际影响最大的项目。厂房内部有大量金属结构和隔断，Wi-Fi信号衰减严重，第一轮测试我们用的是厂区现有的Wi-Fi网络，结果惨不忍睹。

具体数据是这样：在开阔区域，图传距离可以到150米以上，画面基本流畅。但隔一道金属门，信号衰减到只剩原距离的三分之一，图传出现明显卡顿，延迟从几十毫秒飙升到两秒以上。机械狗要是走到了通道拐角后面，遥控器偶尔会直接丢失连接，必须等它自己走回信号恢复区域才能重新控制。

这个问题的应对方案是双通道冗余设计：一台设备同时支持Wi-Fi和4G/5G模块，Wi-Fi信号弱的时候自动切换到蜂窝网络。但这里有个坑：部分机型的SDK不支持通信链路的无缝切换，断线之后需要手动连接，这就意味着机械狗在无人的厂房里如果断了线，你得亲自跑过去处理。

通信测试直接催生了一个选型决策：必须选支持远程通信且有通信冗余方案的机型，不能只看短距离遥控图传能力。

3.5 可靠性统计：长稳测试的故障记录

长稳测试期间，我们对三台机型的故障情况做了记录。三周时间，每天跑两轮完整巡检路线，每轮大约40分钟。这个强度不算大，但已经能暴露很多长期运行才会出现的问题。

某台机型的故障清单包括：一次关节过热报警导致的停机、两次电池电量跳变（从40%直接显示到5%）、一次视觉里程计漂移导致的任务中断。另一台机型出现了三次SDK接口调用超时，虽然不影响运行，但程序需要重启才能恢复。还有一台在充电时出现了接触不良，充电桩和机身充电口偶尔对接不上，需要人工调整位置。

平均故障间隔时间这个指标很能说明问题。三台机型中，表现最好的一台平均故障间隔大约15小时，表现最差的一台只有6小时左右。如果按每天跑两轮巡检算，15小时的MTBF意味着基本上一周才出一次问题，6小时的MTBF则意味着每天都要提心吊胆。

4. 选型定版：不是选参数最高的，是选综合得分最高的

4.1 打分模型：五个维度，权重不同

三个月实测结束后，我们整理了一套打分模型。选型不能靠感觉，得把每一个维度的表现量化，然后按权重计算综合得分。

打分表长这样：

• 硬件可靠性（权重25%）：关节精度、防护等级、电池管理、故障率。数据来源是第一阶段硬件测试和第三阶段长稳测试的记录。
• 软件生态（权重25%）：SDK成熟度、API稳定性、文档完整性、技术支持响应速度。数据来源是第二阶段和第三阶段的接口调用记录。
• 环境适配（权重20%）：导航精度、通过性、通信链路稳定性。数据来源是场景适配测试的量化指标。
• 售后与响应（权重20%）：本地化团队、备件供应、问题处理时效。这不是实测数据，但影响后续运营，权重给到20%。
• 价格（权重10%）：整机成本加生命周期维护成本，预算约束不强，但也不是完全不用考虑。

这个打分模型的思路是：硬件可靠性和软件生态并重，环境适配次之但也是核心项，售后和价格是约束条件。按这个权重算下来，三台机型的综合得分差距并不大，真正的决策点在看细节。

4.2 为什么最终没有选参数最高的那款

把三台候选的实测数据拉出来，参数最高的那款是续航最长、负载最大的，但它在长稳测试阶段出现了两次关节过热停机，而且SDK文档缺失严重，部分接口的行为和文档描述不一致。我们找厂商技术支持排障，响应速度也慢，经常是发消息过去半天才回一次。

最终选的是另一款国产工业级四足机器人。它的单项参数没有一项是第一，但综合表现最均衡：硬件可靠性在长稳测试中表现最好，SDK文档完整，接口行为清晰，本地技术支持团队能在12小时内到场。价格处在三款机型的中间位置。

复盘的时候我们总结了一句话：选型不是给厂商参数打分，是给“后续两个月运维省不省心”打分。参数最高的设备如果维护成本高、出了问题找不到人处理，那它就不是最合适的选择。这个道理很多团队要等踩了坑才明白。

5. 工厂落地：从测试平台到稳定运行

5.1 部署配置：充电桩、巡检路线、权限管理

选型定版之后，真正的落地部署又花了三周时间。第一件事是固定充电桩位置。我们选在配电室旁边，离主要巡检路线近，又不影响人车通行。充电桩装好之后测试了两天，确认自动回充的成功率在95%以上才放心让机械狗独立跑。

第二件事是巡检路线设计。我们把路线分成三段：A段白天巡检，覆盖冲压区到仓库通道，每两小时跑一次；B段夜间巡逻，全厂断电后自动启动，主要做异物检测和异常报警；C段异常复核，接到监控平台的告警信号后，机械狗自动前往指定点位拍照取证。三段路线用官方的路径规划工具配置，每段都设置了中间停靠点，停靠时会自动执行云台扫描和数据采集动作。

第三件事是权限管理。控制台分三级：管理员可以配置路线、修改参数、下发任务；操作员只能执行预设任务和处理告警；观察员只有查看权限。这个分级很重要，避免操作员误改配置导致巡检路线错乱。我们刚部署的时候就是因为权限没分清楚，一个操作员不小心改了充电桩坐标，导致机械狗第二天回充时找不到充电桩，在车间里跑了十几分钟没停下来。

5.2 API对接：把机械狗接到现有监控平台

工厂落地最容易被低估的环节是系统对接。我们用官方SDK做了二次开发，把机械狗的数据接到现有的监控平台上。实时位置、云台画面、电池电量、异常识别结果统一展示在一张综合看板上。

这个环节有两个经验可以分享。第一，不要让厂商的技术支持代替你开发，一定要自己团队里有懂SDK的人。因为后续所有业务逻辑调整都要在自家平台上改，完全依赖厂商会非常被动。我们团队里有一个人花了两周时间专门啃SDK文档，后来对接过程中所有问题都是我们自己解决的。

第二，对接时优先做好告警联动。我们做了一个自动化流程：机械狗在巡检中发现漏水点或温度异常，数据直接推送到值班室大屏，同时给值班班长手机发推送。这个联动上线后，真正实现了“从发现到响应”的闭环，值班人员不用自己盯着屏幕看监控画面了。

5.3 操作员培训与制度设计

再好的设备也需要人用。我们做了三层培训：

第一层：基础操作。启动、急停、充电、手动遥控，目标是让操作员能独立把机械狗开起来、停下来、送回去充电。这层培训两个小时就能完成。

第二层：任务下发与路线管理。教操作员怎么在平台上创建巡检任务、调整路线、处理任务异常。这层培训大概需要半天，重点是要理解每条路线的业务含义，而不是机械地操作平台。

第三层：简单故障排查与上报。教操作员识别常见的报警信息，比如关节温度高、通信断线、定位漂移，知道什么情况可以自己重启解决，什么情况需要上报给管理员。

制度设计上，我们定了一条铁规矩：机械狗每天的巡检记录，操作员都要在交班时做一次复核，确认没有漏检、错检的情况。这条规矩本来是为了防止机械狗“带病工作”，后来还真派上了用场——有次发现某段路线的巡检照片连续几天都是同一个角度，排查后发现是云台电机出了问题，转头角度越来越小，好在及时发现，没有让问题扩大。

6. 常见问题与排查技巧

6.1 故障速查表

三个月测试加稳定运行这段时间，我们积累了一些常见问题的排查经验，整理成速查表分享给大家。

6.2 预警机制：把故障消灭在发生之前

稳定运行一段时间后，我们逐步给机械狗加了三层预警机制：

第一层是电机温度预警。当关节电机温度超过80度时，平台会提前推送告警，而不是等到机械狗过热停机才通知。这个温度阈值是从实测数据里摸索出来的，正常行走时关节温度一般在50到60度之间，超过80度说明负载或者环境出了问题。

第二层是电池健康度预警。我们每两周查看一次电池的放电曲线，当电池健康度低于90%时，平台会提示进行校准或更换电池备件。这个机制避免了因为电池老化导致的续航缩水问题。

第三层是通信链路监控。平台会记录每次巡检过程中的丢包率和延迟，当丢包率超过10%时会自动切换备用链路，并记录日志供后续排查。有了这层监控，通信问题就不再是“黑天鹅”，而是可预期、可管理的了。

7. 写在最后：复盘中的几条实在建议

7.1 选型前先租一台来跑，别只看参数表

如果预算允许，强烈建议在正式选型前先租一台候选机型来跑两周。参数表只能告诉你“这台设备理论上能做什么”，实测才能告诉你“这台设备在你这个环境里实际能做什么”。我们当初如果只看参数表选型，大概率会选那台单项参数最高但实际运行故障率也最高的机型。三个月实测的价值，就是帮我们排掉了这个雷。

7.2 实测记录一定要有“客观数据+主观感受”两套

客观数据用来做量化对比，主观记录用来发现文档里不会写的坑。比如某台机型的SDK文档说某个接口会返回错误码，但实际不返回，导致程序一直卡在等待状态——这种问题只有通过测试人员的操作日志才能发现。

7.3 机械狗不是买回来就能跑的

它不像一台监控摄像头，装上去就能用。从测试场地搭建、巡检路线规划、充电桩部署、API对接、操作员培训到预警机制建设，每一环都是投入。如果只算设备采购成本，机械狗确实不便宜；但如果把人工巡检的成本摊进去算长期ROI，这个项目在稳定运行三个月后就已经回本了。

我个人在实际操作中最大的体会是：机械狗这个品类，真正考验的不是设备本身，而是团队有没有把它用好、维护好的能力。选型只是第一步，后续的运营投入才是让它在工厂里真正跑起来的关键。