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
►M2 Europa-Parlamentets og Rådets forordning (EF) nr. 561/2006 af 15.
marts 2006L 102 1 11.4.20061998R2135 —DA—01.05.2006 —002.001 —1
▼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 inden
for vejtransport gør, at flere førere i transportvirksomhederne ikke
overholder visse af reglerne, især reglerne vedrørende køre- oghviletid som fastsat i Rådets forordning (EØF) nr. 3820/85 af 20.december 1985 om harmonisering af visse bestemmelser på detsociale 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, der
overholder bestemmelserne;
(4) både virksomhedens og de kompetente myndigheders automatiske
registrering og regelmæssige kontrol af oplysningerne vedrørendeførerens overholdelse af bestemmelserne samt af data vedrørendekørslen, såsom hastighed og tilbagelagt afstand, vil kunneforbedre trafiksikkerheden;
(5) EF's sociallovgivning indeholder bestemmelser om grænser for de
daglige køre- og hviletider og om de samlede køre- og hviletider
over en periode på to uger; det er vanskeligt at kontrollere, omdisse 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ående
opbevares i førerhuset;
(6) for at bringe de mest almindelige former for misbrug af det nuvæ-
rende system til ophør må der indføres nyt avanceret udstyr, dvs.et kontrolapparat med en elektronisk oplagringsenhed til registre-ring af relevante data og et personligt førerkort, idet dette udstyrskal sikre, at de registrerede data er tilgængelige, utvetydige, letforståelige, kan printesud , er pålidelige og frem for alt udgør en
uomtvistelig registrering, dels af førerens virksomhed i løbet af de
seneste dage, dels af køretøjets aktivitet over en periode på fleremåneder;
(7) et kontrolapparats effektivitet afhænger i høj grad af, omsikkerhed er en gennemgående faktor i systemet og dets kompo-nenter;1998R2135 —DA—01.05.2006 —002.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
(8) der bør indføres bestemmelser om betingelserne for udstedelse og
anvendelse af det i bilag I B omhandlede førerkort;
(9) dataene vedrørende førernes aktiviteter skal kunne kontrolleres afførerne selv, af de virksomheder, hvor de er ansat, og af medlems-
staternes kompetente myndigheder; føreren og virksomheden skal
dog kun have adgang til de oplysninger, der er relevante forudøvelsen af deres respektive aktiviteter;
(10) det i denne forordning omhandlede kontrolapparat skal installerespå køretøjer ved første ibrugtagning, efter at de tekniske specifi-
kationer, hvoraf visse fastlægges af Kommissionen efter udvalgs-
proceduren i artikel 18 i forordning (EØF) nr. 3821/85, er blevetoffentliggjort i De Europæiske Fællesskabers Tidende; der skal
fastsættes en overgangsperiode for at sikre, at de nye kontrolappa-rater fremstilles i overensstemmelse med disse tekniske specifika-tioner og får meddelt EF-typegodkendelse;
(11) det er ønskeligt, at kontrolapparater i overensstemmelse med bilagI B også giver mulighed for, uden urimelige omkostninger, atudvide funktionerne i forbindelse med kørselstilrettelæggelsen;
(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 overensstemmelsemed 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 gennemfø-relsen af de nødvendige foranstaltninger med henblik herpå skalKommissionen godkende den tekniske tilpasning af disse bilagefter udvalgsproceduren i Rådets afgørelse 87/373/EØF af 13. juli
1987 om fastsættelse af de nærmere vilkår for udøvelsen af 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 gennemfø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« efterordet »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 tilde forskrifter, der er nævnt i bilag I eller I B, og hvis medlemsstatenhar mulighed for at kontrollere, at produktionen er i overensstem-melse med den godkendte model.
Systemets sikkerhed skal være i overensstemmelse med de tekniske
forskrifter i bilag I B. Kommissionen sørger efter proceduren i
artikel 18 for, at bilaget kommer til at indeholde bestemmelser om,
at EF-typegodkendelse kun meddeles kontrolapparater, når det ergodtgjort, at hele systemet (selve kontrolapparatet, førerkort og elek-1998R2135 —DA—01.05.2006 —002.001 —3
(1) EFT L 197 af 18.7.1987, s. 33.
(2) EFT L 325 af 29.11.1988, s. 55.
▼B
triske forbindelser til gearkassen) kan modstå forsøg på manipula-
tion eller ændring af data vedrørende køretiden. De nødvendige testi denne forbindelse skal udføres af eksperter med den nyestetekniske viden inden for manipulation.«
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 ellerblevet stjålet, udsteder myndigheden et erstatningskort senestfem arbejdsdage efter at have modtaget en udførligt begrundet
anmodning herom.
Udleveres et nyt kort i stedet for det gamle, har det nye kort
samme værkstedsinformationsnummer, men indekset forøges
med én. Den kortudstedende myndighed fører en fortegnelse
over 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 til
autoriserede installatører og værksteder.«
b) Stk. 2 affattes således:
»2. Den autoriserede installatør eller det autoriserede værksted
forsyner de gennemførte plomberinger med et særligt mærke ogindlæser desuden for kontrolapparaterne i overensstemmelse med
bilag I B de elektroniske sikkerhedsdata, som bl. a. gør det
muligt at kontrollere deres rigtighed. Hver medlemsstats kompe-tente myndigheder fører en fortegnelse over de anvendte mærkerog elektroniske sikkerhedsdata samt udstedte værksteds- oginstallatørautorisationskort.«
c) Stk. 3 affattes således:
»3. Medlemsstaternes kompetente myndigheder meddeler
Kommissionen fortegnelsen over autoriserede installatører og
værksteder samt de kort, der er udstedt til disse, og fremsender
en 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 kontrolap-parat 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 med forskrif-terne i bilag I, et tilstrækkeligt antal diagramark, idet der tageshensyn til disse diagramarks individuelle karakter, tjenestens
varighed og pligten til at erstatte eventuelt beskadigede
diagramark eller diagramark, der er inddraget af en kompetenttilsynsmyndighed. Arbejdsgiveren må til førerne kun udleverediagramark, som svarer til en officielt godkendt model, og somkan anvendes i det i køretøjet installerede apparat.
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 bilag IB omhandlede udskrift kan foretages korrekt i tilfælde afkontrol.«1998R2135 —DA—01.05.2006 —002.001 —4
▼B
b) Følgende stykker tilføjes:
»3. Det i bilag I B omhandlede førerkort udstedes på førerens
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, og som
har deres sædvanlige bopæl på den pågældende stats område, eri 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 185 dagepr. kalenderår, på grund af et privat og erhvervsmæssigt
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 det sted,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 for detprivate 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 gyldigtdokument.
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 afde 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ører-
kortet er udstedt, sikrer sig så vidt muligt, at ansøgeren ikke i
forvejen besidder noget gyldigt førerkort.
4. a) Medlemsstatens kompetente myndighed personaliserer
førerkortet i overensstemmelse med bestemmelserne ibilag 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 indekset
forøges med én. Den udstedende myndighed fører registerover udstedte, stjålne, bortkomne eller beskadigede fører-kort i en periode svarende til mindst deres gyldighed.
Hvis førerkortet beskadiges, bliver uanvendeligt, bort-
kommer eller stjæles, udsteder myndigheden et erstat-
ningskort 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 indenudløbsdatoen, såfremt anmodningen herom er blevetindsendt 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 tilba-
gekaldes i løbet af den fastsatte løbetid, hvis den kompe-tente myndighed i en medlemsstat konstaterer, at kortet er1998R2135 —DA—01.05.2006 —002.001 —5
▼B
blevet forfalsket, at føreren anvender et kort, som han ikke
er indehaver af, eller at kortet er udstedt på grundlag afurigtige oplysninger og/eller forfalskede dokumenter. Hvisen anden medlemsstat end den, der har udstedt kortet,inddrager eller suspenderer det, sender den pågældende
medlemsstat kortet tilbage til myndighederne i udsteder-
medlemsstaten, idet den meddeler grunden til denne tilba-gesendelse.
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 andenmedlemsstat, kan den pågældende anmode om at få sitkort 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 denne
medlemsstat.
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. februar 1992 om
montering og anvendelse af hastighedsbegrænsende anordningeri visse klasser af motorkøretøjer i Fællesskabet (*), og som regi-streresog opbevares af kontrolapparater i overensstemmelse medbilag I B, bliver opbevaret i mindst 365 dage efter 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 kanhindre 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 denmedlemsstat, hvor de har deres sædvanlige bopæl, senestfemten 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å syvkalenderdage anmode de kompetente myndigheder i denmedlemsstat, hvor de har deres sædvanlige bopæl, om et nytkort.«
c) Følgende indsættes som stk. 5a:
»5a. Føreren indlæser i kontrolapparatet, der er i overensstem-
melse med forskrifterne i bilag I B, nationalitetsmærket for detland, hvor han påbegynder, og for det land, hvor han afslutterden daglige arbejdstid. En medlemsstat kan imidlertid pålæggeførerne af køretøjer, der udfører indlandstransport på landets1998R2135 —DA—01.05.2006 —002.001 —6
▼B
område, ud over landets nationalitetsmærke at tilføje mere detal-
jerede geografiske betegnelser, hvis medlemsstaten inden den 1.april 1998 har underrettet Kommissionen herom, dog højst 20 ialt.
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å tilsynsmyndighe-dernes 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, hvishan 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 et
køretøj, som er udstyret med et kontrolapparat i overensstem-melse 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 atanalysere ethvert andet dokument, der kan være med til atbegrunde, at f. eks. en bestemmelse i artikel 16, stk. 2 og 3, ikkeer blevet overholdt.«
f) Følgende tilføjes som stk. 8:
»8. Det er forbudt at forfalske, fjerne eller ødelægge optegnel-
serne på diagramarket, de data, der er oplagret i kontrolapparatetseller førerkortets datalager, samt de print fra kontrolapparatet, derer omhandlet i bilag I B. Det er også forbudt at manipulere med
kontrolapparatet, diagramarket eller førerkortet, således at deregi-
strerede og/eller udprintede data forfalskes, fjernes ellerødelægges. Der må ikke i køretøjet findes indretninger, som kananvendes 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 diagramar-kene eller på et særligt ark, der skal vedlægges enten diagram-arket eller førerkortet, og hvorpå han anfører oplysninger til iden-
tifikation (navn og kørekortnummer eller navn og førerkort-
nummer) samt sin underskrift, notere oplysningerne om tidsgrup-perne, såfremt kontrolapparatet ikke længere registrerer ellerudprinter 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 oplysningertil identifikation af føreren (navn og kørekortnummer eller navnog førerkortnummer) samt underskrives.«1998R2135 —DA—01.05.2006 —002.001 —7
▼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 i denmedlemsstat, hvor han har sin sædvanlige bopæl. Tyveri af fører-kortet skal anmeldes behørigt til de kompetente myndigheder iden 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 sinsæ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ørerkortet,
underretter disse myndigheder de myndigheder, der har udstedt
det gamle kort, om de nøjagtige grunde til fornyelsen, erstat-ningen 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 artikel 18.
2. De tekniske specifikationer vedrørende følgende punkter i
bilag I B vedtages snarest og om muligt inden den 1. juli 1998 efter
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 databeskyttelse
—nr. 6:
temperaturskala1998R2135 —DA—01.05.2006 —002.001 —8
▼B
—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 udtalelseom dette udkast inden for en frist, som formanden kan fastsætteunder hensyn til, hvor meget det pågældende spørgsmål haster. Detudtaler sig med det flertal, der er fastsat i traktatens artikel 148, stk.2, for vedtagelse af afgørelser, som Rådet skal træffe på forslag af
Kommissionen. Ved afstemninger i udvalget tillægges de stemmer,
der afgives af repræsentanterne for medlemsstaterne, den vægt, derer 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
▼M2
1.a) Fra tyvendedagen efter offentliggørelsen af Europa-Parlamentets
og Rådets forordning (EF) nr. 561/2006 af 15. marts 2006 om
harmonisering af visse sociale bestemmelser inden for vejtransport
og om ændring af Rådets forordning (EØF) nr. 3821/85 og (EF)nr. 2135/98 (
1) skal køretøjer, der første gang tages i brug,
forsynes med kontroludstyr i henhold til kravene i bilag I B tilforordning (EØF) nr. 3821/85.
▼
B
b) Fra datoen for ikrafttrædelsen af bestemmelserne i litra a) er køre-
tøjer til personbefordring, der har mere end otte siddepladser udover førersædet og en tilladt totalvægt på over 10 tons, samt last-
biler 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—01.05.2006 —002.001 —9
(1) EUT L 102 af 11.4.2006, s. 1
▼M2
2. Medlemsstaterne træffer de nødvendige foranstaltninger til at sikre,
at de kan udstede førerkort senest tyvendedagen efter offentliggørelsenaf forordning (EF) nr. 561/2006.
▼
B
3. Hvis der 12 måneder efter offentliggørelsen af den i stk. 1omhandlede retsakt ikke er meddelt EF-typegodkendelse til noget
kontrolapparat, der er i overensstemmelse med forskrifterne i bilag I B
til forordning (EØF) nr. 3821/85, forelægger Kommissionen Rådet etforslag 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 afslutningen
af den daglige arbejdstid de data vedrørende tidsgrupper, som kontrolap-paratet har registreret, anfører på udskriften oplysninger til identifikationaf føreren (navn og kørekortnummer) samt underskriver denne.
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 foreligger
tydelige tegn på uregelmæssigheder, omfatter den ligeledesdiagramarkene for de foregående dage, der skal være til stede ikøretøjet i overensstemmelse med artikel 15, stk. 7, i forordning(EØF) nr. 3821/85, som ændret ved forordning (EF)
nr. 2135/98 (*), og/eller de data, der for samme periode er lagret i
det førerkort og/eller datalageret i det kontrolapparat, somopfylder 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- og M3-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 timers brug
af køretøjet
—i givet fald den sidste ugentlige hviletid
—sikring af, at kontrolapparatet fungerer korrekt (påvisning af even-
tuel manipulation med kontrolapparatet og/eller førerkortet og/
eller diagramarkene) eller i givet fald, at de i artikel 14, stk. 5, iforordning (EØF) nr. 3820/85 nævnte dokumenter er til stede.
(*) 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ø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 motordrevne
køretøjer og påhængskøretøjer dertil (EFT L 42 af 23.2.1970, s.1). Direktivet er senest ændret ved direktiv 97/27/EF (EFT L233 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 virksom-hederne indgiver på myndighedernes anmodning, have samme statussom kontrol, der udføres i virksomhedernes lokaler.«1998R2135 —DA—01.05.2006 —002.001 —10
▼B
Artikel 4
Denne forordning træder i kraft dagen efter offentliggørelsen i De Euro-
pæiske Fællesskabers Tidende.
Denne forordning er bindende i alle enkeltheder og gælder umiddelbart i
hver medlemsstat.1998R2135 —DA—01.05.2006 —002.001 —11
▼M1
BILAG
»BILAG I BFor at sikre interoperabiliteten af programmellet til det udstyr, der beskrives i dette bilag,
er visse edb-mæssige forkortelser, begreber og udtryk holdt i originalsproget, dvs. engelsk. Ordrette
oversættelser er dog tilføjet i parentes til orientering og til at lette forstå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 ….....................................................
12.2. Sikkerhedselementer ….........................................................................
12.3. Data vedrørende isætning og udtagning of førerkort …......................................1998R2135 —DA—01.05.2006 —002.001 —12
▼M1
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 …........................................................
5.2.5. Føreraktivitetsdata …............................................................................
5.2.6. Steder, hvor den daglige arbejdstid begynder og/eller slutter …............................1998R2135 —DA—01.05.2006 —002.001 —13
▼M1
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 …..............................
Tillæg 1. Dataordliste
Tillæg 2. Specifikation af fartskriverkort
Tillæg 3. Piktogrammer1998R2135 —DA—01.05.2006 —002.001 —14
▼M1
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—01.05.2006 —002.001 —15
▼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 data-
lageret. Køretøjsparametre omfatter køretøjsidentifikation (VIN, indregi-
streringsnummer og den medlemsstat, der foretager registreringen) samt
køretøjskarakteristika (w, k, l, dækstørrelse, indstilling af hastighedsbe-
græ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 fartskriver-
kort fornys
j) »korterstatningsindeks«:
Kortnummerets 15. alfanumeriske tegn, som øges, hver gang et fartskriver-
kort 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 (gearkassens
udgangsaksel eller hjulakslen), mens det tilbagelægger en afstand på 1 km
under normale prøvebetingelser (se kapitel VI.-5). Vejdrejetallet udtrykkes
i impulser pr. km (w = …imp/km)
l) »virksomhedskort«:
Et fartskriverkort, som af medlemsstatens myndigheder er udstedt til ejeren
eller indehaveren af køretøjer monteret med kontrolapparat.
Virksomhedskortet identificerer virksomheden og gør det muligt at vise,
overføre og printe data, som er gemt i det kontrolapparat, som denne virk-
somhed har låst1998R2135 —DA—01.05.2006 —002.001 —16
▼M1
m) »kontrolapparatets konstant«:
Den karakteristiske størrelse, der angiver talværdien af det indgangssignal,
som kræves for at vise og registrere en tilbagelagt afstand på 1 km. Denne
konstant udtrykkes i impulser pr. km (k = …imp/km)
n) »sammenhængende køretid« beregnes i kontrolapparatet som (1):
Aktuel akkumuleret køretid for en given fører siden afslutningen af dennes
sidste RÅDIGHED, PAUSE/HVILE eller periode, som er UKENDT (2) på
45 minutter eller derover (denne periode kan være fordelt på flere perioder
på mindst 15 minutter). I beregningerne tages efter behov hensyn til tidli-
gere 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æl-
dende 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 bereg-
ningen.
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 inte-
gritet 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 datalager.
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 aktivitets-
data 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ægtfordelingen
på akslerne for det driftsklare, ubelastede køretøj (3). Metoderne til en
sådan teoretisk beregning skal godkendes af de kompetente myndigheder i
en medlemsstat
v) »hændelse«:1998R2135 —DA—01.05.2006 —002.001 —17
(1) Denne beregningsmetode for sammenhængende køretid og akkumuleret pausetid benyttes
af kontrolapparatet, til beregning af advarselssignal for sammenhængende køretid. Den
foregriber ikke, hvilken retlig fortolkning disse tider skal gøres til genstand for.
(2) Perioder med betegnelsen UKENDT er perioder, hvor førerens kort ikke var isat i et
kontrolapparat, og for hvilke der ikke manuelt er indlæst føreraktiviteter.
(3) Europa-Parlamentets og Rådets direktiv 97/27/EF af 22. juli 1997 om masse og dimensi-
oner 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
Unormal funktion, som detekteres af kontrolapparatet og kan skyldes
forsøg på misbrug
w) »fejl«:
Unormal funktion, som detekteres af kontrolapparatet og kan skyldes funk-
tionsfejl 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 anven-
delse af hastighedsbegrænsende anordninger i visse klasser af motorkøre-
tø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. Forny-
else 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 fejl
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:1998R2135 —DA—01.05.2006 —002.001 —18
(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
—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øv-
ning, 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 funktioner
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, enskæ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 regula-
tivs bestemmelser.
Kontrolapparatets brugere identificerer sig over for apparatet gennem fartskriver-
kort.
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.
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 (
3).1998R2135 —DA—01.05.2006 —002.001 —19
(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).
(3) EFT L 281 af 23.11.1995, s. 31.
▼M1
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ærkstedskortVirksomhedsk-
ortKortplads f. medchaufførIntet kort Driftsklar Driftsklar Kontrol Kalibrering Virksomhed
Førerkort Driftsklar Driftsklar Kontrol Kalibrering Virksomhed
Kontrolkort Kontrol Kontrol Kontrol (*) Driftsklar DriftsklarVærksteds-
kortKalibrering Kalibrering Driftsklar Kalibre-
ring (*)Driftsklar
Virksom-
hedskortVirksomhed Virksomhed Driftsklar Driftsklar Virk-
somhed (*)
(*) I disse situationer skal kontrolapparatet kun bruge det fartskriverkort, som er isat i førerkortets kortplads.
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:1998R2135 —DA—01.05.2006 —002.001 —20
▼M1
—kalibreringsfunktionen er kun tilgængelig i kalibreringsmåde,
—tidsindstillingsfunktionen er begrænset, når apparatet ikke er i kalibrerings-
måde,
—funktionerne vedrørende manuel dataindlæsning foretaget af fører er kun
tilgængelige i driftsmåde og kalibreringsmåde,
—funktionen styring af virksomhedslåse er kun tilgængelig i virksomhedsmåde,
—funktionen overvågning af kontrolaktivitet er operationel i kontrolmåde,
—dataoverførselsfunktionen er ikke tilgængelig i driftsmåde (bortset fra det i
krav 150 fastlagte).
Kontrolapparatet kan udlæse alle data til skærm, printer og eksterne interface-
enheder, med følgende undtagelser:
—i driftsmåde slettes enhver personlig identifikation (efternavn og fornavn),
som ikke modsvarer det isatte fartskriverkort; alle kortnumre, som ikke svarer
til det isatte kort, bliver delvis slettet (hver andet tegn —fra venstre til højre
—bliver slettet),
—i virksomhedsmåde kan førerrelaterede data (krav 081, 084 og 087) kun
udlæses for perioder, som ikke er låst af en anden virksomhed (således som
denne er identificeret ved de første 13 cifre i virksomhedskortnummeret),
—når der intet kort sidder i kontrolapparatet, kan førerrelaterede data kun
udlæses for den aktuelle dato og de 8 foregående kalenderdage.
4.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øre-
tø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 funkti-
onen 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).
2.1. Måling af tilbagelagt afstand
Den tilbagelagte afstand kan måles enten:—så både fremadkørsel og bagudkørsel medregnes, eller1998R2135 —DA—01.05.2006 —002.001 —21
▼M1
—så alene fremadkørsel medregnes.
Kontrolapparatet skal måle afstande fra 0 til 9999999,9 km.
Ved afstandsmåling skal tolerancen være inden for følgende grænser (afstande på
mindst 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 vejdrejetal
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ærkning: Datalagringens opløsning medfører, at der skal tillægges en yderli-
gere tolerance på ± 0,5 km/h på den hastighed, der er gemt af kontrolapparatet.
Inden for 2 sekunder efter afslutning af en hastighedsændring skal hastighedsmå-
ling kunne foretages korrekt med de normale tolerancer, når hastighedsændringen
er sket i et tempo på indtil 2 m/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 typegodkendel-
sesomstæ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 havefundet 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ældende
minut for KØRSEL.1998R2135 —DA—01.05.2006 —002.001 —22
▼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ængstvarende
uafbrudte aktivitet i det pågældende minut (eller, for lige længe varende aktivi-
teter, 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 appa-
ratet; 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 udtagning
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ørgs-
målet uden at svare, at svare bekræftende eller at svare benægtende:
—Tilsidesætter kortindehaveren spørgsmålet, skal kontrolapparatet anmode kort-
indehaveren om at angive et »sted, hvor den daglige arbejdstid begynder«.
Kontrolapparatet skal tillade, at denne anmodning tilsidesættes. Indlæses der
et sted, skal dette registreres i datalageret og på fartskriverkortet og knyttes
sammen med kortisætningstidspunktet.
—Svares der benægtende eller bekræftende, skal kontrolapparatet anmode kort-
indehaveren om manuelt at indlæse aktiviteter med tilhørende start- og slut-
dato og -klokkeslæt, alene som ARBEJDE, RÅDIGHED eller PAUSE/
HVILE, nøje indeholdt i perioden seneste kortudtagning —aktuel kortindsæt-
telse, og uden at tillade overlapning mellem disse aktiviteter. Hertil skal
anvendes følgende procedurer:
—Svarer kortindehaveren bekræftende på spørgsmålet, skal kontrolapparatet
anmode kortindehaveren om manuelt at indlæse aktiviteter i kronologisk
rækkefølge for perioden seneste kortudtagning —aktuel kortisætning.
Denne proces skal slutte, når sluttidspunktet for en manuelt indlæst akti-
vitet er lig kortisætningstidspunktet.
—Svarer kortindehaveren benægtende på spørgsmålet, skal kontrolapparatet:
—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 kortind-
ehaveren indlæse hver aktivitet manuelt, skal det derfor bede kortinde-1998R2135 —DA—01.05.2006 —002.001 —23
▼M1
haveren angive, om sluttidspunktet for senest registrerede aktivitet
repræsenterer slutningen af en foregående arbejdstid (se bemærk-
ningen nedenfor).
Bemærkning: Undlader kortindehaveren at angive sluttidspunkt for
den foregående arbejdstid, og indlæser en aktivitet manuelt med et
sluttidspunkt svarende til kortisætningstidspunktet, skal 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 arbejds-
periodens sluttidspunkt,
—derefter opfordre kortindehaveren til at »indlæse et starttidspunkt« på
den aktuelle daglige arbejdstid (eller på aktiviteter vedrørende det
aktuelle førerbevis når kortindehaveren tidligere anvendte et
diagramark i denne periode), og bede kortindehaveren angive et »sted,
hvor den daglige arbejdstid begynder« (kontrolapparatet skal tillade,
at denne anmodning tilsidesættes). Indlæses der et sted, skal det
gemmes på fartskriverkortet og knyttes til dette starttidspunkt. Er dette
starttidspunkt lig kortisætningstidspunktet, skal stedet endvidere
gemmes i datalageret,
—er dette starttidspunkt forskelligt fra kortisætningstidspunktet, derefter
opfordre kortindehaveren til manuelt at indlæse aktiviteterne i 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 automa-
tisk lukkes af kontrolapparatet ved isætning eller udtagning af et førerkort.1998R2135 —DA—01.05.2006 —002.001 —24
▼M1
7.Styring af virksomhedslåse
Denne funktion skal give mulighed for styring af de låse, som oprettes af en virk-
somhed for at dataadgangen er forbeholdt virksomheden, når systemet er i virk-
somhedsmåde.
Virksomhedslåse består af startdato/klokkeslæt (lås-ind) og slutdato/klokkeslæt
(lås-ud), knyttet til virksomhedens identitet som angivet af virksomhedskortets
nummer (ved lås-ind).
Lås »ind« og lås »ud« kan kun foretages i realtid.
Enten skal kun den virksomhed kunne låse ud, som har låst »ind« (som angivet
ved de første 13 cifre i virksomhedskortets nummer), eller også
skal lås-ud udføres automatisk, hvis en anden virksomhed låser ind.Hvis en virksomhed låser ind, hvor forudgående lås var for samme virksomhed,
antages det, at forudgående lås ikke er låst »ud« og stadig er »ind«.
8.Overvågning af 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 data-
lager.
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ærkstedskortVirksomhedsk-
ortKortplads f. medchaufførIntet kort
Førerkort X
Kontrolkort X X X
Værksteds-
kortX X X X
Virksom-
hedskortX X X
9.3. Hændelsen »tidsoverlapning«
Denne hændelse skal udløses, når dato/klokkeslæt for seneste udtagning af fører-
kort, læst på kortet, er senere end aktuel dato/aktuelt klokkeslæt på det kontrolap-
parat, 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—01.05.2006 —002.001 —25
▼M1
Kørsel uden behørigt
kortFørerkortplads
Intet (eller
ugyldigt) kortFørerkort Kontrolkort VærkstedskortVirksomhedsk-
ortKortplads f. medchaufførIntet (eller
ugyldigt)
kortX X X
Førerkort X X X X
Kontrolkort X X X X X
Værksteds-
kortX X X X
Virksom-
hedskortX X X X X
9.5. Hændelsen »isætning af kort under kørslen«
Denne hændelse skal udløses, når der indsættes et fartskriverkort i en vilkårlig
kortplads, mens føreraktiviteten er KØRSEL.
9.6. Hændelsen »sidste kortsession ikke korrekt afsluttet«
Denne hændelse skal udløses, når kontrolapparatet ved indsætning af kortet
konstaterer, at foregående kortsession trods bestemmelserne i kapitel III, punkt 1,
ikke er blevet afsluttet korrekt (kortet er taget ud, før alle relevante data er blevet
gemt på kortet). Denne hændelse er kun relevant for fører- og værkstedskort.
9.7. Hændelsen »overskridelse af tilladt hastighed«
Denne hændelse skal udløses for hver overskridelse af tilladt hastighed.
9.8. Hændelsen »afbrydelse af strømforsyning«
Denne hændelse skal udløses ved enhver sådan afbrydelse af strømforsyningen til
bevægelsesføler og/eller køretøjsenhed, som sker i en anden måde end kalibre-
ringsmåde og varer over 200 millisekunder. Afbrydelsestærsklen fastlægges af
fabrikanten. Det fald i spændingsforsyningen, som fremkommer ved start af køre-
tøjets motor, må ikke udløse denne hændelse.
9.9. Hændelsen »fejl i køredata«
Denne hændelse skal udløses ved afbrydelse af den normale dataudveksling
mellem bevægelsesføler og køretøjsenhed og/eller ved fejl i dataintegritet eller -
ægthedskontrol under dataudveksling mellem bevægelsesføler og køretøjsenhed.
9.10. Hændelsen »forsøg på sikkerhedsbrud«
Denne hændelse skal udløses ved enhver anden hændelse, som berører sikker-
heden af bevægelsesføler og/eller køretøjsenhed som angivet under fælles sikker-
hedsmål for disse komponenter, og som ikke finder sted i kalibreringsmå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—01.05.2006 —002.001 —26
▼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 Adgang
Tastatur 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 -udtagning 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—01.05.2006 —002.001 —27
▼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 akti-
viteter 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.1998R2135 —DA—01.05.2006 —002.001 —28
▼M1
Bestemmelse: ISAT betyder, at et gyldigt fører- eller værkstedskort er sat i kort-
pladsen. IKKE ISAT betyder det modsatte, dvs. der sidder ikke et gyldigt fører-
eller værkstedskort i kortpladsen (f.eks. er der isat et virksomhedskort, eller intet
kort er isat).
Bestemmelse: Aktivitetsdata, som indlæses manuelt af føreren, bliver ikke regi-
streret 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 kilome-
terstanden 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øs-
ning 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 udsted-
ende medlemsstat for de to
kort, som er årsag til
konflikten1998R2135 —DA—01.05.2006 —002.001 —29
▼M1
Hændelse LagringsbestemmelseData, som skal lagres for hver
hændelse
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 udsted-
ende medlemsstat for ethvert
kort, som er isat ved
hændelsens start og/eller slut-
ning,
—antal tilsvarende hændelser
den pågældende dag
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 forekommet
(dvs. den, hvor gennem-
snitshastigheden 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 gennemsnits-
hastighed målt under
hændelsen,
—korttype, -nummer og udsted-
ende 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 udsted-
ende medlemsstat for ethvert
kort, som er isat ved
hændelsens start og/eller slut-
ning,
—antal tilsvarende hændelser
samme dag1998R2135 —DA—01.05.2006 —002.001 —30
▼M1
Hændelse LagringsbestemmelseData, som skal lagres for hver
hændelse
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 udsted-
ende medlemsstat for ethvert
kort, som er isat ved
hændelsens start og/eller slut-
ning,
—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 udsted-
ende medlemsstat for ethvert
kort, som er isat ved
hændelsens start og/eller slut-
ning,
—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 OVERSKRI-
DELSE AF TILLADT HASTIGHED,
—antal hændelser med overskridelse af tilladt hastighed siden seneste KONTROL FOR OVERSKRIDELSE 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øs-
ning 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 udsted-
ende 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 udsted-
ende 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,1998R2135 —DA—01.05.2006 —002.001 —31
▼M1
—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øbs-
dato,
—køretøjets identifikation,
—parametre, som er ført ajour eller bekræftet: w, k, l, dækstørrelse, hastigheds-
begrænserens indstilling, kilometerstand (gammel og ny værdi), dato og klok-
keslæt (gammel og ny værdi).
Bevægelsesføleren skal registrere og i sit datalager gemme følgende data vedrø-
rende bevægelsesfølerens montering:
—første parring med en køretøjsenhed (dato, klokkeslæt, køretøjsenhedens
godkendelsesnummer og køretøjsenhedens serienummer),
—seneste parring med en køretøjsenhed (dato, klokkeslæt, køretøjsenhedens
godkendelsesnummer og køretøjsenhedens serienummer).
12.11. 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øbs-
dato.
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 dataoverførsel
på køretøjsenhed og/eller dataoverførsel på kort).
Ved dataoverførsel skal datoen for de ældste og de seneste overførte dage 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.1998R2135 —DA—01.05.2006 —002.001 —32
▼M1
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,
—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ærksteds-
og/eller kontrolkort, med alle de nødvendige data vedrørende den periode, hvor
kortet er isat, og vedrørende kortindehaveren. De data, som gemmes på disse
kort, er angivet i kapitel IV.
Kontrolapparatet skal ajourføre de føreraktivitets- og steddata (som foreskrevet i
kapitel IV, punkt 5.2.5 og 5.2.6), som er gemt på gyldige fører- og/eller værks-
tedskort, med de aktivitets- og steddata, som indlæses manuelt af kortindeha-
veren.
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,1998R2135 —DA—01.05.2006 —002.001 —33
▼M1
—data vedrørende adgang via menu,
—andre data, som en bruger ønsker.
Kontrolapparatet kan på skærmen vise supplerende oplysninger, forudsat at de
tydeligt kan skelnes fra de ovenfor krævede oplysninger.
Kontrolapparatets skærm skal anvende de i tillæg 3 anførte piktogrammer eller
piktogramkombinationer. Andre piktogrammer eller piktogramkombinationer kan
anvendes af skærmen, hvis de tydeligt kan skelnes fra ovennævnte piktogrammer
eller piktogramkombinationer.
Skærmen skal altid være tændt, når køretøjet er i bevægelse.Kontrolapparatet kan have en manuel eller automatisk facilitet, som slukker for
skærmen, når køretøjet ikke er i bevægelse.
Skærmformatet er foreskrevet i tillæg 5.
15.1. Standardskæ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 akti-vitet (siden den valgtes), og aktuel akkumuleret pausetid
—oplysninger vedrørende medchauffør:
—aktuel varighed af dennes aktivitet (siden den valgtes).
Data vedrørende de to chauffører skal på skærmen vises på klar, enkel og 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.1998R2135 —DA—01.05.2006 —002.001 —34
▼M1
Visningen af udskriftens indhold skal være sekventiel, linje for linje. Er skærmen
mindre end 24 tegn bred, skal brugeren have adgang til de fuldstændige oplys-
ninger 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,
—eller stille en kommando til rådighed for valg af kildekort eller valg af kortet
i førerkortpladsen, hvis der er isat to af disse kort i kontrolapparatet.
Printeren skal kunne udskrive 24 tegn pr. linje.
Den mindste tegnstørrelse er 2,1 mm i højden og 1,5 mm i bredden.Printeren skal understøtte tegnsættene latin1 og græsk, defineret ved ISO 8859
del 1 og 7, som foreskrevet i tillæg 1, kapitel 4 »Tegnsæt«.
Printeren skal være således udformet, at disse udskrifter er så tydelige, at der ikke
er fare for fejllæsning.
De skal bevare deres format og deres registreringer under normale luftfugtigheds-
(10-90 %) og temperaturforhold.
Papir, som skal anvendes af kontrolapparatet, skal være forsynet med det pågæ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.1998R2135 —DA—01.05.2006 —002.001 —35
▼M1
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å kontrol-
apparatet.
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).
Desuden skal køretøjsenheden kunne udlæse følgende data gennem en seriel data-
forbindelse, 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øre-
tø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,1998R2135 —DA—01.05.2006 —002.001 —36
▼M1
—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ægel-
sesfø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ørsels-
stikket i henhold til den i tillæg 8 fastlagte kalibreringsprotokol. Kalibrerings-
funktionen 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 −20oC til
70oC, og bevægelsesføleren i temperaturområdet −40oC til 135oC. Indholdet af
datalageret skal bevares ved temperaturer ned til −40oC.
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ØF om elektromagnetisk kompatibilitet, og skal være beskyttet mod elektrosta-
tiske 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 forkortelsen
»km«,
—ved det tal, som angiver hastigheden, måleenheden »km/h«.
Kontrolapparatet kan desuden være stillet om til at vise hastighed i miles pr. hour,
i hvilket tilfælde hastighedsmåleenheden skal være angivet ved forkortelsen
»mph«.
På hver af kontrolapparatets separate komponenter skal være fastgjort en tavle
med følgende enkeltheder:
—navn og adresse på fabrikanten af apparatet,
—fabrikantens reservedelsnummer og apparatets fremstillingsår,1998R2135 —DA—01.05.2006 —002.001 —37
(1) EFT L 266 af 8.11.1995, s. 1.
▼M1
—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 reser-
vedelsnummer.
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ÆRKSTEDSKORT VIRKSOMHEDS-
KORT
DA FØRERKORT KONTROLKORT VÆRKSTEDSKORT VIRKSOMHEDS-
KORT
DE FAHRERKARTE KONTROLLKARTE WERKSTATT-
KARTEUNTERNEHMENS-
KARTE
EL ΚΑΡΤΑ ΟΔΗΟΥ ΚΑΡΤΑ ΕΛΕΓΧΟΥ ΚΑΡΤΑ ΚΕΝΤΡΟΥ
ΔΟΚΙΜΩΝΚΑΡΤΑ
ΕΠΙΧΕΙΡΗΣΗΣ
EN DRIVER CARD CONTROL CARD WORKSHOP CARD COMPANY CARD
FR CARTE DE
CONDUCTEURCARTE DE
CONTRÔLEURCARTE D'ATELIER CARTE D'ENTRE-
PRISE
GA CÁRTA TIOMÁNAÍ CÁRTA STIÚRTHA CÁRTA CEARD-
LAINNECÁRTA COMH-
LACHTA
IT CARTA DEL
CONDUCENTECARTA DI
CONTROLLOCARTA DELL'OF-
FICINACARTA
DELL'AZIENDA
NL BESTUURDERS
KAARTCONTROLEKAART WERKPLAAT-
SKAARTBEDRIJFSKAART
PT CARTÃO DE
CONDUTORCARTÃO DE
CONTROLOCARTÃO DO
CENTRO DE
ENSAIOCARTÃO VIRK-
SOMHED
FIN KULJETTAJA
KORTTILLAVALVONTA KORT-
ILLATESTAUSASEMA
KORTILLAYRITYSKORTILLA
SV FÖRARKORT KONTROLLKORT VERKSTADSKORT FÖ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 DanmarkD Tyskland
GR Grækenland
E SpanienF Frankrig
IRL Irland
I ItalienL Luxembourg
NL Nederlandene
A ØstrigP Portugal1998R2135 —DA—01.05.2006 —002.001 —38
▼M1
FIN Finland
S Sverige
UK Det Forenede Kongerige
oplysninger, 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ører-
kortet)
5.(b) kortnummer
6. fotografi af føreren (evt.) fotografi af den tilsyns-
fø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.1998R2135 —DA—01.05.2006 —002.001 —39
▼M1
Fartskriverkort skal være trykt med følgende dominerende baggrundsfarve:
—førerkort: hvid,
—kontrolkort: blå,
—værkstedskort: rød,
—virksomhedskort: gul.
Fartskriverkort skal have mindst følgende egenskaber til beskyttelse mod forfalsk-
ning 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å.1998R2135 —DA—01.05.2006 —002.001 —40
▼M1
Af hensyn til systemets sikkerhed skal fartskriverkortene opfylde sikkerhedsforsk-
rifterne 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
oC til + 70oC med lejlighedsvise maksima på indtil + 85oC, 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 forskel-
lige datafiler. Fartskriverkortene skal til kontrolapparatet kunne angive den
faktiske lagerkapacitet til disse datafiler.
Skal kortet herudover benyttes til lagring af andre data vedrørende andre applika-
tioner, som kortet understøtter, skal disse lagres i overensstemmelse med direktiv
95/46/EF (2).
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.1998R2135 —DA—01.05.2006 —002.001 —41
(1) EFT L 266 af 8.11.1995, s. 1.
(2) EFT L 281 af 23.11.1995, s. 31.
▼M1
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 dag
(en sådan periode omfatter alle på hinanden følgende cyklusser med isætning/
udtagning af kortet i køretøjet, som det »ses« af kortet):
—dato og klokkeslæt for første anvendelse af køretøjet (dvs. første kortisætning
til denne anvendelsesperiode for køretøjet, eller 00h00, hvis det pågældende
tidspunkt er inden for anvendelsesperioden),
—køretøjets kilometerstand på det pågældende tidspunkt,
—dato og klokkeslæt for seneste anvendelse af køretøjet (dvs. første 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:1998R2135 —DA—01.05.2006 —002.001 —42
▼M1
—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 ellerudtaget sit kort:
—kørestatus (FØRERHOLD, ÉN FØRER),
—kortplads (FØRER, MEDCHAUFFØR),
—kortstatus (ISAT, IKKE ISAT),
—aktivitet (KØRSEL, RÅDIGHED, ARBEJDE, PAUSE/HVILE),
—tidspunkt for ændringen.
Førerkortets lager skal kunne opbevare data vedrørende førerens aktivitet i mindst
28 dage (gennemsnitsaktiviteten for en fører defineres som 93 aktivitetsskift pr.
dag).
De under forskrift 197 og 199 angivne data skal opbevares på en måde, som
giver mulighed for at hente aktiviteterne i den rækkefølge, de har fundet sted,
også når der er tidsmæssig overlapning.
5.2.6. Steder, hvor den daglige arbejdstid begynder og/eller 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øs-
ning på 1 sekund.
Førerkortet skal kunne lagre data vedrørende følgende hændelser, som kontrolap-
paratet har detekteret, mens kortet var isat:
—Tidsoverlapning (når kortet er årsag til denne hændelse),
—Isætning af kort under kørslen (når kortet er genstand for denne hændelse),
—Seneste kortsession ikke korrekt afsluttet (når kortet er genstand for denne
hændelse),
—Afbrydelse i strømforsyningen,
—Fejl i køredata,
—Forsøg på sikkerhedsbrud.
Førerkortet skal kunne lagre følgende data vedrørende disse hændelser:
—Hændelseskode,
—Startdato og -klokkeslæt for hændelsen (eller for isætning af kortet, hvis dette
fandt sted i hændelsesperioden),
—Slutdato og -klokkeslæt for hændelsen (eller for udtagning af kortet, hvis dette
fandt sted i hændelsesperioden),
—køretøjets registreringsnummer og den medlemsstat, som har indregistreret detkøretøj, hvor hændelsen optrådte.
Bestemmelse: For hændelsen »tidsoverlapning«:
—Hændelsens startdato og -klokkeslæt skal svare til dato og klokkeslæt for
udtagning af kortet fra det foregående køretøj,
—Hændelsens slutdato og -klokkeslæt skal svare til dato og klokkeslæt for isæt-ning af kortet i det aktuelle køretøj,
—Køretøjsdata skal svare til det aktuelle køretøj, som giver anledning tilhændelsen.1998R2135 —DA—01.05.2006 —002.001 —43
▼M1
Bestemmelse: For hændelsen »Seneste kortsession ikke korrekt afsluttet«
—skal hændelsens startdato og -klokkeslæt svare til dato og klokkeslæt for ukor-
rekt afslutning af sessionen,
—skal hændelsens slutdato og -klokkeslæt svare til dato og klokkeslæt for isæt-
ning 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øs-
ning på 1 sekund.
Førerkortet skal kunne lagre data vedrørende følgende hændelser, som kontrolap-
paratet 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 dettefandt sted inden for hændelsesperioden),
—køretøjets registreringsnummer og den medlemsstat, som har indregistreret detkø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 detkøretøj, hvor kontrollen fandt sted.
Bemærkning: Sikkerhedsforskrifterne indebærer, at dataoverførsel på kort kun vil
blive registreret, hvis det sker gennem et kontrolapparat.
Førerkortet skal kunne opbevare én sådan post.
5.2.10. 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.
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.1998R2135 —DA—01.05.2006 —002.001 —44
▼M1
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 kortindehaver:
—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.
Hver kalibreringspost skal kunne indeholde følgende data:
—Kalibreringens formål (første montering, montering, periodisk eftersyn),
—Identifikation af køretøjet,1998R2135 —DA—01.05.2006 —002.001 —45
▼M1
—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 klokke-
slæt (ny og gammel værdi)),
—Identifikation af kontrolapparatet (køretøjsenhedens reservedelsnummer, køre-
tøjsenhedens serienummer).
Værkstedskortet skal kunne lagre mindst 88 sådanne poster.
Værkstedskortet skal have en tæller, som angiver det samlede antal kalibreringer,
der er udført med kortet.
Værkstedskortet skal have en tæller, som angiver det samlede antal kalibreringer,
der er udført siden sidste dataoverførsel på kortet.
5.3.10. Data vedrørende særlige omstæ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 kortindehaveren:
—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 detkontrollerede køretøj,
—kontrolkortets nummer og den medlemsstat, som har udstedt det kontrolleredefø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 kortindeha-
veren:
—virksomhedens navn,1998R2135 —DA—01.05.2006 —002.001 —46
▼M1
—virksomhedens adresse.
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øre-
tø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ærksteds-
kort 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.1998R2135 —DA—01.05.2006 —002.001 —47
▼M1
3.Plombering
Følgende dele skal være plomberet:
—tilslutninger, hvis afbrydelse medfører uopdagede ændringer eller uopdaget
tab af data;
—monteringspladen, medmindre den er anbragt således, at den ikke kan fjernes,
uden at påskriften ødelægges.
Ovennævnte plomberinger kan brydes:
—i nødstilfælde,
—med det formål at montere, justere eller reparere en hastighedsbegrænser eller
anden anordning, som bidrager til trafiksikkerheden, forudsat at kontrolappa-
ratet fortsat fungerer pålideligt og korrekt og plomberes igen af en autoriseret
installatør eller et autoriseret værksted (i overensstemmelse med kapitel VI)
straks efter montering af hastighedsbegrænser eller trafiksikkerhedsanordning,
i andre tilfælde senest efter syv dage.
Hver gang disse plomber brydes, udfærdiges en skriftlig begrundelse herfor, som
stilles til rådighed for den kompetente myndighed.
VI. KONTROL, EFTERSYN OG 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 systemets
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 kalibre-
ring.
3.Monteringseftersyn
Ved monteringen i et køretøj skal apparatet og hele installationen opfylde bestem-
melserne 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 repara-
tion 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å fartskri-
verkortet,
—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,1998R2135 —DA—01.05.2006 —002.001 —48
▼M1
—at monteringspladen er anbragt,
—at plomberne på apparatet og på anlæggets øvrige dele er intakte,
—dækstørrelsen og den faktiske dækperiferi.
Disse eftersyn skal omfatte en kalibrering.
5.Måling af fejl
Måling af fejl, som opstår under montering og drift, udføres under følgende betin-
gelser, 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 regi-
strerede data ikke kan overføres, heller ikke efter reparation på det pågældende
værksted. Værkstederne opbevarer en kopi af hver attest, som de har udstedt, i
mindst ét år.
VII. UDSTEDELSE AF 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 fornyel-
sesindeks 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 udskiftningsindekset,
som skal være stillet på »0«, og fornyelsesindekset, som skal være øget med »1«
(i rækkefølgen 0, …, 9, A, …, Z).
Udskiftning af et eksisterende fartskriverkort med det formål at ændre administra-
tive data skal følge reglerne for fornyelse, når det finder sted i samme medlems-
stat, 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 kontrolappa-
ratet, anses for en komponent i kontrolapparatet.
Ved forelæggelse til godkendelse skal kontrolapparatet være komplet med even-
tuelt indbygget ekstra tilbehør.1998R2135 —DA—01.05.2006 —002.001 —49
▼M1
Typegodkendelse af kontrolapparater og fartskriverkort skal omfatte sikkerhedsre-
levante 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,
—en funktionsattest,
—og en interoperabilitetsattest
for det kontrolapparat eller det fartskriverkort, som typegodkendelsesansøgningen
omfatter.
Enhver ændring af en af apparatets komponenter eller af arten af de til dets frem-
stilling anvendte materialer skal, inden apparatet tages i brug, anmeldes til den
myndighed, som har typegodkendt apparatet. Denne myndighed skal over for
fabrikanten bekræfte udvidelsen af typegodkendelsen eller kan kræve opdatering
eller bekræftelse af de relevante funktions-, sikkerheds- og/eller interoperabilitets-
attester.
Procedurer til opgradering af programmel i allerede monteret kontrolapparat skal
være godkendt af den myndighed, som meddelte typegodkendelse af kontrolappa-
ratet. Opgradering af programmel må ikke ændre eller slette føreraktivitetsdata,
som er gemt i kontrolapparatet. Programmel må kun opgraderes under ansvar af
kontrolapparatets fabrikant.
2.Sikkerhedsattest
Sikkerhedsattesten udstedes i overensstemmelse med bestemmelserne i tillæg 10
til dette bilag.
3.Funktionsattest
Ansøgere til typegodkendelse skal forsyne medlemsstatens typegodkendelsesmyn-
digheder med alt det materiale og al den dokumentation, som myndigheden anser
for nødvendigt.
Der må ikke udstedes en funktionsattest til fabrikanten, før mindst alle de i tillæg
9 foreskrevne funktionsprøver er udført med tilfredsstillende resultat.
Funktionsattesten udstedes af typegodkendelsesmyndigheden. Denne attest skal
ud over navnet på modtageren og identifikation af modellen indeholde en specifi-
ceret liste over de udførte prøver og resultaterne heraf.
4.Interoperabilitetsattest
Interoperabilitetsprøver udføres af ét enkelt laboratorium under Europa-Kommis-
sionens myndighed og ansvar.
Laboratoriet registrerer de af fabrikanterne indgivne anmodninger om interopera-
bilitetsprøver i den kronologiske rækkefølge, de modtages.
Anmodningerne vil først blive officielt registreret, når laboratoriet er i besiddelse
af:
—det fuldstændige sæt materiale og dokumenter, som er nødvendige til sådanne
interoperabilitetsprøver,
—den tilsvarende sikkerhedsattest,
—den tilsvarende funktionsattest.
Fabrikanten underrettes om datoen for registreringen.
Laboratoriet udfører ikke interoperabilitetsprøvning af kontrolapparater eller fart-
skriverkort, for hvilke der ikke er udstedt en sikkerhedsattest og en funktionsat-
test.
Enhver fabrikant, som anmoder om interoperabilitetsprøver, forpligter sig til at
overlade hele det sæt materiale og dokumenter, som han har fremskaffet med
henblik på udførelse af prøverne, til det laboratorium, som forestår prøverne.
Interoperabilitetsprøver skal udføres i overensstemmelse med bestemmelserne i
punkt 5 i tillæg 9 til dette bilag, og i prøverne skal henholdsvis indgå alle de
typer kontrolapparater og fartskriverkort:
—for hvilke typegodkendelsen stadig er gyldig eller,
—for hvilke typegodkendelsen er under behandling, og for hvilke der foreligger
en gyldig interoperabilitetsattest.1998R2135 —DA—01.05.2006 —002.001 —50
▼M1
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 assi-
stance 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.
Interoperabilitetsattesten er gyldig i seks måneder. Efter slutningen af denne
periode ophæves den, hvis fabrikanten ikke har modtaget en tilsvarende typegod-
kendelsesattest. 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 kontrolapparat
og tilhørende fartskriverkort (fører-, værksteds-, kontrol- og virksomhedskort) er
attesteret som interoperabelt, anses en eventuelt udstedt interoperabilitetsattest
(herunder også denne allerførste attest) vedrørende anmodninger registreret i
denne periode, for foreløbig.
Anses alle de omhandlede produkter efter slutningen af denne periode for
indbyrdes interoperable, bliver alle tilsvarende interoperabilitetsattester endelige.
Findes der i løbet af denne periode interoperabilitetsmangel, skal det 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 interoperabilitetsmanglerne og
fastlægge, hvilke ændringer hver af de pågældende fabrikanter bør foretage.
Søgningen efter tekniske løsninger må vare højst to måneder; findes der derved
ingen fælles løsning, tager Kommissionen efter samråd med det laboratorium,
som forestår interoperabilitetsprøverne, stilling til, hvilke(t) apparat(er) og kort,
der skal udstedes en endelig interoperabilitetsattest for, og angiver begrundelse
herfor.
Eventuelle anmodninger om interoperabilitetstester, som af laboratoriet registreres
i perioden fra fire måneder efter udstedelse af den første foreløbige interoperabili-
tetsattest til datoen for den i krav 294 omhandlede Kommissionsbeslutning, stilles
i bero, til de første interoperabilitetsproblemer er løst. Disse anmodninger
behandles derefter i samme kronologiske rækkefølge, som de er registreret.1998R2135 —DA—01.05.2006 —002.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—01.05.2006 —002.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—01.05.2006 —002.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—01.05.2006 —002.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—01.05.2006 —002.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 (kodningsregler),
som vil være applikations- og miljøafhængig.
ASN.1-typebenævnelser er tildelt efter ISO/IEC 8824-1. Dette indebærer:—at datatypens betydning, hvor det er muligt, er givet gennem de valgte navne,
—at når en datatype er sammensat af andre datatyper, består datatypens navn
stadig af én enkelt sekvens af alfabetiske tegn med stort begyndelsesbogstav,
dog anvendes store bogstaver inde i navnet til at angive den tilsvarende
betydning,
—at datatypernes navne sædvanligvis hænger sammen med navnet på de 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 Identification cards systems —Telecommunications
integrated circuit(s) cards and terminals —Part 3:
Application independent card requirements. December
1994.
ISO 3779 Road vehicles —Vehicle identification number
(VIN) —Content and structure. Edition 3: 1983.
ISO/IEC 7816-5 Information technology —Identification cards —
Integrated circuit(s) cards with contacts —Part 5:
Numbering system and registration procedure for
application identifiers. First edition: 1994 + Amendment
1: 1996.
ISO/IEC 8824-1 Information technology —Abstract Syntax Notation
1 (ASN.1): Specification of basic notation. Edition 2:
1998.
ISO/IEC 8825-2 Information technology —ASN.1 encoding rules:
Specification of Packed Encoding Rules (PER).
Edition 2: 1998.
ISO/IEC 8859-1 Information technology —8 bit single-byte coded
graphic character sets —Part 1: Latin alphabet No
1. First edition: 1998.
ISO/IEC 8859-7 Information technology —8 bit single-byte coded
graphic character sets — Part 7: Latin/Greek
alphabet. First edition: 1987.
ISO 16844-3 Road vehicles —Tachograph systems —Motion
Sensor Interface. WD 3-20/05/99.
2. DEFINITIONER AF 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 kortlæ-
serstatus kl. 00:00 og/eller førerstatus kl. 00:00 og/eller skift af aktivitet og/eller
skift af kørestatus og/eller skift af kortstatus for en fører eller medchauffør. Denne
datatype er knyttet til krav 084, 109a, 199 og 219.1998R2135 —DA—01.05.2006 —002.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 kortplads:
′0′B: ISAT, der er isat et kort,′1′B: IKKE ISAT, kort er ikke isat (eller er taget ud),
′aa′B Aktivitet:
′00′B: PAUSE/HVILE,′01′B: RÅDIGHED,′10′B: ARBEJDE,′11′B: KØRSEL,
′ttttttttttt′B Klokkeslæt for skiftet: Antal minutter siden 00h00 det pågældende
døgn.
For registrering med fører- eller værkstedskort (og førerstatus):
′s′B Kortplads (ikke relevant når ′p′= 1, se dog bemærkning nedenfor):
′0′B: FØRER,′1′B: MEDCHAUFFØR,
′c′B Kørestatus (tilfældet ′p′= 0) eller Efterfø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′= 1 og ′c′= 0, se dog bemærkning
nedenfor):
′00′B: PAUSE/HVILE,′01′B: RÅDIGHED,′10′B: ARBEJDE,′11′B: KØRSEL,
′ttttttttttt′B Klokkeslæt for ændringen: Antal minutter siden 00h00 det pågæ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—01.05.2006 —002.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 semioktetpositi-
onen 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..CardActivityLengthRange),
activityRecordDate TimeReal,activityDailyPresenceCounter DailyPresenceCounter,
activityDayDistance Distance,
activityChangeInfo SET SIZE(1..1 440) OF ActivityChangeInfo
}
activityPreviousRecordLength er den totale længde i byte af den foregående
døgnpost. Maksimumværdien er givet ved længden af den OCTET STRING,
som indeholder disse poster (se CardActivityLengthRange punkt 3). Når denne
post er den ældste døgnpost, skal activityPreviousRecordLength sættes til
værdien 0.
activityRecordLength er den totale længde i byte af denne post. Maksimumvær-
dien 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.1998R2135 —DA—01.05.2006 —002.001 —58
▼M1
activityChangeInfo er datasættet ActivityChangeInfo for føreren det pågældende
døgn. Det kan indeholde indtil 1 440 værdier (ét aktivitetsskift pr. minut). Dette
datasæt indeholder altid ActivityChangeInfo med kode for førerstatus 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.1998R2135 —DA—01.05.2006 —002.001 —59
▼M1
controlVehicleRegistration er indregistreringsnummer og registrerende
medlemsstat for det køretøj, i hvilket kontrollen fandt sted.
controlDownloadPeriodBegin ogcontrolDownloadPeriodEnd angiver, ved
dataoverførsel, den periode, for hvilken dataoverførsel har fundet sted.
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 aktiviteter
(krav 199 og 219).
CardDriverActivity ::= SEQUENCE {
activityPointerOldestDayRecord INTEGER(0..CardActivity-
LengthRange-1),
activityPointerNewestRecord INTEGER(0..CardActivityLength-
Range-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 fore-
gå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 udsted-
else af førerbeviset.1998R2135 —DA—01.05.2006 —002.001 —60
▼M1
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 {
cardEventRecords SET SIZE(NoOfEventsPerType) OF CardE-
ventRecord
}CardEventData er en sekvens af cardEventRecords, ordnet efter stigende Event-
FaultType (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 kort-
indehaveren (krav 207 og 223).
CardFaultData ::= SEQUENCE SIZE(2) OF {
cardFaultRecords SET SIZE(NoOfFaultsPerType) OF CardFaul-
tRecord
}
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 (kontrolap-
parat 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
}1998R2135 —DA—01.05.2006 —002.001 —61
▼M1
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 CardApprovalNumber
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 defineret
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 {1998R2135 —DA—01.05.2006 —002.001 —62
▼M1
driverIdentification IA5String(SIZE(14)),
cardReplacementIndex CardReplacementIndex,cardRenewalIndex CardRenewalIndex
}
SEQUENCE {
ownerIdentification IA5String(SIZE(13)),
cardConsecutiveIndex CardConsecutiveIndex,
cardReplacementIndex CardReplacementIndex,cardRenewalIndex CardRenewalIndex
}
}driverIdentification er den entydige identifikation af en fører i en medlemsstat.
ownerIdentification er den entydige identifikation af en virksomhed, et værksted
eller et kontrolorgan i en medlemsstat.
cardConsecutiveIndex er kortets fortløbende indeks.
cardReplacementIndex er kortets udskiftningsindeks.
cardRenewalIndex er kortets fornyelsesindeks.
Den første sekvens af valget er egnet til kodning af et førerkortnummer, den
anden sekvens af valget er egnet til kodning af værksteds-, kontrol- og 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′1998R2135 —DA—01.05.2006 —002.001 —63
▼M1
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,
′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 fartskriver-
kort.
CardStructureVersion ::= OCTET STRING (SIZE(2))Tilordnet værdi: ′aabb′H:
′aa′H Indeks for ændringer af strukturen,
′bb′H Indeks for ændringer vedrørende brug af de dataelementer, der er defineret
for strukturen, er givet ved den høje byte.
2.30. CardVehicleRecord
Oplysninger, gemt på et fører- eller værkstedskort, vedrørende en anvendelsespe-
riode 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.1998R2135 —DA—01.05.2006 —002.001 —64
▼M1
vehicleOdometerEnd er køretøjets kilometerstand ved slutningen af anvendelses-
perioden for køretøjet.
vehicleFirstUse er startdato og -klokkeslæt for anvendelsesperioden for køretøjet.
vehicleLastUse er slutdato og -klokkeslæt for anvendelsen af køretøjet.
vehicleRegistration er indregistreringsnummer og registrerende medlemsstat for
køretøjet.
vuDataBlockCounter er værdien af VuDataBlockCounter ved sidste uddragning
af køretøjets anvendelsesperiode.
2.31. 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..NoOfCardVehicleRe-
cords-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).
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 CertificateHolderAuthorisation,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 offent-
lige 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.1998R2135 —DA—01.05.2006 —002.001 —65
▼M1
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øretøjs-
enhed, som nøglen er bestemt for, ikke kendes på udfærdigelsestidspunktet for
certifikatet.
CertificateRequestID ::= SEQUENCE {
requestSerialNumber INTEGER(0..232-1)
requestMonthYear BCDString(SIZE(2))
crIdentifier OCTET STRING(SIZE(1))
manufacturerCode ManufacturerCode
}
requestSerialNumber er et serienummer på anmodningen om certifikatet. Den er
entydig for fabrikanten og for måneden nedenfor.
requestMonthYear identificerer måned og år for anmodningen om certifikatet.
Tilordnet værdi: BCD-kodning af måned (to cifre) og år (to sidste cifre).
crIdentifier: Et datanavn, som har til formål at skelne en anmodning om certi-
fikat fra et udvidet serienummer.
Tilordnet værdi: ′FFh′.
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 NationNumericnationAlpha 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 certifi-
ceringsmyndighedens 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.1998R2135 —DA—01.05.2006 —002.001 —66
▼M1
caIdentifier er et felt på to byte til supplerende kodning (specifik for certificerin-
gsmyndigheden).
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..NoOfCompanyActi-
vityRecords-1),
companyActivityRecords SET SIZE(NoOfCompanyActivityRe-
cords) OF
companyActivityRecord SEQUENCE {
companyActivityType CompanyActivityType,
companyActivityTime TimeReal,
cardNumberInformation FullCardNumber,vehicleRegistrationInformation VehicleRegistrationIdenti-
fication,
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 ogdownloadPeriodEnd angiver den periode, hvor even-
tuel overførsel af data fra køretøjsenheden har fundet sted.
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 {1998R2135 —DA—01.05.2006 —002.001 —67
▼M1
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 applika-
tion (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),
controlActivityRecords SET SIZE(NoOfControlActivityRe-
cords) OF
>controlActivityRecord SEQUENCE {
controlType ControlType,
controlTime TimeReal,controlledCardNumber FullCardNumber,controlledVehicleRegistration VehicleRegistrationIdenti-
fication,
controlDownloadPeriodBegin TimeReal,controlDownloadPeriodEnd TimeReal1998R2135 —DA—01.05.2006 —002.001 —68
▼M1
}
}controlPointerNewestRecord er indekset på senest opdaterede kontrolaktivitets-
post.
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 ogcontrolDownloadPeriodEnd angiver den
periode, for hvilken data derefter er blevet overført.
2.43. ControlCardHolderIdentification
Oplysninger, gemt på et kontrolkort, vedrørende identifikation af kortindehaveren
(krav 232).
ControlCardHolderIdentification ::= SEQUENCE {
controlBodyName Name,controlBodyAddress Address,cardHolderName HolderName,cardHolderPreferredLanguage Language
}controlBodyName er navnet på kortindehaverens kontrolorgan.
controlBodyAddress er adressen på kortindehaverens kontrolorgan.
cardHolderName er efternavn og fornavn(e) på kontrolkortets indehaver.
cardHolderPreferredLanguage er det af kortindehaveren foretrukne sprog.
2.44. 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 kontrolakti-
vitet,
′p′B udprintning:
′0′B: Der er ikke udprintet under denne kontrolaktivitet,
′1′B: Der er udprintet under denne kontrolaktivitet,
′d′B visning på skærm:
′0′B: Der er ikke anvendt visning på skærm under denne kontrolakti-
vitet,
′1′B: Der er anvendt visning på skærm under denne kontrolaktivitet,
′xxxx′B Ikke anvendt.1998R2135 —DA—01.05.2006 —002.001 —69
▼M1
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 applikation
(krav 190).
DriverCardApplicationIdentification ::= SEQUENCE {
typeOfTachographCardId EquipmentType,
cardStructureVersion CardStructureVersion,
noOfEventsPerType NoOfEventsPerType,noOfFaultsPerType NoOfFaultsPerType,activityStructureLength CardActivityLengthRange,noOfCardVehicleRecords NoOfCardVehicleRecords,noOfCardPlaceRecords NoOfCardPlaceRecords
}
typeOfTachographCardId angiver den implementerede korttype.
cardStructureVersion angiver den version af strukturen, som er implementeret i
kortet.
noOfEventsPerType er antal hændelser af hver hændelsestype, som kortet kan
opbevare.
noOfFaultsPerType er antal fejl af hver fejltype, som kortet kan opbevare.1998R2135 —DA—01.05.2006 —002.001 —70
▼M1
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 fartskriverap-
plikationen.
EquipmentType ::= INTEGER(0..255)
- - Reserveret (0),- - Førerkort (1),- - Værkstedskort (2),- - Kontrolkort (3),- - Virksomhedskort (4),- - Fabrikationskort (5),- - Køretøjsenhed (6),- - Bevægelsesføler (7),- - Reserveret fremtidig anvendelse (8..255)
Tilordnet værdi: I henhold til ISO/IEC 8824-1.
Værdien 0 er reserveret til at angive en medlemsstat eller EU i CHA-feltet i certi-
fikaterne.1998R2135 —DA—01.05.2006 —002.001 —71
▼M1
2.53. EuropeanPublicKey
Den europæiske offentlige nøgle.
EuropeanPublicKey ::= PublicKey
2.54. EventFaultType
Kode, som bestemmer en hændelse eller en fejl.EventFaultType ::= OCTET STRING (SIZE(1))
Tilordnet værdi:
′0x′H Generelle hændelser,
′00′H Ingen yderligere detaljer,
′01′H Isætning af ugyldigt kort,
′02′H Kortkonflikt,′03′H Tidsoverlapning,
′04′H Kørsel uden behørigt kort,
′05′H Isætning af kort under kørslen,′06′H Seneste kortsession ikke korrekt afsluttet,′07′H Overskridelse af tilladt hastighed,
′08′H Afbrydelse i strømforsyningen,
′09′H Fejl i bevægelsesdata,′0A′H .. ′0F′H Reserveret fremtidig anvendelse,
′1x′H Hændelser, som er knyttet til køretøjsenheden og består i forsøg
på sikkerhedsbrud,
′10′H Ingen yderligere detaljer,
′11′H Ægthedsbekræftelse for bevægelsesføler ikke lykkedes,
′12′H Ægthedsbekræftelse for fartskriverkort ikke lykkedes,′13′H Ubeføjet ændring af bevægelsesføler,
′14′H Integritetsfejl på indlæste kortdata
′15′H Integritetsfejl på lagrede brugerdata,′16′H Fejl ved intern dataoverførsel,
′17′H Ubehørig åbning af hus,
′18′H Hardware-sabotage,′19′H .. ′1F′H Reserveret fremtidig anvendelse,
′2x′H Hændelser, som knyttet til føleren og består i forsøg på 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,1998R2135 —DA—01.05.2006 —002.001 —72
▼M1
′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 fejl
′01′H den længstvarende hændelse for en af de 10 seneste dage, den er
forekommet
′02′H en af de 5 længstvarende hændelser inden for de sidste 365 dage
′03′H den seneste hændelse for en af de 10 seneste dage, den er 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..2
32-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.1998R2135 —DA—01.05.2006 —002.001 —73
▼M1
2.58. HighResOdometer
Køretøjets kilometerstand: Samlet distance tilbagelagt af køretøjet i dettes
driftstid.
HighResOdometer ::= INTEGER(0..232-1)
Tilordnet værdi: Binær uden fortegn. Talværdi i 1/200 km med området 0 til
2 1 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..2
32-1)
Tilordnet værdi: Binær uden fortegn. Talværdi i 1/200 km med området 0 til
2 1 055 406 km.
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øjs-
enhed (når køretøjets serienummer ikke kan oplyses på tidspunktet for udfærdig-
else af certifikatet).
Det tredje valg er egnet til henvisning til den offentlige nøgle for en medlemsstat.
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.1998R2135 —DA—01.05.2006 —002.001 —74
▼M1
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 ::= TimeRealTilordnet 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)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′1998R2135 —DA—01.05.2006 —002.001 —75
▼M1
′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 certifi-
ceringsmyndighed.
MemberStateCertificate ::= Certificate
2.69. MemberStatePublicKey
En medlemsstats offentlige nøgle.MemberStatePublicKey ::= PublicKey
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 forsik-ringsbeviser (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,1998R2135 —DA—01.05.2006 —002.001 —76
▼M1
′FR′ Færøerne,
′UK′ Det Forenede Kongerige, Alderney, Guernsey, Jersey, Isle of Man,
Gibraltar,
′GE′ Georgien,
′GR′ Grækenland,
′H′ Ungarn,
′HR′ Kroatien,
′I′ Italien,
′IRL′ Irland,
′IS′ Island,
′KZ′ Kasakhstan,
′L′ Luxembourg,
′LT′ Litauen,
′LV′ Letland,
′M′ Malta,
′MC′ Monaco,
′MD′ Moldova,
′MK′ Makedonien,
′N′ Norge,
′NL′ Nederlandene,
′P′ Portugal,
′PL′ Polen,
′RO′ Rumænien,
′RSM′ San Marino,
′RUS′ Den Russiske Føderation,
′S′ Sverige,
′SK′ Slovakiet,
′SLO′ Slovenien,
′TM′ Turkmenistan,
′TR′ Tyrkiet,
′UA′ Ukraine,
′V′ Vatikanstaten,
′YU′ Jugoslavien,
′UNK′ Ukendt,
′EC′ Det Europæiske Fællesskab,
′EUR′ Det øvrige Europa,
′WLD′ Den øvrige verden.
2.72. NationNumeric
Numerisk henvisning til en stat.
NationNumeric ::= INTEGER(0..255)
Tilordnet værdi:
- - Ingen oplysninger foreligger (00)H,
- - Østrig (01)H,- - Albanien (02)H,
- - Andorra (03)H,
- - Armenien (04)H,- - Aserbajdsjan (05)H,- - Belgien (06)H,
- - Bulgarien (07)H,
- - Bosnien-Hercegovina (08)H,- - Belarus (09)H,
- - Schweiz (0A)H,1998R2135 —DA—01.05.2006 —002.001 —77
▼M1
- - Cypern (0B)H,
- - Tjekkiet (0C)H,
- - Tyskland (0D)H,
- - Danmark (0E)H,- - Spanien (0F)H,
- - Estland (10)H,
- - Frankrig (11)H,
- - Finland (12)H,
- - Liechtenstein (13)H,
- - Færøerne (14)H,
- - Det Forenede Kongerige (15)H,
- - Georgien (16)H,
- - Grækenland (17)H,
- - Ungarn (18)H,
- - Kroatien (19)H,- - Italien (1A)H,
- - Irland (1B)H,
- - Island (1C)H,
- - Kasakhstan (1D)H,
- - Luxembourg (1E)H,
- - Litauen (1F)H,
- - Letland (20)H,
- - Malta (21)H,
- - Monaco (22)H,- - Moldova (23)H,
- - Makedonien (24)H,
- - Norge (25)H,
- - Nederlandene (26)H,
- - Portugal (27)H,
- - Polen (28)H,
- - Rumænien (29)H,
- - San Marino (2A)H,
- - Den Russiske Føderation (2B)H,
- - Sverige (2C)H,
- - Slovakiet (2D)H,- - Slovenien (2E)H,
- - Turkmenistan (2F)H,
- - Tyrkiet (30)H,
- - Ukraine (31)H,
- - Vatikanstaten (32)H,
- - Jugoslavien (33)H,
- - Reserveret fremtidig anvendelse (34..FC)H,
- - Det Europæiske Fællesskab (FD)H,
- - Det øvrige Europa (FE)H,- - Den øvrige verden (FF)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).1998R2135 —DA—01.05.2006 —002.001 —78
▼M1
NoOfCalibrationsSinceDownload ::= INTEGER(0..216-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..2
16-1)
Tilordnet værdi: Se punkt 3.
2.77. NoOfCompanyActivityRecords
Antal virksomhedsaktivitetsposter, som kan gemmes på et virksomhedskort.NoOfCompanyActivityRecords ::= INTEGER(0..2
16-1)
Tilordnet værdi: Se punkt 3.
2.78. NoOfControlActivityRecords
Antal kontrolaktivitetsposter, som kan gemmes på et kontrolkort.NoOfControlActivityRecords ::= INTEGER(0..2
16-1)
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 tilladt1998R2135 —DA—01.05.2006 —002.001 —79
▼M1
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 VehicleRegistrationIdentifica-
tion,
cardWithdrawalTime TimeReal
}
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,1998R2135 —DA—01.05.2006 —002.001 —80
▼M1
′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,
′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))1998R2135 —DA—01.05.2006 —002.001 —81
▼M1
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 monte-
ring (krav 099).
SensorInstallation ::= SEQUENCE {
sensorPairingDateFirst SensorPairingDate,
firstVuApprovalNumber VuApprovalNumber,
firstVuSerialNumber VuSerialNumber,sensorPairingDateCurrent SensorPairingDate,
currentVuApprovalNumber VuApprovalNumber,
currentVUSerialNumber VuSerialNumber
}
sensorPairingDateFirst er datoen for første samparring af bevægelsesføleren
med en køretøjsenhed.
firstVuApprovalNumber er godkendelsesnummeret på den første køretøjsenhed,
som er samparret med bevægelsesføleren.
firstVuSerialNumber er serienummeret på den første køretøjsenhed, som er
samparret med bevægelsesføleren.
sensorPairingDateCurrent er datoen for den aktuelle samparring af bevægelses-
fø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 ::= TDesSessionKey
Tilordnet værdi: I henhold til ISO 16844-3.1998R2135 —DA—01.05.2006 —002.001 —82
▼M1
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øjsenhed
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).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)1998R2135 —DA—01.05.2006 —002.001 —83
▼M1
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øjsenhed
og vedrører en særlig omstændighed (krav 105a, 212a og 230a).
SpecificConditionRecord ::= SEQUENCE {
entryTime TimeReal,specificConditionType SpecificConditionType
}
entryTime er dato og klokkeslæt for indlæsningen.
specificConditionType er den kode, som identificerer den særlige omstæ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.
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.1998R2135 —DA—01.05.2006 —002.001 —84
▼M1
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 Acti-
vityChangeInfo
}
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 Activi-
tyChangeInfo ord, som angiver status af de to kortlæsere kl. 00:00 den pågæl-
dende dag.
2.116. VuApprovalNumber
Køretøjsenhedens typegodkendelsesnummer.VuApprovalNumber ::= IA5String(SIZE(8))1998R2135 —DA—01.05.2006 —002.001 —85
▼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 kontrolappa-
ratet (krav 098).
VuCalibrationRecord ::= SEQUENCE {
calibrationPurpose CalibrationPurpose,
workshopName Name,
workshopAddress Address,
workshopCardNumber FullCardNumber,
workshopCardExpiryDate TimeReal,vehicleIdentificationNumber VehicleIdentificationNumber,
vehicleRegistrationIdentification VehicleRegistrationIdentifica-
tion,
wVehicleCharacteristicConstant 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.1998R2135 —DA—01.05.2006 —002.001 —86
▼M1
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 Calibrati-
onPurpose foreskrives at skulle udføres af kontrolmyndigheden.
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 PreviousVehicleInfomanualInputFlag ManualInputFlag
}
cardHolderName er kortindehaverens efternavn og fornavn(e), som gemt på
kortet.
fullCardNumber er kortets type, den medlemsstat, som har udstedt kortet, samt
kortets nummer, som gemt på kortet.
cardExpiryDate er kortets udløbsdato, som gemt på kortet.
cardInsertionTime er isætningsdato og -klokkeslæt.
vehicleOdometerValueAtInsertion er køretøjets kilometerstand ved isætning af
kortet.
cardSlotNumber er den kortplads, som kortet sidder i.
cardWithdrawalTime er dato og klokkeslæt for udtagning af kortet.
vehicleOdometerValueAtWithdrawal er køretøjets kilometerstand ved 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.1998R2135 —DA—01.05.2006 —002.001 —87
▼M1
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 VuCompa-
nyLocksRecord
}
noOfLocks er antal låse, som er opført i vuCompanyLocksRecords.
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 VuCon-
trolActivityRecord
}
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.1998R2135 —DA—01.05.2006 —002.001 —88
▼M1
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 {
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 VuDe-
tailedSpeedBlock
}
noOfSpeedBlocks er antal hastighedsblokke i mængden vuDetailedSpeedBlocks.
vuDetailedSpeedBlocks er mængden af detaljerede hastighedsblokke.
2.129. VuDownloadablePeriod
Ældste og nyeste dato, for hvilke en køretøjsenhed opbevarer data vedrørende
førerens aktiviteter (krav 081, 084 eller 087).
VuDownloadablePeriod ::= SEQUENCE {
minDownloadableTime 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,1998R2135 —DA—01.05.2006 —002.001 —89
▼M1
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.
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 {1998R2135 —DA—01.05.2006 —002.001 —90
▼M1
noOfVuFaults INTEGER(0..255),
vuFaultRecords SET SIZE(noOfVuFaults) OF VuFaultRecord
}noOfVuFaults er antal fejl opført i mængden vuFaultRecords.
vuFaultRecords er en mængde af fejlposter.
2.134. 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.
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øjs-
enheden.
vuManufacturingDate er køretøjsenhedens fabrikationsdato.1998R2135 —DA—01.05.2006 —002.001 —91
▼M1
vuApprovalNumber er køretøjsenhedens typegodkendelsesnummer.
2.136. VuManufacturerAddress
Adressen på fabrikanten af køretøjsenheden.VuManufacturerAddress ::= AddressTilordnet 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.
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 overskridelse
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 overskridelse
af tilladt hastighed (krav 094).
VuOverSpeedingEventRecord ::= SEQUENCE {
eventType EventFaultType,eventRecordPurpose EventFaultRecordPurpose,eventBeginTime TimeReal,1998R2135 —DA—01.05.2006 —002.001 —92
▼M1
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(noOfPlaceRecords)
OF VuPlaceDailyWorkPeriodRecord
}
noOfPlaceRecords er antal poster i mængden vuPlaceDailyWorkPeriodRecords.
vuPlaceDailyWorkPeriodRecords er en mængde af poster vedrørende steder.
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 ::= PublicKey1998R2135 —DA—01.05.2006 —002.001 —93
▼M1
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øjsenheden.
VuSoftInstallationDate ::= TimeReal
Tilordnet 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 (noOfSpecificConditionRe-
cords) 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.
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(noOfVuTimeAdjRecords)
OF VuTimeAdjustmentRecord
}noOfVuTimeAdjRecords er antal poster i mængden vuTimeAdjustmentRecords.
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).1998R2135 —DA—01.05.2006 —002.001 —94
▼M1
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..2
16-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 appli-
kation (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 aktivitetspo-
ster.
noOfCardVehicleRecords er antal køretøjsposter, som kan gemmes på kortet.
noOfCardPlaceRecords er antal steder, som kan gemmes på kortet.
noOfCalibrationRecords er det antal kalibreringsposter, som kan gemmes på
kortet.
2.156. 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..2
16-1),
calibrationPointerNewestRecord INTEGER(0..NoOfCalibratio-
nRecords-1),1998R2135 —DA—01.05.2006 —002.001 —95
▼M1
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,
wVehicleCharacteristicConstant 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 Calibrati-
onPurpose foreskrives at skulle udføres af kontrolmyndigheden.
vuPartNumber, vuSerialNumber ogsensorSerialNumber er de dataelementer,
som identificerer kontrolapparatet.1998R2135 —DA—01.05.2006 —002.001 —96
▼M1
2.158. WorkshopCardHolderIdentification
Oplysninger, gemt på et værkstedskort, vedrørende identifikation af kortindeha-
veren (krav 216).
WorkshopCardHolderIdentification ::= SEQUENCE {
workshopName Name,
workshopAddress Address,cardHolderName HolderName,cardHolderPreferredLanguage Language
}workshopName er navnet på kortindehaverens værksted.
workshopAddress er adressen på kortindehaverens værksted.
cardHolderName er efternavn og fornavn(e) på indehaveren (f.eks navnet på
mekanikeren).
cardHolderPreferredLanguage er det af kortindehaveren foretrukne sprog.
2.159. 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.
CardActivityLengthRange 5 544bytes
(28 døgn med 93
aktivitetsskift i
døgnet)13 776 bytes
(28 døgn med 240
aktivitetsskift i
døgnet)
NoOfCardPlaceRecords 84 112
NoOfCardVehicleRecords 84 200
NoOfEventsPerType 6 12
NoOfFaultsPerType 12 24
3.2.Definitioner til værkstedskortet:
Nombre del valor variable Min. Maks.
CardActivityLengthRange 198 bytes
(1 døgn med 93
aktivitetsskift)492 bytes
(1 døgn med 240
aktivitetsskift)
NoOfCardPlaceRecords 6 8
NoOfCardVehicleRecords 4 8
NoOfEventsPerType 3 3
NoOfFaultsPerType 6 6
NoOfCalibrationRecords 88 2551998R2135 —DA—01.05.2006 —002.001 —97
▼M1
3.3.Definitioner til kontrolkortet:
Navn på variabelværdi Min. Maks.
NoOfControlActivityRecords 230 520
3.4.Definitioner til virksomhedskortet:
Navn på variabelværdi Min. Maks.
NoOfCompanyActivityRecords 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.
! " # $ % & ' ( ) * + , - . / 0 1 2 3 4 5 6 7 8 9 : ; < = > ?
@ A B C D E F G H I J K L M N O P Q R S T U V W X Y Z [ \ ] ˆ_
‵a b c d e f g h i j k l m n o p q r s t u v w x y z { | } ∼
I andre tegnstrenge (Address, Name, VehicleRegistrationNumber) anvendes
herudover de tegn, der er fastlagt ved kode 192 til 255 af ISO/IEC 8859-1 (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—01.05.2006 —002.001 —98
▼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 …...........................................................................
4.2. Værkstedskortets struktur ….....................................................................1998R2135 —DA—01.05.2006 —002.001 —99
▼M1
4.3. Kontrolkortets struktur …........................................................................
4.4. Virksomhedskortets struktur …..................................................................1998R2135 —DA—01.05.2006 —002.001 —100
▼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) (Application
protocol data unit)
ATR Svar på nulstilling (Answer to reset)
AUT Identitetsbekræftet (Authenticated)
C6, C7 Kortets kontakt nr. 6 og 7 som beskrevet i ISO/IEC 7816-2cc Klokcyklusser (clock cycles)
CHV Information til verifikation af kortindehaver (Card holder verification
information)
CLA Klassebyte i APDU-kommando (Class byte of an APDU command)
DF Dedikeret fil. En DF kan indeholde andre filer (EF eller DF)EF Elementærfil
ENC Krypteret (Encrypted): Adgang kun mulig med krypteringsdata.
etu Elementær tidsenhed (elementary time unit)IC Integreret kreds (Integrated circuit)
ICC Chipkort (Integrated circuit card)
ID IdentifikatorIFD Kortlæser (Interface device)
IFS Længde af informationsfelt (Information field size)
IFSC Længde af informationsfelt til kort (Information field size for the
card)
IFSD Informationsfeltlængde for kortlæser (Information field size device)INS Ordrebyte i APDU-kommando (Instruction byte)
Lc Længde af inddata til APDU-kommando
Le Længde af forventede data (uddata til en kommando)MF Hovedfil (dedikeret rodfil) (Master file)
P1-P2 Parameterbytes
NAD Knudepunktadresse i en T=1 protokol (Node address)
NEV Aldrig (Never)
PIN Personligt identifikationsnummerPRO SM Beskyttet med sikker meddelelsesoverførsel (Protected with secure
messaging)
PTS Valgt transmissionsprotokol (Protocol transmission selection)
RFU Forbeholdt fremtidig brug (Reserved for future use)
RST Nulstilling (af et kort) (Reset)SM Sikker overførsel af meddelelser (Secure messaging)
SW1-SW2 Statusbytes
TS Initialt tegn i ATR (svar på nulstilling)VPP Programmeringsspænding
XXh 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.
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.1998R2135 —DA—01.05.2006 —002.001 —101
▼M1
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øjsenheden,
ikke af kortet selv. Arbejdscyklussen kan variere mellem 40 og 60 %.
Under de betingelser, der er indeholdt i kortfilen EFICC, kan den eksterne klokke
standses. Den første byte i kroppen af filen 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
0 0 1 Klokstop tilladt, intet foretrukket niveau
0 1 1 Klokstop tilladt, højt niveau foretrukket
1 0 1 Klokstop tilladt, lavt niveau foretrukket
0 0 0 Klokstop ikke tilladt0 1 0 Klokstop kun tilladt på højt niveau
1 0 0 Klokstop kun tilladt på lavt niveau
Bit 4 til 8 buenyttet.
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:1998R2135 —DA—01.05.2006 —002.001 —102
▼M1
—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-blokkens
IFS-forespørgsel efter svar på nulstilling (ATR), og kortet skal tilbagemelde
S-blokkens IFS. Den anbefalede værdi for IFSD er 254 bytes.
—Kortet anmoder ikke om efterjustering af IFS.1998R2135 —DA—01.05.2006 —002.001 —103
▼M1
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ænsning.
—NEV: Operationen er aldrig mulig.
—AUT: Rettighederne svarende til vellykket ekstern ægthedsbekræftelse skal
åbnes (fås med kommandoen EXTERNAL AUTHENTICATE).
—PRO SM: Kommandoen skal overføres med en kryptografisk kontrolsum
med sikkert meddelelsessystem (se tillæg 11).
—AUT og PRO SM (kombineret).1998R2135 —DA—01.05.2006 —002.001 —104
▼M1
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 Ja
PRO SM Ja NejAUT 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 D6
GET CHALLENGE 84
VERIFY 20
GET RESPONSE C0
PERFORM SECURITY OPERATION:
VERIFY CERTIFICATE
COMPUTE DIGITAL SIGNATURE
VERIFY DIGITAL SIGNATUREHASH2A
INTERNAL AUTHENTICATE 88
EXTERNAL AUTHENTICATE 82
MANAGE SECURITY ENVIRONMENT:
SETTING A KEY22
PERFORM HASH OF FILE 2A
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 beskadiget1998R2135 —DA—01.05.2006 —002.001 —105
▼M1
SW1 SW2 Betydning
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. Integritetsfejl
65 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 meddelelsesoverførsel)
eller
forkert certifikat (ved verifikation af certifikat) eller
forkert kryptogram (ved ekstern ægthedsbekræftelse) ellerforkert underskrift (ved verifikation af underskrift)
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 opfyldt
69 86 Kommando ikke tilladt (ingen aktuel elementærfil)
69 87 Forventede dataobjekter for sikker meddelelsesoverførsel mangler69 88 Ukorrekte dataobjekter for sikker meddelelsesoverførsel
6A 82 Filer ikke fundet
6A 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 tilbagemeldes
6D 00 Operationskode ikke understøttet eller ugyldig
6E 00 Klasse ikke understøttet
6F 00 Andre kontrolfejl
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ørendelæ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.1998R2135 —DA—01.05.2006 —002.001 —106
▼M1
—når protokol T=0 anvendes, skal kortlæseren sende den første kommando
med P3=Lc + data, kortet skal (på det implicitte Le=0) svare med statusbytes
′61La′, hvor La er antal svarbytes til rådighed. Kortlæseren skal derefter gene-
rere 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 meddelelser.
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′.
—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 fil1998R2135 —DA—01.05.2006 —002.001 —107
▼M1
Byte Længde Værdi Beskrivelse
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-funk-
tionen.
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′
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)1998R2135 —DA—01.05.2006 —002.001 —108
▼M1
—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 identi-
teten 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
kontrolsum
#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
kontrolsum1998R2135 —DA—01.05.2006 —002.001 —109
▼M1
Byte Længde Værdi Beskrivelse
#(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 inddata-
formatet for sikker meddelelsesoverførsel er korrekt:
Byte Længde Værdi Beskrivelse
#1 1 ′87h′ TPI CG: Etiket for krypterede data (kryp-
togram)
#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 udfyldningsindika-
toren 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:
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.1998R2135 —DA—01.05.2006 —002.001 —110
▼M1
Med kommandomeddelelsen UPDATE BINARY igangsættes opdatering (sletning
+ skrivning) af de bits, der i forvejen ligger i en binær elementærfil, med de bits,
der er indeholdt i kommandoen APDU.
Kommandoen kan kun udføres, hvis sikkerhedsstatus opfylder de sikkerhedsegen-
skaber, 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′.
—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 byte1998R2135 —DA—01.05.2006 —002.001 —111
▼M1
Byte Længde Værdi Beskrivelse
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 meddelelsesover-
fø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 tilbagemeldes
med den svarmeddelelsesstruktur, som er beskrevet ovenfor.
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′.1998R2135 —DA—01.05.2006 —002.001 —112
▼M1
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 kryptogrameller 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.
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)1998R2135 —DA—01.05.2006 —002.001 —113
▼M1
—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)
—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ølgendeGET RESPONSE-kommando.
—Hvis Le ikke er nul og er mindre end antal bytes til rådighed, bliver de
ønskede data sendt på normal måde af kortet, og der tilbagemeldes status ′
61xx′, hvor ′xx′er antal bytes, som stadig er til rådighed ved en efterfølgende
GET RESPONSE-kommando.
—Hvis kommandoen ikke understøttes (protokol T=1), tilbagemelder kortet ′
6D00′.
3.6.7. PSO: Verify 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 udtryk-
kelig være angivet til brug i sikkerhedsrelaterede kommandoer (INTERNAL1998R2135 —DA—01.05.2006 —002.001 —114
▼M1
AUTHENTICATE, EXTERNAL AUTHENTICATE eller VERIFY CERTIFI-
CATE) af MSE-kommandoen (se punkt 3.6.10) med anvendelse af nøgleidentifi-
katoren.
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 (CertificateHolderAuthorisation.equipment-
Type) 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.
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 kortet1998R2135 —DA—01.05.2006 —002.001 —115
▼M1
Byte Længde Værdi Beskrivelse
#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, tilbage-
meldes 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.
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)
Svarmeddelelse1998R2135 —DA—01.05.2006 —002.001 —116
▼M1
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øjning
af fartskriverapplikationens navn (AID) og en type køretøjsenhed, tilbage-
meldes status ′6F00′ (se tillæg 11).
—Findes der ikke ingen privat nøgle i sikkerhedsmiljøet, tilbagemeldes status ′
6A88′.
—Lykkes verifikationen af den kryptografiske kontrolsum ikke, tilbagemeldes
behandlingsstatus ′6688′.
—Hvis denne kommando ikke følger umiddelbart efter en GET CHALLENGE-
kommando, tilbagemeldes status ′6985′.
—Hvis den valgte private nøgle anses for beskadiget, tilbagemeldes status ′
6400′ eller′6581′.
Hvis EXTERNAL AUTHENTICATE-kommandoen ikke giver resultat, og hvis
første del af sessionsnøglen er tilgængelig fra en vellykket nylig udført
INTERNAL AUTHENTICATE, bliver sessionsnøglen til fremtidige kommandoerfastsat 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 ægthedsbe-
kræ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 operationer
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)1998R2135 —DA—01.05.2006 —002.001 —117
▼M1
—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 verifikation
af digital underskrift.
Denne kommando er i overensstemmelse med ISO/IEC 7816-8. Brugen af denne
kommando er begrænset med hensyn til den tilknyttede standard.
Kommandomeddelelse
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′ Hashkode
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. Klassebyten
(CLA) i denne kommando angiver således, at der er en ophavsretligt beskyttet
anvendelse af PERFORM SECURITY OPERATION/HASH.
Kommandoen PERFORM HASH OF FILE anvendes til hashing af dataområdet i
den aktuelt valgte transparente elementærfil (EF).
Resultatet af hashoperationen gemmes på kortet. Derefter kan det benyttes til at
sætte en digital underskrift på filen ved hjælp af kommandoen PSO: COMPUTE
DIGITAL SIGNATURE. Dette resultat vil være til rådighed for kommandoen
COMPUTE DIGITAL SIGNATURE, indtil næste PERFORM HASH OF FILE-
kommando er gennemført med resultat.
Kommandomeddelelse1998R2135 —DA—01.05.2006 —002.001 —118
▼M1
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).
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.1998R2135 —DA—01.05.2006 —002.001 —119
▼M1
Kommandoen VERIFY DIGITAL SIGNATURE anvender altid samme offentlige
nøgle, som er valgt af den forudgående MANAGE SECURITY ENVIRON-
MENT-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 underskrift
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. EuropeanPublicKey, CardPrivat-
eKey, TDesSessionKey eller WorkshopCardPin.
Den effektive lagerplads på fartskriverkort skal være mindst 11 kbytes. Der kan
anvendes større lagerplads. I så fald er kortets struktur den samme, men visse af
elementerne i strukturen indeholder flere poster. Dette afsnit angiver mindste- og
størsteværdier for antallet af sådanne poster.
4.1.Førerkortets struktur
Efter at førerkortet er personaliseret, skal det have følgende permanente filstruktur
og filadgangsbetingelser:1998R2135 —DA—01.05.2006 —002.001 —120
▼M1
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—01.05.2006 —002.001 —121
▼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:
Min. Maks.
n1 NoOfEventsPerType 6 12
n2 NoOfFaultsPerType 12 241998R2135 —DA—01.05.2006 —002.001 —122
▼M1
Min. Maks.
n3 NoOfCardVehicleRecords 84 200
n4 NoOfCardPlaceRecords 84 112
n6 CardActivityLengthRange 5 544 bytes
(28 døgn * 93
aktivitetsskift)13 776 bytes
(28 døgn *
240 aktivitets-
skift)
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—01.05.2006 —002.001 —123
▼M1
1998R2135 —DA—01.05.2006 —002.001 —124
▼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.
n1 NoOfEventsPerType 3 3
n2 NoOfFaultsPerType 6 6
n3 NoOfCardVehicleRecords 4 8
n4 NoOfCardPlaceRecords 6 8
n5 NoOfCalibrationRecords 88 255
n6 CardActivityLengthRange 198 bytes
(1 døgn * 93
aktivitetsskift)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:
Alle elementærfilers strukturer skal være transparente.1998R2135 —DA—01.05.2006 —002.001 —125
▼M1
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:
Min. Maks.
n7 NoOfControlActivityRecords 230 520
4.4.Virksomhedskortets struktur
Efter at virksomhedskortet er personaliseret, skal det have følgende permanente
filstruktur og filadgangsbetingelser:1998R2135 —DA—01.05.2006 —002.001 —126
▼M1
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:
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:1998R2135 —DA—01.05.2006 —002.001 —127
▼M1
Min. Maks.
n8 NoOfCompanyActivityRecords 230 5201998R2135 —DA—01.05.2006 —002.001 —128
▼M1
Tillæg 3
PIKTOGRAMMER1998R2135 —DA—01.05.2006 —002.001 —129
▼M1
Kontrolapparatet kan anvende følgende piktogrammer og kombinationer af pikto-
grammer:
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/tog
Forskelligt
Hændelser
 Fejl
Den daglige arbejdstids begyn-
delse
Den daglige arbejdstids
afslutning
Sted
 Manuel indlæsning af
føreraktiviteter
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 daglige
arbejdstid slutter
Fra tidspunkt
 Til tidspunkt
Fra kørteøj
Uden for gyldighedsområde (start)
 Uden for gyldighedsom-
råde (slut)1998R2135 —DA—01.05.2006 —002.001 —130
▼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 hastighed
Fejl
Kortfejl (førerkortplads)
Kortfejl (medchaufførs kortplads)
Displayfejl
Dataoverførselsfejl
Printerfejl
Følerfejl
Intern fejl i køretøjsenhed
Manuel 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—01.05.2006 —002.001 —131
▼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—01.05.2006 —002.001 —132
▼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 post-
identifikator.
Når en gruppeidentifikator står umiddelbart foran en postidentifikator, bliver post-
identifikatoren 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 DATAGRUPPERI dette kapitel er anvendt følgende notationsregler for format:—tegn med fede typer angiver almindelig tekst, som skal udskrives (udskrives
med normale tegn),
—normale typer angiver variable (piktogrammer eller data) som ved 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
DatagruppeidentifikatorPiktogramkombination i udskrift (se tillæg 3)
Hastighedsbegrænserens indstilling (kun ved
udskrivning af overskridelser af tilladt
hastighed)
1998R2135 —DA—01.05.2006 —002.001 —133
▼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
DatagruppeidentifikatorVIN
Registrerende medlemsstat og køretøjets indre-
gistreringsnummer
5Identifikation af køretøjsenhed
Datagruppeidentifikator
Køretøjsfabrikantens navnReservedelsnummer for køretøjsenhed
6Seneste kalibrering af kontrolapparatet
Datagruppeidentifikator
Værkstedets navnIdentifikation af værkstedskort
Dato for kalibreringen
7Seneste kontrol (ved en tilsynsførende)
DatagruppeidentifikatorIdenfikation af tilsynsførendes kort
Kontroldato, -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—01.05.2006 —002.001 —134
▼M1
Datagruppe- eller postnummer
Betydning
8.1Periode, 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.2Indsættelse af kort i kortplads S
Postidentifikator; S = Kortpladspiktogram
Registrerende medlemsstat og køretøjets
indregistreringsnummer
Køretøjets kilometerstand ved isætning af
kortet
8.3Aktivitet (mens kortet var isat)
Aktivitetspiktogram, start- og sluttid (inkl.),
varighed, førerholdstatus (førerholdspiktogram
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.4Udtagning 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
10Aktiviteter, som er registreret i kortplads S
Datagruppeidentifikator
10.1 Periode, hvor der ikke har været isat et kort
i kortplads S
Postidentifikator
Intet kort isatKøretøjets kilometerstand ved periodens
begyndelse
1998R2135 —DA—01.05.2006 —002.001 —135
▼M1
Datagruppe- eller postnummer
Betydning
10.2 Isætning af kort
Postidentifikator for isætning af kortFørers navn
Førers fornavn
Identifikation af førerkortFørerkortets udløbsdato
Registrerende medlemsstat og indregistering-
snummer 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ørerak-
tivetet (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æsningstidpunkt,
piktogram (eller piktogramkombination) 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.
11Dø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—01.05.2006 —002.001 —136
▼M1
Datagruppe- eller postnummer
Betydning
11.4 Indlæsning af sted, hvor daglig arbejdstid
begynder og/eller slutter
pi = pictogram for sted begynder/slutter, tids-
punkt, 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 distanceTotal 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.
12Hæ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—01.05.2006 —002.001 —137
▼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
13Hæ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øjs-
enhed
13.4 Post vedrørende hændelser og/eller fejl
Postidentifikator
Piktogram 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.
14Identifikation af køretøjsenhed
DatagruppeidentifikatorNavn på køretøjsenhedens fabrikant
Adresse på køretøjsenhedens fabrikant
Reservedelsnummer for køretøjsenhedGodkendelsesnummer på køretøjsenhed
Serienummer på køretøjsenhed
Fabrikationsår på køretøjsenhedenVersion og installationsdato for køretøjsenhe-
dens programmel
1998R2135 —DA—01.05.2006 —002.001 —138
▼M1
Datagruppe- eller postnummer
Betydning
15Identifikation af føler
DatagruppeidentifikatorSerienummer på føler
Godkendelsesnummer på føler
Dato for første montering af føleren
16Kalibreringsdata
Datagruppeidentifikator
16.1 Kalibreringspost
Postidentifikator
Værksted, som har udført kalibreringenVærkstedets adresse
Identifikation af værkstedskort
Værkstedskortets udløbsdatoTom linje
Kalibreringsdato + kalibreringens formål
VINRegistrerende medlemsstat og køretøjets
indregistreringsnummer
Køretøjets vejdrejetal
Kontrolapparatets konstant
Køretøjets effektive hjulperiferiStørrelse på de monterede dæk
Indstilling af hastighedsbegrænser
Gammel og ny kilometerstandKalibreringens formål (p) er en numerisk
kode, som forklarer, hvorfor disse kalibre-
ringsparametre blev registreret, kodet i
henhold til dataelementet CalibrationPur-
pose.
17Tidsjustering
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—01.05.2006 —002.001 —139
▼M1
Datagruppe- eller postnummer
Betydning
18Den 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
19Information vedrørende overskridelse af
tilladt hastighed
DatagruppeidentifikatorDato 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 over-
skridelse af tilladt hastighed siden da
20Post vedrørende overskridelser af tilladt
hastighed
20.1 Datagruppeidentifikator »første overskridelse
af tilladt hastighed efter seneste kalibrering«
20.2 Datagruppeidentifikator for »de 5 alvorligste
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
1998R2135 —DA—01.05.2006 —002.001 —140
▼M1
Datagruppe- eller postnummer
Betydning
21Håndskrevne oplysninger
Datagruppeidentifikator21.1 Kontrolsted
21.2 Den tilsynsførendes underskrift
21.3 Fra tidspunkt21.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 underskrift.
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, gentaget
som 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, hvorfra
udskriften 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)1998R2135 —DA—01.05.2006 —002.001 —141
▼M1
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)
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 er
gemt 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 derelevante perioder)
Til tidspunkt
Førers underskrift1998R2135 —DA—01.05.2006 —002.001 —142
▼M1
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 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)
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øler1998R2135 —DA—01.05.2006 —002.001 —143
▼M1
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
fra tidsjustering og fra kalibreringsdataposter)
Den seneste hændelse og fejl, som er registreret i køretøjsen-
heden
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 tilladt
hastighed for hver af de 10 seneste dage, den er forekommet
Kontrolsted
Den tilsynsførendes underskrift
Førers underskrift1998R2135 —DA—01.05.2006 —002.001 —144
▼M1
Tillæg 5
SKÆRMBILLEDE1998R2135 —DA—01.05.2006 —002.001 —145
▼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 Format
Standardskærmbillede
Lokal tid hh:mm
Funktionsmåde O
Oplysninger vedrørende fører
 Dhhhmm
 hhhmm
Oplysninger vedrørende medchauffør
 Dhhhmm
Omstændigheden »uden for område« åbnet
Visning af advarsel
Overskridelse 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:mm
Førers sammenhængende køretid og akkumulerede
pausetid
hhhmm
 hhhmm
Medchaufførs sammenhængende køretid og akku-
mulerede pausetid
hhhmm
 hhhmm
Førers akkumulerede køretid for den foregående
og den aktuelle uge
hhhhmm
Medchaufførs akkumulerede køretid for den fore-
gående og den aktuelle uge
hhhhmm1998R2135 —DA—01.05.2006 —002.001 —146
▼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—01.05.2006 —002.001 —147
▼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—01.05.2006 —002.001 —148
▼M1
Følgende diagram viser et typisk 6-benet stik:
1998R2135 —DA—01.05.2006 —002.001 —149
▼M1
1.2.Kontakternes tildelingKontakterne 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 Kalibrering5 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ørst
Paritetsbit:
lige paritet
Stopbit: én bit med logisk niveau 1
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.1998R2135 —DA—01.05.2006 —002.001 —150
▼M1
Transmissionshastigheden skal kunne indstilles mellem 9 600 bps og 115 200 bps.
Transmission skal kunne ske med den højst mulige transmissionshastighed, 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—01.05.2006 —002.001 —151
▼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 …..........................................................................
3.3.2. Sekvens for ikke underskrevne datafiler ….....................................................1998R2135 —DA—01.05.2006 —002.001 —152
▼M1
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—01.05.2006 —002.001 —153
▼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 kontrollerer data, skal uafhæn-
gigt 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å nulstilling
CS Kontrolsumbyte
DF Dedikeret filDS DiagnosesessionEF Elementærfil
ESM Eksternt lagermedium
FID 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 sikkerhedsoperation
SID Tjenesteidentifikator
SRC KildebyteTGT AdressebyteTLV Længde af mærkat
TREP Parameter for svar på overførsel
TRTP Parameter for anmodning om overførselVU Køretøjsenhed
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);1998R2135 —DA—01.05.2006 —002.001 —154
(1) Det indsatte kort vil udløse de nødvendige adgangsrettigheder til overførselsfunktionen
og til data.
▼M1
—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 DatafeltKontrol-
sum
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 data-
overfø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 bytes
Vil blive overført som:
Hoved SID TREP 00 01 Delmeddelelse 1 CS
4 bytes 255 bytes1998R2135 —DA—01.05.2006 —002.001 —155
▼M1
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—01.05.2006 —002.001 —156
▼M1
MeddelelsesstrukturMaks. 4 bytes
HovedMaks. 255 bytes
Data1 byte
Kontr-olsum
IDE -> <- FE 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 transmissionsha-
stighed (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 ED
38 400 Bd 80 EE F0 04 87 01,01,03 ED57 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 trans-
missionshastighed 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 97
Aktiviteter 80 EE F0 06 36 02 Dato CS
Hændelser og fejl 80 EE F0 02 36 03 99Detaljeret hastighed 80 EE F0 02 36 04 9A
Tekniske data 80 EE F0 02 36 05 9B
Dataoverførsel af kort 80 EE F0 02 36 06 9CPositivt svar på anmodning om
dataoverførsel 80 F0 EE Len 76TRE-
P Data CS
Anmodning om at forlade data-
overførsel 80 EE F0 01 37 96
Positivt svar på forlad dataover-
førsel 80 F0 EE 01 77 D6
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 svar1998R2135 —DA—01.05.2006 —002.001 —157
▼M1
MeddelelsesstrukturMaks. 4 bytes
HovedMaks. 255 bytes
Data1 byte
Kontr-olsum
IDE -> <- FE FMT TGT SRC LEN SIDDS_/
TRTPDATA CS
Generel afvisning80 F0 EE 03 7FSid
Req 10 CS
Tjeneste understøttes ikke
80 F0 EE 03 7FSid
Req 11 CS
Delfunktion understøttes
ikke 80 F0 EE 03 7FSid
Req 12 CS
Ukorrekt meddelelses-
længde 80 F0 EE 03 7FSid
Req 13 CS
Betingelser ikke korrekte
eller fejl i anmodningsse-
kvens 80 F0 EE 03 7FSid
Req 22 CS
Anmodning uden for
gyldighedsområde 80 F0 EE 03 7FSid
Req 31 CS
Upload ikke accepteret
80 F0 EE 03 7FSid
Req 50 CS
Svar uafgjort
80 F0 EE 03 7FSid
Req 78 CS
Data foreligger ikke
80 F0 EE 03 7FSid
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 kommunikationsfor-
bindelse 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.
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 transmissionsha-
stighed 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.1998R2135 —DA—01.05.2006 —002.001 —158
▼M1
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æf-
telsen 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øre-
tø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—01.05.2006 —002.001 —159
▼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 indeholder
den SID, som er modtaget fra køretøjsenheden, og en 2-byte-kode som følger:
—MsgC + 1 Kvitterer for korrekt modtagelse af delmeddelelse nummer MsgC.
Anmodning fra IDE-enheden til køretøjsenheden om at sende næste delmedde-
lelse
—MsgC angiver, at der er en fejl ved modtagelse af delmeddelelse nummer
MsgC.
Anmodning fra IDE-enheden til køretøjsenheden om at genfremsende delmedde-
lelsen.
—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 begrun-
delsen 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 delmeddelelser
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 anmodningsmeddelelsen
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).1998R2135 —DA—01.05.2006 —002.001 —160
▼M1
—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øjsenheden
(f.eks. hvis der ikke er isat noget kort).
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 kommunikation
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)
…
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:1998R2135 —DA—01.05.2006 —002.001 —161
▼M1
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øjsenhedens
svar, eller fra slutning af IDE-enhedens kvittering til start på køretøjsenhe-
dens 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-enhe-
dens kvittering, eller fra slutningen af IDE-enhedens anmodning til start på
ny anmodning fra IDE-enheden, hvis køretøjsenheden ikke svarer.
P4= Tidsrum, der adskiller bytes i anmodning fra IDE-enheden.
P5= Forlænget T3 ved overførsel fra kort.
Tilladte værdier af tidsparametrene er angivet i følgende tabel (det udvidede
KWP-tidsparametersæt, som anvendes ved fysisk adressering for at gøre kommu-
nikationen hurtigere).
Synkroniseringsparameter Nedre grænseværdi (ms) Øvre grænseværdi (ms)
P1 0 20
P2 20 1 000 (*)
P3 10 5 000
P4 5 20P5 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æn-sevæ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 synkronise-
ringen eller i bitstrømmen, venter den i et tidsrum af P3min, før den igen afgiver
anmodningen.
Hvis køretøjsenheden finder en fejl i den afgivne sekvens fra IDE-enheden, skal
den intet svar sende og vente på endnu en anmodning om start på kommunikation
inden for et tidsrum af P3max.
2.2.5.2. Kommunikationsfase
Der kan defineres to forskellige fejlhåndteringsområder:
1.Køretøjsenheden konstaterer en fejl i dataoverførslen for IDE-enheden1998R2135 —DA—01.05.2006 —002.001 —162
▼M1
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 igno-
rerer 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—01.05.2006 —002.001 —163
Figur 2
Håndtering af fejl ved køretøjsenhed
▼M11998R2135 —DA—01.05.2006 —002.001 —164
▼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øjsenheden
inden for et tidsrum af P2max, vil anmodningen blive sendt igen, til den er sendt
i alt højst tre gange. Hvad angår denne fejlfinding vil en kvittering for delmedde-lelse 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—01.05.2006 —002.001 —165
▼M1
2.2.6. Svarmeddelelsens indhold
Dette afsnit angiver indholdet af datafelterne i de forskellige positive svarmedde-
lelser.
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—01.05.2006 —002.001 —166
▼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—01.05.2006 —002.001 —167
▼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—01.05.2006 —002.001 —168
▼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—01.05.2006 —002.001 —169
▼M1
2.3.Lagring af fil på eksternt lagermedium
Når en dataoverførselssession har omfattet overførsel af data fra en køretøjsenhed,
skal IDE-enheden i én fysisk fil gemme alle data, som er modtaget fra køretøjsen-
heden under overførselssessionen i meddelelser om positiv respons på dataover-
førsel. Data, som gemmes, omfatter ikke meddelelsers hoved, delmeddelelsestæl-
lere, 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 deaktive-
ring 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 under-
skriften 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 ogIC.
Disse oplysninger er ikke obligatoriske og sikres ikke med
digital underskrift.
—Overførsel af elementærfilens Card_Certificate ogCA_Certificate.
Disse oplysninger sikres ikke med digital underskrift.
Det er obligatorisk at overføre disse filer ved hver overførselssession.
—Overførsel af applikationens øvrige elementærfiler (i den dedikerede fil
Tachograph) undtagen elementærfilen Card_Download. Disse oplys-
ninger sikres med digital underskrift.
—Ved hver overførselssession er det obligatorisk som minimum at overføre
elementærfilerne Application_Identification ogID.
—Ved overførsel af et førerkort er det desuden obligatorisk at overføre
følgende elementærfiler:
—Events_Data,
—Faults_Data,
—Driver_Activity_Data,
—Vehicles_Used,
—Places,
—Control_Activity_Data,
—Specific_Conditions.
—Ved dataoverførsel fra førerkort opdateres LastCardDownload datoen i
elementærfilen Card_Download
—Ved overførsel fra værkstedskort skal kalibreringstælleren i elementærfilen
Card_Download nulstilles.
3.3.1. 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 transmissionshastighed,
når blot denne understøttes af chipkortet.1998R2135 —DA—01.05.2006 —002.001 —170
▼M1
3.3.2. Sekvens for ikke underskrevne datafiler
Følgende sekvens anvendes til overførsel af elementærfilerne ICC, IC,Card_-
Certificate ogCA_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 kort-
læ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 Card_Certificate-elementærfilen skal fartskriverap-
plikationen 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-algoritme i
overensstemmelse med tillæg 11.
Denne kommando er ikke en ISO-
kommando
Beregn
hashværdi af
fil, og gem
hashværdi
midlertidigt
OK
READ BINARY Indeholder filen flere data end
svarende til bufferstørrelsen af kort-
læ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 sikker-
hedsoperati-
onen »Compute
Digital Signa-
ture« 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—01.05.2006 —002.001 —171
▼M1
3.3.4. Sekvens for nulstilling af kalibreringstæller
Til nulstilling af NoOfCalibrationsSinceDownload-tælleren i elementær-
filen Card_Download på et værkstedskort anvendes følgende sekvens:
Kort Retning IDE-enhed/Kortlæser Betydning/Bemærkninger
SELECT FILE EF Card_Down-
loadVæ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 02 00 00 11 Data i elementærfilen ICC
C1 00 00 00 C2 Data i elementærfilens Card_Certificate
…
05 05 00 0A 2E Data i elementærfilen Vehicles_Used1998R2135 —DA—01.05.2006 —002.001 —172
▼M1
Mærkat Længde Værdi
05 05 01 00 80 Underskrift af elementærfilen Vehicle-
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 kortdata«
til køretøjsenheden for at indlede denne arbejdsmåde (se 2.2.2.9).
Køretøjsenheden skal derefter overføre hele kortet fil for fil i overensstemmelse
med protokollen for overførsel af kort som fastlagt i punkt 3, og skal fremsende
alle data, som er modtaget fra kortet, til det eksterne lagermedium i det korrekte
TLV-filformat (se 3.4.2) og indkapslet i en »Positivt svar på overførsel af data«-
meddelelse.
IDE-enheden skal hente data fra meddelelsen om »positivt svar på overførsel af
data« (efter fjernelse af hoveder, SID, TREP, delmeddelelsestællere eller kontrol-
summer) og gemme dem i én fysisk fil som beskrevet i punkt 2.3.
Køretøjsenheden skal derefter i givet fald ajourføre førerkortets Control_Acti-
vity_Data-eller Card_Download-fil.1998R2135 —DA—01.05.2006 —002.001 —173
▼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—01.05.2006 —002.001 —174
▼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 kalibreringsgræn-
seflade. Det beskriver desuden styringen af ind-/uddatalinjen på kalibrerings-
stikket.
Etablering af K-linje-kommunikationer er beskrevet i punkt 4 »Kommunikations-
servicer«.
I dette tillæg anvendes begrebet diagnose»sessioner« til fastlæggelse af omfanget
af styring over K-linjen under forskellige betingelser. Den forudindstillede tilstand
er »standardsessionen«, hvor alle data kan aflæses fra køretøjsenheden, men
ingen data kan skrives til den.
Valg af diagnose-session er beskrevet i punkt 5 »Administrative servicer«.I »ECUProgrammingSession« kan der indlæses data til køretøjsenheden. Ved
indlæsning af kalibreringsdata (krav 097 og 098) skal køretøjsenheden desuden
være i funktionsmåde CALIBRATION.
Dataoverførsel gennem K-linje er beskrevet i punkt 6 »Dataoverførselsservicer«.
Format på de overførte data er beskrevet i punkt 8 »Formater på dataRecords«.
I »ECUAdjustmentSession« kan kalibrerings-I/O-signallinjens I/O-funktionsmåde
vælges via K-linjegrænsefladen. Styring af I/O signallinjen er beskrevet i punkt
1.1.1 »Styring af testimpulser —funktionsenhed for ind-/uddatastyring«.
I hele dette dokument betegnes testerens adresse som ′tt′. Skønt visse adresser
for testere kan være foretrukne, skal køretøjsenheden svare korrekt på enhver
testeradresse. Køretøjsenhedens fysiske adresse er 0xEE.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 skalvæ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—01.05.2006 —002.001 —175
▼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 ▪
InputOutputControlByIden-
tifier7.1 2F ▪
▪Dette symbol angiver, at servicen er obligatorisk 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ølgende
tabel:
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 para-
metre for positivt svar er valgt.1998R2135 —DA—01.05.2006 —002.001 —176
▼M1
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øjsen-
heden 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.
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 inde-
holdt 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øre-
tøjsenhed, eller mellem to svar fra køretøjsenhed25 2501998R2135 —DA—01.05.2006 —002.001 —177
▼M1
Synkronisering
parameterParameterbeskrivelseNedre grænse
(ms)Øvre grænse
(ms)
min. maks.
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.
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 initialiseret, 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øjs-
enheden 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—01.05.2006 —002.001 —178
▼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.
4.3.TesterPresent-service1998R2135 —DA—01.05.2006 —002.001 —179
▼M1
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 TGT
#3 Kildeadressebyte EE SRC
#4 Byte for ekstra længde 03 LEN#5 Identifikation af servicen negativt svar 7F NR1998R2135 —DA—01.05.2006 —002.001 —180
▼M1
Byte # Parameternavn Hex-værdi Mnemoteknisk
#6 Identifikation af servicen TesterPresent-fore-
spørgsel3E TP
#7 responseCode = [SubFunctionNotSupported-Inva-
lidFormat12 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 autorise-
rede brugere
5.1.StartDiagnosticSession-service
5.1.1. Beskrivelse af meddelelser
Servicen StartDiagnosticSession anvendes til at tillade forskellige diagnose-sessi-
oner 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 overens-
stemmelse 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øre-
tø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 svar-
meddelelse på StartDiagnosticSession, og den aktuelle session skal fortsætte.
En diagnose-session må kun påbegyndes, hvis der er etableret kommunikation
mellem klienten og køretøjsenheden.
Efter en vellykket StartDiagnosticSession med diagnosticSession parameteren sat
til »StandardDiagnsticSession« i anmodningsmeddelelsen skal de i tabel 4
angivne synkroniseringsparametre være aktive, hvis en anden diagnose-session i
forvejen var aktiv.
5.1.2. Meddelelsesformat
Meddelelsesformaterne for StartDiagnosticSession er givet i følgende tabeller.
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 LEN1998R2135 —DA—01.05.2006 —002.001 —181
▼M1
Byte # Parameternavn Hex-værdi Huskeværdi
#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å StartDiagnosticSes-
sion50 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_CNC
#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:1998R2135 —DA—01.05.2006 —002.001 —182
▼M1
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 initi-
alisering mellem klient (tester) og server (køretøjsenhed). Denne
diagnose-session kan overskrives af andre diagnose-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øre-
tø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ærkstedskort,
eller fordi køretøjsenheden forventer PIN-koden indlæst på anden måde, skal den
besvare forespørgslen med et negativt svar, hvor svarkoden er sat til conditions-
NotCorrectOrRequestSequenceError.
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 svarkode
requestCorrectlyReceived-ResponsePending kan af køretøjsenheden gentages,
indtil den ønskede service er udført og den endelige svarmeddelelse sendt.
Køretøjsenheden skal kun besvare denne anmodning med servicen positivt svar
på SecurityAccess, når den er i CALIBRATION-funktionsmåde.
I følgende tilfælde skal køretøjsenheden besvare denne forespørgsel med et nega-
tivt svar med en svarkode sat til:1998R2135 —DA—01.05.2006 —002.001 —183
▼M1
—subFunctionNot supported: Ugyldigt format af delfunktionens parameter
(accessType),
—conditionsNotCorrectOrRequestSequenceError: Køretøjsenheden ikke klar tilat acceptere en indtastet PIN-kode,
—invalidKey: PIN-kode ikke gyldig, og antal PIN-kodeforsøg ikke overskredet,
—exceededNumberOfAttempts: PIN-kode ikke gyldig, og antal PIN-kodeforsøgoverskredet,
—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 SEEDL
#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 NR1998R2135 —DA—01.05.2006 —002.001 —184
▼M1
Byte # Parameternavn Hex-værdi Huskeværdi
#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 TGT
#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 LEN1998R2135 —DA—01.05.2006 —002.001 —185
▼M1
Byte # Parameternavn Hex-værdi Huskeværdi
#5 Service-ID på NegativeResponse 7F NR
#6 Service-ID på SecurityAccess-anmodning 27 SA
#7 ResponseCode = [generalReject 10 RC_GR
subFunctionNotSupported 12 RC_SFNSincorrectMessageLength 13 RC_IMLconditionsNotCorrectOrRe-
questSequenceError22 RC_CNC
invalidKey 35 RC_IK
exceededNumberOfAttempts 36 RC_ENArequestCorrectlyReceived-
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
recordDataIdentifier
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 betin-
gelser 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 CS1998R2135 —DA—01.05.2006 —002.001 —186
▼M1
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å ReadDataByIdenti-
fier62 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 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å ReadDataByIdentifier-anmodning 22 RDBI#7 ResponseCode = [requestOutOfRange 31 RC_ROOR
incorrectMessageLength 13 RC_IMLconditionsNotCorrect] 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 tilrecordDataIdentifier (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.1998R2135 —DA—01.05.2006 —002.001 —187
▼M1
Tabel 28
Definition af recordDataIdentifier-værdier
Hex DataelementrecordDataIdentifier-navn
(se format i punkt 8.2)Huskeværdi
F90B CurrentDateTime TimeDate RDI_TD
F912 HighResOdometer HighResolutionTotalVehicleDi-
stanceRDI_HRTVD
F918 K-ConstantOfRecordingE-
quipmentKfactor RDI_KF
F91C L-TyreCircumference LfactorTyreCircumference RDI_LF
F91D W-VehicleCharacteristic-
ConstantWvehicleCharacteristicFactor RDI_WVCF
F921 TyreSize TyreSize RDI_TS
F922 nextCalibrationDate NextCalibrationDate RDI_NCD
F92C SpeedAuthorised SpeedAuthorised RDI_SA
F97D vehicleRegistrationNation RegisteringMemberState RDI_RMS
F97E VehicleRegistrationNumber VehicleRegistrationNumber RDI_VRN
F190 VehicleIdentificatio-
nNumberVIN RDI_VIN
Parameteren dataRecord (DREC_) anvendes af den positive svarmeddelelse på
ReadDataByIdentifier til at hente den datapost, der er identificeret ved recordDa-
taIdentifier, til klienten (testeren). Dataformater er fastlagt i punkt 8. Der kan fast-
lægges andre dataposter, som brugeren frivilligt kan benytte, herunder køretøjsen-
hedsspecifikke inddata, interne data og uddata, men disse er ikke defineret 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øjsen-
heden 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øjsen-
heden 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_ …1998R2135 —DA—01.05.2006 —002.001 —188
▼M1
Byte # Parameternavn Hex-værdi Huskeværdi
#8 til #m+7dataRecord[] = [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å WriteDataByIdenti-
fier6E WDBIPR
#6 til #7 recordDataIdentifier = [samme værdi som byte #6
og #7 i tabel 29]xxxx RDI_ …
#8 Kontrolsum 00-FF CS
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:1998R2135 —DA—01.05.2006 —002.001 —189
▼M1
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 kali-
brering 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 CALIBRA-
TION-funktionsmåde, for at linjens tilstand kan konfigureres. Når køretøjsen-
heden forlader justeringssession eller CALIBRATION-funktionsmåde, skal den
stille I/O-signallinjen for kalibrering tilbage i »deaktiveret« tilstand (standardtil-
standen).
Hvis der modtages hastighedsimpulser på køretøjsenhedens indgangslinje for
tidstro hastighedssignal, mens I/O-signallinjen for kalibrering er stillet på
indgang, vil I/O-signallinjen blive stillet på udgang eller ført tilbage i deaktiveret
tilstand.
Sekvensen skal være:
—Der oprettes kommunikation med StartCommunication-servicen
—der åbnes en justeringssession med StartDiagnosticSession-servicen og
benyttes CALIBRATION-måde (rækkefølgen af disse to operationer har ikke
betydning).
—Tilstanden af uddata ændres med InputOutputControlByIdentifier-servicen.
7.1.2. 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-anmodning 2F IOCBI
#6 og #7 InputOutputIdentifier = [CalibrationInputOutput] F960 IOI_CIO1998R2135 —DA—01.05.2006 —002.001 —190
▼M1
Byte # Parameternavn Hex-værdi Huskeværdi
#8 eller #8 til
#9ControlOptionRecord = [inputOutputControlPara-
meter—værdi fra tabel 36COR_ …
xx IOCP_ …
controlState —én værdi fra
tabel 37 (se bemærkning
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å inputOutputControlByIden-
tifier6F IOCBIPR
#6 og #7 inputOutputIdentifier = [CalibrationInputOutput] F960 IOI_CIO
#8 eller #8 til
#9controlStatusRecord = [inputOutputControlPara-
meter (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 inputOutputControlByIden-
tifier2F IOCBI
#7 responseCode = [incorrectMessageLength 13 RC_IML
conditionsNotCorrect 22 RC_CNCrequestOutOfRange 31 RC_ROORdeviceControlLimitsExceeded] 7A RC_DCLE
#8 Kontrolsum 00-FF CS1998R2135 —DA—01.05.2006 —002.001 —191
▼M1
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 standardtilstand.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.STA
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 speedSignalInput
Aktivé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 datatransmissions-servicer, 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øjsenheden).
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 fore-
findes 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 resulteret1998R2135 —DA—01.05.2006 —002.001 —192
▼M1
i en værdi, som er gyldig, men falder uden for det fastlagte parameterområde, bør
fejlindikatoren ikke benyttes. Data bør overføres med den pågældende minimum-
eller maksimumværdi af parameteren.
Tabel 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 FAFFFFFF 1 til 254
Parameterspecifik indi-
katorFB FB00 til
FBFFFB000000 til FBFFFFFF intet
Område reserveret fremti-
dige indikatorbitFC til FD FC00 til
FDFFFC000000 til
FDFFFFFFintet
Fejlindikator FE FE00 til
FEFFFE000000 a FEFFFFFF 0
Foreligger ikke eller er
ikke anmodetFF FF00 til
FFFFFF000000 til FFFFFFFF FF
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
HighResolutionTotalVehicle-
Distance4 forstærkning 5 m/bit,
forskydning 0 m0 til + 2 1 055 406 km
Kfactor 2 forstærkning 0,001
impulser/m/bit, forskydning
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, forskydning
00 til 64 255 impulser/m
TyreSize 15 ASCII ASCII
NextCalibrationDate 3 Se nærmere i tabel 41
SpeedAuthorised 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:1998R2135 —DA—01.05.2006 —002.001 —193
▼M1
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åneder
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 0A1998R2135 —DA—01.05.2006 —002.001 —194
▼M1
Byte Parameterdefinition Opløsning Arbejdsområde
2 til 14 Køretøjets indregistrerings-
nummer (som defineret i
tillæg 1)ASCII ASCII1998R2135 —DA—01.05.2006 —002.001 —195
▼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—01.05.2006 —002.001 —196
▼M1
1. INDLEDNING
1.1.Typegodkendelse
EF-typegodkendelse for kontrolapparater (eller komponenter dertil) eller fartskri-
verkort bygger på:
—en sikkerhedsattestering, som udføres af en ITSEC-myndighed efter et sikker-
hedsmål, som er i fuld overensstemmelse med tillæg 10 til dette bilag,
—en funktionel attestering, som udføres af en medlemsstats myndigheder, ogved 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 kontrolapparat) (se
kapitel VIII i dette bilag).
I tillægget foreskrives det, hvilke prøver der som minimum skal udføres af
medlemsstatens myndigheder ved funktionsprøverne, og hvilke prøver der som
minimum skal udføres af de kompetente myndigheder under interoperabilitetsprø-
verne. Der er ingen yderligere forskrifter for de procedurer, som skal følges ved
udførelse af prøverne eller den pågældende type prøver.
Spørgsmål vedrørende sikkerhedsattestering er ikke omfattet af dette tillæg.
Såfremt nogle af de prøver, som kræves til typegodkendelse, udføres som led i
sikkerhedsvurdering og -attestering, behøver disse prøver ikke udføres igen. I så
fald er det tilstrækkeligt kun at kontrollere resultaterne af disse sikkerhedsprøver.
De krav, som der forventes prøvet for (eller nærtbeslægtede prøver foretaget) som
led i sikkerhedsattesteringen, er mærket med »*« i tillægget.
I dette bilag er særskilt omhandlet typegodkendelse af bevægelsesføler og kø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 typegodken-
delse 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). 6thedition: 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). Edition2: 1989.
IEC 61000-4-2 Electromagnetic Compatibility (EMC) —Testing and measure-
ment techniques —Electrostatic discharge immunity test: 1995/
Amendment 1: 1998
ISO 7637-1 Road vehicles —Electrical disturbance by conduction and coup-
ling—Part 1: Passenger cars and light commercial vehicles with
nominal 12 V supply voltage —Electrical transient conduction
along supply lines only. Edition 2: 1990.
ISO 7637-2 Road vehicles —Electrical disturbance by conduction and coup-
ling—Part 2: Commercial vehicles with nominal 24 V supply
voltage —Electrical transient conduction along supply lines only.
First edition: 1990.1998R2135 —DA—01.05.2006 —002.001 —197
▼M1
ISO 7637-3 Road vehicles —Electrical disturbance by conduction and coup-
ling—Part 3: Vehicles with 12 V or 24 V supply voltage —
Electrical transient transmission by capacitive and inductive coup-
ling via lines other than supply lines. First Edition: 1995 + Cor.
1: 1995.
ISO/IEC 7816-1 Identification cards —Integrated circuit(s) cards with contacts —
Part 1: Physical characteristics. First edition: 1998.
ISO/IEC 7816-2 Information technology —Identification cards —Integrated
circuit(s) cards with contacts —Part 2: Dimensions and location
of the contacts. First edition: 1999.
ISO/IEC 7816-3 Information technology —Identification cards —Integrated
circuit(s) cards with contacts —Part 3: Electronic signals and
transmission protocol. Edition 2: 1997.
ISO/IEC 10373 Identification cards —Test methods. First edition: 1993.
2. FUNKTIONSPRØVER FOR KØRETØJSENHED
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, 1692.3. Materialer 163 til 167
2.4 Plombering 251
2.5. Eksterne grænseflader3. Funktionsprøver
3.1. Ydede funktioner 002, 004, 244
3.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 026
3.6. Tidsmåling (prøvning udført ved 20
oC) 027 til 032
3.7. Overvågning af føreraktiviteter 033 til 043, 106
3.8. Overvågning af kørestatus 044, 045, 106
3.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*, 079
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*1998R2135 —DA—01.05.2006 —002.001 —198
▼M1
Nr. Prøve Beskrivelse Tilknyttede krav
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, 2691998R2135 —DA—01.05.2006 —002.001 —199
▼M1
Nr. Prøve Beskrivelse Tilknyttede krav
4. Miljøprøver
4.1. Temperatur Funktionaliteten eftervises gennem:
—IEC 68-2-1, prøve Ad, med en prøvningsva-
righed på 72 timer ved den lave temperatur
(- 20oC), 1 time med funktion, 1 time uden
funktion,
—IEC 68-2-2, prøve Bd, med en prøvningsva-
righed på 72 timer ved den høje temperatur
(+ 70oC), 1 time med funktion, 1 time uden
funktion
Temperaturcykluser: Det kontrolleres, at køre-
tøjsenheden kan modstå hurtige ændringer i
den omgivende temperatur gennem IEC 68-2-
14 prøve Na, 20 cyklusser, hver med tempe-
ratur varierende fra den lave temperatur (-
20oC) til den høje temperatur (+ 70oC) og 2
timers fastholdelse af både den lave og den
høje temperatur
Et reduceret sæt prøvninger (af dem, som fore-
skrives i afsnit 3 af denne tabel) kan udføres
ved den lave temperatur, den høje temperatur
og med gennemgang af temperaturcyklusserne159
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 temperatur
varierer fra + 25oC til + 55oC, og hvor den
relative fugtighed er 97 % ved + 25oC og 93 %
ved + 55oC160
4.3. Vibration 1.Sinusvibrationer:
Det kontrolleres, at køretøjsenheden kan
modstå sinusvibrationer med følgende egen-
skaber:
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øvningsva-
righed 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 g2/Hz
Prøvning for dette krav sker med IEC 68-2-
35, prøve Ffda, med en mindste prøvnings-varighed 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 frem-
medlegemerDet kontrolleres, at køretøjsenhedens beskyttel-
sesindeks i henhold til IEC 529 er mindst IP
40, når den er monteret under driftsomstændig-
heder 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
oC 1 time
12 V-udførelse: 17 V ved + 40oC 1 time1611998R2135 —DA—01.05.2006 —002.001 —200
▼M1
Nr. Prøve Beskrivelse Tilknyttede krav
4.6. Beskyttelse mod
omvendt polaritetDet kontrolleres, at køretøjsenheden kan
modstå polvending af strømforsyningen161
4.7. Kortslutningsbe-
skyttelseDet kontrolleres, at ind- og udgangssignaler er
beskyttet mod kortslutning til strømforsyningen
og til stel161
5. Prøver for elektromagnetisk kompatibilitet
5.1. Strålingsemission
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 strøm-
forsyningFor 24 V-udførelse: Overensstemmelse med
ISO 7637-2:
impuls 1a: Vs = - 100 V, Ri = 10 ohmimpuls 2: Vs = + 100 V, Ri = 10 ohm
impuls 3a: Vs = - 100 V, Ri = 50 ohm
impuls 3b: Vs = + 100 V, Ri = 50 ohmimpuls 4: Vs = - 16 V, Va = - 12 V, t6=100 msimpuls 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 ohmimpuls 2: Vs = + 100 V, Ri = 10 ohm
impuls 3a: Vs = - 100 V, Ri = 50 ohm
Impuls 3b: Vs = + 100 V, Ri = 50 ohmimpuls 4: Vs = - 6 V, Va = - 5 V, t6 = 15 msimpuls 5: Vs = + 65 V, Ri = 3 ohm, td = 100 ms
Impuls 5 skal kun afprøves for køretøjsenheder
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 korrekthed2. Besigtigelse
2.1. Overensstemmelse med dokumentationen
2.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. 3.3) 1591998R2135 —DA—01.05.2006 —002.001 —201
▼M1
Nr. Prøve Beskrivelse Tilknyttede krav
ratur efterprøves i temperaturintervallet [- 40oC;
+ 135oC] gennem:
—IEC 68-2-1 prøve Ad, med en prøvningsva-
righed på 96 timer ved den laveste tempe-
ratur Tomin
—IEC 68-2-2 prøve Bd, med en prøvningsva-
righed på 96 timer ved den højeste tempe-
ratur 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 (- 40oC) til den høje
temperatur (+ 135oC) og 2 timers fastholdelse
af både den lave og den høje temperatur
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 temperaturcyklus-
serne159
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 + 25oC til + 55oC og med en relativ
fugtighed på 97 % ved + 25oC og 93 % ved
+ 55oC160
4.4. Vibration Funktionsprøvning (som foreskrevet i prøvning
3.3) ved IEC 68-2-6, prøve Fc, med en prøv-
ningsvarighed 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 frem-
medlegemerDet kontrolleres, at køretøjsenhedens beskyttel-
sesindeks i henhold til IEC 529 er mindst IP
64, når den er monteret under driftsomstændig-
heder på køretøjet165
4.7. Beskyttelse mod
omvendt polaritetDet kontrolleres, at bevægelsesføleren kan
modstå polvending af strømforsyningen161
4.8. Kortslutningsbe-
skyttelseDet kontrolleres, at ind- og udgangssignaler er
beskyttet mod kortslutning til strømforsyningen
og til stel161
5. Elektromagnetisk kompatibilitet
5.1. Strålingsemission
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 datalin-
jerneOverensstemmelse med ISO 7637-3 (niveau
III)162
4. FUNKTIONSPRØVER FOR FARTSKRIVERKORT
Nr. Prøve Beskrivelse Tilknyttede krav
1. Administrativ undersøgelse
1.1. Dokumentation Dokumentationens korrekthed1998R2135 —DA—01.05.2006 —002.001 —202
▼M1
Nr. Prøve Beskrivelse Tilknyttede krav
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 kontakternes
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 overensstem-
mendeISO/IEC 7816-3
TCS 302, 303, 305
4.3. PTS (valgt trans-
missionsprotokol)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 overensstem-
mendeISO/IEC 7816-3
TCS 303, / 306
5. Kortets struktur
5.1. Kontroller, at kortets filstruktur er overensstem-
mende, 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 kontrolleres
med CLA = ′00′, CLA = ′0C′og med forskel-
lige 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 sikkerhedsattesteringen)
7. Miljøprøver
7.1. Det kontrolleres, at kortene fungerer inden for
grænsebetingelserne, som er fastlagt i overens-
stemmelse med ISO/IEC 10373185 til 188
ISO/IEC 7816-1
5. INTEROPERABILITETSPRØVER
Nr. Prøve Beskrivelse
1. Gensidig
ægthedsbekræf-
telseKontroller, at den gensidige ægthedsbekræftelse mellem køretøjsen-
heden og fartskriverkortet afvikles normalt
2. Skrive-/læse-
prø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 muligt1998R2135 —DA—01.05.2006 —002.001 —203
▼M1
Nr. Prøve Beskrivelse
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—01.05.2006 —002.001 —204
▼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øjs-
enhed og fartskriverkort.
For at opstille sikkerhedsmål, som der kan sikkerhedsattesteres efter, skal fabrikanterne efter behov
udvikle og komplettere dokumenterne uden at ændre eller slette eksisterende risici, mål, proceduremæs-
sige metoder eller forskrifter for sikkerhedsfunktioner.
INDHOLD
Fælles sikkerhedsmål for bevægelsesfølere1. 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 …..................................................................................
4.6.4. Afbrydelser i strømforsyningen …...............................................................1998R2135 —DA—01.05.2006 —002.001 —205
▼M1
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øjsenheder1. 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 …..................................................................................
4.4. Revision ….........................................................................................
4.5. Genbrug af objekter …............................................................................1998R2135 —DA—01.05.2006 —002.001 —206
▼M1
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 fartskriverkort1. 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 …..........................................................................
4.3.2. Adgangskontrolfunktioner ….....................................................................
4.4. Reviderbarhed …..................................................................................
4.5. Revision ….........................................................................................1998R2135 —DA—01.05.2006 —002.001 —207
▼M1
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 …........................................................................................
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 sikkerhedsni-
veau for udvikling og evaluering.
De krav, der henvises til i dokumentet, er dem, som er angivet i hoveddelen af bilag I, del B. Af klar-
hedshensyn vil kravene i hoveddelen af bilag I, del B i nogen grad blive gentaget i forskrifterne for
sikkerhedsmål og omvendt. Ved eventuel modstrid mellem et foreskrevet sikkerhedsmål og de krav i
hoveddelen af bilag I, del B, som der henvises til i det pågældende foreskrevne sikkerhedsmål, er kravet
i hoveddelen af bilag I, del B afgørende.
De krav i hoveddelen af bilag I, del B, som der ikke henvises til i sikkerhedsmålene, er ikke omfattet af
sikkerhedsfunktioner.
For at kunne spores til udviklings- og evalueringsdokumentationen er risici, mål, proceduremæssige
midler og specifikationer af sikkerhedsfunktioner tildelt unikke etiketter.
2.Forkortelser, definitioner og 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øleren
Køredata De data, som udveksles med køretøjsenheden og repræsenterer hastighed og tilba-
gelagt distance
Fysisk adskilte dele Fysiske komponenter, som tilhører bevægelsesføleren og er fordelt i køretøjet,
modsat de fysiske komponenter, som er samlet i bevægelsesfølerens 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«)1998R2135 —DA—01.05.2006 —002.001 —208
▼M1
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øjs-
enheden sikrede køredata, som er repræsentative for køretøjets hastighed og tilbagelagte distance.
Bevægelsesføleren er mekanisk forbundet med en bevægelig del af køretøjet, idet bevægelsen kan være
repræsentativ for køretøjets hastighed eller tilbagelagte distance. Den kan være placeret i køretøjets
gearkasse eller i enhver anden del af køretøjet.
I driftstilstand er bevægelsesføleren tilsluttet en køretøjsenhed.
Den kan desuden være tilsluttet bestemt udstyr til styringsmæssigt formål (fastlægges af fabrikanten)Den typiske bevægelsesføler er beskrevet i følgende figur:
Figur 1
Typisk bevægelsesføler
1998R2135 —DA—01.05.2006 —002.001 —209
▼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 kommunikationsproce-
durer kan bevægelsesføleren blive udsat for uventede betingelser, som
forringer dens sikkerhed
T.Tests Brug af ikke ugyldiggjorte prøvningsfunktionsmåder eller eksisterende
bagdøre kan skade bevægelsesfølerens sikkerhed1998R2135 —DA—01.05.2006 —002.001 —210
▼M1
T.Design Brugere kan tænkes at forsøge at skaffe sig uretmæssigt kendskab til
konstruktionen fra fabrikanten (ved tyveri, bestikkelse osv.) eller ved
baglæns 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ægelsesfø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 gear-
kassen 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ømforsyning
T.Security_Data Brugere kan tænkes at forsøge at skaffe sig uretmæssigt
kendskab til sikkerhedsdata, når disse genereres, transpor-
teres eller lagres i apparatet
T.Software Brugere kan tænkes at forsøge at ændre bevægelsesfø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 hvile-
perioder 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 tilba-
gelagt distance
3.5. Informationsteknologiske sikkerhedsmål
Bevægelsesføleren har følgende særlige informationsteknologiske sikkerhedsmål,
som er et led i dens overordnede sikkerhedsformål:
O.Access Bevægelsesføleren skal regulere de tilsluttede enhe-
ders 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 tilslut-
tede 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øjsenheden
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.1998R2135 —DA—01.05.2006 —002.001 —211
▼M1
3.6.1. Maskinellets konstruktion
M.Development Udviklere af bevægelsesfølere skal sikre, at ansvarsuddelege-
ring i udviklingsfasen sker på en måde, som bevarer it-sikker-
heden
M.Manufacturing Fabrikanter af bevægelsesfølere skal sørge for, at ansvarsudde-
legering i produktionsfasen finder sted på en måde, som
bevarer it-sikkerheden, og at bevægelsesføleren under produk-
tionsprocessen 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øjsfabrikanter og montører
eller værksteder skal sikre, at håndtering af bevægelsesføleren finder
sted på en måde, som bevarer it-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 kontrolappa-
rater 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 kali-
breres
3.6.5. Retlig kontrol
M.Controls Der skal regelmæssigt og på tilfældig måde gennemføres eftersyn,
som skal indbefatte sikkerhedsrevision
3.6.6. Opgraderinger af programmel
M.Software_Upgrade Reviderede versioner af programmel skal være sikkerheds-
certificeret, 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.
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.1998R2135 —DA—01.05.2006 —002.001 —212
▼M1
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 ægthedsbekræf-
tede 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 standardindikation
(fastlægges af fabrikanten).
Bevægelsesføleren skal sende de revisionsposter, den opretter, til køretøjsenheden
i samme øjeblik, de oprettes, og kan desuden lagre dem i sin hukommelse.1998R2135 —DA—01.05.2006 —002.001 —213
▼M1
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 overfø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 produkti-
onsfasen 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ømforsy-
ningen.
Er bevægelsesføleren således konstrueret, at den ikke kan åbnes, skal konstrukti-
onen bevirke, at forsøg på fysiske indgreb let kan afsløres (f.eks. ved besigti-
gelse).
Bevægelsesføleren skal detektere nærmere angiven (angives af fabrikanten) sabo-
tage 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 uregel-
mæssigheder i strømforsyningen.1998R2135 —DA—01.05.2006 —002.001 —214
▼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 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.
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 overensstem-
melse 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 fast-
lagt 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—01.05.2006 —002.001 —215
Risici It-målT.Access
T.Faults
T.Tests
T.Design
T.Environment
T.Hardware
T.MechanicalOrigin
T.MotionData
T.PowerSupply
T.SecurityData
T.Software
T.StoredData
O.Access
O.Audit
O.Authentication
O.Processing
O.Reliability
O.SecuredDataExchange
Fysiske, personalemæssige eller proceduremæssige midler
Udvikling x x x
Produktion x xLevering x x 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 xOpgraderinger af programmel x
Sikkerhedsfunktioner
Identificering og ægthedsbekræftelse
UIA_101 Identifikation af enheder x x x x xUIA_102 Identitet af enheder x x x
UIA_103 Identitet af køretøjsenhed x
UIA_104 Ægthedsbekræftelse af enheder x x x x x
UIA_105 Gentagelse af ægthedsbekræftelse x x x x x▼M11998R2135 —DA—01.05.2006 —002.001 —216
Risici It-målT.Access
T.Faults
T.Tests
T.Design
T.Environment
T.Hardware
T.MechanicalOrigin
T.MotionData
T.PowerSupply
T.SecurityData
T.Software
T.StoredData
O.Access
O.Audit
O.Authentication
O.Processing
O.Reliability
O.SecuredDataExchange
UIA_106 Forfalskningssikker ægthedsbe-
kræftelsex x x x
UIA_107 Svigt af ægthedskontrol x x x
Adgangskontrol
ACC_101 Adgangskontrolregler x x x xACC_102 Bevægelsesføler-ID x x
ACC_103 Brugerdata x x
ACC_104 Sikkerhedsdata x x 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
Revision
AUD_101 Revisionsposter x
AUD_102 Revisionsliste over hændelser x x x x xAUD_103 Revisionsdata x
AUD_104 Revisionsværktøjer x
AUD_105 Lagring af revisionsposter x▼M11998R2135 —DA—01.05.2006 —002.001 —217
Risici It-målT.Access
T.Faults
T.Tests
T.Design
T.Environment
T.Hardware
T.MechanicalOrigin
T.MotionData
T.PowerSupply
T.SecurityData
T.Software
T.StoredData
O.Access
O.Audit
O.Authentication
O.Processing
O.Reliability
O.SecuredDataExchange
Nøjagtighed
ACR_101 Regler for dataudvekslingskontrol x x x
ACR_102 Intern dataoverførsel x x
ACR_103 Intern dataoverførsel x
ACR_104 Integritet af lagrede data x x
ACR_105 Integritet af lagrede data x x
Pålidelighed
RLB_101 Prøvning i produktionen x x x
RLB_102 Selvtest x x x x x
RLB_103 Selvtest x x x x
RLB_104 Programmelanalyse x x xRLB_105 Indlæsning af programmel x x x
RLB_106 Åbning af hus x x x x x x x
RLB_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 x x▼M11998R2135 —DA—01.05.2006 —002.001 —218
Risici It-målT.Access
T.Faults
T.Tests
T.Design
T.Environment
T.Hardware
T.MechanicalOrigin
T.MotionData
T.PowerSupply
T.SecurityData
T.Software
T.StoredData
O.Access
O.Audit
O.Authentication
O.Processing
O.Reliability
O.SecuredDataExchange
RLB_112 Flere applikationer samtidig x
Dataudveksling
DEX_101 Sikret eksport af køredata x x
Kryptografisk støtte
CSP_101 Algoritmer x x
CSP_102 Nøglegenerering x x
CSP_103 Nøgledistribution x x
CSP_104 Nøgleadgang x x
CSP_105 Nøgledestruktion x x▼M11998R2135 —DA—01.05.2006 —002.001 —219
▼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 sikker-
hedsmekanismerne 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 sikkerhedsmå-
lene, er ikke omfattet af sikkerhedsfunktioner.
For at kunne spores til udviklings- og evalueringsdokumentationen er risici, mål,
proceduremæssige midler og specifikationer af sikkerhedsfunktioner tildelt unikke
etiketter.
2.Forkortelser, definitioner og 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 komponenter, som er
samlet i køretøjsenhedens hus
Sikkerhedsdata De specifikke data, som er nødvendige til støtte for sikker-
hedsfunktioner (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 apparatet.
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 regi-
streres eller lagres af køretøjsenheden, og som foreskrives i
kapitel III, punkt 12
2.3. Henvisninger
ITSEC ITSEC Evalueringskriterier for informationsteknologi 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.1998R2135 —DA—01.05.2006 —002.001 —220
▼M1
Brugerne identificerer sig over for køretøjsenheden ved hjælp af fartskriverkort.
Køretøjsenheden registrerer og gemmer brugeraktivitetsdata i sit datalager og
registrerer desuden brugeraktivitetsdata på fartskriverkortene.
Køretøjsenheden udlæser data til skærm, printer og eksterne enheder.Det funktionelle miljø omkring den i køretøjet monterede køretøjsenhed er
beskrevet i følgende figur:
Figur 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—01.05.2006 —002.001 —221
▼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 skaffersig adgang til kalibreringsfunktionen)
T.Identification Brugere kan tænkes at forsøge at bruge flere forskellige identifi-
kationer eller undlade identifikation1998R2135 —DA—01.05.2006 —002.001 —222
▼M1
3.3.2. Konstruktionsbetingede risici
T.Faults Fejl i maskinel, programmel eller kommunikationsprocedurer 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 fejlkalibreret
udstyr (ved at ændre kalibreringsdata eller udnytte
organisatoriske svagheder)
T.Card_Data_Exchange Brugere kan tænkes at forsøge at ændre data, mens de
udveksles mellem køretøjsenhed og fartskriverkort
(tilføjelse, ændring, sletning, genafspilning af signal)
T.Clock Brugere kan tænkes at forsøge at ændre det interne urT.Environment Brugere kan tænkes at forringe køretøjsenhedens
sikkerhed ved direkte påvirkning (termisk, elektromag-
netisk, 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øjsenheden
T.Hardware Brugere kan tænkes at forsøge at ændre køretøjsenhe-
dens maskinel
T.Motion_Data Brugere kan tænkes at forsøge at ændre køredata for
køretøjet (ved tilføjelse, ændring, sletning, genafspil-
ning 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øjsen-
heden i at opfylde sine sikkerhedsmål ved at ændre
(afbryde, nedsætte, øge) dens strømforsyning
T.Security_Data Brugere kan tænkes at forsøge at skaffe sig uretmæs-
sigt 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øjsenhe-
dens 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 hvile-
perioder 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æn-
digt 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
O.VU_Export Køretøjsenheden skal kunne eksportere data til eksterne lagerme-
dier 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:1998R2135 —DA—01.05.2006 —002.001 —223
▼M1
O.Access Køretøjsenheden skal kontrollere brugernes adgang
til funktioner og data
O.Accountability Køretøjsenheden skal indsamle nøjagtige reviderbar-
hedsdata
O.Audit Køretøjsenheden skal revidere for forsøg på at under-
grave 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 ansvarsuddele-
gering i udviklingsfasen finder sted på en måde, som bevarer
it-sikkerheden
M.Manufacturing Fabrikanter af køretøjsenheder skal sørge for, at ansvarsuddele-
gering i produktionsfasen finder sted på en måde, som bevarer
it-sikkerheden, og at køretøjsenheden under produktionspro-
cessen 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-sikker-
heden
M.Activation Køretøjsfabrikanter, montører eller værksteder skal aktivere køre-
tø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 personer
M.Driver_Card_Uniqueness Førere må kun være i besiddelse af étgyldigt fører-
kort 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 kontrolappa-
rater skal udføres af betroede og godkendte montører
eller værksteder1998R2135 —DA—01.05.2006 —002.001 —224
▼M1
M.Regular_Inpections Kontrolapparater skal regelmæssigt efterses og kali-
breres
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 sikkerheds-
certificeret, 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æftel-
sesdata, 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 konsta-
teret, at bevægelsesfølerens identitet er ændret på et ikke tilladt tidspunkt (dvs. på
et andet tidspunkt end under kalibrering af kontrolapparatet), skal sikkerhedsfunk-
tionen:
—oprette en revisionspost over hændelsen,
—advare brugeren,
—fortsætte med at acceptere og benytte de ikke sikrede køredata, som afgives
af bevægelsesføleren.
4.1.2. Identificering og ægthedsbekræftelse af 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),1998R2135 —DA—01.05.2006 —002.001 —225
▼M1
—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 fortroligheden
af PIN-koden ikke være beskyttet under overførslen.
Køretøjsenheden skal konstatere og forhindre eventuel brug af ægthedsbekræftel-
sesdata, 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æftel-
sesdata, 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.
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.1998R2135 —DA—01.05.2006 —002.001 —226
▼M1
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 lagrede
data med nye (krav 110) og det i bemærkningen til punkt 2.1 i tillæg 1 beskrevne
tilfælde.1998R2135 —DA—01.05.2006 —002.001 —227
▼M1
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.1998R2135 —DA—01.05.2006 —002.001 —228
▼M1
Konstateres der en integritetsfejl i lagrede brugerdata, skal sikkerhedsfunktionen
oprette en revisionspost.
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øjsen-
heden 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 ekse-
kverbar 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 revisions-
posten 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 besigti-
gelse).
Efter aktivering skal køretøjsenheden detektere nærmere angivet (angivet af fabri-
kanten) 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ømfor-
syningen, 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.1998R2135 —DA—01.05.2006 —002.001 —229
▼M1
4.7.7. Flere applikationer samtidig
Hvis køretøjsenheden tilfører systemet andre applikationer end fartskriverapplika-
tionen, skal alle applikationer være fysisk og/eller logisk adskilt fra hinanden.
Sådanne applikationer må ikke dele sikkerhedsdata. Kun én opgave må være
aktiv ad gangen.
4.8. Dataudveksling
Dette afsnit vedrører dataudveksling mellem køretøjsenheden og tilsluttede anord-
ninger.
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 overens-
stemmelse 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.1998R2135 —DA—01.05.2006 —002.001 —230
▼M1
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.
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—01.05.2006 —002.001 —231
Risici It-målT.Access
T.IdentificationT.Faults
T.Tests
T.Design
T.CalibrationParameters
T.CardDataExchange
T.Clock
T.EnvironmentT.FakeDevices
T.Hardware
T.MotionData
T.NonActivated
T.OutputData
T.PowerSupply
T.Saturation
T.SecurityData
T.Software
T.StoredData
O.Access
O.Accountability
O.Audit
O.Authentication
O.Integrity
O.Output
O.Processing
O.Reliability
O.SecuredDataExchange
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 x
Et førerkort x
Sporbarhed af kort xGodkendte værksteder x xRegelmæssig kalibrering ved inspektion x x x x x
Pålidelige værksteder x x
Pålidelige førere xRetlig kontrol x x x x x x x x xOpgraderinger af programmel x
Sikkerhedsfunktioner
Identificering og ægthedsbekræftelse▼M11998R2135 —DA—01.05.2006 —002.001 —232
Risici It-målT.Access
T.IdentificationT.Faults
T.Tests
T.Design
T.CalibrationParameters
T.CardDataExchange
T.Clock
T.EnvironmentT.FakeDevices
T.Hardware
T.MotionData
T.NonActivated
T.OutputData
T.PowerSupply
T.Saturation
T.SecurityData
T.Software
T.StoredData
O.Access
O.Accountability
O.Audit
O.Authentication
O.Integrity
O.Output
O.Processing
O.Reliability
O.SecuredDataExchange
UIA_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 x
UIA_204 Gentagelse af identifikation og af
ægthedsbekræftelse af følerx x x x
UIA_205 Forfalskningssikker ægthedsbe-
kræftelsex x 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 x
UIA_210 Gentagelse af ægthedsbekræftelse
af brugerx x x x x x
UIA_211 Midler til ægthedsbekræftelse x x x x x
UIA_212 PIN-kodekontrol x x x x x x
UIA_213 Forfalskningssikker ægthedsbe-
kræftelsex x x x x
UIA_214 Svigt af ægthedsbekræftelse x x x x
UIA_215 Identifikation af fjernbruger x x x x x
UIA_216 Identitet af fjernbruger x x x x▼M11998R2135 —DA—01.05.2006 —002.001 —233
Risici It-målT.Access
T.IdentificationT.Faults
T.Tests
T.Design
T.CalibrationParameters
T.CardDataExchange
T.Clock
T.EnvironmentT.FakeDevices
T.Hardware
T.MotionData
T.NonActivated
T.OutputData
T.PowerSupply
T.Saturation
T.SecurityData
T.Software
T.StoredData
O.Access
O.Accountability
O.Audit
O.Authentication
O.Integrity
O.Output
O.Processing
O.Reliability
O.SecuredDataExchange
UIA_217 Ægthedsbekræftelse af fjernbruger x x x x x
UIA_218 Midler til ægthedsbekræftelse x x x x
UIA_219 Forfalskningssikker ægthedsbe-
kræftelsex x x x
UIA_220 Svigt af ægthedsbekræftelse x x
UIA_221 Identifikation af styringsanordning x x x x
UIA_222 Ægthedsbekræftelse af styringsan-
ordningx x x x
UIA_223 Forfalskningssikker ægthedsbe-
kræftelsex x x x
Adgangskontrol
ACC_201 Adgangskontrolregler x x x x x x
ACC_202 Adgang til funktioner x x x xACC_203 Adgang til funktioner x x x x
ACC_204 VU ID x x
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 x
ACC_209 Tidsjusteringsdata x x x▼M11998R2135 —DA—01.05.2006 —002.001 —234
Risici It-målT.Access
T.IdentificationT.Faults
T.Tests
T.Design
T.CalibrationParameters
T.CardDataExchange
T.Clock
T.EnvironmentT.FakeDevices
T.Hardware
T.MotionData
T.NonActivated
T.OutputData
T.PowerSupply
T.Saturation
T.SecurityData
T.Software
T.StoredData
O.Access
O.Accountability
O.Audit
O.Authentication
O.Integrity
O.Output
O.Processing
O.Reliability
O.SecuredDataExchange
ACC_210 Sikkerhedsdata x x x
ACC_211 Filstruktur og adgangsbetingelser x x x x x
Reviderbarhed
ACT_201 Sporbarhed af førere x
ACT_202 ID-data for køretøjsenheder x x
ACT_203 Reviderbarhed af værksteder x
ACT_204 Reviderbarhed af tilsynsførende x
ACT_205 Reviderbarhed af køretøjsbevæ-
gelserx
ACT_206 Ændring af reviderbarhedsdata x x x
ACT_207 Ændring af reviderbarhedsdata x x 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▼M11998R2135 —DA—01.05.2006 —002.001 —235
Risici It-målT.Access
T.IdentificationT.Faults
T.Tests
T.Design
T.CalibrationParameters
T.CardDataExchange
T.Clock
T.EnvironmentT.FakeDevices
T.Hardware
T.MotionData
T.NonActivated
T.OutputData
T.PowerSupply
T.Saturation
T.SecurityData
T.Software
T.StoredData
O.Access
O.Accountability
O.Audit
O.Authentication
O.Integrity
O.Output
O.Processing
O.Reliability
O.SecuredDataExchange
REU_201 Genbrug x x x
Nøjagtighed
ACR_201 Regler for dataudvekslingskontrol x x x x x
ACR_202 Intern dataoverførsel x x x x
ACR_203 Intern dataoverførsel x x
ACR_204 Integritet af lagrede data x x x
ACR_205 Integritet af lagrede data x x
ReviderbarhedRLB_201 Prøvning i produktionen x x x
RLB_202 Selvtest x x x x x
RLB_203 Selvtest x x x x
RLB_204 Programmelanalyse x x x
RLB_205 Indlæsning af programmel x x x x
RLB_206 Åbning af hus x x x x x x x x xRLB_207 Sabotage mod maskinel x x
RLB_208 Sabotage mod maskinel x x
RLB_209 Afbrydelser i strømforsyningen x x
RLB_210 Afbrydelser i strømforsyningen x x▼M11998R2135 —DA—01.05.2006 —002.001 —236
Risici It-målT.Access
T.IdentificationT.Faults
T.Tests
T.Design
T.CalibrationParameters
T.CardDataExchange
T.Clock
T.EnvironmentT.FakeDevices
T.Hardware
T.MotionData
T.NonActivated
T.OutputData
T.PowerSupply
T.Saturation
T.SecurityData
T.Software
T.StoredData
O.Access
O.Accountability
O.Audit
O.Authentication
O.Integrity
O.Output
O.Processing
O.Reliability
O.SecuredDataExchange
RLB_211 Nulstilling x x
RLB_212 Rådighed over data x x
RLB_213 Frigivelse af kort x
RLB_214 Kortsession ikke korrekt afsluttet x
RLB_215 Flere applikationer samtidig x
Dataudveksling
DEX_201 Sikret import af køredata x x
DEX_202 Sikret import af køredata x xDEX_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 x x
DEX_207 Oprindelsesdokumentation x x
DEX_208 Sikret eksport til eksterne medier x x
Kryptografisk støtte
CSP_201 Algoritmer x x
CSP_202 Nøglegenerering x x
CSP_203 Nøgledistribution x x▼M11998R2135 —DA—01.05.2006 —002.001 —237
Risici It-målT.Access
T.IdentificationT.Faults
T.Tests
T.Design
T.CalibrationParameters
T.CardDataExchange
T.Clock
T.EnvironmentT.FakeDevices
T.Hardware
T.MotionData
T.NonActivated
T.OutputData
T.PowerSupply
T.Saturation
T.SecurityData
T.Software
T.StoredData
O.Access
O.Accountability
O.Audit
O.Authentication
O.Integrity
O.Output
O.Processing
O.Reliability
O.SecuredDataExchange
CSP_204 Nøgleadgang x x
CSP_205 Nøgledestruktion x x▼M11998R2135 —DA—01.05.2006 —002.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 hoveddelen
af bilag I, del B, som der henvises til i dette krav til sikkerhedsmål, skal kravet i
hoveddelen af bilag I, del B være afgørende.
De krav i hoveddelen af bilag I, del B, som der ikke henvises til i sikkerhedsmå-
lene, er ikke omfattet af sikkerhedsfunktioner.
Et fartskriverkort er et sædvanligt chipkort, som bærer en dedikeret fartskriverap-
plikation og skal opfylde tidssvarende funktions- og sikkerhedskrav, som finder
anvendelse på chipkort. Dette sikkerhedsmål omfatter derfor kun de ekstra sikker-
hedskrav, 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 identifikationsnummer
ROM 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 inte-
gritet, uautoriserede ændringer og fortro-
lighed (når dette er relevant for sikkerheds-
data). Følsomme data omfatter sikkerheds-
data og brugerdata
Sikkerhedsdata De specifikke data, som er nødvendige til
støtte for sikkerhedsfunktioner (f.eks. kryp-
tografiske nøgler)
System Apparater, personer eller organisationer,
som på nogen måde er involveret i kontrol-
apparatet
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å fartskri-
verkortet, bortset fra sikkerhedsdata.
Brugerdata omfatter identifikationsdata og
aktivitetsdata1998R2135 —DA—01.05.2006 —002.001 —239
▼M1
Identifikationsdata Identifikationsdata omfatter kortets identifi-
kationsdata og kortindehaverens identifika-
tionsdata
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 af
kortindehaver som defineret ved krav 195,196, 216, 232 og 236
Aktivitetsdata Aktivitetsdata omfatter aktivitetsdata for
kortindehaver, data vedrørende hændelser
og fejl samt kontrolaktivitetsdata
Aktivitetsdata for kortindehaver Brugerdata vedrørende kortindehavers akti-
viteter 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 Techno-
logy 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 certi-
ficeringsorgan 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 anven-
delse af kortet sammen med kontrolapparatet.
Fartskriverkortets basisfunktioner er følgende:
—at lagre identifikationsdata for kort og for kortindehaver. Disse data anvendes
af køretøjsenheden til at identificere kortindehaveren, til at tilvejebringe funk-
tioner og dataadgang i henhold dertil, og til at sikre reviderbarhed af kortinde-
haverens 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 henvisning
IC PP, kan fartskriverkortet være udsat for følgende risici.1998R2135 —DA—01.05.2006 —002.001 —240
▼M1
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 identifikationsdata, som
ligger i det evaluerede system (f.eks kortets art, kortets udløbs-
dato eller kortindehaverens identifikationsdata), ville det give
mulighed for svigagtig brug af det evaluerede system, hvilket
ville udgøre en alvorlig trussel mod systemets overordnede
sikkerhedsmå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 evaluerede 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 sikker-
hedsfunktioner som ægthedsbekræftelse, dataadgangskontrol, kryptografiske
operationer osv.).
—ændringer af det evaluerede system eller dets sikkerhedsfunktioner gennem
fysiske, elektriske eller logiske angreb eller en kombination deraf.
3.4. Sikkerhedsmå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 hvile-
perioder 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-sikker-
hedsmål, som indgår i dets sikkerhedsmæssige hovedmål i anvendelsesfasen af
dets levetidscyklus:
O.Data_Access Det evaluerede system skal indskrænke brugernes
adgang til at skrive data til ægthedsbekræftede køre-
tøjsenheder.
O.Secure_Communications Når applikationen gør det nødvendigt, skal det
evaluerede system understøtte protokoller og proce-
durer for sikker kommunikation mellem kort og kort-
læ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).1998R2135 —DA—01.05.2006 —002.001 —241
▼M1
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.
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øre-
tø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 sikkerhedsfunkti-
oner:
—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 inde-
holder 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øjs-
enheden 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,1998R2135 —DA—01.05.2006 —002.001 —242
▼M1
—spærre PIN-kodekontrollen, så ethvert efterfølgende PIN-kodeforsøg vil slå
fejl,
—kunne angive grunden til spærringen over for efterfølgende brugere.
4.3. 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 identifikationsdata, som alene kan
læses fra kontrolkortene af VEHICLE_UNIT.
—IDENTIF_WRITE: Identifikationsdata kan kun skrives én gang og inden
slutningen af fase 6 i kortets levetidscyklus. Ingen bruger kan skrive eller
ændre identifikationsdata i anvendelsesfasen af kortets levetidscyklus.
—ACTIVITY_WRITE: Kun VEHICLE_UNIT kan skrive til det evaluerede
system.
—SOFT_UPGRADE: Ingen bruger må opgradere programmellet i det evalue-
rede 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: Identifi-
kationsdata.
Tilordning (FDP_DAU.1.2) Liste over personer: En vilkårlig.1998R2135 —DA—01.05.2006 —002.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 enhveranden 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 impor-
teret fra en køretøjsenhed.
Ved konstatering af en integritetsfejl på importerede data skal det evaluerede
system:
—advare den enhed, der sender de pågældende data,
—undlade at anvende de pågældende data.
Det evaluerede system skal afgive brugerdata til køretøjsenheden med tilknyttede
sikkerhedsattributter, som sætter køretøjsenheden i stand til at verificere integritet
og ægthed af de modtagne data.
4.8.2. Eksport af data til andet end en køretøjsenhed (downloading-funktion)
Det evaluerede system skal generere oprindelsesdokumentation for data overført
til eksterne medier.
Det evaluerede system skal være i stand til at verificere oprindelsesdokumentati-
onen 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.1998R2135 —DA—01.05.2006 —002.001 —244
▼M1
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.
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—01.05.2006 —002.001 —245
Risici It-målT.CLON*
T.DISES2
T.TES
T.TCMD
T.MODSOFT*T.MODLOADT.MODEXET.MODSHARE
T.IdentData
T.ActivityData
T.DataExchange
O.TAMPERES
O.CLON*
O.OPERATE*O.FLAW*O.DISMECHANISM2
O.DISMEMORY*
O.MODMEMORY*O.DataAccess
O.SecuredCommunication UIA_301 Midler til ægthedsbekræftelse x
UIA_302 PIN-kodekontrol x
ACT_301 IdentifikationsdataACT_302 PersonaliseringsdatoRLB_301 Integritet af programmel x x
RLB_302 Selvtest x x
RLB_303 Prøvning i produktionen x x x xRLB_304 Programmelanalyse x x x x xRLB_305 Indlæsning af programmel x x x x xRLB_306 Strømforsyning x x x x
RLB_307 Nulstilling x x
DEX_301 Sikret import af data x x
DEX_302 Sikret import af data x x
DEX_303 Sikret eksport af data til køretøjs-
enhedx x
DEX_304 Oprindelsesdokumentation x x
DEX_305 Oprindelsesdokumentation x x
DEX_306 Sikret eksport til eksterne medier x x▼M11998R2135 —DA—01.05.2006 —002.001 —246
Risici It-målT.CLON*
T.DISES2
T.TES
T.TCMD
T.MODSOFT*T.MODLOADT.MODEXET.MODSHARE
T.IdentData
T.ActivityData
T.DataExchange
O.TAMPERES
O.CLON*
O.OPERATE*O.FLAW*O.DISMECHANISM2
O.DISMEMORY*
O.MODMEMORY*O.DataAccess
O.SecuredCommunicationCSP_301 Nøglegenerering x x
CSP_302 Nøgledistribution x x▼M11998R2135 —DA—01.05.2006 —002.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øjs-
enhedens 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—01.05.2006 —002.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 ogfartskriverkort,
—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 Opera-
tion. 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 interindu-
stry commands. Første udgave 1999
ISO/IEC 9796-2 Information Technology —Security techniques —Digital signa-
ture schemes giving message recovery —Part 2: Mechanisms
using a hash function. Første udgave: 1997
ISO/IEC 9798-3 Information Technology —Security techniques —Entity authen-
tication 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:
(Ka, Kb, Kc)Et nøglebundt til brug for den tredobbelte datakrypteringsalgoritme
CA Certificeringsmyndighed (Certification authority)
CAR Henvisning til certificeringsmyndighed (Certification authority refe-
rence)
CC Kryptografisk kontrolsum
CG Kryptogram
CH Kommandoheader
CHA Certifikatindehavers autorisation (Certificate holder authorisation)
CHR Henvisning til certifikatindehaver (Certificate holder reference)
D() Dekryptering med DES
DE Dataelement
DO Dataobjekt
d Privat RSA-nøgle, privat eksponent
e Offentlig RSA-nøgle, offentlig eksponent
E() Kryptering med DES
EQT Udstyr (Equipment)
Hash() Sætte hash-værdi på et Hash-resultat
Hash Hash-funktion1998R2135 —DA—01.05.2006 —002.001 —249
▼M1
KID Nøgleidentifikator (Key identifier)
Km TDES-nøgle, hovednøgle defineret i ISO 16844-3
KmVU TDES-nøgle indsat i køretøjsenheder
KmWC TDES-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 fortrolighedsda-
taobjekt)
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 X
X.CA.PKoX.C Operation, som består i at udpakke et certifikat for at uddrage enoffentlig 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 certificer-
ingsmyndighed. 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 denoffentlige 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 privatenø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 fart-skriverkort 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 fortrolig-
heden af dataoverførsel mellem køretøjsenheder og fartskriverkort.
2.2.Kryptografiske algoritmer
2.2.1. RSA-algoritme
RSA-algoritmen er fuldt defineret ved følgende relationer:
1998R2135 —DA—01.05.2006 —002.001 —250
▼M1
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 CERTIFIKATER
3.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 europæ-
iske certificeringsmyndighed. Den private medlemsstatnøgle anvendes til at certi-
ficere de offentlige nøgler, som skal indsættes i udstyret (køretøjsenhed eller fart-
skriverkort). Der skal føres register over alle certificerede offentlige nøgler med
identifikation af det udstyr, de er bestemt til. Disse opgaver varetages af en
medlemsstats certificeringsmyndighed. En medlemsstat kan jævnligt skifte sit
nøglepar.
På apparatniveau skal der genereres et enkelt nøglepar (EQT.SK og EQT.PK),
som indsættes i hvert apparat. Apparatets offentlige nøgler skal certificeres af en
medlemsstats certificeringsmyndighed. Disse opgaver kan varetages af udstyrsfa-
brikanter, af leverandører af individuelle tilpasninger af udstyr eller af medlems-
staternes 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.
Følgende billede sammenfatter datastrømmen under denne proces:1998R2135 —DA—01.05.2006 —002.001 —251
▼M1
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 certifi-
ceres med den europæiske private prøvenøgle. I det udstyr, som skal typegod-
kendes, 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 KmVUog 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 af
tilbørligt sikrede procedurer til medlemsstaternes certificeringsmyndigheder på
disses anmodning.
Medlemsstaternes certificeringsmyndigheder skal:
—Anvende Km til kryptering af bevægelsesfølerdata, som begæres af fabrikanter
af bevægelsesfølere (de data, som skal krypteres med Km, er fastlagt i ISO
16844-3),
—Fremsende KmVUtil fabrikanterne af køretøjseneheder under brug af behørigt
sikrede procedurer, til indsætning i køretøjsenheder,1998R2135 —DA—01.05.2006 —002.001 —252
▼M1
—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 meddelelses-
overfø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æn-
gige 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 »verifi-
cerbare 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(Certi-
ficate 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 ægtheds-
certifikat. 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—01.05.2006 —002.001 —253
▼M1
2. »Henvisning til certificeringsmyndighed« (CAR) har til formål at identificere den certifi-
katudstedende myndighed på en sådan måde, at dataelementet samtidig kan anvendes somidentifikator for en myndigheds nøgle og henvise til certificeringsmyndighedens offentlige
nøgle (vedrørende kodning henvises til nøgleidentifikatoren nedenfor).
3. »Certifikatindehavers autorisation« (CHA) anvendes til at identificere certifikatindehave-
rens rettigheder. Den består af fartskriverapplikationens ID og af den art udstyr, som certi-
fikatet er bestemt til (i henhold til dataelementet EquipmentType, »00« for en medlems-
stat).
4. »Henvisning til certifikatindehaver« (CHR) har til formål at identificere certifikatindeha-
veren entydigt, således at dataelementet på én gang kan anvendes som identifikator for enpersons nøgle og henvise til certifikatindehaverens offentlige nøgle.
5. Nøgleidentifikatorer identificerer entydigt certifikatindehaver eller certificeringsmyndig-
heder. 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
decimalkodeFabrikantspecifik Fabrikantkode
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 certifi-
cering. 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.
Certifikatet vil indeholde identifikationen af anmodningen. Fabrikanten
skal melde tilbage til myndighederne i sin medlemsstat med tilordning af
nøgle til udstyr (dvs. identifikation af anmodning om certifikat, identifika-
tion 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—01.05.2006 —002.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 numerisk
nation-kodeHeltal Supplerende kode
(specifik for certi-
ficeringsmyndig-
heden)′01′
3 bytes alfanume-
risk 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, verificering af digital underskrift og kryp-tering til fortrolighedstjenester (certifikatet indeholder ingen objektidentifikator til specifi-
cering heraf).
3.3.2. Udstedte certifikater
Det udstedte certifikat er en digital underskrift med delvis genetablering af certifi-
katets 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 underskriften, er lige-
ledes vedhæftet underskriften, således at certificeringsmyndighedens offentlige nøgle kanvælges til verificering af certifikatet.
3. Certifikatkontrolløren skal implicit kende den algoritme, der af certificeringsmyndigheden
er anvendt til at underskrive certifikatet.
4. Den headerliste, der er knyttet til dette udstedte certifikat, er som følger:
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 certifika-
tets validitet.
Der indgår heri følgende trin:
Verificering af underskrift og hentning af indhold:
—fra X.C hent Sign, Cn′og CAR′:1998R2135 —DA—01.05.2006 —002.001 —255
▼M1
—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 autorisa-
tion 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 certificerin-
gsmyndighed.
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 veri-
ficering af denne underskrift.
Mekanismen udløses af køretøjsenheden ved isætningen af kortet. Den begynder
med udveksling af certifikater og udpakning af offentlige nøgler og slutter med
indsætning af en sessionsnøgle.
Der skal anvendes følgende protokol (pilene angiver kommandoer og udvekslede
data (se tillæg 2)):1998R2135 —DA—01.05.2006 —002.001 —256
▼M1
1998R2135 —DA—01.05.2006 —002.001 —257
▼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.1998R2135 —DA—01.05.2006 —002.001 —258
▼M1
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′ TPV Ordinær værdi af ikke BER-TLV-kodede data (skal beskyttes
med kryptografisk kontrolsum)
′97′ TLE Værdien af Le i den ikke sikrede kommando (skal beskyttes
med kryptografisk kontrolsum)
′99′ TSW Status (skal beskyttes med kryptografisk kontrolsum)
′8E′ TCC Kryptografisk kontrolsum
′87′ TPI CG Indikatorbyte 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 SW2
Lrdatabytes to bytes
Det tilsvarende sikrede kommando/svar-par er:
Sikret kommando:
Komman-
doheader
(CH)Kommandoindhold
CLA
INS P1
P2[NytLcfel-
t][Nytfelt] [NytLef-
elt]
′OC′ Længde
af nyt
datafeltTPV LPV PV TLE LLE Le TCC LCC CC ′00′
′81′ LcDat-
afelt′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:1998R2135 —DA—01.05.2006 —002.001 —259
▼M1
1.Tilfælde, hvor svar-datafeltet ikke er tomt og ikke behøver være fortroligheds-
beskyttet:
Svarindhold Svarefterskrift
[Nyt datafelt] Ny SW1
SW2
TPV LPV PV TCC LCC CC
′81′ Lr Data-
felt′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 CG LPI CG PI CG TCC LCC CC
′87′ PI ||
CG′8E′ ′04′ CC
Data, som skal bæres af CG: ikke BER-TLV-kodede data og udfyldningsbytes.
Data, som skal indgå i kontrolsum = TPI CG|| LPI CG|| PI CG || PB
3.Tilfælde, hvor svardatafeltet er tomt:
Svarindhold Svarefterskrift
[Nyt datafelt] Nyt SW1
SW2
TSW LSW SW TCC LCC CC
′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 meddelelses-
overførsel. I henhold til ISO/IEC 7816-4 er defineret følgende statusbytes til angi-
velse af fejl i sikker meddelelsesoverførsel:
′66 88′: Verificering af kryptografisk kontrolsum ikke lykkedes,
′69 87′: Forventede dataobjekter i sikker meddelelsesoverførsel mangler,
′69 88′: Dataobjekter i sikker meddelelelsesoverførsel fejlbehæftede.
Når fartskriverkortet returnerer statusbytes uden dataobjekter for sikker meddelel-
sesoverfø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øres1998R2135 —DA—01.05.2006 —002.001 —260
▼M1
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 start-
værdiblok.
Følgende figur viser anvendelsen af nøgler i TDES:
6. MEKANISMER TIL DIGITAL UNDERSKRIFT AF DATAOVERFØ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 indeholder
digitale underskrifter af datablokke som foreskrevet i tillæg 7 (Protokoller for
dataoverførsel).
I digitale underskrifter af overførte data skal anvendes et digitalt underskriftssy-
stem med appendiks, således at overførte data om ønsket kan læses uden dechif-
rering.
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.1998R2135 —DA—01.05.2006 —002.001 —261
▼M1
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 overført
og lagret på eksterne lagermedier. Kontrolkortet anvendes til at udføre dechifre-
ringen 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—01.05.2006 —002.001 —262
▼M1
1998R2135 —DA—01.05.2006 —002.001 —263