專利名稱：用于監(jiān)控技術(shù)系統(tǒng)的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種用于監(jiān)控技術(shù)系統(tǒng)的方法。
背景技術(shù)：
當(dāng)前存在不同的方案將控制儀構(gòu)成為單個(gè)不安全型(einzelsicherfrei)或者本質(zhì)安全型。例如目前汽車中的ESP/ABS-控制儀是用2-計(jì)算機(jī)方案監(jiān)視的，其中將功能軟件在第二個(gè)，常常是同樣的計(jì)算機(jī)上進(jìn)行并行計(jì)算并且將兩個(gè)計(jì)算機(jī)的結(jié)果進(jìn)行相互比較。這種方法適用于本質(zhì)安全型的，然而由于使用兩個(gè)計(jì)算機(jī)是比較貴的。
達(dá)到控制器本質(zhì)安全型適合的方法是用3-平面方案進(jìn)行監(jiān)視，其中將第二個(gè)計(jì)算機(jī)用比較適合的監(jiān)視模塊代替。
在DE44 38 714A1中已知用于控制汽車驅(qū)動(dòng)單元的一種方法和一種裝置。其中用于功率控制的控制儀只有唯一的一個(gè)計(jì)算單元，所謂的微計(jì)算機(jī)。該計(jì)算單元不僅進(jìn)行控制而且進(jìn)行監(jiān)視。
驅(qū)動(dòng)安全性和有效性是這樣保證的，為了進(jìn)行控制和監(jiān)視，在唯一的計(jì)算單元(微計(jì)算機(jī))上安排至少兩個(gè)，相互至少在故障情況之外獨(dú)立的平面，其中在第一個(gè)平面是計(jì)算功率控制的功能和第二個(gè)平面有時(shí)與一個(gè)監(jiān)視模塊(watchdog監(jiān)視器)合作，因此自己監(jiān)視這些功能和自己監(jiān)視計(jì)算單元的功能能力。此外在DE44 38 714A1中已知對(duì)第二個(gè)平面過程進(jìn)行檢查的第三個(gè)平面。通過第三個(gè)平面的監(jiān)視非常大地提高了運(yùn)行安全性和有效性。已知使用一種監(jiān)視模塊(watchdog監(jiān)視器)將過程檢查作為詢問-應(yīng)答-游戲進(jìn)行。
現(xiàn)實(shí)的汽車發(fā)動(dòng)機(jī)控制器是按照3-平面方案監(jiān)視電子發(fā)動(dòng)機(jī)充氣控制系統(tǒng)(EGAS)的。其中發(fā)動(dòng)機(jī)控制器是由所謂的功能計(jì)算機(jī)和監(jiān)視模塊(watchdog監(jiān)視器)組成的。功能計(jì)算機(jī)和監(jiān)視模塊通過詢問/應(yīng)答-通信進(jìn)行通信并且具有分開的關(guān)斷路徑。平面1代表發(fā)動(dòng)機(jī)運(yùn)行必須的真正的功能軟件。將平面1制作在功能計(jì)算機(jī)上。在同樣制作在功能計(jì)算機(jī)上的第二個(gè)平面上借助于簡(jiǎn)化的發(fā)動(dòng)機(jī)模型將允許扭矩與一個(gè)發(fā)動(dòng)機(jī)實(shí)際扭矩進(jìn)行比較。將這個(gè)平面建立在由平面3保護(hù)的硬件區(qū)域。平面3的組成部分是指令測(cè)試，程序過程檢查，A/D變換器-測(cè)試以及循環(huán)的和完全的存儲(chǔ)器測(cè)試。在現(xiàn)實(shí)的電子發(fā)動(dòng)機(jī)充氣控制系統(tǒng)中整個(gè)功能軟件和監(jiān)視軟件存在于一個(gè)控制器中。
在一個(gè)系統(tǒng)例如在一個(gè)汽車中常常存在兩種控制器。這些控制器大部分是相互獨(dú)立工作。被一個(gè)控制器發(fā)現(xiàn)的故障導(dǎo)致同一個(gè)控制器的故障反應(yīng)。
其缺點(diǎn)是，不能夠?qū)蝹€(gè)控制器任意相互連接。也就是說不可能把被第一個(gè)控制器發(fā)現(xiàn)的故障引導(dǎo)為另一控制器上的故障反應(yīng)。
隨著特別是汽車內(nèi)控制器數(shù)量的增加，搭接控制器軟件向不同系統(tǒng)的智能化的，整體的調(diào)節(jié)，控制和監(jiān)視的需求增加。

發(fā)明內(nèi)容
本發(fā)明的目的是建立一種搭接控制器的監(jiān)視方案，可以將一個(gè)系統(tǒng)所有的控制器連接在這個(gè)監(jiān)視方案中，以便對(duì)整個(gè)系統(tǒng)進(jìn)行最佳，簡(jiǎn)單和廉價(jià)的監(jiān)視或者調(diào)節(jié)成為可能。此外本發(fā)明應(yīng)該使故障識(shí)別和隨后的故障反應(yīng)可以在不同的控制器上完成。
本發(fā)明的優(yōu)點(diǎn)這個(gè)目的按照本發(fā)明是通過具有權(quán)利要求1特征的一種方法達(dá)到的。通過按照本發(fā)明的措施，對(duì)控制器應(yīng)用軟件的監(jiān)視和/或調(diào)節(jié)是通過實(shí)現(xiàn)在控制器，特別是在控制器計(jì)算單元上的一個(gè)搭接控制器的軟件框架(Softwarerahmen)執(zhí)行監(jiān)視重要的控制過程以及監(jiān)視過程，建立一個(gè)監(jiān)視方案，一個(gè)系統(tǒng)的所有控制器可以連接在這個(gè)監(jiān)視方案上。一個(gè)最佳的，簡(jiǎn)單的和最廉價(jià)的整個(gè)系統(tǒng)的監(jiān)視或者調(diào)節(jié)將成為可能。
其優(yōu)點(diǎn)是，如果將搭接控制器的軟件框架實(shí)現(xiàn)在控制器計(jì)算單元之后，至少安排兩個(gè)相互獨(dú)立的平面，其中第一個(gè)平面進(jìn)行控制，第二個(gè)平面進(jìn)行監(jiān)視。通過將控制軟件或者用戶軟件和監(jiān)視軟件分開有可能將一個(gè)系統(tǒng)的每個(gè)控制器構(gòu)成為單個(gè)故障安全的或者是本質(zhì)安全型的。第一個(gè)平面，也就是說控制器的功率控制存在在所有的控制器上。通過實(shí)現(xiàn)搭接控制器的軟件框架，該第一個(gè)平面被軟件框架組成部分的第二個(gè)平面監(jiān)視。
另外的優(yōu)點(diǎn)是，如果搭接控制器的軟件框架的第三個(gè)平面通過執(zhí)行監(jiān)視的平面的監(jiān)視檢查計(jì)算單元的功能方式。第三個(gè)平面同樣是軟件框架的組成部分，并且與第二個(gè)平面和第一個(gè)平面的功能軟件或者用戶軟件共同構(gòu)成監(jiān)視方案。從而在具有多個(gè)控制器的一個(gè)總系統(tǒng)中可以實(shí)現(xiàn)3-平面方案。
通過使用搭接控制器的軟件框架，使得由多個(gè)控制器組成的總系統(tǒng)的整體監(jiān)視方案成為可能。如同在單個(gè)控制器中已經(jīng)熟悉的，總系統(tǒng)優(yōu)異地被3-平面方案監(jiān)視。與監(jiān)視單個(gè)控制器相反，整體監(jiān)視提供了可能性，可以將功能或者軟件自由地分布在控制器上，不會(huì)有監(jiān)視質(zhì)量的損失或者故障反應(yīng)可能性的損失。
本發(fā)明使得故障識(shí)別與故障反應(yīng)分開成為可能。于是可以識(shí)別第一個(gè)控制器的部件故障并且引起另外控制器上的故障反應(yīng)。將故障反應(yīng)可以抽象為不同要求，例如不繼續(xù)加速，不要?jiǎng)x車嚙合或者不繼續(xù)提高發(fā)動(dòng)機(jī)轉(zhuǎn)速。
進(jìn)一步優(yōu)異的處理步驟是，如果連接在搭接控制器的軟件框架第二個(gè)平面上的至少一個(gè)監(jiān)視模塊的所謂的平面2模塊是可以替換的，這個(gè)軟件框架是用被它使用的計(jì)算單元的中央單元(CPU)的指令語句測(cè)試的。此外功能監(jiān)視是用模塊式的程序過程檢查和用模塊式的指令測(cè)試進(jìn)行的。
監(jiān)視模塊測(cè)試第二個(gè)平面的功能過程并且對(duì)要控制的量的額定值/實(shí)際值進(jìn)行比較，例如將發(fā)動(dòng)機(jī)額定扭矩與發(fā)動(dòng)機(jī)實(shí)際扭矩進(jìn)行比較。對(duì)額定值/實(shí)際值的比較是在搭接控制器的軟件框架的第二個(gè)平面上進(jìn)行的。將監(jiān)視模塊制作在這樣的控制器上，在其上至少存在一個(gè)可能性，即在故障情況下對(duì)所要求的故障反應(yīng)的轉(zhuǎn)換。
另一個(gè)優(yōu)異的方法步驟為，搭接控制器的軟件框架的至少一個(gè)通信部件協(xié)調(diào)各個(gè)控制器之間的通信。在這種情況下通信部件放入所有來自總線系統(tǒng)和對(duì)每個(gè)控制器重要的監(jiān)視量和將它們提供給第二個(gè)平面的所有模塊和部件。其中包括真正的功能監(jiān)視的量以及其他控制器的故障反應(yīng)要求。此外通信部件還負(fù)責(zé)準(zhǔn)備好向外輸出的量以及對(duì)其他控制器的故障反應(yīng)要求。其中除了功能量之外還包括來自有關(guān)控制器的故障反應(yīng)要求。通過輸送和接收來自平面2的重要的量以及故障反應(yīng)要求用簡(jiǎn)單的方法協(xié)調(diào)各個(gè)控制器之間的通信。
搭接控制器的軟件框架的至少一個(gè)故障反應(yīng)處理器可以適當(dāng)?shù)貐f(xié)調(diào)在控制器之間的故障反應(yīng)要求和通過對(duì)相應(yīng)執(zhí)行器(Aktor)的控制，例如汽車中的噴油嘴，節(jié)流閥，凸輪軸控制或者點(diǎn)火線圈對(duì)故障反應(yīng)要求進(jìn)行轉(zhuǎn)換。將返回到內(nèi)部或外部的故障反應(yīng)要求用一個(gè)故障反應(yīng)處理器進(jìn)行協(xié)調(diào)和轉(zhuǎn)換。為每個(gè)控制器制作一個(gè)矩陣，什么樣的執(zhí)行器可以轉(zhuǎn)換什么樣的故障反應(yīng)要求和必須如何選擇控制性能以達(dá)到所期望的故障反應(yīng)(例如對(duì)于內(nèi)部發(fā)動(dòng)機(jī)扭矩＝0噴射器控制持續(xù)時(shí)間＝0)。對(duì)應(yīng)于在這之前制作的矩陣，故障反應(yīng)處理器對(duì)各個(gè)執(zhí)行器進(jìn)行控制。
此外優(yōu)異的是，如果搭接控制器的軟件框架的故障反應(yīng)處理器監(jiān)視故障反應(yīng)，此時(shí)將執(zhí)行器所要求的性能與執(zhí)行器的實(shí)際性能進(jìn)行比較。如果故障反應(yīng)監(jiān)視確認(rèn)，故障反應(yīng)沒有被轉(zhuǎn)換，它就請(qǐng)求局部關(guān)斷路徑和控制器相應(yīng)地關(guān)斷。
一個(gè)優(yōu)異的處理步驟是搭接控制器的軟件框架的至少一個(gè)詢問/應(yīng)答部件在可以更換的監(jiān)視模塊，通信部件，故障反應(yīng)處理器以及其他部件之間進(jìn)行詢問/應(yīng)答通信。也就是說詢問/應(yīng)答部件的任務(wù)是進(jìn)行與第二個(gè)平面的監(jiān)視模塊和搭接控制器的軟件框架的其余模塊和部件之間進(jìn)行詢問/應(yīng)答通信。該種詢問/應(yīng)答部件這樣將控制器的硬件連接在一起，始終對(duì)監(jiān)視模塊提出與控制器無關(guān)同樣的問題和與之相適應(yīng)的正確應(yīng)答始終與控制器無關(guān)是同樣的。因此促進(jìn)了自由更換監(jiān)視模塊。
此外，這個(gè)詢問/應(yīng)答部件依賴于控制器硬件的重要性可以非常不同。最簡(jiǎn)單的情況下，即在相應(yīng)的控制器中已經(jīng)實(shí)現(xiàn)了一個(gè)詢問/應(yīng)答通信和這個(gè)部件只展示與第二個(gè)平面的功能接口，直到這樣的情況，其中真正的控制器監(jiān)視是通過兩個(gè)計(jì)算機(jī)實(shí)現(xiàn)的和這個(gè)部件必須模擬詢問/應(yīng)答通信。通過詢問/應(yīng)答通信將所有故障引導(dǎo)到零位置或者引導(dǎo)到關(guān)斷相應(yīng)的控制器。該詢問/應(yīng)答通信可以由一個(gè)監(jiān)視模塊(ASIC)或者第二個(gè)計(jì)算機(jī)執(zhí)行。
搭接控制器的軟件框架的詢問/應(yīng)答部件適宜于檢查程序過程，當(dāng)確認(rèn)故障時(shí)將控制器關(guān)斷或者將第二個(gè)平面的功能量調(diào)整為零。
優(yōu)異的是至少一個(gè)測(cè)試部件對(duì)由第二個(gè)平面的模塊或者部件所使用的存儲(chǔ)器區(qū)域進(jìn)行監(jiān)視和當(dāng)確認(rèn)一個(gè)故障時(shí)請(qǐng)求一個(gè)故障反應(yīng)。對(duì)所使用存儲(chǔ)器區(qū)域的監(jiān)視可以循環(huán)地進(jìn)行。
搭接控制器的軟件框架優(yōu)異地允許通過通信部件放入經(jīng)過總線系統(tǒng)被發(fā)送的其他控制器的故障反應(yīng)和功能量，通信部件將這些提供給搭接控制器的軟件框架的其余模塊和部件和將它們?cè)跈z查之后經(jīng)過總線系統(tǒng)又傳送給其他控制器。因此在各個(gè)控制器之間的最佳通信成為可能。
一個(gè)另外的優(yōu)點(diǎn)是，如果為了監(jiān)視各個(gè)控制器計(jì)算單元的功能安排一個(gè)監(jiān)視器，該監(jiān)視器在詢問/應(yīng)答通信框架內(nèi)檢查計(jì)算單元的功能方式和檢查監(jiān)視的功能方式。
此外優(yōu)異的是按照上述步驟之一，在一個(gè)控制器中，特別是在控制器的計(jì)算單元中實(shí)現(xiàn)搭接控制器的軟件框架。搭接控制器的軟件框架有一個(gè)模塊式結(jié)構(gòu)和至少一個(gè)可以更換的監(jiān)視模塊和適當(dāng)?shù)赜兄辽僖粋€(gè)通信部件，至少一個(gè)故障反應(yīng)處理器，至少一個(gè)測(cè)試部件和/或至少一個(gè)詢問/應(yīng)答部件。在一個(gè)控制器的搭接控制器的軟件模塊中將第二個(gè)平面的監(jiān)視模塊可以可變地引入和取下。從而一個(gè)控制器有可能有很多不同的監(jiān)視模塊和因此可以靈活地對(duì)故障反應(yīng)要求進(jìn)行反應(yīng)。一個(gè)控制器可以排除由另外控制器確定的故障，不必要由另外的控制器排除這個(gè)故障。
監(jiān)視方案和搭接控制器的軟件框架是可以使用在每個(gè)任意的技術(shù)系統(tǒng)中，但是特別是可以使用在汽車中。
附圖描述借助于附圖敘述按照本發(fā)明用于監(jiān)視和/或調(diào)節(jié)一種技術(shù)系統(tǒng)的方法或者按照本發(fā)明搭接控制器的軟件框架方法的進(jìn)一步細(xì)節(jié)和優(yōu)點(diǎn)。附圖表示附

圖1具有表示各個(gè)處理步驟的搭接控制器的軟件框架的簡(jiǎn)圖，附圖2具有三個(gè)控制器的汽車按照本發(fā)明的監(jiān)視方案。
具體實(shí)施例方式
附圖1示出搭接控制器的軟件框架1的優(yōu)異的實(shí)施形式以及由搭接控制器的軟件框架1執(zhí)行的各個(gè)處理步驟。將搭接控制器的軟件框架1實(shí)現(xiàn)在控制器3，30，40上和與已經(jīng)位于控制器3，30，40上的功能軟件或者應(yīng)用軟件15相連接。通信部件7放入所有對(duì)于第二個(gè)平面重要的量13，14和將這些提供給本地平面2的監(jiān)視模塊6。監(jiān)視模塊6是可變地在搭接控制器的軟件框架1上使用。也就是說不僅相應(yīng)控制器3的監(jiān)視模塊6可以使用在搭接控制器的軟件框架1上，而且負(fù)責(zé)其他的控制器30，40監(jiān)視模塊6也可以使用。監(jiān)視模塊6可以自由分配給所有連接在網(wǎng)絡(luò)組合上的控制器3，30，40。于是負(fù)責(zé)駕駛踏板的控制器的監(jiān)視模塊也可以使用在負(fù)責(zé)發(fā)動(dòng)機(jī)控制的控制器上和相反。
提供給監(jiān)視模塊6的重要量是由原本監(jiān)視的功能量14以及來自其他控制器3，30，40的故障反應(yīng)要求13組成的?？刂破?的通信部件7也將該重要量提供給其他的控制器30，40。其中除了功能量14之外還有來自該控制器3的故障反應(yīng)要求13。
故障反應(yīng)處理器8不僅協(xié)調(diào)控制器內(nèi)部的而且還協(xié)調(diào)外部的故障反應(yīng)要求13。為此為每個(gè)控制器制作一個(gè)矩陣，哪個(gè)執(zhí)行器9，例如駕駛踏板，噴油嘴或者節(jié)流閥，可以將哪些故障反應(yīng)要求13進(jìn)行轉(zhuǎn)換。此外故障反應(yīng)處理器8決定控制性能達(dá)到所期望的故障反應(yīng)。根據(jù)找到的最佳解決方法故障反應(yīng)處理器8控制各個(gè)執(zhí)行器9。此時(shí)根據(jù)要求可以同時(shí)或者先后控制執(zhí)行器。
搭接控制器的軟件框架1的故障反應(yīng)處理器8進(jìn)行故障反應(yīng)監(jiān)視，此時(shí)將執(zhí)行器9所要求的性能與執(zhí)行器9實(shí)際性能進(jìn)行比較。如果故障反應(yīng)監(jiān)視確認(rèn)，故障反應(yīng)13沒有被轉(zhuǎn)換，它請(qǐng)求本地關(guān)斷路徑和相應(yīng)地關(guān)斷控制器3，30，40。
測(cè)試部件11監(jiān)視被監(jiān)視模塊6所使用的存儲(chǔ)器區(qū)域12，例如RAM-存儲(chǔ)器或者ROM-存儲(chǔ)器。對(duì)這種監(jiān)視可以適當(dāng)?shù)匮h(huán)進(jìn)行，但是也可以其他方式地進(jìn)行。
借助于詢問/應(yīng)答部件10進(jìn)行與第二個(gè)平面5的監(jiān)視模塊6以及搭接控制器的軟件框架1的模塊和部件7，8，11進(jìn)行詢問/應(yīng)答通信。詢問/應(yīng)答部件10將內(nèi)部詢問18提給搭接控制器的軟件框架1的各個(gè)模塊和部件6，7，8，10。為此每個(gè)監(jiān)視模塊6或者每個(gè)部件7，8，11有一個(gè)程序過程檢查16。此外每個(gè)監(jiān)視模塊6或者每個(gè)部件7，8，11有一個(gè)指令測(cè)試部分17。在監(jiān)視模塊6的指令測(cè)試部分17或者搭接控制器的軟件框架1其他部件7，8，11的指令測(cè)試部分17上將進(jìn)行比較，是否實(shí)際性能與所要求的性能一致。也就是說當(dāng)內(nèi)部詢問經(jīng)過所有模塊或者部件之后，這些各自給出涉及程序過程19以及指令測(cè)試20的一個(gè)應(yīng)答返回給詢問/應(yīng)答部件10。
附圖2示出了具有3個(gè)控制器3，30，40的汽車的一種優(yōu)異的監(jiān)視方案。也就是說附圖2表示了具有三個(gè)參與的控制器的上述監(jiān)視方案的可能應(yīng)用情況。
在例子中將駕駛踏板模塊50連接在控制器3上。發(fā)動(dòng)機(jī)控制模塊60連接在控制器30上。對(duì)駕駛踏板50的監(jiān)視是實(shí)現(xiàn)在控制器3上。將駕駛踏板位置作為功能量和經(jīng)過總線系統(tǒng)2傳送給第一個(gè)平面4和第二個(gè)平面5。在控制器30中進(jìn)行駕駛期望準(zhǔn)備及發(fā)動(dòng)機(jī)控制。如果駕駛踏板模塊50的部件監(jiān)視確認(rèn)在駕駛踏板上的故障時(shí)，由它請(qǐng)求一個(gè)抽象的故障反應(yīng)，例如一個(gè)加速限制或者一個(gè)最高速度的限制。
將故障反應(yīng)要求13通過總線系統(tǒng)2傳送給發(fā)動(dòng)機(jī)控制模塊60的控制器30?？刂破?不具備轉(zhuǎn)換這個(gè)故障反應(yīng)的可能性。為了限制汽車加速，不僅可以降低發(fā)動(dòng)機(jī)扭矩而且還可以進(jìn)行剎車制動(dòng)。制動(dòng)踏板模塊70的控制器40根據(jù)提供的初始數(shù)據(jù)獲得安全的汽車縱向加速度和將它經(jīng)過總線系統(tǒng)2提供給其他的控制器?？刂破?0的故障反應(yīng)處理器8于是對(duì)于發(fā)動(dòng)機(jī)控制降低了發(fā)動(dòng)機(jī)扭矩。如果這種措施還不夠，制動(dòng)踏板模塊70的控制器40采取積極制動(dòng)。通過適當(dāng)?shù)膽?yīng)用軟件保證了相互支持地采取了兩個(gè)措施。
所介紹的監(jiān)視方案的優(yōu)點(diǎn)是，這個(gè)方案的步進(jìn)式的轉(zhuǎn)換是與對(duì)現(xiàn)有系統(tǒng)影響很小相聯(lián)系的。
參考符號(hào)表1 搭接控制器的軟件框架2 總線系統(tǒng)3 控制器4 第一個(gè)平面5 第二個(gè)平面6 監(jiān)視模塊7 通信部件8 故障反應(yīng)處理器9 執(zhí)行器10 詢問/應(yīng)答部件11 測(cè)試部件12 存儲(chǔ)區(qū)域13 故障反應(yīng)要求14 功能量15 應(yīng)用軟件16 程序過程檢查17 指令測(cè)試部分18 內(nèi)部詢問19 程序過程檢查的應(yīng)答20 指令測(cè)試部分的應(yīng)答30 控制器40 控制器50 駕駛踏板模塊60 發(fā)動(dòng)機(jī)控制模塊70 制動(dòng)踏板模塊
權(quán)利要求
1.監(jiān)視和/或調(diào)節(jié)一種技術(shù)系統(tǒng)特別是汽車的方法，具有至少兩個(gè)通過總線系統(tǒng)(2)相互連接的控制器(3，30，40)，這些控制器各自具有至少一個(gè)計(jì)算單元和各自進(jìn)行監(jiān)視重要的控制過程以及監(jiān)視過程，其中在控制器(3，30，40)特別是在控制器(3，30，40)的計(jì)算單元上實(shí)現(xiàn)的一個(gè)搭接控制器的軟件框架(1)進(jìn)行控制器(3，30，40)應(yīng)用軟件(15)的監(jiān)視和/或調(diào)節(jié)。
2.按照權(quán)利要求1的方法，其中在實(shí)現(xiàn)搭接控制器的軟件框架(1)之后在控制器(3，30，40)的計(jì)算單元上安排至少兩個(gè)相互無關(guān)的平面(4，5)，此時(shí)第一個(gè)平面(4)進(jìn)行控制，第二個(gè)平面(5)進(jìn)行監(jiān)視。
3.按照上述權(quán)利要求之一的方法，其中在實(shí)現(xiàn)搭接控制器的軟件框架(1)之后在控制器(3，30，40)的計(jì)算單元上安排一個(gè)第三個(gè)平面，該第三個(gè)平面通過監(jiān)視進(jìn)行監(jiān)視的平面(2)檢查計(jì)算單元的功能方式。
4.按照上述權(quán)利要求之一的方法，其中可以更換地連接在搭接控制器的軟件框架(1)的第二個(gè)平面(5)上的至少一個(gè)監(jiān)視模塊(平面2模塊)(6)測(cè)試由它使用的計(jì)算單元的中央單元(CPU)的指令語句。
5.按照上述權(quán)利要求之一的方法，其中監(jiān)視模塊(6)測(cè)試第二個(gè)平面(5)的功能過程和對(duì)要控制量的額定值/實(shí)際值進(jìn)行比較。
6.按照上述權(quán)利要求之一的方法，其中搭接控制器的軟件框架(1)的至少一個(gè)通信部件(7)協(xié)調(diào)各個(gè)控制器(3，30，40)之間的通信。
7.按照上述權(quán)利要求之一的方法，其中搭接控制器的軟件框架(1)的至少一個(gè)故障反應(yīng)處理器(8)協(xié)調(diào)控制器(3，30，40)之間的故障反應(yīng)要求(13)和通過控制相應(yīng)的執(zhí)行器(9)將其進(jìn)行轉(zhuǎn)換。
8.按照上述權(quán)利要求之一的方法，其中搭接控制器的軟件框架(1)的故障反應(yīng)處理器(8)進(jìn)行故障反應(yīng)監(jiān)視，此時(shí)將一個(gè)執(zhí)行器(9)所要求的性能與執(zhí)行器(9)的實(shí)際性能進(jìn)行比較。
9.按照權(quán)利要求7或8的方法，其中故障反應(yīng)處理器(8)當(dāng)確定一個(gè)沒有被轉(zhuǎn)換的一個(gè)故障反應(yīng)時(shí)關(guān)斷控制器(3，30，40)。
10.按照權(quán)利要求7至9之一的方法，其中搭接控制器的軟件框架(1)的至少一個(gè)詢問應(yīng)答部件(10)在可以更換的監(jiān)視模塊(6)，通信部件(7)以及故障反應(yīng)處理器(8)之間進(jìn)行詢問應(yīng)答通信。
11.按照上述權(quán)利要求之一的方法，其中搭接控制器的軟件框架(1)的詢問應(yīng)答部件(10)檢查程序過程和當(dāng)確定了故障時(shí)關(guān)斷控制器(3，30，40)和/或?qū)⒌诙€(gè)平面(5)的功能量(14)調(diào)整為零。
12.按照上述權(quán)利要求之一的方法，其中至少一個(gè)測(cè)試部件(11)對(duì)被第二個(gè)平面(5)的模塊或者部件(6，7，8)使用的存儲(chǔ)器區(qū)域(12)進(jìn)行監(jiān)視和當(dāng)確定一個(gè)故障時(shí)要求一個(gè)故障反應(yīng)(13)。
13.按照上述權(quán)利要求之一的方法，其中搭接控制器的軟件框架(1)的通信部件(7)經(jīng)過總線系統(tǒng)(2)放入其他控制器(3，30，40)的故障反應(yīng)要求(13)和功能量(14)，提供給搭接控制器的軟件框架(1)的模塊和部件(6，7，8)和經(jīng)過總線系統(tǒng)(2)又傳送給其他的控制器(3，30，40)。
14.按照上述權(quán)利要求之一的方法，其中為了監(jiān)視各個(gè)控制器(3，30，40)的計(jì)算單元的功能安排了一個(gè)監(jiān)視器(watchdog)，監(jiān)視器在詢問應(yīng)答通信框架內(nèi)檢查計(jì)算單元的功能方式和監(jiān)視的功能方式。
15.用于執(zhí)行按照上述權(quán)利要求之一的方法的搭接控制器的軟件框架(1)是可以實(shí)現(xiàn)在一個(gè)控制器(3，30，40)上的，特別是可以實(shí)現(xiàn)在一個(gè)控制器(3，30，40)的計(jì)算單元上的。
16.按照權(quán)利要求15的搭接控制器的軟件框架(1)有一個(gè)模塊式的結(jié)構(gòu)和至少一個(gè)可以更換的監(jiān)視模塊(6)。
17.按照權(quán)利要求15或16的搭接控制器的軟件框架(1)有至少一個(gè)通信部件(7)，至少一個(gè)故障反應(yīng)處理器(8)和/或至少一個(gè)詢問/應(yīng)答部件(10)。
全文摘要
本發(fā)明涉及一種用于監(jiān)控和/或調(diào)節(jié)技術(shù)系統(tǒng)，特別是汽車的一種方法，具有至少兩個(gè)經(jīng)過一個(gè)總線系統(tǒng)相互連接的控制器，這些控制器各自有至少一個(gè)計(jì)算單元和各自進(jìn)行監(jiān)控重要的控制過程以及監(jiān)視過程，其中可實(shí)現(xiàn)在控制器，特別是可實(shí)現(xiàn)在控制器的計(jì)算單元上的搭接控制器的軟件框架進(jìn)行控制器應(yīng)用軟件的監(jiān)控和/或調(diào)節(jié)。
文檔編號(hào)G05B23/02GK1577197SQ20041007121
公開日2005年2月9日 申請(qǐng)日期2004年7月14日 優(yōu)先權(quán)日2003年7月14日
發(fā)明者G·E·馮施維爾特費(fèi)雷爾 申請(qǐng)人:羅伯特-博希股份公司