地下车库按需通风别只测“探头能触发”，真正要锁的是分区覆盖、阶梯响应、延时恢复和改参后的同窗口复测

围绕地下车库按需通风在真实分区和真实负荷窗口下的控制策略来复核，重点看探头分区映射、风机覆盖、分级响应、延时恢复和改参后的同窗口复测，避免现场只证明“探头动作过”，却始终说不清到底是哪一组风机在接管、哪一段车道被覆盖、哪一版参数正在生效。

地下车库按需通风最常见的一种假完成，不是风机完全不起，而是 探头能触发、平台也能看到风机动作，于是大家默认这套按需控制已经做对。 真正容易在交付后和运营期里反复暴露出来的，往往是 探头属于 A 分区，起的却是 B 分区风机；空载时响应正常，排队出入库时局部浓度还在抬头；一级、二级风量都能切，但恢复逻辑一直留在强制或手动；昨晚刚改过参数，今天换了另一个窗口又说“已经稳定”。 探头会动作，不代表分区覆盖对；风机会启动，也不代表按需策略已经在真实车流工况下成立。

如果这轮准备把 探头分区、风机覆盖、延时参数、边缘死角和复测证据 一次锁清，最好把 地下车库一氧化碳监测点校准卡、车库排风 CO 联动延时复查卡、车库通风CO2超限联动覆盖测试牌 和 车库排风一氧化碳联动延时窗口复核组件 一起挂上。它们的价值不是替代表单，而是先把 哪只探头、哪一分区、哪一级联动、哪一轮复测 固定在同一条现场链路里，避免后面每个人都在讨论“车库通风”，但说的根本不是同一组对象。

这篇内容只处理 地下车库按需通风策略是否在真实分区和真实负荷窗口下成立。它不替代 停车公司传感器校准联动做法 的 探头精度、阈值可信度和联动点测，也不重复 系统调参参数冻结窗 的 谁能改参数、哪一组参数允许改、什么时候关窗，更不替代 调试基线与趋势归档方法 的 截图、趋势和版本归档。这篇只回答一句话: 同一套按需通风策略放到真实车库里，到底是不是由正确的探头驱动正确的风机，在正确的时间覆盖了正确的区域。

哪些车库最该把“按需通风策略”单独拎出来复核

• 做过节能改造、加过变频控制或把原来常开风机改成分级启停的项目。
• 车库平面大、坡道多、排风分区多，现场很容易出现“看起来都联上了，但覆盖边界其实错开”的项目。
• CO 探头、CO2 探头或风机分区在深化阶段改过点位，竣工资料和现场状态不一定同步的项目。
• 运营阶段已经出现过 局部憋味、能耗偏高、风机频繁启停，但大家一直说不清到底是点位问题还是策略问题的车库。
• 参数刚改完、刚换控制器、刚做过平台接入或刚交接给运维，需要重新证明当前版本确实有效的场景。

这些场景真正要核的，不是 这套车库通风会不会动，而是 到底由谁触发、带动谁响应、覆盖哪里、多久恢复。

开查前先把六条边界锁清

1. 先锁 探头到分区的映射，每只探头到底属于哪一个通风分区、对应哪几台风机或哪一段变频风量，不能只写“B1 东区”这种口头叫法。
2. 先锁 本轮负荷窗口，到底准备在空载、平峰、晚高峰排队、坡道回灌还是局部密集泊车窗口下复核，不同窗口的证明力完全不同。
3. 先锁 一级和二级响应口径，阈值是多少、起几台风机、拉到多少频率、最小运行时间多久，都要先摆出来。
4. 先锁 延时与恢复逻辑，包括触发延时、停机延时、回落阈值、手自动恢复和平台超驰撤销条件。
5. 先锁 优先级关系，本地控制箱、楼宇自控、车库管理平台、消防强制和运维手动之间，到底谁能接管谁，谁又必须最终退回自动。
6. 先锁 改参后的复测窗口，今天如果改了阈值、延时或分区映射，后面必须回到同一测点、同一时段、同一负荷条件下重测，不能换条件重写结论。

如果现在连分区图、点位表、参数版本和现场控制权都还没统一，不要急着写“按需通风正常”，先回到 系统调参参数冻结窗 和 调试基线与趋势归档方法 把观察口径锁住，再来谈结论会更稳。

为什么“探头触发了”还远远不够

按需通风最容易骗人的地方，在于 探头触发 只是起点，不是结论。现场最常见的错位通常有三种:

1. 探头属于这个区，接管的却不是这个区

平台上看到风机启动，不代表启动的是正确对象。一个分区表如果和现场风机编号、变频器回路或风阀边界对不上，就会出现 点位在东区、动作在中区、边缘车道没人接管 这种最容易被忽略的错配。

2. 空载时看着灵，高负荷窗口却慢半拍

很多车库在空载或夜间低扰动时都能做出漂亮动作，但一到坡道排队、集中出库或局部堵车窗口，响应速度、覆盖范围和回落逻辑就会一起变形。只测“最容易过”的窗口，证明不了策略真的稳。

3. 测试通过了，但系统还留在强制或手动

这类假闭环最危险。风机起了、曲线也看到了，可测试结束后控制箱还留在手动、本地优先或平台强制，下一次真正超限时系统已经不是原来的自动链路了。

所以地下车库按需通风不能只回答“风机起没起”，而要同时回答 哪只探头触发、哪一分区接管、边缘区域有没有被覆盖、测试后系统有没有完整恢复。

先把“点位准确”和“策略有效”拆成两件事

很多现场会把探头校准、阈值设定、分区覆盖和风机响应混成一次测试，最后所有问题都只剩一句“联动测过了”。

更稳的顺序通常是:

• 先按 停车公司传感器校准联动做法 把探头本身的校准可信度、阈值点测和编号一致性锁住。
• 再做这篇讲的 按需通风策略 复核，回答分区、覆盖、延时和恢复是不是成立。
• 如果探头和风机各自单测都没问题，再回头追 分区映射、阶梯响应或平台优先级 有没有把整体表现带偏。

谁跳过第一步，直接拿一次“风机起了”的结果证明整套策略健康，谁就最容易把点位问题和策略问题混成一团。

现场至少要核五件事

1. 分区图和真实风机覆盖是不是同一回事

图纸上的通风分区，不一定等于现场真实覆盖。要核的不只是编号，还包括:

• 这只探头超限后，到底是哪几台风机、哪几段风道或哪一组射流风机接管。
• 车位区、主车道、坡道口和回车节点是否在同一逻辑里被覆盖。
• 边缘带、转角区和分区交界处有没有“谁都以为对方会管”的死角。

如果分区图漂亮、现场却说不清哪一段气流由谁负责，这套按需通风还不能算做实。

2. 至少要用平峰和高负荷两个窗口复核

地下车库按需控制最怕只在最容易过的窗口里测试。更稳的做法通常是:

• 用一个平峰窗口看基础触发、一级响应和回落逻辑。
• 再用一个高负荷窗口看排队、连续进出车或局部聚集时的二级响应和覆盖边界。

如果项目同时采用 CO 和 CO2 叠加控制，或者存在平台强制抬风策略，边缘分区更要单独抽一轮，不能只测中心区一只探头就宣布“全区联动正常”。

3. 阶梯响应、延时和最小运行时间要能讲清

地下车库按需通风不是非开即关，常见会带着 一级风量、二级风量、触发延时、停机延时和最小运行时间 这几层逻辑。只要其中一层说不清，现场就会表现成频繁启停、回落过快或长期拖尾。

这一步至少要看清:

• 这次触发落在哪一级阈值。
• 风机是全开、分组开还是变频抬风。
• 从触发到动作用了多久，是否符合当前参数版本。
• 浓度回落后多久退回低档或停机，是否存在“刚降下来就退、退完又立刻重起”的抖动。

按需通风做得稳，不是因为风机能动，而是因为 该快的时候快、该稳的时候稳、该退的时候退得干净。

4. 手自动、平台强制和消防优先级要核到底

车库通风最容易在交接后失控的，不是设备坏了，而是控制权关系没人讲清。本地箱、BAS 平台、车库管理平台、消防强制和临时检修强制之间，只要有一个状态残留，现场就会出现“页面正常、实际不按自动逻辑跑”的假象。

这一步重点核:

• 本地箱是否还停在手动或检修模式。
• 平台有没有留下超驰命令或临时屏蔽。
• 消防接管后普通按需逻辑如何退出，退出后能不能回到原自动策略。
• 现场状态、平台状态和事件时间线是不是一致。

如果手自动状态和优先级没锁清，任何一次“按需通风测试通过”都不够可信。

5. 改参后必须回到同一窗口复测

很多项目的真正问题，不是参数没改，而是 改完以后换了时间、换了负荷、换了测点，于是所有“变好了”的结论都失去了可比性。

真正的闭环应该是:

• 改动前先冻结当前版本和观察窗口。
• 一次只改同一组耦合参数，不要阈值、延时、分区映射一起动。
• 改完后仍回到原测点、原分区、原负荷窗口复测。
• 把前后趋势、动作时间和恢复时间放到同一条记录里。

只有这样，才能证明这次优化真的是把问题关掉了，而不是换了一个更容易通过的测试条件。

三种最常见的假闭环

1. 用一只探头的成功动作代替整个分区结论

这只能证明某一个点位会触发，证明不了整个分区的覆盖和边界。

2. 只在空载窗口测通过，就默认高负荷也没问题

地下车库最容易出问题的，恰恰是排队、回车和局部密集停放这些负荷更复杂的窗口。

3. 参数调整后没回原窗口复测，却直接写“优化完成”

只要测试条件变了，结论就不再可比。谁不回同窗口，谁就证明不了原问题真的被收掉了。

它和校准、参数冻结、趋势归档这几类页面怎么分工

• 停车公司传感器校准联动做法 负责 探头准不准、阈值点测和基础联动是否可信。
• 系统调参参数冻结窗 负责 谁能改参数、改哪一组、窗口何时关闭。
• 调试基线与趋势归档方法 负责 截图、趋势、版本号和现场载体如何归到同一条证据链。

这篇只把 地下车库按需通风的分区覆盖、阶梯响应、延时恢复和同窗口复测 讲清楚。

资料怎么留才真正有助于下次复测

• 探头编号、分区映射、阈值和联动状态，优先写进 地下车库 CO 传感器校准记录。
• 平峰与高负荷窗口的趋势截图、动作时间、恢复时间和改参前后对比，主记录挂到 系统调试与试运行记录。
• 跨班观察、夜间高峰窗口和临时强制恢复时间线，继续写入 施工日志。
• 已形成重复异常、边缘分区覆盖不足或改参后仍不稳定的，再转入 质量整改记录。

最后记一句话: 地下车库按需通风真正要做实的，不是一只探头能不能把某台风机叫起来，而是 正确的探头在正确的负荷窗口里，能不能持续、稳定地把正确的区域交给正确的风机去接管，并在测试后完整退回下一次还能自动投入的状态。