K6-09 产线下线与售后标定：工位项清单、配置写入与学习值管理

课程代码 K6-09 · 板块 K 控制、软件与标定 / 标定与匹配 时长 约 3.5 小时（11 讲） 前置 K6-01 热管理标定流程与工具（INCA/CANape）；K6-05 标定数据管理与版本控制；K5-01 OBD/UDS 诊断与故障码（DTC）设计；体系外前置（需自备）：整车总装线工艺流程、工位与节拍常识；售后服务网点的作业组织与工单常识 本讲义定位 讲师授课蓝本 / 学员自学讲义，是 K6-09 大纲的完整展开版

---

按任务导航

你手上的事	直接看	还要配
审一份整车下线的软件侧工位项清单	第 1 讲：每行必填的六列，以及「行」只有三个合法出处、出处之外一律回问属主	第 2 讲——执行顺序、重跑上限与授权升级也是这张清单的一部分
判一项标定/学习该不该占整车线的工位	第 3 讲：四条判据合成「必须线上做／可推到首次上电做／不上整车线」三档，并说得出每一档用了哪几条	第 1 讲（先认清它属于写入／学习／回读／清除哪一类动作）
设计一个配置字写入工位，并说清它拦得住什么	第 5 讲（写—回读—留档三步与值域来源链）＋第 6 讲（五类错写、三方比对判定表、四级拦截优先级）	第 7 讲（LIN 节点地址写入是同一套流程的一个特例）
编一份换件/换 ECU 后的售后重学清单	第 8 讲：七列，含「随执行器本体走还是随整车安装位置走」的裁决规则与「不做会出什么现象」	第 9 讲（哪类现场改动必须上报回写、哪类不进标定库）
定按 VIN 的追溯字段表，并验一次能不能真的反查	第 10 讲：三问验收、十项字段两侧同构、一次反查的五跳查询路径	第 5 讲 5.4（留档那几格是从写入动作的哪一步产生的）

⛔ 本课不覆盖：

【栏一 · 不讲哪些题目】学习算法本体（止点自学习的收敛与合法性校验 → C2-03 风门驱动电机与执行器（步进/有刷/PWM）选型；EXV 找零与运行期重同步的触发条件 → G4-01 电子膨胀阀（EXV）结构、控制与选型；驱动层步数与限幅 → K1-02 执行器驱动：电子阀/泵/风扇/压缩机 PWM）；学习值的存储载体、掉电保护、上电有效性校验与复位路径 → K4-06 控制器非易失存储设计：学习值、诊断数据与累计量的持久化；UDS 服务本体、报文格式、安全访问机制与置码/冻结帧 → K5-01 OBD/UDS 诊断与故障码（DTC）设计；刷写事务、A/B 分区、防回滚与版本兼容矩阵 → K7-02 软件定义热管理与 OTA 迭代／K2-04 网络安全与 OTA 安全基础；整车级功能项清单与判据构造 → M2-04 整车总装线热管理 EOL 功能检测：项目、判据构造与数据闭环；件级／Tier1 模块级／总成级的下线判据 → I5-04 机电类热管理部件的产线 EOL：电气、性能与功能下线判据／G8-05 集成模块的装配、检漏与售后可维护性／C2-14 空调箱总成的量产工艺、合箱路线与下线（EOL）检测；LIN 节点地址分配机制与协议本体 → K2-02 CAN/LIN/CAN-FD 通信与整车 EEA 集成，平台级地址规划 → G8-04 模块化标准化与平台复用策略；抽真空、充注、去气与最低液位等流体侧下线判据 → G10-03 系统充注、排气与最低液位设计（本课只写它与软件侧工位的顺序依赖）。

【栏二 · ⛔ 真正不给的数】① 未取得原文的标准条款限值与等级号：ISO 14229-1 的服务语义与格式、本项目所用 LIN 规范里的节点地址取值范围与总线速率、ISO 3779 的车辆识别码位数与结构——本课未独立核对原文，只写它们各自管什么与去向，⛔ 不写条款、不写数值、不写版次年号 → 以现行目录为准，引用前须自行核原文与适用范围。② 本项目自己的验收阈值：逐项工位节拍、各工位项的判定限、单项写入事务与单条例程的秒数——⛔ 一个都不给 → 去向是本项目 DVP 与企业下线检测规范；本课替代给出的是折算链与实测法（第 5 讲 5.4）和「缩短窗长必须回头重核判据」这条要求（第 2 讲 2.5）。③ 教学假设之外的具体产品参数：本项目的数据标识与例程标识编号 → 整车诊断规范（K4-04 软件版本、配置与变量管理／K5-01 OBD/UDS 诊断与故障码（DTC）设计）；EXV 零点偏差补偿量、风门止点与零位的量级 → G4-01 电子膨胀阀（EXV）结构、控制与选型／C2-03 风门驱动电机与执行器（步进/有刷/PWM）选型／K1-02 执行器驱动：电子阀/泵/风扇/压缩机 PWM。⚠ 平台相关量（线节拍、车间环温冬夏差、重跑次数上限、同条 LIN 上同型号从节点个数）本课在正文里给典型区间与常见值锚点，⛔ 不在本栏之列——它们是典型值、⛔ 不是验收依据，你的平台须实测确认。

---

引言：同一台车被写了两次，而两次写的是同一本账

一台车在整车总装线上被写过一次：变型配置字、节点地址、标定基准、首次学习值，由工位在几十秒里下发进去。三年后它开进服务网点，换掉一个风门执行器，于是同样的几个量又被写了一次，这次是另一拨人、另一套工具、另一个系统留的档。这两次写的是同一本账——可是绝大多数项目把它们当成两件事设计：产线那张表叫「工位项清单」，售后那张表叫「重学指引」，字段名各写各的，留档去处也不同。等到有一天质量侧拿着一个车辆识别码来问「这台车出厂时写了什么、后来被改成了什么」，两笔记录拼不成一条时间轴，答不出来。

本课先把追溯主键定死：车辆识别码（VIN）是本课唯一的追溯主键，全课只把它当主键用，⛔ 不解析它的字段语义——把它换成任何一个唯一主键，本课的全部结论照样成立。

钉子①：产线下线与售后换件是同一本账的两头。下线时写一次，换件后补写一次，两侧的对象、执行通道与追溯字段必须同构。⚠ 这里的「同构」有一个很容易被读松的判据：同构指字段名相同、主键相同，⛔ 不是「两张表列数一样」。列数凑齐而字段名各写各的，账照样对不起来；写入值与回读值被合成一栏，「写了但没生效」与「记录抄的其实是指令值」这两件事就永远分不开。⇒ 这条钉子给你的可执行动作是：把产线侧和售后侧的两份现行表结构各要一份来，逐格对字段名，对不上的那几格就是断点所在（十项最小字段集与逐格的「少了它哪一问答不出来」在第 10 讲）。

钉子②：本课是执行面，而执行面天然会被写成「什么都归我」。本课交付的是六件东西的本体：整车线软件侧工位项清单、例程排布与触发权限、写入通道与三步动作、错写的拦截判据、售后重学清单、按车辆识别码的追溯字段表与查询路径。除此之外——学习算法怎么收敛、值存在哪块存储里、诊断服务的报文怎么组、权限怎么分级、整车功能项的判据怎么构造——全部在别人那里，写进来就是重讲别人的课，而且会给读者制造第二个真值源：两处一旦不一致，他不知道该信哪一份。第 11 讲会把不承接的五件连同属主逐条摆出来，并留一个反向自检：我有没有把别人的东西写进来。

最容易被读反的一条，先在这里点破：「配置字写进去了、回读也一致，就没写错」。⛔ 这是反的。回读比对的语义只有一句——ECU 里现在存着的，和我刚才下发的那一组，一致。它对「我下发的这一组是不是这台车该有的」一无所知。于是有一整类错写它天生判不动：值在合法域内、ECU 正常接受、回读一模一样、产线一切通过，而那组值是别的配置该有的——本课把它叫「合法但装错车」。它不会在产线上显形，它会在交付之后显形。

读反之后你会做错一个很具体的动作：按「写入值 ↔ 回读值」两方比对去验收写入工位，并据此宣布错写已经被拦住。做出这个动作，产线上就只上两栏、不把订单构型拉进来，而「合法但装错车」这一整类在你的产线上永远判不动——不是拦漏率高低的问题，是那条判据根本不指向这件事。⇒ 正确的做法是再加一方：按车辆识别码从订单／构型系统解析出这台车应有的那一组值，与写入值、回读值做三方比对。⚠ 请把这条反钉子读准，它很容易被矫枉过正成「回读没用」：回读是拦「写了但没生效」的唯一手段，一步都不能省；本课要求的是在它旁边补上第三方，⛔ 不是把它拿掉。三方各拦什么、缺了哪一方之后哪几格判不动，第 6 讲 6.4 会给出完整的判定表。

与它同族、同样常被读反的还有一条：把「一次性写保护」当成绝对安全。写保护只锁「能不能再写」，它不定「允许重跑几次、第几次起要更高一级授权放行」——解锁授权那条路一旦没定重跑规则，现场就会用授权把出厂基准反复覆盖掉，而每一次覆盖在系统里看都是合规操作。⇒ 写保护必须和重跑上限、授权升级门槛联立着定（第 1 讲 1.5 与第 2 讲 2.4）。

本课的射程：整车总装线这一层的软件侧交付，动作只有四类——写入、学习、回读、清除；加上它在售后的那一头。⚠ 与它相邻的另一个整车级层面是功能项（判「写完之后功能对不对」，归 M2-04 整车总装线热管理 EOL 功能检测：项目、判据构造与数据闭环），本课判的是另一件事：写没写、写没写对、记没记下来。两张清单的行互不重叠，而两张表的列是同构要求。往下的三层——件级（I5-04 机电类热管理部件的产线 EOL：电气、性能与功能下线判据）、Tier1 集成模块级（G8-05 集成模块的装配、检漏与售后可维护性）、总成级（C2-14 空调箱总成的量产工艺、合箱路线与下线（EOL）检测）——它们的判据本课一条不重讲，本课只接「同一批学习与自检项抬到整车线之后怎么排」这一段。⚠ 之所以不能照搬，是因为五层的热状态前提根本不同：模块线上同批件处在同一热状态，整车线上的车刚跑过测功机与烘干，照搬绝对温度类判据必然批量假判不合格。

关于数：本课有一条贯穿全课的自限——逐项节拍与判定限只给口径与怎么定，⛔ 不给一个数当验收依据，因为这类数没有对口的公开标准可引，唯一合法出处是本项目的验证大纲与企业下线检测规范。至于工位项的总数：一台车在整车线上的软件侧工位项常见落在十几到几十项的量级，随电子电气架构与配置深度整体平移，⛔ 本课不给单值锚点。⚠ 典型区间，⛔ 不是验收依据，你的平台须自行清点确认。⚠ 本项目未取得可核出处——它来自行业工程实践的常见范围，⛔ 不是任何标准的条款数据。→ 拿到它的路：按第 1 讲给的三个合法出处各拉一遍清单，取并集数一次，数出来多少就是多少。

全课路线图（十一讲）：第 1 讲划死层级口径与四类动作全集，给出工位项清单的六列与「行」的三个合法出处；第 2 讲排布——配置字最先写、清除类排最末站并显式确认，串并行依赖、返修回站、重跑上限与授权升级；第 3 讲独立回答一个取舍：这一项必须线上做、可以推到首次上电做、还是不上整车线，四条判据合成三档；第 4 讲把例程装进带互锁的受控产线检测模式，给出例程标识、工位顺序、触发权限与结果留存四件；第 5 讲写入的三步与值域来源链，并分清「出厂值」和「兜底默认值」是两个词；第 6 讲错写的五类成因、三方比对判定表与「装不进去 > 写不进去 > 当场比对 > 事后抽查」的四级拦截优先级；第 7 讲 LIN 节点地址——同型号多节点的地址冲突、自动寻址流程不可重入、以及它一旦由产线写入就成为必须追溯的标定量；第 8 讲售后重学清单的七列与「随件走还是随位走」的裁决规则；第 9 讲责任边界——学习值改动算不算标定变更，判据是这个值从哪来，⛔ 不是它有多重要；第 10 讲按车辆识别码的追溯：三问验收、十项字段、写入值与回读值分列两栏、一次反查的五跳路径；第 11 讲收口，把不承接的五件与两个薄接口逐条交还属主。

⇒ 如果这门课你只带走一件东西，带走这一句：回读证明的是「写进去的和读出来的一样」，证不了「这组值是这台车该有的」；而追溯成立的判据不是记录有多少条，是给定一个车辆识别码，你能不能答出这台车出厂写了什么、谁在哪一站写的、售后改成了什么——答不出来就是没有追溯，⛔ 不是「记录不全」。这两个说法的处置完全不同：前者要重建字段表与上行链路，后者只补几格。

第 1 讲　整车总装线上的软件侧交付：层级口径、动作全集与清单的六列

这一讲只交三件事：本课站在哪一层（其余四层的判据一条不重讲）；本课射程内的动作一共有几类（一个全集，漏了不会报错）；工位项清单的一行长什么样、这一行从哪来。第 2 讲才排顺序，第 3 讲才判哪一项该不该上线——这一讲要先把「这张表的行与列」定死，否则后面两讲无表可排。

先钉一条全课通用的口径：工位项＝整车总装线上一次可判 OK/NG 的软件侧动作，且必属四类之一（写入／学习／回读／清除）。一次「作业员确认」不是工位项，因为它不可判；一整条产线的一段流程也不是工位项，因为它不是一次动作。全课凡说「一项」，一律按这个口径计数。

1.1 层级口径先划死：「下线检测」这四个字至少指五件事

「下线」是同一个词罩着五层互不相同的活动，对象、前提与判据都不同。混掉层级是本课代价最大的一类错误，因为它不会当场报错。

层	对象	这一层在做什么	属主
件级	单个机电部件（阀、泵、风门电机）	电气／性能／功能下线判据、通电自检	I5-04 机电类热管理部件的产线 EOL：电气、性能与功能下线判据
Tier1 集成模块级	Tier1 模块线上的集成模块	零位学习、出厂默认值写入、料号—批次—序列号追溯	G8-05 集成模块的装配、检漏与售后可维护性 §1.2／§1.4
总成级	空调箱总成	项集排布与判定限	C2-14 空调箱总成的量产工艺、合箱路线与下线（EOL）检测 第 5 讲
整车级·功能项	装好的整车	功能检测项清单与判据构造	M2-04 整车总装线热管理 EOL 功能检测：项目、判据构造与数据闭环
整车级·软件侧	装好的整车	写入／学习／回读／清除四类动作	本课

本课接的只有一段：同一批学习／自检项抬到整车线之后怎么排——它在这一层还成不成立、放在哪一站、由谁触发、结果记哪几个字段、判 NG 之后往哪走。

为什么必须先划这条线：五层的热状态前提、可控变量与失败处置全不相同。模块线上同一批件处于同一热状态，可以直接用冷机一致性读数来判；整车线上的车刚跑过测功机、经过工位加热与烘干，把模块线那一套绝对温度类判据照搬上来，结果是批量假 NG——不是件坏了，是判据的前提在这一层根本不成立。这条约束的本体归 M2-04 整车总装线热管理 EOL 功能检测：项目、判据构造与数据闭环，本课在第 3 讲只做它在标定动作上的投影。

⚠ 最常见的读法错误：把「整车级」当成一层。它其实是两层，判的是两件事：

• 整车级功能项（M2-04 整车总装线热管理 EOL 功能检测：项目、判据构造与数据闭环）判的是「写完之后这台车的功能对不对」；
• 整车级软件侧（本课）判的是「写没写、写没写对、记没记下」。

这两张表的行互不重叠，而两张表的列是同构要求（同一套字段名、同一个 VIN 主键）。评审时两张一起看，⛔ 不许合并成一张——合并之后，功能判据与写入记录会被塞进同一行，而它们的 NG 分岔完全不同。

1.2 动作全集：只有四类，而漏掉的那一类不会报错

本课射程内的软件侧工位动作，画成全集一共四类，互斥且穷尽：

类	它在做什么	典型对象
写入	把外部的值放进 ECU	变型配置字／变体码、零件号、标定基准、节点地址
学习	让车自己产生一个值	零点、止点、零点偏差补偿量
回读	把 ECU 里的值取出来核	写入值对应的对象、版本标识类数据
清除	把某类记录或抑制状态复位	作业期间的干扰码、被临时关掉的故障码记录与非诊断报文

前两类是产生值，后两类是确认与收尾。这条分界解释了一件在现场反复发生的事：只想着「产生值」的人，会把回读做成抽查、把清除写成备注——两者都不是一项可判 OK/NG 的动作了，于是它们从清单上消失，而清单看起来仍然是完整的。

清除类被漏掉的形态最隐蔽：作业期间关掉故障码记录、关掉非诊断报文，是为了不让拆接件刷出满屏干扰码、不让总线负载和误触发影响例程；作业结束不显式恢复，这台车就带着抑制状态出厂。它的表现是：产线一切 PASS，车表面一切正常，而售后读不到真码。没有任何一道判据会在产线上报这个错——因为「关掉」这个动作本身是成功的。

⇒ 这一节要带走的是两个自检问句，把它们写进清单评审的固定环节：

1. 我沿什么线索数的？（若答案是「沿着要写哪些值数的」，那你数出来的多半只有写入与学习两类）
2. 有没有不在这条线索上、但同属「软件侧工位动作」这个集合的？

最省力的一次核对动作：拿现有清单按四类各数一遍行数。「清除」类是 0 行，就说明收尾动作要么不在表上、要么被写成了备注——这一格是本课第 2 讲要专门排一站的那一件。

1.3 清单的行长什么样：六列填满才算可评审

工位项清单是本课的第一交付物。一行必须六列都填，这一行才算「可评审」——可评审的判据不是格式好看，而是第三方拿着这张表能核：核得出它该不该存在、工装做不做得出来、出了 NG 该往哪走。

列	要填什么	留空之后现场会发生什么
① 动作类型	四类之一：写入／学习／回读／清除	排不出顺序（第 2 讲的硬依赖是按动作类型定的）
② 对象	哪个 ECU 的哪个 D_id，或哪个 NVM 块	「写哪儿」成了现场口头传递，换班即走样
③ 执行通道	写服务（0x2E）／例程服务（0x31）／单点输入输出接管（0x2F）。填「例程服务（0x31）」的行，同一格里还要写出那条例程的 R_id 作关联键（形如「0x31｜R_id＝…」），例程本身的四件写在第 4 讲的例程清单里	工装做不出来，只能在现场即兴决定
④ 整车前置条件	点火状态、挡位 P、高压是否上电、车速为零	例程在不该上电的状态下被触发，结果无效而显示成功
⑤ 结果留存字段	字段名（不是「记录结果」四个字）	追溯断掉——第 10 讲的验收问法当场答不出来
⑥ 判 NG 之后的分岔	重跑、退回哪一站、还是转返修	作业员自行重跑到 PASS 为止，同一个 NG 两个班次两种处置

本讲首次定义的符号：D_id ＝ 被写／被读对象的数据标识（DID）或 NVM 块 ID。⚠ 本项目的 D_id 分配以整车诊断规范为准，归 K4-04 软件版本、配置与变量管理／K5-01 OBD/UDS 诊断与故障码（DTC）设计；本课⛔ 不给任何具体编号，清单上这一列填的是「哪个对象」，⛔ 不是某条产线的实际编号。第 ③ 列里的三个服务号只作标识出现（服务号本身按现行版本的 ISO 14229-1 确认）；服务的语义、权限机制与报文格式一律归 K5-01 OBD/UDS 诊断与故障码（DTC）设计，本课不展开。

⚠ 「六列」这个数是本课的归纳，⛔ 不是本课程体系既有的分类，也⛔ 不是任何标准既有的划分。它的依据是下游三门课各自独立引用本课时给出的同一组字段（写入项、顺序、回读校验、工位权限——K4-06 控制器非易失存储设计：学习值、诊断数据与累计量的持久化／K6-05 标定数据管理与版本控制／K6-06 面向量产散差与老化的鲁棒标定：把公差、传感器误差与衰减折进阈值），再加上执行通道与整车前置条件这两列：前者决定工装能不能做出来，后者决定这一次执行的结果算不算数。

最容易糊弄过去的是第 ⑤ 列。把它填成「记录结果」不是填了一列，那是一句废话。这一列必须写出字段名，并且这些字段名要与第 10 讲的追溯字段表逐个对上——两侧字段名不一致，是「有记录而没有追溯」这一类失效的第一个入口。

1.4 行从哪来：只有三个合法出处，出处之外一律先回问属主

清单的「行」⛔ 不许由工位现编。每一行都必须说得出它的合法出处，而整车层的合法出处只有三个：

1. G8-05 集成模块的装配、检漏与售后可维护性 §1.2 已定的模块级零位学习与出厂默认值写入项中「抬到整车层」的那一部分——判据模块线已经定过，本课只判它在整车线上的前提还成不成立（第 3 讲）；
2. K4-06 控制器非易失存储设计：学习值、诊断数据与累计量的持久化 第 1 讲六类车端自产数据里的 EOL 写入项（变型配置字、零件号、标定基准、首次学习值）——存储侧的块划分、默认值与复位路径归它，本课只取「哪几类必须在整车下线时写」；
3. K4-04 软件版本、配置与变量管理 的「变型矩阵—可写配置字—发布件」一一对应表——配置字的合法值域从这条链上来，⛔ 不由工位定（这条链在第 5 讲画完整）。

为什么这条纪律必须硬：工位现编的行有两个必然后果，而且它们都要到很久之后才显形。它没有属主——出了问题没人认，改也不知道该通知谁；它没有值域来源——既然没有发布件可解析，这一行就只能靠手输，而手输是错写最大的一个入口（第 5 讲会把它做成禁止或强制留痕的例外通道）。

⚠ 「判据必须有出处、⛔ 不得由检测工位自定义」这条规则与 G8-05 集成模块的装配、检漏与售后可维护性 同源，⛔ 不是本课新立的；本课新立的只有一句——整车层的这三个出处具体是哪三个，这一句是本课的归纳。

出处之外的唯一出口是「回问属主」，⛔ 没有「工位自定义」这条出口。回问属主不是流程摩擦，它问的是两件很具体的事：这一项的属主是谁（将来谁改、谁认）、它的值域从哪个发布件来（决定这一行能不能不靠手输）。这两问答不上来，这一行就不该进整车线。

1.5 一次性写保护是清单的一个属性列，⛔ 不是备注

出厂基准类写入项（标定基准、零点偏差补偿量、零件号这一类）写一次即锁、解锁需授权。这条做法本身不新，G8-05 集成模块的装配、检漏与售后可维护性 §1.2 在模块层已经定过；本课要改的是它在表上的位置——它必须是清单的一列，值域三档：不锁／写一次即锁／可重写。

为什么位置这么要紧：作为一列，它会被逐行填、被逐行核，评审时一眼看得出哪几行是空的；写成备注，它只会出现在少数几行上，其余所有行就落在一个谁也没有声明过的默认值（「可重写」）上。而这个默认值有一个很难发现的性质：没有人列出来的东西，也不会有人去测它——没列入的项⛔ 不得被默认当成「禁止」或「不存在」，它只是没人看过。

⚠ 这一节对应本课一条容易被读反的话：把「一次性写保护」当成绝对安全。读反之后读者会做的那个具体动作是——在清单上给这些行打一个「已锁」，就不再定解锁之后的重跑规则与留痕。于是现场还有一条路是通的：用解锁授权把出厂基准反复覆盖掉，而每一次覆盖都是一次授权通过的合法操作，事后在记录上看不出任何异常。

⇒ 所以写保护⛔ 不能单独定，它必须与重跑次数上限、授权升级门槛三者联立（第 2 讲给出这两个量的符号、规则与留档要求）。这一节要带走的判据是一句话：锁一个值的同时，必须把「解锁之后允许做几次、由谁放行、每次留什么痕」一并写死——只锁不定重跑规则，等于没锁。

1.6 本课的下边界：学习算法本身⛔ 不在这里

本课管的是学习动作排在哪儿，⛔ 不管学习值怎么算出来。三条边界逐条写死：

不在本课的那件事	去向
止点自学习的判据、收敛与合法性校验	C2-03 风门驱动电机与执行器（步进/有刷/PWM）选型 第 4 讲
电子膨胀阀找零与运行期重同步的触发条件与时机窗口	G4-01 电子膨胀阀（EXV）结构、控制与选型
驱动层步数下发与限幅	K1-02 执行器驱动：电子阀/泵/风扇/压缩机 PWM

本课只管四件：这一项在哪一站跑、谁触发（哪一级权限，第 4 讲）、结果记哪几个字段、判 NG 之后怎么分岔。

为什么这条线要划在这里：上面三件都在回答「值怎么产生」，本课在回答「值在哪一站产生、产生完记在哪」。两者的读者不同、判据也不同；更要紧的是，同一件事一旦在两门课里各写一遍，两处一旦不一致，现场不知道该信哪一份。

⚠ 电子膨胀阀零点偏差补偿量、风门止点／零位这些量的量级属平台相关量，本课⛔ 不给数——本课给的是它们在本课射程内的三条属性：可不可自恢复（第 3 讲的判据三）、随件走还是随安装位置走（第 8 讲的裁决规则）、写保护与重跑规则（第 2 讲）。→ 拿到数值的路：向控制／标定侧要该量的判据与容差（属主见上表），它们在各自课里给出取法。

⚠ 写这一节时最容易犯的错，正是本课的结构性风险：本课是执行面，而执行面天然会被写成「什么都归我」——收敛判据就在手边，顺手写进来一句，读起来还更完整。⇒ 自查一句话足够用：我这一行写的是「值怎么产生」，还是「值在哪一站产生、记在哪」？前者，交回属主课。

本讲可以带走的四件：① 一张五层归属表，用来判「这条判据是不是别人那一层的」；② 四类动作的计数动作，用来查自己清单里缺的是哪一整类；③ 六列 + 一个写保护属性列的行结构，每一列都配着「留空之后现场会发生什么」；④ 三个合法出处与一句回问（属主是谁、值域从哪个发布件来），用来挡住工位现编的行。