问题摘要
如果只生成一条光滑重启峰,任何峰值检测器都可能看上去很成功;只有加入共同磁扰动、邻车双源、传感器截顶、参考失联和时钟不确定性,才会暴露系统把“看到数值”误写成“判断来源”的风险。评估集应同时包含可以展示形态的场景和必须拒绝判断的场景。
V3的十二案例被明确分成三种RENDER_EVENT和九种ABSTAIN:SIM-01、SIM-02、SIM-06可展示预设合成形态,其余不能作确定来源判读。这是测试协议中的预期动作及软件计算结果,不是现场检测成功率,也不意味着现实车流有相同的分类比例。
研究背景与公开科学出处
外部科学[SCI-001]与[SCI-003]为磁场可被OPM观测及工作模式提供物理背景,但对数据包中高斯函数、干扰模板和车辆故事都不提供实测支持。因此必须把科学说明、合成场景和执行得到的数字分层:real_science解释为何研究磁场,synthetic_case记录人为情境,generated_data保存可重复数值。
数据版本以现行V3最终V3数据集为准,采用12×601、-1.5到4.5秒、0.01秒步长和a.u.单位。每个案例的状态字段与分析报告可以追溯到相同CSV、cases和manifest哈希;这些一致性校验支持软件可复现,不支持传感器灵敏度或实车分类效果。
系统分析一|正例必须有限且可审查
SIM-01是单次基准重启磁脉冲,SIM-02包含额外峰,SIM-06展示延迟峰。它们被预设为可展示的典型合成形态,目的是测试时间窗绘图、候选峰提取和报告输出。即使波形具有明显脉冲,报告所能陈述的也只是当前数值符合哪些预设演示规则。
不应把“生成器注入了目标重启”直接当成分析器从波形识别出的事实。V3报告将assumptions_from_synthetic_generator与features_computed_from_csv分开,恰好保证了这一点。回归测试既需知道造数真值,又必须检查算法没有偷偷读取造数标签作结论。
系统分析二|强负例要对应具体误判路径
SIM-03注入道闸电机共同磁扰动,SIM-04注入相邻车辆双源重叠,SIM-05是抬杆但未重启,SIM-07是坡道运动车体,SIM-08是钢结构背景漂移,SIM-10是金属维护推车。它们的共同目的不是让曲线看上去“异常”,而是使不同来源可能混入候选时间窗。
每个负例都应附清楚的生成条件、预期拒判原因和不能推出的现实结论。若某次代码修改让SIM-03自动变成真实车辆重启识别,测试应失败;若把SIM-04简化为道闸噪声,也破坏了双源混叠场景的独特性。
系统分析三|缺陷样本不能被清洗成正常曲线
SIM-09模拟目标通道截顶,Bx有65个SATURATED样本、Bz有57个;SIM-12模拟参考通道在0.3至1.6秒失联,共131个LOST样本。这些数字来自数据manifest的现成计数。截顶值仍可标注并绘制,失联值在CSV中为空、JS中为null,绘图必须在缺口断线。
如果预处理使用空值转零、自动插值,或者把截顶峰当作真实峰高,评估结果会掩盖最重要的质量缺陷。生成器把缺陷状态显式写进数据列,就是为了让前端、统计和导出对同一数据事实保持一致,而不是为了获得平滑视觉效果。
可加入变形测试来核查实现是否错误依赖场景名称:在不改变数值和状态的条件下只改显示标题,分析特征与质量结论不应改变;把一个参考样本显式标为LOST,则有效配对数应减少而非维持原样。这样的测试比单纯比较最终标签更能定位数据处理环节的错误。
| 分组 | 场景编号 | 软件质量目标 |
|---|---|---|
| 候选形态 | SIM-01、02、06 | RENDER_EVENT |
| 场源、工况及基线负例 | SIM-03、04、05、07、08、10 | ABSTAIN |
| 数据质量 | SIM-09、12 | ABSTAIN |
| 时间基础 | SIM-11 | ABSTAIN |
此表内容以V3实际软件与合成场景为边界。
系统分析四|时间与参考质量构成独立负例
SIM-11的闸机时间戳和磁迹不同步,属于时间基础不可靠;SIM-12即使目标通道保留峰形,也因为参考失联无法完成必要比较。它们不能通过“峰很清晰”来推翻质控规则。所谓强候选,只代表形态层面,不自动解决时间和参照问题。
评估应分别统计数据覆盖、饱和区间、参考相似性、候选峰、时间偏移及最终决策。用户拖动时间窗后,这些指标要由同一分析模块重新计算;旧窗口的结论不能被复制到新选择范围中。样本数不足时可出现独立的窗口不充分原因。
系统分析五|可复现交付需要锁定数据与代码
研究数据包含主CSV、cases_v3.json、data-manifest.json、field_dictionary.json、十二份SIM报告、十二张同编号SVG及event-analysis-v3.mjs。浏览器分析依次使用loadDataset、selectWindow、makePlotSeries、analyzeScenario和导出函数,计算规则以实际软件版本为准,不增设随机参数。
哈希核验、Node测试和Python重复生成测试分别检查文件一致、规则执行和重生成稳定性。V3发布后还以公开URL的HTTP状态及文件哈希验证下载可达;这两类证据应分开保留。后续文件更新也应重复核对,而不能仅凭构建成功就宣称线上可下载。
独立审计还应检查软件是否把生成参数泄漏到特征计算。生成器的预设真值适合用来核对测试目的,却不应作为主通道峰值计算的输入;运行结果要附源文件哈希和计算版本,使同一数据在另一台机器上得到相同结构的报告,而不是依赖文章中的手工描述。
结构图与数据图
技术边界
合成评估能测试字段读取、界面一致性、质控状态转换和导出流程,不能提供真实世界的召回率、精确率、误报率或跨设备可靠性。若未来接入真实数据,必须先定义独立真值、测量不确定性、数据授权和盲测方案,再评价算法是否有真实预测力。
因此本篇建议公布完整版本号、生成规则摘要、状态字典和故障负例。系统在模拟中学会弃判是一种软件工程质量,但它不是汽车诊断技术已经成立的证据。任何现实部署宣称都需要新的证据链,不能复用合成报告中的统计数字作替代。
引用来源与关联阅读
科学背景引用[SCI-001]与[SCI-003],软件证据指向V3最终数据包的data/v3/文件、tests.mjs及实际12份报告;场景意义和数值来源分别归为synthetic_case与generated_data。报告中的来源假设不能当成分析器推断。
可以进一步阅读GR-Insight说明、弃判机制与数据质量状态专题,并在案例页逐案核对SIM编号。特别注意SIM-03与SIM-04的定义,以及V3新数据与V2.1旧5案nT数据完全隔离。
关联文件
a70de803022fc280265ef73124d7ed17ec65254cb32e556d02711ec7c36f0f4d生成数据48fcf734412d989b335a10cb3504aceb3b14081542ebcd5b7a7778fcb47b7b32生成数据