TMS BOOK · ACADEMY 课题
标杆车热管理反推:从公开证据到带置信度的回路图与模式表
剔除 G8-04(模块壳体层超集/裁剪/配置矩阵/carryover)、C2-13(空调箱总成平台化)、I1-03(结构件平台化与通用化率)、B1-06 §5.3(包络并集、单车最优≠平台最优)、K4-04+K6-05(软件变型编码与标定基线差异)、M3-03(平台化降本经济账)、G7-05+I2-01(空间硬点冻结与
M5-03 · 项目、质量、成本与合规 / IP 与供应链
待认领listed
→
众筹中recruiting
→
已开课open · Course 售卖
一课题可并存多讲师版本
课程大纲
学完能做什么
- 能对一台目标车型列出五类可得信源(专利族 claims 与附图、官方技术稿与发布会、第三方拆解、服务文献/EPC、实车可观测量),并逐类写清「能回答什么、不能回答什么」
- 能说出反推控制信息的三档可得性天花板——模式存在性可得、阀位/开度多为示意级推断、标定阈值与目标温度基本不可得——并据此拒绝把标定阈值写成数字
- 能按「部件识别→阀端口计数→管路走向→换热器与 Chiller 有无→回路划分」五步,从一包公开证据重构出一张回路图与一份回路段表
- 能用四条回路闭合性判据反证自己的拓扑假设,并把不通过的格分成「漏件 / 读的是另一个模式的状态 / 假设错」三类分别处置
- 能按 official/inferred 两档判据逐格标注回路图与模式阀态表,指明每一格回指的信源行,并按升降档规程处理新证据与矛盾信源
- 能产出一份八节结构的车型档案(含「数据充分性与明确缺口」一节),并说清这份档案在专利与数据合规边界内能用来做什么、不能用来做什么
内容大纲
- 证据源谱系与可得性分层:每类信源能答什么/不能答什么,以及控制信息的三档天花板
- 五类信源按「可得性—信息深度」分层,排序不是权威度排序:专利族 claims 与附图(深度最高、受申请策略限制)→ 官方技术稿与发布会(口径权威但只讲卖点)→ 第三方拆解(实物证据,但前舱热管理少有人拆)→ 服务文献/EPC → 实车可观测量。判据是「这一类能不能回答我此刻要填的那一格」,不是「哪一类更可信」
- 专利是唯一能给到端口级阀态的信源,但内部还要再分层:claims 原文 > 实施例(描述性支持)> 说明书背景技术段落(只给功能命名、不给阀态)> 二手技术媒体对附图的重构。小鹏 G9 的 9 个模式里只有 2 个在 claims 里有完整阀态(CV1/CV2 端口级),另 7 个只在背景技术段落被点名——这就是这条分层的实际量级
- 服务文献/EPC 有硬性可得性限制,别把它当反推主路径:合资与部分外资品牌的售后 EPC 与维修手册可得,给的是件号、爆炸图与装配位置,利于识部件、不利于还原拓扑与控制策略,多数自主品牌根本不对外公开;按「EPC 能查到一切」组织情报投入会在项目中段落空(该口径与 M5-02 同源,本课只承接、不重讲情报体系)
- 控制信息的可得性天花板分三档,越界就是编:模式**存在性**可得(专利/拆解/官方稿)→ **阀位与开度**多为示意级推断 → **标定阈值与目标温度基本不可得**。Model Y 充电预处理是现成实证:触发条件只到实施例级(「a supercharge event is expected soon」+ trip planner,启动通道为手机 App/车内日历/自适应推断),目标温度专利只写「beyond the passive target」而无数值,预冷方向专利未记载故保持 inferred
- 媒体与社区叫法不得当专利用语引用:Model Y 的 COP≈1 制热被社区叫作「blast」,该词在 US10967702B2 全文零出现,原文为「significantly colder than −10° C.」,且与高效模式是连续混合而非硬切换——用错词会把结论直接写成硬切换
- 情报源清单与更新机制、信号交叉印证门槛、烟雾弹识别、件号→Tier1 反查一律前指 M5-02;专利检索式、claims 结构与保护范围读法前指 M5-01。本课只问「这条证据能填哪一格、填到什么置信度」,不建情报体系、不做侵权判断
- 五步重构流程:部件识别 → 阀端口计数 → 管路走向 → 换热器与 Chiller 有无 → 回路划分
- 五步顺序不可跳,尤其不能跳过端口计数直接画连线:阀体内部是固定流道,先画连线后配阀,画出来的组合常常超出阀体能实现的范围(阀内流道与密封见 G4-03,集成度权衡见 B3-04 与 G8-01,本课不重讲)
- 部件识别最强的锚是专利里的部件编号与命名:G9 档案能立住,靠的是专利原文「第一五通阀136(端口 a1–a5)/ 第二五通阀137(端口 b1–b5)」与原理图逐项同名,部分件名(「流道板」「采暖水泵」)完全一致;只有中文名而无编号可对时,识别结论就该降一档
- 阀端口计数只给可实现组合的**上界**,不能反推模式数:端口数决定组合空间的天花板,而多通阀内部是固定流道,可实现的口对口组合远少于排列数,且每个模式还必须满足回路闭合
- 换热器与 Chiller 的有无是架构分叉点,一问定生死:电池侧是冷媒直进冷板(直冷、一次换热、无电池水路、无 Chiller),还是水冷板 + Chiller(二次换热)。可执行判据是拆解或专利里找不找得到电池水路的泵与定压点;一次/二次换热的温差账见 B3-03,直冷本体机理见 D2-02
- 回路划分的产出是一张回路段表(segment_key + 回路 + 介质色语义),对应车型档案模板第 3 节;色语义全站唯一、不由画图人选(硬约定见 docs/车型热管理档案/README §0),落成回路段是后续模式表逐段点亮的前提
- 符号约定、图层契约、位号命名,以及「怎么读一张已经画好的陌生图」(五步拆解法、从可变位清单反推模式数上界)归 A5-06;本课与它互为逆向——A5-06 的输入是一张图,本课的输入是没有图、只有一包证据,图是输出
- 用回路闭合性判据反证拓扑假设
- 四条判据(任一模式下每条回路必须闭合、有泵、有膨胀定压点、散热器不被完全旁通)在设计侧是校核器,在反推侧是**反证器**:设计侧不通过说明设计有洞,反推侧不通过第一嫌疑人是自己。判据本体见 B3-01 第 4/5 讲与 B3-04 第 4 讲,本课只换方向用、不重讲设计侧校核
- 不通过的格分三类,处置完全不同:① 漏画一个件——补证据后重画;② 这条回路本就只在别的模式下闭合、你读的是另一个模式的状态——改模式归属;③ 拓扑假设本身错——推翻假设重来。判为哪一类之前不许动任何一格数据
- 硬纪律:不许为了让判据通过而补一个没有证据的件、或改一个没有信源的阀位,那是把反证器变成自证器。通不过就降档或留空——档案里留一个「待证」比留一个闭合但错的拓扑安全得多
- 直冷架构要先换口径再用判据:无电池水路时「电池回路有泵、有定压点」这条根本不适用,冷媒侧对应的约束是充注量与压缩机回油路径、包内多支路均流(部件机理见 D2-02/B3-03,整车侧连锁后果见 B3-08);照搬水路判据会把一条正确的直冷拓扑判成错
- 反证过程本身产出三份清单,它们是档案的交付内容而不是失败记录:图上有而模式表从未用到的可动件、表里有而图上找不到路径的模式、既不能闭合也无法旁通的死格;带这三份清单去要证据,比自己猜一张完整表有用得多
- 用上代平台或同族架构补出来的连接关系,即使能让四条判据都通过,也只能标 inferred,并写清推断依据与可证伪点;平台族衍生的规则本身(拓扑冻结点、模式集增量)见 B3-07,本课只把它当推断依据用并因此强制降档
- official/inferred 分级判据与升降档操作规程(本课是定义方)
- 只有两档、判据写死、不设中间档:official = 官方发布会/官方技术页/已核实专利/拆解实证/两条独立信源一致的工程重构;inferred = 单源、媒体供应链口径、按专利图或同平台上代架构做的工程推断。全站唯一硬约定源是 docs/车型热管理档案/README §0
- 可执行判据是逐格回指:回路图上每一段、模式表里每一个阀位都要能指到信源清单的具体行;回指不上的一律降档或留空,不许留一个「看起来像实证」的格
- 成色是逐格的、不是整表的:同一个模式完全可以「存在性 official、阀态 inferred」并存(G9 的 7 个功能命名模式即如此);对外呈现模式数时必须按实证与推断分列计数,报一个总数等于把推断洗成实证
- 升档规程要求连带复核:Model Y 充电预处理由 inferred/mid 升 official/high 的同一次核验,同时改掉了三处原先的阀位——送热改走三通阀→LCC(本架构 Chiller 只做冷却)、环境热改自座舱蒸发器 HVAC 外循环而非散热器、八通阀确认为电池+电驱串联。升档往往不是只换一个标签
- 降档与留空规程:无真源的车型不写,二手资料补出来的整张表逐格无法回指;同一台车里没研究到的行按「待补」呈现,不照同类车套值——G9 档案对冷媒/压缩机型号/PTC 功率/COP 一律留空,理由是连「同类国产热泵均 R134a」这种类比依据都没有
- 矛盾信源的处置是单列「未解决矛盾」,两边都不采信也不否定:G9 有一个第三方页面标题写「九通阀十一通阀」,与双五通阀结论直接冲突,而该页面正文因抓取失败无法验证——正确做法是原样记下矛盾并写清复核路径(可信抓取工具或存档快照),不是挑一个写进档案
- 本课是这套判据的**定义方**:判据定义与升降档操作规程(含逐格回指信源行号、回指不上降档或留空)归本课;B3-08 第 1 讲的两档复述是使用者视角的引用、不重述规程;M5-02 拆解台账的标注约定与本课共用同一套,避免站内出现两种写法
- 档案交付与合规边界:八节模板、能用与不能用
- 交付物是两件套加一节:一张带置信度标注的回路图 + 一张模式阀态表 + 一节「数据充分性与明确缺口」。第三件不是可选项——档案的价值一半在说清「够画什么、不够做什么」,G9 与汉 L 两份档案的这一节都比模式表本身长
- 落盘按八节模板走、全站一致:车型与平台确认 → 系统架构总述 → 回路划分 → 部件清单 → 工作模式与阀态 → 专利锚点 → 数据充分性与建模建议 → 信源清单。缺信源清单的档案不算档案,因为逐格回指无处可指
- 命名与身份的两条红线:不给一台走去多通阀化路线的车安「几通阀」名头;不把型号无关的架构专利当厂方实证——G9 的专利泛化为「车辆300」、全文未点名车型,绑定只能标「高置信度架构候选,非厂方/拆解实证」
- 合规边界承接 M5-01:专利只作证据源读,本课不做侵权判断,反推档案更不得当作 FTO 结论或规避设计的依据;claim chart、等同四要素与介入时点一律见 M5-01
- 与 M3-02 可共用同一次拆车,但产出物与合规边界不同:本课出回路图与模式阀态表,M3-02 出 BOM 与工艺、走 should-cost 与 VECP;本课不核成本、不做供应商画像(件号→Tier1 反查见 M5-02 与 A5-04,成本口径见 M3-01/M3-02)
- 取数的法定边界不自设口径:专利与 NDA 红线见 M5-01;读取整车/部件电子数据与车云通信受 GB 44495-2024、UN R155/R156 与《数据安全法》《汽车数据安全管理若干规定(试行)》约束(条文归 M5-02,各实施节点按现行版本确认),破解 ECU、绕过安全启动、抓取并解析车云通信一律不做;若实操涉及实车拆解,现场安全按 L0-01 先修
关键概念
证据源谱系与可得性分层控制信息可得性三档天花板(存在性/阀位/标定阈值)专利证据分层(claims > 实施例 > 背景技术 > 二手重构)服务文献/EPC 可得性边界阀端口计数与可实现组合上界换热器—Chiller 有无判别(直冷 vs 二次回路)回路段表与介质色语义回路闭合性反证器official/inferred 双档标注逐格回指信源行号升降档操作规程存在性 official / 阀态 inferred 双档并存实证与推断分列计数未解决矛盾单列无真源不写与「待补」呈现八节车型档案模板数据充分性与明确缺口
推荐工具与标准
docs/车型热管理档案 八节档案模板 + README §0 的 official/inferred 双档判据与色语义硬约定(站内硬约定,非国家标准) 本站在线原理图工作室 /tools/diagram/(画回路段与模式、导出带置信度标注的模式图) 本站架构档案页与工作模式库(catalog.TmsArchitecture,Model Y 与小鹏 G9 已落库并已画 SVG,可作体例对照) Google Patents / Espacenet(免费全球专利检索与全文核验,含同族与授权文本对照,衔接 M5-01) incoPat / PatSnap(专利族与申请节奏,衔接 M5-01/M5-02) 第三方拆解与工程分析报告(Munro 等,用于实证部件与连接关系) 服务文献 / EPC(件号与爆炸图;可得性受限,非主路径) 信源清单表(逐行编号,供模式表与回路图逐格回指)
《中华人民共和国专利法》及《专利审查指南》——本课只把专利当证据源读,claims 与实施例的证据效力口径引 M5-01,不做侵权判断 GB 44495-2024《汽车整车信息安全技术要求》与 UN R155/R156——划定读取整车/部件电子数据与车云通信的合法边界,具体实施节点按现行版本确认,条文归 M5-02 《数据安全法》《汽车数据安全管理若干规定(试行)》——数据获取、存储与跨境处理边界,按现行版本确认 《反不正当竞争法》——划定情报获取手段的合法边界,禁止商业秘密窃取(引 M5-02,不重讲)
工程案例
小鹏 G9 档案(docs/车型热管理档案/06)落库过程本身。现象:首版模式清单写成 8 个模式,并打算把专利里 7 个「只有功能命名」的模式都硬编成独立 OperatingMode 的阀态。根因两条——一是凭记忆列模式清单,没有对着专利说明书背景技术段落的完整功能列表做逐条机械核对,漏掉了「利用电驱部件的热量给乘员舱进行加热」;二是把「有功能名」当成「有阀态」,而 CN113199923A/B 的 claims 只给出 2 个模式的端口级完整阀态(CV1 端口 a1–a5 / CV2 端口 b1–b5),其余 7 个仅在背景技术段落被点名、阀位未公开。整改:① 逐条对着专利文本机械核对,模式数由 8 改为 9(9 才是与专利文本完整对应的数目);② 7 个模式按「存在性 official、阀态 inferred」两档标注,阀位一律留空并写明「待专利后续 claims / 服务手册证实」,不套用同类车推断值;③ 在 conditions_note 里显式记下「模式 3–9 之间可能存在被 claims 隐藏的从属或重叠关系」(例如「动力电池加热」可能只是余热回收制热模式的功能子集),不把 7 个名字机械当成 7 个独立阀态;④ 型号绑定本身降级为「高置信度架构候选,非厂方/拆解实证」,因为专利全文泛化为「车辆300」、未点名车型;⑤ 抓取失败的「九通阀十一通阀」页面与本结论冲突,原样记为「未解决矛盾」,两边都不采信也不否定,并写清复核路径。
动手做
交付物 · 给一包指定信源(一件已授权专利全文 + 一份第三方拆解材料 + 一篇官方技术稿),对同一台车做一次完整反推:① 列一张五类信源分层表,逐类写清「能答什么、不能答什么」,并单独标出本包证据在控制信息三档天花板上停在哪一档;② 按五步流程(部件识别→阀端口计数→管路走向→换热器与 Chiller 有无→回路划分)在本站原理图工作室画出回路图,输出回路段表,每段标介质与色语义;③ 产出模式阀态表,逐格标 official / inferred 并写出回指的信源行号,回指不上的格一律留空、不许填猜测,模式数按实证与推断分列计数;④ 用四条回路闭合性判据(B3-01 / B3-04)逐模式自查,把不通过的格分成「漏件 / 读的是另一个模式的状态 / 假设错」三类,各写处置动作;⑤ 写一节「数据充分性与明确缺口」,说清这份档案够画什么、不够做什么,并列出后续实证方向;⑥ 若信源之间存在冲突,单列一条「未解决矛盾」,写明冲突内容与复核路径,不得挑一边采信。交付物=一张带置信度标注的回路图 + 一张模式阀态表(含分列计数)+ 一页缺口与矛盾清单。
常见误区
- 以为能画出拓扑就能填模式表,其实两件事的可得性差着档:G9 一手 claims 给端口级阀态的只有 2 个模式、另 7 个只有功能命名;判据是这一格能不能回指到信源清单的具体行,回指不上就留空而不是补猜
- 以为整张表打一个成色标签就够了,其实成色是逐格的——同一个模式可以「存在性 official、阀态 inferred」并存;把模式数报成一个总数,等于把推断洗成实证,正确写法是实证与推断分列计数
- 以为服务文献/EPC 是反推的主路径,其实它给的是件号、爆炸图与装配位置,利于识部件、不利于还原拓扑与控制策略,且多数自主品牌根本不公开;按「EPC 能查到一切」组织投入会在项目中段落空
- 以为反推能拿到控制逻辑的阈值,其实公开域的天花板止于实施例级触发条件:Model Y 充电预处理的专利只写「a supercharge event is expected soon」+ trip planner,目标温度只有「beyond the passive target」而无数值,预冷方向未记载——把标定阈值或目标温度写成具体数字就是编
- 以为拓扑闭不上是对方架构特殊,其实第一嫌疑人是自己:先按「漏件 / 读的是另一个模式的状态 / 假设错」三类分诊,处置是补证据、改模式归属或推翻假设,绝不是补一个没证据的件让它闭合
- 以为直冷架构也照搬水路四条判据,其实无电池水路时「电池回路有泵、有定压点」根本不适用,对应约束换成充注量与压缩机回油路径、包内多支路均流;照搬会把一条正确的直冷拓扑判成错
- 以为社区或媒体叫法可以当专利用语引用,其实「blast」在 US10967702B2 全文零出现,原文是「significantly colder than −10° C.」且为连续混合而非硬切换——词用错,结论就跟着错成硬切换
- 以为矛盾信源必须挑一个采信,其实正确处置是单列「未解决矛盾」、两边都不采信也不否定,并写清复核路径;挑一个写进档案的代价是事后无从定位错在哪一格
- 以为标 inferred 会让档案显得没做完,其实无真源的车型硬补出来的表逐格无法回指信源,宁可整行留「待补」——README §1 里问界 M9 与汉 EV 两行至今就是未补录状态,引用时按待补呈现,不当完整样板用
相关课题