欧美性猛交xxxx免费看_牛牛在线视频国产免费_天堂草原电视剧在线观看免费_国产粉嫩高清在线观看_国产欧美日本亚洲精品一5区

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

影響報文超時上報的機制有哪些

832065824 ? 來源:汽車電子嵌入式 ? 2023-08-07 09:16 ? 次閱讀

前言

最近遇到一個CAN報文超時Notification不上報導(dǎo)致ECU不休眠的偶發(fā)問題,本文分享解決問題的思路及影響報文超時上報的機制,希望能給各位讀者一點啟發(fā)。

參考文檔:

1.Specification of CommunicationAUTOSAR Release 4.3.0

本文使用的AUTOSAR配置工具為:Vector公司的Davinci

正文

1.問題描述

背景:ECU下電的兩個必要條件是:本地硬線IGN== IgOff && CAN報文中的點火信號等于IgOff,如果包含點火信號的CAN報文丟失,則判斷該報文是否Timeout。

問題場景描述

初始狀態(tài):IgOn,CAN報文中點火信號等于IgOn

執(zhí)行動作:IgOff,直接拔掉CAN工具(等同于所有報文掉線)

問題表現(xiàn):偶發(fā)ECU不能休眠下電

初步分析:ECU不能下電時的Log中顯示,IgOff后點火信號一直還是IgOn且沒有收到點火信號所在報文的Timeout標志。

進一步分析:點火信號所在報文的超時標志是在Com模塊配置的PDU的Signal的Callout函數(shù)中置位的,也就是說問題發(fā)生的時候報文超時的Callout沒有被調(diào)用。

4bd74c56-34b6-11ee-9e74-dac502259ad0.png

所以該問題的直接原因就是:IGN信號所在的報文偶發(fā)報文丟失不上報Timeout。

2.嘗試的復(fù)現(xiàn)辦法

按照上訴步驟嘗試20次復(fù)現(xiàn)問題,無論是從ECU表現(xiàn)(ECU休眠,電流接近為0)來看還是Debug斷點調(diào)試(報文Timeout的Callout進入)來看都是正常的,無法復(fù)現(xiàn)問題……

思考:是不是下電流程或者某種機制導(dǎo)致Com的超時判斷不再運行導(dǎo)致的,而且這個機制有效的時候正好在超時判斷之前就會導(dǎo)致這個問題。如果是這樣的話,我們把報文的超時時間配置更大,這個問題應(yīng)該就會必現(xiàn)。

4c0162de-34b6-11ee-9e74-dac502259ad0.png

把超時時間配置為10 S,果然這個問題必現(xiàn)了 !

3.原因分析

Step 1: 先看下正常的ComTimeoutNotification的調(diào)用棧(方便分析是哪里出問題導(dǎo)致的)。

4c2a8754-34b6-11ee-9e74-dac502259ad0.png

正常情況下,Com_MainFunctionRx_ComMainFunctionRx àCom_MainFunctionRxInternal àCom_RxDlMon_MainFunctionRx àCom_RxDlMon_CallTimeOutNotifications調(diào)用各個Notification

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • 模塊
    +關(guān)注

    關(guān)注

    7

    文章

    2736

    瀏覽量

    47787
  • CAN
    CAN
    +關(guān)注

    關(guān)注

    57

    文章

    2773

    瀏覽量

    464462
  • ecu
    ecu
    +關(guān)注

    關(guān)注

    14

    文章

    892

    瀏覽量

    54788
  • 報文
    +關(guān)注

    關(guān)注

    0

    文章

    38

    瀏覽量

    4069

原文標題:AUTOSAR架構(gòu)下報文掉線超時不上報問題分析

文章出處:【微信號:汽車電子嵌入式,微信公眾號:汽車電子嵌入式】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

收藏 人收藏

    評論

    相關(guān)推薦

    在STM32的CAN收發(fā)通信中,接收超時為什么不能發(fā)出一個報文的功能?

    在STM32的CAN收發(fā)通信中,當(dāng)接收超時(即在限定的時間內(nèi)仍然沒有接收到數(shù)據(jù)),發(fā)出一個報文的功能,查詢pending的返回值,為什么不能實現(xiàn)這個功能?超時沒有接收也沒能發(fā)出。 void
    發(fā)表于 03-29 07:11

    TC387從App跳回PBL在下載SBL,進入SBL后上位機發(fā)送的CAN報文響應(yīng)超時,怎么解決?

    你好,我目前實現(xiàn)了 PBL SBL 但目前的問題是:將SBL下載到RAM區(qū)域后,通過SBL下載App正常;但從App跳回PBL在下載SBL,進入SBL后上位機發(fā)送的CAN 報文響應(yīng)超時。我在SBL中
    發(fā)表于 05-24 08:12

    espconn_gethostbyname接口DNS解析超時機制要自己做嗎?

    espconn_gethostbyname這個接口,DNS解析超時機制要自己做嗎?,這個接口的回調(diào)函數(shù)是如何觸發(fā)的,有沒有超時觸發(fā)機制
    發(fā)表于 07-12 12:29

    請問HAL庫的超時機制可以修改嗎?

    HAL庫的超時機制,好像都是采用循環(huán)判斷的方式(如下面代碼中的紅色部分),這對于低功耗控制和程序的時序控制太不利了,如果超時比較長,且該段代碼在高優(yōu)先級的任務(wù)中執(zhí)行,則低優(yōu)先級的任務(wù)在這段超時
    發(fā)表于 01-30 07:15

    Linux串口通信的超時機制

    在Linux下使用串口通信時,默認的阻塞模式是不實用的。而采用select或epoll機制的非阻塞模式,寫代碼有比較麻煩。幸好Linux的串口自己就帶有超時機制。
    發(fā)表于 07-05 08:38

    為什么32個CAN設(shè)備同時每隔1秒進行上報會出現(xiàn)有些上報不成功的現(xiàn)象呢

    大家好!最近我在調(diào)試CAN設(shè)備的時候遇到了這樣一個問題:1、32個CAN設(shè)備上電后每隔1秒上報一次自己的狀態(tài)(需要發(fā)送兩條報文);2、用CAN分析儀接收發(fā)現(xiàn),有些設(shè)備要等很久才能發(fā)送出來,有些設(shè)備
    發(fā)表于 02-10 14:16

    M482單片機只會上報FIFO的中斷,不會上報超時中斷的原因?

    設(shè)置串口接收8字節(jié)FIFO中斷RFITL并使能超時中斷RXTOIEN,當(dāng)一次只傳輸8個字節(jié)數(shù)據(jù)時,單片機只會上報FIFO的中斷,不會上報超時中斷,這時就做不到通過
    發(fā)表于 06-27 12:15

    嵌入式網(wǎng)絡(luò)終端報文收發(fā)機制研究與實現(xiàn)

    本文對網(wǎng)絡(luò)終端上的報文收發(fā)機制進行研究,提出了一種中斷結(jié)合多點隨機查詢的收發(fā)機制。實驗結(jié)果證明其有效地降低了中斷頻率,同時具有高效、可靠的的報文接收能力和非
    發(fā)表于 09-11 16:50 ?17次下載

    基于公平心跳超時容錯機制

    針對官方的Hadoop軟件中提供的節(jié)點心跳超時容錯機制對短作業(yè)并不合理,而且忽略了異構(gòu)集群中各節(jié)點超期時間設(shè)置的公平性的問題,提出了公平心跳超時容錯機制。首先根據(jù)每個節(jié)點的可靠性及計算
    發(fā)表于 01-02 10:43 ?0次下載

    網(wǎng)絡(luò)管理報文的收/發(fā)與網(wǎng)絡(luò)管理時間配置參數(shù)解析

    Wait Bus Sleep Timer:在PBM狀態(tài),收不到網(wǎng)絡(luò)管理報文,且沒有網(wǎng)絡(luò)請求,該時間超時以后進入BSM;如果收到網(wǎng)絡(luò)管理報文或者網(wǎng)絡(luò)請求則重新進入RMS。
    的頭像 發(fā)表于 08-29 18:12 ?1w次閱讀
    網(wǎng)絡(luò)管理<b class='flag-5'>報文</b>的收/發(fā)與網(wǎng)絡(luò)管理時間配置參數(shù)解析

    CAN報文發(fā)送優(yōu)先級嗎?

    降低同一時刻,多個發(fā)送報文的Burst Send問題。這個問題屬于QA1的延申。一個節(jié)點,發(fā)送的報文類型可以多種(QA1提到)。
    的頭像 發(fā)表于 11-15 14:34 ?8339次閱讀
    CAN<b class='flag-5'>報文</b>發(fā)送<b class='flag-5'>有</b>優(yōu)先級嗎?

    如何設(shè)計STM32嵌入式程序的超時機制?

    在嵌入式軟件程序設(shè)計過程中中,經(jīng)常會遇到超時(或定時)的處理情況,基本處理思想是在時間到的時候進行相關(guān)程序處理,下面介紹兩種超時(或定時)的程序設(shè)計方案。
    的頭像 發(fā)表于 06-15 17:04 ?1548次閱讀
    如何設(shè)計STM32嵌入式程序的<b class='flag-5'>超時機制</b>?

    STM32程序超時設(shè)計

    軟件超時機制 1、背景 在嵌入式軟件程序設(shè)計過程中中,經(jīng)常會遇到超時(或定時)的處理情況,基本處理思想是在時間到的時候進行相關(guān)程序處理,下面介紹兩種超時(或定時)的程序設(shè)計方案。 2、方案一
    的頭像 發(fā)表于 06-22 10:52 ?1244次閱讀
    STM32程序<b class='flag-5'>超時</b>設(shè)計

    IC設(shè)計:一種簡單超時機制

    在設(shè)計中,為了增加異常處理能力,保證設(shè)備的正常運行,常常需要進行超時判斷。
    的頭像 發(fā)表于 10-19 09:37 ?518次閱讀
    IC設(shè)計:一種簡單<b class='flag-5'>超時機制</b>

    STM32串口中斷接收不定長報文介紹

    本項目中,需要使用STM32的USART6串口與FPGA板(下位機)通信,需要發(fā)送和接收數(shù)據(jù),報文應(yīng)答機制。
    的頭像 發(fā)表于 10-26 11:01 ?1230次閱讀
    STM32串口中斷接收不定長<b class='flag-5'>報文</b>介紹