ODIS dijagnostički protokol

Opis dokumenta

2

SERVISNA TEHNIKA

Sadržaj

1 UVOĐENJE............................................................................................................................................ 5

1.1 UVOD ................................................................................................................................................ 5

1.2 ŽIVOTNI TOK DIJAGNOSTIČKOG PROTOKOLA U PROGRAMU ODIS..................................................... 5

1.2.1 Protokolisanje u programu ODIS................................................................................................ 5

1.2.2 Slanje u DISS ……....................................................................................................................... 5

1.2.3 Slanje u VTF – bez papira…....................................................................................................... 6

2 KONSTRUKCIJA I SADRŽAJ........................................................................................................... 7

2.1 KONSTRUKCIJA................................................................................................................................. 7

2.2 ZAGLAVLJE...................................................................................................................................... 7

2.3 OPŠTE INFORMACIJE......................................................................................................................... 8

2.3.1 Radioničke informacije….............................................................................................................. 9

2.3.2 Verzije softvera ......................................................................................................................... 10

2.3.3 Vozilo......................................................................................................................................... 12

2.4 DIJAGNOSTIČKA SESIJA.................................................................................................................. 13

2.5 PRVI TEST SISTEMA S UNOSIMA U MEMORIJU DOGAĐAJA............................................................... 14

2.5.1 Identifikacija procesora ............................................................................................................. 14

2.5.2 Sistem podsabirnice .................................................................................................................. 17

2.5.3 Unosi u memoriju grešaka ......................................................................................................... 17

2.6 DODATNI TESTOVI SISTEMA SA UNOSIMA U MEMORIJU DOGAĐAJA............................................... 18

2.7 PROVEDENI RADNI KORACI ............................................................................................................ 19

2.8 ISPITNI PLAN................................................................................................................................... 20

2.9 ISPITIVANJA FUNKCIJE .................................................................................................................... 21

2.9.1 GFS Program-Nazivi i statusi provođenja ................................................................................ 21

2.9.2 Ispitni koraci.............................................................................................................................. 22

2.9.3 Dojave …….................................................................................................................................. 22

2.9.4 Unosi korisnika ......................................................................................................................... 23

2.9.5 Komunikacija procesora ........................................................................................................... 23

2.9.6 Greške komunikacije procesora ................................................................................................ 24

2.9.7 Pozivanje potprograma............................................................................................................... 25

2.9.8 Očitati mjerne vrijednosti.......................................................................................................... 26

2.9.9 Lokalne varijable ....................................................................................................................... 26

3

SERVISNA TEHNIKA

Imenik tabela

Tabela 1: Primjer "Zaglavlje"............................................................................................ 7

Tabela 2: Primjer "Opšte informacije" .............................................................................. 8

Tabela 3: Objašnjenje "Opšte informacije" ...................................................................... 8

Tabela 4: Primjer "Radioničke informacije" ........................................................................ 9

Tabela 5: Objašnjenje " Radioničke informacije " .............................................................. 9

Tabela 6: Primjer "Verzije softvera" .................................................................................10

Tabela 7: Objašnjenje " Verzije softvera " .......................................................................11

Tabela 8: KVPS-oznaka marke .......................................................................................11

Tabela 9: Primjer "Vozilo" 33........................................................................................12

Tabela 10: Objašnjenje "Vozilo" 33...............................................................................13

Tabela 11: Primjer "Dijagnostička sesija" ........................................................................13

Tabela 12: Objašnjenje " Dijagnostička sesija " ...............................................................14

Tabela 13: Primjer "Identifikacija procesora"....................................................................14

Tabela 14: Objašnjenje " Identifikacija procesora " ...........................................................16

Tabela 15: Primjer "Sistem podsabirnice" ........................................................................17

Tabela 16: Primjer "Unosi u memoriju grešaka” ...............................................................17

Tabela 17: Objašnjenje " Unosi u memoriju grešaka".......................................................18

Tabela 18: Primjer "Dodatni testovi sistema"......................................................................18

Tabela 19: Primjer "Radni postupak"................................................................................19

Tabela 20: Primjer "Radni postupak GFS" .......................................................................19

Tabela 21: Objašnjenje "Radni postupak GFS".................................................................20

Tabela 22: Primjer "Ispitni plan" .......................................................................................20

Tabela 23: Primjer "GFS naziv programa".........................................................................21

Tabela 24: Mogući statusi provođenja 333.....................................................................22

Tabela 25: Primjer "Ispitni koraci" .....................................................................................22

4

SERVISNA TEHNIKA

Tabela 26: Primjer "Dojave"...........................................................................................22

Tabela 27: Primjer "Unosi korisnika" ..............................................................................23

Tabela 28: Primjer "Komunikacija procesora” ................................................................23

Tabela 29: Primjer "Greške komunikacije procesora" ....................................................24

Tabela 30: Primjer "Pozivanje podprograma".................................................................25

Tabela 31: Primjer "Predaja varijabli" ............................................................................25

Tabela 32: Primjer "Očitati mjerne vrijednosti"...............................................................26

Tabela 33: Primjer "Lokalne varijable"............................................................................26

5

SERVISNA TEHNIKA

1 Uvođenje

1.1 Uvod

Ovaj dokument objašnjava konstrukciju i sadržaj dijagnostičkog protokola kreiranog ODIS programom.

Dokument treba omogućiti interpretaciju sadržaja dijagnostičkog protokola.

Dokumentacija se bazira na shemi 1.35 dijagnostičkog protokola , verziji 1.3 stila stranice i verzije 1.1.0. ODIS programa. Daljnjim razvojem novijih verzija mogu u budućnosti nastupiti promjene.

1.2 Životni tok dijagnostičkog protokola u programu ODIS

1.2.1 Protokolisanje u programu ODIS

Početkom dijagnostičke sesije stvara se dijagnostički protokol. Stvaranje tog dijagnostičkog protokola se nastavlja sve dok se na kraju dijagnostičke sesije ne pošalje protokol u DISS ili ne pokrene nova dijagnostička sesija.

U principu protokoliranje u ODIS-u odvija se jezično neutralno, što znači da se pojedini tekstualni zapisi relevantni za prijevod pohranjuju kao tzv. tekst-ID identifikatori. Time je omogućen prikaz dijagnostičkog protokola u DISS-u na jeziku koji je odabrao korisnik. Tako se primjerice može protokol iz Kine prikazati na hrvatskom jeziku.

U ODIS programu korisnik ima mogućnost pohranjivanja i ispisa aktuelnog dijagnostičkog protokola u HTML formatu.

1.2.2 Slanje u DISS

Dijagnostički protokol se šalje na kraju dijagnostičke sesije direktno u DISS. Zatim se taj protokol može prikazati prikazati pomoću DISS preglednika u odabranom jeziku. Sa uspješnim slanjem DISS protokola za vrijeme izlaska iz dijagnoze protokol u ODIS programu se briše iz memorije podataka.

Osim toga postoji mogućnost da korisnik za vrijeme dijagnostičke sesije pošalje „međuprotokol“ u DISS, npr. u slučaju potrebe za podrškom. Nastavak ovog protokola je tada još uvijek moguć.

Od verzije 1.2.0 (početak 2013) trebao bi se u ODIS programu nalaziti mehanizam „automatskog samopohranjivanja“, koji ovisno o postavkama ciklično automatski pohranjuje protokol b64-kodiran. Time dakle u slučaju „pada“ sistema postoji mogućnost obračuna prethodno obavljenog rada. Na kraju dijagnostičke sesije nakon uspješnog slanja protokola briše se i stanje “automatsko samopohranjivanje”.

6

SERVISNA TEHNIKA

1.2.3 Slanje u VTF – bez papira

Dijagnostički protokoli sjevernoameričkog tržišta (uvoznici 444 i 999) se iz pravnih razloga ne šalju samo u DISS, već i na sistem VTF bez papira. Time automatski upravlja ODIS program.

Posebnost kod tih protokola je da se ti protokoli ne šalju jezički neutralno, već u jednom unaprijed definisanom jeziku.

7

SERVISNA TEHNIKA

2 Konstrukcija i sadržaj dijagnostičkih protokola

2.1 Opšta struktura dijagnostičkog protokola

Dijagnostički protokol u HTML formatu posjeduje slijedeću osnovnu strukturu:

- Zaglavlje - Opšte informacije - Dijagnostička sesija - Test sistema s unosima u memoriju događaja - Provedeni radni koraci - Ispitni planovi - Ispitivanje funkcija

Pomoću primjera će u nastavku ove tačke biti detaljno objašnjene.

2.2 Zaglavlje

Zaglavlje dijagnostičkog protokola izgleda kako slijedi:

Offboard Diag- nostic Informa- tion System

Dijagnostički protokol(dugi)

21.08.2012 13:56 XML_to_HTML_Main.xsl Version: 1.3 od 21.11.2011

Tabela 1: Primjer "Zaglavlje"

Izraz „Offboard Diagnostic Information System“ nesumnjivo signalizira, da je ovaj dijagnostički protokol generisan iz dijagnostičkog sistema „ODIS“.

U sredini se očitava vrsta tipa protokola. Dijagnostički protokoli poslani ODIS programom su uvijek označeni kao “Dijagnostički protokol (dugi)“. Oznaka “dugi” signalizira da su uključeni i svi elementi koji su navedeni i u odjeljku 2.1. Ispod je čitljiva verzija stila stranice.

Desno je vidljiva vremenska oznaka, koja predstavlja vrijeme završetka dijagnostičkog protokola.

8

SERVISNA TEHNIKA

2.3 Opšte informacije

U području „Opše informacije“ nalaze se slijedeće informacije:

Opšte informacije

Sessia-ID: 63cdf6ac-389b-4400-a1b4-b1c79e55c8cc Tip protokola: GFS protokol Broj naloga: 62770 Status protokola: Završni protokol Vrsta protokola: Dijagnostički protokol

Tabela 2: Primjer "Opšte informacije"

Objašnjenje:

Sessia-ID Jedinstveni identifikator za razlikovanje svih dijagnostičkih protokola u DISS-u

Broj naloga Sadrži broj radnog naloga. Polje je prazno ako se radilo bez naloga.

Tip protokola Dokumentira način rada na koji je stvoren protokol. Moguće vrijednosti su:

GFS protokol: način rada „Dijagnoza“ s kompletnim ulaskom u dijagnozu; kompletna GFS dokumentacija

GFF protokol: način rada „Dijagnoza“ s brzim ulaskom; dokumentirane su samo vođene funkcije

Flash protokol: način rada „Flashen“; trenutno primjenjuje samo marka AUDI

Status protokola Definira status protokola. Moguće vrijednosti su „Međuprotokol“ i „Završni protokol“.

Međuprotokol: Protokol još nije završen i stvoren je tokom rada jedne dijagnostičke sesije.

Završni protokol: Protokol je završen izlaskom iz dijagnoze i ne može se proširiti.

Vrsta protokola Definira vrstu protokola. Trenutno se u DISS šalje samo vrsta „Dijagnostički protokol“.

Tabela 3: Objašnjenje "Opšte informacije"

9

SERVISNA TEHNIKA

Osim toga u područiju “Opšte informacije” nalaze se i radioničke informacije i verzije softvera. U nastavku su te informacije detaljnije definisane.

2.3.1 Radioničke informacije

Radioničke informacije: Serijski broj dijagnostički ispitni uređaj: 2ffd59eb34442924815a1a2dab31c4d0 Platforma hardvera: PanasonicCorporation/CF-52JE2VWVW Broj Uvoznika: 313 Broj trgovca/poslovne jedinice: 04006 Oznaka poslovne jedinice: (ručni unos)

Status ugovora: Ugovorni trgovac

Tabela 4: Primjer "Radioničke informacije"

Objašnjenje:

Serijski broj dijagnostički ispitni uređaj

Jedinstveni hardverski ključ dijagnostičkog ispitnog uređaja

Platforma hardvera Sadrži naziv dijagnostičkog ispitnog uređaja

Broj Uvoznika Sadrži broj uvoznika kojemu je prema KVPS-u dodijeljen servisni partner

Broj trgovca/poslovne jedinice

Sadrži broj servisnog partnera prema KVPS-u

Oznaka poslovne jedinice

Sadrži daljnje informacije o servisnom partneru, npr. naziv i adresu servisnog partnera. Sadržaj je proizvoljan i slobodno se dodjeljuje od strane korisnika. Dijagnostički sistem ne određuje sadržaj. Na to upućuje dodatak „(ručni unos)“.

Status ugovora Sadrži ugovorni status servisnog partnera u odnosu na Volkswagen AG.

Tabela 5: Objašnjenje "Radioničke informacije"

10

SERVISNA TEHNIKA

2.3.2 Verzije softvera

Verzije softvera:

Offboard Diagnostic Information Sys- tem Service:

Offboard Diagnostic Information System Service Base 1.1.0

MCD server proizvođač: Softing AG MCD server naziv: DTS-COS-VW MCD server verzija: 7.71.111 MCD server API verzija: 2.0.2 PDU-API proizvođač: Softing D-PDU API for VCIs PDU-API verzija: 1.10.48 PDU-API API verzija: 2.1.1 ECF verzija: 15.3.3 (20120712) General Testscript API Version: unknown Testscript API Version: 4.12.22 Measurement Types: 3.1.0

Baseline Version:

didb_Base: 20120727.0.0, didb_Base-de_DE: 20120727.0.0, didb_GFS-v: 1.1915.2012, didb_GFS-a: 1.1942.2038, didb_GFS- n: 1.1915.2068, didb_GFS-v.de_DE: 1.1915.2012, didb_GFS- a.de_DE: 1.1942.2038, didb_GFS-n.de_DE: 1.1915.2068

Tabela 6: Primjer "Verzije softvera"

Objašnjenje:

Offboard Diasgnostic Information System Ser- vice:

Sadrži verziju softvera dijagnostičkog sistema "ODIS" programa te je ekvivalent u odnosu na baznu verziju CD-a VAS PC uređaja

MCD server proizvođač MCD server naziv MCD server verzija MCD server API verzija

PDU-API proizvođač PDU-API verzija PDU-API API verzija

ECF verzija

Ove stavke sadrže informacije o komponentama softvera za dijagnostičko spajanje na vozilo unutar dijagnostičkog sistema ODIS

General Testscript API Version

Sadrži verziju sučelja opšteg sučelja GFS programa. One u tom obliku ne postoje u sistemu. Dakle, polje će uvijek biti ispunjeno sa "unknow".

Testscript API Version Sadrži verziju sučelja GFS programa unutar ODIS dijagnostičkog sistema.

11

SERVISNA TEHNIKA

Measurement Types Sadrži verziju komponenti softvera za funkciju mjerna tehnika

Baseline Version Za objašnjenje vidi poglavlje 2.3.2.1

Tabela 7: Objašnjenje "Verzije softvera"

2.3.2.1 GFS verzije podataka

U polju „Baseline Version“ nalaze se GFS verzije, nekad verzije CD-a marke, raspoložive na dijagnostičkom ispitnom uređaju. Prikazane su dvije vrste podataka, "bazni dio i "GFS" dio.

„Bazni“ dio sadrži bazne podatke koji vrijede za sve marke, npr. KD- referentne tablice. Taj dio je prepoznatljiv u „didb_Base“. “Bazni” dio nadalje dokumentira verziju prijevoda svakog pojedinog raspoloživog jezika. Ovi se podaci mogu prepoznati u "didb_Base-<kratica jezika>", npr. "Didb_Base-hr_HR".

„GFS“ dio sadrži verzije GFS podataka. Oni su specifični za svaku marku. Taj dio je prepoznatljiv u „didb_GFS-<Marka>“. Marka je prikazana jednoznamenkastim KVPS-ključem sljedećeg značenja:

KVPS-ključ Marka

v Volkswagen PKW

a AUDI

n Volkswagen Nutzfahrzeuge

s Seat

c Skoda

e Bentley

l Lamborghini

Tabela 8: KVPS-oznaka marke

Osim toga dokumentira se verzija prijevoda svakog od dostupnih jezika „GFS“ dijela. Ovaj podataka se može prepoznati po "didb_GFS-<Marka>_<kratica jezika>“, na primjer, "Didb_GFS-v_hr_HR".

12

SERVISNA TEHNIKA

Marka Upućuje na marku dijagnosticiranog vozila.

Tip Upućuje na model dijagnosticiranog vozila.

Modelska godina Upućuje na modelsku godinu dijagnosticiranog vozila.

Varijanta Upućuje na varijantu dijagnosticiranog vozila.

Slovna oznaka motora Upućuje na tip motora dijagnosticiranog vozila.

Službeni znak U principu sadrži registracijski broj vozila. Polje je ispunjeno samo ako je korisnik u DISS programa(u) odabrao ElsaPro radni nalog, a on sadrži podatak o registracijskom broju. Ako to nije ispunjeno tamo uvijek piše „ElsaPro is not available“.

Broj šasije (automatski)

Sadrži broj šasije vozila (VIN), kojeg je ODIS program očitao iz vozila. Polje je prazno ako nije bilo moguće automatsko očitanje.

Napomena: Dok traje isporuka CD marki za VAS PC može se prepoznati po drugoj poziciji Baseline- Version GFS podataka u ODIS programu kojem CD-u marke to odgovara.

Primjer: didb_GFS-v 1.1917.2117 --> CD marke Volkswagen verzija 19.17

2.3.3 Vozilo

Vozilo: Marka: Volkswagen Nutzfahrzeuge Tip: 2C - Caddy 2011 > Modelska godina: 2011 (B) Varijanta: Caddy Slovna oznaka motora: CBZB 1,2l TSI / 77kW Službeni znak: (ElsaPro is not available) Broj šasije (automatski): WV2ZZZ2KZBX291223 Broj šasije (ručni): WV2ZZZ2KZBX291223 Ime ASAM projekta: VN35X Verzija ASAM projekta: 2.54_(2.3.2_014001)

Tabela 9: Primjer "Vozilo" Objašnjenje:

13

SERVISNA TEHNIKA

Početak dijagnoze Ovdje se nalazi vrijeme početka dijagnostičke sesije.

Osim toga ovdje se dokumentuju izračunate vremenske jedinice za kompletnu dijagnostičku sesiju.

Globalne varijable U ovom području dokumentuju se nadređeni promjenljivi sadržaji.

Sadržaj je određen GFS vođenim traženjem grešaka, budući da GFS ima mogućnost dokumentovanja dodatnih sadržaja u dijagnostičkom protokolu.

Iznimka: informacija predstavljena u primjeru dokumentovana je primjenom ODIS programa. On šalje rezultat provjere, da li je VAS5054 (Bluetooth - daljinska glava) odobrena u zemlji.

Broj šasije (ručni) Sadrži broj šasije vozila (VIN), s kojim je izveden ulaz u dijagnozu vozila.

Ako su „automatski“ i „ručni“ identični, korisnik nije ručno izmijenio broj šasije.

Ako „automatski“ i „ručni“ nisu identični, korisnik je ručno izmijenio broj šasije.

ASAM-Projekt-Name Upućuje na naziv ODX projekta (PDX), koji je korišten za dijagnostičku sesiju.

ASAM-Projekt-Version Upućuje na verziju korištenog ODX projekta.

Tabela 10: Objašnjenje "Vozilo"

2.4 Dijagnostička sesija

U području Dijagnostička sesija nalaze se slijedeće informacije:

Dijagnostička sesija

Početak dijagnoze: Globalne varijable:

21.08.2012 07:31 Utrošak vremena (VJ): 52.0

Ime: Tip: Sadržaj:

DIAGNOSTIC_ADMIT_CHECK String VAS5054 | NOT REQUIRED

Tabela 11: Primjer "Dijagnostička sesija"

Objašnjenje:

14

SERVISNA TEHNIKA

Promjena vozila U ovom području dokumentovano je, ako se tokom dijagnostičke sesije promjeni vozilo. Tu bi trebalo uočiti da li je dijagnostička sesija započeta na vozilu A, a radilo se na vozilu B.

Provjera broja šasije VIN se obavlja na određenim mjestima unutar jedne dijagnostičke sesije.

Poruke o greškama U ovom području su dokumentovane sve greške koje su se dogodile u sistemu ali izvan GFS vođenog traženja grešaka.

Ovdje dokumentovane greške nisu nužno relevantne za provođenje dijagnostičke sesije i neće biti prikazane korisniku.

Tabela 12: Objašnjenje "Dijagnostička sesija"

2.5 Prvi test sistema s unosima u memoriju događaja

U ovom poglavlju dijagnostičkog protokola dokumentovani su procesori koji su identifikovani tokom ulaska u dijagnozu. Kada jedan procesor sadrži podsisteme sabirnice (Slaves) i/ili sadrži unose u memoriju događaja, tada se oni također dokumentuju pod pripadajući procesor.

U nastavku su objašnjene informacije o procesoru, sistemu podsabirnice i unosu u memoriju događaja.

2.5.1 Identifikacija procesora

Adresa: 01 Naziv sistema: 01 – Elektronika motora Varijanta protokola: UDS/ISOTP

ASAM-osnovna varijanta: BV_EnginContrModul1UDS

ASAM-varijanta procesora: EV_ECM20TDI01103L906018BF_003

Broj dijela hardvera: 03L907309N Broj dijela softvera: 03L906018BF

Broj verzije hardvera: H25

Broj verzije softvera: 9948 Broj montažne grupe:

Kodiranje: 00190012043401080000

Mogućnost flash programiranja: unbekannt

Opis sistema: R4 2,0L EDC ASAM 2D/ODX-podatkovni slog: EV_ECM20TDI01103L906018BF ASAM 2D/ODX-verzija podatkovnog sloga: 003006 korištena ASAM/ODX SG-varijanta: EV_ECM20TDI01103L906018BF_003 Kod opreme: 00 00 00 00 00 00 00 00 Kratki znak sistema: J 623

Tabela 13: Primjer "Identifikacija procesora"

15

SERVISNA TEHNIKA

Objašnjenje:

Zaglavlje Adresa: ukazuje na peterobitnu adresu procesora

Naziv sistema: ukazuje na naziv varijante procesora. GFS redakcija dodjeljuje naziv. Ako se ne može odrediti varijanta procesora, umjesto nje će se upisati „???“ .

Varijanta protokola: ukazuje na komunikacijski i transportni protokol koji se koristi za komunikaciju procesora.

ASAM-osnovna varijanta Sadrži osnovnu varijantu procesora iz ODX ulaznih podataka.

Polje je ispunjeno samo ako se radi o UDS procesoru.

ASAM-varijanta procesora

Sadrži procesorsku varijantu procesora iz ODX ulaznih podataka.

Polje je ispunjeno samo ako se radi o UDS procesoru.

Broj dijela hardvera Navodi broj dijela hardvera očitanog iz procesora.

Broj dijela softvera Navodi broj dijela softvera očitanog iz procesora.

Broj verzije hardvera Navodi broj verzije hardvera očitanog iz procesora.

Broj verzije softvera Navodi broj verzije softvera očitanog iz procesora.

Broj montažne grupe Trenutno se ne popunjava.

Kodiranje Navodi kodiranje procesora očitanog iz procesora.

Mogućnost flash programiranja

Upućuje na informaciju o mogućnosti programiranja procesora. Informacija se očitava iz procesora.

Moguće vrijednosti su „mogućnost flash programiranja“, „ne može se flash programirati“ i „nepoznato“.

16

SERVISNA TEHNIKA

Opis sistema Navodi sistemsku oznaku procesora. Informacija se očitava iz procesora.

ASAM 2D/ODX- podatkovni slog

Ova vrijednost utvrđuje trenutno važeću vrijednost ASAM-2D/ODX sloga podataka. Ujedno odgovara i kratkom nazivu varijante elektronske kontrolne jedinice ECU (naziv datoteke uključujući prefiks bez verzije).

Polje je ispunjeno samo za UDS procesore.

ASAM 2D/ODX-verzija podatkovnog sloga

Ova vrijednost utvrđuje verziju ASAM- 2D/ODX- sloga podataka varijante elektronske kontrolne jedinice jednog procesora (ECU varijanta).

Polje je ispunjeno samo za UDS procesore.

korištena ASAM/ODX SG- varijanta

Ova vrijednost utvrđuje stvarno primijenjen ASAM/ODX slog podataka komunikacije kod dijagnoze.

Ta vrijednost bi trebala biti identična vrijednosti „ASAM 2D/ODX- sloga podataka. Ako to nije slučaj, tada je ili u procesoru pohranjena neispravna informacija ili je neispravna identifikacijska varijanta MCD servera ili nisu najaktualniji ODX-podaci.

Polje je ispunjeno samo za UDS procesore.

Ciljni spremnik podataka Ova vrijednost utvrđuje naziv ciljnog spremnika podataka koji trenutno vrijedi za procesor. Očitava se iz procesora.

Verzija ciljnog spremnika podataka

Ova vrijednost utvrđuje verziju ciljnog spremnika podataka koja trenutno vrijedi za procesor. Očitava se iz procesora.

Kod opreme Ova vrijednost označava kod opreme odn. kombinaciju Pr. brojeva procesora. Očitava se iz procesora.

Kratki znak sistema Ova vrijednost je identifikator za J-broj procesora s matičnog popisa VW (VW originalni rezervni dijelovi). Očitava se iz procesora.

Tabela 14: Objašnjenje „Identifikacija procesora“

17

SERVISNA TEHNIKA

2.5.2 Sistem podsabirnice

Sistem podsabirnice

Broj dijela hardvera: ------------

Broj dijela softvera: 1T0955119A

Broj verzije hardvera: ---

Broj verzije softvera: 0101 Broj montažne grupe:

Kodiranje: 8323092

Mogućnost flash programiranja: ne može se flash programirati

Opis sistema: Wischer WWS A-MPV

Tabela 15: Primjer „Sistem podsabirnice“

Ako jedan procesor sadrži sisteme podsabirnice, oni će se isto za vrijeme ulaska u dijagnozu identifikovati i dokumentovati pod Master-procesorom. Značenja pojedinih informacija sistema podsabirnice odgovaraju značenju Master procesora (vidi Tabela 14: Objašnjenje „Identifikacija procesora “).

2.5.3 Unosi u memoriju grešaka

Ako se uz neki procesor utvrde unosi u memoriju događaja oni će biti prikazani ispod procesora.

Unos u memoriju grešaka

Broj: P067400 (P0674): Grijač Cil. 4-Q13 elektr. greška u strujnom krugu

Vrsta greške : statička

Prošireni uslovi okoline: Prikaz norme: Vrijednost: Jedinica:

1029 /min /min

24 Nm Nm

0 km/h km/h

0,0 % %

14,364 V V

00001000

16,2 °C °C

10110000

Tabela 16: Primjer „Unosi u memoriju grešaka”

18

SERVISNA TEHNIKA

Objašnjenje:

Broj Navodi kod događaja i pripadajući tekst događaja prema KD referentnoj tabeli.

Vrsta greške 1 Budući postoji samo kod KWP procesora nije prikazan u tabeli primjera 16.

Npr. sadrži „kratki spoj na masu“.

Vrsta greške 2 Označava da li je unos u memoriju događaja registrovan kao “statičan” ili “sporadičan”.

Prošireni uvjeti okoline Ovdje se navode dodatne vrijednosti koje su vladale za vrijeme unosa događaja u procesor, npr. broj okretaja motora.

Tabela 17: Objašnjenje "Unos u memoriju događaja"

2.6 Dodatni testovi sistema sa unosima u memoriju događaja

Ako su za vrijeme dijagnostičke sesije provedena daljnja ispitivanja sistema, ona će biti dokumentovana uzastopnim brojevima u dijagnostičkom protokolu.

Dodatni testovi sistema s unosima u memoriju događaja

Tabela 18: Primjer "Dodatni testovi sistema"

Kada se mogu pokrenuti i dodatni testovi sistema:

- Kada se za vrijeme identifikacije verzije procesora sveobuhvatnom provjerom vođenim traženjem grešaka (GFS) utvrdi procesor koji nije bio detektiran na ulasku u dijagnozu.

- Korisnik izvršava funkciju “Očitati sve memorije događaja” u prikazu procesora ODIS programa. Tada će se još jednom očitati sve memorije događaja iz svih procesora.

- Korisnik izvršava funkcije „Očitati memoriju događaja“ ili „Identifikacija procesora“ u prikazu procesora ODIS programa. Tada će se očitati memorija događaja odnosno identifikacija od odabranog procesora.

19

SERVISNA TEHNIKA

2.7 Provedeni radni koraci

U ovom dijelu su dokumentovani svi koraci koje su proveli i dijagnostički sistem i korisnik. Pritom su aktivnosti korisnika ograničene na provedbu vođenog traženja grešaka (GFS).

Radni koraci se numerišu i dokumentuju redoslijedom svog provođenja. Ispisani su naziv, rezultat i porijeklo radnih koraka.

Svi radni koraci koje je proveo dijagnostički sistem posjeduju u polju “Porijeklo” oznaku „System“.

2 Provjeri radiovezu OK

Porijeklo: System

Tabela 19: Primjer "Radni korak"

Ako je korisnik proveo program vođeno traženje grešaka GFS on će biti prikazan na slijedeći način pod nazivom “Izvođenje provjere”:

38 Izvođenje provjere OK

ID testa: SYS23 1_1108_11_MSG_na_WFS_prilagoditi_00011

ID radnog vremena: ProgramHandle1345531513531172

Porijeklo: System_plan

Tabela 20: Primjer "Radni korak GFS"

Objašnjenje:

ID testa Navodi ID provedenog programa vođeno traženje grešaka GFS. ID dodjeljuje redakcija GFS.

ID radnog vremena Navodi interni sistemski ID programa vođeno traženje grešaka GFS. Dodjeljuje se od strane sistema.

Porijeklo Određuje gdje je korisnik u ODIS-u započeo program vođeno traženje grešaka. Moguće vrijednosti su:

-System_plan: Program vođeno traženje grešaka GFS

20

SERVISNA TEHNIKA

predlaže na temelju događaja i unosi ga u ispitni plan. Korisnik je započeo GFS iz tog ispitnog plana.

- Izbor dijela: korisnik je ručno pretražio i proveo program GFS iz moda izbor dijela.

- Vođene funkcije: program vođeno traženje grešaka GFS odabran je iz vođenih funkcija nekog procesora.

Tabela 21: Objašnjenje "Radni korak GFS"

2.8 Ispitni plan

Poglavlje prikazuje GFS programe koji su predloženi korisniku za provođenje na temelju događaja (grešaka) u vozilu. Plan može sadržavati od 03n GFS programa vođeno traženje grešaka.

Ispitni plan 1 J518_X_1_1207_X_WFS5_prilagoditi_00011

Popis grešaka:

Adresa procesora Greška

05 VAG00955: Ključ 1

Tabela 22: Primjer "Ispitni plan"

Uz svaki program vođenog traženja grešaka GFS (npr.J518_X_1_1207_X_WFS5_prilagoditi_00011) dokumentuje se memorija događaja (npr. VAG00955) s specifikacijom procesora iz kojeg je događaj proizašao (npr.„05“ za Kessy) koji su doveli do tog unosa ispitnog plana.

Ako uz neki ispitni plan ne postoje informacije u memoriji događaja, korisnik je dodao ručno program vođenog traženja grešaka. Korisniku u tu svrhu stoje na raspolaganju slijedeće mogućnosti:

- Izabrati vlastiti ispitni plan (izbor dijela) - Uzeti u obzir izjavu uživo kupca (DISS kodiranje) - Uzeti u obzir jednu tehničku informaciju o proizvodu (TPI)

U dijagnostičkom protokolu moguće je dokumentovanje većeg broja ispitnih planova. Oni su numerišu i navode jedan iza drugoga. „Ispitni plan 1“ je uvijek ispitni plan, koji je izračunat nakon ulaska u dijagnozu iz dijagnostičkog softvera na osnovu memorisanog događaja u vozilu.

Daljnji ispitni planovi se izračunavaju kada

- korisnik ponovo očitava memoriju događaja

SERVISNA TEHNIKA

- korisnik ručno označava neki procesor kao „ugrađen“

2.9 Ispitivanja funkcije

Ovo poglavlje dijagnostičkog protokola dokumentuje provedene programe vođenog traženja grešaka GFS. U osnovi se u ispisu protokola prikazuju slijedeće informacije:

- GFS naziv programa - Status provođenja - Ispitni koraci - Dojave - Unosi korisnika - Komunikacija procesora - Greške komunikacije procesora - Pozivanje podprograma - Čitanje mjernih vrijednosti - Lokalne varijable

Slijedi pojedinačno objašnjenje informacija.

2.9.1 GFS-Nazivi i statusi provođenja

Ispitivanje funkcije 1: ID08_1T _1_1102_11_00011 Rezultat: OK

Tabela 23: Primjer "GFS Naziv programa"

Svaki se program vođenog traženja grešaka GFS prikazuje pod nazivom programa GFS redoslijedom provođenja (npr.„SYS23 1_1108_11_MSG_na_WFS_prilagoditi_00011“).

Status provođenja programa vođenog traženja grešaka GFS može se pronaći u polju „Rezultat“. Mogu se pojaviti slijedeće vrijednosti.

Rezultat Značenje

OK Program vođenog traženja grešaka je ispravno protekao. Status je postavljen programom vođenog traženja grešaka GFS.

OK? Prekinut je program vođenog traženja grešaka GFS. Ili od strane korisnika ili od dijagnostičke aplikacije. Status je postavljen dijagnostičkom aplikacijom.

X Program vođenog traženja grešaka nije ispravno protekao. Status je postavljen programom vođenog traženja grešaka GFS.

21

22

SERVISNA TEHNIKA

! Završen je program vođenog traženja grešaka s statusom „Dijagnoza postavljena i dio na popravku”. Status je postavljen programom vođenog traženja grešaka GFS.

? Završen je program vođenog traženja grešaka s statusom „nepoznato“. Status je postavljen programom vođenog traženja grešaka GFS.

Tabela 24: Mogući statusi provođenja

2.9.2 Ispitni koraci

Ispitivanje funkcije 6: ID77_1T _1_1102_11_Telefon_00011 Rezultat: X

Ispitni korak: Priprema Ispitni korak: Telefon Ispitni korak: Završetak

Tabela 25: Primjer "Ispitni koraci"

Ispitni koraci služe za strukturisanje programa vođenog traženja grešaka GFS. Jedan program vođenog traženja grešaka GFS sadrži najmanje dva ispitna koraka, „Priprema“ i „Završetak“. Između oba dva ispitna koraka mogu se nalaziti bilo koji daljnji ispitni koraci. Broj i značenje tih ispitnih koraka određuje urednik programa vođenog traženja grešaka GFS. Unutar ispitnog koraka odvijaju se stvarne akcije, npr. prikaz jedne dojave.

2.9.3 Dojave

Radnja: MESSAGE Izdanje: Osnovni podaci:

Broj šasije: WVWZZZ3CZCE092183 Slovna oznaka motora: CFFB Tip motora: R4 2,0L EDC ODX- datoteka: EV_ECM20TDI01103L906018BF

Tabela 26: Primjer "Dojave"

Dojava je radnja unutar ispitnog koraka koju se može prepoznati prema oznaci „MESSAGE“.

Korisniku se pomoću dojava prikazuju korisne informacije.

23

SERVISNA TEHNIKA

2.9.4 Unosi korisnika

Radnja: SELECTION

Izdanje: Funkcija: Čitanje mjernih vrijednosti

Napomena: Ovom funkcijom se prikazuje popis mjernih vrijednosti motornog procesora. Imate mogućnost odabira pojedinih vrijednosti s popisa. U nastavku se neće provoditi daljnje vrednovanje.

Funkciju provesti?

Unos: Da

Tabela 27: Primjer "Unosi korisnika"

Unos korisnika je radnja unutar ispitnog koraka koja je prepoznatljiva prema nazivu “SELECTION”

Uz pomoć unosa korisnika, korisnik dobiva priliku donašanja određenih odluka. Za to mogu korisnici koristiti predefinisane mogućnosti izbora ili upis slobodnog teksta. U polju “ Unos” je vidljivo što je korisnik odabrao ili upisao.

2.9.5 Komunikacija procesora

Radnja:

Izdanje: /PartNumberSW[@param=0]:1K0959702B

Unos: LL_DoorElectPasseSideKWP2000CAN20(ReadECUIdentification2;OKAY)

Tabela 28: Primjer "Komunikacija procesora"

Komunikacija procesora je radnja unutar ispitnog koraka koja trenutno nije prepoznatljiva nekom definisanom oznakom, budući da aktualna šema dijagnostičkog protokola uopće ne predviđa takvu dokumentaciju. Budući su za podršku te informacije vrlo važne pronađeno je s trenutnim mogućnostima šeme dijagnostičkih protokola prijelazno rješenje.

Najprije se u polju "Unos" u obliku logičke veze nalazi naziv procesora, na kojem je provedena komunikacija procesora. Iza toga se unutar zagrade nalazi posao odnosno radnja (Job) proveden procesorom kao i opšti status komunikacije.

24

SERVISNA TEHNIKA

U polju "Izdanje" navedeni su parametri upita i njihove utvrđene vrijednosti. Za svaki parametar upita postoji polje "Izdanje".

2.9.6 Greške komunikacije procesora

Radnja: SELECTION Izdanje: Kod komunikacije procesora nastupila je slijedeća greška:

Izdanje: Greška 4114 kod komunikacije procesora, Job ReadVehicleIdentifica- tionNumber, Procesor Immob. ECF-tekst greške: ERROR_NRC_SubFunctionNotSupported:ServiceID:ResponseCode. Izdanje: Odaberite molim:

Ako pritisnete Ponoviti, pokušati će se ponovo uspostaviti komunikacija s procesorom.

Ako pritisnete Nastaviti, završiti će se komunikacija s procesorom i nastaviti će se provjera.

Ako pritisnete Prekinuti, završiti će se komunikacija s procesorom i prekinuti će se provjera.

Unos: Ponoviti

Tabela 29: Primjer "Greške komunikacije procesora"

U osnovi se greška kod komunikacije procesora ne klasificira drugačije nego kao “Unosi korisnika” (vidi 2.9.4).

Informacije u odnosu na grešku kod komunikacije procesora su vrlo važne kod proučavanja problema unutar dijagnostičke sesije. Naime navodi se kod greške, Job (posao), skraćeno ime procesora i tekst greške.

Korisnik tada ima mogućnost ponavljanja komunikacije procesora, nastavka programa GFS ili prekida programa GFS.

Program vođeno traženje grešaka sam odlučuje da li je potrebno prikazati grešku kod komunikacije procesora nekog programa vođeno traženje grešaka GFS.

25

SERVISNA TEHNIKA

2.9.7 Pozivanje podprograma

Ispitni korak: Pseudostep (function call) Pozivanje funkcije: sys_7p _1_0511_11_messwerte_hybrid_bms_00011

Ispitni korak: Priprema Ispitni korak: Odabir vozila Ispitni korak: Završetak

Ispitni korak: Pseudostep (function return) Povrat funkcije: sys_7p 1_0511_11_messwerte_hybrid_bms_00011

Rezultat: OK

Tabela 30: Primjer "Pozivanje podprograma"

GFS programi vođeno traženje grešaka mogu tokom provođenja pozvati druge GFS programe. Oni se nazivaju podprogrami. Kada GFS program poziva podprogram, to se vidi iz pojma "pseudostep (funkction call)”. Unutar njega je dokumentovano ime pozvanog programa. Daljnji tok programa odvija se kao jedan "normalan" GFS program. Kada podprogram završi, potrebno je vratiti se u osnovni program vođenog traženja grešaka iz kojeg je pozvan podprogram. U dijagnostičkom protokolu se pronalazi pojam "Pseudostep (function return)".

Ispitni korak: Pseudostep (function call) Pozivanje funkcije: sys_x_x_1_1211_11_tpi_fesp_lesen_uds_antrieb_msg1_00011

Parameter RVar_int_n_fsp: 0

Parameter RVar_int_symptome: 0, ...

Tabela 31: Primjer "Predaja varijabli"

GFS program vođeno traženje grešaka posjeduje i mogućnost predavanja varijabli jednom podprogramu. One su popisane jedna za drugom. Navode se ime varijable i vrijednost varijable. Ako se predaje varijabla iz tipa podataka "Array" (niz varijabli), u protokolu se dokumentuje samo prva vrijednost. Daljnje vrijednosti se prikazuju samo u obliku tri tačke.

26

SERVISNA TEHNIKA

2.9.8 Čitanje mjernih vrijednosti

Ispitni korak: Čitanje mjernih vrijednosti: Mjerne vrijednosti

Ime: Vrijednost: Potrebna vrijednost: Identifikacija: Položaj leptiraste 90.5882339477539 Absolute Throttle zaklopke apsolutni % Position

Masa zraka,stvarna vrijednost 0.8799999952316 g/s Air Flow Rate from

Mass Air Flow Sensor

Povrat ispušnog plina (value not available) Commanded EGR and

EGR Error Tlak goriva 0 kPa Fuel Rail Pressure Filter čestica kilometara (value not available) od zadnje regeneracije

Tabela 32: Primjer "Čitanje mjernih

vrijednosti"

Particle filter km since last regeneration

SERVISNA TEHNIKA

27

Tokom izvođenja programa vođeno traženje grešaka GFS program će izdati uputstvo "Čitanje mjernih vrijednosti". To se posebno dokumentuje u dijagnostičkom protokolu. Kod tog uputstva korisnik ima mogućnost očitavanja 13n mjernih vrijednosti iz jednog procesora. Na kraju se u dijagnostički protokol upisuju odabrane mjerne vrijednosti i njihove utvrđene vrijednosti.

2.9.9 Lokalne Varijable

Lokalne varijable:

Ime: Tip: Sadržaj: Broj radnog naloga String 2012004488

Tabela 33: Primjer "Lokalne varijable"

Tokom izvođenja programa vođeno traženje grešaka redakcija programa GFS posjeduje dodatnu mogućnost uključivanja pojedinih vrijednosti u dijagnostički protokol. One su onda, kao što se vidi na primjeru prikazane pod "lokalne varijable".