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

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

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

AUTOSAR調(diào)度表可調(diào)度性的形式化分析

上??匕?/a> ? 來源:上海控安 ? 作者:上??匕? ? 2022-12-16 14:01 ? 次閱讀

作者 |郭建上??匕部尚跑浖?chuàng)新研究院特聘專家

版塊 |鑒源論壇 · 觀模

汽車上大量軟件和電子控制單元(ECU,Electronic Control Unit)的使用導(dǎo)致了汽車電子架構(gòu)變得更為復(fù)雜,現(xiàn)如今從工廠生產(chǎn)的汽車更像是帶輪子的電腦?,F(xiàn)代汽車由大約50到上百個電子控制單元組成,而且每年的數(shù)量還在增加。每個電子控制單元負(fù)責(zé)特定的功能,它們之間通過某種總線相互通信,例如CAN、FlexRay、LIN等。每多一個連接到系統(tǒng)上的電子控制單元,系統(tǒng)的復(fù)雜性都會增加。汽車電子系統(tǒng)都必須配置對應(yīng)的應(yīng)用程序和軟件,而每次新硬件出現(xiàn)時,應(yīng)用程序都需要被重寫來支持硬件的更新。

為了應(yīng)對這種令汽車電子系統(tǒng)軟件難以管理的局面,德國汽車工業(yè)界共同提出了一個開放的標(biāo)準(zhǔn)接口OSEK/VDX。2003年,幾個在汽車領(lǐng)域領(lǐng)先的原始設(shè)備制造商和汽車行業(yè)的一級供應(yīng)商決定為了未來汽車電子的發(fā)展,共同在OSEK/VDX的基礎(chǔ)上制定一個新標(biāo)準(zhǔn),而這個標(biāo)準(zhǔn)就是AUTOSAR(AUTomotive Open System ARchitecture)。其旨在成為行業(yè)內(nèi)的共享軟件架構(gòu)框架,而背后的原因是汽車電子系統(tǒng)復(fù)雜性的增加。AUTOSAR標(biāo)準(zhǔn)的產(chǎn)生可以通過提供一個各方共同認(rèn)可的架構(gòu)來允許制造商在功能而非架構(gòu)上展開競爭。共享同一個架構(gòu)的好處包括制造商和軟件公司可以開發(fā)適合汽車市場的通用軟件,提高汽車電子系統(tǒng)的靈活性、可擴(kuò)展性和質(zhì)量。

作為車載操作系統(tǒng),實(shí)時性對于AUTOSAR OS的重要性不言而喻,如何保證操作系統(tǒng)中的計算單元在截止時間內(nèi)完成是極其重要的。而AUTOSAR OS提供的調(diào)度表機(jī)制是系統(tǒng)中一個重要的任務(wù)激活機(jī)制。調(diào)度表通過包含一組封裝了動作和偏移量的終結(jié)點(diǎn)來設(shè)定任務(wù)的激活方式。由于調(diào)度表機(jī)制的特殊性,任務(wù)的調(diào)度情況變得更加復(fù)雜,這使得調(diào)度表的可調(diào)度性非常重要。本文將針對AUTOSAR OS調(diào)度表進(jìn)行可調(diào)度性分析。

01AUTOSAR OS任務(wù)和調(diào)度表

任務(wù)是AUTOSAR OS中的一個重要概念,被看作是操作系統(tǒng)中最小的調(diào)度單位,也是最基本的功能單位,即使是最簡單的應(yīng)用也需要至少一個任務(wù)來完成它的功能。AUTOSAR OS中提供了兩種任務(wù):基本任務(wù)和擴(kuò)展任務(wù)。

AUTOSAR OS 中使用靜態(tài)優(yōu)先級調(diào)度策略,不論是基本任務(wù)還是擴(kuò)展任務(wù)都被靜態(tài)地分配到一個優(yōu)先級,并且為了保證系統(tǒng)的運(yùn)行效率,任務(wù)的優(yōu)先級是在系統(tǒng)設(shè)計階段被靜態(tài)配置的,不允許在系統(tǒng)運(yùn)行時更改。因?yàn)锳UTOSAR OS允許多個任務(wù)共享同一個優(yōu)先級,在AUTOSAR OS中為每一個優(yōu)先級維持一個隊(duì)列,相同優(yōu)先級的任務(wù)采用先來先服務(wù)的調(diào)度方法。

調(diào)度表是AUTOSAR OS中新引入的一種調(diào)度機(jī)制,它是對OSEK/VDX OS中使用定時器激活周期性任務(wù)的一種改進(jìn)。調(diào)度表通過將一組任務(wù)靜態(tài)地封裝到終結(jié)點(diǎn)中,讓有關(guān)聯(lián)的任務(wù)按照規(guī)定的時間和順序激活。其中一個終結(jié)點(diǎn)封裝了:

?行為:激活任務(wù)或者是設(shè)置事件,一個終結(jié)點(diǎn)至少包含一個行為。當(dāng)終結(jié)點(diǎn)被處理時,其包含的行為將被執(zhí)行。

?偏移量:在一個調(diào)度表中,每個終結(jié)點(diǎn)都有一個唯一的偏移量,這個偏移量是一個相對時間,標(biāo)示終結(jié)點(diǎn)與調(diào)度表起點(diǎn)的距離。各個終結(jié)點(diǎn)偏移量之差代表了終結(jié)點(diǎn)被處理時間之間的的延遲。調(diào)度表中第一個終結(jié)點(diǎn)的偏移量被稱作此調(diào)度表的初始偏移量,最后一個終結(jié)點(diǎn)的偏移量到調(diào)度表結(jié)束的時間差被稱為最終延遲。

每個調(diào)度表都有一個持續(xù)時間表示它完全運(yùn)行一次需要的時間。在調(diào)度表啟動后,AUTOSAR OS會使用一個迭代器遍歷調(diào)度表,并按照偏移量遞增的順序依次處理每個終結(jié)點(diǎn)。AUTOSAR OS中定義了兩種調(diào)度表:周期性和非周期性調(diào)度表。如果一個調(diào)度表被配置為非周期性的,當(dāng)最后一個終結(jié)點(diǎn)被處理之后,AUTOSAR OS會停止遍歷此調(diào)度表。而當(dāng)周期性調(diào)度表的最后一個終結(jié)點(diǎn)被處理,經(jīng)過最終延遲之后,AUTOSAR OS會從調(diào)度表的開始處再次遍歷。

圖1展示了一個周期性調(diào)度表的實(shí)例。在這個調(diào)度表中共包含三個終結(jié)點(diǎn),持續(xù)時間為17。

poYBAGOcBvqAQmO0AAB-CJRHEnc353.png

圖1 調(diào)度表結(jié)構(gòu)

02調(diào)度表的形式化模型

2.1 任務(wù)模型

作為比調(diào)度表更小的調(diào)度單位,在對調(diào)度表建立模型之前,首先需要對任務(wù)進(jìn)行合理的抽象,并建立任務(wù)模型。AUTOSAR OS中的任務(wù)被抽象為三個屬性:

(1)最壞情況執(zhí)行時間,即處理器執(zhí)行這段代碼最長的用時;

(2)截止時間,即任務(wù)的最壞情況響應(yīng)時間應(yīng)當(dāng)少于的時間;

(3)優(yōu)先級,數(shù)字越小說明優(yōu)先級越高。

綜上,描述AUTOSAR OS中任務(wù)的模型被定義如下:

定義1:一個任務(wù)是一個三元組 T=(CT, DT, PT),其中:

● CT∈ N+任務(wù)的最壞執(zhí)行時間,下文簡稱執(zhí)行時間;

● DT∈ N+代表了這個任務(wù)的截止時間;

● PT∈ N+ 代表了這個任務(wù)的優(yōu)先級。

任務(wù)模型隱含地假設(shè)對所有任務(wù)T都滿足CT≤ DT ,因?yàn)榭烧{(diào)度性要求系統(tǒng)中所有任務(wù)都能夠在截止時間之內(nèi)完成計算。如果一個任務(wù)的執(zhí)行時間超出了它的截止時間,那么它將永遠(yuǎn)無法滿足時間特性需求,也就無法進(jìn)行可調(diào)度性分析。

2.2 調(diào)度表的形式化模型

AUTOSAR OS中的調(diào)度表提供了新的任務(wù)激活模式,一個調(diào)度表中各個任務(wù)的激活時間存在關(guān)聯(lián):同一個終結(jié)點(diǎn)上的任務(wù)都會被同時激活,對于不同終結(jié)點(diǎn)上的任務(wù),它們的激活時間之間存在固定延遲。雖然周期性調(diào)度表使其中的任務(wù)以周期性激活,但調(diào)度表模型應(yīng)當(dāng)能夠描述出任務(wù)激活時間之間的關(guān)系。這里給出了基于有向圖的模型來描述調(diào)度表的時間特性與行為,其定義如下:

定義2:一個調(diào)度表ST由一個有向圖G(ST)= (V (ST),E(ST)) 表示。其中V (ST) 是有向圖中頂點(diǎn)的集合,E(ST) 是頂點(diǎn)之間的邊的集合:

● V (ST) = {ep1, . . . ,epn},表示調(diào)度表中所有終結(jié)點(diǎn)組成的集合,其中的一個終結(jié)點(diǎn)ep = {T1, . . . ,Tk}是一個集合,包含了終結(jié)點(diǎn)封裝的所有任務(wù);

● G(ST) 中邊的指向表示了調(diào)度表中終結(jié)點(diǎn)被處理的順序。每一條邊(epu,epv ) ∈E(ST) 都有一個權(quán)值p(epu,epv )∈ N+ ,表示兩個終結(jié)點(diǎn)偏移量之差,即它們被處理時間之間的延遲。

在這個模型中,并沒有標(biāo)示第一個終結(jié)點(diǎn)和最后一個終結(jié)點(diǎn)。當(dāng)調(diào)度表是周期性的時候,最后一個終結(jié)點(diǎn)被處理后再經(jīng)過最終延遲加初始偏移量,調(diào)度表的第一個終結(jié)點(diǎn)會被再次處理。所以可以將最后一個終結(jié)點(diǎn)到第一個終結(jié)點(diǎn)之間的延遲看作是最終延遲與初始偏移量的和。在調(diào)度表模型中,每個ep ∈ V (ST) 都不是空集。為空集的ep對系統(tǒng)的運(yùn)行來說沒有任何用處,通過簡單的轉(zhuǎn)換就可以消除它們。

AUTOSAR OS中,多個任務(wù)可以共享同一個優(yōu)先級,所以當(dāng)多個相同優(yōu)先級的任務(wù)爭用處理器時,它們激活時間的不同導(dǎo)致了調(diào)度情況的不同。而定義的任務(wù)模型并不包括激活時間的屬性。為了將AUTOSAR OS任務(wù)的激活時間屬性表示出來定義了作業(yè)的概念。

定義3:作業(yè)表示一個任務(wù)在某個時間點(diǎn)被激活產(chǎn)生的實(shí)例。一個作業(yè)J=(CJ ,DJ ,PJ ,RJ ) 由一個四元組表示,除了與任務(wù)同樣使用CJ 、DJ 和PJ 來表示這個作業(yè)的執(zhí)行時間、截止時間以及優(yōu)先級之外,還使用了RJ∈ N+ 來表示這個作業(yè)被激活的時間。一個作業(yè)就代表著一個任務(wù)被激活一次。

03調(diào)度表可調(diào)度性分析

AUTOSAR OS調(diào)度表中一個作業(yè)被阻塞和搶占的時間可以分為三個部分:

● 第一部分是在作業(yè)激活之前,本地調(diào)度表激活的高優(yōu)先級或相等優(yōu)先級作業(yè)的執(zhí)行時間。

● 第二部分是作業(yè)激活之后,本地調(diào)度表激活的高優(yōu)先級作業(yè)的執(zhí)行時間。

● 第三部分是其他調(diào)度表激活的優(yōu)先級更高或優(yōu)先級相同,但激活時間更早作業(yè)的執(zhí)行時間。

它們分別對應(yīng)前綴需求函數(shù)、需求函數(shù)和最大需求函數(shù)的計算,用這種方法計算出的第一部分與第二部分之間有重疊,它們都包含了作業(yè)J所在終結(jié)點(diǎn)實(shí)例P(J)對作業(yè)J的影響值,需要減去這部分的重疊時間,就得到作業(yè)J被阻塞和搶占的時間。

除了使用需求函數(shù)、最大需求函數(shù)以及前綴需求函數(shù)外,還引入了忙碌窗口的概念。

對于一個優(yōu)先級P,P的忙碌窗口是一個時間段。在這個時間段中處理器持續(xù)地執(zhí)行優(yōu)先級高于或等于P的作業(yè)。即在這個時間段內(nèi)處理器不會執(zhí)行優(yōu)先級小于P的作業(yè),也不會空閑。

最長的忙碌窗口并不一定能導(dǎo)致作業(yè)的響應(yīng)時間最長,而且也很難預(yù)測導(dǎo)致最壞情況響應(yīng)時間出現(xiàn)時忙碌窗口的確切大小。但是通過這個忙碌窗口長度的上限,可以列舉所有忙碌窗口大小的可能性。所以為了計算任務(wù)最壞情況響應(yīng)時間,遍歷所有忙碌窗口的大小直到上限,就可以得到此任務(wù)的可調(diào)度性。

對于AUTOSAR OS,其調(diào)度表集合T= {ST1,ST2, . . .STn},分析AUTOSAR OS可調(diào)度性的完整的方法可以被分為以下四步:

(1)將調(diào)度表集合中所有的任務(wù)組成一個任務(wù)集合t= T1,T2, . . . ,Tq,然后進(jìn)入第二步。

(2)如果任務(wù)集合t為空,則此AUTOSAR OS 就是可調(diào)度的;如果不為空,任意選中t中一個任務(wù)Tk(k ∈[1,q]),然后進(jìn)入第三步。

(3)使用任務(wù)的前綴需求函數(shù)、需求函數(shù)、最大需求函數(shù)和忙碌窗口的分析,得出該人的可調(diào)度性,如果Tk 是不可調(diào)度的,那么此AUTOSAR OS 就是不可調(diào)度的;如果Tk 是可調(diào)度的,進(jìn)入第四步。

(4)更新任務(wù)集合t=t-Tk,然后再回到第二步。

上述步驟描述的AUTOSAR OS可調(diào)度性分析方法如圖2所示:

poYBAGOcB9eAa2GeAABpnM78JCM853.png

圖2 調(diào)度表可調(diào)度算法

算法SCHEDULABILITY (t) 的目的是找出AUTOSAR OS中一個不可調(diào)度的任務(wù)并聲明這個系統(tǒng)是不可調(diào)度的,或者當(dāng)系統(tǒng)中的所有任務(wù)都可調(diào)度時,聲明是可調(diào)度的。它的初始輸入是AUTOSAR OS中所有任務(wù)的集合t,輸出為真時說明系統(tǒng)是可調(diào)度的,輸出為假時說明系統(tǒng)是不可調(diào)度的。其中第一到四行對應(yīng)著步驟2,判斷任務(wù)集合為空并聲明系統(tǒng)可調(diào)度,或者在任務(wù)集合中任取一個任務(wù)。第五到十行對應(yīng)步驟3和步驟4,其中第五行使用算法TASK_ANALY SIS(T)檢查任務(wù)是否是可調(diào)度的,如果是可調(diào)度的,那么就在t中將該任務(wù)刪除,然后迭代執(zhí)行此算法;如果取到的任務(wù)不可調(diào)度,就直接聲明這個AUTOSAR OS是不可調(diào)度的。

04小結(jié)

本文研究了AUTOSAR OS中的任務(wù)、調(diào)度表機(jī)制,并使用了一個基于有向圖的模型描述AUTOSAR OS中調(diào)度表的時間特性及行為,繼而提出適用于AUTOSAR OS的可調(diào)度性分析方法。通過將路徑抽象成運(yùn)行時間,提出需求函數(shù)、最大需求函數(shù)以及前綴需求函數(shù)來分析作業(yè)被搶占和阻塞的時間,提出了針對AUTOSAR OS調(diào)度表的可調(diào)度性分析方法。

審核編輯:湯梓紅

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

    關(guān)注

    10

    文章

    349

    瀏覽量

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

    關(guān)注

    14

    文章

    876

    瀏覽量

    54360
  • 車載操作系統(tǒng)
    +關(guān)注

    關(guān)注

    0

    文章

    12

    瀏覽量

    7300
收藏 人收藏

    評論

    相關(guān)推薦

    基于量子計算技術(shù)的AGV調(diào)度問題研究

    由于自動化和智能化的普及,AGV(自動導(dǎo)引車)調(diào)度問題在物流、運(yùn)輸和生產(chǎn)領(lǐng)域有著廣泛的應(yīng)用。 隨著AGV數(shù)量的增加,經(jīng)典計算方法難以滿足大規(guī)模調(diào)度的需求,而玻色量子自研的相干光量子計算技術(shù)具有強(qiáng)大
    的頭像 發(fā)表于 11-11 09:36 ?39次閱讀
    基于量子計算技術(shù)的AGV<b class='flag-5'>調(diào)度</b>問題研究

    深入探討Linux的進(jìn)程調(diào)度

    Linux操作系統(tǒng)作為一個開源且廣泛應(yīng)用的操作系統(tǒng),其內(nèi)核設(shè)計包含了許多核心功能,而進(jìn)程調(diào)度器(Scheduler)就是其中一個至關(guān)重要的模塊。進(jìn)程調(diào)度器負(fù)責(zé)決定在任何給定的時刻哪個進(jìn)程可以運(yùn)行
    的頭像 發(fā)表于 08-13 13:36 ?879次閱讀
    深入探討Linux的進(jìn)程<b class='flag-5'>調(diào)度</b>器

    車輛調(diào)度系統(tǒng)

    【銘跡創(chuàng)新】車輛調(diào)度系統(tǒng)分為隧道內(nèi)和隧道外,隧道內(nèi)應(yīng)用UWB精確定位、RFID等技術(shù),對隧道內(nèi)施工車輛進(jìn)行定位及區(qū)分行車道,綜合應(yīng)用紅綠燈,LED屏幕、廣播等技術(shù)對隧道內(nèi)車輛進(jìn)行有效的施工調(diào)度。并可
    的頭像 發(fā)表于 05-31 15:59 ?415次閱讀
    車輛<b class='flag-5'>調(diào)度</b>系統(tǒng)

    安全指揮調(diào)度系統(tǒng)的場景應(yīng)用有哪些?

    由于天氣以及設(shè)施設(shè)備眾多的影響,火災(zāi)、交通事故等頻發(fā),須采取措施予以有效防范和應(yīng)對。為提高市場安全管理效能、優(yōu)化質(zhì)量、順應(yīng)數(shù)字化轉(zhuǎn)型的宏觀政策趨勢等實(shí)際需求,古河云科技安全指揮調(diào)度系統(tǒng)應(yīng)運(yùn)而生
    的頭像 發(fā)表于 05-16 17:21 ?364次閱讀
    安全指揮<b class='flag-5'>調(diào)度</b>系統(tǒng)的場景應(yīng)用有哪些?

    TSMaster 自定義 LIN 調(diào)度表編程指導(dǎo)

    LIN(LocalInterconnectNetwork)協(xié)議調(diào)度表是用于LIN總線通信中的消息調(diào)度的一種機(jī)制,我們收到越來越多來自不同用戶希望能夠通過接口實(shí)現(xiàn)自定義LIN調(diào)度表的需求。所以在
    的頭像 發(fā)表于 05-11 08:21 ?578次閱讀
    TSMaster 自定義 LIN <b class='flag-5'>調(diào)度表</b>編程指導(dǎo)

    淺析FreeRTOS任務(wù)調(diào)度器的三種調(diào)度算法和應(yīng)用

    FreeRTOS在MCU領(lǐng)域應(yīng)用非常廣泛,今天就給大家講解一下FreeRTOS調(diào)度器中的三種調(diào)度算法,以及在瑞薩RZ/T2L MPU中的應(yīng)用。
    的頭像 發(fā)表于 05-10 14:02 ?6350次閱讀
    淺析FreeRTOS任務(wù)<b class='flag-5'>調(diào)度</b>器的三種<b class='flag-5'>調(diào)度</b>算法和應(yīng)用

    智慧園區(qū)安全調(diào)度管理都有哪些

    園區(qū)當(dāng)中極為重要的一點(diǎn),安全調(diào)度也格外的受大家重視。 今天,古河云科技小編就來給大家說一說智慧園區(qū)安全調(diào)度管理都有哪些: 指揮調(diào)度平臺涵蓋了設(shè)備告警、快速定位、人員調(diào)度、工單指派、物資
    的頭像 發(fā)表于 04-28 15:13 ?274次閱讀
    智慧園區(qū)安全<b class='flag-5'>調(diào)度</b>管理都有哪些

    如何實(shí)現(xiàn)上位機(jī)靈活調(diào)度下位機(jī)?

    把下位機(jī)各個功能做成不同的函數(shù),然后通過上位機(jī)來調(diào)度各個函數(shù)執(zhí)行,比如說上位機(jī)發(fā)送一個協(xié)議讓LED1,LED2,LED3各亮一段時間,順序,時間由上位機(jī)發(fā)來的協(xié)議決定,不知道下位機(jī)怎么來實(shí)現(xiàn)這個邏輯。
    發(fā)表于 04-25 07:21

    STM32F103 FreeRTOS任務(wù)調(diào)度異常的原因?

    ) { vTaskDelay(500); //延時函數(shù)(任務(wù)調(diào)度) printf(\"Task1rn\");//串口打印 } } void Task2_Task(void
    發(fā)表于 04-16 06:24

    FreeRTOS任務(wù)調(diào)度器的三種調(diào)度算法講解(下)

    配置如下時,調(diào)度算法就會變成不帶時間片的搶占式調(diào)度
    的頭像 發(fā)表于 03-21 13:46 ?2326次閱讀
    FreeRTOS任務(wù)<b class='flag-5'>調(diào)度</b>器的三種<b class='flag-5'>調(diào)度</b>算法講解(下)

    鴻蒙OS 分布式任務(wù)調(diào)度

    鴻蒙OS 分布式任務(wù)調(diào)度概述 在 HarmonyO S中,分布式任務(wù)調(diào)度平臺對搭載 HarmonyOS 的多設(shè)備構(gòu)筑的“超級虛擬終端”提供統(tǒng)一的組件管理能力,為應(yīng)用定義統(tǒng)一的能力基線、接口形式
    的頭像 發(fā)表于 01-29 16:50 ?440次閱讀

    配網(wǎng)調(diào)度自動化自愈系統(tǒng)的設(shè)計與實(shí)現(xiàn)

    針對配網(wǎng)調(diào)度現(xiàn)狀進(jìn)行相應(yīng)需求分析并提出配置方案,著重研究和設(shè)計了配網(wǎng)自愈系統(tǒng)。使用配網(wǎng)自愈系統(tǒng)可以減少故障處理時調(diào)度員等候操作人員到達(dá)現(xiàn)場浪費(fèi)的時間,由主站控制分段開關(guān)及環(huán)網(wǎng)聯(lián)絡(luò)開關(guān),實(shí)現(xiàn)故障上、下游恢復(fù)供電,最終達(dá)到快速、準(zhǔn)確
    的頭像 發(fā)表于 01-16 14:08 ?923次閱讀
    配網(wǎng)<b class='flag-5'>調(diào)度</b>自動化自愈系統(tǒng)的設(shè)計與實(shí)現(xiàn)

    場內(nèi)物流智慧調(diào)度系統(tǒng)在工業(yè)園區(qū)中的作用、應(yīng)用與發(fā)展趨勢

    場內(nèi)物流智慧調(diào)度系統(tǒng)是一種基于物聯(lián)網(wǎng)、人工智能和大數(shù)據(jù)技術(shù)的系統(tǒng),用于對工業(yè)園區(qū)內(nèi)的物流運(yùn)輸、倉儲和配送等環(huán)節(jié)進(jìn)行智能化調(diào)度管理。它通過實(shí)時監(jiān)控和分析各個環(huán)節(jié)的數(shù)據(jù)信息,提供精確的調(diào)度
    的頭像 發(fā)表于 01-15 14:20 ?574次閱讀
    場內(nèi)物流智慧<b class='flag-5'>調(diào)度</b>系統(tǒng)在工業(yè)園區(qū)中的作用、應(yīng)用與發(fā)展趨勢

    新能源并網(wǎng)對電網(wǎng)調(diào)度及電網(wǎng)運(yùn)行效率有哪些影響?

    調(diào)度計劃制定:新能源發(fā)電的隨機(jī)和波動增加了電網(wǎng)調(diào)度計劃制定的難度。傳統(tǒng)能源發(fā)電的出力可以預(yù)測和調(diào)節(jié),而新能源發(fā)電的預(yù)測精度較低,需要電網(wǎng)調(diào)度
    的頭像 發(fā)表于 12-12 10:16 ?1802次閱讀

    詳解AUTOSAR-OS的調(diào)度機(jī)制

    調(diào)度表由一系列按時間先后順序排序的終結(jié)點(diǎn)組成,其中每個終結(jié)點(diǎn)都有自己的任務(wù),有的終結(jié)點(diǎn)可能是激活一系列的任務(wù),有的是設(shè)置一系列的事件,還有的可能是既激活一系列的任務(wù)又設(shè)置一系列的事件。
    的頭像 發(fā)表于 11-16 16:43 ?4411次閱讀
    詳解<b class='flag-5'>AUTOSAR</b>-OS的<b class='flag-5'>調(diào)度</b>機(jī)制