NO332046B1 - Kjoretoy og fremgangsmate for et kjoretoy. - Google Patents

Abstract

Det er beskrevet et apparat, en fremgangsmåte og et datamaskinprogram (6) for vedlikehold av et motorkjøretøy. Apparatet (6) omfatter en parameterinnstillingsmodul for å avlede et parametersett fra en kjøretøyspesifikasjonsfil (25), hvilket parametersett blir brukt til å programmere minst en elektronisk kontrollenhet i kjøretøyet.

Description

Den foreliggende oppfinnelsen relaterer seg til et apparat, en fremgangsmåte og et datamaskinprogram for vedlikehold av et motorkjøretøy omfattende en kommunikasjonsbuss.

For å kunne øke effektiviteten og fleksibiliteten har transportteknologien utviklet seg mot en økning av bruk av nettverksløsninger for å styre forskjellige typer enheter og prosesser i kjøretøyene. For eksempel spesifiserer kontrollarealnettverk (CAN) standarden, en mye brukt innretning for å besørge et slikt nettverk i lastebiler, busser og andre kjøretøyer. Videre gjør et bussverktøy kalt Keyword 2000 det mulig å forbinde forskjellige CAN for å danne et sammenkoblet nettverk (et Keyword 2000 nettverk). Det sammenkoblede nettverket kan innbefatte multiple CAN som blir drevet og kontrollert/styrt samtidig.

Såkalte om bord diagnostiske (OBD) systemer kan bli brukt for å utføre tester hvorvidt en spesifikk kontrollenhet forbundet med en CAN arbeider riktig. En om bord diagnostiseringsfasilitet slik som et dashbordmontert videodisplay kan tilveiebringe aksess til informasjon generert av OBD systemet.

Det kan være et antall kjøretøykontrollenheter anordnet på hver CAN og kan bli kontrollert av nettverket. Det er vel kjent å ha kjøretøykomponentmoduler anordnet for å kontrollere forskjellige kjøretøykomponenter slik som lys, bremser og automatisk transmisjon. Vanligvis er kjøretøykomponentmodulene programmerbare slik at funksjonene til kjøretøyet kan bli litt endret i avhengighet av behovene til kjøperen. I kjøretøymodulene blir feilkoder vanligvis lagret, hvilke feilkoder indikerer når en kjøretøykomponent har virket på feilaktig måte.

På grunn av kompleksiteten til moderne kjøretøy og det store antallet tilgjengelige funksjoner for kundene blir kjøretøymodulkodene svært kostbare. Når kjøretøyene er på service kan det være mulig å forbinde en datamaskin med kjøretøyet og uthente informasjon fra kjøretøymodulene. Denne informasjon kan innbefatte de tidligere nevnte feilkodene så vel som kjøretøymodulkodene. De mange kjøretøymodulkodene gjør det imidlertid besværlig for servicepersonell å få en oversikt over hvordan kjøretøyet er tiltenkt å fungere.

Under levetiden til et kjøretøy er det vanlig at eieren modifiserer kjøretøyet på en eller annen måte så vel som reparerer kjøretøyet. Dersom kjøretøyet blir modifisert eller reparert på en slik måte at kontrollmodulen blir erstattet med en ikke-standard kontrollmodul, blir det vanskelig for servicepersonellet å reparere kjøretøyet i fremtiden siden den tekniske manualen ikke lenger er i samsvar med kjøretøyet.

I US patent 6434455 er det beskrevet et logistikkservicesystem som inkorporerer en reprogrammerbar kjøretøymodul. I kjøretøymodulen blir feilkoder lagret som indikerer når kjøretøykomponenten har operert feilaktig. I samsvar med US-patent 6434455 kan kjøretøyet bli forbundet med en servicedatamaskin og etter tur med en sentral server. Servicedatamaskinen kan lese informasjon fra kjøretøyet og sende denne til den sentrale serveren. I den sentrale serveren kan også serviceinformasjon bli lagret. Denne serviceinformasjonen kan bli uthentet neste gang kjøretøyet er på verksted for å være i stand til å spore historien til kjøretøyet. Det nevnte US patentet sier imidlertid ikke noe om problemene med vanskelighetene for servicepersonell med å lese kjøretøymodulkoder og også problemene med sporing av modifikasjoner som er gjort på kjøretøyet.

I "Exact configuration onboard", DaimlerChrysler AG, ERA konferanse 1999, Coventry, p.5.2.1 ff, er problemet med dokumentasjon av forskjellige modeller av et kjøretøy beskrevet. I samsvar med dette dokumentet blir problemet løst ved å lagre produktdokumentasjon på selve kjøretøyet. Produktdokumentasjonen kan innbefatte modifikasjoner utført på kjøretøyet så vel som informasjon om service utført på kjøretøyet. Dette dokument løser dog ikke problemet med at teknisk informasjon er lett tilgjengelig for servicepersonell.

DE 197 28 083 Al beskriver et system for kjøretøydatakommunikasjon innbefattende en kjøretøydataoverføringsbuss til hvilken elektroniske kontrollinnretninger hos kjøre-tøyet er tilkoblet. En kommunikasjonsmodul er koblet til databussen og utgjør et auto-nomt grensesnitt for overføringen av data mellom en ekstern kommunikasjonspost og én eller flere av kontrollinnretningene. En overføringsvei som innbefatter databussen og en trådløs overføringsseksjon er således dannet for ekstern aksess til å lese/laste ned kjøre-tøydata fra/til kjøretøykontrollinnretningene. Den integrerte kommunikasjonsmodulen sammen med databusstilkoblingen av kontrollinnretningene søker å tilveiebringe et kommunikasjonssystem med høy kapasitet og som muliggjør at spesifikke data bare må lagres på ett sted (kontrollinnretning) for å være tilgjengelig både internt av de andre kontrollinnretninger så vel som eksternt gjennom de trådløst tilkoblede kommunika-sjonsstasjoner for, for eksempel, kjøretilvirknings- og serviceformål, bomveidatainn-samling, kjøretøypoolrelatert datainnsamling og for å muliggjøre fjernstyring av kjøre-tøyet. Én utførelsesform innbefatter at kjøretøykontrolldata også kan bli matet inn i kontrollinnretningene gjennom kommunikasjonssystemet fra de eksterne stasjoner for eksempel for det formål å innstille kjøretøyhastighetsreferanseverdier enten for kjøre-tøyintern hastighetskontroll eller for fjernstyrt avstandsregulering til omgivende kjøre-tøy.

Videre beskriver ikke den kjente teknikken hvordan produktdokumentasjonen eller teknisk informasjon bør være lagret for å forenkle reprogrammering av kjøretøyet i tilfellet kontrollenheten blir erstattet med en ikke standard kontrollenhet.

Det er således et behov for et kjøretøy og en fremgangsmåte for et slikt kjøretøy som løser minst ett av problemene indikert ovenfor.

Den foreliggende oppfinnelsen tar sikte på å tilveiebringe et apparat, en fremgangsmåte og et datamaskinprogram som løser minst et av problemene indikert ovenfor.

Et formål med oppfinnelsen er å tilveiebringe et apparat, en fremgangsmåte og et datamaskinprogram for vedlikehold av et motorkjøretøy, som tilveiebringer innretning for ukompliserte modifikasjoner av kjøretøyet.

Et annet formål med den foreliggende oppfinnelsen er å tilveiebringe et apparat, en fremgangsmåte og et datamaskinprogram for vedlikehold, med hvilke en serviceperson lett kan lese spesifikasjonene til kjøretøyet.

Et ytterligere formål med den foreliggende oppfinnelsen er å tilveiebringe et apparat, en fremgangsmåte og et datamaskinprogram som gjør det mulig med enkel oppdatering av elektroniske kontrollenheter (ECU:s) som kan brukes i motorkjøretøy.

Minst et av formålene ovenfor blir løst med et apparat, et datamaskinprogram eller en fremgangsmåte i samsvar med de vedheftede uavhengige patentkravene.

Ytterligere formål og fordeler er åpenbare på bakgrunn av de uselvstendige kravene.

Det er tilveiebrakt et apparat for vedlikehold av et motorkjøretøy, hvilket motorkjøretøy omfatter minst en kontrollerbar kjøretøykomponent, en databuss, et lager forbundet med databussen for lagring av en kjøretøyspesifikasjonsfil, og minst en programmerbar elektronikkontrollenhet anordnet for å kontrollere/styre minst en av de kontrollerbare kjøretøykomponentene. Hver elektronisk kontrollenhet er forbundet med databussen og er programmert med et respektivt parametersett, apparatet omfatter en apparatkonnektor for tilkobling av apparatet til databussen til motorkjøretøyet. Apparatet erkarakterisertved at apparatet omfatter en parameterinnstillingsmodul for å avlede parametersettet fra kjøretøyspesifikasjonsfilen. Når apparatet er forbundet med databussen via apparatkonnektoren og ved mottak av en programmeringskommando, er det anordnet for å lese kjøretøyspesifikasjonsfilen fra lageret, og avlede parametersettet fra kjøretøyspesifikasjonsfilen ved bruk av programmeringsmodulen og programmere elektronikkontrollenheten med det avledede parametersettet via databussen.

Et kjøretøy som skal bli betjent av et apparat i samsvar med den foreliggende oppfinnelsen omfatter et antall elektronikkontrollenheter som kontrollerer eller styrer forskjellige elektriske funksjoner i kjøretøyet. Kjøretøyspesifikasjonsfilen er lagret i minst en elektronikkontrollenhet, men kan også være lagret på flere nettsteder i kjøretøyet. Kjøretøyspesifikasjonsfilen kan omfatte informasjon om elektronikkontrollenhetene i kjøretøyet, teknisk informasjon vedrørende kjøretøyet og produktspesifikasjoner for funksjonene til kjøretøyet.

Et apparat i henhold til den foreliggende oppfinnelsen tilveiebringer en robust løsning for vedlikehold av kjøretøyet. Ved å ha en kjøretøyspesifikasjonsfil hvorfra det er mulig å avlede parametersettene som benyttes til å programmere ECU:s er det lett å få oversikt for en serviceperson som skal arbeide med kjøretøyet. Videre, ved å ha en parameterinnstillingsmodul for å avlede parameteren til et kjøretøy, er det bare et spørsmål om oppdatering av parameterinnstillingsmodulen for å være i stand til å bruke nye elektronikkontrollenheter som har kommet på markedet etter kjøretøyet. Oppsummert blir et apparat i samsvar med oppfinnelsens frihet til å modifisere motorkjøretøyet.

Apparatet kan være anordnet for å lese informasjon fra hver av

elektronikkontrollenhetene som er forbundet med databussen via apparatkonnektoren. Dette gir en mulighet for å gjenskape minst en del av kjøretøyspesifikasjonsfilen i tilfellet kjøretøyspesifikasjonsfilen skulle bli ødelagt.

Informasjonen fra elektronikkontrollenhetene kan omfatte et identifikasjonsnummer fra hver elektronikkontrollenhet. Denne informasjon kan bli brukt for elektronisk å kontrollere at elektronikkontrollenhetene er de samme som er spesifisert i kjøretøyspesifikasjonsfilen.

Apparatet kan også omfatte en kommunikasjonskonnektor for tilkobling av apparatet til en sentral server. Denne kan bli brukt for å tilveiebringe oppdateringer av parameterinnstillingsmodulen til apparatet.

Apparatet kan være anordnet for å lese kjøretøyspesifikasjonsfilen fra lageret via apparatkonnektoren og databussen og sende kjøretøy spesifikasjon som en e-mail gjennom kommunikasjonskonnektoren til en sentral server på en kommando fra en bruker. Sendingen av kjøretøyspesifikasjonsfilen som en e-mail er en effektiv, hurtig og pålitelig måte å tilveiebringe kjøretøysspesifikasjonsfilen til en sentral server.

Parameterinnstillingsmodulen kan være implementert med et datamaskinprogram inne i apparatet hvori apparatet er anordnet for å motta og oppdatere

parameterinnstillingsmodulen via kommunikasjonskonnektoren og hvori apparatet er anordnet for å implementere oppdateringen til parameterinnstillingsmodulen. Som et alternativ til å implementere parameterinnstillingsmodulen som et datamaskinprogram er det selvfølgelig også mulig å implementere parameterinnstillingsmodulen som kablet elektronikk. Implementeringen i form av et datamaskinprogram tilveiebringer imidlertid en mye mer fleksibel løsning.

Ved å anordne apparatet for å motta oppdateringer via kommunikasjonskonnektoren er det ukomplisert å oppdatere parameterinnstillingsmodulen.

Kjøretøyspesifikasjonsfilen kan omfatte minst en av typen av informasjon fra gruppen som består av informasjon vedrørende dimensjonene til kjøretøyet, informasjon vedrørende chassiet til kjøretøyet, informasjon om motoren til kjøretøyet, informasjon om lengden av kabler i kjøretøyet, informasjon om arrangementet av kablene inne i kjøretøyet, arrangementet av kablene, informasjon om elektriske komponenter i kjøretøyet og informasjon om oppdateringer av kjøretøyet. Listene ovenfor er ikke uttømmende, men andre typer informasjon kan være innbefattet i kjøretøyspesifikasjonsfilen.

Apparatet kan omfatte en brukermatingsanordning for innmating av informasjon fra en bruker. Brukerinnmatingsanordningen kan være et vanlig tastatur, men innmatingsanordningen kan også være en annen form for innmatingsanordning som er kjent for fagkyndige på området, for eksempel en mikrofon, et digitaliseringskort eller en berøringsskjerm.

Apparatet omfatter et grafisk brukergrensesnitt som er anordnet for å kontrollere/styre et display forbundet med apparatet. Displayet kan selvfølgelig være en hvilken som helst type display kjent for fagkyndige på området.

Etter å ha forlatt fabrikken kan forskjellige konstruksjonsfeil bli funnet i et kjøretøy av en bestemt serie. Slike konstruksjonsfeil blir vanligvis korrigert ved å innkalle kjøretøyene i serie med en såkalt kampanjealarm. Det er imidlertid ofte tilfelle at eierne av kjøretøyene ikke legger merke til eller tar hensyn til kampanjealarmen. Mange kjøretøy blir således ikke modifisert på nødvendig måte. Det er derfor et behov for et apparat som tar hensyn til dette problemet. For dette kan apparatet være anordnet for å motta via kommunikasjonskonnektoren alarmmodifikasjoner som skal utføres på en kjøretøytype og en alarmidentifikator som identifiserer slike kjøretøy. Når det er forbundet med et kjøretøy er apparatet anordnet til å lese kjøretøyspesifikasjonsfilen fira kjøretøyet, og sammenligne alarmidentifikatoren med identifikatoren i kjøretøyspesifikasjonsfilen, og sammenligne alarmmodifikasjonene med kjøretøyspesifikasjonsfilen dersom identifikatorene korresponderer med hverandre for å identifisere modifikasjoner som fremdeles er igjen å bli utført, og å sende ut en notifikasjon til brukeren om slike modifikasjoner som må utføres. Med et slikt apparat blir problemet med ikke-korrigerte konstruksjonsfeil minimalisert siden de fleste kjøretøyene blir betjent regelmessig og siden konstruksjonsfeilene så kan bli korrigert ved de anledninger.

Når kjøretøyet er på service i et verksted kan betjeningen på verksted få informasjon om kjøretøyet fra kjøretøyspesifikasjonsfilen. Denne kan være svært verdifull for å være i stand til å korrigere problemer med kjøretøyet siden informasjonen i kjøretøyspesifikasjonsfilen kan gi veiledning om hvorvidt det er blitt utført noen modifikasjoner av kjøretøyet. Dersom modifikasjoner har blitt utført ved et ikke-lisensiert verksted er det sannsynlig at kjøretøyspesifikasjonsfilen ikke har blitt oppdatert. Modifikasjonen kan således bli detektert ved uoverensstemmelsen mellom kjøretøysspesifikasjonsfilen og statusen til det fysiske kjøretøyet. Dersom for eksempel en elektronikkontrollenhet (ECU) har blitt erstattet med en ikke-standard ECU, kan dette bli detektert ved å sammenligne informasjonen i kjøretøyspesifikasjonsfilen med den virkelige ECU anordnet i kjøretøyet.

Når modifikasjoner er utført på kjøretøyer i et lisensiert verksted, blir kjøretøyspesifikasjonsfilen modifisert i samsvar med dette. Selv om bare en versjon av kjøretøyspesifikasjonsfilen er lagret i kjøretøyet som beskrevet ovenfor, er det mulig å ha to versjoner lagret i kjøretøyet på to forskjellige steder. Dette har den fordelen at dersom kjøretøyspesifikasjonsfilen blir ødelagt på noen måte, er det mer sannsynlig at korrekt informasjon kan bli gjenskapt. For slik lagring av kjøretøyspesifikasjonsfilen kan apparatet være anordnet på en slik måte at det, når det er forbundet med et kjøretøy, leser kjøretøyspesifikasjonsfilen fra to forskjellige lagre forbundet med databussen til kjøretøyet, og sammenligner kjøretøyspesifikasjonsfilene for å bestemme hvorvidt en av kjøretøyspesifikasjonsfilen har blitt endret og sender ut et signal som indikerer uoverensstemmelse mellom kjøretøyspesifikasjonsfilene på displayet.

Apparatet kan videre være anordnet for å kontrollere/styre minst en sjekksum av hver av kjøretøyspesifikasjonsfilene for å kunne kontrollere hvilken kjøretøyspesifikasjonsfil som er korrekt, i tilfelle det er en uoverensstemmelse mellom

kjøretøyspesifikasjonsfilene. Dette tillater apparatet å sjekke hvilke av kjøretøyspesifikasjonsfilene som er korrekt. Hver kjøretøyspesifikasjonsfil kan ha mer enn en sjekksum. Dette gjør det mulig å kontrollere deler av kjøretøyspesifikasjonsfilen og gjør det videre mulig å kombinere en korrekt del av den første versjonen av kjøretøyspesifikasjonsfilen med en korrekt del av den andre versjonen av kjøretøyspesifikasjonsfilen.

Apparatet kan videre være anordnet for å gjenhente informasjon over kjørelengde til kjøretøyet fra kjøretøyspesifikasjonsfilen, og bruke kjørelengden til kjøretøyet og programmeringsmodulen for å tilveiebringe informasjon om servicebestemmelser og sende ut servicebestemmelsene på displayet. Et apparat anordnet på denne måten kan automatisk tilveiebringe servicemodulene på displayet og gjøre det lett for en serviceperson å få informasjon om hva som skal gjøres med kjøretøyet. Alternativt kan kjørelengden bli tilveiebrakt til apparatet som en innmating gjennom innmatingsanordningen.

I samsvar med et andre aspekt ved den foreliggende oppfinnelsen blir et datamaskinlesbart lagermedium på hvilket et datamaskinprogram for vedlikehold av et motorkjøretøy lagret, hvilket motorkjøretøy omfatter minst en kontrollerbar/styrbar kjøretøykomponent, en databuss, et lager forbundet med databussen for å lagre en kjøretøyspesifikasjonsfil, og minst en programmerbar elektronikkontrollenhet anordnet for å kontrollere/styre minst en av de kontrollerbare kjøretøykomponentene, hvori hver elektronikkontrollenhet er forbundet med databussen og er programmert med et respektivt parametersett. Datamaskinprogrammet omfatter instruksjoner som når de kjøres i en datamaskin tillater datamaskinen å kommunisere med databussen til motorkjøretøyet. Datamaskinprogrammet erkarakterisert vedat programmet også omfatter en programmeirngsmodul for å avlede parametersettet fra kjøretøyspesifikasjonsfilen, og at programmet, ved mottak av en programmeringskommando får datamaskinen til å sende signaler, for å lese kjøretøyspesifikasjonsfilen fra lageret, via databussen, og avlede parametersettet fra kjøretøyspesifikasjonsfilen ved bruk av programmeringsmodulen og programmere elektronikkontrollenheten med det avledede parametersettet ved å sende dem via databussen. Et slikt datamaskinprogram kan bli implementert på en standard datamaskin for å implementere apparatet i henhold til oppfinnelsen.

Trekkene beskrevet ovenfor i relasjon til apparatet i henhold til oppfinnelsen kan, der det passer, også bli implementert i et datamaskinprogram i samsvar med oppfinnelsen med de samme fordelene som beskrevet i relasjon til apparatet.

I samsvar med et tredje aspekt ved den foreliggende oppfinnelsen er det tilveiebrakt en fremgangsmåte for vedlikehold av et motorkjøretøy som omfatter minst en kontrollerbar/styrbar kjøretøykomponent, en databuss, et lager forbundet med databussen for å lagre en kjøretøyspesifikasjonsfil, og minst en programmerbar elektronikkontrollenhet anordnet for å kontrollere/styre minst en av de kontrollerbare kjøretøykomponentene, hvori hver elektronikkontrollenhet er forbundet til databussen og er programmert med et respektivt parametersett. Fremgangsmåten erkarakterisertved at den omfatter trinnene å tilveiebringe en parameterinnstillingsmodul for å avlede parametersettet fra kjøretøyspesifikasjonsfilen, lese kjøretøyspesifikasjonsfilen fra lageret via databussen til motorkjøretøyet, avlede parametersettet fra kjøretøyspesifikasjonsfilen ved bruk av parameterinnstillingsmodulen, og programmere elektronikkontrollenheten med det avledede parametersettet via databussen. Denne fremgangsmåte blir fortrinnsvis implementert ved bruk av et apparat som beskrevet ovenfor.

Trekkene beskrevet ovenfor i relasjon til apparatet i henhold til oppfinnelsen kan, der det passer, også bli implementert i en fremgangsmåte i samsvar med oppfinnelsen med de samme fordelene som beskrevet i relasjon til apparatet.

I kjent teknikks kjøretøy er ECU:s programmert med et stort antall koder for å kunne oppnå de ønskede funksjonene. I samsvar med den foreliggende oppfinnelsen beskriver kjøretøyspesifikasjonsfilen kjøretøyet i et høynivåspråk. Kjøretøyspesifikasjonsfilen blir så omformet til koder for programmering av ECU:s. Ved at kjøretøyet er definert i et høynivåspråk i kjøretøyspesifikasjonsfilen er det mye lettere for servicepersonell å lese og modifisere kjøretøyspesifikasjonsfilen.

Det sier seg selv at aspektene ovenfor ved oppfinnelsen kan bli kombinert i den samme utførelsen. I det følgende skal foretrukne utførelser av oppfinnelsen bli beskrevet med henvisning til tegningene.

Kort beskrivelse av tegningene:

Fig. 1 viser et motorkjøretøy i samsvar med en utførelse av den foreliggende oppfinnelsen

Fig. 2 viser en prinsipiell layout av bussene i kjøretøyet på fig. 1.

Fig. 3 viser skjematisk kjøretøyspesifikasjonsfilen i samsvar med en utførelse av den foreliggende oppfinnelsen Fig. 4 viser et flytdiagram over en konsistent sjekk av kjøretøyet i henhold til en utførelse av den foreliggende oppfinnelsen Fig. 5 viser funksjonen av programmodulene under lesing av kjøretøyspesifikasjonsfilen fra kjøretøyet. Fig. 6 viser funksjonen av programmodulene under programmering av reservedeler Fig. 7 viser funksjonen av programmodulene for display av informasjon fra UFC-blokken

Fig. 8 viser funksjonen av programmodulene for displaying av kabellister

Fig. 9 viser prosesstrinnene for å undersøke et behov for en modifikasjon på grunn av en kampanje

Fig. 10 viser prosesstrinnene utført under service av kjøretøyet

I den følgende beskrivelsen av foretrukne utførelser av den foreliggende oppfinnelsen vil det bli referert til figurene hvori tilsvarende komponenter er blitt angitt med de samme henvisningstallene.

På fig. 1 er det vist et motorkjøretøy 1 i samsvar med en utførelse av den foreliggende oppfinnelsen. På fig. 1 er motorkjøretøyet vist som en lastebil, men motorkjøretøyet kan også være en hvilken som helst annen type motorkjøretøy. Motorkjøretøyet omfatter et antall kontrollerbare/styrbare kjøretøykomponenter 2, hvori hver av kjøretøykomponentene 2 blir kontrollert/styrt av en programmerbar elektronikkontrollenhet (ECU) 3. Elektronikkontrollenhetene (ECU) er alle forbundet med en databuss 4. På fig. 1 er alle ECU forbundet med en felles databuss 4, mens slik det vil bli beskrevet nedenfor er det mulig å ha ECU gruppert og hver gruppe av ECU forbundet med en respektiv databuss. Antallet grupper og databusser kan være et hvilket som helst antall. Kjøretøykomponenten 2 kan for eksempel være en baklyslampe 13 eller hovedlyslampen 14 til et motorkjøretøy 1. Andre mulige komponenter som kan bli styrt/kontrollert av en ECU er girboksen, klimakontrollanordningen, vindusdrivanordninger etc. På fig. 1 er det også vist en kjøretøykonnektor 5 som er forbundet med databussen 4 og som kan forbindes med et apparat 6 for vedlikehold av motorkjøretøyet 1. Til databussen 4 er det også forbundet en sentral elektronikkontrollenhet (CECU) 7 som omfatter et lager 8 for å lagre en kjøretøyspesifikasjonsfil. På fig. 1 er det også vist apparatet 6 for vedlikehold av motorkjøretøyet 1 og en sentral server 21 som apparatet 6 for vedlikehold er forbundet med via kommunikasjonskonnektor 18. Forbindelsen til en sentral server 21 gjør det mulig å sende data som relaterer seg til motorkjøretøyet til den sentrale serveren 21 og sende data som relaterer seg til kjøretøyet 1 fra den sentrale serveren 21 til motorkjøretøyet. Forbindelsen mellom kjøretøykonnektoren 5 og apparatet 6 så vel som forbindelsen mellom apparatet 6 og den sentrale serveren 21 kan være trådløs. De trådløse forbindelsene kan være tilveiebrakt på en hvilken som helst måte som er kjent for fagkyndige på området.

På fig. 2a er det vist en prinsipiell layout av datanettverket 12 i et motorkjøretøy 1. Datanettverket omfatter en første databuss 9, en andre databuss 10 og en tredje databuss 11, hvori alle tre busser 9,10,11 er forbundet med en sentral elektronikkontrollenhet (CECU) 7, som i sin tur er forbundet med en kjøretøykonnektor 5 anordnet på kjøretøyet for forbindelse av et apparat 6 for vedlikehold til databussene 9,10,11. Et lager 8 er anordnet i CECU 7 hvori forskjellige data kan bli lagret. I samsvar med oppfinnelsen er en kjøretøyspesifikasjonsfil lagret i lageret 8.

Den prinsipielle layout på apparatet 6 for vedlikehold av motorkjøretøyet er vist på fig. 1. Apparatet 6 omfatter en apparatkonnektor 17 for forbindelse av apparatet 6 til kjøretøykonnektoren 5 på kjøretøyet. Apparatet 6 omfatter et antall moduler 23,24 som er implementert av datamaskinprogrammer i apparatet. Et display 16 er forbundet med apparatet for fremvisning av informasjon til servicepersonellet som bruker apparatet 6. Apparatet 6 for vedlikehold omfatter videre en kommunikasjonskonnektor 18 for forbindelse av apparatet 6 med et nettverk slik som internett eller et annet nettverk. Apparatet 6 kan kommunisere med en sentral server via kommunikasjonskonnektoren 18. Apparatet 6 omfatter også en innmatingsanordning 19, slik som tastatur for innmating av informasjon fra servicepersonen som bruker apparatet 6.

Apparatet 6 for vedlikehold er tilveiebrakt med en innmating 20 for en dongle eller kopibeskyttelsesnøkkel 22 som brukes for å tilveiebringe aksess til modulene til apparatet, hvilke moduler kan være implementert av datamaskinprogrammer. Aksess til apparatet kan bli tillatt på forskjellige autorisasjonsnivåer, i avhengighet av koden som er omfattet i donglen 22. Kodingsystemet som benyttes i donglen og apparatet kan være en hvilken som helst av kodingsystemene kjent for fagkyndige på området. Kodingen av donglen kan være implementert i maskinvare eller programvare.

Når en serviceperson innmater hans personlige dongler i apparatet 6 leser apparatet 6 koden til donglen og tillater aksess for servicepersonen til et autorisasjonsnivå som korresponderer med koden til donglen. Et første nivå av autorisasjon kan for eksempel autorisere en serviceperson bare til å lese informasjon fra motorkjøretøyet, mens et andre autorisasjonsnivå kan autorisere en serviceperson til å endre en begrenset mengde av data i motorkjøretøyet. Sluttelig kan et tredje autorisasjonsnivå autorisere en serviceperson for å endre all mulig informasjon i motorkjøretøyet.

Naturligvis kan det være et hvilket som helst antall autorisasjonsnivåer for å aksessere apparatet.

Kjøretøyspesifikasjonsfilen 25 er vist skjematisk på fig. 3 og er av programmeringsgrunner inndelt i et antall blokker. Hver blokk i kjøretøyspesifikasjonsfilen har dens egen sjekksum, dens egen identifikasjon og informasjon om versjonen, slik at hver blokk kan håndteres separat.

Bortsett fra informasjonen som er felles for alle blokker som nevnt ovenfor, kan toppen 26 av kjøretøyspesifikasjonsfilen 25 også omfatte pekere til andre blokker innen kjøretøyspesifikasjonsfilen 25 slik at alle blokker lett kan aksesseres. Toppen omfatter også et identifikasjonsnavn, som identifiserer kjøretøyspesifikasjonsfilen 25, og et versjonsnummer. Dersom i fremtiden ytterligere blokker blir innbefattet i kjøretøyspesifikasjonsfilen 25, blir versjonsnummeret oppdatert. Videre omfatter toppen et digitalt fingeravtrykk som har informasjon om hvem som lagde kjøretøyspesifikasjonsfilen 25 og når denne ble lagd, ved å skrive dato, identifikasjon på applikasjonen som skapte kjøretøyspesifikasjonsfilen 25, versjonen til applikasjonen og serienummeret til en USB-nøkkel som blir brukt for autorisasjonsformål.

I kjøretøyspesifikasjonsfilen 25 er det også inkludert en ECU-blokk 27, en FPC-blokk 28, en XPC-blokk 29, UFC-blokk 30, en CABL-blokk 31 og en versjonsblokk 32, som nå etter tur skal bli beskrevet mer detaljert.

ECU-blokken 27 omfatter en liste over ECU til kjøretøyet. Listen innbefatter adressen til hver ECU, et identifikasjonsnummer for hver ECU, funksjonsparameter som beskriver mulige funksjoner for hver ECU, delenummeret til hver ECU, konfigurasjonssjekksum og justeringsverdier. I hver ECU er et kjøretøyidentifikasjonsnummer (VIN) programmert. Med dataene i ECU-blokken og VIN er det mulig å se om ECU er riktig programmert. Dersom en ECU blir forflyttet fra et kjøretøy til et annet, kan dette bli detektert siden VIN i ECU er feil. Dersom en ECU er programmert med et ikke-kompatibelt program kan dette også bli detektert siden sjekksummen blir feil. Videre, dersom en ECU har forsvunnet eller ikke virker kan relevant informasjon om ECU bli innsamlet fra ECU-blokken. Når en ECU blir erstattet med en ny, kan den lett bli erstattet og programmert ved bruk av informasjonen fra kjøretøyspesifikasjonsfilen 25.

FPC-blokken 28 omfatter en produktspesifikasjon for kjøretøyet. Denne produktspesifikasjonen inneholder informasjon om hvilken type kjøretøy det er og omfatter de funksjonelle produktkarakteristika til kjøretøyet. Den blir brukt under produksjonen av kjøretøyet og er utdrag ved at den ikke omfatter artikkelnummeret på delene, men har informasjon om kjøretøyet fra et funksjonelt perspektiv. Eksempler på slike funksjonsproduktkarakteristika er akselavstanden til kjøretøyet, hjulkonfigurasjonen, dvs. antallet hjul på hver aksel og deres størrelse, størrelsen på drivstofftanken, typen girboks og fargen på kjøretøyet. På grunn av designen av FPC-blokken 28 kan verdiene til de forskjellige funksjonsproduktkarakteirstikaene ikke bli lagret i FPC-blokken 28.1 FPC-blokken 28 blir bare koder lagret som representerer forskjellige verdier. Hovedoppgaven for FPC-blokken 28 er å tjene som i data under programmering av reservedeler eller under justering av ECU. Programmering av en reserve ECU betyr en fullstendig konfigurasjon av alle konfigurerbare funksjoner i en ECU. I et normalt kjøretøy blir omtrent 1000 parametere i ECU konfigurert fra omtrent 100 funksjonsproduktkarakteristika. Omformingen av funksjonsproduktkarakteristikaene til programmeringsparameterne blir gjort av apparatet for å programmere kjøretøyet.

XPC-blokken 29 omfatter informasjon som relaterer seg til kjøretøyet, hvilken informasjon ikke kan være inneholdt i FPC-blokken 28, dvs. verdier for de forskjellige produktkarakteristikaene. Således blir informasjon om verdier som korresponderer med de forskjellige kodene i FPC-blokken 28 lagret i XPC-blokken 29. XPC-blokken 29 kan bli brukt til å lagre forskjellig ny informasjon når det oppstår behov for lagringen av ny informasjon. Informasjonen i XPC-blokken 29 kan bli brukt ved programmering av reserve ECU. Eksempler på informasjonen i XPC-blokken 29 er informasjon om girforholdet til sluttdriften og volumene i den venstre og høyre brennstofftanken. Bortsett fra informasjon som kan bli brukt for å programmere en reserve ECU kan XPC-blokken 29 også omfatte informasjon av administrativ karakter.

UFC-blokken 30 omfatter informasjon om funksjonene erfart av brukeren av kjøretøyet, slik som funksjonen til en automatisk girkasse, funksjonen til ventilasjonssystemet og funksjonen til fartskontrollen. UFC-blokken 30 omfatter også informasjonen om implementeringer av hver av funksjonene til kjøretøyet. Med informasjon om implementering er ment informasjon om hvordan ECU er programmert for å kunne tilveiebringe funksjonene. Når kjøretøyet er forbundet med apparatet for vedlikehold blir informasjonen i UFC-blokken 30 fremvist for serviceteknikeren. I UFC-blokken 30 er alle elektriske systemfunksjoner og informasjon om deres implementering i kjøretøyet omfattet. Denne individualiserte informasjonen gjør feilsporing enklere. Informasjonen i UFC-blokken 30 er bare referanser til informasjonen i formen av geografiske bilder og beskrivende tekst som er implementert i apparatet for vedlikehold.

CABL-blokken 31 omfatter all informasjnen om kablene i kjøretøyet. Denne informasjonen innbefatter data om lengdene til kablene og hvordan de er forbundet. Som i tilfellet med UFC-blokken 30 er dette en individualisert mengde informasjon i form av en liste over kabler som er inkorporert i kjøretøyet. Informasjonen i CABL- blokken 31 sammen med informasjon i apparatet for vedlikehold tilveiebringer en vedlikeholdstekniker med tilstrekkelig informasjon for en hurtig og pålitelig feilsporing.

Versjonsblokken 32 inneholder informasjon om modifikasjonene foretatt på kjøretøyet. Denne informasjonen er verdifull å ha siden den gjør det mulig å kontrollere de opprinnelige spesifikasjonene til kjøretøyet. Når kjøretøyet er gjenoppbygd i et lisensiert verksted, blir en ny versjonsblokk 32 skapt som indikerer hva som har blitt utført på kjøretøyet sammen med et nytt fingeravtrykk med informasjon om hvilken applikasjon som blir brukt for å oppdatere versjonsblokken 32, informasjon om versjonen til applikasjonen, datoen for oppdateringen og serienummeret til USB-nøkkelen.

Sluttelig omfatter kjøretøyspesifikasjonsfilen 25 også en kampanjeblokk 33, som er tilsvarende versjonsblokken 32, men som omfatter informasjon over utførte kampanjer som må bli foretatt istedenfor gjenoppbygninger. Informasjonen i kampanjeblokken 33 indikerer hvilke modifikasjoner som har blitt utført på kjøretøy.

Det er et antall grunner for å oppdatere kjøretøyspesifikasjonsfilen 25. En slik grunn kan være feil i en av ECU. I tilfelle typen ECU som har feilet ikke er på lager, må den erstattes med en annen som er kompatibel med den gamle. Det er imidlertid ofte tilfellet at parametersettene som benyttes for å programmere ECU skiller mellom forskjellige ECU. Ved utskiftning av feil ECU med en ny kompatibel ECU og således parametersettet bli oppdatert. For å kunne være i stand til å erstatte ECU med en ny ECU må imidlertid den nye ECU bli støttet av parameterinnstillingsmodulen i apparatet for vedlikehold. Slik støtte er tilveiebrakt av parameterinnstillingsmodulen, som omfatter informasjon om et stort antall forskjellige ECU og hvordan deres parametersett skal være anordnet for å tilveiebringe forskjellige funksjoner.

I noen tilfeller støtter en ny versjon av ECU flere funksjoner enn den opprinnelige versjonen av ECU. I et slikt tilfelle blir parametrene innstilt slik at de opprinnelige funksjonene blir oppnådd. Alternativt, dersom maskinvaren tillater nye funksjoner å bli implementert, kan dette også bli gjort.

Som et første eksempel, blir utskiftningen av en defekt ECU 3 som kontrollerer en automatisk girkasse bli beskrevet. Når motorkjøretøyet er på verksted, vil det bli forbundet med apparatet 6 for vedlikehold av motorkjøretøyet 1. Apparatet vil lese kjøretøyspesifikasjonsfilen 25 fra motorkjøretøyet og identifisere identifikasjonsnumrene til alle ECU 3 i kjøretøyet fra kjøretøyspesifikasjonsfilen 25. Identifikasjonsnumrene vil bli fremvist på displayet forbundet med apparatet for vedlikehold.

Det er mulig å identifisere den defekte ECU 3 på et antall forskjellige måter kjent for en fagkyndig på området. Dette kan for eksempel bli besørget ved å sammenligne en feilbeskrivelse tilveiebrakt av en bruker av motorkjøretøyet, med forskjellige feilsenarier. Dersom ECU 3 selv ikke responderer, kan dette også være en indikasjon på at ECU 3 er defekt. Videre kan en defekt ECU 3 bli identifisert av feilkoder som kan være registrert med et feildetekteringssystem separat fra nettverket 12 til ECU 3 eller integrert med dette nettverk 12.

Når ECU 3 som skal bli erstattet har blitt identifisert, kan servicepersonen som bruker apparatet 6 for vedlikehold velge denne ECU 3 i apparatet 6 ved bruk av innmatingsanordningen 19 og displayet. Etter å ha valgt en spesifikk ECU 3 kan apparatet 6 foreslå en erstatnings ECU 3 som kan bli brukt istedenfor den defekte ECU 3 og kan også fremvise informasjon som beskriver funksjonene til ECU 3 på displayet. Etter å ha erstattet ECU 3 kan servicepersonen innmate informasjon, via innmatingsanordningen 19 til apparatet 6, om at ECU 3 har blitt erstattet. Så kan oppdatering av parametersettet for den utskiftede ECU 3 begynne. Apparatet 6 for vedlikehold avleder således et nytt parametersett ved bruk av kjøretøyspesifkasjonsfilen 25 fra motorkjøretøyet 1 sammen med informasjon på ECU 3. Det avledede parametersettet blir så overført fra apparatet 6 for vedlikehold til motorkjøretøyet 1.

Som et andre eksempel på når en oppdatering av kjøretøyspesifikasjonsfilen 25 er nødvendig, vil modifikasjonen av motorkjøretøyet bli beskrevet. Først modifiserer eieren av motorkjøretøyet 1 motorkjøretøyet 1 ved å tilføye en andre bakre aksel. Etter modifikasjon av motorkjøretøyet 1 kan det bli forbundet med apparatet 6 for vedlikehold, som leser kjøretøyspesifikasjonsfilen 25 fra lageret 8 i den sentrale ECU 7. Apparatet for vedlikehold oppdaterer så versjonsblokken til spesifikasjonsfilen. Det er to alternativer for oppdatering av kjøretøyspesifikasjonsfilen 25.1 samsvar med et første alternativ for små og hyppige gjenoppbygninger blir kjøretøyspesifikasjonsfilen lest fra kjøretøyet og sendt til en rekonfigurasjonsdatabase. Dette resulterer i en fremvisning av en liste av mulige gjenoppbygninger som blir vist til personen som skal gjenoppbygge eller reparere kjøretøyet. Etter å ha gjenoppbygd/reparert kjøretøyet og programmert de nødvendige ECU blir den oppdaterte kjøretøyspesifikasjonsfilen 25 lagret i kjøretøyet igjen. I samsvar med et andre alternativ blir kjøretøyspesifikasjonsfilen 25 sendt til en servicesentral med en anmodning om en spesifikk gjenoppbygning/reparasjon av et kjøretøy. I servicesentralen blir en ny kjøretøyspesifikasjonsfil 25 tilveiebrakt, som blir sendt tilbake til personen som modifiserer kjøretøyet for å kunne lagre denne i kjøretøyet.

Kjøretøyspesifikasjonsfilen 25 er også svært verdifull under vedlikehold/service på motorkjøretøyet 1. Når motorkjøretøyet 1 er til service på et verksted forbinder personen som er ansvarlig for servicen apparatet 6 for vedlikehold av kjøretøyet med motorkjøretøyet 1. Apparatet 1 leser kjøretøyspesifikasjonsfilen 25 fra lageret 8 til den sentrale ECU 7 i trinn 1001 på fig. 10. Kilometerstanden til kjøretøyet blir enten innlastet i apparatet 6 av servicepersonen med innmatingsanordningen eller blir lest automatisk fra motorkjøretøyet 1 apparatet i trinn 1002. Kilometerstanden kan bli lagret i lageret 8 til sentralen ECU 7. Fra versjonsblokken til kjøretøyspesifikasjonsfilen 25 trekker apparatet 6 i trinn 1003 ut informasjon om service som har blitt utført på motorkjøretøyet 1 og et identifikasjonsnummer som identifiserer versjonen som har utført servicen på motorkjøretøyet 1. Apparatet 6 bestemmer i trinn 1004 servicen som skal utføres på motorkjøretøyet 1 basert på identifikasjonsnummeret og kilometerstanden til motorkjøretøyet 1. Apparatet 6 sammenligner så servicen som skal utføres med servicen som allerede har blitt utført på motorkjøretøyet 1 og fremviser uoverensstemmelsen på display 16 i trinn 1005. Etter at servicen har blitt utført blir kjøretøyspesifikasjonsfilen 25 oppdatert og lagret i lageret 8 i trinn 1006.

Etter at et motorkjøretøy 1 har blitt solgt kan forskjellige konstruksjonsfeil bli oppdaget på en serie av motorkjøretøyet 1. Slike konstruksjonsfeil blir ofte korrigert under såkalte kampanjer, når eierne av kjøretøyene i en spesifikk serie av motorkjøretøy blir varslet om nødvendigheten for å korrigere konstruksjonsfeil. Det er ofte tilfellet at bare en mindre andel av eierne oppsøker verksted med deres motorkjøretøy 1 etter å ha fått en slik kampanjevarsling. I samsvar med en utførelse av den foreliggende oppfinnelsen blir utførelsen av slike kampanjer undersøkt når motorkjøretøyet 1 er på et verksted for service eller reparasjon.

Følgelig, når motorkjøretøyet av en eller annen grunn er forbundet med apparatet 6, blir det undersøkt hvorvidt operasjonene definert i forskjellige kampanjer har blitt utført. Mer detaljert blir kjøretøyspesifikasjonsfilen 25 lest fra lageret 8 til den sentrale ECU 7 og blir sammenlignet med informasjonen med hensyn på kampanjen relatert til motorkjøretøyet 1.

På fig. 9 er prosessen for å undersøke behov for en modifikasjon på grunn av en

kampanje vist. I et første trinn 901 blir kampanjeblokken lest fra kjøretøyet 1.1 et andre trinn 902 blir kampanjeblokken sammenlignet med informasjon om alle kampanjer som har blitt utstedt for å bestemme hvilke kampanjer som ikke har blitt utført for kjøretøyet. I et tredje trinn 903 blir det fremvist på displayet 16 hvilke kampanjer som fremdeles må utføres på kjøretøyet. Informasjonen om kampanjer blir mottatt av apparatet 6 fra den sentrale serveren 21.

For å kunne undersøke at det elektriske systemet til kjøretøyet består av riktig programmerte ECU, kan en konsistenssjekk bli utført. Konsistenssjekken omfatter et antall trinn som vil bli forklart nedenfor i forbindelse med flytskjemaet på fig. 4.

Under noen omstendigheter kan motorkjøretøyet 1 bli utsatt for forskjellige forhold under hvilke det er en risiko for at kjøretøyspesifikasjonsfilen 25 blir ødelagt. Dette betyr at det ikke er mulig å være sikker på innholdet til kjøretøyspesifikasjonsfilen 25.1 samsvar med en utførelse av den foreliggende oppfinnelsen kan dette problemet bli minsket ved å tilveiebringe to kopier av kjøretøyspesifikasjonsfilen 25 i kjøretøyet, lagret på forskjellige steder. Den første versjonen av kjøretøyspesifikasjonsfilen 25 kan være lagret i lageret 8 til den sentrale ECU 7. Den andre versjonen av kjøretøyspesifikasjonsfilen 25 kan være lagret i en hvilken som helst av de andre ECU.

I et første trinn 401 blir kjøretøyspesifikasjonsfilen 25 uthentet fra den sentrale ECU 7 så vel som den andre ECU hvori kjøretøyspesifikasjonsfilen 25 er lagret. Konsistensen til de to versjonene av kjøretøyspesifikasjonsfilene kan bli undersøkt ved å sammenligne dem. Dersom det er en uoverensstemmelse mellom de to forskjellige versjonene av kjøretøyspesifikasjonsfilen 25 kan en således bestemme at minst en av dem er feilaktig. Dersom dette er tilfellet blir sjekksummene til kjøretøyspesifikasjonsfilen 25 undersøkt. Siden kjøretøyspesifikasjonsfilen 25 har en sjekksum for hver blokk, er det mulig å undersøke hver blokk separat.

Det er selvfølgelig mulig å foreta kontroll av sjekksummene før sammenligningen av kjøretøyspesifikasjonsfilene 25, men siden kjøretøyspesifikasjonsfilen 25 ikke har noen sjekksum for alle blokker vil en slik operasjon ta mer tid.

I tilfellet at begge versjoner av kjøretøyspesifikasjonsfilen 25 er ødelagt, kan apparat 6 være anordnet til å uthente noe informasjon fra hver av ECU for å kunne gjenskape minst noe av kjøretøyspesifikasjonsfilen 25. Blokker som har en korrekt sjekksum kan således bli uthentet fra en av kjøretøyspesifikasjonsfilene 25, mens de andre blokkene kan bli uthentet fra den andre kjøretøyspesifikasjonsfilen 25 under forutsetning av at de har korrekte sjekksummer. Informasjonen lest fra hver av ECU kan for eksempel være et identifikasjonsnummer for ECU.

I et andre trinn 402 blir det undersøkt hvorvidt det er mulig å forbinde alle ECU som er definert i kjøretøyspesifikasjonsfilen 25. Dersom en ECU mangler, er det grunner til å tro at den heller ikke fungerer på noen andre måter.

I et tredje trinn 403 blir det undersøkt hvorvidt alle ECU har det samme kjøretøyidentifikasjonsnummeret som kjøretøyspesifikasjonsfilen 25.1 tilfellet noen av ECU har et forskjellig kjøretøyidentifikasjonsnummer, er det sannsynlig at det stammer fra et annet kjøretøy. Den må således trolig reprogrammeres for å fungere riktig. I tilfelle kjøretøyidentifikasjonsnummeret mangler, er det sannsynlig at en reserve ECU har blitt innsatt uten å ha blitt programmert. Dette faktum blir fremvist til personen som tar service på kjøretøyet.

I et fjerde trinn 404 blir det undersøkt hvorvidt ECU har artikkelnumrene som er definert i kjøretøyspesifikasjonsfilen 25. Det er bare en liten sannsynlighet for at kjøretøyidentifikasjonsnummeret er korrekt, men at artikkelnummeret er feil. Hovedgrunnen for å ha artikkelnumrene lagret i kjøretøyspesifikasjonsfilen 25 er imidlertid at en skal være i stand til lett å bestille de korrekte komponentene når de skal erstattes.

I et femte trinn 405 blir det utført en kontroll av en sjekksum. Basert på parameterne til ECU som er programmert, blie en sjekksum skapt som blir lagret under de respektive ECU. Denne sjekksum er korrekt bare dersom ECU har blitt programmert med et autorisert apparat for vedlikehold.

Selv om trinnene i fluiddiagrammet har blitt beskrevet i en viss rekkefølge er det åpenbart for fagkyndige på området at trinnene kan bli utført i en tilfeldig orden.

Det er situasjoner hvor en serviceperson alene eller selv ikke kan reparere motorkjøretøyet. For slik og andre situasjoner kan apparatet 6 omfatte en kommunikasjonskonnektor 18 som er forbundet med internett. Apparatet kan så bli forbundet til en sentral server 21 via kommunikasjonskonnektoren 18.

Bortsett fra å sende informasjon fra apparatet til den sentrale serveren 21, kan informasjon også bli sendt i den motsatte retningen. Som eksempel på slik transmisjon er når datamaskinprogrammet i apparatet skal bli oppdatert. Grunnen for en slik oppdatering kan være at nye versjoner av ECU 3 har blitt frigitt eller at nye funksjoner har blitt implementert i motorkjøretøyene 1. Oppdateringer av programmet kan bli sendt fra den sentrale serveren 21, via internett, gjennom kommunikasjonskonnektoren 18 til apparatet 6.

Hvor det er en grunn for servicepersonen å videresende noen informasjon til den sentrale serveren 21, kan dette gjøres via kommunikasjonskonnektoren 18. Som et eksempel, kan kjøretøyspesifikasjonsfilen 25 bli videresendt i en e-mail til den sentrale serveren 21.

Som beskrevet ovenfor, blir kjøretøyspesifikasjonsfilen 25 lest fra kjøretøyet med et apparat. Apparatet blir kontrollert/styrt av et antall programmoduler. Funksjonen til disse forskjellige programmodulene skal bli beskrevet i det følgende.

På fig. 5 er lesingen av kjøretøyspesifikasjonsfilen vist. En første programmodul 503 tilveiebringer lesingen av kjøretøyspesifikasjonsfilen 505 fra kjøretøyet 501. For å være i stand til å lese kjøretøyspesifikasjonsfilen fra kjøretøyet 501, må den første programmodulen 502 være tilveiebrakt med en elektronisk nøkkel 502. En andre programmodul 504 har et elektronisk bibliotek som blir brukt til å tolke kjøretøyspesifikasjonsfilen og fremvise en lesbar versjon for operatøren av datamaskinen.

På fig. 6 er programmering av reservedeler fremvist. En første programmodul 602 leser kjøretøyspesifikasjonsfilen angitt med 603, fra kjøretøyet 601. En andre programmodul, angitt 604, omformer kjøretøyspesifikasjonsfilen 603 til et lesbart format. Den første programmodulen 602 leser også identifikasjonen for den nye ECU fra kjøretøyet 601 og sender den til en tredje programmodul angitt 605. Den tredje programmodulen 605 er i kontakt med en database, angitt med 606. Med informasjonen om identiteten til ECU, kjøretøyspesifikasjonsfilen og databasen 606, avleder den tredje programmodulen 605 programdata som skal brukes for programmering av ECU.

På fig. 7 er fremvisning av informasjon fra UFC-blokk 30 vist. UFC-blokken 30 til kjøretøyspesifikasjonsfilen 704 blir lest av en første programmodul 701 og blir sendt til en andre programmodul 702, som ved å bruke en database 703 tilveiebringer tekst og grafikk til operatøren av datamaskinen.

På fig. 8 er prosessen for fremvisning av kabellister vist. En første programmodul 801 blir brukt til å lese CABL-blokken 31 fra kjøretøyspesifikasjonsfilen 802. CABL-blokken 31 blir sendt til en andre programmodul 803 som bruker en database 804 for å samle tekst og grafikk forbundet med CABL-blokken 31. Den grafiske representasjonen blir så vist til operatøren av datamaskinen.

Selv om bruken av en elektronisk nøkkel ikke er beskrevet i forbindelse med fig. 6 til 8, er det åpenbart for en fagkyndig på området at slik en elektronisk nøkkel også kan bli brukt i disse tilfeller.

Den foreliggende oppfinnelsen er ikke begrenset av de ovenfor beskrevne utførelsene, men kan bli endret på mange måter uten å forlate rammen for oppfinnelsen. Oppfinnelsen er begrenset bare av de medfølgende patentkravene som angitt nedenfor.

Kjøretøyet 1 kan for eksempel ha færre enn seks hjul vist på motorkjøretøyet 1 vist på fig. 1.

Selv om lagringen av to kopier av kjøretøyspesifikasjonsfilen 25 bare blir beskrevet i relasjon til beskrivelsen av konsistenssjekken, vil en fagkyndig på området erkjenne at denne fremgangsmåten kan bli brukt også i de andre eksemplene beskrevet ovenfor.

Claims (24)

1. Apparat (6) for vedlikehold av et motorkjøretøy omfattende minst en kontrollerbar/styrbar kjøretøykomponent (2), en databuss (4), et lager (8) forbundet med databussen (4) for lagring av en kjøretøyspesifikasjonsfil (25), og minst en programerbar elektronikkontrollenhet (3) anordnet for å kontrollere styre minst en av de kontrollerbare kjøretøykomponentene (2), hvori hver elektronikkontrollenhet (3) er forbundet med databussen (4) og er programmert med et respektivt parametersett, hvilket apparat (6) omfatter en apparatkonnektor (17) for tilkobling av apparatet (6) til databussen (4) av motorkjøretøyet (1),karakterisertv e d at apparatet (6) omfatter en parameterinnstillingsmodul for å avlede parametersettet fra kjøretøyspesifikasjonsfilen (25), og at apparatet (6) når det er forbundet med databussen via apparatkonnektoren og ved mottak av en programmeringskommando, er anordnet til å lese kjøretøyspesifikasjonsfilen (25) fra lageret (8), og avlede parametersettet fra kjøretøyspesifikasjonsfilen (25) ved bruk av programmeringsmodulen og programmere den elektroniske kontrollenheten med det avledede parametersettet via databussen.

2. Apparat ifølge krav 1,karakterisert vedat apparatet (6) er anordnet til å lese informasjon fra hver av de elektroniske kontrollenhetene (3) forbundet med databussen (4) via apparatkonnektoren (28).

3. Apparat ifølge krav 2,karakterisert vedat informasjonen fra de elektroniske kontrollenhetene (3) omfatter et identifikasjonsnummer fra hver elektroniske kontrollenhet (3).

4. Apparat ifølge et av kravene 1 til 4,karakterisert vedat apparat (6) omfatter en kommunikasjonskonnektor (18) for tilkobling av apparatet til en sentral server (21).

5. Apparat ifølge krav 4,karakterisert vedat apparatet, på en kommando fra en bruker er anordnet til å lese kjøretøyspesifikasjonsfilen (25) fra lageret (8) via apparatkonnektoren (17) og databussen (4) og sende kjøretøyspesifikasjonsfilen (25) som en e-mail gjennom kommunikasjonskonnektoren (18) til en sentral server (21).

6. Apparat ifølge krav 4 eller 5,karakterisert vedat parameterinnstillingsmodulen er implementert med et datamaskinprogram i apparatet og hvori apparatet er anordnet for å motta en oppdatering av parameterinnstillingsmodulen (23) gjennom kommunikasjonskonnektoren (18) og hvori apparatet (6) er anordnet til å implementere oppdateringen til parameterinnstillingsmodulen (23).

7. Apparat ifølge et hvilke som helst av de forutgående kravene,karakterisert vedat kjøretøyspesifikasjonsfilen (25) omfatter minst en av typen informasjon fra gruppen som omfatter informasjon om dimensjonene til kjøretøyet, informasjon om chassiet til kjøretøyet, informasjon om motoren til kjøretøyet, informasjon om lengden av kabler i kjøretøyet, informasjon om anordningen av kablene i kjøretøyet, anordningen av kablene, informasjon om elektriske komponenter i kjøretøyet og informasjon om oppdateringer av kjøretøyet.

8. Apparat ifølge et hvilket som helst av de forutgående kravene,karakterisert vedat apparatet (6) omfatter en brukerinmatingsanordning (19) for innmating av informasjon fra en bruker.

9. Apparat ifølge et hvilket som helst av de forutgående kravene,karakterisert vedat apparatet omfatter et grafisk brukergrensesnitt (24) som er anordnet for å kontrollere/styre et display (16) forbundet med apparatet (6).

10. Apparat ifølge krav 9,karakterisert vedat apparatet (6) er anordnet for å motta gjennom kommunikasjonskonnektoren (18) varslingsmodifikasjoner som skal utføres på en kjøretøytype og en varslingsidentifikator som identifiserer slike kjøretøy, ved forbindelse med et motorkjøretøy (1), og lese kjøretøyspesifikasjonsfilen (25) fra motorkjøretøyet (1), og sammenligne varselidentifikatoren med identifikatoren i kjøretøyspesifikasjonsfilen (25), og sammenligne varselmodifikasjonene med kjøretøyspesifikasjonsfilen (25) dersom identifikatorene korresponderer med hverandre for å identifisere modifikasjoner som fremdeles gjenstår å bli utført, og sende ut en notifikasjon til en bruker om slike modifikasjoner som skal utføres.

11. Apparat ifølge krav 9 eller 10,karakterisert vedat når det er forbundet med et kjøretøy er anordnet til å lese kjøretøyspesifikasjonsfilen (25) fra to forskjellige lagre forbundet med databussen til kjøretøyet, og som sammenligner kjøretøyspesifikasjonsfilene (25) for å bestemme hvorvidt en av kjøretøyspesifikasjonsfilene (25) har blitt endret og sender ut et signal som indikerer uoverenstemmelse mellom kjøretøyspesifikasjonsfilen (25) på displayet (16).

12. Apparat ifølge krav 11,karakterisert vedat apparatet, i tilfelle det er en uoverensstemmelse mellom kjøretøyspesifikasjonsfilene (25), videre er anordnet for å kontrollere en sjekksum til hver av kjøretøyspesifikasjonsfilene (25) for å kontrollere hvilken kjøretøyspesifikasjonsfil (25) som er korrekt.

13. Apparat ifølge et hvilket som helst av kravene 9 til 12,karakterisert vedat det videre er anordnet til å uthente informasjon om kilometerstanden til kjøretøyet fra kjøretøyspesifikasjonsfilen (25), og bruke kilometerstanden til kjøretøyet og programmeringsmodulen for å tilveiebringe informasjon om servicebestemmelsene og sende ut servicebestemmelsene på displayet (16).

14. Datamaskinlesbart lagermedium på hvilket en datamaskin for vedlikehold av et motorkjøretøy (1) er lagret, hvilket motorkjøretøy (1) omfatter minst en styrbar/regulerbar kjøretøykomponent (2), en databuss (4), et lager (8) forbundet med databussen (4) for å lagre en kjøretøyspesifikasjonsfil (25), og minst en programerbar elektronisk kontrollenhet anordnet for å kontrollere/styre minst en av de kontrollerbare kjøretøykomponentene (2) hvori den minst ene elektroniske kontrollenheten (3) er forbundet med databussen (4) og er programmert med et respektivt parametersett, hvilket datamaskinprogram omfatter instruksjoner som når de kjøres på en datamaskin (6) tillater datamaskinen (6) å kommunisere med databussen (4) til motorkjøretøyet (1),karakterisert vedat programmet også omfatter en programmeringsmodul for å avlede parametersettet fra kjøretøyspesifikasjonsfilen (25), og at datamaskinprogrammet, ved mottak av en programmeringskommando, bringer datamaskinen (6) til å sende signaler, for å lese kjøretøyspesifikasjonsfilen (25) fra lageret (8), via databussen (4), for å avlede parametersettet fra kjøretøyspesifikasjonsfilen (25) ved bruk av parameterinnstillingsmodulen (23) og programmere den elektroniske kontrollenheten (3) med det avledede parametersettet ved å sende dem gjennom databussen (4).

15. Datamaskinlesbart lagermedium ifølge krav 14,karakterisertv e d at programmet, på en kommando fra en bruker, bringer datamaskinen (6) til å lese kjøretøyspesifikasjonsfilen (25) fra lageret (6) via databussen (4) og sende kjøretøyspesifikasjonsfilen (25) som en e-mail til en sentral server (21).

16. Datamaskinlesbart lagermedium ifølge krav 14 eller 15,karakterisert vedat datamaskinen er anordnet i programmet til å motta en oppdatering av parameterinnstillingsmodulen (23) fra en sentral server (21) og hvori datamaskinen (6) er anordnet til å implementere oppdateringen av parameterinnstillingsmodulen (23).

17. Datamaskinlesbart lagermedium ifølge krav 14,15 eller 16,karakterisert vedat kjøretøyspesifikasjonsfilen (25) omfatter minst en av typene informasjon fra gruppen som omfatter informasjon om dimensjonene til kjøretøyet, informasjon om chassiet til kjøretøyet, informasjon om motoren til kjøretøyet, informasjon om lengden av kabler i kjøretøyet, informasjon om anordningen av kablene i kjøretøyet, arrangementet av kablene, informasjon om elektriske komponenter i kjøretøyet, og informasjon om oppdatering av kjøretøyet.

18. Datamaskinlesbart lagermedium ifølge krav 14,15,16 eller 17,karakterisert vedat datamaskinen er anordnet av datamaskinprogrammet til å sende ut signaler for å styre et display (16) forbundet med datamaskinen.

19. Datamaskinlesbart lagermedium ifølge krav 18,karakterisertv e d at datamaskinen (6) er anordnet av programmet, til å motta varselmodifikasjoner som skal utføres på en kjøretøytype og en varselidentifikator som identifiserer slike kjøretøy, på forbindelse av datamaskinen til et kjøretøy, og lese kjøretøyspesifikasjonsfilen (25) fra kjøretøyet, og sammenligne varselidentifikatoren med identifikatoren i kjøretøyspesifikasjonsfilen (25), og sammenligne varselmodifikasjonene med kjøretøyspesifikasjonsfilen (25) dersom identifikatorene korresponderer med hverandre for å identifisere modifikasjoner som fremdeles gjenstår å bli utført, og sende ut et signal for notifikasjon av en bruker om slik modifikasjoner som skal utføres.

20. Datamaskinlesbart lagermedium ifølge krav 18 eller 19,karakterisert vedat når det er forbundet til et motorkjøretøy (1) er anordnet til å lese kjøretøyspesifikasjonsfilen (25) fra to forskjellige lagre forbundet med databussen (4) til motorkjøretøyet (4), og som sammenligner kjøretøyspesifikasjonsfilene (25) for å bestemme hvorvidt noen av kjøretøyspesifikasjonsfilene (25) har blitt endret og sender ut et signal som indikerer uoverensstemmelse mellom kjøretøyspesifikasjonsfilene (25) på displayet (16).

21. Datamaskinlesbart lagermedium ifølge krav 20,karakterisertv e d at datamaskinen, i tilfelle det er uoverensstemmelse mellom kjøretøyspesifikasjonsfilene (25), videre er anordnet av datamaskinprogrammet, til å kontrollere en sjekksum for hver av kjøretøyspesifikasjonsfilene (25) for å kunne kontrollere hvilken kjøretøyspesifikasjonsfil (25) som er korrekt.

22. Datamaskinlesbart lagermedium ifølge et hvilket som helst av kravene 18 til 21,karakterisert vedat datamaskinen (6) er anordnet av datamaskinprogrammet til å uthente informasjon om kilometerstanden til motorkjøretøyet (1) fra kjøretøyspesifikasjonsfilen (25), og bruke kilometerstanden til motorkjøretøyet (1) og programmeringsmodulen (23) for å tilveiebringe informasjon om servicebestemmelsene og sende ut servicebestemmelsene som et signal til et display (16).

23. Fremgangsmåte for vedlikehold av et motorkjøretøy som omfatter minst en styrbar/kontrollerbar kjøretøykomponent (2), en databuss (4), et lager (8) forbundet med databussen (4) for å lagre en kjøretøyspesifikasjonsfil (25), og minst en programmerbar elektronisk kontrollenhet (3) anordnet for å kontrollere/styre minst en av de kontrollerbare kjøretøykomponentene (2), hvori den minst ene elektroniske kontrollenheten (3) er forbundet med databussen (4) og er programmert med et respektivt parametersett,karakterisert vedat fremgangsmåten omfatter trinnene å tilveiebringe en parameterinnstillingsmodul (23) for å avlede parametersettet fra kjøretøyspesifikasjonsfilen (25), lese kjøretøyspesifikasjonsfilen (25) fra lageret gjennom databussen (4) til motorkjøretøyet (1), avlede parametersettet fra kjøretøyspesifikasjonsfilen (25) ved bruk av parameterinnstillingsmodulen (23), og programmering av den elektroniske kontrollenheten (3) med det avledede parametersettet gjennom databussen (4).

24. Fremgangsmåte ifølge krav 23,karakterisert vedat den omfatter trinnet å forbinde et apparat (6) med databussen til motorkjøretøyet (1), og hvori avledningen av parametersettet fra kjøretøyspesifikasjonsfilen (25) blir utført i apparatet (6).