CELEX: 32002R1360
Language: da
Date: 2002-06-13 00:00:00
Title: Kommissionens forordning (EF) nr. 1360/2002 af 13. juni 2002 om syvende tilpasning til den tekniske udvikling af Rådets forordning (EØF) nr. 3821/85 om kontrolapparatet inden for vejtransport (EØS-relevant tekst)

Avis juridique important

|

32002R1360

Kommissionens forordning (EF) nr. 1360/2002 af 13. juni 2002 om syvende tilpasning til den tekniske udvikling af Rådets forordning (EØF) nr. 3821/85 om kontrolapparatet inden for vejtransport (EØS-relevant tekst)  

EF-Tidende nr. L 207 af 05/08/2002 s. 0001 - 0252

Kommissionens forordning (EF) Nr. 1360/2002af 13. juni 2002om syvende tilpasning til den tekniske udvikling af Rådets forordning (EØF) nr. 3821/85 om kontrolapparatet inden for vejtransport(EØS-relevant tekst)KOMMISSIONEN FOR DE EUROPÆISKE FÆLLESSKABER HAR -under henvisning til traktaten om oprettelse af Det Europæiske Fællesskab,under henvisning til Rådets forordning (EØF) nr. 3821/85 af 20. december 1985 om kontrolapparatet inden for vejtransport(1), senest ændret ved forordning (EF) nr. 2135/98(2), særlig artikel 17 og 18, ogud fra følgende betragtninger:(1) De tekniske forskrifter i bilag I B til forordning (EØF) nr. 3821/85 bør tilpasses til den tekniske udvikling med særligt henblik på systemets totale sikkerhed og interoperabiliteten mellem kontrolapparat og førerkort.(2) Tilpasning af apparatet kræver endvidere tilpasning af bilag II til forordning (EØF) nr. 3821/85, som fastlægger mærker og godkendelsesattester.(3) Det udvalg, der er nedsat i medfør af artikel 18 i Rådets forordning (EF) nr. 3821/85, afgav ikke en udtalelse om foranstaltningerne i forslaget, og Kommissionen forelagde derfor Rådet et forslag om disse foranstaltninger.(4) Ved udløbet af den tidsfrist, der er fastsat i artikel 18, stk. 5, litra b), i forordning (EØF) nr. 3821/85, har Rådet ikke truffet en afgørelse, og Kommissionen skal dermed vedtage disse foranstaltninger -UDSTEDT FØLGENDE FORORDNING:Artikel 1Bilaget til forordning (EF) nr. 2135/98 erstattes af bilaget til denne forordning.Artikel 2Bilag II til forordning (EØF) nr. 3821/85 ændres således:1) Kapitel I, punkt 1, første led, ændres som følger:- Standardsymbolet for Grækenland "GR" erstattes af "23".- Standardsymbolet for Irland "IRL" erstattes af "24".- Der tilføjes standardsymbolet "12" for Østrig.- Der tilføjes standardsymbolet "17" for Finland.- Der tilføjes standardsymbolet "5" for Sverige.2) Kapitel I, punkt 1, andet led, ændres som følger:- Ordene "eller af et fartskriverkort" indsættes efter ordet "diagramark".3) Kapitel I, punkt 2, ændres som følger:- Ordene "og på hvert fartskriverkort" indsættes efter ordet "diagramark".4) I kapitel II tilføjes følgende til titlen: "FOR PRODUKTER, SOM ER I OVERENSSTEMMELSE MED BILAG I".5) Der tilføjes følgende kapitel III:"III. GODKENDELSESATTEST FOR PRODUKTER, SOM ER I OVERENSSTEMMELSE MED BILAG I BDen medlemsstat, der har meddelt en typegodkendelse, udsteder en typegodkendelsesattest til ansøgeren efter følgende model. Til underretning af andre medlemsstater om den meddelte typegodkendelse eller om eventuelle inddragelser anvender medlemsstaterne kopier af denne attest.>PIC FILE= "L_2002207DA.000201.TIF">"Artikel 3Denne forordning træder i kraft på tyvendedagen efter offentliggørelsen i De Europæiske Fællesskabers Tidende.Denne forordning er bindende i alle enkeltheder og gælder umiddelbart i hver medlemsstat.Udfærdiget i Bruxelles, den 13. juni 2002.På Kommissionens vegneLoyola De PalacioNæstformand(1) EFT L 370 af 31.12.1985, s. 8.(2) EFT L 274 af 9.10.1998, s. 1.BILAG"BILAG I BFORSKRIFTER FOR KONSTRUKTION, AFPRØVNING, MONTERING OG EFTERSYNFor at sikre interoperabiliteten af programmellet til det udstyr, der beskrives i dette bilag, er visse edb-mæssige forkortelser, begreber og udtryk holdt i originalsproget, dvs. engelsk. Ordrette oversættelser er dog tilføjet i parentes til orientering og til at lette forståelsenINDHOLD>TABELPOSITION>I. DEFINITIONERI dette bilag forstås ved:a) "aktivering": Den fase, hvori kontrolapparatet bliver helt driftsklart og implementerer alle funktioner, herunder sikkerhedsfunktioner.For at aktivere et kontrolapparat skal man benytte et værkstedskort og indtaste dettes PIN-kodeb) "ægthedsbekræftelse": En funktion, som er bestemt til at fastslå og efterprøve en påberåbt identitetc) "ægthed": Den egenskab ved oplysninger, at de kommer fra en part, hvis identitet kan efterprøvesd) "indbygget test (BIT)": Test, som køres på ordre fra operatøren eller fra eksternt udstyre) "kalenderdag": Et døgn fra kl. 0.00 til kl. 24.00. Alle kalenderdage går efter UTC-tid (koordineret verdenstid)f) "kalibrering": Opdatering eller bekræftelse af de køretøjsparametre, som skal ligge i datalageret. Køretøjsparametre omfatter køretøjsidentifikation (VIN, indregistreringsnummer og den medlemsstat, der foretager registreringen) samt køretøjskarakteristika (w, k, l, dækstørrelse, indstilling af hastighedsbegrænser (hvis relevant), aktuel UTC-tid, aktuel kilometerstand).Til kalibrering af et kontrolapparat kræves værkstedskortg) "kortnummer": Et nummer, som består af 16 alfanumeriske tegn og entydigt identificerer et fartskriverkort i en medlemsstat. I kortnummeret indgår et fortløbende indeks (hvis relevant), et erstatningsindeks og et fornyelsesindeks.Et kort er således entydigt identificeret ved den udstedende medlemsstats kode og kortnummereth) "fortløbende kortindeks": Kortnummerets 14. alfanumeriske tegn, som anvendes til at skelne mellem de forskellige kort, som udstedes til en virksomhed eller instans med ret til at få udstedt flere forskellige fartskriverkort. Den pågældende virksomhed eller instans er entydigt identificeret ved de første 13 tegn i kortnummereti) "kortfornyelsesindeks": Kortnummerets 16. alfanumeriske tegn, som øges, hver gang et fartskriverkort fornysj) "korterstatningsindeks": Kortnummerets 15. alfanumeriske tegn, som øges, hver gang et fartskriverkort erstattesk) "køretøjets vejdrejetal": Den karakteristiske størrelse, der angiver talværdien af udgangssignalet fra den køretøjsdel, der forbinder kontrolapparatet med køretøjet (gearkassens udgangsaksel eller hjulakslen), mens det tilbagelægger en afstand på 1 km under normale prøvebetingelser (se kapitel VI.-5). Vejdrejetallet udtrykkes i impulser pr. km (w = ... imp/km)l) "virksomhedskort": Et fartskriverkort, som af medlemsstatens myndigheder er udstedt til ejeren eller indehaveren af køretøjer monteret med kontrolapparat.Virksomhedskortet identificerer virksomheden og gør det muligt at vise, overføre og printe data, som er gemt i det kontrolapparat, som denne virksomhed har låstm) "kontrolapparatets konstant": Den karakteristiske størrelse, der angiver talværdien af det indgangssignal, som kræves for at vise og registrere en tilbagelagt afstand på 1 km. Denne konstant udtrykkes i impulser pr. km (k = ... imp/km)n) "sammenhængende køretid" beregnes i kontrolapparatet som(1): Aktuel akkumuleret køretid for en given fører siden afslutningen af dennes sidste RÅDIGHED, PAUSE/HVILE eller periode, som er UKENDT(2) på 45 minutter eller derover (denne periode kan være fordelt på flere perioder på mindst 15 minutter). I beregningerne tages efter behov hensyn til tidligere aktiviteter, som er gemt på førerkortet. Når føreren ikke har isat sit kort, baseres beregningerne på de data, der er registreret vedrørende den aktuelle periode, hvor der ikke var isat et kort, og som vedrører den pågældende kortpladso) "kontrolkort": Et fartskriverkort, som af en medlemsstats myndigheder er udstedt til en national kompetent kontrolmyndighed.Kontrolkortet identificerer kontrolinstansen og eventuelt kontrolpersonen og giver mulighed for adgang til data i datalageret eller på førerkortene med henblik på læsning, udprintning og/eller overførselp) "akkumuleret pausetid" beregnes i kontrolapparatet som(1): Den akkumulerede kørepausetid beregnes for en given fører som de aktuelle akkumulerede perioder med RÅDIGHED, PAUSE/HVILE eller UKENDT(2) på hver mindst 15 minutter siden slutningen af den seneste periode af RÅDIGHED, PAUSE/HVILE eller UKENDT(2) periode på 45 minutter eller derover (sidstnævnte periode kan være fordelt på flere perioder på hver mindst 15 minutter).I beregningerne tages efter behov hensyn til tidligere aktiviteter, som er gemt på førerkortet. Ukendte perioder, som har negativ varighed (dvs. ukendt periodes start  &gt; ukendt periodes slutning) pga. tidsoverlapning mellem to forskellige kontrolapparater, tages ikke i betragtning ved beregningen.Når føreren ikke har isat sit kort, baseres beregningerne på de data, der er registreret vedrørende den aktuelle periode, hvor der ikke var isat et kort, og som vedrører den pågældende kortpladsq) "datalager": En elektronisk datalagerenhed, som er indbygget i kontrolapparatetr) "digital underskrift": Data, som er vedhæftet til eller er en kodet transformation af en gruppe data, og med hvilke modtageren af datagruppen kan fastslå ægthed og integritet af den pågældende gruppe datas) "dataoverførsel": Kopiering, sammen med den digitale underskrift, af en del af eller et komplet sæt data, der er gemt i køretøjets eller et fartskriverkorts datalager.Overførslen må ikke bevirke, at lagrede data ændres eller slettest) "førerkort": Et fartskriverkort, som af medlemsstatens myndigheder er udstedt til en bestemt fører.Førerkortet identificerer føreren og har mulighed for lagring af aktivitetsdata for førerenu) "effektiv dækperiferi": Gennemsnittet af de afstande, hvert enkelt af køretøjets trækkende hjul tilbagelægger ved en fuld omdrejning. Måling af sådanne afstande skal finde sted under normale prøvebetingelser (kapitel VI.5) og angives i formen "l = ... mm". Køretøjsfabrikanten kan erstatte måling af sådanne afstande med en teoretisk beregning, som tager hensyn til vægtfordelingen på akslerne for det driftsklare, ubelastede køretøj(3). Metoderne til en sådan teoretisk beregning skal godkendes af de kompetente myndigheder i en medlemsstatv) "hændelse": Unormal funktion, som detekteres af kontrolapparatet og kan skyldes forsøg på misbrugw) "fejl": Unormal funktion, som detekteres af kontrolapparatet og kan skyldes funktionsfejl ved apparatet eller svigt af dettex) "montering": Montering af kontrolapparatet i et køretøjy) "bevægelsesføler": En del af kontrolapparatet, som afgiver et signal, som repræsenterer kørehastighed og/eller tilbagelagt afstandz) "ugyldigt kort": Et kort, som enten findes defekt, som ikke har bestået den indledende ægthedskontrol, hvis gyldighedsperiode endnu ikke er begyndt, eller hvis udløbsdato er overskredetaa) "uden for gyldighedsområdet": Når kontrolapparat ikke kræves anvendt efter bestemmelserne i Rådets forordning (EØF) nr. 3820/85bb) "overskridelse af tilladt hastighed": Overskridelse af tilladt hastighed for køretøjet, defineret som en vilkårlig periode op over 60 sekunder, i hvilken køretøjets målte hastighed overskrider den grænse for indstilling af hastighedsbegrænseren, som er fastlagt i Rådets direktiv 92/6/EØF af 10. februar 1992 om montering og anvendelse af hastighedsbegrænsende anordninger i visse klasser af motorkøretøjer i Fællesskabet(4)cc) "periodisk eftersyn": Et sæt operationer, som udføres for at kontrollere, at kontrolapparatet fungerer korrekt, og at dets indstillinger svarer til køretøjets parametredd) "printer": Den komponent i kontrolapparatet, som leverer udskrifter af lagrede dataee) "kontrolapparat": Alt det udstyr, der er bestemt til montering i motorkøretøjer for hel- eller halvautomatisk at vise, registrere og lagre oplysninger om kørslen og om bestemte perioder i førernes arbejdstidff) "fornyelse": Udstedelse af et nyt fartskriverkort, når et eksisterende kort enten udløber, fejlfungerer eller er blevet returneret til den udstedende myndighed. Fornyelse forudsætter altid, at der er sikkerhed for, at der ikke samtidig findes to gyldige kortgg) "reparation": Enhver sådan reparation af en bevægelsesføler eller af en køretøjsenhed, som kræver afbrydelse af dens strømforsyning, afbrydelse fra andre af kontrolapparatets dele eller oplukning af følerenhh) "erstatning": Udstedelse af et fartskriverkort som erstatning for et eksisterende kort, som er erklæret tabt, stjålet eller defekt og ikke er returneret til den udstedende myndighed. Erstatning indebærer altid en risiko for, at der findes to gyldige kort samtidigii) "sikkerhedsattestering": Den proces, hvorved det attesteres af et ITSEC(5) attesteringsorgan, at kontrolapparat (eller -komponent) eller det undersøgte fartskriverkort opfylder sikkerhedsforskrifterne i tillæg 10, fælles sikkerhedsmåljj) "selvtest": Tester, som af kontrolapparatet foretages periodisk og automatisk til afsløring af fejlkk) "fartskriverkort": Chipkort til brug sammen med kontrolapparatet. Fartskriverkort gør det muligt for kontrolapparatet at identificere kortindehaverens identitet (eller identitetsgruppe) og giver mulighed for at overføre og gemme data. Fartskriverkort kan være af følgende typer:- førerkort- kontrolkort- værkstedskort- virksomhedskortll) "typegodkendelse": Den proces, hvormed en medlemsstat attesterer, at kontrolapparatet eller -komponenten eller det undersøgte fartskriverkort opfylder forskrifterne i denne forordningmm) "dækstørrelse": Dækdimensionsbetegnelse (udvendige drivende hjul) i henhold til Rådets direktiv 92/23/EØF(6)nn) "køretøjsidentifikation": De numre, som identificerer køretøjet: Køretøjets registreringsnummer (VRN) med angivelse af den medlemsstat, hvor det er indregistreret, og køretøjets identifikationsnummer (VIN)(7)oo) "køretøjsenhed (VU)": Kontrolapparatet uden bevægelsesføler og uden dennes tilslutningskabler. Køretøjsenheden kan enten være en enkelt enhed eller flere enheder, som er fordelt i køretøjet, når blot den opfylder sikkerhedsforskrifterne i dette regulativpp) til beregningsformål i kontrolapparatet forstås ved "uge": Tidsrummet fra mandag kl. 00.00 UTC til søndag kl. 24.00 UTCqq) "værkstedskort": Et fartskriverkort, som af medlemsstatens myndigheder er udstedt til en fabrikant af kontrolapparater, en installatør, en køretøjsfabrikant eller et værksted, som er godkendt af samme medlemsstat.Værkstedskortet identificerer kortindehaveren og giver mulighed for prøvning, kalibrering og/eller dataoverførsel på kontrolapparatet.II. KONTROLAPPARATETS GENERELLE EGENSKABER OG FUNKTIONERKøretøjer, der er udstyret med kontrolapparat, som opfylder forskrifterne i dette bilag, skal være forsynet med hastighedsviser og kilometertæller. Disse funktioner skal være indeholdt i kontrolapparatet.1. Generelle egenskaberKontrolapparatet har til formål at registrere, gemme, vise, udprinte og udlæse data vedrørende førerens aktiviteter.Kontrolapparatet omfatter kabler, en bevægelsesføler og en køretøjsenhed.Køretøjsenheden består af en processor, et datalager, en datahukommelse, et tidstro ur, to chipkortinterface-enheder (fører og medchauffør), en printer, en skærm, et visuelt advarselssignal, et kalibrerings- og udlæsningsstik samt faciliteter til indlæsning foretaget af bruger.Kontrolapparatet kan være tilsluttet andre enheder gennem ekstra stik.Funktioner og anordninger, som indsættes i eller tilsluttes kontrolapparatet må, hvad enten de er godkendt eller ej, ikke forstyrre eller kunne forstyrre den korrekte og sikre funktion af kontrolapparatet eller overholdelsen af dette regulativs bestemmelser.Kontrolapparatets brugere identificerer sig over for apparatet gennem fartskriverkort.Kontrolapparatet giver selektiv adgangsret til data og funktioner, afhængigt af brugerens type og/eller identitet.Kontrolapparatet registrerer og gemmer data i sit datalager og på fartskriverkortene.Dette sker i overensstemmelse med Europa-Parlamentets og Rådets direktiv 95/46/EF af 24. oktober 1995 om beskyttelse af fysiske personer i forbindelse med behandling af personoplysninger og om fri udveksling af sådanne oplysninger(8).2. FunktionerKontrolapparatet skal garantere følgende funktioner:- overvågning af indsætninger og udtagninger af kort,- måling af hastighed og tilbagelagt afstand,- tidsmåling,- overvågning af førerens aktiviteter,- overvågning af kørestatus,- manuel indlæsning foretaget af føreren:- indlæsning af de steder, hvor den daglige arbejdstid begynder og/eller slutter,- manuel indlæsning af førerens aktiviteter,- indlæsning af særlige omstændigheder,- forvaltning af virksomhedslåse,- overvågning af kontrolaktiviteter,- detektion af hændelser og/eller fejl,- indbyggede tester og selvtester,- læsning fra datalager,- registrering og lagring i datalager,- læsning fra fartskriverkort,- registrering og lagring på fartskriverkort,- visning på skærm,- udprintning,- advarselssignaler,- overførsel af data til eksterne medier,- udlæsning af data til supplerende eksterne enheder,- kalibrering,- tidsjustering.3. FunktionsmåderKontrolapparatet skal have fire funktionsmåder:- driftsmåde,- kontrolmåde,- kalibreringsmåde,- virksomhedsmåde.Kontrolapparatet skal skifte til følgende funktionsmåde, afhængigt af de gyldige fartskriverkort, som indsættes i kortlæserne:>TABELPOSITION>Kontrolapparatet skal ignorere ugyldige kort, som indsættes, dog skal det kunne vise, printe og overføre data, som ligger på et udgået kort.Alle de i kapitel II, punkt 2 angivne funktioner skal virke i alle funktionsmåder, med følgende undtagelser:- kalibreringsfunktionen er kun tilgængelig i kalibreringsmåde,- tidsindstillingsfunktionen er begrænset, når apparatet ikke er i kalibreringsmåde,- funktionerne vedrørende manuel dataindlæsning foretaget af fører er kun tilgængelige i driftsmåde og kalibreringsmåde,- funktionen styring af virksomhedslåse er kun tilgængelig i virksomhedsmåde,- funktionen overvågning af kontrolaktivitet er operationel i kontrolmåde,- dataoverførselsfunktionen er ikke tilgængelig i driftsmåde (bortset fra det i krav 150 fastlagte).Kontrolapparatet kan udlæse alle data til skærm, printer og eksterne interface-enheder, med følgende undtagelser:- i driftsmåde slettes enhver personlig identifikation (efternavn og fornavn), som ikke modsvarer det isatte fartskriverkort; alle kortnumre, som ikke svarer til det isatte kort, bliver delvis slettet (hver andet tegn - fra venstre til højre - bliver slettet),- i virksomhedsmåde kan førerrelaterede data (krav 081, 084 og 087) kun udlæses for perioder, som ikke er låst af en anden virksomhed (således som denne er identificeret ved de første 13 cifre i virksomhedskortnummeret),- når der intet kort sidder i kontrolapparatet, kan førerrelaterede data kun udlæses for den aktuelle dato og de 8 foregående kalenderdage.4. SikkerhedMed sikringen af systemet tilstræbes det at beskytte datahukommelsen på en sådan måde, at uvedkommende ikke kan få adgang til og manipulere med data, og således at forsøg herpå opdages, at beskytte integritet og ægthed af data, som udveksles mellem bevægelsesføler og køretøjsenhed, at beskytte integritet og ægthed af data, som udveksles mellem kontrolapparat og fartskriverkort, og at efterprøve integritet og ægthed af data, som overføres.For at systemet skal være sikkert, skal kontrolapparatet opfylde de sikkerhedsforskrifter, der er angivet under fælles sikkerhedsmål for bevægelsesføler og køretøjsenhed (tillæg 10).III. KONSTRUKTIONS- OG FUNKTIONSKRAV TIL KONTROLAPPARATER1. Isætning og udtagning af kontrolkortKontrolapparatet skal overvåge isætning og udtagning af kort i kortlæseenhederne.Når et kort isættes, skal kontrolapparatet detektere, om kortet er et gyldigt fartskriverkort, og, i bekræftende fald, dets type.Kontrolapparatet skal være konstrueret således, at det låser fartskriverkortene i stilling, når de isættes korrekt i kortlæserne.Frigivelse af fartskriverkort må kun være mulig, når køretøjet holder stille, og efter at de relevante data er blevet gemt på kortene. Frigivelse af kortet må kun kunne ske ved et aktivt indgreb af brugeren.2. Måling af hastighed og tilbagelagt afstandDenne funktion skal til stadighed måle og kunne angive den kilometerstand, der svarer til den totale afstand tilbagelagt af køretøjet.Denne funktion skal til stadighed måle og kunne angive køretøjets hastighed.Hastighedsmålefunktionen skal endvidere kunne angive, om køretøjet er i bevægelse eller holder stille. Køretøjet anses for at være i bevægelse, så snart funktionen detekterer flere end 1 imp/sek. fra bevægelsesføleren i mindst 5 sekunder, ellers anses det for at holde stille.Anordninger, som viser hastighed (speedometer) og total tilbagelagt distance (kilometertæller) og er monteret i et køretøj med et kontrolapparat, som opfylder denne forordnings bestemmelser, skal opfylde forskrifterne for tilladelige maksimale tolerancer i dette bilag (kapitel III.2.1 og III.2.2).2.1. Måling af tilbagelagt afstandDen tilbagelagte afstand kan måles enten:- så både fremadkørsel og bagudkørsel medregnes, eller- så alene fremadkørsel medregnes.Kontrolapparatet skal måle afstande fra 0 til 9999999,9 km.Ved afstandsmåling skal tolerancen være inden for følgende grænser (afstande på mindst 1000 m):- ± 1 % før montering,- ± 2 % ved montering og periodisk eftersyn,- ± 4 % under brug.Afstandsmålingen skal have en opløsning på 0,1 km eller bedre.2.2. HastighedsmålingKontrolapparatet skal måle hastigheder fra 0 til 220 km/h.For at sikre en højeste tolerance på den viste hastighed på ± 6 km/h under brug, og under hensyntagen til:- en tolerance på 2 km/h på variationer i inddata (dækvariationer, ...),- en tolerance på 1 km/h på målinger udført under montering og periodiske eftersyn,skal kontrolapparatet ved hastigheder mellem 20 og 180 km/h, og ved vejdrejetal af køretøjet mellem 4000 og 25000 imp/km, måle hastigheden med en tolerance på ± 1 km/h (ved konstant hastighed).Bemærkning:Datalagringens opløsning medfører, at der skal tillægges en yderligere tolerance på ± 0,5 km/h på den hastighed, der er gemt af kontrolapparatet.Inden for 2 sekunder efter afslutning af en hastighedsændring skal hastighedsmåling kunne foretages korrekt med de normale tolerancer, når hastighedsændringen er sket i et tempo på indtil 2 m/s2.Hastighedsmålingen skal have en opløsning på 1 km/h.3. TidsmålingTidsmålefunktionen skal permanent og digitalt levere UTC-dato og -tid.Til datering skal konsekvent anvendes UTC-dato og -tid i hele kontrolapparatet (registrering, udskrivning, dataoverførsel, skærm, ...).For at lokal tid kan vises, skal forskydningen af den viste tid kunne ændres i trin på en halv time.Tidspunktdriften skal være inden for ± 2 sekunder i døgnet under typegodkendelsesomstændigheder.Tidsmålingens opløsning skal være 1 sekund eller bedre.Tidsmålingen må under typegodkendelsesomstændigheder ikke kunne påvirkes af en afbrydelse i den eksterne strømforsyning på mindre end 12 måneder.4. Overvågning af førerens aktiviteterDenne funktion skal permanent og særskilt overvåge aktiviteterne af én fører og én medchauffør.Føreraktiviteter skal bestå i KØRSEL, ARBEJDE, RÅDIGHED eller PAUSE/HVILE.Fører og/eller medchauffør skal manuelt kunne vælge ARBEJDE, RÅDIGHED eller PAUSE/HVILE.Når køretøjet bevæger sig, skal der automatisk vælges KØRSEL for føreren og RÅDIGHED for medchaufføren.Når køretøjet standser, skal der automatisk vælges ARBEJDE for føreren.Det første aktivitetsskift, som finder sted inden for 120 sekunder efter det ved standsning af køretøjet udløste automatiske skift til ARBEJDE, antages at have fundet sted på tidspunktet for køretøjets standsning (således at skiftet til ARBEJDE eventuelt ophæves).Denne funktion skal udlæse aktivitetsskift til kontrolfunktionerne med en opløsning på et minut.Har der i et givet kalenderminut fundet KØRSEL sted, anses hele det pågældende minut for KØRSEL.Har der for et givet kalenderminut fundet KØRSEL sted i både det umiddelbart foregående og umiddelbart efterfølgende minut, anses hele det pågældende minut for KØRSEL.Et givet kalenderminut, der ikke anses for KØRSEL efter ovenstående forskrifter, anses for at bestå udelukkende af samme aktivitet som den længstvarende uafbrudte aktivitet i det pågældende minut (eller, for lige længe varende aktiviteter, den senest forekommende af disse).Denne funktion skal endvidere overvåge førerens kontinuerlige køretid og akkumulerede pausetid.5. Overvågning af førerstatusDenne funktion overvåger kørestatus permanent og automatisk.Som kørestatus vælges FØRERHOLD, når der er isat to gyldige førerkort i apparatet; i alle andre tilfælde vælges ÉN FØRER som kørestatus.6. Manuel indlæsning foretaget af fører6.1. Indlæsning af de steder, hvor den daglige arbejdstid begynder og/eller slutterDenne funktion skal give mulighed for indlæsning af de steder, hvor den daglige arbejdstid begynder og/eller slutter for fører og/eller medchauffør.Ved stedet forstås den pågældende stat samt, hvor det er relevant, region.Ved udtagelse af førerkort (eller værkstedskort) skal kontrolapparatet påminde fører eller medchauffør om at indlæse et "sted, hvor den daglige arbejdstid slutter."Kontrolapparatet skal tillade, at denne anmodning tilsidesættes.Det skal være muligt at indlæse steder, hvor den daglige arbejdstid begynder og/eller slutter, uden kort eller på andre tidspunkter end ved isætning eller udtagning af kort.6.2. Manuel indlæsning af førerens aktiviteterVed isætning af førerkort (eller værkstedskort) på dette tidspunkt, og kun på dette tidspunkt, skal kontrolapparatet:- oplyse kortindehaveren om dato og klokkeslæt for seneste udtagning af dennes kort og- anmode kortindehaveren om at identificere sig, hvis den aktuelle isætning af kortet repræsenterer en fortsættelse af den aktuelle daglige arbejdstid.Kontrolapparatet skal give kortindehaveren mulighed for at tilsidesætte spørgsmålet uden at svare, at svare bekræftende eller at svare benægtende:- Tilsidesætter kortindehaveren spørgsmålet, skal kontrolapparatet anmode kortindehaveren om at angive et "sted, hvor den daglige arbejdstid begynder". Kontrolapparatet skal tillade, at denne anmodning tilsidesættes. Indlæses der et sted, skal dette registreres i datalageret og på fartskriverkortet og knyttes sammen med kortisætningstidspunktet.- Svares der benægtende eller bekræftende, skal kontrolapparatet anmode kortindehaveren om manuelt at indlæse aktiviteter med tilhørende start- og slutdato og -klokkeslæt, alene som ARBEJDE, RÅDIGHED eller PAUSE/HVILE, nøje indeholdt i perioden seneste kortudtagning - aktuel kortindsættelse, og uden at tillade overlapning mellem disse aktiviteter. Hertil skal anvendes følgende procedurer:- Svarer kortindehaveren bekræftende på spørgsmålet, skal kontrolapparatet anmode kortindehaveren om manuelt at indlæse aktiviteter i kronologisk rækkefølge for perioden seneste kortudtagning - aktuel kortisætning. Denne proces skal slutte, når sluttidspunktet for en manuelt indlæst aktivitet er lig kortisætningstidspunktet.- Svarer kortindehaveren benægtende på spørgsmålet, skal kontrolapparatet:- anmode kortindehaveren om manuelt at indlæse aktiviteter i kronologisk rækkefølge fra kortisætningstidspunktet indtil sluttidspunktet for den tilknyttede daglige arbejdstid (eller, i tilfælde, hvor den daglige arbejdstid fortsætter på et diagramark, sluttidspunktet for aktiviteterne knyttet til det pågældende køretøj). Før kontrolapparatet lader kortindehaveren indlæse hver aktivitet manuelt, skal det derfor bede kortindehaveren angive, om sluttidspunktet for senest registrerede aktivitet repræsenterer slutningen af en foregående arbejdstid (se bemærkningen nedenfor).Bemærkning:Undlader kortindehaveren at angive sluttidspunkt for den foregående arbejdstid, og indlæser en aktivitet manuelt med et sluttidspunkt svarende til kortisætningstidspunktet, skal kontrolapparatet:- antage, at den daglige arbejdstid sluttede ved begyndelsen af første periode efter kortudtagningen med HVILE (eller fortsat UKENDT), eller på kortudtagningstidspunktet hvis der ikke er indlæst en hvileperiode (og ingen periode fortsat er UKENDT),- antage, at starttidspunktet (se nedenfor) er lig kortindsætningstidspunktet,- gennemføre nedenstående trin- derefter, hvis sluttidspunktet for den tilknyttede arbejdstid er forskellig fra kortudtagningstidspunket, eller hvis der det pågældende tidspunkt ikke var indlæst et sted, hvor den daglige arbejdstid slutter, anmode kortindehaveren om at "bekræfte eller indlæse det sted, hvor den daglige arbejdstid sluttede" (kontrolapparatet skal tillade, at denne anmodning tilsidesættes). Indlæses der et sted, skal det kun registreres på fartskriverkortet, og kun hvis det er forskelligt fra det, der (i givet fald) blev indlæst ved udtagning af kortet, og skal knyttes til arbejdsperiodens sluttidspunkt,- derefter opfordre kortindehaveren til at "indlæse et starttidspunkt" på den aktuelle daglige arbejdstid (eller på aktiviteter vedrørende det aktuelle førerbevis når kortindehaveren tidligere anvendte et diagramark i denne periode), og bede kortindehaveren angive et "sted, hvor den daglige arbejdstid begynder" (kontrolapparatet skal tillade, at denne anmodning tilsidesættes). Indlæses der et sted, skal det gemmes på fartskriverkortet og knyttes til dette starttidspunkt. Er dette starttidspunkt lig kortisætningstidspunktet, skal stedet endvidere gemmes i datalageret,- er dette starttidspunkt forskelligt fra kortisætningstidspunktet, derefter opfordre kortindehaveren til manuelt at indlæse aktiviteterne i kronologisk orden fra dette starttidspunkt indtil kortisætningstidspunktet. Denne proces skal slutte, når sluttidspunktet for en manuelt indlæst aktivitet er lig kortisætningstidspunktet.- Kontrolapparatet skal derefter give kortindehaveren mulighed for at ændre enhver manuelt indlæst aktivitet, indtil den gøres gyldig ved valg af en nærmere bestemt kommando, og derefter forbyde sådanne ændringer.- Sådanne svar på det indledende spørgsmål efterfulgt af indlæsninger uden aktivitet skal af kontrolapparatet fortolkes som at kortindehaveren har tilsidesat spørgsmålet.Under hele denne procedure skal kontrolapparatet ikke afvente indlæsning længere end svarende til følgende frister:- hvis der ingen udveksling sker med apparatets person/maskine grænseflade inden for 1 minut (idet der afgives et visuelt, eventuelt også akustisk opmærksomhedssignal efter 30 sekunder), eller- hvis kortet tages ud eller isættes der et andet førerkort (eller værkstedskort), eller- så snart køretøjet sætter i bevægelse,skal kontrolapparatet gøre eventuelle allerede foretagne indlæsninger gyldige.6.3. Indlæsning af særlige omstændighederKontrolapparatet skal give føreren mulighed for tidstro indlæsning af følgende to særlige omstændigheder:- "UDEN FOR GYLDIGHEDSOMRÅDE" (start, slut)- "OVERFART MED FÆRGE/TOG"."OVERFART MED FÆRGE/TOG" kan ikke finde sted, når betingelsen "UDEN FOR GYLDIGHEDSOMRÅDE" er åbnet.Er betingelsen "UDEN FOR GYLDIGHEDSOMRÅDE" åbnet, skal den automatisk lukkes af kontrolapparatet ved isætning eller udtagning af et førerkort.7. Styring af virksomhedslåseDenne funktion skal give mulighed for styring af de låse, som oprettes af en virksomhed for at dataadgangen er forbeholdt virksomheden, når systemet er i virksomhedsmåde.Virksomhedslåse består af startdato/klokkeslæt (lås-ind) og slutdato/klokkeslæt (lås-ud), knyttet til virksomhedens identitet som angivet af virksomhedskortets nummer (ved lås-ind).Lås "ind" og lås "ud" kan kun foretages i realtid.Enten skal kun den virksomhed kunne låse ud, som har låst "ind" (som angivet ved de første 13 cifre i virksomhedskortets nummer), eller ogsåskal lås-ud udføres automatisk, hvis en anden virksomhed låser ind.Hvis en virksomhed låser ind, hvor forudgående lås var for samme virksomhed, antages det, at forudgående lås ikke er låst "ud" og stadig er "ind".8. Overvågning af kontrolaktiviteterDenne funktion skal overvåge de aktiviteter - VISNING PÅ SKÆRM, UDPRINTNING, UDLÆSNING på køretøjsenhed og kort - som finder sted i kontrolmåde.Funktionen skal endvidere overvåge aktiviteter vedrørende KONTROL MED OVERSKRIDELSE AF TILLADT HASTIGHED i kontrolmåde. Kontrol med overskridelse af tilladt hastighed anses for at have fundet sted, når en udskrift om "overskridelse af tilladt hastighed" er sendt til printer eller til skærm, eller når der er overført data vedrørende "hændelser og fejl" fra køretøjsenhedens datalager.9. Detektion af hændelser og/eller fejlDenne funktion detekterer følgende hændelser og/eller fejl:9.1. Hændelsen "isætning af ugyldigt kort"Denne hændelse skal udløses ved isætning af et vilkårligt ikke gyldigt kort og/eller ved udløb af et isat gyldigt kort.9.2. Hændelsen "kortkonflikt"Denne hændelse skal udløses når en af de kombinationer af gyldige kort, som angivet med X i følgende tabel, forekommer:>TABELPOSITION>9.3. Hændelsen "tidsoverlapning"Denne hændelse skal udløses, når dato/klokkeslæt for seneste udtagning af førerkort, læst på kortet, er senere end aktuel dato/aktuelt klokkeslæt på det kontrolapparat, hvori kortet indsættes.9.4. Hændelsen "kørsel uden behørigt kort"Denne hændelse skal udløses for enhver af de kombinationer af fartskriverkort, som er angivet med X i følgende tabel, når føreraktiviteten skifter til KØRSEL, eller når der skiftes funktionsmåde, mens føreraktiviteten er KØRSEL:>TABELPOSITION>9.5. Hændelsen "isætning af kort under kørslen"Denne hændelse skal udløses, når der indsættes et fartskriverkort i en vilkårlig kortplads, mens føreraktiviteten er KØRSEL.9.6. Hændelsen "sidste kortsession ikke korrekt afsluttet"Denne hændelse skal udløses, når kontrolapparatet ved indsætning af kortet konstaterer, at foregående kortsession trods bestemmelserne i kapitel III, punkt 1, ikke er blevet afsluttet korrekt (kortet er taget ud, før alle relevante data er blevet gemt på kortet). Denne hændelse er kun relevant for fører- og værkstedskort.9.7. Hændelsen "overskridelse af tilladt hastighed"Denne hændelse skal udløses for hver overskridelse af tilladt hastighed.9.8. Hændelsen "afbrydelse af strømforsyning"Denne hændelse skal udløses ved enhver sådan afbrydelse af strømforsyningen til bevægelsesføler og/eller køretøjsenhed, som sker i en anden måde end kalibreringsmåde og varer over 200 millisekunder. Afbrydelsestærsklen fastlægges af fabrikanten. Det fald i spændingsforsyningen, som fremkommer ved start af køretøjets motor, må ikke udløse denne hændelse.9.9. Hændelsen "fejl i køredata"Denne hændelse skal udløses ved afbrydelse af den normale dataudveksling mellem bevægelsesføler og køretøjsenhed og/eller ved fejl i dataintegritet eller -ægthedskontrol under dataudveksling mellem bevægelsesføler og køretøjsenhed.9.10. Hændelsen "forsøg på sikkerhedsbrud"Denne hændelse skal udløses ved enhver anden hændelse, som berører sikkerheden af bevægelsesføler og/eller køretøjsenhed som angivet under fælles sikkerhedsmål for disse komponenter, og som ikke finder sted i kalibreringsmåde.9.11. "Kort" fejlDenne fejl skal udløses, når der optræder fejl ved et fartskriverkort under driften.9.12. "Fejl ved kontrolapparat"Denne fejl skal udløses, når et af nedenstående svigt forekommer, uden at apparatet er i kalibreringsmåde:- Intern fejl i køretøjsenhed- Printerfejl- Skærmfejl- Fejl ved dataoverførsel- Fejl ved føler.10. Indbyggede tester og selvtesterKontrolapparatet skal selvdetektere fejl gennem selvtester og indbyggede tester i overensstemmelse med følgende tabel:>TABELPOSITION>11. Læsning fra datalagerKontrolapparatet skal kunne læse alle data, som er gemt i dets lager.12. Registrering og lagring i datalageretMed henblik på bestemmelserne i dette afsnit forstås ved- "365 dage": 365 kalenderdage med en aktivitet i køretøjet svarende til gennemsnitsførerens. Den gennemsnitlige aktivitet pr. dag i et køretøj defineres som mindst 6 førere eller medchauffører, 6 cyklusser med isætning/udtagning af kort samt 256 aktivitetsskift. "365 dage" omfatter således mindst 2190 (med)chauffører, 2190 cyklusser med kortisætning og -udtagning samt 93440 aktivitetsskift.- klokkeslæt registreres med en opløsning på et minut, medmindre andet er angivet.- kilometerstand registreres med en opløsning på en kilometer.- hastigheder registreres med en opløsning på 1 km/h.Data gemt i datalageret må under typegodkendelsesomstændigheder ikke kunne påvirkes af en afbrydelse i den eksterne strømforsyning af under tolv måneders varighed.Kontrolapparatet skal implicit eller eksplicit kunne registrere følgende data og gemme dem i datalageret:12.1. Identifikationsdata for apparat12.1.1. Identifikationsdata for køretøjsenhedKontrolapparatet skal i sit datalager kunne lagre følgende identifikationsdata for køretøjsenhed:- fabrikantens navn,- fabrikantens adresse,- reservedelsnummer,- serienummer,- programmellets versionsnummer,- installationsdato for den pågældende version af programmellet,- apparatets produktionsår,- godkendelsesnummer.Køretøjsenhedens identifikationsnummer registreres og lagres én gang for alle af køretøjsenhedens fabrikant, bortset fra programmelrelaterede data og godkendelsesnummeret, som kan ændres ved eventuel opgradering af programmellet.12.1.2. Identifikationsdata for bevægelsesfølerBevægelsesføleren skal kunne gemme følgende identifikationsdata i sit lager:- fabrikantens navn,- reservedelsnummer,- serienummer,- godkendelsesnummer,- navn på indlejret sikkerhedskomponent (f.eks reservedelsnummer på intern chip/processor),- betegnelse på operativsystem (f.eks programmellets versionsnummer).Identifikationsdata på bevægelsesføleren registreres og lagres én gang for alle i bevægelsesføleren af dennes fabrikant.Kontrolapparatet skal kunne registrere og i sit datalager gemme følgende aktuelt parrede identifikationsdata for bevægelsesføler:- serienummer,- godkendelsesnummer,- dato for første parring.12.2. SikkerhedselementerKontrolapparatet skal kunne lagre følgende sikkerhedselementer:- europæisk offentlig nøgle,- attest fra medlemsstaten,- attest for apparatet,- privat nøgle for apparatet.Kontrolapparatets sikkerhedselementer indsættes i apparatet af køretøjsenhedens fabrikant.12.3. Data vedrørende isætning og udtagning af førerkortFor hver cyklus med isætning og udtagning af fører- eller værkstedskort i apparatet skal kontrolapparatet registrere og i datalageret gemme:- kortindehaverens efternavn og fornavn(e), således som de er lagret på kortet,- kortnummer, udstedende medlemsstat og udløbsdato som lagret på kortet,- isætningsdato og -klokkeslæt,- køretøjets kilometerstand ved isætning af kortet,- den kortplads, som kortet sidder i,- dato og klokkeslæt for udtagning af kortet,- køretøjets kilometerstand ved udtagning af kortet,- følgende oplysninger om det foregående køretøj, føreren har anvendt, som lagret på kortet:- køretøjets registreringsnummer og den indregistrerende medlemsstat,- dato og klokkeslæt for udtagning af kortet,- et flag, som angiver, om kortindehaver ved isætning af kortet har indlæst aktiviteter manuelt eller ikke.Datalageret skal kunne opbevare disse data i mindst 365 dage.Når lagerpladsen er opbrugt, skal nye data erstatte de ældste data.12.4. FøreraktivitetsdataFølgende data skal af kontrolapparatet registreres og gemmes i datalageret ved enhver aktivitetsændring for fører og/eller medchauffør og/eller ethvert skift i kørestatus og/eller enhver isætning eller udtagning af et fører- eller værkstedskort:- kørestatus (FØRERHOLD, ÉN FØRER),- kortplads (FØRER, MEDCHAUFFØR),- kortstatus for den pågældende kortplads (ISAT, IKKE ISAT) (se bemærkning),- aktivitet (KØRSEL, RÅDIGHED, ARBEJDE, PAUSE/HVILE),- dato og klokkeslæt for ændringen.Bestemmelse:ISAT betyder, at et gyldigt fører- eller værkstedskort er sat i kortpladsen. IKKE ISAT betyder det modsatte, dvs. der sidder ikke et gyldigt fører- eller værkstedskort i kortpladsen (f.eks. er der isat et virksomhedskort, eller intet kort er isat).Bestemmelse:Aktivitetsdata, som indlæses manuelt af føreren, bliver ikke registreret i datalageret.Datalageret skal kunne opbevare føreraktivitetsdata i mindst 365 dage.Når lagerpladsen er opbrugt, skal nye data erstatte de ældste data.12.5. Steder, hvor den daglige arbejdstid begynder og/eller slutterFølgende oplysninger skal af kontrolapparatet registreres og gemmes i datalageret, hver gang en fører eller medchauffør indlæser det sted, hvor den daglige arbejdstid begynder eller slutter:- i givet fald, kortnummer for fører (medchauffør) samt kortudstedende medlemsstat,- dato og klokkeslæt for indlæsningen (eller dato/klokkeslæt knyttet til indlæsningen, når indlæsning fandt sted manuelt),- indlæsningens art (begyndelse eller slutning, omstændighed ved indlæsningen),- den indlæste stat og region,- køretøjets kilometerstand.Datalageret skal kunne opbevare data vedrørende den daglige arbejdstids start og/eller slutning i mindst 365 dage (idet det forudsættes, at én fører indlæser to poster dagligt).Når lagerpladsen er opbrugt, skal nye data erstatte de ældste data.12.6. KilometerstandKontrolapparatet skal i sit datalager registrere køretøjets kilometerstand og den tilsvarende dato ved midnat hver kalenderdag.Datalageret skal i mindst 365 kalenderdage kunne opbevare værdierne af kilometerstanden ved midnat.Når lagerpladsen er opbrugt, skal nye data erstatte de ældste data.12.7. Detaljerede hastighedsdataKontrolapparatet skal registrere og i sit datalager gemme køretøjets øjeblikkelige hastighed med tilhørende dato og klokkeslæt i hvert sekund i mindst de seneste 24 timer, køretøjet har været i bevægelse.12.8. Data vedrørende hændelserMed henblik på bestemmelserne i dette afsnit skal tiden registreres med en opløsning på 1 sekund.For hver hændelse, som detekteres, skal kontrolapparatet registrere følgende data og gemme dem i datalageret i overensstemmelse med følgende lagringsbestemmelser:>TABELPOSITION>12.9. Data vedrørende fejlMed henblik på bestemmelserne i dette afsnit skal tiden registreres med en opløsning på 1 sekund.For hver funden fejl skal kontrolapparatet registrere følgende data og gemme dem i datalageret i overensstemmelse med følgende lagringsbestemmelser:>TABELPOSITION>12.10. KalibreringsdataKontrolapparatet skal registrere og i datalageret gemme data vedrørende:- kalibreringsparametre, som er kendte i aktiveringsøjeblikket,- dets alleførste kalibrering efter aktivering,- dets første kalibrering i det nuværende køretøj (identificeret ved sit VIN),- de 5 seneste kalibreringer (hvis der udføres flere kalibreringer samme kalenderdag, skal kun den sidste heraf gemmes).Følgende data skal registreres for hver af disse kalibreringer:- kalibreringens formål (aktivering, første montering, montering, periodisk eftersyn),- værkstedets navn og adresse,- værkstedskortets nummer, den kortudstedende medlemsstat og kortets udløbsdato,- køretøjets identifikation,- parametre, som er ført ajour eller bekræftet: w, k, l, dækstørrelse, hastighedsbegrænserens indstilling, kilometerstand (gammel og ny værdi), dato og klokkeslæt (gammel og ny værdi).Bevægelsesføleren skal registrere og i sit datalager gemme følgende data vedrørende bevægelsesfølerens montering:- første parring med en køretøjsenhed (dato, klokkeslæt, køretøjsenhedens godkendelsesnummer og køretøjsenhedens serienummer),- seneste parring med en køretøjsenhed (dato, klokkeslæt, køretøjsenhedens godkendelsesnummer og køretøjsenhedens serienummer).12.11. TidsjusteringsdataKontrolapparatet skal registrere og i sit datalager gemme data vedrørende:- seneste justering af tidspunktet,- de 5 største justeringer siden sidste kalibrering,udført i kalibreringsmåde uden for rammerne af en sædvanlig kalibrering (def. f).Følgende data skal registreres for hver af disse tidsjusteringer:- dato og klokkeslæt, gammel værdi,- dato og klokkeslæt, ny værdi,- værkstedets navn og adresse,- værkstedskortets nummer, den kortudstedende medlemsstat og kortets udløbsdato.12.12. Data vedrørende kontrolaktivitetKontrolapparatet skal registrere og i datalageret gemme følgende data vedrørende de 20 seneste kontrolaktiviteter:- dato og klokkeslæt for kontrollen,- kontrolkortets nummer og den kortudstedende medlemsstat,- kontrollens art (visning på skærm og/eller udskrivning og/eller dataoverførsel på køretøjsenhed og/eller dataoverførsel på kort).Ved dataoverførsel skal datoen for de ældste og de seneste overførte dage ligeledes registreres.12.13. Data vedrørende virksomhedslåseKontrolapparatet skal registrere og i datalageret gemme data vedrørende de 20 seneste virksomhedslåse:- dato og klokkeslæt for lås-ind,- dato og klokkeslæt for lås-ud,- virksomhedskortets nummer og den kortudstedende medlemsstat,- virksomhedens navn og adresse.12.14. Data vedrørende dataoverførselKontrolapparatet skal registrere og i sit datalager gemme følgende data vedrørende den seneste dataoverførsel fra datalageret til eksterne medier, som fandt sted i virksomhedsmåde eller i kalibreringsmåde:- dato og klokkeslæt for dataoverførslen,- virksomheds- eller værkstedskortets nummer og den kortudstedende medlemsstat,- virksomhedens eller værkstedets navn.12.15. Data vedrørende særlige omstændighederKontrolapparatet skal registrere og i datalageret gemme følgende data vedrørende særlige omstændigheder:- indlæsningsdato og -klokkeslæt,- den særlige omstændigheds art.Datalageret skal være i stand til at opbevare data vedrørende særlige omstændigheder i mindst 365 dage (idet det forudsættes, at der i gennemsnit åbnes og lukkes 1 omstændighed dagligt). Når lagerpladsen er opbrugt, skal nye data erstatte de ældste data.13. Læsning fra fartskriverkortKontrolapparatet skal i givet fald kunne læse de data fra fartskriverkortene, som er nødvendige- til fastlæggelse af korttype, kortindehaver, tidligere anvendt køretøj, dato og klokkeslæt for seneste udtagning af kort og den på det tidspunkt valgte aktivitet,- til kontrol af, at seneste kortsession blev afsluttet korrekt,- til beregning af førerens sammenhængende køretid, akkumulerede pausetid og akkumulerede køretider for den foregående og den aktuelle uge,- til at fremstille de nødvendige udskrifter vedrørende de data, som er registreret på et førerkort,- til at overføre data fra et førerkort til eksterne medier.Ved eventuel læsefejl skal kontrolapparatet højst tre gange forsøge at udføre samme læseordre, og derefter, hvis det stadig ikke er lykkedes, erklære kortet for defekt og ugyldigt.14. Registrering og lagring på fartskriverkortKontrolapparatet skal sætte "kortsessionsdata" på fører- eller værkstedskort straks efter isætning af kortet.Kontrolapparatet skal ajourføre de data, som er gemt på gyldige fører-, værksteds- og/eller kontrolkort, med alle de nødvendige data vedrørende den periode, hvor kortet er isat, og vedrørende kortindehaveren. De data, som gemmes på disse kort, er angivet i kapitel IV.Kontrolapparatet skal ajourføre de føreraktivitets- og steddata (som foreskrevet i kapitel IV, punkt 5.2.5 og 5.2.6), som er gemt på gyldige fører- og/eller værkstedskort, med de aktivitets- og steddata, som indlæses manuelt af kortindehaveren.Ajourføring af fartskriverkort skal ske ved, at seneste data erstatter ældste data i det nødvendige omfang og under hensyntagen til kortets faktiske lagringskapacitet.I tilfælde af læsefejl skal kontrolapparatet højst tre gange forsøge at udføre samme læseordre, og derefter, hvis det stadig ikke er lykkedes, erklære kortet for defekt og ugyldigt.Før et førerkort frigives, og efter at alle relevante data er gemt på kortet, skal kontrolapparatet tilbagestille "kortsessionsdata".15. Visning på skærmSkærmen skal have mindst 20 tegn.Der skal anvendes en mindste tegnstørrelse på 5 mm i højden og 3,5 mm i bredden.Skærmen skal understøtte tegnsættene latin1 og græsk defineret ved ISO 8859 del 1 og 7, som foreskrevet i tillæg 1, kapitel 4. Skærmen kan anvende forenklede tegn (f.eks. kan tegn med accent vises uden accent, eller små bogstaver kan vises som store).Skærmen skal være forsynet med tilstrækkelig ikke blændende belysning.Anvisningerne skal kunne ses udefra i forhold til kontrolapparatet.Kontrolapparatet skal på skærmen kunne vise:- automatisk valgte værdier,- data vedrørende advarselssignaler,- data vedrørende adgang via menu,- andre data, som en bruger ønsker.Kontrolapparatet kan på skærmen vise supplerende oplysninger, forudsat at de tydeligt kan skelnes fra de ovenfor krævede oplysninger.Kontrolapparatets skærm skal anvende de i tillæg 3 anførte piktogrammer eller piktogramkombinationer. Andre piktogrammer eller piktogramkombinationer kan anvendes af skærmen, hvis de tydeligt kan skelnes fra ovennævnte piktogrammer eller piktogramkombinationer.Skærmen skal altid være tændt, når køretøjet er i bevægelse.Kontrolapparatet kan have en manuel eller automatisk facilitet, som slukker for skærmen, når køretøjet ikke er i bevægelse.Skærmformatet er foreskrevet i tillæg 5.15.1. StandardskærmbilledeNår ingen andre oplysninger behøver vises på skærmen, skal denne automatisk vise følgende:- lokaltid (som fremkommet af UTC tid + forskydning som indstillet af fører),- funktionsmåde,- aktuel føreraktivitet og aktuel medchaufføraktivitet,- oplysninger vedrørende fører:- hvis den aktuelle aktivitet er KØRSEL, aktuel sammenhængende køretid og aktuel akkumuleret pausetid- hvis den aktuelle aktivitet ikke er KØRSEL, aktuel varighed af denne aktivitet (siden den valgtes), og aktuel akkumuleret pausetid- oplysninger vedrørende medchauffør:- aktuel varighed af dennes aktivitet (siden den valgtes).Data vedrørende de to chauffører skal på skærmen vises på klar, enkel og utvetydig måde. Kan oplysningerne vedrørende fører og medchauffør ikke vises samtidig, skal kontrolapparatet automatisk vise oplysningerne vedrørende føreren og give brugeren mulighed for at se oplysningerne vedrørende medchaufføren.Giver skærmens bredde ikke mulighed for automatisk visning af funktionsmåde, skal kontrolapparatet kortvarigt vise den nye funktionsmåde, når den ændres.Ved isætning af kort skal kontrolapparatet kortvarigt vise korthaverens navn.Når omstændigheden "UDEN FOR GYLDIGHEDSOMRÅDE" åbnes, skal skærmen automatisk ved hjælp af det pågældende piktogram vise, at denne omstændighed er åbnet. (Det kan godtages, at den aktuelle føreraktivitet ikke nødvendigvis vises samtidigt.)15.2. Visning af oplysninger om advarselssignalerKontrolapparatet skal på skærmen vise oplysninger om advarselssignaler, hvilket hovedsagelig sker ved hjælp af piktogrammerne i tillæg 3, om nødvendigt suppleret med en talkode. Advarslen kan desuden gives som tekst på det af føreren foretrukne sprog.15.3. Adgang via menuKontrolapparatet skal stille de nødvendige kommandoer til rådighed gennem en hensigtsmæssig menustruktur.15.4. Andre skærmbillederPå kommando skal skærmen selektivt kunne vise:- UTC-dato og -klokkeslæt,- funktionsmåde (hvis den ikke vises automatisk),- førerens sammenhængende køretid og akkumulerede pausetid,- medchaufførens sammenhængende køretid og akkumulerede pausetid,- førerens akkumulerede køretid for den foregående og den aktuelle uge,- medchaufførens akkumulerede køretid for den foregående og den aktuelle uge,- indholdet af hver af de seks udskrifter, i samme format som udskriften selv.Visningen af udskriftens indhold skal være sekventiel, linje for linje. Er skærmen mindre end 24 tegn bred, skal brugeren have adgang til de fuldstændige oplysninger gennem en passende menu (flere linjer, rulning ...). Udskriftslinjer, som er afsat til håndskrevne oplysninger, kan udelades på skærmen.16. UdskrivningKontrolapparatet skal kunne udskrive oplysninger fra sit datalager og/eller fra fartskriverkort i henhold til nedenstående seks udskriftstyper:- daglig udskrift af føreraktivitet fra kort,- daglig udskrift af føreraktivitet fra køretøjsenhed,- udskrift af hændelser og fejl fra kort,- udskrift af hændelser og fejl fra køretøjsenhed,- udskrift af tekniske data,- udskrift af overskridelse af tilladt hastighed.Det nærmere format og indhold af disse udskrifter er angivet i tillæg 4.Yderligere data kan anføres sidst i udskrifterne.Kontrolapparatet kan stille yderligere udskriftstyper til rådighed, hvis de tydeligt kan skelnes fra de seks ovennævnte udskriftstyper.Der må ikke være adgang til "Daglig udskrift af føreraktiviteter fra kort" og "Udskrift af hændelser og fejl fra kort", medmindre der er indsat et fører- eller værkstedskort i kontrolapparatet. Før udskrivningen påbegyndes, skal kontrolapparatet ajourføre data gemt på det pågældende kort.For at hente "daglig udskrift af føreraktiviteter fra kort" eller "udskrift af hændelser og fejl fra kort" skal kontrolapparatet:- enten automatisk vælge fører- eller værkstedskort, hvis kun det ene af disse kort er isat,- eller stille en kommando til rådighed for valg af kildekort eller valg af kortet i førerkortpladsen, hvis der er isat to af disse kort i kontrolapparatet.Printeren skal kunne udskrive 24 tegn pr. linje.Den mindste tegnstørrelse er 2,1 mm i højden og 1,5 mm i bredden.Printeren skal understøtte tegnsættene latin1 og græsk, defineret ved ISO 8859 del 1 og 7, som foreskrevet i tillæg 1, kapitel 4 "Tegnsæt".Printeren skal være således udformet, at disse udskrifter er så tydelige, at der ikke er fare for fejllæsning.De skal bevare deres format og deres registreringer under normale luftfugtigheds- (10-90 %) og temperaturforhold.Papir, som skal anvendes af kontrolapparatet, skal være forsynet med det pågældende typegodkendelsesmærke og angivelse af de(n) type(r) kontrolapparat(er), det kan anvendes med. Udskrifterne skal forblive letlæselige og identificerbare under normale opbevaringsforhold mht. lysstyrke, fugtighed og temperatur i mindst et år.Disse dokumenter skal kunne påføres håndskrevne påtegninger, f.eks. førerens underskrift.Kontrolapparatet skal kunne håndtere "papir opbrugt"-hændelser under udskrivningen ved, efter isætning af nyt papir, at begynde forfra på udskrivningen eller fortsætte udskrivningen med en klar henvisning til den allerede udskrevne del.17. AdvarselssignalerKontrolapparatet skal advare føreren, når det konstaterer en hændelse og/eller fejl.Det kan tillades, at advarsel om afbrydelse af strømforsyningen først finder sted, efter at strømforsyningen er genoprettet.Kontrolapparatet skal advare føreren, når en sammenhængende køretid på 4 h 30 min. overskrides, samt 15 minutter inden dette sker.Advarselssignaler skal være synlige. Akustiske advarselssignaler kan anvendes som supplement til synlige advarselssignaler.Synlige advarselssignaler skal være let genkendelige for brugeren, skal være placeret i førerens synsfelt og skal være letlæselige både ved dag og ved nat.Synlige advarselssignaler kan være indbygget i kontrolapparatet og/eller være placeret fjernt fra kontrolapparatet.I sidstnævnte tilfælde skal de være forsynet med symbolet "T" og være gule eller orange.Advarselssignaler skal have en varighed på mindst 30 sekunder, medmindre brugeren kvitterer ved at trykke på en vilkårlig knap i kontrolapparatet. Denne første kvittering må ikke slette det i næste afsnit omhandlede skærmbillede: Årsag til advarselssignal.Kontrolapparatets skærm skal vise årsagen til advarselssignalet og vedblive hermed, indtil brugeren kvitterer med en særlig kode eller kommando på kontrolapparatet.Der kan afgives supplerende advarselssignaler, forudsat de ikke af føreren kan forveksles med de tidligere definerede.18. Overførsel af data til eksterne medierKontrolapparatet skal på kommando kunne overføre data fra sit lager eller fra et førerkort til eksterne lagermedier gennem kalibrerings- og dataoverførselsstikket. Før udskrivningen påbegyndes, skal kontrolapparatet ajourføre data gemt på det pågældende kort.Som en ikke obligatorisk facilitet kan kontrolapparatet desuden i enhver funktionsmåde gennem et andet stik overføre data til en virksomhed, hvis identitet er bekræftet gennem denne kanal. I så fald skal der for denne dataoverførsel gælde samme adgangsret til data som i virksomhedsmåde.Overførslen må ikke ændre eller slette lagrede data.Den elektriske grænseflade for kalibrering/dataoverførsel er specificeret i tillæg 6.Dataoverførselsprotokoller er specificeret i tillæg 7.19. Udlæsning af data til supplerende eksterne enhederHar kontrolapparatet ikke funktioner til visning af hastighed og/eller kilometerstand på skærmen, skal apparatet levere udgangssignal(er), der gør det muligt at vise køretøjets hastighed (speedometer) og/eller den samlede distance, køretøjet har tilbagelagt (kilometerstand).Desuden skal køretøjsenheden kunne udlæse følgende data gennem en seriel dataforbindelse, som er uafhængig af en eventuel CAN-bus (ISO 11898 Road vehicles - Interchange of digital information - Controller Area Network (CAN) for high speed communication), således at disse data kan behandles af andre elektroniske enheder i køretøjet:- aktuel UTC-dato og -klokkeslæt,- køretøjets hastighed,- den samlede distance, som køretøjet har tilbagelagt (kilometerstand),- aktuelt valgte aktivitet for fører og medchauffør,- oplysninger om, hvorvidt der aktuelt er indsat et fartskriverkort i førerens kortplads og i medchaufførens kortplads og (i givet fald) oplysninger om identifikation af de tilsvarende kort (kortnummer og udstedende medlemsstat).Andre data kan udlæses ud over disse mindstekrav.Når køretøjets tænding er tilsluttet, skal disse data udsendes permanent. Når køretøjets tænding er afbrudt, skal i det mindste enhver ændring i førers eller medchaufførs aktivitet og/eller enhver isætning eller udtagning af et fartskriverkort medføre tilsvarende afsendelse af data. Er dataafsendelsen stillet i bero, mens køretøjets tænding er afbrudt, skal de pågældende data blive tilgængelige, når køretøjets tænding tilsluttes igen.20. KalibreringKalibreringsfunktionen skal give mulighed for:- at bevægelsesføleren automatisk samparres med køretøjsenheden,- at vejdrejetallet (k) digitalt tilpasses efter kontrolapparatets konstant (w) (køretøjer med to eller flere akseludvekslinger skal være forsynet med en omskifter, der automatisk bringer de forskellige reduktionsforhold i overensstemmelse med det, kontrolapparatet er blevet tilpasset til på køretøjet),- at aktuelt klokkeslæt justeres (uden begrænsning),- at aktuel kilometerstand justeres,- at datalagerets identifikationsdata for bevægelsesføleren opdateres,- at andre parametre, som kontrolapparatet har kendskab til, føres ajour eller bekræftes: Køretøjsidentifikation, w, l, dækstørrelse og, hvis relevant, fartbegrænserens indstilling.Samparring af bevægelsesføler med køretøjsenhed skal i det mindste omfatte følgende:- ajourføring af bevægelsesfølerens monteringsdata, som opbevares af bevægelsesføleren (efter behov),- kopiering af de nødvendige data til identifikation af bevægelsesføleren fra føleren til køretøjsenhedens datalager.Kalibreringsfunktionen skal kunne indlæse data gennem kalibrerings-/overførselsstikket i henhold til den i tillæg 8 fastlagte kalibreringsprotokol. Kalibreringsfunktionen kan derudover indlæse de nødvendige data gennem andre stik.21. TidsjusteringTidsjusteringsfunktionen skal give mulighed for justering af aktuelt klokkeslæt i trin på højst 1 minut med intervaller på mindst 7 dage.I kalibreringsmåde skal tidsjusteringsfunktionen give mulighed for justering af aktuelt klokkeslæt uden begrænsning.22. FunktionsspecifikationerKøretøjsenheden skal være fuldt funktionsdygtig i temperaturområdet - 20 °C til 70 °C, og bevægelsesføleren i temperaturområdet - 40 °C til 135 °C. Indholdet af datalageret skal bevares ved temperaturer ned til - 40 °C.Kontrolapparatet skal være fuldt funktionsdygtigt i fugtighedsintervallet 10 % til 90 %.Kontrolapparatet skal være beskyttet mod overspænding, omvendt polaritet af strømtilførslen samt kortslutning.Kontrolapparatet skal være i overensstemmelse med Kommissionens direktiv 95/54/EF(9) om tilpasning til den tekniske udvikling af Rådets direktiv 72/245/EØF om elektromagnetisk kompatibilitet, og skal være beskyttet mod elektrostatiske udladninger og spændingsvariationer.23. MaterialerAlle kontrolapparatets komponenter skal være udført i materialer af tilstrækkelig stabilitet og mekanisk styrke samt med stabile elektriske og magnetiske egenskaber.Med henblik på normale driftsbetingelser skal alle apparatets indvendige dele være beskyttet mod fugt og støv.Køretøjsenheden skal opfylde beskyttelsesgrad IP 40, og bevægelsesføleren skal opfylde beskyttelsesgrad IP 64 i henhold til standard IEC 529.Kontrolapparatet skal opfylde de pågældende tekniske forskrifter for ergonomisk udformning.Kontrolapparatet skal være beskyttet mod hændelig beskadigelse.24. MærkningHvis kontrolapparatet viser køretøjets kilometerstand og hastighed på skærmen, skal følgende angivelser vises på skærmen:- ved det tal, som viser kilometerstanden, måleenheden angivet ved forkortelsen "km",- ved det tal, som angiver hastigheden, måleenheden "km/h".Kontrolapparatet kan desuden være stillet om til at vise hastighed i miles pr. hour, i hvilket tilfælde hastighedsmåleenheden skal være angivet ved forkortelsen "mph".På hver af kontrolapparatets separate komponenter skal være fastgjort en tavle med følgende enkeltheder:- navn og adresse på fabrikanten af apparatet,- fabrikantens reservedelsnummer og apparatets fremstillingsår,- apparatets serienummer,- kontrolapparattypens godkendelsesmærke.Når der ikke er tilstrækkelig plads til at angive alle ovenstående enkeltheder, skal skiltet i det mindste angive: Fabrikantens navn eller mærke, og apparatets reservedelsnummer.IV. KONSTRUKTIONS- OG FUNKTIONSKRAV TIL FARTSKRIVERKORT1. Synlige dataForsiden indeholder:svarende til kortets art, ordet "Førerkort" eller "Kontrolkort" eller "Værkstedskort" eller "Virksomhedskort", trykt med store typer på de(t) officielle sprog i den medlemsstat, som har udstedt kortet.de samme ord på de andre fællesskabssprog, trykt sådan, at de danner baggrunden på kortet:>TABELPOSITION>navnet på den medlemsstat, der har udstedt kortet (ikke obligatorisk);den udstedende medlemsstats nationalitetsmærke, trykt med negativ skrift i et blåt rektangel og omgivet af 12 gule stjerner. Nationalitetsmærkerne er følgende:B BelgienDK DanmarkD TysklandGR GrækenlandE SpanienF FrankrigIRL IrlandI ItalienL LuxembourgNL NederlandeneA ØstrigP PortugalFIN FinlandS SverigeUK Det Forenede Kongerigeoplysninger, der er specifikke for det udstedte kort, nummereret som følger:>TABELPOSITION>datoer skrives i formatet "dd/mm/yyyy" eller "dd.mm.yyyy" (dag, måned, år).Bagsiden indeholder:en forklaring til de nummererede punkter på kortets forside;med indehaverens udtrykkelige skriftlige godkendelse kan der tilføjes data, som ikke har forbindelse med administrationen af kortet; sådanne tilføjelser ændrer ikke på nogen måde modellens anvendelse som fartskriverkort.>PIC FILE= "L_2002207DA.003501.TIF">Fartskriverkort skal være trykt med følgende dominerende baggrundsfarve:- førerkort: hvid,- kontrolkort: blå,- værkstedskort: rød,- virksomhedskort: gul.Fartskriverkort skal have mindst følgende egenskaber til beskyttelse mod forfalskning og indgreb fra uvedkommende:- sikkerhedsbaggrund med fint slangeornament og regnbuetryk,- i fotografiets område skal sikkerhedsbaggrund og fotografi overlappe,- mindst én tofarvet mikroprintlinje.Medlemsstaterne kan efter at have rådført sig med Kommissionen tilføje farve eller mærker som f.eks. nationale symboler og sikkerhedsdetaljer, uden at dette berører de øvrige bestemmelser i bilaget.2. SikkerhedSikringen af systemet skal beskytte integritet og ægthed af data, som udveksles mellem kort og kontrolapparat, beskytte integritet og ægthed af data, som overføres fra kortene, bevirke, at visse skriveprocedurer på kortene er forbeholdt kontrolapparatet, udelukke forfalskning af data, som opbevares på kortene, forhindre indgreb fra uvedkommende og afsløre ethvert forsøg derpå.Af hensyn til systemets sikkerhed skal fartskriverkortene opfylde sikkerhedsforskrifterne i de fælles sikkerhedsmål for fartskriverkort (tillæg 10).Fartskriverkort skal kunne læses med andet udstyr som f.eks. pc'er.3. StandarderFartskriverkort skal være i overensstemmelse med følgende standarder:- ISO/IEC 7810 Identification cards - Physical characteristics,- ISO/IEC 7816 Identification cards - Integrated circuits with contacts:- Part 1: Physical characteristics,- Part 2: Dimensions and location of the contacts,- Part 3: Electronic signals and transmission protocols,- Part 4: Inter-industry commands for interchange,- Part 8: Security related inter-industry commands,- ISO/IEC 10373 Identification cards - Test methods.4. Miljømæssige og elektriske specifikationerFartskriverkort skal kunne fungere korrekt under alle de klimabetingelser, som normalt optræder på fællesskabets område, og det mindste i temperaturområdet - 25 °C til + 70 °C med lejlighedsvise maksima på indtil + 85 °C, idet der ved "lejlighedsvis" forstås højst 4 timer ad gangen og højst 100 gange i løbet af kortets levetid.Fartskriverkort skal kunne fungere korrekt i fugtighedsintervallet 10 % til 90 %.Fartskriverkort skal kunne fungere korrekt i fem år, hvis de anvendes i overensstemmelse med de miljømæssige og elektriske specifikationer.Fartskriverkort skal under drift være i overensstemmelse med Kommissionens direktiv 95/54/EF af 31. oktober 1995 om elektromagnetisk kompatibilitet(10), og skal være beskyttet mod elektrostatiske udladninger.5. DatalagringMed henblik på bestemmelserne i dette afsnit skal- klokkeslæt registreres med en opløsning på et minut, medmindre andet er angivet,- kilometerstand registreres med en opløsning på en kilometer,- hastighed registreres med en opløsning på 1 km/h.Fartskriverkortets funktioner, kommandoer og logiske strukturer, som opfylder datalagringsbestemmelserne, er nærmere angivet i tillæg 2.I dette afsnit fastsættes tilladelig mindste lagerkapacitet til applikationens forskellige datafiler. Fartskriverkortene skal til kontrolapparatet kunne angive den faktiske lagerkapacitet til disse datafiler.Skal kortet herudover benyttes til lagring af andre data vedrørende andre applikationer, som kortet understøtter, skal disse lagres i overensstemmelse med direktiv 95/46/EF(11).5.1. Data vedrørende kortidentifikation og -sikkerhed5.1.1. Identifikation af applikationFartskriverkort skal kunne lagre følgende data til identifikation af applikationen:- identifikation af fartskriverapplikation,- identifikation af fartskriverkortets type.5.1.2. Identifikation af chipFartskriverkort skal kunne lagre følgende data til identifikation af IC (IC = integreret kreds):- IC-serienummer,- IC-produktionshenvisninger.5.1.3. Identifikation af IC-kortFartskriverkort skal kunne lagre følgende data til identifikation af chipkort:- kortets serienummer (herunder produktionshenvisninger),- kortets typegodkendelsesnummer,- identifikation af kortnavn (ID),- indlejrer-ID,- IC-navn.5.1.4. SikkerhedselementerFartskriverkort skal kunne lagre følgende data vedrørende sikkerhedselementer:- europæisk offentlig nøgle,- attest fra medlemsstaten,- kortattest,- privat kodenøgle for kortet.5.2. Førerkort5.2.1. Identifikation af kortFørerkortet skal kunne lagre følgende data til identifikation af kortet:- kortnummer,- udstedende medlemsstat, navn på udstedende myndighed, udstedelsesdato,- startdato på kortets gyldighedsperiode, kortets udløbsdato.5.2.2. Identifikation af kortindehaverFørerkortet skal kunne lagre følgende data til identifikation af kortindehaver:- indehaverens efternavn,- indehaverens fornavn(e),- fødselsdato,- foretrukket sprog.5.2.3. Oplysninger om førerbevisFørerkortet skal kunne lagre følgende data vedrørende førerbevis:- udstedende medlemsstat, navn på udstedende myndighed,- førerbevisets nummer (på kortets udstedelsesdato).5.2.4. Data vedrørende anvendte køretøjerFørerkortet skal kunne lagre følgende data for hver kalenderdag, kortet er blevet anvendt, og for hver anvendelsesperiode for et givet køretøj den pågældende dag (en sådan periode omfatter alle på hinanden følgende cyklusser med isætning/udtagning af kortet i køretøjet, som det "ses" af kortet):- dato og klokkeslæt for første anvendelse af køretøjet (dvs. første kortisætning til denne anvendelsesperiode for køretøjet, eller 00h00, hvis det pågældende tidspunkt er inden for anvendelsesperioden),- køretøjets kilometerstand på det pågældende tidspunkt,- dato og klokkeslæt for seneste anvendelse af køretøjet (dvs. første kortudtagning med henblik på denne anvendelsesperiode for køretøjet, eller 23h59, hvis det pågældende tidspunkt er inden for anvendelsesperioden),- køretøjets kilometerstand på det pågældende tidspunkt,- køretøjets registreringsnummer og den indregistrerende medlemsstat.Førerkortet skal kunne lagre mindst 84 sådanne poster.5.2.5. FøreraktivitetsdataFørerkortet skal kunne lagre følgende data for hver kalenderdag, hvor kortet har været anvendt, eller hvor føreren har indtastet aktiviteter manuelt:- dato,- en tæller for daglig tilstedeværelse (øges med én for hver af de pågældende kalenderdage),- førerstatus kl. 00.00,- samlet distance tilbagelagt af føreren den pågældende dag,- hver gang føreren har skiftet aktivitet og/eller kørestatus og/eller har isat eller udtaget sit kort:- kørestatus (FØRERHOLD, ÉN FØRER),- kortplads (FØRER, MEDCHAUFFØR),- kortstatus (ISAT, IKKE ISAT),- aktivitet (KØRSEL, RÅDIGHED, ARBEJDE, PAUSE/HVILE),- tidspunkt for ændringen.Førerkortets lager skal kunne opbevare data vedrørende førerens aktivitet i mindst 28 dage (gennemsnitsaktiviteten for en fører defineres som 93 aktivitetsskift pr. dag).De under forskrift 197 og 199 angivne data skal opbevares på en måde, som giver mulighed for at hente aktiviteterne i den rækkefølge, de har fundet sted, også når der er tidsmæssig overlapning.5.2.6. Steder, hvor den daglige arbejdstid begynder og/eller slutterFørerkortet skal kunne opbevare følgende data vedrørende de steder, hvor den daglige arbejdstid begynder og/eller slutter, og som er indlæst af føreren:- dato og klokkeslæt for indlæsningen (eller dato/klokkeslæt knyttet til indlæsningen, når indlæsning fandt sted under den manuelle indlæsningsprocedure),- indlæsningens art (begyndelse eller slutning, omstændighed ved indlæsningen),- den indlæste stat og region,- køretøjets kilometerstand.Førerkortets lager skal kunne rumme mindst 42 par poster af denne art.5.2.7. Data vedrørende hændelserMed henblik på bestemmelserne i dette afsnit skal tiden registreres med en opløsning på 1 sekund.Førerkortet skal kunne lagre data vedrørende følgende hændelser, som kontrolapparatet har detekteret, mens kortet var isat:- Tidsoverlapning (når kortet er årsag til denne hændelse),- Isætning af kort under kørslen (når kortet er genstand for denne hændelse),- Seneste kortsession ikke korrekt afsluttet (når kortet er genstand for denne hændelse),- Afbrydelse i strømforsyningen,- Fejl i køredata,- Forsøg på sikkerhedsbrud.Førerkortet skal kunne lagre følgende data vedrørende disse hændelser:- Hændelseskode,- Startdato og -klokkeslæt for hændelsen (eller for isætning af kortet, hvis dette fandt sted i hændelsesperioden),- Slutdato og -klokkeslæt for hændelsen (eller for udtagning af kortet, hvis dette fandt sted i hændelsesperioden),- køretøjets registreringsnummer og den medlemsstat, som har indregistreret det køretøj, hvor hændelsen optrådte.Bestemmelse:For hændelsen "tidsoverlapning":- Hændelsens startdato og -klokkeslæt skal svare til dato og klokkeslæt for udtagning af kortet fra det foregående køretøj,- Hændelsens slutdato og -klokkeslæt skal svare til dato og klokkeslæt for isætning af kortet i det aktuelle køretøj,- Køretøjsdata skal svare til det aktuelle køretøj, som giver anledning til hændelsen.Bestemmelse:For hændelsen "Seneste kortsession ikke korrekt afsluttet"- skal hændelsens startdato og -klokkeslæt svare til dato og klokkeslæt for ukorrekt afslutning af sessionen,- skal hændelsens slutdato og -klokkeslæt svare til dato og klokkeslæt for isætning af kortet ved den session, under hvilken hændelsen blev konstateret (den aktuelle session),- skal køretøjsdata svare til det køretøj, i hvilket sessionen ikke blev afsluttet korrekt.Førerkortet skal kunne lagre data for de seks senest optrådte hændelser af hver type (dvs. 36 hændelser).5.2.8. Data vedrørende fejlMed henblik på bestemmelserne i dette afsnit skal tiden registreres med en opløsning på 1 sekund.Førerkortet skal kunne lagre data vedrørende følgende hændelser, som kontrolapparatet har detekteret, mens kortet var isat:- Kortfejl (når kortet er genstand for hændelsen),- Fejl ved kontrolapparatet.Førerkortet skal kunne lagre følgende data vedrørende disse hændelser:- fejlkode,- startdato og -klokkeslæt for hændelsen (eller for isætning af kortet, hvis dette fandt sted inden for hændelsesperioden),- slutdato og -klokkeslæt for fejlen (eller for udtagning af kortet, hvis dette fandt sted inden for hændelsesperioden),- køretøjets registreringsnummer og den medlemsstat, som har indregistreret det køretøj, hvor fejlen optrådte.Førerkortet skal kunne lagre data for de tolv senest optrådte hændelser af hver type (dvs. 24 hændelser).5.2.9. Data vedrørende kontrolaktivitetFørerkortet skal kunne lagre følgende data vedrørende kontrolaktiviteter:- kontroldato og -klokkeslæt,- kontrolkortets nummer og den kortudstedende medlemsstat,- kontrollens art (visning og/eller udskrivning og/eller dataoverførsel på køretøjsenhed og/eller dataoverførsel på kort (se bemærkning)),- ved dataoverførsel den overførte periode,- køretøjets registreringsnummer og den medlemsstat, som har indregistreret det køretøj, hvor kontrollen fandt sted.Bemærkning:Sikkerhedsforskrifterne indebærer, at dataoverførsel på kort kun vil blive registreret, hvis det sker gennem et kontrolapparat.Førerkortet skal kunne opbevare én sådan post.5.2.10. KortsessionsdataFørerkortet skal kunne opbevare følgende data vedrørende det køretøj, som åbnede kortets aktuelle session:- dato og klokkeslæt for åbning af sessionen (dvs. isætning af kort) med en opløsning på ét sekund,- køretøjets registreringsnummer og den indregistrerende medlemsstat.5.2.11. Data vedrørende særlige omstændighederFørerkortet skal kunne opbevare følgende data vedrørende særlige omstændigheder, som er indlæst, mens kortet var isat (uanset i hvilken kortplads):- Indlæsningsdato og -klokkeslæt,- Den særlige omstændigheds art.Førerkortet skal kunne lagre mindst 56 sådanne poster.5.3. Værkstedskort5.3.1. SikkerhedselementerVærkstedskortet skal kunne lagre et personligt identifikationsnummer (en PIN-kode).Værkstedskortet skal kunne lagre de kryptografiske nøgler, som er nødvendige for at samparre bevægelsesfølere med køretøjsenheder.5.3.2. Identifikation af kortVærkstedskortet skal kunne lagre følgende data til kortidentifikation:- kortnummer,- udstedende medlemsstat, navn på udstedende myndighed, udstedelsesdato,- startdato på kortets gyldighedsperiode, kortets udløbsdato.5.3.3. Identifikation af kortindehaverVærkstedskortet skal kunne lagre følgende data til identifikation af kortindehaver:- værkstedets navn,- værkstedets adresse,- indehaverens efternavn,- indehaverens fornavn(e),- foretrukket sprog.5.3.4. Data vedrørende anvendte køretøjerVærkstedskortet skal kunne lagre dataposter om anvendte køretøjer på samme måde som et førerkort.Værkstedskortet skal kunne lagre mindst 4 sådanne poster.5.3.5. FøreraktivitetsdataVærkstedskortet skal kunne lagre data om førerens aktivitet på samme måde som et førerkort.Værkstedskortet skal kunne lagre data om førerens aktivitet i mindst 1 dag med gennemsnitlig føreraktivitet.5.3.6. Data vedrørende steder, hvor den daglige arbejdstid begynder og/eller slutterVærkstedskortet skal kunne lagre dataposter om den daglige arbejdstids begyndelse og/eller slutning på samme måde som et førerkort.Værkstedskortet skal kunne lagre mindst 3 par poster af denne art.5.3.7. Data vedrørende hændelser og fejlVærkstedskortet skal kunne lagre dataposter om hændelser og fejl på samme måde som et førerkort.Værkstedskortet skal kunne lagre data for de tre senest optrådte hændelser af hver type (dvs. 18 hændelser) og de tre senest optrådte fejl af hver type (dvs. 12 fejl).5.3.8. Data vedrørende kontrolaktivitetVærkstedskortet skal kunne lagre data om kontrolaktivitet på samme måde som et førerkort.5.3.9. Kalibrerings- og tidsjusteringsdataVærkstedskortet skal kunne opbevare poster vedrørende de kalibreringer og/eller tidsjusteringer, som er udført, mens kortet er indsat i et kontrolapparat.Hver kalibreringspost skal kunne indeholde følgende data:- Kalibreringens formål (første montering, montering, periodisk eftersyn),- Identifikation af køretøjet,- Parametre, som er opdateret eller bekræftet (w, k, l, dækstørrelse, indstilling af hastighedsbegrænser, kilometertæller (ny og gammel værdi), dato og klokkeslæt (ny og gammel værdi)),- Identifikation af kontrolapparatet (køretøjsenhedens reservedelsnummer, køretøjsenhedens serienummer).Værkstedskortet skal kunne lagre mindst 88 sådanne poster.Værkstedskortet skal have en tæller, som angiver det samlede antal kalibreringer, der er udført med kortet.Værkstedskortet skal have en tæller, som angiver det samlede antal kalibreringer, der er udført siden sidste dataoverførsel på kortet.5.3.10. Data vedrørende særlige omstændighederVærkstedskortet skal kunne lagre data vedrørende særlige omstændigheder på samme måde som et førerkort. Værkstedskortet skal kunne opbevare 2 sådanne poster.5.4. Kontrolkort5.4.1. Identifikation af kortKontrolkortet skal kunne lagre følgende data til kortidentifikation:- kortnummer,- udstedende medlemsstat, navn på udstedende myndighed, udstedelsesdato,- startdato på kortets gyldighedsperiode, kortets eventuelle udløbsdato.5.4.2. Identifikation af kortindehaverKontrolkortet skal kunne lagre følgende data til identifikation af kortindehaveren:- kontrolinstansens navn,- kontrolinstansens adresse,- indehaverens efternavn,- indehaverens fornavn(e),- foretrukket sprog.5.4.3. Data vedrørende kontrolaktivitetKontrolkortet skal kunne lagre følgende data vedrørende kontrolaktivitet:- kontroldato og -klokkeslæt,- kontrollens art (visning og/eller udskrivning og/eller dataoverførsel på køretøjsenhed og/eller dataoverførsel på kort),- eventuel periode, som er overført,- køretøjets registreringsnummer og den indregistrerende myndighed i det kontrollerede køretøj,- kontrolkortets nummer og den medlemsstat, som har udstedt det kontrollerede førerkort.Kontrolkortet skal kunne lagre mindst 230 sådanne poster.5.5. Virksomhedskort5.5.1. Identifikation af kortVirksomhedskortet skal kunne lagre følgende data til kortidentifikation:- kortnummer,- udstedende medlemsstat, navn på udstedende myndighed, udstedelsesdato,- startdato på kortets gyldighedsperiode, kortets eventuelle udløbsdato.5.5.2. Identifikation af kortindehaverVirksomhedskortet skal kunne lagre følgende data til identifikation af kortindehaveren:- virksomhedens navn,- virksomhedens adresse.5.5.3. VirksomhedsaktivitetsdataVirksomhedskortet skal kunne lagre følgende virksomhedsaktivitetsdata:- dato og klokkeslæt for aktiviteten,- aktivitetens art (låse ind/ud på køretøjsenhed og/eller dataoverførsel på køretøjsenhed og/eller dataoverførsel på kort)- eventuel periode, som er overført,- køretøjets registreringsnummer og den myndighed, som har registreret det,- kortets nummer og den kortudstedende medlemsstat (ved dataoverførsel på kort).Virksomhedskortet skal kunne opbevare mindst 230 sådanne poster.V. MONTERING AF KONTROLAPPARATET1. MonteringNye kontrolapparater skal leveres i ikke-aktiveret stand til installatører eller køretøjsfabrikanter, med alle de i kapitel III.20 opregnede kalibreringsparametre sat til hensigtsmæssige og gyldige standardværdier. Når ingen særlig værdi er passende, sættes strengparametre til værdien "?" og talparametre til "0".Inden kontrolapparatet er aktiveret, skal kontrolapparatet give adgang til kalibreringsfunktionen, også når det ikke er i kalibreringsmåde.Før kontrolapparatet er aktiveret, må det hverken registrere eller lagre de i III.12.3 til III.12.9 og III.12.12 til III.12.14 inkl. omhandlede data.Under monteringen skal køretøjets fabrikant forudindstille alle parametre, som kendes.Køretøjsfabrikant eller installatør skal aktivere det monterede kontrolapparat, før køretøjet forlader de lokaler, hvor monteringen fandt sted.Kontrolapparatet skal automatisk aktiveres ved første indsætning af et værkstedskort i en af dets kortlæsere.Eventuelle nødvendige særlige samparringsprocedurer mellem bevægelsesføler og køretøjsenhed skal udføres automatisk før eller under aktivering.Når kontrolapparatet er blevet aktiveret, skal det fuldt ud håndhæve funktioner og adgangsret til data.Kontrolapparatets registrerings- og lagringsfunktioner skal være fuldt funktionsdygtige efter første aktivering af apparatet.Monteringen skal efterfølges af en kalibrering. Køretøjets registreringsnummer indlæses ved den første kalibrering, som finder sted inden for to uger efter denne montering, dog senest to uger efter tildeling af registreringsnummer, hvis denne finder sted senere end monteringen.Kontrolapparatet skal være anbragt på en sådan måde i køretøjet, at føreren har adgang til de nødvendige funktioner fra førersædet.2. InstallationspladeNår apparatet er blevet kontrolleret efter monteringen, anbringes en monteringsplade klart synligt og lettilgængeligt på eller ved siden af apparatet. Efter ethvert indgreb foretaget af en autoriseret installatør eller et autoriseret værksted skal installationspladen udskiftes med en ny plade.Pladen skal være forsynet med mindst følgende oplysninger:- den autoriserede installatørs eller det autoriserede værksteds navn og adresse eller firmanavn,- køretøjets vejdrejetal efter formlen "w = ... imp/km",- kontrolapparatets konstant, angivet ved "k = ... imp/km",- effektiv dækperiferi i formen "l = ... mm",- dækstørrelse,- datoen for bestemmelse af køretøjets vejdrejetal og måling af dets effektive dækperiferi,- køretøjets identifikationsnummer.3. PlomberingFølgende dele skal være plomberet:- tilslutninger, hvis afbrydelse medfører uopdagede ændringer eller uopdaget tab af data;- monteringspladen, medmindre den er anbragt således, at den ikke kan fjernes, uden at påskriften ødelægges.Ovennævnte plomberinger kan brydes:- i nødstilfælde,- med det formål at montere, justere eller reparere en hastighedsbegrænser eller anden anordning, som bidrager til trafiksikkerheden, forudsat at kontrolapparatet fortsat fungerer pålideligt og korrekt og plomberes igen af en autoriseret installatør eller et autoriseret værksted (i overensstemmelse med kapitel VI) straks efter montering af hastighedsbegrænser eller trafiksikkerhedsanordning, i andre tilfælde senest efter syv dage.Hver gang disse plomber brydes, udfærdiges en skriftlig begrundelse herfor, som stilles til rådighed for den kompetente myndighed.VI. KONTROL, EFTERSYN OG REPARATIONERKapitel V, punkt 3 i dette bilag indeholder bestemmelser for, under hvilke omstændigheder plomber må fjernes som omhandlet i artikel 12, stk. 5, i forordning (EØF) nr. 3821/85.1. Autorisering af installatører eller værkstederMedlemsstaterne godkender, kontrollerer regelmæssigt og certificerer de organer, som skal udføre:- montering,- eftersyn,- kontrol,- reparationer.I rammerne af artikel 12, stk. 1 i denne forordning vil værkstedskort alene blive udstedt til installatører og/eller værksteder, som er godkendt til aktivering og/eller kalibrering af kontrolapparater i overensstemmelse med dette bilag, og som, medmindre det behørigt begrundes:- ikke er berettiget til et virksomhedskort;- og hvis øvrige faglige virksomhed ikke frembyder en mulig fare for systemets overordnede sikkerhed som defineret i tillæg 10.2. Kontrol af nye eller reparerede instrumenterFor hver enkelt ny eller repareret anordning kontrolleres den korrekte funktion og nøjagtigheden af angivelser og optegnelser inden for de i kapitel III, punkt 2.1 og 2.2 fastlagte grænser ved plombering i henhold til kapitel V, punkt 3, og kalibrering.3. MonteringseftersynVed monteringen i et køretøj skal apparatet og hele installationen opfylde bestemmelserne i kapitel III, punkt 2.1 og 2.2 vedrørende maksimale tolerancer.4. Periodiske eftersynPeriodisk eftersyn af det i køretøjet monterede apparat skal foretages efter reparation af apparatet, efter ændring af køretøjets vejdrejetal, efter ændring af den effektive dækperiferi, når apparatets UTC-tid har været over 20 minutter forkert, når køretøjets indregistreringsnummer er ændret, og mindst én gang inden for to år (24 måneder) efter den seneste kontrol.Disse eftersyn skal omfatte følgende kontroller:- at kontrolapparatet fungerer korrekt, herunder også lagring af data på fartskriverkortet,- at overholdelse af bestemmelserne i kapitel III, punkt 2.1 og 2.2 om maksimale tolerancer ved monteringen er sikret,- at kontrolapparatet er forsynet med typegodkendelsesmærke,- at monteringspladen er anbragt,- at plomberne på apparatet og på anlæggets øvrige dele er intakte,- dækstørrelsen og den faktiske dækperiferi.Disse eftersyn skal omfatte en kalibrering.5. Måling af fejlMåling af fejl, som opstår under montering og drift, udføres under følgende betingelser, der skal betragtes som normale prøvebetingelser:- ubelastet køretøj i køreklar stand,- dæktryk i overensstemmelse med fabrikantens angivelser,- dækslitage inden for de ved national lov givne grænser,- køretøjets bevægelse:- Køretøjet skal bevæge sig frem ved egen motorkraft i lige linje på jævnt terræn ved en hastighed på 50 ± 5 km/h. Måledistancen skal være mindst 1000 m.- Prøven kan også udføres på anden måde, forudsat tilsvarende nøjagtighed opnås, f.eks. med en egnet prøvestand.6. ReparationerVærksteder skal kunne overføre data fra kontrolapparatet for at anvende dem til tilbagemelding til den pågældende transportvirksomhed.Det godkendte værksted skal til transportvirksomheden udfærdige en attest om manglende dataoverførsel, når fejl ved kontrolapparatet bevirker, at tidligere registrerede data ikke kan overføres, heller ikke efter reparation på det pågældende værksted. Værkstederne opbevarer en kopi af hver attest, som de har udstedt, i mindst ét år.VII. UDSTEDELSE AF KORTDe af medlemsstaterne oprettede kortudstedelsesprocesser skal være i overensstemmelse med følgende:I kortnummeret på et fartskriverkort, som for første gang udstedes til en ansøger, indgår et fortløbende indeks (hvis relevant), et erstatningsindeks samt et fornyelsesindeks stillet på "0".På alle ikke personlige fartskriverkort, som udstedes til en enkelt kontrolinstans, et enkelt værksted eller en enkelt transportvirksomhed, skal kortnumrenes første 13 cifre være identiske, og alle kortnumre skal have forskelligt fortløbende indeks.Et fartskriverkort, som udstedes til erstatning for et eksisterende fartskriverkort, skal have samme kortnummer som det udskiftede, bortset fra udskiftningsindekset, som skal være øget med "1" (i rækkefølgen 0, ..., 9, A, ..., Z).Et fartskriverkort, som udstedes til erstatning for et eksisterende fartskriverkort, skal have samme udløbsdato som det erstattede.Et fartskriverkort, som udstedes til fornyelse for et eksisterende fartskriverkort, skal have samme kortnummer som det fornyede, bortset fra udskiftningsindekset, som skal være stillet på "0", og fornyelsesindekset, som skal være øget med "1" (i rækkefølgen 0, ..., 9, A, ..., Z).Udskiftning af et eksisterende fartskriverkort med det formål at ændre administrative data skal følge reglerne for fornyelse, når det finder sted i samme medlemsstat, og reglerne for første udstedelse, når det finder sted i en anden medlemsstat."Kortindehavers efternavn" skal for ikke personlige værksteds- eller kontrolkort udfyldes med værkstedets eller kontrolinstansens navn.VIII. TYPEGODKENDELSE AF KONTROLAPPARATUR OG FARTSKRIVERKORT1. GenereltI dette afsnit forstås ved "kontrolapparat", "kontrolapparatet eller dets komponenter". Der kræves ingen typegodkendelse af de(t) kabel (kabler), som forbinder bevægelsesføler med køretøjsenhed. Det papir, som skal anvendes af kontrolapparatet, anses for en komponent i kontrolapparatet.Ved forelæggelse til godkendelse skal kontrolapparatet være komplet med eventuelt indbygget ekstra tilbehør.Typegodkendelse af kontrolapparater og fartskriverkort skal omfatte sikkerhedsrelevante prøver, funktionsprøver og interoperabilitetsprøver. Positive resultater for hver af disse prøver angives ved en passende attest.Medlemsstaternes typegodkendelsesmyndigheder udsteder ikke typegodkendelsesattest i overensstemmelse med artikel 5 i denne forordning, medmindre de er i besiddelse af:- en sikkerhedsattest,- en funktionsattest,- og en interoperabilitetsattestfor det kontrolapparat eller det fartskriverkort, som typegodkendelsesansøgningen omfatter.Enhver ændring af en af apparatets komponenter eller af arten af de til dets fremstilling anvendte materialer skal, inden apparatet tages i brug, anmeldes til den myndighed, som har typegodkendt apparatet. Denne myndighed skal over for fabrikanten bekræfte udvidelsen af typegodkendelsen eller kan kræve opdatering eller bekræftelse af de relevante funktions-, sikkerheds- og/eller interoperabilitetsattester.Procedurer til opgradering af programmel i allerede monteret kontrolapparat skal være godkendt af den myndighed, som meddelte typegodkendelse af kontrolapparatet. Opgradering af programmel må ikke ændre eller slette føreraktivitetsdata, som er gemt i kontrolapparatet. Programmel må kun opgraderes under ansvar af kontrolapparatets fabrikant.2. SikkerhedsattestSikkerhedsattesten udstedes i overensstemmelse med bestemmelserne i tillæg 10 til dette bilag.3. FunktionsattestAnsøgere til typegodkendelse skal forsyne medlemsstatens typegodkendelsesmyndigheder med alt det materiale og al den dokumentation, som myndigheden anser for nødvendigt.Der må ikke udstedes en funktionsattest til fabrikanten, før mindst alle de i tillæg 9 foreskrevne funktionsprøver er udført med tilfredsstillende resultat.Funktionsattesten udstedes af typegodkendelsesmyndigheden. Denne attest skal ud over navnet på modtageren og identifikation af modellen indeholde en specificeret liste over de udførte prøver og resultaterne heraf.4. InteroperabilitetsattestInteroperabilitetsprøver udføres af ét enkelt laboratorium under Europa-Kommissionens myndighed og ansvar.Laboratoriet registrerer de af fabrikanterne indgivne anmodninger om interoperabilitetsprøver i den kronologiske rækkefølge, de modtages.Anmodningerne vil først blive officielt registreret, når laboratoriet er i besiddelse af:- det fuldstændige sæt materiale og dokumenter, som er nødvendige til sådanne interoperabilitetsprøver,- den tilsvarende sikkerhedsattest,- den tilsvarende funktionsattest.Fabrikanten underrettes om datoen for registreringen.Laboratoriet udfører ikke interoperabilitetsprøvning af kontrolapparater eller fartskriverkort, for hvilke der ikke er udstedt en sikkerhedsattest og en funktionsattest.Enhver fabrikant, som anmoder om interoperabilitetsprøver, forpligter sig til at overlade hele det sæt materiale og dokumenter, som han har fremskaffet med henblik på udførelse af prøverne, til det laboratorium, som forestår prøverne.Interoperabilitetsprøver skal udføres i overensstemmelse med bestemmelserne i punkt 5 i tillæg 9 til dette bilag, og i prøverne skal henholdsvis indgå alle de typer kontrolapparater og fartskriverkort:- for hvilke typegodkendelsen stadig er gyldig eller,- for hvilke typegodkendelsen er under behandling, og for hvilke der foreligger en gyldig interoperabilitetsattest.Der må ikke udstedes en interoperabilitetsattest til fabrikanten, før mindst alle de foreskrevne interoperabilitetsprøver er udført med tilfredsstillende resultat.Giver interoperabilitetsprøverne ikke tilfredsstillende resultat med en (et) eller flere af kontrolapparaterne eller fartskriverkortene som foreskrevet i krav 283, vil interoperabilitetsattesten ikke blive udstedt, før den anmodende fabrikant har gennemført de nødvendige ændringer og interoperabilitetsprøverne har givet tilfredsstillende resultat. Laboratoriet skal udfinde årsagen til problemet med assistance fra de fabrikanter, der berøres af denne interoperabilitetsmangel og skal søge at bistå den anmodende producent med at finde en teknisk løsning. I tilfælde, hvor fabrikanten har ændret sit produkt, påhviler det fabrikanten at søge de pågældende myndigheders bekræftelse på, at sikkerhedsattest og funktionsattest stadig er gyldige.Interoperabilitetsattesten er gyldig i seks måneder. Efter slutningen af denne periode ophæves den, hvis fabrikanten ikke har modtaget en tilsvarende typegodkendelsesattest. Den fremsendes af fabrikanten til den typegodkendende myndighed i den medlemsstat, som har udstedt funktionsattesten.Intet element, som kan tænkes at give anledning til en interoperabilitetsmangel, må anvendes til at opnå fortjeneste eller til at opnå en dominerende stilling.5. TypegodkendelsesattestDen typegodkendende myndighed i medlemsstaten kan udstede typegodkendelsesattesten, så snart den er i besiddelse af de nødvendige tre attester.Typegodkendelsesattesten kopieres af den typegodkendende myndighed til det laboratorium, som forestår interoperabilitetsprøverne, på det tidspunkt hvor den udstedes til fabrikanten.Det laboratorium, som forestår interoperabilitetsprøverne, skal have et offentligt websted med en opdateret liste over de kontrolapparat- eller fartskrivermodeller,- for hvilke der er registreret en anmodning om interoperabilitetsprøver,- for hvilke der er udstedt en interoperabilitetsattest (også selv om den er foreløbig),- for hvilke der er udstedt en typegodkendelsesattest.6. Undtagelsesprocedure: Indledende interoperabilitetsattesterI en periode på fire måneder, efter at et første sammenhørende sæt kontrolapparat og tilhørende fartskriverkort (fører-, værksteds-, kontrol- og virksomhedskort) er attesteret som interoperabelt, anses en eventuelt udstedt interoperabilitetsattest (herunder også denne allerførste attest) vedrørende anmodninger registreret i denne periode, for foreløbig.Anses alle de omhandlede produkter efter slutningen af denne periode for indbyrdes interoperable, bliver alle tilsvarende interoperabilitetsattester endelige.Findes der i løbet af denne periode interoperabilitetsmangel, skal det laboratorium, som forestår interoperabilitetsprøverne, finde årsagerne til problemerne med assistance fra alle de berørte fabrikanter og opfordre dem til at gennemføre de nødvendige ændringer.Tilbagestår der efter slutningen af denne periode interoperabilitetsproblemer, skal det laboratorium, som forestår interoperabilitetsprøverne, i samarbejde med de pågældende fabrikanter og med de typegodkendelsesmyndigheder, som udstedte de tilsvarende funktionsattester, finde årsagen til interoperabilitetsmanglerne og fastlægge, hvilke ændringer hver af de pågældende fabrikanter bør foretage. Søgningen efter tekniske løsninger må vare højst to måneder; findes der derved ingen fælles løsning, tager Kommissionen efter samråd med det laboratorium, som forestår interoperabilitetsprøverne, stilling til, hvilke(t) apparat(er) og kort, der skal udstedes en endelig interoperabilitetsattest for, og angiver begrundelse herfor.Eventuelle anmodninger om interoperabilitetstester, som af laboratoriet registreres i perioden fra fire måneder efter udstedelse af den første foreløbige interoperabilitetsattest til datoen for den i krav 294 omhandlede Kommissionsbeslutning, stilles i bero, til de første interoperabilitetsproblemer er løst. Disse anmodninger behandles derefter i samme kronologiske rækkefølge, som de er registreret.(1) Denne beregningsmetode for sammenhængende køretid og akkumuleret pausetid benyttes af kontrolapparatet, til beregning af advarselssignal for sammenhængende køretid. Den foregriber ikke, hvilken retlig fortolkning disse tider skal gøres til genstand for.(2) Perioder med betegnelsen UKENDT er perioder, hvor førerens kort ikke var isat i et kontrolapparat, og for hvilke der ikke manuelt er indlæst føreraktiviteter.(3) Europa-Parlamentets og Rådets direktiv 97/27/EF af 22. juli 1997 om masse og dimensioner for visse motorkøretøjsklasser og påhængskøretøjer dertil og om ændring af direktiv 70/156/EØF (EFT L 233 af 25.8.1997, s. 1).(4) EFT L 57 af 2.3.1992, s. 27.(5) Rådets henstilling 95/144/EF af 7. april 1995 om ensartede kriterier for vurdering af informationsteknologisk sikkerhed (EFT L 93 af 26.4.1995, s. 27).(6) EFT L 129 af 14.5.1992, s. 95.(7) Direktiv 76/114/EØF (EFT L 24 af 30.1.1976, s. 1).(8) EFT L 281 af 23.11.1995, s. 31.(9) EFT L 266 af 8.11.1995, s. 1.(10) EFT L 266 af 8.11.1995, s. 1.(11) EFT L 281 af 23.11.1995, s. 31.Tillæg 1DATAORDLISTEINHOLD>TABELPOSITION>1. INDLEDNINGDette tillæg fastlægger de dataformater, dataelementer og datastrukturer, som skal anvendes i kontrolapparater og fartskriverkort.1.1. Fremgangsmåde anvendt ved definition af datatyperTil definition af datatyperne i dette tillæg er anvendt Abstract Syntax Notation One (ASN.1). På denne måde kan der defineres enkle og strukturerede data, uden at dette forudsætter en nærmere bestemt overføringssyntaks (kodningsregler), som vil være applikations- og miljøafhængig.ASN.1-typebenævnelser er tildelt efter ISO/IEC 8824-1. Dette indebærer:- at datatypens betydning, hvor det er muligt, er givet gennem de valgte navne,- at når en datatype er sammensat af andre datatyper, består datatypens navn stadig af én enkelt sekvens af alfabetiske tegn med stort begyndelsesbogstav, dog anvendes store bogstaver inde i navnet til at angive den tilsvarende betydning,- at datatypernes navne sædvanligvis hænger sammen med navnet på de datatyper, de er opbygget af, det udstyr, data bliver lagret på, og den funktion, der knytter sig til de pågældende data.Er en ASN.1-type i forvejen defineret som del af en anden standard og relevant til brug i kontrolapparatet, vil den pågældende ASN.1-type være defineret i dette tillæg.For at give mulighed for forskellige typer kodningsregler er visse ASN.1-typer i dette tillæg begrænset ved identifikatorer for værdiområdet. Identifikatorerne for værdiområde er definereret i punkt 3.1.2. ReferencerI dette tillæg henvises til følgende referencer:ISO 639 Code for the representation of names of languages. First Edition: 1988.EN 726-3 Identification cards systems - Telecommunications integrated circuit(s) cards and terminals - Part 3: Application independent card requirements. December 1994.ISO 3779 Road vehicles - Vehicle identification number (VIN) - Content and structure. Edition 3: 1983.ISO/IEC 7816-5 Information technology - Identification cards - Integrated circuit(s) cards with contacts - Part 5: Numbering system and registration procedure for application identifiers. First edition: 1994 + Amendment 1: 1996.ISO/IEC 8824-1 Information technology - Abstract Syntax Notation 1 (ASN.1): Specification of basic notation. Edition 2: 1998.ISO/IEC 8825-2 Information technology - ASN.1 encoding rules: Specification of Packed Encoding Rules (PER). Edition 2: 1998.ISO/IEC 8859-1 Information technology - 8 bit single-byte coded graphic character sets - Part 1: Latin alphabet No 1. First edition: 1998.ISO/IEC 8859-7 Information technology - 8 bit single-byte coded graphic character sets - Part 7: Latin/Greek alphabet. First edition: 1987.ISO 16844-3 Road vehicles - Tachograph systems - Motion Sensor Interface. WD 3-20/05/99.2. DEFINITIONER AF DATATYPERFor nedenstående datatyper vil datafeltet som standardværdi for "ukendt" eller "ikke relevant" indhold være udfyldt med sideskiftbyte.2.1. ActivityChangeInfoMed denne datatype kan der inden for et to byte stort ord kodes skift af kortlæserstatus kl. 00:00 og/eller førerstatus kl. 00:00 og/eller skift af aktivitet og/eller skift af kørestatus og/eller skift af kortstatus for en fører eller medchauffør. Denne datatype er knyttet til krav 084, 109a, 199 og 219.ActivityChangeInfo::= OCTET STRING (SIZE(2))Tilordnet værdi - Oktet udsluttet:: 'scpaattttttttttt'B (16 bit)Til registrering i datalager (eller kortlæserstatus):'s'B Kortplads:'0'B: FØRER,'1'B: MEDCHAUFFØR,'c'B Kørestatus:'0'B: ÉN FØRER,'1'B: FØRERHOLD,'p'B Status for fører- (eller værksteds-) kortet i den pågældende kortplads:'0'B: ISAT, der er isat et kort,'1'B: IKKE ISAT, kort er ikke isat (eller er taget ud),'aa'B Aktivitet:'00'B: PAUSE/HVILE,'01'B: RÅDIGHED,'10'B: ARBEJDE,'11'B: KØRSEL,'ttttttttttt'B Klokkeslæt for skiftet: Antal minutter siden 00h00 det pågældende døgn.For registrering med fører- eller værkstedskort (og førerstatus):'s'B Kortplads (ikke relevant når 'p' = 1, se dog bemærkning nedenfor):'0'B: FØRER,'1'B: MEDCHAUFFØR,'c'B>TABELPOSITION>'p'B Kortstatus:'0'B: ISAT, kortet er sat i et kontrolapparat,'1'B: IKKE ISAT, kortet er ikke isat (eller er taget ud),'aa'B Aktivitet (ikke relevant når 'p' = 1 og 'c' = 0, se dog bemærkning nedenfor):'00'B: PAUSE/HVILE,'01'B: RÅDIGHED,'10'B: ARBEJDE,'11'B: KØRSEL,'ttttttttttt'B Klokkeslæt for ændringen: Antal minutter siden 00h00 det pågældende døgn.Bestemmelse vedrørende tilfældet "udtagning af kort":Når kortet er taget ud:- 's' er relevant og angiver den kortplads, kortet er fjernet fra,- 'c' skal være sat til 0,- 'p' skal være sat til 1,- 'aa' skal kode den aktuelle aktivitet, som er valgt på det pågældende tidspunkt,Bit 'c' og 'aa' i ordet (gemt på et kort) kan ved senere manuel indlæsning overskrives svarende til indlæsningen.2.2. AddressEn adresse.Address::= SEQUENCE {codePage INTEGER (0..255),address OCTET STRING (SIZE(35))}codePage angiver den del af ISO/IEC 8859, som er anvendt til at kode adressen,address er en adresse, som er kodet i henhold til ISO/IEC 8859-codePage.2.3. BCDStringBCDString anvendes til at fremstille decimaltal ved binær kode (BCD). Denne datatype anvendes til at fremstille ét decimalciffer ved én semioktet (4 bit). BCDString er baseret på ISO/IEC 8824-1 "'CharacterStringType'".BCDString::= CHARACTER STRING (WITH COMPONENTS {identification ( WITH COMPONENTS {fixed PRESENT }) })BCDString anvender "hstring"-notation. Det hexadecimale tegn længst til venstre skal være mest betydende semioktet i første oktet. Til frembringelse af flere oktetter indsættes efter behov foranstillede nul-semioktetter fra semioktetpositionen længst til venstre i den første oktet.De tilladte cifre er: 0, 1, ... 9.2.4. CalibrationPurposeKode, som forklarer hvorfor der blev registreret et sæt kalibreringsparametre. Denne datatype er knyttet til krav 097 og 098.CalibrationPurpose::= OCTET STRING (SIZE(1))Tilordnet værdi:'00'H reserveret værdi,'01'H aktivering: Registrering af de kalibreringsparametre, som er kendt i det øjeblik, hvor køretøjsenheden aktiveres,'02'H første installation: Første kalibrering af køretøjsenheden, efter at den er aktiveret,'03'H installation: Første kalibrering af køretøjsenheden i det aktuelle køretøj,'04'H periodisk eftersyn.2.5. CardActivityDailyRecordOplysninger, gemt på kortet, vedrørende føreraktiviteterne for en given kalenderdag. Denne datatype er knyttet til krav 199 og 219.CardActivityDailyRecord::= SEQUENCE {activityPreviousRecordLength INTEGER(0..CardActivityLengthRange),activityRecordLength INTEGER(0..CardActivityLengthRange),activityRecordDate TimeReal,activityDailyPresenceCounter DailyPresenceCounter,activityDayDistance Distance,activityChangeInfo SET SIZE(1..1440) OF ActivityChangeInfo}activityPreviousRecordLength er den totale længde i byte af den foregående døgnpost. Maksimumværdien er givet ved længden af den OCTET STRING, som indeholder disse poster (se CardActivityLengthRange punkt 3). Når denne post er den ældste døgnpost, skal activityPreviousRecordLength sættes til værdien 0.activityRecordLength er den totale længde i byte af denne post. Maksimumværdien er givet ved længden af den OCTET STRING, som indeholder disse poster.activityRecordDate er postens dato.activityDailyPresenceCounter er tælleren for daglig tilstedeværelse det pågældende døgn.activityDayDistance er den totale distance, som er tilbagelagt det pågældende døgn.activityChangeInfo er datasættet ActivityChangeInfo for føreren det pågældende døgn. Det kan indeholde indtil 1440 værdier (ét aktivitetsskift pr. minut). Dette datasæt indeholder altid ActivityChangeInfo med kode for førerstatus kl. 00:00.2.6. CardActivityLengthRangeAntal bytes, som i et fører- eller værkstedskort er til rådighed for lagring af poster vedrørende føreraktivitet.CardActivityLengthRange::= INTEGER(0..216-1)Tilordnet værdi: Se punkt 3.2.7. CardApprovalNumberKortets typegodkendelsesnummer.CardApprovalNumber::= IA5String(SIZE(8))Tilordnet værdi: Uspecificeret.2.8. CardCertificateCertifikat for et korts offentlige nøgle.CardCertificate::= Certificate2.9. CardChipIdentificationOplysninger, gemt på et kort, vedrørende identifikation af kortets integrerede kreds (IC) (krav 191).CardChipIdentification::= SEQUENCE {icSerialNumber OCTET STRING (SIZE(4)),icManufacturingReferences OCTET STRING (SIZE(4))}icSerialNumber er serienummeret på den integrerede kreds som defineret i EN 726-3.icManufacturingReferences er datanavnet for producenten af den integrerede kreds og produktionsdataelementer som defineret i EN 726-3.2.10. CardConsecutiveIndexEt fortløbende kortindeks (definition h)).CardConsecutiveIndex::= IA5String(SIZE(1))Tilordnet værdi: (Se kapitel VII i dette bilag)Rækkefølge af forøgelse: '0, ..., 9, A, ..., Z, a, ..., z'2.11. CardControlActivityDataRecordOplysninger, gemt på et fører- eller værkstedskort, vedrørende den seneste kontrol, som føreren har været genstand for (krav 210 og 225).CardControlActivityDataRecord::= SEQUENCE {controlType controlType,controlTime TimeReal,controlCardNumber FullCardNumber,controlVehicleRegistration VehicleRegistrationIdentification,controlDownloadPeriodBegin TimeReal,controlDownloadPeriodEnd TimeReal,}controlType er kontrollens type.controlTime er dato og klokkeslæt for kontrollen.controlCardNumber er FullCardNumber for den kontrollør, som har foretaget kontrollen.controlVehicleRegistration er indregistreringsnummer og registrerende medlemsstat for det køretøj, i hvilket kontrollen fandt sted.controlDownloadPeriodBegin og controlDownloadPeriodEnd angiver, ved dataoverførsel, den periode, for hvilken dataoverførsel har fundet sted.2.12. CardCurrentUseOplysninger om kortets aktuelle anvendelse (krav 212).CardCurrentUse::= SEQUENCE {sessionOpenTime TimeReal,sessionOpenVehicle VehicleRegistrationIdentification}sessionOpenTime er det tidspunkt, hvor kortet er indsat med henblik på den aktuelle anvendelse. Dette dataelement sættes til nul, når kortet tages ud.sessionOpenVehicle er identifikationen af det aktuelt anvendte køretøj og bliver sat ved isætning af kortet. Dette dataelement sættes til nul, når kortet tages ud.2.13. CardDriverActivityOplysninger, gemt på et fører- eller værkstedskort, vedrørende førerens aktiviteter (krav 199 og 219).CardDriverActivity::= SEQUENCE {activityPointerOldestDayRecord INTEGER(0..CardActivityLengthRange-1),activityPointerNewestRecord INTEGER(0..CardActivityLengthRange-1),activityDailyRecords OCTET STRING (SIZE(CardActivityLengthRange))}activityPointerOldestDayRecord angiver begyndelsen på lagerpladsen (antal byte fra strengens begyndelse) for den ældste fuldstændige døgnpost i activityDailyRecords strengen. Maksimumværdien er givet ved længden af strengen.activityPointerNewestRecord angiver begyndelsen på lagerpladsen (antal byte fra strengens begyndelse) for den seneste døgnpost i activityDailyRecords strengen. Maksimumværdien er givet ved længden af strengen.activityDailyRecords er den plads, der er til rådighed til lagring af føreraktivitetsdata (datastruktur: CardActivityDailyRecord) for hver kalenderdag, kortet har været benyttet.Asignación de valor: Denne oktetstreng bliver cyklisk fyldt op med poster vedrørende CardActivityDailyRecord. Ved første gangs brug begynder lagringen ved strengens første byte. Alle nye poster bliver hæftet til slutningen af den foregående. Når strengen er fuld, fortsætter lagringen ved strengens første byte uafhængigt af, om der eventuelt er en afbrydelse inde i et dataelement. Før nye aktivitetsdata placeres i strengen (ved at den aktuelle activityDailyRecord bliver større, eller ved at der indsættes en ny activityDailyRecord) som erstatning for ældre aktivitetsdata, skal activityPointerOldestDayRecord opdateres svarende til den nye placering af den ældste fuldstændige døgnpost, og activityPreviousRecordLength for denne (nye) ældste fuldstændige døgnpost skal stilles tilbage på 0.2.14. CardDrivingLicenceInformationOplysninger, gemt på et førerkort, vedrørende kortindehaverens licensdata (krav 196).CardDrivingLicenceInformation::= SEQUENCE {drivingLicenceIssuingAuthority Name,drivingLicenceIssuingNation NationNumeric,drivingLicenceNumber IA5String(SIZE(16))}drivingLicenceIssuingAuthority er den myndighed, som er ansvarlig for udstedelse af førerbeviset.drivingLicenceIssuingNation er nationaliteten af den myndighed, som har udstedt førerbeviset.drivingLicenceNumber er førerbevisets nummer.2.15. CardEventDataOplysninger, gemt på et fører- eller værkstedskort, vedrørende hændelser knyttet til kortindehaveren (krav 204 og 223).CardEventData::= SEQUENCE SIZE(6) OF {cardEventRecords SET SIZE(NoOfEventsPerType) OF CardEventRecord}CardEventData er en sekvens af cardEventRecords, ordnet efter stigende EventFaultType (bortset fra poster vedrørende forsøg på sikkerhedsbrud, som er samlet i sekvensens sidste mængde).cardEventRecords er en mængde af hændelsesposter af en given hændelsestype (eller kategori ved hændelser bestående i forsøg på sikkerhedsbrud).2.16. CardEventRecordOplysninger, gemt på et fører- eller værkstedskort, vedrørende en hændelse knyttet til kortindehaveren (krav 205 og 223).CardEventRecord::= SEQUENCE {eventType EventFaultType,eventBeginTime TimeReal,eventEndTime TimeReal,eventVehicleRegistration VehicleRegistrationIdentification}eventType er hændelsens type.eventBeginTime er hændelsens startdato og -klokkeslæt.eventEndTime er hændelsens slutdato og -klokkeslæt.eventVehicleRegistration er indregistreringsnummer og registrerende medlemsstat for det køretøj, hvor hændelsen er indtruffet.2.17. CardFaultDataOplysninger, gemt på et fører- eller værkstedskort, vedrørende fejl knyttet til kortindehaveren (krav 207 og 223).CardFaultData::= SEQUENCE SIZE(2) OF {cardFaultRecords SET SIZE(NoOfFaultsPerType) OF CardFaultRecord}CardFaultData er en sekvens af poster vedrørende fejl ved kontrolapparatet, efterfulgt af en mængde af poster vedrørende kortfejl.cardFaultRecords er en mængde af fejlposter af en given fejlkategori (kontrolapparat eller kort).2.18. CardFaultRecordOplysninger, gemt på et fører- eller værkstedskort, vedrørende en fejl knyttet til kortindehaveren (krav 208 og 223).CardFaultRecord::= SEQUENCE {faultType EventFaultType,faultBeginTime TimeReal,faultEndTime TimeReal,faultVehicleRegistration VehicleRegistrationIdentification}faultType er fejlens type.faultBeginTime er fejlens startdato og -klokkeslæt.faultEndTime er fejlens slutdato og -klokkeslæt.faultVehicleRegistration er indregistreringsnummer og registrerende medlemsstat for det køretøj, hvor fejlen er indtruffet.2.19. CardIccIdentificationOplysninger, gemt på et kort, vedrørende identifikation af kortet med integreret kreds (IC) (krav 192).CardIccIdentification::= SEQUENCE {clockStop OCTET STRING (SIZE(1)),cardExtendedSerialNumber ExtendedSerialNumber,cardApprovalNumber CardApprovalNumbercardPersonaliserID OCTET STRING (SIZE(1)),embedderIcAssemblerId OCTET STRING (SIZE(5)),icIdentifier OCTET STRING (SIZE(2))}clockStop er klokstop-mode som defineret i EN 726-3.cardExtendedSerialNumber er IC-kortets serienummer og IC-kortets fabrikationshenvisning som defineret i EN 726-3 og som videre angivet ved datatypen af det pågældende ExtendedSerialNumber.cardApprovalNumber er kortets typegodkendelsesnummer.cardPersonaliserID er kortets person-ID som defineret i EN 726-3.embedderIcAssemblerId er datanavnet på embedder/IC assembler som defineret i EN 726-3.icIdentifier er datanavnet for kortets IC og IC-fabrikant som defineret i EN 726-3.2.20. CardIdentificationOplysninger, gemt på et kort, vedrørende identifikation af kortet (krav 194, 215, 231, 235).CardIdentification::= SEQUENCEcardIssuingMemberState NationNumeric,cardNumber CardNumber,cardIssuingAuthorityName Name,cardIssueDate TimeReal,cardValidityBegin TimeReal,cardExpiryDate TimeReal}cardIssuingMemberState er koden på den medlemsstat, som har udstedt kortet.cardNumber er kortets nummer.cardIssuingAuthorityName er navnet på den myndighed, der har udstedt kortet.cardIssueDate er datoen for udstedelse af kortet til den nuværende indehaver.cardValidityBegin er kortets første gyldighedsdato.cardExpiryDate er kortets udløbsdato.2.21. CardNumberEt kortnummer er defineret ved definition g).CardNumber::= CHOICE {SEQUENCE {driverIdentification IA5String(SIZE(14)),cardReplacementIndex CardReplacementIndex,cardRenewalIndex CardRenewalIndex}SEQUENCE {ownerIdentification IA5String(SIZE(13)),cardConsecutiveIndex CardConsecutiveIndex,cardReplacementIndex CardReplacementIndex,cardRenewalIndex CardRenewalIndex}}driverIdentification er den entydige identifikation af en fører i en medlemsstat.ownerIdentification er den entydige identifikation af en virksomhed, et værksted eller et kontrolorgan i en medlemsstat.cardConsecutiveIndex er kortets fortløbende indeks.cardReplacementIndex er kortets udskiftningsindeks.cardRenewalIndex er kortets fornyelsesindeks.Den første sekvens af valget er egnet til kodning af et førerkortnummer, den anden sekvens af valget er egnet til kodning af værksteds-, kontrol- og virksomhedskortnummer.2.22. CardPlaceDailyWorkPeriodOplysninger, gemt på et fører- eller værkstedskort, vedrørende de steder, hvor den daglige arbejdstid begynder og/eller slutter (krav 202 og 221).CardPlaceDailyWorkPeriod::= SEQUENCE {placePointerNewestRecord INTEGER(0..NoOfCardPlaceRecords-1),placeRecords SET SIZE(NoOfCardPlaceRecords) OF PlaceRecord}placePointerNewestRecord er indeks for den senest opdaterede stedpost.Tilordnet værdi: Tal svarende til tælleren i stedposten, begyndende med '0' for den første forekomst af stedposterne i strukturen.placeRecords er den mængde poster, der indeholder oplysninger vedrørende de indlæste steder.2.23. CardPrivateKeyEt korts private nøgle.CardPrivateKey::= RSAKeyPrivateExponent2.24. CardPublicKeyEt korts offentlige nøgle.CardPublicKey::= PublicKey2.25. CardRenewalIndexEt kortfornyelsesindeks (definition i)).CardRenewalIndex::= IA5String(SIZE(1))Tilordnet værdi: (Se kapitel VII i dette bilag).'0' Første udstedelse.Rækkefølge af forøgelse: '0, ..., 9, A, ..., Z'2.26. CardReplacementIndexEt korterstatningsindeks (definition j)).CardReplacementIndex::= IA5String(SIZE(1))Tilordnet værdi: (Se kapitel VII i dette bilag).'0' Oprindeligt kort.Rækkefølge af forøgelse: '0, ..., 9, A, ..., Z'2.27. CardSlotNumberKode, som anvendes til at skelne mellem de to kortpladser i en køretøjsenhed.CardSlotNumber::= INTEGER {driverSlot (0),co-driverSlot (1)}Tilordnet værdi: Ikke yderligere angivet.2.28. CardSlotsStatusKode, som angiver den type kort, der sidder i køretøjsenhedens to kortpladser.CardSlotsStatus::= OCTET STRING (SIZE(1))Tilordnet værdi - Oktet udsluttet: 'ccccdddd'B:'cccc'B Identifikation af den type kort, der sidder i medchaufførens kortplads,'dddd'B Identifikation af den type kort, der sidder i førerens kortplads,med følgende identifikationskoder:'0000'B intet kort isat,'0001'B et førerkort isat,'0010'B et værkstedskort isat,'0011'B et kontrolkort isat,'0100'B et virksomhedskort isat.2.29. CardStructureVersionKode, som angiver versionen af den struktur, der er implementeret i et fartskriverkort.CardStructureVersion::= OCTET STRING (SIZE(2))Tilordnet værdi: 'aabb'H:'aa'H Indeks for ændringer af strukturen,'bb'H Indeks for ændringer vedrørende brug af de dataelementer, der er defineret for strukturen, er givet ved den høje byte.2.30. CardVehicleRecordOplysninger, gemt på et fører- eller værkstedskort, vedrørende en anvendelsesperiode for et køretøj på en kalenderdag (krav 197 og 217).CardVehicleRecord::= SEQUENCE {vehicleOdometerBegin OdometerShort,vehicleOdometerEnd OdometerShort,vehicleFirstUse TimeReal,vehicleLastUse TimeReal,vehicleRegistration VehicleRegistrationIdentification,vuDataBlockCounter VuDataBlockCounter}vehicleOdometerBegin er køretøjets kilometerstand ved begyndelsen af anvendelsesperioden for køretøjet.vehicleOdometerEnd er køretøjets kilometerstand ved slutningen af anvendelsesperioden for køretøjet.vehicleFirstUse er startdato og -klokkeslæt for anvendelsesperioden for køretøjet.vehicleLastUse er slutdato og -klokkeslæt for anvendelsen af køretøjet.vehicleRegistration er indregistreringsnummer og registrerende medlemsstat for køretøjet.vuDataBlockCounter er værdien af VuDataBlockCounter ved sidste uddragning af køretøjets anvendelsesperiode.2.31. CardVehiclesUsedOplysninger, gemt på et fører- eller værkstedskort, vedrørende de køretøjer, der er anvendt af kortindehaveren (krav 197 og 217).CardVehiclesUsed:= SEQUENCE {vehiclePointerNewestRecord INTEGER(0..NoOfCardVehicleRecords-1),cardVehicleRecords SET SIZE(NoOfCardVehicleRecords) OF CardVehicleRecord}vehiclePointerNewestRecord er indekset på senest opdaterede køretøjspost.Tilordnet værdi Tal svarende til tælleren i køretøjsposten, begyndende med '0' for den første forekomst af køretøjsposterne i strukturen.cardVehicleRecords er den mængde poster, der indeholder oplysninger om de anvendte køretøjer.2.32. CertifikatCertifikatet for en offentlig nøgle, udstedt af et certificeringsorgan.Certificate::= OCTET STRING (SIZE(194))Tilordnet værdi: Digital underskrift med delvis genfinding af et CertificateContent i henhold til tillæg 11 fælles sikkerhedsmekanismer: Signature (128 byte) || Public Key remainder (58 byte) || Certification Authority Reference (8 byte).2.33. CertificateContentDet (tydelige) indhold af certifikatet for en offentlig nøgle, som fremgår af tillæg 11, fælles sikkerhedsmekanismer.CertificateContent::= SEQUENCE {certificateProfileIdentifier INTEGER(0..255),certificationAuthorityReference KeyIdentifier,certificateHolderAuthorisation CertificateHolderAuthorisation,certificateEndOfValidity TimeReal,certificateHolderReference KeyIdentifier,publicKey PublicKey}certificateProfileIdentifier er den pågældende version af det tilsvarende certifikat.Tilordnet værdi: '01h' for denne version.CertificationAuthorityReference angiver den certificeringsmyndighed, som udsteder certifikatet. Den angiver desuden denne certificeringsmyndigheds offentlige nøgle.certificateHolderAuthorisation identificerer certifikatindehaverens rettigheder.certificateEndOfValidity er den dato, hvor certifikatet udløber administrativt.certificateHolderReference identificerer certifikatindehaveren. Den henviser desuden til hans offentlige nøgle.publicKey er den offentlige nøgle, som er certificeret ved det pågældende certifikat.2.34. CertificateHolderAuthorisationIdentifikation af en certifikatindehavers rettigheder.CertificateHolderAuthorisation::= SEQUENCE {tachographApplicationID OCTET STRING(SIZE(6))equipmentType EquipmentType}tachographApplicationID er datanavnet for fartskriverapplikationen.Tilordnet værdi: 'FFh' '54h' '41h' '43h' '48h' '4Fh'. Denne AID er et beskyttet, ikke registreret applikationsdatanavn i henhold til ISO/IEC 7816-5.equipmentType er identifikationen af den type udstyr, som certifikatet er bestemt til.Tilordnet værdi: I overensstemmelse med EquipmentType datatype. 0, hvis certifikatet er fra en medlemsstat.2.35. CertificateRequestIDEntydig identifikation af en anmodning om certifikat. Den kan også benyttes som datanavn for et køretøjs offentlige nøgle, hvis serienummeret på den køretøjsenhed, som nøglen er bestemt for, ikke kendes på udfærdigelsestidspunktet for certifikatet.CertificateRequestID::= SEQUENCE {requestSerialNumber INTEGER(0..232-1)requestMonthYear BCDString(SIZE(2))crIdentifier OCTET STRING(SIZE(1))manufacturerCode ManufacturerCode}requestSerialNumber er et serienummer på anmodningen om certifikatet. Den er entydig for fabrikanten og for måneden nedenfor.requestMonthYear identificerer måned og år for anmodningen om certifikatet.Tilordnet værdi: BCD-kodning af måned (to cifre) og år (to sidste cifre).crIdentifier: Et datanavn, som har til formål at skelne en anmodning om certifikat fra et udvidet serienummer.Tilordnet værdi: 'FFh'.manufacturerCode: Den numeriske kode for den producent, der anmoder om certifikatet.2.36. CertificationAuthorityKIDDatanavn for den offentlige nøgle tilhørende en certificeringsmyndighed (en medlemsstat eller den europæiske certificeringsmyndighed).CertificationAuthorityKID::= SEQUENCE {nationNumeric NationNumericnationAlpha NationAlphakeySerialNumber INTEGER(0..255)additionalInfo OCTET STRING(SIZE(2))caIdentifier OCTET STRING(SIZE(1))}nationNumeric er den numeriske kode for certificeringsmyndigheden.nationAlpha er den alfanumeriske nationskode for certificeringsmyndigheden.keySerialNumber er et serienummer, som er bestemt til at skelne mellem certificeringsmyndighedens forskellige nøgler i tilfælde, hvor der skiftes nøgle.additionalInfo er et datanavn, som har til formål at skelne datanavnet for en certificeringsmyndigheds nøgle fra andre nøgledatanavne.caIdentifier er et felt på to byte til supplerende kodning (specifik for certificeringsmyndigheden).Tilordnet værdi: '01h'.2.37. CompanyActivityDataOplysninger, gemt på et virksomhedskort, vedrørende de aktiviteter, der udføres med kortet (krav 237).CompanyActivityData::= SEQUENCE {companyPointerNewestRecord INTEGER(0..NoOfCompanyActivityRecords-1),companyActivityRecords SET SIZE(NoOfCompanyActivityRecords) OFcompanyActivityRecord SEQUENCE {companyActivityType CompanyActivityType,companyActivityTime TimeReal,cardNumberInformation FullCardNumber,vehicleRegistrationInformation VehicleRegistrationIdentification,downloadPeriodBegin TimeReal,downloadPeriodEnd TimeReal}}companyPointerNewestRecord er indekset på senest opdaterede companyActivityRecord.Tilordnet værdi: Tal svarende til tælleren i virksomhedsaktivitetsposten, begyndende med "0" for første forekomst af virksomhedsaktivitetsposten i strukturen.companyActivityRecords er mængden af alle virksomhedsaktivitetsposter.companyActivityRecord er sekvensen af oplysninger vedrørende én virksomhedsaktivitet.companyActivityType er virksomhedsaktivitetens type.companyActivityTime er klokkeslæt og dato for virksomhedsaktiviteten.cardNumberInformation er kortnummer og kortudstedende medlemsstat for det kort, hvis data er blevet overført (i givet fald).vehicleRegistrationInformation er indregistreringsnummer og registrerende medlemsstat for det køretøj, hvis data er blevet overført, eller som er blevet låst ind eller ud.downloadPeriodBegin og downloadPeriodEnd angiver den periode, hvor eventuel overførsel af data fra køretøjsenheden har fundet sted.2.38. CompanyActivityTypeKode, som angiver en aktivitet udøvet af en virksomhed, som benytter sit virksomhedskort.CompanyActivityType::= INTEGER {dataoverførsel af kort(1),dataoverførsel for koretojsenhed (2),låse køretøjsenhed ind (3),låse køretøjsenhed ud (4)}2.39. CompanyCardApplicationIdentificationOplysninger, gemt på kortet, vedrørende identifikation af kortets applikation (krav 190).CompanyCardApplicationIdentification::= SEQUENCE {typeOfTachographCardId EquipmentType,cardStructureVersion CardStructureVersion,noOfCompanyActivityRecords NoOfCompanyActivityRecords}typeOfTachographCardId specificerer den implementerede korttype.cardStructureVersion specificerer den version af strukturen, som er implementeret i kortet.noOfCompanyActivityRecords er det antal virksomhedsaktivitetsposter, som kortet kan opbevare.2.40. CompanyCardHolderIdentificationOplysninger, gemt på et virksomhedskort, vedrørende identifikation af kortindehaveren (krav 236).CompanyCardHolderIdentification::= SEQUENCE {companyName Name,companyAddress Address,cardHolderPreferredLanguage Language}companyName er navnet på den virksomhed, der er indehaver af kortet.companyAddress er adressen på den virksomhed, der er indehaver af kortet.cardHolderPreferredLanguage er det af kortindehaveren foretrukne sprog.2.41. ControlCardApplicationIdentificationOplysninger, gemt på et kontrolkort, vedrørende identifikation af kortets applikation (krav 190).ControlCardApplicationIdentification::= SEQUENCE {typeOfTachographCardId EquipmentType,cardStructureVersion CardStructureVersion,noOfControlActivityRecords NoOfControlActivityRecords}typeOfTachographCardId specificerer den implementerede korttype.cardStructureVersion specificerer den version af strukturen, som er implementeret i kortet.noOfControlActivityRecords er det antal kontrolaktivitetsposter, som kortet kan opbevare.2.42. ControlCardControlActivityDataOplysninger, gemt på et kontrolkort, vedrørende de aktiviteter, der er udført med kortet (krav 233).ControlCardControlActivityData::= SEQUENCE {controlPointerNewestRecord INTEGER(0..NoOfControlActivityRecords-1),controlActivityRecords SET SIZE(NoOfControlActivityRecords) OFcontrolActivityRecord SEQUENCE {controlType ControlType,controlTime TimeReal,controlledCardNumber FullCardNumber,controlledVehicleRegistration VehicleRegistrationIdentification,controlDownloadPeriodBegin TimeReal,controlDownloadPeriodEnd TimeReal}}controlPointerNewestRecord er indekset på senest opdaterede kontrolaktivitetspost.Tilordnet værdi: Tal svarende til tælleren i køretøjsposten, begyndende med '0' for første forekomst af kontrolaktivitetsposten i strukturen.controlActivityRecords er det fuldstændige sæt kontrolaktivitetsposter.controlActivityRecord er sekvensen af oplysninger vedrørende én kontrol.controlType er kontrollens type.controlTime er dato og klokkeslæt for kontrollen.controlledCardNumber er kortnummer og kortudstedende medlemsstat for det kort, som kontrolleres.controlledVehicleRegistration er indregistreringsnummer og registrerende medlemsstat for det køretøj, i hvilket kontrollen fandt sted.controlDownloadPeriodBegin og controlDownloadPeriodEnd angiver den periode, for hvilken data derefter er blevet overført.2.43. ControlCardHolderIdentificationOplysninger, gemt på et kontrolkort, vedrørende identifikation af kortindehaveren (krav 232).ControlCardHolderIdentification::= SEQUENCE {controlBodyName Name,controlBodyAddress Address,cardHolderName HolderName,cardHolderPreferredLanguage Language}controlBodyName er navnet på kortindehaverens kontrolorgan.controlBodyAddress er adressen på kortindehaverens kontrolorgan.cardHolderName er efternavn og fornavn(e) på kontrolkortets indehaver.cardHolderPreferredLanguage er det af kortindehaveren foretrukne sprog.2.44. ControlTypeKode, som angiver de aktiviteter, som udføres under en kontrol. Denne datatype er knyttet til krav 102, 210 og 225.ControlType::= OCTET STRING (SIZE(1))Tilordnet værdi - Oktet udsluttet: 'cvpdxxxx'B (8 bit)'c'B dataoverførsel for kort:'0'B: Kortets data er ikke overført under denne kontrolaktivitet,'1'B: Kortets data er overført under denne kontrolaktivitet,'v'B dataoverførsel for køretøjsenhed:'0'B: Køretøjsenhedens data er ikke blevet overført under denne kontrolaktivitet,'1'B: Køretøjsenhedens data er blevet overført under denne kontrolaktivitet,'p'B udprintning:'0'B: Der er ikke udprintet under denne kontrolaktivitet,'1'B: Der er udprintet under denne kontrolaktivitet,'d'B visning på skærm:'0'B: Der er ikke anvendt visning på skærm under denne kontrolaktivitet,'1'B: Der er anvendt visning på skærm under denne kontrolaktivitet,'xxxx'B Ikke anvendt.2.45. CurrentDateTimeKontrolapparatets aktuelle klokkeslæt og dato.CurrentDateTime::= TimeRealTilordnet værdi: Ikke yderligere angivet.2.46. DailyPresenceCounterEn tæller, som er gemt på et fører- eller værkstedskort, og hvis værdi øges med én for hver kalenderdag, kortet har været indsat i en køretøjsenhed. Denne datatype er knyttet til krav 199 og 219.DailyPresenceCounter::= BCDString(SIZE(2))Tilordnet værdi: Fortløbende nummer med maksimumværdi = 9999, hvorefter der tælles forfra fra 0. Ved første udstedelse af kortet stilles tælleren på nul.2.47. DatefDato, angivet i numerisk, let printbart format.Datef::= SEQUENCE {year BCDString(SIZE(2)),month BCDString(SIZE(1)),day BCDString(SIZE(1))}Tilordnet værdi:yyyy Yearmm Monthdd Day'00000000'H datoangivelse udtrykkelig udeladt.2.48. DistanceEn tilbagelagt distance (resultat af beregning af forskellen mellem to værdier af køretøjets kilometerstand).Distance::= INTEGER(0..216-1)Tilordnet værdi: Binær uden fortegn. Værdi i km med området 0 til 9999 km.2.49. DriverCardApplicationIdentificationOplysninger, gemt på et førerkort, vedrørende identifikation af kortets applikation (krav 190).DriverCardApplicationIdentification::= SEQUENCE {typeOfTachographCardId EquipmentType,cardStructureVersion CardStructureVersion,noOfEventsPerType NoOfEventsPerType,noOfFaultsPerType NoOfFaultsPerType,activityStructureLength CardActivityLengthRange,noOfCardVehicleRecords NoOfCardVehicleRecords,noOfCardPlaceRecords NoOfCardPlaceRecords}typeOfTachographCardId angiver den implementerede korttype.cardStructureVersion angiver den version af strukturen, som er implementeret i kortet.noOfEventsPerType er antal hændelser af hver hændelsestype, som kortet kan opbevare.noOfFaultsPerType er antal fejl af hver fejltype, som kortet kan opbevare.activityStructureLength angiver antal byte, som er til rådighed til opbevaring af aktivitetsposter.noOfCardVehicleRecords er antal køretøjsposter, som kortet kan opbevare.noOfCardPlaceRecords er antal steder, som kortet kan opbevare.2.50. DriverCardHolderIdentificationOplysninger, gemt på et førerkort, vedrørende identifikation af kortindehaveren (krav 195).DriverCardHolderIdentification::= SEQUENCE {cardHolderName HolderName,cardHolderBirthDate Datef,cardHolderPreferredLanguage Language}cardHolderName er efternavn og fornavn(e) på førerkortets indehaver.cardHolderBirthDate er fødselsdato for førerkortets indehaver.cardHolderPreferredLanguage er det af kortindehaveren foretrukne sprog.2.51. EntryTypeDailyWorkPeriodKode, der benyttes til at skelne mellem start og slut på det indlæste sted for den daglige arbejdstid og omstændigheden ved indlæsning.EntryTypeDailyWorkPeriod::= INTEGERBegin, tilknyttet tid = tidspunkt for isætning af kort eller tidspunkt for indlæsning (0),End, tilknyttet tid = tidspunkt for udtagning af kort eller tidspunkt for indlæsning (1),Begin, tilknyttet tid indlæst manuelt (starttidspunkt) (2),End, tilknyttet tid indlæst manuelt (slutning på arbejdsperiode) (3),Begin, tilknyttet tid, som registreres af køretøjsenheden (4),End, tilknyttet tid, som registreres af køretøjsenheden (5)}Tilordnet værdi: I henhold til ISO/IEC 8824-1.2.52. EquipmentTypeKode, som benyttes til at skelne mellem forskellige typer udstyr til fartskriverapplikationen.EquipmentType::= INTEGER(0..255)- - Reserveret (0),- - Førerkort (1),- - Værkstedskort (2),- - Kontrolkort (3),- - Virksomhedskort (4),- - Fabrikationskort (5),- - Køretøjsenhed (6),- - Bevægelsesføler (7),- - Reserveret fremtidig anvendelse (8..255)Tilordnet værdi: I henhold til ISO/IEC 8824-1.Værdien 0 er reserveret til at angive en medlemsstat eller EU i CHA-feltet i certifikaterne.2.53. EuropeanPublicKeyDen europæiske offentlige nøgle.EuropeanPublicKey::= PublicKey2.54. EventFaultTypeKode, som bestemmer en hændelse eller en fejl.EventFaultType::= OCTET STRING (SIZE(1))Tilordnet værdi:'0x'H Generelle hændelser,'00'H Ingen yderligere detaljer,'01'H Isætning af ugyldigt kort,'02'H Kortkonflikt,'03'H Tidsoverlapning,'04'H Kørsel uden behørigt kort,'05'H Isætning af kort under kørslen,'06'H Seneste kortsession ikke korrekt afsluttet,'07'H Overskridelse af tilladt hastighed,'08'H Afbrydelse i strømforsyningen,'09'H Fejl i bevægelsesdata,'0A'H.. '0F'H Reserveret fremtidig anvendelse,'1x'H Hændelser, som er knyttet til køretøjsenheden og består i forsøg på sikkerhedsbrud,'10'H Ingen yderligere detaljer,'11'H Ægthedsbekræftelse for bevægelsesføler ikke lykkedes,'12'H Ægthedsbekræftelse for fartskriverkort ikke lykkedes,'13'H Ubeføjet ændring af bevægelsesføler,'14'H Integritetsfejl på indlæste kortdata'15'H Integritetsfejl på lagrede brugerdata,'16'H Fejl ved intern dataoverførsel,'17'H Ubehørig åbning af hus,'18'H Hardware-sabotage,'19'H.. '1F'H Reserveret fremtidig anvendelse,'2x'H Hændelser, som knyttet til føleren og består i forsøg på sikkerhedsbrud,'20'H Ingen yderligere detaljer,'21'H Ægthedskontrol ikke lykkedes,'22'H Integritetsfejl på lagrede data,'23'H Fejl ved intern dataoverførsel,'24'H Ubehørig åbning af hus,'25'H Hardware-sabotage,'26'H.. '2F'H Reserveret fremtidig anvendelse,'3x'H Fejl ved kontrolapparat,'30'H Ingen yderligere detaljer,'31'H Intern fejl i køretøjsenhed,'32'H Printerfejl,'33'H Displayfejl,'34'H Dataoverførselsfejl,'35'H Følerfejl,'36'H.. '3F'H Reserveret fremtidig anvendelse,'4x'H Kortfejl,'40'H Ingen yderligere detaljer,'41'H.. '4F'H Reserveret fremtidig anvendelse,'50'H.. '7F'H Reserveret fremtidig anvendelse,'80'H.. 'FF'H Fabrikantspecifik.2.55. EventFaultRecordPurposeKode, som forklarer, hvorfor en hændelse eller en fejl er blevet registreret.EventFaultRecordPurpose::= OCTET STRING (SIZE(1))Tilordnet værdi:'00'H en af de 10 seneste hændelser eller fejl'01'H den længstvarende hændelse for en af de 10 seneste dage, den er forekommet'02'H en af de 5 længstvarende hændelser inden for de sidste 365 dage'03'H den seneste hændelse for en af de 10 seneste dage, den er forekommet'04'H den alvorligste hændelse for en af de 10 seneste dage, den er forekommet'05'H en af de 5 alvorligste hændelser inden for de sidste 365 dage'06'H den første hændelse eller fejl, som er forekommet efter sidste kalibrering'07'H en aktiv/igangværende hændelse eller fejl'08'H.. '7F'H reserveret fremtidig anvendelse'80'H.. 'FF'H fabrikantspecifik2.56. ExtendedSerialNumberEntydig identifikation af et stykke udstyr. Kan desuden bruge som datanavn for en offentlig nøgle for udstyr.ExtendedSerialNumber::= SEQUENCE {serialNumber INTEGER(0..232-1)monthYear BCDString(SIZE(2))type OCTET STRING(SIZE(1))manufacturerCode ManufacturerCode}serialNumber er et serienummer på udstyret. Det er entydigt for udstyret, entydigt for fabrikanten, udstyrets type og måneden nedenfor.monthYear er identifikationen af fabrikationsmåned og -år (eller af tildelingen af serienummer).Tilordnet værdi: Binært kodet decimaltal for måned (to cifre) og år (to sidste cifre).type er et datanavn for udstyrets type.Tilordnet værdi: Fabrikantspecifik, med 'FFh' reserveret værdi.manufacturerCode Den numeriske kode for producenten af udstyret.2.57. FullCardNumberKode, som fuldstændig identificerer et fartskriverkort.FullCardNumber::= SEQUENCE {cardType EquipmentType,cardIssuingMemberState NationNumeric,cardNumber CardNumber}cardType er fartskriverkortets type.cardIssuingMemberState er koden på den medlemsstat, der har udstedt kortet.cardNumber er kortnummeret.2.58. HighResOdometerKøretøjets kilometerstand: Samlet distance tilbagelagt af køretøjet i dettes driftstid.HighResOdometer::= INTEGER(0..232-1)Tilordnet værdi: Binær uden fortegn. Talværdi i 1/200 km med området 0 til 21055406 km.2.59. HighResTripDistanceEn distance, som er tilbagelagt i løbet af en hel tur eller en del heraf.HighResTripDistance::= INTEGER(0..232-1)Tilordnet værdi: Binær uden fortegn. Talværdi i 1/200 km med området 0 til 21055406 km.2.60. HolderNameEn kortindehavers efternavn og fornavn(e).HolderName::= SEQUENCE {holderSurname Name,holderFirstNames Name}holderSurname er indehaverens efternavn. Titler indgår ikke i efternavnet.Tilordnet værdi: Når et kort ikke er personligt, indeholder holderSurname samme oplysninger som et companyName eller workshopName eller controlBodyName.holderFirstNames er indehaverens fornavn(e) og forbogstaver.2.61. K-ConstantOfRecordingEquipmentKontrolapparatets konstant (definition m)).K-ConstantOfRecordingEquipment::= INTEGER(0..216-1)Tilordnet værdi: Impulser pr. kilometer med området 0 til 64255 impulser/km.2.62. KeyIdentifierEt entydigt datanavn for en offentlig nøgle. Benyttes til at henvise til og vælge nøgle. Den identificerer desuden indehaveren af nøglen.KeyIdentifier::= CHOICE {extendedSerialNumber ExtendedSerialNumber,certificateRequestID CertificateRequestID,certificationAuthorityKID CertificationAuthorityKID}Det første valg er egnet til henvisning til den offentlige nøgle for et køretøj eller for et fartskriverkort.Det andet valg er egnet til henvisning til den offentlige nøgle for en køretøjsenhed (når køretøjets serienummer ikke kan oplyses på tidspunktet for udfærdigelse af certifikatet).Det tredje valg er egnet til henvisning til den offentlige nøgle for en medlemsstat.2.63. L-TyreCircumferenceEffektiv dækperiferi (definition u)).L-TyreCircumference::= INTEGER(0..216-1)Tilordnet værdi: Binær uden fortegn, værdi i 1/8 mm med området 0 til 8031 mm.2.64. LanguageKode, som identificerer et sprog.Language::= IA5String(SIZE(2))Tilordnet værdi: Tilordnet værdi: En kode bestående af to minuskler i overensstemmelse med ISO 639.2.65. LastCardDownloadDato og klokkeslæt, gemt på førerkortet, for seneste dataoverførsel af kort (til andre formål end kontrol). Denne dato kan ajourføres af en køretøjsenhed eller enhver kortlæser.LastCardDownload::= TimeRealTilordnet værdi: Ikke yderligere specificeret.2.66. ManualInputFlagKode, som fastslår, om en kortindehaver manuelt har eller ikke har indlæst føreraktiviteter ved isætning af kort (krav 081).ManualInputFlag::= INTEGER {noEntry (0)manualEntries (1)}Tilordnet værdi: Ikke yderligere angivet.2.67. ManufacturerCodeKode, som identificerer en fabrikant.ManufacturerCode::= INTEGER(0..255)Tilordnet værdi:'00'H Ingen oplysninger foreligger'01'H Reserveret værdi'02'H.. '0F'H Reserveret til fremtidig brug'10'H ACTIA'11'H.. '17'H Reserveret fabrikanter, hvis navn begynder med 'A''18'H.. '1F'H Reserveret fabrikanter, hvis navn begynder med 'B''20'H.. '27'H Reserveret fabrikanter, hvis navn begynder med 'C''28'H.. '2F'H Reserveret fabrikanter, hvis navn begynder med 'D''30'H.. '37'H Reserveret fabrikanter, hvis navn begynder med 'E''38'H.. '3F'H Reserveret fabrikanter, hvis navn begynder med 'F''40'H Giesecke &  Devrient GmbH'41'H GEM plus'42'H.. '47'H Reserveret fabrikanter, hvis navn begynder med 'G''48'H.. '4F'H Reserveret fabrikanter, hvis navn begynder med 'H''50'H.. '57'H Reserveret fabrikanter, hvis navn begynder med 'I''58'H.. '5F'H Reserveret fabrikanter, hvis navn begynder med 'J''60'H.. '67'H Reserveret fabrikanter, hvis navn begynder med 'K''68'H.. '6F'H Reserveret fabrikanter, hvis navn begynder med 'L''70'H.. '77'H Reserveret fabrikanter, hvis navn begynder med 'M''78'H.. '7F'H Reserveret fabrikanter, hvis navn begynder med 'N''80'H OSCARD'81'H.. '87'H Reserveret fabrikanter, hvis navn begynder med 'O''88'H.. '8F'H Reserveret fabrikanter, hvis navn begynder med 'P''90'H.. '97'H Reserveret fabrikanter, hvis navn begynder med 'Q''98'H.. '9F'H Reserveret fabrikanter, hvis navn begynder med 'R''A0'H SETEC'A1'H SIEMENS VDO'A2'H STONERIDGE'A3'H.. 'A7'H Reserveret fabrikanter, hvis navn begynder med 'S''AA'H TACHOCONTROL'AB'H.. 'AF'H Reserveret fabrikanter, hvis navn begynder med 'T''B0'H.. 'B7'H Reserveret fabrikanter, hvis navn begynder med 'U''B8'H.. 'BF'H Reserveret fabrikanter, hvis navn begynder med 'V''C0'H.. 'C7'H Reserveret fabrikanter, hvis navn begynder med 'W''C8'H.. 'CF'H Reserveret fabrikanter, hvis navn begynder med 'X''D0'H.. 'D7'H Reserveret fabrikanter, hvis navn begynder med 'Y''D8'H.. 'DF'H Reserveret fabrikanter, hvis navn begynder med 'Z'2.68. MemberStateCertificateCertifikat for en medlemsstats offentlige nøgle, udstedt af den europæiske certificeringsmyndighed.MemberStateCertificate::= Certificate2.69. MemberStatePublicKeyEn medlemsstats offentlige nøgle.MemberStatePublicKey::= PublicKey2.70. NameEt navn.Name::= SEQUENCE {codePage INTEGER (0..255),name OCTET STRING (SIZE(35))}codePage angiver den del af ISO/IEC 8859, som er anvendt til at kode navnet,name er et navn, som er kodet i henhold til ISO/IEC 8859-codePage.2.71. NationAlphaAlfabetisk henvisning til en stat i overensstemmelse med sædvanlige kendingsbogstaver på biler og/eller som anvendt på internationalt harmoniserede forsikringsbeviser (grønne kort).NationAlpha::= IA5String(SIZE(3))Tilordnet værdi:' ' Ingen oplysninger foreligger,'A' Østrig,'AL' Albanien,'AND' Andorra,'ARM' Armenien,'AZ' Aserbajdsjan,'B' Belgien,'BG' Bulgarien,'BIH' Bosnien-Hercegovina,'BY' Belarus,'CH' Schweiz,'CY' Cypern,'CZ' Tjekkiet,'D' Tyskland,'DK' Danmark,'E' Spanien,'EST' Estland,'F' Frankrig,'FIN' Finland,'FL' Liechtenstein,'FR' Færøerne,'UK' Det Forenede Kongerige, Alderney, Guernsey, Jersey, Isle of Man, Gibraltar,'GE' Georgien,'GR' Grækenland,'H' Ungarn,'HR' Kroatien,'I' Italien,'IRL' Irland,'IS' Island,'KZ' Kasakhstan,'L' Luxembourg,'LT' Litauen,'LV' Letland,'M' Malta,'MC' Monaco,'MD' Moldova,'MK' Makedonien,'N' Norge,'NL' Nederlandene,'P' Portugal,'PL' Polen,'RO' Rumænien,'RSM' San Marino,'RUS' Den Russiske Føderation,'S' Sverige,'SK' Slovakiet,'SLO' Slovenien,'TM' Turkmenistan,'TR' Tyrkiet,'UA' Ukraine,'V' Vatikanstaten,'YU' Jugoslavien,'UNK' Ukendt,'EC' Det Europæiske Fællesskab,'EUR' Det øvrige Europa,'WLD' Den øvrige verden.2.72. NationNumericNumerisk henvisning til en stat.NationNumeric::= INTEGER(0..255)Tilordnet værdi:- - Ingen oplysninger foreligger (00)H,- - Østrig (01)H,- - Albanien (02)H,- - Andorra (03)H,- - Armenien (04)H,- - Aserbajdsjan (05)H,- - Belgien (06)H,- - Bulgarien (07)H,- - Bosnien-Hercegovina (08)H,- - Belarus (09)H,- - Schweiz (0A)H,- - Cypern (0B)H,- - Tjekkiet (0C)H,- - Tyskland (0D)H,- - Danmark (0E)H,- - Spanien (0F)H,- - Estland (10)H,- - Frankrig (11)H,- - Finland (12)H,- - Liechtenstein (13)H,- - Færøerne (14)H,- - Det Forenede Kongerige (15)H,- - Georgien (16)H,- - Grækenland (17)H,- - Ungarn (18)H,- - Kroatien (19)H,- - Italien (1A)H,- - Irland (1B)H,- - Island (1C)H,- - Kasakhstan (1D)H,- - Luxembourg (1E)H,- - Litauen (1F)H,- - Letland (20)H,- - Malta (21)H,- - Monaco (22)H,- - Moldova (23)H,- - Makedonien (24)H,- - Norge (25)H,- - Nederlandene (26)H,- - Portugal (27)H,- - Polen (28)H,- - Rumænien (29)H,- - San Marino (2A)H,- - Den Russiske Føderation (2B)H,- - Sverige (2C)H,- - Slovakiet (2D)H,- - Slovenien (2E)H,- - Turkmenistan (2F)H,- - Tyrkiet (30)H,- - Ukraine (31)H,- - Vatikanstaten (32)H,- - Jugoslavien (33)H,- - Reserveret fremtidig anvendelse (34..FC)H,- - Det Europæiske Fællesskab (FD)H,- - Det øvrige Europa (FE)H,- - Den øvrige verden (FF)H2.73. NoOfCalibrationRecordsAntal kalibreringsposter, som kan gemmes på et værkstedskort.NoOfCalibrationRecords::= INTEGER(0..255)Tilordnet værdi: Se punkt 3.2.74. NoOfCalibrationsSinceDownloadTæller, som angiver det samlede antal kalibreringer, der er udført med et værkstedskort siden sidste dataoverførsel for kortet (krav 230).NoOfCalibrationsSinceDownload::= INTEGER(0..216-1),Tilordnet værdi: Ikke yderligere angivet.2.75. NoOfCardPlaceRecordsAntal stedposter, som kan gemmes på et fører- eller værkstedskort.NoOfCardPlaceRecords::= INTEGER(0..255)Tilordnet værdi: Se punkt 3.2.76. NoOfCardVehicleRecordsAntal anvendte køretøjer, som kan gemmes på et fører- eller værkstedskort.NoOfCardVehicleRecords::= INTEGER(0..216-1)Tilordnet værdi: Se punkt 3.2.77. NoOfCompanyActivityRecordsAntal virksomhedsaktivitetsposter, som kan gemmes på et virksomhedskort.NoOfCompanyActivityRecords::= INTEGER(0..216-1)Tilordnet værdi: Se punkt 3.2.78. NoOfControlActivityRecordsAntal kontrolaktivitetsposter, som kan gemmes på et kontrolkort.NoOfControlActivityRecords::= INTEGER(0..216-1)Tilordnet værdi: Se punkt 3.2.79. NoOfEventsPerTypeAntal hændelser af hver hændelsestype, som kan gemmes på et kort.NoOfEventsPerType::= INTEGER(0..255)Tilordnet værdi: Se punkt 3.2.80. NoOfFaultsPerTypeAntal fejl af hver fejltype, som kan gemmes på et kort.NoOfFaultsPerType::= INTEGER(0..255)Tilordnet værdi: Se punkt 3.2.81. OdometerValueMidnightKøretøjets kilometerstand ved midnat i et givet døgn (krav 090).OdometerValueMidnight::= OdometerShortTilordnet værdi: Ikke yderligere angivet.2.82. OdometerShortKøretøjets kilometerstand i kortform.OdometerShort::= INTEGER(0..224-1)Tilordnet værdi: Binær uden fortegn. Værdi i km i området 0 til 9999999 km.2.83. OverspeedNumberAntal hændelser med overskridelse af tilladt hastighed siden seneste kontrol for overskridelse af tilladt hastighed.OverspeedNumber::= INTEGER(0..255)Tilordnet værdi: 0 betyder, at der ikke er forekommet hændelser med overskridelse af tilladt hastighed siden seneste kontrol for overskridelse af tilladt hastighed, 1 betyder, at der har været én hændelse med overskridelse af tilladt hastighed siden seneste kontrol for overskridelse af tilladt hastighed, ... 255 betyder, at der har været 255 eller flere hændelser med overskridelse af tilladt hastighed siden seneste kontrol for overskridelse af tilladt hastighed.2.84. PlaceRecordOplysninger vedrørende et sted, hvor en daglig arbejdsperiode begynder eller slutter (krav 087, 202, 221).PlaceRecord::= SEQUENCE {entryTime TimeReal,entryTypeDailyWorkPeriod EntryTypeDailyWorkPeriod,dailyWorkPeriodCountry NationNumeric,dailyWorkPeriodRegion RegionNumeric,vehicleOdometerValue OdometerShort}entryTime er en dato og et klokkeslæt knyttet til indlæsningen.entryTypeDailyWorkPeriod er indlæsningens type.dailyWorkPeriodCountry er den indlæste stat.dailyWorkPeriodRegion er den indlæste region.vehicleOdometerValue er kilometerstanden på tidspunktet for indlæsning af stedet.2.85. PreviousVehicleInfoOplysninger vedrørende det foregående køretøj, som føreren anvendte, da han satte sit kort i en køretøjsenhed (krav 081).PreviousVehicleInfo::= SEQUENCE {vehicleRegistrationIdentification VehicleRegistrationIdentification,cardWithdrawalTime TimeReal}vehicleRegistrationIdentification er indregistreringsnummer og registrerende medlemsstat for køretøjet.cardWithdrawalTime er dato og klokkeslæt for udtagning af kortet.2.86. PublicKeyEn offentlig RSA-nøgle.PublicKey::= SEQUENCE {rsaKeyModulus RSAKeyModulus,rsaKeyPublicExponent RSAKeyPublicExponent}rsaKeyModulus er nøgleparrets modulus.rsaKeyPublicExponent er nøgleparrets offentlige eksponent.2.87. RegionAlphaAlfabetisk henvisning til en region i en given stat.RegionAlpha::= IA5STRING(SIZE(3))Tilordnet værdi:' ' Ingen oplysninger foreligger,Spanien:'AN' Andalucía,'AR' Aragón,'AST' Asturias,'C' Cantabria,'CAT' Cataluña,'CL' Castilla-León,'CM' Castilla-La Mancha,'CV' Valencia,'EXT' Extremadura,'G' Galicia,'IB' Baleares,'IC' Canarias,'LR' La Rioja,'M' Madrid,'MU' Murcia,'NA' Navarra,'PV' País Vasco2.88. RegionNumericNumerisk henvisning til en region i en given stat.RegionNumeric::= OCTET STRING (SIZE(1))Tilordnet værdi:'00'H Ingen oplysninger foreligger,Spanien:'01'H Andalucía,'02'H Aragón,'03'H Asturias,'04'H Cantabria,'05'H Cataluña,'06'H Castilla-León,'07'H Castilla-La Mancha,'08'H Valencia,'09'H Extremadura,'0A'H Galicia,'0B'H Baleares,'0C'H Canarias,'0D'H La Rioja,'0E'H Madrid,'0F'H Murcia,'10'H Navarra,'11'H País Vasco2.89. RSAKeyModulusModulus for et RSA-nøglepar.RSAKeyModulus::= OCTET STRING (SIZE(128))Tilordnet værdi: Uspecificeret.2.90. RSAKeyPrivateExponentDen private eksponent for et RSA-nøglepar.RSAKeyPrivateExponent::= OCTET STRING (SIZE(128))Tilordnet værdi: Uspecificeret.2.91. RSAKeyPublicExponentDen offentlige eksponent for et RSA-nøglepar.RSAKeyPublicExponent::= OCTET STRING (SIZE(8))Tilordnet værdi: Uspecificeret.2.92. SensorApprovalNumberFølerens typegodkendelsesnummer.SensorApprovalNumber::= IA5String(SIZE(8))Tilordnet værdi: Uspecificeret.2.93. SensorIdentificationOplysninger, gemt på en bevægelsesføler, vedrørende identifikation af bevægelsesføleren (krav 077).SensorIdentification::= SEQUENCE {sensorSerialNumber SensorSerialNumber,sensorApprovalNumber SensorApprovalNumber,sensorSCIdentifier SensorSCIdentifier,sensorOSIdentifier SensorOSIdentifier}sensorSerialNumber er det udvidede serienummer på bevægelsesføleren (hvori reservedelsnummer og fabrikantkode indgår).sensorApprovalNumber er godkendelsesnummeret på bevægelsesføleren.sensorSCIdentifier er datanavnet på bevægelsesfølerens sikkerhedskomponent.sensorOSIdentifier er datanavnet på bevægelsesfølerens styresystem.2.94. SensorInstallationOplysninger, gemt på en bevægelsesføler, vedrørende bevægelsesfølerens montering (krav 099).SensorInstallation::= SEQUENCE {sensorPairingDateFirst SensorPairingDate,firstVuApprovalNumber VuApprovalNumber,firstVuSerialNumber VuSerialNumber,sensorPairingDateCurrent SensorPairingDate,currentVuApprovalNumber VuApprovalNumber,currentVUSerialNumber VuSerialNumber}sensorPairingDateFirst er datoen for første samparring af bevægelsesføleren med en køretøjsenhed.firstVuApprovalNumber er godkendelsesnummeret på den første køretøjsenhed, som er samparret med bevægelsesføleren.firstVuSerialNumber er serienummeret på den første køretøjsenhed, som er samparret med bevægelsesføleren.sensorPairingDateCurrent er datoen for den aktuelle samparring af bevægelsesføleren med en køretøjsenhed.currentVuApprovalNumber er godkendelsesnummeret på den køretøjsenhed, som aktuelt er samparret med bevægelsesføleren.currentVUSerialNumber er serienummeret på den køretøjsenhed, som aktuelt er samparret med bevægelsesføleren.2.95. SensorInstallationSecDataOplysninger, gemt på et værkstedskort, vedrørende sikkerhedsdata, som er nødvendige til samparring af bevægelsesfølere med køretøjsenheder (krav 214).SensorInstallationSecData::= TDesSessionKeyTilordnet værdi: I henhold til ISO 16844-3.2.96. SensorOSIdentifierDatanavn på bevægelsesfølerens styresystem.SensorOSIdentifier::= IA5String(SIZE(2))Tilordnet værdi: Fabrikantspecifik.2.97. SensorPairedOplysninger, gemt på en køretøjsenhed, vedrørende identifikation af den bevægelsesføler, som er samparret med køretøjsenheden (krav 079).SensorPaired::= SEQUENCE {sensorSerialNumber SensorSerialNumber,sensorApprovalNumber SensorApprovalNumber,sensorPairingDateFirst SensorPairingDate}sensorSerialNumber er serienummeret på den bevægelsesføler, som aktuelt er samparret med køretøjsenheden.sensorApprovalNumber er godkendelsesnummeret på den bevægelsesføler, som aktuelt er samparret med køretøjsenheden.sensorPairingDateFirst er datoen for første samparring mellem en køretøjsenhed og den bevægelsesføler, som aktuelt er samparret med køretøjsenheden.2.98. SensorPairingDateDatoen for samparring af bevægelsesføleren med en køretøjsenhed.SensorPairingDate::= TimeRealTilordnet værdi: Uspecificeret.2.99. SensorSerialNumberSerienummeret på bevægelsesføleren.SensorSerialNumber::= ExtendedSerialNumber2.100. SensorSCIdentifierDatanavnet på bevægelsesfølerens sikkerhedskomponent.SensorSCIdentifier::= IA5String(SIZE(8))Tilordnet værdi: Specifik for komponentfabrikanten.2.101. SignatureEn digital underskrift.Signature::= OCTET STRING (SIZE(128))Tilordnet værdi: I overensstemmelse med tillæg 11 (fælles sikkerhedsmekanismer).2.102. SimilarEventsNumberAntal tilsvarende hændelser for ét givet døgn (krav 094).SimilarEventsNumber::= INTEGER(0..255)Tilordnet værdi: 0 anvendes ikke, 1 betyder, at der det pågældende døgn kun er indtruffet og registreret én hændelse af den pågældende type, 2 betyder, at der er registreret to hændelser af den pågældende type (kun én er registreret), ... 255 betyder, at der er registreret 255 eller flere hændelser af den pågældende type den pågældende dag.2.103. SpecificConditionTypeKode, som identificerer en særlig omstændighed (krav 050b, 105a, 212a og 230a).SpecificConditionType::= INTEGER(0..255)Tilordnet værdi:'00'H Reserveret fremtidig anvendelse'01'H Out of scope - Begin'02'H Out of scope - End'03'H Overfart med færge/tog'04'H.. 'FF'H Reserveret fremtidig anvendelse2.104. SpecificConditionRecordOplysninger, som er gemt på et førerkort, et værkstedskort eller en køretøjsenhed og vedrører en særlig omstændighed (krav 105a, 212a og 230a).SpecificConditionRecord::= SEQUENCE {entryTime TimeReal,specificConditionType SpecificConditionType}entryTime er dato og klokkeslæt for indlæsningen.specificConditionType er den kode, som identificerer den særlige omstændighed.2.105. SpeedKøretøjets hastighed (km/h).Speed::= INTEGER(0..255)Tilordnet værdi: Kilometer i timen, med området 0 til 220 km/h.2.106. SpeedAuthorisedTilladelig maksimal hastighed for køretøjet (definition bb)).SpeedAuthorised::= Speed2.107. SpeedAverageGennemsnitshastighed i en forud fastlagt periode (km/h).SpeedAverage::= Speed2.108. SpeedMaxMaksimumhastighed målt i et forud fastlagt tidsrum.SpeedMax::= Speed2.109. TDesSessionKeyEn tredobbelt DES-sessionsnøgle.TDesSessionKey::= SEQUENCE {tDesKeyA OCTET STRING (SIZE(8))tDesKeyB OCTET STRING (SIZE(8))}Tilordnet værdi: Ikke yderligere angivet.2.110. TimeRealKode for et kombineret dato- og klokkeslætfelt, hvor dato og klokkeslæt er angivet som sekunder siden 00h.00m.00s. den 1. januar 1970 GMT.TimeReal{INTEGER:TimeRealRange}::= INTEGER(0..TimeRealRange)Tilordnet værdi - Oktet udsluttet: Antal sekunder siden midnat den 1. januar 1970 GMT.Den maksimale værdi af dato/klokkeslæt er året 2106.2.111. TyreSizeDækdimensionsbetegnelser.TyreSize::= IA5String(SIZE(15))Tilordnet værdi: I henhold til direktiv 92/23/EØF.2.112. VehicleIdentificationNumberKøretøjets identifikationsnummer med henvisning til køretøjet som helhed, normalt chassisnummeret.VehicleIdentificationNumber::= IA5String(SIZE(17))Tilordnet værdi: Som defineret i ISO 3779.2.113. VehicleRegistrationIdentificationIdentifikation af et køretøj, entydig for Europa (indregistreringsnummer og medlemsstat).VehicleRegistrationIdentification::= SEQUENCE {vehicleRegistrationNation NationNumeric,vehicleRegistrationNumber VehicleRegistrationNumber}vehicleRegistrationNation er den stat, hvor køretøjet er indregistreret.vehicleRegistrationNumber er køretøjets indregistreringsnummer.2.114. VehicleRegistrationNumberKøretøjets indregistreringsnummer. Indregistreringsnummeret tildeles af registreringsmyndigheden.VehicleRegistrationNumber::= SEQUENCE {codePage INTEGER (0..255),vehicleRegNumber OCTET STRING (SIZE(13))}codePage angiver den del af ISO/IEC 8859, som anvendes til at kode vehicleRegnNumber,vehicleRegNumber er et køretøjsregistreringsnummer, som er kodet i henhold til ISO/IEC 8859-codePage.Tilordnet værdi: Statsspecifik.2.115. VuActivityDailyDataOplysninger, gemt på en køretøjsenhed, vedrørende skift af aktivitet og/eller skift af kørestatus og/eller skift af kortstatus for en given kalenderdag (krav 084), samt kortlæserstatus kl. 00:00 den pågældende dag.VuActivityDailyData::= SEQUENCE {noOfActivityChanges INTEGER SIZE(0..1440),activityChangeInfos SET SIZE(noOfActivityChanges) OF ActivityChangeInfo}noOfActivityChanges er antal ord vedrørende ActivityChangeInfo i mængden activityChangeInfos.activityChangeInfos er den mængde af ord vedrørende ActivityChangeInfo, som for det pågældende døgn er gemt i køretøjsenheden. Den omfatter altid to ActivityChangeInfo ord, som angiver status af de to kortlæsere kl. 00:00 den pågældende dag.2.116. VuApprovalNumberKøretøjsenhedens typegodkendelsesnummer.VuApprovalNumber::= IA5String(SIZE(8))Tilordnet værdi: Uspecificeret.2.117. VuCalibrationDataOplysninger, gemt på en køretøjsenhed, vedrørende kalibreringerne af kontrolapparatet (krav 098).VuCalibrationData::= SEQUENCE {noOfVuCalibrationRecords INTEGER(0..255),vuCalibrationRecords SET SIZE(noOfVuCalibrationRecords) OF VuCalibrationRecord}noOfVuCalibrationRecords er antal poster indeholdt i mængden vuCalibrationRecords.vuCalibrationRecords er mængden af kalibreringsposter.2.118. VuCalibrationRecordOplysninger, gemt på en køretøjsenhed, vedrørende en kalibrering af kontrolapparatet (krav 098).VuCalibrationRecord::= SEQUENCE {calibrationPurpose CalibrationPurpose,workshopName Name,workshopAddress Address,workshopCardNumber FullCardNumber,workshopCardExpiryDate TimeReal,vehicleIdentificationNumber VehicleIdentificationNumber,vehicleRegistrationIdentification VehicleRegistrationIdentification,wVehicleCharacteristicConstant W-VehicleCharacteristicConstant,kConstantOfRecordingEquipment K-ConstantOfRecordingEquipment,lTyreCircumference L-TyreCircumference,tyreSize TyreSize,authorisedSpeed SpeedAuthorised,oldOdometerValue OdometerShort,newOdometerValue OdometerShort,oldTimeValue TimeReal,newTimeValue TimeReal,nextCalibrationDate TimeReal}calibrationPurpose er formålet med kalibreringen.workshopName, workshopAddress er værkstedets navn og adresse.workshopCardNumber identificerer det værkstedskort, der er anvendt ved kalibreringen.workshopCardExpiryDate er kortets udløbsdato.vehicleIdentificationNumber er køretøjets identifikationsnummer.vehicleRegistrationIdentification indeholder køretøjets indregistreringsnummer og den indregistrerende medlemsstat.wVehicleCharacteristicConstant er køretøjets vejdrejetal.kConstantOfRecordingEquipment er kontrolapparatets konstant.lTyreCircumference er den effektive dækperiferi.tyreSize er dækdimensionsbetegnelsen for de dæk, der er monteret på køretøjet.authorisedSpeed er køretøjets tilladte hastighed.oldOdometerValue, newOdometerValue er gammel og ny kilometerstand.oldTimeValue, newTimeValue er gammel og ny værdi af dato og klokkeslæt.nextCalibrationDate er datoen for næste kalibrering af den type, som i CalibrationPurpose foreskrives at skulle udføres af kontrolmyndigheden.2.119. VuCardIWDataOplysninger, gemt på en køretøjsenhed, vedrørende cyklusser med isætning/udtagning af førerkort eller værkstedskort i køretøjsenheden (krav 081).VuCardIWData::= SEQUENCE {noOfIWRecords INTEGER(0..216-1),vuCardIWRecords SET SIZE(noOfIWRecords) OF VuCardIWRecord}noOfIWRecords er antal poster i mængden af vuCalibrationRecords.vuCardIWRecords er en mængde af poster, som vedrører cyklusser med isætning/udtagning af kort.2.120. VuCardIWRecordOplysninger, gemt på en køretøjsenhed, vedrørende cyklusser med isætning/udtagning af førerkort eller værkstedskort i køretøjsenheden (krav 081).VuCardIWRecord::= SEQUENCE {cardHolderName HolderName,fullCardNumber FullCardNumber,cardExpiryDate TimeReal,cardInsertionTime TimeReal,vehicleOdometerValueAtInsertion OdometerShort,cardSlotNumber CardSlotNumber,cardWithdrawalTime TimeReal,vehicleOdometerValueAtWithdrawal OdometerShort,previousVehicleInfo PreviousVehicleInfomanualInputFlag ManualInputFlag}cardHolderName er kortindehaverens efternavn og fornavn(e), som gemt på kortet.fullCardNumber er kortets type, den medlemsstat, som har udstedt kortet, samt kortets nummer, som gemt på kortet.cardExpiryDate er kortets udløbsdato, som gemt på kortet.cardInsertionTime er isætningsdato og -klokkeslæt.vehicleOdometerValueAtInsertion er køretøjets kilometerstand ved isætning af kortet.cardSlotNumber er den kortplads, som kortet sidder i.cardWithdrawalTime er dato og klokkeslæt for udtagning af kortet.vehicleOdometerValueAtWithdrawal er køretøjets kilometerstand ved udtagning af kortet.previousVehicleInfo indeholder oplysninger om det foregående køretøj, føreren har anvendt, som gemt på kortet.manualInputFlag er et flag, som angiver, om kortindehaveren manuelt har eller ikke har indlæst føreraktiviteter ved isætning af kortet.2.121. VuCertificateCertifikat for en køretøjsenheds offentlige nøgle.VuCertificate::= Certificate2.122. VuCompanyLocksDataOplysninger, som er gemt på en køretøjsenhed og vedrører virksomhedslåse (krav 104).VuCompanyLocksData::= SEQUENCE {noOfLocks INTEGER(0..20),vuCompanyLocksRecords SET SIZE(noOfLocks) OF VuCompanyLocksRecord}noOfLocks er antal låse, som er opført i vuCompanyLocksRecords.vuCompanyLocksRecords er mængden af poster vedrørende virksomhedslåse.2.123. VuCompanyLocksRecordOplysninger, gemt på en køretøjsenhed, vedrørende én virksomhedslås (krav 104).VuCompanyLocksRecord::= SEQUENCE {lockInTime TimeReal,lockOutTime TimeReal,companyName Name,companyAddress Address,companyCardNumber FullCardNumber}lockInTime, lockOutTime er dato og klokkeslæt for lås-ind og lås-ud.companyName, companyAddress er navn og adresse på den virksomhed, der er knyttet til den pågældende lås-ind.companyCardNumber identificerer det kort, der er anvendt ved lås-ind.2.124. VuControlActivityDataOplysninger, gemt på en køretøjsenhed, vedrørende kontroller foretaget ved hjælp af denne køretøjsenhed (krav 102).VuControlActivityData::= SEQUENCE {noOfControls INTEGER(0..20),vuControlActivityRecords SET SIZE(noOfControls) OF VuControlActivityRecord}noOfControls er antal kontroller, som er opført i vuControlActivityRecords.vuControlActivityRecords er mængden af kontrolaktivitetsposter.2.125. VuControlActivityRecordOplysninger, gemt på en køretøjsenhed, vedrørende kontroller foretaget ved hjælp af denne køretøjsenhed (krav 102).VuControlActivityRecord::= SEQUENCE {controlType ControlType,controlTime TimeReal,controlCardNumber FullCardNumber,downloadPeriodBeginTime TimeReal,downloadPeriodEndTime TimeReal}controlType er kontrollens type.controlTime er dato og klokkeslæt for kontrollen.ControlCardNumber identificerer det kontrolkort, som er anvendt til kontrollen.downloadPeriodBeginTime er begyndelsestidspunktet for dataoverførsel, når en sådan har fundet sted.downloadPeriodEndTime er sluttidspunktet for dataoverførsel, når en sådan har fundet sted.2.126. VuDataBlockCounterTæller, som er gemt på et kort, og som sekventielt identificerer cyklusserne med isætning/udtagning af kortet i køretøjsenheder.VuDataBlockCounter::= BCDString(SIZE(2))Tilordnet værdi: Fortløbende nummer, som, efter at have nået maksimumværdien 9999, begynder forfra fra 0.2.127. VuDetailedSpeedBlockOplysninger, som er gemt på en køretøjsenhed og detaljeret angiver køretøjets hastighed i et minut, i hvilket køretøjet har bevæget sig (krav 093).VuDetailedSpeedBlock::= SEQUENCE {speedBlockBeginDate TimeReal,speedsPerSecond SEQUENCE SIZE(60) OF Speed}speedBlockBeginDate er dato og klokkeslæt for den første hastighedsværdi inden for blokken.speedsPerSecond er den kronologiske sekvens af målte hastigheder hvert sekund for det minut, der begynder på speedBlockBeginDate (inklusive).2.128. VuDetailedSpeedDataOplysninger, gemt på en køretøjsenhed, vedrørende køretøjets detaljerede hastighed.VuDetailedSpeedData::= SEQUENCEnoOfSpeedBlocks INTEGER(0.216-1),vuDetailedSpeedBlocks SET SIZE(noOfSpeedBlocks) OF VuDetailedSpeedBlock}noOfSpeedBlocks er antal hastighedsblokke i mængden vuDetailedSpeedBlocks.vuDetailedSpeedBlocks er mængden af detaljerede hastighedsblokke.2.129. VuDownloadablePeriodÆldste og nyeste dato, for hvilke en køretøjsenhed opbevarer data vedrørende førerens aktiviteter (krav 081, 084 eller 087).VuDownloadablePeriod::= SEQUENCE {minDownloadableTime TimeRealmaxDownloadableTime TimeReal}minDownloadableTime er ældste dato og klokkeslæt, som i køretøjsenheden er gemt vedrørende isætning af kort, aktivitetsskift eller indlæsning af sted.maxDownloadableTime er nyeste dato og klokkeslæt, som i køretøjsenheden er gemt vedrørende udtagning af kort, aktivitetsskift eller indlæsning af sted.2.130. VuDownloadActivityDataOplysninger, gemt på en køretøjsenhed, vedrørende dens seneste dataoverførsel (krav 105).VuDownloadActivityData::= SEQUENCE {downloadingTime TimeReal,fullCardNumber FullCardNumber,companyOrWorkshopName Name}downloadingTime er dato og klokkeslæt for dataoverførslen.fullCardNumber identificerer det kort, der er anvendt til at muliggøre dataoverførslen.companyOrWorkshopName er virksomhedens eller værkstedets navn.2.131. VuEventDataOplysninger, gemt på en køretøjsenhed, vedrørende hændelser (krav 094, bortset fra overskridelser af tilladt hastighed).VuEventData::= SEQUENCE {noOfVuEvents INTEGER(0..255),vuEventRecords SET SIZE(noOfVuEvents) OF VuEventRecord}noOfVuEvents er antal hændelser på listen over hændelser i mængden vuEventRecords.vuEventRecords er en mængde af hændelsesposter.2.132. VuEventRecordOplysninger, gemt på en køretøjsenhed, vedrørende en hændelse (krav 094, bortset fra overskridelse af tilladt hastighed).VuEventRecord::= SEQUENCE {eventType EventFaultType,eventRecordPurpose EventFaultRecordPurpose,eventBeginTime TimeReal,eventEndTime TimeReal,cardNumberDriverSlotBegin FullCardNumber,cardNumberCodriverSlotBegin FullCardNumber,cardNumberDriverSlotEnd FullCardNumber,cardNumberCodriverSlotEnd FullCardNumber,similarEventsNumber SimilarEventsNumber}eventType er hændelsens type.eventRecordPurpose er det formål, hændelsen er blevet registreret til.eventBeginTime er hændelsens startdato og -klokkeslæt.eventEndTime er hændelsens slutdato og -klokkeslæt.cardNumberDriverSlotBegin identificerer det kort, der sad i førerens kortplads ved hændelsens start.cardNumberCodriverSlotBegin identificerer det kort, der sad i medchaufførens kortplads ved hændelsens start.cardNumberDriverSlotEnd identificerer det kort, der sad i førerens kortplads ved hændelsens slutning.cardNumberCodriverSlotEnd identificerer det kort, der sad i medchaufførens kortplads ved hændelsens slutning.similarEventsNumber er antal tilsvarende hændelser samme dag.Denne sekvens kan anvendes til alle hændelser, bortset fra overskridelser af tilladt hastighed.2.133. VuFaultDataOplysninger, gemt på en køretøjsenhed, vedrørende fejl (krav 096).VuFaultData::= SEQUENCE {noOfVuFaults INTEGER(0..255),vuFaultRecords SET SIZE(noOfVuFaults) OF VuFaultRecord}noOfVuFaults er antal fejl opført i mængden vuFaultRecords.vuFaultRecords er en mængde af fejlposter.2.134. VuFaultRecordOplysninger, gemt på en køretøjsenhed, vedrørende en fejl (krav 096).VuFaultRecord::= SEQUENCE {faultType EventFaultType,faultRecordPurpose EventFaultRecordPurpose,faultBeginTime TimeReal,faultEndTime TimeReal,cardNumberDriverSlotBegin FullCardNumber,cardNumberCodriverSlotBegin FullCardNumber,cardNumberDriverSlotEnd FullCardNumber,cardNumberCodriverSlotEnd FullCardNumber}faultType er typen af den pågældende fejl ved kontrolapparatet.faultRecordPurpose er det formål, til hvilket fejlen er blevet registreret.faultBeginTime er fejlens startdato og -klokkeslæt.faultEndTime er fejlens slutdato og -klokkeslæt.cardNumberDriverSlotBegin identificerer det kort, der sad i førerens kortplads ved fejlens begyndelse.cardNumberCodriverSlotBegin identificerer det kort, der sad i medchaufførens kortplads ved fejlens begyndelse.cardNumberDriverSlotEnd identificerer det kort, der sad i førerens kortplads ved fejlens slutning.cardNumberCodriverSlotEnd identificerer det kort, der sad i medchaufførens kortplads ved fejlens slutning.2.135. VuIdentificationOplysninger, gemt på en køretøjsenhed, vedrørende identifikation af denne (krav 075).VuIdentification::= SEQUENCE {vuManufacturerName VuManufacturerName,vuManufacturerAddress VuManufacturerAddress,vuPartNumber VuPartNumber,vuSerialNumber VuSerialNumber,vuSoftwareIdentification VuSoftwareIdentification,vuManufacturingDate VuManufacturingDate,vuApprovalNumber VuApprovalNumber}vuManufacturerName er navnet på fabrikanten af køretøjsenheden.vuManufacturerAddress er adressen på fabrikanten af køretøjsenheden.vuPartNumber er reservedelsnummeret på køretøjsenheden.vuSerialNumber er serienummeret på køretøjsenheden.vuSoftwareIdentification identificerer det programmel, der anvendes i køretøjsenheden.vuManufacturingDate er køretøjsenhedens fabrikationsdato.vuApprovalNumber er køretøjsenhedens typegodkendelsesnummer.2.136. VuManufacturerAddressAdressen på fabrikanten af køretøjsenheden.VuManufacturerAddress::= AddressTilordnet værdi: Uspecificeret.2.137. VuManufacturerNameNavnet på fabrikanten af køretøjsenheden.VuManufacturerName::= NameTilordnet værdi: Uspecificeret.2.138. VuManufacturingDateFabrikationsdatoen for køretøjsenheden.VuManufacturingDate::= TimeRealTilordnet værdi: Uspecificeret.2.139. VuOverSpeedingControlDataOplysninger, gemt på en køretøjsenhed, vedrørende de overskridelser af tilladt hastighed, som har fundet sted siden seneste kontrol med overskridelse af tilladt hastighed (krav 095).VuOverSpeedingControlData::= SEQUENCE {lastOverspeedControlTime TimeReal,firstOverspeedSince TimeReal,numberOfOverspeedSince OverspeedNumber}lastOverspeedControlTime er dato og klokkeslæt for seneste kontrol for overskridelse af tilladt hastighed.firstOverspeedSince er dato og klokkeslæt for første overskridelse af tilladt hastighed siden denne kontrol for overskridelse af tilladt hastighed.numberOfOverspeedSince er antal hændelser med overskridelse af tilladt hastighed siden seneste kontrol for overskridelse af tilladt hastighed.2.140. VuOverSpeedingEventDataOplysninger, gemt på en køretøjsenhed, vedrørende hændelser med overskridelse af tilladt hastighed (krav 094).VuOverSpeedingEventData::= SEQUENCE {noOfVuOverSpeedingEvents INTEGER(0..255),vuOverSpeedingEventRecords SET SIZE(noOfVuOverSpeedingEvents) OF VuOverSpeedingEventRecord}noOfVuOverSpeedingEvents er antal hændelser opført i listen over hændelser i mængden vuOverSpeedingEventRecords.vuOverSpeedingEventRecords er en mængde af poster vedrørende hændelser med overskridelse af tilladt hastighed.2.141. VuOverSpeedingEventRecordOplysninger, gemt på en køretøjsenhed, vedrørende hændelser med overskridelse af tilladt hastighed (krav 094).VuOverSpeedingEventRecord::= SEQUENCE {eventType EventFaultType,eventRecordPurpose EventFaultRecordPurpose,eventBeginTime TimeReal,eventEndTime TimeReal,maxSpeedValue SpeedMax,averageSpeedValue SpeedAverage,cardNumberDriverSlotBegin FullCardNumber,similarEventsNumber SimilarEventsNumber}eventType er hændelsens type.eventRecordPurpose er det formål, hændelsen er registreret til.eventBeginTime er hændelsens startdato og -klokkeslæt.eventEndTime er hændelsens slutdato og -klokkeslæt.maxSpeedValue er den højeste hastighed målt under hændelsen.averageSpeedValue er den aritmetiske gennemsnitshastighed målt under hændelsen.cardNumberDriverSlotBegin identificerer det kort, der er sat i førerens kortplads ved hændelsens start.similarEventsNumber er antal tilsvarende hændelser samme døgn.2.142. VuPartNumberSerienummeret på køretøjsenheden.VuPartNumber::= IA5String(SIZE(16))Tilordnet værdi: Specifik for fabrikanten af køretøjsenheden.2.143. VuPlaceDailyWorkPeriodDataOplysninger, gemt på en køretøjsenhed, vedrørende de steder, hvor føreren begynder eller afslutter den daglige arbejdstid (krav 087).VuPlaceDailyWorkPeriodData::= SEQUENCE {noOfPlaceRecords INTEGER(0..255),vuPlaceDailyWorkPeriodRecords SET SIZE(noOfPlaceRecords) OF VuPlaceDailyWorkPeriodRecord}noOfPlaceRecords er antal poster i mængden vuPlaceDailyWorkPeriodRecords.vuPlaceDailyWorkPeriodRecords er en mængde af poster vedrørende steder.2.144. VuPlaceDailyWorkPeriodRecordOplysninger, gemt på en køretøjsenhed, vedrørende de steder, hvor føreren begynder eller afslutter den daglige arbejdstid (krav 087).VuPlaceDailyWorkPeriodRecord::= SEQUENCE {fullCardNumber FullCardNumber,placeRecord PlaceRecord}fullCardNumber er førerens korttype, den kortudstedende medlemsstat og kortets nummer.placeRecord indeholder oplysningerne om det indlæste sted.2.145. VuPrivateKeyKøretøjsenhedens private nøgle.VuPrivateKey::= RSAKeyPrivateExponent2.146. VuPublicKeyKøretøjsenhedens offentlige nøgle.VuPublicKey::= PublicKey2.147. VuSerialNumberKøretøjsenhedens serienummer (krav 075).VuSerialNumber::= ExtendedSerialNumber2.148. VuSoftInstallationDateDato for installation af den programmelversion, som anvendes i køretøjsenheden.VuSoftInstallationDate::= TimeRealTilordnet værdi: Uspecificeret.2.149. VuSoftwareIdentificationOplysninger, gemt på en køretøjsenhed, vedrørende det installerede programmel.VuSoftwareIdentification::= SEQUENCE {vuSoftwareVersion VuSoftwareVersion,vuSoftInstallationDate VuSoftInstallationDate}vuSoftwareVersion er versionsnummeret på det programmel, der anvendes i køretøjsenheden.vuSoftInstallationDate er datoen for installation af den pågældende version af programmellet.2.150. VuSoftwareVersionVersionsnummeret på det programmel, der anvendes i køretøjsenheden.VuSoftwareVersion::= IA5String(SIZE(4))Tilordnet værdi: Uspecificeret.2.151. VuSpecificConditionDataOplysninger, gemt på en køretøjsenhed, vedrørende særlige omstændigheder.VuSpecificConditionData::= SEQUENCE {noOfSpecificConditionRecords INTEGER(0..216-1)specificConditionRecords SET SIZE (noOfSpecificConditionRecords) OF SpecificConditionRecord}noOfSpecificConditionRecords er det antal poster, som er indeholdt i mængden specificConditionRecords.specificConditionRecords er en mængde af poster vedrørende særlige omstændigheder.2.152. VuTimeAdjustmentDataOplysninger, gemt på en køretøjsenhed, vedrørende tidsjusteringer, som har fundet sted uden for rammerne af en planmæssig kalibrering (krav 101).VuTimeAdjustmentData::= SEQUENCE {noOfVuTimeAdjRecords INTEGER(0..6),vuTimeAdjustmentRecords SET SIZE(noOfVuTimeAdjRecords) OF VuTimeAdjustmentRecord}noOfVuTimeAdjRecords er antal poster i mængden vuTimeAdjustmentRecords.vuTimeAdjustmentRecords er en mængde af tidsjusteringsposter.2.153. VuTimeAdjustmentRecordOplysninger, gemt på en køretøjsenhed, vedrørende tidsjustering, som har fundet sted uden for rammerne af en planmæssig kalibrering (krav 101).VuTimeAdjustmentRecord::= SEQUENCE {oldTimeValue TimeReal,oldTimeValue TimeReal,newTimeValue TimeReal,workshopName Name,workshopAddress Address,workshopCardNumber FullCardNumber}oldTimeValue, newTimeValue er gammel og ny værdi af dato og klokkeslæt.workshopName, workshopAddress er værkstedets navn og adresse.workshopCardNumber identificerer det værkstedskort, der er brugt til at foretage tidsjustering.2.154. W-VehicleCharacteristicConstantKøretøjets vejdrejetal (definition k)).W-VehicleCharacteristicConstant::= INTEGER(0..216-1))Tilordnet værdi: Impulser pr. kilometer med området 0 til 64255 impulser/km.2.155. WorkshopCardApplicationIdentificationOplysninger, gemt på et værkstedskort, vedrørende identifikation af kortets applikation (krav 190).WorkshopCardApplicationIdentification::= SEQUENCE {typeOfTachographCardId EquipmentType,cardStructureVersion CardStructureVersion,noOfEventsPerType NoOfEventsPerType,noOfFaultsPerType NoOfFaultsPerType,activityStructureLength CardActivityLengthRange,noOfCardVehicleRecords NoOfCardVehicleRecords,noOfCardPlaceRecords NoOfCardPlaceRecords,noOfCalibrationRecords NoOfCalibrationRecords}typeOfTachographCardId angiver den implementerede korttype.cardStructureVersion angiver den version af strukturen, som er implementeret i kortet.noOfEventsPerType er antal hændelser af hver hændelsestype, som kan gemmes på kortet.noOfFaultsPerType er antal fejl af hver fejltype, som kan gemmes på kortet.activityStructureLength angiver antal byte til rådighed til lagring af aktivitetsposter.noOfCardVehicleRecords er antal køretøjsposter, som kan gemmes på kortet.noOfCardPlaceRecords er antal steder, som kan gemmes på kortet.noOfCalibrationRecords er det antal kalibreringsposter, som kan gemmes på kortet.2.156. WorkshopCardCalibrationDataOplysninger, gemt på et værkstedskort, vedrørende de aktiviteter, der er udført med kortet (krav 227 og 229).WorkshopCardCalibrationData::= SEQUENCE {calibrationTotalNumber INTEGER(0..216-1),calibrationPointerNewestRecord INTEGER(0..NoOfCalibrationRecords-1),calibrationRecords SET SIZE(NoOfCalibrationRecords) OF WorkshopCardCalibrationRecord}calibrationTotalNumber er det samlede antal kalibreringer, som er udført med kortet.calibrationPointerNewestRecord er indekset på senest opdaterede kalibreringspost.Tilordnet værdi: Tal svarende til tælleren i kalibreringsposten, begyndende med '0' for den første forekomst af kalibreringsposterne i strukturen.calibrationRecords er den mængde poster, der indeholder oplysninger vedrørende kalibrering og/eller tidsjustering.2.157. WorkshopCardCalibrationRecordOplysninger, gemt på et værkstedskort, vedrørende den kalibrering, der er udført med kortet (krav 227).WorkshopCardCalibrationRecord::= SEQUENCE {calibrationPurpose CalibrationPurpose,vehicleIdentificationNumber VehicleIdentificationNumber,vehicleRegistration VehicleRegistrationIdentification,wVehicleCharacteristicConstant W-VehicleCharacteristicConstant,kConstantOfRecordingEquipment K-ConstantOfRecordingEquipment,lTyreCircumference L-TyreCircumference,tyreSize TyreSize,authorisedSpeed SpeedAuthorised,oldOdometerValue OdometerShort,newOdometerValue OdometerShort,oldTimeValue TimeReal,newTimeValue TimeReal,nextCalibrationDate TimeReal,vuPartNumber VuPartNumber,vuSerialNumber VuSerialNumber,sensorSerialNumber SensorSerialNumber}calibrationPurpose er formålet med kalibreringen.vehicleIdentificationNumber er køretøjets identifikationsnummer.vehicleRegistration indeholder køretøjets indregistreringsnummer og den indregistrerende medlemsstat.wVehicleCharacteristicConstant er køretøjets vejdrejetal.kConstantOfRecordingEquipment er kontrolapparatets konstant.lTyreCircumference er den effektive dækperiferi.tyreSize er dækdimensionsbetegnelsen for de dæk, der er monteret på køretøjet.authorisedSpeed er køretøjets tilladte hastighed.oldOdometerValue, newOdometerValue er gammel og ny kilometerstand.oldTimeValue, newTimeValue er gammel og ny værdi af dato og klokkeslæt.nextCalibrationDate er datoen for næste kalibrering af den type, som i CalibrationPurpose foreskrives at skulle udføres af kontrolmyndigheden.vuPartNumber, vuSerialNumber og sensorSerialNumber er de dataelementer, som identificerer kontrolapparatet.2.158. WorkshopCardHolderIdentificationOplysninger, gemt på et værkstedskort, vedrørende identifikation af kortindehaveren (krav 216).WorkshopCardHolderIdentification::= SEQUENCE {workshopName Name,workshopAddress Address,cardHolderName HolderName,cardHolderPreferredLanguage Language}workshopName er navnet på kortindehaverens værksted.workshopAddress er adressen på kortindehaverens værksted.cardHolderName er efternavn og fornavn(e) på indehaveren (f.eks navnet på mekanikeren).cardHolderPreferredLanguage er det af kortindehaveren foretrukne sprog.2.159. WorkshopCardPINDet personlige identifikationsnummer på værkstedskortet (krav 213).WorkshopCardPIN::= IA5String(SIZE(8))Tilordnet værdi: Den PIN-kode, som kendes af kortindehaveren, udfyldt mod højre med sideskiftbyte indtil 8 byte.3. DEFINITIONER AF VÆRDI- OG STØRRELSESOMRÅDEDefinition af de variabelværdier, der er anvendt til definitionerne i punkt 2.TimeRealRange::= 232-13.1. Definitioner til førerkortet:>TABELPOSITION>3.2. Definitioner til værkstedskortet:>TABELPOSITION>3.3. Definitioner til kontrolkortet:>TABELPOSITION>3.4. Definitioner til virksomhedskortet:>TABELPOSITION>4. TEGNSÆTTil IA5Strings anvendes ASCII-tegnsættet som defineret i ISO/IEC 8824-1. Af hensyn til letlæselighed og overskuelighed er de tilordnede værdier gengivet nedenfor. Ved eventuel uoverensstemmelse har ISO/IEC 8824-1 forrang for denne bemærkning.! " >REFERENCE TIL EN GRAFIK> $ % &  ' ( ) * +, -. / 0 1 2 3 4 5 6 7 8 9:; &lt;  =  &gt; ?@ A B C D E F G H I J K L M N O P Q R S T U V W X Y Z [ \ ] ^ _` a b c d e f g h i j k l m n o p q r s t u v w x y z { | } ~I andre tegnstrenge (Address, Name, VehicleRegistrationNumber) anvendes herudover de tegn, der er fastlagt ved kode 192 til 255 af ISO/IEC 8859-1 (tegnsættet Latin1) eller ISO/IEC 8859-7 (det græske tegnsæt).5. KODNINGVed kodning efter ASN.1-kodningsreglerne skal alle de definerede datatyper være kodet i overensstemmelse med ISO/IEC 8825-2, justeret variant.Tillæg 2SPECIFIKATION AF FARTSKRIVERKORTINDHOLD>TABELPOSITION>1. INDLEDNING1.1. ForkortelserI dette tillæg anvendes følgende forkortelser:AC Adgangsbetingelser (Access conditions)AID Applikationsnavn (Application identifier)ALW Altid (Always)APDU Dataenhed i applikationsprotokol (struktur i kommando) (Application protocol data unit)ATR Svar på nulstilling (Answer to reset)AUT Identitetsbekræftet (Authenticated)C6, C7 Kortets kontakt nr. 6 og 7 som beskrevet i ISO/IEC 7816-2cc Klokcyklusser (clock cycles)CHV Information til verifikation af kortindehaver (Card holder verification information)CLA Klassebyte i APDU-kommando (Class byte of an APDU command)DF Dedikeret fil. En DF kan indeholde andre filer (EF eller DF)EF ElementærfilENC Krypteret (Encrypted): Adgang kun mulig med krypteringsdata.etu Elementær tidsenhed (elementary time unit)IC Integreret kreds (Integrated circuit)ICC Chipkort (Integrated circuit card)ID IdentifikatorIFD Kortlæser (Interface device)IFS Længde af informationsfelt (Information field size)IFSC Længde af informationsfelt til kort (Information field size for the card)IFSD Informationsfeltlængde for kortlæser (Information field size device)INS Ordrebyte i APDU-kommando (Instruction byte)Lc Længde af inddata til APDU-kommandoLe Længde af forventede data (uddata til en kommando)MF Hovedfil (dedikeret rodfil) (Master file)P1-P2 ParameterbytesNAD Knudepunktadresse i en T=1 protokol (Node address)NEV Aldrig (Never)PIN Personligt identifikationsnummerPRO SM Beskyttet med sikker meddelelsesoverførsel (Protected with secure messaging)PTS Valgt transmissionsprotokol (Protocol transmission selection)RFU Forbeholdt fremtidig brug (Reserved for future use)RST Nulstilling (af et kort) (Reset)SM Sikker overførsel af meddelelser (Secure messaging)SW1-SW2 StatusbytesTS Initialt tegn i ATR (svar på nulstilling)VPP ProgrammeringsspændingXXh Størrelsen XX i hexadecimal notation|| Sammenkædningssymbol (03||04=0304).1.2. HenvisningerI dette tillæg henvises til følgende referencer:>TABELPOSITION>2. ELEKTRISKE OG FYSISKE EGENSKABERAlle elektroniske signaler skal overholde ISO/IEC 7816-3, medmindre andet er angivet.Placering og dimensioner af kortets kontakter skal være i overensstemmelse med ISO/IEC 7816-2.2.1. Forsyningsspænding og strømforbrugKortet skal fungere i henhold til specifikationerne inden for de forbrugsgrænser, der foreskrives i ISO/IEC 7816-3.Kortet skal fungere med Vcc = 3 V (± 0,3 V) eller Vcc = 5 V (± 0,5 V).Valg af spænding skal ske i overensstemmelse med ISO/IEC 7816-3.2.2. Programmeringsspænding VppKortet må ikke kræve programmeringsspænding ved klemme C6. Det forventes at klemme C6 ikke tilsluttes en kortlæser. Kontakt C6 kan være tilsluttet Vcc i kortet, men må ikke stelforbindes. Denne spænding må ikke i noget tilfælde tolkes.2.3. Klokgenerering og -frekvensKortet skal arbejde i et frekvensområde fra 1 til 5 MHz. Inden for én kortsession kan klokfrekvensen variere ± 2 %. Klokfrekvensen genereres af køretøjsenheden, ikke af kortet selv. Arbejdscyklussen kan variere mellem 40 og 60 %.Under de betingelser, der er indeholdt i kortfilen EFICC, kan den eksterne klokke standses. Den første byte i kroppen af filen EFICC koder for betingelserne i klokstop-funktionsmåde (for nærmere oplysninger henvises til EN 726-3):>TABELPOSITION>Bit 4 til 8 buenyttet.2.4. I/O-kontaktI/O-kontakten C7 anvendes til at modtage og overføre data fra og til kortlæseren. Under funktion må kun enten kortet eller kortlæseren være i dataoverførselsmåde. Hvis begge enheder er i overførselsmåde, må det ikke kunne medføre skade på kortet. Medmindre kortet overfører data, skal det skifte til modtagemåde.2.5. Kortets tilstandeKortet arbejder i to tilstande, mens forsyningsspændingen tilføres:- i driftstilstand, mens det udfører kommandoer eller er koblet til den digitale enhed,- i hviletilstand på alle andre tidspunkter; i denne tilstand skal alle data ligge på kortet.3. HARDWARE OG KOMMUNIKATION3.1. IndledningDette afsnit beskriver de funktioner, der som minimum kræves af fartskriverkort og køretøjsenheder for at sikre korrekt funktion og interoperabilitet.Fartskriverkort opfylder så vidt muligt de foreliggende gældende ISO/IEC-normer (specielt ISO/IEC 7816). Dog beskrives kommandoer og protokoller fuldt ud for at specificere visse indskrænkninger i brugen eller visse forskelle, når sådanne findes. De foreskrevne kommandoer er fuldt forenelige med de anførte normer, medmindre andet er angivet.3.2. TransmissionsprotokolTransmissionsprotokollen skal være i overensstemmelse med ISO/IEC 7816-3. Specielt skal køretøjsenheden anerkende udvidelser af ventetid, som sendes af kortet.3.2.1. ProtokollerKortet skal give mulighed både for protokol T=0 og protokol T=1.T=0 er standardprotokol, hvorfor der kræves en PTS-kommando for at ændre protokol til T=1.Enheder skal understøtte direkte konvention i begge protokoller: Den direkte konvention er følgelig påbudt for kortet.Feltstørrelsesbyten skal placeres i karakter TA3 i ATR (svar på reset). Denne værdi skal være mindst 'F0h' (= 240 bytes).For protokollerne gælder følgende begrænsninger:T=0- Kortlæseren skal understøtte et svar på I/O efter begyndelsen af signalet på nulstilling fra 400 cc.- Kortlæseren skal kunne læse tegn, som er adskilt af 12 etu.- Kortlæseren skal læse en forkert karakter og dens gentagelse, hvis de er adskilt af 13 etu. Hvis der registreres en forkert karakter, kan fejlsignalet på I/O optræde mellem 1 etu og 2 etu. Kortlæseren skal understøtte en forsinkelse på 1 etu.- Kortlæseren skal acceptere et svar på nulstilling (ATR) på 33 bytes (TS+32).- Hvis det pågældende ATR indeholder et TC1, skal den ekstra beskyttelsestid gælde for tegn sendt af kortlæseren, dog kan tegn sendt af kortet stadig være adskilt af 12 etu. Dette gælder også for ACK-tegnet sendt af kortet efter, at der er afgivet et P3-tegn af kortlæseren.- Kortlæseren skal tage hensyn til et NUL-tegn afsendt fra kortet.- Kortlæseren skal acceptere den supplerende funktionsmåde for ACK.- Kommandoen GET RESPONSE kan ikke bruges i kædningsfunktion til at hente data, hvis længde eventuelt er over 255 bytes.T=1- NAD-byte: Ikke anvendt (NAD skal sættes til '00').- S-block ABORT: Ikke anvendt.- S-block VPP state error: Ikke anvendt.- Den totale kædningslængde for et datafelt er ikke over 255 bytes (skal sikres af kortlæseren).- Informationsfeltstørrelse for kortlæser (IFSD) skal angives af kortlæseren umiddelbart efter svar på nulstilling: Kortlæseren skal overføre S-blokkens IFS-forespørgsel efter svar på nulstilling (ATR), og kortet skal tilbagemelde S-blokkens IFS. Den anbefalede værdi for IFSD er 254 bytes.- Kortet anmoder ikke om efterjustering af IFS.3.2.2. ATRKorlæseren kontrollerer ATR-bytes (svar på nulstilling) i henhold til ISO/IEC 7816-3. Der skal ikke foretages kontrol af historiske ATR-tegn.Eksempel på grundlæggende biprotokollær ATR i henhold til ISO/IEC 7816-3>TABELPOSITION>Efter svar på nulstilling (ATR) er hovedfilen (MF) valgt automatisk og bliver aktuel mappe.3.2.3. PTSStandardprotokollen er T=0. For at vælge protokol T=1 skal der sendes en PTS (også benævnt PPS) til kortet fra kortlæseren.Da protokollerne T=0 og T=1 begge er påbudte for kortet, er det grundlæggende valg af transmissionsprotokol (PTS) for protokolskift påbudt for kortet.Som angivet i ISO/IEC 7816-3 kan PTS benyttes til at skifte til en højere transmissionshastighed end den standardhastighed, som vælges af kortet i svar på nulstilling (ATR), hvis der er nogen (TA(1)) byte til stede.Højere transmissionshastigheder er valgfri for kortet.Hvis ingen anden transmissionshastighed end standardhastigheden understøttes (eller den valgte transmissionshastighed ikke understøttes), skal kortet svare korrekt på protokoltranmissionsvalget (PTS) i henhold til ISO/IEC 7816-3 ved at udelade PPS1-byten.Følgende er eksempler på grundlæggende PTS til protokolvalg:>TABELPOSITION>3.3. Adgangsbetingelser (AC)Adgangsbetingelserne (AC) for kommandoerne UPDATE BINARY og READ BINARY er defineret for hver elementærfil.Adgangsbetingelserne (AC) for den aktuelle fil skal være opfyldt, før man kan få adgang til filen med disse kommandoer.Definitionerne på de foreliggende adgangsbetingelser er følgende:- ALW: Operationen er altid mulig og kan udføres uden begrænsning.- NEV: Operationen er aldrig mulig.- AUT: Rettighederne svarende til vellykket ekstern ægthedsbekræftelse skal åbnes (fås med kommandoen EXTERNAL AUTHENTICATE).- PRO SM: Kommandoen skal overføres med en kryptografisk kontrolsum med sikkert meddelelsessystem (se tillæg 11).- AUT og PRO SM (kombineret).På databehandlingskommandoerne (UPDATE BINARY og READ BINARY) kan der sættes følgende adgangsbetingelser i kortet:>TABELPOSITION>Adgangsbetingelsen PRO SM er ikke til rådighed for READ BINARY-kommandoen. Dette indebærer, at der aldrig er påbudt en kryptografisk kontrolsum for en READ-kommando. Ved at bruge værdien af 'OC' for klassen kan man bruge kommandoen READ BINARY med sikker meddelelsesoverførsel som beskrevet i punkt 3.6.2.3.4. DatakrypteringNår data i en fil skal være fortrolige, mærkes filen "Encrypted". Kryptering sker ved hjælp af sikker meddelelsesoverførsel (se tillæg 11).3.5. Oversigt over kommandoer og fejlkoderKommandoer og filorganisation er afledt af og i overensstemmelse med ISO/IEC 7816-4.I dette afsnit beskrives følgende par APDU-kommando-svar:>TABELPOSITION>Statusordet SW1 SW2 tilbagemeldes sammen med enhver svarmeddelelse og angiver behandlingsstatus for kommandoen.>TABELPOSITION>3.6. Beskrivelse af kommandoerPåbudte kommandoer for fartskriverkort er beskrevet i dette kapitel.Supplerende relevante enkeltheder om de anvendte kryptografiske operationer er givet i tillæg 11 (fælles sikkerhedsmekanismer).Alle kommandoer beskrives uafhængigt af den anvendte protokol (T=0 eller T=1). APDU-bytene CLA, INS, P1, P2, Lc og Le bliver altid angivet. Hvis Lc eller Le ikke er nødvendig for den beskrevne kommando, er den tilhørende længde, værdi og beskrivelse tomme.Anmodes der om begge længdebytes (Lc og Le), skal den beskrevne kommando deles i to dele, hvis kortlæseren bruger protokol T=0: Kortlæseren sender kommandoen som beskrevet ved hjælp af P3=Lc + data og sender derefter en GET RESPONSE (se punkt 3.6.6) kommando med P3=Le.Anmodes der om begge længdebytes, og Le=0 (sikker meddelelsesoverførsel):- når der bruges protokol T=1, skal kortet svare på Le=0 ved at sende alle tilgængelige uddata.- når protokol T=0 anvendes, skal kortlæseren sende den første kommando med P3=Lc + data, kortet skal (på det implicitte Le=0) svare med statusbytes '61La', hvor La er antal svarbytes til rådighed. Kortlæseren skal derefter generere en GET RESPONSE-kommando med P3=La for at læse data.3.6.1. Select FileDenne kommando overholder ISO/IEC 7816-4, men har begrænset anvendelse i forhold til den i normen definerede kommando.SELECT FILE kommandoen anvendes:- til at vælge en applikationsdedikeret fil (skal vælges med navn)- til at vælge en elementærfil svarende til det forelagte filnavn.3.6.1.1. Valg ved navn (AID)Med denne kommando kan der vælges en applikationsdedikeret fil på kortet.Denne kommando kan udføres fra et vilkårligt sted i filstrukturen (efter svar på nulstilling (ATR) eller på et vilkårligt tidspunkt).Når der vælges en applikation, bliver det aktuelle sikkerhedsmiljø nulstillet. Når der er valgt applikation, er der ikke længere valgt en aktuel offentlig nøgle, og nøglen til den tidligere session er ikke længere til rådighed for sikre meddelelser. Adgangsbetingelsen AUT mistes ligeledes.Kommandomeddelelse>TABELPOSITION>Der kræves intet svar på kommandoen SELECT FILE (Le findes ikke i T=1, eller der anmodes ikke om svar i T=0).Svarmeddelelse (der er ikke anmodet om svar)>TABELPOSITION>- Giver kommandoen resultat, tilbagemelder kortet '9000'.- Hvis den applikation, som svarer til applikationsnavnet, ikke findes, tilbagemeldes status '6A82'.- Hvis byten Le er til stede i T=1, tilbagemeldes status '6700'.- Hvis der i T=0 anmodes om et svar efter SELECT FILE-kommandoen, tilbagemeldes status '6900'.- Hvis den valgte applikation anses for beskadiget (der er fundet integritetsfejl i filattributterne), tilbagemeldes status '6400' eller '6581'.3.6.1.2. Valg af en elementærfil ved hjælp af filnavnetKommandomeddelelse>TABELPOSITION>Der kræves intet svar på kommandoen SELECT FILE (Le findes ikke i T=1, eller der anmodes ikke om svar i T=0).Svarmeddelelse (der er ikke anmodet om svar)>TABELPOSITION>- Giver kommandoen resultat, tilbagemelder kortet '9000'.- Hvis filen svarende til det pågældende filnavn ikke findes, tilbagemeldes status '6A82'.- Hvis byten Le er til stede i T=1, tilbagemeldes status '6700'.- Hvis der i T=0 anmodes om et svar efter SELECT FILE-kommandoen, tilbagemeldes status '6900'.- Hvis den valgte fil anses for beskadiget (der er fundet integritetsfejl i filattributterne), tilbagemeldes status '6400' eller '6581'.3.6.2. Read BinaryDenne kommando overholder ISO/IEC 7816-4, men har begrænset anvendelse i forhold til den i normen definerede kommando.Kommandoen READ BINARY anvendes til at læse data fra en transparent fil.Kortets svar består i at tilbagemelde de læste data, om ønsket indkapslet i en sikker meddelelsesstruktur.Kommandoen kan kun udføres, forudsat at sikkerhedsstatus opfylder de sikkerhedsegenskaber, som er defineret for elementærfilen med henblik på READ-funktionen.3.6.2.1. Kommando uden sikker meddelelsesoverførselDenne kommando giver kortlæseren mulighed for uden sikker meddelelsesoverførsel at læse data fra den aktuelt valgte elementærfil.Med denne kommando må der ikke kunne læses data fra en fil mærket som "krypteret".Kommandomeddelelse>TABELPOSITION>Bestemmelse:bit 8 af P1 skal være sat til 0.Svarmeddelelse>TABELPOSITION>- Giver kommandoen resultat, tilbagemelder kortet '9000'.- Vælges ingen elementærfil, tilbagemeldes status '6986'.- Er adgangsbetingelserne for den valgte fil ikke opfyldt, afbrydes kommandoen med '6982'.- Er forskydningen ikke forenelig med elementærfilens størrelse (forskydning  &gt; størrelse af EF), tilbagemeldes status '6B00'.- Er størrelsen af de data, der skal læses, ikke forenelig med elementærfilens størrelse (forskydning + Le  &gt; størrelsen af EF), tilbagemeldes status '6700' eller '6Cxx', hvor 'xx' er den eksakte længde.- Konstateres der en integritetsfejl i filatttributterne, skal kortet anse filen for uoprettelig beskadiget, og den tilbagemeldte behandlingsstatur er '6400' eller '6581'.- Konstateres der en integritetsfejl i de lagrede data, skal kortet returnere de ønskede data, og der tilbagemeldes status '6281'.3.6.2.2. Kommando med sikker meddelelsesoverførselDenne kommando giver IDF mulighed for at læse data fra den aktuelt valgte elementærfil med sikkert meddelelsessystem, med det formål at efterprøve identiteten af de modtagne data og beskytte fortroligheden af data i tilfælde, hvor elementærfilen er mærket "krypteret".Kommandomeddelelse>TABELPOSITION>Svarmeddelelse, hvis elementærfilen ikke er mærket som "krypteret", og hvis indgangsformatet for sikker meddelelsesoverførsel er korrekt:>TABELPOSITION>Svarmeddelelse, hvis elementærfilen er mærket som "krypteret", og hvis inddataformatet for sikker meddelelsesoverførsel er korrekt:>TABELPOSITION>De tilbagemeldte krypterede data indeholder en første byte, som angiver den anvendte udfyldningmåde. Til fartskriverapplikationen antager udfyldningsindikatoren altid værdien '01h', som angiver, at den anvendte udfyldningsmåde er den, der foreskrives i ISO/IEC 7816-4 (én byte med værdien '80h' efterfulgt af nogle nul-bytes: ISO/IEC 9797 metode 2).De "ordinære" behandlingsstatusser, som beskrives for kommandoen READ BINARY uden sikker dataoverførsel (se punkt 3.6.2.1), kan tilbagemeldes med de svarmeddelelsesstrukturer, som er beskrevet ovenfor.Derudover kan der optræde visse fejl særligt vedrørende sikker meddelelsesoverførsel. I så fald tilbagemeldes behandlingsstatus simpelthen, uden at nogen struktur for sikker dataoverførsel er inddraget:Svarmeddelelse, hvis det indlæste format for sikker meddelelsesoverførsel er ukorrekt>TABELPOSITION>- Foreligger der ingen nøgle for den aktuelle session, tilbagemeldes behandlingsstatus '6A88'. Dette sker, hvis sessionsnøglen enten ikke er genereret i forvejen eller er blevet ugyldig (i så fald skal kortlæseren på ny udføre den gensidige ægthedsbekræftelse, så der fastsættes en ny sessionsnøgle).- Hvis der mangler nogle forventede dataobjekter (som ovenfor specificeret) i formatet for sikker meddelelsesoverførsel, tilbagemeldes behandlingsstatus '6987': Denne fejl opstår, hvis der mangler en forventet etiket, eller hvis kommandoen ikke er korrekt opbygget.- Hvis nogle dataobjekter er ukorrekte, tilbagemeldes status '6988': Denne fejl optræder, når alle de nødvendige etiketter er tilstede, men visse af længderne ikke svarer til de forventede.- Lykkes verifikationen af den kryptografiske kontrolsum ikke, tilbagemeldes behandlingsstatus '6688'.3.6.3. Update BinaryDenne kommando overholder ISO/IEC 7816-4, men har begrænset anvendelse i forhold til den i normen definerede kommando.Med kommandomeddelelsen UPDATE BINARY igangsættes opdatering (sletning + skrivning) af de bits, der i forvejen ligger i en binær elementærfil, med de bits, der er indeholdt i kommandoen APDU.Kommandoen kan kun udføres, hvis sikkerhedsstatus opfylder de sikkerhedsegenskaber, som er defineret for elementærfilen med henblik på UPDATE-funktionen. Indgår PRO SM i adgangskontrollen til UPDATE-funktionen, skal der tilføjes sikker meddelelsesoverførsel i kommandoen.3.6.3.1. Kommando uden sikker meddelelsesoverførselDenne kommando giver kortlæseren mulighed for at skrive data til den aktuelt valgte elementærfil, uden at kortet kontrollerer ægtheden af de modtagne data. Denne ordinære funktionsmåde tillades kun, hvis den tilknyttede fil ikke er mærket som "krypteret".Kommandomeddelelse>TABELPOSITION>Bestemmelse:bit 8 af P1 skal være sat til 0.Svarmeddelelse>TABELPOSITION>- Giver kommandoen resultat, tilbagemelder kortet '9000'.- Vælges ingen elementærfil, tilbagemeldes behandlingsstatus '6986'.- Er adgangsbetingelserne for den valgte fil ikke opfyldt, afbrydes kommandoen med '6982'.- Er forskydningen ikke forenelig med elementærfilens størrelse (forskydning  &gt; størrelse af EF), tilbagemeldes status '6B00'.- Er størrelsen af de data, der skal skrives, ikke forenelig med elementærfilens størrelse (forskydning + Le  &gt; størrelsen af EF), tilbagemeldes status '6700'.- Konstateres der en integritetsfejl i filattributterne, skal kortet anse filen for uoprettelig beskadiget, og der tilbagemeldes status '6400' eller '6500'.- Hvis der ikke kan skrives, tilbagemeldes behandlingsstatus '6581'.3.6.3.2. Kommando med sikker meddelelsesoverførselDenne kommando giver kortlæseren mulighed for at skrive data til den aktuelt valgte elementærfil, idet kortet kontroller ægtheden af de modtagne data. Da der ikke kræves fortrolighed, er data ikke krypteret.Kommandomeddelelse>TABELPOSITION>Svarmeddelelse, hvis inddata har det korrekte format til sikker meddelelsesoverførsel>TABELPOSITION>De "ordinære" behandlingsstatusser, som beskrives for kommandoen UPDATE BINARY uden sikker meddelelsesoverførsel (se punkt 3.6.3.1), kan tilbagemeldes med den svarmeddelelsesstruktur, som er beskrevet ovenfor.Derudover kan der optræde visse fejl, som særligt vedrører sikker meddelelsesoverførsel. I så fald tilbagemeldes behandlingsstatus simpelthen, uden at nogen struktur for sikker meddelelsesoverførsel er inddraget:Svarmeddelelse ved fejl i sikker meddelelsesoverførsel>TABELPOSITION>- Foreligger der ingen nøgle for den aktuelle session, tilbagemeldes behandlingsstatus '6A88'.- Hvis der mangler nogle forventede dataobjekter (som ovenfor specificeret) i formatet for sikker meddelelsesoverførsel, tilbagemeldes behandlingsstatus '6987': Denne fejl opstår, hvis der mangler en forventet etiket, eller hvis kommandoen ikke er korrekt opbygget.- Hvis nogle dataobjekter er ukorrekte, tilbagemeldes '6988': Denne fejl optræder, når alle de nødvendige etiketter er tilstede, men visse af længderne er forskellige fra de forventede.- Lykkes verifikationen af den kryptografiske kontrolsum ikke, tilbagemeldes behandlingsstatus '6688'.3.6.4. Get ChallengeDenne kommando overholder ISO/IEC 7816-4, men har begrænset anvendelse i forhold til den i normen definerede kommando.Med GET CHALLENGE-kommandoen beder man kortet afgive en challenge for at bruge den i en sikkerhedsrelateret procedure, hvori der sendes et kryptogram eller nogle kryptograferede data til kortet.Den challenge, som afgives af kortet, er kun gyldig for den næste kommando, som anvender en challenge, som sendes til kortet.Kommandomeddelelse>TABELPOSITION>Svarmeddelelse>TABELPOSITION>- Giver kommandoen resultat, tilbagemelder kortet '9000'.- Hvis længden Le er forskellig fra '08h', er behandlingsstatus '6700'.- Hvis parametrene P1-P2 er ukorrekte, er behandlingsstatus '6A86'.3.6.5. VerifyDenne kommando overholder ISO/IEC 7816-4, men har begrænset anvendelse i forhold til den i normen definerede kommando.VERIFY-kommandoen får kortet til at sammenholde de CHV(PIN)data, som sendes med kommandoen, med kortindehaverens reference-CHV, som er gemt på kortet.Bemærkning:Den PIN, der er indlæst af brugeren, skal af kortlæseren være udfyldt mod højre med 'FFh'-bytes til en længde af 8 bytes.Hvis kommandoen giver resultat, åbnes rettigheder svarende til korrekt CHV, og tælleren for resterende CHV-forsøg tilbagestilles.Manglende overensstemmelse mellem oplysningerne registreres på kortet for at begrænse antal yderligere forsøg på benyttelse af reference-CHV.Kommandomeddelelse>TABELPOSITION>Svarmeddelelse>TABELPOSITION>- Giver kommandoen resultat, tilbagemelder kortet '9000'.- Hvis reference-CHV'et ikke findes, tilbagemeldes status '6A88'.- Hvis CHV'er er blokeret (tælleren for restererende forsøg for det pågældende CHV har værdien nul),tilbagemeldes behandlingsstatus '6983'. Når først CHV'et er i denne status, kan det pågældende CHV ikke længere fremvises med held.- Stemmer oplysningerne ikke sammen, bliver tælleren for resterende forsøg formindsket, og der tilbagemeldes status '63CX' (X  &gt; 0 og X er lig værdien af tælleren for resterende CHV-forsøg). Hvis X = 'F', har tælleren for CHV-forsøg større værdi end 'F'.- Hvis reference-CHV anses for beskadiget, tilbagemeldes status '6400' eller '6581'.3.6.6. Get ResponseDenne kommando er i overensstemmelse med ISO/IEC 7816-4.Denne kommando (som kun er nødvendig og tilgængelig for protokollen T=0) benyttes til at overføre behandlede data fra kortet til kortlæseren (i tilfælde, hvor både Lc og Le er indgået i en kommando).Kommandoen GET RESPONSE skal udstedes straks efter den kommando, som behandler data, ellers mistes data. Efter udførelse af kommandoen GET RESPONSE, er de tidligere behandlede data ikke længere tilgængelige (medmindre fejlen '61xx' eller '6Cxx' optræder, se nedenfor).Kommandomeddelelse>TABELPOSITION>Svarmeddelelse>TABELPOSITION>- Giver kommandoen resultat, tilbagemelder kortet '9000'.- Hvis ingen data er behandlet af kortet, tilbagemeldes status '6900' eller '6F00'.- Hvis længden (Le) overstiger antal bytes til rådighed, eller hvis Le er nul, tilbagemeldes status '6Cxx', hvor 'xx' er det nøjagtige antal bytes til rådighed. I dette tilfælde er de behandlede data stadig til rådighed for en efterfølgende GET RESPONSE-kommando.- Hvis Le ikke er nul og er mindre end antal bytes til rådighed, bliver de ønskede data sendt på normal måde af kortet, og der tilbagemeldes status '61xx', hvor 'xx' er antal bytes, som stadig er til rådighed ved en efterfølgende GET RESPONSE-kommando.- Hvis kommandoen ikke understøttes (protokol T=1), tilbagemelder kortet '6D00'.3.6.7. PSO: Verify CertificateDenne kommando overholder ISO/IEC 7816-8, men har begrænset anvendelse i forhold til den i normen definerede kommando.VERIFY CERTIFICATE-kommandoen anvendes af kortet til at hente en offentlig nøgle udefra og kontrollere dens gyldighed.Når en VERIFY CERTIFICATE-kommando giver resultat, bliver den offentlige nøgle gemt til fremtidig anvendelse i sikkerhedsmiljøet. Denne nøgle skal udtrykkelig være angivet til brug i sikkerhedsrelaterede kommandoer (INTERNAL AUTHENTICATE, EXTERNAL AUTHENTICATE eller VERIFY CERTIFICATE) af MSE-kommandoen (se punkt 3.6.10) med anvendelse af nøgleidentifikatoren.I alle tilfælde anvender kommandoen VERIFY CERTIFICATE den offentlige nøgle, som tidligere er valgt af MSE-kommandoen til at åbne certifikatet. Denne offentlige nøgle skal tilhøre en medlemsstat eller EU.Kommandomeddelelse>TABELPOSITION>Svarmeddelelse>TABELPOSITION>- Giver kommandoen resultat, tilbagemelder kortet '9000'.- Lykkes verifikationen af den kryptografiske kontrolsum ikke, tilbagemeldes behandlingsstatus '6688'. Verifikation og udpakning af certifikatet beskrives i tillæg 11.- Hvis der ikke findes nogen offentlig nøgle i sikkerhedsmiljøet, tilbagemeldes '6A88'.- Hvis den valgte offentlige nøgle (som benyttes til udpakning af certifikatet) anses for beskadiget, tilbagemeldes status '6400' eller '6581'.- Hvis den valgte offentlige nøgle (som anvendes til at udpakke certifikatet) har en anden CHA.LSB (CertificateHolderAuthorisation.equipmentType) end '00' (dvs. ikke tilhører en EU-medlemsstat), tilbagemeldes status '6985'.3.6.8. Internal AuthenticateDenne kommando er i overensstemmelse med ISO/IEC 7816-4.Med kommandoen INTERNAL AUTHENTICATE kan kortlæseren bekræfte kortets ægthed.Ægthedsbekræftelsen er beskrevet i tillæg 11. Den indeholder følgende sætninger:Kommandoen INTERNAL AUTHENTICATE anvender kortets private nøgle (som er valgt implicit) til signering af ægthedsdata, som indeholder K1 (første element i session nøgleoverensstemmelse) og RND1, og anvender den offentlige nøgle, der aktuelt er valgt (ved den seneste MSE-kommando), til at kryptere underskriften og udforme ægthedsbekræftelsestoken (nærmere detaljer i tillæg 11).Kommandomeddelelse>TABELPOSITION>Svarmeddelelse>TABELPOSITION>- Giver kommandoen resultat, tilbagemelder kortet '9000'.- Findes ingen offentlig nøgle i sikkerhedsmiljøet, tilbagemeldes status '6A88'.- Findes der ikke ingen privat nøgle i sikkerhedsmiljøet, tilbagemeldes status '6A88'.- Hvis VU.CHR ikke svarer til navnet for den aktuelle offentlige nøgle, tilbagemeldes status '6A88'.- Hvis den valgte private nøgle anses for beskadiget, tilbagemeldes status '6400' eller '6581'.Hvis INTERNAL AUTHENTICATE-kommandoen giver resultat, slettes den eventuelle nøgle for den aktuelle session og er ikke længere til rådighed. For at man kan få adgang til en ny sessionsnøgle, skal kommandoen EXTERNAL AUTHENTICATE gennemføres med resultat.3.6.9. External AuthenticateDenne kommando er i overensstemmelse med ISO/IEC 7816-4.Med kommandoen EXTERNAL AUTHENTICATE kan kortet bekræfte identiteten af kortlæseren.Identitetsbekræftelsen er beskrevet i tillæg 11. Den indeholder følgende sætninger:En GET CHALLENGE-kommando skal gå umiddelbart forud for EXTERNAL AUTHENTICATE-kommandoen. Kortet afgiver en challenge (RND3).Til verifikation af kryptogrammet anvendes RND3 (challenge afgivet af kortet), kortets private nøgle (valgt implicit) og den offentlige nøgle, som i forvejen er valgt med MSE-kommandoen.Kortet verificerer kryptogrammet, og hvis det er korrekt, åbnes adgangsbetingelsen AUT.Indgangskryptogrammet indeholder det andet element K2 til sessionsnøgleoverensstemmelse.Kommandomeddelelse>TABELPOSITION>Svarmeddelelse>TABELPOSITION>- Giver kommandoen resultat, tilbagemelder kortet '9000'.- Findes der ingen offentlig nøgle i sikkerhedsmiljøet, tilbagemeldes '6A88'.- Hvis CHA for den aktuelt fastsatte offentlige nøgle ikke er en sammenføjning af fartskriverapplikationens navn (AID) og en type køretøjsenhed, tilbagemeldes status '6F00' (se tillæg 11).- Findes der ikke ingen privat nøgle i sikkerhedsmiljøet, tilbagemeldes status '6A88'.- Lykkes verifikationen af den kryptografiske kontrolsum ikke, tilbagemeldes behandlingsstatus '6688'.- Hvis denne kommando ikke følger umiddelbart efter en GET CHALLENGE-kommando, tilbagemeldes status '6985'.- Hvis den valgte private nøgle anses for beskadiget, tilbagemeldes status '6400' eller '6581'.Hvis EXTERNAL AUTHENTICATE-kommandoen ikke giver resultat, og hvis første del af sessionsnøglen er tilgængelig fra en vellykket nylig udført INTERNAL AUTHENTICATE, bliver sessionsnøglen til fremtidige kommandoer fastsat med sikker meddelelsesoverførsel.Er sessionsnøglens første del ikke til rådighed fra en tidligere INTERNAL AUTHENTICATE-kommando, bliver sessionsnøglens anden del, som sendes af kortlæseenheden, ikke gemt på kortet. Derved sikres, at den gensidige ægthedsbekræftelse finder sted i den rækkefølge, som foreskrives i tillæg 11.3.6.10. Manage Security EnvironmentMed denne kommando fastsættes en offentlig nøgle til brug for ægthedsbekræftelse.Denne kommando er i overensstemmelse med ISO/IEC 7816-8. Brugen af denne kommando er begrænset med hensyn til den tilknyttede standard.Den nøgle, der henvises til i MSE-datafeltet, er gyldig for enhver dedikeret fartskriverfil.Den nøgle, der henvises til i MSE-datafeltet, er den aktuelle offentlige nøgle indtil næste korrekte MSE-kommando.Hvis den nøgle, der henvises til, ikke (allerede) er til stede på kortet, sker der ingen ændring i sikkerhedsmiljøet.Kommandomeddelelse>TABELPOSITION>Svarmeddelelse>TABELPOSITION>- Giver kommandoen resultat, tilbagemelder kortet '9000'.- Hvis den nøgle, der henvises til, ikke er til stede på kortet, tilbagemeldes behandlingsstatus '6A88'.- Hvis visse forventede dataobjekter ikke findes i sikkert meddelelsesformat, tilbagemeldes status '6987'. Dette kan være tilfældet, hvis etiketten '83h' mangler.- Hvis nogle dataobjekter er ukorrekte, tilbagemeldes behandlingsstatus '6988'. Dette kan ske, hvis længden af nøgleidentifikatoren ikke er '08h'.- Anses den valgte nøgle for beskadiget, tilbagemeldes status '6400' eller '6581'.3.6.11. PSO: HashDenne kommando anvendes til at overføre værdien af en hashberegning på visse data til kortet. Kommandoen bruges til verifikation af digitale underskrifter. Hash-værdien lagres i EEPROM til den efterfølgende kommando om verifikation af digital underskrift.Denne kommando er i overensstemmelse med ISO/IEC 7816-8. Brugen af denne kommando er begrænset med hensyn til den tilknyttede standard.Kommandomeddelelse>TABELPOSITION>Svarmeddelelse>TABELPOSITION>- Giver kommandoen resultat, tilbagemelder kortet '9000'.- Hvis nogle af de forventede dataobjekter (som ovenfor angivet) mangler, tilbagemeldes status '6987'. Dette kan ske, hvis en af etiketterne '90h' mangler.- Hvis nogle dataobjekter er ukorrekte, tilbagemeldes behandlingsstatus '6988'. Denne fejl opstår, hvis den nødvendige etiket er til stede, men dens længde er forskellig fra '14h'.3.6.12. Perform Hash of FileDenne kommando er ikke i overensstemmelse med ISO/IEC 7816-8. Klassebyten (CLA) i denne kommando angiver således, at der er en ophavsretligt beskyttet anvendelse af PERFORM SECURITY OPERATION/HASH.Kommandoen PERFORM HASH OF FILE anvendes til hashing af dataområdet i den aktuelt valgte transparente elementærfil (EF).Resultatet af hashoperationen gemmes på kortet. Derefter kan det benyttes til at sætte en digital underskrift på filen ved hjælp af kommandoen PSO: COMPUTE DIGITAL SIGNATURE. Dette resultat vil være til rådighed for kommandoen COMPUTE DIGITAL SIGNATURE, indtil næste PERFORM HASH OF FILE-kommando er gennemført med resultat.Kommandomeddelelse>TABELPOSITION>Svarmeddelelse>TABELPOSITION>- Giver kommandoen resultat, tilbagemelder kortet '9000'.- Er ingen applikation valgt, tilbagemeldes behandlingsstatus '6986'.- Anses den valgte elementærfil for beskadiget, tilbagemeldes status '6400' eller '6581'.- Er den valgte fil ikke en transparent fil, tilbagemeldes status '6986'.3.6.13. PSO: Compute Digital SignatureDenne kommando anvendes til at beregne den digitale underskrift af en tidligere beregnet hashkode (se PERFORM HASH OF FILE, punkt 3.6.12).Denne kommando er i overensstemmelse med ISO/IEC 7816-8. Brugen af denne kommando er begrænset med hensyn til den tilknyttede standard.Kortets private nøgle anvendes til at beregne den digitale underskrift og kendes implicit af kortet.Kortet udfører en digital underskrift med en udfyldningsmetode, som er i overensstemmelse med PKCS1 (se tillæg 11 for nærmere detaljer).Kommandomeddelelse>TABELPOSITION>Svarmeddelelse>TABELPOSITION>- Giver kommandoen resultat, tilbagemelder kortet '9000'.- Hvis den implicit valgte private nøgle anses for beskadiget, tilbagemeldes status '6400' eller '6581'.3.6.14. PSO: Verify Digital SignatureDenne kommando anvendes til at verificere den digitale underskrift, som tilføres som inddata, i overensstemmelse med PKCS1 for en meddelelse, for hvilken hash kendes af kortet. Underskriftsalgoritmen kendes implicit af kortet.Denne kommando er i overensstemmelse med ISO/IEC 7816-8. Brugen af denne kommando er begrænset med hensyn til den tilknyttede standard.Kommandoen VERIFY DIGITAL SIGNATURE anvender altid samme offentlige nøgle, som er valgt af den forudgående MANAGE SECURITY ENVIRONMENT-kommando, og den forudgående hashkode, som er indlæst med en PSO: HASH-kommando.Kommandomeddelelse>TABELPOSITION>Svarmeddelelse>TABELPOSITION>- Giver kommandoen resultat, tilbagemelder kortet '9000'.- Lykkes verifikationen af underskriften ikke, tilbagemeldes behandlingsstatus '6688'. Verifikationsprocessen er beskrevet i tillæg 11.- Hvis der ikke er valgt nogen offentlig nøgle, tilbagemeldes status '6A88'.- Hvis nogle af de forventede dataobjekter (som angivet ovenfor) mangler, tilbagemeldes status '6987'. Dette kan forekomme, hvis en af de ønskede etiketter mangler.- Hvis der til behandling af kommandoen ikke er nogen hashkode til rådighed (som resultat af en forudgående PSO: HASH-kommando), tilbagemeldes status '6985'.- Hvis nogle dataobjekter er ukorrekte, tilbagemeldes behandlingsstatus '6988'. Dette kan forekomme, hvis længden af en af de ønskede etiketter er forkert.- Hvis den valgte offentlige nøgle anses for beskadiget, tilbagemeldes status '6400' eller '6581'.4. FARTSKRIVERKORTENES STRUKTURDette afsnit angiver fartskriverkortenes filstruktur til lagring af tilgængelige data.Det specificerer ikke producentafhængige interne strukturer i kortet som f.eks. startetiketter på filer eller lagring og behandling af dataelementer, som udelukkende behøves til intern brug, som f.eks. EuropeanPublicKey, CardPrivateKey, TDesSessionKey eller WorkshopCardPin.Den effektive lagerplads på fartskriverkort skal være mindst 11 kbytes. Der kan anvendes større lagerplads. I så fald er kortets struktur den samme, men visse af elementerne i strukturen indeholder flere poster. Dette afsnit angiver mindste- og størsteværdier for antallet af sådanne poster.4.1. Førerkortets strukturEfter at førerkortet er personaliseret, skal det have følgende permanente filstruktur og filadgangsbetingelser:>PIC FILE= "L_2002207DA.011901.TIF">Alle elementærfilers strukturer skal være transparente.Læsning med sikker meddelelsesoverførsel skal være mulig for alle filer under den dedikerede fartskriverfil (DF Tachograph).Førerkortet skal have følgende datastruktur:>PIC FILE= "L_2002207DA.011902.TIF">>PIC FILE= "L_2002207DA.012001.TIF">Følgende værdier, der er anvendt som størrelsesangivelser i ovenstående tabel, er mindste og største antal poster i førerkortets datastruktur:>TABELPOSITION>4.2. Værkstedskortets strukturEfter at værkstedskortet er personaliseret, skal det have følgende permanente filstruktur og filadgangsbetingelser:>PIC FILE= "L_2002207DA.012101.TIF">Alle elementærfilers strukturer skal være transparente.Læsning med sikker meddelelsesoverførsel skal være mulig for alle filer under den dedikerede fartskriverfil (DF Tachograph).Værkstedskortet skal have følgende datastruktur:>PIC FILE= "L_2002207DA.012102.TIF">>PIC FILE= "L_2002207DA.012201.TIF">>PIC FILE= "L_2002207DA.012301.TIF">Følgende værdier, der er anvendt som størrelsesangivelse i ovenstående tabel, er det mindste og største antal poster i værkstedskortets datastruktur:>TABELPOSITION>4.3. Kontrolkortets strukturEfter at kontrolkortet er personaliseret, skal det have følgende permanente filstruktur og filadgangsbetingelser:>PIC FILE= "L_2002207DA.012302.TIF">Alle elementærfilers strukturer skal være transparente.Læsning med sikker meddelelsesoverførsel skal være mulig for alle filer under fartskriverens dedikerede fil.Kontrolkortet skal have følgende datastruktur:>PIC FILE= "L_2002207DA.012401.TIF">Følgende værdier, der er anvendt som størrelsesangivelser i ovenstående tabel, er det mindste og største antal poster i kontrolkortets datastruktur:>TABELPOSITION>4.4. Virksomhedskortets strukturEfter at virksomhedskortet er personaliseret, skal det have følgende permanente filstruktur og filadgangsbetingelser:>PIC FILE= "L_2002207DA.012501.TIF">Alle elementærfilers strukturer skal være transparente.Læsning med sikker meddelelsesoverførsel skal være mulig for alle filer under den dedikerede fartskriverfil (DF Tachograph).Virksomhedskortet skal have følgende datastruktur:>PIC FILE= "L_2002207DA.012502.TIF">>PIC FILE= "L_2002207DA.012601.TIF">Følgende værdier, der er anvendt som størrelsesangivelser i ovenstående tabel, er det mindste og største antal poster i virksomhedskortets datastruktur:>TABELPOSITION>Tillæg 3PIKTOGRAMMERKontrolapparatet kan anvende følgende piktogrammer og kombinationer af piktogrammer:1. BASISPIKTOGRAMMER>TABELPOSITION>>TABELPOSITION>>TABELPOSITION>>TABELPOSITION>>TABELPOSITION>>TABELPOSITION>2. KOMBINATIONER AF PIKTOGRAMMER>TABELPOSITION>>TABELPOSITION>>TABELPOSITION>>TABELPOSITION>>TABELPOSITION>>TABELPOSITION>>TABELPOSITION>Bemærkning:Andre kombinationer af piktogrammer, som danner en udskrivningsgruppe eller datanavne for poster, er givet i tillæg 4.Tillæg 4UDSKRIFTERINDHOLD>TABELPOSITION>1. GENERELTHver udskrift er opbygget ved kædning af forskellige datagrupper, om muligt identificeret med en gruppeidentifikator.En datagruppe indeholder en eller flere poster, eventuelt identificeret ved en postidentifikator.Når en gruppeidentifikator står umiddelbart foran en postidentifikator, bliver postidentifikatoren ikke udskrevet.Når et dataelement er ukendt eller ikke må udskrives af grunde vedrørende dataadgang, udskrives mellemrum i stedet.Hvis indholdet af en hel linje er ukendt eller ikke behøver udskrives, udelades hele linjen.Numeriske datafelter udskrives højrejusteret, med mellemrum som skilletegn for tusinder og millioner, og uden foranstillede nuller.Strengdatafelter udskrives venstrejusteret og udfyldt med mellemrum til dataelementets længde eller om nødvendigt afkortet til dataelementets længde (navn og adresse).2. SPECIFIKATION AF DATAGRUPPERI dette kapitel er anvendt følgende notationsregler for format:- tegn med fede typer angiver almindelig tekst, som skal udskrives (udskrives med normale tegn),- normale typer angiver variable (piktogrammer eller data) som ved udskrivning skal erstattes med deres værdi,- variabelnavne er omgivet af understregningstegn for at angive den længde, som dataelementer for den pågældende variabel kan have,- datoer angives i formatet "dd/mm/yyyy" (dag, måned, år). Der kan også anvendes formatet "dd.mm.yyyy",- betegnelsen "kortidentifikation" angiver sammensætningen af: Kortets type gennem en kombination af kortpiktogrammer, den kortudstedende medlemsstats kode, en normal skråstreg og kortets nummer med udskiftningsindekset og fornyelsesindekset adskilt af et mellemrum:>PIC FILE= "L_2002207DA.013101.TIF">Udskrifter skal anvende følgende datablokke og/eller dataposter i overensstemmelse med følgende betydninger og formater:>TABELPOSITION>3. SPECIFIKATION AF UDSKRIFTERI dette kapitel er anvendt følgende notationsregler for format:>TABELPOSITION>3.1. Daglig udskrift af føreraktivitet fra kortDaglig udskrift af føreraktivitet fra kort skal overholde følgende format:>TABELPOSITION>3.2. Daglig udskrift af føreraktivitet fra køretøjsenhedDaglig udskrift af føreraktivitet fra køretøjsenhed skal overholde følgende format:>TABELPOSITION>3.3. Udskrift af hændelser og fejl fra kortUdskrift af hændelser og fejl fra kort skal overholde følgende format:>TABELPOSITION>3.4. Udskrift af hændelser og fejl fra køretøjsenhedUdskrift af hændelser og fejl fra køretøjsenhed skal overholde følgende format:>TABELPOSITION>3.5. Udskrift af tekniske dataUdskrift af tekniske data skal overholde følgende format:>TABELPOSITION>3.6. Udskrift af overskridelser af tilladt hastighedUdskrift af overskridelser af tilladt hastighed skal overholde følgende format:>TABELPOSITION>Tillæg 5SKÆRMBILLEDEI dette tillæg er anvendt følgende notationsregler for format:- tegn med fede typer angiver almindelig tekst, som vises (vises på skærmen med normale typer),- normale typer angiver variable (piktogrammer eller data) som på skærmen skal erstattes med deres værdi:dd mm yyyy: dag, måned, år,hh: timer,mm: minutter,D: varighedspiktogram,EF: kombination af piktogrammer for begivenheder eller fejl,O: piktogram for funktionsmåde.Kontrolapparatet skal på skærmen vise data i følgende formater:>TABELPOSITION>Tillæg 6EKSTERNE GRÆNSEFLADERINDHOLD>TABELPOSITION>1. HARDWARE1.1. TilslutningsstikStikket til dataoverførsel/kalibrering skal være 6-benet, skal være tilgængeligt fra frontpanelet, uden at nogen del af kontrolapparatet behøver adskilles, og skal være i overensstemmelse med følgende tegning (alle mål i mm):>PIC FILE= "L_2002207DA.014401.TIF">Følgende diagram viser et typisk 6-benet stik:>PIC FILE= "L_2002207DA.014501.TIF">1.2. Kontakternes tildelingKontakterne skal være tildelt i overensstemmelse med følgende tabel:>TABELPOSITION>1.3. BlokdiagramBlokdiagrammet skal være i overensstemmelse med følgende:>PIC FILE= "L_2002207DA.014601.TIF">2. GRÆNSEFLADE FOR DATAOVERFØRSELGrænsefladen for dataoverførsel skal opfylde specifikationerne RS232.Grænsefladen for dataoverførsel skal have én startbit, 8 mindst betydende databit først, én lige paritetsbit og 1 stopbit.Organisation af databytes>PIC FILE= "L_2002207DA.014602.TIF">Startbit: én bit med logisk niveau 0Databit: overføres med mindst betydende bit førstParitetsbit: lige paritetStopbit: én bit med logisk niveau 1Ved overførsel af numeriske data bestående af flere end én byte overføres den mest betydende byte først, og den mindst betydende byte sidst.Transmissionshastigheden skal kunne indstilles mellem 9600 bps og 115200 bps. Transmission skal kunne ske med den højst mulige transmissionshastighed, idet den indledende hastighed efter start af kommunikationen er stillet på 9600 bps.3. GRÆNSEFLADE FOR KALIBRERINGDatakommunikationen skal opfylde ISO 14230-1 Road vehicles - Diagnostic systems - Keyword protocol 2000 - Part 1: Physical layer, First edition: 1999.Indgangs- og udgangssignalet skal opfylde følgende elektriske forskrift:>TABELPOSITION>Indgangs- og udgangssignalet skal opfylde følgende tidsdiagrammer:>TABELPOSITION>Tillag 7PROTOKOLLER FOR DATAOVERFØRSELINDHOLD>TABELPOSITION>1. INDLEDNINGDette tillæg beskriver de procedurer, der skal følges ved forskellige typer dataoverførsel til et eksternt lagermedium (ESM), foruden de protokoller, der skal gennemføres for at sikre korrekt overførsel af data og fuld kompatibilitet af det overførte dataformat, således at enhver tilsynsførende har adgang til disse data og mulighed for at kontrollere deres ægthed og integritet, før han analyserer dem.1.1. OmrådeDer kan overføres data til et eksternt lagermedium:- fra en køretøjsenhed med en intelligent dedikeret enhed (IDE) tilsluttet køretøjsenheden,- fra et fartskriverkort med en IDE-enhed med kortlæser (IFD),- fra et fartskriverkort via en køretøjsenhed ved hjælp af en IDE-enhed tilsluttet køretøjsenheden.For at man skal kunne fastslå ægthed og integritet af overførte data, som er gemt på et eksternt lagermedium, bliver der ved dataoverførsel vedhæftet en underskrift i overensstemmelse med tillæg 11 (fælles sikkerhedsmekanismer). Kildeenhedens (køretøjsenhed eller kort) identifikation og sikkerhedsattester (fra medlemsstaten og for udstyret) bliver ligeledes overført. Den, der kontrollerer data, skal uafhængigt være indehaver af en betroet europæisk offentlig nøgle.Data overført i én overførselssession skal på det eksterne lagermedium gemmes i én fil.1.2. Akronymer og notationI dette tillæg anvendes følgende akronymer:AID ApplikationsnavnATR Svar på nulstillingCS KontrolsumbyteDF Dedikeret filDS DiagnosesessionEF ElementærfilESM Eksternt lagermediumFID Filidentifikator (filnavn)FMT Formatbyte (første byte i meddelelsens hoved)ICC ChipkortIDE Intelligent dedikeret udstyr: Det udstyr, som anvendes til at overføre data til det eksterne lagermedium (f.eks. pc)IFD Kortlæser (Interface device)KWP Nøgleordsprotokol 2000LEN Længdebyte (sidste byte i meddelelsens hoved)PPS Valg af protokolparametrePSO Udfør sikkerhedsoperationSID TjenesteidentifikatorSRC KildebyteTGT AdressebyteTLV Længde af mærkatTREP Parameter for svar på overførselTRTP Parameter for anmodning om overførselVU Køretøjsenhed2. DATAOVERFØRSEL FRA KØRETØJSENHED2.1. Fremgangsmåde ved dataoverførselFor at overføre data fra køretøjsenheden skal operatøren foretage følgende:- indsætte sit fartskriverkort i en kortplads i køretøjsenheden(1);- tilslutte IDE-enheden til køretøjsenhedens datastik;- etablere forbindelse mellem IDE-enhed og køretøjsenhed;- på IDE-enheden vælge data, som skal overføres, og sende anmodningen til køretøjsenheden;- afslutte dataoverførselssessionen.2.2. Protokol for dataoverførselProtokollen har master/slave-struktur, således at IDE-enheden fungerer som master og køretøjsenheden som slave.Meddelelsesstruktur, -typer og -strøm er hovedsagelig baseret på Keyword protocol 2000 (KWP) (ISO 14230-2 Road vehicles - Diagnostic systems - Keyword protocol 2000 - Part 2: Data link layer).Applikationslaget bygger hovedsagelig på det aktuelle udkast til ISO 14229-1 (Road vehicles - Diagnostic systems - Part 1: Diagnostic services, version 6 af 22. februar 2001).2.2.1. MeddelelsesstrukturAlle meddelelser, som udveksles mellem IDE-enhed og køretøjsenhed, er formateret med tredelt struktur:- et hoved bestående af en formatbyte (FMT), en destinationsbyte (TGT), en kildebyte (SRC) og eventuelt en længdebyte (LEN),- et datafelt bestående af en tjenesteidentifikatorbyte (SID) og et varierende antal databytes, som kan omfatte en ikke obligatorisk diagnosesessionsbyte (DS) eller en frivillig overførselsparameterbyte (TRTP eller TREP),- en kontrolsum bestående af en kontrolsumbyte (CS).>TABELPOSITION>TGT- og SRC-byten repræsenterer den fysiske adresse på modtageren og afsenderen af meddelelsen. De har værdierne F0 Hex for IDE-enheden og EE Hex for køretøjsenheden.LEN-byten er længden af datafeltdelen.Kontrolsumbyten er 8 bit-sumserie modulo 256 for alle meddelelsens bytes bortset fra selve kontrolsummen.FMT-, SID-, DS-, TRTP- og TREP-bytes er defineret senere i dette dokument.Hvis de data, som meddelelsen skal medføre, er længere end pladsen i datafeltdelen, bliver meddelelsen reelt sendt som flere delmeddelelser. Hver sådan delmeddelelse har et hoved, samme SID og TREP og en 2-byte-delmeddelelsestæller, som angiver delmeddelelsens nummer i den samlede meddelelse. For at der skal kunne foretages fejlkontrol og afbrydelse, kvitterer IDE-enheden for hver delmeddelelse. IDE-enheden kan acceptere delmeddelelsen, anmode om, at den genoverføres, anmode køretøjsenheden om at begynde igen eller afbryde dataoverførslen.Hvis den sidste delmeddelelse indeholder nøjagtig 255 bytes i datafeltet, skal der vedhæftes en afsluttende delmeddelelse, hvor datafeltet er tomt (bortset fra SID, TREP og delmeddelelsestælleren), som angivelse af meddelelsens slutning.Eksempel:>TABELPOSITION>Vil blive overført som:>TABELPOSITION>>TABELPOSITION>...>TABELPOSITION>eller som:>TABELPOSITION>>TABELPOSITION>...>TABELPOSITION>>TABELPOSITION>2.2.2. MeddelelsestyperKommunikationsprotokollen for overførsel af data mellem køretøjsenheden og IDE-enheden kræver udveksling af 8 forskellige typer meddelelser.Disse meddelelser er sammenfattet i følgende tabel.>TABELPOSITION>Bestemmelser:- Sid Req = Sid for den tilsvarende anmodning, Lid Req = Lid for den tilsvarende anmodning.- TREP = TRTP for den tilsvarende anmodning.- Mørke celler angiver, at intet er overført.- Betegnelsen upload (set fra IDE-enheden) anvendes for kompatibilitet med nøgleordsprotokollen (ISO 14229). Betydningen er den samme som af dataoverførsel (set fra køretøjsenheden).- Eventuelle 2-byte-delmeddelelsestællere er ikke vist i denne tabel.2.2.2.1. Anmodning om at begynde kommunikation (SID 81)Denne meddelelse afgives af IDE-enheden for at etablere en kommunikationsforbindelse med køretøjsenheden. Den indledende kommunikation udføres altid ved 9600 baud (indtil transmissionshastigheden til sidst ændres ved hjælp af de pågældende link-kontroltjenester).2.2.2.2. Positivt svar på begynd kommunikation (SID C1)Denne meddelelse afgives af IDE-enheden som positivt svar på anmodning om at begynde kommunikation. Den indeholder de to nøglebytes '8F' 'EA', som angiver, at enheden understøtter protokollen, og hovedet indeholder oplysninger om destination, kilde og længde.2.2.2.3. Anmodning om at begynde diagnose-session (SID 10)Anmodning om at begynde diagnose-session afgives af IDE-enheden for at anmode om en ny diagnosesession med køretøjsenheden. Delfunktionen 'default session' (81 Hex) angiver, at der skal åbnes en standarddiagnosesession.2.2.2.4. Positivt svar på begynd diagnose (SID 50)Meddelelsen om positivt svar på begynd diagnose afgives af køretøjsenheden som positivt svar på anmodning om diagnosesession.2.2.2.5. Linkkontroltjeneste (SID 87)Linkkontroltjenesten anvendes af IDE-enheden til at indlede en ændring i transmissionshastigheden. Dette sker i to trin. I første trin foreslår IDE-enheden en ændring i transmissionshastigheden. Ved modtagelse af et positivt svar fra køretøjsenheden afgiver IDE-enheden en bekræftelse på den ændrede transmissionshastighed til køretøjsenheden (andet trin). IDE-enheden skifter derefter til den nye transmissionshastighed. Efter modtagelse af bekræftelsen skifter køretøjsenheden til den nye transmissionshastighed.2.2.2.6. Positivt svar på linkkontrol (SID C7)Positivt svar på link kontrol angives af køretøjsenheden som svar på en anmodning til link kontrol tjenesten (første trin). Bemærk, at der ikke svares på bekræftelsen af anmodningen (trin to).2.2.2.7. Anmodning om at uploade (SID 35)Meddelelsen anmodning om at uploade afgives af IDE-enheden for over for køretøjsenheden at anmode om en dataoverførsel. For at opfylde kravene i ISO 14229 indgår der data om adresse, størrelse og format af de ønskede data. Da disse ikke kendes af IDE-enheden før overførslen, sættes lageradressen til 0, formatet til ukrypteret og lagerstørrelsen til maksimum.2.2.2.8. Positivt svar på anmodning om at uploade (SID 75)Positivt svar på anmodning om at uploade sendes af køretøjsenheden for at fortælle IDE-enheden, at køretøjsenheden er klar til at overføre data. For at opfylde kravene i ISO14229 indeholder den positive svarmeddelelse data, som fortæller IDE-enheden, at yderligere meddelelser med positivt svar på dataoverførsel vil indeholde maksimalt 00FF hex byte.2.2.2.9. Anmodning om dataoverførsel (SID 36)Anmodning om dataoverførsel sendes af IDE-enheden for over for køretøjsenheden at specificere den type data, som skal overføres. Overførslens type angives af en parameter for anmodning om dataoverførsel (TRTP) på én byte.Der er seks typer dataoverførsel:- Oversigt (TRTP 01),- Aktiviteter på en nærmere angivet dato (TRTP 02),- Hændelser og fejl (TRTP 03),- Detaljeret hastighed (TRTP 04),- Tekniske data (TRTP 05),- Overførsel af data fra kort (TRTP 06).IDE-enheden skal obligatorisk anmode om oversigt over dataoverførsel (TRTP 01) under en dataoverførselssession, da det kun på denne måde kan sikres, at køretøjsenhedens certifikater registreres i den overførte fil (så der er mulighed for verificering af en digital underskrift).I andet tilfælde (TRTP 02) er det i meddelelsen overfør data angivet, hvilken kalenderdag (TimeReal-format) der skal overføres.2.2.2.10. Positivt svar på overfør data (SID 76)Positivt svar på overfør data afgives af køretøjsenheden som svar på anmodningen om dataoverførsel. Meddelelsen indeholder de anmodede data med en parameter for svar på overførsel (TREP) svarende til anmodningens TRTP.I første tilfælde (TREP F01) vil køretøjsenheden sende data, som hjælper IDE-operatøren til at vælge de data, som han yderligere vil overføre. Denne meddelelse indeholder følgende oplysninger:- Sikkerhedscertifikater,- Køretøjsidentifikation,- Køretøjsenhedens aktuelle dato og klokkeslæt,- Mindste og største dato, som kan overføres (data fra køretøjsenhed),- Angivelse af kort, som er isat i køretøjsenheden,- Tidligere dataoverførsler til en virksomhed,- Virksomhedslåse,- Tidligere kontroller.2.2.2.11. Anmodning om at forlade overførsel (SID 37)Anmodningen forlad dataoverførsel afgives af IDE-enheden for at fortælle køretøjsenheden, at dataoverførselssessionen er slut.2.2.2.12. Positivt svar på forlad overførsel (SID 77)Positivt svar på forlad dataoverførsel afgives af køretøjsenheden for at kvittere for anmodningen om dataoverførsel.2.2.2.13. Anmodningen stands kommunikation (SID 82)Anmodning om at standse kommunikation afgives af IDE-enheden for at afbryde kommunikationsforbindelsen til køretøjsenheden.2.2.2.14. Positivt svar på stands kommunikation (SID C2)Positivt svar på stands kommunikation afgives af køretøjsenheden for at kvittere for anmodningen om at standse kommunikation.2.2.2.15. Kvittér for delmeddelelse (SID 83)Delmeddelelsen kvittering afgives af IDE-enheden for at bekræfte de enkelte dele af en meddelelse, der overføres som flere delmeddelelser. Datafeltet indeholder den SID, som er modtaget fra køretøjsenheden, og en 2-byte-kode som følger:- MsgC + 1 Kvitterer for korrekt modtagelse af delmeddelelse nummer MsgC.Anmodning fra IDE-enheden til køretøjsenheden om at sende næste delmeddelelse- MsgC angiver, at der er en fejl ved modtagelse af delmeddelelse nummer MsgC.Anmodning fra IDE-enheden til køretøjsenheden om at genfremsende delmeddelelsen.- FFFF anmoder om afslutning af meddelelsen.Dette kan af IDE-enheden anvendes til at afslutte overførslen af meddelelsen fra køretøjsenheden uanset grund.For den afsluttende delmeddelelse i en meddelelse (LEN byte &lt;  255) kan der kvitteres med enhver af disse koder, eller kvittering kan undlades.Svar fra køretøjsenheden består af flere delmeddelelser og kan være:- Positivt svar på anmodning om dataoverførsel (SID 76).2.2.2.16. Negativt svar (SID 7F)Som svar på ovennævnte anmodninger sender køretøjsenheden negativt svar, når køretøjsenheden ikke kan imødekomme anmodningen. Meddelelsens datafelter indeholder svarets SID (7F), anmodningens SID og en kode, som angiver begrundelsen for det negative svar. Følgende koder er til rådighed:- 10 generel afvisningOperationen kan ikke gennemføres af grunde, som ikke er omfattet af nedenstående.- 11 tjeneste ikke understøttetAnmodningens SID er ikke blevet forstået.- 12 delfunktion understøttes ikkeAnmodningens DS eller TRTP forstås ikke, eller der er ikke flere delmeddelelser at overføre.- 13 ukorrekt meddelelseslængdeLængden af den modtagne meddelelse er forkert.- 22 ukorrekte betingelser eller fejl i anmodningssekvensDen anmodede tjeneste er ikke aktiv eller sekvensen af anmodningsmeddelelsen ukorrekt.- 31 Anmodningen uden for det fastlagte områdePosten med anmodningens parametre (datafelt) ugyldig.- 50 upload ikke accepteretAnmodningen kan ikke efterkommes (køretøjsenhed ikke i korrekt driftsmåde, eller intern fejl i køretøjsenhed).- 78 svar uafgjortDen anmodede operation kan ikke gennemføres i tide, og køretøjsenheden er ikke klar til at modtage endnu en anmodning.- FA-data foreligger ikkeDataobjektet for en anmodning om dataoverførsel findes ikke i køretøjsenheden (f.eks. hvis der ikke er isat noget kort).2.2.3. MeddelelsesstrømEn typisk meddelelsesstrøm ved en normal dataoverførselsprocedure er følgende:>TABELPOSITION>2.2.4. SynkroniseringUnder normal drift er tidsparametrene i følgende figur relevante:Figur 1Meddelelsesstrøm, synkronisering>PIC FILE= "L_2002207DA.015701.TIF">Hvor:P1= Tidsrum, som adskiller bytes for svar fra køretøjsenhed.P2= Tid fra slutning af IDE-enhedens anmodning til start på køretøjsenhedens svar, eller fra slutning af IDE-enhedens kvittering til start på køretøjsenhedens næste svar.P3= Tid fra slutning af køretøjsenhedens svar til start på ny anmodning fra IDE-enheden, eller fra slutningen af køretøjsenhedens svar til start på IDE-enhedens kvittering, eller fra slutningen af IDE-enhedens anmodning til start på ny anmodning fra IDE-enheden, hvis køretøjsenheden ikke svarer.P4= Tidsrum, der adskiller bytes i anmodning fra IDE-enheden.P5= Forlænget T3 ved overførsel fra kort.Tilladte værdier af tidsparametrene er angivet i følgende tabel (det udvidede KWP-tidsparametersæt, som anvendes ved fysisk adressering for at gøre kommunikationen hurtigere).>TABELPOSITION>2.2.5. FejlhåndteringIndtræffer der en fejl under meddelelsesudvekslingen, ændres meddelelsesstrømmene alt efter, hvilket udstyr der har fundet fejlen, og den meddelelse, som har udløst fejlen.I fig. 2 og fig. 3 vises fejlhåndteringsprocedurer for hhv. køretøjsenhed og IDE-enhed.2.2.5.1. Start kommunikation-faseHvis IDE-enheden finder en fejl i start kommunikation-fasen, enten i synkroniseringen eller i bitstrømmen, venter den i et tidsrum af P3min, før den igen afgiver anmodningen.Hvis køretøjsenheden finder en fejl i den afgivne sekvens fra IDE-enheden, skal den intet svar sende og vente på endnu en anmodning om start på kommunikation inden for et tidsrum af P3max.2.2.5.2. KommunikationsfaseDer kan defineres to forskellige fejlhåndteringsområder:1. Køretøjsenheden konstaterer en fejl i dataoverførslen for IDE-enhedenFor hver modtaget meddelelse skal køretøjsenheden finde eventuelle synkroniseringsfejl, fejl ved byteformat (f.eks. fejl ved start- og stopbit) og rammefejl (forkert antal bytes modtaget, forkert kontrolsumbyte).Hvis køretøjsenheden finder en af ovennævnte fejl, afgiver den intet svar og ignorerer den modtagne meddelelse.Køretøjsenheden kan finde andre fejl i den modtagne meddelelses format eller indhold (f.eks. at meddelelsen ikke understøttes), uanset om meddelelsen opfylder forskrifterne for længde og kontrolsum; i så fald skal køretøjsenheden svare IDE-enheden med en negativ svarmeddelelse med angivelse af fejlens art.Figur 2Håndtering af fejl ved køretøjsenhed>PIC FILE= "L_2002207DA.015801.TIF">2. IDE-enheden registrerer en dataoverførselsfejl ved køretøjsenhedenFor hver modtagen meddelelse skal IDE-enheden finde eventuelle synkroniseringsfejl, fejl ved byteformat, (f.eks. fejl ved start- og stopbit) og rammefejl (forkert antal bytes modtaget, forkert kontrolsumbyte).IDE-enheden skal finde sekvensfejl, f.eks. ukorrekt forøgelse af tællerne for delmeddelelser i successivt modtagne meddelelser.Hvis IDE-enheden konstaterer en fejl, eller der ikke kom svar fra køretøjsenheden inden for et tidsrum af P2max, vil anmodningen blive sendt igen, til den er sendt i alt højst tre gange. Hvad angår denne fejlfinding vil en kvittering for delmeddelelse blive betragtet som en anmodning til køretøjsenheden.IDE-enheden skal vente mindst P3min, før den begynder hver dataoverførsel; venteperioden måles fra seneste beregnede forekomst af en stopbit, efter at fejlen blev konstateret.Figur 3Håndtering af fejl ved IDE-enheden>PIC FILE= "L_2002207DA.015901.TIF">2.2.6. Svarmeddelelsens indholdDette afsnit angiver indholdet af datafelterne i de forskellige positive svarmeddelelser.Dataelementerne er defineret i tillæg 1 (Dataordliste).2.2.6.1. Positivt svar på oversigt over data til overførselDatafeltet i meddelelsen "Positivt svar på oversigt over data til overførsel" skal bære følgende data i følgende rækkefølge under SID 76 Hex, TREP 01 Hex og med passende opdeling i delmeddelelser og behørig tælling:>PIC FILE= "L_2002207DA.016001.TIF">2.2.6.2. Positivt svar på overførsel af dataaktiviteterDatafeltet i meddelelsen "Positivt svar på anmodning om overførsel af dataaktivitet" skal indeholde følgende data i følgende rækkefølge under SID 76 Hex og TREP 02 Hex med passende opdeling i delmeddelelser og behørig tælling:>PIC FILE= "L_2002207DA.016101.TIF">2.2.6.3. Positivt svar på overførsel af datahændelser og -fejlDatafeltet i meddelelsen "Positivt svar på anmodning om overførsel af datahændelser og -fejl" skal indeholde følgende data i følgende rækkefølge under SID 76 Hex og TREP 03 Hex, med passende opdeling i delmeddelelser og behørig tælling:>PIC FILE= "L_2002207DA.016201.TIF">2.2.6.4. Positivt svar på overførsel af detaljerede hastighedsdataDatafeltet i meddelelsen "Positivt svar på anmodning om overførsel af detaljeret hastighed" skal indeholde følgende data i følgende rækkefølge under SID 76 Hex og TREP 04 Hex, med passende opdeling i delmeddelelser og behørig tælling:>PIC FILE= "L_2002207DA.016301.TIF">2.2.6.5. Positivt svar på overførsel af tekniske dataDatafeltet i meddelelsen "Positivt svar på anmodning om overførsel af tekniske data" skal indeholde følgende data i følgende rækkefølge under SID 76 Hex og TREP 05 Hex med passende opdeling i delmeddelelser og behørig tælling:>PIC FILE= "L_2002207DA.016302.TIF">2.3. Lagring af fil på eksternt lagermediumNår en dataoverførselssession har omfattet overførsel af data fra en køretøjsenhed, skal IDE-enheden i én fysisk fil gemme alle data, som er modtaget fra køretøjsenheden under overførselssessionen i meddelelser om positiv respons på dataoverførsel. Data, som gemmes, omfatter ikke meddelelsers hoved, delmeddelelsestællere, tomme delmeddelelser og kontrolsummer, men indbefatter SID og TREP (af første delmeddelelse kun, hvis der er flere delmeddelelser).3. PROTOKOL FOR OVERFØRSEL AF FARTSKRIVERKORT3.1. AnvendelsesområdeDette afsnit beskriver direkte overførsel af data fra et fartskriverkort til en IDE-enhed. IDE-enheden er ikke en del af det sikre miljø; derfor udføres der ikke ægthedskontrol mellem kortet og IDE-enheden.3.2. DefinitionerOverførselssession: Hver gang der finder en overførsel af chipkortdata sted. Sessionen omfatter hele forløbet fra en kortlæser nulstiller chipkortet til deaktivering af chipkortet (udtagning af kort eller næste isætning).Underskrevet datafil: En fil fra chipkortet. Filen overføres til kortlæseren som almindelig tekst. På chipkortet bliver filen hashet og underskrevet, og underskriften overføres til kortlæseren.3.3. Dataoverførsel af kortOverførsel af et fartskriverkort omfatter følgende trin:- Overførsel af kortets fælles oplysninger i elementærfilerne ICC og IC. Disse oplysninger er ikke obligatoriske og sikres ikke med digital underskrift.- Overførsel af elementærfilens Card_Certificate og CA_Certificate. Disse oplysninger sikres ikke med digital underskrift.Det er obligatorisk at overføre disse filer ved hver overførselssession.- Overførsel af applikationens øvrige elementærfiler (i den dedikerede fil Tachograph) undtagen elementærfilen Card_Download. Disse oplysninger sikres med digital underskrift.- Ved hver overførselssession er det obligatorisk som minimum at overføre elementærfilerne Application_Identification og ID.- Ved overførsel af et førerkort er det desuden obligatorisk at overføre følgende elementærfiler:- Events_Data,- Faults_Data,- Driver_Activity_Data,- Vehicles_Used,- Places,- Control_Activity_Data,- Specific_Conditions.- Ved dataoverførsel fra førerkort opdateres LastCardDownload datoen i elementærfilen Card_Download- Ved overførsel fra værkstedskort skal kalibreringstælleren i elementærfilen Card_Download nulstilles.3.3.1. InitialiseringssekvensIDE-enheden skal indlede sekvensen som følger:>TABELPOSITION>Om ønsket kan man ved hjælp af PPS skifte til en højere transmissionshastighed, når blot denne understøttes af chipkortet.3.3.2. Sekvens for ikke underskrevne datafilerFølgende sekvens anvendes til overførsel af elementærfilerne ICC, IC, Card_Certificate og CA_Certificate:>TABELPOSITION>Bestemmelse:Før valg af Card_Certificate-elementærfilen skal fartskriverapplikationen være valgt (vælges ved applikationsnavn).3.3.3. Sekvens for underskrevne datafilerFølgende sekvens anvendes til hver af de efterfølgende filer, som skal overføres med tilhørende underskrift:>TABELPOSITION>3.3.4. Sekvens for nulstilling af kalibreringstællerTil nulstilling af NoOfCalibrationsSinceDownload-tælleren i elementærfilen Card_Download på et værkstedskort anvendes følgende sekvens:>TABELPOSITION>3.4. Format for lagring af data3.4.1. IndledningDe overførte data skal gemmes i overensstemmelse med følgende betingelser:- Data skal opbevares transparent. Dette indebærer, at byte-rækkefølgen såvel som bitrækkefølgen i den overførte byte skal forblive uændret ved overførslen.- Alle filer, der overføres fra kortet i løbet af en overførselssession, gemmes i én fil på det eksterne lagermedium.3.4.2. FilformatFilformatet er en sammenkædning af flere TLV-objekter.Mærkaten for en elementærfil skal være filidentifikatoren med tilføjelsen "00".Mærkaten for en elementærfils underskrift skal være filidentifikatoren plus tilføjelsen "01".Længden er en to byte-værdi. Værdien fastlægger antal bytes i værdifeltet. Værdien "FF FF" i længdefeltet er forbeholdt fremtidig brug.Når en fil ikke overføres, må intet vedrørende filen gemmes (ingen mærkat og ingen nullængde).En underskrift skal gemmes som næste TLV-objekt direkte efter det TLV-objekt, som indeholder filens data.>TABELPOSITION>Eksempel på data i en fil overført til eksternt lagermedium:>TABELPOSITION>4. OVERFØRSEL AF FARTSKRIVERKORT VIA KØRETØJSENHEDENKøretøjsenheden skal gøre det muligt at overføre indholdet af et førerkort, som indsættes i en tilsluttet IDE-enhed.IDE-enheden sender en meddelelse med "Anmodning om overførsel af kortdata" til køretøjsenheden for at indlede denne arbejdsmåde (se 2.2.2.9).Køretøjsenheden skal derefter overføre hele kortet fil for fil i overensstemmelse med protokollen for overførsel af kort som fastlagt i punkt 3, og skal fremsende alle data, som er modtaget fra kortet, til det eksterne lagermedium i det korrekte TLV-filformat (se 3.4.2) og indkapslet i en "Positivt svar på overførsel af data"-meddelelse.IDE-enheden skal hente data fra meddelelsen om "positivt svar på overførsel af data" (efter fjernelse af hoveder, SID, TREP, delmeddelelsestællere eller kontrolsummer) og gemme dem i én fysisk fil som beskrevet i punkt 2.3.Køretøjsenheden skal derefter i givet fald ajourføre førerkortets Control_Activity_Data-eller Card_Download-fil.(1) Det indsatte kort vil udløse de nødvendige adgangsrettigheder til overførselsfunktionen og til data.Tillæg 8KALIBRERINGSPROTOKOLINDHOLD>TABELPOSITION>1. INDLEDNINGI dette tillæg beskrives, hvordan der udveksles data mellem en køretøjsenhed og en tester via K-linjen, som er en del af den i tillæg 6 beskrevne kalibreringsgrænseflade. Det beskriver desuden styringen af ind-/uddatalinjen på kalibreringsstikket.Etablering af K-linje-kommunikationer er beskrevet i punkt 4 "Kommunikationsservicer".I dette tillæg anvendes begrebet diagnose"sessioner" til fastlæggelse af omfanget af styring over K-linjen under forskellige betingelser. Den forudindstillede tilstand er "standardsessionen", hvor alle data kan aflæses fra køretøjsenheden, men ingen data kan skrives til den.Valg af diagnose-session er beskrevet i punkt 5 "Administrative servicer".I "ECUProgrammingSession" kan der indlæses data til køretøjsenheden. Ved indlæsning af kalibreringsdata (krav 097 og 098) skal køretøjsenheden desuden være i funktionsmåde CALIBRATION.Dataoverførsel gennem K-linje er beskrevet i punkt 6 "Dataoverførselsservicer". Format på de overførte data er beskrevet i punkt 8 "Formater på dataRecords".I "ECUAdjustmentSession" kan kalibrerings-I/O-signallinjens I/O-funktionsmåde vælges via K-linjegrænsefladen. Styring af I/O signallinjen er beskrevet i punkt 1.1.1 "Styring af testimpulser - funktionsenhed for ind-/uddatastyring".I hele dette dokument betegnes testerens adresse som 'tt'. Skønt visse adresser for testere kan være foretrukne, skal køretøjsenheden svare korrekt på enhver testeradresse. Køretøjsenhedens fysiske adresse er 0xEE.Termer2. DEFINITIONER OG HENVISNINGERProtokoller, meddelelser og fejlkoder bygger hovedsagelig på det aktuelle udkast til ISO 14229-1 (Road vehicles - Diagnostic systems - Part 1: Diagnostic services, version 6 af 22. februar 2001).Der anvendes bytekodning og hexadecimale værdier til serviceidentifikatorer, serviceanmodninger og -svar samt standardparametre.Begrebet "tester" anvendes for det udstyr, som benyttes til at indlæse programmerings- og kalibreringsdata i køretøjsenheden.Begreberne "klient" og "server" henviser henholdsvis til testeren og køretøjsenheden.Begrebet ECU står for "Electronic control unit" og henviser til køretøjsenheden.Henvisninger:ISO 14230-2: Road Vehicles - Diagnostic Systems - Keyword Protocol 2000 - Part 2: Data Link Layer. First edition: 1999.Diagnosesystemer til køretøjer3. OVERSIGT OVER SERVICER3.1. Servicer, som er til rådighedI nedenstående tabel gives en oversigt over de servicer, som vil være til rådighed i kontrolapparatet og er fastlagt i dette dokument.Tabellerne angiver servicer, som er til rådighed i en påbegyndt diagnose-session.- Søjle 1 angiver de servicer, som er til rådighed- Søjle 2 henviser til nummeret på det punkt i dette tillæg, hvor denne service er nærmere defineret.- Søjle 3 tildeler værdier til serviceidentifikatorer for anmodningsmeddelelser.- Søjle 4 angiver de servicer i en "StandardDiagnosticSession" (SS), som skal være implementeret i hver køretøjsenhed.- Søjle 5 angiver de servicer i en "ECUAdjustmentSession" (ECUAS), som skal være implementeret, så der er mulighed for styring af I/O-signallinjen i kalibreringsstikket på køretøjsenhedens frontpanel.- Søjle 6 angiver de servicer i en "ECUProgrammingSession" (ECUPS), som skal være implementeret, så der kan programmeres parametre i køretøjsenheden.Tabel 1Oversigtstabel over serviceidentifikatorer>TABELPOSITION>Hvis der ikke er noget symbol, er servicen ikke er tilladt i denne diagnose-session.3.2. SvarkoderSvarkoder er defineret for hver service.4. KOMMUNIKATIONSSERVICERVisse servicer er nødvendige til at etablere og opretholde kommunikation. De figurerer ikke i applikationslaget. De tilgængelige servicer beskrives i følgende tabel:Tabel 2Kommunikationsservicer>TABELPOSITION>Servicen StartCommunication anvendes til at begynde en kommunikation. For enhver service gælder, at kommunikationen skal være initialiseret, og kommunikationsparametrene skal være passende til den pågældende funktionsmåde.4.1. Servicen StartCommunicationVed modtagelse af en StartCommunication-indikation skal køretøjsenheden kontrollere, om den ønskede dataforbindelse kan initialiseres under de aktuelle betingelser. De gældende betingelser for initialisering af en dataforbindelse er beskrevet i dokument ISO 14230-2.Derefter skal køretøjsenheden udføres alle de operationer, som er nødvendige for at initialisere dataforbindelsen og sende et StartCommunication-svar, hvor parametre for positivt svar er valgt.Hvis en køretøjsenhed, som i forvejen er initialiseret (og har påbegyndt en diagnose-session uanset hvilken), modtager en ny StartCommunication-anmodning (f.eks. pga. fejlafhjælpning i testeren), skal anmodningen accepteres, og køretøjsenheden skal reinitialiseres.Hvis dataforbindelsen af en eller grund ikke kan initialiseres, skal køretøjsenheden fortsætte med at fungere, som den gjorde umiddelbart før forsøget på at initialisere dataforbindelsen.Meddelelsen med anmodningen StartCommunication skal være fysisk adresseret.Initialisering af køretøjsenheden til servicer sker ved hurtig initialisering,- forud for enhver aktivitet er en periode, hvor bussen er ledig,- testeren sender derefter et initialiseringsmønster,- alle oplysninger, som er nødvendige til oprettelse af dataforbindelsen, er indeholdt i svaret fra køretøjenheden.Når initialisering har fundet sted,- er alle kommunikationsparametre sat til de i tabel 4 fastlagte standardværdier i henhold til nøglebytes.- afventer køretøjsenheden første anmodning fra testeren.- er køretøjsenheden i sin standardfunktionsmåde for diagnose, dvs. StandardDiagnosticSession.- er I/O-signallinjen for kalibrering i standardtilstanden, dvs. deaktiveret.Datahastigheden på K-linjen skal være 10400 Baud.Hurtig initialisering igangsættes ved at testeren overfører et opvågningsmønster (Wup) på K-linjen. Efter den ledige periode på K-linjen begynder mønsteret med et kortvarigt Tinil. Testeren overfører første bit af StartCommunication-servicen efter en periode med Twup, som efterfølger den første slutkant.>PIC FILE= "L_2002207DA.017201.TIF">Synkroniseringsværdierne for hurtig initialisering og for meddelelser i almindelighed er givet i nedenstående tabel. Der er forskellige muligheder for den ledige tid:- Første overførsel, efter at der er tændt, Tidle = 300 ms.- Efter afslutning af en StopCommunication Service, Tidle = P3 min.- Efter afbrydelse af kommunikation ved tidsudkobling P3 maks., Tidle = 0.Tabel 3Synkroniseringsværdier for hurtig initialisering>TABELPOSITION>Tabel 4Synkroniseringsværdier for kommunikation>TABELPOSITION>Meddelelsesformatet for hurtig initialisering er givet i nedenstående tabeller.Tabel 5StartCommunication-anmodning>TABELPOSITION>Tabel 6Positiv svarmeddelelse på StartCommunication>TABELPOSITION>Der findes intet negativt svar på en StartCommunication-anmodning; er der ingen positiv svarmeddelelse at overføre, bliver køretøjsenheden ikke initialiseret, der overføres intet, og enheden fortsætter i normal funktionsmåde.4.2. StopCommunication-service4.2.1. Beskrivelse af meddelelserDenne service er placeret i kommunikationslaget og anvendes til at afslutte en kommunikationssession.Ved modtagelse af en StopCommunication-indikation skal køretøjsenheden kontrollere, om kommunikationen kan afsluttes under de aktuelle betingelser. I bekræftende fald skal køretøjsenheden udføre alle de nødvendige operationer til at afslutte kommunikationen.Hvis det kan lade sig gøre at afslutte kommunikationen, skal køretøjsenheden afgive et StopCommunication-svar med parametre svarende til positivt svar, før kommunikationen afsluttes.Hvis kommunikationen af en eller anden grund ikke kan afsluttes, skal køretøjsenheden afgive et StopCommunication-svar med parameteren negativt svar.Hvis køretøjsenheden registrerer tidsudkobling af P3max, skal kommunikationen afsluttes, uden at der afgives et svar.4.2.2. MeddelelsesformatMeddelelsesformater for StopCommunication er givet i følgende tabeller:Tabel 7StopCommunication-anmodning>TABELPOSITION>Tabel 8Positiv svarmeddelelse på StopCommunication>TABELPOSITION>Tabel 9Negativ svarmeddelelse på StopCommunication>TABELPOSITION>4.2.3. ParameterdefinitionDenne service kræver ingen parameterdefinition.4.3. TesterPresent-service4.3.1. MeddelelsesbeskrivelseServicen TesterPresent anvendes af testeren til at angive, at serveren stadig er til stede for at undgå, at serveren automatisk returnerer til normal drift og eventuelt standser kommunikationen. Denne service, der udføres med regelmæssige mellemrum, holder diagnosesession/kommunikation aktive ved at tilbagestille P3-timeren, hver gang der modtages en anmodning om denne service.4.3.2. MeddelelsesformatMeddelelsesformater for TesterPresent-instruktioner er angivet i følgende tabeller.Tabel 10TesterPresent-forespørgsel>TABELPOSITION>Hvis parameteren responseRequired sættes til "ja", skal serveren svare med følgende positive svarmeddelelse. Hvis den sættes til "nej", kommer der intet svar fra serveren.Tabel 11Positiv svarmeddelelse på TesterPresent>TABELPOSITION>Servicen skal understøtte følgende negative svarkoder:Tabel 12Negativ svarmeddelelse på TesterPresent>TABELPOSITION>5. ADMINISTRATIONSSERVICERDe tilgængelige servicer beskrives i følgende tabel:Tabel 13Administrationsservicer>TABELPOSITION>5.1. StartDiagnosticSession-service5.1.1. Beskrivelse af meddelelserServicen StartDiagnosticSession anvendes til at tillade forskellige diagnose-sessioner i serveren. En diagnose-session tillader et nærmere bestemt sæt servicer i henhold til tabel 17. En session kan for køretøjsfabrikanten åbne særlige servicer, som ikke indgår i dette dokument. Implementeringsreglerne skal være i overensstemmelse med følgende krav:- Der skal altid være netop én aktiv diagnosesession i køretøjsenheden,- Køretøjsenheden skal altid åbne StandardDiagnosticSession, når den startes op. Hvis der ikke påbegyndes nogen anden diagnosesession, skal StandardDiagnosticSession køre, så længe køretøjsenheden er tændt.- Har testeren anmodet om en diagnosesession, som i forvejen kører, skal køretøjsenheden afgive en postiv svarmeddelelse.- Når testeren anmoder om en ny diagnosesession, skal køretøjsenheden først sende en positiv svarmeddelelse på StartDiagnosticSession, før den nye session bliver aktiv i køretøjsenheden. Er køretøjsenheden ikke i stand til at starte den anmodede nye diagnosesession, skal den svare med en negativ svarmeddelelse på StartDiagnosticSession, og den aktuelle session skal fortsætte.En diagnose-session må kun påbegyndes, hvis der er etableret kommunikation mellem klienten og køretøjsenheden.Efter en vellykket StartDiagnosticSession med diagnosticSession parameteren sat til "StandardDiagnsticSession" i anmodningsmeddelelsen skal de i tabel 4 angivne synkroniseringsparametre være aktive, hvis en anden diagnose-session i forvejen var aktiv.5.1.2. MeddelelsesformatMeddelelsesformaterne for StartDiagnosticSession er givet i følgende tabeller.Tabel 14StartDiagnosticSession-anmodning>TABELPOSITION>Tabel 15Positiv svarmeddelelse på StartDiagnosticSession>TABELPOSITION>Tabel 16Negativ svarmeddelelse på StartDiagnosticSession>TABELPOSITION>5.1.3. ParameterdefinitionParameteren diagnosticSession (DCS_) anvendes af StartDiagnosticSession-servicen til at vælge en nærmere bestemt adfærd af serveren (serverne). Følgende diagnose-sessioner beskrives i dette dokument:Tabel 17Fastlæggelse af værdier for diagnosticSession>TABELPOSITION>5.2. SecurityAccess-serviceSkrivning af kalibreringsdata eller adgang til kalibreringens ind-/uddatalinje er kun mulig, når køretøjsenheden er i CALIBRATION-funktionsmåde. For at få adgang til CALIBRATION-måde skal man isætte et gyldigt værkstedskort i køretøjsenheden og indlæse korrekt PIN-kode i køretøjsenheden.SecurityAccess-servicen kan anvendes til at indlæse PIN-koden og angive over for testeren, om køretøjsenheden er i funktionsmåde CALIBRATION eller ej.Det kan godtages, at indlæsning af PIN-koden kan ske på anden måde.5.2.1. Beskrivelse af meddelelserSikkerhedsservicen består af en SecurityAccess "requestSeed"-meddelelse, senere efterfulgt af en SecurityAccess "sendKey"-meddelelse. SecurityAccess skal udføres efter StartDiagnosticSession.Testeren skal anvende SecurityAccess "sendKey"-meddelelsen til kontrol af, om køretøjsenheden er klar til at modtage en PIN-kode.Er køretøjsenheden i forvejen i CALIBRATION-måde, skal den besvare forespørgslen ved at sende et "basistal" på 0x0000 ved hjælp af servicen positivt svar på SecurityAccess.Er køretøjsenheden klar til at modtage en PIN-kode med henblik på kontrol ved hjælp af et værkstedskort, skal den besvare forespørgslen ved at sende et "basistal" større end 0x0000 ved hjælp af servicen positivt svar på SecurityAccess.Er køretøjsenheden ikke klar til at acceptere en PIN-kode fra testeren, enten fordi det isatte værkstedskort ikke er gyldigt, fordi der ikke er indsat et værkstedskort, eller fordi køretøjsenheden forventer PIN-koden indlæst på anden måde, skal den besvare forespørgslen med et negativt svar, hvor svarkoden er sat til conditionsNotCorrectOrRequestSequenceError.Testeren skal derefter til sidst anvende servicen SecurityAccess "SendKey"-meddelelse til at fremsende en PIN-kode til køretøjsenheden. For at give tid til ægthedskontrol skal køretøjsenheden anvende den negative svarkode requestCorrectlyReceived-ResponsePending for at forlænge tiden til at svare. Dog må den maksimale tid til at svare ikke være over 5 minutter. Så snart den ønskede service er udført, skal køretøjsenheden sende en positiv svarmeddelelse eller negativ svarmeddelse med en svarkode forskellig fra denne. Den negative svarkode requestCorrectlyReceived-ResponsePending kan af køretøjsenheden gentages, indtil den ønskede service er udført og den endelige svarmeddelelse sendt.Køretøjsenheden skal kun besvare denne anmodning med servicen positivt svar på SecurityAccess, når den er i CALIBRATION-funktionsmåde.I følgende tilfælde skal køretøjsenheden besvare denne forespørgsel med et negativt svar med en svarkode sat til:- subFunctionNot supported: Ugyldigt format af delfunktionens parameter (accessType),- conditionsNotCorrectOrRequestSequenceError: Køretøjsenheden ikke klar til at acceptere en indtastet PIN-kode,- invalidKey: PIN-kode ikke gyldig, og antal PIN-kodeforsøg ikke overskredet,- exceededNumberOfAttempts: PIN-kode ikke gyldig, og antal PIN-kodeforsøg overskredet,- generalReject: korrekt PIN-kode, men gensidig ægthedskontrol med værkstedskort ikke lykkedes.5.2.2. Meddelelsesformat - SecurityAccess - requestSeedMeddelelsesformaterne for SecurityAccess "requestSeed"-instruktionerne er angivet i nedenstående tabeller:Tabel 18SecurityAccessRequest - requestSeed-meddelelse>TABELPOSITION>Tabel 19Positiv svarmeddelelse på SecurityAccess - requestSeed>TABELPOSITION>Tabel 20Negativ svarmeddelelse på SecurityAccess - sendKey>TABELPOSITION>5.2.3. Meddelelsesformat - SecurityAccess - sendKeyMeddelelsesformaterne for SecurityAccess "sendKey"-instruktioner er givet i nedenstående tabeller:Tabel 21SecurityAccess-anmodning - sendKey-meddelelse>TABELPOSITION>Tabel 22Positivt svar på SecurityAccess - sendKey>TABELPOSITION>Tabel 23Negativ svarmeddelelse på SecurityAccess>TABELPOSITION>6. DATAOVERFØRSELSSERVICERDe servicer, som er til rådighed, er beskrevet i følgende tabel:Tabel 24Dataoverførselsservicer>TABELPOSITION>6.1. ReadDataByIdentifier-service6.1.1. Beskrivelse af meddelelserServicen ReadDataByIdentifier anvendes af klienten til at skrive recordValues (dataværdier) fra en server. Data identificeres af en recordDataIdentifier. Fabrikanten af køretøjsenheden har ansvaret for, at de for serveren gældende betingelser er opfyldt ved udførelse af denne service.6.1.2. MeddelelsesformatMeddelelsesformaterne for ReadDataByIdentifier instruktioner er givet i følgende tabeller.Tabel 25ReadDataByIdentifier-anmodning>TABELPOSITION>Tabel 26Positivt svar på ReadDataByIdentifier>TABELPOSITION>Tabel 27Negativ svarmeddelelse på ReadDataByIdentifier>TABELPOSITION>6.1.3. ParameterdefinitionParameteren recordDataIdentifier (RDI_) i anmodningen ReadDataByIdentifier identificerer en datapost.De værdier af recordDataIdentifier, som defineres af dette dokument, er vist i tabellen nedenfor.Tabellen recordDataIdentifier består af tre søjler og mange linjer.- Søjle 1 indeholder den "Hex-værdi", der er tilordnet den i søjle 3 angivne recordDataIdentifier.- Søjle 2 (dataelement) fastlægger det dataelement i tillæg 1, som er knyttet til recordDataIdentifier (omkodning er undertiden nødvendig).- Søjle 3 (beskrivelse) angiver navnet på den tilsvarende recordDataIdentifier.- Søjle 4 (huskeværdi) angiver huskeværdien af denne recordDataIdentifier.Tabel 28Definition af recordDataIdentifier-værdier>TABELPOSITION>Parameteren dataRecord (DREC_) anvendes af den positive svarmeddelelse på ReadDataByIdentifier til at hente den datapost, der er identificeret ved recordDataIdentifier, til klienten (testeren). Dataformater er fastlagt i punkt 8. Der kan fastlægges andre dataposter, som brugeren frivilligt kan benytte, herunder køretøjsenhedsspecifikke inddata, interne data og uddata, men disse er ikke defineret i dette dokument.6.2. WriteDataByIdentifier-service6.2.1. Beskrivelse af meddelelserServicen WriteDataByIdentifier anvendes af klienten til at skrive dataværdier til en server. Data identificeres af en recordDataIdentifier. Fabrikanten af køretøjsenheden har ansvaret for, at de for serveren gældende betingelser er opfyldt ved udførelse af denne service. For at opdatere parametrene i tabel 28 skal køretøjsenheden være i CALIBRATION-funktionsmåde.6.2.2. MeddelelsesformatMeddelelsesformaterne for WriteDataByIdentifier instruktioner er givet i nedenstående tabeller.Tabel 29WriteDataByIdentifier-anmodning>TABELPOSITION>Tabel 30Positivt svar på WriteDataByIdentifier>TABELPOSITION>Tabel 31Negativ svarmeddelelse på WriteDataByIdentifier>TABELPOSITION>6.2.3. ParameterdefinitionParameteren recordDataIdentifier (RDI_) er defineret i tabel 28.Parameteren dataRecord (DREC_) anvendes i anmodningen ReadDataByIdentifier til at hente de dataværdier, der er identificeret ved recordDataIdentifier, til serveren (køretøjsenheden). Dataformater er fastlagt i punkt 8.7. KONTROL AF TESTIMPULSER - FUNKTIONSENHED FOR IND-/UDDATASTYRINGI følgende tabel beskrives de servicer, som er til rådighed:Tabel 32Funktionel enhed for ind-/uddatastyring>TABELPOSITION>7.1. InputOutputControlByIdentifier-service7.1.1. Beskrivelse af meddelelserTestimpulser kan styres eller overvåges ved hjælp af en passende tester, som tilsluttes via det forreste stik.Denne I/O-signallinje for kalibrering kan konfigureres med ordrer over K-linjen ved hjælp af servicen InputOutputControlByIdentifier, med hvilken man vælger den ønskede ind- eller udlæsningsfunktion for linjen. Linjen kan have følgende status:- frakoblet,- speedSignalInput, hvor der gennem I/O-signallinjen for kalibrering tilføres et hastighedssignal (testsignal), som erstatter hastighedssignalet fra bevægelsesføleren,- realTimeSpeedSignalOutputSensor, hvor der gennem I/O-signallinjen for kalibrering afgives et hastighedssignal fra bevægelsesføleren,- RTCOutput, hvor der gennem I/O-signallinjen for kalibrering afgives et UTC-kloksignal.Køretøjsenheden skal have indledt en justeringssession og skal være i CALIBRATION-funktionsmåde, for at linjens tilstand kan konfigureres. Når køretøjsenheden forlader justeringssession eller CALIBRATION-funktionsmåde, skal den stille I/O-signallinjen for kalibrering tilbage i "deaktiveret" tilstand (standardtilstanden).Hvis der modtages hastighedsimpulser på køretøjsenhedens indgangslinje for tidstro hastighedssignal, mens I/O-signallinjen for kalibrering er stillet på indgang, vil I/O-signallinjen blive stillet på udgang eller ført tilbage i deaktiveret tilstand.Sekvensen skal være:- Der oprettes kommunikation med StartCommunication-servicen- der åbnes en justeringssession med StartDiagnosticSession-servicen og benyttes CALIBRATION-måde (rækkefølgen af disse to operationer har ikke betydning).- Tilstanden af uddata ændres med InputOutputControlByIdentifier-servicen.7.1.2. MeddelelsesformatMeddelelsesformaterne af InputOutputControlByIdentifier-instruktionerne er givet i følgende tabeller.Tabel 33InputOutputControlByIdentifier-anmodning>TABELPOSITION>Bemærkning:Parameteren controlState findes kun i visse tilfælde (se 7.1.3).Tabel 34Positiv svarmeddelelse på InputOutputControlByLocalIdentifier>TABELPOSITION>Tabel 35Negativ svarmeddelelse på InputOutputControlByIdentifier>TABELPOSITION>7.1.3. ParameterdefinitionParameteren inputOutputLocalIdentifier (IOCP_) er defineret i følgende tabel:Tabel 36Fastlæggelse af værdier af inputOutputControlParameter>TABELPOSITION>Parameteren controlState, som kun er til stede, når inputOutputControlParameter er sat til ShortTermAdjustment, er fastlagt i følgende tabel:Tabel 37Definition af controlState-værdier>TABELPOSITION>8. FORMATER AF DATARECORDSDette punkt angiver:- generelle regler, som gælder for områderne for de parametre, som overføres af køretøjsenheden til testeren,- formater, som skal anvendes til data, som overføres med de datatransmissionsservicer, der er beskrevet i punkt 6.Alle angivne parametre skal være understøttet af køretøjsenheden.De data, som overføres af køretøjsenheden til testeren som svar på en forespørgselsmeddelelse, skal være af den målte type (dvs. den aktuelle værdi af den anmodede parameter, således som den måles eller observeres af køretøjsenheden).8.1. Værdiområder for overførte parametreTabel 38 fastlægger de områder, som anvendes til at bestemme gyldigheden af en overført parameter.Værdierne i området "fejlindikator" giver køretøjsenheden mulighed for øjeblikkelig at angive, at der som følge af en fejl i kontrolapparatet ikke aktuelt forefindes gyldige parameterværdier.Værdierne i området "forefindes ikke" giver køretøjsenheden mulighed for at overføre en meddelelse, som indeholder en parameter, som ikke er til rådighed eller ikke understøttes i den pågældende programenhed. Værdierne i området "ikke anmodet" giver en enhed mulighed for at overføre en kommandomeddelelse og fastlægge de parametre, for hvilke der ikke forventes noget svar fra den modtagende enhed.Hvis der som følge af komponentsvigt ikke kan overføres gyldige data for en parameter, skal fejlindikatoren som beskrevet i tabel 38 anvendes i stedet for den pågældende parameters data. Men hvis de målte og beregnede data har resulteret i en værdi, som er gyldig, men falder uden for det fastlagte parameterområde, bør fejlindikatoren ikke benyttes. Data bør overføres med den pågældende minimum- eller maksimumværdi af parameteren.Tabel 38Områder for dataRecords>TABELPOSITION>For parametre kodet i ASCII skal ASCII-tegnet "*" reserveres som skilletegn.8.2. Formater til dataRecordsTabel 39 til tabel 42 nedenfor angiver de formater, som skal anvendes via servicerne ReadDataByIdentifier og WriteDataByIdentifier.Tabel 39 giver længde, opløsning og arbejdsområde for hver parameter, som er identificeret ved sin recordDataIdentifier:Tabel 39Format af dataRecords>TABELPOSITION>Tabel 40 angiver formater for de forskellige byte i TimeDate-parameteren:Tabel 40Detaljeret format af TimeDate (recordDataIdentifier-værdi  F00B)>TABELPOSITION>Tabel 41 angiver formater for de forskellige byte i NextCalibrationDate-parameteren:Tabel 41Detaljeret format af NextCalibrationDate (recordDataIdentifier-værdi  F022)>TABELPOSITION>Bemærkning vedrørende brug af parameteren "Dag":1. En værdi på 0 for datoen er ugyldig. Værdierne 1, 2, 3 og 4 anvendes til at angive første dag i måneden; 5, 6, 7 og 8 angiver anden dag i måneden, osv.2. Denne parameter kan ikke påvirke eller ændre ovenstående timeparameter.Bemærkning vedrørende brug af parameterbyten "År":En værdi på 0 for året angiver år 1985; en værdi på 1 angiver år 1986, osv.Tabel 42 angiver formater for de forskellige byte i VehicleRegistrationNumber-parameteren:Tabel 42Detaljeret format af VehicleRegistrationNumber (recordDataIdentifier-værdi  F07E)>TABELPOSITION>Tillæg 9TYPEGODKENDELSE - LISTE OVER MINDSTEKRAV TIL PRØVERINDHOLD>TABELPOSITION>1. INDLEDNING1.1. TypegodkendelseEF-typegodkendelse for kontrolapparater (eller komponenter dertil) eller fartskriverkort bygger på:- en sikkerhedsattestering, som udføres af en ITSEC-myndighed efter et sikkerhedsmål, som er i fuld overensstemmelse med tillæg 10 til dette bilag,- en funktionel attestering, som udføres af en medlemsstats myndigheder, og ved hvilken det attesteres, at den afprøvede genstand opfylder forskrifterne i dette bilag hvad angår udførte funktioner, målenøjagtighed og miljøegenskaber,- en interoperabilitetsattestering, som udføres af den kompetente myndighed, og som certificerer, at kontrolapparatet (eller fartskriverkortet) er gensidigt fuldt kompatibelt med den nødvendige type fartskriverkort (eller kontrolapparat) (se kapitel VIII i dette bilag).I tillægget foreskrives det, hvilke prøver der som minimum skal udføres af medlemsstatens myndigheder ved funktionsprøverne, og hvilke prøver der som minimum skal udføres af de kompetente myndigheder under interoperabilitetsprøverne. Der er ingen yderligere forskrifter for de procedurer, som skal følges ved udførelse af prøverne eller den pågældende type prøver.Spørgsmål vedrørende sikkerhedsattestering er ikke omfattet af dette tillæg. Såfremt nogle af de prøver, som kræves til typegodkendelse, udføres som led i sikkerhedsvurdering og -attestering, behøver disse prøver ikke udføres igen. I så fald er det tilstrækkeligt kun at kontrollere resultaterne af disse sikkerhedsprøver. De krav, som der forventes prøvet for (eller nærtbeslægtede prøver foretaget) som led i sikkerhedsattesteringen, er mærket med "*" i tillægget.I dette bilag er særskilt omhandlet typegodkendelse af bevægelsesføler og køretøjsenhed som komponenter i kontrolapparatet. Indbyrdes kompatibilitet mellem hver type bevægelsesføler og hver type køretøjsenhed kræves ikke, hvorfor typegodkendelse af en bevægelsesføler kun kan ske i kombination med typegodkendelse af en køretøjsenhed og omvendt.1.2. HenvisningerI dette tillæg henvises til følgende referencer:IEC 68-2-1 Environmental testing - Part 2: Tests - Tests A: Cold. 1990 + Amendment 2: 1994.IEC 68-2-2 Environmental testing - Part 2: Tests - Tests B: Dry heat. 1974 + Amendment 2: 1994.IEC 68-2-6 Basic environmental testing procedures - Test methods - Test Fc and guidance: Vibration (sinusoidal). 6th edition: 1985.IEC 68-2-14 Basic environmental testing procedures - Test methods - Test N: Change of temperature. Modification 1: 1986.IEC 68-2-27 Basic environmental testing procedures - Test methods - Test Ea and guidance: Shock. Edition 3: 1987.IEC 68-2-30 Basic environmental testing procedures - Test methods - Test Db and guidance: Damp heat, cyclic (12 + 12 - hour cycle). Modification 1: 1985.IEC 68-2-35 Basic environmental testing procedure - Test methods - Test Fda: Random Vibrations wide band - Reprodutibility High. Modification 1: 1983.IEC 529 Degrees of protection provided by enclosures (IP code). Edition 2: 1989.IEC 61000-4-2 Electromagnetic Compatibility (EMC) - Testing and measurement techniques - Electrostatic discharge immunity test: 1995/Amendment 1: 1998ISO 7637-1 Road vehicles - Electrical disturbance by conduction and coupling - Part 1: Passenger cars and light commercial vehicles with nominal 12 V supply voltage - Electrical transient conduction along supply lines only. Edition 2: 1990.ISO 7637-2 Road vehicles - Electrical disturbance by conduction and coupling - Part 2: Commercial vehicles with nominal 24 V supply voltage - Electrical transient conduction along supply lines only. First edition: 1990.ISO 7637-3 Road vehicles - Electrical disturbance by conduction and coupling - Part 3: Vehicles with 12 V or 24 V supply voltage - Electrical transient transmission by capacitive and inductive coupling via lines other than supply lines. First Edition: 1995 + Cor. 1: 1995.ISO/IEC 7816-1 Identification cards - Integrated circuit(s) cards with contacts - Part 1: Physical characteristics. First edition: 1998.ISO/IEC 7816-2 Information technology - Identification cards - Integrated circuit(s) cards with contacts - Part 2: Dimensions and location of the contacts. First edition: 1999.ISO/IEC 7816-3 Information technology - Identification cards - Integrated circuit(s) cards with contacts - Part 3: Electronic signals and transmission protocol. Edition 2: 1997.ISO/IEC 10373 Identification cards - Test methods. First edition: 1993.2. FUNKTIONSPRØVER FOR KØRETØJSENHED>TABELPOSITION>3. FUNKTIONSPRØVER FOR BEVÆGELSESFØLER>TABELPOSITION>4. FUNKTIONSPRØVER FOR FARTSKRIVERKORT>TABELPOSITION>5. INTEROPERABILITETSPRØVER>TABELPOSITION>Tillæg 10FÆLLES SIKKERHEDSMÅLDette tillæg angiver det foreskrevne mindste indhold i sikkerhedsmålene for bevægelsesføler, køretøjsenhed og fartskriverkort.For at opstille sikkerhedsmål, som der kan sikkerhedsattesteres efter, skal fabrikanterne efter behov udvikle og komplettere dokumenterne uden at ændre eller slette eksisterende risici, mål, proceduremæssige metoder eller forskrifter for sikkerhedsfunktioner.INDHOLD>TABELPOSITION>FÆLLES SIKKERHEDSMÅL FOR BEVÆGELSESFØLERE1. IndledningDette dokument indeholder en beskrivelse af bevægelsesføleren, de risici, den skal imødegå, og de sikkerhedsmæssige mål, den skal opfylde. Dokumentet angiver de foreskrevne sikkerhedsfunktioner. Det angiver den påberåbte mindste styrke af sikkerhedsmekanismerne og det nødvendige sikkerhedsniveau for udvikling og evaluering.De krav, der henvises til i dokumentet, er dem, som er angivet i hoveddelen af bilag I, del B. Af klarhedshensyn vil kravene i hoveddelen af bilag I, del B i nogen grad blive gentaget i forskrifterne for sikkerhedsmål og omvendt. Ved eventuel modstrid mellem et foreskrevet sikkerhedsmål og de krav i hoveddelen af bilag I, del B, som der henvises til i det pågældende foreskrevne sikkerhedsmål, er kravet i hoveddelen af bilag I, del B afgørende.De krav i hoveddelen af bilag I, del B, som der ikke henvises til i sikkerhedsmålene, er ikke omfattet af sikkerhedsfunktioner.For at kunne spores til udviklings- og evalueringsdokumentationen er risici, mål, proceduremæssige midler og specifikationer af sikkerhedsfunktioner tildelt unikke etiketter.2. Forkortelser, definitioner og henvisninger2.1. ForkortelserROM Læselager (/read only memory)SEF Sikkerhedsfunktion (/security enforcing function)TBD Fastlægges (/to be defined)TOE Evalueret system (/target of evaluation)VU Køretøjsenhed (/vehicle unit)2.2. DefinitionerDigital fartskriver KontrolapparatEnhed En anordning, som er tilsluttet bevægelsesfølerenKøredata De data, som udveksles med køretøjsenheden og repræsenterer hastighed og tilbagelagt distanceFysisk adskilte dele Fysiske komponenter, som tilhører bevægelsesføleren og er fordelt i køretøjet, modsat de fysiske komponenter, som er samlet i bevægelsesfølerens husSikkerhedsdata De specifikke data, som er nødvendige til støtte for sikkerhedsfunktioner (f.eks. kryptografiske nøgler)System Apparater, personer eller organisationer, som på nogen måde er involveret i kontrolapparatetBruger En person, som er bruger af bevægelsesføleren (når ordet ikke indgår i udtrykket "brugerdata")Brugerdata Alle data, bortset fra køre- og sikkerhedsdata, som er registreret eller lagret af bevægelsesføleren2.3. HenvisningerITSEC ITSEC Evalueringskriterier for informationsteknologi 1991 (Information Technology Security Evaluation Criteria 1991).3. Produktrationale3.1. Beskrivelse og anvendelse af bevægelsesfølerenBevægelsesføleren er bestemt til montering i køretøjer til vejtransport. Dens formål er at tilføre køretøjsenheden sikrede køredata, som er repræsentative for køretøjets hastighed og tilbagelagte distance.Bevægelsesføleren er mekanisk forbundet med en bevægelig del af køretøjet, idet bevægelsen kan være repræsentativ for køretøjets hastighed eller tilbagelagte distance. Den kan være placeret i køretøjets gearkasse eller i enhver anden del af køretøjet.I driftstilstand er bevægelsesføleren tilsluttet en køretøjsenhed.Den kan desuden være tilsluttet bestemt udstyr til styringsmæssigt formål (fastlægges af fabrikanten)Den typiske bevægelsesføler er beskrevet i følgende figur:Figur 1Typisk bevægelsesføler>PIC FILE= "L_2002207DA.020501.TIF">3.2. Bevægelsesfølerens levetidscyklusDen typiske levetidscyklus af en bevægelsesføler er beskrevet i følgende figur:Figur 2Typisk levetidscyklus for en bevægelsesføler>PIC FILE= "L_2002207DA.020601.TIF">3.3. RisiciDette punkt beskriver de risici, som bevægelsesføleren kan være udsat for.3.3.1. Risiko rettet mod adgangskontrolreglerT.Access Brugere kan tænkes at forsøge at få adgang til funktioner, som de ikke har ret til at benytte.3.3.2. Konstruktionsbetingede risiciT.Faults Som følge af fejl i maskinel, programmel eller kommunikationsprocedurer kan bevægelsesføleren blive udsat for uventede betingelser, som forringer dens sikkerhedT.Tests Brug af ikke ugyldiggjorte prøvningsfunktionsmåder eller eksisterende bagdøre kan skade bevægelsesfølerens sikkerhedT.Design Brugere kan tænkes at forsøge at skaffe sig uretmæssigt kendskab til konstruktionen fra fabrikanten (ved tyveri, bestikkelse osv.) eller ved baglæns konstruktion3.3.3. Operationsorienterede risiciT.Environment Brugere kan forringe bevægelsesfølerens sikkerhed ved direkte påvirkning (termisk, elektromagnetisk, optisk, kemisk, mekanisk osv.)T.Hardware Brugere kan tænkes at forsøge at ændre bevægelsesfølerens maskinelT.Mechanical_Origin Brugere kan tænkes at forsøge at manipulere bevægelsesfølerens indgangssignal (f.eks ved at skrue den fri af gearkassen mv.)T.Motion_Data Brugere kan tænkes at forsøge at ændre køretøjets køredata (ved tilføjelse, ændring, sletning eller genafspilning af signal)T.Power_Supply Brugere kan tænkes at forsøge at forhindre bevægelsesføleren i at opfylde sine sikkerhedsmål ved at ændre (afbryde, nedsætte, øge) dens strømforsyningT.Security_Data Brugere kan tænkes at forsøge at skaffe sig uretmæssigt kendskab til sikkerhedsdata, når disse genereres, transporteres eller lagres i apparatetT.Software Brugere kan tænkes at forsøge at ændre bevægelsesfølerens programmelT.Stored_Data Brugere kan tænkes at forsøge at ændre lagrede data (sikkerhedsdata eller brugerdata)3.4. SikkerhedsmålDe sikkerhedsmæssige hovedmål for det digitale fartskriversystem er følgende:O.Main Data, som skal kontrolleres af den tilsynsførende myndighed, skal være til rådighed og fuldstændigt og nøjagtigt afspejle de kontrollerede føreres og køretøjers aktiviteter hvad angår køre-, arbejde, rådigheds- og hvileperioder samt køretøjets hastighedDerfor har bevægelsesføleren følgende sikkerhedsmæssige mål, som er et led i det overordnede sikkerhedsmål:O.Sensor_Main De af bevægelsesføleren overførte data skal være til rådighed for køretøjsenheden, så denne er i stand til fuldstændigt og nøjagtigt at fastlægge køretøjets bevægelse hvad angår hastighed og tilbagelagt distance3.5. Informationsteknologiske sikkerhedsmålBevægelsesføleren har følgende særlige informationsteknologiske sikkerhedsmål, som er et led i dens overordnede sikkerhedsformål:O.Access Bevægelsesføleren skal regulere de tilsluttede enheders adgang til funktioner og dataO.Audit Bevægelsesføleren skal revidere for forsøg på at undergrave dens sikkerhed og skal spore dem til de tilknyttede enhederO.Authentication Bevægelsesføleren skal ægthedskontrollere de tilsluttede enhederO.Processing Bevægelsesføleren skal sikre, at behandlingen af indgangssignalet og de heraf afledte køredata er nøjagtigeO.Reliability Bevægelsesføleren skal tilvejebringe en pålidelig serviceO.Secured_Data_Exchange Bevægelsesføleren skal sikre dataudveksling med køretøjsenheden3.6. Fysiske, personalemæssige og proceduremæssige midlerDette afsnit beskriver fysiske, personalemæssige og proceduremæssige midler, som er et led i bevægelsesfølerens sikkerhed.3.6.1. Maskinellets konstruktionM.Development Udviklere af bevægelsesfølere skal sikre, at ansvarsuddelegering i udviklingsfasen sker på en måde, som bevarer it-sikkerhedenM.Manufacturing Fabrikanter af bevægelsesfølere skal sørge for, at ansvarsuddelegering i produktionsfasen finder sted på en måde, som bevarer it-sikkerheden, og at bevægelsesføleren under produktionsprocessen er sikret mod fysisk manipulation, som kan tænkes at forringe it-sikkerheden3.6.2. Levering af maskinelletM.Delivery Fabrikanter af bevægelsesfølere, køretøjsfabrikanter og montører eller værksteder skal sikre, at håndtering af bevægelsesføleren finder sted på en måde, som bevarer it-sikkerheden3.6.3. Generering og afgivelse af sikkerhedsdataM.Sec_Data_Generation Algoritmer til generering af sikkerhedsdata må kun være tilgængelige for autoriserede og betroede personerM.Sec_Data_Transport Sikkerhedsdata skal genereres, transporteres og indsættes i bevægelsesføleren på en sådan måde, at deres fortrolighed og integritet bevares3.6.4. Kontrolapparatets montering, kalibrering og eftersynM.Approved_Workshops Montering, kalibrering og reparation af kontrolapparater skal udføres af betroede og godkendte montører eller værkstederM.Mechanical_Interface Der skal være midler til detektion af ulovlige fysiske indgreb på den mekaniske sammenkobling (f.eks. plomber)M.Regular_Inpections Kontrolapparater skal regelmæssigt efterses og kalibreres3.6.5. Retlig kontrolM.Controls Der skal regelmæssigt og på tilfældig måde gennemføres eftersyn, som skal indbefatte sikkerhedsrevision3.6.6. Opgraderinger af programmelM.Software_Upgrade Reviderede versioner af programmel skal være sikkerhedscertificeret, før de må implementeres i en bevægelsesføler4. Sikkerhedsfunktioner4.1. Identificering og ægthedsbekræftelseBevægelsesføleren skal for hver vekselvirkning kunne fastslå identiteten af enhver enhed, som den er tilsluttet.Identiteten af en tilsluttet enhed består af:- en enhedsgruppe:- køretøjsenhed,- styringsanordning,- andet,en enheds-ID (kun for køretøjsenheder).Enheds-ID for en tilsluttet køretøjsenhed består af køretøjsenhedens godkendelsesnummer og køretøjsenhedens serienummer.Bevægelsesføleren skal kunne bekræfte ægtheden af enhver køretøjsenhed og styringsanordning, som den er tilsluttet:- ved tilslutningen til enheden,- ved genetablering af strømforsyningen.Bevægelsesføleren skal periodisk kunne gentage ægthedsbekræftelsen af den køretøjsenhed, som den er tilsluttet.Bevægelsesføleren skal konstatere og forhindre brug af ægthedsbekræftelsesdata, som er kopieret og genafspillet.Efter at et antal (fastlægges af fabrikanten, dog højst 20) på hinanden følgende forsøg på ægthedsbekræftelse er konstateret, skal sikkerhedsfunktionen:- oprette en revisionspost over hændelsen,- advare enheden,- fortsætte med at eksportere køredata i ikke sikret tilstand.4.2. AdgangskontrolAdgangskontrollen sikrer, at kun dem, der er autoriseret dertil, kan læse data fra eller oprette eller ændre data i det evaluerede system.4.2.1. AdgangskontrolreglerBevægelsesføleren skal kontrollere adgangen til funktionen og til data.4.2.2. DataadgangBevægelsesføleren skal sikre, at dens egne identifikationsdata kun kan skrives én gang (krav 078).Bevægelsesføleren må kun acceptere og/eller lagre brugerdata fra ægthedsbekræftede enheder.Bevægelsesføleren skal håndhæve behørig læse- og skriveadgangsret til sikkerhedsdata.4.2.3. Filstruktur og adgangsbetingelserFilstruktur og adgangsbetingelser for applikations- og datafiler skal oprettes i produktionen og derefter være spærret for enhver efterfølgende ændring og sletning.4.3. ReviderbarhedBevægelsesføleren skal i sin hukommelse have sine egne identifikationsdata (krav 077).Installationsdata skal være lagret i bevægelsesfølerens hukommelse (krav 099).Bevægelsesføleren skal kunne udlæse reviderbarhedsdata til ægthedsbekræftede enheder på anmodning af disse.4.4. RevisionBevægelsesføleren skal oprette revisionsposter for hændelser, som forringer dens sikkerhed.Hændelser, som forringer bevægelsesfølerens sikkerhed, er følgende:- Forsøg på sikkerhedsbrud:- mislykket ægthedskontrol,- integritetsfejl i lagrede data,- fejl ved intern dataoverførsel,- ubehørig åbning af hus,- sabotage på maskinel og- følerfejl.Revisionsposter skal indeholde følgende data:- dato og klokkeslæt for hændelsen,- hændelsens art,- identitet af den tilsluttede enhed,når de ønskede data ikke foreligger, skal der gives en passende standardindikation (fastlægges af fabrikanten).Bevægelsesføleren skal sende de revisionsposter, den opretter, til køretøjsenheden i samme øjeblik, de oprettes, og kan desuden lagre dem i sin hukommelse.Når bevægelsesføleren lagrer revisionsposter, skal den sikre, at der bibeholdes 20 revisionsposter uafhængigt af, om lagerpladsen til revisionsposter slipper op, og skal være i stand til at overføre lagrede revisionsposter til ægthedsbekræftede enheder på disses anmodning.4.5. Nøjagtighed4.5.1. Regler for dataudvekslingskontrolBevægelsesføleren skal sikre, at kun det mekaniske indgangssignal fra føleren er grundlag for afledte køredata.4.5.2. Intern dataoverførselForskrifterne i dette afsnit finder kun anvendelse, hvis bevægelsesføleren anvender fysisk adskilte dele.Ved overførsel af data mellem fysisk adskilte dele af bevægelsesføleren skal data være beskyttet mod ændring.Konstateres der en dataoverførselsfejl under en intern overførsel, skal overførslen gentages, og sikkerhedsfunktionen skal oprette en revisionspost for hændelsen.4.5.3. Integritet af lagrede dataBevægelsesføleren skal foretage integritetskontrol af de brugerdata, som ligger i dens hukommelse.Konstateres der en integritetsfejl i lagrede brugerdata, skal sikkerhedsfunktionen oprette en revisionspost.4.6. Pålidelighed af service4.6.1 PrøvningAlle kommandoer, operationer og testpunkter, som særligt dækker prøvningsbehovet i produktionsfasen, skal være sat ud af kraft eller fjernet, inden produktionsfasen er slut. De må ikke kunne genetableres til senere brug.Under den indledende opstart og under normal drift skal bevægelsesføleren foretage selvtest til efterprøvning af korrekt funktion. Bevægelsesfølerens selvtest skal omfatte integritetskontrol af sikkerhedsdata og integritetskontrol af lagret eksekverbar kode (hvis denne ikke ligger i ROM).Konstateres en intern fejl under selvtest, skal sikkerhedsfunktionen oprette en revisionspost (følerfejl).4.6.2. ProgrammelBevægelsesfølerens programmel må ikke på nogen måde kunne analyseres eller fejlrettes i marken.Inddata fra eksterne kilder må ikke kunne accepteres som eksekverbar kode.4.6.3. Fysisk sikringEr bevægelsesføleren konstrueret, så den kan åbnes, skal føleren detektere enhver åbning af huset, selv uden ekstern strømtilførsel, i mindst 6 måneder. I så fald skal sikkerhedsfunktionen oprette en revisionspost for hændelsen. Det kan godtages, at revisionsposten genereres og lagres efter genoptagelse af strømforsyningen.Er bevægelsesføleren således konstrueret, at den ikke kan åbnes, skal konstruktionen bevirke, at forsøg på fysiske indgreb let kan afsløres (f.eks. ved besigtigelse).Bevægelsesføleren skal detektere nærmere angiven (angives af fabrikanten) sabotage på maskinellet.I ovennævnte tilfælde skal sikkerhedsfunktionen oprette en revisionspost, og bevægelsesføleren skal: (angives af fabrikanten).4.6.4. Afbrydelser i strømforsyningenBevægelsesføleren skal opretholde en sikker tilstand ved afbrydelser eller uregelmæssigheder i strømforsyningen.4.6.5. NulstillingsbetingelserVed eventuel afbrydelse af strømforsyningen, ved standsning af en transaktion, før den er fuldført, samt under alle andre nulstillingsbetingelser, skal føleren nulstilles fuldstændigt.4.6.6. Rådighed over dataBevægelsesføleren skal sikre, at der opnås adgang til systemets enheder, når det er nødvendigt, og at enhederne ikke er genstand for unødig anmodning eller opretholdelse.4.6.7. Flere applikationer samtidigHvis bevægelsesføleren tilfører systemet andre applikationer end fartskriverapplikationen, skal alle applikationer være fysisk og/eller logisk adskilt fra hinanden. Sådanne applikationer må ikke dele sikkerhedsdata. Kun én opgave må være aktiv ad gangen.4.7. DataudvekslingBevægelsesføleren skal afgive køredata til køretøjsenheden med tilhørende sikkerhedsattributter, som sætter køretøjsenheden i stand til at verificere deres integritet og ægthed.4.8. Kryptografisk støtteForskrifterne i dette punkt finder kun anvendelse, når der er behov, alt efter de anvendte sikkerhedsmekanismer og de af fabrikanten anvendte løsninger.Enhver kryptografisk operation, som udføres af bevægelsesføleren, skal være i overensstemmelse med en foreskreven algoritme og en foreskreven nøglestørrelse.Hvis bevægelsesføleren opretter kryptografiske nøgler, skal dette ske i overensstemmelse med foreskrevne algoritmer til oprettelse af kryptografiske nøgler og med foreskrevne kryptografiske nøglestørrelser.Hvis bevægelsesføleren distribuerer kryptografiske nøgler, skal dette ske i overensstemmelse med foreskrevne metoder til distribution af nøgler.Giver bevægelsesføleren adgang til kryptografiske nøgler, skal dette ske i overensstemmelse med foreskrevne adgangsmetoder til nøgler.Destruerer bevægelsesføleren kryptografiske nøgler, skal dette ske i overensstemmelse med foreskrevne metoder til destruktion af nøgler.5. Fastlæggelse af sikkerhedsmekanismerDe sikkerhedsmekanismer, som varetager bevægelsesfølerens sikkerhedsfunktioner, fastlægges af bevægelsesfølerens fabrikant.6. Minimumstyrke af sikkerhedsmekanismerDen mindste styrke af bevægelsesfølerens sikkerhedsmekanismer er Høj som fastlagt i ITSEC.7. SikkerhedsniveauMålet for bevægelsesfølerens sikkerhedsniveau er ITSEC-niveau E3 som fastlagt i ITSEC.8. RationaleFølgende matricer giver et rationale for sikkerhedsfunktioner ved at angive:- hvilke sikkerhedsfunktioner eller midler der modvirker hvilke risici,- hvilke sikkerhedsfunktioner der opfylder hvilke it-sikkerhedsmål.>TABELPOSITION>FÆLLES SIKKERHEDSMÅL FOR KØRETØJSENHEDER1. IndledningDette dokument indeholder en beskrivelse af køretøjsenheden, af de risici, den skal imødegå, og de sikkerhedsmæssige mål, den skal opfylde. Afsnittet angiver de foreskrevne sikkerhedsfunktioner. Den angiver den påberåbte styrke af sikkerhedsmekanismerne og det nødvendige sikkerhedsniveau under udvikling og evaluering.De krav, der henvises til i dokumentet, er dem, som er angivet i hoveddelen af bilag I, del B. Af klarhedshensyn vil kravene i hoveddelen af bilag I, del B undertiden blive gentaget i forskrifterne for sikkerhedsmål, eller omvendt. I tilfælde af modstrid mellem en forskrift for sikkerhedsmål og de krav i hoveddelen af bilag I, del B, som der henvises til i dette krav til sikkerhedsmål, skal kravet i hoveddelen af bilag I, del B være afgørende.De krav i hoveddelen af bilag I, del B, som der ikke henvises til i sikkerhedsmålene, er ikke omfattet af sikkerhedsfunktioner.For at kunne spores til udviklings- og evalueringsdokumentationen er risici, mål, proceduremæssige midler og specifikationer af sikkerhedsfunktioner tildelt unikke etiketter.2. Forkortelser, definitioner og henvisninger2.1. ForkortelserPIN Personligt identifikationsnummerROM Læselager (/read only memory)SEF Sikkerhedsfunktion (/security enforcing function)TBD Fastlægges (/to be defined)TOE Evalueret system (/target of evaluation)VU Køretøjsenhed (/vehicle unit)2.2. DefinitionerDigital fartskriver KontrolapparatKøredata De data, som udveksles med bevægelsesføleren og repræsenterer hastighed og tilbagelagt distanceFysisk adskilte dele Fysiske komponenter, som tilhører køretøjsenheden og er fordelt i køretøjet, modsat de fysiske komponenter, som er samlet i køretøjsenhedens husSikkerhedsdata De specifikke data, som er nødvendige til støtte for sikkerhedsfunktioner (f.eks. kryptografiske nøgler)System Apparater, personer eller organisationer, som på nogen måde er involveret i kontrolapparatetBruger Ved brugere forstås personer, som anvender apparatet. Normale brugere af køretøjsenheden er førere, tilsynsførende, værksteder og virksomhederBrugerdata Alle data, bortset fra køre- og sikkerhedsdata, som registreres eller lagres af køretøjsenheden, og som foreskrives i kapitel III, punkt 122.3. HenvisningerITSEC ITSEC Evalueringskriterier for informationsteknologi 1991 (Information Technology Security Evaluation Criteria 1991)3. Produktrationale3.1. Beskrivelse og anvendelse af køretøjsenhedenKøretøjsenheden er bestemt til montering i køretøjer til vejtransport. Køretøjsenheden har til formål at registrere, gemme, vise, udprinte og udlæse data vedrørende førerens aktiviteter.Den er tilsluttet en bevægelsesføler og udveksler køredata for køretøjet med denne.Brugerne identificerer sig over for køretøjsenheden ved hjælp af fartskriverkort.Køretøjsenheden registrerer og gemmer brugeraktivitetsdata i sit datalager og registrerer desuden brugeraktivitetsdata på fartskriverkortene.Køretøjsenheden udlæser data til skærm, printer og eksterne enheder.Det funktionelle miljø omkring den i køretøjet monterede køretøjsenhed er beskrevet i følgende figur:Figur 2Køretøjsenhedens funktionelle miljø>PIC FILE= "L_2002207DA.021501.TIF">Køretøjsenhedens generelle egenskaber, funktioner og driftsform er beskrevet i kapitel II i bilag I, del B.De funktionelle krav til køretøjsenheden er angivet i kapitel III af bilag I, del B.Den typiske køretøjsenhed er beskrevet i følgende figur:Figur 3Typisk køretøjsenhed (...) ikke obligatorisk>PIC FILE= "L_2002207DA.021502.TIF">Det skal bemærkes, at skønt printermekanismen hører med til det evaluerede system, gør papirdokumentet det ikke, når først det er frembragt.3.2. Køretøjsenhedens levetidscyklusDen typiske levetidscyklus af en køretøjsenhed er beskrevet i følgende figur:Figur 4Typisk levetidscyklus for køretøjsenhed>PIC FILE= "L_2002207DA.021601.TIF">3.3. RisiciDette afsnit beskriver de risici, som køretøjsenheden kan være udsat for.3.3.1. Risici rettet mod regler for identifikation og adgangskontrolT.Access Brugere kan tænkes at forsøge at skaffe sig adgang til funktioner, som de ikke har ret til at benytte (som f.eks. at føreren skaffer sig adgang til kalibreringsfunktionen)T.Identification Brugere kan tænkes at forsøge at bruge flere forskellige identifikationer eller undlade identifikation3.3.2. Konstruktionsbetingede risiciT.Faults Fejl i maskinel, programmel eller kommunikationsprocedurer kan sætte køretøjsenheden under uforudsete betingelser, så dens sikkerhed forringesT.Tests Brug af ikke ugyldiggjorte testfunktionsmåder eller eksisterende bagdøre kan skade køretøjsenhedens sikkerhedT.Design Brugere kan tænkes at forsøge at opnå uretmæssigt kendskab til konstruktionen fra fabrikanten (ved tyveri, bestikkelse osv.) eller ved baglæns konstruktion3.3.3. Operationsorienterede risiciT.Calibration_Parameters Brugere kan tænkes at forsøge at anvende fejlkalibreret udstyr (ved at ændre kalibreringsdata eller udnytte organisatoriske svagheder)T.Card_Data_Exchange Brugere kan tænkes at forsøge at ændre data, mens de udveksles mellem køretøjsenhed og fartskriverkort (tilføjelse, ændring, sletning, genafspilning af signal)T.Clock Brugere kan tænkes at forsøge at ændre det interne urT.Environment Brugere kan tænkes at forringe køretøjsenhedens sikkerhed ved direkte påvirkning (termisk, elektromagnetisk, optisk, kemisk, mekanisk osv.)T.Fake_Devices Brugere kan tænkes at forsøge at tilslutte falske enheder (bevægelsesføler, chipkort) til køretøjsenhedenT.Hardware Brugere kan tænkes at forsøge at ændre køretøjsenhedens maskinelT.Motion_Data Brugere kan tænkes at forsøge at ændre køredata for køretøjet (ved tilføjelse, ændring, sletning, genafspilning af signal)T.Non_Activated Brugere kan tænkes at anvende et ikke aktiveret apparatT.Output_Data Brugere kan tænkes at forsøge at ændre uddata (udskrift, visning på skærm eller dataoverførsel)T.Power_Supply Brugere kan tænkes at forsøge at forhindre køretøjsenheden i at opfylde sine sikkerhedsmål ved at ændre (afbryde, nedsætte, øge) dens strømforsyningT.Security_Data Brugere kan tænkes at forsøge at skaffe sig uretmæssigt kendskab til sikkerhedsdata, når disse genereres, transporteres eller lagres i apparatetT.Software Brugere kan tænkes at forsøge at ændre køretøjsenhedens programmelT.Stored_Data Brugere kan tænkes at forsøge at ændre lagrede data (sikkerhedsdata eller brugerdata)3.4. SikkerhedsmålDe sikkerhedsmæssige hovedmål for det digitale fartskriversystem er følgende:O.Main Data, som skal kontrolleres af den tilsynsførende myndighed, skal være til rådighed og fuldstændigt og nøjagtigt afspejle de kontrollerede føreres og køretøjers aktiviteter hvad angår køre-, arbejde, rådigheds- og hvileperioder samt køretøjets hastighedFor køretøjsenheden gælder derfor følgende sikkerhedsmæssige mål, som er et led i det overordnede sikkerhedsmål:O.VU_Main De data, som skal måles og registreres og derefter kontrolleres af den tilsynsførende myndighed, skal være til rådighed og fuldstændigt og nøjagtigt afspejle de kontrollerede føreres og køretøjers aktiviteter hvad angår køre-, arbejde, rådigheds- og hvileperioder samt køretøjets hastighedO.VU_Export Køretøjsenheden skal kunne eksportere data til eksterne lagermedier på en sådan måde, at deres integritet og ægthed af data kan verificeres3.5. Informationsteknologiske sikkerhedsmålFor køretøjsenheden gælder følgende særlige informationsteknologiske sikkerhedsmål som et led i dens sikkerhedsmæssige hovedmål:O.Access Køretøjsenheden skal kontrollere brugernes adgang til funktioner og dataO.Accountability Køretøjsenheden skal indsamle nøjagtige reviderbarhedsdataO.Audit Køretøjsenheden skal revidere for forsøg på at undergrave systemets sikkerhed og spore dem til de tilknyttede brugereO.Authentication Køretøjsenheden skal ægthedskontrollere brugere og tilsluttede enheder (når det er nødvendigt at oprette en fortrolig sti mellem enhederne)O.Integrity Køretøjsenheden skal bevare integriteten af lagrede dataO.Output Køretøjsenheden skal sikre, at udgående data nøje afspejler de målte eller lagrede dataO.Processing Køretøjsenheden skal sikre, at behandlingen af indgående data til afledning af brugerdata er nøjagtigO.Reliability Køretøjsenheden skal tilvejebringe en pålidelig serviceO.Secured_Data_Exchange Køretøjsenheden skal sikre dataudveksling med bevægelsesføleren og med fartskriverkortene3.6. Fysiske, personalemæssige og proceduremæssige midlerDette afsnit beskriver fysiske, personalemæssige og proceduremæssige midler, som er et led i køretøjsenhedens sikkerhed3.6.1. Maskinellets konstruktionM.Development Udviklere af køretøjsenheder skal sørge for, at ansvarsuddelegering i udviklingsfasen finder sted på en måde, som bevarer it-sikkerhedenM.Manufacturing Fabrikanter af køretøjsenheder skal sørge for, at ansvarsuddelegering i produktionsfasen finder sted på en måde, som bevarer it-sikkerheden, og at køretøjsenheden under produktionsprocessen er beskyttet mod fysisk manipulation, som kan forringe it-sikkerheden3.6.2. Levering og aktivering af maskinelletM.Delivery Fabrikanter af køretøjsenheder, køretøjsfabrikanter og montører eller værksteder skal sørge for, at håndtering af ikke aktiverede køretøjsenheder finder sted på en måde, som bevarer it-sikkerhedenM.Activation Køretøjsfabrikanter, montører eller værksteder skal aktivere køretøjsenheden efter at denne er monteret, inden køretøjet forlader de lokaler, hvor monteringen fandt sted3.6.3. Generering og levering af sikkerhedsdataM.Sec_Data_Generation Algoritmer til generering af sikkerhedsdata må kun være tilgængelige for autoriserede og betroede personerM.Sec_Data_Transport Sikkerhedsdata skal genereres, transporteres og indsættes i køretøjsenheden på en sådan måde, at deres fortrolighed og integritet bevares3.6.4. Levering af kortM.Card_Availability Fartskriverkort må stilles til rådighed og leveres alene til autoriserede personerM.Driver_Card_Uniqueness Førere må kun være i besiddelse af ét gyldigt førerkort på et givet tidspunktM.Card_Traceability Levering af kort skal være sporbar (hvide lister, sorte lister), og ved sikkerhedsrevision skal anvendes sorte lister3.6.5. Kontrolapparatets montering, kalibrering og eftersynM.Approved_Workshops Montering, kalibrering og reparation af kontrolapparater skal udføres af betroede og godkendte montører eller værkstederM.Regular_Inpections Kontrolapparater skal regelmæssigt efterses og kalibreresM.Faithful_Calibration Godkendte montører og værksteder skal indlæse korrekte køretøjsparametre i kontrolapparatet under kalibrering3.6.6. Betjening af apparatetM.Faithful_Drivers Førere skal efterleve gældende regler og optræde forsvarligt (f.eks. benytte deres førerkort, vælge korrekt aktivitet, når valget sker manuelt, osv.)3.6.7. Retlig kontrolM.Controls Der skal regelmæssigt og på tilfældig måde gennemføres retlig kontrol, og heri skal indgå sikkerhedsrevision3.6.8. Opgraderinger af programmelM.Software_Upgrade Reviderede versioner af programmel skal være sikkerhedscertificeret, før de må implementeres i en køretøjsenhed4. Sikkerhedsfunktioner4.1. Identificering og ægthedsbekræftelse4.1.1. Identificering og ægthedsbekræftelse af bevægelsesfølerKøretøjsenheden skal for hver vekselvirkning kunne fastslå identiteten af den bevægelsesføler, som den er tilsluttet.Bevægelsesfølerens identitet består af følerens godkendelsesnummer og følerens serienummer.Køretøjsenheden skal ægthedsbekræfte den bevægelsesføler, den er tilsluttet:- ved bevægelsesfølerens tilslutning,- ved hver kalibrering af kontrolapparatet,- ved genetablering af strømforsyningen.Ægthedsbekræftelsen skal være gensidig og skal udløses af køretøjsenheden.Køretøjsenheden skal periodisk (med intervaller som fastlægges af fabrikanten og hyppigere end én gang i timen) gentage identifikation og ægthedsbekræftelse af den bevægelsesføler, den er tilsluttet, og sikre, at den bevægelsesføler, som er identificeret ved den seneste kalibrering af kontrolapparatet, ikke er blevet udskiftet.Køretøjsenheden skal konstatere og forhindre eventuel brug af ægthedsbekræftelsesdata, som er kopieret og genafspillet.Efter at (et antal fastlagt af fabrikanten, dog højst 20) på hinanden følgende fejlslagne forsøg på ægthedsbekræftelse er konstateret, og/eller efter at det er konstateret, at bevægelsesfølerens identitet er ændret på et ikke tilladt tidspunkt (dvs. på et andet tidspunkt end under kalibrering af kontrolapparatet), skal sikkerhedsfunktionen:- oprette en revisionspost over hændelsen,- advare brugeren,- fortsætte med at acceptere og benytte de ikke sikrede køredata, som afgives af bevægelsesføleren.4.1.2. Identificering og ægthedsbekræftelse af brugerKøretøjsenheden skal på permanent måde og selektivt spore identiteten af to brugere ved overvågning af de fartskriverkort, som indsættes i henholdsvis førerens og medchaufførens kortplads i apparatet.Brugeridentiteten består af:- en brugergruppe:- FØRER (førerkort),- TILSYNSFØRENDE (kontrolkort),- VÆRKSTED (værkstedskort),- VIRKSOMHED (virksomhedskort),- UKENDT (intet kort isat),- en bruger-ID, bestående af:- den kortudstedende medlemsstats kode og kortnummeret,- UKENDT, hvis brugergruppen er UKENDT.UKENDTE identiteter kan være implicit eller eksplicit kendte.Køretøjsenheden skal ægthedsbekræfte sine brugere ved isætning af kortet.Køretøjsenheden skal gentage ægthedsbekræftelsen af sine brugere:- ved genetablering af strømforsyningen,- periodisk eller efter indtræden af bestemte hændelser (fastlægges af fabrikanten, og hyppigere end én gang dagligt).Ægthedsbekræftelse skal udføres på en måde, som godtgør, at det indsatte kort er et gyldigt fartskriverkort, hvorpå der ligger sikkerhedsdata, som kun systemet kan have distribueret. Ægthedsbekræftelsen skal være gensidig og skal udløses af køretøjsenheden.Ud over ovenstående kræves, at værkstedet er ægthedsbekræftet ved en PIN-kode-kontrol. PIN-koder skal være mindst 4-cifrede.Bestemmelse:I tilfælde, hvor PIN-koden overføres til køretøjsenheden fra udstyr uden for køretøjsenheden, placeret i nærheden af denne, behøver fortroligheden af PIN-koden ikke være beskyttet under overførslen.Køretøjsenheden skal konstatere og forhindre eventuel brug af ægthedsbekræftelsesdata, som er kopieret og genafspillet.Hvis der er konstateret 5 på hinanden følgende fejlslagne forsøg på ægthedsbekræftelse, skal sikkerhedsfunktionen:- oprette en revisionspost over hændelsen,- advare brugeren,- antage, at brugeren er UKENDT og kortet ugyldigt (definition z) og krav 007).4.1.3. Identificering og ægthedsbekræftelse af en fjerntilsluttet virksomhedMulighed for fjerntilslutning af virksomheder er ikke obligatorisk. Dette punkt finder derfor kun anvendelse, hvis denne facilitet er implementeret.Ved enhver udveksling med en fjerntilsluttet virksomhed skal køretøjsenheden kunne fastslå virksomhedens identitet.Den fjerntilsluttede virksomheds identitet består af koden for den medlemsstat, som har udstedt virksomhedskortet, samt dettes nummer.Køretøjsenheden skal have ægthedsbekræftet den fjerntilsluttede virksomhed, før den tillader nogen overførsel af data til denne.Ægthedsbekræftelse skal udføres på en måde, som godtgør, at virksomheden er indehaver af et gyldigt virksomhedskort, hvorpå der ligger sikkerhedsdata, som kun systemet kan have distribueret.Køretøjsenheden skal konstatere og forhindre eventuel brug af ægthedsbekræftelsesdata, som er kopieret og genafspillet.Hvis der er konstateret 5 på hinanden følgende fejlslagne forsøg på ægthedsbekræftelse, skal køretøjsenheden:- advare den fjerntilsluttede virksomhed.4.1.4. Identificering og ægthedsbekræftelse af en styringsanordningFabrikanter af køretøjsenheder kan tage højde for dedikerede anordninger bestemt til supplerende styrefunktioner for køretøjsenheden (f.eks. opgradering af programmel, genindlæsning af sikkerhedsdata mv.). Dette punkt finder derfor kun anvendelse, hvis denne facilitet er implementeret.Ved enhver udveksling med en styringsanordning skal køretøjsenheden kunne fastslå anordningens identitet.Før køretøjsenheden tillader yderligere vekselvirkning, skal den have bekræftet styringsanordningens ægthed.Køretøjsenheden skal konstatere og forhindre brug af ægthedsbekræftelsesdata, som er kopieret og genafspillet.4.2. AdgangskontrolAdgangskontrollen sikrer, at kun dem, der er autoriseret dertil, kan læse data fra eller oprette eller ændre data i det evaluerede system.Det skal bemærkes, at de brugerdata, som er registreret af køretøjsenheden, ikke er fortrolige, skønt de kan indeholde oplysninger, som tilhører privatlivets fred eller er kommercielt følsomme. Derfor er det funktionelle krav i forbindelse med læseadgang til data (krav 011) ikke omfattet af en sikkerhedsfunktion.4.2.1. AdgangskontrolreglerKøretøjsenheden skal forvalte og kontrollere adgangen til funktioner og til data.4.2.2. Adgang til funktionerKøretøjsenheden skal håndhæve reglerne for valg af funktionsmåde (krav 006 til 009).Køretøjsenheden skal med funktionsmåden håndhæve reglerne for kontrol med adgang til funktionerne (krav 010).4.2.3. Adgang til dataKøretøjsenheden skal håndhæve reglerne for skriveadgang til køretøjsenhedens identifikationsdata (krav 076)Køretøjsenheden skal håndhæve reglerne for skriveadgang til identifikationsdata for en samparret bevægelsesføler (krav 079 og 155)Efter aktivering af køretøjsenheden skal denne sikre, at det kun i kalibreringsfunktion er muligt at indlæse kalibreringsdata i køretøjsenheden og gemme dem i dens datalager (krav 154 og 156).Efter aktivering af køretøjsenheden skal denne håndhæve reglerne for skriveadgang til og sletning af kalibreringsdata (krav 097).Efter aktivering af køretøjsenheden skal denne sikre, at det kun i kalibreringsfunktion er muligt at indlæse justeringsdata i køretøjsenheden og gemme dem i dens datalager (dette krav finder ikke anvendelse på de små tidsjusteringer, som krav 157 og 158 giver mulighed for).Efter aktivering af køretøjsenheden skal denne håndhæve reglerne for adgang til at skrive og slette tidsjusteringsdata (krav 100).Køretøjsenheden skal håndhæve passende regler for læse- og skriveadgang til sikkerhedsdata (krav 080).4.2.4. Filstruktur og adgangsbetingelserFilstruktur og adgangsbetingelser for applikations- og datafiler skal etableres i produktionsfasen og skal derefter være spærret for enhver efterfølgende ændring eller sletning.4.3. ReviderbarhedKøretøjsenheden skal sikre, at føreres aktiviteter er efterviselige (krav 081, 084, 087, 105a, 105b, 109 og 109a).Køretøjsenheden skal opbevare permanente identifikationsdata (krav 075).Køretøjsenheden skal sikre, at værksteders aktiviteter er efterviselige (krav 098, 101 og 109).Køretøjsenheden skal sikre, at tilsynsførendes aktiviteter kan eftervises (krav 102, 103 og 109).Køretøjsenheden skal registrere kilometerstandsdata (krav 090) og detaljerede hastighedsdata (krav 093).Køretøjsenheden skal sikre, at brugerdata vedrørende krav 081 til 093 og 102 til 105b inkl. ikke ændres, når først de er registreret, bortset fra at ældste lagrede data udskiftes med nye.Køretøjsenheden skal sikre, at den ikke ændrer data, som i forvejen er lagret på et fartskriverkort (krav 109 og 109a), bortset fra udskiftning af ældste lagrede data med nye (krav 110) og det i bemærkningen til punkt 2.1 i tillæg 1 beskrevne tilfælde.4.4. RevisionRevisionsmulighed kræves kun for hændelser, som kan tyde på manipulation eller forsøg på sikkerhedsbrud. Der kræves ikke mulighed for revision af normal brug af rettigheder, selv om det er sikkerhedsmæssigt relevant.Hændelser vedrørende køretøjsenhedens sikkerhed skal af køretøjsenheden registreres sammen med de tilhørende data (krav 094, 096 og 109).Hændelser, som berører køretøjsenhedens sikkerhed, er følgende:- Forsøg på sikkerhedsbrud:- ægthedsbekræftelse for bevægelsesføler ikke lykkedes,- ægthedsbekræftelse for fartskriverkort ikke lykkedes,- ubeføjet skift af bevægelsesføler,- integritetsfejl i indlæste kortdata,- integritetsfejl i lagrede brugerdata,- fejl ved intern dataoverførsel,- ubehørig åbning af hus,- sabotage på maskinel,- Seneste kortsession ikke korrekt afsluttet,- Hændelsen fejl i køredata,- Hændelsen afbrydelse af strømforsyning,- Intern fejl i køretøjsenhed.Køretøjsenheden skal håndhæve reglerne for lagring af revisionsposter (krav 094 og 096).Køretøjsenheden skal i sit datalager opbevare revisionsposter, som er oprettet af bevægelsesføleren.Revisionsposter skal kunne udskrives, vises på skærm og overføres.4.5. Genbrug af objekterKøretøjsenheden skal sikre, at midlertidigt lagrede objekter kan genbruges, uden at dette medfører uantagelig strøm af data.4.6. Nøjagtighed4.6.1. Regler for dataudvekslingskontrolKøretøjsenheden skal sikre, at brugerdata vedrørende krav 081, 084, 087, 090, 093, 102, 104, 105, 105a og 109 kun behandles ud fra de korrekte inddatakilder:- køredata for køretøjet,- køretøjsenhedens tidstro ur,- kontrolapparatets kalibreringsparametre,- fartskriverkort,- brugerinddata.Køretøjsenheden skal sikre, at brugerdata vedrørende krav 109a kun kan indlæses for perioden fra seneste udtagning af kort til aktuel isætning (krav 050a).4.6.2. Intern dataoverførselForskrifterne i dette afsnit finder kun anvendelse, hvis køretøjsenheden anvender fysisk adskilte dele.Ved overførsel af data mellem fysisk adskilte dele af køretøjsenheden skal data være beskyttet mod ændring.Ved konstatering af en dataoverførselsfejl under en intern overførsel skal overførslen gentages, og sikkerhedsfunktionen skal oprette en revisionspost for hændelsen.4.6.3. Integritet af lagrede dataKøretøjsenheden skal kontrollere de brugerdata, som er lagret i dens hukommelse, for integritetsfejl.Konstateres der en integritetsfejl i lagrede brugerdata, skal sikkerhedsfunktionen oprette en revisionspost.4.7. Pålidelighed af service4.7.1. PrøvningAlle kommandoer, operationer og testpunkter, som specielt tilhører produktionsfasen for køretøjsenheden, skal være sat ud af kraft eller fjernet, inden køretøjsenheden aktiveres. De må ikke kunne genetableres til senere brug.Køretøjsenheden skal køre selvtest under den indledende opstart og under normal drift for at efterprøve, at den fungerer korrekt. Køretøjsenhedens selvtest skal omfatte integritetskontrol og sikkerhedsdata og integritetskontrol af lagret eksekverbar kode (hvis denne ikke ligger i ROM).Ved detektion af en intern fejl under selvtest skal sikkerhedsfunktionen:- oprette en revisionspost (undtagen i kalibreringsfunktion) (intern fejl i køretøjsenheden),- bevare integriteten af de lagrede data.4.7.2. ProgrammelProgrammellet må ikke på nogen måde kunne analyseres eller fejlrettes i marken efter aktivering af køretøjsenheden.Inddata fra eksterne kilder må ikke kunne accepteres som eksekverbar kode.4.7.3. Fysisk sikringEr køretøjsenheden konstrueret, så den kan åbnes, skal den detektere enhver åbning af huset, selv uden ekstern strømtilførsel, i mindst 6 måneder. I så fald skal sikkerhedsfunktionen oprette en revisionspost (det kan godtages, at revisionsposten oprettes og lagres efter genetablering af strømforsyningen).Er køretøjsenheden således konstrueret, at den ikke kan åbnes, skal konstruktionen bevirke, at forsøg på fysisk manipulation let kan afsløres (f.eks. ved besigtigelse).Efter aktivering skal køretøjsenheden detektere nærmere angivet (angivet af fabrikanten) sabotage på maskinel.I ovennævnte tilfælde skal sikkerhedsfunktionen oprette en revisionspost, og bevægelsesføleren skal: (angives af fabrikanten).4.7.4. Afbrydelser i strømforsyningenKøretøjsenheden skal detektere afvigelser fra de foreskrevne værdier af strømforsyningen, herunder afbrydelse.I ovennævnte tilfælde skal sikkerhedsfunktionen:- oprette en revisionspost (undtagen i kalibreringsfunktion),- bibeholde den sikre tilstand af køretøjsenheden,- opretholde sikkerhedsfunktioner vedrørende de komponenter eller processer, som stadig er operationelle,- bevare integriteten af de lagrede data.4.7.5. NulstillingsbetingelserVed afbrydelse af strømforsyningen, ved standsning af en transaktion, før den er fuldført, samt ved enhver anden nulstillingsbetingelse skal køretøjsenheden nulstilles fuldstændig.4.7.6. Rådighed over dataKøretøjsenheden skal sikre, at der er adgang til systemets enheder ved behov, og at systemets enheder ikke er genstand for unødig anmodning eller bibeholdelse.Køretøjsenheden skal sikre, at der ikke kan frigives kort, før relevante data er lagret på dem (krav 015 og 016)I ovennævnte tilfælde skal sikkerhedsfunktionen oprette en revisionspost for hændelsen.4.7.7. Flere applikationer samtidigHvis køretøjsenheden tilfører systemet andre applikationer end fartskriverapplikationen, skal alle applikationer være fysisk og/eller logisk adskilt fra hinanden. Sådanne applikationer må ikke dele sikkerhedsdata. Kun én opgave må være aktiv ad gangen.4.8. DataudvekslingDette afsnit vedrører dataudveksling mellem køretøjsenheden og tilsluttede anordninger.4.8.1. Dataudveksling med bevægelsesfølerKøretøjsenheden skal efterprøve integritet og ægthed af køredata, som er importeret fra bevægelsesfølerenHvis der konstateres en integritets- eller ægthedsfejl ved køredata, skal sikkerhedsfunktionen:- oprette en revisionspost,- fortsætte med at anvende importerede data.4.8.2. Dataudveksling med fartskriverkortKøretøjsenheden skal efterprøve integritet og ægthed af data, som er importeret fra fartskriverkort.Ved konstatering af integritets- eller ægthedsfejl ved kortdata skal køretøjsenheden:- oprette en revisionspost,- undlade at anvende de pågældende data.Køretøjsenheden skal til fartskriverens chipkort afgive køredata med tilknyttede sikkerhedsattributter, som sætter kortet i stand til at verificere deres integritet og ægthed.4.8.3. Dataudveksling med eksterne lagermedier (downloading-funktion)Køretøjsenheden skal generere oprindelsesdokumentation for data overført til eksterne medier.Køretøjsenheden skal være i stand til at verificere oprindelsesdokumentationen for data overført til modtageren.Køretøjsenheden skal overføre data til eksterne lagermedier med tilhørende sikkerhedsattributter, som gør det muligt at verificere integritet og ægthed af de overførte data.4.9. Kryptografisk støtteForskrifterne i dette punkt finder kun anvendelse, når der er behov, alt efter de anvendte sikkerhedsmekanismer og de af fabrikanten anvendte løsninger.Enhver kryptografisk operation, som udføres af køretøjsenheden, skal være i overensstemmelse med en foreskreven algoritme og en foreskreven nøglestørrelse.Hvis køretøjsenheden genererer kryptografiske nøgler, skal dette ske i overensstemmelse med foreskrevne algoritmer til generering af kryptografiske nøgler og foreskrevne kryptografiske nøglestørrelser.Hvis køretøjsenheden distribuerer kryptografiske nøgler, skal dette ske i overensstemmelse med foreskrevne metoder til distribution af nøgler.Giver køretøjsenheden adgang til kryptografiske nøgler, skal dette ske i overensstemmelse med foreskrevne metoder til nøgleadgang.Hvis køretøjsenheden destruerer kryptografiske nøgler, skal dette ske i overensstemmelse med foreskrevne metoder til destruktion af nøgler.5. Fastlæggelse af sikkerhedsmekanismerDe foreskrevne sikkerhedsmekanismer er angivet i tillæg 11.Alle øvrige sikkerhedsmekanismer skal fastlægges af fabrikanterne.6. Minimumstyrke af sikkerhedsmekanismerDen mindste styrke af køretøjsenhedens sikkerhedsmekanismer er Høj i henhold til ITSEC.7. SikkerhedsniveauMålet for køretøjsenhedens sikkerhedsniveau er ITSEC-niveau E3, som defineret i henvisningen til ITSEC.8. RationaleFølgende matricer giver et rationale for sikkerhedsfunktioner ved at angive:- hvilke sikkerhedsfunktioner eller midler der modvirker hvilke risici,- hvilke sikkerhedsfunktioner der opfylder hvilke it-sikkerhedsmål.>TABELPOSITION>FÆLLES SIKKERHEDSMÅL FOR FARTSKRIVERKORT1. IndledningDette dokument indeholder en beskrivelse af fartskriverkortet, af de risici, det skal kunne imødegå, og af de sikkerhedsmæssige mål, det skal opfylde. Afsnittet angiver de foreskrevne sikkerhedsfunktioner. Det angiver den påberåbte minimumstyrke af sikkerhedsmekanismerne og det nødvendige sikkerhedsniveau under udvikling og evaluering.De krav, der henvises til i dokumentet, er dem, som er angivet i hoveddelen af bilag I, del B. Af klarhedshensyn vil kravene i hoveddelen af bilag I, del B, undertiden blive gentaget i forskrifterne for sikkerhedsmål eller omvendt. Ved eventuel modstrid mellem en forskrift for sikkerhedsmål og de krav i hoveddelen af bilag I, del B, som der henvises til i dette krav til sikkerhedsmål, skal kravet i hoveddelen af bilag I, del B være afgørende.De krav i hoveddelen af bilag I, del B, som der ikke henvises til i sikkerhedsmålene, er ikke omfattet af sikkerhedsfunktioner.Et fartskriverkort er et sædvanligt chipkort, som bærer en dedikeret fartskriverapplikation og skal opfylde tidssvarende funktions- og sikkerhedskrav, som finder anvendelse på chipkort. Dette sikkerhedsmål omfatter derfor kun de ekstra sikkerhedskrav, som nødvendiggøres af fartskriverapplikationen.For at kunne spores til udviklings- og evalueringsdokumentationen er risici, mål, proceduremæssige midler og specifikationer af sikkerhedsfunktioner tildelt unikke etiketter.2. Forkortelser, definitioner og henvisninger2.1. ForkortelserIC Integreret kreds (elektronisk komponent, som er i stand til at behandle og/eller lagre data)OS Styresystem (/operating system)PIN Personligt identifikationsnummerROM Læselager (/read only memory)SFP Regler for sikkerhedsfunktioner (/security functions policy)TPB Fastlægges (/to be defined)TOE Evalueret system (/target of evaluation)TSF Sikkerhedsfunktion for evalueret system (/TOE security function)VU Køretøjsenhed (/vehicle unit)2.2. DefinitionerDigital fartskriver KontrolapparatFølsomme data Data, som er lagret på fartskriveren og har behov for beskyttelse af hensyn til integritet, uautoriserede ændringer og fortrolighed (når dette er relevant for sikkerhedsdata). Følsomme data omfatter sikkerhedsdata og brugerdataSikkerhedsdata De specifikke data, som er nødvendige til støtte for sikkerhedsfunktioner (f.eks. kryptografiske nøgler)System Apparater, personer eller organisationer, som på nogen måde er involveret i kontrolapparatetBruger Enhver enhed (person eller ekstern it-enhed) uden for det evaluerede system, som vekselvirker med det evaluerede system (når ordet ikke indgår i udtrykket "brugerdata").Brugerdata Følsomme data, som er lagret på fartskriverkortet, bortset fra sikkerhedsdata. Brugerdata omfatter identifikationsdata og aktivitetsdataIdentifikationsdata Identifikationsdata omfatter kortets identifikationsdata og kortindehaverens identifikationsdataKortidentifikationsdata Brugerdata vedrørende identifikation af kort som defineret ved krav 190, 191, 192, 194, 215, 231 og 235Kortindehaverens identifikationsdata Brugerdata vedrørende identifikation af kortindehaver som defineret ved krav 195, 196, 216, 232 og 236Aktivitetsdata Aktivitetsdata omfatter aktivitetsdata for kortindehaver, data vedrørende hændelser og fejl samt kontrolaktivitetsdataAktivitetsdata for kortindehaver Brugerdata vedrørende kortindehavers aktiviteter som defineret ved krav 197, 199, 202, 212, 212a, 217, 219, 221, 226, 227, 229, 230a, 233 og 237Data vedrørende hændelser og fejl Brugerdata vedrørende hændelser og fejl som defineret ved krav 204, 205, 207, 208 og 223Kontrolaktivitetsdata Brugerdata knyttet til retlig kontrol som fastlagt ved krav 210 og 2252.3. HenvisningerITSEC Evalueringskriterier for informationsteknologi 1991 (Information Technology Security Evaluation Criteria 1991)IC PP Smartcard Integrated Circuit Protection Profile - version 2.0 - issue September 1998. Registreret hos det franske certificeringsorgan under nummer PP/9806ES PP Smart Card Integrated Circuit With Embedded Software Protection Profile - version 2.0 - issue June 99. Registreret hos det franske certificeringsorgan under nummer PP/99113. Produktrationale3.1. Beskrivelse og anvendelse af fartskriverkortetEt fartskriverkort er et chipkort, som svarer til beskrivelsen i henvisning IC PP og henvisning ES PP, og som indeholder en applikation, der er bestemt til anvendelse af kortet sammen med kontrolapparatet.Fartskriverkortets basisfunktioner er følgende:- at lagre identifikationsdata for kort og for kortindehaver. Disse data anvendes af køretøjsenheden til at identificere kortindehaveren, til at tilvejebringe funktioner og dataadgang i henhold dertil, og til at sikre reviderbarhed af kortindehaverens aktiviteter.- at lagre aktivitetsdata for kortindehaver, data vedrørende hændelser og fejl samt kontrolaktivitetsdata vedrørende kortindehaveren.Et fartskriverkort er således bestemt til at anvendes i køretøjsenhedens kortlæser. Det kan endvidere benyttes i enhver anden kortlæser (f.eks i en pc), som skal have fuld læseadgang til alle brugerdata.I anvendelsesfasen af et fartskriverkorts levetidscyklus (fase 7 af levetidscyklussen som beskrevet i ES PP) må køretøjsenheder kun skrive brugerdata på kortet.De funktionelle krav til fartskriverkort er angivet i hoveddelen af bilag I, del B og tillæg 2.3.2. Fartskriverkortets levetidscyklusFartskriverkortets levetidscyklus er i overensstemmelse med levetidscyklus for chipkort som beskrevet i henvisning ES PP.3.3. RisiciUd over de generelle risici mod chipkortet, som er angivet i ES PP og henvisning IC PP, kan fartskriverkortet være udsat for følgende risici.3.3.1. Endeligt målAngribernes endelige mål vil være at ændre i brugerdata, som er lagret i det evaluerede system.T.Ident_Data Hvis det var muligt at ændre i de identifikationsdata, som ligger i det evaluerede system (f.eks kortets art, kortets udløbsdato eller kortindehaverens identifikationsdata), ville det give mulighed for svigagtig brug af det evaluerede system, hvilket ville udgøre en alvorlig trussel mod systemets overordnede sikkerhedsmålT.Activity_Data Hvis der kan ændres i de aktivitetsdata, der er lagret i det evaluerede system, vil dette være en trussel mod sikkerheden af det evaluerede systemT.Data_Exchange Hvis der (ved tilføjelse, sletning eller ændring) kan ændres i aktivitetsdata under import eller eksport, vil dette være en sikkerhedstrussel mod det evaluerede system3.3.2. AngrebsvejeDet evaluerede system kan angribes af:- forsøg på at opnå uretmæssigt kendskab til udformningen af maskinel og programmel i det evaluerede system, specielt dets sikkerhedsfunktioner eller sikkerhedsdata. Uretmæssigt kendskab kan opnås ved angreb på konstruktørens eller fabrikantens materiale (tyveri, bestikkelse osv.) eller ved direkte undersøgelse af det evaluerede system (fysisk sondering, interferensanalyse mv.).- udnyttelse af konstruktionsmæssige eller produktionsmæssige svagheder i det evaluerede system (udnyttelse af maskinelfejl, programmelfejl, dataoverførselsfejl, fejl fremkaldt af miljøbelastning, udnyttelse af svagheder i sikkerhedsfunktioner som ægthedsbekræftelse, dataadgangskontrol, kryptografiske operationer osv.).- ændringer af det evaluerede system eller dets sikkerhedsfunktioner gennem fysiske, elektriske eller logiske angreb eller en kombination deraf.3.4. SikkerhedsmålDe sikkerhedsmæssige hovedmål for det samlede digitale fartskriversystem er følgende:O.Main Data, som skal kontrolleres af den tilsynsførende myndighed, skal være til rådighed og fuldstændigt og nøjagtigt afspejle de kontrollerede føreres og køretøjers aktiviteter hvad angår køre-, arbejde, rådigheds- og hvileperioder samt køretøjets hastighed.Det evaluerede system har derfor følgende sikkerhedsmæssige mål som led i dette overordnede sikkerhedsmål:O.Card_Identification_Data Det evaluerede system skal bevare kortidentifikationsdata og kortindehaverens identifikationsdata, som er lagret under personaliseringen af kortetO.Card_Activity_Storage Det evaluerede system skal opbevare brugerdata, som gemmes på kortet af køretøjsenheder3.5. Informationsteknologiske sikkerhedsmålUd over de generelle sikkerhedsmål for chipkort, som er angivet i henvisning ES PP og henvisning IC PP, har det evaluerede system følgende særlige it-sikkerhedsmål, som indgår i dets sikkerhedsmæssige hovedmål i anvendelsesfasen af dets levetidscyklus:O.Data_Access Det evaluerede system skal indskrænke brugernes adgang til at skrive data til ægthedsbekræftede køretøjsenheder.O.Secure_Communications Når applikationen gør det nødvendigt, skal det evaluerede system understøtte protokoller og procedurer for sikker kommunikation mellem kort og kortlæser.3.6. Fysiske, personalemæssige og proceduremæssige midlerDe fysiske, personalemæssige og proceduremæssige midler, som er et led i sikkerheden af det evaluerede system, er angivet i henvisning ES PP og henvisning IC PP (inddeling af sikkerhedsmål for miljøet).4. SikkerhedsfunktionerI dette afsnit videreudvikles visse af de tilladte operationer som tilordning eller valg af henvisning ES PP, og der fastsættes supplerende funktionskrav til sikkerhedsfunktioner.4.1. Overensstemmelse med sikringsprofilerDet evaluerede system skal være i overensstemmelse med henvisning IC PP.Det evaluerede system skal være i overensstemmelse med henvisning ES PP, når dette er videreudviklet.4.2. Identificering og ægthedsbekræftelse af brugerKortet skal identificere den enhed, som det er indsat i, og skal fastslå, om det er en ægthedsbekræftet køretøjsenhed eller ikke. Kortet kan eksportere alle brugerdata, uanset hvilken enhed det er tilsluttet, bortset fra kontrolkortet, som kan eksportere kortindehaverens identifikationsdata alene til ægthedsbekræftede køretøjsenheder (derved kan den tilsynsførende ved at se sit navn på skærmen eller på udskrifterne forvisse sig om, at køretøjsenheden ikke er falsk).4.2.1. Identifikation af brugerTilordning (FIA_UID.1.1) Liste over operationer formidlet af sikkerhedsfunktioner: Ingen.Tilordning (FIA_ATD.1.1) Liste over sikkerhedsattributter:- USER_GROUP: VEHICLE_UNIT, NON_VEHICLE_UNIT,- USER_ID: Køretøjets indregistreringsnummer (VRN) og den registrerende medlemsstats kode (USER_ID kendes kun for USER_GROUP = VEHICLE_UNIT).4.2.2. Ægthedsbekræftelse af brugerTilordning (FIA_UAU.1.1) Liste over operationer formidlet af sikkerhedsfunktioner:- Fører- og værkstedskort: Eksportere brugerdata med sikkerhedsattributter (dataoverførsel fra kort),- Kontrolkort: Eksportere brugerdata uden sikkerhedsattributter undtagen kortindehavers identifikationsdata.Ægthedsbekræftelse af en køretøjsenhed skal udføres ved at eftervise, at den indeholder sikkerhedsdata, som kun systemet kan have distribueret.Valg (FIA_UAU.3.1 and FIA_UAU.3.2): Forebygge.Tilordning (FIA_UAU.4.1) Identificerede mekanismer til ægthedsbekræftelse: Enhver mekanisme til ægthedsbekræftelse.Værkstedskortet skal tilvejebringe en supplerende mekanisme til ægthedsbekræftelse gennem PIN-kode-kontrol. (Hensigten med denne mekanisme er, at køretøjsenheden skal garantere kortindehaverens identitet, ikke at mekanismen skal sikre indholdet af værkstedskortet.)4.2.3. Svigt af ægthedsbekræftelseFølgende tilordninger beskriver kortets reaktion på hver enkelt fejlslagen ægthedsbekræftelse af brugeren.Tilordning (FIA_AFL.1.1) Nummer: 1, liste over hændelser i forbindelse med ægthedsbekræftelse: Ægthedsbekræftelse af en kortlæser.Tilordning (FIA_AFL.1.2) Liste over operationer:- advare den tilsluttede enhed,- regne brugeren for en NON_VEHICLE_UNIT.Følgende tilordninger beskriver kortets reaktion ved fejlslagen gennemførelse af den ekstra ægthedsbekræftelsesmekanisme, som kræves i UIA_302.Tilordning (FIA_AFL.1.1) Nummer: 5, liste over hændelser i forbindelse med ægthedsbekræftelse: PIN-kontrol (værkstedskort).Tilordning (FIA_AFL.1.2) Liste over operationer:- advare den tilsluttede enhed,- spærre PIN-kodekontrollen, så ethvert efterfølgende PIN-kodeforsøg vil slå fejl,- kunne angive grunden til spærringen over for efterfølgende brugere.4.3. Adgangskontrol4.3.1. AdgangskontrolreglerI anvendelsesfasen af sin levetidscyklus er fartskriverkortet genstand for ét sæt sikkerhedsfunktionsregler for adgangskontrol, som benævnes AC_SFP.Tilordning (FDP_ACC.2.1) Sikkerhedsfunktionsregler for adgangskontrol: AC_SFP.4.3.2. AdgangskontrolfunktionerTilordning (FDP_ACF.1.1) Sikkerhedsfunktionsregler for adgangskontrol: AC_SFP.Tilordning (FDP_ACF.1.1) Benævnt gruppesikkerhedsattributter: USER_GROUP.Tilordning (FDP_ACF.1.2) Regler for adgangsstyring for kontrollerede personer og kontrollerede objekter, som anvender kontrollerede operationer på kontrollerede objekter:- GENERAL_READ: Brugerdata kan læses fra det evaluerede system af enhver bruger, bortset fra kortindehaverens identifikationsdata, som alene kan læses fra kontrolkortene af VEHICLE_UNIT.- IDENTIF_WRITE: Identifikationsdata kan kun skrives én gang og inden slutningen af fase 6 i kortets levetidscyklus. Ingen bruger kan skrive eller ændre identifikationsdata i anvendelsesfasen af kortets levetidscyklus.- ACTIVITY_WRITE: Kun VEHICLE_UNIT kan skrive til det evaluerede system.- SOFT_UPGRADE: Ingen bruger må opgradere programmellet i det evaluerede system.- FILE_STRUCTURE: Filstruktur og adgangsbetingelser for applikations- og datafiler skal være etableret før slutningen af fase 6 i levetidscyklussen for det evaluerede system og skal derefter være spærret for enhver efterfølgende ændring eller sletning foretaget af nogen bruger.4.4. ReviderbarhedDet evaluerede system skal indeholde permanente identifikationsdata.Der skal være en angivelse af dato og klokkeslæt for personaliseringen af det evaluerede system. Denne angivelse må til stadighed ikke kunne ændres.4.5. RevisionOmrådet under evaluering skal overvåge hændelser, som tyder på en eventuel trussel mod dets sikkerhed.Tilordning (FAU_SAA.1.2) Subsæt af definerede reviderbare hændelser:- mislykket ægthedsbekræftelse af kortindehaver (5 på hinanden følgende fejlslagne PIN-kodeforsøg),- selvtestfejl,- integritetsfejl i lagrede data,- integritetsfejl i indlæste aktivitetsdata.4.6. Nøjagtighed4.6.1. Integritet af lagrede dataTilordning (FDP_SDI.2.2) Nødvendige tiltag: Advar den tilsluttede enhed.4.6.2. Ægthedsbekræftelse af basisdataTilordning (FDP_DAU.1.1) Liste over objekter eller informationstyper: Identifikationsdata.Tilordning (FDP_DAU.1.2) Liste over personer: En vilkårlig.4.7. Pålidelighed af service4.7.1. PrøverValg (FPT_TST.1.1): Ved den indledende opstart, og periodisk under normal drift.Bemærkning:"Under den indledende opstart" vil sige: Før programkoden eksekveres (og ikke nødvendigvis under proceduren svar på nulstilling).Selvtest for det evaluerede system skal omfatte integritetskontrol af al programkode, som ikke ligger i læselageret.Ved konstatering af en selvtestfejl skal sikkerhedsfunktionen advare den tilsluttede enhed.Når prøvning af styresystemet er gennemført, skal alle prøvningsspecifikke kommandoer og operationer sættes ud af kraft eller fjernes. Det må ikke være muligt at tilsidesætte disse styreredskaber og genetablere dem til senere brug. Når en kommando udelukkende er knyttet til én tilstand i levetidscyklussen, må der aldrig være adgang til kommandoen i nogen anden tilstand.4.7.2. ProgrammelProgrammellet for det evaluerede system må ikke på nogen måde kunne analyseres eller fejlrettes i marken.Inddata fra eksterne kilder må ikke kunne accepteres som eksekverbar kode.4.7.3. StrømforsyningVed afbrydelse eller uregelmæssigheder i strømforsyningen skal det evaluerede system opretholde en sikker tilstand.4.7.4. NulstillingsbetingelserVed afbrydelse eller styrkevariationer af strømforsyningen til det evaluerede system, ved standsning af en transaktion, før den er fuldført, samt ved enhver anden nulstillingsbetingelse skal det evaluerede system nulstilles fuldstændigt.4.8. Dataudveksling4.8.1. Dataudveksling med en køretøjsenhedDet evaluerede system skal efterprøve integritet og ægthed af data, som er importeret fra en køretøjsenhed.Ved konstatering af en integritetsfejl på importerede data skal det evaluerede system:- advare den enhed, der sender de pågældende data,- undlade at anvende de pågældende data.Det evaluerede system skal afgive brugerdata til køretøjsenheden med tilknyttede sikkerhedsattributter, som sætter køretøjsenheden i stand til at verificere integritet og ægthed af de modtagne data.4.8.2. Eksport af data til andet end en køretøjsenhed (downloading-funktion)Det evaluerede system skal generere oprindelsesdokumentation for data overført til eksterne medier.Det evaluerede system skal være i stand til at verificere oprindelsesdokumentationen for data overført til modtageren.Det evaluerede system skal overføre data til eksterne lagermedier med tilhørende sikkerhedsattributter, som gør det muligt at verificere integriteten af de overførte data.4.9. Kryptografisk støtteHvis sikkerhedsfunktionen genererer kryptografiske nøgler, skal dette ske i overensstemmelse med foreskrevne algoritmer til generering af kryptografiske nøgler og foreskrevne kryptografiske nøglestørrelser. Genererede kryptografiske sessionsnøgler skal have et begrænset antal (antallet angives af fabrikanten og må højst være 240) mulige anvendelser.Hvis sikkerhedsfunktionen distribuerer kryptografiske nøgler, skal dette ske i overensstemmelse med foreskrevne metoder til distribution af kryptografiske nøgler.5. Fastlæggelse af sikkerhedsmekanismerDe foreskrevne sikkerhedsmekanismer er angivet i tillæg 11.Alle øvrige sikkerhedsmekanismer skal fastlægges af fabrikanten af området under evaluering.6. Påberåbt minimumstyrke af mekanismerDen mindste styrke af fartskriverkortets sikkerhedsmekanismer er Høj i henhold til ITSEC.7. SikkerhedsniveauMålet for fartskriverkortets sikkerhedsniveau er ITSEC-niveau E3, som defineret i henvisningen til ITSEC.8. RationaleFølgende matricer giver et rationale for ekstra sikkerhedsfunktioner ved at angive:- hvilke sikkerhedsfunktioner der modvirker hvilke risici,- hvilke sikkerhedsfunktioner der opfylder hvilke it-sikkerhedsmål.>TABELPOSITION>Tillæg 11FÆLLES SIKKERHEDSMEKANISMERINDHOLD>TABELPOSITION>1. GENERELTDette tillæg foreskriver de sikkerhedsmekanismer, som sikrer:- den gensidige ægthedskontrol mellem køretøjsenheder og fartskriverkort, herunder aftale om sessionsnøgle,- fortrolighed, integritet og ægthed af data overført mellem køretøjsenheder og fartskriverkort,- integritet og ægthed af data overført fra køretøjsenheder til eksterne lagermedier,- integritet og ægthed af data overført fra fartskriverkort til eksterne lagermedier.1.1. HenvisningerI dette tillæg henvises til følgende referencer:SHA-1 National Institute of Standards and Technology (NIST). FIPS Publication 180-1: Secure Hash Standard. April 1995PKCS1 RSA Laboratories. PKCS  1: RSA Encryption Standard. Version 2.0. Oktober 1998TDES National Institute of Standards and Technology (NIST). FIPS Publication 46-3: Data Encryption Standard. Udkast 1999TDES-OP ANSI X9.52, Triple Data Encryption Algorithm Modes of Operation. 1998ISO/IEC 7816-4 Information Technology - Identification cards - Integrated circuit(s) cards with contacts - Part 4: Interindustry commands for interexchange. Første udgave: 1995 + Ændring 1: 1997ISO/IEC 7816-6 Information Technology - Identification cards - Integrated circuit(s) cards with contacts - Part 6: Interindustry data elements. Første udgave: 1996 + Cor. 1: 1998ISO/IEC 7816-8 Information Technology - Identification cards - Integrated circuit(s) cards with contacts - Part 8: Security related interindustry commands. Første udgave 1999ISO/IEC 9796-2 Information Technology - Security techniques - Digital signature schemes giving message recovery - Part 2: Mechanisms using a hash function. Første udgave: 1997ISO/IEC 9798-3 Information Technology - Security techniques - Entity authentication mechanisms - Part 3: Entity authentication using a public key algorithm. Anden udgave 1998ISO 16844-3 Road vehicles - Tachograph systems - Part 3: Motion sensor interface1.2. Notation og forkortelserI dette tillæg bruges følgende notation og forkortelser:(Ka, Kb, Kc) Et nøglebundt til brug for den tredobbelte datakrypteringsalgoritmeCA Certificeringsmyndighed (/Certification authority)CAR Henvisning til certificeringsmyndighed (/Certification authority reference)CC Kryptografisk kontrolsumCG KryptogramCH KommandoheaderCHA Certifikatindehavers autorisation (/Certificate holder authorisation)CHR Henvisning til certifikatindehaver (/Certificate holder reference)D() Dekryptering med DESDE DataelementDO Dataobjektd Privat RSA-nøgle, privat eksponente Offentlig RSA-nøgle, offentlig eksponentE() Kryptering med DESEQT Udstyr (/Equipment)Hash() Sætte hash-værdi på et Hash-resultatHash Hash-funktionKID Nøgleidentifikator (/Key identifier)Km TDES-nøgle, hovednøgle defineret i ISO 16844-3KmVU TDES-nøgle indsat i køretøjsenhederKmWC TDES-nøgle indsat i værkstedskortm Repræsenterer en meddelelse, heltal mellem 0 og n-1n RSA-nøgler, modulusPB Udfyldningsbytes (/Padding bytes)PI Udfyldningsindikatorbyte (til brug i kryptogram til fortrolighedsdataobjekt)PV Ordinær dataværdi (/Plain value)s Repræsenterer en underskrift, et heltal mellem 0 og n-1SSC Sendesekvenstæller (/Send sequence counter)SM Sikker meddelelsesoverførselTCBC TDEA-kryptografering med blokkædningsfunktion (/TDEA cipher block chaining mode of operation)TDEA Algoritme til tredobbelt datakryptering (/Triple data encryption algorithm)TLV Mærkatlængde (/Tag length value)VU Køretøjsenhed (/Vehicle unit)X.C Certifikat for bruger X, udstedt af en certificeringsmyndighedX.CA Certificeringsmyndighed for bruger XX.CA.PKoX.C Operation, som består i at udpakke et certifikat for at uddrage en offentlig nøgle. Der er tale om en operator af infix-typen, der som venstre operand har certificeringsmyndighedens offentlige nøgle og som højre operand certifikatet udstedt af den pågældende certificeringsmyndighed. Resultatet er den offentlige nøgle for brugeren X, hvis certifikat er den højre operandX.PK Offentlig RSA-krypteringsnøgle for bruger XX.PK[I] RSA-krypteringen af en vilkårlig oplysning I ved hjælp af den offentlige nøgle fra bruger XX.SK Privat RSA-nøgle for bruger XX.SK[I] RSA-kryptering af en vilkårlig oplysning I ved hjælp af den private nøgle fra bruger X'xx' Hexadecimal værdi|| Sammenkædningsoperator2. KRYPTOGRAFISKE SYSTEMER OG ALGORITMER2.1. Kryptografiske systemerKøretøjsenheder og fartskriverkort skal anvende et kryptografisk system med en klassisk offentlig RSA-nøgle til at tilvejebringe følgende sikkerhedsmekanismer:- ægthedsbekræftelse mellem køretøjsenheder og kort,- transport af tredobbelte DES-sessionsnøgler mellem køretøjsenheder og fartskriverkort,- digital underskrift af data, som er overført fra køretøjsenhederne eller fra fartskriverkort til eksterne medier.I køretøjsenheder og fartskriverkort skal anvendes et tredobbelt symmetrisk DES-kryptograferingssystem til sikring af dataintegritet under udveksling af brugerdata mellem køretøjsenheder og fartskriverkort og til, i givet fald, at sikre fortroligheden af dataoverførsel mellem køretøjsenheder og fartskriverkort.2.2. Kryptografiske algoritmer2.2.1. RSA-algoritmeRSA-algoritmen er fuldt defineret ved følgende relationer:>PIC FILE= "L_2002207DA.024001.TIF">En mere fuldstændig beskrivelse af RSA-funktionen findes i henvisning PKCS1.I alle genererede RSA-nøgler bliver den offentlige eksponent, e, til RSA-beregninger forskellig fra 2.2.2.2. Hash-algoritmeMekanismerne til digital underskrift skal anvende SHA-1-hashalgoritmen som defineret i henvisning SHA-1.2.2.3. Algoritme til datakrypteringDer skal anvendes DES-baserede algoritmer i blokkædnings-funktionsmåde.3. NØGLER OG CERTIFIKATER3.1. Generering og distribution af nøgler3.1.1. Generering og distribution af RSA-nøglerRSA-nøgler skal genereres i tre funktionelle hierarkiske niveauer:- europæisk niveau,- medlemsstatsniveau,- apparatniveau.På europæisk niveau skal der genereres et enkelt europæisk nøglepar (EUR.SK og EUR.PK). Den europæiske private nøgle skal anvendes til at certificere medlemsstaternes offentlige nøgler. Der skal føres registre over alle certificerede nøgler. Disse opgaver udføres af en europæisk certificeringsmyndighed under Europa-Kommissionens myndighed og ansvar.På medlemsstatniveau skal der genereres et medlemsstat-nøglepar (MS.SK og MS.PK). Medlemsstaternes offentlige nøgler skal være certificeret af den europæiske certificeringsmyndighed. Den private medlemsstatnøgle anvendes til at certificere de offentlige nøgler, som skal indsættes i udstyret (køretøjsenhed eller fartskriverkort). Der skal føres register over alle certificerede offentlige nøgler med identifikation af det udstyr, de er bestemt til. Disse opgaver varetages af en medlemsstats certificeringsmyndighed. En medlemsstat kan jævnligt skifte sit nøglepar.På apparatniveau skal der genereres et enkelt nøglepar (EQT.SK og EQT.PK), som indsættes i hvert apparat. Apparatets offentlige nøgler skal certificeres af en medlemsstats certificeringsmyndighed. Disse opgaver kan varetages af udstyrsfabrikanter, af leverandører af individuelle tilpasninger af udstyr eller af medlemsstaternes myndigheder. Dette nøglepar anvendes til ægthedsbekræftelse, digital underskrift og og krypteringstjenester.De private nøglers fortrolighed skal bibeholdes under generering, eventuel transport og opbevaring.Følgende billede sammenfatter datastrømmen under denne proces:>PIC FILE= "L_2002207DA.024101.TIF">3.1.2. RSA-prøvenøglerTil afprøvning af udstyr (herunder interoperabilitetsprøvning) skal den europæiske certificeringsmyndighed generere et uens par europæiske prøvenøgler og mindst to par medlemsstatprøvenøgler, af hvilke de offentlige nøgler skal certificeres med den europæiske private prøvenøgle. I det udstyr, som skal typegodkendes, skal fabrikanterne indsætte prøvenøgler, som er certificeret med en af medlemsstaternes prøvenøgler.3.1.3. Nøgler til bevægelsesfølerGenerering, eventuel transport og opbevaring af de tre nedenfor beskrevne TDES-nøgler skal ske under iagttagelse af fuld fortrolighed.For at understøtte kontrolapparater, som er i overensstemmelse med ISO 16844, skal den europæiske certificeringsmyndighed og medlemsstaternes certificeringsmyndigheder endvidere sikre følgende:Den europæiske certificeringsmyndighed genererer KmVU og KmWC, to uafhængige og unikke tredobbelte DES-nøgler, og genererer Km som:>PIC FILE= "L_2002207DA.024201.TIF">Den europæiske certificeringsmyndighed fremsender disse nøgler under brug af tilbørligt sikrede procedurer til medlemsstaternes certificeringsmyndigheder på disses anmodning.Medlemsstaternes certificeringsmyndigheder skal:- Anvende Km til kryptering af bevægelsesfølerdata, som begæres af fabrikanter af bevægelsesfølere (de data, som skal krypteres med Km, er fastlagt i ISO 16844-3),- Fremsende KmVU til fabrikanterne af køretøjseneheder under brug af behørigt sikrede procedurer, til indsætning i køretøjsenheder,- Sørge for, at KmWC indsættes i alle værkstedskort (SensorInstallationSecData i elementærfilen Sensor_Installation_Data) under personalisering af kortet.3.1.4. Generering og distribution af T-DES-sessionsnøglerKøretøjsenheder og fartskriverkort skal som del af den gensidige ægthedskontrol generere og udveksle de nødvendige data til udarbejdning af en tredobbelt fælles DES-sessionsnøgle. Denne dataudveksling skal være fortrolighedsbeskyttet ved RSA-kryptering.Denne nøgle skal anvendes til alle efterfølgende kryptografiske operationer, hvor der anvendes sikker meddelelsesoverførsel. Dens gyldighed skal udløbe ved sessionens afslutning (udtagning eller genindsætning af kort) og/eller efter 240 anvendelser (én anvendelse af nøglen = én kommando med sikker meddelelsesoverførsel sendt til kortet, samt det tilhørende svar).3.2. NøglerRSA-nøgler skal (uanset niveau) have følgende længde: modulus n 1024 bit, offentlig eksponent e maks. 64 bit, privat eksponent d 1024 bit.Tredobbelte DES-nøgler skal have formen (Ka, Kb, Ka), hvor Ka og Kb er uafhængige 64 bit lange nøgler. Der skal ikke sættes paritetsbit.3.3. CertifikaterCertifikater med offentlig RSA-nøgle skal være "ikke selvdeskriptive" og "verificerbare med kort" (ref.: ISO/IEC 7816-8)3.3.1. Certifikaters indholdCertifikater med offentlig RSA-nøgle er opbygget med følgende data i følgende rækkefølge:>TABELPOSITION>Bestemmelser:1. "Certifikatprofil-identifikatoren" (CPI) beskriver den nøjagtige opbygning af et ægthedscertifikat. Den kan bruges som intern identifikator for udstyret i en relevant headerliste, som beskriver sammenkædningen af dataelementer i certifikatet.Den headerliste, der er knyttet til indholdet af dette certifikat, er som følger:>PIC FILE= "L_2002207DA.024301.TIF">2. "Henvisning til certificeringsmyndighed" (CAR) har til formål at identificere den certifikatudstedende myndighed på en sådan måde, at dataelementet samtidig kan anvendes som identifikator for en myndigheds nøgle og henvise til certificeringsmyndighedens offentlige nøgle (vedrørende kodning henvises til nøgleidentifikatoren nedenfor).3. "Certifikatindehavers autorisation" (CHA) anvendes til at identificere certifikatindehaverens rettigheder. Den består af fartskriverapplikationens ID og af den art udstyr, som certifikatet er bestemt til (i henhold til dataelementet EquipmentType, "00" for en medlemsstat).4. "Henvisning til certifikatindehaver" (CHR) har til formål at identificere certifikatindehaveren entydigt, således at dataelementet på én gang kan anvendes som identifikator for en persons nøgle og henvise til certifikatindehaverens offentlige nøgle.5. Nøgleidentifikatorer identificerer entydigt certifikatindehaver eller certificeringsmyndigheder. De kodes som følger:5.1. Udstyr (køretøjsenhed eller kort):>TABELPOSITION>For en køretøjsenhed kan producenten, når han anmoder om certifikater, være vidende eller uvidende om identifikationen af det udstyr, nøglerne vil blive indsat i.I første tilfælde sender fabrikanten identifikationen af udstyret med den offentlige nøgle til den pågældende medlemsstats myndigheder til certificering. Certifikatet vil derefter indeholde identifikationen af udstyret, og fabrikanten skal sikre, at nøgler og certifikat indsættes i det udstyr, det er bestemt for. Nøgleidentifikatoren har den ovenfor viste form.I sidstnævnte tilfælde skal fabrikanten entydigt identificere hver forespørgsel om certifikat og sende denne identifikation med den offentlige nøgle til den pågældende medlemsstats myndigheder til certificering. Certifikatet vil indeholde identifikationen af anmodningen. Fabrikanten skal melde tilbage til myndighederne i sin medlemsstat med tilordning af nøgle til udstyr (dvs. identifikation af anmodning om certifikat, identifikation af udstyr) efter installation af nøglen i udstyret. Nøgleidentifikatoren har følgende form:>TABELPOSITION>5.2. Certificeringsmyndighed:>TABELPOSITION>Nøglens serienummer anvendes til at skelne mellem en medlemsstats forskellige nøgler i tilfælde af, at nøglen ændres.6. Certifikatkontrollører skal implicit vide, at den certificerede offentlige nøgle er en RSA-nøgle, som er relevant for ægthedsbekræftelse, verificering af digital underskrift og kryptering til fortrolighedstjenester (certifikatet indeholder ingen objektidentifikator til specificering heraf).3.3.2. Udstedte certifikaterDet udstedte certifikat er en digital underskrift med delvis genetablering af certifikatets indhold i overensstemmelse med ISO/IEC 9796-2, med "henvisning til certificeringsmyndighed" vedhæftet.>PIC FILE= "L_2002207DA.024401.TIF">Med certifikatindhold>PIC FILE= "L_2002207DA.024402.TIF">Bestemmelser:1. Dette certifikat er 194 bytes langt.2. Henvisning til certificeringsmyndigheden (CAR), som er skjult af underskriften, er ligeledes vedhæftet underskriften, således at certificeringsmyndighedens offentlige nøgle kan vælges til verificering af certifikatet.3. Certifikatkontrolløren skal implicit kende den algoritme, der af certificeringsmyndigheden er anvendt til at underskrive certifikatet.4. Den headerliste, der er knyttet til dette udstedte certifikat, er som følger:>PIC FILE= "L_2002207DA.024501.TIF">3.3.3. Verificering og udpakning af certifikaterCertifikatverificering og -udpakning består i verificering af underskriften i overensstemmelse med ISO/IEC 9796-2, hentning af certifikatets indhold og den deri indeholdte offentlige nøgle, X.PK = X.CA.PKoX.C, samt verificering af certifikatets validitet.Der indgår heri følgende trin:Verificering af underskrift og hentning af indhold:- fra X.C hent Sign, Cn' og CAR':>PIC FILE= "L_2002207DA.024502.TIF">- fra henvisning til certificeringsmyndighed (CAR): vælg korrekt offentlig nøgle for certificeringsmyndighed (hvis dette ikke er sket før på anden måde)- åben Sign med certificeringsmyndighedens offentlige nøgle: Sr' = X.CA.PK [Sign],- kontrollér, at Sr' begynder med '6A' og ender på 'BC'- beregn Cr' og H' af:>PIC FILE= "L_2002207DA.024503.TIF">- genetabler certifikatindhold C' = Cr' || Cn',- kontrollér, at Hash(C') = H'Giver kontrollerne tilfredsstillende resultat, er certifikatet ægte, dets indhold er C'.Verificer gyldighed. Fra C':- kontrollér i givet fald udløbsdatoen.Hent og gem offentlig nøgle, nøgleidentifikator, certifikatindehavers autorisation og certifikatudløbsdato fra C':- X.PK = n || e- X.KID = CHR- X.CHA = CHA- X.EOV = EOV4. MEKANISME TIL GENSIDIG ÆGTHEDSBEKRÆFTELSEGensidig ægthedsbekræftelse mellem kort og køretøjsenheder bygger på følgende princip:Hver part skal over for den anden godtgøre, at den er indehaver af en gyldig nøgle, af hvilken den offentlige nøgle er certificeret af en af medlemsstaternes certificeringsmyndigheder, som selv er certificeret af den europæiske certificeringsmyndighed.Dette sker ved, at der med den private nøgle underskrives et tilfældigt tal, afsendt af den anden part, som derefter skal genfinde det afsendte tilfældige tal ved verificering af denne underskrift.Mekanismen udløses af køretøjsenheden ved isætningen af kortet. Den begynder med udveksling af certifikater og udpakning af offentlige nøgler og slutter med indsætning af en sessionsnøgle.Der skal anvendes følgende protokol (pilene angiver kommandoer og udvekslede data (se tillæg 2)):>PIC FILE= "L_2002207DA.024601.TIF">>PIC FILE= "L_2002207DA.024701.TIF">5. MEKANISMER TIL FORTROLIGHED, INTEGRITET OG ÆGTHEDSKONTROL VED DATAOVERFØRSEL PÅ KØRETØJSENHEDENS KORT5.1. Sikker meddelelsesoverførselVed overførsler af data på kort i køretøjsenheder skal dataintegriteten beskyttes gennem sikker meddelelsesoverførsel i overensstemmelse med henvisning ISO/IEC 7816-4 og ISO/IEC 7816-8.Når der er behov for beskyttelse af data under overførsel, skal et dataobjekt med kryptografisk kontrolsum vedhæftes de dataobjekter, der udsendes inden for kommandoen eller svaret. Den kryptografiske kontrolsum skal verificeres af modtageren.Den kryptografiske kontrolsum af data sendt inden for en kommando skal indeholde kommandoens header og alle de afsendte dataobjekter (=  &gt; CLA = '0C', og alle dataobjekter skal være indkapslet med mærkater, i hvilke b1 = 1).Informationsbytes for svarstatus skal være beskyttet af en kryptografisk kontrolsum, når svaret ikke indeholder noget datafelt.Kryptografiske kontrolsummer skal være 4 bytes lange.Kommandoer og svar har derfor følgende struktur ved brug af sikker meddelelsesoverførsel:De anvendte dataobjekter er et delsæt af de dataobjekter for sikker meddelelsesoverførsel, som er beskrevet i ISO/IEC 7816-4:>TABELPOSITION>Givet et ikke sikret kommando/svar-par:>TABELPOSITION>>TABELPOSITION>Det tilsvarende sikrede kommando/svar-par er:Sikret kommando:>TABELPOSITION>Data, som skal indgå i kontrolsum = CH || PB || TPV || LPV || PV || TLE || LLE || Le || PBPB = Udfyldningsbytes (80.. 00) i overensstemmelse med ISO-IEC 7816-4 og ISO 9797 metode 2.Dataobjekterne PV og LE er kun til stede, når der er nogle tilsvarende data i den ikke sikrede kommando.Sikret svar:1. Tilfælde, hvor svar-datafeltet ikke er tomt og ikke behøver være fortrolighedsbeskyttet:>TABELPOSITION>Data, som skal indgå i kontrolsum = TPV || LPV || PV || PB2. Tilfælde, hvor svar-datafeltet ikke er tomt og behøver være fortrolighedsbeskyttet:>TABELPOSITION>Data, som skal bæres af CG: ikke BER-TLV-kodede data og udfyldningsbytes.Data, som skal indgå i kontrolsum = TPI CG || LPI CG || PI CG || PB3. Tilfælde, hvor svardatafeltet er tomt:>TABELPOSITION>Data, som skal indgå i kontrolsum = TSW || LSW || SW || PB5.2. Håndtering af fejl ved sikker meddelelsesoverførselNår fartskriverkortet konstaterer en fejl i sikker meddelelsesoverførsel under fortolkning af en kommando, skal statusbytes returneres uden sikker meddelelsesoverførsel. I henhold til ISO/IEC 7816-4 er defineret følgende statusbytes til angivelse af fejl i sikker meddelelsesoverførsel:'66 88': Verificering af kryptografisk kontrolsum ikke lykkedes,'69 87': Forventede dataobjekter i sikker meddelelsesoverførsel mangler,'69 88': Dataobjekter i sikker meddelelelsesoverførsel fejlbehæftede.Når fartskriverkortet returnerer statusbytes uden dataobjekter for sikker meddelelsesoverførsel (SM) eller med et fejlbehæftet SM-dataobjekt, skal sessionen afbrydes af køretøjsenheden.5.3. Algoritme til beregning af kryptografiske kontrolsummerKryptografiske kontrolsummer er opbygget med anvendelse af en sædvanlig MAC i overensstemmelse med ANSI X9.19 med DES:- indledende trin: Den indledende kontrolblok y0 er E(Ka, SSC),- sekventielt trin: Kontrolblokkene y1, ..., yn beregnes ved hjælp af Ka,- sluttrin: Den kryptografiske kontrolsum beregnes ved hjælp af den sidste kontrolblok yn på følgende måde: E(Ka, D(Kb, yn)),hvor E() betyder kryptering med DES, og D() betyder dekryptering med DES.De fire mest betydende bytes i den kryptografiske kontrolsum overføresSendesekvenstælleren (SSC) skal, mens nøgler aftales, initialiseres med: Startværdi af SSC: Rnd3 (4 mindst betydende bytes) || Rnd1 (4 mindst betydende bytes).Sendesekvenstælleren skal hver gang øges med 1 inden beregning af en MAC (dvs. SSC for den første kommando er startværdien af SSC + 1, SSC for det første svar er startværdien af SSC + 2).Følgende figur viser beregningen af MAC:>PIC FILE= "L_2002207DA.025001.TIF">5.4. Algoritme til beregning af kryptogrammer til fortrolighedsdataobjekterKryptogrammer beregnes ved hjælp af TDEA i TCBC-funktionsmåde i overensstemmelse med henvisning TDES og TDES-OP og med nulvektoren som startværdiblok.Følgende figur viser anvendelsen af nøgler i TDES:>PIC FILE= "L_2002207DA.025002.TIF">6. MEKANISMER TIL DIGITAL UNDERSKRIFT AF DATAOVERFØRSLERDet intelligente dedikerede udstyr (IDE) lagrer data, som er modtaget fra én enhed (køretøjsenhed eller kort) under én overførselssession, inden for én fysisk datafil. Denne fil skal indeholde certifikaterne MSi.C og EQT.C. Filen indeholder digitale underskrifter af datablokke som foreskrevet i tillæg 7 (Protokoller for dataoverførsel).I digitale underskrifter af overførte data skal anvendes et digitalt underskriftssystem med appendiks, således at overførte data om ønsket kan læses uden dechifrering.6.1. Generering af underskrifterVed generering af dataunderskrift skal udstyret følge underskriftssystemet med appendiks som fastlagt i henvisning PKCS1 med SHA-1-hash-funktionen:Underskrift = EQT.SK['00' || '01' || PS || '00' || DER(SHA-1(Data))]PS Udfyldningsstreng af oktetter, der har værdien 'FF', så at længden er 128.DER(SHA-1(M)) er kodningen af hash-funktionen algoritme-ID og hash-værdien til en ASN.1-værdi af typen DigestInfo (distinguished encoding rules):'30'||'21'||'30'||'09'||'06'||'05'||'2B'||'0E'||'03'||'02'||'1A'||'05'||'00'||'04'||'14'||Hash-værdi.6.2. Verificering af underskriftVed verificering af dataunderskrift på overførte data skal udstyret følge underskriftssystemet med appendiks som defineret i henvisning PKCS1 med SHA-1-hash-funktionen.Den europæiske offentlige nøgle EUR.PK må uafhængigt (og betroet) kendes af kontrolløren.Følgende tabel illustrerer den protokol, som en intelligent dedikeret enhed (IDE) med kontrolkort kan følge ved verificering af integriteten af data, som er overført og lagret på eksterne lagermedier. Kontrolkortet anvendes til at udføre dechifreringen af digitale underskrifter. Denne funktion behøver i dette tilfælde ikke være implementeret i det pågældende IDE.Det udstyr, som har overført og underskrevet de data, der skal analyseres, benævnes EQT (equipment).>PIC FILE= "L_2002207DA.025201.TIF">"