诊断 · 主板

主板诊断, 讲章法,不靠瞎试。

"板子完全没反应"、"充不进电"、"带载就关机":每个症状背后都有一棵故障树。WrenchBoard 陪你走完它(已知的故障规则、原理图的电气图、一套有序的检测流程),一直走到那个该换的元件。

在浏览器中打开你的板子 免费 · 无需账号 · 不保存任何内容

01代价

为什么瞎探的代价这么高

一块现代主板有上千个元件、几十条相互依赖的供电轨。瞎探意味着白白耗费数小时,有时还会顺手制造出第二个故障。老师傅们不瞎探:他们在脑子里走一棵故障树。没有 LED?先看输入电压。有?看保险丝。完好?看链路上第一个稳压器。每一次测量都剪掉一整条枝杈。

问题在于:这棵树只活在老师傅的脑子里、散落在零碎的论坛帖中。WrenchBoard 让它变得可执行。

电池节点上什么都没有。我该从哪里开始?
智能体
根据观察得出的假设
观察到 BAT1FUSED
R9 短路 D17 开路 Q5 开路 Q5 stuck_off L2 失效
区分它们,请测量 Q5D17L2 测量

有五个候选都能解释 BAT1FUSED 失电,而目前没有任何东西能区分它们:这个观察对五个都成立。测一下 Q5、D17 或 L2,名单就会分开。别一上来就换 R9,它排第一只是因为字母顺序。

这就是这块板上真实的排名,唯一的观察是「BAT1FUSED 失电」。五个候选处在同一水平:工具不会硬造一个首选,而是指出哪些测量能把它们区分开。

02方法

方法:症状、规则、电气图、流程

一次 WrenchBoard 诊断会话分四拍推进:

  1. 症状,用自然语言说。 “板子完全没反应,没有 LED,已插上 24 V 适配器。“没有表单、没有代码:你描述在工作台上看到的现象。
  2. 设备的故障规则。 按设备建立的知识库把症状映射到已知原因,每条都带一个置信度分数。一个堵住主供电轨的输入保险丝,会带着它的概率排到最前面。
  3. 电气图。 如果原理图已被摄取,智能体会把它的各项假设对照真实拓扑核查:这条供电轨掉了会拖垮哪些元件、启动序列中什么必须先于什么上电。它能在你动手碰板子之前先模拟一次故障级联。
  4. 检测流程。 假设落地为有序、带类型的步骤:测 F1 两端的通断、测 R49 的电压、对可疑供电轨做二极管档读数。智能体把你指向哪个探测点,Boardview 就在那一刻缩放到那个点。

每上报一个结果,假设就收紧或转向。维修日志把一切都留存下来:读数、返工前后的差异、确认的原因。

检测流程在板上编号,并按每次测量能排除多少可能来排序。每一步都写明测哪里、预期多少、为什么,你就在原地填写结果。

03不添油加醋

一个不添油加醋的智能体

AI 智能体在诊断循环里的价值,完全取决于它的可靠性。一个凭空编出测试点的助手,浪费的时间比省下的还多。WrenchBoard 执行严格的纪律,详见电子维修的 AI 页面:

  • 引用的每一个元件位号都对照解析过的板子校验:不存在的元件会被标记,绝不当作断言;
  • 提出的原因来自该设备经过审核的规则或编译好的电气图,而非模型的记忆;
  • 当智能体走出既定规则、仅凭拓扑推理时,它会明说。
检查一下 F7000,输入保险丝。它开路了吗?
智能体
查询 F7000
未找到 最接近: F1F2F3C100C70

这块板上没有 ⟨?F7000⟩。板上有三颗保险丝:F1、F2 和 F3,输入端的是 F1,在 24V_IN 上。拔掉电源后测量它两端:正常的保险丝读数接近 0 Ω。

本章提到的测试,真实运行一次。工具回答「未找到」并给出最接近的真实名称;板上不存在的那个位号会以琥珀色标出,而不是被当作事实说出来。

04记忆

从一次性诊断到全店记忆

一个诊断出来的故障,只有当它能服务于下一个时才有用。会话结束时确认的原因会被记录;反复出现的模式和诊断操作手册跨设备共享。同型号、同症状的第十块板子,几分钟就能诊断完:智能体从已经奏效的内容出发。

正是这套逻辑,让 WrenchBoard 成为一套完整的微焊接软件,而不是一个查询工具:知识在工作发生的地方积累。

这块板上我们已经知道了什么?
智能体
本次维修的读数
F1 OL 24V_IN 24.1 V 正常

存档里有两条读数:插座这一侧的 24V_IN 为 24.1 V,而 F1 读数为 OL。故障就在两者之间。从现在起每一次排名都会先读这两行,同型号的下一次维修也一样。

日志是工具给出的回答,不是页边的手写笔记。每一行都带着测了什么、测在哪里、以及引擎判定的故障模式,这正是它六个月后仍然可读的原因。

05开始

在一块已覆盖的板子上开始

免费套餐让你能访问知识库已覆盖的设备,在浏览器里,免安装。描述一个真实症状,看着智能体走完它的故障树;首页上那个两分钟的演示,展示的就是在一块真实板子上的完整一次会话。

看它干活

同一个智能体,在一块真实的板子上

这不是样机图,而是工作台本身和它的界面,运行在从引擎导出的 MNT Reform 设备包上:487 个真实元件、2066 个真实焊盘。下面每一步都是引擎在这块板上给出的真实回答:从这台设备针对该症状的规则,到输入保险丝 F1 背后的原理图图谱,再到它供电的那条板上网络。下面看看助手如何处理一块上不了电的板子。

WrenchBoard MNT Reform 2 · 主板 智能体
顶层 底层
MNT Reform 2 487 元件 · 2066 焊盘
网络 Net-(C149-Pad1) · 8 个引脚

八次工具调用,每一次都是引擎在这块板上的真实回答,没有一个元件是凭记忆说出来的。

常见问题

常见问题解答

这套软件能帮忙诊断哪些主板故障?

凡是能在元件级上推理的都行:板子完全没反应(没有 LED、没有电压)、缺失或塌陷的供电轨、短路、充电故障、元件发烫。智能体从症状出发,交叉比对该设备的故障规则,提出一个排好序的假设并附上验证流程。

诊断必须有板子的原理图吗?

有更好,但不是必须。在知识库已覆盖的设备上,光靠故障规则加上 Boardview 就足以跑一套流程。若摄取了原理图,智能体还能在完整电气图上额外推理:级联模拟、上下游供电轨、启动序列。

工具会直接告诉我是哪个元件坏了吗?

它会给你最可能的嫌疑对象,以及确认它的方法。诊断始终是一个循环:假设、工作台测量、结果、收紧后的假设。WrenchBoard 把这个循环安排得井井有条;而表笔握在你手里。

如果我的症状不在规则覆盖范围内怎么办?

智能体不会就此打住:它会探查原理图的电气图,从拓扑出发构建假设,哪些供电轨给什么供电、按什么顺序,并在它超出既定规则进行推理时明确告诉你。

我的测量会被保存吗?

会,每一个上报的读数都记入维修日志:数值、目标、时间戳。你可以对比返工前后,而会话结束时确认的原因会丰富该设备的知识,为下一批板子所用。

这是主板测试软件吗?

不完全是。测试软件和插卡式诊断卡都需要一块还能开机的板子,它们回读一个代码,告诉你哪一步失败了。WrenchBoard 从完全没反应的板子开始。而且它不只限于电脑主板:只要你有 boardview 或原理图,任何电子板都可以,笔记本、手机、音频设备、工业控制器,凡是送到你工作台上的都行。它以原理图的电气图为依据,一直做到元件层面,给出有先后顺序的万用表检测流程,并指出要更换的元件。不是错误代码,是实测。

立即开始

在浏览器中免费试用 Wrench Board。

免费套餐,无需信用卡。打开应用,选择一台已覆盖的设备,即可与智能体开始一次诊断会话。

04 保持关注

Wrench Board 已上线。

应用已在 app.wrenchboard.cloud 公测上线,无需排队,提供免费套餐。留下你的邮箱以关注产品动态:新增 boardview 格式、新增设备包、重大版本发布。

register · 更新 ~/wrench-board
$ notify --on=releases
无垃圾邮件 · 随时退订
◆ 为维修权运动而打造。