SE510029C2 - Diagnossystem i ett driftsystem för motorer jämte en diagnosfunktionsmodul (DF-modul) i ett driftsystem för motorer - Google Patents

Description

15 20 25 30 35 510 029 2 och för att ge en varning till föraren om ett fel uppstår.

En sådan varning kan ges genom att man tänder en fellampa (Malfunction Indication Lamp, MIL) på fordonets instrument- panel. Beroende på hur allvarligt felet är kan föraren instrueras att genast uppsöka verkstad för att få felet reparerat eller om det rör sig om ett mindre fel så kan han vänta till nästa schemalagda besök på verkstaden.

För vissa driftsystem för motorer, framförallt de som har att göra med avgasutsläpp, så avgörs genom lagstiftning hur ofta och under vilka omständigheter en diagnoskontroll skall utföras. Följaktligen finns det standardiserade driftsperioder under vilka samtliga diagnoskontrollerrmåste utföras. Lagstiftningen kräver också att onl vissa fel upptäcks under två på varandra följande driftsperioder skall dessa fel lagras permanent i ett minne så att man sedan kan komma åt dem på verkstaden.

Exempel på driftsystem för motorer är t ex en motorstyrmo- dul, hantera förångat bränsle, ett återcirkulationssystem för avgaser, system för att sekundärluftsystem och utvärderingssystem för katalytisk omvandling. Ytterligare komponenter som kan kräva utvärdering är t ex sensor för motorkylmedel, sensor för luftflöde, motorhastighetssensor etc. Funktionen hos vissa komponenter kan kontrolleras i stort sett oberoende av nmtorns driftsförhållanden, men vissa komponenter och system kan enbart kontrolleras vid vissa driftsparametrar, t ex motorbelastning, temperatur, motorhastighet etc.

Följaktligen har man tagit franndiagnossystem soulpriorite- rar vissa diagnoskontroller framför andra, t ex beskrivs i US-A-5 331 560 ett prioriteringssystenn i vilket vissa diagnoskontroller kan avbrytas om driftsförhållandena anger att en diagnoskontroll kan utföras på ett driftsystem för motorn vars nödvändiga driftsparametrar bara. uppträder 10 15 20 25 30 35 3 sällan. När den pågående diagnoskontrollen väl har av- brutits kan den prioriterade kontrollen sedan utföras.

P g a kopplingarna mellan många komponenter och delsystem som driftsystemet för motorer består, av är det nödvändigt att förbjuda diagnoskontroller på andra komponenter eller delsystem, vilka annars skulle kunna påverka giltigheten hos resultatet.hos diagnoskontrollen, onldriftsförhållande- na är sådana att en diagnoskontroll kan utföras på en komponent eller ett delsystem. Vid konventionella diagnos- system innebär detta att om en komponent eller ett delsys- tem läggs till eller tas bort måste diagnossystemet omprogrammeras för att se till att diagnossystemet tar till hänsyn till inverkan av den nya eller borttagna komponenten eller delsystemet på övriga delar av driftsystemet för motorer. Givetvis uppstår samma problem när man vill inplementera samma diagnossystem i en annan fordonsmodell.

Den ovan nämnda kopplingen mellan olika komponenter och delsystem innebär vidare att om man upptäcker ett fel i en komponent så kan felet påverka diagnoskontroller sonnutförs på ett flertal komponenter eller delsystem. Det är därför önskvärt att det finns möjlighet att korrekt avgöra var ursprungsorsaken till ett fel finns, och att inga falsklarm lagras.

För att underlätta för verkstaden eller tillverkaren att fastslå varför ett visst fel har uppkommit vore det värdefullt att kunna få information om driftförhållandena hos fordonet från den tidpunkt när felet uppstod, fram till den tidpunkt som det detekterades. Någon sådan möjlighet har inte funnits förrän nu.

REDoGöRELsE FÖR UPPFINNINGEN: Det är således ett ändamål hos föreliggande uppfinning att visa ett diagnossystenx vilket snabbt identifierar fel, 510 åo29ir 10 15 20 25 30 35 510 029 4 framförallt hos komponenter eller delsystem som har att göra med avgasutsläpp, vilket enkelt kan anpassas till olika modeller på fordon eller motor.

Detta ändamål uppnås med ett system enligt krav 1.

Genom att man grupperar allt som behövs för varje komponent eller delsystem i en specifik DF-modul för att (i) utföra en utvärderingsrutin för att detektera ett fel, (ii) lagra utvärderade resultaten statistiskt, (iii) filtrera de ut- värderade resultaten för att avgöra när man skall skapa DTC-data och företrädesvis, (iv) om giltighet föreligger, avgöra när man skall lagra eller ta bort DTC-data, och när man skall tända eller släcka en MIL, och genom att man avgör den ordning i vilken man utför utvärderingsrutinerna i alla DF-modulerna i diagnossystemet i en enda DF-tidsför- delningsfunktion kan diagnossystemet snabbt anpassas till förändringar av komponenter eller delsystem eftersom samtliga DF-moduler är oberoende av varandra. 10 15 20 25 30 35 '510 io29f Ytterligare ett ändamål med föreliggande uppfinning är att redovisa en DF-modul vilken klarar av att självständigt avgöra om vissa data skall lagras eller inte.

Detta ändamål uppnås med DF-modulen enligt krav 17.

Föredragna utföringsformer av föreliggande uppfinning beskrivs i underkraven.

RITNINGARNA: Uppfinningen kommer att beskrivas detaljerat nedan ned hjälp av ett exempel och med hänvisning till de bifogade ritningarna där ; är ett blockdiagran1av ett diagnossystennenligt föreliggande uppfinning; Fig. l är en schematisk redovisning av en diagnos- felkod som har genererats i. diagnossystemet Fig. 2 enligt föreliggande uppfinning; visar ett exempel på en tidsfördelningstabell för bruk i en tidsfördelningsfunktion i ett Fig. 3 diagnossystem enligt föreliggande uppfinning; visar ett exempel på en tidsfördelningslista för bruk i diagnossystemet enligt föreliggande Fig. 4 uppfinning; 10 15 20 25 30 35 510 029 6 Fig. 5 visar en möjlig tabell över “freeze fram " och en tabell för utökad “freeze frame" för bruk i en DTC-dataarea i ett diagnossystenx enligt föreliggande uppfinning; Fig. 6 visar ett exempel på ett DTC-block för bruk i diagnossystemetenligtföreliggandeuppfinning; Fig. 7 visar schematiskt en roterande buffert för bruk i en datainsamlingsutrustning i diagnossystemet enligt föreliggande uppfinning; Fig. 8 är ett exempel på en utökad “freeze frame“; Fig. 9 visar en utgångslista för en valideringsanord- ning och motsvarande kontrollista för valide- ringsanordningen; och 'Fig. 10 är ett flödesdiagram för initiering av en kontrollista för en valideringsanordning.

FöREnRAGNA UTFÖRINGSFQRMER: I fig. 1 betecknar hänvisningssiffran 10 allmänt ett diagnossystem enligt föreliggande uppfinning. Systemet innefattar ett flertal diagnosfunktionsmoduler (hädanefter benämnda DF-moduler) 20, 20', 20", betjänar en komponent eller ett delsystennvars driftsstatus där varje DF-modul skall utvärderas. Exempel på sådana komponenter och delsystem är en syresensor i avgasröret, detektionskrets för luftläckage, bränsleinjektion, återcirkulationssystem för avgaser, temperatursensor för motorkylmedel, luft- flödessensor, reglerventil för tomgångskörning, sensor för absoluttryck i. insugningsröret, sensor för nwtorhastig- heten, stängningsventil för kanister etc. På ett sätt som kommer att beskrivas senare är varje DF-modul 20, 20', 20", inrättad att utvärdera sin nwtsvarande komponent 10 15 20 25 30 35 7 eller delsystem och att generera en diagnosfelkod (hädan- efter benämnd DTC) vilken anger driftsfelstatus hos komponenten/delsystemet.

Ett föredraget DTC-format, allmänt betecknat 200 visas i fig. 2, och består av en sextonbitars kod delad i tre delar. En första del 201 består företrädesvis av åtta bitar, och används för att indikera i vilket delsystem av motorn, t ex tändsystem, bränsle- och luftmätsystem, etc, som ett fel finns i. En andra del 202 består företrädesvis av fyra bitar och används för att indikera i vilken komponent hos delsystemæt. son1 ett fel finns. Slutligen används en tredje del 203, som också består av fyra bitar för att indikera den typ av fel som inverkar på andra komponenter/delsystem t ex ett trögt svar i en G5-sensor, skada på en katalytisk omvandlare p g a feltändning, en ventil som har fastnat i öppet läge, etc.

P g a att diagnossystemet för motorer enligt uppfinningen är inrättat att utvärdera driftsstatus hos ett flertal komponenter och delsystem och då många av dessa komponen- ter/delsystem enbart kan utvärderas när vissa driftsför- hållanden föreligger, innefattar systemet 10 vidare en tidsfördelningsfunktion för diagnosfunktionen (hädanefter benämnd DF-tidsfördelningsfunktion) 30. Syftet med DF- tidsfördelningsfunktionen är att koordinera prioriteten mellan de olika utvärderingsrutinerna som skall utföras av de respektive DF-modulerna, så att man ser till att full- följa så många utvärderingsrutiner som möjligt inom ett visst tidsintervall, beroende på föreliggande driftsför- hållande, samtidigt som två utvärderingsrutiner inte får utföras samtidigt om det föreligger risk för att detta resulterar i att man genererar en felaktig DTC. Exempel på två utvärderingsrutiner vilka inte bör utföras samtidigt är koll av läckagedetektion med hjälp av en purge-ventil för 51 o 01329 5 t 10 15 20 25 30 35 510 029 8 kanistern och utvärdering av det katalytiska omvandlings- förhållandet.

När ett fel detekteras av en DF-modul stoppar DF-tidsför- delningsfunktionen vidare de utvärderingsrutiner som annars skulle påverkas av felet, m a <> dessa stoppade utvär- deringsrutiner hade annars “lurats" att tro att ett fel existerar även i deras system, trots att det egentligen inte finns några fel i dessa system.

I det fall att en sålunda påverkad DF-modul utför sin utvärderingsrutin innan utvärderingsrutinen hos den kompo- nent/delsystem i vilket det egentliga felet finns hinner utföras, genererar den påverkade DF-modulen en DTC som anger ett fel i den komponent/delsystem som hör till den DF-modulen. Följaktligen är det nödvändigt att diagnossys- temet 10 har tillgång till tillräcklig information för att den skall kunna avgöra om DTC är giltigt eller inte. M a o måste systemet 10 kunna avgöra om det egentliga felet finns i den komponent/delsystem som utvärderas av den DF-modul som har gett det ursprungliga DTC, eller om denna DF-modul har “lurats" p g a ett föreliggande, men ännu ej upptäckt fel i en annan komponent/delsystem.

För att förse systemet 10 med information om driftsför- hållanden i fordonet innan den tidpunkt när DTC genererades innefattar systemet vidare en datainsamlingsmodul 40. På ett sätt som komer att förklaras senare är datainsam- lingsmodulen inrättad att hantera uppkomsten av “freeze frames" och utökade “freeze frames". En “freeze frame" är ett sampel av ett antal parametrar vilka är specifika för DTC i fråga, t ex den egentliga motortemperaturen, och motorhastigheten vid den tidpunkt som DTC genererades. En utökad “freeze frame" innefattar ett antal sampel på ett antal parametrar som är specifika för det aktuella DTC från den tidpunkt då DTC genererades, och bakåt i tiden. 10 15 20 25 30 35 1510 6029 9 Utgående från.denna information genererar datainsamlingsmo- dulen 40 ett DTC-block som innehåller DTC, och denna information.

Systemet 10 är utrustat med en DTC-dataareamodul 50 för att kunna lagra alla DTC-block som genereras av datainsam- lingsmodulen 40. När DTC-dataareamodulen 50 mottar en begäran från datainsamlingsmodulen 40 om.att spara ett DTC- block så sparar den blocket och sänder "DTC saved" till datainsamlingsmodulen på ett sätt som kommer att beskrivas senare.

För att avgöra om det sparade DTC-blocket är giltigt eller inte, m a o om ett fel egentligen föreligger eller inte, i den komponent eller delsystem som har kontrollerats av den DF-modul som genererade DTC:t så är systemet 10 försett med en valideringsanordning 60. Valideringsanordningen 60 mottar från DTC-dataareamodulen 50 information om att ett icke validerat DTC-block har sparats, och genom att upprätta en valideringskontrollista (vilken kommer att beskrivas senare) så kan den avgöra om DTC-blocket skall anses giltigt eller inte.

Om valideringsanordningen 60 beslutar att ett DTC-block är giltigt så visar detta på felfunktion hos en komponent eller ett system, Beroende på vilken komponent eller system det gäller kan det vara önskvärt att upplysa fordonets förare om felfunktionen. Följaktligen är systemet 10 försett med en hanteringsmodul 70 för felfunktionslampa (händanefter benämnd MIL) vilken kan upplysa föraren om en felfunktion genom att visa felsignal eller felmeddelande på fordonets instrumentpanel.

För att diagnossystemet för motorer 10 ska kunna kommunice- ra med extern testutrustning som finns på verkstäder så 10 15 20 25 30 35 510 029 10 innefattar systemet 10 företrädesvis en modul 80 för hantering av extern kommunikation (hädanefter benämnd ECH).

Slutligen är systemet 10 försett med en modul 90 för styrning av diagnossystemet (hädanefter benämnd DSM) vilken ansvarar för att diagnossystemet startas när fordonets tändning slås på, och för att stoppa systemet när driftsys- temet för motorer har avslutat alla andra operationer efter det att tändningen har stängts av. Detta uppnås genom en interaktion mellan diagnossystemet och driftsystemet för motorn, vilka bägge är belägna i modulen för styrning av fordonets motor.

För att underlätta förståelsen av diagnossystemet 10 i den föreliggande uppfinningen så kommer varje modul eller enhet 20, 30, 40, 50 och 60 att nedan beskrivas detaljerat.

DF-modulen 20 Som har nämnts tidigare så betjänar varje DF-modul 20, 20', 20", en komponent eller ett delsystem vars driftstatus skall utvärderas. Följaktligen är varje DF-modul 20, 20', 20", inrättad att utvärdera sin motsvarande komponent/- delsystem och att generera en diagnosfelkod (DTC) vilken antyder driftstatusen hos komponenten/systemet. För att åstadkomma detta så måste varje DF-modul kunna behandla all information sonnbehövs för utvärdering av en icke-fungeran- de komponent eller delsystem, som 1: ex en sensor, en komponent i avgassystemet, EVAP-system, etc.

I detta syfte och som framgår ur fig. 1 så innefattar varje DF-modul 20, 20' och 20", ett flertal submoduler inklusive ett DF-gränssnitt 21, en fysisk diagnos (hädanefter benämnd PD) 22, en DF-loggutrustning 23, DF-styrning 24 och DTC- hanterare 25. 10 15 20 25 30 35 ll DF-gränssnittet 21 är en DF-submodul som hanterar överfö- ring av kommunikation från och till DF-submoduler till andra moduler i diagnossystemet. Eftersom en DTC som har genererats av en viss DF-modul är unik för den modulen så används DTC av andra moduler i systemet som identifierare vid komunikation.med just den DF-modulen. Följaktligen kan DF-gränssnittet 21 känna igen alla signaler som är adresse- rade till en DF-modul med den identifierare som är för- bunden med den DF-modul i vilken DF-gränssnittet sitter, och skickar dessa signaler till korrekt DF-submodul. Alla signaler som har skickats från en DF-submodul till DF- tidsfördelningsfunktionen 30, datainsamlaren 40, DTC- dataarean 50, valideringsanordningen 60, MIL-hanteraren 70 eller ECH-modulen 80 går via DF-gränssnittet 21.

PD 22 är en DF-submodul vilken innehåller en utvärderings- rutin för varje DTC som är förbunden med just den DF- modulen. PD 22 kan avgöra när de nwtordriftförhållanden föreligger vilka tillåter DF-modulen 20 att utvärdera sitt motsvarande delsystem eller komponent. Varje gång dessa förhållanden föreligger så informerar PD 22 DF-kontrollern 24 om att det nu är möjligt att utföra utvärderingsrutinen.

PD väntar på tillstånd från DF-kontrollen innan den utför utvärderingsrutinen.

Om motordriftförhållanden ändrar sig under en utvärderings- rutin, så att villkoren för att kunna utföra utvärderings- rutinen inte längre föreligger så avbryter PD rutinen. Och på samma sätt avbryter PD rutinen om DF-kontrollern 24 ger besked om att tillstånd inte finns att utföra utvärderings- rutinen.

För att kunna avgöra om ett möjligt fel föreligger så avger PD 22 ett rankningsvärde som indikator på statusen hos det utvärderade delsystemet/komponenten varje gång en ut- värderingsrutin har genomlöpts. Företrädesvis ligger varje 10 15 20 25 30 35 510 029 12 rankningsvärde mellan 1 och 255 där värdet 128 motsvarar en normal komponent eller delsystem, t ex att reglerventilen för luft vid tomgång motsvarar ett kalibrerat referensvär- de. Värdet 255 motsvarar en komponent eller delsystem som helt har upphört att fungera, t ex reglerventilen för luft vid tomgång vid maximum. Varje komponent/delsystem till- delas en övre felgräns, och under förutsättning att rankningsvärdet ligger under den övre felgränsen så komer fel inte att indikeras, och en utvärderad datasignal med "icke-fel" överstiger den övre gränsen så genereras en utvärderad innebörden genereras. Om rankningsvärdet datasignal med innebörden "fel". Varje gång som utvär- deringsrutinen har avslutats så skickas den utvärderade datasignalen till DF-kontrollern 24 och rankningsvärdet skickas till DF-loggern 23.

DF-loggern 23 är en DF-submodul som tar emot ranknings- värdena och använder det högsta av ett visst antal rank- ningsvärden för statistisk behandling, och resultaten lagras som information för verkstaden.

DF-kontrollern 24 är en DF-submodul som styr PD 22. När PD informerar DF-kontrollern om att det är möjligt att utföra utvärderingsrutinen, så skickas ett svar till DF-tidsför- delningsfunktionen att utvärderingsrutinen avbryts. När DF- tidsfördelningsfunktionen 30 sänder ett svar att utvär- deringsrutinen får utföras så tillåter DF-kontrollern 24 PD att utföra rutinen. Om. DF-tidsfördelningsfunktionen 30 skickar en begäran om att stoppa utvärderingsrutinen så skickar DF-kontrollern meddelande om upphävt tillstånd att utföra utvärderingsrutinen, och när utvärderingsrutinen har stoppats så skickar den ett "stopp"-svar till DF-tidsför- delningsfunktionen.

DF-kontrollern 24 mottar även alla utvärderade datasignaler och upplyser DF-tidsfördelningsfunktionen 30 om föränd- 10 15 20 25 30 35 i 510 029 13 ringar i status hos de utvärderade datasignaler, vilka definieras som de senast utvärderade datasignalerna. Innan DF-kontrollern ger ifrån sig en kontrollerad "fel"-datasig- nal. sâ krävs att, det genereras ett antal. på 'varandra följande Antalet på varandra följande signaler som krävs för att åstadkomma utvärderade "fel"-datasignaler. denna förändring i tillstånd är specifik för varje DTC som skall genereras. Vid start av tändningen så sätts den styrda datasignalen till "icke utförd", och vid den första utvärderade "icke-fel"-datasignalen så sätts den styrda datasignalen till "icke-fel".

När DF-kontrollern 24 producerar en kontrollerad "fel"- datasignal så skickar den en begäran till datainsamlingsmo- dulen om att skapa DTC-data. När denna väl har satts så är det inte möjligt att ändra den styrda "fel"-datasignalen under återstoden av driftsperioden (tills tändningen har slagits av).

DTC-hanteraren 25 är en DF-submodul som ansvarar för att fatta beslut efter det att diagnossystemet 10 har validerat ett DTC-block och kommit fram till att det är giltigt. Dess funktioner innefattar beslut om när man skall lagra ett DTC-block permanent, att skicka begäran om att släcka eller tända felfunktionslampan i MIL-hanteringsmodulen 70, och beslut om när man skall radera ett DTC-block när fel inte längre detekteras.

DF-tidsfördelningsmodglen 30 DF-tidsfördelningsmodulen 30 hanterar tidsfördelning av utvärderingsrutinerna.Efißtidsfördelningsmodulen 30nwttar begäran om.att utföra utvärderingsrutiner från DF-modulerna 20, 20', 20", värderingsrutiner skall utföras, varvid den tar hänsyn till om.det föreligger några utvärderade "fel"-datasignaler, hur lång tid det har gått sedan motorn startades, och den och beslutar i vilken ordning dessa ut- 10 15 20 25 30 35 510 029 14 relativa prioriteten mellan de utvärderingsrutiner som det har kommit in begäran om.

DF-tidsfördelningsmodulen 30 'tar hänsyn till. de senast utvärderade data som den har mottagit från DF-modulerna, och avgör om dessa utvärderade data innebär att vissa ut- värderingsrutiner som påverkas av felet bör avbrytas. DF- tidsfördelningsfunktionen tar även hänsyn till huruvida en DF-modul har upplyst DF-tidsfördelningsmodulen om att en utvärderingsrutin har hejdats p g a att villkoren för att utföra utvärderingsrutinen inte längre föreligger eller har hejdats på begäran från DF-tidsfördelningsfunktionen eller p g a av att DF-tidsfördelningsfunktionen ännu ej har skickat begäran om att rutinen skall utföras.

För att kunna utföra sin funktion kräver DF-tidsfördel- ningsmodulen 30 tillgång till information om vad varje utvärderingsrutin behöver utföra. Denna information kan finnas lagrad i en tidsfördelningsfunktionstabell. Ett exempel på en tidsfördelningsfunktionstabell visas i fig. 3. Tidsfördelningsfunktionstabellen innehåller alla utvär- deringsrutiner i. diagnossystemet och specificerar före- trädesvis: fördröjningen innan man skall initiera den ut- värderingsrutin scmndet har inkommit begäran om att utföra, där fördröjningen beror på senast utvärderade data som mottagits från respektive DF-modul; prioritetsnivån hos alla utvärderingsrutiner enligt vissa specificerade prioritetsgrupper så att DF-tidsför- delningsfunktionsmodulen kan avgöra vilken av de begärda rutinerna som har prioritet inom varje prioritetsgrupp, och vilka andra utvärderinsrutiner som bör stoppas om senast utvärderade data från en DF-modul indikerar ett fel. 10 15 20 25 30 35 15 För effektiv funktion så kräver även DF-tidsfördelnings- modulen information om rådande status hos utvärderings- rutinerna i diagnossystemet. Denna information finns i en tidsfördelningslista. Enligt fig. 4 så innehåller tidsför- delningslistan fyra dellistor, nämligen en avbrottslista, en lista över rutiner under utförande, en lista över senast utvärderat data och en lista över rutiner som står på tur.

Avbrottslistan anger vilka utvärderingsrutiner som. har begärt att få utföras men som ännu icke har getts tillstånd att utföras. Flaggor i denna lista sätts för de utvär- deringsrutiner som har rapporterat att de har avbrutits, och nollställs för de utvärderingsrutiner som har angivit att de har upphört p g a de fysiska förhållandena i DF- modulen, eller som har stängts av av DF-tidsfördelnings- modulen.

Listan över rutiner under utförande anger vilka utvär- deringsrutiner som f I1 är under utförande, som namnet antyder. Flaggor i listan över rutiner under utförande sätts för de utvärderingsrutiner vilka DF-tidsfördelnings- modulen har tillåtit påbörjas och nollställs för de utvär- deringsrutiner sonlhar stoppats, avbrutits eller stängts av av sin respektive DF-modul.

Listan över senast utvärderade data anger rådande status hos det utvärderade datat vid varje utvärdering. Flaggor i denna lista sätts för varje utvärderingsrutin son: har skickat en senast utvärderad datasignal med innebörden "fel"-datasignal och nollställs för varje utvärderingsrutin som har skickat en senast utvärderad datasignal med innebörden "icke-fel"-datasignal.

Listan över rutiner som står på tur används av DF-tidsför- delningsmodulen som en arbetslista för att hålla reda på vilka utvärderingsrutiner som finns kvar att utföra p g a ” i 510 :(1293 10 15 20 25 30 35 510 029 16 prioritet, tid, och utvärderade "fel"-datasignaler. Varje gång som DF-tidsfördelningsfunktionen har avslutat behand- ling av prioritetshanteraren 35 så är de flaggor som fortfarande är satta i listan över rutiner som står på tur indikationer om att motsvarande utvärdering bör vara under utförande, och flaggor som har nollställts är indikationer på att motsvarande utvärderingar bör stoppas eller av- brytas.

För att kunna utföra de funktioner som krävs, och som framgår av fig. 1, så består DF-tidshanteringsfunktionen av ett antal submoduler inkl ett DFS-gränssnitt 31, en DFS- kontrollfunktion 32, en avbrottshanterare 33, en tids- hanterare 34 och en prioritetshanterare 35.

Alla signaler som skickas från DF-modulerna 20, 20', 20" och ECH-modulen 80 till DF-tidsfördelningsmodulen 30 identifieras i DFS-gränssnittet 31, och överförs till rätt DF-tidsfördelningssubmodul. Alla signaler som skickas från DF-tidsfördelningssubmodulen till DF-modulerna och ECH- modulen överförs via DFS-gränssnittet 31.

Alla signaler sonxskickas till DF-tidsfördelningsmodulen 30 kontrolleras av DFS-kontrollfunktionen 32. DFS-kontroll- funktionen uppdaterar avbrottslistan, listan över funktio- ner under utförande och den senast utvärderade datalistan för signaler som skickats från DF-modulerna 20, 20', 20" till DF-tidsfördelningsmodulen 30. Om: någon av de tre listorna har uppdaterats så gör DFS-kontrollfunktionen 32 enligt följande: Kopiera avbrottslistan och listan över funktioner under utförande till listan över funktioner som står på tur att utföras.

Starta avbrottshanteraren 33.

När avbrottshanteraren har avslutat, starta tids- hanteraren 34. 10 15 20 25 30 35 Ofi 17 När tidshanteraren har avslutat, starta prioritets- hanteraren 35.

När prioritetshanteraren är färdig utförs en "stopprutin", nl a o skickar DFS-kontrolleraren 32 av- brottsbegäran till de utvärderingsrutiner sonlutförs enligt listan över rutiner under utförande (satta flaggor), men som inte borde vara under utförande enligt listan över rutiner som står på tur (nollställda flaggor), och sätter flaggorna i avbrottslistan till tecken på att DF-tidsför- delningsfunktionen har begärt avbrott för dessa utvär- deringar.

När stopprutinen är slutförd så utförs en startru- tin vilket innebär att DFS-kontrollern skickar ett start- komando till var och en av de utvärderingar som bör vara under utförande enligt listan över rutiner som står på tur och som tillhör en prioritetsgrupp enligt tidsfördelnings- tabellen, i vilken inga andra utvärderingar utförs enligt listan. över rutiner under utförande. För 'varje start- kommando som skickas så sätter DFS-kontrollern motsvarande flagga i listan över rutiner som är under utförande.

När detta är slutfört, kontrollera om det finns någon signal soul har skickats till DF-tidsfördelnings- funktionen, och om så är fallet börja om igen.

När begäran om att stoppa alla utvärderingsrutiner sänds från ECB-modulen 80 så gör DFS-kontrollfunktionen 32 enligt följande: Radera listan över funktioner som står på tur och sätt igång (begäran om avbrott kommer att skickas till alla utvärderingsrutiner som är under utförande).

Vid slut, uppdatera listan över senast utvärderade data, listan över rutiner under utförande, och avbrottslis- tan enligt alla de signaler som har skickats till DF- tidsfördelningsfunktionen, men starta inte enligt normal drift. 510 'ozsf 10 15 20 25 30 35 510 029 18 När alla flaggor i listan över rutiner under utförande har nollställts, skicka då meddelande om att alla utvärderingsrutiner har stoppats till ECH-modulen 80.

Vänta på begäran att återuppta normal drift från ECH-modulen 80.

När begäran om att återuppta normal drift mottas, kopiera listan över funktioner som står på tur, och börja fungera enligt normal drift.

När begäran om att stänga av alla utvärderingsrutiner mottas från modulen för hantering av diagnossystemet (DSM) 90 så gör DFS-kontrolleraren 32 enligt följande: Skicka begäran om. avstängning till alla utvär- deringsrutiner.

Uppdatera listan över senast utvärderade data, listan över rutiner under utförande och listan över rutiner som har begärt att få utföras enligt samtliga signaler som har skickats till DF-tidsfördelningsfunktionen.

När alla flaggor i listan över funktioner under utförande och i stopplistan har nollställts, sänds ett svar till DSM-modulen 90 att alla utvärderingsrutiner har stängts av.

Vänta på allmän svarssignal från DSM-modulen 90 att starta diagnossystemet 10, innan man startar enligt normal drift igen. Inga åtgärder under vänteperioden.

Stopphanteraren 33 fungerar enbart vid mottagen begäran om start från DFS-kontrollfunktionen 32. Stopphanteraren 33 kontrollerar först listan över senast utvärderade data för att avgöra vilka utvärderingsrutiner som har genererat de senast utvärderade "fel"-datasignalerna. För de utvär- deringsrutiner som har genererat sådana signaler så kontrollerar avbrottshanteraren 33 tidsfördelningstabellen (fig. 3) för att avgöra vilka utvärderingsrutiner som skall 10 15 20 25 30 35 510 0297 19 stoppas p g a rapporterade fel. Stopphanteraren 33 noll- ställer de flaggor i listan över utvärderingsrutiner som står på tur, och som motsvarar de utvärderingsrutiner som skall stoppas. Vid slut så skickar stopphanteraren en "klarsignal“ till DFS-kontrollfunktionen 32.

Tidshanteraren 34 fungerar bara vid begäran om start från DFS-kontrollfunktionen 32. Vidare behöver tidshanteraren 34 information om hur mycket tid som har gått sedan start av motorn, vilken information den får från en timer som anger hur lång tid som har gått sedan motorstart.

Tidshanteraren 34 kontrollerar först listan över rutiner som står på tur, för att avgöra vilka utvärderingsrutiner som skall stoppas p g a förfluten tid från motorstart. För varje flagga som är satt i listan över rutiner som står på tur, så kontrollerar tidshanteraren listan över senast utvärderade data för att avgöra om nmtsvarande utvär- deringsrutin har senast utvärderade data som "fel" eller “icke-fel".

Om senast utvärderade data anger “icke-fel" så kontrollerar tidshanteraren 34 om den timer som anger förfluten tid från motorstart har överstigit tiden vid fel i tidsfördelnings- tabellen.

Tidshanteraren 34 nollställer flaggorna i listan över rutiner som står på tur för utvärderingsrutinerna om timern som anger förfluten tid för motorstart inte har överstigit tillåten tid.

Vid slut så skickar tidshanteraren 34 en "färdig"-signal till DFS-kontrollfunktionen 32.

Prioritetshanteraren 35 fungerar vid begäran om start från DFS-kontrollern 32. Prioritetshanteraren kontrollerar 10 15 20 25 30 35 510 029 20 listan över rutiner som står på tur, för att se vilka utvärderingsrutiner sonlskall hanteras. Utgående från.denna lista, och tidsfördelningsfunktionstabellen så kan priori- tetshanteraren 35 avgöra vilken av de utvärderingsrutiner som skall hanteras som finns i sama prioritetsgrupp, utgående från prioritetsgrupp nr 1 i tidsfördelnings- tabellen (t ex X) (fig. 3). Prioritetshanteraren nollstäl- ler motsvarande flagga i listan över rutiner som står på tur, för de utvärderingsrutiner som.har lägre prioritetsni- vå än den utvärderingsrutin som skall hanteras, och som har den högsta prioritetsnivån inom prioritetsgruppen. När den första prioritetsgruppen har avslutats så fortsätter prioritetshanteraren 35 med prioritetsgrupp nr 2 (t ex Y), o s v tills alla prioritetsgrupper har kontrollerats.

Om en utvärderingsrutin har tilldelats mer än en priori- tetsgrupp så hanteras den som del av varje prioritetsgrupp.

Prioritetsnivån används då individuellt inom varje priori- tetsgrupp.

Den normala driften hos DF-tidsfördelningsmodulen 30, m a o utan begäran om ECH eller DSM, förklaras nedan som ett flödesdiagram.

Alla svar som utvärderingsrutinerna har stoppat, avbrutit, eller stängt av, och svar om att senast utvärderade datasignal har ändrats till eller från "fel" hanteras av DF-tidsfördelningsfunktionens submoduler i en definierad ordning: 1. Vid svarssignal onratt en utvärdering har avbrutits så kontrollerar DFS-kontrollfunktionen 32 motsva- rande flagga i avbrottslistan och listan över rutiner under utförande. Om flaggan inte är satt i avbrottslistan, och inte satt i listan över rutiner 10 15 20 25 30 35 3510 30:29 "i 21 under utförande, så sätter DFS-kontrollfunktionen biten i avbrottslistan.

Om biten är satt i avbrottslistan och inte satt i listan över rutiner under utförande så nollställer DFS-kontrollfunktionen biten i listan över rutiner under utförande.

Vid svarssignal som visar att en utvärdering har stoppats eller stängts av så nollställer DFS- kontrollfunktionennwtsvarandeflaggai.stopplistan och listan över rutiner under utförande.

Vid svar om att senast utvärdera data har ändrats till eller från “fel", så uppdaterar DFS-kontroll- funktionen listan över senast utvärderade data.

Vid någon av de ovanstående signalerna så adderar DFS-kontrollfunktionen 32 innehållet i stopplistan till innehållet i listan över rutiner under utfö- rande och lagrar resultatet i listan över rutiner som står på tur.

DFS-kontrollfunktionen 32 startar sedan stopphante- raren 33.

Avbrottshanteraren 33 använder listan över rutiner som står på tur, listan på senast utvärderade data och tidsfördelningstabellen för att avgöra vilka utvärderingsrutiner som skall stoppas p g a senast utvärderade "fel"-data.

Avbrottshanteraren 33 nollställer de flaggor i listan över rutiner som står på tur, som svarar mot de utvärderingsrutiner som skall stoppas.

Stopphanteraren upplyser DFS-kontrollfunktionen 32 när den är klar med det ovanstående.

DFS-kontrollfunktionen startar nu tidshanteraren 34.

Tidshanteraren använder listan över rutiner som står på tur, listan över senast utvärderade data och tidsfördelningstabellen för att avgöra vilka 10 15 20 25 30 35 510 029 lofl ll. 12. 13. 14. 15. 16. 17. w 22 utvärderingsrutiner som skall stoppas p g a för- fluten tid från motorstart.

Tidshanteraren 34 nollställer de flaggor i listan över rutiner som står på tur som svarar mot de utvärderingsrutiner som skall stoppas.

Tidshanteraren34informerarDFS-kontrollfunktionen 32 när den är färdig med det ovanstående.

Efter detta så start DFS-kontrollfunktionen 32 prioritetshanteraren 35.

Prioritetshanteraren använder listan över rutiner som.står på tur och tidsfördelningstabellen för att avgöra vilka utvärderingsrutiner som skall stoppas p g a prioritet mellan utvärderingsrutinerna.

Prioritetshanteraren 35 nollställer de flaggor i listan över rutiner som står på tur som svarar mot de utvärderingsrutiner som skall stoppas.

Prioritetshanteraren informerar DFS-kontrollfunk- tionen 32 när den har slutfört det ovanstående.

Listan över rutiner som står på tur visar nu vilka utvärderingsrutiner som bör vara igång vid denna tidpunkt inte bör vara igång (nollställda flaggor).

DFS-kontrollfunktionen listan över de rutiner som är under utförande.

Stopprutin: DFS-kontrollfunktionen 32 stoppbegäran till de utvärderingsrutiner som är (satta flaggor), och vilka rutiner som jämför denna lista med skickar igång, enligt listan över rutiner under utförande (satta flaggor), men vilka inte bör vara igång enligt listan över rutiner som står på tur (noll- ställda flaggor), och sätter flaggorna i avbrott- slistan som indikation på att DF-tidsfördelnings- funktionen har begärt att dessa utvärderingsrutiner skall stoppas.

Startrutin: DFS-kontrollfunktionen startbegäran till var och en av de utvärderings- skickar en rutiner som bör vara igång, enligt listan över 10 15 20 25 30 35 23 rutiner som står på tur, där varje utvärderings- rutin som bör vara igång associeras med en priori- tetsgrupp enligt den tidsfördelningstabell i vilken ingen annan utvärdering är igång, enligt listan över'utvärderingsfunktioner sonlär under utförande.

För varje startbegäran som skickas sätter DFS- kontrollfunktionen motsvarande flagga i listan över rutiner som är under utförande.

Detta är'den normala driften för DFS-tidsfördelningsmodulen 300 Datainsamlingsmodulen 40 Vid begäran från en DF-modul 20, 20', 20" att skapa DTC- data så är datainsamlingsmodulen 40 inrättad att utföra följande funktioner: Skapa en "freeze frame" (i fortsättningen benämnd FRZF) med DTC-specifika data.

Kombinera FRZF med viss information för att bilda ett DTC-block.

Skapa en utökad FRZF (mätning över tid) med DTC- specifika data.

Skicka DTC-datat (DTC-blocket och utökade FRZF) till DTC-dataareamodulen 50.

Företrädesvis kan datainsamlingsmodulen också fungera som intern färdskrivare vid begäran från ECH-modulen 80.

För att kunna uppfylla dessa krav behöver datainsamlingsmo- dulen 40 information angående de specifika parametrarna i var och en av de utvärderingsrutiner som utförs i DF- modulerna 20, 20', 20". Denna information finns i en FRZF- tabell och en tabell över utökat FRZF. Exempel på en FRZF- tabell och en tabell över utökad FRZF visas i fig. 5. Varje nummer i tabellen motsvarar en viss parameter. sm 6-29* 10 15 20 25 30 35 510 029 24 Som har nämnts ovan genererar datainsamlingsmodulen 40 ett DTC-block. Ett DTC-block är ett datablock som innehåller information i form av parametrar som avser driftförhållan- dena vid den tidpunkt som DTC genererades. Ett exempel på ett möjligt DTC-block visas i fig. 6. Sålunda består DTC- blocket av viss DTC-specifik information (DTC, senaste och första DTC-subkod och FRZF-fördröjningstid) ihop med FRZF och slutligen en pekare till den utökade FRZF.

För att kunna skapa en utökad FRZF som är en mätning över tiden av DTC-relevanta data så är datainsamlingsmodulen 40 utrustad med ett cirkulärminne i form av en roterande buffert. Som visas i fig. 7 betecknas den roterande bufferten allmänt med hänvisningssiffran 110 och är utförd i form av en truma 110 som har indelats i, i det visade exemplet, fyra olika tidsbaser 112, 113, 114 respektive 115.

Ett exempel på en utökad "freeze frame" visas i fig. 8. En global dataarea betecknad med referenssiffran 120 i fig. 1 är belägen utanför diagnossystemet 10 i systemdelen för motordrift i.motordriftmodu1en, och innehåller gällande in- formation på värdena för alla parametrar för alla ut- värderingsrutiner. Varje parameter identifieras med ett unikt identifikationsnumer i den globala dataarean 120 och allokeras till en av tidsbaserna 112, 113, 114, 115. Den roterande bufferten 110 uppdateras varje gång någon tidsbas går ut, med parametervärden som är associerade med den tidsbas som har gått ut, och som kopieras från den globala dataarean 120, och dessa parametrar lagras i sin respektive tidsbas. En pekare 116, 117, 118, 119 vilken indikerar det senaste samplet som skall kopieras över, är placerad framför det senaste samplet i varje tidsbas. När en tidsbas i den roterande bufferten 110 blir full, skrivs det äldsta samplet i den tidsbasen över. På så vis bildar den roteran- de bufferten ett cirkulärminne med ett flertal tidsbaser, 10 15 20 25 30 35 510 52950 25 var och en med samma minnesdjup, men med specifikt tids- djup.

För att kunna generera DTC-data som sedermera kommer att skickas vidare till DTD-dataareamodulen 50, och för att hantera signaler (begäran) som skickas från ECH-modulen, är funktionen hos datainsamlingsmodulen 40 indelad i. sub- moduler, m a o ett DC-gränssnitt 41, en DC-kontroller 42, en FRZF-insamlare 43, utökad FRZF-insamlare 44 och en buf- ferthanterare 45.

Alla signaler som skickas från DF-modulerna 20, 20', 20" och ECH-modulen 80, till datainsamlingsmodulen 40 identifi- eras av DC-gränssnittet 41, och överförs till de korrekta datainsamlingssubmodulerna. Alla signaler som skickas från datainsamlingssubmodulerna till DTC-dataareamodulen 50 och ECH-modulen 80 överförs via DC-gränssnittet 41.

Vid mottagen begäran från en DF-modul 20, 20', 20" att skapa DTC-data, begär DC-kontrollern 42 att FRZF-insamlaren 43 skall skapa en FRZF. När denna begäran mottages kontrol- lerar FRZF-insamlaren 43 FRZF-tabellen (fig. 5), för att avgöra vilka parametrar som är specifika för denna DTC som skall kopieras över från den globala dataarean 120. FRZF- insamlaren kopierar därefter parametrarna från den globala dataarean och placerar dem i den ordning som är specifice- rad i FRZF-tabellen. När detta är utfört informerar FRZF- insamlaren DC-kontrollen 42 om att en FRZF har skapats.

När FRZF-insamlaren 43 har informerat DC-kontrollern 42 om att FRZF har skapats begär DC-kontrollern att den utökade FRZF-insamlaren 44 skall skapa en utökad FRZF.

När denna begäran mottages gör den utökade FRZF-insamlaren 44 följande: Stoppar den roterande bufferten genom att sända en 10 15 20 25 30 35 510 029 26 stoppbegäran till bufferthanteraren 45.

Skapar en tom utökad FRZF av rätt storlek där den tomma utökade FRZF inkluderar parameteridentifikationsnum- mer som specificeras av tabellen över utökat FRZF.

Vid mottagen bekräftelse på att den roterande bufferten har stoppats, kopiera över alla parametervärden som svarar mot identifikationsnumrena i den utökade FRZF som matchar identifikationsnumrerna som specificeras i den roterande bufferttabellen från den roterande bufferten.

Starta den roterande bufferten genom att skicka en startbegäran till bufferthanteraren 45.

Skicka ett svar till DC-kontrollen 42 om att utökad FRZF har skapats.

Genom att använda bl a information som finns i FRZF och i den utökade FRZF skapar DC-kontrollern 42 DTC-data i form av ett DTC-block (se fig. 6) som har modifierats för att ta hänsyn till den utökade FRZF.

När DTC-datat väl har skapats skickar DC-kontrollern 42 en begäran till DTC-dataareamodulen 50 om att spara DTC-datat.

När denna begäran har skickats väntar DC-kontrollern 42 på bekräftelse från DTC-dataareamodulen att DTC-data har sparats innan den utför någon ny begäran om att skapa DTC- data.

DTC-dataareamodulen 5Q DTC-dataareamodulen 50 är indelad i fyra submoduler, ett DA-gränssnitt 51, en DTC-blockarea 52, en area för utökat FRZF 53 och en DA-kontroller 54.

Alla signaler som skickas till DTC-dataareamodulen 50 från ECH-modulen 80, datainsamlingsmodulen 40, valideringsanord- ningen 60 och DF-modulerna 20, 20', 20" identifieras av DA-gränssnittet 51 och överförs till korrekt DTC-dataarea- 10 15 20 25 30 35 LW .A CJ C3.

FD \O 27 submodul. Alla signaler som skickas från DTC-dataareasub- modulerna till valideringsanordningen 60 och datainsam- lingsmodulen 60 överförs via DA-gränssnittet 51.

DTC-blockarean 52 används för att lagra DTC-blocken.

Antalet DTC-block som kan lagras i denna area varierar från tillämpning till tillämpning, men ett typiskt antal är 10.

DTC-blockarena 52 klarar alltid av att lagra ett förutbe- stämt maximalt antal DTC-block plus ett. Sistnämnda ytterligare block utgör en temporär area som används för att buffra inkommande data från datainsamlingsmodulen 40.

DTC-blockarean 52 använder en "frilista" för att hålla ordning på de fria DTC-blocken, och en tillfällig pekare för att hålla ordning på den tillfälliga arean.

Arean 53 för utökade FRZF används för att lagra de utökade FRZF. Den utökade FRZF-arean 53 kan alltid lagra ett förutbestämm maximalt antal FRZF plus ett. Sistnämnda ytterligare ett utgör en tillfällig area som används för att buffra inkommande data från datainsamlingsmodulen 40.

Den utökade FRZF-arean 53 använder en “frilista" för att hålla ordning på de fria utökade FRZF och en tillfällig pekare för att hålla ordning på den tillfälliga arean.

DA-kontrollern 54 kontrollerar DTC-blocket 52 och den utökade FRZF-arean 53. Den mottager ett DTC-block en utökad FRZF via DA-gränssnittet från datainsamlingsmodulen 40 och DTC-blocket och den utökade FRZF sparas i tillämpbara dataareor.

När DA-kontrollern 54 mottager en begäran från datainsam- lingsmodulen 40 om att spara DTC-data sparar DA-kontrollern DTC-blocket och tillhörande FRZF, och när detta är klart informerar den valideringsmodulen 60 om att ett icke validerat DTC-block har lagrats, och väntar på bekräftelse eller någon begäran från valideringsanordningen. Om 10 15 20 25 30 35 510 029 28 valideringsanordningen skickar bekräftelse informerar DA- kontrollen datainsamlingsmodulen 40 om att DTC-data har lagrats.

Om den tillhörande DF-modulen skickar en bekräftelse informerar DA-kontrollern datainsamlingsmodulen 40 om att DTC-data har lagrats.

Vid begäran från valideringsmodulen 60 om att ändra status hos ett DTC-block från ickevaliderat till validerat eller att radera ett ickevaliderat eller validerat DTC-block, utför DA-kontrollern 54 detta, och informerar tillhörande DF-modul. onu ett validerat DTC-block har raderats, och väntar på bekräftelse eller annan begäran från den till- hörande DF-modulen.

Vid begäran från en DF-modul om att ändra status på ett DTC-block från giltigt till lagrat, eller om att radera ett giltigt eller lagrat DTC-block, utför DA-kontrollern detta och upplyser valideringsmodulen 60 om.att ett giltigt eller lagrat DTC-block har lagrats eller raderats.

Om efter det att bekräftelse på att DTC-data har sparats, det tillgängliga utrymet inte räcker för nästa DTC-block, m a o att det inte finns någon tillfällig area fri raderar DA-kontrollen 54 det DTC-block och tillhörande utökade FRZF som har lägts prioritet och informerar valideringsmodulen 60 och tillhörande DF-modul 20, 20', 20" om vilket DTC- block som.har raderats. 0m.det tillgängliga utrymmet enbart är otillräckligt för nästa utökade FRZF raderar DA-kontrol- lern den utökade FRZF som har lägst prioritet och raderar ut länken mellan det raderade utökade FRZF och dess tillhörande DTC-block, men skickar inte ut någon informa- tion om detta. 10 15 20 25 30 35 29 Vid begäran från ECH-modulen 80 om att radera alla DTC raderar DA-kontrollern 54 alla DTC-block och för varje DTC- block som raderas upplyser den valideringsanordningen 60 och tillhörande DF-modul. valideringsmodulen 60 Syftet med valideringsmodulen 60 är att fastslå ursprungs- orsaken till ett fel. M a o kan det inträffa att t ex fyra DTC-block med utökade FRZF genereras av datainsamlingsmodu- len 40 trots att endast ett av DTC-blocken är det som har ett fel. Detta beror på att felet lurar de andra påverkade utvärderingsrutinerna så att felaktigt genererade "felsig- naler" skickas från de påverkade DF-modulerna till datain- samlingsmodulen 40. Valideringsanordnignen undersöker därför vart och ett av de fyra DTC-blocken (med tillhörande FRZF) för att fastslå i vilken komponent eller system det egentliga felet finns.

På så vis, när valideringsmodulen 60 informeras av DTC- dataareamodulen 50 om att det finns ett sparat DTC-block, gör valideringsanordningen upp en checklista som innehåller alla möjliga utvärderingsrutiner för ursprungsfel som måste utföras och rapporteras med data kontrollerat som "ickefel" innan man validerar rätt DTC, m a o att man pekar ut det DTC-block som är ursprungsorsaken till felet. Innehållet i valideringschecklistan sparas när tändningen stängs av, m a o är valideringen oberoende av om tändningen är på eller av.

Setup-listor för valideringsanordningen används för att göra upp och initiera checklistor. Varje setup-lista anger vilken DTC som skall valideras och anger vilka utvär- deringsrutiner som måste kontrolleras, innan man validerar den DTC som skall valideras. En valideringssetup-lista och motsvarande valideringschecklista visas i fig. 9. 510 'ióaz9lrfii 10 15 20 25 30 35 510 029 30 En checklista görs upp enligt sin setup-lista på följande vis.

När'valideringsmodulen.60 informeras av DTC-dataareamodulen 50 att ett DTC-block har sparats letar valideringsmodulen igenom setup-listorna efter en DTC att validera som « motsvarar DTC i DTC-blocket. Om DTC inte hittas i någon av positionerna för DTC som skall valideras i någon av setup- listorna validerar valideringsanordningen omedelbart DTC- blocket genom att begära att DTC-dataareamodulen 50 ändrar status på DTC-blocket från ickevaliderat till validerat.

Om DTC hittas så används den valideringssetup-lista som innehåller den matchande DTC som skall valideras för att göra upp en valideringschecklista som är specifik för denna DTC. Checklistan innefattar följande saker: En startetikett som anger vilken DTC som valideras (detta länkar checklistan till sin setup-lista).

En tidsstämpel (förfluten realtid som har lästs in från den globala dataarean 120).

Flaggor som anger statusen hos varje utvärdering som skall kollas i valideringssetup-listan, där en flagga sätts vid kontrollerat ickefel och nollställs så länge som kontrollerat ickefel inte har rapporterats. Utvärderingen som skall kollas som är länkad till varje flagga definieras i setup-listan.

En valideringssetup-lista som har en valideringschecklista länkad till sig kallas nedan en aktiv valideringssetup- lista.

Valideringschecklistorna uppdateras enbart när begäran om detta sänds från DSM-modulen 90 vid slutet av varje driftsperiod. Vid uppdateringsproceduren begär valide- ringsmodulen kontrollerade data från varje DF-modul 20, 20', 20", definierat enligt den aktiva valideringssetup- 10 15 20 25 30 35 31 listan. Varje DF-modul svarar med sitt rådande kontrollera- de datatillstând, m a o ickekontrollerat, kontrollerat fel, eller kontrollerat ickefel. Svaret "kontrollerat ickefel" sätter' en nmtsvarande flagga i. valideringschecklistan.

Svaren ickekontrollerat och kontrollerat fel nollställer motsvarande flagga i checklistan orden "ickekontrollerat" och "kontrollerat fel".

När alla flaggorna i valideringschecklistan har satts anses det DTC-block som hör ihop med DTC som skall valideras ha validerats, och valideringsmodulen 60 skickar en signal till DTC-dataareamodulen med begäran om byte av DTC- blocksstatus från ickevaliderat till validerat. DTC- dataareamodulen 50 ändrar statusen och skickar sedan en signal till den tillämpliga DF-modulen att status hos ett DTC-block har ändrats till validerat.

Som visas i fig. 10, när valideringsmodulen 60 mottager en andra signal om att ett ickevaliderat DTC-block har sparats (checklista A) från DTC-dataareamodulen som motsvarar en utvärdering som skall kollas i en aktiv valideringssetup- lista med motsvarande valideringschecklista (checklista B) anses det DTC-block som genererade den aktiva validerings- checklistan inte vara ursprungsorsaken. Sådana DTC-block och valideringschecklistor (checklista B) raderas därför.

Detta âstadkonæ genonx att skicka en signal till DTC- dataareamodulen med begäran om att det DTC-block som avser startetikettten:ivalideringschecklistan skall.raderas. Vid bekräftelse på att DTC-blocket har raderats raderas valide- ringsanordningen tillhörande valideringschecklista. En ny valideringschecklista görs upp för det andra DTC-blocket som orsakade detta.

När valideringsmodulen 60 nmttager en signal från DTC- dataareamodulen 50 att status hos ett DTC-block har ändrats från validerat till lagrat raderas motsvarande validerings- 5100112900 10 15 20 25 30 35 32 checklista.

För att se till att informationen i valideringsmodulen 60 är relevant ínplementeras en nollställningsfunktion för valideringschecklistan.Nollställningsfunktionenrmfllstäl- ler alla flaggorna när valideringschecklistan är äldre än en viss förutbestämd tidsperiod, t ex minst 168 tim. Övergripande normal drift hos diagnossystemet 10 när inget fel föreligger Den allmänna normala driften för de olika utvärderingarna med ett korrekt system (m a o inget fel) beskrivs nedan: Vid signal från DSM-modulen 90 om att starta diagnossyste- met kommer varje DF-modul, så snart som driftvillkoren för att utföra utvärdering föreligger, att skicka information om att dess utvärdering har stoppats p g a prioritet, till DF-tidsfördelningsmodulen 30.

När DF-tidsfördelningsmodulen mottager denna information upprättar den en prioritetsordning för de utvärderingar som har stoppats p g a prioritet utöver de utvärderingar som utförs för närvarande (inga hittills i det skildrade scenariot) och skickar startsignaler till motsvarande DF- moduler som innehåller utvärderingar sonxhar fått tillstånd att utföras.

De DF-moduler som får startsignaler från DF-tidsfördel- ningsmodulen kommer nu att utföra sina utvärderingar och därigenomxproducera utvärderade data. Det utvärderade datat används för att fastställa om det föreligger ett fel eller inte i den kontrollerade komponenten/delsystemet och också för att avgöra om DTC-data skall skapas eller inte. 10 15 20 25 30 35 51 0íbo29 33 Om en utvärderingsrutin avbryts p g a förändringar i driftsförhållandena (t ex motorhastighet) eller avslutas för resten av driftsperioden, skickar motsvarande DF-modul en signal 'till. DF-tidsfördelningsmodulen cmx att. utvär- deringen har stoppats.

När DF-tidsfördelningsmodulen mottager en signal om att en utvärdering har stoppats upprättar DF-tidsfördelnings- modulen en prioritetsordning för de utvärderingar som har stoppats p g a prioritet utöver de utvärderingar som fortfarande utförs och om tillstånd föreligger skickar den startsignaler till de tillhörande DF-modulerna vilka in- nehåller utvärderingar som nu inte längre bör stoppas p g a prioritet. Detta upprepas tills dess att DSM-modulen 90 skickar en begäran om att stänga av alla utvärderingar, m a o att stoppa diagnossystemet.

Detta var den övergripande normala driften för diagnossys- temet när inget fel föreligger.

Allmän normal drift när det föreligger ett eller flera fel i diagnossgstemet Den allmänna normala driften för att avbryta påverkade utvärderingar och för att lagra rätt DTC (ihop med tändning av MIL) i diagnossystmet 10 när det föreligger ett eller flera fel beskrivs nedan: Om en utvärderingsrutin i en DF-modul detekterar ett fel och genererar utvärderat data som "fel" under den allmänna driften som har beskrivits ovan när fel inte föreligger, skickar den berörda DF-modulen det senast utvärderade datat som "fel" till DF-tidsfördelningsmodulen 30.

När DF-tidsfördelningsmodulen mottager ett senast ut- värderat data som "fel" avbryter den först de utvärderingar 10 15 20 25 30 35 510 029 34 som påverkas av detta fel, och upprättar sedan en priori- tetsordning mellan de återstående utvärderingarna som inte påverkas av felet, m a o de utvärderingar som har avbrutits p g a prioritet samt de utvärderingar som fortfarande är under utförande.

Om en annan utvärdering mottager senast utvärderad data som "fel" avbryter DF-tidsfördelningsmodulen 30 de utvärde- ringar som.påverkas av denna utvärdering, och så vidare för varje utvärdering som rapporterar ett senast utvärderat data som "fel".

När en specifik filtrering av det utvärderade datat som "fel" har genomförts sätts det kontrollerade datat till "fel" i den motsvarande DF-modulen för återstoden av driftsperioden. Omedelbart när det kontrollerade datat har satts till "fel" skickar den nwtsvarande DF-modulen en begäran om att skapa DTC-data till datainsamlingsmodulen 40.

Vid begäran om att skapa DTC-data skapar datainsamlingsmo- dulen 40 ett DTC-block ihop med ett utökat FRZF, och när detta genomförts skickar den en begäran om att spara detta DTC-data (med status "ickevaliderat“) till DTC-dataareamo- dulen 50.

Vid begäran om att spara DTC-data sparar DTC-dataareamodu- len DTC-blocket ihop med det utökade FRZF, och när detta är gjort skickar den information till valideringsmodulen 60 att ett ickevaliderat DTC-block har lagrats, och skickar sedan meddelande om att DTC-blocket har sparats till datainsamlingsmodulen 40.

När valideringsmodulen 60 mottager informationen angående det sparade DTC-blocket från DTC-dataareamodulen 50 gör den upp en valideringschecklista som innehåller alla de 10 15 20 25 30 35 551 o (5029 35 utvärderingar sonlvid begäran behöver svara att de har sina kontrollerade data som ickefel till valideringsmodulen innan valideringsmodulen avgör att DTC-blocket är valide- rat.

Valideringschecklistan uppdateras vid slutet av varje driftsperiod vid en begäran som sänds från DSM-modulen.

När checklistan är klar och man har avgjort att DTC-blocket är validerat validerar valideringsmodulen det ickevalidera- de DTC-blocket genom att skicka en begäran om att ändra DTC-blockets status från ickevaliderat till validerat till DTC-dataareamodulen 50.

Vid begäran från valideringsmodulen 60 om att ändra DTC- blockets status från ickevaliderat till validerat ändrar DTC-dataareamodulen 50 DTC-blockets status från ickevalide- rat till validerat och när detta är gjort skickar den information om.att DTC-blocket är validerat till motsvaran- de DF-modul.

När DF-modulen mottager informationen att ett motsvarande DTC-block har statusen "validerat", initierar och genomför DF-modulen en process för att lagra DTC och när detta är gjort skickar den en begäran om att ändra DTC-blockets status från validerat till lagrat till DTC-dataareamodulen 50.

När DTC-dataareamodulen mottager begäran om att ändra DTC- blockets status från Validerad till lagrad från motsvarande DF-modul så ändrar DTC-dataareamodulen DTC-blockets status från validerat till lagrat, och skickar sedan till valide- ringsmodulen 60 en informationssignal om att DTC-blocket har ändrat status. 10 15 20 25 30 35 510 029 " 36 När valideringsmodulenxmottager information om att ett DTC- block har ändrat status till lagrad raderar den den motsva- rande checklistan.

När DF-modulenlmottager informationen om att det motsvaran- de DTC-blocket har statusen "lagrad" i DTC-dataareamodulen kommer den i tillämpbara fall att skicka en begäran till MIL-hanteringsmodulen 70 om att tända MIL.

När MIL-hanteringsmodulen mottager begäran om att tända MIL från DF-modulen tänder den MIL.

Det ovan beskrivna skapandet, sparandet och statusändrandet på DTC-data kommer också att utföras om en annan DF-modul sänder en annan begäran om att skapa DTC-data. Hantering av gällande DTC-data slutförs dock innan man tar itu næd nästa, och så vidare för varje DF-modul i diagnossystemet.

M a o, när DTC-dataareamodulen har mottagit en bekräftel- sesignal från valideringsmodulen, eller om rådande DTC- blockstatus har ändrats till “validerad“, en bekräftelse- signal från rådande DF-modul, kommer DTC-dataareamodulen att hantera varje ny begäran om att spara DTC-data. 0m.DTC-dataareamodulen rapporterar att ytterligare ett nytt ickevaliderat DTC-block har sparats, kontrollerar valide- ringsmodulen 60 om den utvärdering som svarar mot detta nya DTC-block finns bland de utvärderingar som skall kontrolle- ras i rådande checklista. Om så är fallet är den rådande checklistan och dess motsvarande DTC-block uteslutna som möjliga.ursprungsorsaker till felet, och valideringsmodulen skickar en. begäran till dataareamodulen om. att radera rådande DTC-block, och gör sedan upp en annan checklista för det nya DTC-blocket, och fortsätter på så vis till dess att det finns någon DTC-blockstatus som har ändrats till lagrad i DTC-dataareamodulen 50. 10 510 VÜ29 37 Om status för ett DTC-block har ändrats till lagrad raderar valideringsmodulen dess motsvarande checklista.

Detta beskriver den övergripande normala driften för att avbryta påverkade utvärderingar, och för att lagra rätt DTC tillsammans med tändning av MIL i diagnossystemet 10 när det föreligger ett eller flera fel.

Föreliggande uppfinning begränsas inte av de utförings- former som har visats ovan och i ritningarna, utan kan fritt varieras inom ramen för de följande patentkraven.

Claims (10)

10 15 20 25 30 35 510 029 38 PATENTKRAV:

1. Ett diagnossystem (10) i ett driftsystem för motorer som genererar en diagnosfelkod (DTC) för att indikera driftstatus hos en komponent eller ett delsystem vilket utvärderas av nämnda diagnossystem där nämnda diagnossystem innefattar en.diagnosfunktionsmodul (DF-modul) (20; 20'; 20") för varje DTC eller grupp av motsvarande DTC där nämnda DF- modul innefattar anordning (22) för att utföra en ut- värderingsrutin som utvärderar driftstatusen hos en komponent eller delsystem mot vilket DTC i den specifika DF-modulen svarar och en diagnosfunktionstidsfördelningsfunktion (DF- tidsfördelningsfunktion) (30) för att avgöra vilken DF- modul (20; 20'; 20") som kan tillåtas utföra en utvär- deringsrutin vid en viss tidpunkt; där varje DF-modul innefattar anordning (22) för att ta fram ett rankningsvärde som beror på driftstatusen hos den komponent eller delsys- tem som är under utvärdering där ett rankningsvärde genereras varje gång som en utvärderingsrutin utförs; anordning (23) för att behandla och lagra statis- tiska resultat av rankningsvärden som har erhållits över ett antal utvärderingsrutiner; anordning (22) för att utvärdera nämnda statistiska resultat för att producera utvärderade data i form av antingen en utvärderad ickefelsignal eller en utvärderad felsignal, och anordning (24) för att överföra nämnda utvärderade signaler till nämnda DF-tidsfördelningsfunktion när det inträffar en förändring i nämnda signaler.

2. Ett system enligt patentkrav 1, där nämnda DF- tidsfördelningsfunktion (30) innefattar anordning för att vid en utvärderad felsignal hindra andra DF-moduler från 10 15 20 25 30 35 510 029 39 att utföra utvärderingar om dessa andra DF-moduler kan påverkas av nämnda utvärderade felsignal.

3. Ett system enligt kraven 1 eller 2, där nämnda DF- modul (20; 20'; 20") ytterligare innefattar anordning (24) för att jämföra nämnda utvärderade data med tidigare genererade data som avser utvärdering av den komponent eller det delsystem till vilket DTC i den specifika DF- modulen hör, och ifall en utvärderad felsignal genereras, göra jämförelse av nämnda signal med därefter producerade utvärderade data för att därigenom generera antingen en kontrollerad felsignal eller en kontrollerad ickefelsignal.

4. System enligt krav 3, där nämnda system innefattar en datainsamlingsmodul (40), och där nämnda DF-modul innefattar anordning för att skicka en begäran till nämnda datainsamlingsmodul om att skapa DTC-data när en kontrolle- rad felsignal genereras i nämnda DF-modul.

5. System enligt krav 4, där nämnda datainsamlings- modul (40) innefattar anordning för att skapa nämnda DTC- data, där nämnda DTC-data utgörs av ett DTC-block som innehåller DTC och information angående driftsförhållandena i motorn när nämnda DTC genererades.

6. System enligt krav 5, där nämnda datainsamlings- modul (40) innefattar anordning för att överföra nämnda DTC-block till en valideringsmodul (60).

7. System enligt krav 6, där nämnda valideringsmodul innefattar anordning för att avgöra vilken komponent eller delsystem som det utvärderade och därefter genererade DTC- blocket beror pâ och anordning för att hämta in data angående driftstatusen hos nämnda komponent eller delsystem på vilket nämnda ickefelsignal beror. 10 15 20 25 30 35 510 029 40

8. System enligt krav 7, där nämnda valideringsmodul (60) innefattar anordning för att utvärdera nämnda data angående driftstatusen hos nämnda komponenter eller delsystem på vilka nämnda kontrollerade ickefelsignal beror, för att därigenom avgöra om nämnda DTC-block är validerat.

9. System enligt krav 8, där nämnda valideringsmodul (60) innefattar anordning för att ändra DTC-blockets status till Validerad i de fall att ett DTC-block avgörs vara validerat, och anordning för att radera DTC-blocket ifall DTC-blocket avgörs vara ickevaliderat.

10. En DF-modul (20; 20'; 20") för att utföra en utvärderingsrutin under en driftsperiod för att detektera ett fel i en komponent eller ett delsystem i ett driftsys- tem för motorer och för att generera en diagnosfelkod (DTC) för att indikera driftstatus hos nämnda komponent eller delsystem där nämnda DF-modul innefattar anordning (22) för att utföra en utvärderingsrutin för att utvärdera driftstatusen hos nämnda komponent eller delsystem till vilken DTC i den specifika DF-modulen hör, anordning (22) för att ta fram ett rankningsvärde som beror av driftstatusen hos den komponent eller det delsystem som utvärderas, där ett rankningsvärde genereras varje gång en utvärderingsrutin utförs; anordning (23) för att behandla och lagra statis- tiska resultat för de rankningsvärden som har fåtts över ett antal utvärderingsrutiner; anordning (22) för att utvärdera nämnda statistiska resultat för att producera utvärderade data i form av antingen en utvärderad ickefelsignal eller en utvärderad felsignal; anordning (24) för att mottaga nämnda utvärderade signaler från nämnda anordning (22) för att utvärdera nämnda statistiska resultat för att ta fran\en kontrollerad 10 51 Û 029 41 felsignal vid nmttagning av ett förutbestämt antal ut- värderade felsignaler; anordning (25) för att avgöra om man skall lagra nämnda kontrollerade felsignal i form av DTC-data under resten av driftsperioden; anordning (25) för att avgöra om man skall radera något sparat DTC-data, och anordning (25) för att avgöra om man skall tända eller släcka en felfunktionslampa utgående från det lagrade DTC-datat.