NEURALAN GR-01 自动报告与异常提醒
版本:2026-11-14。本文定义检测报告、事件状态、异常提醒与停车场接收流程。报告样例使用通用车型族和发动机型号,相关编号用于展示记录结构;不绑定真实品牌或车辆身份。
一、检测报告的业务范围
GR-01在停车场道闸附近车辆短暂停稳时,通过小型磁场检测终端采集并分析发动机状态,结合发动机型号与正常特征库进行比较。发动机已在运行即可检测,不要求驾驶员熄火后重新启动。日常检测不依赖摄像头或OBD,不要求车辆改装或逐车连接诊断插口。
支持的动力类型包括燃油、混动和增程。混动车和增程车是否能够完成当次发动机检测,取决于发动机是否运行;当次发动机未运行时,报告输出“本次未检测”,不输出正常或故障结论。纯电车辆没有本任务中的发动机,输出“不适用”。不能把未检测、不适用或质量不足合并为健康车辆。
自动报告交给停车场配置的接收岗位,内容包括车型与发动机型号、记录编号、检测时间地点、结果状态,以及异常部位、位置和原因。车辆异常提醒与设备告警分别处理。产品范围是检测设备、报告与提醒,不提供复检、维修、转介或代预约,不把检测结论接成道闸自动拦车指令。
车辆、发动机与事件的编号规则
发动机型号描述型号或特征族,来源可以是型号库分类或经授权的外部资料。报告显示型号来源与参考库版本,不能把特征分类写成从发动机铭牌读取。型号无法匹配时输出“未知型号”,不强套最接近的型号生成正常结论。
发动机档案ID由系统生成,用于关联本事件所用资料与参考档案,不是物理发动机出厂唯一编号。本文件的档案按事件关联,两个事件使用相同型号不代表同一台发动机。出厂发动机号只接受经授权台账或明确人工录入,没有输入时显示“未提供”。
车辆ID是可选的匿名关联或外部传入标识,必须带来源。未接入外部标识时只生成匿名事件,不能凭车型或磁特征相似推定同车,也不能据此直接联系车主。VIN、车牌、实际里程不由本路线读取,默认保持空值;接入授权数据后才显示对应内容。
事件ID标识一次停稳观察,补传与重试保持不变。报告ID标识可查看的报告,修订序号记录资料补充与结论更新。设备ID标识采集终端,场地和车道编号标识安装位置,均不能替代车辆身份。停车场按这些编号查阅事件时,应明确所查的是一条检测记录,而非已建立长期身份的车辆档案。
二、无人值守流程与状态机
车辆进入观察区后,设备建立事件并检查停稳条件、采集通道、时钟与背景影响。通过质量检查后,判断动力类型和发动机运行状态,再进行型号匹配与正常特征比较。运行、质量、型号和诊断是独立状态,不应因为已经生成事件号就认为完成检测。
正常有效报告进入事件列表。异常报告列出部位、位置、原因及特征依据,按配置提醒停车场。发动机未运行、不适用、未知型号与质量不足保留各自退出原因,不自动触发车辆异常。设备通道、时钟或通信问题进入设备告警列表,由设备维护岗位查看。
| 状态 | 进入条件 | 报告与后续 |
|---|---|---|
| 建立事件 | 车辆进入观察区 | 生成事件编号,尚无正常或故障结论 |
| 等待采集条件 | 停稳、通道和时间条件正在检查 | 未满足前不进行有效诊断;超时记录条件不足 |
| 合格采集 | 停稳、质量与时间条件成立 | 进入运行状态与型号匹配 |
| 发动机未运行 | 当次发动机明确未运行 | 输出本次未检测,不输出健康结论 |
| 运行状态未知 | 运行状态依据不足 | 保留未知,诊断未完成 |
| 纯电不适用 | 车辆为纯电动力类型 | 输出不适用,不输出电池或电机结果 |
| 质量不足 | 通道缺失、饱和、时间异常或干扰影响 | 退出本次诊断,记录具体原因 |
| 未知型号 | 未找到满足要求的型号参考 | 记录型号待建档,不强套其它型号 |
| 正常有效 | 条件成立且处于参考模式内 | 报告完成,车辆异常条目为空 |
| 车辆异常 | 有效比较得到部位与异常结果 | 生成诊断条目并进入车辆异常提醒流程 |
| 重复上报 | 同设备同事件再次到达 | 合并回执,不重复计数或推送 |
| 离线待传 | 本地已有报告但上报链路不可用 | 保留原报告和观察时间,等待补传 |
| 补传到达 | 链路恢复并收到实际接收回执 | 补接收时间,显示补传标记并检查重复 |
| 已查看或已关闭 | 授权岗位执行对应操作 | 只更新消息处理状态,不改成车辆已修复 |
未知型号进入设备研发的人工分析与采集扩库流程。新增参考记录来源、适用条件与版本,重新分析时形成新版本,保留原事件当时的结果。匿名条件下不能默认后续采集来自同车,不能以扩库替代车辆身份来源。
一次现场干扰不必然是设备故障。只有能够定位到设备通道、时钟或设备自身状态的问题,才形成相应设备告警;原因不明时保留质量说明。网络离线与采集失败也要分开:前者可能仍有本地报告等待上报,后者不能补写成正常报告。
三、停车场如何接收与阅读
报告首页先显示结果状态、观察时间、停车地点与身份关联范围。正常有效突出“本次参考模式内”,异常突出部位和原因,未运行突出“本次未检测”,纯电突出“不适用”。停车场先判断本次是否完成有效检测,再看详情,避免只看颜色或是否出现故障条目。
报告详情列型号来源、质量状态、特征摘要、诊断依据和提醒状态。未随报告提供原始采集文件时,测量值保持空,附件标记为未附;不以分析文字代替原始数值。查看或导出报告不表示已经通知车主,消息是否发出以实际发送和接收状态为准。
停车场接收岗位负责查看、确认收到并按既有服务规则处理。匿名事件没有直接车主通道,不能依据同型号或相近波形猜测车主。值班员不承担拆车或维修操作,报告不生成复检、转介或预约任务。设备维护岗位处理设备告警,车辆事件与设备问题不能混成同一待办。
地理地点与故障位置分别记录
地理地点来自安装配置,例如门头沟社区出口或顺义园区出口,不由磁场反推。发动机故障位置来自型号结构档案与定位结果,使用部件、缸位和结构标注表示,不与停车经纬度或车道位置混用。
ENG-L4-H按正时端向变速箱端编号一至四缸。结构坐标原点为正时端曲轴轴心,X轴朝变速箱,Y轴朝进气侧,Z轴朝缸盖。具体车型应采用对应型号的结构规则,不能将这一编号约定自动移用到其它发动机。没有几何定位数值时,三维坐标为空,仍可用缸位和部件标注说明位置。
结构标注用于解释诊断所指组件,不是车底摄像图。报告将观察到的特征、型号参考比较和诊断部位分层记录。例如二号缸关联周期异常属于特征摘要,点火线圈属于部件定位,绕组间歇开路属于原因分析,不应把后两项直接放进原始磁场数值字段。
四、提醒模板与重复处理
车辆异常提醒
标题:车辆异常提醒|〔事件编号〕|〔故障部位〕。正文:〔观察时间〕在〔停车场与车道〕完成发动机状态检测。型号为〔发动机型号与来源〕,异常部位为〔组件及缸位〕,原因记录为〔原因分析〕,相关特征见完整报告。〔身份关联情况〕。请授权岗位查看并按停车场既有服务规则处理;不触发道闸拦车,不生成维修、转介或预约任务。
尚不能定位部位时,标题使用“发动机状态异常”,部位写“未定位”。原因未明时不补一个零件名称。提醒正文不要求停车场更换配件,也不把查看报告描述为已经完成车辆检查或维修。
设备告警
标题:设备告警|〔设备编号〕|〔通道、时钟或通信问题〕。正文:〔发生时间〕设备出现〔问题〕,影响〔采集或上报范围〕。相关事件状态为〔质量不足或待传〕,不据此判断车辆发动机故障。请设备维护岗位检查对应状态,恢复后确认采集与上报条件。
通道合格但网络中断时标记上报待传,不直接写传感器损坏。采集本身不可用时记录诊断未完成,不用一条离线提示代替整段时段的车辆结果。设备恢复可发送恢复信息,但不自动将受影响车辆记录改为正常。
结果提示
正常有效:本次检测完成,处于所用发动机参考模式内。未运行:本次发动机未运行,未进行发动机状态诊断。不适用:本次为纯电车辆,本产品发动机检测不适用。质量不足:本次采集条件不足,未形成有效诊断。不同状态分别统计,不能用无异常提示统一代替。
去重、补传与处理回执
同设备、同事件、同异常条目的重试或补传只更新接收状态,不重复计数或生成多条车辆提醒。报告修订保留版本,不把资料补充当成新检测。跨事件合并只有在可信且授权的车辆关联存在时才能进行;匿名事件不能根据特征相近直接合并。
设备告警按同设备、同问题持续状态合并,恢复后再次发生才形成新的告警过程。具体提醒频率由停车场配置确定,车辆异常提醒不与设备恢复通知共用状态。观察时间、生成时间和接收时间分开,使停车场能够辨别旧事件补到还是刚发生的新事件。
人员“已查看”只说明读过通知,“已关闭”只说明该消息不再列待办,“已解除”必须有对应依据。本产品不提供维修,关闭通知不能把诊断条目改为已修复。消息尚未实际发送时为not_dispatched,接收时间为空;不能因为报告已经生成或可下载就写成对方已收到。
五、四份完整报告样例
报告01:正常有效
报告NR-RPT-20261114-01,事件NR-EVT-20261114-01。观察时间2026年11月14日21:00,地点为北京市门头沟区社区停车场出口。车辆匿名,车型族VEH-SEDAN-ICE-A,发动机族ENG-L4-A,使用NR-MODEL-LIB-20261114-A型号库。
车辆停稳、发动机运行,目标与参考通道满足比较条件,参考特征一致,未见目标周期异常。结果为正常有效、参考模式内,诊断异常列表为空。报告不包含制动、轮胎或动力电池结果,不用该记录评价整车其它系统。
车辆ID、VIN、车牌、里程和出厂发动机号均为空。发动机档案号仅关联本事件,不证明跨事件同车。原始磁场数值未随报告附上,报告保留分析摘要。无车辆异常推送,通知发送未启用,消息状态未发送。文件:samples/report-01.json。
报告02:二号缸点火系统异常
报告NR-RPT-20261114-02,事件NR-EVT-20261114-02。观察时间21:05,地点为北京市顺义区园区停车场出口。匿名混动车,车型族VEH-HYBRID-A,发动机族ENG-L4-H,当次发动机运行。
车辆停稳且采集质量满足条件。分析摘要记录二号缸关联周期重复性不一致,参考通道未同步出现相同变化。分类为燃烧不均异常模式,诊断部位为点火系统/二号缸点火线圈,原因记录为内部绕组间歇开路,导致点火输出不连续及该缸燃烧不均。
位置为气缸盖上方点火组件,结构标注NR-DIAGRAM-H1-CYL2-COIL。缸号和坐标规则按ENG-L4-H结构档案,三维坐标未附。原因分析同时列火花塞与连接、喷油与混合气、气缸压缩等相关因素,方便完整阅读,而不是只转发一个部件名称。
报告生成车辆异常提醒,预期接收方为停车场事件值班岗。当前消息为not_dispatched,不能视为停车场或车主已收到;匿名事件没有直接联系车主能力。不触发道闸拦车,不产生维修、转介或预约任务,也没有维修完成记录。文件:samples/report-02.json。
报告03:增程发动机未运行
报告NR-RPT-20261114-03,事件NR-EVT-20261114-03。观察时间21:10,地点为广州市商场停车场出口。匿名增程车型族VEH-EREV-A,本次发动机未运行。
记录保留车辆停稳与发动机未运行状态,但不进入正常特征库诊断。发动机型号、型号库版本、发动机档案与参考记录为空。结果为“本次未检测:发动机未运行”,故障条目为空,不产生正常或故障结论。
停车场可保留这次通行观察资料,但不能计入已完成发动机诊断的数量,也不要求驾驶员额外启动发动机。该记录不推送车辆异常;未发送状态、匿名身份与原始观察时间保持。文件:samples/report-03.json。
报告04:纯电不适用
报告NR-RPT-20261114-04,事件NR-EVT-20261114-04。观察时间21:15,地点为南京市接驳停车场出口。匿名车型族VEH-BEV-A,动力类型纯电,没有本任务中的发动机。
分类结果为“不适用”,诊断状态为未执行范围外任务,发动机型号、出厂号、参考档案与故障条目为空。质量字段标不适用,不把本次事件写成设备测量失败,也不扩展为电池或驱动电机诊断。
停车场无需将这条记录当作车辆异常处理。它与增程发动机未运行不同:增程车有发动机但当次没有运行,纯电车则不在本产品发动机检测范围。保留匿名事件、时间地点和状态即可。文件:samples/report-04.json。
质量不足与设备异常的处理例
某条记录的参考通道中断,目标通道存在截断,系统保留事件号和时段,输出“质量不足,本次未完成诊断”,不填写故障缸位。若设备检查显示通道持续离线,则向设备维护岗位生成告警;若属于单次现场干扰,只保留事件质量原因,不直接判设备损坏。
网络恢复补传仍使用原事件号,接收平台填入实际接收时间。未收到回执前不改变提醒送达状态。质量恢复也不能将原来未完成的记录改成正常,应由新的有效观察产生新的事件结果。
六、报告与提醒常见问题
R01. 为什么不要求发动机重新启动?
不要求。设备利用车辆在道闸附近短暂停稳的时间观察发动机运行状态,发动机已经运行就可以检查是否满足采集条件,不把熄火后再次启动作为必要动作。停车场首先看报告中的运行状态、停稳条件和采集质量,而不是寻找一次启动记录。例如燃油车怠速等候放行,可以进入运行特征比较;若混动车以电驱停稳且发动机未运行,就保留未检测记录。值班员无需要求驾驶员重新启动,也不应把闸杆抬起时间写成发动机启动时间。
R02. 混动车和增程车都能出发动机报告吗?
支持这两种动力类型,但能否形成当次发动机诊断取决于运行情况。停车场查看运行状态字段:运行且质量合格时进入型号匹配,未运行时显示本次未检测,无法判断时显示运行状态未知。例如增程车到出口时只由电机驱动车辆,不能因为它有增程器就填入发动机正常;混动车发动机正在运行,也不必等它熄火重启。未运行记录保留时间和地点,但统计完成发动机诊断的数量时要单独排除,不能与正常结果合并。
R03. 纯电车能顺便检测电池或电机吗?
不能顺便改成电池或驱动电机检测。纯电车没有本任务中的发动机,报告应显示动力类型为纯电、分类结果为不适用,发动机型号和诊断条目为空。停车场看到这类记录,无需按车辆异常寻找车主,也不能把它记成成功检测了一辆正常车。例如纯电车经过终端时出现磁场变化,来源可能与驱动系统或周边设备有关,但本产品不据此评价动力电池。正确做法是保留不适用说明,不生成电池健康分或发动机故障原因。
R04. 正常结果为什么还写参考模式内?
参考模式内表示本次观察条件成立,所用型号参考与记录匹配,且没有发现本任务定义的目标异常。停车场可以查看本次结论、参考档案和质量状态,却不能据此评价未观察的制动、轮胎或动力电池。例如报告一在对应发动机族的参考范围内,因此不触发车辆异常提醒,但仍保留匿名事件和检测时间。如果另一条记录质量不足,即使没有异常条目也不能沿用这个结论。两种状态应分别显示,完成诊断数量与质量退出数量也分别统计。
R05. 故障报告会写到哪个部件吗?
报告可以给出部件、缸位和原因,同时保留对应特征及结构位置,便于停车场完整阅读。报告二的部位是二号缸点火线圈,原因记录为内部绕组间歇开路,引起点火输出不连续及燃烧不均;位置采用对应发动机的缸号规则,而非停车场地理坐标。接收人员先看诊断状态,再看部位和原因,不只转发一个零件名称。如果本次只能识别异常而不能定位,部件填写未定位;原始测量未随报告附上时,也不能把诊断文字当成磁场数值。
R06. 能读取发动机出厂唯一编号吗?
不能仅凭磁场读取发动机出厂唯一编号。报告中出厂发动机号与来源两个字段成对出现:只有经授权外部台账或明确人工录入,才可以显示物理号码,没有输入就显示未提供。停车场不必为了表格完整而补号,更不能把系统档案ID复制进去。例如事件生成了发动机档案号,这只是资料索引,不说明制造身份。后续有授权资料补充时,应形成新修订并保留输入来源;不能声称检测时已从磁场读出,也不能因此将其它匿名事件自动关联为同车。
R07. 发动机型号与发动机档案ID有什么区别?
发动机型号是分类所指向的型号或特征族,档案ID是系统引用资料的编号,两者回答的问题不同。停车场先看型号来源和型号库版本,确认分类还是外部资料,再用档案ID查看本事件关联的参考与报告。例如两辆同型号车可以匹配同一特征族,却产生不同事件,不能因此认定同车连续异常。本文报告按事件关联档案,没有提供物理发动机唯一身份。型号未匹配时应显示未知型号,不能只因档案号已经生成就视为车型或发动机识别成功。
R08. 不装摄像头,报告怎么知道车牌和VIN?
没有授权外部输入时,报告就不知道车牌和VIN。日常检测不要求摄像头或OBD,所以这两个字段默认为空,事件仍可凭时间、场地、车道和事件号交给停车场查看。停车系统另行提供车辆标识时,应标明接口及关联范围,不能写成磁场读取。例如出口平台传来一个匿名车辆ID,只能按该ID允许的范围关联,不自动扩成真实车牌或车主身份。值班员应把匿名报告当事件资料,不能根据车型相似或时间相近猜测它属于哪辆车。
R09. 匿名报告还能发给车主吗?
匿名事件不能由设备直接定位到车主,报告只交给停车场配置的接收岗位,包含检测时间、车道、事件号与结果。如果现场人员依据既有流程另外确认车辆,是否说明情况按场地方服务规则处理,这不代表系统已建立车主联系渠道。例如同型号车辆连续经过,不能用相似波形猜其中哪一辆,也不能把提醒发给上一位车主。报告须显示实际发送状态,未发送不能写成已通知;设备也不代为联系维修机构、转介或预约后续服务。
R10. 实际里程可否根据磁场推算?
不能。实际里程字段只有在取得授权车辆记录时才能填入,并保留来源,没有数据就显示未提供。停车场不应根据外观、车型年份或异常程度给出估算值。例如一次记录显示发动机状态异常,它说明的是本次任务中的分析结果,不能据此判断车辆已行驶多少公里。检测次数也不是里程,因为车辆可能多次通行,匿名事件又无法确认同车。缺失里程不阻止保存有效事件,但报告不能把空值改成零公里,也不能用平均年行驶里程补成实际记录。
R11. 故障位置为什么要说缸号和坐标?
部件位置与停车场地点不同。场地字段说明事件发生在哪个出口,部件位置说明是哪一缸、哪个组件,以及依据什么编号规则。报告二的二号缸按ENG-L4-H从正时端向变速箱端编号,并给出结构标注ID,接收人员可据此理解所指部位。没有实际几何定位数值时,三维坐标保持空值,不填一个毫米数增加精确感。结构图上的箭头用于解释部件位置,不代表设备拍到了零件,也不能移用到缸号规则不同的其它型号。
R12. 为什么有异常却不说一定要换点火线圈?
报告是检测结果和原因记录,不是更换配件的工单。报告二给出的部位是二号缸点火线圈,原因是绕组间歇开路,接收人员还应完整查看特征依据和相关因素,而不是将一行部件名称改成维修命令。停车场不承担拆检与更换零件职责,设备方也不提供维修服务、转介或代预约。如果记录尚不能定位原因,应直接保留原因未明,不添加配件建议。通知已查看或已关闭只改变消息状态,不能被写成已经确认维修方案或故障已经排除。
R13. 停车场收到异常要帮忙维修吗?
不需要。接收岗位负责查看事件、确认收到,并按自身既有服务规则处理,不承担发动机拆检或维修职责。报告提供时间、车道、异常摘要和身份范围,让人员知道这是一条车辆事件,而非专业检查任务。例如匿名异常到达后,值班员可打开完整报告并记录已查看,没有车辆关联就不猜车主,更不能替设备补写已通知。设备方的范围是设备、报告与提醒,不安排复检、联系维修店、转介或预约,处理记录里也不应出现这些服务已完成的状态。
R14. 异常能不能让道闸不抬杆?
不能将异常结果自动变成道闸不抬杆的指令。发动机状态报告与通行控制分开,停车场收到的是检测信息,不是车辆禁止放行决定。例如车辆等待缴费时产生发动机异常,设备记录事件并提醒授权岗位,原收费、身份和通行系统仍按原规则工作,不以该结果自动否决通行。提醒标题也不应使用安全放行失败,以免值班员误解。查看报告不等于车辆取得安全许可,关闭提醒同样不能变成安全许可;两类业务动作要保持独立。
R15. 未知发动机型号如何处理?
生成型号待建档记录,说明本次没有找到适用参考,暂停依赖型号库的故障判断。停车场可以保留时间、地点和质量信息,但不把它算成正常诊断,也不要求驾驶员原地等待处理。例如采集质量通过却未匹配发动机族,报告应区分质量合格与型号未知,不能用一个失败状态掩盖差异。人工分析与补充采集属于扩库流程,新参考记录来源和版本,重新分析保留原结果;匿名事件不能默认后续记录来自同车,也不能回填没有来源的车辆身份。
R16. 没有发动机运行特征,是否就是发动机未运行?
不能直接这样判断。目标特征缺失还可能来自通道、观察位置、干扰或型号不匹配,因此运行状态与采集质量必须分开记录。停车场先看是否具备可靠状态依据:明确未运行时写本次未检测,依据不足时写运行状态未知,通道失联则记录质量不足。例如混动车电驱到出口可能没有发动机运行过程,但不能只凭一段平静曲线就这样分类。没有看到异常,既不等于发动机未运行,也不等于发动机健康,三种记录不能共用同一正常结论。
R17. 设备告警和车辆异常有什么区别?
设备告警说明检测或上报条件出现问题,车辆异常是在适用、质量与参考条件成立后得到的发动机结果,两类进入不同收件列表。停车场先看提醒类别,再交给设备维护岗位或事件值班岗位。例如参考通道持续失联,报告写质量不足并形成设备告警,不应写某辆车发动机损坏;通道合格而网络离线主要是待传,不直接认定传感器故障。若单次现场干扰原因不明,先保留质量说明,不把它强行归为设备故障或车辆故障。
R18. 离线时是不是没有异常?
不是。离线说明上报连接不可用,可能已有报告等待补传,也可能同时存在采集问题,两种情况分别记录。停车场查看连接状态、观察时间与接收时间,尚未接收时不能声称提醒已送达,也不能把这个时段当作没有异常。例如本地生成一条异常后网络中断,恢复时仍上传原事件和原观察时间,列表标补传,避免被当作刚发生。若采集本身也中断,则保留未完成记录,不为填补时段补出正常报告;恢复连接也不能自动改变原来的检测结果。
R19. 补传报告怎么避免重复发?
补传和重试沿用原事件号,接收端按设备、事件与异常条目识别同一条记录,只更新传输回执,不增加车辆数或异常次数。停车场看到补传标记、原观察时间和新接收时间,就能分清旧事件到达与新事件发生。例如同一异常因网络重试到达三次,待办只保留一条并更新接收状态。内容修订时保留版本差异,不把修订当成新检测。跨事件合并须有可信授权关联,匿名情况下不能根据波形相似把不同车辆的记录合并。
R20. 值班员点已处理是否表示故障好了?
不表示。已查看说明读过,已关闭说明通知不再列待办,故障解除需要对应依据,三者不能共用一个含义。停车场先看操作字段对应什么动作,再填写可核实的备注。例如值班员确认一条匿名异常并关闭通知,只能记录已查看或已关闭,不能自动改成车辆已修复。设备方没有维修服务,流程中也没有代安排检查的完成状态。原始诊断与原因记录保持不变,后续补充资料形成修订;未收到实际回执时,也不能把内部处理动作改成消息已送达。
七、集成附录:字段字典
字段字典供设备接入和停车场平台人员使用,不增加驾驶员操作步骤。空值使用JSON的null,未知使用明确状态;不能用空字符串或零值代替缺失身份、里程或测量。时间带时区,磁场原始数值若随报告提供,须附对应单位与采集文件来源。
| 字段 | 含义 | 来源 | 必填与缺失处理 |
|---|---|---|---|
| schemaVersion | 报告格式版本 | 报告系统 | 必填;版本无法识别时不按其它版本解释 |
| reportId | 一份报告的唯一编号 | 系统生成 | 必填;用于查看、导出与版本关联 |
| eventId | 一次停稳观察的事件编号 | 设备生成 | 必填;重试与补传保持原编号 |
| reportRevision | 同一报告的修订序号 | 报告系统 | 必填;修订保留原版本 |
| reportStatus | 报告已生成或已修订状态 | 报告流程 | 必填;不与故障解除状态混用 |
| taskType | 本次检测任务类别 | 设备任务配置 | 必填;本产品为发动机状态筛查 |
| product.name | 检测产品名称和型号 | 设备配置 | 必填;显示NEURALAN GR-01 |
| provenance.kind | 检测记录来源类别 | 数据接入记录 | 必填;区分设备记录与外部台账 |
| provenance.sourceId | 本报告引用的来源记录号 | 来源索引 | 必填;不能用车辆身份顶替 |
| provenance.coverage | 本报告实际包含哪些资料 | 资料清单 | 必填;未包含的资料不补写 |
| provenance.externalIdentifiers | 外部车辆标识接入情况 | 授权台账或接口 | 必填;未接入写none |
| provenance.availableRecords | 可查阅的明细记录 | 资料索引 | 无附件时为[];不生成不存在的链接 |
| provenance.valuePolicy | 数值、单位和空值说明 | 数据字典 | 必填;未附磁场数值时说明留空 |
| site.city | 停车场所在城市或行政区 | 场地配置 | 必填;不通过磁场推断地理位置 |
| site.name | 停车场显示名称 | 场地配置 | 必填;未登记名称显示场地编号 |
| site.siteId | 停车场系统编号 | 平台配置 | 必填;与设备及车道编号分开 |
| site.laneId | 车道编号 | 安装配置 | 必填;缺失时不能推定车道 |
| site.installationLocation | 终端在车道旁的安装位置 | 安装记录 | 必填;与发动机内部部位分开 |
| device.deviceId | 采集设备编号 | 设备配置 | 必填;不用于识别车辆 |
| device.configurationVersion | 通道和安装配置版本 | 设备配置 | 必填;缺失时保留质量说明 |
| timing.observedAt | 本次观察发生时间 | 设备时钟 | 必填;不能用接收时间替换 |
| timing.windowStart | 观察窗口开始时间 | 设备时钟 | 已采集时必填;未采集可null并说明 |
| timing.windowEnd | 观察窗口结束时间 | 设备时钟 | 已采集时必填;不得早于开始时间 |
| timing.generatedAt | 报告生成时间 | 报告系统 | 必填;与观察和接收时间分列 |
| timing.receivedAt | 接收平台实际收到时间 | 接收回执 | 未接收为null;不能写成已送达 |
| timing.clockStatus | 设备时钟同步状态 | 时钟检查 | 必填;不可信时标记time_uncertain |
| vehicle.vehicleId | 用于车辆关联的可选标识 | 匿名授权关联或外部接口 | 无外部输入为null;不据波形建立同车身份 |
| vehicle.identityStatus | 本次是否具有车辆关联条件 | 关联流程 | 必填;无标识为anonymous_event_only |
| vehicle.linkageSource | 车辆关联标识的来源 | 授权接口或台账 | 必填;未提供时为none |
| vehicle.vehicleModel | 车型或车型族及来源 | 特征分类或授权资料 | 允许null;不将类别结果写成实体身份 |
| vehicle.powertrainType | 燃油、混动、增程或纯电类别 | 特征分类或外部输入 | 无法确定为unknown |
| vehicle.vin | 车辆识别代号 | 经授权外部台账 | 默认null;磁场不读取VIN |
| vehicle.licensePlate | 车牌号码 | 经授权外部台账 | 默认null;日常检测不要求摄像头 |
| vehicle.odometerKm | 实际行驶里程 | 授权车辆记录 | 默认null;不从磁场推算 |
| vehicle.identityLimit | 本次身份关联范围 | 关联流程 | 必填;匿名时说明不能判断跨事件同车 |
| engine.model | 发动机型号或特征族 | 型号库匹配或外部资料 | 未知时null;注明分类或导入来源 |
| engine.modelSource | 发动机型号的具体来源 | 分类流程或授权导入 | 必填;不能写成物理铭牌读取 |
| engine.modelLibraryVersion | 匹配所用型号库版本 | 版本化型号库 | 已匹配时必填;未比较可null |
| engine.archiveId | 本事件使用的发动机档案ID | 系统生成 | 可null;不是出厂唯一号或同车证明 |
| engine.factorySerialNumber | 出厂发动机唯一编号 | 授权台账或人工录入 | 无授权输入时null |
| engine.factorySerialSource | 出厂发动机号来源 | 外部输入记录 | 未输入写none;有值须附来源 |
| engine.runningStatus | 本次发动机运行状态 | 运行状态识别或外部输入 | 必填;running/not_running/unknown/not_applicable |
| engine.runningStatusBasis | 运行状态判定依据 | 状态分析记录 | 必填;依据不足时保留unknown |
| observed.vehicleMotion | 本次车辆运动条件 | 观察记录或外部事件 | 必填;未满足停稳条件不进入有效诊断 |
| observed.magneticMeasurementValues | 磁场测量明细 | 原始采集文件 | 未随报告附值时null;不得补造数值 |
| observed.rawEvidence | 原始证据附件情况 | 采集文件索引 | 必填;没有附件明确available=false |
| observed.featureDescriptions | 本次分析特征摘要 | 特征分析记录 | 可为空;与原始数值分开 |
| observed.signalQuality | 采集质量及其原因 | 质量检查 | 必填;未知不能写通过 |
| observed.engineStateEvidence | 发动机运行状态资料来源 | 状态分析记录 | 必填;不同于车道抬杆事件 |
| classification.result | 适用性与参考比较结果 | 分类流程 | 必填;正常、未运行、不适用分列 |
| classification.modelMatchStatus | 型号库匹配状态 | 型号识别流程 | 必填;unknown_model不强套其它参考 |
| classification.referenceId | 所用正常参考档案 | 版本化特征库 | 已比较时必填;未比较为null |
| classification.summary | 本次分类结果的可读说明 | 报告生成 | 必填;不将无结果写成健康 |
| diagnosis.status | 诊断结果状态 | 诊断流程 | 必填;完成诊断与未检测分开 |
| diagnosis.findings | 故障部位与原因条目 | 诊断分析 | 必填;无条目用[],同时保留结果状态 |
| diagnosis.findings[].component | 故障对应部件 | 部件定位结果 | 异常时填写;无法定位写未定位 |
| diagnosis.findings[].position | 组件、缸位及坐标规则 | 型号结构档案与定位结果 | 未知项可null;不补填无依据坐标 |
| diagnosis.findings[].causeAnalysis | 故障原因与相关解释 | 故障原因分析 | 异常时填写;原因未明应直接说明 |
| diagnosis.findings[].evidenceBasis | 诊断与分析特征的对应依据 | 分析记录 | 异常时填写;不把原因结论当原始测量 |
| diagnosis.findings[].recordStatus | 诊断条目的记录状态 | 报告流程 | 必填;不代表已经完成维修 |
| diagnosis.resultScope | 诊断覆盖的任务范围 | 任务定义和本次条件 | 必填;不扩展到未检测系统 |
| alert.category | 车辆异常、设备或无提醒类别 | 提醒规则 | 必填;车辆与设备分别入箱 |
| alert.severity | 提醒优先级 | 停车场配置 | 必填;不当作事故概率 |
| alert.title | 提醒标题 | 提醒模板 | 必填;区分车辆变化与设备故障 |
| alert.message | 提醒正文 | 报告摘要 | 必填;包含对象、状态与接收岗位动作 |
| alert.recipientRole | 预期接收岗位 | 停车场接收配置 | 必填;未配置岗位不假装已通知 |
| alert.deliveryStatus | 提醒发送或接收状态 | 消息回执 | 必填;未发送为not_dispatched |
| alert.deduplication | 重复提醒合并规则 | 事件与关联规则 | 必填;匿名事件不能按推定车辆跨事件合并 |
| alert.acknowledgment | 停车场查看或确认状态 | 操作记录 | 未处理为pending;不表示故障已修复 |
| delivery.connectionState | 设备上报连接状态 | 通信检查 | 必填;离线不改变已生成诊断 |
| delivery.replayed | 是否为离线补传 | 消息队列记录 | 必填;补传沿用原事件号 |
| delivery.dispatchMode | 通知所用的发送方式 | 通知配置 | 未启用实际发送时not_enabled |
| retentionPolicy | 保管与删除规则说明 | 停车场数据约定 | 必填;未约定时不编固定保留天数 |
接入检查
observed记录本次观察条件、质量和特征摘要,classification记录适用性、型号匹配与参考比较,diagnosis记录部位、位置与原因。三层不得互相替代:诊断原因不是原始磁场值,没有故障条目也不自动等于正常,需要读取状态。
四份报告保留相同顶层结构。正常报告无故障条目;异常报告有部件、缸位与原因;未运行和纯电不适用都保留明确的未执行状态。所有身份空值维持来源约束,未附测量文件不补数值,未发送消息不补接收时间。
接收端检查报告格式、事件号、时间先后、身份来源和状态组合。发动机未运行不能同时存在有效发动机故障条目;纯电不能带发动机正常结果;质量不足不能被改写为正常。补传保留原观察时间,修订保留前版,同事件重试不增加检测数量。
八、资料与参考来源
相关产品资料见同目录00_产品资料与参考来源.md。磁场与旋转机械观测的技术参考:Marmugi等,Remote detection of rotating machinery with a portable atomic magnetometer,https://arxiv.org/abs/1701.05385 。该文献讨论旋转机械与电机的磁信号观测;车辆身份、报告编号、消息接收及维修服务范围以本文业务字段和流程为准。