1998R2135 — DA — 25.08.2002 — 001.001 — 1
Dette dokument er et dokumentationsredskab, og institutionerne påtager sig intet ansvar herfor
►B RÅDETS FORORDNING (EF) Nr. 2135/98
af 24. september 1998
om ændring af forordning (EØF) nr. 3821/85 om kontrolapparatet inden for vejtransport og
direktiv 88/599/EØF vedrørende gennemførelse af forordning (EØF) nr. 3820/85 og (EØF) nr.
3821/85
(EFT L 274 af 9.10.1998, s. 1)
Ændret ved:
Tidende
nr. side dato
►M1 Kommissionens forordning (EF) Nr. 1360/2002 af 13. juni 2002 L 207 1 5.8.2002
▼B
RÅDETS FORORDNING (EF) Nr. 2135/98
af 24. september 1998
om ændring af forordning (EØF) nr. 3821/85 om kontrolapparatet
inden for vejtransport og direktiv 88/599/EØF vedrørende gennem-
førelse af forordning (EØF) nr. 3820/85 og (EØF) nr. 3821/85
RÅDET FOR DEN EUROPÆISKE UNION HAR —
under henvisning til traktaten om oprettelse af Det Europæiske Fælles-skab, særlig artikel 75, stk. 1, litra c) og d),
under henvisning til forslag fra Kommissionen (
1),
under henvisning til udtalelse fra Det Økonomiske og Sociale
Udvalg (2)
i henhold til fremgangsmåden i traktatens artikel 189 C (3), og
ud fra følgende betragtninger:
(1) Rådets forordning (EØF) nr. 3821/85 af 20. december 1985 om
kontrolapparatet inden for vejtransport (4) indeholder forskrifter
for konstruktion, montering, brug og afprøvning af kontrolappa-rater til vejtransport;
(2) erfaringerne har vist, at økonomisk pres og konkurrencen indenfor vejtransport gør, at flere førere i transportvirksomhederneikke overholder visse af reglerne, især reglerne vedrørende
køre- og hviletid som fastsat i Rådets forordning (EØF) nr.
3820/85 af 20. december 1985 om harmonisering af vissebestemmelser på det sociale område inden for vejtransport (
5);
(3) overtrædelser og misbrug er til risiko for trafiksikkerheden og erud fra et konkurrencesynspunkt uacceptable for de førere, deroverholder bestemmelserne;
(4) både virksomhedens og de kompetente myndigheders automa-tiske registrering og regelmæssige kontrol af oplysningernevedrørende førerens overholdelse af bestemmelserne samt afdata vedrørende kørslen, såsom hastighed og tilbagelagt afstand,vil kunne forbedre trafiksikkerheden;
(5) EF's sociallovgivning indeholder bestemmelser om grænser forde daglige køre- og hviletider og om de samlede køre- og hvile-
tider over en periode på to uger; det er vanskeligt at kontrollere,
om disse bestemmelser bliver overholdt, fordi disse data nu regi-streres på forskellige diagramark for hver dag, og diagramarkenefor den indeværende uge og den sidste dag i den foregåendeopbevares i førerhuset;
(6) for at bringe de mest almindelige former for misbrug af detnuværende system til ophør må der indføres nyt avanceretudstyr, dvs. et kontrolapparat med en elektronisk oplagrings-
enhed til registrering af relevante data og et personligt
førerkort, idet dette udstyr skal sikre, at de registrerede data ertilgængelige, utvetydige, let forståelige, kan printesud , er pålide-lige og frem for alt udgør en uomtvistelig registrering, dels afførerens virksomhed i løbet af de seneste dage, dels af køretøjetsaktivitet over en periode på flere måneder;1998R2135 — DA — 25.08.2002 — 001.001 — 2
(1) EFT C 243 af 31.8.1994, s. 8 og EFT C 370 af 31.12.1985, s. 1.
(2) EFT C 110 af 21.4.1995, s. 19.
(3) Europa-Parlamentets udtalelse af 13. juli 1995 (EFT C 249 af 25.9.1995, s.
128), Rådets fælles holdning af 11. december 1997 (EFT C 43 af 9.2.1998,s. 6) og Europa-Parlamentets afgørelse af 31. marts 1998 (EFT C 138 af
4.5.1998, s. 26).
(
4) EFT L 370 af 31.12.1985, s. 8. Forordningen er senest ændret ved Kommis-
sionens forordning (EF) nr. 1056/97 (EFT L 154 af 12.6.1997, s. 21).
(5) EFT L 370 af 31.12.1985, s. 1.
▼B
(7) et kontrolapparats effektivitet afhænger i høj grad af, om
sikkerhed er en gennemgående faktor i systemet og dets kompo-
nenter;
(8) der bør indføres bestemmelser om betingelserne for udstedelseog anvendelse af det i bilag I B omhandlede førerkort;
(9) dataene vedrørende førernes aktiviteter skal kunne kontrolleresaf førerne selv, af de virksomheder, hvor de er ansat, og af
medlemsstaternes kompetente myndigheder; føreren og virksom-
heden skal dog kun have adgang til de oplysninger, der errelevante for udøvelsen af deres respektive aktiviteter;
(10) det i denne forordning omhandlede kontrolapparat skal instal-leres på køretøjer ved første ibrugtagning, efter at de tekniskespecifikationer, hvoraf visse fastlægges af Kommissionen efter
udvalgsproceduren i artikel 18 i forordning (EØF) nr. 3821/85,
er blevet offentliggjort i De Europæiske Fællesskabers Tidende ;
der skal fastsættes en overgangsperiode for at sikre, at de nyekontrolapparater fremstilles i overensstemmelse med dissetekniske specifikationer og får meddelt EF-typegodkendelse;
(11) det er ønskeligt, at kontrolapparater i overensstemmelse med
bilag I B også giver mulighed for, uden urimelige omkostninger,
at udvide funktionerne i forbindelse med kørselstilrettelæg-gelsen;
(12) i overensstemmelse med nærhedsprincippet er en fællesskabsak-tion nødvendig for at ændre forordning (EØF) nr. 3821/85,således at det sikres, dels at kontrolapparater i overensstemmelse
med bilag I B vil være forenelige med førerkortet, værksteds-
kortet, kontrolkortet og virksomhedskortet, dels at der bliversammenhæng mellem de data, der stammer fra kontrolapparaterefter henholdsvis bilag I og I B;
(13) den tekniske udvikling kræver hurtig tilpasning af de tekniskeforskrifter i bilagene til denne forordning; for at lette gennem-
førelsen af de nødvendige foranstaltninger med henblik herpå
skal Kommissionen godkende den tekniske tilpasning af dissebilag efter udvalgsproceduren i Rådets afgørelse 87/373/EØF af13. juli 1987 om fastsættelse af de nærmere vilkår for udøvelsenaf de gennemførelsesbeføjelser, der tillægges Kommissionen (
1);
(14) indførelsen af et nyt kontrolapparat medfører ændring af vissebestemmelser i direktiv 88/599/EØF (
2) vedrørende gennem-
førelse af forordning (EØF) nr. 3820/85 og (EØF) nr. 3821/85 —
UDSTEDT FØLGENDE FORORDNING:
Artikel 1
Forordning (EØF) nr. 3821/85 ændres således:
1) I artikel 1 ændres sætningsleddet »herunder i dens bilag I og II« til
»herunder i dens bilag I eller I B og II«.
2) I artikel 4, 5, 6, 7, 8 og 11, tilføjes ordene »eller datakort« efter
ordet »diagramark«.
3) I artikel 4 indsættes følgende som første afsnit:
»I dette kapitel forstås ved »kontrolapparat« »kontrolapparat eller
dets komponenter«.«
4) Artikel 5, stk. 1, affattes således:
»Hver medlemsstat meddeler EF-typegodkendelse for alle modeller
af kontrolapparater, diagramark eller datakort, hvis disse svarer til
de forskrifter, der er nævnt i bilag I eller I B, og hvis medlems-
staten har mulighed for at kontrollere, at produktionen er ioverensstemmelse med den godkendte model.1998R2135 — DA — 25.08.2002 — 001.001 — 3
(1) EFT L 197 af 18.7.1987, s. 33.
(2) EFT L 325 af 29.11.1988, s. 55.
▼B
Systemets sikkerhed skal være i overensstemmelse med de
tekniske forskrifter i bilag I B. Kommissionen sørger efter proce-duren i artikel 18 for, at bilaget kommer til at indeholde
bestemmelser om, at EF-typegodkendelse kun meddeles kontrolap-
parater, når det er godtgjort, at hele systemet (selvekontrolapparatet, førerkort og elektriske forbindelser til gearkassen)kan modstå forsøg på manipulation eller ændring af data vedrø-rende køretiden. De nødvendige test i denne forbindelse skal
udføres af eksperter med den nyeste tekniske viden inden for mani-
pulation.«1998R2135 — DA — 25.08.2002 — 001.001 — 4
▼B
5) Artikel 12 ændres således:
a) I stk. 1 indføjes følgende afsnit:
»Værksteds- og installatørautorisationskortene kan maksimalt
have administrativ gyldighed i et år.
Skal det kort, der er udleveret til de autoriserede værksteder og
installatører fornys, er det beskadiget, defekt, gået tabt eller
blevet stjålet, udsteder myndigheden et erstatningskort senest
fem arbejdsdage efter at have modtaget en udførligt begrundetanmodning herom.
Udleveres et nyt kort i stedet for det gamle, har det nye kort
samme værkstedsinformationsnummer, men indekset forøgesmed én. Den kortudstedende myndighed fører en fortegnelseover bortkomne, stjålne og defekte kort.
Medlemsstaterne træffer alle nødvendige foranstaltninger for at
undgå enhver risiko for forfalskning af de kort, der udstedes tilautoriserede installatører og værksteder.«
b) Stk. 2 affattes således:
»2. Den autoriserede installatør eller det autoriserede værk-
sted forsyner de gennemførte plomberinger med et særligtmærke og indlæser desuden for kontrolapparaterne i overens-stemmelse med bilag I B de elektroniske sikkerhedsdata, sombl. a. gør det muligt at kontrollere deres rigtighed. Hver
medlemsstats kompetente myndigheder fører en fortegnelse
over de anvendte mærker og elektroniske sikkerhedsdata samtudstedte værksteds- og installatørautorisationskort.«
c) Stk. 3 affattes således:
»3. Medlemsstaternes kompetente myndigheder meddeler
Kommissionen fortegnelsen over autoriserede installatører ogværksteder samt de kort, der er udstedt til disse, og fremsenderen kopi af de relevante mærker og elementer vedrørende deanvendte sikkerhedsdata.«
d) I stk. 4 ændres »bilag I« til »bilag I og I B«.
e) I stk. 5 indføjes ordene »eller bilag I B, kapitel VI, litra c )«
efter ordene »stk. 4«.
6) Artikel 13 affattes således:
»Artikel 13
Arbejdsgiveren og førerne sørger for, at kontrolapparatet fungerer
rigtigt og anvendes korrekt, og det samme gælder for førerkortet,hvis føreren skal føre et køretøj, hvori der er monteret et kontrol-
apparat i overensstemmelse med forskrifterne i bilag I B.«
7) Artikel 14 ændres således:
a) Stk. 1 affattes således:
»1. Arbejdsgiveren udleverer til førerne af køretøjer, som er
udstyret med et kontrolapparat i overensstemmelse medforskrifterne i bilag I, et tilstrækkeligt antal diagramark, idetder tages hensyn til disse diagramarks individuelle karakter,tjenestens varighed og pligten til at erstatte eventuelt beskadi-gede diagramark eller diagramark, der er inddraget af en
kompetent tilsynsmyndighed. Arbejdsgiveren må til førerne
kun udlevere diagramark, som svarer til en officielt godkendtmodel, og som kan anvendes i det i køretøjet installeredeapparat.
Hvis køretøjet er udstyret med et kontrolapparat i overensstem-
melse med forskrifterne i bilag I B, sørger arbejdsgiveren ogføreren under hensyn til tjenestens varighed for, at den i bilagI B omhandlede udskrift kan foretages korrekt i tilfælde afkontrol.«1998R2135 — DA — 25.08.2002 — 001.001 — 5
▼B
b) Følgende stykker tilføjes:
»3. Det i bilag I B omhandlede førerkort udstedes på føre-
rens anmodning af den kompetente myndighed i den
medlemsstat, hvor føreren har sin sædvanlige bopæl.
En medlemsstat kan kræve, at alle førere, der er underlagt
bestemmelserne i Rådets forordning (EØF) nr. 3820/85, ogsom har deres sædvanlige bopæl på den pågældende stats
område, er i besiddelse af et førerkort.
a) I denne forordning forstås ved »sædvanlig bopæl« det sted,
hvor en person sædvanligvis bor, det vil sige mindst 185dage pr. kalenderår, på grund af et privat og erhvervsmæs-sigt tilhørsforhold eller — hvis der er tale om en person
uden erhvervsmæssigt tilhørsforhold — på grund af et privat
tilhørsforhold med snævre bånd mellem personen og detsted, hvor vedkommende bor.
En person, som har erhvervsmæssigt og privat tilhørsforhold
til forskellige steder, og som derfor er nødsaget til skiftevis
at tage ophold på forskellige steder i to eller flere medlems-stater, anses dog for at have sædvanligbopæl på stedet fordet private tilhørsforhold på betingelse af, at den pågældenderegelmæssigt vender tilbage hertil. Denne sidste betingelsekræves ikke opfyldt, når den pågældende opholder sig i en
medlemsstat med henblik på at udføre en arbejdsopgave af
bestemt varighed.
b) Førerne fører bevis for deres sædvanlige bopæl ved ethvert
egnet middel, navnlig identitetskort eller ethvert andet
gyldigt dokument.
c) Såfremt de kompetente myndigheder i den medlemsstat,
hvor førerkortet er udstedt, nærer tvivl om gyldigheden af
en erklæring om sædvanlig bopæl, der er afgivet på grundlag
af de i litra b) anførte bevismidler, eller hvis de ønsker vissespecifikke kontrolforanstaltninger, kan de kræve yderligereoplysninger eller beviser.
d) De kompetente myndigheder i den medlemsstat, hvor føre-
rkortet er udstedt, sikrer sig så vidt muligt, at ansøgerenikke i forvejen besidder noget gyldigt førerkort.
4. a) Medlemsstatens kompetente myndighed personaliserer
førerkortet i overensstemmelse med bestemmelserne i
bilag I B.
Af administrative grunde kan førerkortet højst være
gyldigt i fem år.
Føreren må kun være indehaver af ét gyldigt førerkort.
Han må kun bruge sit eget personlige førerkort. Han måikke benytte et førerkort, som er beskadiget eller udløbet.
Når et nyt førerkort udstedes til erstatning for det gamle,
får det nye kort samme udstedelsesnummer, men indeksetforøges med én. Den udstedende myndighed fører registerover udstedte, stjålne, bortkomne eller beskadigede føre-
rkort i en periode svarende til mindst deres gyldighed.
Hvis førerkortet beskadiges, bliver uanvendeligt, bort-
kommer eller stjæles, udsteder myndigheden eterstatningskort senest fem arbejdsdage efter at have
modtaget en udførligt begrundet anmodning herom.
Hvis der indgives anmodning om fornyelse af et kort, der
er ved at udløbe, udsteder myndigheden et nyt kort inden
udløbsdatoen, såfremt anmodningen herom er blevet
indsendt inden for den i artikel 15, stk. 1, andet afsnit,fastsatte frist.
b) Førerkort udstedes kun til ansøgere, der er omfattet af
bestemmelserne i forordning (EØF) nr. 3820/85.
c) Førerkortet er personligt. Det kan kun inddrages eller
tilbagekaldes i løbet af den fastsatte løbetid, hvis denkompetente myndighed i en medlemsstat konstaterer, at1998R2135 — DA — 25.08.2002 — 001.001 — 6
▼B
kortet er blevet forfalsket, at føreren anvender et kort,
som han ikke er indehaver af, eller at kortet er udstedtpå grundlag af urigtige oplysninger og/eller forfalskede
dokumenter. Hvis en anden medlemsstat end den, der har
udstedt kortet, inddrager eller suspenderer det, sender denpågældende medlemsstat kortet tilbage til myndighedernei udstedermedlemsstaten, idet den meddeler grunden tildenne tilbagesendelse.
d) Medlemsstaterne anerkender gensidigt de førerkort, de
udsteder.
Når indehaveren af et gyldigt førerkort, der er udstedt af
en medlemsstat, flytter sin sædvanlige bopæl til en anden
medlemsstat, kan den pågældende anmode om at få sit
kort udskiftet med et tilsvarende førerkort; i givet faldundersøger den medlemsstat, der foretager udskiftningen,om det forelagte kort fortsat er gyldigt.
De medlemsstater, der foretager udskiftning, sender det
gamle kort tilbage til myndighederne i den medlemsstat,der har udstedt det, idet de meddeler grunden til denne
tilbagesendelse.
e) Når en medlemsstat erstatter eller udskifter et førerkort,
registreres denne erstatning eller udskiftning samt alle
yderligere erstatninger eller udskiftninger i dennemedlemsstat.
f) Medlemsstaterne træffer alle nødvendige forholdsregler
for at undgå risiko for forfalskning af førerkort.
5. Medlemsstaterne sørger for, at de oplysninger, der er
nødvendige for at kontrollere overholdelsen af forordning(EØF) nr. 3820/85 og Rådets direktiv 92/6/EØF af 10. februar1992 om montering og anvendelse af hastighedsbegrænsende
anordninger i visse klasser af motorkøretøjer i Fællesskabet (*),
og som registreresog opbevares af kontrolapparater i overens-stemmelse med bilag I B, bliver opbevaret i mindst 365 dageefter registreringen og kan stilles til rådighed på betingelser,der garanterer dataenes sikker hed og nøjagtighed.
Medlemsstaterne træffer alle nødvendige foranstaltninger for at
sikre, at videresalg eller kassering af kontrolapparater ikke kan
hindre en korrekt gennemførelse især af dette stykke.
(*) EFT L 57 af 2.3.1992, s. 27.«
8) Artikel 15 ændres således:
a) I stk. 1 og i stk. 2, første afsnit, tilføjes ordene »eller førerkort«
efter ordet »diagramark«.
b) I stk. 1:
— indsættes følgende afsnit efter første afsnit:
»Når førerne ønsker at forny deres førerkort, skal de
indsende anmodning herom til de kompetente myndigheder
i den medlemsstat, hvor de har deres sædvanlige bopæl,
senest femten arbejdsdage inden kortet udløber.«
— indsættes følgende efter tredje afsnit:
»Hvis førerkortet beskadiges, bliver uanvendeligt, bort-
kommer eller stjæles, skal førerne inden for en frist på syv
kalenderdage anmode de kompetente myndigheder i denmedlemsstat, hvor de har deres sædvanlige bopæl, om etnyt kort.«
c) Følgende indsættes som stk. 5a:
»5a. Føreren indlæser i kontrolapparatet, der er i overens-
stemmelse med forskrifterne i bilag I B, nationalitetsmærketfor det land, hvor han påbegynder, og for det land, hvor hanafslutter den daglige arbejdstid. En medlemsstat kan imidlertidpålægge førerne af køretøjer, der udfører indlandstransport pålandets område, ud over landets nationalitetsmærke at tilføje1998R2135 — DA — 25.08.2002 — 001.001 — 7
▼B
mere detaljerede geografiske betegnelser, hvis medlemsstaten
inden den 1. april 1998 har underrettet Kommissionen herom,dog højst 20 i alt.
Føreren indlæser selv ovennævnte data, enten fuldstændig
manuelt eller, hvis kontrolapparatet er forbundet med et satellit-
baseret lokaliseringssystem, automatisk.«
d) I stk. 6, første afsnit, ændres ordet »Apparat« i begyndelsen af
sætningen til »Det i bilag I definerede kontrolapparat«.
e) Stk. 7 affattes således:
»7. Føreren af et køretøj, som er udstyret med et kontrolap-
parat i overensstemmelse med bilag I, skal påtilsynsmyndighedernes forlangende kunne forevise:
— diagramarkene for den pågældende uge og under alle
omstændigheder arket for den sidste dag i den nærmest fore-gående uge, på hvilken han har kørt
— førerkortet, hvis han er indehaver af et sådant— print fra det i bilag I B definerede kontrolapparat vedrø-
rende de i stk. 3, andet led, litra a)-d), nævnte tidsperioder,
hvis han i den i første led omhandlede periode har ført et
køretøj, som er udstyret med et sådant kontrolapparat.
Føreren af et køretøj, der er udstyret med et kontrolapparat i
overensstemmelse med bilag I B, skal på tilsynsmyndighedernes
forlangende kunne forevise:
— sit personlige førerkort, og
— de diagramark, som svarer til den periode, der er nævnt i
første afsnit, første led, hvis han i denne periode har ført etkøretøj, som er udstyret med et kontrolapparat i overens-stemmelse med bilag I.
En dertil bemyndiget person kan kontrollere overholdelsen af
forordning (EØF) nr. 3820/85 ved at analysere diagramarkene,de viste eller udprintede data, som er registreret af kontrolappa-ratet eller førerkortet, eller, hvis dette ikke er muligt, ved at
analysere ethvert andet dokument, der kan være med til at
begrunde, at f. eks. en bestemmelse i artikel 16, stk. 2 og 3,ikke er blevet overholdt.«
f) Følgende tilføjes som stk. 8:
»8. Det er forbudt at forfalske, fjerne eller ødelægge opteg-
nelserne på diagramarket, de data, der er oplagret ikontrolapparatets eller førerkortets datalager, samt de print frakontrolapparatet, der er omhandlet i bilag I B. Det er også
forbudt at manipulere med kontrolapparatet, diagramarket eller
førerkortet, således at deregistrerede og/eller udprintede dataforfalskes, fjernes eller ødelægges. Der må ikke i køretøjetfindes indretninger, som kan anvendes til dette formål.«
9) Artikel 16 ændres således:
a) Stk. 2 affattes således:
»2. Under en driftsforstyrrelse eller ved mangelfuld funktion
af kontrolapparatet skal føreren på diagramarket eller diagram-arkene eller på et særligt ark, der skal vedlægges entendiagramarket eller førerkortet, og hvorpå han anfører oplys-ninger til identifikation (navn og kørekortnummer eller navnog førerkortnummer) samt sin underskrift, notere oplysningerne
om tidsgrupperne, såfremt kontrolapparatet ikke længere regi-
strerer eller udprinter disse fejlfrit.
Hvis et førerkort bortkommer, stjæles, beskadiges eller bliver
uanvendeligt, sørger føreren ved kørslens afslutning for, at deoplysninger vedrørende tidsgrupper, som kontrolapparatet harregistreret, printes ud, og at udskriften forsynes med oplys-ninger til identifikation af føreren (navn og kørekortnummereller navn og førerkortnummer) samt underskrives.«1998R2135 — DA — 25.08.2002 — 001.001 — 8
▼B
b) Følgende indføjes som stk. 3:
»3. Hvis et førerkort beskadiges eller bliver uanvendeligt,
sender føreren kortet tilbage til den kompetente myndighed iden medlemsstat, hvor han har sin sædvanlige bopæl. Tyveri afførerkortet skal anmeldes behørigt til de kompetente myndig-heder i den stat, hvor tyveriet har fundet sted.
Bortkomst af et førerkort skal anmeldes behørigt til de kompe-
tente myndigheder i den udstedende medlemsstat samt til dekompetente myndigheder i den medlemsstat, hvor føreren har
sin sædvanlige bopæl, når det ikke er den samme myndighed.
Føreren kan køre uden førerkort i højst 15 kalenderdage eller
længere; hvis det er nødvendigt for at føre køretøjet tilbage tildets hjemsted, såfremt han kan godtgøre, at det er umuligt forham at forevise eller anvende sit kort i denne periode.
Hvis myndighederne i den medlemsstat, hvor føreren har sin
sædvanlige bopæl, ikke er de samme som dem, der har udstedthans kort, og hvis de skal forny, erstatte eller udskifte føre-rkortet, underretter disse myndigheder de myndigheder, der har
udstedt det gamle kort, om de nøjagtige grunde til fornyelsen,
erstatningen eller udskiftningen.«
10) Artikel 17 affattes således:
»Artikel 17
1. De ændringer, der er nødvendige for tilpasning af bilagene til
den tekniske udvikling, vedtages efter fremgangsmåden i artikel18.
2. De tekniske specifikationer vedrørende følgende punkter i
bilag I B vedtages snarest og om muligt inden den 1. juli 1998efter samme fremgangsmåde:
a) kapitel II:
— litra d), punkt 17:
visning og printning af systemfejl i kontrolapparatet
— litra d), punkt 18:
visning og printning af systemfejl ved førerkortet
— litra d), punkt 21:
visning og printning af sammenfattende rapporter
b) kapitel III:
— litra a), punkt 6.3:
gældende standarder for beskyttelse af elektronik i motorkø-
retøjer mod elektriske forstyrrelser og magnetfelter
— litra a), punkt 6.5:
beskyttelse (sikkerhed) af det samlede system
— litra c), punkt 1:
advarselssignaler i tilfælde af interne funktionsfejl i kontrol-
apparatet
— litra c), punkt 5:
advarselssignalernes udformning
— litra f):
maksimale fejltolerancer
c) kapitel IV, punkt A:
— nr. 4:
standarder
— nr. 5:
sikkerhed, herunder databeskyttelse1998R2135 — DA — 25.08.2002 — 001.001 — 9
▼B
— nr. 6:
temperaturskala
— nr. 8:
elektriske specifikationer
— nr. 9:
førerkortets logiske struktur
— nr. 10:
funktioner og kommandoer
— nr. 11:
grundfiler
samt kapitel IV, punkt 8
d) kapitel V:
printer og standardudskrifter.«
11) Artikel 18 affattes således:
»Artikel 18
1. Når der henvises til fremgangsmåden i denne artikel, bistås
Kommissionen af et udvalg, der består af repræsentanter for
medlemsstaterne, og som har Kommissionens repræsentant somformand.
2. Kommissionens repræsentant forelægger udvalget et udkast
til de foranstaltninger, der skal træffes. Udvalget afgiver en udta-lelse om dette udkast inden for en frist, som formanden kan
fastsætte under hensyn til, hvor meget det pågældende spørgsmål
haster. Det udtaler sig med det flertal, der er fastsat i traktatensartikel 148, stk. 2, for vedtagelse af afgørelser, som Rådet skaltræffe på forslag af Kommissionen. Ved afstemninger i udvalgettillægges de stemmer, der afgives af repræsentanterne formedlemsstaterne, den vægt, der er fastlagt i nævnte artikel.
Formanden deltager ikke i afstemningen.
3. a) Kommissionen vedtager de påtænkte foranstaltninger, når de er
i overensstemmelse med udvalgets udtalelse.
b) Er de påtænkte foranstaltninger ikke i overensstemmelse med
udvalgets udtalelse, eller er der ikke afgivet nogen udtalelse,
forelægger Kommissionen straks Rådet et forslag til de foran-
staltninger, der skal træffes. Rådet træffer afgørelse medkvalificeret flertal.
Har Rådet ved udløbet af en frist på tre måneder fra forslagets
forelæggelse ikke truffet nogen afgørelse, vedtages de fore-slåede foranstaltninger af Kommissionen.«
12) Bilag I B, der findes som bilag til denne forordning, indsættes.
Artikel 2
1. a) De køretøjer, der tages i brug for første gang 24 måneder efter
datoen for offentliggørelsen i Amtsblatt der Europäischen
Gemeinschaften af den retsakt, som skal vedtages i medfør af
artikel 17, stk. 2, i forordning (EØF) nr. 3821/85, som ændret
ved nærværende forordning, skal være forsynet med et kontrolap-
parat, der er i overensstemmelse med forskrifterne i bilag I B tilforordning (EØF) nr. 3821/85.
b) Fra datoen for ikrafttrædelsen af bestemmelserne i litra a) er
køretøjer til personbefordring, der har mere end otte siddepladser
ud over førersædet og en tilladt totalvægt på over 10 tons, samt
lastbiler med en tilladt totalvægt på over 12 tons, som er indregi-streret for første gang efter den 1. januar 1996, ved udskiftning afkontrolapparatet underlagt bestemmelserne i bilag I B til forord-ning (EØF) nr. 3821/85, hvis der udelukkende anvendes elektriskoverførsel af signaler til det kontrolapparat, de er udstyret med.1998R2135 — DA — 25.08.2002 — 001.001 — 10
▼B
2. Medlemsstaterne træffer de nødvendige foranstaltninger for at
kunne udstede førerkort senest 21 måneder efter offentliggørelse afden i stk. 1, litra a), omhandlede retsakt.
3. Hvis der 12 måneder efter offentliggørelsen af den i stk. 1
omhandlede retsakt ikke er meddelt EF-typegodkendelse til noget
kontrolapparat, der er i overensstemmelse med forskrifterne i bilag IB til forordning (EØF) nr. 3821/85, forelægger Kommissionen Rådetet forslag om forlængelse af fristerne i stk. 1 og 2.
4. Førere, der inden den i stk. 2 omhandlede dato fører et køretøj
udstyret med et kontrolapparat i overensstemmelse med bilag I B tilforordning (EØF) nr. 3821/85, og som de kompetente myndigheder
endnu ikke har kunnet udstede et førerkort til, udprinter ved afslut-
ningen af den daglige arbejdstid de data vedrørende tidsgrupper, somkontrolapparatet har registreret, anfører på udskriften oplysninger tilidentifikation af føreren (navn og kørekortnummer) samt underskriverdenne.
Artikel 3
I direktiv 88/599/EØF foretages følgende ændringer:1) Artikel 3, stk. 2, affattes således:
»2. Vejkontrollen omfatter:
— daglige køretider, pauser og daglige hviletider. Hvis der fore-
ligger tydelige tegn på uregelmæssigheder, omfatter den
ligeledes diagramarkene for de foregående dage, der skal være
til stede i køretøjet i overensstemmelse med artikel 15, stk. 7, iforordning (EØF) nr. 3821/85, som ændret ved forordning (EF)nr. 2135/98 (*), og/eller de data, der for samme periode er lagreti det førerkort og/eller datalageret i det kontrolapparat, som
opfylder bestemmelserne i bilag I B
— for den i forordning (EØF) nr. 3821/85, artikel 15, stk. 7,
omhandlede periode om nødvendigt køretøjets eventuelle over-
skridelser af den tilladte hastighed defineret som alle perioder
på over 1 minut med over 90 km/t for N
3-køretøjer eller
105 km/t for M3-køretøjer, idet N3-o gM3-køretøjer defineres
som i bilag I til direktiv 70/156/EØF (**)
— om nødvendigt køretøjets øjeblikkelige hastighed som registreret
af kontrolapparatet i løbet af de senest foregående 24 timersbrug af køretøjet
— i givet fald den sidste ugentlige hviletid— sikring af, at kontrolapparatet fungerer korrekt (påvisning af
eventuel manipulation med kontrolapparatet og/eller førerkortetog/eller diagramarkene) eller i givet fald, at de i artikel 14, stk.5, i forordning (EØF) nr. 3820/85 nævnte dokumenter er tilstede.
(*) Rådets forordning (EF) nr. 2135/98 af 24. september 1998 om
ændring af forordning (EØF) nr. 3821/85 om kontrolapparatetinden for vejtransport og direktiv 88/599/EØF vedrørendegennemførelse af forordning (EØF) nr. 3820/85 og (EØF) nr.
3821/85 (EFT L 274 af 9.10.1998, s.1).
(**) Rådets direktiv 70/156/EØF af 6. februar 1970 om tilnærmelse
af medlemsstaternes lovgivning om godkendelse af motor-drevne køretøjer og påhængskøretøjer dertil (EFT L 42 af23.2.1970, s. 1). Direktivet er senest ændret ved direktiv 97/27/EF (EFT L 233 af 25.8.1997, s. 1).«
2) Artikel 4, stk. 3, affattes således:
»3. Med henblik på gennemførelsen af denne artikel skal kontrol,
der foretages af de kompetente myndigheder i disses lokaler pågrundlag af relevante dokumenter og/eller oplysninger, som virk-somhederne indgiver på myndighedernes anmodning, have sammestatus som kontrol, der udføres i virksomhedernes lokaler.«1998R2135 — DA — 25.08.2002 — 001.001 — 11
▼B
Artikel 4
Denne forordning træder i kraft dagen efter offentliggørelsen i De
Europæiske Fællesskabers Tidende .
Denne forordning er bindende i alle enkeltheder og gælder umiddelbart
i hver medlemsstat.1998R2135 — DA — 25.08.2002 — 001.001 — 12
▼M1
BILAG
»BILAG I B
For 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æt-
telser er dog tilføjet i parentes til orientering og til at lette forståelsen
INDHOLD
I. DEFINITIONER … . . . .......................................................
II. KONTROLAPPARATETS GENERELLE EGENSKABER OG FUNKTIONER … . .....
1. Generelle egenskaber … .............................................
2. Funktioner … . . . ...................................................
3. Funktionsmåder … ..................................................
4. Sikkerhed … .......................................................
III. KONSTRUKTIONS- OG FUNKTIONSKRAV TIL KONTROLAPPARATER … . . .....
1. Isætning og udtagning af kort … ......................................
2. Måling af hastighed og tilbagelagt afstand … ............................
2.1. Måling af tilbagelagt afstand … .......................................
2.2. Hastighedsmåling … . . . .............................................
3. Tidsmåling … . . . ...................................................
4. Overvågning af førerens aktiviteter … ..................................
5. Overvågning af førertatus … . . ........................................
6. Manuel indlæsning foretaget af fører … . . . .............................
6.1. Indlæsning af de steder, hvor den daglige arbejdstid begynder og/eller slutter …
6.2. Manuel indlæsning af førerens aktiviteter … .............................
6.3. Indlæsning af særlige omstændigheder … . . .............................
7. Styring af virksomhedslåse … . ........................................
8. Overvågning af kontrolaktiviteter … . ..................................
9. Detektion af hændelser og/eller fejl … ..................................
9.1. Hændelsen »isætning af ugyldigt kort« … . . .............................
9.2. Hændelsen »kortkonflikt« … . . ........................................
9.3. Hændelsen »tidsoverlapning« … .......................................
9.4. Hændelsen »kørsel uden behørigt kort« … . .............................
9.5. Hændelsen »isætning af kort under kørslen« … . . . .......................
9.6. Hændelsen »sidste kortsession ikke korrekt afsluttet« … . ..................
9.7. Hændelsen »overskridelse af tilladt hastighed« … . .......................
9.8. Hændelsen »afbrydelse af strømforsyning« … ............................
9.9. Hændelsen »fejl i køredata« … ........................................
9.10. Hændelsen »forsøg på sikkerhedsbrud« … . . .............................
9.11. »Kort« fejl … . . . ...................................................
9.12. »Fejl ved kontrolapparat« … . . ........................................
10. Indbyggede tester og selvtester … . . . ..................................
11. Læsning fra datalager … .............................................
12. Registrering og lagring i datalageret … .................................
12.1. Identifikationsdata for apparat … ......................................
12.1.1. Identifikationsdata for køretøj … ......................................
12.1.2. Identifikationsdata for bevægelsesføler … . . .............................1998R2135 — DA — 25.08.2002 — 001.001 — 13
▼M1
12.2. Sikkerhedselementer … . .............................................
12.3. Data vedrørende isætning og udtagning of førerkort … . . ..................
12.4. Føreraktivitetsdata … . . . .............................................
12.5. Steder, hvor den daglige arbejdstid begynder og/eller slutter … . ............
12.6. Kilometerstand … ..................................................
12.7. Detaljerede hastighedsdata … . ........................................
12.8. Data vedrørende hændelser … ........................................
12.9. Data vedrørende fejl … . .............................................
12.10. Kalibreringsdata … .................................................
12.11. Tidsjusteringsdata … . . . .............................................
12.12. Data vedrørende kontrolaktivitet … . . ..................................
12.13. Data vedrørende virksomhedslåse … . ..................................
12.14. Data vedrørende dataoverførsel … . . . ..................................
12.15. Data vedrørende særlige omstændigheder … .............................
13. Læsning fra fartskriverkort … . ........................................
14. Registrering og lagring på fartskriverkort … .............................
15. Visning på skærm … . . . .............................................
15.1 Standardskærmbillede … .............................................
15.2. Visning af oplysninger om advarselssignaler … . . . .......................
15.3. Adgang via menu … . . . .............................................
15.4. Andre skærmbilleder … . .............................................
16. Udskrivning … . . ...................................................
17. Advarselssignaler … . . . .............................................
18. Overførsel af data til eksterne medier … . . . .............................
19. Udlæsning af data til supplerende eksterne enheder … . . . ..................
20. Kalibrering … . . . ...................................................
21. Tidsjustering … . ...................................................
22. Funktionsspecifikationer … . . . ........................................
23. Materialer … . . . ...................................................
24. Mærkning … . . . ...................................................
IV. KONSTRUKTIONS- OG FUNKTIONSKRAV TIL FARTSKRIVERKORT … ..........
1. Synlige data … . . ...................................................
2. Sikkerhed … .......................................................
3. Standarder … . . . ...................................................
4. Miljømæssige og elektriske specifikationer … ............................
5. Datalagring … . . ...................................................
5.1. Data vedrørende kortidentifikation og -sikkerhed … .......................
5.1.1. Identifikation af applikation … ........................................
5.1.2. Identifikation af chip … .............................................
5.1.3. Identifikation af IC-kort … . . . ........................................
5.1.4. Sikkerhedselementer … . .............................................
5.2. Førerkort … .......................................................
5.2.1. Identifikation af kort … . .............................................
5.2.2. Identifikation af kortindehaver … ......................................
5.2.3. Oplysninger om førerbevis … . ........................................
5.2.4. Data vedrørende anvendte køretøjer … .................................1998R2135 — DA — 25.08.2002 — 001.001 — 14
▼M1
5.2.5. Føreraktivitetsdata … . . . .............................................
5.2.6. Steder, hvor den daglige arbejdstid begynder og/eller slutter … . ............
5.2.7. Data vedrørende hændelser … ........................................
5.2.8. Data vedrørende fejl … . .............................................
5.2.9. Data vedrørende kontrolaktivitet … . . ..................................
5.2.10. Kortsessionsdata … .................................................
5.2.11. Data vedrørende særlige omstændigheder … .............................
5.3. Værkstedskort … ...................................................
5.3.1. Sikkerhedselementer … . .............................................
5.3.2. Identifikation af kort … . .............................................
5.3.3. Identifikation af kortindehaver … ......................................
5.3.4. Data vedrørende anvendte køretøjer … .................................
5.3.5. Føreraktivitetsdata … . . . .............................................
5.3.6. Data vedrørende steder, hvor den daglige arbejdstids begynder og/eller slutter …
5.3.7. Data vedrørende hændelser og fejl … ..................................
5.3.8. Data vedrørende kontrolaktivitet … . . ..................................
5.3.9. Kalibrerings- og tidsjusteringsdata … . ..................................
5.3.10. Data vedrørende særlige omstændigheder … .............................
5.4. Kontrolkort … . . ...................................................
5.4.1. Identifikation af kort … . .............................................
5.4.2. Identifikation af kortindehaver … ......................................
5.4.3. Data vedrørende kontrolaktivitet … . . ..................................
5.5. Virksomhedskort … .................................................
5.5.1. Identifikation af kort … . .............................................
5.5.2. Identifikation af kortindehaver … ......................................
5.5.3. Virksomhedsaktivitetsdata … . ........................................
V. MONTERING AF KONTROLAPPARATET … . . .................................
1. Montering … . . . ...................................................
2. Installationsplade … .................................................
3. Plombering … . . ...................................................
VI. KONTROL, EFTERSYN OG REPARATIONER … ...............................
1. Autorisering af installatører eller værksteder … . . . .......................
2. Kontrol af nye eller reparerede instrumenter … . . . .......................
3. Monteringseftersyn … . . .............................................
4. Periodiske eftersyn … . . .............................................
5. Måling af fejl … ...................................................
6. Reparationer … . ...................................................
VII. UDSTEDELSE AF KORT … ..................................................
VIII. TYPEGODKENDELSE AF KONTROLAPPARATER OG FARTSKRIVERKORT … ....
1. Generelt … ........................................................
2. Sikkerhedsattest … ..................................................
3. Funktionsattest … ...................................................
4. Interoperabilitetsattest … .............................................
5. Typegodkendelsesattest … ............................................
6. Undtagelsesprocedure: Indledende interoperabilitetsprøver … . . . ............1998R2135 — DA — 25.08.2002 — 001.001 — 15
▼M1
Tillæg 1. Dataordliste
Tillæg 2. Specifikation af fartskriverkort
Tillæg 3. Piktogrammer
Tillæg 4. Udskrifter
Tillæg 5. Skærmbilleder
Tillæg 6. Eksterne grænseflader
Tillæg 7. Protokoller for dataoverførsel
Tillæg 8. Kalibreringsprotokol
Tillæg 9. Typegodkendelse — Liste over mindstekrav til prøver
Tillæg 10. Fælles sikkerhedsmål
Tillæg 11. Fælles sikkerhedsmekanismer1998R2135 — DA — 25.08.2002 — 001.001 — 16
▼M1
I. DEFINITIONER
I 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-kode
b) »ægthedsbekræftelse«:
En funktion, som er bestemt til at fastslå og efterprøve en påberåbt iden-
titet
c) »ægthed«:
Den egenskab ved oplysninger, at de kommer fra en part, hvis identitet
kan efterprøves
d) »indbygget test (BIT)«:
Test, som køres på ordre fra operatøren eller fra eksternt udstyr
e) »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 hastig-
hedsbegrænser (hvis relevant), aktuel UTC-tid, aktuel kilometerstand).
Til kalibrering af et kontrolapparat kræves værkstedskort
g) »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 kortnummeret
h) »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
kortnummeret
i) »kortfornyelsesindeks«:
Kortnummerets 16. alfanumeriske tegn, som øges, hver gang et fartskri-
verkort fornys
j) »korterstatningsindeks«:
Kortnummerets 15. alfanumeriske tegn, som øges, hver gang et fartskri-
verkort erstattes
k) »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 (gear-
kassens 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åst
m) »kontrolapparatets konstant«:
Den karakteristiske størrelse, der angiver talværdien af det indgangs-
signal, som kræves for at vise og registrere en tilbagelagt afstand på
1 km. Denne konstant udtrykkes i impulser pr. km (k = … imp/km)1998R2135 — DA — 25.08.2002 — 001.001 — 17
▼M1
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 kortplads
o) »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ørsel
p) »akkumuleret pausetid« beregnes i kontrolapparatet som (1):
Den akkumulerede kørepausetid beregnes for en given fører som de aktu-
elle 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 > ukendt periodes slutning) pga. tidsoverlapning
mellem to forskellige kontrolapparater, tages ikke i betragtning ved be-
regningen.
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 kortplads
q) »datalager«:
En elektronisk datalagerenhed, som er indbygget i kontrolapparatet
r) »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 data
s) »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 data-
lager.
Overførslen må ikke bevirke, at lagrede data ændres eller slettes
t) »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 aktivi-
tetsdata for føreren
u) »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ægtforde-
lingen 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 medlemsstat1998R2135 — DA — 25.08.2002 — 001.001 — 18
(1) Denne beregningsmetode for sammenhængende køretid og akkumuleret pausetid
benyttes af kontrolapparatet, til beregning af advarselssignal for sammenhængendekø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 dimen-
sioner 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).
▼M1
v) »hændelse«:
Unormal funktion, som detekteres af kontrolapparatet og kan skyldes
forsøg på misbrug
w) »fejl«:
Unormal funktion, som detekteres af kontrolapparatet og kan skyldes
funktionsfejl ved apparatet eller svigt af dette
x) »montering«:
Montering af kontrolapparatet i et køretøj
y) »bevægelsesføler«:
En del af kontrolapparatet, som afgiver et signal, som repræsenterer køre-
hastighed og/eller tilbagelagt afstand
z) »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 overskredet
aa) »uden for gyldighedsområdet«:
Når kontrolapparat ikke kræves anvendt efter bestemmelserne i Rådets
forordning (EØF) nr. 3820/85
bb) »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 over-
skrider 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 (1)
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 parametre
dd) »printer«:
Den komponent i kontrolapparatet, som leverer udskrifter af lagrede data
ee) »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 arbejdstid
ff) »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 kort
gg) »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øleren
hh) »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 samtidig
ii) »sikkerhedsattestering«:
Den proces, hvorved det attesteres af et ITSEC (2) attesteringsorgan, at
kontrolapparat (eller -komponent) eller det undersøgte fartskriverkort
opfylder sikkerhedsforskrifterne i tillæg 10, fælles sikkerhedsmål
jj) »selvtest«:
Tester, som af kontrolapparatet foretages periodisk og automatisk til
afsløring af fejl1998R2135 — DA — 25.08.2002 — 001.001 — 19
(1) EFT L 57 af 2.3.1992, s. 27.
(2) 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).
▼M1
kk) »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. Fart-
skriverkort kan være af følgende typer:
— førerkort
— kontrolkort
— værkstedskort
— virksomhedskort
ll) »typegodkendelse«:
Den proces, hvormed en medlemsstat attesterer, at kontrolapparatet eller
-komponenten eller det undersøgte fartskriverkort opfylder forskrifterne i
denne forordning
mm) »dækstørrelse«:
Dækdimensionsbetegnelse (udvendige drivende hjul) i henhold til Rådets
direktiv 92/23/EØF (1)
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) (2)
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
regulativ
pp) til beregningsformål i kontrolapparatet forstås ved »uge«:
Tidsrummet fra mandag kl. 00.00 UTC til søndag kl. 24.00 UTC
qq) »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 FUNKTI-
ONER
Køretøjer, der er udstyret med kontrolapparat, som opfylder forskrifterne i dette
bilag, skal være forsynet med hastighedsviser og kilometertæller. Disse funkti-
oner skal være indeholdt i kontrolapparatet.
1.Generelle egenskaber
Kontrolapparatet 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 facili-
teter 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 regu-
lativs bestemmelser.
Kontrolapparatets brugere identificerer sig over for apparatet gennem fartskri-
verkort.
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å fartskriverkor-
tene.1998R2135 — DA — 25.08.2002 — 001.001 — 20
(1) EFT L 129 af 14.5.1992, s. 95.
(2) Direktiv 76/114/EØF (EFT L 24 af 30.1.1976, s. 1).
▼M1
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 oplys-
ninger (1).
2.Funktioner
Kontrolapparatet 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åder
Kontrolapparatet 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:
FunktionsmådeFørerkortplads
Intet kort Førerkort Kontrolkort VærkstedskortVirksomheds-
kortKortplads f. medchaufførIntet kort Driftsklar Driftsklar Kontrol Kalibrering Virksomhed
Førerkort Driftsklar Driftsklar Kontrol Kalibrering VirksomhedKontrolkort Kontrol Kontrol Kontrol (*) Driftsklar Driftsklar
Værksteds-
kortKalibrering Kalibrering Driftsklar Kalibre-
ring (*)Driftsklar
Virksomheds-
kortVirksomhed Virksomhed Driftsklar Driftsklar Virk-
somhed (*)
(*) I disse situationer skal kontrolapparatet kun bruge det fartskriverkort, som er isat i førerkortets kortplads.1998R2135 — DA — 25.08.2002 — 001.001 — 21
(1) EFT L 281 af 23.11.1995, s. 31.
▼M1
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 kalibre-
ringsmå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 virksom-
hedsmå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 svar-
er 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.Sikkerhed
Med 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 sikkerheds-
forskrifter, der er angivet under fælles sikkerhedsmål for bevægelsesføler og
køretøjsenhed (tillæg 10).
III. KONSTRUKTIONS- OG FUNKTIONSKRAV TIL KONTROLAPPA-
RATER
1.Isætning og udtagning af kontrolkort
Kontrolapparatet skal overvåge isætning og udtagning af kort i kortlæseenhe-
derne.
Når et kort isættes, skal kontrolapparatet detektere, om kortet er et gyldigt fart-
skriverkort, 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 afstand
Denne 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 maksi-
male tolerancer i dette bilag (kapitel III.2.1 og III.2.2).1998R2135 — DA — 25.08.2002 — 001.001 — 22
▼M1
2.1. Måling af tilbagelagt afstand
Den 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 9 999 999,9 km.
Ved afstandsmåling skal tolerancen være inden for følgende grænser (afstande
på mindst 1 000 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åling
Kontrolapparatet 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 vejdre-
jetal af køretøjet mellem 4 000 og 25 000 imp/km, måle hastigheden med en
tolerance på ± 1 km/h (ved konstant hastighed).
Bemærkni ng: 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 kontrolap-
paratet.
Inden for 2 sekunder efter afslutning af en hastighedsændring skal hastig-
hedsmåling kunne foretages korrekt med de normale tolerancer, når
hastighedsændringen er sket i et tempo på indtil 2 m/s
2.
Hastighedsmålingen skal have en opløsning på 1 km/h.
3.Tidsmåling
Tidsmå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 typegodken-
delsesomstæ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 aktiviteter
Denne 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øs-
ning på et minut.
Har der i et givet kalenderminut fundet KØRSEL sted, anses hele det pågæl-
dende minut for KØRSEL.1998R2135 — DA — 25.08.2002 — 001.001 — 23
▼M1
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ængstva-
rende 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 akku-
mulerede pausetid.
5.Overvågning af førerstatus
Denne 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ører
6.1. Indlæsning af de steder, hvor den daglige arbejdstid begynder og/eller
slutter
Denne 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 udtag-
ning af kort.
6.2. Manuel indlæsning af førerens aktiviteter
Ved 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å fartskriver-
kortet og knyttes sammen med kortisætningstidspunktet.
— Svares der benægtende eller bekræftende, skal kontrolapparatet anmode kort-
indehaveren 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 kortind-
sættelse, og uden at tillade overlapning mellem disse aktiviteter. Hertil skal
anvendes følgende procedurer:
— Svarer kortindehaveren bekræftende på spørgsmålet, skal kontrolappa-
ratet 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 kontrolappa-
ratet:
— anmode kortindehaveren om manuelt at indlæse aktiviteter i kronolo-
gisk 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 kort-
indehaveren 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).1998R2135 — DA — 25.08.2002 — 001.001 — 24
▼M1
Bemærkni ng: Undlader kortindehaveren at angive sluttidspunkt for
den foregående arbejdstid, og indlæser en aktivitet manuelt med et
sluttidspunkt svarende til kortisætningstidspunktet, skal kontrolappa-
ratet:
— 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ætningstids-
punktet,
— 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 endvi-
dere gemmes i datalageret,
— er dette starttidspunkt forskelligt fra kortisætningstidspunktet, derefter
opfordre kortindehaveren til manuelt at indlæse aktiviteterne i krono-
logisk 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ændigheder
Kontrolapparatet 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 auto-
matisk lukkes af kontrolapparatet ved isætning eller udtagning af et førerkort.
7.Styring af virksomhedslåse
Denne 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).1998R2135 — DA — 25.08.2002 — 001.001 — 25
▼M1
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 kontrolaktiviteter
Denne 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 fejl
Denne 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:
KortkonfliktFørerkort
Intet kort Førerkort Kontrolkort VærkstedskortVirksomheds-
kortKortplads f. medchaufførIntet kort
Førerkort X
Kontrolkort X X X
Værksteds-
kortXXXX
Virksomheds-
kortXXX
9.3. Hændelsen »tidsoverlapning«
Denne hændelse skal udløses, når dato/klokkeslæt for seneste udtagning af føre-
rkort, læst på kortet, er senere end aktuel dato/aktuelt klokkeslæt på detkontrolapparat, 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:1998R2135 — DA — 25.08.2002 — 001.001 — 26
▼M1
Kørsel uden behørigt
kortFørerkortplads
Intet (eller
ugyldigt) kortFørerkort Kontrolkort VærkstedskortVirksomheds-
kortKortplads f. medchaufførIntet (eller
ugyldigt) kortXXX
Førerkort X X X X
Kontrolkort X X X X X
Værksteds-
kortXXX X
Virksomheds-
kortXXXXX
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ærksteds-
kort.
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 kali-
breringsmå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øj-
senhed.
9.10. Hændelsen »forsøg på sikkerhedsbrud«
Denne hændelse skal udløses ved enhver anden hændelse, som berører sikker-
heden 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 kalibre-
ringsmåde.
9.11. »Kort« fejl
Denne 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 appa-
ratet er i kalibreringsmåde:
— Intern fejl i køretøjsenhed
— Printerfejl— Skærmfejl— Fejl ved dataoverførsel— Fejl ved føler.1998R2135 — DA — 25.08.2002 — 001.001 — 27
▼M1
10. Indbyggede tester og selvtester
Kontrolapparatet skal selvdetektere fejl gennem selvtester og indbyggede tester i
overensstemmelse med følgende tabel:
Den testede underenhed Selvtest Indbygget test
Programmel Integritet
Datalager Adgang Adgang, dataintegritet
Kortlæseenheder Adgang AdgangTastatur Manuelt eftersynPrinter (op til fabrikanten) Udskrift
Skærmbillede Visuelt eftersyn
Dataoverførsel (udføres kun
under dataoverførsel)Korrekt funktion
Føler Korrekt funktion Korrekt funktion
11. Læsning fra datalager
Kontrolapparatet skal kunne læse alle data, som er gemt i dets lager.
12. Registrering og lagring i datalageret
Med 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 defi-
neres 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 2 190 (med)chauffører, 2 190 cyklusser med kortisætning og -udtag-
ning samt 93 440 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 apparat
12.1.1. Identifikationsdata for køretøjsenhed
Kontrolapparatet 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 godkendel-
sesnummeret, som kan ændres ved eventuel opgradering af programmellet.1998R2135 — DA — 25.08.2002 — 001.001 — 28
▼M1
12.1.2. Identifikationsdata for bevægelsesføler
Bevæ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. Sikkerhedselementer
Kontrolapparatet 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ørerkort
For hver cyklus med isætning og udtagning af fører- eller værkstedskort i appa-
ratet 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øreraktivitetsdata
Fø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ærksteds-
kort:
— kørestatus (FØRERHOLD, ÉN FØRER),
— kortplads (FØRER, MEDCHAUFFØR),— kortstatus for den pågældende kortplads (ISAT, IKKE ISAT) (se bemærk-
ning),
— aktivitet (KØRSEL, RÅDIGHED, ARBEJDE, PAUSE/HVILE),— dato og klokkeslæt for ændringen.
Beste mm else : ISAT betyder, at et gyldigt fører- eller værkstedskort er sat i
kortpladsen. IKKE ISAT betyder det modsatte, dvs. der sidder ikke et gyldigt1998R2135 — DA — 25.08.2002 — 001.001 — 29
▼M1
fører- eller værkstedskort i kortpladsen (f.eks. er der isat et virksomhedskort,
eller intet kort er isat).
Beste mm else : 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 slutter
Følgende oplysninger skal af kontrolapparatet registreres og gemmes i datala-
geret, 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æs-
ningen, når indlæsning fandt sted manuelt),
— indlæsningens art (begyndelse eller slutning, omstændighed ved indlæs-
ningen),
— 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. Kilometerstand
Kontrolapparatet 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 kilo-
meterstanden ved midnat.
Når lagerpladsen er opbrugt, skal nye data erstatte de ældste data.
12.7. Detaljerede hastighedsdata
Kontrolapparatet 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ændelser
Med 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 lagringsbestem-
melser:
Hændelse LagringsbestemmelseData, som skal lagres for hver
hændelse
Kortkonflikt — de 10 seneste hændelser — hændelsens startdato og
-klokkeslæt,
— hændelsens slutdato og
-klokkeslæt,
— korttype, -nummer og
udstedende medlemsstat for
de to kort, som er årsag til
konflikten
Kørsel uden behørigt kort — den længstvarige hændelse
for hver af de 10 seneste
dage, den er forekommet,
— de 5 længstvarige
hændelser inden for de
sidste 365 dage— hændelsens startdato og
-klokkeslæt,
— hændelsens slutdato og
-klokkeslæt,
— korttype, -nummer og
udstedende medlemsstat for
ethvert kort, som er isat ved
hændelsens start og/eller
slutning,
— antal tilsvarende hændelser
den pågældende dag1998R2135 — DA — 25.08.2002 — 001.001 — 30
▼M1
Hændelse LagringsbestemmelseData, som skal lagres for hver
hændelse
Isætning af kort under kørslen — den seneste hændelse for
hver af de 10 seneste
dage, den er forekommet— hændelsens dato og klokke-
slæt,
— kortets type, nummer og
udstedende medlemsstat,
— antal tilsvarende hændelser
samme dag
Seneste kortsession ikke korrekt
afsluttet— de 10 seneste hændelser — dato og klokkeslæt for isæt-
ning af kortet,
— kortets type, nummer og
udstedende medlemsstat,
— de seneste sessionsdata,
aflæst fra kortet:
— dato og klokkeslæt for
isætning af kortet,
— køretøjets registrerings-
nummer, og den
medlemsstat, der har
indregistreret det
Overskridelse af tilladt
hastighed (1)— den alvorligste hændelse
for hver af de seneste 10
dage, hvor den er fore-
kommet (dvs. den, hvor
gennemsnitshastigheden
har været størst),
— de 5 alvorligste hændelser
inden for de sidste 365
dage,
— den første hændelse, som
har fundet sted efter sidste
kalibrering— hændelsens startdato og
-klokkeslæt,
— hændelsens slutdato og
-klokkeslæt,
— den højeste hastighed målt
under hændelsen,
— den aritmetiske gennem-
snitshastighed målt under
hændelsen,
— korttype, -nummer og
udstedende medlemsstat for
føreren (hvis relevant),
— antal tilsvarende hændelser
samme dag
Afbrydelse af strømforsyning (2) — den længstvarige hændelse
for hver af de 10 seneste
dage, den er forekommet,
— de 5 længstvarige
hændelser inden for de
sidste 365 dage— hændelsens startdato og
-klokkeslæt,
— hændelsens slutdato og
-klokkeslæt,
— korttype, -nummer og
udstedende medlemsstat for
ethvert kort, som er isat ved
hændelsens start og/eller
slutning,
— antal tilsvarende hændelser
samme dag
Fejl ved køredata — den længstvarige hændelse
for hver af de 10 seneste
dage, den er forekommet,
— de 5 længstvarige
hændelser inden for de
sidste 365 dage— hændelsens startdato og
-klokkeslæt,
— hændelsens slutdato og
-klokkeslæt,
— korttype, -nummer og
udstedende medlemsstat for
ethvert kort, som er isat ved
hændelsens start og/eller
slutning,
— antal tilsvarende hændelser
samme dag
Forsøg på sikkerhedsbrud — de 10 seneste hændelser
for hver type hændelse— hændelsens startdato og
-klokkeslæt,
— hændelsens slutdato og
-klokkeslæt (hvis relevant),
— korttype, -nummer og
udstedende medlemsstat for
ethvert kort, som er isat ved
hændelsens start og/eller
slutning,1998R2135 — DA — 25.08.2002 — 001.001 — 31
▼M1
Hændelse LagringsbestemmelseData, som skal lagres for hver
hændelse
— hændelsens type
(1) Endvidere skal kontrolapparatet registrere følgende data og gemme dem i datalageret:
— dato og klokkeslæt for seneste KONTROL MED OVERSKRIDELSE AF TILLADT HASTIGHED,
— dato og klokkeslæt for den første overskridelse af tilladt hastighed efter denne KONTROL FOR OVER-
SKRIDELSE AF TILLADT HASTIGHED,
— antal hændelser med overskridelse af tilladt hastighed siden seneste KONTROL FOR OVERSKRI-
DELSE AF TILLADT HASTIGHED.
(2) Det kan tillades, at disse data først registreres ved genetablering af strømforsyningen, og at tidspunktet er
bestemt med en nøjagtighed på et minut.
12.9. Data vedrørende fejl
Med 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:
Fejl LagringsbestemmelseData, som skal gemmes for hver
hændelse
Kortfejl — de 10 seneste kortfejl for
førerkortet— startdato og -klokkeslæt for
fejlen,
— slutdato og -klokkeslæt for
fejlen,
— korttype, -nummer og
udstedende medlemsstat
Fejl ved kontrolapparatet — de 10 seneste fejl af hver
type fejl,
— den første fejl efter
seneste kalibrering— startdato og -klokkeslæt for
fejlen,
— slutdato og -klokkeslæt for
fejlen,
— fejlens type,— korttype, -nummer og
udstedende medlemsstat for
ethvert kort, som er isat ved
fejlens start og/eller slutning
12.10. Kalibreringsdata
Kontrolapparatet 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 kalen-
derdag, 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, hastig-
hedsbegræ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).1998R2135 — DA — 25.08.2002 — 001.001 — 32
▼M1
12.11. Tidsjusteringsdata
Kontrolapparatet 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 kontrolaktivitet
Kontrolapparatet 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 dataover-
fø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 lige-
ledes registreres.
12.13. Data vedrørende virksomhedslåse
Kontrolapparatet 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ørsel
Kontrolapparatet 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ændigheder
Kontrolapparatet 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ændig-
heder 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 fartskriverkort
Kontrolapparatet 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 akti-
vitet,
— 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 regi-
streret på et førerkort,1998R2135 — DA — 25.08.2002 — 001.001 — 33
▼M1
— 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å fartskriverkort
Kontrolapparatet 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ærk-
steds- 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ærks-
tedskort, 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 lagringskapa-
citet.
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ærm
Skæ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 forenk-
lede 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 pikto-
grammer 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ærmbillede
Nå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 pausetid1998R2135 — DA — 25.08.2002 — 001.001 — 34
▼M1
— 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 utve-
tydig 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 advarselssignaler
Kontrolapparatet 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 menu
Kontrolapparatet skal stille de nødvendige kommandoer til rådighed gennem en
hensigtsmæssig menustruktur.
15.4. Andre skærmbilleder
På 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æn-
dige oplysninger gennem en passende menu (flere linjer, rulning …).
Udskriftslinjer, som er afsat til håndskrevne oplysninger, kan udelades på
skærmen.
16. Udskrivning
Kontrolapparatet 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 kontrolap-
paratet 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,1998R2135 — DA — 25.08.2002 — 001.001 — 35
▼M1
— 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 luftfugtig-
heds- (10-90 %) og temperaturforhold.
Papir, som skal anvendes af kontrolapparatet, skal være forsynet med det pågæl-
dende 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 udskriv-
ningen 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. Advarselssignaler
Kontrolapparatet 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 medier
Kontrolapparatet 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 funkti-
onsmå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 enheder
Har kontrolapparatet ikke funktioner til visning af hastighed og/eller kilometer-
stand 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).1998R2135 — DA — 25.08.2002 — 001.001 — 36
▼M1
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 medlems-
stat).
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 fartskriver-
kort 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. Kalibrering
Kalibreringsfunktionen 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 overens-
stemmelse 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, fartbe-
græ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ør-
selsstikket i henhold til den i tillæg 8 fastlagte kalibreringsprotokol.
Kalibreringsfunktionen kan derudover indlæse de nødvendige data gennem
andre stik.
21. Tidsjustering
Tidsjusteringsfunktionen 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. Funktionsspecifikationer
Kø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 (
1) om tilpasning til den tekniske udvikling af Rådets direktiv 72/245/EØF1998R2135 — DA — 25.08.2002 — 001.001 — 37
(1) EFT L 266 af 8.11.1995, s. 1.
▼M1
om elektromagnetisk kompatibilitet, og skal være beskyttet mod elektrostatiske
udladninger og spændingsvariationer.
23. Materialer
Alle kontrolapparatets komponenter skal være udført i materialer af tilstrækkelig
stabilitet og mekanisk styrke samt med stabile elektriske og magnetiske egen-
skaber.
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ærkning
Hvis 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 forkor-
telsen »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 forkor-
telsen »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 FARTSKRIVERKORT
1.Synlige data
Forsiden indeholder:
svarende til kortets art, ordet »Førerkort« eller »Kontrolkort« eller »Værksteds-
kort« 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:
ES TARJETA DEL
CONDUCTORKONTROLKORT VÆRKSTEDS-
KORTVIRKSOMHEDS-
KORT
DA FØRERKORT KONTROLKORT VÆRKSTEDS-
KORTVIRKSOMHEDS-
KORT
DE FAHRERKARTE KONTROL-
LKARTEWERKSTATT-
KARTEUNTERNEHMENS-
KARTE
EL ΚΑΡΤΑ Ο∆ΗΟΥ ΚΑΡΤΑ
ΕΛΕΓΧΟΥΚΑΡΤΑ
ΚΕΝΤΡΟΥ
∆ΟΚΙΜΩΝΚΑΡΤΑ
ΕΠΙΧΕΙΡΗΣΗΣ
EN DRIVER CARD CONTROL CARD WORKSHOP
CARDCOMPANY CARD
FR CARTE DE
CONDUCTEURCARTE DE
CONTRÔLEURCARTE D'ATE-
LIERCARTE D'ENTRE-
PRISE
GA CÁRTA CÁRTA CÁRTA CEARD- CÁRTA COMH-1998R2135 — DA — 25.08.2002 — 001.001 — 38
▼M1
TIOMÁNAÍ STIÚRTHA LAINNE LACHTA
IT CARTA DEL
CONDUCENTECARTA DI
CONTROLLOCARTA DELL'OF-
FICINACARTA DELL'A-
ZIENDA
NL BESTUURDERS
KAARTCONTROLE-
KAARTWERKPLAAT-
SKAARTBEDRIJFSKAART
PT CARTÃO DE
CONDUTORCARTÃO DE
CONTROLOCARTÃO DO
CENTRO DE
ENSAIOCARTÃO VIRK-
SOMHED
FIN KULJETTAJA
KORTTILLAVALVONTA
KORTILLATESTAUSASEMA
KORTILLAYRITYSKORTILLA
SV FÖRARKORT KONTROLLKORT VERKSTADS-
KORTFÖRETAGSKORT
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 Belgien
DK Danmark
D Tyskland
GR GrækenlandE Spanien
F Frankrig
IRL IrlandI ItalienL Luxembourg
NL Nederlandene
A ØstrigP PortugalFIN Finland
S Sverige
UK Det Forenede Kongerigeoplysninger, der er specifikke for det udstedte kort, nummereret som følger:
Førerkort Kontrolkort Virksomheds- eller værkstedskort
1. førerens efternavn kontrolmyndighedens navn virksomhedens eller værkste-
dets navn
2. førerens fornavn(e) den tilsynsførendes efternavn
(hvis relevant)kortindehaverens efternavn
(hvis relevant)
3. førerens fødselsdato den tilsynsførendes
fornavn(e) (hvis relevant)kortindehaverens fornavn(e)
(hvis relevant)
4.(a) første dato i kortets gyldighedsperiode(b) eventuel udløbsdato for kortet
(c) udstedende myndighed (kan være trykt på side 2)
(d) (evt.) nummer, der er forskelligt fra nummeret under punkt 5, til administrative formål5.(a) kørekortets nummer (på
udstedelsesdatoen for føre-
rkortet)
5.(b) kortnummer1998R2135 — DA — 25.08.2002 — 001.001 — 39
▼M1
Førerkort Kontrolkort Virksomheds- eller værkstedskort
6. fotografi af føreren (evt.) fotografi af den
tilsynsførende—
7. førerens underskrift (evt.) indehaverens underskrift
8. (evt.) førerens sædvanlige
bopæl eller postadressekontrolinstansens postadresse firmaets eller værkstedets
postadresse
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.
Fartskriverkort skal være trykt med følgende dominerende baggrundsfarve:
— førerkort: hvid,1998R2135 — DA — 25.08.2002 — 001.001 — 40
▼M1
— 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.Sikkerhed
Sikringen af systemet skal beskytte integritet og ægthed af data, som udveksles
mellem kort og kontrolapparat, beskytte integritet og ægthed af data, som over-
fø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 sikkerheds-
forskrifterne 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.Standarder
Fartskriverkort 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 specifikationer
Fartskriverkort 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 overens-
stemmelse 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 (
1),
og skal være beskyttet mod elektrostatiske udladninger.
5.Datalagring
Med 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.1998R2135 — DA — 25.08.2002 — 001.001 — 41
(1) EFT L 266 af 8.11.1995, s. 1.
▼M1
Skal kortet herudover benyttes til lagring af andre data vedrørende andre appli-
kationer, som kortet understøtter, skal disse lagres i overensstemmelse med
direktiv 95/46/EF (1).
5.1. Data vedrørende kortidentifikation og -sikkerhed
5.1.1. Identifikation af applikation
Fartskriverkort skal kunne lagre følgende data til identifikation af applikationen:
— identifikation af fartskriverapplikation,
— identifikation af fartskriverkortets type.
5.1.2. Identifikation af chip
Fartskriverkort skal kunne lagre følgende data til identifikation af IC
(IC = integreret kreds):
— IC-serienummer,
— IC-produktionshenvisninger.
5.1.3. Identifikation af IC-kort
Fartskriverkort 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. Sikkerhedselementer
Fartskriverkort 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ørerkort
5.2.1. Identifikation af kort
Fø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 kortindehaver
Fø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ørerbevis
Fø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øjer
Fø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 dag1998R2135 — DA — 25.08.2002 — 001.001 — 42
(1) EFT L 281 af 23.11.1995, s. 31.
▼M1
(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æt-
ning 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 kortudtag-
ning 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øreraktivitetsdata
Fø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 aktivitets-
skift 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 slutter
Fø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æs-
ningen, når indlæsning fandt sted under den manuelle
indlæsningsprocedure),
— indlæsningens art (begyndelse eller slutning, omstændighed ved indlæs-
ningen),
— 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ændelser
Med 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 kontrol-
apparatet 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),1998R2135 — DA — 25.08.2002 — 001.001 — 43
▼M1
— 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.
Beste mm else : 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.
Beste mm else : 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 fejl
Med 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 kontrol-
apparatet 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 kontrolaktivitet
Fø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øre-
tø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ærkni ng: 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. Kortsessionsdata
Fø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.1998R2135 — DA — 25.08.2002 — 001.001 — 44
▼M1
5.2.11. Data vedrørende særlige omstændigheder
Førerkortet skal kunne opbevare følgende data vedrørende særlige omstændig-
heder, 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ærkstedskort
5.3.1. Sikkerhedselementer
Væ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 kort
Væ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 kortindehaver
Værkstedskortet skal kunne lagre følgende data til identifikation af kortinde-
haver:
— værkstedets navn,
— værkstedets adresse,
— indehaverens efternavn,
— indehaverens fornavn(e),
— foretrukket sprog.
5.3.4. Data vedrørende anvendte køretøjer
Væ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øreraktivitetsdata
Væ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
slutter
Værkstedskortet skal kunne lagre dataposter om den daglige arbejdstids begyn-
delse 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 fejl
Væ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 kontrolaktivitet
Værkstedskortet skal kunne lagre data om kontrolaktivitet på samme måde som
et førerkort.
5.3.9. Kalibrerings- og tidsjusteringsdata
Værkstedskortet skal kunne opbevare poster vedrørende de kalibreringer og/eller
tidsjusteringer, som er udført, mens kortet er indsat i et kontrolapparat.1998R2135 — DA — 25.08.2002 — 001.001 — 45
▼M1
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 klok-
keslæ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 kalibre-
ringer, der er udført med kortet.
Værkstedskortet skal have en tæller, som angiver det samlede antal kalibre-
ringer, der er udført siden sidste dataoverførsel på kortet.
5.3.10. Data vedrørende særlige omstændigheder
Væ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. Kontrolkort
5.4.1. Identifikation af kort
Kontrolkortet 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 kortindehaver
Kontrolkortet skal kunne lagre følgende data til identifikation af kortindeha-
veren:
— kontrolinstansens navn,
— kontrolinstansens adresse,
— indehaverens efternavn,
— indehaverens fornavn(e),
— foretrukket sprog.
5.4.3. Data vedrørende kontrolaktivitet
Kontrolkortet 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øre-
tø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 kontrolle-
rede førerkort.
Kontrolkortet skal kunne lagre mindst 230 sådanne poster.
5.5. Virksomhedskort
5.5.1. Identifikation af kort
Virksomhedskortet 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 kortindehaver
Virksomhedskortet skal kunne lagre følgende data til identifikation af kortinde-
haveren:
— virksomhedens navn,
— virksomhedens adresse.1998R2135 — DA — 25.08.2002 — 001.001 — 46
▼M1
5.5.3. Virksomhedsaktivitetsdata
Virksomhedskortet 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øre-
tø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 KONTROLAPPARATET
1.Montering
Nye 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 kalibre-
ringsfunktionen, 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ærks-
tedskort 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 funktions-
dygtige 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.Installationsplade
Når apparatet er blevet kontrolleret efter monteringen, anbringes en monterings-
plade 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.Plombering
Følgende dele skal være plomberet:
— tilslutninger, hvis afbrydelse medfører uopdagede ændringer eller uopdaget
tab af data;1998R2135 — DA — 25.08.2002 — 001.001 — 47
▼M1
— 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 trafiksik-
kerhedsanordning, 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 REPARATIONER
Kapitel V, punkt 3 i dette bilag indeholder bestemmelser for, under hvilke
omstændigheder plomber må fjernes som omhandlet i artikel 12, stk. 5, i forord-
ning (EØF) nr. 3821/85.
1.Autorisering af installatører eller værksteder
Medlemsstaterne 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 syste-
mets overordnede sikkerhed som defineret i tillæg 10.
2.Kontrol af nye eller reparerede instrumenter
For 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.Monteringseftersyn
Ved 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 eftersyn
Periodisk eftersyn af det i køretøjet monterede apparat skal foretages efter repa-
ration 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å fart-
skriverkortet,
— at overholdelse af bestemmelserne i kapitel III, punkt 2.1 og 2.2 om maksi-
male 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.1998R2135 — DA — 25.08.2002 — 001.001 — 48
▼M1
5.Måling af fejl
Må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
1 000 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.Reparationer
Væ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æl-
dende værksted. Værkstederne opbevarer en kopi af hver attest, som de har
udstedt, i mindst ét år.
VII. UDSTEDELSE AF KORT
De af medlemsstaterne oprettede kortudstedelsesprocesser skal være i overens-
stemmelse 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 forny-
elsesindeks 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 udskiftningsin-
dekset, 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 udskiftningsin-
dekset, 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 admini-
strative 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 FARTSKRI-
VERKORT
1.Generelt
I dette afsnit forstås ved »kontrolapparat«, »kontrolapparatet eller dets kompo-
nenter«. 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 even-
tuelt indbygget ekstra tilbehør.
Typegodkendelse af kontrolapparater og fartskriverkort skal omfatte sikkerheds-
relevante prøver, funktionsprøver og interoperabilitetsprøver. Positive resultater
for hver af disse prøver angives ved en passende attest.
Medlemsstaternes typegodkendelsesmyndigheder udsteder ikke typegodkendel-
sesattest i overensstemmelse med artikel 5 i denne forordning, medmindre de
er i besiddelse af:
— en sikkerhedsattest,1998R2135 — DA — 25.08.2002 — 001.001 — 49
▼M1
— en funktionsattest,
— og en interoperabilitetsattest
for det kontrolapparat eller det fartskriverkort, som typegodkendelsesansøg-
ningen 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 opda-
tering 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 kontrolap-
paratet. Opgradering af programmel må ikke ændre eller slette
føreraktivitetsdata, som er gemt i kontrolapparatet. Programmel må kun opgra-
deres under ansvar af kontrolapparatets fabrikant.
2.Sikkerhedsattest
Sikkerhedsattesten udstedes i overensstemmelse med bestemmelserne i tillæg 10
til dette bilag.
3.Funktionsattest
Ansøgere til typegodkendelse skal forsyne medlemsstatens typegodkendelses-
myndigheder med alt det materiale og al den dokumentation, sommyndigheden 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 speci-
ficeret liste over de udførte prøver og resultaterne heraf.
4.Interoperabilitetsattest
Interoperabilitetsprøver udføres af ét enkelt laboratorium under Europa-
Kommissionens myndighed og ansvar.
Laboratoriet registrerer de af fabrikanterne indgivne anmodninger om interope-
rabilitetsprøver i den kronologiske rækkefølge, de modtages.
Anmodningerne vil først blive officielt registreret, når laboratoriet er i besid-
delse 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 funkti-
onsattest.
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 fore-
ligger 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 funktionsat-
test stadig er gyldige.1998R2135 — DA — 25.08.2002 — 001.001 — 50
▼M1
Interoperabilitetsattesten er gyldig i seks måneder. Efter slutningen af denne
periode ophæves den, hvis fabrikanten ikke har modtaget en tilsvarende type-
godkendelsesattest. 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.Typegodkendelsesattest
Den typegodkendende myndighed i medlemsstaten kan udstede typegodkendel-
sesattesten, 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 fore-
løbig),
— for hvilke der er udstedt en typegodkendelsesattest.
6.Undtagelsesprocedure: Indledende interoperabilitetsattester
I en periode på fire måneder, efter at et første sammenhørende sæt kontrolap-
parat 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 laborato-
rium, 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 interoperabilitets-
manglerne 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 regi-
streres i perioden fra fire måneder efter udstedelse af den første foreløbige
interoperabilitetsattest til datoen for den i krav 294 omhandlede Kommissions-
beslutning, stilles i bero, til de første interoperabilitetsproblemer er løst. Disseanmodninger behandles derefter i samme kronologiske rækkefølge, som de er
registreret.1998R2135 — DA — 25.08.2002 — 001.001 — 51
▼M1
Tillæg 1
DATAORDLISTE
INHOLD
1. Indledning … .............................................................
1.1. Fremgangsmåde anvendt ved definition af datatyper … . . . ........................
1.2. Referencer … .............................................................
2. Definitioner af datatyper … ..................................................
2.1. ActivityChangeInfo … . . . ...................................................
2.2. Address … . ..............................................................
2.3. BCDString … .............................................................
2.4. CalibrationPurpose … . . . ...................................................
2.5. CardActivityDailyRecord … . . . ..............................................
2.6. CardActivityLengthRange … . . . ..............................................
2.7. CardApprovalNumber … . ...................................................
2.8. CardCertificate … .........................................................
2.9. CardChipIdentification … ...................................................
2.10. CardConsecutiveIndex … ...................................................
2.11. CardControlActivityDataRecord … ............................................
2.12. CardCurrentUse … .........................................................
2.13. CardDriverActivity … . . . ...................................................
2.14. CardDrivingLicenceInformation … ............................................
2.15. CardEventData … .........................................................
2.16. CardEventRecord … .......................................................
2.17. CardFaultData … . .........................................................
2.18. CardFaultRecord … ........................................................
2.19. CardIccIdentification … . . ...................................................
2.20. CardIdentification … .......................................................
2.21. CardNumber … . . .........................................................
2.22. CardPlaceDailyWorkPeriod … . ..............................................
2.23. CardPrivateKey … .........................................................
2.24. CardPublicKey … .........................................................
2.25. CardRenewalIndex … . . . ...................................................
2.26. CardReplacementIndex … ...................................................
2.27. CardSlotNumber … ........................................................
2.28. CardSlotsStatus … .........................................................
2.29. CardStructureVersion … . ...................................................
2.30. CardVehicleRecord … . . . ...................................................
2.31. CardVehiclesUsed … .......................................................
2.32. Certifikat … ..............................................................
2.33. CertificateContent … .......................................................
2.34. CertificateHolderAuthorisation … .............................................
2.35. CertificateRequestID … . . ...................................................
2.36. CertificationAuthorityKID … . . ..............................................
2.37. CompanyActivityData … . ...................................................
2.38. CompanyActivityType … ...................................................1998R2135 — DA — 25.08.2002 — 001.001 — 52
▼M1
2.39. CompanyCardApplicationIdentification … . . . ...................................
2.40. CompanyCardHolderIdentification … . . ........................................
2.41. ControlCardApplicationIdentification … .......................................
2.42. ControlCardControlActivityData … . . . ........................................
2.43. ControlCardHolderIdentification … . . . ........................................
2.44. ControlType … . . . .........................................................
2.45. CurrentDateTime … ........................................................
2.46. DailyPresenceCounter … . ...................................................
2.47. Datef … . . . ..............................................................
2.48. Distance … . ..............................................................
2.49. DriverCardApplicationIdentification … ........................................
2.50. DriverCardHolderIdentification … ............................................
2.51. EntryTypeDailyWorkPeriod … . ..............................................
2.52. EquipmentType … .........................................................
2.53. EuropeanPublicKey … . . . ...................................................
2.54. EventFaultType … .........................................................
2.55. EventFaultRecordPurpose … . . . ..............................................
2.56. ExtendedSerialNumber … ...................................................
2.57. FullCardNumber … ........................................................
2.58. HighResOdometer … .......................................................
2.59. HighResTripDistance … . ...................................................
2.60. HolderName … . . .........................................................
2.61. K-ConstantOfRecordingEquipment … . ........................................
2.62. KeyIdentifier … . . .........................................................
2.63. L-TyreCircumference … . ...................................................
2.64. Language … ..............................................................
2.65. LastCardDownload … . . . ...................................................
2.66. ManualInputFlag … ........................................................
2.67. ManufacturerCode … .......................................................
2.68. MemberStateCertificate … ..................................................
2.69. MemberStatePublicKey … ...................................................
2.70. Name … . . . ..............................................................
2.71. NationAlpha … . . .........................................................
2.72. NationNumeric … .........................................................
2.73. NoOfCalibrationRecords … ..................................................
2.74. NoOfCalibrationSinceDonwload … . . . ........................................
2.75. NoOfCardPlaceRecords … ..................................................
2.76. NoOfCardVehicleRecords … . . . ..............................................
2.77. NoOfCompanyActivityRecords … ............................................
2.78. NoOfControlActivityRecords … ..............................................
2.79. NoOfEventsPerType … . . ...................................................
2.80. NoOfFaultsPerType … . . . ...................................................
2.81. OdometerValueMidnight … ..................................................
2.82. OdometerShort … .........................................................
2.83. OverspeedNumber … .......................................................
2.84. PlaceRecord … . . . .........................................................1998R2135 — DA — 25.08.2002 — 001.001 — 53
▼M1
2.85. PreviousVehicleInfo … . . ...................................................
2.86. PublicKey … .............................................................
2.87. RegionAlpha … . . .........................................................
2.88. RegionNumeric … .........................................................
2.89. RSAKeyModulus … .......................................................
2.90. RSAKeyPrivateExponent … . . . ..............................................
2.91. RSAKeyPublicExponent … ..................................................
2.92. SensorApprovalNumber … ..................................................
2.93. SensorIdentification … . . . ...................................................
2.94. SensorInstallation … .......................................................
2.95. SensorInstallationSecData … . . . ..............................................
2.96. SensorOSIdentifier … . . . ...................................................
2.97. SensorPaired … . . .........................................................
2.98. SensorPairingDate … .......................................................
2.99. SensorSerialNumber … . . ...................................................
2.100. SensorSCIdentifier … . . . ...................................................
2.101. Signature … ..............................................................
2.102. SimilarEventsNumber … . ...................................................
2.103. SpecificConditionType … ...................................................
2.104. SpecificConditionRecord … . . . ..............................................
2.105. Speed … . . . ..............................................................
2.106. SpeedAuthorised … ........................................................
2.107. SpeedAverage … . .........................................................
2.108. SpeedMax … .............................................................
2.109. TDesSessionKey … ........................................................
2.110. TimeReal … ..............................................................
2.111. TyreSize … . ..............................................................
2.112. VehicleIdentificationNumber … ..............................................
2.113. VehicleRegistrationIdentification … . . . ........................................
2.114. VehicleRegistrationNumber … . ..............................................
2.115. VuActivityDailyData … . . ...................................................
2.116. VuApprovalNumber … . . ...................................................
2.117. VuCalibrationData … .......................................................
2.118. VuCalibrationRecord … . . ...................................................
2.119. VuCardIWData … .........................................................
2.120. VuCardIWRecord … .......................................................
2.121. VuCertificate … . . .........................................................
2.122. VuCompanyLocksData … ...................................................
2.123. VuCompanyLocksRecord … . . . ..............................................
2.124. VuControlActivityData … ...................................................
2.125. VuControlActivityRecord … . . . ..............................................
2.126. VuDataBlockCounter … . ...................................................
2.127. VuDetailedSpeedBlock … ...................................................
2.128. VuDetailedSpeedData … . ...................................................
2.129. VuDownloadablePeriod … ..................................................
2.130. VuDownloadActivityData … . . . ..............................................1998R2135 — DA — 25.08.2002 — 001.001 — 54
▼M1
2.131. VuEventData … . . .........................................................
2.132. VuEventRecord … .........................................................
2.133. VuFaultData … . . .........................................................
2.134. VuFaultRecord … .........................................................
2.135. VuIdentification … .........................................................
2.136. VuManufacturerAddress … ..................................................
2.137. VuManufacturerName … . ...................................................
2.138. VuManufacturingDate … . ...................................................
2.139. VuOverSpeedingControlData … ..............................................
2.140. VuOverSpeedingEventData … . ..............................................
2.141. VuOverSpeedingEventRecord … .............................................
2.142. VuPartNumber … . .........................................................
2.143. VuPlaceDailyWorkPeriodData … .............................................
2.144. VuPlaceDailyWorkPeriodRecord … . . . ........................................
2.145. VuPrivateKey … . .........................................................
2.146. VuPublicKey … . . .........................................................
2.147. VuSerialNumber … ........................................................
2.148. VuSoftInstallationDate … ...................................................
2.149. VuSoftwareIdentification … . . . ..............................................
2.150. VuSoftwareVersion … . . . ...................................................
2.151. VuSpecificConditionData … . . . ..............................................
2.152. VuTimeAdjustmentData … ..................................................
2.153. VuTimeAdjustmentRecord … . . ..............................................
2.154. W-VehicleCharacteristicConstant … . . . ........................................
2.155. WorkshopCardApplicationIdentification … . . ...................................
2.156. WorkshopCardCalibrationData … .............................................
2.157. WorkshopCardCalibrationRecord … . . . ........................................
2.158. WorkshopCardHolderIdentification … . ........................................
2.159. WorkshopCardPIN … . . . ...................................................
3. Definitioner av værdi- og størrelsesområde … ..................................
3.1. Definitioner til førerkortet … . . ..............................................
3.2. Definitioner til værkstedskortet … ............................................
3.3. Definitioner til kontrolkortet … ..............................................
3.4. Definitioner til virksomhedskortet … . . ........................................
4. Tegnsæt … . ..............................................................
5. Kodning … . ..............................................................1998R2135 — DA — 25.08.2002 — 001.001 — 55
▼M1
1. INDLEDNING
Dette tillæg fastlægger de dataformater, dataelementer og datastrukturer, som
skal anvendes i kontrolapparater og fartskriverkort.
1.1. Fremgangsmåde anvendt ved definition af datatyper
Til 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 (kodnings-
regler), 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 data-
typer, 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. Referencer
I dette tillæg henvises til følgende referencer:
ISO 639 Code for the representation of names of languages.
First Edition: 1988.
EN 726-3 Ide nti fic ati on ca rds syste ms — Te le com mun ica -
tions integrated circuit(s) cards and terminals —
Part 3: Application independent card requirements.
December 1994.
ISO 3779 Ro ad vehi cle s — Veh icl e iden tif ica tio n nu mbe r
(VI N) — Cont ent a nd struc tur e. Edition 3: 1983.
ISO/IEC 7816-5 Inf orm ati on tec hno logy — Id enti fic ati on ca rds —
Integrated circuit(s) cards with contacts — Part 5:
Numbering system and registration procedure for
ap pli cat ion id enti fie rs. First edition: 1994 + Amendment
1: 1996.
ISO/IEC 8824-1 Inf orm ati on te chno logy — Abstr act Sy nta x Nota -
tion 1 (ASN.1): Specification of basic notation.
Edition 2: 1998.
ISO/IEC 8825-2 Inf orm ati on t ech nolo gy — ASN.1 e ncod ing rule s:
Specification of Packed Encoding Rules (PER).
Edition 2: 1998.
ISO/IEC 8859-1 Inf orm ati on tec hno logy — 8 b it sing le- byte c ode d
graphic character sets — Part 1: Latin alphabet No
1. First edition: 1998.
ISO/IEC 8859-7 Inf orm ati on tec hno logy — 8 b it sing le- byte c ode d
graphic character sets — Part 7: Latin/Greek
al pha bet . First edition: 1987.
ISO 16844-3 Ro ad v ehi cle s — T ac hograph systems — Motion
Se nsor Int erfa ce. WD 3-20/05/99.
2. DEFINITIONER AF DATATYPER
For nedenstående datatyper vil datafeltet som standardværdi for »ukendt« eller
»ikke relevant« indhold være udfyldt med sideskiftbyte.
2.1. ActivityChangeInfo
Med denne datatype kan der inden for et to byte stort ord kodes skift af kort-
læ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.1998R2135 — DA — 25.08.2002 — 001.001 — 56
▼M1
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 kort-
plads:
′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 Kørestatus (tilfældet ′p′=0 )
ellerEfterfølgende aktivitetsstatus
(tilfældet′p′= 1):
′0′B: ÉN FØRER ′0′B: UKENDT
′1′B: FØRERHOLD, ′1′B: KENDT (= manuelt
indlæst)
′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′=1o g′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æl-
dende 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 tids-
punkt,
Bit′c′og′aa′i ordet (gemt på et kort) kan ved senere manuel indlæsning over-
skrives svarende til indlæsningen.
2.2. Address
En adresse.
Address ::= SEQUENCE {
codePage INTEGER (0..255),1998R2135 — DA — 25.08.2002 — 001.001 — 57
▼M1
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. BCDString
BCDString 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 semioktet-
positionen længst til venstre i den første oktet.
De tilladte cifre er: 0, 1, … 9.
2.4. CalibrationPurpose
Kode, 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. CardActivityDailyRecord
Oplysninger, gemt på kortet, vedrørende føreraktiviteterne for en given kalen-
derdag. Denne datatype er knyttet til krav 199 og 219.
CardActivityDailyRecord ::= SEQUENCE {
activityPreviousRecordLength INTEGER(0..CardActivity-
LengthRange),
activityRecordLength INTEGER(0..CardActivityLength-
Range),
activityRecordDate TimeReal,activityDailyPresenceCounter DailyPresenceCounter,activityDayDistance Distance,activityChangeInfo SET SIZE(1..1 440) OF ActivityChange-
Info
}
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. Maksimum-
væ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æl-
dende 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æl-
dende døgn. Det kan indeholde indtil 1 440 værdier (ét aktivitetsskift pr.1998R2135 — DA — 25.08.2002 — 001.001 — 58
▼M1
minut). Dette datasæt indeholder altid ActivityChangeInfo med kode for føre-
rstatus kl. 00:00.
2.6. CardActivityLengthRange
Antal 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. CardApprovalNumber
Kortets typegodkendelsesnummer.
CardApprovalNumber ::= IA5String(SIZE(8))Tilordnet værdi: Uspecificeret.
2.8. CardCertificate
Certifikat for et korts offentlige nøgle.
CardCertificate ::= Certificate
2.9. CardChipIdentification
Oplysninger, 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. CardConsecutiveIndex
Et 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. CardControlActivityDataRecord
Oplysninger, 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.1998R2135 — DA — 25.08.2002 — 001.001 — 59
▼M1
2.12. CardCurrentUse
Oplysninger 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. CardDriverActivity
Oplysninger, gemt på et fører- eller værkstedskort, vedrørende førerens aktivi-
teter (krav 199 og 219).
CardDriverActivity ::= SEQUENCE {
activityPointerOldestDayRecord INTEGER(0..CardActivity-
LengthRange-1),
activityPointerNewestRecord INTEGER(0..CardActivity-
LengthRange-1),
activityDailyRecords OCTET STRING (SIZE(CardActivity-
LengthRange))
}
activityPointerOldestDayRecord angiver begyndelsen på lagerpladsen (antal
byte fra strengens begyndelse) for den ældste fuldstændige døgnpost i activity-
DailyRecords 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øreraktivi-
tetsdata (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 activityPreviousRe-
cordLength for denne (nye) ældste fuldstændige døgnpost skal stilles tilbage på
0.
2.14. CardDrivingLicenceInformation
Oplysninger, 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. CardEventData
Oplysninger, gemt på et fører- eller værkstedskort, vedrørende hændelser knyttet
til kortindehaveren (krav 204 og 223).
CardEventData ::= SEQUENCE SIZE(6) OF {1998R2135 — DA — 25.08.2002 — 001.001 — 60
▼M1
cardEventRecords SET SIZE(NoOfEventsPerType) OF CardE-
ventRecord
}
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. CardEventRecord
Oplysninger, 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 medlems-
stat for det køretøj, hvor hændelsen er indtruffet.
2.17. CardFaultData
Oplysninger, 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 Card-
FaultRecord
}
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 (kontrol-
apparat eller kort).
2.18. CardFaultRecord
Oplysninger, 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 medlems-
stat for det køretøj, hvor fejlen er indtruffet.
2.19. CardIccIdentification
Oplysninger, 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 CardApprovalNumber1998R2135 — DA — 25.08.2002 — 001.001 — 61
▼M1
cardPersonaliserID 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 fabrikati-
onshenvisning 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 defi-
neret i EN 726-3.
icIdentifier er datanavnet for kortets IC og IC-fabrikant som defineret i EN
726-3.
2.20. CardIdentification
Oplysninger, gemt på et kort, vedrørende identifikation af kortet (krav 194, 215,
231, 235).
CardIdentification ::= SEQUENCE
cardIssuingMemberState 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. CardNumber
Et kortnummer er defineret ved definition g).
CardNumber ::= CHOICE {
SEQUENCE {
driverIdentification IA5String(SIZE(14)),
cardReplacementIndex CardReplacementIndex,
cardRenewalIndex CardRenewalIndex
}
SEQUENCE {
ownerIdentification IA5String(SIZE(13)),
cardConsecutiveIndex Ca rdConsecutiveIndex,
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ærk-
sted eller et kontrolorgan i en medlemsstat.
cardConsecutiveIndex er kortets fortløbende indeks.
cardReplacementIndex er kortets udskiftningsindeks.
cardRenewalIndex er kortets fornyelsesindeks.1998R2135 — DA — 25.08.2002 — 001.001 — 62
▼M1
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 virksom-
hedskortnummer.
2.22. CardPlaceDailyWorkPeriod
Oplysninger, 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..NoOfCardPlaceRe-
cords-1),
placeRecords SET SIZE(NoOfCardPlaceRecords) OF Place-
Record
}
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. CardPrivateKey
Et korts private nøgle.
CardPrivateKey ::= RSAKeyPrivateExponent
2.24. CardPublicKey
Et korts offentlige nøgle.
CardPublicKey ::= PublicKey
2.25. CardRenewalIndex
Et 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. CardReplacementIndex
Et 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. CardSlotNumber
Kode, 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. CardSlotsStatus
Kode, 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,1998R2135 — DA — 25.08.2002 — 001.001 — 63
▼M1
′0001′B et førerkort isat,
′0010′B et værkstedskort isat,
′0011′B et kontrolkort isat,
′0100′B et virksomhedskort isat.
2.29. CardStructureVersion
Kode, som angiver versionen af den struktur, der er implementeret i et fartskri-
verkort.
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 defi-
neret for strukturen, er givet ved den høje byte.
2.30. CardVehicleRecord
Oplysninger, gemt på et fører- eller værkstedskort, vedrørende en anvendelses-
periode 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 anven-
delsesperioden for køretøjet.
vehicleOdometerEnd er køretøjets kilometerstand ved slutningen af anvendel-
sesperioden for køretøjet.
vehicleFirstUse er startdato og -klokkeslæt for anvendelsesperioden for køre-
tø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 uddrag-
ning af køretøjets anvendelsesperiode.
2.31. CardVehiclesUsed
Oplysninger, 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..NoOfCardVehicle-
Records-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. Certifikat
Certifikatet for en offentlig nøgle, udstedt af et certificeringsorgan.
Certificate ::= OCTET STRING (SIZE(194))
Tilordnet værdi: Digital underskrift med delvis genfinding af et CertificateCon-
tent i henhold til tillæg 11 fælles sikkerhedsmekanismer: Signature (128 byte) ||
Public Key remainder (58 byte) || Certification Authority Reference (8 byte).1998R2135 — DA — 25.08.2002 — 001.001 — 64
▼M1
2.33. CertificateContent
Det (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 CertificateHolderAuthorisa-
tion,
certificateEndOfValidity TimeReal,certificateHolderReference KeyIdentifier,publicKey PublicKey
}
certificateProfileIdentifier er den pågældende version af det tilsvarende certi-
fikat.
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 certi-
fikat.
2.34. CertificateHolderAuthorisation
Identifikation 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. CertificateRequestID
Entydig 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øre-
tøjsenhed, som nøglen er bestemt for, ikke kendes på udfærdigelsestidspunktet
for certifikatet.
CertificateRequestID ::= SEQUENCE {
requestSerialNumber INTEGER(0..2
32-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 certi-
fikat fra et udvidet serienummer.
Tilordnet værdi: ′FFh′.1998R2135 — DA — 25.08.2002 — 001.001 — 65
▼M1
manufacturerCode: Den numeriske kode for den producent, der anmoder om
certifikatet.
2.36. CertificationAuthorityKID
Datanavn for den offentlige nøgle tilhørende en certificeringsmyndighed (en
medlemsstat eller den europæiske certificeringsmyndighed).
CertificationAuthorityKID ::= SEQUENCE {
nationNumeric NationNumeric
nationAlpha NationAlpha
keySerialNumber 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 certi-
ficeringsmyndighedens 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 certificer-
ingsmyndigheden).
Tilordnet værdi: ′01h′.
2.37. CompanyActivityData
Oplysninger, gemt på et virksomhedskort, vedrørende de aktiviteter, der udføres
med kortet (krav 237).
CompanyActivityData ::= SEQUENCE {
companyPointerNewestRecord INTEGER(0..NoOfCompanyAc-
tivityRecords-1),
companyActivityRecords SET SIZE(NoOfCompanyActivityRe-
cords) OF
companyActivityRecord SEQUENCE {
companyActivityType CompanyActivityType,companyActivityTime TimeReal,
cardNumberInformation FullCardNumber,
vehicleRegistrationInformation VehicleRegistrationI-
dentification,
downloadPeriodBegin TimeReal,
downloadPeriodEnd TimeReal
}
}companyPointerNewestRecord er indekset på senest opdaterede companyActi-
vityRecord.
Tilordnet værdi: Tal svarende til tælleren i virksomhedsaktivitetsposten, begyn-
dende 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 virksom-
hedsaktivitet.
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.1998R2135 — DA — 25.08.2002 — 001.001 — 66
▼M1
2.38. CompanyActivityType
Kode, som angiver en aktivitet udøvet af en virksomhed, som benytter sit virk-
somhedskort.
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. CompanyCardApplicationIdentification
Oplysninger, 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 implemen-
teret i kortet.
noOfCompanyActivityRecords er det antal virksomhedsaktivitetsposter, som
kortet kan opbevare.
2.40. CompanyCardHolderIdentification
Oplysninger, gemt på et virksomhedskort, vedrørende identifikation af kortinde-
haveren (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. ControlCardApplicationIdentification
Oplysninger, gemt på et kontrolkort, vedrørende identifikation af kortets appli-
kation (krav 190).
ControlCardApplicationIdentification ::= SEQUENCE {
typeOfTachographCardId EquipmentType,cardStructureVersion CardStructureVersion,noOfControlActivityRecords NoOfControlActivityRecords
}
typeOfTachographCardId specificerer den implementerede korttype.
cardStructureVersion specificerer den version af strukturen, som er implemen-
teret i kortet.
noOfControlActivityRecords er det antal kontrolaktivitetsposter, som kortet
kan opbevare.
2.42. ControlCardControlActivityData
Oplysninger, gemt på et kontrolkort, vedrørende de aktiviteter, der er udført med
kortet (krav 233).
ControlCardControlActivityData ::= SEQUENCE {
controlPointerNewestRecord INTEGER(0..NoOfControlActivi-
tyRecords-1),1998R2135 — DA — 25.08.2002 — 001.001 — 67
▼M1
controlActivityRecords SET SIZE(NoOfControlActivityRe-
cords) OF
controlActivityRecord SEQUENCE {
controlType ControlType,
controlTime TimeReal,
controlledCardNumber FullCardNumber,controlledVehicleRegistration VehicleRegistrationIden-
tification,
controlDownloadPeriodBegin TimeReal,controlDownloadPeriodEnd TimeReal
}
}controlPointerNewestRecord er indekset på senest opdaterede kontrolaktivi-
tetspost.
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. ControlCardHolderIdentification
Oplysninger, gemt på et kontrolkort, vedrørende identifikation af kortindeha-
veren (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. ControlType
Kode, 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 kontrol-
aktivitet,
′p′B udprintning:
′0′B: Der er ikke udprintet under denne kontrolaktivitet,1998R2135 — DA — 25.08.2002 — 001.001 — 68
▼M1
′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 kontrolakti-
vitet,
′1′B: Der er anvendt visning på skærm under denne kontrolaktivitet,
′xxxx′B Ikke anvendt.
2.45. CurrentDateTime
Kontrolapparatets aktuelle klokkeslæt og dato.
CurrentDateTime ::= TimeRealTilordnet værdi: Ikke yderligere angivet.
2.46. DailyPresenceCounter
En 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 data-
type er knyttet til krav 199 og 219.
DailyPresenceCounter ::= BCDString(SIZE(2))
Tilordnet værdi : Fortløbende nummer med maksimumværdi = 9 999, hvorefter
der tælles forfra fra 0. Ved første udstedelse af kortet stilles tælleren på nul.
2.47. Datef
Dato, angivet i numerisk, let printbart format.
Datef ::= SEQUENCE {
year BCDString(SIZE(2)),
month BCDString(SIZE(1)),day BCDString(SIZE(1))
}
Tilordnet værdi:
yyyy Year
mm Month
dd Day′00000000′H datoangivelse udtrykkelig udeladt.
2.48. Distance
En tilbagelagt distance (resultat af beregning af forskellen mellem to værdier af
køretøjets kilometerstand).
Distance ::= INTEGER(0..2
16-1)
Tilordnet værdi: Binær uden fortegn. Værdi i km med området 0 til 9 999 km.
2.49. DriverCardApplicationIdentification
Oplysninger, gemt på et førerkort, vedrørende identifikation af kortets applika-
tion (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.1998R2135 — DA — 25.08.2002 — 001.001 — 69
▼M1
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. DriverCardHolderIdentification
Oplysninger, 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. EntryTypeDailyWorkPeriod
Kode, 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 ::= INTEGER
Begin, tilknyttet tid = tidspunkt for isætning af kort eller tids-
punkt for indlæsning (0),
End, tilknyttet tid = tidspunkt for udtagning af kort eller tids-
punkt 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. EquipmentType
Kode, som benyttes til at skelne mellem forskellige typer udstyr til fartskrive-
rapplikationen.
EquipmentType ::= INTEGER(0..255)--R e s e r v e r e t( 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. EuropeanPublicKey
Den europæiske offentlige nøgle.
EuropeanPublicKey ::= PublicKey
2.54. EventFaultType
Kode, som bestemmer en hændelse eller en fejl.1998R2135 — DA — 25.08.2002 — 001.001 — 70
▼M1
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å sikker-
hedsbrud,
′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. EventFaultRecordPurpose
Kode, 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 fejl1998R2135 — DA — 25.08.2002 — 001.001 — 71
▼M1
′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 fore-
kommet
′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 fabrikantspecifik
2.56. ExtendedSerialNumber
Entydig 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, enty-
digt 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. FullCardNumber
Kode, 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. HighResOdometer
Køretøjets kilometerstand: Samlet distance tilbagelagt af køretøjet i dettes
driftstid.
HighResOdometer ::= INTEGER(0..2
32-1)
Tilordnet værdi : Binær uden fortegn. Talværdi i 1/200 km med området 0 til
21 055 406 km.
2.59. HighResTripDistance
En 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
21 055 406 km.1998R2135 — DA — 25.08.2002 — 001.001 — 72
▼M1
2.60. HolderName
En 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 controlBo-
dyName.
holderFirstNames er indehaverens fornavn(e) og forbogstaver.
2.61. K-ConstantOfRecordingEquipment
Kontrolapparatets konstant (definition m)).
K-ConstantOfRecordingEquipment ::= INTEGER(0..2
16-1)
Tilordnet værdi : Impulser pr. kilometer med området 0 til 64 255 impulser/km.
2.62. KeyIdentifier
Et 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øj-
senhed (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 medlems-
stat.
2.63. L-TyreCircumference
Effektiv dækperiferi (definition u)).
L-TyreCircumference ::= INTEGER(0..2
16-1)
Tilordnet værdi : Binær uden fortegn, værdi i 1/8 mm med området 0 til
8 031 mm.
2.64. Language
Kode, som identificerer et sprog.
Language ::= IA5String(SIZE(2))Tilordnet værdi : Tilordnet værdi: En kode bestående af to minuskler i overens-
stemmelse med ISO 639.
2.65. LastCardDownload
Dato 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 ::= TimeReal
Tilordnet værdi : Ikke yderligere specificeret.
2.66. ManualInputFlag
Kode, som fastslår, om en kortindehaver manuelt har eller ikke har indlæst føre-
raktiviteter ved isætning af kort (krav 081).
ManualInputFlag ::= INTEGER {
noEntry (0)1998R2135 — DA — 25.08.2002 — 001.001 — 73
▼M1
manualEntries (1)
}
Tilordnet værdi: Ikke yderligere angivet.
2.67. ManufacturerCode
Kode, 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. MemberStateCertificate
Certifikat for en medlemsstats offentlige nøgle, udstedt af den europæiske certi-
ficeringsmyndighed.
MemberStateCertificate ::= Certificate
2.69. MemberStatePublicKey
En medlemsstats offentlige nøgle.
MemberStatePublicKey ::= PublicKey1998R2135 — DA — 25.08.2002 — 001.001 — 74
▼M1
2.70. Name
Et 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. NationAlpha
Alfabetisk henvisning til en stat i overensstemmelse med sædvanlige kendings-
bogstaver 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,1998R2135 — DA — 25.08.2002 — 001.001 — 75
▼M1
′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. NationNumeric
Numerisk henvisning til en stat.
NationNumeric ::= INTEGER(0..255)Tilordnet værdi:
- - Ingen oplysninger foreligger (0 0)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 (0 A)H,- - Cypern (0B) H,- - Tjekkiet (0C)H,- - Tyskland (0 D)H,- - Danmark (0 E)H,- - Spanien (0F)H,- - Estland (1 0)H,
- - Frankrig (11 )H,
- - Finland (12 )H,- - Liechtenstein (13 )H,- - Færøerne (1 4)H,- - Det Forenede Kongerige (1 5)H,- - Georgien (1 6)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,1998R2135 — DA — 25.08.2002 — 001.001 — 76
▼M1
- - 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 (2 7)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) H
2.73. NoOfCalibrationRecords
Antal kalibreringsposter, som kan gemmes på et værkstedskort.
NoOfCalibrationRecords ::= INTEGER(0..255)Tilordnet værdi: Se punkt 3.
2.74. NoOfCalibrationsSinceDownload
Tæller, som angiver det samlede antal kalibreringer, der er udført med et værks-
tedskort siden sidste dataoverførsel for kortet (krav 230).
NoOfCalibrationsSinceDownload ::= INTEGER(0..2
16-1),
Tilordnet værdi: Ikke yderligere angivet.
2.75. NoOfCardPlaceRecords
Antal stedposter, som kan gemmes på et fører- eller værkstedskort.
NoOfCardPlaceRecords ::= INTEGER(0..255)
Tilordnet værdi: Se punkt 3.
2.76. NoOfCardVehicleRecords
Antal 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. NoOfCompanyActivityRecords
Antal virksomhedsaktivitetsposter, som kan gemmes på et virksomhedskort.
NoOfCompanyActivityRecords ::= INTEGER(0..216-1)
Tilordnet værdi : Se punkt 3.
2.78. NoOfControlActivityRecords
Antal kontrolaktivitetsposter, som kan gemmes på et kontrolkort.
NoOfControlActivityRecords ::= INTEGER(0..216-1)1998R2135 — DA — 25.08.2002 — 001.001 — 77
▼M1
Tilordnet værdi : Se punkt 3.
2.79. NoOfEventsPerType
Antal hændelser af hver hændelsestype, som kan gemmes på et kort.
NoOfEventsPerType ::= INTEGER(0..255)Tilordnet værdi: Se punkt 3.
2.80. NoOfFaultsPerType
Antal fejl af hver fejltype, som kan gemmes på et kort.
NoOfFaultsPerType ::= INTEGER(0..255)Tilordnet værdi: Se punkt 3.
2.81. OdometerValueMidnight
Køretøjets kilometerstand ved midnat i et givet døgn (krav 090).
OdometerValueMidnight ::= OdometerShort
Tilordnet værdi: Ikke yderligere angivet.
2.82. OdometerShort
Køretøjets kilometerstand i kortform.
OdometerShort ::= INTEGER(0..2
24-1)
Tilordnet værdi: Binær uden fortegn. Værdi i km i området 0 til 9 999 999 km.
2.83. OverspeedNumber
Antal 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 overskri-
delse 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. PlaceRecord
Oplysninger 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. PreviousVehicleInfo
Oplysninger 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 VehicleRegistrationIdentifi-
cation,
cardWithdrawalTime TimeReal
}1998R2135 — DA — 25.08.2002 — 001.001 — 78
▼M1
vehicleRegistrationIdentification er indregistreringsnummer og registrerende
medlemsstat for køretøjet.
cardWithdrawalTime er dato og klokkeslæt for udtagning af kortet.
2.86. PublicKey
En offentlig RSA-nøgle.
PublicKey ::= SEQUENCE {
rsaKeyModulus RSAKeyModulus,
rsaKeyPublicExponent RSAKeyPublicExponent
}
rsaKeyModulus er nøgleparrets modulus.
rsaKeyPublicExponent er nøgleparrets offentlige eksponent.
2.87. RegionAlpha
Alfabetisk 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 Vasco
2.88. RegionNumeric
Numerisk 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,1998R2135 — DA — 25.08.2002 — 001.001 — 79
▼M1
′0C′H Canarias,
′0D′H La Rioja,
′0E′H Madrid,
′0F′H Murcia,
′10′H Navarra,
′11′H País Vasco
2.89. RSAKeyModulus
Modulus for et RSA-nøglepar.
RSAKeyModulus ::= OCTET STRING (SIZE(128))
Tilordnet værdi : Uspecificeret.
2.90. RSAKeyPrivateExponent
Den private eksponent for et RSA-nøglepar.
RSAKeyPrivateExponent ::= OCTET STRING (SIZE(128))Tilordnet værdi : Uspecificeret.
2.91. RSAKeyPublicExponent
Den offentlige eksponent for et RSA-nøglepar.
RSAKeyPublicExponent ::= OCTET STRING (SIZE(8))
Tilordnet værdi : Uspecificeret.
2.92. SensorApprovalNumber
Følerens typegodkendelsesnummer.
SensorApprovalNumber ::= IA5String(SIZE(8))Tilordnet værdi : Uspecificeret.
2.93. SensorIdentification
Oplysninger, gemt på en bevægelsesføler, vedrørende identifikation af bevægel-
sesfø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. SensorInstallation
Oplysninger, 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.1998R2135 — DA — 25.08.2002 — 001.001 — 80
▼M1
firstVuApprovalNumber er godkendelsesnummeret på den første køretøj-
senhed, 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ægel-
sesfø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. SensorInstallationSecData
Oplysninger, 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. SensorOSIdentifier
Datanavn på bevægelsesfølerens styresystem.
SensorOSIdentifier ::= IA5String(SIZE(2))Tilordnet værdi: Fabrikantspecifik.
2.97. SensorPaired
Oplysninger, 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øj-
senhed og den bevægelsesføler, som aktuelt er samparret med køretøjsenheden.
2.98. SensorPairingDate
Datoen for samparring af bevægelsesføleren med en køretøjsenhed.
SensorPairingDate ::= TimeRealTilordnet værdi: Uspecificeret.
2.99. SensorSerialNumber
Serienummeret på bevægelsesføleren.
SensorSerialNumber ::= ExtendedSerialNumber
2.100. SensorSCIdentifier
Datanavnet på bevægelsesfølerens sikkerhedskomponent.
SensorSCIdentifier ::= IA5String(SIZE(8))Tilordnet værdi: Specifik for komponentfabrikanten.
2.101. Signature
En digital underskrift.
Signature ::= OCTET STRING (SIZE(128))Tilordnet værdi: I overensstemmelse med tillæg 11 (fælles sikkerhedsmeka-
nismer).
2.102. SimilarEventsNumber
Antal tilsvarende hændelser for ét givet døgn (krav 094).1998R2135 — DA — 25.08.2002 — 001.001 — 81
▼M1
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. SpecificConditionType
Kode, 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 anvendelse
2.104. SpecificConditionRecord
Oplysninger, som er gemt på et førerkort, et værkstedskort eller en køretøj-
senhed 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æn-
dighed.
2.105. Speed
Kø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. SpeedAuthorised
Tilladelig maksimal hastighed for køretøjet (definition bb)).
SpeedAuthorised ::= Speed
2.107. SpeedAverage
Gennemsnitshastighed i en forud fastlagt periode (km/h).
SpeedAverage ::= Speed
2.108. SpeedMax
Maksimumhastighed målt i et forud fastlagt tidsrum.
SpeedMax ::= Speed
2.109. TDesSessionKey
En tredobbelt DES-sessionsnøgle.
TDesSessionKey ::= SEQUENCE {
tDesKeyA OCTET STRING (SIZE(8))
tDesKeyB OCTET STRING (SIZE(8))
}
Tilordnet værdi: Ikke yderligere angivet.
2.110. TimeReal
Kode 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.1998R2135 — DA — 25.08.2002 — 001.001 — 82
▼M1
TimeReal{INTEGER:TimeRealRange} ::= INTEGER(0..TimeRea-
lRange)
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. TyreSize
Dækdimensionsbetegnelser.
TyreSize ::= IA5String(SIZE(15))
Tilordnet værdi : I henhold til direktiv 92/23/EØF.
2.112. VehicleIdentificationNumber
Kø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. VehicleRegistrationIdentification
Identifikation 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. VehicleRegistrationNumber
Køretøjets indregistreringsnummer. Indregistreringsnummeret tildeles af registre-
ringsmyndigheden.
VehicleRegistrationNumber ::= SEQUENCE {
codePage INTEGER (0..255),vehicleRegNumber OCTET STRING (SIZE(13))
}
codePage angiver den del af ISO/IEC 8859, som anvendes til at kode vehicle-
RegnNumber,
vehicleRegNumber er et køretøjsregistreringsnummer, som er kodet i henhold
til ISO/IEC 8859-codePage.
Tilordnet værdi: Statsspecifik.
2.115. VuActivityDailyData
Oplysninger, 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..1 440),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. VuApprovalNumber
Køretøjsenhedens typegodkendelsesnummer.
VuApprovalNumber ::= IA5String(SIZE(8))1998R2135 — DA — 25.08.2002 — 001.001 — 83
▼M1
Tilordnet værdi: Uspecificeret.
2.117. VuCalibrationData
Oplysninger, gemt på en køretøjsenhed, vedrørende kalibreringerne af kontrolap-
paratet (krav 098).
VuCalibrationData ::= SEQUENCE {
noOfVuCalibrationRecords INTEGER(0..255),vuCalibrationRecords SET SIZE(noOfVuCalibrationRecords)
OF VuCalibrationRecord
}
noOfVuCalibrationRecords er antal poster indeholdt i mængden vuCalibratio-
nRecords.
vuCalibrationRecords er mængden af kalibreringsposter.
2.118. VuCalibrationRecord
Oplysninger, gemt på en køretøjsenhed, vedrørende en kalibrering af kontrolap-
paratet (krav 098).
VuCalibrationRecord ::= SEQUENCE {
calibrationPurpose CalibrationPurpose,
workshopName Name,workshopAddress Address,workshopCardNumber FullCardNumber,workshopCardExpiryDate TimeReal,
vehicleIdentificationNumber VehicleIdentificationNumber,
vehicleRegistrationIdentification VehicleRegistrationIdentifi-
cation,
wVehicleCharacteristicConstan t W-VehicleCharacteristicCon-
stant,
kConstantOfRecordingEquipment K-ConstantOfRecordingE-
quipment,
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 kali-
breringen.
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 Calibra-
tionPurpose foreskrives at skulle udføres af kontrolmyndigheden.1998R2135 — DA — 25.08.2002 — 001.001 — 84
▼M1
2.119. VuCardIWData
Oplysninger, 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 VuCardIW-
Record
}
noOfIWRecords er antal poster i mængden af vuCalibrationRecords.
vuCardIWRecords er en mængde af poster, som vedrører cyklusser med isæt-
ning/udtagning af kort.
2.120. VuCardIWRecord
Oplysninger, 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 PreviousVehicleInfo
manualInputFlag 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 udtag-
ning 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. VuCertificate
Certifikat for en køretøjsenheds offentlige nøgle.
VuCertificate ::= Certificate
2.122. VuCompanyLocksData
Oplysninger, 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 VuCom-
panyLocksRecord
}
noOfLocks er antal låse, som er opført i vuCompanyLocksRecords.1998R2135 — DA — 25.08.2002 — 001.001 — 85
▼M1
vuCompanyLocksRecords er mængden af poster vedrørende virksomhedslåse.
2.123. VuCompanyLocksRecord
Oplysninger, 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. VuControlActivityData
Oplysninger, 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. VuControlActivityRecord
Oplysninger, 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. VuDataBlockCounter
Tæ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ær-
dien 9 999, begynder forfra fra 0.
2.127. VuDetailedSpeedBlock
Oplysninger, 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 {1998R2135 — DA — 25.08.2002 — 001.001 — 86
▼M1
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. VuDetailedSpeedData
Oplysninger, gemt på en køretøjsenhed, vedrørende køretøjets detaljerede
hastighed.
VuDetailedSpeedData ::= SEQUENCE
noOfSpeedBlocks INTEGER(0.216-1),
vuDetailedSpeedBlocks SET SIZE(noOfSpeedBlocks) OF
VuDetailedSpeedBlock
}
noOfSpeedBlocks er antal hastighedsblokke i mængden vuDetailedSpeed-
Blocks.
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 TimeReal
maxDownloadableTime 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. VuDownloadActivityData
Oplysninger, 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 dataover-
førslen.
companyOrWorkshopName er virksomhedens eller værkstedets navn.
2.131. VuEventData
Oplysninger, 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 vuEven-
tRecords.
vuEventRecords er en mængde af hændelsesposter.1998R2135 — DA — 25.08.2002 — 001.001 — 87
▼M1
2.132. VuEventRecord
Oplysninger, 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. VuFaultData
Oplysninger, gemt på en køretøjsenhed, vedrørende fejl (krav 096).
VuFaultData ::= SEQUENCE {
noOfVuFaults INTEGER(0..255),
vuFaultRecords SET SIZE(noOfVuF aults) OF VuFaultRecord
}
noOfVuFaults er antal fejl opført i mængden vuFaultRecords.
vuFaultRecords er en mængde af fejlposter.
2.134. VuFaultRecord
Oplysninger, 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.1998R2135 — DA — 25.08.2002 — 001.001 — 88
▼M1
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. VuIdentification
Oplysninger, 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øj-
senheden.
vuManufacturingDate er køretøjsenhedens fabrikationsdato.
vuApprovalNumber er køretøjsenhedens typegodkendelsesnummer.
2.136. VuManufacturerAddress
Adressen på fabrikanten af køretøjsenheden.
VuManufacturerAddress ::= Address
Tilordnet værdi: Uspecificeret.
2.137. VuManufacturerName
Navnet på fabrikanten af køretøjsenheden.
VuManufacturerName ::= NameTilordnet værdi: Uspecificeret.
2.138. VuManufacturingDate
Fabrikationsdatoen for køretøjsenheden.
VuManufacturingDate ::= TimeRealTilordnet værdi: Uspecificeret.
2.139. VuOverSpeedingControlData
Oplysninger, 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 over-
skridelse af tilladt hastighed.1998R2135 — DA — 25.08.2002 — 001.001 — 89
▼M1
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. VuOverSpeedingEventData
Oplysninger, gemt på en køretøjsenhed, vedrørende hændelser med overskri-
delse af tilladt hastighed (krav 094).
VuOverSpeedingEventData ::= SEQUENCE {
noOfVuOverSpeedingEvents INTEGER(0..255),
vuOverSpeedingEventRecords SET SIZE(noOfVuOverSpeedin-
gEvents) 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. VuOverSpeedingEventRecord
Oplysninger, gemt på en køretøjsenhed, vedrørende hændelser med overskri-
delse 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 kort-
plads ved hændelsens start.
similarEventsNumber er antal tilsvarende hændelser samme døgn.
2.142. VuPartNumber
Serienummeret på køretøjsenheden.
VuPartNumber ::= IA5String(SIZE(16))Tilordnet værdi : Specifik for fabrikanten af køretøjsenheden.
2.143. VuPlaceDailyWorkPeriodData
Oplysninger, 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(noOfPlaceRe-
cords) OF VuPlaceDailyWorkPeriodRecord
}
noOfPlaceRecords er antal poster i mængden vuPlaceDailyWorkPeriodRecords.
vuPlaceDailyWorkPeriodRecords er en mængde af poster vedrørende steder.1998R2135 — DA — 25.08.2002 — 001.001 — 90
▼M1
2.144. VuPlaceDailyWorkPeriodRecord
Oplysninger, 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. VuPrivateKey
Køretøjsenhedens private nøgle.
VuPrivateKey ::= RSAKeyPrivateExponent
2.146. VuPublicKey
Køretøjsenhedens offentlige nøgle.
VuPublicKey ::= PublicKey
2.147. VuSerialNumber
Køretøjsenhedens serienummer (krav 075).
VuSerialNumber ::= ExtendedSerialNumber
2.148. VuSoftInstallationDate
Dato for installation af den programmelversion, som anvendes i køretøjsen-
heden.
VuSoftInstallationDate ::= TimeRealTilordnet værdi: Uspecificeret.
2.149. VuSoftwareIdentification
Oplysninger, 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. VuSoftwareVersion
Versionsnummeret på det programmel, der anvendes i køretøjsenheden.
VuSoftwareVersion ::= IA5String(SIZE(4))Tilordnet værdi: Uspecificeret.
2.151. VuSpecificConditionData
Oplysninger, gemt på en køretøjsenhed, vedrørende særlige omstændigheder.
VuSpecificConditionData ::= SEQUENCE {
noOfSpecificConditionRecords INTEGER(0..2
16-1)
specificConditionRecords SET SIZE (noOfSpecificConditio-
nRecords) 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æn-
digheder.1998R2135 — DA — 25.08.2002 — 001.001 — 91
▼M1
2.152. VuTimeAdjustmentData
Oplysninger, 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(noOfVuTimeAdjRe-
cords) OF VuTimeAdjustmentRecord
}
noOfVuTimeAdjRecords er antal poster i mængden vuTimeAdjustmentRe-
cords.
vuTimeAdjustmentRecords er en mængde af tidsjusteringsposter.
2.153. VuTimeAdjustmentRecord
Oplysninger, 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 fore-
tage tidsjustering.
2.154. W-VehicleCharacteristicConstant
Køretøjets vejdrejetal (definition k)).
W-VehicleCharacteristicConstant ::= INTEGER(0..216-1))
Tilordnet værdi: Impulser pr. kilometer med området 0 til 64 255 impulser/km.
2.155. WorkshopCardApplicationIdentification
Oplysninger, 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 aktivitets-
poster.
noOfCardVehicleRecords er antal køretøjsposter, som kan gemmes på kortet.
noOfCardPlaceRecords er antal steder, som kan gemmes på kortet.1998R2135 — DA — 25.08.2002 — 001.001 — 92
▼M1
noOfCalibrationRecords er det antal kalibreringsposter, som kan gemmes på
kortet.
2.156. WorkshopCardCalibrationData
Oplysninger, 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..NoOfCalibratio-
nRecords-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 kalibrerings-
post.
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. WorkshopCardCalibrationRecord
Oplysninger, 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,wVehicleCharacteristicConstan t W-VehicleCharacteristicCon-
stant,
kConstantOfRecordingEquipment K-ConstantOfRecordingE-
quipment,
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 indre-
gistrerende 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 Calibra-
tionPurpose foreskrives at skulle udføres af kontrolmyndigheden.1998R2135 — DA — 25.08.2002 — 001.001 — 93
▼M1
vuPartNumber, vuSerialNumber og sensorSerialNumber er de dataele-
menter, som identificerer kontrolapparatet.
2.158. WorkshopCardHolderIdentification
Oplysninger, gemt på et værkstedskort, vedrørende identifikation af kortindeha-
veren (krav 216).
WorkshopCardHolderIdentif ication ::= 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. WorkshopCardPIN
Det 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ÅDE
Definition af de variabelværdier, der er anvendt til definitionerne i punkt 2.
TimeRealRange ::= 2
32-1
3.1. Definitioner til førerkortet:
Navn på variabelværdi Min. Maks.
CardAc tiv ity Len gth Rang e 5 544 bytes
(28 døgn med 93
aktivitetsskift i
døgnet)13 776 bytes
(28 døgn med 240
aktivitetsskift i
døgnet)
No OfCa rdPla ce Rec ords 84 112NoOfCardVehicleRecords 84 200
NoOfEventsPerType 6 12
NoOfFaultsPerType 12 24
3.2. Definitioner til værkstedskortet:
Nombre del valor variable Min. Maks.
CardAc tiv ity Len gth Rang e 198 bytes
(1 døgn med 93 akti-
vitetsskift)492 bytes
(1 døgn med 240
aktivitetsskift)
NoOfCardPlaceRecords 6 8
NoOfCardVehicleRecords 4 8NoOfEventsPerType 3 3NoOfFaultsPerType 6 61998R2135 — DA — 25.08.2002 — 001.001 — 94
▼M1
Nombre del valor variable Min. Maks.
NoOfCalibrationRecords 88 255
3.3. Definitioner til kontrolkortet:
Navn på variabelværdi Min. Maks.
No OfCon trol Act ivit yRe cord s 230 520
3.4. Definitioner til virksomhedskortet:
Navn på variabelværdi Min. Maks.
No OfCom pa nyAc tivi tyReco rds 230 520
4. TEGNSÆT
Til 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.
!"#$%&'()*+,-./0123456789:;<=>?
@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_/primerevabcdefghijklmnopqrstuvwxyz{|} =
I andre tegnstrenge (Address, Name, VehicleRegistrationNumber) anvendes
herudover de tegn, der er fastlagt ved kode 192 til 255 af ISO/IEC 8859-1 (tegn-
sættet Latin1) eller ISO/IEC 8859-7 (det græske tegnsæt).
5. KODNING
Ved kodning efter ASN.1-kodningsreglerne skal alle de definerede datatyper
være kodet i overensstemmelse med ISO/IEC 8825-2, justeret variant.1998R2135 — DA — 25.08.2002 — 001.001 — 95
▼M1
Tillæg 2
SPECIFIKATION AF FARTSKRIVERKORT
INDHOLD
1. Indledning … .............................................................
1.1. Forkortelser … . . . .........................................................
1.2. Henvisninger … . . .........................................................
2. Elektriske og fysiske egenskaber … . . . ........................................
2.1. Forsyningsspænding og strømforbrug … .......................................
2.2. Programmeringsspænding Vpp…..............................................
2.3. Klokgenerering og -frekvens … ..............................................
2.4. I/O-kontakt … . . . .........................................................
2.5. Kortets tilstande … ........................................................
3. Hardware og kommunikation … ..............................................
3.1. Indledning … .............................................................
3.2. Transmissionsprotokol … ...................................................
3.2.1. Protokoller … .............................................................
3.2.2. ATR … ..................................................................
3.2.3. PTS … ..................................................................
3.3. Adgangsbetingelser (AC) … . . . ..............................................
3.4. Datakryptering … . .........................................................
3.5. Oversigt over kommandoer og fejlkoder … . . ...................................
3.6. Beskrivelse af kommandoer … . ..............................................
3.6.1. Select File … .............................................................
3.6.1.1. Valg ved navn (AID) … . ...................................................
3.6.1.2. Valg af en elementærfil ved hjælp af filnavnet … . . .............................
3.6.2. Read Binary … . . . .........................................................
3.6.2.1. Kommando uden sikker meddelelsesoverførsel … . . . .............................
3.6.2.2. Kommando med sikker meddelelsesoverførsel … . . . .............................
3.6.3. Update Binary … . .........................................................
3.6.3.1. Kommando uden sikker meddelelsesoverførsel … . . . .............................
3.6.3.2. Kommando med sikker meddelelsesoverførsel … . . . .............................
3.6.4. Get Challenge … . .........................................................
3.6.5. Verify … . . . ..............................................................
3.6.6. Get Response … . . .........................................................
3.6.7. PSO: Verify Certificate … ..................................................
3.6.8. Internal Authenticate … . . ...................................................
3.6.9. External Authenticate … . ...................................................
3.6.10. Manage Security Environment … .............................................
3.6.11. PSO: Hash … .............................................................
3.6.12. Perform Hash of file … . . ...................................................
3.6.13. PSO: Compute Digital Signature … . . . ........................................
3.6.14. PSO: Verify Digital Signature … .............................................
4. Fartskriverkortenes struktur … . ..............................................
4.1. Førerkortets struktur … . . ...................................................1998R2135 — DA — 25.08.2002 — 001.001 — 96
▼M1
4.2. Værkstedskortets struktur … . . . ..............................................
4.3. Kontrolkortets struktur … ...................................................
4.4. Virksomhedskortets struktur … . ..............................................1998R2135 — DA — 25.08.2002 — 001.001 — 97
▼M1
1. INDLEDNING
1.1. Forkortelser
I 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) (Applica-
tion 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 verifica-
tion 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 Identifikator
IFD 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 identifikationsnummer
PRO 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. Henvisninger
I dette tillæg henvises til følgende referencer:
EN 726-3 Identification cards systems — Telecommunications integrated circuit(s) cards
and terminals — Part 3: Application independent card requirements.
December 1994.1998R2135 — DA — 25.08.2002 — 001.001 — 98
▼M1
ISO/CEI 7816-2 Information technology — Identification cards — Integrated circuit(s) cards
with contacts — Part 2: Dimensions and location of the contacts. First edition:
1999.
ISO/CEI 7816-3 Information technology — Identification cards — Integrated circuit(s) cards
with contacts — Part 3: Electronic signals and transmission protocol. Edition
2: 1997.
ISO/CEI 7816-4 Information technology — Identification cards — Integrated circuit(s) cards
with contacts — Part 4: Interindustry commands for interexchange. First
edition: 1995 + Amendment 1: 1997.
ISO/CEI 7816-6 Information technology — Identification cards — Integrated circuit(s) cards
with contacts — Part 6: Interindustry data elements. First Edition: 1996 +
Cor. 1: 1998.
ISO/CEI 7816-8 Information technology — Identification cards — Integrated circuit(s) cards
with contacts — Part 8: Security related interindustry commands. First
Edition: 1999.
ISO/CEI 9797 Information technology — Security techniques — Data integrity mechanism
using a cryptographic check function employing a block cipher algorithm.
Edition 2: 1994.
2. ELEKTRISKE OG FYSISKE EGENSKABER
Alle 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ømforbrug
Kortet 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 Vpp
Kortet 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 Vcci
kortet, men må ikke stelforbindes. Denne spænding må ikke i noget tilfælde
tolkes.
2.3. Klokgenerering og -frekvens
Kortet skal arbejde i et frekvensområde fra 1 til 5 MHz. Inden for én kortsession
kan klokfrekvensen variere ± 2 %. Klokfrekvensen genereres af køretøjsen-
heden, 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 EFICCkoder for betingelserne i klok-
stop-funktionsmåde (for nærmere oplysninger henvises til EN 726-3):
Lav Høj
Bit 1 Bit 3 Bit 2
00 1 Klokstop tilladt, intet foretrukket niveau
01 1 Klokstop tilladt, højt niveau foretrukket
10 1 Klokstop tilladt, lavt niveau foretrukket
00 0 Klokstop ikke tilladt
01 0 Klokstop kun tilladt på højt niveau
10 0 Klokstop kun tilladt på lavt niveau
Bit 4 til 8 buenyttet.1998R2135 — DA — 25.08.2002 — 001.001 — 99
▼M1
2.4. I/O-kontakt
I/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 tilstande
Kortet 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 KOMMUNIKATION
3.1. Indledning
Dette 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. Transmissionsprotokol
Transmissionsprotokollen 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. Protokoller
Kortet 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-blokkens1998R2135 — DA — 25.08.2002 — 001.001 — 100
▼M1
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. ATR
Korlæ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
Tegn Værdi Bemærkninger
TS ′3Bh′ Angiver direkte konvention
T0 ′85h′ TD1 foreligger; 5 historiske bytes til stede
TD1 ′80h′ TD2 foreligger; T=0 skal anvendes
TD2 ′11h′ TA3 foreligger; T=1 skal anvendes
TA3 ′XXh′(mindst
′F0h′)Størrelse af informationsfelt på kort (IFSC)
TH1 til TH5 ′XXh′ Historiske tegn
TCK ′XXh′ Kontroltegn (eksklusive OR)
Efter svar på nulstilling (ATR) er hovedfilen (MF) valgt automatisk og bliver
aktuel mappe.
3.2.3. PTS
Standardprotokollen 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 trans-
missionshastighed 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:
Tegn Værdi Bemærkninger
PPSS ′FFh′ Starttegn
PPS0 ′00h′eller′01h′ PPS1 til PPS3 findes ikke; ′00h′for at vælge T0,′01h′for
at vælge T1
PK ′XXh′ Kontroltegn:′XXh′=′FFh′, hvis PPS0 =′00h′,
′XXh′=′FEh′, hvis PPS0 =′01h′
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æns-
ning.
— NEV: Operationen er aldrig mulig.1998R2135 — DA — 25.08.2002 — 001.001 — 101
▼M1
— AUT: Rettighederne svarende til vellykket ekstern ægthedsbe-
kræ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:
UPDATE BINARY READ BINARY
ALW Ja Ja
NEV Ja Ja
AUT Ja JaPRO SM Ja Nej
AUT og PRO SM Ja Nej
Adgangsbetingelsen PRO SM er ikke til rådighed for READ BINARY-komman-
doen. 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. Datakryptering
Nå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 fejlkoder
Kommandoer og filorganisation er afledt af og i overensstemmelse med ISO/
IEC 7816-4.
I dette afsnit beskrives følgende par APDU-kommando-svar:
Kommando INS
SELECT FILE A4
READ BINARY B0UPDATE BINARY D6GET CHALLENGE 84
VERIFY 20
GET RESPONSE C0PERFORM SECURITY OPERATION:
VERIFY CERTIFICATE
COMPUTE DIGITAL SIGNATUREVERIFY DIGITAL SIGNATURE
HASH2A
INTERNAL AUTHENTICATE 88
EXTERNAL AUTHENTICATE 82MANAGE SECURITY ENVIRONMENT:
SETTING A KEY22
PERFORM HASH OF FILE 2A1998R2135 — DA — 25.08.2002 — 001.001 — 102
▼M1
Statusordet SW1 SW2 tilbagemeldes sammen med enhver svarmeddelelse og
angiver behandlingsstatus for kommandoen.
SW1 SW2 Betydning
90 00 Normal behandling af data
61 XX Normal behandling af data. XX = antal svarbytes til rådighed62 81 Advarselsbehandling. En del af svardata kan være beskadiget
63 CX Forkert CHV (kortindehaververifikation, PIN). Indholdet i tæller for
resterende forsøg tilbagemeldes med ′X′
64 00 Kørselsfejl — Status af ikke-flygtigt lager uændret. Integritetsfejl65 00 Kørselsfejl — Status af ikke-flygtigt lager ændret
65 81 Kørselsfejl — Status af ikke-flygtigt lager ændret. Hukommelsesfejl
66 88 Sikkerhedsfejl: forkert kryptografisk kontrolsum (ved sikker meddelel-
sesoverførsel) eller
forkert certifikat (ved verifikation af certifikat)
eller
forkert kryptogram (ved ekstern ægthedsbekræf-
telse) eller
forkert underskrift (ved verifikation af under-
skrift)
67 00 Forkert længde (forkert Lc eller Le)69 00 Forbudt kommando (intet svar foreligger i T=0)
69 82 Sikkerhedsstatus ikke tilfredsstillet
69 83 Ægthedsbekræftelse blokeret69 85 Betingelser for anvendelse ikke opfyldt69 86 Kommando ikke tilladt (ingen aktuel elementærfil)69 87 Forventede dataobjekter for sikker meddelelsesoverførsel mangler
69 88 Ukorrekte dataobjekter for sikker meddelelsesoverførsel
6A 82 Filer ikke fundet6A 86 Forkerte parametre P1-P26A 88 De adresserede data kunne ikke findes
6B 00 Forkerte parametre (adressetillæg uden for elementærfil)
6C XX Forkert længde, SW2 angiver eksakt længde. Intet datafelt tilbage-
meldes
6D 00 Operationskode ikke understøttet eller ugyldig
6E 00 Klasse ikke understøttet
6F 00 Andre kontrolfejl1998R2135 — DA — 25.08.2002 — 001.001 — 103
▼M1
3.6. Beskrivelse af kommandoer
På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 status-
bytes′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 File
Denne 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 medde-
lelser. Adgangsbetingelsen AUT mistes ligeledes.
Kommandomeddelelse
Byte Længde Værdi Beskrivelse
CLA 1 ′00h′
INS 1 ′A4h′
P1 1 ′04h′ Valg ved navn (AID)
P2 1 ′0Ch′ Intet svar forventet
Lc 1 ′NNh′ Antal bytes sendt til kortet (længde af AID): ′06h′
for fartskriveapplikationen
#6-#(5+NN) NN ′XX..XXh′ AID:′FF 54 41 43 48 4F ′for fartskriverapplikati-
onen
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)
Byte Længde Værdi Beskrivelse
SW 2 ′XXXXh′ Statusord (SW1, SW2)
— Giver kommandoen resultat, tilbagemelder kortet ′9000′.
— Hvis den applikation, som svarer til applikationsnavnet, ikke findes, tilbage-
meldes status′6A82′.1998R2135 — DA — 25.08.2002 — 001.001 — 104
▼M1
— 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, tilba-
gemeldes 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 filnavnet
Kommandomeddelelse
Byte Længde Værdi Beskrivelse
CLA 1 ′00h′
INS 1 ′A4h′
P1 1 ′02h′ Valg af en elementærfil under den aktuelle dedike-
rede fil
P2 1 ′0Ch′ Intet svar forventet
Lc 1 ′02h′ Antal bytes sendt til kortet
#6-#7 2 ′XXXXh′ Filnavn
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)
Byte Længde Værdi Beskrivelse
SW 2 ′XXXXh′ Statusord (SW1, SW2)
— 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, tilba-
gemeldes status′6900′.
— Hvis den valgte fil anses for beskadiget (der er fundet integritetsfejl i filattri-
butterne), tilbagemeldes status ′6400′eller′6581′.
3.6.2. Read Binary
Denne 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 sikker-
hedsegenskaber, som er defineret for elementærfilen med henblik på READ-
funktionen.
3.6.2.1. Kommando uden sikker meddelelsesoverførsel
Denne kommando giver kortlæseren mulighed for uden sikker meddelelsesover-
fø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
Byte Længde Værdi Beskrivelse
CLA 1 ′00h′ Der er ikke anmodet om sikker meddelelsesover-
førsel
INS 1 ′B0h′1998R2135 — DA — 25.08.2002 — 001.001 — 105
▼M1
Byte Længde Værdi Beskrivelse
P1 1 ′XXh′ Forskydning i bytes fra filens begyndelse: Mest
betydende byte
P2 1 ′XXh′ Forskydning i bytes fra filens begyndelse: Mindst
betydende byte
Le 1 ′XXh′ Forventet længde af data. Antal bytes, som skal
læses
Bestemmelse: bit 8 af P1 skal være sat til 0.
Svarmeddelelse
Byte Længde Værdi Beskrivelse
#1-#X X ′XX..XXh′ Data læst
SW 2 ′XXXXh′ Statusord (SW1, SW2)
— Giver kommandoen resultat, tilbagemelder kortet ′9000′.
— Vælges ingen elementærfil, tilbagemeldes status ′6986′.
— Er adgangsbetingelserne for den valgte fil ikke opfyldt, afbrydes komman-
doen med′6982′.
— Er forskydningen ikke forenelig med elementærfilens størrelse (forskydning
> 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 > 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ørsel
Denne 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 iden-
titeten af de modtagne data og beskytte fortroligheden af data i tilfælde, hvor
elementærfilen er mærket »krypteret«.
Kommandomeddelelse
Byte Længde Værdi Beskrivelse
CLA 1 ′0Ch′ Der er anmodet om sikker meddelelsesoverførsel
INS 1 ′B0h′ INS
P1 1 ′XXh′ P1 (forskydning i bytes fra filens begyndelse): Mest
betydende byte
P2 1 ′XXh′ P2 (forskydning i bytes fra filens begyndelse):
Mindst betydende byte
Lc 1 ′09h′ Længde af inddata til sikker meddelelse
#6 1 ′97h′ TLE: Etiket for angivelse af forventet længde.
#7 1 ′01h′ LLE: Forventet længde
#8 1 ′NNh′ Angivelse af forventet længde (oprindelig Le):
Antal bytes, som skal læses
#9 1 ′8Eh′ TCC: Etiket for kryptografisk kontrolsum
#10 1 ′04h′ LCC: Længde af efterfølgende kryptografiske
kontrolsum1998R2135 — DA — 25.08.2002 — 001.001 — 106
▼M1
Byte Længde Værdi Beskrivelse
#11-#14 4 ′XX..XXh′ Kryptografisk kontrolsum (4 mest betydende bytes)
Le 1 ′00h′ Som foreskrevet i ISO/IEC 7816-4
Svarmeddelelse, hvis elementærfilen ikke er mærket som »krypteret«, og hvis
indgangsformatet for sikker meddelelsesoverførsel er korrekt:
Byte Længde Værdi Beskrivelse
#1 1 ′81h′ TPV: Etiket for data med ordinær værdi
#2 L ′NNh′eller′81
NNh′LPV: Længde af tilbagemeldte data (=
original Le)
L er 2 bytes, hvis LPV> 127 bytes
#(2+L)-#(1+L+NN) NN ′XX..XXh′ Ordinær dataværdi
#(2+L+NN) 1 ′8Eh′ TCC: Etiket for kryptografisk kontrolsum
#(3+L+NN) 1 ′04h′ LCC: Længde af efterfølgende kryptografiske
kontrolsum
#(4+L+NN)-
#(7+L+NN)4′XX..XXh′ Kryptografisk kontrolsum (4 mest betydende
bytes)
SW 2 ′XXXXh′ Statusord (SW1, SW2)
Svarmeddelelse, hvis elementærfilen er mærket som »krypteret«, og hvis indda-
taformatet for sikker meddelelsesoverførsel er korrekt:
Byte Længde Værdi Beskrivelse
#1 1 ′87h′ TPI CG: Etiket for krypterede data (krypto-
gram)
#2 L ′MMh′eller
′81 MMh′LPI CG: Længde af tilbagemeldte krypterede
data (afviger pga. udfyldning fra komman-
doens oprindelig længde Le)
L er 2 bytes, si LPI CG> 127 bytes
#(2+L)-#(1+L+MM) MM ′01XX..XXh′ Krypterede data: Udfyldningsindikator og
kryptogram
#(2+L+MM) 1 ′8Eh′ TCC: Etiket for kryptografisk kontrolsum
#(3+L+MM) 1 ′04h′ LCC: Længde af efterfølgende kryptografiske
kontrolsum
#(4+L+MM)-
#(7+L+MM)4′XX..XXh′ Kryptografisk kontrolsum (4 mest betydende
bytes)
SW 2 ′XXXXh′ Statusord (SW1, SW2)
De tilbagemeldte krypterede data indeholder en første byte, som angiver den
anvendte udfyldningmåde. Til fartskriverapplikationen antager udfyldningsindi-
katoren 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 meddelelsesover-
førsel. I så fald tilbagemeldes behandlingsstatus simpelthen, uden at nogen
struktur for sikker dataoverførsel er inddraget:1998R2135 — DA — 25.08.2002 — 001.001 — 107
▼M1
Svarmeddelelse, hvis det indlæste format for sikker meddelelsesoverførsel er ukorrekt
Byte Længde Værdi Beskrivelse
SW 2 ′XXXXh′ Statusord (SW1, SW2)
— Foreligger der ingen nøgle for den aktuelle session, tilbagemeldes behand-
lingsstatus′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 Binary
Denne 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 (slet-
ning + 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 sikkerheds-
egenskaber, 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ørsel
Denne 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
Byte Længde Værdi Beskrivelse
CLA 1 ′00h′ Der er ikke anmodet om sikker meddelelsesover-
førsel
INS 1 ′D6h′
P1 1 ′XXh′ Forskydning i bytes fra filens begyndelse: Mest
betydende byte
P2 1 ′XXh′ Forskydning i bytes fra filens begyndelse: Mindst
betydende byte
Lc 1 ′NNh′ Længde af data, som skal opdateres. Antal bytes,
som skal skrives
#6-#(5+NN) NN ′XX..XXh′ Data, som skal skrives
Bestemmelse: bit 8 af P1 skal være sat til 0.
Svarmeddelelse
Byte Længde Værdi Beskrivelse
SW 2 ′XXXXh′ Statusord (SW1, SW2)
— Giver kommandoen resultat, tilbagemelder kortet ′9000′.
— Vælges ingen elementærfil, tilbagemeldes behandlingsstatus ′6986′.
— Er adgangsbetingelserne for den valgte fil ikke opfyldt, afbrydes komman-
doen med′6982′.1998R2135 — DA — 25.08.2002 — 001.001 — 108
▼M1
— Er forskydningen ikke forenelig med elementærfilens størrelse (forskydning
> 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 > 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ørsel
Denne 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
Byte Længde Værdi Beskrivelse
CLA 1 ′0Ch′ Sikker overførsel anmodet
INS 1 ′D6h′ INS
P1 1 ′XXh′ Forskydning i bytes fra filens begyndelse:
Mest betydende byte
P2 1 ′XXh′ Forskydning i bytes fra filens begyndelse:
Mindst betydende byte
Lc 1 ′XXh′ Længde af det sikrede datafelt
#6 1 ′81h′ TPV: Etiket for data med ordinær værdi
#7 L ′NNh′eller′81
NNh′LPV: Længde af overførte data
L er 2 bytes, hvis LPV> 127 bytes
#(7+L)-#(6+L+NN) NN ′XX..XXh′ Værdi af ordinære data (data, som skal
skrives)
#(7+L+NN) 1 ′8Eh′ TCC: Etiket for kryptografisk kontrolsum
#(8+L+NN) 1 ′04h′ LCC: Længde af efterfølgende kryptografiske
kontrolsum
#(9+L+NN)-
#(12+L+NN)4′XX..XXh′ Kryptografisk kontrolsum (4 mest betydende
bytes)
Le 1 ′00h′ Som foreskrevet i ISO/IEC 7816-4
Svarmeddelelse, hvis inddata har det korrekte format til sikker meddelelsesoverførsel
Byte Længde Værdi Beskrivelse
#1 1 ′99h′ TSW: Etiket for statusord (skal beskyttes af CC)
#2 1 ′02h′ LSW: Længde af tilbagemeldte statusord
#3-#4 2 ′XXXXh′ Statusord (SW1, SW2)
#5 1 ′8Eh′ TCC: Etiket for kryptografisk kontrolsum
#6 1 ′04h′ LCC: Længde af efterfølgende kryptografiske
kontrolsum
#7-#10 4 ′XX..XXh′ Kryptografisk kontrolsum (4 mest betydende bytes)
SW 2 ′XXXXh′ Statusord (SW1, SW2)
De »ordinære« behandlingsstatusser, som beskrives for kommandoen UPDATE
BINARY uden sikker meddelelsesoverførsel (se punkt 3.6.3.1), kan tilbage-
meldes med den svarmeddelelsesstruktur, som er beskrevet ovenfor.1998R2135 — DA — 25.08.2002 — 001.001 — 109
▼M1
Derudover kan der optræde visse fejl, som særligt vedrører sikker meddelelses-
overførsel. I så fald tilbagemeldes behandlingsstatus simpelthen, uden at nogen
struktur for sikker meddelelsesoverførsel er inddraget:
Svarmeddelelse ved fejl i sikker meddelelsesoverførsel
Byte Længde Værdi Beskrivelse
SW 2 ′XXXXh′ Statusord (SW1, SW2)
— Foreligger der ingen nøgle for den aktuelle session, tilbagemeldes behand-
lingsstatus′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 Challenge
Denne 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 krypto-
gram 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
Byte Længde Værdi Beskrivelse
CLA 1 ′00h′ CLA
INS 1 ′84h′ INS
P1 1 ′00h′ P1
P2 1 ′00h′ P2
Le 1 ′08h′ Le (forventet længde af challenge).
Svarmeddelelse
Byte Længde Værdi Beskrivelse
#1-#8 8 ′XX..XXh′ Challenge
SW 2 ′XXXXh′ Statusord (SW1, SW2)
— 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. Verify
Denne 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.1998R2135 — DA — 25.08.2002 — 001.001 — 110
▼M1
Manglende overensstemmelse mellem oplysningerne registreres på kortet for at
begrænse antal yderligere forsøg på benyttelse af reference-CHV.
Kommandomeddelelse
Byte Længde Værdi Beskrivelse
CLA 1 ′00h′ CLA
INS 1 ′20h′ INS
P1 1 ′00h′ P1
P2 1 ′00h′ P2 (det verificerede CHV kendes implicit)
Lc 1 ′08h′ Længden af den overførte CHV-kode
#6-#13 8 ′XX..XXh′ CHV
Svarmeddelelse
Byte Længde Værdi Beskrivelse
SW 2 ′XXXXh′ Statusord (SW1, SW2)
— 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 > 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 Response
Denne 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
Byte Længde Værdi Beskrivelse
CLA 1 ′00h′
INS 1 ′C0h′
P1 1 ′00h′
P2 1 ′00h′
Le 1 ′XXh′ Antal bytes forventet
Svarmeddelelse
Byte Længde Værdi Beskrivelse
#1-#X X ′XX..XXh′ Data
SW 2 ′XXXXh′ Statusord (SW1,SW2)1998R2135 — DA — 25.08.2002 — 001.001 — 111
▼M1
— 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øl-
gende GET RESPONSE-kommando.
— Hvis kommandoen ikke understøttes (protokol T=1), tilbagemelder kortet
′6D00′.
3.6.7. PSO: Verify Certificate
Denne 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 anven-
delse 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
Byte Længde Værdi Beskrivelse
CLA 1 ′00h′ CLA
INS 1 ′2Ah′ Udfør sikkerhedsoperation
P1 1 ′00h′ P1
P2 1 ′AEh′ P2: Ikke BER-TLV kodede data (sammenkædning
af dataelementer)
Lc 1 ′CEh′ Lc: Certifikatets længde, 194 bytes
#6-#199 194 ′XX..XXh′ Certifikat: Sammenkædning af dataelementer (som
beskrevet i tillæg 11)
Svarmeddelelse
Byte Længde Værdi Beskrivelse
SW 2 ′XXXXh′ Statusord (SW1, SW2)
— 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 (Cert ific at eHol derAutho risat ion .e quip -
mentType) end′00′(dvs. ikke tilhører en EU-medlemsstat), tilbagemeldes
status′6985′.
3.6.8. Internal Authenticate
Denne kommando er i overensstemmelse med ISO/IEC 7816-4.1998R2135 — DA — 25.08.2002 — 001.001 — 112
▼M1
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
Byte Længde Værdi Beskrivelse
CLA 1 ′00h′ CLA
INS 1 ′88h′ INS
P1 1 ′00h′ P1
P2 1 ′00h′ P2
Lc 1 ′10h′ Længde af data sendt til kortet
#6-#13 8 ′XX..XXh′ Challenge anvendt til bekræftelse af kortets iden-
titet
#14-#21 8 ′XX..XXh′ VU.CHR (se tillæg 11)
Le 1 ′80h′ Forventet længde af data fra kortet
Svarmeddelelse
Byte Længde Værdi Beskrivelse
#1-#128 128 ′XX..XXh′ Token for identifikation af kort (se tillæg 11)
SW 2 ′XXXXh′ Statusord (SW1, SW2)
— 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, tilba-
gemeldes 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 Authenticate
Denne kommando er i overensstemmelse med ISO/IEC 7816-4.
Med kommandoen EXTERNAL AUTHENTICATE kan kortet bekræfte identi-
teten 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 adgangsbetin-
gelsen AUT.
Indgangskryptogrammet indeholder det andet element K2 til sessionsnøgleove-
rensstemmelse.1998R2135 — DA — 25.08.2002 — 001.001 — 113
▼M1
Kommandomeddelelse
Byte Længde Værdi Beskrivelse
CLA 1 ′00h′ CLA
INS 1 ′82h′ INS
P1 1 ′00h′ P1
P2 1 ′00h′ P2 (den offentlige nøgle, som skal anvendes,
kendes implicit og er i forvejen fastlagt ved MSE-
kommandoen)
Lc 1 ′80h′ Lc (længde af data sendt til kortet)
#6-#133 128 ′XX..XXh′ Kryptogram (se tillæg 11)
Svarmeddelelse
Byte Længde Værdi Beskrivelse
SW 2 ′XXXXh′ Statusord (SW1, SW2)
— 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øj-
ning 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 CHAL-
LENGE-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 komman-
doer 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 ægtheds-
bekræftelse finder sted i den rækkefølge, som foreskrives i tillæg 11.
3.6.10. Manage Security Environment
Med denne kommando fastsættes en offentlig nøgle til brug for ægthedsbekræf-
telse.
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 fart-
skriverfil.
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
Byte Længde Værdi Beskrivelse
CLA 1 ′00h′ CLA
INS 1 ′22h′ INS
P1 1 ′C1h′ P1: Den nøgle, der henvises til, er gyldig for alle
kryptografiske operationer1998R2135 — DA — 25.08.2002 — 001.001 — 114
▼M1
Byte Længde Værdi Beskrivelse
P2 1 ′B6h′ P2 (data, som der er henvist til vedrørende digital
underskrift)
Lc 1 ′0Ah′ Lc: Længde af efterfølgende datafelt
#6 1 ′83h′ Etiket bestemt til henvisning til en offentlig nøgle i
asymmetriske tilfælde
#7 1 ′08h′ Længde af nøglehenvisning (nøgleidentifikator)
#8-#15 08h ′XX..XXh′ Nøgleidentifikator som foreskrevet i tillæg 11
Svarmeddelelse
Byte Længde Værdi Beskrivelse
SW 2 ′XXXXh′ Statusord (SW1, SW2)
— 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: Hash
Denne 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 verifika-
tion 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
Byte Longitud Værdi Beskrivelse
CLA 1 ′00h′ CLA
INS 1 ′2Ah′ Udfør sikkerhedsoperation
P1 1 ′90h′ Tilbagemeld hashkode
P2 1 ′A0h′ Etiket: Datafeltet indeholder dataobjekter, som er
relevante for hashing
Lc 1 ′16h′ Længde Lc af det efterfølgende datafelt
#6 1 ′90h′ Etiket til hashkode
#7 1 ′14h′ Længde af hashkode
#8-#27 20 ′XX..XXh′ Hashkode1998R2135 — DA — 25.08.2002 — 001.001 — 115
▼M1
Svarmeddelelse
Byte Longitud Værdi Beskrivelse
SW 2 ′XXXXh′ Statusord (SW1, SW2)
— 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 File
Denne kommando er ikke i overensstemmelse med ISO/IEC 7816-8. Klasse-
byten (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
Byte Længde Værdi Beskrivelse
CLA 1 ′80h′ CLA
INS 1 ′2Ah′ Udfør sikkerhedsoperation
P1 1 ′90h′ Etiket: Hash
P2 1 ′00h′ P2: Hash data i den aktuelt valgte transparente fil
Svarmeddelelse
Byte Længde Værdi Beskrivelse
SW 2 ′XXXXh′ Statusord (SW1, SW2)
— 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 Signature
Denne 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 over-
ensstemmelse med PKCS1 (se tillæg 11 for nærmere detaljer).1998R2135 — DA — 25.08.2002 — 001.001 — 116
▼M1
Kommandomeddelelse
Byte Længde Værdi Beskrivelse
CLA 1 ′00h′ CLA
INS 1 ′2Ah′ Udfør sikkerhedsoperation
P1 1 ′9Eh′ Digital underskrift, som skal tilbagemeldes
P2 1 ′9Ah′ Etiket: Datafeltet indeholder data, som skal under-
skrives. Da der ikke indgår noget datafelt, formodes
data allerede at være til stede i kortet (hash af filen)
Le 1 ′80h′ Længde af den forventede underskrift
Svarmeddelelse
Byte Længde Værdi Beskrivelse
#1-#128 128 ′XX..XXh′ Underskrift af den tidligere beregnede hash
SW 2 ′XXXXh′ Statusord (SW1, SW2)
— 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 Signature
Denne 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 offent-
lige 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
Byte Længde Værdi Beskrivelse
CLA 1 ′00h′ CLA
INS 1 ′2Ah′ Udfør sikkerhedsoperation
P1 1 ′00h′
P2 1 ′A8h′ Etiket: Datafeltet indeholder dataobjekter relevante
for verifikation
Lc 1 ′83h′ Længde Lc af det efterfølgende datafelt
#28 1 ′9Eh′ Etiket for digital underskrift
#29-#30 2 ′8180h′ Længde af digital underskrift (128 bytes, kodet i
overensstemmelse med ISO/IEC 7816-6)
#31-#158 128 ′XX..XXh′ Indhold af digital underskrift1998R2135 — DA — 25.08.2002 — 001.001 — 117
▼M1
Svarmeddelelse
Byte Længde Værdi Beskrivelse
SW 2 ′XXXXh′ Statusord (SW1, SW2)
— 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 STRUKTUR
Dette 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 udeluk-
kende behøves til intern brug, som f.eks.E urop ean Publi cKe y, Ca rdPri vat eKe y, T DesSe ssionKey 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 struktur
Efter at førerkortet er personaliseret, skal det have følgende permanente
filstruktur og filadgangsbetingelser:
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:1998R2135 — DA — 25.08.2002 — 001.001 — 118
▼M1
1998R2135 — DA — 25.08.2002 — 001.001 — 119
▼M1
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:1998R2135 — DA — 25.08.2002 — 001.001 — 120
▼M1
Min. Maks.
n1NoOfEventsPerType 6 12
n2NoOfFaultsPerType 12 24
n3NoOfCardVehicleRecords 84 200
n4No OfCa rdPla ce Rec ords 84 112
n6CardActi vity Le ngth Ran ge 5 544 bytes
(28 døgn * 93
aktivitetsskift)13 776 bytes
(28 døgn * 240
aktivitetsskift)
4.2. Værkstedskortets struktur
Efter at værkstedskortet er personaliseret, skal det have følgende permanente
filstruktur og filadgangsbetingelser:
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:
1998R2135 — DA — 25.08.2002 — 001.001 — 121
▼M1
1998R2135 — DA — 25.08.2002 — 001.001 — 122
▼M1
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:
Min. Maks.
n1NoOfEventsPerType 3 3
n2NoOfFaultsPerType 6 6
n3NoOfCardVehicleRecords 4 8
n4NoOfCardPlaceRecords 6 8
n5NoOfCalibrationRecords 88 255
n6CardActi vity Le ngth Ran ge 198 bytes
(1 døgn * 93 akti-
vitetsskift)492 bytes
(1 døgn * 240
aktivitetsskift)
4.3. Kontrolkortets struktur
Efter at kontrolkortet er personaliseret, skal det have følgende permanente
filstruktur og filadgangsbetingelser:1998R2135 — DA — 25.08.2002 — 001.001 — 123
▼M1
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:
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:1998R2135 — DA — 25.08.2002 — 001.001 — 124
▼M1
Min. Maks.
n7NoOfControlActivityRecords 230 520
4.4. Virksomhedskortets struktur
Efter at virksomhedskortet er personaliseret, skal det have følgende permanente
filstruktur og filadgangsbetingelser:
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:
1998R2135 — DA — 25.08.2002 — 001.001 — 125
▼M1
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:
Min. Maks.
n8No OfCom pa nyAc tivi tyReco rds 230 5201998R2135 — DA — 25.08.2002 — 001.001 — 126
▼M1
Tillæg 3
PIKTOGRAMMER1998R2135 — DA — 25.08.2002 — 001.001 — 127
▼M1
Kontrolapparatet kan anvende følgende piktogrammer og kombinationer af
piktogrammer:
1. BASISPIKTOGRAMMER
Personer Handlinger Funktionsmåder
Virksomhed Virksomhedsmåde
Tilsynsførende Kontrol Kontrolmåde
Fører Kørsel Driftsmåde
Værksted/prøvestation Eftersyn/kalibrering Kalibreringsmåde
Fabrikant
Aktiviteter Varighed
Til rådighed Aktuel rådighedsperiode
Kørsel Kontinuerlig køretid
Hvile Aktuel hvileperiode
Arbejde Aktuel arbejdsperiode
Pause Akkumuleret pausetid
Ukendt
Apparat Funktioner
Førerkortplads
Kortplads f. medchauffør
Kort
Ur
Skærm Visning på skærm
Overførsel til eksternt lager Dataoverførsel
Strømforsyning
Printer/udskrift Udskrivning
Føler
Dækstørrelse
Køretøj/køretøjsenhed
Særlige omstændigheder
Uden for gyldighedsområde
Overfart med færge/togForskelligt
Hændelser
 Fejl
Den daglige arbejdstids
begyndelse
Den daglige arbejdstidsafslutning
Sted
 Manuel indlæsning af føre-raktiviteter
Sikkerhed
 Hastighed
Tid
 Total/sum
Angivelse
Dagligt
Ugentligt
Hver anden uge
Fra eller til
2. KOMBINATIONER AF PIKTOGRAMMER
Forskelligt
Kontrolsted
Sted, hvor den daglige
arbejdstid begynder
Sted, hvor den dagligearbejdstid slutter
Fra tidspunkt
 Til tidspunkt
Fra kørteøj
Uden for gyldigheds-område (start)
 Uden for gyldighedsområde(slut)1998R2135 — DA — 25.08.2002 — 001.001 — 128
▼M1
Kort
Førerkort
Virksomhedskort
Kontrolkort
Værkstedskort
- - - Intet kort
Kørsel
Førerholdkørsel
Køretid for én uge
Køretid for to uger
Udskrift
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
Hændelser
Isætning af ugyldigt kort
Kortkonflikt
Tidsoverlapning
Kørsel uden behørigt kort
Isætning af kort under kørslen
Seneste kortsession ikke korrekt afsluttet
Overskridelse af tilladt hastighed
Svigt af strømforsyningen
Fejl ved køredata
Sikkerhedsbrud
Justering af klokkeslæt (foretaget af værksted)
Kontrol af overskridelse af tilladt hastighedFejl
Kortfejl (førerkortplads)
Kortfejl (medchaufførs kortplads)
Displayfejl
Dataoverførselsfejl
Printerfejl
Følerfejl
Intern fejl i køretøjsenhedManuel indlæsning
Stadig samme daglige arbejdstid?
Slut på foregående arbejdsperiode?
Bekræft eller indlæs sted, hvor daglig arbejdsperiode slutter
Indlæs starttidspunkt
Indlæs sted, hvor daglig arbejdsperiode begynder
Bemærkning: Andre kombinationer af piktogrammer, som danner en udskriv-
ningsgruppe eller datanavne for poster, er givet i tillæg 4.1998R2135 — DA — 25.08.2002 — 001.001 — 129
▼M1
Tillæg 4
UDSKRIFTER
INDHOLD
1. Generelt … . . . .................................................................
2. Specifikation af datagrupper … ....................................................
3. Specifikation af udskrifter … .....................................................
3.1. Daglig udskrift af føreraktivitet fra kort … ..........................................
3.2. Daglig udskrift af føreraktivitet fra kørertøjsenhed … . . ...............................
3.3. Udskrift af hændelser og fejl fra kort … . . ..........................................
3.4. Udskrift af hændelser og fejl fra køretøjsenhed … ....................................
3.5. Udskrft af tekniske data … . . .....................................................
3.6. Udskrift af overskridelser af tilladt hastighed … . .....................................1998R2135 — DA — 25.08.2002 — 001.001 — 130
▼M1
1. GENERELT
Hver 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 data-
adgang, 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 dataele-
mentets længde eller om nødvendigt afkortet til dataelementets længde (navn og
adresse).
2. SPECIFIKATION AF DATAGRUPPER
I 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 udskriv-
ning 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 medlems-
stats kode, en normal skråstreg og kortets nummer med udskiftningsindekset
og fornyelsesindekset adskilt af et mellemrum:
Udskrifter skal anvende følgende datablokke og/eller dataposter i overensstem-
melse med følgende betydninger og formater:
Datagruppe- eller postnummer
Betydning
1Dato og tidspunkt for udskrivning af doku-
mentet
2Udskriftens art
Datagruppeidentifikator
Piktogramkombination i udskrift (se tillæg 3)
Hastighedsbegrænserens indstilling (kun ved
udskrivning af overskridelser af tilladt
hastighed)
1998R2135 — DA — 25.08.2002 — 001.001 — 131
▼M1
Datagruppe- eller postnummer
Betydning
3Identifikation af kortindehaver
Datagruppeidentifikator. P = piktogram for
personer
Kortindehaverens efternavnKortindehaverens eventuelle fornavn(e)
Identifikation af kort
Eventuel udløbsdato for kortetEr kortet ikke et personligt kort og ikke påført
kortindehaverens efternavn, skal i stedet
udskrives virksomhedens, værkstedets eller
kontrolorganets navn.
4Identifikation af køretøjet
Datagruppeidentifikator
VINRegistrerende medlemsstat og køretøjets indre-
gistreringsnummer
5Identifikation af køretøjsenhed
Datagruppeidentifikator
Køretøjsfabrikantens navn
Reservedelsnummer for køretøjsenhed
6Seneste kalibrering af kontrolapparatet
DatagruppeidentifikatorVærkstedets navn
Identifikation af værkstedskort
Dato for kalibreringen
7Seneste kontrol (ved en tilsynsførende)
Datagruppeidentifikator
Idenfikation af tilsynsførendes kortKontroldato, -klokkeslæt og -art
Kontrollens art: Indtil fire piktogrammer.
Kontrollens art kan være følgende eller en
kombination deraf:
: Dataoverførsel, kort,
 : Dataoverførsel,
køretøjsenhed,
 : Udprintning,
 : Visning på
skærm
8Føreraktiviteter, gemt på kortet, i kronolo-
gisk rækkefølge
Datagruppeidentifikator
Forespørgselsdato (kalenderdag omfattet af
udskriften) + tæller for daglig tilstedeværelse
1998R2135 — DA — 25.08.2002 — 001.001 — 132
▼M1
Datagruppe- eller postnummer
Betydning
8.1 Periode, hvor kortet ikke var isat
8.1a Postidentifikator (periodens start)
8.1b Ukendt periode. Start- og sluttid, varighed
8.1c Aktivitet indlæst manuelt
Aktivitetspiktogram, start- og sluttid (inkl.),
varighed, hvileperioder på mindst én time
er markeret med en stjerne.
8.2 Indsættelse af kort i kortplads S
Postidentifikator; S = KortpladspiktogramRegistrerende medlemsstat og køretøjets
indregistreringsnummer
Køretøjets kilometerstand ved isætning af
kortet
8.3 Aktivitet (mens kortet var isat)
Aktivitetspiktogram, start- og sluttid (inkl.),
varighed, førerholdstatus (førerholdspikto-
gram hvis FØRERHOLD, blanke hvis ÉN
FØRER) samt hvileperioder på mindst én
time er markeret med en stjerne.
8.3a Særlig omstændighed. Indlæsningstidpunkt,
piktogram (eller piktogramkombination) for
særlige omstændigheder.
8.4 Udtagning af kort
Køretøjets kilometerstand og tilbagelagt
distance siden sidste isætning ved kendt kilo-
meterstand.
9Føreraktiviteter, lagret i køretøjsenheden
for hver kortplads i kronologisk rækkefølge
Datagruppeidentifikator
Forespørgselsdato (kalenderdag, som
udskriften omhandler)
Køretøjets kilometerstand ved kl. 00:00 og
24:00
10 Aktiviteter, som er registreret i kortplads
S
Datagruppeidentifikator
10.1 Periode, hvor der ikke har været isat et
kort i kortplads S
PostidentifikatorIntet kort isat
Køretøjets kilometerstand ved periodens
begyndelse
1998R2135 — DA — 25.08.2002 — 001.001 — 133
▼M1
Datagruppe- eller postnummer
Betydning
10.2 Isætning af kort
Postidentifikator for isætning af kort
Førers navn
Førers fornavnIdentifikation af førerkort
Førerkortets udløbsdato
Registrerende medlemsstat og indregiste-
ringsnummer for det foregående køretøj,
som er anvendt
Dato og klokkeslæt for udtagning af kortet
af det foregående køretøj
Tom linjeKøretøjets kilometerstand ved isætning af
kortet, manuel indlæsning af flag for føre-
raktivetet (M for ja, blank for nej).
10.3 Aktivitet
Aktivitetspiktogram, start- og sluttid (inkl.),
varighed, førerstatus (førerholdspiktogram
hvis FØRERHOLD, blanke hvis ÉN
FØRER), hvileperioder på mindst én time
er markeret med en stjerne.
10.3a Særlig omstændighed. Indlæsningstid-
punkt, piktogram (eller piktogramkombi-
nation) for særlige omstændigheder.
10.4 Udtagning af kort, eller slutning på »intet
kort«-periode
Køretøjets kilometerstand ved udtagning af
kortet eller ved slutningen af »intet kort«-
perioden, og tilbagelagt distance siden isæt-
ning eller siden »intet kort«-periodens
begyndelse.
11 Døgnsammenfatning
Datagruppeidentifikator
11.1 Køretøjsenhedens oversigt over perioder
uden kort i førerens kortplads
Datagruppeidentifikator
11.2 Køretøjsenhedens oversigt over perioder
uden kort i medchaufførens kortplads
Datagruppeidentifikator
11.3 Køretøjsenhedens døgnoversigt for hver
fører
PostidentifikatorFørers efternavn
Førers fornavn(e)
Identifikation af førerkort
1998R2135 — DA — 25.08.2002 — 001.001 — 134
▼M1
Datagruppe- eller postnummer
Betydning
11.4 Indlæsning af sted, hvor daglig arbejdstid
begynder og/eller slutter
pi = pictogram for sted begynder/slutter,
tidspunkt, stat, region
Kilometerstand
11.5 Totalværdier for aktivitet (fra et kort)
Total varighed af kørsel, tilbagelangt
distance
Total varighed af arbejde og rådighedTotal varighed af hvile og ukendt
Total varighed af førerholdsaktiviteter
11.6 Totalværdier for aktivitet (perioder uden
kort i førerens kortplads)
Totalværdier for aktivitet (perioder uden
kort i førerens kortplads)
Total varighed af kørsel, tilbagelangt
distance
Total varighed af arbejde og rådighed
11.7 Totalværdier for aktivitet (perioder uden
kort i medchaufførens kortplads)
Total varighed af arbejde og rådighed
Total varighed af hvile
11.8 Totalværdier for aktivitet (pr. chauffør,
begge kortpladser medregnet)
Total varighed af kørsel, tilbagelangt
distance
Total varighed af arbejde og rådighed
Total varighed af hvile
Total varighed af førerholdsaktiviteterNår der kræves daglig udskrift for det aktu-
elle døgn, beregnes daglig sammenfatning
med de data, der foreligger på udprintnings-
tidspunktet.
12 Hændelser og/eller fejl, som er gemt på et
kort
12.1 Datagruppeidentifikator for seneste 5
»hændelser og fejl« fra et kort
12.2 Datagruppeidentifikator for alle registrerede
»hændelser« på et kort
12.3 Datagruppeidentifikator for alle registrerede
»fejl« på et kort
1998R2135 — DA — 25.08.2002 — 001.001 — 135
▼M1
Datagruppe- eller postnummer
Betydning
12.4 Post vedrørende hændelser og/eller fejl
PostidentifikatorPiktogram for hændelser/fejl, postens
formål, startdato og -klokkeslæt
Eventuel supplerende fejl-/hændelseskode,
varighed
Registrerende medlemsstat og registrerings-
nummer for det køretøj, hvor hændelsen
eller fejlen optrådte
13 Hændelser og/eller fejl, som er gemt eller
er igangværende på en køretøjsenhed
13.1 Datagruppeidentifikator for seneste 5
»hændelser og fejl« fra køretøjsenheden
13.2 Datagruppeidentifikator for alle registrerede
eller igangværende »hændelser« på en køre-
tøjsenhed
13.3 Datagruppeidentifikator for alle registrerede
eller igangværende »fejl« på en køretøj-
senhed
13.4 Post vedrørende hændelser og/eller fejl
PostidentifikatorPiktogram for hændelser/fejl, postens
formål, startdato og -klokkeslæt
Eventuel supplerende fejl-/hændelseskode,
antal tilsvarende hændelser det pågældende
døgn, varighed
Identifikation af de kort, der er indsat ved
begyndelsen eller enden på hændelsen eller
fejlen (indtil 4 linjer uden to gentagelser af
de samme kortnumre)
Tilfælde, hvor intet kort var isatPostens formål (p) er en numerisk kode,
som forklarer, hvorfor hændelsen eller
fejlen blev registreret, kodet i henhold til
dataelementets EventFaultRecordPurpose.
14 Identifikation af køretøjsenhed
Datagruppeidentifikator
Navn på køretøjsenhedens fabrikant
Adresse på køretøjsenhedens fabrikantReservedelsnummer for køretøjsenhed
Godkendelsesnummer på køretøjsenhed
Serienummer på køretøjsenhedFabrikationsår på køretøjsenheden
Version og installationsdato for køretøjsenhe-
dens programmel
1998R2135 — DA — 25.08.2002 — 001.001 — 136
▼M1
Datagruppe- eller postnummer
Betydning
15 Identifikation af føler
Datagruppeidentifikator
Serienummer på følerGodkendelsesnummer på føler
Dato for første montering af føleren
16 Kalibreringsdata
Datagruppeidentifikator
16.1 Kalibreringspost
Postidentifikator
Værksted, som har udført kalibreringen
Værkstedets adresseIdentifikation af værkstedskort
Værkstedskortets udløbsdato
Tom linjeKalibreringsdato + kalibreringens formål
VIN
Registrerende medlemsstat og køretøjets
indregistreringsnummer
Køretøjets vejdrejetal
Kontrolapparatets konstantKøretøjets effektive hjulperiferi
Størrelse på de monterede dæk
Indstilling af hastighedsbegrænserGammel og ny kilometerstand
Kalibreringens formål (p) er en numerisk
kode, som forklarer, hvorfor disse kalibre-
ringsparametre blev registreret, kodet i
henhold til dataelementet CalibrationPur-
pose.
17 Tidsjustering
Datagruppeidentifikator
17.1 Tidsjusteringspost
PostidentifikatorGammel dato og gammelt klokkeslæt
Ny dato og nyt klokkeslæt
Værksted, som har udført tidsjusteringenVærkstedets adresse
Identifikation af værkstedskort
Værkstedskortets udløbsdato
1998R2135 — DA — 25.08.2002 — 001.001 — 137
▼M1
Datagruppe- eller postnummer
Betydning
18 Den seneste hændelse og fejl, som er regi-
streret i køretøjsenheden
Datagruppeidentifikator
Dato og klokkeslæt for seneste hændelseDato og klokkeslæt for seneste fejl
19 Information vedrørende overskridelse af
tilladt hastighed
Datagruppeidentifikator
Dato og klokkeslæt for seneste KONTROL
MED OVERSKRIDELSE AF TILLADT
HASTIGHED
Dato og klokkeslæt for første overskridelse af
tilladt hastighed og antal hændelser med
overskridelse af tilladt hastighed siden da
20 Post vedrørende overskridelser af tilladt
hastighed
20.1 Datagruppeidentifikator »første overskri-
delse af tilladt hastighed efter seneste kali-
brering«
20.2 Datagruppeidentifikator for »de 5 alvor-
ligste inden for de sidste 365 dage«
20.3 Datagruppeidentifikator for »den alvorligste
for hver af de 10 seneste dage, den er fore-
kommet«
20.4 Postidentifikator
Dato, klokkeslæt og varighed
Maksimum- og gennemsnitshastighed, antal
tilsvarende hændelser det pågældende døgn
Førers efternavn
Førers fornavn(e)Identifikation af førerkort
20.5 Hvis der inden for en datagruppe ikke er
nogen post vedrørende overskridelse af
tilladt hastighed
21 Håndskrevne oplysninger
Datagruppeidentifikator
21.1 Kontrolsted
21.2 Den tilsynsførendes underskrift21.3 Fra tidspunkt
21.4 Til tidspunkt
21.5 Førers underskrift:
»Håndskrevne oplysninger«: Indsæt så
mange blanke linjer over et håndskrevet
punkt, at de ønskede oplysninger faktisk
kan skrives, eller der kan påføres en under-
1998R2135 — DA — 25.08.2002 — 001.001 — 138
▼M1
Datagruppe- eller postnummer
Betydning
skrift.
3. SPECIFIKATION AF UDSKRIFTER
I dette kapitel er anvendt følgende notationsregler for format:
Udskriv datagruppe- eller postantal N
Udskriv datagruppe- eller postantal N, gentaget så mange gange
som nødvendigt
Udskriv datagruppe eller post X og/eller Y efter behov, gentagetsom mange gange som nødvendigt.
3.1. Daglig udskrift af føreraktivitet fra kort
Daglig udskrift af føreraktivitet fra kort skal overholde følgende format:
Dato og tidspunkt for udskrivning af dokumentet
Udskriftens art
Identifikation af den tilsynsførende (hvis der er isat et kontrolkort i
køretøjsenheden)
Identifikation af føreren (fra det kort, der er omfattet af udskriften)
Identifikation af køretøj (det køretøj, hvorfra udskriften tages)
Identifikation af køretøjsenhed (den køretøjsenhed, hvorfraudskriften tages)
Seneste kalibrering af denne køretøjsenhed
Seneste kontrol, som den kontrollerede fører har været genstand for
Skilletegn for føreraktiviteter
Føreraktiviteter i kronologisk orden
Skilletegn for døgnoversigt
Indlæste steder i kronologisk rækkefølge
Aktivitet, totalværdier
Hændelser eller fejl fra skilletegn for kort
Poster med hændelser/fejl (seneste 5 hændelser eller fejl, som er
gemt på kortet)
Hændelser eller fejl fra skilletegn for køretøjsenhed
Poster med hændelser/fejl (seneste 5 hændelser eller fejl, som er
gemt eller igangværende på køretøjsenheden)
Kontrolsted
Den tilsynsførendes underskrift
Førers underskrift
3.2. Daglig udskrift af føreraktivitet fra køretøjsenhed
Daglig udskrift af føreraktivitet fra køretøjsenhed skal overholde følgende
format:
Dato og tidspunkt for udskrivning af dokumentet
Udskriftens art
Identifikation af kortindehaver (for alle kort isat i køretøjsenhed)1998R2135 — DA — 25.08.2002 — 001.001 — 139
▼M1
Identifikation af køretøj (det køretøj, hvorfra udskriften tages)
Identifikation af køretøjsenhed (den køretøjsenhed, hvorfra
udskriften tages)
Seneste kalibrering af denne køretøjsenhed
Seneste kontrol på dette kontrolapparat
Skilletegn for føreraktiviteter
Skilletegn for førerkortplads (kortplads 1)
Aktiviteter i kronologisk rækkefølge (førerkortplads)
Skilletegn for førerkortplads (kortplads 2)
Aktiviteter i kronologisk rækkefølge (medchaufførens kortplads)
Skilletegn for døgnsammenfatning
Oversigt over perioder uden kort i førerens kortplads
Indlæste steder i kronologisk rækkefølge
Aktivitet, totalværdier
Oversigt over perioder uden kort i medchaufførens kortplads
Indlæste steder i kronologisk rækkefølge
Aktivitet, totalværdier
Oversigt over føreraktiviteter, begge kortpladser medregnet
Steder indlæst af denne fører i kronologisk rækkefølge
Aktiviteter total for denne fører
Skilletegn for fejl
Poster med hændelser/fejl (seneste 5 hændelser eller fejl, som ergemt eller igangværende på køretøjsenheden)
Kontrolsted
Den tilsynsførendes underskrift
Fra tidspunkt (plads til rådighed for en fører
uden kort til angivelse af de
relevante perioder)
Til tidspunkt
Førers underskrift
3.3. Udskrift af hændelser og fejl fra kort
Udskrift af hændelser og fejl fra kort skal overholde følgende format:
Dato og tidspunkt for udskrivning af dokumentet
Udskriftens art
Identifikation af den tilsynsførende (hvis et kontrolkort er isat i
køretøjsenheden)
Identifikation af føreren (fra det kort, der er omfattet af udskriften)
Identifikation af køretøj (det køretøj, hvorfra udskriften tages)
Skilletegn for hændelser
Hændelsesposter (alle hændelser gemt på kortet)
Skilletegn for fejl
Poster vedrørende fejl (alle fejl gemt på kortet)
Kontrolsted
Den tilsynsførendes underskrift
Førers underskrift
3.4. Udskrift af hændelser og fejl fra køretøjsenhed
Udskrift af hændelser og fejl fra køretøjsenhed skal overholde følgende format:
Dato og tidspunkt for udskrivning af dokumentet1998R2135 — DA — 25.08.2002 — 001.001 — 140
▼M1
Udskriftens art
Identifikation af kortindehaver (for alle kort isat i køretøjsenhed)
Identifikation af køretøj (det køretøj, hvorfra udskriften tages)
Skilletegn for hændelser
Hændelsesposter (alle hændelser, som er gemt eller igangværende
på køretøjsenheden)
Skilletegn for fejl
Poster vedrørende fejl (alle fejl, som er gemt eller igangværende påkøretøjsenheden)
Kontrolsted
Den tilsynsførendes underskrift
Førers underskrift
3.5. Udskrift af tekniske data
Udskrift af tekniske data skal overholde følgende format:
Dato og tidspunkt for udskrivning af dokumentet
Udskriftens art
Identifikation af kortindehaver (for alle kort isat i køretøjsenhed)
Identifikation af køretøj (det køretøj, hvorfra udskriften tages)
Identifikation af køretøjsenhed
Identifikation af føler
Skilletegn for kalibreringsdata
Kalibreringsposter (alle foreliggende poster i kronologisk række-
følge)
Skilletegn for tidsjustering
Poster vedrørende tidsjustering (alle poster, som er til rådighed fratidsjustering og fra kalibreringsdataposter)
Den seneste hændelse og fejl, som er registreret i køretøjsenheden
3.6. Udskrift af overskridelser af tilladt hastighed
Udskrift af overskridelser af tilladt hastighed skal overholde følgende format:
Dato og tidspunkt for udskrivning af dokumentet
Udskriftens art
Identifikation af kortindehaver (for alle kort isat i køretøjsenhed)
Identifikation af køretøj (det køretøj, hvorfra udskriften tages)
Information vedrørende overskridelse af tilladt hastighed
Identifikator for data vedrørende overskridelser af tilladt hastighed
Første overskridelse af tilladt hastighed efter seneste kalibrering
Identifikator for data vedrørende overskridelser af tilladt hastighed
De 5 alvorligste hændelser med overskridelse af tilladt hastighed
inden for de sidste 365 dage
Identifikator for data vedrørende overskridelser af tilladt hastighed
Den alvorligste hændelse vedrørende overskridelse af tilladthastighed for hver af de 10 seneste dage, den er forekommet
Kontrolsted
Den tilsynsførendes underskrift
Førers underskrift1998R2135 — DA — 25.08.2002 — 001.001 — 141
▼M1
Tillæg 5
SKÆRMBILLEDE1998R2135 — DA — 25.08.2002 — 001.001 — 142
▼M1
I 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:
Data Fo rmat
Standardskærmbillede
Lokal tid hh:m mFunktionsmåde OOplysninger vedrørende fører
Dhhhmm
 hhhmm
Oplysninger vedrørende medchauffør
 Dhhhmm
Omstændigheden »uden for område« åbnet
Visning af advarselOverskridelse af sammenhængende køretid
hhhmm
 hhhmm
Hændelse eller fejl EF
Andre skærmbilleder
UTC-dato UTC
 dd/mm/yyyy
or
UTC
 dd.mm.yyyy
Klokkeslæt hh:m mFørers sammenhængende køretid og akkumule-
rede pausetid
hhhmm
 hhhmm
Medchaufførs sammenhængende køretid og
akkumulerede pausetid
hhhmm
 hhhmm
Førers akkumulerede køretid for den foregående
og den aktuelle uge
hhhhmm
Medchaufførs akkumulerede køretid for den
foregående og den aktuelle uge
hhhhmm1998R2135 — DA — 25.08.2002 — 001.001 — 143
▼M1
Tillæg 6
EKSTERNE GRÆNSEFLADER
INDHOLD
1. Hardware … . . .................................................................
1.1. Tilslutningsstik … . . . ...........................................................
1.2. Kontakternes tildeling … .........................................................
1.3. Blokdiagram … ................................................................
2. Grænseflade for dataoverførsel … . ................................................
3. Grænseflade for kalibrering … ....................................................1998R2135 — DA — 25.08.2002 — 001.001 — 144
▼M1
1. HARDWARE
1.1. Tilslutningsstik
Stikket 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):
1998R2135 — DA — 25.08.2002 — 001.001 — 145
▼M1
Følgende diagram viser et typisk 6-benet stik:
1998R2135 — DA — 25.08.2002 — 001.001 — 146
▼M1
1.2. Kontakternes tildeling
Kontakterne skal være tildelt i overensstemmelse med følgende tabel:
Klemme Beskrivelse Bemærkning
1 Batteri minus Tilsluttet køretøjets negative batteripol
2 Datakommunikation K-line (ISO 14230-1)3 RxD — Dataoverførsel Dataindgang til kontrolapparat
4 Indgangs-/udgangssignal Kalibrering
5 Permanent effektudgang Det foreskrevne spændingsområde er som køretøjets
strømforsyning minus 3 V for at tage hensyn til spæn-
dingstabet over beskyttelseskredsen
Udgangseffekt 40 mA
6 TxD — Dataoverførsel Dataoverførsel fra kontrolapparatet
1.3. Blokdiagram
Blokdiagrammet skal være i overensstemmelse med følgende:
2. GRÆNSEFLADE FOR DATAOVERFØRSEL
Græ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
Startbit: én bit med logisk niveau 0
Databit: overføres med mindst betydende bit førstParitetsbit: lige paritet
Stopbit: én bit med logisk niveau 11998R2135 — DA — 25.08.2002 — 001.001 — 147
▼M1
Ved 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 9 600 bps og
115 200 bps. Transmission skal kunne ske med den højst mulige transmissions-
hastighed, idet den indledende hastighed efter start af kommunikationen er stillet
på 9 600 bps.
3. GRÆNSEFLADE FOR KALIBRERING
Datakommunikationen 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:
Parameter Minimum Typisk Maksimum Bemærkning
Ulav(ind) 1,0 V I = 750 µA
Uhøj(ind) 4 V I = 200 µA
Frekvens 4 kHz
Ulav(ud) 1,0 V I = 1 mA
Uhøj(ud) 4 V I = 1 mA
Indgangs- og udgangssignalet skal opfylde følgende tidsdiagrammer:
Signal fra sensor (udgang)
Testsignal (indgang)
UTC-klokkesignal
1998R2135 — DA — 25.08.2002 — 001.001 — 148
▼M1
Tillag 7
PROTOKOLLER FOR DATAOVERFØRSEL
INDHOLD
1. Indledning … .............................................................
1.1. Område … . ..............................................................
1.2. Akronymer og notation … ...................................................
2. Dataoverførsel fra køretøjsenhed … . . . ........................................
2.1. Fremgangsmåde ved dataoverførsel … . ........................................
2.2. Protokol for dataoverførsel … . . ..............................................
2.2.1. Meddelelsesstruktur … . . . ...................................................
2.2.2. Meddelelsestyper … ........................................................
2.2.2.1. Anmodning om at begynde kommunikation (SID 81) … . . ........................
2.2.2.2. Positivt svar på begynd kommunikation (SID C1) … .............................
2.2.2.3. Anmodning om at begynde diagnose-session (SID 10) … . ........................
2.2.2.4. Positivt svar på begynd diagnose (SID 50) … ...................................
2.2.2.5. Linkkontroltjeneste (SID 87) … ..............................................
2.2.2.6. Positivt svar på linkkontrol (SID C7) … .......................................
2.2.2.7. Anmodning om at uploade (SID 35) … ........................................
2.2.2.8. Positivt svar på anmodning om at uploade (SID 75) … . . . ........................
2.2.2.9. Anmodning om dataoverførsel (SID 36) … . . ...................................
2.2.2.10. Positivt svar på overfør data (SID 76) … . . . ...................................
2.2.2.11. Anmodning om at forlade overførsel (SID 37) … . . . .............................
2.2.2.12. Positivt svar på forlad overførsel (SID 77) … ...................................
2.2.2.13. Anmodningen stands kommunikation (SID 82) … . . .............................
2.2.2.14. Positivt svar på stands kommunikation (SID C2) … . .............................
2.2.2.15. Kvittér for delmeddelelse (SID 83) … . ........................................
2.2.2.16. Negativt svar (SID 7F) … ...................................................
2.2.3. Meddelelsesstrøm … .......................................................
2.2.4. Synkronisering … . .........................................................
2.2.5. Fejlhåndtering … . .........................................................
2.2.5.1. Start kommunikationsfase … . . . ..............................................
2.2.5.2. Kommunikationsfase … . . ...................................................
2.2.6. Svarmeddelelsens indhold … . . ..............................................
2.2.6.1. Positivt svar på oversigt over data til overførsel … . .............................
2.2.6.2. Positivt svar på overførsel af dataaktiviteter … ..................................
2.2.6.3. Positivt svar på overførsel af datahændelser og -fejl … . . . ........................
2.2.6.4. Positivt svar på overførsel af detaljerede hastighedsdata … ........................
2.2.6.5. Positivt svar på overførsel af tekniske data … ...................................
2.3. Lagring af fil på eksternt lagermedium … . . . ...................................
3. Protokol for overførsel af data fra fartskriverkort … . .............................
3.1. Anvendelsesområde … . . . ...................................................
3.2. Definitioner … . . . .........................................................
3.3. Dataoverførsel af kort … . ...................................................
3.3.1. Initialiseringssekvens … . ...................................................1998R2135 — DA — 25.08.2002 — 001.001 — 149
▼M1
3.3.2. Sekvens for ikke underskrevne datafiler … . . ...................................
3.3.3. Sekvens for underskrevne datafiler … . ........................................
3.3.4. Sekvens for nulstilling af kalibreringstæller … ..................................
3.4. Format for lagring af data … . . ..............................................
3.4.1. Indledning … .............................................................
3.4.2. Filformat … ..............................................................
4. Overførsel af fartskriverkort via køretøjsenheden … . .............................1998R2135 — DA — 25.08.2002 — 001.001 — 150
▼M1
1. INDLEDNING
Dette tillæg beskriver de procedurer, der skal følges ved forskellige typer data-
overfø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åde
Der kan overføres data til et eksternt lagermedium:
— fra en køretøjsenhed med en intelligent dedikeret enhed (IDE) tilsluttet køre-
tø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 kontrol-
lerer 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 notation
I dette tillæg anvendes følgende akronymer:AID Applikationsnavn
ATR Svar på nulstillingCS KontrolsumbyteDF Dedikeret filDS Diagnosesession
EF Elementærfil
ESM Eksternt lagermediumFID Filidentifikator (filnavn)FMT Formatbyte (første byte i meddelelsens hoved)ICC Chipkort
IDE 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 2000
LEN Længdebyte (sidste byte i meddelelsens hoved)PPS Valg af protokolparametrePSO Udfør sikkerhedsoperationSID Tjenesteidentifikator
SRC Kildebyte
TGT AdressebyteTLV Længde af mærkatTREP Parameter for svar på overførselTRTP Parameter for anmodning om overførsel
VU Køretøjsenhed1998R2135 — DA — 25.08.2002 — 001.001 — 151
▼M1
2. DATAOVERFØRSEL FRA KØRETØJSENHED
2.1. Fremgangsmåde ved dataoverførsel
For 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ørsel
Protokollen 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. Meddelelsesstruktur
Alle meddelelser, som udveksles mellem IDE-enhed og køretøjsenhed, er forma-
teret 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).
Hoved Datafelt Kontrolsum
FMT TGT SRC LEN SID DATA … … … CS
4 bytes Maks. 255 bytes 1 byte
TGT- og SRC-byten repræsenterer den fysiske adresse på modtageren og afsen-
deren 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 datafelt-
delen, bliver meddelelsen reelt sendt som flere delmeddelelser. Hver sådan
delmeddelelse har et hoved, samme SID og TREP og en 2-byte-delmeddelelses-
tæ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:
Hoved SID TREP Meddelelse CS
4 bytes Længere end 255 bytes1998R2135 — DA — 25.08.2002 — 001.001 — 152
(1) Det indsatte kort vil udløse de nødvendige adgangsrettigheder til overførselsfunktionen
og til data.
▼M1
Vil blive overført som:
Hoved SID TREP 00 01 Delmeddelelse 1 CS
4 bytes 255 bytes
Hoved SID TREP 00 02 Delmeddelelse 2 CS
4 bytes 255 bytes
…
Hoved SID TREP xx yy Delmeddelelse n CS
4 bytes Mindre end 255 bytes
eller som:
Hoved SID TREP 00 01 Delmeddelelse 1 CS
4 bytes 255 bytes
Hoved SID TREP 00 02 Delmeddelelse 2 CS
4 bytes 255 bytes
…
Hoved SID TREP xx yy Delmeddelelse n CS
4 bytes 255 bytes
Hoved SID TREP xx yy+1 CS
4 bytes 4 bytes
2.2.2. Meddelelsestyper
Kommunikationsprotokollen 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.1998R2135 — DA — 25.08.2002 — 001.001 — 153
▼M1
Meddelelsesstruktur
IDE -> <- FEMaks. 4 bytes
HovedMaks. 255 bytes
Data1
byte
Kont-rolsu-m
FMT TGT SRC LEN SIDDS_/
TRTPDATA CS
Anmodning om at begynde
kommunikation 81 EE F0 81 E0
Positivt svar på anmodningen
begynd kommunikation 80 F0 EE 03 C1 8F,EA 9B
Anmodning om at begynde
diagnose-session 80 EE F0 02 10 81 F1
Positivt svar på anmodningen
begynd diagnose 80 F0 EE 02 50 81 31
Link-kontrol-tjeneste
Kontrollér transmissions-
hastighed (trin 1)
9 600 Bd 80 EE F0 04 87 01,01,01 EC
19 200 Bd 80 EE F0 04 87 01,01,02 ED38 400 Bd 80 EE F0 04 87 01,01,03 ED
57 600 Bd 80 EE F0 04 87 01,01,04 EF
115 200 Bd 80 EE F0 04 87 01,01,05 F0
Positivt svar på kontrollér
transmissionshastighed 80 F0 EE 02 C7 01 28
Transmissionshastighed (2. trin) 80 EE F0 03 87 02,03 ED
Anmodning om at uploade
80 EE F0 0A 3500,00,00,-
00,00,FF,-
FF,FF,FF 99
Positivt svar på anmodning om
at uploade 80 F0 EE 03 75 00,FF D5
Anmodning om dataoverførsel
Oversigt 80 EE F0 02 36 01 97Aktiviteter 80 EE F0 06 36 02 Dato CS
Hændelser og fejl 80 EE F0 02 36 03 99
Detaljeret hastighed 80 EE F0 02 36 04 9ATekniske data 80 EE F0 02 36 05 9BDataoverførsel af kort 80 EE F0 02 36 06 9C
Positivt svar på anmodning om
dataoverførsel 80 F0 EE Len 76 TREP Data CS
Anmodning om at forlade data-
overførsel 80 EE F0 01 37 96
Positivt svar på forlad data-
overførsel 80 F0 EE 01 77 D61998R2135 — DA — 25.08.2002 — 001.001 — 154
▼M1
Meddelelsesstruktur
IDE -> <- FEMaks. 4 bytes
HovedMaks. 255 bytes
Data1
byteKont-rolsu-m
FMT TGT SRC LEN SIDDS_/
TRTPDATA CS
Anmodning om at standse
kommunikation 80 EE F0 01 82 E1
Positivt svar på stands kommu-
nikation 80 F0 EE 01 C2 21
Kvittér for delmeddelelse 80 EE F0 Len 83 Data CS
Negative svar
Generel afvisning 80 F0 EE 03 7F Sid Req 10 CS
Tjeneste understøttes ikke 80 F0 EE 03 7F Sid Req 11 CS
Delfunktion understøttes ikke 80 F0 EE 03 7F Sid Req 12 CS
Ukorrekt meddelelseslængde 80 F0 EE 03 7F Sid Req 13 CS
Betingelser ikke korrekte
eller fejl i anmodningsse-
kvens 80 F0 EE 03 7F Sid Req 22 CS
Anmodning uden for gyldig-
hedsområde 80 F0 EE 03 7F Sid Req 31 CS
Upload ikke accepteret 80 F0 EE 03 7F Sid Req 50 CS
Svar uafgjort 80 F0 EE 03 7F Sid Req 78 CS
Data foreligger ikke 80 F0 EE 03 7F Sid Req FA CS
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 kommunikations-
forbindelse med køretøjsenheden. Den indledende kommunikation udføres altid
ved 9 600 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.1998R2135 — DA — 25.08.2002 — 001.001 — 155
▼M1
2.2.2.5. Linkkontroltjeneste (SID 87)
Linkkontroltjenesten anvendes af IDE-enheden til at indlede en ændring i trans-
missionshastigheden. 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øre-
tø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 anmod-
ning 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å dataover-
fø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øjsen-
heden 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å anmod-
ningen 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 medde-
lelse 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øre-
tøjsenheden, at dataoverførselssessionen er slut.1998R2135 — DA — 25.08.2002 — 001.001 — 156
▼M1
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 inde-
holder 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 delmed-
delelse
— 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 < 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 afvisning
Operationen kan ikke gennemføres af grunde, som ikke er omfattet af neden-
stående.
— 11 tjeneste ikke understøttet
Anmodningens SID er ikke blevet forstået.
— 12 delfunktion understøttes ikke
Anmodningens DS eller TRTP forstås ikke, eller der er ikke flere delmedde-
lelser at overføre.
— 13 ukorrekt meddelelseslængde
Længden af den modtagne meddelelse er forkert.
— 22 ukorrekte betingelser eller fejl i anmodningssekvens
Den anmodede tjeneste er ikke aktiv eller sekvensen af anmodningsmedde-
lelsen ukorrekt.
— 31 Anmodningen uden for det fastlagte område
Posten med anmodningens parametre (datafelt) ugyldig.
— 50 upload ikke accepteret
Anmodningen kan ikke efterkommes (køretøjsenhed ikke i korrekt
driftsmåde, eller intern fejl i køretøjsenhed).
— 78 svar uafgjort
Den anmodede operation kan ikke gennemføres i tide, og køretøjsenheden er
ikke klar til at modtage endnu en anmodning.
— FA-data foreligger ikke
Dataobjektet for en anmodning om dataoverførsel findes ikke i køretøjsen-
heden (f.eks. hvis der ikke er isat noget kort).1998R2135 — DA — 25.08.2002 — 001.001 — 157
▼M1
2.2.3. Meddelelsesstrøm
En typisk meddelelsesstrøm ved en normal dataoverførselsprocedure er
følgende:
IDE-enhed Køretøjsenhed
Anmodning om at begynde kommunika-
tion
Positivt svar
Anmodning om at begynde diagnosetje-
neste
Positivt svar
Anmodning om at uploade
Positivt svar
Anmodning om oversigt over dataover-
førsel
Positivt svar
Anmodning om dataoverførsel #2
Positivt svar #1
Kvittér for delmeddelelse #1
Positivt svar #2
Kvittér for delmeddelelse #2
Positivt svar #m
Kvittér for delmeddelelse #m
Positivt svar (Datafelt < 255 Bytes)
Kvittér for delmeddelelse (ikke obligato-
risk)
1998R2135 — DA — 25.08.2002 — 001.001 — 158
▼M1
IDE-enhed Køretøjsenhed
…
Anmodning om dataoverførsel #n
Positivt svar
Anmodning om at forlade dataoverførsel
Positivt svar
Anmodning om at standse kommunikation
Positivt svar
2.2.4. Synkronisering
Under normal drift er tidsparametrene i følgende figur relevante:
Figur 1
Meddelelsesstrøm, synkronisering
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øjsenhe-
dens 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 anmod-
ning 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).
Synkroniseringsparameter Nedre grænseværdi (ms) Øvre grænseværdi (ms)
P1 0 201998R2135 — DA — 25.08.2002 — 001.001 — 159
▼M1
Synkroniseringsparameter Nedre grænseværdi (ms) Øvre grænseværdi (ms)
P2 20 1 000 (*)
P3 10 5 000P4 5 20
P5 10 20 minutter
(*) Hvis køretøjsenheden afgiver et negativt svar indeholdende en kode med betydningen »anmodning korrekt
modtaget, svar uafgjort«, udvides denne værdi til samme øvre grænseværdi for P3.
2.2.5. Fejlhåndtering
Indtræffer der en fejl under meddelelsesudvekslingen, ændres meddelelsesstrøm-
mene 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-fase
Hvis IDE-enheden finder en fejl i start kommunikation-fasen, enten i synkroni-
seringen 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å kommunika-
tion inden for et tidsrum af P3max.
2.2.5.2. Kommunikationsfase
Der kan defineres to forskellige fejlhåndteringsområder:
1. Køretøjsenheden konstaterer en fejl i dataoverførslen for IDE-enheden
For hver modtaget meddelelse skal køretøjsenheden finde eventuelle synkronise-
ringsfejl, 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.1998R2135 — DA — 25.08.2002 — 001.001 — 160
▼M1
Figur 2
Håndtering af fejl ved køretøjsenhed
1998R2135 — DA — 25.08.2002 — 001.001 — 161
▼M1
2. IDE-enheden registrerer en dataoverførselsfejl ved køretøjsenheden
For hver modtagen meddelelse skal IDE-enheden finde eventuelle synkronise-
ringsfejl, 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øjsen-
heden 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 3
Håndtering af fejl ved IDE-enheden
1998R2135 — DA — 25.08.2002 — 001.001 — 162
▼M1
2.2.6. Svarmeddelelsens indhold
Dette afsnit angiver indholdet af datafelterne i de forskellige positive svarmed-
delelser.
Dataelementerne er defineret i tillæg 1 (Dataordliste).
2.2.6.1. Positivt svar på oversigt over data til overførsel
Datafeltet 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:
1998R2135 — DA — 25.08.2002 — 001.001 — 163
▼M1
2.2.6.2. Positivt svar på overførsel af dataaktiviteter
Datafeltet i meddelelsen »Positivt svar på anmodning om overførsel af dataakti-
vitet« 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:
1998R2135 — DA — 25.08.2002 — 001.001 — 164
▼M1
2.2.6.3. Positivt svar på overførsel af datahændelser og -fejl
Datafeltet i meddelelsen »Positivt svar på anmodning om overførsel af datahæn-
delser 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:
1998R2135 — DA — 25.08.2002 — 001.001 — 165
▼M1
2.2.6.4. Positivt svar på overførsel af detaljerede hastighedsdata
Datafeltet 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:
2.2.6.5. Positivt svar på overførsel af tekniske data
Datafeltet 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:
1998R2135 — DA — 25.08.2002 — 001.001 — 166
▼M1
2.3. Lagring af fil på eksternt lagermedium
Når en dataoverførselssession har omfattet overførsel af data fra en køretøj-
senhed, 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, delmed-
delelsestæ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 FARTSKRIVERKORT
3.1. Anvendelsesområde
Dette 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. Definitioner
Overfø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 kort
Overfø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_ Cert ifi cat e og CA_Cer tifi ca te.
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
Ta cho grap h) undtagen elementærfilen Card_ Downl oad. Disse oplys-
ninger sikres med digital underskrift.
— Ved hver overførselssession er det obligatorisk som minimum at overføre
elementærfilerne Appl ica tio n_Ide nti fic ati on og ID.
— Ved overførsel af et førerkort er det desuden obligatorisk at overføre
følgende elementærfiler:
—E v e n t s _ D a t a ,
—F a u l t s _ D a t a ,
— Driver_Activity_Data,— Vehicles_Used,
— Places,
— Control_Activity_Data,
— Specific_Conditions.
— Ved dataoverførsel fra førerkort opdateres Last Ca rdDown loa d d ato en i
elementærfilen Card_Download
— Ved overførsel fra værkstedskort skal kalibreringstælleren i elementærfilen
Ca rd_Do wnloa d nulstilles.
3.3.1. Initialiseringssekvens
IDE-enheden skal indlede sekvensen som følger:
Kort Retning IDE-enhed/Kortlæser Betydning/Bemærkninger
Nulstilling af hardware
ATR
Om ønsket kan man ved hjælp af PPS skifte til en højere transmissionsha-
stighed, når blot denne understøttes af chipkortet.1998R2135 — DA — 25.08.2002 — 001.001 — 167
▼M1
3.3.2. Sekvens for ikke underskrevne datafiler
Følgende sekvens anvendes til overførsel af elementærfilerne ICC, I C, Car d_-
Certificate og CA_Certificate:
Kort Retning IDE-enhed/Kortlæser Betydning/Bemærkninger
SELECT FILE Vælg ved filnavn
OK
READ BINARY Indeholder filen flere data end
svarende til bufferstørrelsen af
kortlæser eller kort, må
kommandoen gentages, indtil
hele filen er læst.
Fildata
OK
Gem data på eksternt lagerme-
diumI overensstemmelse med 3.4
Format for lagring af data
Bestemmelse: Før valg af Ca rd_Ce rti fic ate -elementærfilen skal fartskrive-
rapplikationen være valgt (vælges ved applikationsnavn).
3.3.3. Sekvens for underskrevne datafiler
Følgende sekvens anvendes til hver af de efterfølgende filer, som skal overføres
med tilhørende underskrift:
Kort Retning IDE-enhed/Kortlæser Betydning/Bemærkninger
SELECT FILE
OK
PERFORM HASH OF FILE Beregner hash-værdien af den
valgte fils dataindhold ved hjælp
af den foreskrevne hash-algo-
ritme i overensstemmelse med
tillæg 11. Denne kommando er
ikke en ISO-kommando
Beregn hashværdi
af fil, og gem
hashværdi midler-
tidigt
OK
READ BINARY Indeholder filen flere data end
svarende til bufferstørrelsen af
kortlæser eller kort, må
kommandoen gentages, indtil
hele filen er læst.
Fildata
OK
Gem de modtagne data på
eksternt lagermediumI overensstemmelse med 3.4
Format for lagring af data
PSO: COMPUTE DIGITAL
SIGNATURE
Udfør sikkerheds-
operationen
»Compute Digital
Signature« med
anvendelse af den
midlertidigt
gemte hashværdi
Underskrift
OK
Tilføj data til de data, som i
forvejen er gemt på det
eksterne lagermediumI overensstemmelse med 3.4
Format for lagring af data1998R2135 — DA — 25.08.2002 — 001.001 — 168
▼M1
3.3.4. Sekvens for nulstilling af kalibreringstæller
Til nulstilling af NoOfCal ibra tio nsSinc eDo wnloa d-tælleren i elementær-
filen Ca rd_Downlo ad på et værkstedskort anvendes følgende sekvens:
Kort Retning IDE-enhed/Kortlæser Betydning/Bemærkninger
SELECT FILE EF
Card_DownloadVælg ved filnavn
OK
UPDATE BINARY
NoOfCalibrationsSince-
Download =′00 00′
nulstiller antal
overførsler fra
kort
OK
3.4. Format for lagring af data
3.4.1. Indledning
De 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 over-
fø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. Filformat
Filformatet 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.
Definition Betydning Længde
FID (2 bytes) || »00« Mærkat for elementærfil
(FID)3 bytes
FID (2 bytes) || »01« Mærkat for underskrift af
elementærfil (FID)3 bytes
xx xx Længde af værdifelt 2 bytes
Eksempel på data i en fil overført til eksternt lagermedium:
Mærkat Længde Værdi
00 0 2 0 0 0 0 11 Data i elementærfilen ICC
C1 0 0 00 0 0 C2 Data i elementærfilens Card _Ce rtif i-
cate
…1998R2135 — DA — 25.08.2002 — 001.001 — 169
▼M1
Mærkat Længde Værdi
05 0 5 0 0 0 A 2 E Data i elementærfilen Ve hic les_Used
05 0 5 0 1 0 0 80 Underskrift af elementærfilen Vehi cle -
s_Used
4. OVERFØRSEL AF FARTSKRIVERKORT VIA KØRETØJSENHEDEN
Kø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 kort-
data« 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 Co ntro l_Ac -
t ivit y_Da ta -eller Car d_Down loa d-fil.1998R2135 — DA — 25.08.2002 — 001.001 — 170
▼M1
Tillæg 8
KALIBRERINGSPROTOKOL
INDHOLD
1. Indledning … . . ..............................................................
2. Definitioner og henvisninger … .................................................
3. Oversigt over servicer … .......................................................
3.1. Servicer, som er til rådighed … .................................................
3.2. Svarkoder … . . . ..............................................................
4. Kommunikationsservicer … . . ...................................................
4.1. Servicen StartCommunication … . . . .............................................
4.2. StopCommunication-service … ..................................................
4.2.1. Beskrivelse af meddelelser … ...................................................
4.2.2. Meddelelsesformat … . ........................................................
4.2.3. Parameterdefinition … . ........................................................
4.3. TesterPresent-service … ........................................................
4.3.1. Medelelsesbeskrivelse … .......................................................
4.3.2. Meddelelsesformat … . ........................................................
5. Administrationsservicer … . . . ...................................................
5.1. StartDiagnosticSession-service … . . . .............................................
5.1.1. Beskrivelse af meddelelser … ...................................................
5.1.2. Meddelelsesformat … . ........................................................
5.1.3. Parameterdefinition … . ........................................................
5.2. SecurityAccess-service … . . . ...................................................
5.2.1. Beskrivelse af meddelelser … ...................................................
5.2.2. Meddelelsesformat — SecurityAccess — requestSeed … . ............................
5.2.3. Meddelelsesformat — SecurityAccess — sendKey … . . . ............................
6. Dataoverførselsservicer … . . . ...................................................
6.1. ReadDataByIdentifier-service … .................................................
6.1.1. Beskrivelse af meddelelser … ...................................................
6.1.2. Meddelelsesformat … . ........................................................
6.1.3. Parameterdefinition … . ........................................................
6.2. WriteDataByIdentifier-service … . . . .............................................
6.2.1 Beskrivelse af meddelelser … ...................................................
6.2.2. Meddelelsesformat … . ........................................................
6.2.3. Parameterdefinition … . ........................................................
7. Kontrol af testimpulser — funktionsenhed for ind-/uddatastyring … . . . .................
7.1. InputOutputControlByIdentifier-service … . . .......................................
7.1.1. Beskrivelse af meddelelser … ...................................................
7.1.2. Meddelelsesformat … . ........................................................
7.1.3. Parameterdefinition … . ........................................................
8. Formater af dataRecords … . . ...................................................
8.1. Værdiområder for overførte parametre … . . .......................................
8.2. Formater til dataRecords … . ...................................................1998R2135 — DA — 25.08.2002 — 001.001 — 171
▼M1
1. INDLEDNING
I 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 kalibrerings-
grænseflade. Det beskriver desuden styringen af ind-/uddatalinjen på
kalibreringsstikket.
Etablering af K-linje-kommunikationer er beskrevet i punkt 4 »Kommunikati-
onsservicer«.
I dette tillæg anvendes begrebet diagnose»sessioner« til fastlæggelse af
omfanget af styring over K-linjen under forskellige betingelser. Den forudind-
stillede 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-funkti-
onsmå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.Termer
2. DEFINITIONER OG HENVISNINGER
Protokoller, 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 program-
merings- og kalibreringsdata i køretøjsenheden.
Begreberne »klient« og »server« henviser henholdsvis til testeren og køretøjsen-
heden.
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øjer
3. OVERSIGT OVER SERVICER
3.1. Servicer, som er til rådighed
I 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øjsen-
heden.1998R2135 — DA — 25.08.2002 — 001.001 — 172
▼M1
Tabel 1
Oversigtstabel over serviceidentifikatorer
Navn på diagnoseservice Punkt nr.Værdi af Sid-
anmodningDiagnosesession
SD ECUAS ECUPS
StartCommunication 4.1 81 ■■ ■
StopCommunication 4.2 82 ■
Testerpresent 4.3 3E ■■ ■
StartDiagnosticSession 5.1 10 ■■ ■
SecurityAccess 5.2 27 ■■ ■
ReadDataByIdentifier 6.1 22 ■■ ■
WriteDataByIdentifier 6.2 2E ■
InputOutputControlByI-
dentifier7.1 2F ■
■ Dette symbol angiver, at servicen er obligatorisk i denne diagnose-session.Hvis der ikke er noget symbol, er
servicen ikke er tilladt i denne diagnose-session.
3.2. Svarkoder
Svarkoder er defineret for hver service.
4. KOMMUNIKATIONSSERVICER
Visse servicer er nødvendige til at etablere og opretholde kommunikation. De
figurerer ikke i applikationslaget. De tilgængelige servicer beskrives i følgendetabel:
Tabel 2
Kommunikationsservicer
Servicens navn Beskrivelse
StartCommunication Klienten anmoder om påbegyndelse af en kommunikationssession med
en server
StopCommunication Klienten anmoder om at standse den aktuelle kommunikationssessionTesterPresent Klienten angiver over for serveren, at den stadig er til stede
Servicen StartCommunication anvendes til at begynde en kommunikation. For
enhver service gælder, at kommunikationen skal være initialiseret, og kommuni-
kationsparametrene skal være passende til den pågældende funktionsmåde.
4.1. Servicen StartCommunication
Ved 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 diag-
nose-session uanset hvilken), modtager en ny StartCommunication-anmodning
(f.eks. pga. fejlafhjælpning i testeren), skal anmodningen accepteres, og køretøj-
senheden skal reinitialiseres.
Hvis dataforbindelsen af en eller grund ikke kan initialiseres, skal køretøjsen-
heden fortsætte med at fungere, som den gjorde umiddelbart før forsøget på at
initialisere dataforbindelsen.1998R2135 — DA — 25.08.2002 — 001.001 — 173
▼M1
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. Standard-
DiagnosticSession.
— er I/O-signallinjen for kalibrering i standardtilstanden, dvs. deaktiveret.
Datahastigheden på K-linjen skal være 10 400 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.
Synkroniseringsværdierne for hurtig initialisering og for meddelelser i alminde-
lighed 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 3
Synkroniseringsværdier for hurtig initialisering
Parameter Minimumværdi Maksimumværdi
Tinil 25 ± 1 ms 24 ms 26 ms
Twup 50 ± 1 ms 49 ms 51 ms
Tabel 4
Synkroniseringsværdier for kommunikation
Synkronisering
parameterParameterbeskrivelseNedre grænse
(ms)Øvre grænse
(ms)
min. maks.
P1 Tid mellem bytes for svar fra køretøjsenhed 0 20
P2 Tid mellem anmodning fra tester og svar fra
køretøjsenhed, eller mellem to svar fra køretøj-
senhed25 250
P3 Tid mellem slutning af svar fra køretøjsenhed og
begyndelse på ny anmodning fra tester55 5 000
P4 Tid mellem bytes for anmodning fra tester 5 20
Meddelelsesformatet for hurtig initialisering er givet i nedenstående tabeller.1998R2135 — DA — 25.08.2002 — 001.001 — 174
▼M1
Tabel 5
StartCommunication-anmodning
Byte # Parameternavn Hex-værdi Huskeværdi
#1 Formatbyte — fysisk adressering 81 FMT
#2 Adressebyte på destination EE TGT
#3 Adressebyte på kilde tt SRC
#4 Service-ID på StartCommunication-anmodning 81 SCR#5 Kontrolsum 00-FF CS
Tabel 6
Positiv svarmeddelelse på StartCommunication
Byte # Parameternavn Hex-værdi Huskeværdi
#1 Formatbyte — fysisk adressering 80 FMT
#2 Adressebyte på destination tt TGT#3 Adressebyte på kilde EE SRC
#4 Ekstra længdebyte 03 LEN
#5 Service-ID for positivt svar på StartCommunica-
tionC1 SCRPR
#6 Nøglebyte 1 EA KB1
#7 Nøglebyte 2 8F KB2#8 Kontrolsum 00-FF CS
Der findes intet negativt svar på en StartCommunication-anmodning; er der
ingen positiv svarmeddelelse at overføre, bliver køretøjsenheden ikke initiali-
seret, der overføres intet, og enheden fortsætter i normal funktionsmåde.
4.2. StopCommunication-service
4.2.1. Beskrivelse af meddelelser
Denne 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øj-
senheden 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.1998R2135 — DA — 25.08.2002 — 001.001 — 175
▼M1
4.2.2. Meddelelsesformat
Meddelelsesformater for StopCommunication er givet i følgende tabeller:
Tabel 7
StopCommunication-anmodning
Byte # Parameternavn Hex-værdi Huskeværdi
#1 Formatbyte — fysisk adressering 80 FMT
#2 Adressebyte EE TGT#3 Adressebyte på kilde tt SRC
#4 Ekstra længdebyte 01 LEN
#5 Service-ID på StopCommunication-anmodning 82 SPR#6 Kontrolsum 00-FF CS
Tabel 8
Positiv svarmeddelelse på StopCommunication
Byte # Parameternavn Hex-værdi Huskeværdi
#1 Formatbyte — fysisk adressering 80 FMT
#2 Adressebyte på destination tt TGT#3 Adressebyte på kilde EE SRC
#4 Ekstra længdebyte 01 LEN
#5 Service-ID for positivt svar på StopCommunica-
tionC2 SPRPR
#6 Kontrolsum 00-FF CS
Tabel 9
Negativ svarmeddelelse på StopCommunication
Byte # Parameternavn Hex-værdi Huskeværdi
#1 Formatbyte — fysisk adressering 80 FMT
#2 Adressebyte på destination tt TGT#3 Adressebyte på kilde EE SRC#4 Ekstra længdebyte 03 LEN#5 Service-ID på negativt svar 7F NR
#6 Service-ID på StopCommunication 82 SPR
#7 responseCode = generalReject 10 RC_GR#8 Kontrolsum 00-FF CS
4.2.3. Parameterdefinition
Denne service kræver ingen parameterdefinition.1998R2135 — DA — 25.08.2002 — 001.001 — 176
▼M1
4.3. TesterPresent-service
4.3.1. Meddelelsesbeskrivelse
Servicen 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. Meddelelsesformat
Meddelelsesformater for TesterPresent-instruktioner er angivet i følgende
tabeller.
Tabel 10
TesterPresent-forespørgsel
Byte # Parameternavn Hex-værdi Huskeværdi
#1 Formatbyte — fysisk adressering 80 FMT
#2 Destinationsadressebyte EE TGT#3 Kildeadressebyte tt SRC
#4 Byte for ekstra længde 02 LEN
#5 Identifikation af servicen TesterPresent-fore-
spørgsel3E TP
#6 Delfunktion = responseRequired = [ja 01 RESPREQ_-
Y
nej] 02 RESPREQ_-
NO
#7 Kontrolsum 00-FF CS
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 11
Positiv svarmeddelelse på TesterPresent
Byte # Parameternavn Hex-værdi Huskeværdi
#1 Formatbyte — fysisk adressering 80 FMT
#2 Destinationsadressebyte tt TGT#3 Kildeadressebyte EE SRC
#4 Byte for ekstra længde 01 LEN
#5 Identifikation af servicen TesterPresent-fore-
spørgsel7E TPPR
#6 Kontrolsum 00-FF CS
Servicen skal understøtte følgende negative svarkoder:
Tabel 12
Negativ svarmeddelelse på TesterPresent
Byte # Parameternavn Hex-værdi Mnemoteknisk
#1 Formatbyte — fysisk adressering 80 FMT
#2 Destinationsadressebyte tt TGT1998R2135 — DA — 25.08.2002 — 001.001 — 177
▼M1
Byte # Parameternavn Hex-værdi Mnemoteknisk
#3 Kildeadressebyte EE SRC
#4 Byte for ekstra længde 03 LEN#5 Identifikation af servicen negativt svar 7F NR
#6 Identifikation af servicen TesterPresent-fore-
spørgsel3E TP
#7 responseCode = [SubFunctionNotSupported-
InvalidFormat12 RC_SFNS_-
IF
incorrectMessageLength] 13 RC_IML
#8 Kontrolsum 00-FF CS
5. ADMINISTRATIONSSERVICER
De tilgængelige servicer beskrives i følgende tabel:
Tabel 13
Administrationsservicer
Servicens navn Beskrivelse
StartDiagnosticSession Klienten anmoder om at påbegynde en diagnose-session med en VU
SecurityAccess Klienten anmoder om adgang til funktioner, som er forbeholdt autori-
serede brugere
5.1. StartDiagnosticSession-service
5.1.1. Beskrivelse af meddelelser
Servicen 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 Standard-
DiagnosticSession 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 fort-
sæ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. Meddelelsesformat
Meddelelsesformaterne for StartDiagnosticSession er givet i følgende tabeller.1998R2135 — DA — 25.08.2002 — 001.001 — 178
▼M1
Tabel 14
StartDiagnosticSession-anmodning
Byte # Parameternavn Hex-værdi Huskeværdi
#1 Formatbyte — fysisk adressering 80 FMT
#2 Adressebyte på destination EE TGT
#3 Adressebyte på kilde tt SRC
#4 Ekstra længdebyte 02 LEN#5 Service-ID på StartDiagnosticSession-anmodning 10 STDS#6 diagnosticSession = [én værdi fra tabel 17] xx DS_ …#7 Kontrolsum 00-FF CS
Tabel 15
Positiv svarmeddelelse på StartDiagnosticSession
Byte # Parameternavn Hex-værdi Huskeværdi
#1 Formatbyte — fysisk adressering 80 FMT
#2 Adressebyte på destination tt TGT
#3 Adressebyte på kilde EE SRC
#4 Ekstra længdebyte 02 LEN#5 Service-ID for positivt svar på StartDiagnostic-
Session50 STDSPR
#6 DiagnosticSession = [samme værdi som i byte #6
i tabel 14 ]xx DS_ …
#7 Kontrolsum 00-FF CS
Tabel 16
Negativ svarmeddelelse på StartDiagnosticSession
Byte # Parameternavn Hex-værdi Huskeværdi
#1 Formatbyte — fysisk adressering 80 FMT
#2 Adressebyte på destination tt TGT
#3 Adressebyte på kilde EE SRC#4 Ekstra længdebyte 03 LEN#5 Service-ID på negativt svar 7F NR
#6 Service-ID på StartDiagnosticSession-anmodning 10 STDS
#7 ResponseCode = [subFunctionNotSupported (
a) 12 RC_SFNS
incorrectMessageLength (b) 13 RC_IML
conditionsNotCorrect (c)] 22 RC_CNC1998R2135 — DA — 25.08.2002 — 001.001 — 179
▼M1
Byte # Parameternavn Hex-værdi Huskeværdi
#8 Kontrolsum 00-FF CS
(a) Værdien indsat i byte #6 af anmodningsmeddelelsen understøttes ikke, dvs. findes ikke i tabel 17.
(b) Meddelelsens længde er forkert.
(c) Kriterierne for anmodningen StartDiagnosticSession er ikke opfyldt.
5.1.3. Parameterdefinition
Parameteren 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 17
Fastlæggelse af værdier for diagnosticSession
Hex Beskrivelse Huskeværdi
81 StandardDiagnosticSession
Denne diagnose-session tillader alle servicer i tabel 1 kolonne 4
»SD«. Disse servicer giver mulighed for læsning af data fra en
server (køretøjsenhed). Denne diagnose-session er aktiv efter
vellykket initialisering mellem klient (tester) og server (køretøj-
senhed). Denne diagnose-session kan overskrives af andre diag-
nose-sessioner, som foreskrives i dette afsnit.SD
85 ECUProgrammingSession
Denne diagnose-session giver mulighed for alle servicer i tabel 1
kolonne 6 »ECUPS«. Disse servicer understøtter programmering
af hukommelsen på en server (køretøjsenhed). Denne diagnose-
session kan overskrives af andre diagnose-sessioner, som beskrives
i dette afsnit.ECUPS
87 ECUAdjustmentSession
Denne diagnose-session giver mulighed for alle servicer i tabel 1
kolonne 5 »ECUAS«. Disse servicer understøtter ind-/uddatastyring
for en server (køretøjsenhed). Denne diagnose-session kan over-
skrives af andre diagnose-sessioner, som foreskrives i dette afsnit.ECUAS
5.2. SecurityAccess-service
Skrivning 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 meddelelser
Sikkerhedsservicen 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 fore-
spø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 »basi-
stal« 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ærks-
tedskort, 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.1998R2135 — DA — 25.08.2002 — 001.001 — 180
▼M1
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 requestCor-
rectlyReceived-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 svar-
kode 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 over-
skredet,
— exceededNumberOfAttempts: PIN-kode ikke gyldig, og antal PIN-kode-
forsøg overskredet,
— generalReject: korrekt PIN-kode, men gensidig ægthedskontrol med værks-
tedskort ikke lykkedes.
5.2.2. Meddelelsesformat — SecurityAccess — requestSeed
Meddelelsesformaterne for SecurityAccess »requestSeed«-instruktionerne er
angivet i nedenstående tabeller:
Tabel 18
SecurityAccessRequest — requestSeed-meddelelse
Byte # Parameternavn Hex-værdi Huskeværdi
#1 Formatbyte — fysisk adressering 80 FMT
#2 Adressebyte på destination EE TGT#3 Adressebyte på kilde tt SRC#4 Ekstra længdebyte 02 LEN
#5 Service-ID for SecurityAccess Request Service 27 SA
#6 accessType — requestSeed 7D AT_RSD#7 Kontrolsum 00-FF CS
Tabel 19
Positiv svarmeddelelse på SecurityAccess — requestSeed
Byte # Parameternavn Hex-værdi Huskeværdi
#1 Formatbyte — fysisk adressering 80 FMT
#2 Adressebyte på destination tt TGT
#3 Adressebyte på kilde EE SRC#4 Ekstra længdebyte 04 LEN#5 Service-ID for positivt svar på SecurityAccess 67 SAPR#6 accessType — requestSeed 7D AT_RSD
#7 Basistal højt 00-FF SEEDH
#8 Basistal lavt 00-FF SEEDL1998R2135 — DA — 25.08.2002 — 001.001 — 181
▼M1
Byte # Parameternavn Hex-værdi Huskeværdi
#9 Kontrolsum 00-FF CS
Tabel 20
Negativ svarmeddelelse på SecurityAccess — sendKey
Byte # Parameternavn Hex-værdi Huskeværdi
#1 Formatbyte — fysisk adressering 80 FMT
#2 Adressebyte på destination tt TGT
#3 Adressebyte på kilde EE SRC
#4 Ekstra længdebyte 03 LEN#5 Service-ID for negativeResponse 7F NR#6 Service-ID for SecurityAccessRequest 27 SA
#7 responseCode = [conditionsNotCorrectOrRequest-
SequenceError22 RC_CNC
incorrectMessageLength] 13 RC_IML
#8 Kontrolsum 00-FF CS
5.2.3. Meddelelsesformat — SecurityAccess — sendKey
Meddelelsesformaterne for SecurityAccess »sendKey«-instruktioner er givet i
nedenstående tabeller:
Tabel 21
SecurityAccess-anmodning — sendKey-meddelelse
Byte # Parameternavn Hex-værdi Huskeværdi
#1 Formatbyte — fysisk adressering 80 FMT
#2 Adressebyte på destination EE TGT
#3 Adressebyte på kilde tt SRC#4 Ekstra længdebyte m+2 LEN#5 Service-Id på SecurityAccess-anmodning 27 SA#6 accessType — sendKey 7E AT_SK
#7 til #m+6 Nøgle #1 (høj) xx NØGLE
……
Nøgle #m (lav, m skal være mindst 4 og højst 8) xx
#m+7 Kontrolsum 00-FF CS
Tabel 22
Positivt svar på SecurityAccess — sendKey
Byte # Parameternavn Hex-værdi Huskeværdi
#1 Formatbyte — fysisk adressering 80 FMT
#2 Adressebyte på destination tt TGT1998R2135 — DA — 25.08.2002 — 001.001 — 182
▼M1
Byte # Parameternavn Hex-værdi Huskeværdi
#3 Adressebyte på kilde EE SRC
#4 Ekstra længdebyte 02 LEN#5 Service-ID for positivt svar på SecurityAccess 67 SAPR
#6 accessType — sendKey 7E AT_SK
#7 Kontrolsum 00-FF CS
Tabel 23
Negativ svarmeddelelse på SecurityAccess
Byte # Parameternavn Hex-værdi Huskeværdi
#1 Formatbyte — fysisk adressering 80 FMT
#2 Adressebyte på destination tt TGT#3 Adressebyte på kilde EE SRC#4 Ekstra længdebyte 03 LEN
#5 Service-ID på NegativeResponse 7F NR
#6 Service-ID på SecurityAccess-anmodning 27 SA#7 ResponseCode = [generalReject 10 RC_GR
subFunctionNotSupported 12 RC_SFNS
incorrectMessageLength 13 RC_IML
conditionsNotCorrectOrRe-
questSequenceError22 RC_CNC
invalidKey 35 RC_IK
exceededNumberOfAttempts 36 RC_ENA
requestCorrectlyReceived-
ResponsePending]78 RC_RCR_-
RP
#8 Kontrolsum 00-FF CS
6. DATAOVERFØRSELSSERVICER
De servicer, som er til rådighed, er beskrevet i følgende tabel:
Tabel 24
Dataoverførselsservicer
Servicens navn Beskrivelse
ReadDataByIdentifier Klienten anmoder om overførsel af den aktuelle værdi af en post med
adgang gennem recordDataIdentifier.
WriteDataByIdentifier Klienten anmoder om at skrive en post, hvortil der er adgang gennem
recordDataIdentifier1998R2135 — DA — 25.08.2002 — 001.001 — 183
▼M1
6.1. ReadDataByIdentifier-service
6.1.1. Beskrivelse af meddelelser
Servicen ReadDataByIdentifier anvendes af klienten til at skrive recordValues
(dataværdier) fra en server. Data identificeres af en recordDataIdentifier. Fabri-
kanten 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. Meddelelsesformat
Meddelelsesformaterne for ReadDataByIdentifier instruktioner er givet i
følgende tabeller.
Tabel 25
ReadDataByIdentifier-anmodning
Byte # Parameternavn Hex-værdi Huskeværdi
#1 Formatbyte — fysisk adressering 80 FMT
#2 Adressebyte på destination EE TGT
#3 Adressebyte på kilde tt SRC#4 Ekstra længdebyte 03 LEN#5 Service-ID på ReadDataByIdentifier-anmodning 22 RDBI
#6 til #7 RecordDataIdentifier = [en værdi fra tabel 28] xxxx RDI_ …
#8 Kontrolsum 00-FF CS
Tabel 26
Positivt svar på ReadDataByIdentifier
Byte # Parameternavn Hex-værdi Huskeværdi
#1 Formatbyte — fysisk adressering 80 FMT
#2 Adressebyte på destination tt TGT
#3 Adressebyte på kilde EE SRC
#4 Ekstra længdebyte m+3 LEN#5 Service-ID for positivt svar på ReadDataByIden-
tifier62 RDBIPR
#6 og #7 recordDataIdentifier = [samme værdi som byte
#6 og #7 tabel 25]xxxx RDI_ …
#8 til #m+7 dataRecord[] = [data#1 xx DREC_-
DATA1
:: :
data#m] xx DREC_-
DATAm
#m+8 Kontrolsum 00-FF CS
Tabel 27
Negativ svarmeddelelse på ReadDataByIdentifier
Byte # Parameternavn Hex-værdi Huskeværdi
#1 Formatbyte — fysisk adressering 80 FMT1998R2135 — DA — 25.08.2002 — 001.001 — 184
▼M1
Byte # Parameternavn Hex-værdi Huskeværdi
#2 Adressebyte på destination tt TGT
#3 Adressebyte på kilde EE SRC#4 Ekstra længdebyte 03 LEN
#5 Service-ID på NegativeResponse 7F NR
#6 Service-ID på ReadDataByIdentifier-anmodning 22 RDBI#7 ResponseCode = [requestOutOfRange 31 RC_ROOR
incorrectMessageLength 13 RC_IML
conditionsNotCorrect] 22 RC_CNC
#8 Kontrolsum 00-FF CS
6.1.3. Parameterdefinition
Parameteren 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 28
Definition af recordDataIdentifier-værdier
Hex DataelementrecordDataIdentifier-navn
(se format i punkt 8.2)Huskeværdi
F90B Cur rent Dat eTi me TimeDate RDI_TD
F912 Hig hRe sOdom ete r HighResolutionTotalVehicleDi-
stanceRDI_HRT-
VD
F918 K-Consta ntOf Rec ordi ngE-
quipmentKfactor RDI_KF
F91C L- Tyre Cir cum fere nce LfactorTyreCircumference RDI_LF
F91D W -Vehi cle Cha rac ter isti c-
ConstantWvehicleCharacteristicFactor RDI_WVCF
F921 Ty reSi ze TyreSize RDI_TS
F922 ne xtCa lib rat ionDate NextCalibrationDate RDI_NCD
F92C Spe edAu thor ised SpeedAuthorised RDI_SA
F97D ve hic leRegist rat ion Nati on RegisteringMemberState RDI_RMS
F97E Veh icl eRe gist rat io-
nNumberVehicleRegistrationNumber RDI_VRN
F190 Veh icl eId enti fic ati o-
nNumberVIN RDI_VIN1998R2135 — DA — 25.08.2002 — 001.001 — 185
▼M1
Parameteren dataRecord (DREC_) anvendes af den positive svarmeddelelse på
ReadDataByIdentifier til at hente den datapost, der er identificeret ved record-
DataIdentifier, 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 defi-
neret i dette dokument.
6.2. WriteDataByIdentifier-service
6.2.1. Beskrivelse af meddelelser
Servicen WriteDataByIdentifier anvendes af klienten til at skrive dataværdier til
en server. Data identificeres af en recordDataIdentifier. Fabrikanten af køretøj-
senheden 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øj-
senheden være i CALIBRATION-funktionsmåde.
6.2.2. Meddelelsesformat
Meddelelsesformaterne for WriteDataByIdentifier instruktioner er givet i neden-
stående tabeller.
Tabel 29
WriteDataByIdentifier-anmodning
Byte # Parameternavn Hex-værdi Huskeværdi
#1 Formatbyte — fysisk adressering 80 FMT
#2 Adressebyte på destination EE TGT#3 Adressebyte på kilde tt SRC#4 Ekstra længdebyte m+3 LEN
#5 Service-ID på WriteDataByIdentifier-anmodning 2E WDBI
#6 til #7 recordDataIdentifier = [en værdi fra tabel 28] xxxx RDI_ …
#8 til #m+7 dataRecord[] = [data#1 xx DREC_-
DATA1
:: :
data#m] xx DREC_-
DATAm
#m+8 Kontrolsum 00-FF CS
Tabel 30
Positivt svar på WriteDataByIdentifier
Byte # Parameternavn Hex-værdi Huskeværdi
#1 Formatbyte — fysisk adressering 80 FMT
#2 Adressebyte på destination tt TGT
#3 Adressebyte på kilde EE SRC#4 Ekstra længdebyte 03 LEN#5 Service-ID for positivt svar på WriteDataByI-
dentifier6E WDBIPR
#6 til #7 recordDataIdentifier = [samme værdi som byte
#6 og #7 i tabel 29]xxxx RDI_ …
#8 Kontrolsum 00-FF CS1998R2135 — DA — 25.08.2002 — 001.001 — 186
▼M1
Tabel 31
Negativ svarmeddelelse på WriteDataByIdentifier
Byte # Parameternavn Hex-værdi Huskeværdi
#1 Formatbyte — fysisk adressering 80 FMT
#2 Adressebyte på destination tt TGT#3 Adressebyte på kilde EE SRC#4 Ekstra længdebyte 03 LEN#5 Service-ID på NegativeResponse 7F NR
#6 Service-ID på WriteDataByIdentifier-anmodning 2E WDBI
#7 ResponseCode = [requestOutOfRange 31 RC_ROOR
incorrectMessageLength 13 RC_IML
conditionsNotCorrect] 22 RC_CNC
#8 Kontrolsum 00-FF CS
6.2.3. Parameterdefinition
Parameteren recordDataIdentifier (RDI_) er defineret i tabel 28.
Parameteren dataRecord (DREC_) anvendes i anmodningen ReadDataByIdenti-
fier 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-/
UDDATASTYRING
I følgende tabel beskrives de servicer, som er til rådighed:
Tabel 32
Funktionel enhed for ind-/uddatastyring
Servicens navn Beskrivelse
InputOutputControlByIdentifier Klienten anmoder om at måtte styre et sæt serverspecifikke
ind-/uddata.
7.1. InputOutputControlByIdentifier-service
7.1.1. Beskrivelse af meddelelser
Testimpulser 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ægelses-
fø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 CALI-
BRATION-funktionsmåde, for at linjens tilstand kan konfigureres. Når1998R2135 — DA — 25.08.2002 — 001.001 — 187
▼M1
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 deakti-
veret 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. Meddelelsesformat
Meddelelsesformaterne af InputOutputControlByIdentifier-instruktionerne er
givet i følgende tabeller.
Tabel 33
InputOutputControlByIdentifier-anmodning
Byte # Parameternavn Hex-værdi Huskeværdi
#1 Formatbyte — fysisk adressering 80 FMT
#2 Adressebyte på destination EE TGT#3 Adressebyte på kilde tt SRC
#4 Ekstra længdebyte xx LEN
#5 Sid for InputOutputControlByIdentifier-anmod-
ning2F IOCBI
#6 og #7 InputOutputIdentifier = [CalibrationInputOutput] F960 IOI_CIO
#8 eller #8
til #9ControlOptionRecord = [inputOutputControlPara-
meter — værdi fra tabel 36COR_ …
xx IOCP_ …
controlState — én værdi
fra tabel 37 (se bemærk-
ning nedenfor)]xx CS_ …
#9 o #10 Kontrolsum 00-FF CS
Bemærkning: Parameteren controlState findes kun i visse tilfælde (se 7.1.3).
Tabel 34
Positiv svarmeddelelse på InputOutputControlByLocalIdentifier
Byte # Parameternavn Hex-værdi Huskeværdi
#1 Formatbyte — fysisk adressering 80 FMT
#2 Adressebyte på destination tt TGT
#3 Adressebyte på kilde EE SRC#4 Ekstra længdebyte xx LEN#5 Sid for positivt svar på inputOutputControlByI-
dentifier6F IOCBIPR
#6 og #7 inputOutputIdentifier = [CalibrationInputOutput] F960 IOI_CIO1998R2135 — DA — 25.08.2002 — 001.001 — 188
▼M1
Byte # Parameternavn Hex-værdi Huskeværdi
#8 eller #8
til #9controlStatusRecord = [inputOutputControlParam-
eter (samme værdi som byte #8 i tabel 33)CSR_
xx IOCP_ …
controlState (samme værdi
som byte #9 i tabel 33)] (i
givet fald)xx CS_ …
#9 eller #10 Kontrolsum 00-FF CS
Tabel 35
Negativ svarmeddelelse på InputOutputControlByIdentifier
Byte # Parameternavn Hex-værdi Huskeværdi
#1 Formatbyte — fysisk adressering 80 FMT
#2 Adressebyte på destination tt TGT#3 Adressebyte på kilde EE SRC
#4 Ekstra længdebyte 03 LEN
#5 Service-ID på negativeResponse 7F NR#6 Sid for anmodning om inputOutputControlByI-
dentifier2F IOCBI
#7 responseCode = [incorrectMessageLength 13 RC_IML
conditionsNotCorrect 22 RC_CNC
requestOutOfRange 31 RC_ROORdeviceControlLimitsEx-
ceeded]7A RC_DCLE
#8 Kontrolsum 00-FF CS
7.1.3. Parameterdefinition
Parameteren inputOutputLocalIdentifier (IOCP_) er defineret i følgende tabel:
Tabel 36
Fastlæggelse af værdier af inputOutputControlParameter
Hex Beskrivelse Huskeværdi
00 ReturnControlToECU
Denne værdi angiver over for serveren (køretøjsenheden), at
testeren ikke længere kontrollerer ind/ud-signallinjen for kalibre-
ring.RCTECU
01 ResetToDefault
Denne værdi skal anmode serveren (køretøjsenheden) om at tilba-
gestille ind/ud-signallinjen for kalibrering til dens standardtil-
stand.RTD
03 ShortTermAdjustment
Denne værdi skal fortælle serveren (køretøjsenheden), at den
anmodes om at justere ind/ud-signallinjen for kalibrering til den
værdi, som er indeholdt i controlState-parameteren.STA1998R2135 — DA — 25.08.2002 — 001.001 — 189
▼M1
Parameteren controlState, som kun er til stede, når inputOutputControlParameter
er sat til ShortTermAdjustment, er fastlagt i følgende tabel:
Tabel 37
Definition af controlState-værdier
Funktionsmåde Hex-værdi Beskrivelse
Deaktivér 00 I/O-linjen er deaktiveret (standardtilstand)
Aktivér 01 Aktivér ind/ud-linje for kalibrering som speedSignalInputAktivér 02 Aktivér ind/ud-linje for kalibrering som realTimeSpeedSig-
nalOutputSensor
Aktivér 03 Aktivér ind/ud-linje for kalibrering som RTCOutput
8. FORMATER AF DATARECORDS
Dette 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 datatransmissi-
onsservicer, 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ørg-
selsmeddelelse, 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øjsen-
heden).
8.1. Værdiområder for overførte parametre
Tabel 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 øjeblik-
kelig 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 kommandomedde-
lelse 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 paramete-
rområde, bør fejlindikatoren ikke benyttes. Data bør overføres med den
pågældende minimum- eller maksimumværdi af parameteren.
Tabel 38
Områder for dataRecords
Områdenavn1 byte
(Hex-værdi)2 byte
(Hex-værdi)4 byte
(Hex-værdi)ASCII
Gyldigt signal 00 til FA 0000 til
FAFF00000000 til
FAFFFFFF1 til 254
Parameterspecifik indi-
katorFB FB00 til
FBFFFB000000 til
FBFFFFFFintet
Område reserveret frem-
tidige indikatorbitFC til FD FC00 til
FDFFFC000000 til
FDFFFFFFintet
Fejlindikator FE FE00 til
FEFFFE000000 a
FEFFFFFF01998R2135 — DA — 25.08.2002 — 001.001 — 190
▼M1
Områdenavn1 byte
(Hex-værdi)2 byte
(Hex-værdi)4 byte
(Hex-værdi)ASCII
Foreligger ikke eller er
ikke anmodetFF FF00 til
FFFFFF000000 til
FFFFFFFFFF
For parametre kodet i ASCII skal ASCII-tegnet »*« reserveres som skilletegn.
8.2. Formater til dataRecords
Tabel 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 39
Format af dataRecords
ParameternavnDatalængde
(byte)Opløsning Arbejdsområde
TimeDate 8 Se nærmere i tabel 40
HighResolutionTotalVehi-
cleDistance4 forstærkning 5 m/bit,
forskydning 0 m0 til + 21 055 406 km
Kfactor 2 forstærkning 0,001
impulser/m/bit, forskyd-
ning 00 til 64 255 impulser/m
LfactorTyreCircumference 2 forstærkning 0,125 10-3m/
bit, forskydning 00 til 8 031 m
WvehicleCharacteristic-
Factor2 forstærkning 0,001
impulser/m/bit, forskyd-
ning 00 til 64 255 impulser/m
TyreSize 15 ASCII ASCII
NextCalibrationDate 3 Se nærmere i tabel 41SpeedAuthorised 2 forstærkning 1/256 km/h/
bit, forskydning 00 til 250,996 km/h
RegisteringMemberState 3 ASCII ASCII
VehicleRegistrationNumber 14 Se nærmere i tabel 42
VIN 17 ASCII ASCII
Tabel 40 angiver formater for de forskellige byte i TimeDate-parameteren:
Tabel 40
Detaljeret format af TimeDate (recordDataIdentifier-værdi # F00B)
Byte Parameterdefinition Opløsning Arbejdsområde
1 Sekunder Forstærkning 0,25 s/bit,
forskydning 0 s0 til 59,75 s
2 Minutter Forstærkning 1 min/bit,
forskydning 0 min0 til 59 min
3 Timer Forstærkning 1 h/bit,
forskydning 0 h0 til 23 h
4 Måned Forstærkning 1 måned/
bit, forskydning 0 måned1 til 12 måneder1998R2135 — DA — 25.08.2002 — 001.001 — 191
▼M1
Byte Parameterdefinition Opløsning Arbejdsområde
5 Dag Forstærkning 0,25 dag/
bit, forskydning 0 dage
(se bemærkning under
tabel 41)0,25 til 31,75 dage
6 År Forstærkning 1 år/bit,
forskydning + 1985 år (se
bemærkning under tabel
41)år 1985 til 2235
7 Lokal forskydning,
minutterForstærkning 1 min/bit,
forskydning - 125 min- 59 til 59 min
8 Forskydning af lokalt
timetalForstærkning 1 h/bit,
forskydning - 125 h- 23 til + 23 h
Tabel 41 angiver formater for de forskellige byte i NextCalibrationDate-parame-
teren:
Tabel 41
Detaljeret format af NextCalibrationDate (recordDataIdentifier-værdi # F022)
Byte Parameterdefinition Opløsning Arbejdsområde
1 Måned Forstærkning 1 måned/
bit, forskydning 0 måned1 til 12 måneder
2 Dag Forstærkning 0,25 dag/
bit, forskydning 0 dage
(se bemærkning nedenfor)0,25 til 31,75 dage
3 År Forstærkning 1 år/bit,
forskydning + 1985 år (se
bemærkning nedenfor)år 1985 til 2235
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 42
Detaljeret format af VehicleRegistrationNumber (recordDataIdentifier-værdi # F07E)
Byte Parameterdefinition Opløsning Arbejdsområde
1 Tegntabel (som fastlagt i
tillæg 1)ASCII 01 til 0A
2 til 14 Køretøjets indregistre-
ringsnummer (som defi-
neret i tillæg 1)ASCII ASCII1998R2135 — DA — 25.08.2002 — 001.001 — 192
▼M1
Tillæg 9
TYPEGODKENDELSE — LISTE OVER MINDSTEKRAV TIL PRØVER
INDHOLD
1. Indledning … . .................................................................
1.1. Typegodkendelse … . . ...........................................................
1.2. Henvisninger … ................................................................
2. Funktionsprøver for køretøjsenhed … ...............................................
3. Funktionsprøver for bevægelsesføler … . . . ..........................................
4. Funktionsprøver for fartskriverkort … ..............................................
5. Interoperabilitetsprøver … . . . .....................................................1998R2135 — DA — 25.08.2002 — 001.001 — 193
▼M1
1. INDLEDNING
1.1. Typegodkendelse
EF-typegodkendelse for kontrolapparater (eller komponenter dertil) eller fart-
skriverkort 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øegen-
skaber,
— 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 kontrolap-
parat) (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 interoperabilitets-
prø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øre-
tøjsenhed som komponenter i kontrolapparatet. Indbyrdes kompatibilitet mellem
hver type bevægelsesføler og hver type køretøjsenhed kræves ikke, hvorfor type-
godkendelse af en bevægelsesføler kun kan ske i kombination med
typegodkendelse af en køretøjsenhed og omvendt.
1.2. Henvisninger
I 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). 6
thedition:
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 measu-
rement techniques — Electrostatic discharge immunity test:
1995/Amendment 1: 1998
ISO 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 tran-
sient 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 and1998R2135 — DA — 25.08.2002 — 001.001 — 194
▼M1
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 loca-
tion 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
Nr. Prøve Beskrivelse Tilknyttede krav
1. Administrativ undersøgelse
1.1. Dokumentation Dokumentationens korrekthed
1.2. Fabrikantens
prøvningsresul-
taterResultater af fabrikantens prøvning, udført
med kombination. Eftervisning på papir070, 071, 073
2. Besigtigelse
2.1. Overensstemmelse med dokumentationen
2.2. Identifikation/mærkning 168, 169
2.3. Materialer 163 til 1672.4 Plombering 2512.5. Eksterne grænseflader
3. Funktionsprøver
3.1. Ydede funktioner 002, 004, 2443.2. Funktionsmåder 006*, 007*, 008*,
009*, 106, 107
3.3. Funktioner og ret til dataadgang 010*, 011*, 240,
246, 247
3.4. Overvågning af isætning og udtagning af kort 013, 014, 015*,
016*, 106
3.5. Måling af hastighed og tilbagelagt afstand 017 til 0263.6. Tidsmåling (prøvning udført ved 20 ºC) 027 til 032
3.7. Overvågning af føreraktiviteter 033 til 043, 106
3.8. Overvågning af kørestatus 044, 045, 1063.9. Manuel indlæsning 046 til 050b3.10. Forvaltning af virksomhedslåse 051 til 055
3.11. Overvågning af kontrolaktiviteter 056, 057
3.12. Detektion af hændelser og/eller fejl 059 til 069, 1063.13. Identifikationsdata for apparat 075*, 076*, 0791998R2135 — DA — 25.08.2002 — 001.001 — 195
▼M1
Nr. Prøve Beskrivelse Tilknyttede krav
3.14. Data vedrørende isætning og udtagning af førerkort 081* til 083*
3.15. Føreraktivitetsdata 084* til 086*3.16. Steddata 087* til 089*
3.17. Kilometertællerdata 090* til 092*
3.18. Detaljerede hastighedsdata 093*3.19. Data vedrørende hændelser 094*, 0953.20. Data vedrørende fejl 096*
3.21. Kalibreringsdata 097*, 098*
3.22. Tidsjusteringsdata 100*, 101*3.23. Kontrolaktivitetsdata 102*, 103*3.24. Data vedrørende virksomhedslåse 104*
3.25. Data vedrørende dataoverførselsaktivitet 105*
3.26. Data vedrørende særlige omstændigheder 105a*, 105b*3.27. Registrering og lagring på fartskriverkort 108, 109*, 109a*,
110*, 111, 112
3.28. Visning på skærm 072, 106, 113 til
128, PIC_001,
DIS_001
3.29. Udskrivning 072, 106, 129 til
138, PIC_001,
PRT_001 til
PRT_012
3.30. Advarsel 106, 139 til 148,
PIC_001
3.31. Dataoverførsel til eksterne medier 072, 106, 149 til
151
3.32. Udlæsning af data til supplerende eksterne enheder 152, 1533.33. Kalibrering 154*, 155*, 156*,
245
3.34. Tidsjustering 157*, 158*3.35. Fravær af forstyrrelse af ekstra funktioner 003, 269
4. Miljøprøver
4.1. Temperatur Funktionaliteten eftervises gennem:
— IEC 68-2-1, prøve Ad, med en prøvnings-
varighed på 72 timer ved den lave
temperatur (- 20 ºC), 1 time med funk-
tion, 1 time uden funktion,
— IEC 68-2-2, prøve Bd, med en prøvnings-
varighed på 72 timer ved den høje
temperatur (+ 70 ºC), 1 time med funk-
tion, 1 time uden funktion
Temperaturcykluser: Det kontrolleres, at
køretøjsenheden kan modstå hurtige
ændringer i den omgivende temperatur1591998R2135 — DA — 25.08.2002 — 001.001 — 196
▼M1
Nr. Prøve Beskrivelse Tilknyttede krav
gennem IEC 68-2-14 prøve Na, 20 cyklusser,
hver med temperatur varierende fra den lave
temperatur (- 20 ºC) til den høje temperatur
(+ 70 ºC) og 2 timers fastholdelse af både
den lave og den høje temperatur
Et reduceret sæt prøvninger (af dem, som
foreskrives i afsnit 3 af denne tabel) kan
udføres ved den lave temperatur, den høje
temperatur og med gennemgang af tempera-
turcyklusserne
4.2. Fugtighed Det eftervises, at køretøjsenheden kan modstå
en cyklisk fugtighedsprøve (varmeprøve) ved
gennemgang af IEC 68-2-30, prøve Db, seks
24 timers cyklusser, hvor hver temperaturvarierer fra + 25 ºC til + 55 ºC, og hvor den
relative fugtighed er 97 % ved + 25 ºC og
93 % ved + 55 ºC160
4.3. Vibration 1. Sinusvibrationer:
Det kontrolleres, at køretøjsenheden kan
modstå sinusvibrationer med følgende
egenskaber:
Konstant skift mellem 5 og 11 Hz:
Topværdi 10 mm
konstant acceleration mellem 11 og
300 Hz: 5 g
Prøvning for dette krav sker med IEC 68-
2-6, prøve Fc, med en mindste prøvnings-
varighed på 3 × 12 timer (12 timer for
hver akseretning)
2. Tilfældige vibrationer:
Det kontrolleres, at køretøjsenheden kan
modstå tilfældige vibrationer med
følgende egenskaber:
Frekvens 5-150 Hz, niveau 0,02 g
2/Hz
Prøvning for dette krav sker med IEC 68-
2-35, prøve Ffda, med en mindste prøv-
ningsvarighed på 3 × 12 timer (12 timer
for hver akseretning), 1 time under drift, 1
time ude af drift
De to ovenfor beskrevne prøvninger udføres
på to forskellige prøveeksemplarer af den
afprøvede apparattype163
4.4. Beskyttelse
mod vand og
fremmedle-
gemerDet kontrolleres, at køretøjsenhedens beskyt-
telsesindeks i henhold til IEC 529 er mindst
IP 40, når den er monteret under driftsom-
stændigheder på køretøjet164, 165
4.5. Overspændings-
beskyttelseDet kontrolleres, at køretøjsenheden kan
modstå en strømforsyning på:
24 V-udførelse: 34 V ved + 40 ºC 1 time
12 V-udførelse: 17 V ved + 40 ºC 1 time161
4.6. Beskyttelse
mod omvendt
polaritetDet kontrolleres, at køretøjsenheden kan
modstå polvending af strømforsyningen161
4.7. Kortslutnings-
beskyttelseDet kontrolleres, at ind- og udgangssignaler
er beskyttet mod kortslutning til strømforsy-
ningen og til stel161
5. Prøver for elektromagnetisk kompatibilitet
5.1. Strålingsemis- Overensstemmelse med direktiv 95/54/EF 1621998R2135 — DA — 25.08.2002 — 001.001 — 197
▼M1
Nr. Prøve Beskrivelse Tilknyttede krav
sion og
følsomhed
5.2. Elektrostatisk
udladningOverensstemmelse med IEC 61000-4-2,
± 2 kV (niveau 1)162
5.3. Transient nedre
ledningsover-
førsel for
strømforsyningFor 24 V-udførelse: Overensstemmelse med
ISO 7637-2:
impuls 1a: Vs = - 100 V, Ri = 10 ohm
impuls 2: Vs = + 100 V, Ri = 10 ohmimpuls 3a: Vs = - 100 V, Ri = 50 ohmimpuls 3b: Vs = + 100 V, Ri = 50 ohm
impuls 4: Vs = - 16 V, Va = - 12 V,
t6=100 ms
impuls 5: Vs = + 120 V, Ri = 2,2 Ohm,
td = 250 ms
For 12 V-udførelse: Overensstemmelse med
ISO 7637-1:
impuls 1: Vs = - 100 V, Ri = 10 ohm
impuls 2: Vs = + 100 V, Ri = 10 ohm
impuls 3a: Vs = - 100 V, Ri = 50 ohmImpuls 3b: Vs = + 100 V, Ri = 50 ohm
impuls 4: Vs = - 6 V, Va = - 5 V, t6 = 15 ms
impuls 5: Vs = + 65 V, Ri = 3 ohm,
td = 100 ms
Impuls 5 skal kun afprøves for køretøjsen-
heder bestemt til montering i køretøjer uden
ekstern fælles overbelastningsbeskyttelse162
3. FUNKTIONSPRØVER FOR BEVÆGELSESFØLER
Nr. Prøve Beskrivelse Tilknyttede krav
1. Administrativ undersøgelse
1.1. Dokumentation Dokumentationens korrekthed
2. Besigtigelse
2.1. Overensstemmelse med dokumentationen2.2. Identifikation/mærkning 169, 170
2.3. Materialer 163 til 167
2.4. Plombering 2513. Funktionsprøver
3.1. Identifikationsdata for føler 077*
3.2. Bevægelsesføler — samparring med køretøjsenhed 099*, 155
3.3. Bevægelsesregistrering
Nøjagtighed af bevægelsesmåling 022 til 026
4. Miljøprøver
4.1. Arbejdstempe- Funktionaliteten (som defineret i prøve nr. 1591998R2135 — DA — 25.08.2002 — 001.001 — 198
▼M1
Nr. Prøve Beskrivelse Tilknyttede krav
ratur 3.3) efterprøves i temperaturintervallet
[- 40 ºC; + 135 ºC] gennem:
— IEC 68-2-1 prøve Ad, med en prøvnings-
varighed på 96 timer ved den laveste
temperatur Tomin
— IEC 68-2-2 prøve Bd, med en prøvnings-
varighed på 96 timer ved den højeste
temperatur Tomax
4.2. Temperaturcy-
klusserFunktionsprøvning (som fastlagt i prøve nr.
3.3) gennem IEC 68-2-14 prøve Na, 20
cyklusser, hver med temperatur varierende
fra den lave temperatur (- 40 ºC) til den høje
temperatur (+ 135 ºC) og 2 timers fasthol-
delse af både den lave og den høje tempe-
ratur
Et reduceret sæt prøvninger (af dem, som er
fastlagt i afsnit 3.3 af denne tabel) kan
udføres ved den lave temperatur, den høje
temperatur og under gennemgang af tempe-
raturcyklusserne159
4.3. Fugtighedscy-
klusserFunktionsprøvning (som fastlagt i prøve nr.
3.3) gennem IEC 68-2-30, prøve Db, seks 24
timers cyklusser, hvor hver temperatur
varierer fra + 25 ºC til + 55 ºC og med en
relativ fugtighed på 97 % ved + 25 ºC og
93 % ved + 55 ºC160
4.4. Vibration Funktionsprøvning (som foreskrevet i prøv-
ning 3.3) ved IEC 68-2-6, prøve Fc, med en
prøvningsvarighed på 100 frekvenscyklusser:
Konstant skift mellem 10 og 57 Hz: 1,5 mm
top konstant acceleration mellem 57 og
500 Hz: 20 g163
4.5. Mekanisk chok Funktionsprøvning (som fastlagt i prøve 3.3)
ved IEC 68-2-27, prøve Ea, 3 chok i begge
retninger for hver af de tre ortogonale akser163
4.6. Beskyttelse
mod vand og
fremmedle-
gemerDet kontrolleres, at køretøjsenhedens beskyt-
telsesindeks i henhold til IEC 529 er mindst
IP 64, når den er monteret under driftsom-
stændigheder på køretøjet165
4.7. Beskyttelse
mod omvendt
polaritetDet kontrolleres, at bevægelsesføleren kan
modstå polvending af strømforsyningen161
4.8. Kortslutnings-
beskyttelseDet kontrolleres, at ind- og udgangssignaler
er beskyttet mod kortslutning til strømforsy-
ningen og til stel161
5. Elektromagnetisk kompatibilitet
5.1. Strålingsemis-
sion og
følsomhedOverensstemmelse med direktiv 95/54/EF 162
5.2. Elektrostatisk
udladningOverensstemmelse med IEC 61000-4-2,
± 2 kV (niveau 1)162
5.3. Transient nedre
ledningsover-
førsel for data-
linjerneOverensstemmelse med ISO 7637-3 (niveau
III)1621998R2135 — DA — 25.08.2002 — 001.001 — 199
▼M1
4. FUNKTIONSPRØVER FOR FARTSKRIVERKORT
Nr. Prøve Beskrivelse Tilknyttede krav
1. Administrativ undersøgelse
1.1. Dokumentation Dokumentationens korrekthed
2. Besigtigelse
2.1. Det kontrolleres, at alle faciliteter til beskyt-
telse samt synlige data er korrekt udskrevet
på kortet og overensstemmende171 til 181
3. Fysiske prøver
3.1. Kontroller kortets dimensioner og kontakt-
ernes placering184
ISO/IEC 7816-1
ISO/IEC 7816-2
4. Protokolprøver
4.1. ATR (svar på
nulstilling)Kontroller, at ATR er overensstemmende ISO/IEC 7816-3
TCS 304, 307,
308
4.2. T=0 Kontroller, at T=0-protokollen er overens-
stemmendeISO/IEC 7816-3
TCS 302, 303,
305
4.3. PTS (valgt
transmissions-
protokol)Kontroller, at PTS-kommandoen er overens-
stemmende ved at sætte T=1 fra T=0.ISO/IEC 7816-3
TCS 309 til 311
4.4. T=1 Kontroller, at T=1-protokollen er overens-
stemmendeISO/IEC 7816-3
TCS 303, / 306
5. Kortets struktur
5.1. Kontroller, at kortets filstruktur er overens-
stemmende, ved at kontrollere for tilstedevæ-
relse af påbudte filer i kortet og
adgangsbetingelserne til demTCS 312
TCS 400*, 401,
402, 403*, 404,
405*, 406, 407,
408*, 409, 410*,
411, 412, 413*,
414, 415*, 416,
417, 418*, 419
6. Funktionsprøver
6.1. Normal behand-
ling af dataHver tilladt anvendelse af hver kommando
kontrolleres mindst én gang (eksempel:
Kommandoen UPDATE BINARY kontrol-
leres med CLA = ′00′, CLA =′0C′og med
forskellige parametre P1, P2 og Lc).
Kontroller, at operationerne faktisk er udført
på kortet (f.eks. ved at læse den fil,
kommandoen er udført på)TCS 313 til TCS
379
6.2. Fejlmeddelelser Hver fejlmeddelelse afprøves mindst én gang
(som foreskrevet i tillæg 2) for hver
kommando. Hver fælles fejl afprøves mindst
én gang (bortset fra ′6400′integritetsfejl, der
kontrolleres som led i sikkerhedsatteste-
ringen)
7. Miljøprøver
7.1. Det kontrolleres, at kortene fungerer inden 185 til 1881998R2135 — DA — 25.08.2002 — 001.001 — 200
▼M1
Nr. Prøve Beskrivelse Tilknyttede krav
for grænsebetingelserne, som er fastlagt i
overensstemmelse med ISO/IEC 10373ISO/IEC 7816-1
5. INTEROPERABILITETSPRØVER
Nr. Prøve Beskrivelse
1. Gensidig
ægthedsbekræf-
telseKontroller, at den gensidige ægthedsbekræftelse mellem køretøj-
senheden og fartskriverkortet afvikles normalt
2. Skrive-/læsepr-
øverGennemfør et typisk aktivitetsscenario på køretøjsenheden. Scena-
riet skal være tilpasset den afprøvede korttype og skal indebære
skrivning på så mange af kortets elementærfiler som muligt
Genem dataoverførsel fra kortet kontrolleres det, at alle de tilsva-
rende registreringer er udført korrekt
Gennem en daglig udskrift fra kort kontrolleres, at alle de tilsva-
rende registreringer kan læses korrekt1998R2135 — DA — 25.08.2002 — 001.001 — 201
▼M1
Tillæg 10
FÆLLES SIKKERHEDSMÅL
Dette tillæg angiver det foreskrevne mindste indhold i sikkerhedsmålene for bevægelsesføler, køretøj-
senhed 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, procedure-
mæssige metoder eller forskrifter for sikkerhedsfunktioner.
INDHOLD
Fælles sikkerhedsmål for bevægelsesfølere
1. Indledning … . . ..............................................................
2. Forkortelser, definitioner og henvisninger … .......................................
2.1. Forkortelser … . ..............................................................
2.2. Definitioner … . ..............................................................
2.3. Henvisninger … ..............................................................
3. Produktrationale … . . . ........................................................
3.1. Beskrivelse og anvendelse af bevægelsesføleren … .................................
3.2. Bevægelsesfølerens levetidscyklus … .............................................
3.3. Risici … . ...................................................................
3.3.1. Risiko rettet mod adgangskontrolregler … . . .......................................
3.3.2. Konstruktionsbetingede risici … .................................................
3.3.3. Operationsorienterede risici … ..................................................
3.4. Sikkerhedsmål … .............................................................
3.5. Informationsteknologiske sikkerhedsmål … . .......................................
3.6. Fysiske, personalemæssige og proceduremæssige midler … ...........................
3.6.1. Maskinellets konstruktion … . ...................................................
3.6.2. Levering af maskinellet … . . ...................................................
3.6.3. Generering og afgivelse af sikkerhedsdata … ......................................
3.6.4. Kontrolapparatets montering, kalibrering og eftersyn … . . ............................
3.6.5. Retlig kontrol … .............................................................
3.6.6. Opgraderinger af programmel … . . . .............................................
4. Sikkerhedsfunktioner … ........................................................
4.1. Identificering og ægthedsbekræftelse … ...........................................
4.2. Adgangskontrol … ............................................................
4.2.1. Adgangskontrolregler … .......................................................
4.2.2. Dataadgang … . ..............................................................
4.2.3. Filstruktur og adgangsbetingelser … . .............................................
4.3. Reviderbarhed … .............................................................
4.4. Revision … ..................................................................
4.5. Nøjagtighed … . ..............................................................
4.5.1. Regler for dataudvekslingskontrol … .............................................
4.5.2. Intern dataoverførsel … ........................................................
4.5.3. Integritet af lagrede data … . ...................................................
4.6. Pålidelighed af service … . . . ...................................................
4.6.1. Prøvning … . . . ..............................................................
4.6.2. Programmel … . ..............................................................
4.6.3. Fysisk sikring … .............................................................1998R2135 — DA — 25.08.2002 — 001.001 — 202
▼M1
4.6.4. Afbrydelser i strømforsyningen … . . .............................................
4.6.5. Nulstillingsbetingelser … .......................................................
4.6.6. Rådighed over data … . ........................................................
4.6.7. Flere applikationer samtidig … ..................................................
4.7. Dataudveksling … ............................................................
4.8. Kryptografisk støtte … . ........................................................
5. Fastlæggelse af sikkerhedsmekanismer … . . .......................................
6. Minimumstyrke af sikkerhedsmekanismer … .......................................
7. Sikkerhedsniveau … . . . ........................................................
8. Rationale … . . . ..............................................................
Fælles sikkerhedsmål for køretøjsenheder
1. Indledning … . . ..............................................................
2. Forkortelser, definitioner og henvisninger … .......................................
2.1. Forkortelser … . ..............................................................
2.2. Definitioner … . ..............................................................
2.3. Henvisninger … ..............................................................
3. Produktrationale … . . . ........................................................
3.1. Beskrivelse og anvendelse af køretøjsenheden … . ..................................
3.2. Køretøjsenhedens levetidscyklus … . .............................................
3.3. Risici … . ...................................................................
3.3.1. Risici rettet mod regler for identifikation og adgangskontrol … .......................
3.3.2. Konstruktionsbetingede risici … .................................................
3.3.3. Operationsorienterede risici … ..................................................
3.4. Sikkerhedsmål … .............................................................
3.5. Informationsteknologiske sikkerhedsmål … . .......................................
3.6. Fysiske, personalemæssige eller proceduremæssige midler … . . .......................
3.6.1. Maskinellets konstruktion … . ...................................................
3.6.2. Levering og aktivering af maskinellet … . . . .......................................
3.6.3. Generering og afgivelse af sikkerhedsdata … ......................................
3.6.4. Levering af kort … . . . ........................................................
3.6.5. Kontrolapparatets montering, kalibrering og eftersyn … . . ............................
3.6.6. Betjening af apparatet … .......................................................
3.6.7. Retlig kontrol … .............................................................
3.6.8. Opgraderinger af programmel … . . . .............................................
4. Sikkerhedsfunktioner … ........................................................
4.1. Identificering og ægthedsbekræftelse … ...........................................
4.1.1. Identificering og ægthedsbekræftelse af bevægelsesføler … ...........................
4.1.2. Identificering og ægthedsbekræftelse af bruger … ..................................
4.1.3. Identificering og ægthedsbekræftelse af en fjerntilsluttet virksomhed … .................
4.1.4. Identificering og ægthedsbekræftelse af en styringsanordning … .......................
4.2. Adgangskontrol … ............................................................
4.2.1. Adgangskontrolregler … .......................................................
4.2.2. Adgang til funktioner … .......................................................
4.2.3. Adgang til data … ............................................................
4.2.4. Filstruktur og adgangsbetingelser … . .............................................
4.3. Reviderbarhed … .............................................................1998R2135 — DA — 25.08.2002 — 001.001 — 203
▼M1
4.4. Revision … ..................................................................
4.5. Genbrug af objekter … ........................................................
4.6. Nøjagtighed … . ..............................................................
4.6.1. Regler for dataudvekslingskontrol … .............................................
4.6.2. Intern dataoverførsel … ........................................................
4.6.3. Integritet af lagrede data … . ...................................................
4.7. Pålidelighed af service … . . . ...................................................
4.7.1. Prøvning … . . . ..............................................................
4.7.2. Programmel … . ..............................................................
4.7.3. Fysisk sikring … .............................................................
4.7.4. Afbrydelser i strømforsyningen … . . .............................................
4.7.5. Nulstillingsbetingelser … .......................................................
4.7.6. Rådighed over data … . ........................................................
4.7.7. Flere applikationer samtidig … ..................................................
4.8. Dataudveksling … ............................................................
4.8.1. Dataudveksling med bevægelsesføler … . . . .......................................
4.8.2. Dataudveksling med fartskriverkort … ............................................
4.8.3. Dataudveksling med eksterne lagermedier (downloading-funktion) … . .................
4.9. Kryptografisk støtte … . ........................................................
5. Fastlæggelse af sikkerhedsmekanismer … . . .......................................
6. Minimumstyrke af sikkerhedsmekanismer … .......................................
7. Sikkerhedsniveau … . . . ........................................................
8. Rationale … . . . ..............................................................
Fælles sikkerhedsmål for fartskriverkort
1. Inledning … . . . ..............................................................
2. Forkortelser, definitioner og henvisninger … .......................................
2.1. Forkortelser … . ..............................................................
2.2. Definitioner … . ..............................................................
2.3. Henvisninger … ..............................................................
3. Produktrationale … . . . ........................................................
3.1. Beskrivelse og anvendelse af fartskriverkortet … . ..................................
3.2. Fartskriverkortets levetidscyklus … . .............................................
3.3. Risici … . ...................................................................
3.3.1. Endeligt mål … ..............................................................
3.3.2. Angrebsveje … . ..............................................................
3.4. Sikkerhedsmål … .............................................................
3.5. Informationsteknologiske sikkerhedsmål … . .......................................
3.6. Fysiske, personalemæssige eller proceduremæssige midler … . . .......................
4. Sikkerhedsfunktioner … ........................................................
4.1. Overensstemmelse med sikringsprofiler … . .......................................
4.2. Identificering og ægthedsbekræftelse af bruger … ..................................
4.2.1. Identifikation af bruger … . . . ...................................................
4.2.2. Ægthedsbekræftelse af bruger … . . . .............................................
4.2.3. Svigt af ægthedsbekræftelse … ..................................................
4.3. Adgangskontrol … ............................................................
4.3.1. Adgangskontrolregler … .......................................................1998R2135 — DA — 25.08.2002 — 001.001 — 204
▼M1
4.3.2. Adgangskontrolfunktioner … . ...................................................
4.4. Reviderbarhed … .............................................................
4.5. Revision … ..................................................................
4.6. Nøjagtighed … . ..............................................................
4.6.1. Integritet af lagrede data … . ...................................................
4.6.2. Ægthedsbekræftelse af basisdata … . .............................................
4.7. Pålidelighed af service … . . . ...................................................
4.7.1. Prøver … ...................................................................
4.7.2. Programmel … . ..............................................................
4.7.3. Strømforsyning … ............................................................
4.7.4. Nulstillingsbetingelser … .......................................................
4.8. Dataudveksling … ............................................................
4.8.1. Dataudveksling med en køretøjsenhed … . . . .......................................
4.8.2. Eksport af data til andet end en køretøjsenhed (downloading-funktion) … . . . ............
4.9. Kryptografisk støtte … . ........................................................
5. Fastlæggelse af sikkerhedsmekanismer … . . .......................................
6. Påberåbt minimumstyrke af mekanismer … . .......................................
7. Sikkerhedsniveau … . . . ........................................................
8. Rationale … . . . ..............................................................1998R2135 — DA — 25.08.2002 — 001.001 — 205
▼M1
FÆLLES SIKKERHEDSMÅL FOR BEVÆGELSESFØLERE
1.Indledning
Dette 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 sikker-
hedsmå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 sikkerheds-
må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 henvisninger
2.1. Forkortelser
ROM 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. Definitioner
Digital fartskriver Kontrolapparat
Enhed En anordning, som er tilsluttet bevægelsesfølerenKøredata De data, som udveksles med køretøjsenheden og
repræsenterer hastighed og tilbagelagt distance
Fysisk adskilte dele Fysiske komponenter, som tilhører bevægelsesfø-
leren og er fordelt i køretøjet, modsat de fysiskekomponenter, som er samlet i bevægelsesfølerens
hus
Sikkerhedsdata 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 kontrolapparatet
Bruger 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øleren
2.3. Henvisninger
ITSEC ITSEC Evalueringskriterier for informationsteknologi 1991 (Information
Technology Security Evaluation Criteria 1991).
3.Produktrationale
3.1. Beskrivelse og anvendelse af bevægelsesføleren
Bevæ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 tilbage-
lagte 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.1998R2135 — DA — 25.08.2002 — 001.001 — 206
▼M1
Den kan desuden være tilsluttet bestemt udstyr til styringsmæssigt formål (fast-
lægges af fabrikanten)
Den typiske bevægelsesføler er beskrevet i følgende figur:
Figur 1
Typisk bevægelsesføler
1998R2135 — DA — 25.08.2002 — 001.001 — 207
▼M1
3.2. Bevægelsesfølerens levetidscyklus
Den typiske levetidscyklus af en bevægelsesføler er beskrevet i følgende figur:
Figur 2
Typisk levetidscyklus for en bevægelsesføler
3.3. Risici
Dette punkt beskriver de risici, som bevægelsesføleren kan være udsat for.
3.3.1. Risiko rettet mod adgangskontrolregler
T.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 risici
T.Faults Som følge af fejl i maskinel, programmel eller
kommunikationsprocedurer kan bevægelsesføleren
blive udsat for uventede betingelser, som forringer
dens sikkerhed1998R2135 — DA — 25.08.2002 — 001.001 — 208
▼M1
T.Tests Brug af ikke ugyldiggjorte prøvningsfunkti-
onsmåder eller eksisterende bagdøre kan skade
bevægelsesfølerens sikkerhed
T.Design Brugere kan tænkes at forsøge at skaffe sig uret-
mæssigt kendskab til konstruktionen fra
fabrikanten (ved tyveri, bestikkelse osv.) eller ved
baglæns konstruktion
3.3.3. Operationsorienterede risici
T.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ægel-
sesfølerens maskinel
T.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ømforsy-
ning
T.Security_Data Brugere kan tænkes at forsøge at skaffe sig uret-
mæssigt kendskab til sikkerhedsdata, når disse
genereres, transporteres eller lagres i apparatet
T.Software Brugere kan tænkes at forsøge at ændre bevægel-
sesfølerens programmel
T.Stored_Data Brugere kan tænkes at forsøge at ændre lagrede
data (sikkerhedsdata eller brugerdata)
3.4. Sikkerhedsmål
De 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
hastighed
Derfor 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 distance
3.5. Informationsteknologiske sikkerhedsmål
Bevægelsesføleren har følgende særlige informationsteknologiske sikker-
hedsmål, som er et led i dens overordnede sikkerhedsformål:
O.Access Bevægelsesføleren skal regulere de tilsluttede
enheders adgang til funktioner og data
O.Audit Bevægelsesføleren skal revidere for forsøg på at
undergrave dens sikkerhed og skal spore dem til
de tilknyttede enheder
O.Authentication Bevægelsesføleren skal ægthedskontrollere de
tilsluttede enheder
O.Processing Bevægelsesføleren skal sikre, at behandlingen af
indgangssignalet og de heraf afledte køredata er
nøjagtige
O.Reliability Bevægelsesføleren skal tilvejebringe en pålidelig
service
O.Secured_Data_Exchange Bevægelsesføleren skal sikre dataudveksling med
køretøjsenheden1998R2135 — DA — 25.08.2002 — 001.001 — 209
▼M1
3.6. Fysiske, personalemæssige og proceduremæssige midler
Dette afsnit beskriver fysiske, personalemæssige og proceduremæssige
midler, som er et led i bevægelsesfølerens sikkerhed.
3.6.1. Maskinellets konstruktion
M.Development Udviklere af bevægelsesfølere skal sikre, at
ansvarsuddelegering i udviklingsfasen sker på en
måde, som bevarer it-sikkerheden
M.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-sikkerheden
3.6.2. Levering af maskinellet
M.Delivery Fabrikanter af bevægelsesfølere, køretøjsfabrik-
anter og montører eller værksteder skal sikre, at
håndtering af bevægelsesføleren finder sted på en
måde, som bevarer it-sikkerheden
3.6.3. Generering og afgivelse af sikkerhedsdata
M.Sec_Data_Generation Algoritmer til generering af sikkerhedsdata må kun
være tilgængelige for autoriserede og betroede
personer
M.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 bevares
3.6.4. Kontrolapparatets montering, kalibrering og eftersyn
M.Approved_Workshops Montering, kalibrering og reparation af kontrolap-
parater skal udføres af betroede og godkendte
montører eller værksteder
M.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
kalibreres
3.6.5. Retlig kontrol
M.Controls Der skal regelmæssigt og på tilfældig måde
gennemføres eftersyn, som skal indbefatte sikker-
hedsrevision
3.6.6. Opgraderinger af programmel
M.Software_Upgrade Reviderede versioner af programmel skal være
sikkerhedscertificeret, før de må implementeres i
en bevægelsesføler
4.Sikkerhedsfunktioner
4.1. Identificering og ægthedsbekræftelse
Bevæ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 godkendel-
sesnummer og køretøjsenhedens serienummer.1998R2135 — DA — 25.08.2002 — 001.001 — 210
▼M1
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. Adgangskontrol
Adgangskontrollen 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. Adgangskontrolregler
Bevægelsesføleren skal kontrollere adgangen til funktionen og til data.
4.2.2. Dataadgang
Bevæ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 ægthedsbe-
kræftede enheder.
Bevægelsesføleren skal håndhæve behørig læse- og skriveadgangsret til sikker-
hedsdata.
4.2.3. Filstruktur og adgangsbetingelser
Filstruktur og adgangsbetingelser for applikations- og datafiler skal oprettes i
produktionen og derefter være spærret for enhver efterfølgende ændring og slet-
ning.
4.3. Reviderbarhed
Bevæ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. Revision
Bevæ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 standardindika-
tion (fastlægges af fabrikanten).1998R2135 — DA — 25.08.2002 — 001.001 — 211
▼M1
Bevægelsesføleren skal sende de revisionsposter, den opretter, til køretøjsen-
heden 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øjagtighed
4.5.1. Regler for dataudvekslingskontrol
Bevægelsesføleren skal sikre, at kun det mekaniske indgangssignal fra føleren er
grundlag for afledte køredata.
4.5.2. Intern dataoverførsel
Forskrifterne 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 over-
førslen gentages, og sikkerhedsfunktionen skal oprette en revisionspost for
hændelsen.
4.5.3. Integritet af lagrede data
Bevæ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 service
4.6.1 Prøvning
Alle kommandoer, operationer og testpunkter, som særligt dækker prøvningsbe-
hovet 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 fore-
tage 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. Programmel
Bevæ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 sikring
Er 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øm-
forsyningen.
Er bevægelsesføleren således konstrueret, at den ikke kan åbnes, skal konstruk-
tionen 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ømforsyningen
Bevægelsesføleren skal opretholde en sikker tilstand ved afbrydelser eller
uregelmæssigheder i strømforsyningen.1998R2135 — DA — 25.08.2002 — 001.001 — 212
▼M1
4.6.5. Nulstillingsbetingelser
Ved 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 data
Bevæ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 samtidig
Hvis bevægelsesføleren tilfører systemet andre applikationer end fartskriverap-
plikationen, 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. Dataudveksling
Bevæ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øtte
Forskrifterne 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ør-
relse.
Hvis bevægelsesføleren opretter kryptografiske nøgler, skal dette ske i overens-
stemmelse 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 over-
ensstemmelse med foreskrevne metoder til distribution af nøgler.
Giver bevægelsesføleren adgang til kryptografiske nøgler, skal dette ske i over-
ensstemmelse med foreskrevne adgangsmetoder til nøgler.
Destruerer bevægelsesføleren kryptografiske nøgler, skal dette ske i overens-
stemmelse med foreskrevne metoder til destruktion af nøgler.
5.Fastlæggelse af sikkerhedsmekanismer
De sikkerhedsmekanismer, som varetager bevægelsesfølerens sikkerhedsfunkti-
oner, fastlægges af bevægelsesfølerens fabrikant.
6.Minimumstyrke af sikkerhedsmekanismer
Den mindste styrke af bevægelsesfølerens sikkerhedsmekanismer er Høj som
fastlagt i ITSEC.
7.Sikkerhedsniveau
Målet for bevægelsesfølerens sikkerhedsniveau er ITSEC-niveau E3 som fastlagt
i ITSEC.
8.Rationale
Fø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.1998R2135 — DA — 25.08.2002 — 001.001 — 213
Risici It-målT.Access
T.Faults
T.TestsT.DesignT.EnvironmentT.HardwareT.Mechanical_Origin
T.Motion_Data
T.Power_SupplyT.Security_DataT.SoftwareT.Stored_DataO.Access
O.Audit
O.AuthenticationO.ProcessingO.ReliabilityO.Secured_Data_Exchange
Fysiske, personalemæssige eller proceduremæssige midler
Udvikling x x x
Produktion x xLevering xx x
Generering af sikkerhedsdata x
Transport af sikkerhedsdata x
Godkendte værksteder x
Mekanisk tilkobling x
Regelmæssig inspektion x x x x
Retlig kontrol x x x x x x
Opgraderinger af programmel x
Sikkerhedsfunktioner
Identificering og ægthedsbekræftelse
UIA_101 Identifikation af enheder x x x x x
UIA_102 Identitet af enheder x xx▼M11998R2135 — DA — 25.08.2002 — 001.001 — 214
Risici It-målT.Access
T.Faults
T.TestsT.DesignT.EnvironmentT.HardwareT.Mechanical_Origin
T.Motion_Data
T.Power_SupplyT.Security_DataT.SoftwareT.Stored_DataO.Access
O.Audit
O.AuthenticationO.ProcessingO.ReliabilityO.Secured_Data_Exchange
UIA_103 Identitet af køretøjsenhed x
UIA_104 Ægthedsbekræftelse af enheder x x x x xUIA_105 Gentagelse af ægthedsbekræftelse x x x x xUIA_106 Forfalskningssikker ægthedsbe-
kræftelsexx x x
UIA_107 Svigt af ægthedskontrol x x x
Adgangskontrol
ACC_101 Adgangskontrolregler x x x x
ACC_102 Bevægelsesføler-ID xx
ACC_103 Brugerdata xx
ACC_104 Sikkerhedsdata xx x
ACC_105 Filstruktur og adgangsbetingelser x x x x
Reviderbarhed
ACT_101 ID-data for bevægelsesføler x
ACT_102 Samparringsdata x
ACT_103 Reviderbarhedsdata x▼M11998R2135 — DA — 25.08.2002 — 001.001 — 215
Risici It-målT.Access
T.Faults
T.TestsT.DesignT.EnvironmentT.HardwareT.Mechanical_Origin
T.Motion_Data
T.Power_SupplyT.Security_DataT.SoftwareT.Stored_DataO.Access
O.Audit
O.AuthenticationO.ProcessingO.ReliabilityO.Secured_Data_Exchange
Revision
AUD_101 Revisionsposter x
AUD_102 Revisionsliste over hændelser x x x x x
AUD_103 Revisionsdata x
AUD_104 Revisionsværktøjer x
AUD_105 Lagring af revisionsposter x
NøjagtighedACR_101 Regler for dataudvekslingskontrol x x xACR_102 Intern dataoverførsel xx
ACR_103 Intern dataoverførsel x
ACR_104 Integritet af lagrede data xx
ACR_105 Integritet af lagrede data xx
Pålidelighed
RLB_101 Prøvning i produktionen x x x
RLB_102 Selvtest x x x x x▼M11998R2135 — DA — 25.08.2002 — 001.001 — 216
Risici It-målT.Access
T.Faults
T.TestsT.DesignT.EnvironmentT.HardwareT.Mechanical_Origin
T.Motion_Data
T.Power_SupplyT.Security_DataT.SoftwareT.Stored_DataO.Access
O.Audit
O.AuthenticationO.ProcessingO.ReliabilityO.Secured_Data_Exchange
RLB_103 Selvtest x x x x
RLB_104 Programmelanalyse x x x
RLB_105 Indlæsning af programmel xx x
RLB_106 Åbning af hus x x x x x x xRLB_107 Sabotage mod maskinel x x
RLB_108 Sabotage mod maskinel x x
RLB_109 Afbrydelser i strømforsyningen x x
RLB_110 Nulstilling x x
RLB_111 Rådighed over data xx
RLB_112 Flere applikationer samtidig x
Dataudveksling
DEX_101 Sikret eksport af køredata x x
Kryptografisk støtteCSP_101 Algoritmer xx▼M11998R2135 — DA — 25.08.2002 — 001.001 — 217
Risici It-målT.Access
T.Faults
T.TestsT.DesignT.EnvironmentT.HardwareT.Mechanical_Origin
T.Motion_Data
T.Power_SupplyT.Security_DataT.SoftwareT.Stored_DataO.Access
O.Audit
O.AuthenticationO.ProcessingO.ReliabilityO.Secured_Data_Exchange
CSP_102 Nøglegenerering xx
CSP_103 Nøgledistribution xx
CSP_104 Nøgleadgang xx
CSP_105 Nøgledestruktion xx▼M11998R2135 — DA — 25.08.2002 — 001.001 — 218
▼M1
FÆLLES SIKKERHEDSMÅL FOR KØRETØJSENHEDER
1.Indledning
Dette 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 hoved-
delen 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 sikkerheds-
må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 henvisninger
2.1. Forkortelser
PIN Personligt identifikationsnummer
ROM 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. Definitioner
Digital fartskriver Kontrolapparat
Køredata De data, som udveksles med bevægelsesføleren og
repræsenterer hastighed og tilbagelagt distance
Fysisk adskilte dele Fysiske komponenter, som tilhører køretøjsenheden
og er fordelt i køretøjet, modsat de fysiske kompo-nenter, som er samlet i køretøjsenhedens hus
Sikkerhedsdata 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 kontrolapparatet
Bruger Ved brugere forstås personer, som anvender appa-
ratet. Normale brugere af køretøjsenheden er
førere, tilsynsførende, værksteder og virksomheder
Brugerdata Alle data, bortset fra køre- og sikkerhedsdata, som
registreres eller lagres af køretøjsenheden, og som
foreskrives i kapitel III, punkt 12
2.3. Henvisninger
ITSEC ITSEC Evalueringskriterier for informationstekno-
logi 1991 (Information Technology Security
Evaluation Criteria 1991)
3.Produktrationale
3.1. Beskrivelse og anvendelse af køretøjsenheden
Køretøjsenheden er bestemt til montering i køretøjer til vejtransport. Køretøjsen-
heden 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.1998R2135 — DA — 25.08.2002 — 001.001 — 219
▼M1
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 2
Køretøjsenhedens funktionelle miljø
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 3
Typisk køretøjsenhed (…) ikke obligatorisk
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 levetidscyklus
Den typiske levetidscyklus af en køretøjsenhed er beskrevet i følgende figur:1998R2135 — DA — 25.08.2002 — 001.001 — 220
▼M1
Figur 4
Typisk levetidscyklus for køretøjsenhed
3.3. Risici
Dette afsnit beskriver de risici, som køretøjsenheden kan være udsat for.
3.3.1. Risici rettet mod regler for identifikation og adgangskontrol
T.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 kalibre-
ringsfunktionen)
T.Identification Brugere kan tænkes at forsøge at bruge flere
forskellige identifikationer eller undlade identifika-
tion1998R2135 — DA — 25.08.2002 — 001.001 — 221
▼M1
3.3.2. Konstruktionsbetingede risici
T.Faults Fejl i maskinel, programmel eller kommunikations-
procedurer kan sætte køretøjsenheden under
uforudsete betingelser, så dens sikkerhed forringes
T.Tests Brug af ikke ugyldiggjorte testfunktionsmåder eller
eksisterende bagdøre kan skade køretøjsenhedens
sikkerhed
T.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
konstruktion
3.3.3. Operationsorienterede risici
T.Calibration_Parameters Brugere kan tænkes at forsøge at anvende fejlkali-
breret 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 fartskriver-
kort (tilføjelse, ændring, sletning, genafspilning af
signal)
T.Clock Brugere kan tænkes at forsøge at ændre det interne
ur
T.Environment Brugere kan tænkes at forringe køretøjsenhedens
sikkerhed ved direkte påvirkning (termisk, elektro-
magnetisk, 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øjsen-
heden
T.Hardware Brugere kan tænkes at forsøge at ændre køretøjsen-
hedens maskinel
T.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
apparat
T.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øj-
senheden i at opfylde sine sikkerhedsmål ved at
ændre (afbryde, nedsætte, øge) dens strømforsy-
ning
T.Security_Data Brugere kan tænkes at forsøge at skaffe sig uret-
mæssigt kendskab til sikkerhedsdata, når disse
genereres, transporteres eller lagres i apparatet
T.Software Brugere kan tænkes at forsøge at ændre køretøjsen-
hedens programmel
T.Stored_Data Brugere kan tænkes at forsøge at ændre lagrede
data (sikkerhedsdata eller brugerdata)
3.4. Sikkerhedsmål
De 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
hastighed
For 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 akti-
viteter hvad angår køre-, arbejde, rådigheds- og
hvileperioder samt køretøjets hastighed1998R2135 — DA — 25.08.2002 — 001.001 — 222
▼M1
O.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 verificeres
3.5. Informationsteknologiske sikkerhedsmål
For køretøjsenheden gælder følgende særlige informationsteknologiske sikker-
hedsmål som et led i dens sikkerhedsmæssige hovedmål:
O.Access Køretøjsenheden skal kontrollere brugernes adgang
til funktioner og data
O.Accountability Køretøjsenheden skal indsamle nøjagtige revider-
barhedsdata
O.Audit Køretøjsenheden skal revidere for forsøg på at
undergrave systemets sikkerhed og spore dem til
de tilknyttede brugere
O.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
data
O.Output Køretøjsenheden skal sikre, at udgående data nøje
afspejler de målte eller lagrede data
O.Processing Køretøjsenheden skal sikre, at behandlingen af
indgående data til afledning af brugerdata er
nøjagtig
O.Reliability Køretøjsenheden skal tilvejebringe en pålidelig
service
O.Secured_Data_Exchange Køretøjsenheden skal sikre dataudveksling med
bevægelsesføleren og med fartskriverkortene
3.6. Fysiske, personalemæssige og proceduremæssige midler
Dette afsnit beskriver fysiske, personalemæssige og proceduremæssige
midler, som er et led i køretøjsenhedens sikkerhed
3.6.1. Maskinellets konstruktion
M.Development Udviklere af køretøjsenheder skal sørge for, at
ansvarsuddelegering i udviklingsfasen finder sted
på en måde, som bevarer it-sikkerheden
M.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-sikkerheden
3.6.2. Levering og aktivering af maskinellet
M.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-sikkerheden
M.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 sted
3.6.3. Generering og levering af sikkerhedsdata
M.Sec_Data_Generation Algoritmer til generering af sikkerhedsdata må kun
være tilgængelige for autoriserede og betroede
personer
M.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 bevares
3.6.4. Levering af kort
M.Card_Availability Fartskriverkort må stilles til rådighed og leveres
alene til autoriserede personer1998R2135 — DA — 25.08.2002 — 001.001 — 223
▼M1
M.Driver_Card_Uniqueness Førere må kun være i besiddelse af étgyldigt føre-
rkort på et givet tidspunkt
M.Card_Traceability Levering af kort skal være sporbar (hvide lister,
sorte lister), og ved sikkerhedsrevision skal
anvendes sorte lister
3.6.5. Kontrolapparatets montering, kalibrering og eftersyn
M.Approved_Workshops Montering, kalibrering og reparation af kontrolap-
parater skal udføres af betroede og godkendte
montører eller værksteder
M.Regular_Inpections Kontrolapparater skal regelmæssigt efterses og
kalibreres
M.Faithful_Calibration Godkendte montører og værksteder skal indlæse
korrekte køretøjsparametre i kontrolapparatet under
kalibrering
3.6.6. Betjening af apparatet
M.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 kontrol
M.Controls Der skal regelmæssigt og på tilfældig måde
gennemføres retlig kontrol, og heri skal indgå
sikkerhedsrevision
3.6.8. Opgraderinger af programmel
M.Software_Upgrade Reviderede versioner af programmel skal være
sikkerhedscertificeret, før de må implementeres i
en køretøjsenhed
4.Sikkerhedsfunktioner
4.1. Identificering og ægthedsbekræftelse
4.1.1. Identificering og ægthedsbekræftelse af bevægelsesføler
Kø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æf-
telsesdata, som er kopieret og genafspillet.
Efter at (et antal fastlagt af fabrikanten, dog højst 20) på hinanden følgende fejl-
slagne 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.1998R2135 — DA — 25.08.2002 — 001.001 — 224
▼M1
4.1.2. Identificering og ægthedsbekræftelse af bruger
Kø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øre-
rens 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 fabri-
kanten, 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 fortro-
ligheden af PIN-koden ikke være beskyttet under overførslen.
Køretøjsenheden skal konstatere og forhindre eventuel brug af ægthedsbekræf-
telsesdata, som er kopieret og genafspillet.
Hvis der er konstateret 5 på hinanden følgende fejlslagne forsøg på ægthedsbe-
kræ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 virksomhed
Mulighed 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æf-
telsesdata, som er kopieret og genafspillet.
Hvis der er konstateret 5 på hinanden følgende fejlslagne forsøg på ægthedsbe-
kræftelse, skal køretøjsenheden:
— advare den fjerntilsluttede virksomhed.
4.1.4. Identificering og ægthedsbekræftelse af en styringsanordning
Fabrikanter 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.1998R2135 — DA — 25.08.2002 — 001.001 — 225
▼M1
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. Adgangskontrol
Adgangskontrollen 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. Adgangskontrolregler
Køretøjsenheden skal forvalte og kontrollere adgangen til funktioner og til data.
4.2.2. Adgang til funktioner
Kø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 data
Kø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 kalibrerings-
funktion 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 skrivead-
gang til og sletning af kalibreringsdata (krav 097).
Efter aktivering af køretøjsenheden skal denne sikre, at det kun i kalibrerings-
funktion 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 adgangsbetingelser
Filstruktur 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. Reviderbarhed
Kø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 lagrede1998R2135 — DA — 25.08.2002 — 001.001 — 226
▼M1
data med nye (krav 110) og det i bemærkningen til punkt 2.1 i tillæg 1 beskr-
evne tilfælde.
4.4. Revision
Revisionsmulighed 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 regi-
streres 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 objekter
Køretøjsenheden skal sikre, at midlertidigt lagrede objekter kan genbruges, uden
at dette medfører uantagelig strøm af data.
4.6. Nøjagtighed
4.6.1. Regler for dataudvekslingskontrol
Kø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ørsel
Forskrifterne 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 over-
førslen gentages, og sikkerhedsfunktionen skal oprette en revisionspost for
hændelsen.
4.6.3. Integritet af lagrede data
Køretøjsenheden skal kontrollere de brugerdata, som er lagret i dens hukom-
melse, for integritetsfejl.
Konstateres der en integritetsfejl i lagrede brugerdata, skal sikkerhedsfunktionen
oprette en revisionspost.1998R2135 — DA — 25.08.2002 — 001.001 — 227
▼M1
4.7. Pålidelighed af service
4.7.1. Prøvning
Alle kommandoer, operationer og testpunkter, som specielt tilhører produktions-
fasen 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øre-
tøjsenheden),
— bevare integriteten af de lagrede data.
4.7.2. Programmel
Programmellet 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 sikring
Er 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 revisi-
onsposten oprettes og lagres efter genetablering af strømforsyningen).
Er køretøjsenheden således konstrueret, at den ikke kan åbnes, skal konstrukti-
onen 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ømforsyningen
Køretøjsenheden skal detektere afvigelser fra de foreskrevne værdier af strøm-
forsyningen, 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. Nulstillingsbetingelser
Ved 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 data
Kø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 samtidig
Hvis køretøjsenheden tilfører systemet andre applikationer end fartskriverappli-
kationen, 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.1998R2135 — DA — 25.08.2002 — 001.001 — 228
▼M1
4.8. Dataudveksling
Dette afsnit vedrører dataudveksling mellem køretøjsenheden og tilsluttede
anordninger.
4.8.1. Dataudveksling med bevægelsesføler
Køretøjsenheden skal efterprøve integritet og ægthed af køredata, som er impor-
teret fra bevægelsesføleren
Hvis der konstateres en integritets- eller ægthedsfejl ved køredata, skal sikker-
hedsfunktionen:
— oprette en revisionspost,
— fortsætte med at anvende importerede data.
4.8.2. Dataudveksling med fartskriverkort
Kø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øjsen-
heden:
— 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øtte
Forskrifterne 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ør-
relse.
Hvis køretøjsenheden genererer kryptografiske nøgler, skal dette ske i overens-
stemmelse 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 over-
ensstemmelse med foreskrevne metoder til distribution af nøgler.
Giver køretøjsenheden adgang til kryptografiske nøgler, skal dette ske i overens-
stemmelse med foreskrevne metoder til nøgleadgang.
Hvis køretøjsenheden destruerer kryptografiske nøgler, skal dette ske i overens-
stemmelse med foreskrevne metoder til destruktion af nøgler.
5.Fastlæggelse af sikkerhedsmekanismer
De foreskrevne sikkerhedsmekanismer er angivet i tillæg 11.
Alle øvrige sikkerhedsmekanismer skal fastlægges af fabrikanterne.
6.Minimumstyrke af sikkerhedsmekanismer
Den mindste styrke af køretøjsenhedens sikkerhedsmekanismer er Høj i henhold
til ITSEC.
7.Sikkerhedsniveau
Målet for køretøjsenhedens sikkerhedsniveau er ITSEC-niveau E3, som defineret
i henvisningen til ITSEC.1998R2135 — DA — 25.08.2002 — 001.001 — 229
▼M1
8.Rationale
Fø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.1998R2135 — DA — 25.08.2002 — 001.001 — 230
Risici It-målT.Access
T.IdentificationT.Faults
T.Tests
T.Design
T.Calibration_Parameters
T.Card_Data_Exchange
T.Clock
T.Environment
T.Fake_Devices
T.Hardware
T.Motion_Data
T.Non_Activated
T.Output_Data
T.Power_Supply
T.Saturation
T.Security_Data
T.Software
T.Stored_DataO.Access
O.Accountability
O.Audit
O.Authentication
O.Integrity
O.Output
O.Processing
O.Reliability
O.Secured_Data_Exchange
Fysiske, personalemæssige eller proceduremæssige midler
Udvikling x x x
Produktion x xLevering x
Aktivering x x
Generering af sikkerhedsdata x
Transport af sikkerhedsdata x
Rådighed over kort xEt førerkort x
Sporbarhed af kort x
Godkendte værksteder x xRegelmæssig kalibrering ved inspektion x x x x xPålidelige værksteder x x
Pålidelige førere x
Retlig kontrol x x x xxxx x x▼M11998R2135 — DA — 25.08.2002 — 001.001 — 231
Risici It-målT.Access
T.IdentificationT.Faults
T.Tests
T.Design
T.Calibration_Parameters
T.Card_Data_Exchange
T.Clock
T.Environment
T.Fake_Devices
T.Hardware
T.Motion_Data
T.Non_Activated
T.Output_Data
T.Power_Supply
T.Saturation
T.Security_Data
T.Software
T.Stored_DataO.Access
O.Accountability
O.Audit
O.Authentication
O.Integrity
O.Output
O.Processing
O.Reliability
O.Secured_Data_Exchange
Opgraderinger af programmel x
Sikkerhedsfunktioner
Identificering og ægthedsbekræftelseUIA_201 Identifikation af føler x x x x
UIA_202 Identitet af føler x x x x
UIA_203 Ægthedsbekræftelse af føler x x x xUIA_204 Gentagelse af identifikation og af
ægthedsbekræftelse af følerxx x x
UIA_205 Forfalskningssikker ægthedsbe-
kræftelsexx x
UIA_206 Svigt af ægthedsbekræftelse x x x x
UIA_207 Identifikation af brugere x x x x x x
UIA_208 Brugeridentitet x x x x x xUIA_209 Ægthedsbekræftelse af bruger x x x x x xUIA_210 Gentagelse af ægthedsbekræftelse
af brugerxx x x x x
UIA_211 Midler til ægthedsbekræftelse x x x x x▼M11998R2135 — DA — 25.08.2002 — 001.001 — 232
Risici It-målT.Access
T.IdentificationT.Faults
T.Tests
T.Design
T.Calibration_Parameters
T.Card_Data_Exchange
T.Clock
T.Environment
T.Fake_Devices
T.Hardware
T.Motion_Data
T.Non_Activated
T.Output_Data
T.Power_Supply
T.Saturation
T.Security_Data
T.Software
T.Stored_DataO.Access
O.Accountability
O.Audit
O.Authentication
O.Integrity
O.Output
O.Processing
O.Reliability
O.Secured_Data_Exchange
UIA_212 PIN-kodekontrol x x x x x x
UIA_213 Forfalskningssikker ægthedsbe-
kræftelsexx x x x
UIA_214 Svigt af ægthedsbekræftelse x x x x
UIA_215 Identifikation af fjernbruger x x xx x
UIA_216 Identitet af fjernbruger x x xx
UIA_217 Ægthedsbekræftelse af fjernbruger x x xx x
UIA_218 Midler til ægthedsbekræftelse x x xx
UIA_219 Forfalskningssikker ægthedsbe-
kræftelsexx xx
UIA_220 Svigt af ægthedsbekræftelse x x
UIA_221 Identifikation af styringsanordning x x xx
UIA_222 Ægthedsbekræftelse af styringsan-
ordningxx xx
UIA_223 Forfalskningssikker ægthedsbe-
kræftelsexx xx
Adgangskontrol
ACC_201 Adgangskontrolregler x x x x x x▼M11998R2135 — DA — 25.08.2002 — 001.001 — 233
Risici It-målT.Access
T.IdentificationT.Faults
T.Tests
T.Design
T.Calibration_Parameters
T.Card_Data_Exchange
T.Clock
T.Environment
T.Fake_Devices
T.Hardware
T.Motion_Data
T.Non_Activated
T.Output_Data
T.Power_Supply
T.Saturation
T.Security_Data
T.Software
T.Stored_DataO.Access
O.Accountability
O.Audit
O.Authentication
O.Integrity
O.Output
O.Processing
O.Reliability
O.Secured_Data_Exchange
ACC_202 Adgang til funktioner x x x x
ACC_203 Adgang til funktioner x x x x
ACC_204 VU ID xx
ACC_205 ID af tilsluttet føler x x xACC_206 Kalibreringsdata x x x x
ACC_207 Kalibreringsdata x x x
ACC_208 Tidsjusteringsdata x x xACC_209 Tidsjusteringsdata x x xACC_210 Sikkerhedsdata xx x
ACC_211 Filstruktur og adgangsbetingelser x x x x x
ReviderbarhedACT_201 Sporbarhed af førere x
ACT_202 ID-data for køretøjsenheder xx
ACT_203 Reviderbarhed af værksteder x
ACT_204 Reviderbarhed af tilsynsførende x▼M11998R2135 — DA — 25.08.2002 — 001.001 — 234
Risici It-målT.Access
T.IdentificationT.Faults
T.Tests
T.Design
T.Calibration_Parameters
T.Card_Data_Exchange
T.Clock
T.Environment
T.Fake_Devices
T.Hardware
T.Motion_Data
T.Non_Activated
T.Output_Data
T.Power_Supply
T.Saturation
T.Security_Data
T.Software
T.Stored_DataO.Access
O.Accountability
O.Audit
O.Authentication
O.Integrity
O.Output
O.Processing
O.Reliability
O.Secured_Data_Exchange
ACT_205 Reviderbarhed af køretøjsbevæ-
gelserx
ACT_206 Ændring af reviderbarhedsdata xx x
ACT_207 Ændring af reviderbarhedsdata xx x
Revision
AUD_201 Revisionsposter x
AUD_202 Revisionsliste over hændelser x x x x x x x x
AUD_203 Regler for lagring af revisionspo-
sterx
AUD_204 Revisionsposter for føler x
AUD_205 Revisionsværktøjer x
Genbrug
REU_201 Genbrug xx x
Nøjagtighed
ACR_201 Regler for dataudvekslingskontrol x x x xx
ACR_202 Intern dataoverførsel xx x x▼M11998R2135 — DA — 25.08.2002 — 001.001 — 235
Risici It-målT.Access
T.IdentificationT.Faults
T.Tests
T.Design
T.Calibration_Parameters
T.Card_Data_Exchange
T.Clock
T.Environment
T.Fake_Devices
T.Hardware
T.Motion_Data
T.Non_Activated
T.Output_Data
T.Power_Supply
T.Saturation
T.Security_Data
T.Software
T.Stored_DataO.Access
O.Accountability
O.Audit
O.Authentication
O.Integrity
O.Output
O.Processing
O.Reliability
O.Secured_Data_Exchange
ACR_203 Intern dataoverførsel xx
ACR_204 Integritet af lagrede data xx x
ACR_205 Integritet af lagrede data xx
ReviderbarhedRLB_201 Prøvning i produktionen x x x
RLB_202 Selvtest x x x x x
RLB_203 Selvtest xx xx
RLB_204 Programmelanalyse x x xRLB_205 Indlæsning af programmel xx x x
RLB_206 Åbning af hus x x x x x x x x x
RLB_207 Sabotage mod maskinel x x
RLB_208 Sabotage mod maskinel x x
RLB_209 Afbrydelser i strømforsyningen xx
RLB_210 Afbrydelser i strømforsyningen xx
RLB_211 Nulstilling x x▼M11998R2135 — DA — 25.08.2002 — 001.001 — 236
Risici It-målT.Access
T.IdentificationT.Faults
T.Tests
T.Design
T.Calibration_Parameters
T.Card_Data_Exchange
T.Clock
T.Environment
T.Fake_Devices
T.Hardware
T.Motion_Data
T.Non_Activated
T.Output_Data
T.Power_Supply
T.Saturation
T.Security_Data
T.Software
T.Stored_DataO.Access
O.Accountability
O.Audit
O.Authentication
O.Integrity
O.Output
O.Processing
O.Reliability
O.Secured_Data_Exchange
RLB_212 Rådighed over data xx
RLB_213 Frigivelse af kort x
RLB_214 Kortsession ikke korrekt afsluttet x
RLB_215 Flere applikationer samtidig x
DataudvekslingDEX_201 Sikret import af køredata x x
DEX_202 Sikret import af køredata x x
DEX_203 Sikret import af kortdata x x
DEX_204 Sikret import af kortdata x x
DEX_205 Sikret dataeksport til kort x x
DEX_206 Oprindelsesdokumentation xx
DEX_207 Oprindelsesdokumentation xx
DEX_208 Sikret eksport til eksterne medier xx
Kryptografisk støtte▼M11998R2135 — DA — 25.08.2002 — 001.001 — 237
Risici It-målT.Access
T.IdentificationT.Faults
T.Tests
T.Design
T.Calibration_Parameters
T.Card_Data_Exchange
T.Clock
T.Environment
T.Fake_Devices
T.Hardware
T.Motion_Data
T.Non_Activated
T.Output_Data
T.Power_Supply
T.Saturation
T.Security_Data
T.Software
T.Stored_DataO.Access
O.Accountability
O.Audit
O.Authentication
O.Integrity
O.Output
O.Processing
O.Reliability
O.Secured_Data_Exchange
CSP_201 Algoritmer xx
CSP_202 Nøglegenerering xx
CSP_203 Nøgledistribution xx
CSP_204 Nøgleadgang xx
CSP_205 Nøgledestruktion xx▼M11998R2135 — DA — 25.08.2002 — 001.001 — 238
▼M1
FÆLLES SIKKERHEDSMÅL FOR FARTSKRIVERKORT
1.Indledning
Dette 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 mini-
mumstyrke 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 hoved-
delen 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 sikkerheds-
målene, er ikke omfattet af sikkerhedsfunktioner.
Et fartskriverkort er et sædvanligt chipkort, som bærer en dedikeret fartskrive-
rapplikation 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 henvisninger
2.1. Forkortelser
IC 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. Definitioner
Digital fartskriver Kontrolapparat
Følsomme data Data, som er lagret på fartskriveren og har behov
for beskyttelse af hensyn til integritet, uautorise-
rede ændringer og fortrolighed (når dette er
relevant for sikkerhedsdata). Følsomme data
omfatter sikkerhedsdata og brugerdata
Sikkerhedsdata 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 kontrolapparatet
Bruger 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 aktivitetsdata
Identifikationsdata Identifikationsdata omfatter kortets identifikations-
data og kortindehaverens identifikationsdata
Kortidentifikationsdata Brugerdata vedrørende identifikation af kort som
defineret ved krav 190, 191, 192, 194, 215, 231
og 235
Kortindehaverens identifikationsdata Brugerdata vedrørende identifikation af1998R2135 — DA — 25.08.2002 — 001.001 — 239
▼M1
kortindehaver som defineret ved krav 195, 196,
216, 232 og 236
Aktivitetsdata Aktivitetsdata omfatter aktivitetsdata for kortinde-
haver, data vedrørende hændelser og fejl samt
kontrolaktivitetsdata
Aktivitetsdata 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 237
Data vedrørende hændelser og fejl Brugerdata vedrørende hændelser og fejl
som defineret ved krav 204, 205, 207, 208 og 223
Kontrolaktivitetsdata Brugerdata knyttet til retlig kontrol som fastlagt
ved krav 210 og 225
2.3. Henvisninger
ITSEC 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/9806
ES PP Smart Card Integrated Circuit With Embedded
Software Protection Profile — version 2.0 — issue
June 99. Registreret hos det franske certificerin-
gsorgan under nummer PP/9911
3.Produktrationale
3.1. Beskrivelse og anvendelse af fartskriverkortet
Et 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 tilveje-
bringe 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 levetidscy-
klussen 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 levetidscyklus
Fartskriverkortets levetidscyklus er i overensstemmelse med levetidscyklus for
chipkort som beskrevet i henvisning ES PP.
3.3. Risici
Ud over de generelle risici mod chipkortet, som er angivet i ES PP og henvis-
ning IC PP, kan fartskriverkortet være udsat for følgende risici.
3.3.1. Endeligt mål
Angribernes 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 identifikations-
data, som ligger i det evaluerede system (f.eks
kortets art, kortets udløbsdato eller kortindehave-
rens identifikationsdata), ville det give mulighed
for svigagtig brug af det evaluerede system, hvilket1998R2135 — DA — 25.08.2002 — 001.001 — 240
▼M1
ville udgøre en alvorlig trussel mod systemets
overordnede sikkerhedsmål
T.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 system
T.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 evalue-
rede system
3.3.2. Angrebsveje
Det 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ør-
selsfejl, fejl fremkaldt af miljøbelastning, udnyttelse af svagheder i
sikkerhedsfunktioner som ægthedsbekræftelse, dataadgangskontrol, krypto-
grafiske operationer osv.).
— ændringer af det evaluerede system eller dets sikkerhedsfunktioner gennem
fysiske, elektriske eller logiske angreb eller en kombination deraf.
3.4. Sikkerhedsmål
De 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 kortidentifikati-
onsdata og kortindehaverens identifikationsdata,
som er lagret under personaliseringen af kortet
O.Card_Activity_Storage Det evaluerede system skal opbevare brugerdata,
som gemmes på kortet af køretøjsenheder
3.5. Informationsteknologiske sikkerhedsmål
Ud 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 anvendelses-
fasen 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 midler
De fysiske, personalemæssige og proceduremæssige midler, som er et led i
sikkerheden af det evaluerede system, er angivet i henvisning ES PP og henvis-
ning IC PP (inddeling af sikkerhedsmål for miljøet).
4.Sikkerhedsfunktioner
I dette afsnit videreudvikles visse af de tilladte operationer som tilordning eller
valg af henvisning ES PP, og der fastsættes supplerende funktionskrav til sikker-
hedsfunktioner.1998R2135 — DA — 25.08.2002 — 001.001 — 241
▼M1
4.1. Overensstemmelse med sikringsprofiler
Det 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 bruger
Kortet 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 bruger-
data, 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 bruger
Tilordning (FIA_UID.1.1) Liste over operationer formidlet af sikkerhedsfunkti-
oner : 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 = VEHI-
CLE_UNIT).
4.2.2. Ægthedsbekræftelse af bruger
Tilordning (FIA_UAU.1.1) Liste over operationer formidlet af sikkerhedsfunk-
tioner:
— Fører- og værkstedskort: Eksportere brugerdata med sikkerhedsattributter
(dataoverførsel fra kort),
— Kontrolkort: Eksportere brugerdata uden sikkerhedsattributter undtagen kort-
indehavers 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æf-
telse 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æftelse
Fø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.1998R2135 — DA — 25.08.2002 — 001.001 — 242
▼M1
4.3. Adgangskontrol
4.3.1. Adgangskontrolregler
I 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. Adgangskontrolfunktioner
Tilordning (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 identi-
fikationsdata, 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 identifikations-
data 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. Reviderbarhed
Det 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. Revision
Områ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 fejl-
slagne PIN-kodeforsøg),
— selvtestfejl,— integritetsfejl i lagrede data,
— integritetsfejl i indlæste aktivitetsdata.
4.6. Nøjagtighed
4.6.1. Integritet af lagrede data
Tilordning (FDP_SDI.2.2) Nødvendige tiltag : Advar den tilsluttede enhed.
4.6.2. Ægthedsbekræftelse af basisdata
Tilordning (FDP_DAU.1.1) Liste over objekter eller informationstyper : Identi-
fikationsdata.
Tilordning (FDP_DAU.1.2) Liste over personer : En vilkårlig.1998R2135 — DA — 25.08.2002 — 001.001 — 243
▼M1
4.7. Pålidelighed af service
4.7.1. Prøver
Valg (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 program-
kode, som ikke ligger i læselageret.
Ved konstatering af en selvtestfejl skal sikkerhedsfunktionen advare den tilslut-
tede 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. Programmel
Programmellet for det evaluerede system må ikke på nogen måde kunne analy-
seres eller fejlrettes i marken.
Inddata fra eksterne kilder må ikke kunne accepteres som eksekverbar kode.
4.7.3. Strømforsyning
Ved afbrydelse eller uregelmæssigheder i strømforsyningen skal det evaluerede
system opretholde en sikker tilstand.
4.7.4. Nulstillingsbetingelser
Ved 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. Dataudveksling
4.8.1. Dataudveksling med en køretøjsenhed
Det 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 tilknyt-
tede 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 oprind-
elsesdokumentationen 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øtte
Hvis sikkerhedsfunktionen genererer kryptografiske nøgler, skal dette ske i over-
ensstemmelse med foreskrevne algoritmer til generering af kryptografiske nøgler
og foreskrevne kryptografiske nøglestørrelser. Genererede kryptografiske sessi-
onsnøgler skal have et begrænset antal (antallet angives af fabrikanten og må
højst være 240) mulige anvendelser.1998R2135 — DA — 25.08.2002 — 001.001 — 244
▼M1
Hvis sikkerhedsfunktionen distribuerer kryptografiske nøgler, skal dette ske i
overensstemmelse med foreskrevne metoder til distribution af kryptografiske
nøgler.
5.Fastlæggelse af sikkerhedsmekanismer
De 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 mekanismer
Den mindste styrke af fartskriverkortets sikkerhedsmekanismer er Høj i henhold
til ITSEC.
7.Sikkerhedsniveau
Målet for fartskriverkortets sikkerhedsniveau er ITSEC-niveau E3, som defineret
i henvisningen til ITSEC.
8.Rationale
Fø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.1998R2135 — DA — 25.08.2002 — 001.001 — 245
Risici It-målT.CLON*
T.DIS_ES2T.T_ES
T.T_CMD
T.MOD_SOFT*T.MOD_LOADT.MOD_EXET.MOD_SHARET.Ident_DataT.Activity_DataT.Data_Exchange
O.TAMPER_ES
O.CLON*O.OPERATE*O.FLAW*O.DIS_MECHANISM2O.DIS_MEMORY*O.MOD_MEMORY*
O.Data_Access
O.Secured_Communication
UIA_301 Midler til ægthedsbekræftelse x
UIA_302 PIN-kodekontrol x
ACT_301 Identifikationsdata
ACT_302 PersonaliseringsdatoRLB_301 Integritet af programmel xx
RLB_302 Selvtest xx
RLB_303 Prøvning i produktionen x x x x
RLB_304 Programmelanalyse x x x x xRLB_305 Indlæsning af programmel x x x x xRLB_306 Strømforsyning x xxx
RLB_307 Nulstilling xx
DEX_301 Sikret import af data xx
DEX_302 Sikret import af data xx▼M11998R2135 — DA — 25.08.2002 — 001.001 — 246
Risici It-målT.CLON*
T.DIS_ES2T.T_ES
T.T_CMD
T.MOD_SOFT*T.MOD_LOADT.MOD_EXET.MOD_SHARET.Ident_DataT.Activity_DataT.Data_Exchange
O.TAMPER_ES
O.CLON*O.OPERATE*O.FLAW*O.DIS_MECHANISM2O.DIS_MEMORY*O.MOD_MEMORY*
O.Data_Access
O.Secured_Communication
DEX_303 Sikret eksport af data til køretøjsenhed xx
DEX_304 Oprindelsesdokumentation xx
DEX_305 Oprindelsesdokumentation xx
DEX_306 Sikret eksport til eksterne medier xx
CSP_301 Nøglegenerering xx
CSP_302 Nøgledistribution xx▼M11998R2135 — DA — 25.08.2002 — 001.001 — 247
▼M1
Tillæg 11
FÆLLES SIKKERHEDSMEKANISMER
INDHOLD
1. Generelt … ..................................................................
1.1. Henvisninger … ..............................................................
1.2. Notation og forkortelser … . . ...................................................
2. Kryptografiske systemer og algoritmer … . . .......................................
2.1. Kryptografiske systemer … . . ...................................................
2.2. Kryptografiske algoritmer … . ...................................................
2.2.1. RSA-algoritme … .............................................................
2.2.2. Hash-algoritme … ............................................................
2.2.3. Algoritme til datakryptering … ..................................................
3. Nøgler og certifikater … .......................................................
3.1. Generering og distribution af nøgler … ...........................................
3.1.1. Generering og distribution af RSA-nøgler … ......................................
3.1.2. RSA-prøvenøgler … . . . ........................................................
3.1.3. Nøgler til bevægelsesføler … ...................................................
3.1.4. Genering og distribution af T-DES-sessionsnøgler … ................................
3.2. Nøgler … ...................................................................
3.3. Certifikater … . . ..............................................................
3.3.1. Certifikaters indhold … ........................................................
3.3.2. Udstedte certifikater … ........................................................
3.3.3. Verificering og udpakning af certifikater … .......................................
4. Mekanisme til gensidig ægthedsbekræftelse … . . . ..................................
5. Mekanismer til fortrolighed, integritet og ægthedskontrol ved dataoverførsel på køretøjsenhe-
dens kort … . . . ..............................................................
5.1. Sikker meddelelsesoverførsel … .................................................
5.2. Håndtering af fejl i sikker meddelelsesoverførsel … .................................
5.3. Algoritme til beregning af kryptografiske kontrolsummer … . . . .......................
5.4. Algoritme til beregning af kryptogrammer til fortrolighedsdataobjekter … . . . ............
6. Mekanismer til digital underskrift af dataoverførsel … . . . ............................
6.1. Generering af underskrifter … ..................................................
6.2. Verificering af underskrift … ...................................................1998R2135 — DA — 25.08.2002 — 001.001 — 248
▼M1
1. GENERELT
Dette 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 lagerme-
dier,
— integritet og ægthed af data overført fra fartskriverkort til eksterne lagerme-
dier.
1.1. Henvisninger
I 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 1995
PKCS1 RSA Laboratories. PKCS # 1: RSA Encryption Standard.
Version 2.0. Oktober 1998
TDES National Institute of Standards and Technology (NIST). FIPS
Publication 46-3: Data Encryption Standard. Udkast 1999
TDES-OP ANSI X9.52, Triple Data Encryption Algorithm Modes of
Operation. 1998
ISO/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: 1997
ISO/IEC 7816-6 Information Technology — Identification cards — Integrated
circuit(s) cards with contacts — Part 6: Interindustry data
elements. Første udgave: 1996 + Cor. 1: 1998
ISO/IEC 7816-8 Information Technology — Identification cards — Integrated
circuit(s) cards with contacts — Part 8: Security related inte-
rindustry commands. Første udgave 1999
ISO/IEC 9796-2 Information Technology — Security techniques — Digital
signature schemes giving message recovery — Part 2: Mecha-
nisms using a hash function. Første udgave: 1997
ISO/IEC 9798-3 Information Technology — Security techniques — Entity
authentication mechanisms — Part 3: Entity authentication
using a public key algorithm. Anden udgave 1998
ISO 16844-3 Road vehicles — Tachograph systems — Part 3: Motion
sensor interface
1.2. Notation og forkortelser
I dette tillæg bruges følgende notation og forkortelser:
(K
a,Kb,Kc) Et nøglebundt til brug for den tredobbelte datakrypteringsalgo-
ritme
CA Certificeringsmyndighed (Certification authority)CAR Henvisning til certificeringsmyndighed (Certification authority
reference)
CC Kryptografisk kontrolsum
CG KryptogramCH KommandoheaderCHA Certifikatindehavers autorisation (Certificate holder authorisa-
tion)
CHR Henvisning til certifikatindehaver (Certificate holder reference)D() Dekryptering med DESDE DataelementDO Dataobjektd Privat RSA-nøgle, privat eksponent
e Offentlig RSA-nøgle, offentlig eksponent
E() Kryptering med DESEQT Udstyr (Equipment)Hash() Sætte hash-værdi på et Hash -resultat1998R2135 — DA — 25.08.2002 — 001.001 — 249
▼M1
Hash Hash-funktion
KID Nøgleidentifikator (Key identifier)
Km TDES-nøgle, hovednøgle defineret i ISO 16844-3Km
VUTDES-nøgle indsat i køretøjsenheder
KmWCTDES-nøgle indsat i værkstedskort
m Repræsenterer en meddelelse, heltal mellem 0 og n-1
n RSA-nøgler, modulus
PB Udfyldningsbytes (Padding bytes)
PI Udfyldningsindikatorbyte (til brug i kryptogram til fortrolig-
hedsdataobjekt)
PV Ordinær dataværdi (Plain value)
s Repræsenterer en underskrift, et heltal mellem 0 og n−1
SSC Sendesekvenstæller (Send sequence counter)SM Sikker meddelelsesoverførsel
TCBC 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 certificeringsmyndighed
X.CA Certificeringsmyndighed for bruger XX.CA.PK
oX.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
operand
X.PK Offentlig RSA-krypteringsnøgle for bruger X
X.PK[I] RSA-krypteringen af en vilkårlig oplysning I ved hjælp af den
offentlige nøgle fra bruger X
X.SK Privat RSA-nøgle for bruger X
X.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ædningsoperator
2. KRYPTOGRAFISKE SYSTEMER OG ALGORITMER
2.1. Kryptografiske systemer
Kø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 fart-
skriverkort,
— 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.1998R2135 — DA — 25.08.2002 — 001.001 — 250
▼M1
2.2. Kryptografiske algoritmer
2.2.1. RSA-algoritme
RSA-algoritmen er fuldt defineret ved følgende relationer:
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-bereg-
ninger forskellig fra 2.
2.2.2. Hash-algoritme
Mekanismerne til digital underskrift skal anvende SHA-1-hashalgoritmen som
defineret i henvisning SHA-1.
2.2.3. Algoritme til datakryptering
Der skal anvendes DES-baserede algoritmer i blokkædnings-funktionsmåde.
3. NØGLER OG CERTIFIKATER3.1. Generering og distribution af nøgler
3.1.1. Generering og distribution af RSA-nøgler
RSA-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 euro-
pæ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 vare-
tages 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 trans-
port og opbevaring.1998R2135 — DA — 25.08.2002 — 001.001 — 251
▼M1
Følgende billede sammenfatter datastrømmen under denne proces:
3.1.2. RSA-prøvenøgler
Til 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 certi-ficeres 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øler
Generering, 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 certificerin-
gsmyndigheder endvidere sikre følgende:
Den europæiske certificeringsmyndighed genererer Km
VUog KmWC, to uafhæn-
gige og unikke tredobbelte DES-nøgler, og genererer Km som:
Den europæiske certificeringsmyndighed fremsender disse nøgler under brug aftilbørligt sikrede procedurer til medlemsstaternes certificeringsmyndigheder på
disses anmodning.1998R2135 — DA — 25.08.2002 — 001.001 — 252
▼M1
Medlemsstaternes certificeringsmyndigheder skal:
— Anvende Km til kryptering af bevægelsesfølerdata, som begæres af fabri-
kanter af bevægelsesfølere (de data, som skal krypteres med Km, er fastlagt
i ISO 16844-3),
— Fremsende KmVUtil fabrikanterne af køretøjseneheder under brug af behørigt
sikrede procedurer, til indsætning i køretøjsenheder,
— Sørge for, at KmWCindsæ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øgler
Kø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 medde-
lelsesoverførsel sendt til kortet, samt det tilhørende svar).
3.2. Nøgler
RSA-nøgler skal (uanset niveau) have følgende længde: modulus n1 024 bit,
offentlig eksponent emaks. 64 bit, privat eksponent d1 024 bit.
Tredobbelte DES-nøgler skal have formen (Ka,Kb,Ka), hvor Kaog Kber
uafhængige 64 bit lange nøgler. Der skal ikke sættes paritetsbit.
3.3. Certifikater
Certifikater med offentlig RSA-nøgle skal være »ikke selvdeskriptive« og »veri-
ficerbare med kort« (ref.: ISO/IEC 7816-8)
3.3.1. Certifikaters indhold
Certifikater med offentlig RSA-nøgle er opbygget med følgende data i følgende
rækkefølge:
Data Format Bytes Bemærkninger
CPI INTEGER 1 Certifikatprofil-identifikator ( ′01′for denne
version)
CAR OCTET STRING 8 Henvisning til certificeringsmyndighed
(Certification authority reference)
CHA OCTET STRING 7 Certifikatindehavers autorisation (Certificate
holder authorisation)
EOV TimeReal 4 Certifikatets udløbsdato (End of validity).
Ikke obligatorisk, udfyldt med ′FF′, hvis
det ikke benyttes.
CHR OCTET STRING 8 Henvisning til certifikatindehaver (Certifi-
cate holder reference)
n OCTET STRING 128 Offentlig nøgle (modulus)
e OCTET STRING 8 Offentlig nøgle (offentlig eksponent)
164
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:1998R2135 — DA — 25.08.2002 — 001.001 — 253
▼M1
2. »Henvisning til certificeringsmyndighed« (CAR) har til formål at identifi-
cere den certifikatudstedende myndighed på en sådan måde, at
dataelementet samtidig kan anvendes som identifikator for en myndig-
heds 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 data-
elementet 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 certifika-
tindehaverens offentlige nøgle.
5. Nøgleidentifikatorer identificerer entydigt certifikatindehaver eller certifi-
ceringsmyndigheder. De kodes som følger:
5.1. Udstyr (køretøjsenhed eller kort):
Data Udstyrets serie-
nummerDato Type Fabrikant
Længde 4 bytes 2 bytes 1 byte 1 byte
Værdi Heltal mm yy binær
decimalkodeFabrikantspe-
cifikFabrikantkode
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 certifice-
ring. 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 fore-
spørgsel om certifikat og sende denne identifikation med den offentlige
nøgle til den pågældende medlemsstats myndigheder til certificering. Certi-
fikatet 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:
Data Serienummer
på anmodning
om certifikatDato Type Fabrikant
Længde 4 bytes 2 bytes 1 byte 1 byte
Værdi BCD-kodning mm yy BCD-
kode′FF′ Fabrikantkode1998R2135 — DA — 25.08.2002 — 001.001 — 254
▼M1
5.2. Certificeringsmyndighed:
Data Identifikation
af myndighedSerienummer
på nøgleSupplerende
oplysningerIdentifikator
Længde 4 bytes 1 byte 2 bytes 1 byte
Værdi 1 byte nume-
risk nation-
kodeHeltal Supplerende
kode (specifik
for certificerin-
gsmyndig-heden)′01′
3 bytes alfanu-
merisk nation-
kode′FF FF′, hvis
det ikke
anvendes
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, verifice-
ring af digital underskrift og kryptering til fortrolighedstjenester
(certifikatet indeholder ingen objektidentifikator til specificering heraf).
3.3.2. Udstedte certifikater
Det udstedte certifikat er en digital underskrift med delvis genetablering af certi-
fikatets indhold i overensstemmelse med ISO/IEC 9796-2, med »henvisning til
certificeringsmyndighed« vedhæftet.
Med certifikatindhold
Bestemmelser:
1. Dette certifikat er 194 bytes langt.
2. Henvisning til certificeringsmyndigheden (CAR), som er skjult af under-
skriften, 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 certificer-
ingsmyndigheden er anvendt til at underskrive certifikatet.
4. Den headerliste, der er knyttet til dette udstedte certifikat, er som følger:
3.3.3. Verificering og udpakning af certifikater
Certifikatverificering og -udpakning består i verificering af underskriften i over-
ensstemmelse 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 certifi-
katets validitet.1998R2135 — DA — 25.08.2002 — 001.001 — 255
▼M1
Der indgår heri følgende trin:
Verificering af underskrift og hentning af indhold:
— fra X.C hent Sign, Cn′og CAR′:
—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:
—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 = EOV
4. MEKANISME TIL GENSIDIG ÆGTHEDSBEKRÆFTELSE
Gensidig æ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 certificer-
ingsmyndighed.
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 udvek-
slede data (se tillæg 2)):1998R2135 — DA — 25.08.2002 — 001.001 — 256
▼M1
1998R2135 — DA — 25.08.2002 — 001.001 — 257
▼M1
1998R2135 — DA — 25.08.2002 — 001.001 — 258
▼M1
5. MEKANISMER TIL FORTROLIGHED, INTEGRITET OG ÆGTHEDS-
KONTROL VED DATAOVERFØRSEL PÅ KØRETØJSENHEDENS
KORT
5.1. Sikker meddelelsesoverførsel
Ved 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 inde-
holde kommandoens header og alle de afsendte dataobjekter (= > 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 meddelel-
sesoverførsel:
De anvendte dataobjekter er et delsæt af de dataobjekter for sikker meddelelses-
overførsel, som er beskrevet i ISO/IEC 7816-4:
Mærkat Huskeværdi Betydning
′81′ TPVOrdinær værdi af ikke BER-TLV-kodede data (skal beskyttes
med kryptografisk kontrolsum)
′97′ TLEVærdien af Le i den ikke sikrede kommando (skal beskyttes
med kryptografisk kontrolsum)
′99′ TSWStatus (skal beskyttes med kryptografisk kontrolsum)
′8E′ TCCKryptografisk kontrolsum
′87′ TPI CGIndikatorbyte for udfyldning || Kryptogram (ordinær værdi
ikke kodet i BER-TLV)
Givet et ikke sikret kommando/svar-par:
Kommandoheader Kommandoindhold
CLA INS P1 P2 [Lcfield] [Data field] [Lefield]
fire bytes L bytes, benævnt B1til BL
Svarindhold Svarefterskrift
[Datafelt] SW1 SW2L
rdatabytes to bytes
Det tilsvarende sikrede kommando/svar-par er:
Sikret kommando:
Komman-
doheader
(CH)Kommandoindhold
CLA INS
P1 P2[NytLcfelt] [Nytfelt] [NytLefelt]1998R2135 — DA — 25.08.2002 — 001.001 — 259
▼M1
Komman-
doheader
(CH)Kommandoindhold
′OC′ Længde af
nyt datafeltTPVLPVPV TLELLELeTCCLCCCC′00′
′81′ LcData-
felt′97′′ 01′ Le′8E′′ 04′ CC
Data, som skal indgå i kontrolsum = CH || PB || TPV|| LPV|| PV || TLE|| LLE|| Le||
PB
PB = 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 fortrolig-
hedsbeskyttet:
Svarindhold Svarefterskrift
[Nyt datafelt] Ny SW1 SW2
TPVLPVPV TCCLCCCC
′81′ LrDatafelt′8E′′ 04′ CC
Data, som skal indgå i kontrolsum = TPV|| LPV|| PV || PB
2. Tilfælde, hvor svar-datafeltet ikke er tomt og behøver være fortrolighedsbe-
skyttet:
Svarindhold Svarefterskrift
[Nyt datafelt] Ny SW1 SW2
TPI CGLPI CGPI CG TCCLCCCC
′87′ PI || CG′8E′′ 04′ CC
Data, som skal bæres af CG: ikke BER-TLV-kodede data og udfyldnings-
bytes.
Data, som skal indgå i kontrolsum = TPI CG|| LPI CG|| PI CG || PB
3. Tilfælde, hvor svardatafeltet er tomt:
Svarindhold Svarefterskrift
[Nyt datafelt] Nyt SW1 SW2
TSWLSWSW TCCLCCCC
′99′′ 02′ Nyt
SW1
SW2′8E′′ 04′ CC
Data, som skal indgå i kontrolsum = TSW|| LSW|| SW || PB
5.2. Håndtering af fejl ved sikker meddelelsesoverførsel
Når fartskriverkortet konstaterer en fejl i sikker meddelelsesoverførsel under
fortolkning af en kommando, skal statusbytes returneres uden sikker meddelel-
sesoverførsel. I henhold til ISO/IEC 7816-4 er defineret følgende statusbytes til
angivelse af fejl i sikker meddelelsesoverførsel:1998R2135 — DA — 25.08.2002 — 001.001 — 260
▼M1
′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 medde-
lelsesoverførsel (SM) eller med et fejlbehæftet SM-dataobjekt, skal sessionen
afbrydes af køretøjsenheden.
5.3. Algoritme til beregning af kryptografiske kontrolsummer
Kryptografiske 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øres
Sendesekvenstælleren (SSC) skal, mens nøgler aftales, initialiseres med: Start-
væ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:
5.4. Algoritme til beregning af kryptogrammer til fortrolighedsdataobjekter
Kryptogrammer beregnes ved hjælp af TDEA i TCBC-funktionsmåde i overens-
stemmelse med henvisning TDES og TDES-OP og med nulvektoren som
startværdiblok.
Følgende figur viser anvendelsen af nøgler i TDES:
1998R2135 — DA — 25.08.2002 — 001.001 — 261
▼M1
6. MEKANISMER TIL DIGITAL UNDERSKRIFT AF DATAOVER-
FØRSLER
Det 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 inde-
holder 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 underskriftssy-
stem med appendiks, således at overførte data om ønsket kan læses uden
dechifrering.
6.1. Generering af underskrifter
Ved 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 underskrift
Ved verificering af dataunderskrift på overførte data skal udstyret følge under-
skriftssystemet 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 over-
fø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).«1998R2135 — DA — 25.08.2002 — 001.001 — 262
▼M1
1998R2135 — DA — 25.08.2002 — 001.001 — 263