物联网软件开发公司 会诊基础：事件（Event）景色、DTC景色变化该如何深切？
搞会诊拓荒的小伙伴，对于事件（Event）景色应该并不生分。在Event景色的商榷中，许多时辰咱们是在商榷Autosar DEM（Diagnostic Event Manager）法式中的事件景色。然则，有些小伙陪伴契机与UDS（Unified diagnostic services）的DTC（Diagnostic Trouble Code）景色（Status）欺凌。是以，本文聊一聊Event景色、DTC景色到底是奈何一趟事物联网软件开发公司，Event景色又是如何影响DTC景色变化的？
1、事件（Event）景色
在DEM法式中，事件景色包含五种景色：DEM_EVENT_STATUS_PASSED、
本届欧洲杯整体乏善可陈，观赏性并不强，但西班牙是个例外，小组赛三战全胜，且一球未失，随后大胜格鲁吉亚、淘汰东道主德国，无疑是本届欧洲杯表现最为出彩的球队，据统计，单届欧洲杯前五场全胜的球队（84年法国、21意大利），最后都获得了冠军，西班牙距离决赛只有一步之遥，自然希望延续这一记录。不过需要注意的是，在对阵德国的比赛中，德佩里开场不到10分钟就扭伤了左膝，已经确定将缺席剩余的比赛，两名后卫勒诺尔芒和卡瓦哈尔双双被禁赛，本场后防将面临巨大的压力。主教练德拉富恩特赛前表示：“我们缺少三名重要的球员，我们知道该如何应对，我们已经准备好了。”
我中心制定了2024年中国足球彩票胜负游戏（14场、任选9场）、6场半全场胜负游戏和4场进球游戏7月12日-7月18日的竞猜场次安排（具体附后），其竞猜对象、开售时间、停售时间和计奖时间均以本文为准。
DEM_EVENT_STATUS_FAILED、DEM_EVENT_STATUS_PREPASSED、DEM_EVENT_STATUS_PREPASSED、DEM_EVENT_STATUS_FDC_THRESHOLD_REACHED。具体刻画如下所示：
图片
如上图，还是有些信息量的，值得咱们细细的“咀嚼”一下：1、Event的五种景色是监控（Monitor）后的恶果（Result），至于如何监控每一个事件（Event），依赖于事件的需求输入；2、对于DEM_EVENT_STATUS_FDC_THRESHOLD_REACHED，工程上似乎很少用，如何深切呢？这个景色的存在，主淌若为了采样（Sample）数据（eg：拓展数据、冻结帧）建设的。更多信息，不错参考前文《会诊基础：你还见过若何的快照数据（Snapshot Data）采样和存储计策？》；3、在Auotosar的软件架构中，事件景色最终由DEM模块处理，因此，事件景色不错通过Dem_SetEventStatus()上报。该接口不错由SW-Cs（表层愚弄组件）通过RTE（Runtime Environment）调用，也不错由BSW（Basic Software，基础软件）中的软件模块径直调用。有真谛的是：法式中提到，BSW调用该接口时，无须判断复返值，也可觉得是安全的。BSW和SW-Cs调用该接口的联系暗意如下：图片
软件开发指示：在Autosar 4.2（包含）之前的版块中，BSW模块中的事件景色还不错通过Dem_ReportErrorStatus()接口见告DEM，况兼不错将事件景色异步（asynchronous）、队伍（Queue）存储。在Autosar 4.2之后的软件版块中，Dem_ReportErrorStatus()接口不再使用，群众基于Autosar软件架构拓荒时，扫视两个接口的使用。（一）DEM不错存储运改换简略Shutdown历程中的事件景色吗DEM不错存储运改换简略Shutdown历程中的事件景色吗？谜底是笃定的，Autosar DEM中给出的诠释注解如下所示(1)：图片
如上图，在软件运转历程中，物联网app开发某些模块（主要指BSW）运改换无理（eg：某驱动模块），然则DEM还莫得平常职责，不成处理上报的事件景色。此时，故障模块不错将对应事件景色缓存（Buffer）起来，比及DEM被平常退换后，处理缓存的事件景色。
2、DTC景色
按照UDS法式的诠释注解，DTC景色由一个字节（1 byte）的8个bit位表征故障景色。对于每个bit的具体含义，不错参考前文《Autosar DEM会诊事件解决（一）》。
DTC不同景色bit的变化又因Event景色变化而触发，两者更翔实的变化礼貌不错参考前文《Uds会诊：不同Operation Cycle下的DTC景色位变化》。
本文老成聊一下UDS故障景色的bit0和bit3联系。
DTC bit0（test Failed）：侧重刻画面前驾驶轮回中，被监控事件（Event）是否纯熟（matured）。也即是说：被监控事件（eg：蓄电板欠压事件）经畴昔抖（debunce）处理后，阐发故障真确发生（eg：蓄电板电压＜6V，执续1s），该bit景色由0->1变化。在一个驾驶轮回内，被监控事件不错屡次纯熟，是以，DTC bit0不错屡次由0->1变化，暗意如下：
图片
DTC bit3（confirmed DTC）：侧重刻画故障是否阐发。而故障的阐发需要得志故障的阐发阈值（Confirmation Threshold），对于Confirmation Threshold，UDS的法式顶用Trip Counter表征。也即是说，Trip Counter≥指定阈值（用户自界说）以后，DTC bit3由0->1变化。而Trip Counter与驾驶轮回探讨，即：一个操作轮回内，Event屡次纯熟，即使DTC bit0屡次由0->1，Trip Counter也只累加一次，暗意如下：
图片
一般来说，对于non-OBD场景，Trip Counter一般建设为1，即：一个驾驶轮回内，Event纯熟，DTC bit0由0->1变化，Trip Counter = 1，进而DTC bit3由0->1变化；对于OBD场景，Trip Counter一般建设＞1（eg：3），即：每个驾驶轮回内，DTC bit0均至少经验一次0->1变化，Trip Counter累加1，当Trip Counter = 3后，DTC bit3由0->1变化。
对于OBD场景，Trip Counter、DTC bit0、DTC bit3变化，暗意如下：
图片
如上图，每个驾驶轮回收尾后，Trip Counter需要存储非易失内存（NVM，
Non volatile Memory），以便于下一个驾驶轮回不错基于前次的计数进行操作。
参考贵寓
（1）Specification of Diagnostic Event Manager AUTOSAR CP Release 4.4.0物联网软件开发公司
本站仅提供存储劳动，整个实质均由用户发布，如发现存害或侵权实质，请点击举报。