II 
(Ikke- lovgivningsmæssige retsakter) 
FOR ORDNINGER 
KOMMISSIONENS GENNEMFØRELSESF ORORDNING (EU) 2016/799 
af 18. mar ts 2016 
om gennemførelse af Europa-Parlamentets og Rådets forordning (EU) nr. 165/2014 om fast sættelse 
af forskr ifter for kons truktion, afprøvn ing, inst aller ing, brug og reparation af takografer og deres 
komponenter 
(EØS-relevant teks t) 
EUR OPA-K OMMISSIONEN HAR — 
under henvisn ing til traktate n om Den Europæisk e Unions funktionsmåde, 
under henv isning til Europa-Parlament ets og Rådets forordning (EU) nr. 165/2014 af 4. februar 2014 om takograf er 
inden for vejtranspor t (1), særlig artikel 11 og artikel 12, stk. 7, og 
ud fra følge nde betragtning er: 
(1)  Ved forordning (EU) nr. 165/2014 indf ørtes digitale takografer af anden generation, kaldet intellig ente takografe r, 
som omf atter en forbindelse til det globale satellitna vigat ionssystem (»GNSS«), kommunikationsudstyr til tidlig 
fjernafslør ing og et interface med intellig ente transpor tsystem er. Der skal udarbejdes specifi kationer for de 
tekniske krav til konstr uktion af intellig ente takografer . 
(2)  Udstyret til tidlig fjernafslør ing, jf. artikel 9, stk. 4, i forordning (EU) nr. 165/2014 skal sende data fra den digitale 
takograf til en kontrolansvarlig ved vejsiden sammen med oplysning er om vægt og vægt pr. aksel for hele 
vogntog et (trækker og anhæng ere eller sættev ogne), i overensste mmelse med Europa-Parlam entets og Rådets 
direktiv 96/53/EF (2). Dette vil give mulighed for, at kontrolm yndigheder ne kan foretage en effektiv og hurtig 
kontrol af køretøjer med færre elektroniske anordninger i førerkabinen. 
(3)  I overensst emmelse med direktiv 96/53/EF skal udstyret til tidlig fjernafslør ing benytt e CEN DSR C- 
standarder ne (3), som der henvises til i dette direktiv , i frekvensbåndet 5 795-5 805 MHz. Eftersom dette 
frekvensbånd ligeledes anvendes til elektronisk opkrævning af vejafgif ter og for at undgå interferens mellem 
applikationer ne til henholdsvis opkrævning af vejafgif ter og kontrol, bør kontrolmedarbejder ne ikke anvende 
udstyret til tidlig fjernafslør ing ved et bompe ngeanlæg. 
(4)  Der bør indf øres nye sikker hedsmekanismer for at opretholde sikke rhedsniveauet for den digitale takograf 
sammen med den intellig ente takograf for at afhjælpe de nuværende sårbarheder . En af disse sårbarheder er de 
mang lede udløbsdat oer på digitale certifikater . For at overholde bedste praksi s på sikker hedsområdet anbef ales 
det, at brugen af digitale certifik ater uden udløbsdat o undgå s. Den normale driftsmæssig e gyldighedsper iode for 
køretøjsenheder bør være 15 år startende på udstedelsesdat oen for køretøjsenhedens digitale certifikater. 
Køretøjsenheder bør udskif tes efter denne gyldighedsper iode. 26.5.2016 L 139/1 Den Europæisk e Unions Tidende DA    
(1)EUT L 60 af 28.2.2014, s. 1. 
(2)Rådets direktiv 96/53/EF af 25. juli 1996 om fastsættelse af de størst e tilladte dimensioner i national og international trafik og største 
tilladte vægt i inter national trafik for visse vejkøretøjer i brug i Fællesskabet (EFT L 235 af 17.9.1996, s. 59). 
(3)Dedicat ed Shor t Range Communications-standarder fra Den Europæiske Standardiser ingsorganisation (CEN) EN 12253, EN 12795, EN 
12834, EN 13372 og ISO 14906. 
(5) Det er et vigtigt aspekt ved effektiv drift af intellig ente takografer , at de kan levere sikrede og pålidelige positions ­
oplysning er. Derfor er det formålstjenligt at sikre, at de er kompati ble med tjenesterne med mer værdi, som 
leveres af Galileo-programmet i henhold til Europa-Par lamentets og Rådets forordning (EU) nr. 1285/2013 (1) for 
at forbedre sikkerh eden ved den intellig ente takograf. 
(6)  I henhold til artikel 8, stk. 1, artikel 9, stk. 1, og artikel 10, stk. 1 og 2, i forordning (EU) nr. 165/2014, bør de 
sikker hedsmekanismer , der indf øres ved denne forordning, gælde 36 måneder efter de nødvendige gennemf ørel ­
sesretsakter s ikraf ttræden for at give producent erne mulighed for at udvikle den nye generation af intelligent e 
takograf er og modtage deres typegodke ndelsesattest er fra de kompet ente myndigheder . 
(7)  I henhold til forordning (EU) nr. 165/2014 skal køretøjer , der indregistreres første gang i en medlemsstat 36 
måneder efter denne forordnings ikraf ttræden, være udstyret med en intelligent takograf, der overholder kravene i 
denne forordning fra Kommissionen. Under alle omstændigheder skal alle køretøjer , der opererer i en anden 
medlemsstat end indregistrer ingsmedlemsstat en, udstyres med en lovlig intelligent takograf 15 år efter disse kravs 
ikraf ttrædelsesdato. 
(8)  I henhold til Kommissionens forordning (EF) nr. 68/2009 (2) havde man tilladelse til i en overg angsper iode, der 
udløb den 31. december 2013, at anvende en adapt er for at gøre det muligt at mont ere takograf er i type M1- og 
N1-køretøjer . På grund af tekniske problemer med at finde et alternativ til brugen af adap teren konkluderede 
eksper terne fra bilindustr ien og takografbranchen sammen med Kommissionen, at der ikke fandtes mulighed for 
nogen alternativ løsning, uden at dette ville medf øre store omk ostninger for branche n, som ville være 
uforholdsmæssigt høje i forhold til mark edets stør relse. Derf or bør der gives tilladelse til at anvende adap teren i 
type M1- og N1-køretøjer uden slutdat o. 
(9)  Foranstaltning erne i denne forordning er i overensste mmelse med udtalelsen fra det udvalg, der er nævnt i artikel 
42, stk. 3, i forordning (EU) nr. 165/2014 — 
VEDT AGET DENNE FOR ORDNING: 
Artikel 1 
Gens tand og anv endelsesområde 
1. I denne forordning fastsættes de nødvendige beste mmelser for en ensar tet anvendelse af følgen de aspekter 
vedr ørende takograf er: 
a)  registrer ing af køretøjets position på visse punkt er i løbet af førerens daglige arbejdsper iode 
b)  tidlig fjernafslør ing af mulig manipulation eller misbr ug af intellig ente takografe r 
c)  interf ace med intelli gent e transpor tsystemer 
d)de administrative og tekniske krav til typegodke ndelsesprocedurer ne for takograf er, herunder sikker hedsmeka ­
nismer ne. 
2. Konstr uktion, afprø vning, installer ing, eftersyn, brug og reparation af intellig ente takografer og deres kompon enter 
skal ske i henhold til de tekniske krav i bilag 1C til denne forordning. 
3. Andre takografer end intelli gent e takografe r skal, for så vidt angår konstr uktion, afprø vning, installer ing, eftersyn, 
brug og reparation, fortsat overholde kravene i enten bilag 1 eller bilag 1B til Rådets forordning (EØF) nr. 3821/85 (3), 
alt efter hvad der er relevant. 26.5.2016 L 139/2 Den Europæisk e Unions Tidende DA    
(1)Europa-Parl amentets og Rådets forordning (EU) nr. 1285/2013 af 11. december 2013 om etabler ing og drift af de europæiske satellit ­
baserede navi gationssyst emer og om ophævelse af Rådets forordning (EF) nr. 876/2002 og Europa-Parlament ets og Rådets forordning 
(EF) nr. 683/2008 (EUT L 347 af 20.12.2013, s. 1). 
(2)Kommissionens forordning (EF) nr. 68/2009 af 23. januar 2009 om niende tilpasning til den teknisk e udvikling af Rådets forordning 
(EØF) nr. 3821/85 om kontrolapparat et inden for vejtranspor t (EUT L 21 af 24.1.2009, s. 3). 
(3)Rådets forordning (EØF) nr. 3821/85 af 20. december 1985 om kontrolapparatet inden for vejtranspor t (EFT L 370 af 31.12.1985, s. 8). 
4. I henhold til artikel 10d i direktiv 96/53/EF skal udstyret til tidlig fjernafslør ing ligeledes transmittere vægtdata fra 
et intern t vejesyst em i lastbiler ne med henblik på tidlig fjernafslør ing af svig. 
Artikel 2 
Def initioner 
I denne forordning anvendes definitioner ne i artikel 2 i forordning (EU) nr. 165/2014. 
Desuden forstås ved:  
1) »digital takograf« eller »tak ograf af første generation«: digital takograf, som ikke er en intellig ent takograf  
2) »eks ternt GNSS-udstyr«: udstyr , der indeholder GNSS-modtager en, når køretøjsenheden ikke er en enkelt enhed, samt 
andre kompon enter, der er nødvendig e for at beskytt e transmission af positionsdata til resten af køretøjsenheden  
3) »informationsmappe«: hele mappen, i elektronisk form eller papirf orm, der indeholder alle oplysning er, som 
fabrikant en eller dennes repræsentant har indgivet til typegodkendelsesm yndigheden med henblik på typegodkendelse 
af en takograf eller en kompone nt i denne, inklusive de i artikel 12, stk. 3, i forordning (EU) nr. 165/2014 nævnte 
certifik ater, resultatern e af de afprø vning er, der defineres i bilag 1C til denne forordning samt tegninger , fotografier 
og andre relevante dokumenter  
4) »informationspakke «:informationsmappen i elektronisk form eller papirf orm, ledsaget af alle andre dokumente r, som 
typegodken delsesm yndigheden har tilføjet til informationsmappen i forbindelse med udøvelsen af sine funktioner , 
herunder ved afslutningen af typegodkendelsesprocessen, EC-typegodkendelsesatt esten for takografe n eller en 
komponent i denne  
5) »indek s til informationspakke n«: dokument med en nummereret liste over indholdet i informationspakken , hvor i alle 
de relevante dele af denne pakke identificeres. Formatet af dette dokument skal skelne mellem de forsk ellige trin i EC- 
typegodken delsesprocessen, herunder datoer for eventuelle revisioner og ajourf øringer af pakken  
6) »udstyr til tidlig fjernafslør ing«: udstyr i køretøjsenheden, der anvendes til at udføre målretted e vejk ontroller  
7) »inte lligent takograf« eller »tak ograf af anden generation«: digital takograf, der er i overensstemmelse med artikel 8, 9 
og 10 i forordning (EU) nr. 165/2014 samt med bilag I C til nær værende forordning  
8) »tak ografk omponent« eller »komponent«: enhver af følgen de elementer: køretøjsenheden, bevægelses sensoren, 
takografk ortet, diagramark et, det ekster ne GNSS-udstyr og udstyret til tidlig fjernafslør ing  
9) »typegodkendelsesm yndighed«: myndighed i en medlemsstat, der er kompet ent til at foretag e typegodken delse af 
takografen eller af dennes kompon enter , godkendelsesp rocessen, udste delse og i givet fald tilbagekaldelse af 
typegodken delsesattest er, at fungere som kontaktpunkt for typegodkendelsesm yndigheder i andre medlemsstat er og at 
sikre, at fabrikanter ne opfylder deres forpligte lser vedr ørende overholdelsen af kravene i denne forordning. 
Artikel 3 
Lok aliser ingsbaserede tjenester 
1. Fabrikanter ne sikrer , at intelli gent e takograf er er kompatible med de lokaliser ingstjenester , der tilbydes af 
system erne Galileo og den europæiske geostationære navig ations-o verla y-tjenest e (»EGNOS«). 
2. Ud over de i stk. 1 omtalte systeme r kan fabrikanter ne også vælge at sikre kompatibilit et med andre satellitnavig ati­
onssyst emer . 26.5.2016 L 139/3 Den Europæisk e Unions Tidende DA    
Artikel 4 
Procedure for typegodkendelse af en takograf og takog rafk omponenter 
1. En fabr ikant eller dennes repræsentant indgiver en ansøgning om typegodkendelse af en takograf eller en af dennes 
komponent er eller en gruppe af kompone nter til typegodkendelsesm yndigheder ne, som udpeges af hver medlemsstat. 
Den skal bestå af en informationsmappe, der indeholder oplysning er om hver af de pågældende kompone nter , herunder 
i givet fald typegodke ndelsesattest er for andre kompon enter, der er nødvendig e for at færdigb ygge takografe n samt alle 
andre relevante dokument er. 
2. En medlemsstat meddeler typegodken delse af enhver takograf, komponent eller gruppe af komponent er, der er i 
overensstemmelse med de administrative og tekniske krav i artikel 1, stk. 2 eller 3. I dette tilfæ lde udsteder typegodke n­
delsesm yndigheden en typegodke ndelsesattest til ansøgere n, der er i overensst emmelse med modellen i bilag II til denne 
forordning. 
3. Typegodkendelsesm yndigheden kan anmode fabrikanten eller dennes repræsentant om at indsende eventuelle 
supplerende oplysninger . 
4. Fabrikanten eller dennes repræsentant stiller det nødvendige antal takografe r eller takografk ompone nter til 
rådighed for typegodken delsesm yndigheder ne og for de organer , der er ansvarlig e for at udste de de i artikel 12, stk. 3, i 
forordning (EU) nr. 165/2014 omhandlede attes ter, med henblik på at muliggøre en tilfredsstillende afvikling af 
typegodken delsesproceduren. 
5. Når fabr ikant en eller dennes repræsentant søger typegodkendelse af best emte komponent er eller grupper af 
komponent er i en takograf, skal de stille de øvrige komponent er, som allerede er typegodken dt, samt andre dele, der er 
nødvendige for konstr uktionen af den komplett e takograf til rådighed for typegodken delsesm yndigheder ne, således at 
disse myndigheder kan foretage de nødvendige afprøvning er. 
Artikel 5 
Ændr inger af typegodk endelser 
1. Fabrikanten eller dennes repræsentant under retter straks de typegodke ndelsesm yndigheder , der har meddelt den 
oprindelige typegodkendelse, om eventuelle ændr inger i software eller hardware til takograf en eller i arten af mat erialer 
brugt til dens fremstilling, der er registreret i informationspakken , og fremsender en ansøgning om ændr ing af 
typegodken delsen. 
2. Typegodkendelsesm yndigheder ne kan revidere eller forlæng e den eksisterende typegodkendelse eller udst ede en ny 
typegodken delse afhængigt af ændr inger nes art og kendetegn. 
Der foretage s en »revision«, hvis typegodkendelsesm yndigheden finder , at ændr inge rne i takograf ens software eller 
hardware eller arten af de mater ialer , der er anvendt til fremstilling en, er uvæsentlige . I så fald udsteder typegodken delses ­
myndigheden de reviderede dokument er i informationspakken med angivelse af de foretagne ændr inger og datoen for 
deres godkendelse. En ajourført udga ve af informationspakken i konsolideret form ledsaget af en detaljeret beskr ivelse af 
de foretagne ændr inger er tilstrækkeli gt til at opfylde dette krav . 
En »forlæng else« foretage s, hvis typegodke ndelsesm yndigheden finder , at ændr ingerne i takografe ns software eller 
hardware eller arten af de mater ialer , der er anvendt til fremstilling en, er væsentlige . I så fald kan den anmode om, at der 
foretag es yderligere afprø vninger , og under retter fabrikant en eller dennes repræsentant herom. Hvis disse afprøvning er er 
tilfredsstillende, udsteder typegodken delsesm yndigheden en revideret typegodken delsesatte st, hvorpå angives et nummer , 
der henviser til den meddelt e forlængelse. På typegodken delsesattest en angives årsagen til forlæng elsen og datoen for 
dens udstedelse. 
3. I indholdsf ortegnelsen i informationspakke n anføres datoe n for den senest e forlæng else eller revision af 
typegodken delsen eller datoen for den seneste konsolider ing af den ajourf ørte udgave af typegodkendelsen. 26.5.2016 L 139/4 Den Europæisk e Unions Tidende DA    
4. En typegodken delse er nødvendig, hvis de ønsk ede ændr inger af en typegodken dt takograf eller dens kompon enter 
ville medf øre, at der udstedes en ny sikkerheds- eller interoperabilitetsatt est. 
Artikel 6 
Ikraf ttræden 
Denne forordning træder i kraf t på tyvendedagen efter offentliggørelsen i Den Europæisk e Unions Tidende. 
Den anvendes fra den 2. mar ts 2016. 
Bilagene gælder imidler tid fra den 2. mar ts 2019 med undtag else af tillæg 16, der anvendes fra den 2. mar ts 2016. 
Denne forordning er bindende i alle enkelthe der og gælder umiddelbar t i hver 
medlemsstat. 
Udfærdige t i Bruxelles, den 18. mar ts 2016. 
På Kommissionens vegne 
Jean-Claude JUNCKER 
Formand  26.5.2016 L 139/5 Den Europæisk e Unions Tidende DA    
BILAG I C 
Forskr ifter for konstr uktion, afprøvning, monter ing og eftersyn 
INDLEDNING ................................................................................................................................................ 12 
1 DEFINITIONER ................................................................................................................ 13 
2 KONTR OLAPP ARA TETS GENERELLE EGENSKABER OG FUNK TIONER ....................................... 19 
2.1 Generelle egenskaber ......................................................................................................... 19 
2.2 Funktioner ...................................................................................................................... 20 
2.3 Funktionstilstande ............................................................................................................ 21 
2.4 Sikkerhed ....................................................................................................................... 22 
3 KONSTR UKTIONS- OG FUNK TIONSKRA V TIL KONTR OLAPP ARA T.......................................... 22 
3.1 Over vågning af isætning og udtagning af kort........................................................................ 22 
3.2 Måling af hastighed, position og afstand ................................................................................ 23 
3.2.1 Måling af den tilbagelagt e vejstrækning ................................................................................. 23 
3.2.2 Måling af hastigheden ....................................................................................................... 23 
3.2.3 Måling af position ............................................................................................................ 24 
3.3 Tidsmåling ...................................................................................................................... 24 
3.4 Over vågning af føreraktivit eter ............................................................................................ 24 
3.5 Over vågning af kørestatus .................................................................................................. 25 
3.6 Indlæsning foretaget af fører ............................................................................................... 25 
3.6.1 Indlæsning af de steder, hvor den daglige arbejdstid begynder og/eller slutter ................................. 25 
3.6.2 Manuel indlæsning af føreraktivitet er og førerens samtykk e til brug af ITS-grænsef laden ................... 25 
3.6.3 Indlæsning af særlige omstændigheder .................................................................................. 27 
3.7 Forvaltning af virksom hedslåse ............................................................................................ 27 
3.8 Over vågning af kontrolaktivitet er......................................................................................... 28 
3.9 Detektion af hændelser og/eller fejl....................................................................................... 28 
3.9.1 Hændelsen »isætning af ugyldigt kort«................................................................................... 28 
3.9.2 Hændelsen »kortkonflikt« ................................................................................................... 28 
3.9.3 Hændelsen »tidso verlapning« ............................................................................................... 28 
3.9.4 Hændelsen »kørsel uden behør igt kort«................................................................................. 29 
3.9.5 Hændelsen »isætning af kort under kørslen« ........................................................................... 29 
3.9.6 Hændelsen »sidst e kortsession ikke korrekt afsluttet« ................................................................ 29 
3.9.7 Hændelsen »overskr idelse af tilladt hastighed« ......................................................................... 29 
3.9.8 Hændelsen »afbr ydelse af strømf orsyning« .............................................................................. 29 
3.9.9 Hændelsen »fejl ved kommunikation med facilit eten til fjernkommunikation« ................................. 29 
3.9.10 Hændelsen »mang lende positionsoplysning er fra GNSS-modtager «............................................... 29 26.5.2016 L 139/6 Den Europæisk e Unions Tidende DA    
3.9.11 Hændelsen »fejl ved kommunikation med det ekster ne GNSS-udstyr« ........................................... 30 
3.9.12 Hændelsen »fejl ved køredata« ............................................................................................. 30 
3.9.13 Hændelsen »køretøjsbevæg elsesk onflikt« ................................................................................ 30 
3.9.14 Hændelsen »forsøg på sikker hedsbr ud« .................................................................................. 30 
3.9.15 Hændelsen »tidsk onflikt« .................................................................................................... 30 
3.9.16 Fejlen »kort«.................................................................................................................... 30 
3.9.17 Fejlen »kontrolapparat« ...................................................................................................... 30 
3.10 Indbyg gede tester og selvtest er............................................................................................ 31 
3.11 Læsning fra datalager ........................................................................................................ 31 
3.12 Registrer ing og lagring i datalager et...................................................................................... 31 
3.12.1 Identif ikationsdata for apparat ............................................................................................. 32 
3.12.1.1 Identif ikationsdata for køretøjsenhed .................................................................................... 32 
3.12.1.2 Identif ikationsdata for bevægelse ssensor ................................................................................ 32 
3.12.1.3 Identif ikationsdata for globale satellitna vigat ionssystemer (GNSS) ................................................ 33 
3.12.2 Nøg ler og certifikater ........................................................................................................ 33 
3.12.3 Data vedrøre nde isætning og udtagning af førerk ort eller værkstedsk ort....................................... 33 
3.12.4 Føreraktivitetsd ata ............................................................................................................ 34 
3.12.5 Steder og positioner , hvor daglige arbejdsper ioder starter og slutte r og/eller hvor tre timers sammen ­
hængen de køretid nås ....................................................................................................... 34 
3.12.6 Kilomete rtællerdata ........................................................................................................... 35 
3.12.7 Detaljerede hastighedsdata .................................................................................................. 35 
3.12.8 Data vedrøre nde hændelser ................................................................................................. 35 
3.12.9 Data vedrøre nde fejl.......................................................................................................... 37 
3.12.10 Kali brer ingsdata ............................................................................................................... 38 
3.12.11 Tidsjuste ringsdata ............................................................................................................. 39 
3.12.12 Kontrolaktivitets data ......................................................................................................... 39 
3.12.13 Data vedrøre nde virksom hedslåse ........................................................................................ 39 
3.12.14 Data vedrøre nde datao verfø rselsaktivitet ................................................................................ 39 
3.12.15 Data vedrøre nde særlige omstændigheder .............................................................................. 40 
3.12.16 Data vedrøre nde takografk ort.............................................................................................. 40 
3.13 Læsning fra takografk ort.................................................................................................... 40 
3.14 Registrer ing og lagring på takografk ort................................................................................. 40 
3.14.1 Registrer ing og lagring på takografk ort af første generation ....................................................... 40 
3.14.2 Registrer ing og lagring på takografk ort af anden generation ....................................................... 41 
3.15 Visning på skær m............................................................................................................ 41 
3.15.1 Standardskær mbillede ....................................................................................................... 42 26.5.2016 L 139/7 Den Europæisk e Unions Tidende DA    
3.15.2 Visning af advarsel ............................................................................................................ 43 
3.15.3 Adgang via menu ............................................................................................................. 43 
3.15.4 Andre skær mbilleder ......................................................................................................... 43 
3.16 Udskr ivning .................................................................................................................... 43 
3.17 Advarsler ........................................................................................................................ 44 
3.18 Datao verfø rsel til ekster ne medier ........................................................................................ 45 
3.19 Fjernkommunikation i forbindelse med målrettede vejsidek ontroller ............................................ 45 
3.20 Udlæsning af data til supplerende ekster ne enheder .................................................................. 46 
3.21 Kali brer ing...................................................................................................................... 47 
3.22 Kali brer ingsk ontrol ved vejsiden .......................................................................................... 47 
3.23 Tidsjuste ring ................................................................................................................... 48 
3.24 Funktionsspecifi kationer .................................................................................................... 48 
3.25 Materialer ....................................................................................................................... 48 
3.26 Mærkning ....................................................................................................................... 49 
4 KONSTR UKTIONS- OG FUNK TIONSKRA V TIL TAKOGRAFK ORT .............................................. 49 
4.1 Synlige data .................................................................................................................... 49 
4.2 Sikkerhed ....................................................................................................................... 52 
4.3 Standarder ...................................................................................................................... 53 
4.4 Miljømæssige og elektr iske specifikationer ............................................................................. 53 
4.5 Lagr ing af oplysning er....................................................................................................... 53 
4.5.1 Elementærf iler til identifikat ion og kortstyr ing ........................................................................ 54 
4.5.2 Identif ikation af IC-k ort..................................................................................................... 54 
4.5.2.1 Identif ikation af chip ......................................................................................................... 54 
4.5.2.2 DIR (findes kun i takografk ort af anden generation) ................................................................. 54 
4.5.2.3 ATR-oplysninger (beting ede, findes kun i takografk ort af anden generation) ................................... 54 
4.5.2.4 Oplysning er med udvidet længde (beting ede, findes kun i takografk ort af anden generation) ............. 55 
4.5.3 Førerk ort........................................................................................................................ 55 
4.5.3.1 Takografa pplikation (tilgæng elig for køretøjsenheder af første og anden generation) ........................ 55 
4.5.3.1.1 Identif ikation af applikation ................................................................................................ 55 
4.5.3.1.2 Nøg ler og certifikater ........................................................................................................ 55 
4.5.3.1.3 Identif ikation af kort......................................................................................................... 55 
4.5.3.1.4 Identif ikation af kortindehav er............................................................................................ 55 
4.5.3.1.5 Datao verfø rsel på kort....................................................................................................... 55 
4.5.3.1.6 Oplysning er om førerbevis ................................................................................................. 55 
4.5.3.1.7 Data vedrøre nde hændelser ................................................................................................. 56 26.5.2016 L 139/8 Den Europæisk e Unions Tidende DA    
4.5.3.1.8 Data vedrøre nde fejl.......................................................................................................... 56 
4.5.3.1.9 Føreraktivitetsd ata ............................................................................................................ 57 
4.5.3.1.10 Data vedrøre nde anvendt e køretøjer ..................................................................................... 57 
4.5.3.1.11 Steder , hvor den daglige arbejdstid begynder og/eller slutt er....................................................... 58 
4.5.3.1.12 Kortsessionsdata .............................................................................................................. 58 
4.5.3.1.13 Kontrolaktivitets data ......................................................................................................... 58 
4.5.3.1.14 Data vedrøre nde særlige omstændigheder .............................................................................. 58 
4.5.3.2 Takografa pplikation af anden generation (ikke tilgæng elig for køretøjsenheder af først e generation) ..... 59 
4.5.3.2.1 Identif ikation af applikation ................................................................................................ 59 
4.5.3.2.2 Nøg ler og certifikater ........................................................................................................ 59 
4.5.3.2.3 Identif ikation af kort......................................................................................................... 59 
4.5.3.2.4 Identif ikation af kortindehav er............................................................................................ 59 
4.5.3.2.5 Datao verfø rsel på kort....................................................................................................... 59 
4.5.3.2.6 Oplysning er om førerbevis ................................................................................................. 59 
4.5.3.2.7 Data vedrøre nde hændelser ................................................................................................. 59 
4.5.3.2.8 Data vedrøre nde fejl.......................................................................................................... 60 
4.5.3.2.9 Føreraktivitetsd ata ............................................................................................................ 61 
4.5.3.2.10 Data vedrøre nde anvendt e køretøjer ..................................................................................... 61 
4.5.3.2.11 Steder og positioner , hvor den daglige arbejdstid begynder og/eller slutter ..................................... 62 
4.5.3.2.12 Kortsessionsdata .............................................................................................................. 62 
4.5.3.2.13 Kontrolaktivitets data ......................................................................................................... 62 
4.5.3.2.14 Data vedrøre nde særlige omstændigheder .............................................................................. 63 
4.5.3.2.15 Data vedrøre nde anvendt e køretøjsenheder ............................................................................ 63 
4.5.3.2.16 Data vedrøre nde den position, hvor tre timers sammenhæng ende køretid nås ................................ 63 
4.5.4 Værkstedsk ort.................................................................................................................. 63 
4.5.4.1 Takografa pplikation (tilgæng elig for køretøjsenheder af første og anden generation) ........................ 63 
4.5.4.1.1 Identif ikation af applikation ................................................................................................ 63 
4.5.4.1.2 Nøg ler og certifikater ........................................................................................................ 63 
4.5.4.1.3 Identif ikation af kort......................................................................................................... 64 
4.5.4.1.4 Identif ikation af kortindehav er............................................................................................ 64 
4.5.4.1.5 Datao verfø rsel på kort....................................................................................................... 64 
4.5.4.1.6 Kali brer ings- og tidsjusteri ngsdata ........................................................................................ 64 26.5.2016 L 139/9 Den Europæisk e Unions Tidende DA    
4.5.4.1.7 Data vedrøre nde hændelser og fejl........................................................................................ 65 
4.5.4.1.8 Føreraktivitetsd ata ............................................................................................................ 65 
4.5.4.1.9 Data vedrøre nde anvendt e køretøjer ..................................................................................... 65 
4.5.4.1.10 Data vedrøre nde sted er, hvor den daglige arbejdstid begynder og/eller slutt er................................. 65 
4.5.4.1.11 Kortsessionsdata .............................................................................................................. 65 
4.5.4.1.12 Kontrolaktivitets data ......................................................................................................... 65 
4.5.4.1.13 Data vedrøre nde særlige omstændigheder .............................................................................. 65 
4.5.4.2 Takografa pplikation af anden generation (ikke tilgæng elig for køretøjsenheder af først e generation) ..... 65 
4.5.4.2.1 Identif ikation af applikation ................................................................................................ 65 
4.5.4.2.2 Nøg ler og certifikater ........................................................................................................ 66 
4.5.4.2.3 Identif ikation af kort......................................................................................................... 66 
4.5.4.2.4 Identif ikation af kortindehav er............................................................................................ 66 
4.5.4.2.5 Datao verfø rsel på kort....................................................................................................... 66 
4.5.4.2.6 Kali brer ings- og tidsjusteri ngsdata ........................................................................................ 66 
4.5.4.2.7 Data vedrøre nde hændelser og fejl........................................................................................ 67 
4.5.4.2.8 Føreraktivitetsd ata ............................................................................................................ 67 
4.5.4.2.9 Data vedrøre nde anvendt e køretøjer ..................................................................................... 67 
4.5.4.2.10 Data vedrøre nde sted er, hvor den daglige arbejdstid begynder og/eller slutt er................................. 67 
4.5.4.2.11 Kortsessionsdata .............................................................................................................. 67 
4.5.4.2.12 Kontrolaktivitets data ......................................................................................................... 67 
4.5.4.2.13 Data vedrøre nde anvendt e køretøjsenheder ............................................................................ 67 
4.5.4.2.14 Data vedrøre nde den position, hvor tre timers sammenhæng ende køretid nås ................................ 68 
4.5.4.2.15 Data vedrøre nde særlige omstændigheder .............................................................................. 68 
4.5.5 Kontrolk ort..................................................................................................................... 68 
4.5.5.1 Takografa pplikation (tilgæng elig for køretøjsenheder af første og anden generation) ........................ 68 
4.5.5.1.1 Identif ikation af applikation ................................................................................................ 68 
4.5.5.1.2 Nøg ler og certifikater ........................................................................................................ 68 
4.5.5.1.3 Identif ikation af kort......................................................................................................... 68 
4.5.5.1.4 Identif ikation af kortindehav er............................................................................................ 68 
4.5.5.1.5 Kontrolaktivitets data ......................................................................................................... 69 
4.5.5.2 Takografa pplikation af anden generation (ikke tilgæng elig for køretøjsenheder af først e generation) ..... 69 
4.5.5.2.1 Identif ikation af applikation ................................................................................................ 69 
4.5.5.2.2 Nøg ler og certifikater ........................................................................................................ 69 26.5.2016 L 139/10 Den Europæisk e Unions Tidende DA    
4.5.5.2.3 Identif ikation af kort......................................................................................................... 69 
4.5.5.2.4 Identif ikation af kortindehav er............................................................................................ 69 
4.5.5.2.5 Kontrolaktivitets data ......................................................................................................... 70 
4.5.6 Virks omhedsk ort.............................................................................................................. 70 
4.5.6.1 Takografa pplikation (tilgæng elig for køretøjsenheder af første og anden generation) ........................ 70 
4.5.6.1.1 Identif ikation af applikation ................................................................................................ 70 
4.5.6.1.2 Nøg ler og certifikater ........................................................................................................ 70 
4.5.6.1.3 Identif ikation af kort......................................................................................................... 70 
4.5.6.1.4 Identif ikation af kortindehav er............................................................................................ 70 
4.5.6.1.5 Virks omhedsaktivite tsdata .................................................................................................. 70 
4.5.6.2 Takografa pplikation af anden generation (ikke tilgæng elig for køretøjsenheder af først e generation) ..... 71 
4.5.6.2.1 Identif ikation af applikation ................................................................................................ 71 
4.5.6.2.2 Nøg ler og certifikater ........................................................................................................ 71 
4.5.6.2.3 Identif ikation af kort......................................................................................................... 71 
4.5.6.2.4 Identif ikation af kortindehav er............................................................................................ 71 
4.5.6.2.5 Virks omhedsaktivite tsdata .................................................................................................. 71 
5 MONTERING AF KONTR OLAPP ARA TET .............................................................................. 72 
5.1 Monte ring ...................................................................................................................... 72 
5.2 Installationsplade ............................................................................................................. 73 
5.3 Plomber ing ..................................................................................................................... 74 
6 KONTR OL, EFTERSYN OG REPARA TIONER .......................................................................... 74 
6.1 Autorisering af installatører , værksteder og køretøjsf abrikanter ................................................... 74 
6.2 Kontrol af nye eller reparerede instr umenter ........................................................................... 75 
6.3 Monte ringsinspektion ........................................................................................................ 75 
6.4 Periodisk kontrol .............................................................................................................. 75 
6.5 Måling af fejl ................................................................................................................... 76 
6.6 Reparationer ................................................................................................................... 76 
7 UDSTEDELSE AF KORT ..................................................................................................... 76 
8 TYPEGODKENDELSE AF KONTR OLAPP ARA TUR OG TAKOGRAFK ORT ..................................... 77 
8.1 Almindelige best emmelser .................................................................................................. 77 
8.2 Sikkerhedsa ttest ............................................................................................................... 78 
8.3 Funktionsattes t................................................................................................................ 78 
8.4 Inter operabilitetsatt est ....................................................................................................... 78 
8.5 Typegodk endelsesattest ...................................................................................................... 79 
8.6 Undt agelsesprocedure: første inter operabilitetsatt est til kontrolapparater og takografk ort af anden gene­
ration ............................................................................................................................ 80  26.5.2016 L 139/11 Den Europæisk e Unions Tidende DA    
INDLEDNING 
Den første generation af digitale takografsystemer har været i brug siden den 1. maj 2006. I indenlandsk transpor t kan 
de bruges , indtil de er udtjent. I internati onal transpor t derimod skal alle køretøjer 15 år efter ikraf ttræden af denne 
forordning være udstyret med en intelligent takograf af anden generation, som opfylder beste mmelser ne i denne 
forordning. 
Dette bilag indeholder kravene til anden generation af kontrolapparater og takografk ort. Fra og med datoen for 
indf ørelse skal anden generation af kontrolapparater installeres i køretøjer , der registreres for første gang, og anden 
generation af takografk ort skal udst edes. 
For at fremme en gnidningsløs indf ørelse af anden generation af takografsyst emer 
—  skal anden generation af takografk ort udformes, så de også kan bruges i først e generation af køretøjsenheder 
—  vil udskif tning af gyldige takografk ort af først e generation ikke blive krævet på datoen for indf ørelse. 
Dette vil gøre det muligt for førere at beholde deres unikke førerk ort og bruge begge systemer med det. 
Anden generation af kontrolapparater vil dog kun blive kalibreret ved brug af anden generation af værkstedsk ort. 
Dette bilag indeholder samtlige krav til interoperabilit eten mellem første og anden generation af takografsyst emer . 
Tillæg 15 indeholder nær mere oplysning er om, hvordan de to system ers sameks istens skal administreres. 
Liste over tillæg 
Tillæg 1: DATAORDLISTE 
Tillæg 2: SPECIFIKA TION AF TAKOGRAFK ORT 
Tillæg 3: PIKTOGRAMMER 
Tillæg 4: UDSKRIFTER 
Tillæg 5: SKÆRM 
Tillæg 6: STIK TIL KALIBRERING OG DATAOVERFØRSEL PÅ FRONTP ANELET 
Tillæg 7: PROTOK OLLER FOR DATAOVERFØRSEL 
Tillæg 8: KALIBRERINGSPR OTOK OL 
Tillæg 9: TYPEGODKENDELSE — LISTE OVER MINDSTEKRA V TIL PRØVER 
Tillæg 10: SIKKERHEDSKRA V 
Tillæg 11: FÆLLES SIKKERHEDSMEKANISMER 
Tillæg 12: LOKALISERING BASERET PÅ ET GLOB ALT SATELLITNA VIGA TIONSSY STEM (GNSS) 
Tillæg 13: ITS-INTERF ACE 
Tillæg 14: FJERNK OMMUNIKA TIONSFUNK TION 
Tillæg 15: MIGRA TION: FOR VALTNING AF SAM EKSISTENSEN AF UDST YRSGENERA TIONER 
Tillæg 16: ADAPTER TIL KØRETØJER I KLASSE M1 OG N1  26.5.2016 L 139/12 Den Europæisk e Unions Tidende DA    
1  DEFINITIONER 
I dette bilag forstås ved: 
a)  »aktiver ing«: 
den fase, hvor i takograf en bliver helt driftsklar og implementerer alle funktioner , herunder sikkerheds ­
funktioner , ved hjælp af et værks tedskort 
b)  »ægthedsbekræf telse «: 
en funktion, som er beste mt til at fastslå og efterprøve en påberåbt identit et 
c)  »ægthed«: 
den egensk ab ved oplysninger , at de kommer fra en part, hvis identitet kan efterprøves 
d)  »indby gget 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 kalenderdag e går efter UTC-tid (koordineret verdenstid) 
f)  »kalibrer ing« af en intelligent takograf: 
opdat ering eller bekræf telse af de køretøjsparametre, som skal ligge i datalage ret. Køretøjsparametre 
omf atter køretøjsidentif ikation (VIN, VRN og den medlemsstat, der foretage r registrer inge n) samt 
køretøjskarakt eristika (w, k, l, dækstør relse, hastighedsbegrænserens indstilling (hvis relevant), aktuel 
UTC-tid, aktuel kilometer stand). Ved kalibrer ing af et kontrolapparat skal type og ID for alle 
mont erede plomber , der relevante for typegodken delsen, også registreres i datalager et. 
En opdat ering eller bekræf telse , som udelukkende omfa tter UTC-tid, betragt es som en tidsjusteri ng og 
ikke som en kalibrer ing, forudsat at det ikke er i strid med krav 409. 
Til kalibrering af et kontrolappar at kræves værksted skort 
g)  »kortnummer«: 
et nummer , som består af 16 alfanumer iske tegn og entydigt identif icerer et takografk ort i en 
medlemsstat. I kortnummeret indgår et fortløbende kortindek s (hvis relevant), et korterstatningsindeks 
og et kortfornyelsesindeks. 
Et kort er således entydigt identificeret ved den udst edende medlemsstats kode og kortnummeret 
h)  »fortløbende kortindeks«: 
kortnummerets 14. alfanumer iske tegn, som anvendes til at skelne mellem de forske llige kort, som 
udst edes til en virksom hed, et værks ted eller en kontrolm yndighed med ret til at få udst edt flere 
forskellig e takografk ort. Virks omheden, værks tedet eller kontrolm yndigheden er entydigt identificeret 
ved de første 13 tegn i kortnummeret 
i)  »kortfornyelsesindek s«: 
kortnummerets 16. alfanumer iske tegn, som øges, hver gang et takografk ort fornys 
j)  »korterstatningsindeks«: 
kortnummerets 15. alfanumer iske tegn, som øges, hver gang et takografk ort erstatte s 26.5.2016 L 139/13 Den Europæisk e Unions Tidende DA    
k)  »køretøjets vejdrejetal«: 
den karakteristi ske stør relse, der angiver talværdien af udgangssignalet fra den køretøjsdel, der 
forbinder kontrolapparatet med køretøjet (gearkassens udgangsakse l eller hjulaks len), mens det 
tilbag elægger en afstand på 1 km under normale prøvebeting elser som defineret i krav 414. 
Vejdrejetallet udtr ykkes i impulser pr. km (w = … imp/km) 
l)  »virksomhedsk ort«: 
et takografk ort, som medlemsstat ens myndigheder udste der til en transpor tvirks omhed, der skal 
betjene køretøjer monteret med en takograf, som identif icerer transpor tvirksomheden og giver 
mulighed for at vise, overføre og udskr ive data, der er lagret i takograf en, og som denne transpor tvirk ­
somhed har låst 
m)  »kontrolapparatets konstant«: 
den karakte ristisk e stør relse, der angiver talværdien af det indgangssignal, som kræves for at vise og 
registrere en tilbagelagt afstand på 1 km. Denne konstant udtr ykkes i impulser pr. km (k = … imp/ 
km) 
n)  »sammenhæng ende køretid« beregnes i kontrolapparat et 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 dero ver (denne periode kan være fordelt 
i henhold til Europa-Par lamentets og Rådets forordning (EF) nr. 561/2006 (3)). I beregningern e tages 
efter beho v hensyn til tidligere aktivite ter, som er gemt på førerk ortet. Når føreren ikke har isat sit 
kort, baseres beregning erne på de data, der er registreret vedrøre nde den aktuelle periode, hvor der 
ikke var isat et kort, og som vedr ører den pågælde nde kortplads 
o)  »kontrolk ort«: 
et takografk ort, som en medlemsstats myndigheder udst eder til en national kompet ent 
kontrolm yndighed, som identif icerer kontrolorg anet og eventuelt kontrolmedarbejderen, og som giver 
adgan g til de data, der er lagret i datalager et eller i førerk ortene og eventuelt i værkstedsk ortene med 
henblik på læsning, udskr ift og/eller datao verfø rsel. 
Kortet skal også give adgan g til kalibrer ingsk ontrol ved vejsiden-funktionen og dataene fra læseren til 
kommunikationsudstyret til tidlig fjernafslør ing 
p)  »akkumuleret pausetid« beregnes i kontrolapparat et som (1): 
den akkumulerede kørepausetid beregnes for en given fører som de aktuelle akkumulerede perioder 
med RÅDIGHED, PAUSE/HVILE eller UKENDT (2) på hver mindst 15 minutt er siden slutningen af den 
senest e periode af RÅDIGHED, PAUSE/HVILE eller UKENDT (2) periode på 45 minutt er eller dero ver 
(sidstnævnt e periode kan være fordelt i henhold til forordning (EF) nr. 561/2006). 
I beregning erne tages efter beho v hensyn til tidlig ere aktivitet er, som er gemt på førerk ortet. Ukendte 
perioder , som har negativ varighed (dvs. uken dt periodes start > ukendt periodes slutning) pga. 
tidso verlapning mellem to forske llige kontrolapparat er, tages ikke i betragtning ved beregning en. 
Når føreren ikke har isat sit kort, baseres beregninger ne på de data, der er registreret vedrøre nde den 
aktuelle periode, hvor der ikke var isat et kort, og som vedrøre r den pågældende kortplads. 26.5.2016 L 139/14 Den Europæisk e Unions Tidende DA    
(1)Denne beregningsmetode for sammenhængende køretid og akkumuleret pausetid benyttes af kontrolapparatet til beregning af 
advarselssignal for sammenhængende køretid. Den foregr iber ikke, hvilken retlig fortolkning disse tider skal gøres til genstan d for. Der 
kan anvendes andre metoder til beregning af den sammenhængende køretid og den akkumulerede pausetid i stedet for disse definitioner , 
hvis de som følge af opdateringer i anden relevant lovgivning er forældet. 
(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øreraktivit eter. 
(3)Europa-Parl amentets og Rådets forordning (EF) nr. 561/2006 af 15. mar ts 2006 om harmoniser ing af visse sociale bestemmelser inden 
for vejtranspor t og om ændr ing af Rådets forordning (EØF) nr. 3821/85 og (EF) nr. 2135/98 samt ophævelse af Rådets forordning (EØF) 
nr. 3820/85 (EFT L 102 af 11.4.2006, s. 1) 
q)  »datalag er«: 
en elektronisk datalager enhed, som er indbygg et i kontrolapparatet 
r)  »digital underskr ift«: 
data, som er vedhæf tet til eller er en kodet transf ormation af en gruppe data, og med hvilke 
modtag eren af datagr uppen kan fastslå ægthed og integritet af den pågældende gruppe data 
s)  »datao verfø rsel«: 
kopier ing sammen med den digitale signatur af en del af eller et komplet sæt datafiler , som er gemt i 
køretøjsenhedens datalager eller i takografk ortets datalager , forudsat at denne proces ikke ændrer eller 
slett er nogen lagrede data. 
Fabrikanter af køretøjsenheder til intellig ente takograf er og fabrikanter af udstyr , der er konstr ueret og 
beregnet til at overfø re datafile r, træffer alle rimelig e foranstaltninge r til at sikre, at overfø rslen af 
sådanne data kan genn emføres med mindst mulig forsinke lse for transpor tvirks omheder og førere. 
Det er muligvis ikke nødvendigt at overføre den detaljerede hastighedsf il for at fastslå, om forordning 
(EF) nr. 561/2006 er overholdt, men den kan anvendes til andre formål, f.eks. undersøgelse af en 
ulykk e 
t)  »førerk ort«: 
et takografk ort, som medlemsstatens myndigheder udste der til en bestemt fører , og som identif icerer 
føreren og giver mulighed for at lagre aktivitet sdata for føreren 
u)  »effe ktiv dækper iferi «: 
gennemsnittet af de afstande, hver t enkelt af køretøjets trække nde hjul tilbage lægger ved en fuld 
omdrejning. Måling af sådanne afstande skal finde sted under normale prøvebeting elser som defineret 
i krav 414 og angives i formen »l = … mm«. Køretøjsfabr ikanten kan erstatte måling af sådanne 
afstande med en teore tisk beregning, som tager hensyn til vægtf ordelinge n på akslerne for det 
driftsklare, ubelastede køretøj (1). Metod erne til en sådan teore tisk beregning skal godkendes af de 
kompet ente myndigheder i en medlemsstat, og det skal ske, før takografen aktiveres 
v)  »hændelse«: 
unor mal funktion, som afsløres af den intellig ente takograf og kan skyldes forsøg på misbr ug 
w)  »ekster nt GNSS-udstyr«: 
udstyr , som indeholder GNSS-modtager en, når køretøjsenheden ikke er en enkeltstående enhed, og 
andre kompon enter, der er nødvendig e for at beskytt e kommunikationen af placer ingsdata til resten af 
køretøjsenheden 
x)  »fejl«: 
unor mal funktion, som detekt eres af den intellig ente takograf og kan skyldes funktionsf ejl ved 
apparat et eller svigt af dette 
y)  »GNSS-modtag er«: 
en elektronisk enhed, som modtage r signaler fra et eller flere GNSS-syst emer (Global Nav igati on 
Satellite System) og behandler dem digitalt for at tilvejebr inge oplysning er om position, hastighed og 
tidspunkt 
z)  »mont ering«: 
mont ering af en takograf i et køretøj 26.5.2016 L 139/15 Den Europæisk e Unions Tidende DA    
(1)Kommissionens forordning (EU) nr. 1230/2012 af 12. december 2012 om gennemf ørelse af Europa-Parlament ets og Rådets forordning 
(EF) nr. 661/2009 for så vidt angår krav til typegodken delse for masse og dimensioner for motorkøretøjer og påhængskøretøjer dertil og 
om ændr ing af Europa-Parlament ets og Rådets direktiv 2007/46/EF (EUT L 353 af 21.12.2012, s. 31), med de senest e ændr inger . 
aa)  »interoperabilitet «: 
syste mers og de bagvedligg ende forretningsprocedurers evne til at udveksle data og dele information 
bb)  »grænsef lade«: 
en facilitet, der forbinder systeme r og udgør det medium, hvorigen nem de kan forbindes og fung ere 
sammen 
cc)  »position«: 
køretøjets geografi ske koordinater på et givet tidspunkt 
dd)  »bevæg elsessensor«: 
en del af takografen, der afgiver et signal, som repræsenterer kørehastighed og/eller tilbage lagt afstand 
ee)  »ugyldigt kort«: 
et kort, der enten find es defekt, som ikke har bestået den indledende ægthedsk ontrol, hvis 
gyldighedsper iode endnu ikke er begyndt, eller hvis udløbsdat o er overskredet 
ff)  »åben standard«: 
en standard som fastsat i et standardspecifikationsdokument, der kan fås gratis eller for et symbolsk 
beløb, og som det er tilladt at kopiere, distr ibuere eller bruge gratis eller for et symbolsk vederlag 
gg)  »uden for gyldighedsområdet«: 
når kontrolapparat ikke kræves anvendt efter bestemmelser ne i forordning (EF) nr. 561/2006 
hh)  »overskr idelse af tilladt hastighed«: 
overskr idelse af tilladt hastighed for køretøjet, definer et som en vilkårlig periode på mere end 60 
sekunder , i hvilken køretøjets målte hastighed overskr ider den grænse for indstilling af hastighedsbe ­
grænseren, som er fastlagt i Rådets direktiv 92/6/EØF (1), med senere ændr inger 
ii)  »per iodisk eftersyn«: 
et sæt eftersyn, som udføres for at kontrollere, at takograf en fungerer korrekt, at dens indstillinger 
svarer til køretøjets parametre, og at der ikke er nogen manipulerende anordninge r knytt et til 
takograf en 
jj)  »printer «: 
den komponent i kontrolapparatet, som leverer udskr ifter af lagrede data 
kk)  »fjer nkommunikation med henblik på tidlig afslør ing«: 
kommunikation mellem fjernkommunikationsudstyret til tidlig afslør ing og læseren til fjernkommu ­
nikation med henblik på tidlig afslør ing under målrette de vejsidek ontroller med det formål at 
fjernregistrere mulig manipulation eller misbr ug af kontroludstyr 
ll)  »udstyr til fjernkommunikation«: 
det udstyr i køretøjsenheden, som anvendes til at udføre målrettede vejsidek ontroller 26.5.2016 L 139/16 Den Europæisk e Unions Tidende DA    
(1)Rådets direktiv 92/6/EØF af 10. febr uar 1992 om mont ering og anvendelse af hastighedsbegrænsende anordninger i visse klasser af 
motor køretøjer i Fællesskabet (EFT L 57 af 2.3.1992, s. 27). 
mm)  »læser til fjernkommunikation med henblik på tidlig afslør ing«: 
det syste m, som kontrolmedarbejdere anvender ved målrettede vejsidek ontroller 
nn)  »fornyelse«: 
udst edelse af et nyt takografk ort, når et eksi sterende kort enten udløber , fejlfungerer eller er blevet 
retur neret til den udstedende myndighed. Fornyelse forudsætter altid, at der er sikkerh ed for, at der 
ikke samtidig findes to gyldige kort 
oo)  »reparation«: 
enhver reparation af en bevægelsessensor eller af en køretøjsenhed eller af et kabel, som kræver 
afbr ydelse af dens strømf orsyning, eller dens afbr ydelse fra andre af takograf ens komponent er eller 
oplukning af bevægelsessensoren eller køretøjsenheden 
pp)  »korterstatning«: 
udst edelse af et takografk ort som erstatning for et eksisterende kort, som er erklæret tabt, stjålet eller 
defekt og ikke er retur neret til den udstedende myndighed. Erstatning indebærer altid en risiko for, at 
der findes to gyldige kort samtidig 
qq)  »sikk erhedsattest ering«: 
den proces, hvor ved det attes teres af et attesteri ngsorgan , der arbejder ud fra fælles kriterier, at 
kontrolapparat et (eller -komponent en) eller det undersøgte takografk ort opfylder sikkerh edsf orsk ­
rifterne i de relevante sikringsprofil er 
rr)  »selvt est«: 
test, som af kontrolapparatet foretage s periodisk og automatisk til afslør ing af fejl 
ss)  »tidsmåling«: 
en permanent digital registrer ing af den koordinerede verdenstid (UTC) 
tt)  »tidsjust ering«: 
en automatisk justeri ng af aktuelt klokkeslæt regelmæssigt og inden for en højeste tolerance på et 
minut eller en justeri ng foretaget ved kalibrer ing 
uu)  »dækstør relse«: 
dækdimensionsbet egnelse (udvendige drivende hjul) i henhold til Rådets direktiv 92/23/EØF (1) med 
senere ændr inge r 
vv)  »køretøjsidentifikation«: 
de numre, som identif icerer køretøjet: køretøjets indregistrer ingsnummer (VRN) med angivelse af den 
medlemsstat, hvor det er indregistreret, og køretøjets identifikat ionsnummer (VIN) (2) 
ww)  til beregningsf ormål i kontrolapparat et forstås ved »uge«: 
tidsr ummet fra mandag kl. 00:00 UTC til søndag kl. 24:00 UTC 26.5.2016 L 139/17 Den Europæisk e Unions Tidende DA    
(1)Rådets direktiv 92/23/EØF af 31. mar ts 1992 om dæk til motorkøretøjer og påhængskøretøjer samt om montering heraf (EFT L 129 af 
14.5.1992, s. 95). 
(2)Rådets direktiv 76/114/EØF af 18. december 1975 om indbyrdes tilnær melse af medlemsstaternes lovgivning vedr ørende skilte og 
foreskrevne påskr ifter og disses anbr ingelsesst ed og ‑måde for motor drevne køretøjer og påhængskøretøjer dertil (EFT L 24 af 
30.1.1976, s. 1). 
xx)  »værkstedsk ort«: 
et takografk ort, som medlemsstat ens myndigheder udste der til udpeget personale hos en fabrikant af 
takograf er, en installatør , en køretøjsfabr ikant eller i et værks ted, som er autor iseret af samme 
medlemsstat, som identificerer kortindehaveren og giver mulighed for afprøvning, kalibrer ing og 
aktiver ing af og/eller datao verfø rsel fra takografe rne 
yy)  »adapt er«: 
en anordning, der afgiver et signal, som vedvarende repræsent erer kørehastighed og/eller tilbagelagt 
distance, som ikke er den samme som den anordning, der bruges til uafhængig registrer ing af 
bevæge lser, og som: 
—  alene installeres og anvendes i køretøjer af typer ne M1 og N1 (som defineret i bilag II til Europa- 
Parlament ets og direktiv 2007/46/EF (1), med senere ændr inger), der er taget i brug efter den 1. 
maj 2006 
—  installeres, når det mekanisk set ikke er muligt at installere nogen anden eksister ende type af 
bevægelsessenso r, som er i overensste mmelse med de øvrige best emmelser i dette bilag og de 
tilknytt ede tillæg 1-15 
—  installeres mellem køretøjsenheden og det sted, hvor de hastigheds/afstandsrelaterede impulser 
genereres af integre rede følere eller altern ative tilkoblinger 
—  set i forhold til køretøjsenheden fung erer adap teren, som om en bevægelsessenso r, der opfylder 
bestemmelser ne i dette bilag og de tilkny ttede tillæg 1-16, var tilsluttet køretøjsenheden. 
Anv endelsen af en sådan adap ter i de ovenf or beskrevne køretøjer skal muliggøre installation og 
korrekt anvendelse af en køretøjsenhed, der opfylder alle krav i dette bilag. 
For sådanne køretøjer omf atter den intelligent e takograf kabler , en adapt er og en køretøjsenhed. 
zz)  »dataint egritet«: 
sikring af, at lagrede data er nøjagtig e og konsekvente , hvilke t er kendet egnet ved, at der ikke er 
foretaget ændr ing af data mellem to opdater inge r af en datapost. Integr itet indebærer , at dataene er en 
nøjagtig kopi af den oprindelige udgave, f.eks. at de ikke er blevet beskadiget under indlæsning i eller 
udlæsning fra et takografk ort eller en dedik eret enhed eller under transmission via en kommunikati ­
onskanal. 
aaa)  »beskytte lse af personlige data«: 
de generell e teknisk e foranstaltning er, som træff es for at sikre korrekt genn emførelse af de principper , 
der er fastlagt i Europa-Parlam entets og Rådets direktiv 95/46/EF (2), og de principper , der er fastlagt i 
Europa-Pa rlamentets og Rådets direktiv 2002/58/EF (3) 
bbb)  »intelligen t takografsyst em«: 
det kontrolapparat, de takografk ort og alt det udstyr , der direkte eller indirekt e indgår i et samspil 
under konstr uktion, montering , brug, afprø vning og kontrol, såsom kort, læsere til fjernkommu ­
nikation og andet udstyr til datao verfø rsel, dataanalyse, kalibrer ing og frembr ingelse, styring eller 
indf ørelse af sikker hedselementer osv. 
ccc)  »dato for indf ørelse«: 
36 måneder efter ikraf ttrædelsesdato en for de detaljerede beste mmelser i artikel 11 i Europa- 
Parlament ets og Rådets forordning (EU) nr. 165/2014 (4). 26.5.2016 L 139/18 Den Europæisk e Unions Tidende DA    
(1)Europa-Parl amentets og Rådets direktiv 2007/46/EF af 5. september 2007 om fastlægg else af en ramme for godk endelse af 
motor køretøjer og påhængskøretøjer dertil samt af systemer , komponent er og separate tekniske enheder til sådanne køretøjer 
(»Rammedirektiv«) (EUT L 263 af 9.10.2007, s. 1). 
(2)Europa-Parl amentets og Rådets direktiv 95/46/EF af 24. oktober 1995 om beskyttel se af fysiske personer i forbindelse med behandling af 
personoplysning er og om fri udveksl ing af sådanne oplysninger (EFT L 281 af 23.11.1995, s. 31). 
(3)Europa-Parl amentets og Rådets direktiv 2002/58/EF af 12. juli 2002 om behandling af personoplysninger og beskyttelse af privatlivets 
fred i den elektroniske kommunikationssektor (Direktiv om databeskyttelse inden for elektronisk kommunikation) (EFT L 201 af 
31.7.2002, s. 37). 
(4)Europa-Parl amentets og Rådets forordning (EU) nr. 165/2014 af 4. februar 2014 om takografer inden for vejtranspor t, om ophævelse af 
Rådets forordning (EØF) nr. 3821/85 om kontrolapparat et inden for vejtranspor t og om ændr ing af Europa-Parlament ets og Rådets 
forordning (EF) nr. 561/2006 om harmoniser ing af visse sociale bestemmelser inden for vejtranspor t (EUT L 60 af 28.2.2014, s. 1). 
Denne er datoen, efter hvilk en køretøjer , der er registrer et for første gang, 
—skal være udstyr et med en takog raf med forbindelse til en positioner ingstjeneste, der er baseret på et satellit ­
navig ationssy stem 
—  skal kunne sende data til brug ved målrettede vejsidekontroller til kompetente tilsynsf øren de myndigheder , 
mens køretøjet er i bevægel se 
—  og kan udstyr es med standar diserede grænsef lader , som muliggør brug af de data, der registr eres eller 
frembr inges af takog rafer, i en ekstern anor dning under drift 
ddd)  »sikr ingsprofi l«: 
et dokument, der anvendes i forbindelse med certificer ingsprocessen ud fra fælles kriterier, og som 
indeholder en implementerin gsuafhængig specifikati on af sikker hedskrav 
eee)  »GNSS-nøjagtighed«: 
betyder i forbindelse med registrer ing af positioner ud fra GNSS med takograf er den talværdi for 
HDOP (Hor izontal Dilution of Precision), som beregnes ud fra den mindst e af de HDOP -værdier , der 
indsamles på de tilgæ ngelig e GNSS-syst emer . 
2  KONTR OLAPP ARA TETS GENERELLE EGENSKABER OG FUNK TIONER 
2.1  Generelle egensk aber 
Kontrolapparat et har til formål at registrere, gemme, vise, udpr inte og udlæse data vedr ørende førerens 
aktivitet er. 
Køretøjer , der er udstyret med kontrolapparat, som opfylder forskr ifterne i dette bilag, skal være forsynet 
med hastighedsviser og kilometer tæller . Disse funktioner skal være indeholdt i kontrolapparatet. 
01)  Kontrolapparat et omf atter kabler , en bevægelse ssensor og en køretøjsenhed. 
02)  Grænsef laden mellem bevæge lsessensorer og køretøjsenheder skal opfylde best emmelser ne i tillæg 
11. 
03)  Køretøjsenheden skal være tilslutt et et eller flere globale satellitnavig ationssyst emer som anført i 
tillæg 12. 
04)  Køretøjsenheden skal kommunik ere med udstyr til fjernkommunikation som anført i tillæg 14. 
05)  Køretøjsenheden kan omf atte en ITS-grænsef lade som anført i tillæg 13. 
Kontrolapparat et kan være tilsluttet andre facilitet er gennem ekstr a grænsef lader og/eller gennem den 
valgfr i ITS-grænsef lade. 
06)  Funktioner og anordninge r, som indsætte s i eller tilslutt es kontrolapparat et må, hvad enten de er 
godkendt eller ej, ikke forstyr re eller kunne forstyr re den korrekt e og sikre funktion af 
kontrolapparat et eller overholdelsen af denne forordnings bestemmelser . 
Kontrolapparat ets brugere identif icerer sig over for apparatet gennem takografk ort. 
07)  Kontrolapparat et giver selektiv adgangsret til data og funktioner , afhængigt af brugerens type og/eller 
identitet . 26.5.2016 L 139/19 Den Europæisk e Unions Tidende DA    
Kontrolapparat et registrerer og gemmer data i sit datalager , i facilitet en til fjernkommunikation og på 
takografk ortene. 
Dette foregår i overensst emmelse med direktiv 95/46/EF af 24. oktobe r 1995 om beskytt else af fysiske 
personer i forbindelse med behandling af personoplysninger og om fri udveksling af sådanne 
oplysning er (1), direktiv 2002/58/EF af 12. juli 2002 om behandling af personoplysninger og beskytte lse af 
privatlivets fred i den elektronisk e kommunikationssektor (2) samt artikel 7 i forordning (EU) nr. 165/2014. 
2.2  Funktioner 
08)  Kontrolapparat et skal garant ere følgende funktioner: 
—  overvågning af isætning er og udtagning er af kort 
—  måling af hastighed, afstand og position 
—  tidsmåling 
—  overvågning af førerens aktivite ter 
—  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 aktivitet er 
—  indlæsning af særlige omstændigheder 
—  forvaltning af virksomhedslåse 
—  overvågning af kontrolaktivitet er 
—  detektion af hændelser og/eller fejl 
—  indbyg gede tester og selvtest er 
—  læsning fra datalager 
—  registrer ing og lagring i datalager 
—  læsning fra takografk ort 
—  registrer ing og lagring på takografk ort 
—  visning på skær m 
—  udpr intning 
—  advarsler 
—  overførsel af data til eksterne medier 
—  fjernkommunikation i forbindelse med målrettede vejsidek ontroller 
—  udlæsning af data til supplerende facilit eter 
—  kalibrer ing 
—  kalibrer ingsk ontrol ved vejsiden 
—  tidsjustering. 26.5.2016 L 139/20 Den Europæisk e Unions Tidende DA    
(1)EFT L 281 af 23.11.1995, s. 31. 
(2)EFT L 201 af 31.7.2002, s. 37. 
2.3  Funktionst ilstande 
09)  Kontrolapparat et skal have fire funktionstilstande: 
—  driftstilstand 
—  kontroltilstand 
—  kalibrer ingstilstand 
—  virksom hedstilstand. 
10)  Kontrolapparat et skal skifte til følgende funktionstilstand, afhængigt af de gyldige takografk ort, som 
indsættes i kortlæser ne. Ved bestemmelse af funktionstilstanden er genereri ngen af takografk ortet 
irrelevant, forudsat at det isatte kort er gyldigt. Et værkstedsk ort af først e generation skal altid 
betragtes som ugyldigt, hvis det sætte s i en køretøjsenhed af anden generation. 
Funktionstilstand Førerk ortplads 
Intet kort Førerk ort Kontrolk ort Værkstedsk ort Virksomhedsk ort Kortplads for medchauffør Intet kort Operationelt Operationelt Kontrol Kalibrer ing Virksomhed 
Førerk ort Operationelt Operationelt Kontrol Kalibrer ing Virksomhed 
Kontrolk ort Kontrol Kontrol Kontrol (*) Operationelt Operationelt 
Værkstedskort Kali brer ing Kali brer ing Operationelt Kalibrer ing(*) Operationelt 
Virks omheds ­
kort Virks omhed Virks omhed Operationelt Operationelt Virksomhed (*) 
(*)  I disse situationer skal kontrolapparatet kun bruge det takografk ort, der sættes i førerk ortpladsen.  
11)  Kontrolapparat et skal ignorere ugyldige kort, som indsættes; dog skal det kunne vise, printe og 
overfø re data, som ligger på et udgået kort. 
12)  Alle de i punkt 2.2 angivne funktioner skal virke i alle funktionstilstande, med følgende undtag elser: 
—  Kalibrer ingsfunktionen er kun tilgæ ngelig i kalibrer ingstilstand 
—  Funktionen til kalibrer ingsk ontrol ved vejsiden er kun tilgæng elig i kontroltilstand 
—  Funktionen styring af virksom hedslåse er kun tilgæ ngelig i virksom hedstilstand 
—  Funktionen overvågning af kontrolaktivitet er operationel i kontroltilstand 
—  Datao verfø rselsfunktionen er ikke tilgæ ngelig i driftstilstand (bor tset fra det i krav 193 fastlagt e), 
undtag en ved overfø rsel af et førerk ort, når der ikke er indsat andre korttyper i køretøjsenheden. 
13)  Kontrolapparat et kan udlæse alle data til skær m, printer og ekster ne grænsef ladeenheder , med 
følgen de undtagelser: 
—  I driftstilstand slette s enhver personlig identif ikation (eftern avn og fornavn ), som ikke modsvarer 
det isatte takografk ort; alle kortnumre, som ikke svarer til det isatte kort, bliver delvis slett et (hver 
andet tegn — fra venstre mod højre — bliver slett et). 26.5.2016 L 139/21 Den Europæisk e Unions Tidende DA    
—  I virksom hedstilstand kan fører relat erede data (krav 102, 105 og 108) kun udlæses for perioder , 
som ikke er låst, eller som ingen anden virksom hed (således som denne er identif iceret ved de 
først e 13 cifre i virk somhedsk ortnummeret) har låst. 
—  Når der intet kort sidder i kontrolapparat et, kan fører relat erede data kun udlæses for den aktuelle 
dato og de otte foregående kalenderdag e. 
—  Personoplysninger , der stammer fra køretøjsenheden, må ikke udlæses gennem enhedens ITS- 
grænsef lade, medmindre samtykk et fra den fører , som dataene vedr ører , verificeres. 
—  Køretøjsenheder ne har en gyldighedsper iode for normale operationer på 15 år fra og med den 
dato, hvor køretøjsenhedens certifikater blev udst edt, men køretøjsenheder kan anvendes i 
yderlige re tre måneder , dog kun til datao verfø rsel. 
2.4  Sikk erhed 
Med sikringen af system et tilstræbes det at beskytte datahuk ommelsen på en sådan måde, at uvedk ommende 
ikke kan få adgang til og manipulere med data, og således at forsøg herpå opdag es, beskytte integritete n og 
ægtheden af data, som udveksles mellem bevægelse ssensor og køretøjsenhed, beskytte integriteten og 
ægtheden af data, som udvek sles mellem kontrolapparat og takografk ort, beskytte integriteten og ægtheden 
af data, der udveksles mellem kontrolapparat og ekster nt GNSS-udstyr , beskytte fortroligheden, integritete n 
og ægtheden af data, som udvek sles gennem udstyret til fjernkommunikation med henblik på tidlig 
afslør ing til kontrolf ormål, samt verificere integritete n og ægtheden af overfø rte data. 
14)  Af hensyn til system ets sikkerh ed skal følgen de kompone nter opfylde sikkerh edsf orskr ifterne i deres 
sikringsprofi ler som foreskrevet i tillæg 10: 
—  køretøjsenhed 
—  takografk ort 
—  bevægelse ssensor 
—  ekster nt GNSS-udstyr (denne prof il kræves og gælder kun for den ekster ne GNSS-var iant). 
3  KONSTR UKTIONS- OG FUNK TIONSKRA V TIL KONTR OLAPP ARA T 
3.1  Overvågning af isætning og udtagning af kort 
15)  Kontrolapparat et skal overvåge isætning og udtagning af kort i kortlæseenheder ne. 
16)  Når et kort isætte s, skal kontrolapparat et detekte re, om kortet er et gyldigt takografk ort, og, i 
bekræf tende fald, dets type og generation. 
Hvis et kort med samme kortnummer og et højere fornyelsesindeks allerede har været isat i 
kontrolapparat et, skal kontrolapparat et anse kortet for ugyldigt. 
Hvis et kort med samme kortnummer og fornyelsesindek s, men med et højere korterstatningsindeks 
allerede har været isat i kontrolapparatet, skal kontrolapparatet anse kortet for ugyldigt. 
17)  Første generation af takografk ort skal betragt es som ugyldige af kontrolapparatet, efter at muligheden 
for at bruge første generation af takografk ort er blevet udelukket af et værksted i overensstemmelse 
med tillæg 15 (krav MIG003). 
18)  Første generation af værks teds kort, som sættes i kontrolapparater af anden generation, skal betragt es 
som ugyldig e. 
19)  Kontrolapparat et skal være konstr ueret således, at det låser takografk ortene i stilling, når de isætt es 
korrekt i kortlæser ne. 26.5.2016 L 139/22 Den Europæisk e Unions Tidende DA    
20)  Frigivelse af takografk ort 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. 
3.2  Måling af hastigh ed, position og afst and 
21)  Bevægelses sensoren (som kan være indlejret i adapt eren) er det vigtigste værktøj til måling af 
hastighed og afstand. 
22)  Denne funktion skal til stadighed måle og kunne angive den kilomete rstand, der svarer til den totale 
afstand tilbage lagt af køretøjet ved brug af impulser ne fra bevægelsessensoren. 
23)  Desuden skal funktionen til stadighed måle og kunne angive køretøjets hastighed ved brug af 
impulser ne fra bevægelses sensoren. 
24)  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å snar t funktionen detekterer flere end 1 imp/sek. fra 
bevægelsessenso ren i mindst fem sekunder , ellers anses det for at holde stille. 
25)  Anordninger , som viser hastighed (speedometer) og total tilbagelagt distance (kilomet ertæller) og er 
monteret i et køretøj med et kontrolapparat, som opfylder denne forordnings bestemmelser , skal 
opfylde forskr ifterne for tilladelige maksimale tolerancer i dette bilag (se 3.2.1 og 3.2.2). 
26)  For at opdag e manipulation af køredata for køretøjet skal oplysning er fra bevægelses sensoren 
bekræf tes af oplysninger om køretøjets bevægelse fra GNSS-modtagere n og eventuelt fra en eller flere 
andre kilder , som er uafhængige af bevægelses sensoren. 
27)  Denne funktion skal måle køretøjets position for at muliggøre autom atisk registrer ing af: 
—  positioner , hvor føreren og/eller medchauff øren påbegynder sin daglige arbejdsper iode 
—  positioner , hvor førerens sammenhængende køretid når op på et multiplum af tre timer 
—  positioner , hvor føreren og/eller medchauff øren afslutte r sin daglige arbejdsper iode. 
3.2.1  Måling af den tilbag elagte vejstrækning 
28)  Den tilbage lagte afstand kan måles enten: 
—  så både fremadkørsel og bagudkørsel medregnes, eller 
—  ved fremadkørsel alene. 
29)  Kontrolapparat et skal måle afstande fra 0 til 9 999 999,9 km. 
30)  Ved afstandsmåling skal tolerancen være inden for følgende grænser (afstande på mindst 1 000 m): 
—  ± 1 % før mont ering 
—  ± 2 % ved monter ing og periodisk eftersyn 
—  ± 4 % under brug. 
31)  Afstandsmålinge n skal have en opløsning på 0,1 km eller bedre. 
3.2.2  Måling af hastigheden 
32)  Kontrolapparat et skal måle hastigheder fra 0 til 220 km/t. 26.5.2016 L 139/23 Den Europæisk e Unions Tidende DA    
33)  For at sikre maksi mal tolerance på den viste hastighed på ± 6 km/t under brug, og under 
hensyntagen til: 
—  en tolerance på ± 2 km/t på variationer i inddata (dækvar iationer , …) 
—  en tolerance på ± 1 km/t på måling er udført under mont ering og periodiske eftersyn 
skal kontrolapparatet ved hastigheder mellem 20 og 180 km/t, og ved vejdrejetal af køretøjet mellem 
4 000 og 25 000 imp/km, måle hastigheden med en tolerance på ± 1 km/t (ved konstant hastighed). 
Bemærk: Datalagr ingens opløsning medf ører , at der skal tillægges en yderlige re tolerance på ± 0,5 km/ 
t på den hastighed, der er gemt af kontrolapparat et. 
34)  Inden for 2 sekunder efter afslutning af en hastighedsændr ing skal hastighedsmåling kunne foretages 
korrekt med de normale tolerancer , når hastighedsændr inge n er sket i et tempo på indtil 2 m/s2. 
35)  Hastighedsmålingen skal have en opløsning på minimum 1 km/t. 
3.2.3  Måling af position 
36)  Kontrolapparat et skal måle køretøjets absolutte position ved hjælp af GNSS-modtagere n. 
37)  Den absolutte position måles i geografi ske koordinat er for breddegrad og længdegrad i grader og 
minutter med en opløsning på 1/10 af et minut. 
3.3  Tidsmåling 
38)  Tidsmålefunktionen skal permanent og digitalt levere UTC-dato og -tid. 
39)  Der anvendes UTC-dat o og -tid til at tidsbest emme data i kontrolapparat et (registrer inger , 
dataudvek sling) og til alle udskr ifter, der er anført i tillæg 4 »Udskr ifter«. 
40)  For at lokal tid kan vises, skal forskydning en af den viste tid kunne ændres i trin på en halv time. 
Ingen andre forskydning er end negative eller positive multipla af halve timer er tilladt. 
41)  Tidspunktdr iften skal være inden for ± 2 sekunder i døgnet under typegodkendelsesomstændigheder 
og uden tidsjusteri ng. 
42)  Tidsmålingens opløsning skal være minimum 1 sekund. 
43)  Tidsmålingen må under typegodken delsesomstændigheder ikke kunne påvirk es af en afbr ydelse i den 
eksterne strømf orsyning på mindre end 12 måneder . 
3.4  Overvågning af føreraktiviteter 
44)  Denne funktion skal permanent og særskilt overvåge aktivite tern e af én fører og én medc hauff ør. 
45)  Føreraktivitet er skal bestå i KØRSEL, ARBEJDE, RÅDIGHED eller PAUSE/HVILE. 
46)  Fører og/eller medchauff ør skal manuelt kunne vælg e ARBEJDE, RÅDIGHED eller PAUSE/HVILE. 
47)  Når køretøjet bevæger sig, skal der automatisk vælg es KØRSEL for føreren og RÅDIGHED for 
medch aufføren. 26.5.2016 L 139/24 Den Europæisk e Unions Tidende DA    
48)  Når køretøjet standser , skal der automatisk vælg es ARBEJDE for føreren. 
49)  Det første aktivitetsskift til HVILE eller RÅDIGHED, som finder sted inden for 120 sekunder efter det 
ved standsning af køretøjet udløste automatisk e skift til ARBEJDE, antag es at have fundet sted på 
tidspunktet for køretøjets standsning (således at skiftet til ARBEJDE eventuelt ophæves). 
50)  Denne funktion skal udlæse aktivitets skift til kontrolfunktioner ne med en opløsning på et minut. 
51)  Er der for et givet kalender minut registreret KØRSEL som aktivitet i både det umiddelbar t foregående 
og umiddelbar t efterfølgen de minut, anses hele det pågældende minut for KØRSEL. 
52)  Et givet kalender minut, der ikke anses for KØRSEL efter krav 051, anses for at bestå udelukkende af 
samme aktivite t som den længstvarende uafbr udte aktivit et i det pågældende minut (eller , for lige 
længe varende aktivit eter, den senest forek ommende af disse). 
53)  Denne funktion skal endvidere overvåge førerens kontinuerlige køretid og akkumulerede pausetid. 
3.5  Overvågning af kørest atus 
54)  Denne funktion overvåger kørestatus permanent og automa tisk. 
55)  Som kørestatus vælge s FØRERHOLD, når der er isat to gyldige førerk ort i apparat et; i alle andre 
tilfælde vælg es ÉN FØRER som kørestatus. 
3.6  Indlæsning foretaget af fører 
3.6.1  Indlæsning af de steder , hvor den daglig e arbejdstid begynder og/eller slutter 
56)  Denne funktion skal give mulighed for indlæsning af de steder , hvor den daglige arbejdstid begynder 
og/eller slutte r for fører og/eller medchauff ør ifølge vedk ommende selv. 
57)  Ved steder forstås den pågældende stat samt, hvor det er relevant, region, som indlæses eller 
bekræf tes manuelt. 
58)  Ved udtagning af førerk ort skal kontrolapparat et påminde fører eller medc hauff ør om at indlæse et 
»sted, hvor den daglige arbejdstid slutter «. 
59)  Føreren skal deref ter indlæse køretøjets aktuelle placer ing, som anses for at være en midler tidig 
indlæsning. 
60)  Det skal være muligt at indlæse steder, hvor den daglige arbejdstid begynder og/eller slutte r, ved hjælp 
af kommandoer i menuer ne. Hvis der foretages mere end én sådan indlæsning inden for et 
kalender minut, bevares kun den sidste indlæsning af begyndelsesstedet og den sidste indlæsning af 
slutstedet, som er foretag et inden for dette tidsr um. 
3.6.2  Manuel indlæsning af føreraktiviteter og førerens samtykke til brug af ITS-g rænsef laden 
61)  Kontrolapparat et skal efter isætning af fører - eller værks tedskortet, og først på det tidspunkt, tillade 
manuel indlæsning af aktivite ter. Manuel indlæsning af aktivite ter foretages med lokal tid og dato i 
den tidszone (UTC-f orskydning), som køretøjsenheden aktuelt er indstillet til. 
Ved isætning af fører - eller værks tedskort skal kortindehav eren mindes om: 
—  dato og klokke slæt for den sidste udtagning af det pågælde nde kort 
—  valgfr it: den lokale tidsf orskydning, som aktuelt er indstillet for køretøjsenheden. 26.5.2016 L 139/25 Den Europæisk e Unions Tidende DA    
Ved første isætning af et førerk ort eller værks tedskort, som køretøjsenheden ikke kender , skal 
kortholderen opfordres til at give sit samtykke til udlæsning af takografrelate rede personoplysninge r 
genn em den valgfr i ITS-grænsef lade. 
Dette samtykke kan til enhver tid gives eller trække s tilbage ved hjælp af kommandoer i menuen, 
forudsat at førerk ortet eller værks tedskortet er isat. 
Det skal være muligt at indlæse aktivite ter inden for følgende begrænsning er: 
—  Aktivit etstypen skal være ARBEJDE, RÅDIGHED eller PAUSE/HVILE 
—  Star t- og sluttidspunktern e for hver aktivitet skal ligge inden for perioden mellem den sidste 
kortudtagning og den aktuelle isætning 
—  Aktivit eterne må ikke overlappe hinanden i tid. 
Det skal være muligt at foretage manuelle indlæsninger ved den første isætning af et fører - eller 
værks tedskort, som ikke tidlig ere har været anvendt. 
Proceduren for manuel indlæsning af aktivitet er skal bestå af lige så mange på hinanden følgende 
trin, som er nødvendig e for at indstille en aktivitet stype og et start- og et sluttidspunkt for hver 
aktivitet. For enhver del af tidsper ioden mellem den sidste kortudtagning og den aktuelle kortisætning 
skal kortindehav eren have mulighed for ikke at registrere nogen aktivitet. 
Under de manuelle indlæsninger i forbindelse med kortisætning en skal kortindehaveren, hvis relevant, 
have mulighed for at indlæse: 
—  et sted, hvor en tidlig ere daglig arbejdsper iode er slutt et, og det tilkny ttede tidspunkt (hvorved den 
indlæsning, der skete ved den sidste kortudtagning, overskr ives) 
—  et sted, hvor den nuværende daglige arbejdsper iode begynder , og det tilkny ttede tidspunkt. 
Hvis kortindehaveren ikke indlæser et sted, hvor arbejdsper ioden begynder eller slutte r, under de 
manuelle indlæsninge r i forbindelse med kortisætningen, anses dette for en angivelse af, at 
arbejdsper ioden ikke har ændret sig siden den sidste kortudtagning. Den næste indlæsning af et sted, 
hvor en tidlig ere daglig arbejdsper iode ender , overskr iver så den midler tidige indlæsning, der blev 
foretaget ved den sidste kortudtagning. 
Hvis der indlæses et sted , skal det registreres i det relevante takografk ort. 
Manuelle indlæsninger skal afbr ydes, hvis: 
—  kortet tages ud, eller 
—  køretøjet er i bevægelse og kortet sidder i førerens kortplads. 
Yderligere afbr ydelser er tilladt, f.eks. en timeout efter en vis periode med bruger inaktivitet . Hvis 
manuelle indlæsninge r bliver afbr udt, skal kontrolapparat et godkende alle komplet te indlæsninge r af 
sted er og aktivitet er (med enten entydigt sted og tid eller aktivitetstype og start- og sluttidspunkt), 
som allerede er foretage t. 
Hvis der isætt es et andet fører - eller værks teds kort, mens der er ved at blive foretag et manuelle 
indlæsninger af aktivitet er for et tidligere isat kort, skal de manuelle indlæsninge r for det tidlig ere kort 
afsluttes, før der påbegyndes manuelle indlæsninger af det andet kort. 
Kortindehav eren skal have mulighed for at tilføje manuelle indlæsninger i henhold til følgen de 
minimumsprocedure: 
—  Manuel indlæsning af aktivitet er i kronologisk række følge for perioden mellem den sidste 
kortudtagning og den aktuelle isætning. 26.5.2016 L 139/26 Den Europæisk e Unions Tidende DA    
—  Star ttidspunktet for den første aktivitet skal være sat til kortudtagningstidspunkt et. For hver 
efterfølgende indlæsning skal starttidspunktet være forud sat således, at det følger umiddelbar t 
efter den tidligere indlæsning. Der skal vælg es aktivitetstype og sluttidspunkt for hver aktivite t. 
Denne proces skal slutte, når sluttidspunktet for en manuelt indlæst aktivitet er lig kortisætnings ­
tidspunktet. Kontrolapparat et kan deref ter eventuelt give kortindehaveren mulighed for at ændre en 
manuelt indlæst aktivitet, indtil den godken des ved valg af en best emt kommando. Deref ter skal det 
være forbudt at foretage enhver sådan ændr ing. 
3.6.3  Indlæsning af særlig e omstændigheder 
62)  Kontrolapparat et skal give føreren mulighed for tidstro indlæsning af følgen de to særlige 
omstændigheder: 
—  »UDEN FOR GYLDIGHEDSOMRÅDE« (star t, slut) 
—  »OVERF ART MED FÆR GE/TOG« (star t, slut) 
»OVERF ART MED FÆR GE/TOG« kan ikke finde sted, når betingelsen »UDEN FOR 
GYLDIGHEDSOMRÅDE« er åbnet. 
Er betingelsen »UDEN FOR GYLDIGHEDSOMRÅDE« åbnet, skal den autom atisk lukkes af 
kontrolapparat et ved isætning eller udtagning af et førerk ort. 
Hvis betinge lsen »UDEN FOR GYLDIGHEDSOMRÅDE« er åbnet, skal det forhindre følgende 
hændelser og advarsler: 
—  Kørsel uden behør igt kort 
—  Advarsler forbundet med sammenhæng ende køretid. 
Marker ingen af starten på tilstanden »OVERF ART MED FÆR GE/TOG« skal angives, før føreren 
slukker motor en om bord på færgen/t oget. 
Tilstanden OVERF ART MED FÆR GE/TOG slutter i følgende tilfæ lde: 
—  Føreren afslutter tilstanden OVERF ART MED FÆR GE/TOG manuelt. 
—  Føreren tager sit kort ud. 
En åbnet OVERF ART MED FÆR GE/TOG skal afsluttes, når den ikke længere er gyldig på basis af 
reglerne i forordning (EF) nr. 561/2006. 
3.7  Forvaltning af virksomhedslåse 
63)  Denne funktion skal give mulighed for styring af de låse, som oprett es af en virksomhed for at 
dataadgang en er forbeholdt virksom heden, når systemet er i virksom hedstilstand. 
64)  Virks omhedslåse består af startdato/klokkeslæt (lås-ind) og slutdato/klokk eslæt (lås-ud), knyttet til 
virksom hedens identite t som angivet af virksom hedsk ortets nummer (ved lås-ind). 
65)  Lås »ind« og lås »ud« kan kun foretages i realtid. 
66)  Enten skal kun den virksomhed kunne låse ud, som har låst »ind« (som angivet ved de først e 13 cifre 
i virk somhedsk ortets nummer), eller også 26.5.2016 L 139/27 Den Europæisk e Unions Tidende DA    
67)  skal lås-ud udføres automat isk, hvis en anden virksom hed låser ind. 
68)  Hvis en virksom hed låser ind, hvor forudgående lås var for samme virksom hed, antages det, at 
forudgående lås ikke er låst »ud« og stadig er »ind«. 
3.8  Overvågning af kontrolaktiviteter 
69)  Denne funktion skal overvåge aktivitet erne VISNING PÅ SKÆRM, UDPRINTNING, UDL ÆSNING på 
køretøjsenhed og kort samt KALIBRERINGSK ONTR OL VED VEJSIDEN, som finder sted i 
kontroltilstand. 
70)  Funktionen skal endvidere overvåge aktivitet er vedr ørende KONTR OL MED OVERSKRIDELSE AF 
TILL ADT HASTIGHED i kontroltilstand. Kontrol med overskr idelse af tilladt hastighed anses for at 
have fundet sted , når en udskr ift om »overskr idelse af tilladt hastighed« er sendt til printer eller til 
skær m, eller når der er overført data vedr ørende »hændelser og fejl« fra køretøjsenhedens datalager . 
3.9  Detektion af hændelser og/eller fejl 
71)  Denne funktion detekterer følgen de hændelser og/eller fejl: 
3.9.1  Hændelsen »isætning af ugyldi gt kort« 
72)  Denne hændelse skal udløses ved isætning af et vilkårligt ugyldigt kort, ved isætning af et førerk ort, 
der allerede er udskif tet, og/eller ved udløb af et isat gyldigt kort. 
3.9.2  Hændelsen »kortkonf likt« 
73)  Denne hændelse skal udløses når en af de kombinationer af gyldige kort, som angivet med X i 
følgen de tabel, forek ommer: 
Kortkonflikt Førerk ortplads 
Intet kort Førerk ort Kontrolk ort Værkstedsk ort Virksomhedsk ort Kortplads for medchauffør Intet kort      
Førerk ort    X  
Kontrolk ort   X X X 
Værkstedskort  X X X X 
Virks omheds ­
kort   X X X  
3.9.3  Hændelsen »tidsoverlapning« 
74)  Denne hændelse skal udløses, når dato/klokkeslæt for seneste udtagning af førerk ort, læst på kortet, 
er senere end aktuel dato/a ktuelt klokke slæt på det kontrolapparat, hvori kortet indsættes. 26.5.2016 L 139/28 Den Europæisk e Unions Tidende DA    
3.9.4  Hændelsen »kørsel uden behør igt kort« 
75)  Denne hændelse skal udløses for enhver af de gyldig e kombinationer af takografk ort, som er angivet 
med X i følgende tabel, når føreraktivitet en skifter til KØRSEL, eller når der skiftes funktionstilstand, 
mens føreraktivit eten er KØRSEL: 
Kørsel uden behør igt kort Førerk ortplads 
Intet (eller ugyl ­
digt) kort Førerk ort Kontrolk ort Værkstedsk ort Virksomhedsk ort Kortplads for medchauffør Intet (eller ugyl ­
digt) kort X  X  X 
Førerk ort X  X X X 
Kontrolk ort X X X X X 
Værkstedskort X X X  X 
Virks omheds ­
kort X X X X X  
3.9.5  Hændelsen »isætning af kort under kørslen« 
76)  Denne hændelse skal udløses, når der indsætt es et takografk ort i en vilkårlig kortplads, mens 
føreraktivit eten er KØRSEL. 
3.9.6  Hændelsen »sidste kortsession ikke korrekt afsluttet« 
77)  Denne hændelse skal udløses, når kontrolapparat et ved isætning af kortet konstaterer , at foregående 
kortsession trods bestemmelser ne i punkt 3.1 ikke er blevet afslutte t 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ærks tedskort. 
3.9.7  Hændelsen »overskr idelse af tilladt hastighed« 
78)  Denne hændelse skal udløses for hver overskr idelse af tilladt hastighed. 
3.9.8  Hændelsen »afbr ydelse af strøm forsyning« 
79)  Denne hændelse skal udløses ved enhver sådan afbr ydelse af strømf orsyninge n til bevægelses sensor 
og/eller køretøjsenhed, som sker i en anden måde end kalibrer ings- eller kontroltilstand og varer over 
200 millisekunder . Afbr ydelsestærsklen fastlægges af fabrikanten. Det fald i spændingsf orsyningen, 
som fremk ommer ved start af køretøjets motor , må ikke udløse denne hændelse. 
3.9.9  Hændelsen »fejl ved kommunik ation med faciliteten til fjernkommunikation« 
80)  Denne hændelse skal udløses uden for kalibrer ingst ilstand, hvis facilitet en til fjernkommunikation 
ikke kvitterer for modtagelse af fjernkommunikationsdata sendt fra køretøjsenheden ved mere end tre 
forsøg. 
3.9.10  Hændelsen »mangl ende positionsoplys ninger fra GNSS-modtager « 
81) Denne hændelse skal udløses uden for kalibrer ingst ilstand i tilfælde af mang lende positionsop ­
lysninger fra GNSS-modtagere n (inte rn eller ekster n) i mere end tre timer af akkumuleret køretid. 26.5.2016 L 139/29 Den Europæisk e Unions Tidende DA    
3.9.11  Hændelsen »fejl ved kommunik ation med det eksterne GNSS-udstyr« 
82)  Denne hændelse skal udløses uden for kalibrer ingstils tand i tilfælde af afbr ydelse af 
kommunikationen mellem det ekster ne GNSS-udstyr og køretøjsenheden i mere end 20 minutter i 
træk , mens køretøjet er i bevægelse. 
3.9.12  Hændelsen »fejl ved køredata« 
83)  Denne hændelse skal udløses uden for kalibrer ingstils tand ved afbr ydelse af den normale 
dataudvek sling mellem bevægelsessenso r og køretøjsenhed og/eller ved fejl i dataint egritet eller 
-ægthedsk ontrol under dataudvek sling mellem bevægelsessensor og køretøjsenhed. 
3.9.13  Hændelsen »køretøjsbe vægelseskonf likt« 
84)  Denne hændelse skal udløses uden for kalibrer ingstils tand, hvis den registrerede bevægelse er i 
strid med bevæge lsesoplysninger beregnet ud fra bevægelse ssensoren er i modstr id med bevægelses ­
oplysninger beregnet ud fra den interne GNSS-modtager eller fra det eksterne GNSS-udstyr og 
eventuelt andre uafhængige kilder , som anført i tillæg 12. Denne hændelse skal ikke udløses under en 
overfar t med færg e/tog, under omstændigheden »UDEN FOR GYLDIGHEDSOMRÅDE«, eller når der 
ikke foreligger positionsoplysning er fra GNSS-modtage ren. 
3.9.14  Hændelsen »forsøg på sikkerhed sbrud« 
85)  Denne hændelse skal udløses ved enhver anden hændelse, der berør er sikkerheden ved 
bevægelsessenso r og/eller køretøjsenhed og/eller det ekster ne GNSS-udstyr som foreskrevet i tillæg 
10, og som ikke finder sted i kalibrer ingstilstand. 
3.9.15  Hændelsen »tidskonf likt« 
86)  Denne hændelse skal udløses uden for kalibrer ingstils tand, hvis køretøjsenheden registrerer en 
forske l på mere end 1 minut mellem tiden i køretøjsenhedens tidsmålingsfunktion og tidsangivelsen 
fra GNSS-modtagere n. Denne hændelse registreres sammen med værdien i køretøjsenhedens interne 
ur og ledsage s af en automatisk tidsjusteri ng. Hvis hændelsen »tidsk onflikt« er blevet udløst, vil 
køretøjsenheden ikke generere andre tidsk onflikthændelser inden for de næste 12 timer . Denne 
hændelse skal ikke udløses, hvis GNSS-modtager en ikke har kunnet registrere et gyldigt GNSS-signal 
inden for de sidste 30 dage. Den automatisk e tidsjuste ring skal dog genop tages, når positionsoplys ­
ningern e fra GNSS-modtager en er tilgæ ngelig e igen . 
3.9.16  Fejlen »kort« 
87)  Denne fejl skal udløses, når der optræder fejl ved et takografk ort under driften. 
3.9.17  Fejlen »kontr olappar at« 
88) Denne fejl skal udløses, når et af nedenstående svigt forek ommer , uden at apparat et er i kalibrer ings ­
tilstand: 
—  Intern fejl i køretøjsenhed 
—  Printerfe jl 
—  Displa yfejl 
—  Datao verfø rselsfejl 
—  Følerfejl 
—  Fejl ved GNSS-modtager eller ekster nt GNSS-udstyr 
—  Fejl ved facilit eten til fjernkommunikation 26.5.2016 L 139/30 Den Europæisk e Unions Tidende DA    
3.10  Indby ggede tester og selvtes ter 
89)  Kontrolapparat et skal selvdet ekte re fejl gennem selvtest er og indb yggede tester i overensstemmelse 
med følgen de tabel: 
Den testede underenhed Selvtest Indbygg et test 
Programmel  Integr itet 
Datalager Adgang Adg ang, dataintegr itet 
Kortlæseenheder Adgang Adg ang 
Tastatur  Manuelt eftersyn 
Printer (op til fabrikanten) Udskr ift 
Skær m  Visuel kontrol 
Datao verfø rsel 
(udf øres kun under datao verførsel) Korrekt funktion  
Føler Korrekt funktion Korrekt funktion 
Facilit eten til fjernkommunikation Korrekt funktion Korrekt funktion 
GNSS-udstyr Korrekt funktion Korrekt funktion  
3.11  Læsning fra datalager 
90)  Kontrolapparat et skal kunne læse alle data, som er gemt i dets lager . 
3.12  Registrer ing og lagring i datalageret 
Med henblik på best emmelser ne i dette afsnit 
—defineres »365 dage« som 365 kalenderdage med en aktivitet i køretøjet svarende til gennemsnits ­
førerens. Den gennemsnitlige aktivitet pr. dag i et køretøj defineres som mindst seks førere eller 
medc hauff ører , seks cyklusser med isætning/udtagning af kort samt 256 aktivitetsskif t. »365 dage« 
omf atter således mindst 2 190 (med)ch auffører , 2 190 cyklusser med kortisætning og -udtagning samt 
93 440 aktivitets skift. 
—  defineres det gennemsnitlig e antal positioner pr. dag som mindst seks positioner , hvor den daglige 
arbejdsper iode starter, seks positioner , hvor førerens sammenhængende køretid når op på et multiplum 
af tre timer , og seks positioner , hvor den daglige arbejdsper iode slutte r, så »365 dage« omfatt er mindst 
6 570 positioner 
—  registreres klokkes læt med en opløsning på 1 minut, medmindre andet er angivet 
—  registreres kilometer stand med en opløsning på 1 kilometer 
—  registreres hastigheder med en opløsning på 1 km/t 
—  registreres positioner (breddegrad og længdegrad) i grader og minutter med en opløsning på 1/10 minut 
og den tilhørende GNSS-nøjagtighed og -indlæsningstid. 26.5.2016 L 139/31 Den Europæisk e Unions Tidende DA    
91)  Data gemt i datalager et må under typegodken delsesomstændigheder ikke kunne påvirke s af en 
afbr ydelse i den ekster ne strømf orsyning af under tolv måneders varighed. Derudo ver må data gemt i 
den eksterne facilit et til fjernkommunikation som defineret i tillæg 14 ikke kunne påvirkes af en 
afbr ydelse i strømf orsyningen af under 28 dage s varighed. 
92)  Kontrolapparat et skal implicit eller eksplicit kunne registrere følgen de data og gemme dem i 
datalageret: 
3.12.1  Identifik ationsdata for appar at 
3.12.1.1  Identifikationsda ta for køretøjsenhed 
93)  Kontrolapparat et skal i sit datalager kunne lagre følgen de identifikationsdata for køretøjsenheden: 
—  fabrikantens navn 
—  fabrikantens adresse 
—  reser vedelsnummer 
—  serienummer 
—  køretøjsenhedens generation 
—  mulighed for at bruge takografk ort af først e generation 
—  programmellets versionsnummer 
—  installationsdato for den pågældende version af programmellet 
—  apparat ets produktionsår 
—  godken delsesnummer . 
94)  Køretøjsenhedens identifikationsnummer registreres og lagres én gang for alle af køretøjsenhedens 
fabrikant, bortset fra programmelrelaterede data og godken delsesnummeret, som kan ændres ved 
eventuel opgrader ing af programmellet og mulighed for brug af takografk ort af første generation. 
3.12.1.2  Identifikationsda ta for bevæge lsessensor 
95)  Bevægelses sensoren skal kunne gemme følgen de identif ikationsdata i sit lager: 
—  fabrikantens navn 
—  serienummer 
—  godken delsesnummer . 
—  navn på indlejret sikker hedsk omponent (f.eks. reser vedelsnummer på intern chip/processor) 
—  bete gnelse på operativsystem (f.ek s. programmellets versionsnummer). 
96)  Identif ikationsdata på bevægelses sensoren registreres og lagres én gang for alle i bevægelse ssensoren 
af dennes fabrikant. 
97)  Køretøjsenheden skal kunne registrere og i sit datalager gemme følgen de data vedr ørende de 20 
seneste parringer af bevægelsessensordata (hvis der er flere parringer inden for én kalenderdag, 
gemmes kun den første og den sidste parring på den pågældende dag): 
Følgende data skal registreres for hver af disse parringer: 
—  identif ikationsdata for bevæge lsessensor 
—  serienummer 
—  godken delsesnummer 26.5.2016 L 139/32 Den Europæisk e Unions Tidende DA    
—  parringsdata for bevægelsessensor: 
—  dato for parring. 
3.12.1.3  Identifikationsda ta for globale sate llitnavig ationssystemer (GNSS) 
98)  Det eksterne GNSS-udstyr skal kunne gemme følgen de identif ikationsdata i sit lage r: 
—  fabrikantens navn 
—  serienummer 
—  godken delsesnummer . 
—  navn på indlejret sikker hedsk omponent (f.eks. reser vedelsnummer på intern chip/processor) 
—  bete gnelse på operativsystem (f.ek s. programmellets versionsnummer). 
99)  Identif ikationsdataene registreres og lagres én gang for alle i det eksterne GNSS-udstyr af dettes 
fabrikant. 
100)  Køretøjsenheden skal kunne registrere og i sit datalager gemme følgen de data vedr ørende de 20 
seneste sammenk oblinger fra ekster nt GNSS-udstyr (hvis der er flere sammenk obling er inden for én 
kalenderdag, gemmes kun den første og den sidste sammenk obling på den pågældende dag) 
Følgende data skal registreres for hver af disse sammenk oblinge r: 
—  identif ikationsdata for det ekster ne GNSS-udstyr: 
—  serienummer 
—  godken delsesnummer 
—  sammenk oblingsdata om ekster nt GNSS-udstyr: 
—  dato for sammenk obling. 
3.12.2  Nøgle r og certifikater 
101)  Kontrolapparat et skal kunne gemme en række kryptografiske nøgler og certifikater som præciseret i 
tillæg 11, del A og B. 
3.12.3  Data vedrøren de isætning og udtagning af førerkor t eller værkstedskor t 
102)  For hver cyklus med isætning og udtagning af fører - eller værks tedskort i apparat et skal 
kontrolapparat et registrere og i datalageret gemme: 
—  kortindehaverens eftern avn og fornavn(e), således som de er lagret på kortet 
—  kortnummer , udst edende medlemsstat og udløbsdat o som lagret på kortet 
—  kortgeneration 
—  isætningsdato og -klokkes læt 
—  køretøjets kilometers tand ved isætning af kortet 
—  den kortplads, som kortet sidder i 
—  dato og klokke slæt for udtagning af kortet 
—  køretøjets kilometers tand ved udtagning af kortet 26.5.2016 L 139/33 Den Europæisk e Unions Tidende DA    
—  følgen de oplysninger om det foregående køretøj, føreren har anvendt, som lagret på kortet: 
—  køretøjets indregistrer ingsnummer og den indregistrerende medlemsstat 
—  køretøjsenhedens generation (hvis den foreligger) 
—  dato og klokkeslæt for udtagning af kortet 
—  et flag, som angiver , om kortindehav er ved isætning af kortet har indlæst aktivite ter manuelt eller 
ikke. 
103)  Datalageret skal kunne opbevare disse data i mindst 365 dage. 
104)  Når lagerpladsen er opbr ugt, skal nye data erstatte de ældste data. 
3.12.4  Fører aktivitetsdata 
105)  Følgende data skal af kontrolapparat et registreres og gemmes i datalageret ved enhver 
aktivitetsændri ng for fører og/eller medch auffør og/eller ethver t skift i kørestatus og/eller enhver 
isætning eller udtagning af et fører - eller værks tedskort: 
—  kørestatus (FØRERHOLD, ÉN FØRER) 
—  kortplads (FØRER, MEDC HAUFFØR) 
—  kortstatus for den pågældende kortplads (ISA T, IKKE ISAT) 
—  aktivitet (KØRSEL, RÅDIGHED, ARBEJDE, PAUSE/HVILE) 
—  dato og klokke slæt for ændr inge n. 
ISAT betyder , at et gyldigt fører - eller værks teds kort er sat i kortpladsen. IKKE ISAT betyder det 
modsatte, dvs. der sidder ikke et gyldigt fører - eller værks tedskort i kortpladsen (f.eks. er der isat et 
virksom hedsk ort, eller intet kort er isat). 
Aktivitetsdata, som indlæses manuelt af føreren, bliver ikke registreret i datalage ret. 
106)  Datalageret skal kunne opbevare føreraktivit etsdata i mindst 365 dage. 
107)  Når lagerpladsen er opbr ugt, skal nye data erstatte de ældste data. 
3.12.5  Steder og positioner , hvor daglige arbejdsper ioder starter og slutter og/eller hvor tre timers sammenhæng ende køretid 
nås 
108)  Kontrolapparat et skal registrere og i sit datalager gemme: 
—  sted er og positioner , hvor føreren og/eller medch aufføren påbegynder sin daglige arbejdsper iode 
—  positioner , hvor førerens sammenhængende køretid når op på et multiplum af tre timer 
—  sted er og positioner , hvor føreren og/eller medch aufføren afslutter sin daglige arbejdsper iode. 
109)  Hvis køretøjets position ikke oplyses af GNSS-modtager en på disse tidspunkter , skal kontrolapparatet 
bruge den seneste tilgæng elige position og den tilhørende dato og tid. 
110)  Sammen med hver t sted eller hver position skal kontrolapparat et registrere og i sit datalager gemme: 
—  kortnummer for fører (medc hauff ør) samt kortudst edende medlemsstat 
—  kortgeneration 26.5.2016 L 139/34 Den Europæisk e Unions Tidende DA    
—  indlæsningsdato og -klokkeslæt 
—  indlæsningens art (begyndelse, slutning eller tre timers sammenhæng ende køretid) 
—  den tilhørende GNSS-nøjagtighed, dato og tid, hvis relevant 
—  køretøjets kilometers tand. 
111)  Datalageret skal kunne rumme steder og positioner , hvor daglige arbejdsper ioder starter og slutter , 
og/eller hvor tre timers sammenhænge nde køretid nås, i mindst 365 dage. 
112)  Når lagerpladsen er opbr ugt, skal nye data erstatte de ældste data. 
3.12.6  Kilometer tæller data 
113)  Kontrolapparat et skal i sit datalager registrere køretøjets kilometerstand og den tilsvarende dato ved 
midnat hver kalenderdag. 
114)  Datalageret skal i mindst 365 kalenderdag e kunne opbevare værdier ne af kilometerstanden ved 
midnat. 
115)  Når lagerpladsen er opbr ugt, skal nye data erstatte de ældste data. 
3.12.7  Detaljered e hastighedsdata 
116)  Kontrolapparat et skal registrere og i sit datalager gemme køretøjets øjeblikkelig e hastighed med 
tilhørende dato og klokk eslæt i hver t sekund i mindst de seneste 24 timer , køretøjet er blevet kørt. 
3.12.8  Data vedrøren de hændelser 
Med henblik på best emmelser ne i dette afsnit skal tiden registreres med en opløsning på 1 sekund. 
117)  For hver hændelse, som detekteres, skal kontrolapparatet registrere følgen de data og gemme dem i 
datalageret i overensst emmelse med følgen de lagringsbest emmelser : 
Hændelse Lagr ingsbestemmelse Data, som skal lagres for hver hændelse 
Isætning af ugyldigt kort —  de 10 seneste hændelser —  dato og klokkeslæt for hændelsen 
—korttype, kortnummer , udstedende med ­
lemsstat og generation af det kort, som 
er årsag til hændelsen 
—antal tilsvarende hændelser den pågæl­
dende dag 
Kortkonflikt —  de 10 seneste hændelser —  hændelsens startdato og -klokkeslæt 
—  hændelsens slutdato og -klokkes læt 
—korttype, kortnummer , udstedende med ­
lemsstat og generation af de to kort, 
som er årsag til konflikten. 
Kørsel uden behør igt kort —  den længstvar ige hændelse for hver af 
de 10 seneste dage, den er forek ommet 
—  de 5 længstvarende hændelser inden 
for de sidste 365 dage —  hændelsens startdato og -klokkeslæt 
—  hændelsens slutdato og -klokkes læt 
—korttype, kortnummer , udstedende med ­
lemsstat og generation af kort, der er 
isat ved starten og/eller slutningen af 
hændelsen 
—antal tilsvarende hændelser den pågæl­
dende dag 26.5.2016 L 139/35 Den Europæisk e Unions Tidende DA    
Hændelse Lagr ingsbestemmelse Data, som skal lagres for hver hændelse 
Isætning af kort under kørs ­
len —  den senest e hændelse for hver af de 10 
seneste dage, den er forek ommet —  dato og klokkeslæt for hændelsen 
—korttype, kortnummer , udstedende med ­
lemsstat og generation 
—antal tilsvarende hændelser den pågæl­
dende dag 
Senest e kortsession ikke kor­
rekt afslutte t —  de 10 seneste hændelser —dato og klokke slæt for isætning af kor­
tet 
—korttype, kortnummer , udstedende med ­
lemsstat og generation 
—  de senest e sessionsdata, aflæst fra kortet: 
—  dato og klokkeslæt for isætning af 
kortet 
—  VRN og den medlemsstat, der har 
indregistreret det, samt køretøjsen ­
hedens generation. 
Overskr idelse af tilladt ha­
stighed (1) —  den alvorligste hændelse for hver af de 
seneste 10 dage, hvor den er forek om­
met (dvs. den, hvor gennemsnitshastig ­
heden 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 sidst e kalibrer ing —  hændelsens startdato og -klokkeslæt 
—  hændelsens slutdato og -klokkes læt 
—den højeste hastighed målt under hæn ­
delsen 
—  den aritmetiske gennemsnitshastighed 
målt under hændelsen 
—korttype, kortnummer , udstedende med ­
lemsstat og generation af førerk ortet 
(hvis relevant) 
—antal tilsvarende hændelser den pågæl­
dende dag 
Strømf orsyningssvigt (2) —  den længstvarende hændelse for hver 
af de 10 seneste dage, den er forek om­
met 
—  de 5 længstvarende hændelser inden 
for de sidste 365 dage —  hændelsens startdato og -klokkeslæt 
—  hændelsens slutdato og -klokkes læt 
—korttype, kortnummer , udstedende med ­
lemsstat og generation af kort, der er 
isat ved starten og/eller slutningen af 
hændelsen 
—antal tilsvarende hændelser den pågæl­
dende dag 
Fejl ved kommunikation 
med facilitet en til fjernkom­
munikation —  den længstvarende hændelse for hver 
af de 10 seneste dage, den er forek om­
met 
—  de 5 længstvarende hændelser inden 
for de sidste 365 dage —  hændelsens startdato og -klokkeslæt 
—  hændelsens slutdato og -klokkes læt 
—korttype, kortnummer , udstedende med ­
lemsstat og generation af kort, der er 
isat ved starten og/eller slutningen af 
hændelsen 
—antal tilsvarende hændelser den pågæl­
dende dag 
Mang lende positionsoplys ­
ninger fra GNSS-modtager —  den længstvarende hændelse for hver 
af de 10 seneste dage, den er forek om­
met 
—  de 5 længstvarende hændelser inden 
for de sidste 365 dage —  hændelsens startdato og -klokkeslæt 
—  hændelsens slutdato og -klokkes læt 
—korttype, kortnummer , udstedende med ­
lemsstat og generation af kort, der er 
isat ved starten og/eller slutningen af 
hændelsen 
—antal tilsvarende hændelser den pågæl­
dende dag 26.5.2016 L 139/36 Den Europæisk e Unions Tidende DA    
Hændelse Lagr ingsbestemmelse Data, som skal lagres for hver hændelse 
Fejl ved køredata —  den længstvarende hændelse for hver 
af de 10 seneste dage, den er forek om­
met 
—  de 5 længstvarende hændelser inden 
for de sidste 365 dage —  hændelsens startdato og -klokkeslæt 
—  hændelsens slutdato og -klokkes læt 
—korttype, kortnummer , udstedende med ­
lemsstat og generation af kort, der er 
isat ved starten og/eller slutningen af 
hændelsen 
—antal tilsvarende hændelser den pågæl­
dende dag 
Køretøjsbevæg elsesk onflikt —  den længstvarende hændelse for hver 
af de 10 seneste dage, den er forek om­
met 
—  de 5 længstvarende hændelser inden 
for de sidste 365 dage —  hændelsens startdato og -klokkeslæt 
—  hændelsens slutdato og -klokkes læt 
—korttype, kortnummer , udstedende med ­
lemsstat og generation af kort, der er 
isat ved starten og/eller slutningen af 
hændelsen 
—antal tilsvarende hændelser den pågæl­
dende dag 
Forsøg på sikke rhedsbr ud —  de 10 seneste hændelser for hver type 
hændelse —  hændelsens startdato og -klokkeslæt 
—  hændelsens slutdat o og -klokkeslæt (hvis 
relevant) 
—korttype, kortnummer , udstedende med ­
lemsstat og generation af kort, der er 
isat ved starten og/eller slutningen af 
hændelsen 
—  hændelsens type 
Tidsk onflikt —  den længstvarende hændelse for hver 
af de 10 seneste dage, den er forek om­
met 
—  de 5 længstvarende hændelser inden 
for de sidste 365 dage —  kontrolapparat, dato og klokkeslæt 
—  GNSS, dato og klokkes læt 
—korttype, kortnummer , udstedende med ­
lemsstat og generation af kort, der er 
isat ved starten og/eller slutningen af 
hændelsen 
—antal tilsvarende hændelser den pågæl­
dende dag   
(1) Kontrolapparat et skal desuden registrere og i sit datalage r gemme: 
—  dato og klokkeslæt for seneste KONTR OL FOR OVERSKRIDELSE AF TILL ADT HASTIGHED 
—  dato og klokke slæt for første overskr idelse af tilladt hastighed siden denne KONTR OL FOR 
OVERSKRIDELSE AF TILL ADT HASTIGHED 
—  antal hændelser med overskr idelse af tilladt hastighed siden senest e KONTR OL FOR 
OVERSKRIDELSE AF TILL ADT HASTIGHED.  
(2) Disse data kan kun registreres ved genetabler ing af strømf orsyningen. Klokk eslæt kan kendes med 
en nøjagtighed på 1 minut. 
3.12.9  Data vedrøren de fejl 
Med henblik på best emmelser ne i dette afsnit skal tiden registreres med en opløsning på 1 sekund. 26.5.2016 L 139/37 Den Europæisk e Unions Tidende DA    
118)  For hver funden fejl skal kontrolapparat et registrere følgen de data og gemme dem i datalageret i 
overensst emmelse med følgen de lagringsbest emmelser : 
Fejl Lagr ingsbestemmelse Data, som skal gemmes for hver hændelse 
Kortfejl —  de 10 seneste kortfejl for førerk ortet —  startdato og -klokke slæt for fejlen 
—  slutdato og -klokkeslæt for fejlen 
—korttype, kortnummer , udstedende med ­
lemsstat og generation 
Fejl ved kontrolapparat et —  de 10 seneste fejl af hver type fejl 
—  den først e fejl efter seneste kalibrer ing —  startdato og -klokke slæt for fejlen 
—  slutdato og -klokkeslæt for fejlen 
—  fejltype 
—  korttype, kortnummer og udst edende 
medlemsstat samt generation af kort, 
der er isat ved starten og/eller slutnin ­
gen af fejlen.  
3.12.10  Kalibreri ngsdata 
119)  Kontrolapparat et skal registrere og i sit datalager gemme data vedrøre nde: 
—  kalibrer ingsparametre, som er kendt e på aktiver ingstidspunktet 
—  dets allerfø rste kalibrer ing efter aktiver ing 
—  dets første kalibrer ing i det nuværende køretøj (identificeret ved sit VIN) 
—  de 20 seneste kalibrer inger (hvis der udføres flere kalibrer inger samme kalenderdag, skal kun den 
først e og sidste heraf gemmes). 
120)  Følgende data skal registreres for hver af disse kalibrer inger: 
—  kalibrer ingens formål (aktiver ing, først e mont ering, mont ering, periodisk eftersyn) 
—  værks tedets navn og adresse 
—  værks tedskortets nummer , den kortudstedende medlemsstat og kortets udløbsdato 
—  køretøjsidentifika tion 
—  parametre, som er ført ajour eller bekræf tet: w, k, l, dæk stør relse, hastighedsbegrænserens 
indstilling, kilometer stand (gammel og ny værdi), dato og klokke slæt (gammel og ny værdi) 
—  type og id for alle mont erede plomber . 
121)  Derudover skal kontrolapparat et registrere og i sit datalage r gemme dets evne til at bruge 
takografk ort af første generation (stadig aktiverede eller ej). 
122) Bevægelses sensoren skal registrere og i sit datalager gemme følgende data vedr ørende bevæge lses­
sensorens mont ering: 
—  først e parring med en køretøjsenhed (dato, klokkes læt, køretøjsenhedens godkendelsesnummer og 
køretøjsenhedens serienummer) 
—  sidste parring med en køretøjsenhed (dato, klokke slæt, køretøjsenhedens godken delsesnummer og 
køretøjsenhedens serienummer). 26.5.2016 L 139/38 Den Europæisk e Unions Tidende DA    
123)  Det ekster ne GNSS-udstyr skal registrere og i sit datalage r gemme følgen de montering sdata 
vedrøre nde udstyret : 
—først e sammenk obling med en køretøjsenhed (dato, klokke slæt, køretøjsenhedens godken del­
sesnummer og køretøjsenhedens serienummer) 
—sidste sammenk obling med en køretøjsenhed (dato, klokkeslæt, køretøjsenhedens godken del­
sesnummer og køretøjsenhedens serienummer). 
3.12.11  Tidsjuster ingsdata 
124)  Kontrolapparat et skal registrere og i sit datalager gemme data af relevans for tidsjusteri nger foretaget i 
kalibrer ingstilstand, men ikke i forbindelse med rege lmæssig kalibrer ing (def. f)): 
—  seneste justering af tidspunktet 
—  de fem størst e tidsjusteringer 
125)  Følgende data skal registreres for hver af disse tidsjusteri nger: 
—  dato og klokke slæt, gam mel værdi 
—  dato og klokke slæt, ny værdi 
—  værks tedets navn og adresse 
—  værks tedskortets nummer , den kortudstedende medlemsstat, kortgenerationen og kortets 
udløbsdat o. 
3.12.12  Kontr olaktivitetsdata 
126)  Kontrolapparat et skal registrere og i datalager et gemme følgen de data vedrørende de 20 seneste 
kontrolaktivite ter: 
—  kontroldato og -klokkeslæt 
—  kontrolk ortets nummer , den kortudst edende medlemsstat og kortgenerationen 
—  kontrollens art (visning på skær m og/eller udskr ivning og/eller datao verfø rsel på køretøjsenhed 
og/eller datao verførsel på kort og/eller kalibrer ingsk ontrol ved vejsiden). 
127)  Ved datao verfø rsel skal datoen for de ældste og de senest e overfø rte dage ligeledes registreres. 
3.12.13  Data vedrøren de virksomhedslåse 
128)  Kontrolapparat et skal registrere og i datalageret gemme data vedr ørende de 255 seneste 
virksom hedslåse: 
—  dato og klokke slæt for lås-ind 
—  dato og klokke slæt for lås-ud 
—  virksom hedsk ortets nummer , den kortudst edende medlemsstat og kortgenerationen 
—  virksom hedens navn og adresse. 
Data, som tidlig ere er låst med en lås, der ikke læng ere findes i datalager et på grund af ovennævnte 
grænse, behandles som ikke-låst. 
3.12.14  Data vedrøren de dataover førselsaktivitet 
129)  Kontrolapparat et skal registrere og i sit datalager gemme følgen de data vedrøre nde den seneste 
datao verførsel fra datalager et til eksterne medier , som fandt sted i virksomhedstilstand eller i 
kalibrer ingtilstand: 
—  dato og klokke slæt for datao verførslen 26.5.2016 L 139/39 Den Europæisk e Unions Tidende DA    
—virksom hedsk ortets eller værks tedskortets nummer , den kortudst edende medlemsstat og kortgene­
rationen 
—  virksom hedens eller værks tedets navn. 
3.12.15  Data vedrøren de særlige omstændigheder 
130)  Kontrolapparat et 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. 
131)  Datalageret skal være i stand til at opbevare data vedrøre nde særlige omstændigheder i mindst 365 
dage (idet det forudsættes, at der i gennemsnit åbnes og lukkes en omstændighed dagligt). Når 
lager pladsen er opbr ugt, skal nye data erstatte de ældste data. 
3.12.16  Data vedrøren de takog rafkor t 
132)  Kontrolapparat et skal kunne lagre følgende data vedr ørende de forske llige takografk ort, som er blevet 
anvendt i køretøjsenheden: 
—  takograf ens kortnummer og serienummer 
—  fabrikanten af takografk ortet 
—  takografk ortets type 
—  takografk ortets version. 
133)  Kontrolapparat et skal kunne lagre mindst 88 sådanne poste r. 
3.13  Læsning fra takografkor t 
134)  Kontrolapparat et skal i givet fald kunne læse de data fra takografk ort af første og anden generation, 
som er nødvendige 
—  til fastlæggelse af korttype, kortindehav er, tidlig ere anvendt køretøj, dato og klokkeslæt for senest e 
udtagning af kort og den på det tidspunkt valgte aktivitet 
—  til kontrol af, at senest e 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 udskr ifter vedr ørende de data, som er registreret på et førerk ort 
—  til at overføre data fra et førerk ort til eksterne medier . 
Dette krav gælder kun for takografk ort af første generation, hvis brugen af dem ikke er blevet 
udelukket af et værksted. 
135)  Ved eventuel læsefejl skal kontrolapparat et højst tre gang e forsøg e at udføre samme læseordre, og 
deref ter, hvis det stadig ikke er lykk edes, erklære kortet for defekt og ugyldigt. 
3.14  Registrer ing og lagring på takografkor t 
3.14.1  Regi strering og lagring på takog rafkor t af første generation 
136)  Forudsat at brug af takografk ort af første generation ikke er blevet udelukk et af et værksted, skal 
kontrolapparat et registrere og lagre data på nøjagtig samme måde som et kontrolapparat af første 
generation ville gøre. 26.5.2016 L 139/40 Den Europæisk e Unions Tidende DA    
137)  Kontrolapparat et skal sætte »kortsessionsdata« på fører - eller værkstedsk ort strak s efter isætning af 
kortet. 
138)  Kontrolapparat et skal ajourf øre de data, som er gemt på gyldig e fører -, værks teds-, virksomheds- og/ 
eller kontrolk ort, med alle de nødvendig e data vedr ørende den periode, hvor kortet er isat, og 
vedrøre nde kortindehaveren. De data, som gemmes på disse kort, er angivet i afsnit 4. 
139)  Kontrolapparat et skal ajourf øre de føreraktivit ets- og steddata (som foreskrevet i 4.5.3.1.9 og 
4.5.3.1.11), som er gemt på gyldige fører - og/eller værks teds kort, med de aktivitets- og steddata, som 
indlæses manuelt af kortindehaveren. 
140)  Hændelser , der ikke er definer et for kontrolapparat er af første generation, skal ikke lagres på fører - og 
værks tedskortene. 
141)  Ajourfør ing af takografk ort skal ske ved, at seneste data erstatter ældste data i det nødvendig e 
omfang og under hensyntage n til kortets faktisk e lagringskapacit et. 
142)  I tilfæ lde af læsef ejl skal kontrolapparatet højst tre gang e forsøg e at udføre samme læseordre, og 
deref ter, hvis det stadig ikke er lykk edes, erklære kortet for defekt og ugyldigt. 
143)  Før et førerk ort frigives, og efter at alle relevante data er gemt på kortet, skal kontrolapparat et 
tilbagestille »kortsessionsdata«. 
3.14.2  Regi strering og lagring på takog rafkor t af anden generation 
144)  Takografk ort af anden generation skal omf atte to forskellig e kortapplikationer , hvoraf den ene skal 
være nøjagtig den samme som TACHO-applikationen for takografk ort af først e generation, og den 
anden — »TACHO_G2 « — skal være som fastsat i kapitel 4 og tillæg 2. 
145)  Kontrolapparat et skal sætte »kortsessionsdata« på fører - eller værkstedsk ort strak s efter isætning af 
kortet. 
146)  Kontrolapparat et skal ajourf øre de data, som er gemt på de to kortapplikationer for gyldige fører -, 
værks teds-, virksom heds- og/eller kontrolk ort, 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 
afsnit 4. 
147)  Kontrolapparat et skal ajourføre de data om førerens aktivitetsst eder og -positioner (som foreskrevet i 
4.5.3.1.9, 4.5.3.1.11, 4.5.3.2.9 og 4.5.3.2.11), som er gemt på gyldige fører - og/eller værks tedskort, 
med de data om aktivitet er og steder , som indlæses manuelt af kortindehav eren. 
148)  Ajourfør ing af takografk ort skal ske ved, at seneste data erstatter ældste data i det nødvendig e 
omfang og under hensyntage n til kortets faktisk e lagringskapacit et. 
149)  I tilfæ lde af læsef ejl skal kontrolapparatet højst tre gang e forsøg e at udføre samme læseordre, og 
deref ter, hvis det stadig ikke er lykk edes, erklære kortet for defekt og ugyldigt. 
150)  Før et førerk ort frigives, og efter at alle relevante data er gemt på kortets to applikationer , skal 
kontrolapparat et tilbagestille »kortsessionsdata«. 
3.15  Visning på skærm 
151)  Skær men skal have mindst 20 tegn. 
152)  Der skal anvendes en mindste tegnstør relse på 5 mm i højden og 3,5 mm i bredden. 26.5.2016 L 139/41 Den Europæisk e Unions Tidende DA    
153)  Skær men skal understøtt e de tegnsæt, der er angivet i tillæg 1, kapitel 4 »Tegnsæt«. Skær men kan 
anvende forenklede tegn (f.eks. kan tegn med accent vises uden accent, eller små bogstav er kan vises 
som store). 
154)  Skær men skal være forsynet med tilstrække lig ikkeblændende belysning. 
155)  Anvisning erne skal kunne ses udefra i forhold til kontrolapparatet. 
156)  Kontrolapparat et skal på skær men kunne vise: 
—  automatisk valgte værdier 
—  data vedrøre nde advarselssignaler 
—  data vedrøre nde adgang via menu 
—  andre data, som en bruger ønsker . 
Kontrolapparat et kan på skær men vise supplerende oplysning er, forudsat at de tydeligt kan skelnes 
fra de ovenf or krævede oplysninger . 
157) Kontrolapparat ets skær m skal anvende de i tillæg 3 anførte pikt ogrammer eller piktogramk ombi ­
nationer . Andre piktogrammer eller pikt ogramk ombinationer kan anvendes af skær men, hvis de 
tydeligt kan skelnes fra ovennævnte pikt ogrammer eller pikt ogramk ombinationer . 
158)  Skær men skal altid være tændt, når køretøjet er i bevægelse . 
159)  Kontrolapparat et kan have en manuel eller automatisk facilitet, som slukke r for skær men, når 
køretøjet ikke er i bevægelse. 
Skær mformatet er foreskrevet i tillæg 5. 
3.15.1  Standar dskær mbillede 
160)  Når inge n andre oplysning er behøver vises på skær men, skal denne automatisk vise følgen de: 
—  lokaltid (som fremk ommet af UTC-tid + forskydning som indstillet af fører) 
—  funktionstilstand 
—  aktuel føreraktivit et og aktuel medc hauff øraktivite t 
—  oplysning er 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 aktivit et (siden den valgtes), 
og aktuel akkumuleret pausetid. 
161)  Data vedrøre nde de to chauff ører skal på skær men vises på en klar, enkel og utvetydig måde. Kan 
oplysningern e vedr ørende fører og medchauff ør ikke vises samtidig, skal kontrolapparat et automatisk 
vise oplysning erne vedrørende føreren og give brugeren mulighed for at se oplysninger ne vedr ørende 
medch aufføren. 
162)  Giver skær mens bredde ikke mulighed for autom atisk visning af funktionstilstand, skal 
kontrolapparat et kortvar igt vise den nye funktionstilstand, når den ændres. 
163)  Ved isætning af kort skal kontrolapparat et kortvar igt vise korthaver ens navn. 26.5.2016 L 139/42 Den Europæisk e Unions Tidende DA    
164)  Når omstændigheden »UDEN FOR GYLDIGHEDSOMRÅDE« eller »FÆR GE/TOG« åbnes, skal skær men 
automatisk ved hjælp af det pågældende pikt ogram vise, at netop denne omstændighed er åbnet. (Det 
kan godtage s, at den aktuelle føreraktivit et ikke nødvendigvis vises samtidigt.) 
3.15.2  Visning af advarsel 
165)  Kontrolapparat et skal på skær men vise oplysninger om advarselssignaler , hvilke t hovedsagelig sker 
ved hjælp af pikt ogrammer ne i tillæg 3, om nødvendigt suppleret med en talkode. Advarslen kan 
desuden gives som tekst på det af føreren foretr ukne sprog. 
3.15.3  Adg ang via menu 
166)  Kontrolapparat et skal stille de nødvendig e kommandoer til rådighed gennem en hensigtsmæssig 
menustr uktur . 
3.15.4  Andr e skær mbilleder 
167)  På kommando skal skær men selektivt kunne vise: 
—  UTC-dato og -klokkes læt og den lokale tidsf orskydning 
—  indholdet af hver af de seks udskr ifter, i samme format som udskr iften selv 
—  førerens sammenhæng ende køretid og akkumulerede pausetid 
—  medc hauff ørens sammenhænge nde køretid og akkumulerede pausetid 
—  førerens akkumulerede køretid for den foregående og den aktuelle uge 
—  medc hauff ørens akkumulerede køretid for den foregående og den aktuelle uge 
valgfr it: 
—  aktuel varighed af medchauff ørens aktivitet (siden den valgt es) 
—  førerens akkumulerede køretid for den aktuelle uge 
—  medc hauff ørens akkumulerede køretid for den aktuelle daglige arbejdsper iode 
—  førerens akkumulerede køretid for den aktuelle daglige arbejdsper iode. 
168)  Visningen af udskr iftens indhold skal være sekventiel, linje for linje. Er skær men mindre end 24 tegn 
bred, skal brugeren have adgan g til de fuldstændig e oplysninger gennem en passende menu (flere 
linjer , rulning …). 
Udskr iftslinjer , som er afsat til håndskrevne oplysninger , kan udelades på skær men. 
3.16  Udskr ivning 
169)  Kontrolapparat et skal kunne udskr ive oplysning er fra sit datalager og/eller fra takografk ort i henhold 
til nedenstående syv udskr iftstyper: 
—  daglig udskr ift af føreraktivit et fra kort 
—  daglig udskr ift af føreraktivit et fra køretøjsenhed 
—  udskr ift af hændelser og fejl fra kort 
—  udskr ift af hændelser og fejl fra køretøjsenhed 
—  udskr ift af tekniske data 26.5.2016 L 139/43 Den Europæisk e Unions Tidende DA    
—  udskr ift af overskr idelse af tilladt hastighed 
—  takografk ortdatahist orik for en given køretøjsenhed (se afsnit 3.12.16). 
Det nær mere format og indhold af disse udskr ifter er angivet i tillæg 4. 
Yderligere data kan anføres sidst i udskr ifterne. 
Kontrolapparat et kan stille yderligere udskr iftstyper til rådighed, hvis de tydeligt kan skelnes fra de 
syv ovennævnte udskr iftstyper . 
170)  Der må ikke være adgang til »Dag lig udskr ift af føreraktivit eter fra kort« og »Udskr ift af hændelser og 
fejl fra kort«, medmindre der er indsat et fører - eller værks tedskort i kontrolapparat et. Før 
udskr ivninge n påbegyndes, skal kontrolapparat et ajourføre data gemt på det pågældende kort. 
171)  For at hente »dag lig udskr ift af føreraktivit eter fra kort« eller »udskr ift af hændelser og fejl fra kort« 
skal kontrolapparat et: 
—  enten automatisk vælg e fører - eller værkstedsk ort, hvis kun det ene af disse kort er isat, 
—  eller stille en kommando til rådighed for valg af kildek ort eller valg af kortet i førerk ortpladsen, 
hvis der er isat to af disse kort i kontrolapparat et. 
172)  Printeren skal kunne udskr ive 24 tegn pr. linje. 
173)  Der skal anvendes en mindste tegnstør relse på 2,1 mm i højden og 1,5 mm i bredden. 
174)  Printeren skal understøtte de tegnsæt, der er angivet i tillæg 1, kapitel 4 »Tegnsæt«. 
175)  Printeren skal være således udformet, at disse udskr ifter er så tydelige, at der ikke er fare for 
fejllæsning. 
176)  De skal bevare deres format og deres registrer inger under normale luftfugtigheds- (10-90 %) og 
temperaturfo rhold. 
177)  Det typegodken dte papir , som anvendes i kontrolapparatet, skal være forsynet med det pågældende 
typegodken delsesmærke og angivelse af de(n) type(r) kontrolapparat(er), det kan anvendes i. 
178)  Udskr iftern e skal forblive letlæselige og identif icerbare under normale opbevar ingsf orhold med 
hensyn til lysstyrke, fugtighed og temperatur i mindst to år. 
179)  Udskr ifter skal som minimum overholde testspecifikationer ne i tillæg 9. 
180)  Disse dokumenter skal kunne påføres håndskrevne påte gninger , f.eks. førerens underskr ift. 
181)  Kontrolapparat et skal kunne håndt ere »papir opbr ugt«-hændelser under udskr ivningen ved, efter 
isætning af nyt papir , at begynde forfra på udskr ivningen eller fortsætte udskr ivninge n med en klar 
henvisn ing til den allerede udskrevne del. 
3.17  Advarsler 
182)  Kontrolapparat et skal advare føreren, når det konstater er en hændelse og/eller fejl. 
183) Det kan tillades, at advarsel om afbr ydelse af strømf orsyningen først finder sted, efter at strømf or­
syningen er genoprett et. 26.5.2016 L 139/44 Den Europæisk e Unions Tidende DA    
184)  Kontrolapparat et skal advare føreren, når den højeste tilladt e sammenhængende køretid overskr ides, 
samt 15 minutt er inden dette sker . 
185)  Advarselssignaler skal være synlige. Akustisk e advarselssignaler kan anvendes som supplement til 
synlige advarselssignaler . 
186)  Synlige advarselssignaler skal være let genkendelig e for brugeren, skal være placeret i førerens synsfelt 
og skal være letlæselige både ved dag og ved nat. 
187)  Synlige advarselssignaler kan være indbyg get i kontrolapparatet og/eller være placeret fjernt fra 
kontrolapparat et. 
188)  I sidstnævnte tilfælde skal de være forsynet med symbolet »T«. 
189)  Advarselssignaler skal have en varighed på mindst 30 sekunder , medmindre brugeren kvitt erer ved at 
trykke på en eller flere best emte knapper i kontrolapparatet. Denne første kvitte ring må ikke slette 
det i næste afsnit omhandlede skær mbillede: Årsag til advarselssignal. 
190)  Kontrolapparat ets skær m skal vise årsag en til advarselssignalet og vedblive hermed, indtil brugeren 
kvitterer med en særlig kode eller kommando på kontrolapparat et. 
191)  Der kan afgives supplerende advarselssignaler , forudsat de ikke af føreren kan forveksles med de 
tidlig ere definerede. 
3.18  Dataov erførsel til eksterne medier 
192)  Kontrolapparat et skal på kommando kunne overføre data fra sit lager eller fra et førerk ort til eksterne 
lager medier gennem kalibrer ings- og datao verfø rselsstikket. Før udskr ivning en påbegyndes, skal 
kontrolapparat et ajourf øre data gemt på det pågældende kort. 
193)  Som en ikke oblig ator isk facilitet kan kontrolapparatet desuden i enhver funktionstilstand overfø re 
data til en virksom hed, hvis identit et er bekræf tet gennem denne kanal, på andre måder . I så fald skal 
der for denne datao verfø rsel gælde samme adgangsret til data som i virksom hedstilstand. 
194)  Over førslen må ikke ændre eller slette lagrede data. 
195)  Den elektr iske grænsef lade for kalibrer ing/datao verførsel er specifi ceret i tillæg 6. 
196)  Datao verfø rselsprotok oller er specifi ceret i tillæg 7. 
3.19  Fjernkommunikation i forbindelse med målrettede vejsidek ontroller 
197) Når køretøjet er sat i tænding, skal køretøjsenheden hver t 60. sekund i facilitet en til fjernkommu ­
nikation lagre de seneste data, der er nødvendige for at foretage målrettede vejsidek ontroller . Disse 
data skal krypteres og signeres som foreskrevet i tillæg 11 og 14. 
198)  De data, der skal fjernkontrolleres, skal være tilgæng elige for fjernkommunikationslæsere via trådløs 
kommunikation som beskrevet i tillæg 14. 
199)  De data, der er nødvendige for at foretage målrettede vejsidek ontroller , skal vedr øre: 
—  det seneste forsøg på sikke rhedsbr ud 
—  den længst e afbr ydelse af strømf orsyning 26.5.2016 L 139/45 Den Europæisk e Unions Tidende DA    
—  sensorfejl 
—  fejl ved køredata 
—  køretøjsbevæge lsesk onflikt 
—  kørsel uden gyldigt kort 
—  isætning af kort under kørslen 
—  tidsjusteringsd ata 
—  kalibrer ingsdata, herunder datoer ne for de to senest lagrede kalibrer ingsposter 
—  køretøjets indregistrer ingsnummer 
—  hastighed registreret af takograf en. 
3.20  Udlæsning af data til supplerende ekster ne enheder 
200)  Kontrolapparat et kan også udruste s med standardiserede grænsef lader , som muliggør brug af de data, 
der registreres eller frembr inge s af takograf er, i en ekster n facilit et i drifts- eller kalibrer ingstilstand. 
I tillæg 13 præsenter es en standardiseret valgfr i ITS-grænsef lade. Der kan samtidig anvendes andre 
lignende grænsef lader , forudsat at de fuldt ud overholder minimumskrav ene i tillæg 13 med hensyn 
til data, sikkerhed og førerens samtykk e. 
Følgende krav gælder for ITS-data, der tilvejebr inges via den pågældende grænsef lade: 
—  Der er tale om udvalgte eksi sterende data fra takograf ens dataordliste (tillæg 1). 
—  En delmængde af disse udvalgte data er mark eret som »personoplysninger«. 
—  »Person oplysninger ne« er kun tilgæng elige, hvis der indhentes verificerbar t samtykk e fra føreren 
om, at vedk ommendes personoplysninge r må hentes ud af netværk et. 
—  Dette samtykke kan til enhver tid gives eller trækkes tilbage ved hjælp af kommandoer i menuen, 
forudsat at førerk ortet er isat. 
—  Både de samlede data og delmængder heraf udsendes via trådløs protok ol (Bluetoo th) inden for 
førerhusets radius med en opdate ringsfrekvens på 1 minut. 
—  Parringen af den ekster ne enhed med ITS-grænsef laden vil være beskyttet af en særlig tilfæ ldig 
pink ode på mindst 4 cifre, der registreres i hver enkelt køretøjsenhed og er tilgæng elig via dennes 
skær m. 
—  Under inge n omstændigheder må ITS-grænsef ladens tilstedeværelse forstyr re eller påvirk e 
køretøjsenhedens funktionstilstand og sikkerhed. 
Ud over de udvalgte eksi sterende data, der betragtes som et minimum, kan andre data også udlæses, 
forudsat at de ikke kan betragt es som personoplysninger . 
Kontrolapparat et skal under rette andre ekster ne facilit eter om førerens samtykke. 
Når køretøjet er sat i tænding, skal disse data udsendes permanent. 
201)  Den grænsef lade til den serielle dataf orbindelse, der er anført i bilag 1B til forordning (EØF) 
nr. 3821/85 (med ændr inge r), kan fortsat anvendes i takografe r for at sikre bagudk ompatibilit et. 
Førerens samtykke skal indhent es, hvis personoplysninge r overføres. 26.5.2016 L 139/46 Den Europæisk e Unions Tidende DA    
3.21  Kalibrer ing 
202)  Kali brer ingsfunktionen skal give mulighed for: 
—  at sampar re bevægelsessenso ren automatisk med køretøjsenheden 
—  at sammenk oble det ekster ne GNSS-udstyr automatisk med køretøjsenheden om nødvendigt 
—  at tilpasse kontrolapparatets konstant (k) digitalt til køretøjets vejdrejetal (w) 
—  at justere det aktuelle tidspunkt inden for gyldighedsper ioden for det isatte værks teds kort 
—  at justere den aktuelle kilometerstand 
—  at opdat ere datalagerets identifikationsdata for bevæge lsessensoren 
—  om nødvendigt at opdatere identif ikationsdata for ekster nt GNSS-udstyr , der er gemt i datalager et 
—  at opdat ere type og id for alle mont erede plomber 
—at ajourf øre eller bekræf te andre parametre, som kontrolapparat et har kendskab til: køretøjsidenti ­
fikatio n, w, l, dækstør relse og, hvis relevant, fartbegrænserens indstilling. 
203)  Endvidere skal kalibrer ingsfunktionen gøre det muligt at udelukk e brug af takografk ort af første 
generation i kontrolapparatet, forudsat at betinge lserne i tillæg 15 er opfyldt. 
204)  Sampar ring af bevægelsessensor med køretøjsenhed skal i det mindst e omf atte følgende: 
—  ajourføring af bevæge lsessensorens monter ingsdata, som opbevares af bevæge lsessensoren (efter 
beho v) 
—kopier ing af de nødvendig e data til identif ikation af bevægelsessensoren fra føleren til køretøjs ­
enhedens datalager . 
205)  Sammenk obling af det ekster ne GNSS-udstyr til køretøjsenheden skal som minimum bestå af: 
—  opdate ring af det ekster ne GNSS-udstyrs montering sdata, som opbevares af udstyret (efter beho v) 
—  kopier ing af de nødvendig e identifikationsdata for det eksterne GNSS-udstyr , herunder udstyrets 
serienummer , fra udstyret til køretøjsenhedens datalager . 
Efter sammenk oblinge n skal GNSS-udstyrets positionsoplysning er kontrolleres. 
206)  Kali brer ingsfunktionen skal kunne indlæse data gennem kalibrer ings-/o verfø rselsstikket i henhold til 
den i tillæg 8 fastlagte kalibrer ingsprotok ol. Kalibrer ingsfunktionen kan derudover indlæse de 
nødvendige data ved brug af andre midler . 
3.22  Kalibrer ingsk ontrol ved vejsiden 
207)  Funktionen til kalibrer ingsk ontrol ved vejsiden skal gøre det muligt at aflæse serienummeret på den 
bevægelsessenso r (muligvis indlejret i adap teren) og (om nødvendigt) det ekster ne GNSS-udstyr , der er 
forbundet til køretøjsenheden på tidspunktet for anmodninge n. 
208)  Denne aflæsning skal som minimum kunne foretages på køretøjsenhedens skær mbillede via 
kommandoer i menuer ne. 26.5.2016 L 139/47 Den Europæisk e Unions Tidende DA    
209)  Funktionen til kalibrer ingsk ontrol ved vejsiden skal desuden gøre det muligt at styre valget af I/O- 
funktionstilstand for kalibrer ings-I/O-signallinjen, som anført i tillæg 6, via K-linjegrænsef laden. Dette 
skal ske gennem funktionen ECU AdjustmentSession som beskrevet i tillæg 8, afsnit 7 »Styr ing af 
testim pulser — funktionsenhed for ind-/uddatastyr ing«. 
3.23  Tidsjus tering 
210)  Tidsjuste ringsfunktionen skal give mulighed for automatisk justering af det aktuelle klokkes læt. I 
kontrolapparat et anvendes to kilder til tidsjustering, nemlig 1) køretøjsenhedens interne ur og 2) 
GNSS-modtageren. 
211)  Køretøjsenhedens interne urs tidsindstilling skal automa tisk tilpasses med inter valler på højst 12 
timer . Hvis der ikke foreligge r noget GNSS-signal inden for de 12 timer , skal tidsindstillingen 
foretages , så snar t køretøjsenheden kan få adgang til en gyldig tidsværdi fra GNSS-modtageren, 
afhængigt af køretøjets tændingstilstand. Referencetidspunktet for den automatisk e indstilling af 
køretøjsenhedens interne ur skal hentes fra GNSS-modtager en. Hændelsen »tidsk onflikt« skal udløses, 
hvis det aktuelle klokkeslæt afviger med mere end ét (1) minut fra tidsoplysningerne fra GNSS- 
modtager en. 
212)  Tidsjuste ringsfunktionen skal også muliggøre hændelsesudløst justering af det aktuelle klokkeslæt i 
kalibrer ingstilstand. 
3.24  Funktionsspecif ikationer 
213)  Køretøjsenheden skal være helt driftsklar i temperaturområdet – 20 °C til 70 °C. For det eksterne 
GNSS-udstyr er temperaturområdet – 20 °C til 70 °C, og for bevægelsessensoren er temperatu ­
rområdet – 40 °C til 135 °C. Datalage rets indhold skal kunne opbevares ved temperaturer ned til 
– 40 °C. 
214)  Takografe n skal være fuldt funktionsdygtig i fugtighedsinter vallet 10 % til 90 %. 
215)  Plomber ne i den intellig ente takograf skal kunne tåle de samme forhold som de takografk ompon enter, 
de er fastgjor t til. 
216)  Kontrolapparat et skal være beskytt et mod overspænding, omve ndt polar itet af strømtilf ørslen samt 
kortslutning. 
217)  Bevægelses sensorer skal 
—  reager e på et magnetisk felt, som forstyr rer detekt eringen af køretøjets bevægelse. I dette tilfæ lde 
vil køretøjsenheden registrere og gemme en fejl ved føler (krav 88) 
—  eller have et følerelement, som er beskyttet mod eller upåvirk elig af magnetisk e felter . 
218)  Kontrolapparat et og det ekster ne GNSS-udstyr skal overholde best emmelser ne i det internati onale 
regelsæt UN ECE R10 og være beskyttet mod elektrostatisk e udladning er og spændingsvar iationer . 
3.25  Mater ialer 
219)  Alle kontrolapparatets komponent er skal være udført i mater ialer af tilstrækkeli g stabilit et og 
mekanisk styrk e samt med stabile elektr iske og magnetiske egensk aber . 
220)  Med henblik på normale driftsbeting elser skal alle apparatets indvendig e dele være beskytt et mod fugt 
og støv . 
221) Køretøjsenheden og det eksterne GNSS-udstyr skal opfylde beskyttelsesgrad IP 40, og bevægelses ­
sensoren skal opfylde beskyttelsesgrad IP 64 i henhold til standard IEC 60529:1989, herunder 
A1:1999 og A2:2013. 26.5.2016 L 139/48 Den Europæisk e Unions Tidende DA    
222)  Kontrolapparat et skal opfylde de pågældende teknisk e forskr ifter for ergonomisk udformning. 
223)  Kontrolapparat et skal være beskytte t mod hændelig beskadigelse. 
3.26  Mærkning 
224)  Hvis kontrolapparatet viser køretøjets kilometerstand og hastighed på skær men, skal følgende 
angivelser vises på skær men: 
—  ved det tal, som viser kilometerstanden, måleenheden angivet ved forkortelsen »km« 
—  ved det tal, som angiver hastigheden, måleenheden »km/t«. 
Kontrolapparat et kan desuden være stillet om til at vise hastighed i miles per hour , i hvilke t tilfæ lde 
hastighedsmåleenheden skal være angivet ved forkortelsen »mph «. Kontrolapparatet kan desuden være 
stillet om til at vise afstand i miles, i hvilke t tilfælde afstandsmåleenheden skal være angivet ved 
forkortelsen »mi«. 
225)  På hver af kontrolapparat ets separate komponent er skal være fastgjor t en tavle med følgen de 
enkeltheder: 
—  udstyrsfa brikantens navn og adresse 
—  fabrikantens reser vedelsnummer og apparat ets fremstillingsår 
—  apparat ets serienummer 
—  kontrolapparattypens godkendelsesmærk e. 
226)  Når der ikke er tilstrække lig plads til at angive alle ovenstående oplysning er, skal skilt et i det mindst e 
angive fabr ikant ens navn eller mærke, og apparat ets reser vedelsnummer . 
4  KONSTR UKTIONS- OG FUNK TIONSKRA V TIL TAKOGRAFK ORT 
4.1  Synlige data 
Forsiden skal indeholde: 
227)  svarende til kortets art, ordet »Førerk ort« eller »Kontrolk ort« eller »Værkstedsk ort« eller 
»Virksomhedskor t«, trykt med store bogstave r på de(t) officielle sprog i den medlemsstat, som har 
udstedt kortet 
228)  angivelse af navn et på den udst edende medlemsstat er valgfr it 
229)  den udste dende medlemsstats nationalitetsmærk e, trykt med nega tiv skrift i et blåt rektange l og 
omgivet af 12 gule stjer ner. Nationalit etsmærkern e er følgen de: 
B 
BG 
CZ 
CY Belgien 
Bulgar ien 
Den Tjekkisk e Republik 
Cyper n LV 
L 
LT 
M Letland 
Luxembourg 
Litauen 
Malta 
DK Danmark NL Nederlandene 26.5.2016 L 139/49 Den Europæisk e Unions Tidende DA    
D 
EST Tyskland 
Estland A 
PL Østr ig 
Polen 
GR Græke nland P 
RO 
SK 
SLO Portugal 
Rumænien 
Slovakiet 
Slovenien 
E Spanien FIN Finland 
F 
HR 
H Frankr ig 
Kroatien 
Ung arn S Sver ige 
IRL Irland UK Det Forenede Kongeri ge 
I Italien    
230)  oplysninger , der er specifi kke for det udstedt e kort, nummereret som følger:  
Førerk ort Kontrolk ort Virksom heds- eller værk steds­
kort 
1. førerens eftern avn kontrolinstansens navn virk somhedens eller værkste ­
dets navn 
2. førerens fornavn(e) den tilsynsf ørendes efternavn 
(hvis relevant) kortindehav erens efternavn 
(hvis relevant) 
3. førerens fødselsdato den tilsynsf ørendes fornavn 
(e) 
(hvis relevant) kortindehav erens fornavn(e) 
(hvis relevant) 
4.a først e dato i kortets gyldighedsper iode 
4.b kortets udløbsdato 
4.c den udstedende myndigheds navn (kan trykkes på bagsiden) 
4.d (evt.) nummer , der er forsk elligt fra nummeret under punkt 5, til administrative formål 
5.a kørek ortnummer 
(på udst edelsesdat oen for fø­
rerk ortet) — — 
5.b kortnummer 
6. fotografi af føreren (evt.) fotografi af den tilsyns ­
førende (evt.) fotografi af installatøren 26.5.2016 L 139/50 Den Europæisk e Unions Tidende DA    
Førerk ort Kontrolk ort Virksom heds- eller værk steds­
kort 
7. (evt.) indehav erens underskr ift 
8. (evt.) førerens sædvanlige bo­
pæl eller postadresse kontrolinstansens post ­
adresse virk somhedens eller værkste ­
dets postadresse  
231)  datoer skrives i formatet »dd/mm/yyyy« eller »dd.mm.yyyy« (dag, måned, år). 
Bagsiden skal indeholde: 
232)  en forklar ing til de nummererede punkt er på kortets forside 
233)  med indehav erens udtr ykkelig e skriftlige godken delse 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 takografk ort. 
234)  Takografk ort skal være trykt med følgen de dominerende baggr undsfar ve:  
— førerk ort:hvid  
— kontrolk ort:blå  
— værks tedskort:rød  
— virksom hedsk ort:gul. 
235)  Takografk ort skal have mindst følgen de egensk aber til beskytte lse mod forfalskning og indgreb fra 
uvedk ommende: 
—  sikker hedsbaggr und med fint slange ornament og regnbuetr yk 
—  i fotografi ets område skal sikker hedsbaggr und og fotografi overlappe 
—  mindst én tofarvet mikropr intlinje.  26.5.2016 L 139/51 Den Europæisk e Unions Tidende DA    
236)  Medlemsstate rne kan efter at have rådf ørt sig med Kommissionen tilføje farve eller mærke r som f.eks. 
nationale symboler og sikke rhedsdetaljer , uden at dette berører de øvrige best emmelser i bilaget. 
237)  De midler tidige kort omhandlet i artikel 26, stk. 4, i forordning (EU) nr. 165/2014 skal overholde 
beste mmelser ne i dette bilag. 
4.2  Sikk erhed 
Sikr inge n af systeme t skal beskytt e integritet og ægthed af data, som udveksles mellem kort og 
kontrolapparat, beskytte integritet og ægthed af data, som overfø res fra kortene, bevirke, at visse 
skriveprocedurer på kortene er forbeholdt kontrolapparatet, dekr yptere best emte data, udelukke forfalskning 
af data, som opbevares på kortene, forhindre indgreb fra uvedk ommende og afsløre ethver t forsøg derpå. 
238)  Af hensyn til system ets sikker hed skal takografk ortene opfylde sikkerh edsf orskr ifterne i tillæg 10 og 
11. 26.5.2016 L 139/52 Den Europæisk e Unions Tidende DA    
239)  Takografk ort skal kunne læses med andet udstyr som f.eks. pc'er . 
4.3  Standarder 
240)  Takografk ort skal være i overensst emmelse med følgende standarder: 
—  ISO/IEC 7810 Identif ication cards — Physical characteri stics 
—  ISO/IEC 7816 Identif ication cards — Integrat ed circuit cards: 
—  Part 1: Physical charact eristics 
—  Part 2: Dimensions and position of the contacts (ISO/IEC 7816-2:2007) 
—  Part 3: Electr ical interface and transmission prot ocols (ISO/IEC 7816-3:2006) 
—  Part 4: Org anisation, secur ity and commands for interchang e (ISO/IEC 7816-4:2013 + Cor 
1:2014) 
—  Part 6: Interin dustr y data elements for interc hange (ISO/IEC 7816-6:2004 + Cor 1:2006) 
—  Part 8: Commands for secur ity operations (ISO/IEC 7816-8:2004). 
—  Takografk ort skal afprø ves i overensst emmelse med ISO/IEC 10373-3:2010 Identif ication cards 
— Test methods — Part 3: Integrat ed circuit cards with contacts and related interface devices. 
4.4  Miljømæssige og elektr iske specif ikationer 
241)  Takografk ort skal kunne fung ere korrekt under alle de klimabetinge lser, som normalt optræder på 
fællesska bets område, og det mindst e i temperaturområdet – 25 °C til + 70 °C med lejlighedsvise 
maksi ma på indtil + 85 °C, idet der ved »lejlighedsvis« forstås højst 4 timer ad gangen og højst 100 
gang e i løbet af kortets levetid. 
242)  Takografk ort skal fung ere korrekt inden for luftfugtighedsint ervallet 10-90 %. 
243)  Takografk ort skal kunne fung ere korrekt i fem år, hvis de anvendes i overensstemmelse med de 
miljømæssige og elektr iske specifikationer . 
244)  Under drift skal takografk ort opfylde kravene i ECE R10 om elektromagnetisk kompati bilitet og skal 
være beskytte t mod elektrostatiske udladning er. 
4.5  Lagring af oplysninger 
Med henblik på best emmelser ne i dette afsnit 
—  registreres klokkes læt med en opløsning på 1 minut, medmindre andet er angivet 
—  registreres kilometer stand med en opløsning på 1 kilometer 
—  hastigheder registreres med en opløsning på 1 km/t 
—  positioner (breddegrad og længdegrad) registreres i grader og minutter med en opløsning på 1/10 minut. 
Takografk ortets funktioner , kommandoer og logiske strukturer , som opfylder datalagr ingsbest emmelser ne, er 
nær mere angivet i tillæg 2. 
Medmindre andet anføres, skal datalagr ing på takografk ort tilrett elægges på en sådan måde, at nye data 
erstatte r de ældste data, hvis den planlagte lage rplads til de pågælde nde poster er opbr ugt. 26.5.2016 L 139/53 Den Europæisk e Unions Tidende DA    
245)  I dette afsnit fastsættes tilladelig mindst e lagerkapacitet til applikationens forske llige datafile r. 
Takografk ort skal til kontrolapparatet kunne angive den faktisk e lagerkapacit et til disse dataf iler. 
246)  Skal kortet herudover benyttes til lagring af andre data vedrørende andre applikationer , som kortet 
understøtter , skal disse lagres i overensstemmelse med direktiv 95/46/EF , direktiv 2002/58/EF og 
artikel 7 i forordning (EU) nr. 165/2014. 
247)  Hver hovedfil (MF) på ethver t takografk ort skal indeholde op til fem elementærf iler (EF) til 
kortstyr ing, anvendelse og identifikation af chip samt to dedikerede filer (DF): 
—  DF Tachograph (dedik eret takograff il), som indeholder den applikation, der er tilgæ ngelig for 
først e generation af køretøjsenheder , og som også findes i takografk ort af først e generation 
—  DF Tachograph_G2, som indeholder den applikation, der kun er tilgæ ngelig for anden generation 
af køretøjsenheder , og som kun findes i takografk ort af anden generation. 
Nær mere oplysninger om takografk ortets opbygning find es i tillæg 2. 
4.5.1  Elementærf iler til identifik ation og kortstyr ing 
4.5.2  Identifik ation af IC-kor t 
248)  Takografk ort skal kunne lagre følgende data til identif ikation af chipk ort: 
—  »clock stop« 
—  kortets serienummer (her under produktionshenvisning er) 
—  kortets typegodkendelsesnummer 
—  identif ikation af kortnavn (ID) 
—  indlejrer -ID 
—  IC-na vn. 
4.5.2.1  Identifikation af chip 
249)  Takografk ort skal kunne lagre følgende data til identif ikation af IC (IC = integreret kreds): 
—  IC-ser ienummer 
—  IC-produktionshenv isninger . 
4.5.2.2  DIR (findes kun i takografk ort af anden generation) 
250)  Takografk ort skal kunne lagre de i tillæg 2 anførte dataobjekter til identif ikation af applikationen. 
4.5.2.3  ATR-oplysninge r (beting ede, findes kun i takografk ort af anden generation) 
251)  Takografk ort skal kunne lagre følgende dataobjekt med udvidet informationslængde: 
—  det dataobjekt med udvidet informationslængde, der er anført i tillæg 2, hvis takografk ortet 
understøtt er felter med udvidet længde. 26.5.2016 L 139/54 Den Europæisk e Unions Tidende DA    
4.5.2.4  Oplysning er med udvidet længde (beting ede, findes kun i takografk ort af anden 
generation) 
252)  Takografk ort skal kunne lagre følgende dataobjekter med udvidet informationslængde: 
—  de dataobjekter med udvidet informationslængde, der er anført i tillæg 2, hvis takografk ortet 
understøtt er felter med udvidet længde. 
4.5.3  Fører kort 
4.5.3.1  Takografap plikation (tilgæ ngelig for køretøjsenheder af først e og anden generation) 
4.5.3.1.1  Identifikat ion af applikation 
253)  Førerk ortet skal kunne lagre følgende data til identif ikation af applikationen: 
—  identif ikation af takograf applikation 
—  identif ikation af takografk ortets type. 
4.5.3.1.2  Nøg ler og certifikater 
254)  Førerk ortet skal kunne gemme en række kryptografiske nøg ler og certifik ater som præciseret i tillæg 
11, del A. 
4.5.3.1.3  Identifikat ion af kort 
255)  Førerk ortet skal kunne lagre følgende data til identif ikation af kortet: 
—  kortnummer 
—  udst edende medlemsstat, navn på udst edende myndighed, udstedelses dato 
—  startdato på kortets gyldighedsper iode, kortets udløbsdato. 
4.5.3.1.4  Identifikat ion af kortindehav er 
256)  Førerk ortet skal kunne lagre følgende data til identif ikation af kortindehav er: 
—  indehav erens eftern avn 
—  indehav erens fornavn(e) 
—  fødselsdato 
—  foretr ukket sprog. 
4.5.3.1.5  Datao verfø rsel på kort 
257)  Førerk ortet skal kunne lagre følgende data vedrøre nde datao verfø rsel på kort: 
—  dato og klokke slæt for senest e datao verfø rsel på kort (til andre formål end kontrol). 
258)  Førerk ortet skal kunne opbevare én sådan post. 
4.5.3.1.6  Oplysning er om førerbevis 
259)  Førerk ortet skal kunne lagre følgende data vedrøre nde førerbevis: 
—  udst edende medlemsstat, navn på udst edende myndighed 
—  førerbevisets nummer (på kortets udste delsesdato). 26.5.2016 L 139/55 Den Europæisk e Unions Tidende DA    
4.5.3.1.7  Data vedrør ende hændelser 
Med henblik på best emmelser ne i dette afsnit skal tiden registreres med en opløsning på 1 sekund. 
260)  Førerk ortet skal kunne lagre data vedrøre nde følgende hændelser , som kontrolapparatet har 
detekt eret, mens kortet var isat: 
—  tidso verlapning (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) 
—  afbr ydelse i strømf orsyningen 
—  fejl ved køredata 
—  forsøg på sikkerhedsbr ud. 
261)  Førerk ortet skal kunne lagre følgende data vedrøre nde disse hændelser: 
—  hændelsesk ode 
—  startdato og -klokkes læt for hændelsen (eller for isætning af kortet, hvis dette fandt sted i 
hændelsesper ioden) 
—  slutdat o og -klokkeslæt for hændelsen (eller for udtagning af kortet, hvis dette fandt sted i 
hændelsesper ioden) 
—  VRN og den medlemsstat, som har indregistreret det køretøj, hvor hændelsen optrådt e. 
Bemærk: For hændelsen »tidso verlapning« 
—  skal hændelsens startdato og -klokkes læt svare til dato og klokkeslæt for udtagning af kortet fra 
det foregåe nde køretøj 
—  skal hændelsens slutdat o og -klokkeslæt svare til dato og klokkeslæt for isætning af kortet i det 
aktuelle køretøj 
—  skal køretøjsdata svare til det aktuelle køretøj, som giver anledning til hændelsen. 
Bemærk: For hændelsen »seneste kortsession ikke korrekt afsluttet« 
—  skal hændelsens startdato og -klokke slæt svare til dato og klokkes læt for ukorrekt afslutning af 
sessionen 
—  skal hændelsens slutdato og -klokkeslæt svare til dato og klokke slæt for isætning af kortet ved den 
session, under hvilke n hændelsen blev konstater et (den aktuelle session) 
—  skal køretøjsdata svare til det køretøj, i hvilket sessionen ikke blev afslutte t korrekt 
262)  skal førerk ortet kunne lagre data for de seks senest optrådte hændelser af hver type (dvs. 36 
hændelser). 
4.5.3.1.8  Data vedrør ende fejl 
Med henblik på best emmelser ne i dette afsnit skal tiden registreres med en opløsning på 1 sekund. 
263)  Førerk ortet skal kunne lagre data vedrøre nde følgende hændelser , som kontrolapparatet har 
detekt eret, mens kortet var isat: 
—  kortfejl (når kortet er genstand for hændelsen) 
—  fejl ved kontrolapparat. 26.5.2016 L 139/56 Den Europæisk e Unions Tidende DA    
264)  Førerk ortet skal kunne lagre følgende data vedrøre nde disse hændelser: 
—  fejlkode 
—  startdato og -klokkes læt for hændelsen (eller for isætning af kortet, hvis dette fandt sted inden for 
hændelsesper ioden) 
—  slutdat o og -klokkes læt for fejlen (eller for udtagning af kortet, hvis dette fandt sted inden for 
hændelsesper ioden) 
—  VRN og den medlemsstat, som har indregistreret det køretøj, hvor fejlen optrådte. 
265)  Førerk ortet skal kunne lagre data for de tolv senest optrådte hændelser af hver type (dvs. 24 
hændelser). 
4.5.3.1.9  Føreraktivitets data 
266)  Førerk ortet skal kunne lagre følgen de data for hver kalenderdag, hvor kortet har været anvendt, eller 
hvor føreren har indtastet aktivitet er manuelt : 
—  dato 
—  en tæller for daglig tilstedeværelse (øges med én for hver af de pågældende kalenderdag e) 
—  den samlede distance, som føreren har tilbagelagt det pågælde nde døgn 
—  førerstatus kl. 00:00 
—  samlet distance tilbagelagt af føreren den pågælde nde dag, hver gang føreren har skiftet aktivitet 
og/eller kørestatus og/eller har isat eller udtaget sit kort: 
—  kørestatus (FØRERHOLD, ÉN FØRER) 
—  kortplads (FØRER, MEDCHA UFFØR) 
—  kortstatus (ISAT, IKKE ISAT) 
—  aktivite t (KØRSEL, RÅDIGHED, ARBEJDE, PAUSE/HVILE) 
—  tidspunkt for ændr inge n. 
267)  Førerk ortets lage r skal kunne opbevare data vedr ørende førerens aktivitet i mindst 28 dage 
(genne msnitsaktivitet en for en fører defineres som 93 aktivitetsskift pr. dag). 
268)  De under forskr ift 261, 264 og 266 angivne data skal opbevares på en måde, som giver mulighed 
for at hente aktivitet erne i den række følge, de har fundet sted, også når der er tidsmæssig 
overlapning. 
4.5.3.1.10  Data vedrør ende anvendte køretøjer 
269)  Førerk ortet skal kunne lagre følge nde data for hver kalenderdag, kortet er blevet anvendt, og for hver 
anvendelsesperi ode for et givet køretøj den pågældende dag (en sådan periode omf atter alle på 
hinanden følge nde 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 anvendel ­
sesper iode for køretøjet, eller 00:00, hvis det pågældende tidspunkt er inden for anvendelses ­
perioden) 
—  køretøjets kilometers tand på det pågældende tidspunkt 
—  dato og klokkeslæt for senest e anvendelse af køretøjet (dvs. første kortudtagning med henblik på 
denne anvendelsesperi ode for køretøjet, eller 23:59, hvis det pågældende tidspunkt er inden for 
anvendelsesper ioden) 
—  køretøjets kilometers tand på det pågældende tidspunkt 
—  VRN og den indregistrerende medlemsstat. 26.5.2016 L 139/57 Den Europæisk e Unions Tidende DA    
270)  Førerk ortet skal kunne lagre mindst 84 sådanne poster . 
4.5.3.1.11  Steder, hvor den daglige arbejdstid begynder og/eller slutter 
271)  Førerk ortet 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æsninge n (eller dato/klokk eslæt knyttet til indlæsningen, når 
indlæsning fandt sted under den manuelle indlæsningsprocedure) 
—  indlæsningens art (begyndelse eller slutning, omstændighed ved indlæsning en) 
—  den indlæst e stat og region 
—  køretøjets kilometers tand. 
272)  Førerk ortets lage r skal kunne rumme mindst 42 par poste r af denne art. 
4.5.3.1.12  Kortsessionsdata 
273)  Førerk ortet skal kunne opbevare følgende data vedrøre nde det køretøj, som åbnede kortets aktuelle 
session: 
—  dato og klokke slæt for åbning af sessionen (dvs. isætning af kort) med en opløsning på ét sekund 
—  VRN og den indregistrerende medlemsstat. 
4.5.3.1.13  Kontrolaktivitet sdata 
274)  Førerk ortet skal kunne lagre følgende data vedrøre nde kontrolaktivitet er: 
—  kontroldato og -klokkeslæt 
—  kontrolk ortets nummer og den kortudstedende medlemsstat 
—  kontrollens art (visning og/eller udskr ivning og/eller datao verfø rsel på køretøjsenhed og/eller 
datao verfø rsel på kort (se bemærkning)) 
—  ved datao verførsel den overførte periode 
—  køretøjets indregistrer ingsnummer og den medlemsstat, som har indregistreret det køretøj, hvor 
kontrollen fandt sted. 
Bemærk: datao verfø rsel på kort vil kun blive registreret, hvis det sker genn em et kontrolapparat. 
275)  Førerk ortet skal kunne opbevare én sådan post. 
4.5.3.1.14  Data vedrør ende særlige omstændigheder 
276)  Førerk ortet skal kunne opbevare følgen de data vedrøre nde særlige omstændigheder , som er indlæst, 
mens kortet var isat (uanset i hvilk en kortplads): 
—  indlæsningsdato og -klokkeslæt 
—  den særlige omstændigheds art. 
277)  Førerk ortet skal kunne lagre mindst 56 sådanne poster . 26.5.2016 L 139/58 Den Europæisk e Unions Tidende DA    
4.5.3.2  Takografap plikation af anden generation (ikk e tilg ængelig for køretøjsenheder af først e 
generation) 
4.5.3.2.1  Identifikat ion af applikation 
278)  Førerk ortet skal kunne lagre følgende data til identif ikation af applikationen: 
—  identif ikation af takograf applikation 
—  identif ikation af takografk ortets type. 
4.5.3.2.2  Nøg ler og certifikater 
279)  Førerk ortet skal kunne gemme en række kryptografiske nøg ler og certifik ater som præciseret i tillæg 
11, del B. 
4.5.3.2.3  Identifikat ion af kort 
280)  Førerk ortet skal kunne lagre følgende data til identif ikation af kortet: 
—  kortnummer 
—  udst edende medlemsstat, navn på udst edende myndighed, udstedelses dato 
—  startdato på kortets gyldighedsper iode, kortets udløbsdato. 
4.5.3.2.4  Identifikat ion af kortindehav er 
281)  Førerk ortet skal kunne lagre følgende data til identif ikation af kortindehav er: 
—  indehav erens eftern avn 
—  indehav erens fornavn(e) 
—  fødselsdato 
—  foretr ukket sprog. 
4.5.3.2.5  Datao verfø rsel på kort 
282)  Førerk ortet skal kunne lagre følgende data vedrøre nde datao verfø rsel på kort: 
—  dato og klokke slæt for senest e datao verfø rsel på kort (til andre formål end kontrol). 
283)  Førerk ortet skal kunne opbevare én sådan post. 
4.5.3.2.6  Oplysning er om førerbevis 
284)  Førerk ortet skal kunne lagre følgende data vedrøre nde førerbevis: 
—  udst edende medlemsstat, navn på udst edende myndighed 
—  førerbevisets nummer (på kortets udste delsesdato). 
4.5.3.2.7  Data vedrør ende hændelser 
Med henblik på best emmelser ne i dette afsnit skal tiden registreres med en opløsning på 1 sekund. 26.5.2016 L 139/59 Den Europæisk e Unions Tidende DA    
285)  Førerk ortet skal kunne lagre data vedrøre nde følgende hændelser , som kontrolapparatet har 
detekt eret, mens kortet var isat: 
—  tidso verlapning (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) 
—  afbr ydelse i strømf orsyningen 
—  fejl ved kommunikation med facilit eten til fjernkommunikation 
—  mang lende positionsoplysninger fra GNSS-modtager 
—  fejl ved kommunikation med det eksterne GNSS-udstyr 
—  fejl ved køredata 
—  køretøjsbevæge lsesk onflikt 
—  forsøg på sikkerhedsbr ud 
—  tidsk onflikt. 
286)  Førerk ortet skal kunne lagre følgende data vedrøre nde disse hændelser: 
—  hændelsesk ode 
—  startdato og -klokkes læt for hændelsen (eller for isætning af kortet, hvis dette fandt sted i 
hændelsesper ioden) 
—  slutdat o og -klokkeslæt for hændelsen (eller for udtagning af kortet, hvis dette fandt sted i 
hændelsesper ioden) 
—  VRN og den medlemsstat, som har indregistreret det køretøj, hvor hændelsen optrådt e. 
Bemærk: For hændelsen »tidso verlapning« 
—  skal hændelsens startdato og -klokkes læt svare til dato og klokkeslæt for udtagning af kortet fra 
det foregåe nde køretøj 
—  skal hændelsens slutdat o og -klokkeslæt svare til dato og klokkeslæt for isætning af kortet i det 
aktuelle køretøj 
—  skal køretøjsdata svare til det aktuelle køretøj, som giver anledning til hændelsen. 
Bemærk: For hændelsen »seneste kortsession ikke korrekt afsluttet« 
—  skal hændelsens startdato og -klokke slæt svare til dato og klokkes læt for ukorrekt afslutning af 
sessionen 
—  skal hændelsens slutdato og -klokkeslæt svare til dato og klokke slæt for isætning af kortet ved den 
session, under hvilke n hændelsen blev konstater et (den aktuelle session) 
—  skal køretøjsdata svare til det køretøj, i hvilket sessionen ikke blev afslutte t korrekt 
287)  skal førerk ortet kunne lagre data for de seks senest optrådte hændelser af hver type (dvs. 66 
hændelser). 
4.5.3.2.8  Data vedrør ende fejl 
Med henblik på best emmelser ne i dette afsnit skal tiden registreres med en opløsning på 1 sekund. 26.5.2016 L 139/60 Den Europæisk e Unions Tidende DA    
288)  Førerk ortet skal kunne lagre data vedrøre nde følgende hændelser , som kontrolapparatet har 
detekt eret, mens kortet var isat: 
—  kortfejl (når kortet er genstand for hændelsen) 
—  fejl ved kontrolapparat. 
289)  Førerk ortet skal kunne lagre følgende data vedrøre nde disse hændelser: 
—  fejlkode 
—  startdato og -klokkes læt for hændelsen (eller for isætning af kortet, hvis dette fandt sted inden for 
hændelsesper ioden) 
—  slutdat o og -klokkes læt for fejlen (eller for udtagning af kortet, hvis dette fandt sted inden for 
hændelsesper ioden) 
—  VRN og den medlemsstat, som har indregistreret det køretøj, hvor fejlen optrådte. 
290)  Førerk ortet skal kunne lagre data for de tolv senest optrådte hændelser af hver type (dvs. 24 
hændelser). 
4.5.3.2.9  Føreraktivitets data 
291)  Førerk ortet skal kunne lagre følgen de data for hver kalenderdag, hvor kortet har været anvendt, eller 
hvor føreren har indtastet aktivitet er manuelt : 
—  dato 
—  en tæller for daglig tilstedeværelse (øges med én for hver af de pågældende kalenderdag e) 
—  den samlede distance, som føreren har tilbagelagt det pågælde nde døgn 
—  førerstatus kl. 00:00 
—  samlet distance tilbagelagt af føreren den pågælde nde dag, hver gang føreren har skiftet aktivitet 
og/eller kørestatus og/eller har isat eller udtaget sit kort: 
—  kørestatus (FØRERHOLD, ÉN FØRER) 
—  kortplads (FØRER, MEDCHA UFFØR) 
—  kortstatus (ISAT, IKKE ISAT) 
—  aktivite t (KØRSEL, RÅDIGHED, ARBEJDE, PAUSE/HVILE) 
—  tidspunkt for ændr inge n. 
292)  Førerk ortets lage r skal kunne opbevare data vedr ørende førerens aktivitet i mindst 28 dage 
(genne msnitsaktivitet en for en fører defineres som 93 aktivitetsskift pr. dag). 
293)  De under forskr ift 286, 289 og 291 angivne data skal opbevares på en måde, som giver mulighed 
for at hente aktivitet erne i den række følge, de har fundet sted, også når der er tidsmæssig 
overlapning. 
4.5.3.2.10  Data vedrør ende anvendte køretøjer 
294)  Førerk ortet skal kunne lagre følge nde data for hver kalenderdag, kortet er blevet anvendt, og for hver 
anvendelsesperi ode for et givet køretøj den pågældende dag (en sådan periode omf atter alle på 
hinanden følge nde 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 anvendel ­
sesper iode for køretøjet, eller 00:00, hvis det pågældende tidspunkt er inden for anvendelses ­
perioden) 26.5.2016 L 139/61 Den Europæisk e Unions Tidende DA    
—  køretøjets kilometers tand på det pågældende tidspunkt 
—  dato og klokkeslæt for senest e anvendelse af køretøjet (dvs. første kortudtagning med henblik på 
denne anvendelsesperi ode for køretøjet, eller 23:59, hvis det pågældende tidspunkt er inden for 
anvendelsesper ioden) 
—  køretøjets kilometers tand på tidspunkte t for seneste anvendelse 
—  VRN og den indregistrerende medlemsstat 
—  køretøjets VIN. 
295)  Førerk ortet skal kunne lagre mindst 84 sådanne poster . 
4.5.3.2.11  Steder og positioner , hvor den daglige arbejdstid begynder og/eller slutter 
296)  Førerk ortet 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æsninge n (eller dato/klokk eslæt knyttet til indlæsningen, når 
indlæsning fandt sted under den manuelle indlæsningsprocedure) 
—  indlæsningens art (begyndelse eller slutning, omstændighed ved indlæsning en) 
—  den indlæst e stat og region 
—  køretøjets kilometers tand 
—  køretøjets position 
—  GNSS-nøjagtigheden, dato og klokkes læt for registrer ing af positionen. 
297)  Førerk ortets lage r skal kunne rumme mindst 84 par poste r af denne art. 
4.5.3.2.12  Kortsessionsdata 
298)  Førerk ortet skal kunne opbevare følgende data vedrøre nde det køretøj, som åbnede kortets aktuelle 
session: 
—  dato og klokke slæt for åbning af sessionen (dvs. isætning af kort) med en opløsning på ét sekund 
—  VRN og den indregistrerende medlemsstat. 
4.5.3.2.13  Kontrolaktivitet sdata 
299)  Førerk ortet skal kunne lagre følgende data vedrøre nde kontrolaktivitet er: 
—  kontroldato og -klokkeslæt 
—  kontrolk ortets nummer og den kortudstedende medlemsstat 
—  kontrollens art (visning og/eller udskr ivning og/eller datao verfø rsel på køretøjsenhed og/eller 
datao verfø rsel på kort (se bemærkning)) 
—  ved datao verførsel den overførte periode 
—  køretøjets indregistrer ingsnummer og den medlemsstat, som har indregistreret det køretøj, hvor 
kontrollen fandt sted. 
Bemærk: Sikkerhedsf orskr iftern e indebærer , at datao verførsel på kort kun vil blive registreret, hvis det 
sker genn em et kontrolapparat. 
300)  Førerk ortet skal kunne opbevare én sådan post. 26.5.2016 L 139/62 Den Europæisk e Unions Tidende DA    
4.5.3.2.14  Data vedrør ende særlige omstændigheder 
301)  Førerk ortet skal kunne opbevare følgen de data vedrøre nde særlige omstændigheder , som er indlæst, 
mens kortet var isat (uanset i hvilk en kortplads): 
—  indlæsningsdato og -klokkeslæt 
—  den særlige omstændigheds art. 
302)  Førerk ortet skal kunne lagre mindst 56 sådanne poster . 
4.5.3.2.15  Data vedrør ende anvendte køretøjsenheder 
303)  Førerk ortet skal kunne lagre følgende data vedr ørende de forske llige køretøjsenheder , som kortet er 
blevet brugt i: 
—  dato og klokkeslæt for starten af køretøjsenhedens anvende lsesper iode (dvs. første isætning af 
kortet i køretøjsenheden i den pågælde nde periode) 
—  fabrikanten af køretøjsenheden 
—  køretøjsenhedens type 
—  versionsnummeret på det programmel, der anvende s i køretøjsenheden. 
304)  Førerk ortet skal kunne lagre mindst 84 sådanne poster . 
4.5.3.2.16  Data vedrør ende den position, hvor tre timers sammenhængende køretid nås 
305)  Førerk ortet skal kunne opbevare følge nde data vedr ørende køretøjets position, hvor førerens 
sammenhængende køretid når op på et multiplum af tre timer : 
—  dato og klokke slæt, hvor kortindehav erens sammenhængende køretid når op på et multiplum af 
tre timer 
—  køretøjets position 
—  GNSS-nøjagtigheden, dato og klokkes læt for registrer ing af positionen. 
306)  Førerk ortet skal kunne lagre mindst 252 sådanne poster . 
4.5.4  Værksted skort 
4.5.4.1  Takografap plikation (tilgæ ngelig for køretøjsenheder af først e og anden generation) 
4.5.4.1.1  Identifikat ion af applikation 
307)  Værkstedsk ortet skal kunne lagre følgende data til identif ikation af applikationen: 
—  identif ikation af takograf applikation 
—  identif ikation af takografk ortets type. 
4.5.4.1.2  Nøg ler og certifikater 
308)  Værkstedsk ortet skal kunne gemme en række kryptografiske nøgler og certifikater som præciseret i 
tillæg 11, del A. 26.5.2016 L 139/63 Den Europæisk e Unions Tidende DA    
309)  Værkstedsk ortet skal kunne lagre et personligt identif ikationsnummer (en PIN-k ode). 
4.5.4.1.3  Identifikat ion af kort 
310)  Værkstedsk ortet skal kunne lagre følgende data til kortidentif ikation: 
—  kortnummer 
—  udst edende medlemsstat, navn på udst edende myndighed, udstedelses dato 
—  startdato på kortets gyldighedsper iode, kortets udløbsdato. 
4.5.4.1.4  Identifikat ion af kortindehav er 
311)  Værkstedsk ortet skal kunne lagre følgende data til identif ikation af kortindehav er: 
—  værks tedets navn 
—  værks tedets adresse 
—  indehav erens eftern avn 
—  indehav erens fornavn(e) 
—  foretr ukket sprog. 
4.5.4.1.5  Datao verfø rsel på kort 
312)  Værkstedsk ortet skal kunne lagre data om datao verførsel på kort på samme måde som et førerk ort. 
4.5.4.1.6  Kalibrer ings- og tidsjusteri ngsdata 
313)  Værkstedsk ortet skal kunne opbevare poster vedrørende de kalibrer inger og/eller tidsjusteringer , som 
er udført, mens kortet er indsat i et kontrolapparat. 
314)  Hver kalibrer ingspost skal kunne indeholde følgende data: 
—  kalibrer ingens formål (aktiver ing, først e mont ering, mont ering, periodisk eftersyn) 
—  identif ikation af køretøjer 
—parametre, som er opdat eret eller bekræf tet (w, k, l, dækstør relse, indstilling af hastigheds ­
begrænser , kilometer tæller (ny og gammel værdi), dato og klokkes læt (ny og gammel værdi)) 
—  identif ikation af kontrolapparat et (køretøjsenhedens reser vedelsnummer , køretøjsenhedens 
serienummer). 
315)  Værkstedsk ortet skal kunne lagre mindst 88 sådanne poster . 
316)  Værkstedsk ortet skal have en tæller , som angiver det samlede antal kalibrer inger , der er udført med 
kortet. 
317)  Værkstedsk ortet skal have en tæller , som angiver det samlede antal kalibrer inger, der er udført siden 
sidste datao verførsel på kortet. 26.5.2016 L 139/64 Den Europæisk e Unions Tidende DA    
4.5.4.1.7  Data vedrør ende hændelser og fejl 
318)  Værkstedsk ortet skal kunne lagre dataposter om hændelser og fejl på samme måde som et førerk ort. 
319)  Værkstedsk ortet skal kunne lagre data for de tre senest optrådte hændelser af hver type (dvs. 18 
hændelser) og de tre senest optrådt e fejl af hver type (dvs. 12 fejl). 
4.5.4.1.8  Føreraktivitets data 
320)  Værkstedsk ortet skal kunne lagre data om førerens aktivitet på samme måde som et førerk ort. 
321)  Værkstedsk ortet skal kunne lagre data om førerens aktivitet i mindst 1 dag med gennemsnitlig 
føreraktivit et. 
4.5.4.1.9  Data vedrør ende anvendte køretøjer 
322)  Værkstedsk ortet skal kunne lagre dataposter om anvendt e køretøjer på samme måde som et 
førerk ort. 
323)  Værkstedsk ortet skal kunne lagre mindst 4 sådanne poster . 
4.5.4.1.10  Data vedrør ende steder, hvor den daglige arbejdstid begynder og/eller slutter 
324)  Værkstedsk ortet skal kunne lagre dataposter om den daglige arbejdstids begyndelse og/eller slutning 
på samme måde som et førerk ort. 
325)  Værkstedsk ortet skal kunne lagre mindst 3 par poster af denne art. 
4.5.4.1.11  Kortsessionsdata 
326)  Værkstedsk ortet skal kunne lagre data om kortsessioner på samme måde som et førerk ort. 
4.5.4.1.12  Kontrolaktivitet sdata 
327)  Værkstedsk ortet skal kunne lagre data om kontrolaktivite t på samme måde som et førerk ort. 
4.5.4.1.13  Data vedrør ende særlige omstændigheder 
328)  Værkstedsk ortet skal kunne lagre data vedrøre nde særlige omstændigheder på samme måde som et 
førerk ort. 
329)  Værkstedsk ortet skal kunne lagre mindst 2 sådanne poster . 
4.5.4.2  Takografap plikation af anden generation (ikk e tilg ængelig for køretøjsenheder af først e 
generation) 
4.5.4.2.1  Identifikat ion af applikation 
330)  Værkstedsk ortet skal kunne lagre følgende data til identif ikation af applikationen: 
—  identif ikation af takograf applikation 
—  identif ikation af takografk ortets type. 26.5.2016 L 139/65 Den Europæisk e Unions Tidende DA    
4.5.4.2.2  Nøg ler og certifikater 
331)  Værkstedsk ortet skal kunne gemme en række kryptografiske nøgler og certifikater som præciseret i 
tillæg 11, del B. 
332)  Værkstedsk ortet skal kunne lagre et personligt identif ikationsnummer (en PIN-k ode). 
4.5.4.2.3  Identifikat ion af kort 
333)  Værkstedsk ortet skal kunne lagre følgende data til kortidentif ikation: 
—  kortnummer 
—  udst edende medlemsstat, navn på udst edende myndighed, udstedelses dato 
—  startdato på kortets gyldighedsper iode, kortets udløbsdato. 
4.5.4.2.4  Identifikat ion af kortindehav er 
334)  Værkstedsk ortet skal kunne lagre følgende data til identif ikation af kortindehav er: 
—  værks tedets navn 
—  værks tedets adresse 
—  indehav erens eftern avn 
—  indehav erens fornavn(e) 
—  foretr ukket sprog. 
4.5.4.2.5  Datao verfø rsel på kort 
335)  Værkstedsk ortet skal kunne lagre data om datao verførsel på kort på samme måde som et førerk ort. 
4.5.4.2.6  Kalibrer ings- og tidsjusteri ngsdata 
336)  Værkstedsk ortet skal kunne opbevare poster vedrørende de kalibrer inger og/eller tidsjusteringer , som 
er udført, mens kortet er indsat i et kontrolapparat. 
337)  Hver kalibrer ingspost skal kunne indeholde følgende data: 
—  kalibrer ingens formål (aktiver ing, først e mont ering, mont ering, periodisk eftersyn) 
—  køretøjsidentifika tion 
—Parametre, som er opdateret eller bekræf tet (w, k, l, dæk stør relse, indstilling af hastigheds ­
begrænser , kilometer tæller (ny og gammel værdi), dato og klokkes læt (ny og gammel værdi)) 
—  identif ikation af kontrolapparat et (køretøjsenhedens reser vedelsnummer , køretøjsenhedens 
serienummer , bevæge lsessensorens serienummer , serienummeret på facilit eten til fjernkommu ­
nikation og det ekster ne GNSS-udstyrs serienummer , hvis relevant) 
—  type og id for alle mont erede plomber 
—  køretøjsenhedens mulighed for at bruge takografk ort af først e generation (uanset om det er 
aktiveret). 26.5.2016 L 139/66 Den Europæisk e Unions Tidende DA    
338)  Værkstedsk ortet skal kunne lagre mindst 88 sådanne poster . 
339)  Værkstedsk ortet skal have en tæller , som angiver det samlede antal kalibrer inger , der er udført med 
kortet. 
340)  Værkstedsk ortet skal have en tæller , som angiver det samlede antal kalibrer inger, der er udført siden 
sidste datao verførsel på kortet. 
4.5.4.2.7  Data vedrør ende hændelser og fejl 
341)  Værkstedsk ortet skal kunne lagre dataposter om hændelser og fejl på samme måde som et førerk ort. 
342)  Værkstedsk ortet skal kunne lagre data for de tre senest optrådte hændelser af hver type (dvs. 33 
hændelser) og de tre senest optrådt e fejl af hver type (dvs. 12 fejl). 
4.5.4.2.8  Føreraktivitets data 
343)  Værkstedsk ortet skal kunne lagre data om førerens aktivitet på samme måde som et førerk ort. 
344)  Værkstedsk ortet skal kunne lagre data om førerens aktivitet i mindst 1 dag med gennemsnitlig 
føreraktivit et. 
4.5.4.2.9  Data vedrør ende anvendte køretøjer 
345)  Værkstedsk ortet skal kunne lagre dataposter om anvendt e køretøjer på samme måde som et 
førerk ort. 
346)  Værkstedsk ortet skal kunne lagre mindst 4 sådanne poster . 
4.5.4.2.10  Data vedrør ende steder, hvor den daglige arbejdstid begynder og/eller slutter 
347)  Værkstedsk ortet skal kunne lagre dataposter om den daglige arbejdstids begyndelse og/eller slutning 
på samme måde som et førerk ort. 
348)  Værkstedsk ortet skal kunne lagre mindst 3 par poster af denne art. 
4.5.4.2.11  Kortsessionsdata 
349)  Værkstedsk ortet skal kunne lagre data om kortsessioner på samme måde som et førerk ort. 
4.5.4.2.12  Kontrolaktivitet sdata 
350)  Værkstedsk ortet skal kunne lagre data om kontrolaktivite t på samme måde som et førerk ort. 
4.5.4.2.13  Data vedrør ende anvendte køretøjsenheder 
351)  Værkstedsk ortet skal kunne lagre følgende data vedrørende de forskellig e køretøjsenheder , som kortet 
er blevet brugt i: 
—  dato og klokkeslæt for starten af køretøjsenhedens anvende lsesper iode (dvs. første isætning af 
kortet i køretøjsenheden i den pågælde nde periode) 
—  fabrikanten af køretøjsenheden 26.5.2016 L 139/67 Den Europæisk e Unions Tidende DA    
—  køretøjsenhedens type 
—  versionsnummeret på det programmel, der anvende s i køretøjsenheden. 
352)  Værkstedsk ortet skal kunne lagre mindst 4 sådanne poster . 
4.5.4.2.14  Data vedrør ende den position, hvor tre timers sammenhængende køretid nås 
353)  Værkstedsk ortet skal kunne opbevare følgen de data vedr ørende køretøjets position, hvor førerens 
sammenhængende køretid når op på et multiplum af tre timer : 
—  dato og klokke slæt, hvor kortindehav erens sammenhængende køretid når op på et multiplum af 
tre timer 
—  køretøjets position 
—  GNSS-nøjagtigheden, dato og klokkes læt for registrer ing af positionen. 
354)  Værkstedsk ortet skal kunne lagre mindst 18 sådanne poster . 
4.5.4.2.15  Data vedrør ende særlige omstændigheder 
355)  Værkstedsk ortet skal kunne lagre data vedrøre nde særlige omstændigheder på samme måde som et 
førerk ort. 
356)  Værkstedsk ortet skal kunne lagre mindst 2 sådanne poster . 
4.5.5  Kontr olkor t 
4.5.5.1  Takografap plikation (tilgæ ngelig for køretøjsenheder af først e og anden generation) 
4.5.5.1.1  Identifikat ion af applikation 
357)  Kontrolk ortet skal kunne lagre følgen de data til identifikation af applikationen: 
—  identif ikation af takograf applikation 
—  identif ikation af takografk ortets type. 
4.5.5.1.2  Nøg ler og certifikater 
358)  Kontrolk ortet skal kunne gemme en række kryptografiske nøg ler og certifikater som præciseret i 
tillæg 11, del A. 
4.5.5.1.3  Identifikat ion af kort 
359)  Kontrolk ortet skal kunne lagre følgen de data til kortidentif ikation: 
—  kortnummer 
—  udst edende medlemsstat, navn på udst edende myndighed, udstedelses dato 
—  startdato på kortets gyldighedsper iode, kortets eventuelle udløbsdat o. 
4.5.5.1.4  Identifikat ion af kortindehav er 
360)  Kontrolk ortet skal kunne lagre følgen de data til identifikation af kortindehaveren: 
—  kontrolinstansens navn 
—  kontrolinstansens adresse 26.5.2016 L 139/68 Den Europæisk e Unions Tidende DA    
—  indehav erens eftern avn 
—  indehav erens fornavn(e) 
—  foretr ukket sprog. 
4.5.5.1.5  Kontrolaktivitet sdata 
361)  Kontrolk ortet skal kunne lagre følgen de data vedr ørende kontrolaktivitet: 
—  kontroldato og -klokkeslæt 
—  kontrollens art (visning på skær m og/eller udskr ivning og/eller datao verfø rsel på køretøjsenhed 
og/eller datao verførsel på kort og/eller kalibrer ingsk ontrol ved vejsiden) 
—  eventuel periode, som er overført 
—  køretøjets indregistrer ingsnummer og den indregistrerende myndighed i det kontrollerede køretøj 
—  kontrolk ortets nummer og den medlemsstat, som har udst edt det kontrollerede førerk ort. 
362)  Kontrolk ortet skal kunne lagre mindst 230 sådanne poster . 
4.5.5.2  Takografap plikation af anden generation (ikk e tilg ængelig for køretøjsenheder af først e 
generation) 
4.5.5.2.1  Identifikat ion af applikation 
363)  Kontrolk ortet skal kunne lagre følgen de data til identifikation af applikationen: 
—  identif ikation af takograf applikation 
—  identif ikation af takografk ortets type. 
4.5.5.2.2  Nøg ler og certifikater 
364)  Kontrolk ortet skal kunne gemme en række kryptografiske nøg ler og certifikater som præciseret i 
tillæg 11, del B. 
4.5.5.2.3  Identifikat ion af kort 
365)  Kontrolk ortet skal kunne lagre følgen de data til kortidentif ikation: 
—  kortnummer 
—  udst edende medlemsstat, navn på udst edende myndighed, udstedelses dato 
—  startdato på kortets gyldighedsper iode, kortets eventuelle udløbsdat o. 
4.5.5.2.4  Identifikat ion af kortindehav er 
366)  Kontrolk ortet skal kunne lagre følgen de data til identifikation af kortindehaveren: 
—  kontrolinstansens navn 
—  kontrolinstansens adresse 
—  indehav erens eftern avn 
—  indehav erens fornavn(e) 
—  foretr ukket sprog. 26.5.2016 L 139/69 Den Europæisk e Unions Tidende DA    
4.5.5.2.5  Kontrolaktivitet sdata 
367)  Kontrolk ortet skal kunne lagre følgen de data vedr ørende kontrolaktivitet: 
—  kontroldato og -klokkeslæt 
—  kontrollens art (visning på skær m og/eller udskr ivning og/eller datao verfø rsel på køretøjsenhed 
og/eller datao verførsel på kort og/eller kalibrer ingsk ontrol ved vejsiden) 
—  eventuel periode, som er overført 
—  køretøjets indregistrer ingsnummer og den indregistrerende myndighed i det kontrollerede køretøj 
—  kontrolk ortets nummer og den medlemsstat, som har udst edt det kontrollerede førerk ort. 
368)  Kontrolk ortet skal kunne lagre mindst 230 sådanne poster . 
4.5.6  Virksomhedsko rt 
4.5.6.1  Takografap plikation (tilgæ ngelig for køretøjsenheder af først e og anden generation) 
4.5.6.1.1  Identifikat ion af applikation 
369)  Virks omhedsk ortet skal kunne lagre følgen de data til identif ikation af applikationen: 
—  identif ikation af takograf applikation 
—  identif ikation af takografk ortets type. 
4.5.6.1.2  Nøg ler og certifikater 
370)  Virks omhedsk ortet skal kunne gemme en række kryptografiske nøg ler og certifikater som præciseret i 
tillæg 11, del A. 
4.5.6.1.3  Identifikat ion af kort 
371)  Virks omhedsk ortet skal kunne lagre følgen de data til kortidentifikation: 
—  kortnummer 
—  udst edende medlemsstat, navn på udst edende myndighed, udstedelses dato 
—  startdato på kortets gyldighedsper iode, kortets eventuelle udløbsdat o. 
4.5.6.1.4  Identifikat ion af kortindehav er 
372)  Virks omhedsk ortet skal kunne lagre følgen de data til identif ikation af kortindehaveren: 
—  virksom hedens navn 
—  virksom hedens adresse. 
4.5.6.1.5  Virks omhedsaktivit etsdata 
373)  Virks omhedsk ortet skal kunne lagre følgen de virksom hedsaktivitet sdata: 
—  dato og klokke slæt for aktivite ten 
—  aktivitet ens art (låse ind/ud på køretøjsenhed og/eller datao verfø rsel på køretøjsenhed og/eller 
datao verfø rsel på kort) 
—  eventuel periode, som er overført 26.5.2016 L 139/70 Den Europæisk e Unions Tidende DA    
—  køretøjets indregistrer ingsnummer og den myndighed, som har registreret det 
—  kortets nummer og den kortudst edende medlemsstat (ved datao verførsel på kort). 
374)  Virks omhedsk ortet skal kunne opbevare mindst 230 sådanne poster . 
4.5.6.2  Takografap plikation af anden generation (ikk e tilg ængelig for køretøjsenheder af først e 
generation) 
4.5.6.2.1  Identifikat ion af applikation 
375)  Virks omhedsk ortet skal kunne lagre følgen de data til identif ikation af applikationen: 
—  identif ikation af takograf applikation 
—  identif ikation af takografk ortets type. 
4.5.6.2.2  Nøg ler og certifikater 
376)  Virks omhedsk ortet skal kunne gemme en række kryptografiske nøg ler og certifikater som præciseret i 
tillæg 11, del B. 
4.5.6.2.3  Identifikat ion af kort 
377)  Virks omhedsk ortet skal kunne lagre følgen de data til kortidentifikation: 
—  kortnummer 
—  udst edende medlemsstat, navn på udst edende myndighed, udstedelses dato 
—  startdato på kortets gyldighedsper iode, kortets eventuelle udløbsdat o. 
4.5.6.2.4  Identifikat ion af kortindehav er 
378)  Virks omhedsk ortet skal kunne lagre følgen de data til identif ikation af kortindehaveren: 
—  virksom hedens navn 
—  virksom hedens adresse. 
4.5.6.2.5  Virks omhedsaktivit etsdata 
379)  Virks omhedsk ortet skal kunne lagre følgen de virksom hedsaktivitet sdata: 
—  dato og klokke slæt for aktivite ten 
—  aktivitet ens art (låse ind/ud på køretøjsenhed og/eller datao verfø rsel på køretøjsenhed og/eller 
datao verfø rsel på kort) 
—  eventuel periode, som er overført 
—  køretøjets indregistrer ingsnummer og den myndighed, som har registreret det 
—  kortets nummer og den kortudst edende medlemsstat (ved datao verførsel på kort). 
380)  Virks omhedsk ortet skal kunne opbevare mindst 230 sådanne poster . 26.5.2016 L 139/71 Den Europæisk e Unions Tidende DA    
5  MONTERING AF KONTR OLAPP ARA TET 
5.1  Monter ing 
381)  Nye kontrolapparater skal leveres i ikke-aktiveret stand til installatører eller køretøjsf abrikanter , med 
alle de i afsnit 3.21 opregnede kalibrer ingsparametre sat til hensigtsmæssig e og gyldig e 
standardværdier . Når inge n særlig værdi er passende, sættes strengparametre til værdien »?« og 
talparametre til »0«. Lever ing af sikkerh edsrelevante dele til kontrolapparatet kan om nødvendigt 
begrænses under sikkerh edscer tificeringe n. 
382)  Inden kontrolapparat et er aktiveret, skal kontrolapparatet give adgan g til kalibrer ingsfunktionen, også 
når det ikke er i kalibrer ingstilstand. 
383)  Før kontrolapparat et er aktiveret, må det hverk en registrere eller lagre de i punkt 3.12.3, 3.12.9 og 
3.12.12 to 3.12.15 inkl. omhandlede data. 
384)  Under monter ingen skal køretøjets fabrikant forudindstille alle parametre, som kendes. 
385)  Køretøjsfabr ikant eller -installatør skal senest aktivere det mont erede kontrolapparat, før køretøjet 
anvendes inden for anvendels esområdet for forordning (EF) nr. 561/2006. 
386)  Kontrolapparat et skal automatisk aktiveres ved første isætning af et gyldigt værks tedskort i en af dets 
kortlæsere. 
387)  Eventuelle nødvendige særlige sam parringsprocedurer mellem bevægelse ssensor og køretøjsenhed 
skal udføres automatisk før eller under aktiver ing. 
388)  Ligeledes skal eventuelle særlige sammenk oblingsprocedurer mellem ekster nt GNSS-udstyr og 
køretøjsenhed udføres automat isk før eller under aktiver ing. 
389)  Når kontrolapparat et er blevet aktiveret, skal det fuldt ud håndhæve funktioner og adgan gsret til data. 
390)  Efter aktiver ing af kontrolapparat et skal dette sende de sikrede data, der er nødvendige for at foretage 
målrettede vejsidek ontroller , til facilitet en til fjernkommunikation. 
391)  Kontrolapparat ets registrer ings- og lagringsfunktioner skal være fuldt funktionsdygtige efter første 
aktiver ing af apparat et. 
392)  Monter ingen skal efterfølges af en kalibrer ing. Det er ikke nødvendigt, at den første kalibrer ing 
omfatt er indlæsning af køretøjets indregistrer ingsnummer , hvis det godkendt e værksted, som skal 
foretage kalibrer ingen, ikke kender det. I så fald skal ejeren af køretøjet have mulighed for at indlæse 
indregistrer ingsnummeret ved hjælp af virksomhedskor tet, før køretøjet anvendes inden for anvendel ­
sesområdet for forordning (EF) nr. 561/2006 (f.eks. ved at anvende kommandoer ved hjælp af en 
passende menustr uktur i køretøjsenhedens menneske-ma skine-grænsef lade), og kun på det 
tidspunkt (1). Det må kun være muligt at opdate re eller bekræf te denne indlæsning ved hjælp af et 
værks tedskort. 
393)  Ved monter ing af ekster nt GNSS-udstyr skal dette kobles sammen med køretøjsenheden, og 
efterfølgen de skal GNSS-positionsoplysning erne kontrolleres. 
394)  Kontrolapparat et skal være anbragt på en sådan måde i køretøjet, at føreren har adgan g til de 
nødvendige funktioner fra førersædet. 26.5.2016 L 139/72 Den Europæisk e Unions Tidende DA    
(1)EUT L 102 af 11.4.2006, s. 1. 
5.2  Inst allationsplade 
395)  Når apparat et er blevet kontrolleret efter mont eringe n, anbr inges en installationsplade med 
permanent indgravering eller tryk klar t synligt og lettilg ængeligt på kontrolapparatet. Hvis dette ikke 
er muligt, skal pladen fastgøres til køretøjets »B«-søjle, så den er klar t synlig. I køretøjer , som ikke har 
en »B«-søjle, skal installationspladen fastgøres til dørindfatning en på førerens side af køretøjet og være 
klar t synlig under alle omstændigheder . 
Efter ethver t indgreb foretaget af en autori seret installatør eller et autoriseret værks ted skal installati ­
onspladen udskif tes med en ny plade. 
396)  Pladen skal være forsynet med mindst følgen de oplysning er: 
—  den autoriserede installatørs eller det autoriserede værks teds navn og adresse eller firmanavn 
—  køretøjets vejdrejetal efter formlen »w = … imp/km« 
—  kontrolapparatets konstant, angivet ved »k = … imp/km« 
—  effektiv dækper iferi i formen »l = … mm« 
—  dækstør relse 
—  datoe n for måling af køretøjets vejdrejetal og dets effektive dækper iferi 
—  køretøjets identif ikationsnummer 
—  om der forefindes eksternt GNSS-udstyr 
—  serienummeret på det eksterne GNSS-udstyr 
—  serienummeret på enheden til fjernkommunikation 
—  serienummeret på alle mont erede plomber 
—  den del af køretøjet, hvor adap teren i givet fald er installeret 
—  den del af køretøjet, hvor bevægelse ssensoren er installeret, hvis den ikke er sluttet til gearkassen, 
eller der ikke anvendes en adapt er 
—  en angivelse af farven på kablet mellem adapt eren og den del af køretøjet, der forsyner denne 
med impulser 
—  serienummeret på adapt erens indlejrede bevægelsessensor . 
397)  Der kan udelukk ende i forbindelse med M1- og N1-køretøjer , som er forsynet med en adapt er i 
henhold til Kommissionens forordning (EF) nr. 68/2009 (1) med seneste ændr inger, og hvor det ikke 
er muligt at anføre alle de nødvendige oplysninger som beskrevet i krav 396, anvendes en anden, 
supplerende plade. I så fald skal den supplerende plade indeholde mindst de sidst e fire led i krav 396. 
Denne anden, supplerende plade anbr inges, hvis den anvendes , ved siden af den første primære plade, 
som er beskrevet i krav 396, og skal have det samme beskyttelsesniveau. Endvidere skal der på den 
sekundære plade også være anført navn, adresse eller firmanavn på den autori serede installatør eller 
det autori serede værks ted, som har udført mont eringen, samt mont eringsdatoen. 26.5.2016 L 139/73 Den Europæisk e Unions Tidende DA    
(1)Kommissionens forordning (EF) Nr. 68/2009 af 23. januar 2009 om niende tilpasning til den teknisk e udvikling af Rådets forordning 
(EØF) nr. 3821/85 om kontrolapparat et inden for vejtranspor t (EUT L 21 af 24.1.2009, s. 3). 
5.3  Plomber ing 
398)  Følgende dele skal være plomberet : 
—  enhver tilslutning, hvis afbr ydelse medf ører uopdag ede ændr inge r eller uopdag et tab af data (dette 
kan f.eks. gælde for bevægelse ssensorens tilslutning til gearkassen, adapt eren til M1/N1-køretøjer , 
den ekster ne GNSS-tilslutning eller køretøjsenheden) 
—  mont eringspladen, medmindre den er anbragt således, at den ikke kan fjernes, uden at påskr iften 
ødelægg es. 
399)  Ovennævnte plomber inger kan brydes: 
—  i nødstilfælde 
—  med det formål at montere, justere eller reparere en hastighedsbegrænser eller anden anordning, 
som bidrager til trafiksikkerheden, forudsat at kontrolapparatet fortsat fung erer pålideligt og 
korrekt og plomberes igen af en autor iseret installatør eller et autoriseret værks ted (i 
overensstemmelse med afsnit 6) strak s efter mont ering af hastighedsbegrænser eller trafik sikker ­
hedsanordning, i andre tilfæ lde senest efter syv dage. 
400)  Hver gang disse plomber brydes, udfæ rdiges en skriftlig begr undelse herfor , som stilles til rådighed 
for den kompet ente myndighed. 
401)  Plomber ne skal bære et identif ikationsnummer , som tildeles af fabrikanten. Dette nummer skal være 
unikt og adskille sig fra ethver t andet plombenummer , der er tildelt af andre plombefabrikanter . 
Det unikke identifikat ionsnummer anføres som en marker ing i formatet MMNNNNNN, som ikke kan 
fjernes, hvor MM er et unikt fabrikant-id (databaseregistrer ing forvaltes af Europa-K ommissionen), og 
NNNNNN er plombens alfanumer iske nummer , som er unik i fabrikantens regi. 
402)  På plomber ne skal der være plads til, at godkendt e installatører , værks teder eller køretøjsfabr ikant er 
kan tilføje et særligt mærke i overensst emmelse med artikel 22, stk. 3, i forordning (EU) 
nr. 165/2014. 
Dette mærke må ikke dækk e plombens identifikationsnummer . 
403) Plombef abrikanter ne skal registreres i en særlig database og offentli ggøre numrene på deres identif ika­
tionsplomber ved at følge en procedure, der skal fastlægges af Europa-K ommissionen. 
404)  Godkendt e værksteder og køretøjsfabr ikant er må i henhold til forordning (EU) nr. 165/2014 kun 
bruge plomber fra de plombefabrikan ter, der står opført i ovennævnte database. 
405)  Plombef abrikanter ne og deres distr ibutører skal sikre fyldestgørende sporbarhedsf ortegnelser for de 
plomber , der sælges til brug som omhandlet i forordning (EU) nr. 165/2014, og de skal fremlægge 
dem for de kompet ente nationale myndigheder efter anmodning. 
406)  Plomber nes unikke identif ikationsnumre skal være klar t synlige på installationspladen. 
6  KONTR OL, EFTERSYN OG REPARA TIONER 
Punkt 5.3 i dette bilag indeholder best emmelser for, under hvilk e omstændigheder plomber må fjernes som 
omhandlet i artikel 22, stk. 5, i forordning (EØF) nr. 165/2014. 
6.1  Autori sering af inst allatører , værk steder og køretøjsfabr ikanter 
Medlemsstat erne godkender , kontrollerer rege lmæssigt og certificerer de organer , som skal udføre: 
—  mont ering 
—  eftersyn 26.5.2016 L 139/74 Den Europæisk e Unions Tidende DA    
—  kontrol 
—  reparationer . 
Værkstedsk ort må kun udstedes til installatører og/eller værksteder , som er godken dt til aktiver ing og/eller 
kalibrer ing af kontrolapparat er i overensstemmelse med dette bilag, og som, medmindre det behør igt 
begr undes: 
—  ikke er berettig et til et virksom hedsk ort 
—  og hvis øvrige faglige virksomhed ikke fremb yder en mulig fare for systeme ts overordnede sikkerh ed 
som foreskrevet i tillæg 10. 
6.2  Kon trol af nye eller reparerede instr umenter 
407)  For hver enkelt ny eller repareret anordning kontrolleres den korrekte funktion og nøjagtigheden af 
angivelser og optegnelser inden for de i afsnit 3.2.1, 3.2.2, 3.2.3 og 3.3 fastlagt e grænser ved 
plomber ing i henhold til afsnit 5.3 og kalibrer ing. 
6.3  Monter ingsinspektion 
408)  Ved monteringen i et køretøj skal apparat et og hele installationen opfylde best emmelser ne i afsnit 
3.2.1, 3.2.2, 3.2.3 og 3.3 vedr ørende mak simale tolerancer . 
6.4  Periodisk kontrol 
409)  Periodisk eftersyn af det i køretøjet mont erede apparat skal foretage s efter reparation af apparat et, 
efter ændr ing af køretøjets vejdrejetal, efter ændr ing af den effektive dækper iferi, når apparat ets UTC- 
tid har været over 20 minutter forke rt, når køretøjets indregistrer ingsnummer er ændret, og mindst 
én gang inden for to år (24 måneder) efter den seneste kontrol. 
410)  Især kontrolleres: 
—  at kontrolapparat et fung erer korrekt, herunder også lagring af data på takografk ortet og 
kommunikationen med læsere til fjernkommunikation 
—  at overholdelse af bestemmelser ne i afsnit 3.2.1 og 3.2.2 om maksimale tolerancer ved 
mont eringen er sikret 
—  at overensstemmelse med bestemmelser ne i afsnit 3.2.3 og 3.3 er sikret 
—  at kontrolapparat et er forsynet med typegodken delsesmærke 
—  at der er anbragt en installationsplade som defineret i krav 396 og en typeplade som definer et i 
krav 225 
—  dækstør relsen og den faktiske dækper iferi 
—  at der ikke er manipulerende anordning er fastgjor t til kontrolapparatet 
—  at plomber ne sidder korrekt og er i god stand, at deres identif ikationsnumre er gyldig e (godk endt 
plombefabrikan t i Europa-K ommissionens database), og at deres identif ikationsnumre svarer til 
mark eringe rne på installationspladen (se krav 401). 
411)  Hvis det konstatere s, at en af hændelser ne i afsnit 3.9 (Detektion af hændelser og/eller fejl) er 
indtr uffet siden det sidste eftersyn, og takograffabr ikanter og/eller nationale myndigheder anser den 
for poten tielt at kunne bringe kontrolapparatets sikker hed i fare, skal værks tedet: 
a.  sammenligne identifikationsdataene for den bevægelsessenso r, der er tilslutt et gearkass en, med 
identifikationsdataene for den bevægelse ssensor , der er sampar ret med køretøjsenheden og 
registreret deri 26.5.2016 L 139/75 Den Europæisk e Unions Tidende DA    
b.  kontrollere, om de oplysning er, der er anført på installationspladen, svarer til de oplysning er, der 
er registreret i køretøjsenheden 
c.  kontrollere, om bevæge lsessensorens serienummer og godken delsesnummer , hvis de er trykt på 
bevæge lsessensoren, svarer til de oplysning er, der er lagret i kontrolapparat ets datalager 
d.  sammenligne eventuelle identifikationsdata på det eksterne GNSS-udstyrs typeplade med de data, 
der er lagret i køretøjsenhedens datalager . 
412)  Værkstedet skal i eftersynsrappor terne nævne resultater , der vedrøre r brudte plomber inger eller 
manipulerende anordninge r. Værkstedet skal opbevare disse rappor ter i mindst to år, og de skal til 
enhver tid stilles til rådighed for den kompet ente myndighed efter anmodning. 
413)  Disse inspektioner skal omf atte kalibrer ing og foreb yggende udskif tning af de plomber , som 
værks tedet har ansvaret for at mont ere. 
6.5  Måling af fejl 
414)  Måling af fejl under installation og drift genn emføres på følgende betingelser , der er at anse som 
normale afprøvningsbeting elser: 
—  ubelaste t køretøj i køreklar stand 
—  dæktr yk i overensstemmelse med fabrikante ns 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/t. 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øv estand. 
6.6  Reparationer 
415)  Værksteder skal kunne overføre data fra kontrolapparat et for at anvende dem til tilbage melding til 
den pågælde nde transpor tvirksomhed. 
416)  Det godken dte værksted skal til transpor tvirksomheden udfæ rdige en attest om mang lende 
datao verførsel, når fejl ved kontrolapparatet bevirke r, at tidlig ere registrerede data ikke kan overføres, 
heller ikke efter reparation på det pågældende værksted. Værksteder ne opbevarer en kopi af hver 
attest, som de har udste dt, i mindst to år. 
7  UDSTEDELSE AF KORT 
De af medlemsstat erne oprett ede kortudstedelsesprocesser skal være i overensste mmelse med følgen de: 
417)  I kortnummeret på et takografk ort, som for første gang udste des til en ansøger , indgår et fortløbende 
indeks (hvis relevant), et erstatningsindeks samt et fornyelsesindeks stillet på »0«. 
418)  På alle ikke personlige takografk ort, som udst edes til en enkelt kontrolinstans, et enkelt værks ted eller 
en enkelt transpor tvirks omhed, skal kortnumrenes første 13 cifre være identisk e, og alle kortnumre 
skal have forskelligt fortløbende indeks. 
419)  Et takografk ort, som udst edes til erstatning for et eksisterende takografk ort, skal have samme 
kortnummer som det udskif tede, bortset fra udskif tningsindek set, som skal være øget med »1« (i 
rækkef ølge n 0, …, 9, A, …, Z). 26.5.2016 L 139/76 Den Europæisk e Unions Tidende DA    
420)  Et takografk ort, som udst edes til erstatning for et eksisterende takografk ort, skal have samme 
udløbsdato som det erstattede. 
421)  Et takografk ort, som udst edes til fornyelse for et eksisterende takografk ort, skal have samme 
kortnummer som det fornyede, bortset fra udskif tningsindekset, som skal være stillet på »0«, og 
fornyelsesindek set, som skal være øget med »1« (i rækkef ølge n 0, …, 9, A, …, Z). 
422)  Udskif tning af et eksisterende takografk ort med det formål at ændre administrative data skal følge 
reglerne for fornyelse, når det finder sted i samme medlemsstat, og reglerne for første udst edelse, når 
det finder sted i en anden medlemsstat. 
423)  »Kortindehav ers eftern avn« skal for ikkepersonlige værks teds - eller kontrolk ort udfyldes med 
værks tedets eller kontrolinstansens navn eller med installatørens eller kontrolmedarbejderens navn, 
hvis den enkelt e medlemsstat vælg er dette. 
424)  Medlemsstate rne udveksler data elektronisk for at sikre, at det førerk ort, som de udsteder , er unikt, i 
overensst emmelse med artikel 31 i forordning (EU) nr. 165/2014. 
8  TYPEGODKENDELSE AF KONTR OLAPP ARA TUR OG TAKOGRAFK ORT 
8.1  Almindelige bestemmelser 
I dette afsnit forstås ved »kontrolapparat« »kontrolapparat et eller dets komponent er«. Der kræves inge n 
typegodken delse af det/de kabler , som forbinder bevægelsessensoren med køretøjsenheden, det eksterne 
GNSS-udstyr med køretøjsenheden eller facilit eten til fjernkommunikation med køretøjsenheden. Det papir , 
som skal anvendes af kontrolapparatet, anses for en kompon ent i kontrolapparat et. 
En fabrikant kan anmode om typegodken delse af sine kompon enter sammen med enhver type 
bevægelse ssensor , ekster nt GNSS-udstyr og omv endt, hvis den enkelt e kompone nt er i overensstemmelse 
med kravene i dette bilag. Alternativt kan fabrikanter anmode om typegodken delse af kontrolapparat er. 
425)  Ved forelæggelse til godkendelse skal kontrolapparat et være komple t med eventuelt indbyg get ekstra 
tilbehør . 
426)  Typegodk endelse af kontrolapparater og takografk ort skal omf atte sikker hedsrelevante prøver , 
funktionsprøver og inter operabilitetspr øver . Positive resultater for hver af disse prøv er angives ved en 
passende attes t. 
427)  Medlemsstate rnes typegodken delsesm yndigheder udste der ikke en typegodken delsesattes t, medmindre 
de er i besiddelse af: 
—  en sikker hedsattest 
—  en funktionsattes t 
—  og en interoperabilit etsattest 
for det kontrolapparat eller det takografk ort, som typegodke ndelsesansøgningen omf atter . 
428)  Enhver ændr ing af en af apparat ets komponent er eller af arten af de til dets fremstilling anvendt e 
mater ialer skal, inden apparat et tages i brug, anmeldes til den myndighed, som har typegodken dt 
apparat et. Denne myndighed skal over for fabr ikant en bekræf te udvidelsen af typegodken delsen eller 
kan kræve opdate ring eller bekræf telse af de relevante funktions-, sikkerh eds- og/eller inter operabili ­
tetsatt ester . 
429)  Procedurer til opgrader ing af programmel i et allerede monteret kontrolapparat skal være godken dt af 
den myndighed, som meddelte typegodken delse af kontrolapparat et. Opgrader ing af programmel må 
ikke ændre eller slette føreraktivit etsdata, som er gemt i kontrolapparatet. Programmel må kun 
opgraderes under ansvar af kontrolapparat ets fabr ikant. 26.5.2016 L 139/77 Den Europæisk e Unions Tidende DA    
430)  Typegodk endelse af softwareændr inger , som har til formål at opgradere et tidlig ere typegodken dt 
kontrolapparat kan ikke nægt es, hvis ændr ingerne kun vedrører funktioner , som ikke beskr ives i dette 
bilag. Indf ørelse af nye tegnsæt kan være undtag et fra en softwareopgrader ing af et kontrolapparat, 
hvis det ikke er teknisk muligt. 
8.2  Sikk erhedsattest 
431)  Sikkerhedsatt esten udstedes i overensstemmelse med bestemmelser ne i tillæg 10 til dette bilag. De 
dele af kontrolapparat et, der skal certificeres, er køretøjsenheden, bevægelsessensoren, det eksterne 
GNSS-udstyr og takografk ortet. 
432)  Hvis sikker hedscer tificer ingsm yndigheder ne ekstraordin ært afviser at certifice re et nyt apparat med 
den begr undelse, at sikkerh edsmekanismer ne er forældede, meddeles der allig evel typegodkendelse 
udelukkende under denne særlige og ekstr aordinære omstændighed, hvis der ikke eksi sterer en 
altern ativ løsning, som er i overensst emmelse med forordningen. 
433)  Under denne omstændighed under retter den pågældende medlemsstat omg ående Europa- 
Kommissionen, som senest 12 kalender måneder efter meddelelsen af typegodkendelse, iværksætter en 
procedure, der sikrer , at sikkerh edsniveauet bringes tilbage til det oprindelig e niveau. 
8.3  Funktionsattest 
434)  Ansøgere til typegodken delse skal forsyne medlemsstatens typegodkendelsesm yndigheder med alt det 
mater iale og al den dokumentation, som myndigheden anser for nødvendigt. 
435)  Fabri kanterne stiller de relevante prøver af produktern e til typegodken delse og den tilhørende 
nødvendige dokumentation til rådighed for de laboratorier , der er udpege t til at udføre 
funktionsprøver , senest en måned efter at anmodningen er fremsat. Den anmodende enhed afholder 
eventuelle udgif ter i forbindelse med denne anmodning. Laboratori et skal behandle alle kommercielt 
følsomme oplysninger fortroligt. 
436)  Der må ikke udstedes en funktionsatte st til fabrikanten, før mindst alle de i tillæg 9 foreskrevne 
funktionsprøver er udført med tilfredsstillende resultat. 
437)  Funktionsattest en udst edes af typegodken delsesm yndigheden. Denne attest skal ud over navnet på 
modtager en og identif ikation af modellen indeholde en specific eret liste over de udførte prøv er og 
resultatern e heraf. 
438) Funktionsattest en for en kompon ent til et kontrolapparat skal også indeholde typegodken del­
sesnumrene for de andre typegodken dte kompati ble komponent er til kontrolapparatet, der afprø ves 
ved certificering af det. 
439)  I funktionsattest en for en kompon ent til et kontrolapparat skal det desuden angives, hvilken ISO- 
eller CEN-standard der er anvendt til at certificere den funktionelle grænsef lade. 
8.4  Interoperabilitetsattest 
440)  Interoperabilit etsprø ver udføres af ét enkelt laboratori um under Europa-K ommissionens myndighed 
og ansvar . 
441)  Laboratori et registrerer de af fabrikante rne indgivne anmodninge r om inter operabilitetspr øver i den 
kronologiske række følge, de modtage s. 26.5.2016 L 139/78 Den Europæisk e Unions Tidende DA    
442)  Anmodningern e vil først blive officielt registreret, når laboratori et er i besiddelse af: 
—det fuldstændige sæt mater iale og dokumenter , som er nødvendige til sådanne interoperabili ­
tetsprøver 
—  den tilsvarende sikkerh edsattest 
—  den tilsvarende funktionsattest . 
Fabri kanten under rettes om datoen for registrer inge n. 
443)  Laboratori et udfører ikke interoperabilitetspr øver for kontrolapparat er eller takografk ort, for hvilke 
der ikke er udst edt et sikker hedscer tifik at og en funktionsatte st, undtagen under de særlige 
omstændigheder , der er nævnt i krav 432. 
444)  Enhver fabr ikant, som anmoder om interoperabilit etsprø ver, forpligter sig til at overlade hele det sæt 
mater iale og dokumenter , som han har fremskaffe t med henblik på udførelse af prøver ne, til det 
laboratori um, som forestår prøv erne. 
445)  Interoperabilit etsprø ver skal udføres i overensstemmelse med bestemmelser ne i tillæg 9 til dette bilag, 
og i prøv erne skal indgå henholdsvis alle de typer kontrolapparat er og takografk ort: 
—  for hvilke typegodkendelsen stadig er gyldig eller 
—for hvilke typegodken delsen er under behandling, og for hvilk e der foreligge r en gyldig interopera ­
bilitets attest. 
446)  Interoperabilit etsprø verne skal omfatt er alle de generationer af kontrolapparat er og takografk ort, der 
stadig er i brug. 
447)  Der må ikke udste des en inter operabilitetsatt est til fabr ikant en, før mindst alle de foreskrevne 
interoperabilit etsprø ver er udført med tilfredsstillende resultat. 
448) Giver interoperabilit etsprøver ne ikke tilfredsstillende resultat med en (et) eller flere af kontrolap ­
parater ne eller takografk ortene, vil inter operabilitetsatt esten ikke blive udstedt, før den anmodende 
fabrikant har gennemf ørt de nødvendige ændr inge r og inter operabilitetspr øver ne har givet tilfreds ­
stillende resultat. Laborator iet skal udfinde årsagen til problemet med assistance fra de fabrikante r, 
der berøres af denne inter operabilitetsmang el og skal søge at bistå den anmodende producent med at 
finde en teknis k løsning. I tilfæ lde, hvor fabrikanten har ændret sit produkt, påhviler det fabr ikant en 
at søge de pågældende myndigheders bekræf telse på, at sikker hedsattest og funktionsattest stadig er 
gyldige. 
449)  Interoperabilit etsattest en er gyldig i seks måneder . Efter slutningen af denne periode ophæves den, 
hvis fabr ikante n ikke har modtaget en tilsvarende typegodken delsesattes t. Den fremsendes af 
fabrikant en til den typegodken dende myndighed i den medlemsstat, som har udstedt funktions ­
attest en. 
450)  Intet element, som kan tænk es at give anledning til en interoperabilit etsmangel, må anvendes til at 
opnå fortjeneste eller til at opnå en dominerende stilling. 
8.5  Typegodkendelsesattest 
451)  Den typegodke ndende myndighed i medlemsstat en kan udst ede typegodken delsesattest en, så snar t 
den er i besiddelse af de nødvendige tre attest er. 
452) Typegodk endelsesattest en for en kompon ent til et kontrolapparat skal også indeholde typegodken del­
sesnumrene for det andet typegodken dte interoperable kontrolapparatur . 
453)  Typegodk endelsesattest en kopieres af den typegodke ndende myndighed til det laboratori um, som 
forestår inter operabilitetspr øver ne, på det tidspunkt hvor den udst edes til fabrikant en. 26.5.2016 L 139/79 Den Europæisk e Unions Tidende DA    
454)  Det laboratori um, som forestår inter operabilitetspr øver ne, skal have et offentligt websted med en 
opdateret liste over de kontrolapparat- eller takografmodeller , 
—  for hvilke der er registreret en anmodning om interoperabilit etsprøver , 
—  for hvilke der er udst edt en interoperabilitetsatt est (også selv om den er foreløbig), 
—  for hvilke der er udst edt en typegodke ndelsesattest. 
8.6  Undtagelsespr ocedure: første interoperabilitetsattest til kontrolapparater og takog rafk ort af anden 
generation 
455)  I en periode på fire måneder efter at et første sammenhørende sæt kontrolapparat af anden 
generation og tilhørende takografk ort af anden generation (fører -, værksteds-, kontrol- og 
virksom hedsk ort) er attest eret som interoperabe lt, anses en eventuelt udstedt interoperabilitetsatt est 
(her under også den først e attes t) vedrøre nde anmodninger registreret i denne periode for foreløbig. 
456)  Anses alle de omhandlede produkter efter slutning en af denne periode for indb yrdes interoperable, 
bliver alle tilsvarende interoperabilit etsattest er endelige. 
457)  Findes der i løbet af denne periode interoperabilitetsmang el, skal det laboratorium, som forestår 
interoperabilit etsprø verne, finde årsagerne til problemer ne med assistance fra alle de berør te 
fabrikant er og opfordre dem til at gennemf øre de nødvendige ændr inger. 
458)  Tilbagestår der efter slutninge n af denne periode interoperabilit etsproblemer , skal det laboratorium, 
som forestår inter operabilitetspr øver ne, i samarbejde med de pågælde nde fabr ikant er og med de 
typegodken delsesm yndigheder , som udst edte de tilsvarende funktionsattes ter, finde årsag en til 
interoperabilit etsmang lerne og fastlægge, hvilke ændr inger hver af de pågældende fabrikanter bør 
foretage. Søgninge n efter tekniske løsning er 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 interoperabilit ets­
prøver ne, stilling til, hvilke(t) apparat(er) og kort, der skal udst edes en endelig interoperabilitetsatt est 
for, og angiver begr undelse herfor . 
459)  Eventuelle anmodninger om inter operabilitetspr øver , som af laboratoriet registreres i perioden fra fire 
måneder efter udst edelse af den først e foreløbige interoperabilitetsatt est til datoen for den i krav 455 
omhandlede Kommissionsbeslutning, stilles i bero, til de første interoperabilitetsproblemer er løst. 
Disse anmodninger behandles deref ter i samme kronologiske rækkef ølge, som de er registreret.  26.5.2016 L 139/80 Den Europæisk e Unions Tidende DA    
Tillæg 1 
DATAORDLISTE 
INDHOLDSFORTEGNELSE 
1. INDLEDNING .................................................................................................................................. 88 
1.1. Fremg angsmåde anvendt ved definition af datatyper ..................................................................... 88 
1.2. Referencer .......................................................................................................................... 88 
2. DEFINITIONER AF DATATYPER ........................................................................................................... 89 
2.1. ActivityChang eInfo............................................................................................................... 89 
2.2. Adresse .............................................................................................................................. 90 
2.3. AESKe y.............................................................................................................................. 91 
2.4. AES128Key ......................................................................................................................... 91 
2.5. AES192Key ......................................................................................................................... 91 
2.6. AES256Key ......................................................................................................................... 92 
2.7. BCDStr ing .......................................................................................................................... 92 
2.8. CalibrationPur pose ............................................................................................................... 92 
2.9. CardA ctivityDailyRecord ........................................................................................................ 93 
2.10. CardA ctivityLengthRa nge ....................................................................................................... 93 
2.11. CardAppro valNumber ........................................................................................................... 93 
2.12. CardCer tificate..................................................................................................................... 94 
2.13. CardChipIdentification ........................................................................................................... 94 
2.14. CardConsecutiveIndex ........................................................................................................... 94 
2.15. CardControlA ctivityDataRecord ............................................................................................... 94 
2.16. CardCur rentUse ................................................................................................................... 95 
2.17. CardDr iverA ctivity ................................................................................................................ 95 
2.18. CardDr ivingLicenceInf ormation ............................................................................................... 95 
2.19. CardEventData ..................................................................................................................... 96 
2.20. CardEventRecord .................................................................................................................. 96 
2.21. CardF aultData ...................................................................................................................... 96 
2.22. CardF aultRecord .................................................................................................................. 97 
2.23. CardIccIdentification ............................................................................................................. 97 
2.24. CardIdentification ................................................................................................................. 97 
2.25. CardMA Certificate................................................................................................................ 98 
2.26. CardNumber ....................................................................................................................... 98 
2.27. CardPlaceDailyW orkPer iod ..................................................................................................... 99 
2.28. CardPr ivateKe y.................................................................................................................... 99 26.5.2016 L 139/81 Den Europæisk e Unions Tidende DA    
2.29. CardPublicKe y..................................................................................................................... 99 
2.30. CardRenewalIndex ................................................................................................................ 99 
2.31. CardReplacementIndex .......................................................................................................... 99 
2.32. CardSignCer tificate............................................................................................................... 100 
2.33. CardSlotNumber .................................................................................................................. 100 
2.34. CardSlotsStatus .................................................................................................................... 100 
2.35. CardSlotsStatusRecordAr ray.................................................................................................... 100 
2.36. CardStr uctureV ersion ............................................................................................................ 101 
2.37. CardV ehicleRecord ................................................................................................................ 101 
2.38. CardV ehiclesUsed ................................................................................................................. 102 
2.39. CardV ehicleU nitRecord .......................................................................................................... 102 
2.40. CardV ehicleU nitsUsed ............................................................................................................ 102 
2.41. Attest er.............................................................................................................................. 103 
2.42. CertificateCont ent ................................................................................................................ 103 
2.43. CertificateHolderAuth orisation ................................................................................................ 104 
2.44. CertificateRequestID .............................................................................................................. 104 
2.45. CertificationAuthor ityKID ...................................................................................................... 104 
2.46. Com panyA ctivityData ........................................................................................................... 105 
2.47. Com panyA ctivityT ype ........................................................................................................... 106 
2.48. Com panyCard ApplicationIdentif ication ..................................................................................... 106 
2.49. Com panyCard HolderIdentif ication ........................................................................................... 106 
2.50. ControlCardApplicationIdentification ........................................................................................ 106 
2.51. ControlCardControlA ctivityData .............................................................................................. 107 
2.52. ControlCardHolderIdentification .............................................................................................. 107 
2.53. ControlT ype ........................................................................................................................ 108 
2.54. CurrentDateTime ................................................................................................................. 109 
2.55. CurrentDateTimeRecordArr ay................................................................................................. 109 
2.56. DailyPresenceCount er............................................................................................................ 109 
2.57. Datef................................................................................................................................. 109 
2.58. DateOfDa yDo wnloaded ......................................................................................................... 110 
2.59. DateOfDa yDo wnloadedRecordAr ray......................................................................................... 110 
2.60. Afstand .............................................................................................................................. 110 
2.61. DriverCardApplicationIdentifi cation ......................................................................................... 110 
2.62. DriverCardHolderIdentifi cation ................................................................................................ 111 
2.63. DSR CSecur ityData ................................................................................................................ 112 
2.64. EGFCer tificate...................................................................................................................... 112 
2.65. EmbedderIcAssemblerId ......................................................................................................... 112 26.5.2016 L 139/82 Den Europæisk e Unions Tidende DA    
2.66. Entr yTypeDailyW orkPer iod ..................................................................................................... 113 
2.67. EquipmentT ype .................................................................................................................... 113 
2.68. EuropeanPublicKe y............................................................................................................... 114 
2.69. EventF aultRecordPur pose ....................................................................................................... 114 
2.70. EventF aultT ype .................................................................................................................... 114 
2.71. Exten dedSealIdentifi er........................................................................................................... 115 
2.72. Exten dedSer ialNumber .......................................................................................................... 116 
2.73. FullCardNumber .................................................................................................................. 116 
2.74. FullCardNumberAndGeneration ............................................................................................... 117 
2.75. Generation .......................................................................................................................... 117 
2.76. GeoCoordinates ................................................................................................................... 117 
2.77. GNSS Accuracy ..................................................................................................................... 118 
2.78. GNSSContinuousDr iving ........................................................................................................ 118 
2.79. GNSSContinuousDr ivingRecord ............................................................................................... 118 
2.80. GNSSPlaceRecord ................................................................................................................. 118 
2.81. HighResOdomete r................................................................................................................ 119 
2.82. HighResT ripDistance ............................................................................................................. 119 
2.83. HolderName ....................................................................................................................... 119 
2.84. InternalGNSSReceiver ............................................................................................................ 119 
2.85. K-ConstantOfRecordingEquipment ........................................................................................... 119 
2.86. KeyIdentifier ....................................................................................................................... 120 
2.87. KMW CKey.......................................................................................................................... 120 
2.88. Languag e............................................................................................................................ 120 
2.89. LastCardDo wnload ............................................................................................................... 120 
2.90. LinkCer tificate ..................................................................................................................... 120 
2.91. L-TyreCircumf erence ............................................................................................................. 121 
2.92. MAC................................................................................................................................. 121 
2.93. ManualIn putFlag .................................................................................................................. 121 
2.94. Manufa cturerCode ................................................................................................................ 121 
2.95. Manufa cturerSpecifi cEventF aultData ......................................................................................... 121 
2.96. MemberStat eCer tificate .......................................................................................................... 122 
2.97. MemberStat eCer tificateRecordAr ray.......................................................................................... 122 
2.98. MemberStat ePublicKey .......................................................................................................... 122 
2.99. Name ................................................................................................................................ 122 
2.100. NationAlpha ....................................................................................................................... 123 
2.101. NationNumer ic.................................................................................................................... 123 
2.102. NoOfCalibrationRecords ........................................................................................................ 123 26.5.2016 L 139/83 Den Europæisk e Unions Tidende DA    
2.103. NoOfCalibrationsSinceDo wnload ............................................................................................. 123 
2.104. NoOfCardPlaceRecords .......................................................................................................... 123 
2.105. NoOfCardV ehicleRecords ....................................................................................................... 124 
2.106. NoOfCardV ehicleU nitRecords .................................................................................................. 124 
2.107. NoOfComp anyA ctivityRecords ................................................................................................ 124 
2.108. NoOfControlA ctivityRecords .................................................................................................. 124 
2.109. NoOfEventsPe rType .............................................................................................................. 124 
2.110. NoOfF aultsPerT ype ............................................................................................................... 124 
2.111. NoOfGNSSCDRecords ........................................................................................................... 124 
2.112. NoOfSpecificConditionRecords ................................................................................................ 125 
2.113. Odomet erShor t.................................................................................................................... 125 
2.114. Odomet erValueMidnight ........................................................................................................ 125 
2.115. Odomet erValueMidnightRecordAr ray........................................................................................ 125 
2.116. OverspeedNumber ................................................................................................................ 125 
2.117. PlaceRecord ........................................................................................................................ 126 
2.118. PreviousV ehicleInf o............................................................................................................... 126 
2.119. PublicKey ........................................................................................................................... 127 
2.120. RecordT ype ......................................................................................................................... 127 
2.121. RegionAlpha ....................................................................................................................... 128 
2.122. RegionNumer ic.................................................................................................................... 128 
2.123. Remot eCommunicationModuleSer ialNumber .............................................................................. 129 
2.124. RSA KeyModulus .................................................................................................................. 129 
2.125. RSA KeyPrivate Exponent ......................................................................................................... 129 
2.126. RSA KeyPublicExponent ......................................................................................................... 129 
2.127. RtmData ............................................................................................................................ 129 
2.128. SealDataCard ....................................................................................................................... 129 
2.129. SealDataV u......................................................................................................................... 130 
2.130. SealRecord .......................................................................................................................... 130 
2.131. SensorAppro valNumber ......................................................................................................... 130 
2.132. SensorExt ernalGNSSA ppro valNumber ....................................................................................... 131 
2.133. SensorExt ernalGNSSCoupledRecord ......................................................................................... 131 
2.134. SensorExt ernalGNSSIdentifi cation ............................................................................................ 131 
2.135. SensorExt ernalGNSSInstallation ............................................................................................... 132 
2.136. SensorExt ernalGNSSOSIdentifi er.............................................................................................. 132 
2.137. SensorExt ernalGNSSSCIdentifie r.............................................................................................. 132 
2.138. SensorGNSSCouplingDate ...................................................................................................... 133 26.5.2016 L 139/84 Den Europæisk e Unions Tidende DA    
2.139. SensorGNSSSer ialNumber ...................................................................................................... 133 
2.140. SensorIdentification .............................................................................................................. 133 
2.141. SensorInstallation ................................................................................................................. 133 
2.142. SensorInstallationSecData ....................................................................................................... 134 
2.143. SensorOSIdentifier ................................................................................................................ 134 
2.144. SensorP aired ....................................................................................................................... 134 
2.145. SensorP airedRecord .............................................................................................................. 135 
2.146. SensorP airingDate ................................................................................................................ 135 
2.147. SensorSCIdentifier ................................................................................................................ 135 
2.148. SensorSer ialNumber .............................................................................................................. 135 
2.149. Signature ............................................................................................................................ 135 
2.150. SignatureRecordAr ray........................................................................................................... 136 
2.151. SimilarEventsNumber ............................................................................................................ 136 
2.152. SpecificConditionRecord ........................................................................................................ 136 
2.153. SpecificConditions ................................................................................................................ 136 
2.154. SpecificCondition Type ........................................................................................................... 137 
2.155. Speed ................................................................................................................................ 137 
2.156. SpeedA uthor ised .................................................................................................................. 137 
2.157. SpeedA verag e...................................................................................................................... 138 
2.158. SpeedMax ........................................................................................................................... 138 
2.159. TachographP ayload ............................................................................................................... 138 
2.160. TachographP ayloadEncr ypted .................................................................................................. 138 
2.161. TDesSessionKe y................................................................................................................... 138 
2.162. TimeReal ............................................................................................................................ 139 
2.163. TyreSize ............................................................................................................................. 139 
2.164. VehicleIdentif icationNumber ................................................................................................... 139 
2.165. VehicleIdentif icationNumberRecordAr ray................................................................................... 139 
2.166. VehicleRegistrationIdentificat ion .............................................................................................. 139 
2.167. VehicleRegistrationNumber ..................................................................................................... 140 
2.168. VehicleRegistrationNumberRecordAr ray.................................................................................... 140 
2.169. VuAbility ............................................................................................................................ 140 
2.170. VuActivityDailyData .............................................................................................................. 141 
2.171. VuActivityDailyRecordAr ray................................................................................................... 141 
2.172. VuAppro valNumber .............................................................................................................. 141 
2.173. VuCalibrationData ................................................................................................................ 142 
2.174. VuCalibrationRecord ............................................................................................................. 142 
2.175. VuCalibrationRecordAr ray...................................................................................................... 143 26.5.2016 L 139/85 Den Europæisk e Unions Tidende DA    
2.176. VuCardIWData .................................................................................................................... 144 
2.177. VuCardIWRecord ................................................................................................................. 144 
2.178. VuCardIWRecordAr ray.......................................................................................................... 145 
2.179. VuCardRecord ..................................................................................................................... 145 
2.180. VuCardRecordAr ray.............................................................................................................. 146 
2.181. VuCer tificate ....................................................................................................................... 146 
2.182. VuCer tificateRecordAr ray....................................................................................................... 146 
2.183. VuCom panyL ocksData .......................................................................................................... 147 
2.184. VuCom panyL ocksRecord ....................................................................................................... 147 
2.185. VuCom panyL ocksRecordAr ray................................................................................................ 148 
2.186. VuControlA ctivityData .......................................................................................................... 148 
2.187. VuControlA ctivityRecord ....................................................................................................... 148 
2.188. VuControlA ctivityRecordAr ray................................................................................................ 149 
2.189. VuDataBloc kCounter ............................................................................................................. 149 
2.190. VuDetailedSpeedBlock ........................................................................................................... 149 
2.191. VuDetailedSpeedBlockRe cordAr ray........................................................................................... 150 
2.192. VuDetailedSpeedData ............................................................................................................ 150 
2.193. VuDo wnloadableP eriod.......................................................................................................... 150 
2.194. VuDo wnloadableP eriodRecordAr ray......................................................................................... 151 
2.195. VuDo wnloadA ctivityData ....................................................................................................... 151 
2.196. VuDo wnloadA ctivityDataRecordAr ray....................................................................................... 151 
2.197. VuEventData ....................................................................................................................... 152 
2.198. VuEventRecord .................................................................................................................... 152 
2.199. VuEventRecordAr ray............................................................................................................. 153 
2.200. VuFaul tData ........................................................................................................................ 154 
2.201. VuFaul tRecord ..................................................................................................................... 154 
2.202. VuFaul tRecordAr ray.............................................................................................................. 155 
2.203. VuGNSSCDRecord ................................................................................................................ 155 
2.204. VuGNSSCDRecordAr ray........................................................................................................ 156 
2.205. VuIdentification ................................................................................................................... 156 
2.206. VuIdentificationRecordAr ray................................................................................................... 157 
2.207. VuITSConsentRecord ............................................................................................................ 157 
2.208. VuITSConsentRecordAr ray..................................................................................................... 158 
2.209. VuManufa cturerAddress ......................................................................................................... 158 
2.210. VuManufa cturerName ............................................................................................................ 158 
2.211. VuManufa ctur ingDate ............................................................................................................ 158 26.5.2016 L 139/86 Den Europæisk e Unions Tidende DA    
2.212. VuOverSpeedingControlData .................................................................................................. 159 
2.213. VuOverSpeedingControlDataRecordAr ray.................................................................................. 159 
2.214. VuOverSpeedingEventData ..................................................................................................... 159 
2.215. VuOverSpeedingEventRecord .................................................................................................. 159 
2.216. VuOverSpeedingEventRecordAr ray........................................................................................... 160 
2.217. VuPartNumber ..................................................................................................................... 161 
2.218. VuPlaceDailyW orkPe riodData .................................................................................................. 161 
2.219. VuPlaceDailyW orkPe riodRecord ............................................................................................... 161 
2.220. VuPlaceDailyW orkPe riodRecordAr ray....................................................................................... 162 
2.221. VuPrivate Key ....................................................................................................................... 162 
2.222. VuPublicKey ........................................................................................................................ 162 
2.223. VuSer ialNumber ................................................................................................................... 162 
2.224. VuSof tInstallationDate ........................................................................................................... 162 
2.225. VuSof twareIdentif ication ........................................................................................................ 163 
2.226. VuSof twareV ersion ............................................................................................................... 163 
2.227. VuSpecificConditionData ....................................................................................................... 163 
2.228. VuSpecificConditionRecordAr ray............................................................................................. 163 
2.229. VuTimeAd justmentData ......................................................................................................... 164 
2.230. VuTimeAd justmentGNSSRecord .............................................................................................. 164 
2.231. VuTimeAd justmentGNSSRecordAr ray....................................................................................... 164 
2.232. VuTimeAd justmentRecord ...................................................................................................... 165 
2.233. VuTimeAd justmentRecordAr ray.............................................................................................. 165 
2.234. WorkshopCardApplicationIdentification .................................................................................... 166 
2.235. WorkshopCardCalibrationData ................................................................................................ 166 
2.236. WorkshopCardCalibrationRecord ............................................................................................. 167 
2.237. WorkshopCardHolderIdentificat ion .......................................................................................... 168 
2.238. WorkshopCardPIN ................................................................................................................ 168 
2.239. W-VehicleCharact eristicConstant .............................................................................................. 169 
2.240. VuPowerSupplyInt erruptionRecord ........................................................................................... 169 
2.241. VuPowerSupplyInt erruptionRecordArr ay................................................................................... 169 
2.242. VuSensorExt ernalGNSSCoupledRecordAr ray............................................................................... 170 
2.243. VuSensorP airedRecordAr ray.................................................................................................... 170 
3. DEFINITIONER AF VÆRDI- OG STØRRELSESOMRÅDE ............................................................................. 171 
4. TEGNSÆT ...................................................................................................................................... 171 
5. KODNING ...................................................................................................................................... 171 
6. OBJEK TIDENTIFIKA TORER OG APPLIKA TIONSIDENTIFIKA TORER ............................................................... 171 
6.1. Objektidentifikatorer ............................................................................................................. 171 
6.2. Applikationsidentifikatorer ..................................................................................................... 172  26.5.2016 L 139/87 Den Europæisk e Unions Tidende DA    
1.  INDLEDNING 
Dette tillæg fastlægger de dataf ormater , dataelementer og datastr ukturer , som skal anvendes i kontrolapparater og 
takografk ort. 
1.1.  Fremgangsmåde anv endt ved definition af datatyper 
Til definition af datatyper ne 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ær mere best emt overføringssyntaks 
(kodningsreg ler), 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 navn e, 
—  at når en datatype er sammensat af andre datatyper , består datatypens navn stadig af én enkelt sekvens af 
alfabetiske tegn med stor t begyndelsesbogstav , dog anvendes store bogstaver inde i navnet til at angive den 
tilsvarende betydning, 
—  at datatyper nes navne sædvanligvis hænger sammen med navnet på de datatyper , de er opbygg et 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 kontrolapparat et, vil 
den pågældende ASN.1-type være defineret i dette tillæg. 
For at give mulighed for forske llige typer kodningsreg ler er visse ASN.1-typer i dette tillæg begrænset ved 
identif ikatorer for værdiområdet. Identifikatorer ne for værdiområde er defineret i punkt 3 og tillæg 2. 
1.2.  Referencer 
I dette tillæg er følgende referencer anvendt: 
ISO 639  Code for the representation of names of language s. First Edition: 1988. 
ISO 3166  Codes for the representation of names of countr ies and their subdivisions — Part 1: Countr y 
codes, 2013 
ISO 3779  Road vehicles — Vehicle identif ication number (VIN) — Conte nt and structure. 2009 
ISO/IEC 7816-5  Identif ication cards — Integrated circuit cards — Part 5: Registration of application providers. 
Second edition: 2004. 
ISO/IEC 7816-6  Identif ication cards — Integrat ed circuit cards — Part 6: Interi ndustr y data elements for 
interc hange, 2004 + Technical Corrigen dum 1: 2006 
ISO/IEC 8824-1  Information technology — Abstract Syntax Notation One (ASN.1): Specification of basic 
notation. 2008 + Technical Corrigen dum 1: 2012 and Technical Corrigen dum 2: 2014. 
ISO/IEC 8825-2  Information technology — ASN.1 encoding rules: Specification of Packed Encoding Rules 
(PER). 2008. 
ISO/IEC 8859-1  Information technology — 8 bit sing le-byt e coded graphic character sets — Part 1: Latin 
alphabet No.1. First edition: 1998. 
ISO/IEC 8859-7  Information technology — 8 bit sing le-by te coded graphic character sets — Part 7: Latin/Greek 
alphabet. 2003. 26.5.2016 L 139/88 Den Europæisk e Unions Tidende DA    
ISO 16844-3  Road vehicles — Tachog raph systems — Motion Sensor Interface. 2004 + Techn ical 
Corrigendum 1: 2006. 
TR-03110-3  BSI / ANSSI Techn ical Guideline TR-03110-3, Advanced Secur ity Mechanisms for Machine 
Readable Travel Documents and eIDAS Token — Part 3 Common Specifications, version 2.20, 
3. februar 2015 
2.  DEFINITIONER AF DATATYPER 
For nedenstående datatyper vil datafelt et som standardværdi for ”ukendt” eller ”ikke relevant” indhold være 
udfyldt med ‘FF’-by tes. 
Alle datatyper anvendes til applikationer af første og anden generation, medmindre andet anføres. 
2.1.  Acti vityChangeInfo 
Med denne datatype kan der inden for et to bytes stor t 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 medc hauff ør. Denne datatype er knyttet til krav 105, 266, 291, 320, 321, 343 og 344 i bilag 1C. 
Tilordnet værdi — Oktet udsluttet: ‘scpaattttttttttt’B (16 bit) 
For registrer inger i datalager et (eller status for kortplads): 
‘s’B  Kortplads: 
‘0’B: FØRER 
‘1’B: MEDCHA UFFØR 
‘c’B  Kørestatus: 
‘0’B: ÉN FØRER 
‘1’B: FØRERHOLD 
‘p’B  Status for fører - (eller værksteds-)k ortet 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  Tidspunkt for ændr ingen: Antal minutte r siden 00h00 den pågælde nde dag. 26.5.2016 L 139/89 Den Europæisk e Unions Tidende DA    
For registrer inger på fører - (eller værks teds -)kortet (og førerstatus): 
‘s’B  Kortplads (ikke relevant når ‘p’ = 1, se dog bemærkning nedenf or): 
‘0’B: FØRER 
‘1’B: MEDCHA UFFØR 
‘c’B  Kørestatus (når ‘p’ = 0) eller 
Efter aktivitetsstatus (når ‘p’ = 1): 
‘0’B: ÉN FØRER 
‘0’B: UKENDT 
‘1’B: FØRERHOLD 
‘1’B: KENDT (= indlæst manuelt) 
‘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 nedenf or): 
‘00’B: PAUSE/HVILE 
‘01’B: RÅDIGHED 
‘10’B: ARBEJDE 
‘11’B: KØRSEL 
‘ttttttttttt’B  Tidspunkt for ændr ingen: Antal minutte r siden 00h00 den pågælde nde dag. 
Bemærkning 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ælde nde tidspunkt 
Bit ‘c’ og ‘aa’ i ordet (gemt på et kort) kan ved senere manuel indlæsning overskr ives svarende til indlæsningen. 
2.2.  Adresse 
En adresse. 
26.5.2016 L 139/90 Den Europæisk e Unions Tidende DA    
codePage angiver et tegnsæt, der er definer et i afsnit 4 
address er en adresse, som er indk odet med det angivne tegnsæt. 
2.3.  AESKey 
Anden generation: 
En AES-nøg le med en længde på 128, 192 eller 256 bit. 
Tilordnet værdi: Ikke yderligere angivet. 
2.4.  AES128Key 
Anden generation: 
En AES128-nøg le. 
length er længden af AES128-nøg len i oktett er. 
aes128Key er en AES-nøg le med en længde på 128 bit. 
Tilordnet værdi: 
Længden skal have værdien 16. 
2.5.  AES192Key 
Anden generation: 
En AES192-nøg le. 
length er længden af AES192-nøg len i oktett er. 
aes192Key er en AES-nøg le med en længde på 192 bit. 
Tilordnet værdi: 
Længden skal have værdien 24. 26.5.2016 L 139/91 Den Europæisk e Unions Tidende DA    
2.6.  AES256Key 
Anden generation: 
En AES256-nøg le. 
length er længden af AES256-nøg len i oktett er. 
aes256Key er en AES-nøg le med en længde på 256 bit. 
Tilordnet værdi: 
Længden skal have værdien 32. 
2.7.  BCDStr ing 
BCDStr ing anvendes til at fremstille decimaltal ved binær kode (BCD). Denne datatype anvendes til at fremstille 
ét decimalciffer ved én semioktet (4 bit). BCDStr ing er baseret på ISO/IEC 8824-1 ”CharacterStri ngType”. 
BCDStr ing anvender ”hstr ing”-notation. Det hexadecimale tegn længst til venstre skal være mest betydende 
semioktet i første oktet. Til frembr ingelse af flere oktett er indsætte s efter beho v foranstillede nul-semioktett er fra 
semioktetp ositionen længst til venstre i den først e oktet. 
De tilladt e cifre er: 0, 1, .. 9. 
2.8.  CalibrationPur pose 
Kode, som forklarer , hvorfo r der blev registreret et sæt kalibrer ingsparametre. Denne datatype er knyttet til bilag 
1B, krav 097 og 098, og bilag 1C, krav 119. 
Tilordnet værdi: 
Første generation: 
‘00’H  reser veret værdi 
‘01’H  aktiver ing: registrer ing af de kalibrer ingsparametre, som er kendt i det øjeblik, hvor 
køretøjsenheden aktiveres 
‘02’H  første installation: første kalibrer ing af køretøjsenheden, efter at den er aktiveret 
‘03’H  installation: første kalibrer ing af køretøjsenheden i det aktuelle køretøj 
‘04’H  periodisk eftersyn. 26.5.2016 L 139/92 Den Europæisk e Unions Tidende DA    
Anden generation: 
Ud over værdier ne for første generation anvendes følgen de værdier: 
‘05’H  virk somhedens indlæsning af VRN 
‘06’H  tidsjusteri ng uden kalibrer ing 
‘07’H til ‘7F’H  RFU 
‘80’H til ‘FF’H  Fabr ikantspecifik . 
2.9.  CardActi vityDailyRecord 
Oplysning er, gemt på kortet, vedrøre nde føreraktivit eterne for en given kalenderdag. Denne datatype er knytt et 
til krav 266, 291, 320 og 343 i bilag 1C. 
activityPreviousRecordLength er den totale længde i bytes af den foregående døgnpost. Maksimumværdien er 
givet ved længden af den OCTET STRING, som indeholder disse poste r (se CardA ctivityLengthRange, tillæg 2, 
punkt 4). Når denne post er den ældste døgnpost, skal activityPreviousRecordLength sættes til 0. 
activityRecordLength er den totale længde i bytes af denne post. Mak simumv ærdien er givet ved længden af 
den OCTET STRING, som indeholder disse poster . 
activityRecordDate er postens dato. 
activityDailyPresenceCounter er tælleren for daglig tilstedeværelse for kortet det pågældende døgn. 
activityDayDi stance er den totale afstand, som er tilbagelagt det pågældende døgn. 
activityChangeInfo er ActivityChang eInfo-datasætt et for føreren det pågældende døgn. Det kan indeholde indtil 
1 440 værdier (ét aktivitets skift pr. minut). Dette datasæt indeholder altid ActivityChangeInf o med kode for 
førerstatus kl. 00:00. 
2.10.  CardActi vityLengthR ange 
Antal bytes, som i et fører - eller værks tedskort er til rådighed for lagring af poster vedrørende føreraktivit et. 
Tilordnet værdi: se tillæg 2. 
2.11.  CardAppro valNumber 
Kortets typegodken delsesnummer . 
26.5.2016 L 139/93 Den Europæisk e Unions Tidende DA    
Tilordnet værdi: 
Godk endelsesnummeret skal tilvejebr inges som offentliggjor t på Europa-K ommissionens relevante webste d, dvs. 
f.eks. med eventuelle bindestreger . Godk endelsesnummeret skal være venstrejusteret. 
2.12.  CardCer tificate 
Første generation: 
Certifik at for et korts offentlige nøg le. 
2.13.  CardChipIdentif ication 
Oplysning er, gemt på et kort, til identifikation af kortets integrerede kreds (IC) (Bilag 1C, krav 249). 
icSer ialNumber identificerer sammen med icManufactur ingRef erences kortets chip entydigt. icSer ialNumber alene 
identif icerer ikke kortets chip entydigt. 
icSer ialNumber er serienummeret på den integrerede kreds. 
icManufactur ingReferences er id'et på fabrikanten af den integrerede kreds. 
2.14.  CardConsecutiv eIndex 
Et fortløbende kortindek s (definition h)). 
Tilordnet værdi: (Se bilag 1C, afsnit 7) 
Rækkef ølge af forøgelse: ‘0, …, 9, A, …, Z, a, …, z’ 
2.15.  CardControlActivit yDat aRecord 
Oplysning er, gemt på et fører - eller værkstedsk ort, vedrørende den seneste kontrol, som føreren har været 
genstand for (bilag 1C, krav 274, 299, 327 og 350). 
controlT ype er kontrollens type. 
controlTime er dato og klokkeslæt for kontrollen. 26.5.2016 L 139/94 Den Europæisk e Unions Tidende DA    
controlCardNumber er FullCardNumber for den kontrollør , som har foretaget kontrollen. 
controlV ehicleRegistration er indregistrer ingsnummer og registrerende medlemsstat for det køretøj, i hvilk et 
kontrollen fandt sted. 
controlDo wnloadPeriodBegin og controlDo wnloadPerio dEnd angiver , ved datao verfø rsel, den periode, for 
hvilken datao verfø rsel har fundet sted . 
2.16.  CardCur rentUse 
Oplysning er om kortets aktuelle anvendelse (bilag 1C, krav 273, 298, 326 og 349). 
sessionOpen Time er det tidspunkt, hvor kortet er indsat med henblik på den aktuelle anvendelse. Dette 
dataelement sætte s til nul, når kortet tages ud. 
sessionOpenV ehicle er identif ikationen af det aktuelt anvendt e køretøj og bliver sat ved isætning af kortet. 
Dette dataelement sættes til nul, når kortet tages ud. 
2.17.  CardDr iverActivity 
Oplysning er, gemt på et fører - eller værks teds kort, vedrøre nde førerens aktivitet er (bilag 1C, krav 267, 268, 292, 
293, 321 og 344). 
activityPointer Oldest Day Record angiver begyndelsen på lage rpladsen (antal bytes fra strenge ns begyndelse) 
for den ældste fuldstændig e døgnpost i activityDailyRecords-strengen. Mak simumv ærdien er givet ved længden af 
strengen . 
activityPointer New estRecord angiver begyndelsen på lage rpladsen (antal bytes fra strengen s begyndelse) for 
den senest e døgnpost i activityDailyRecords-strenge n. Mak simumv ærdien er givet ved længden af strengen. 
activityDailyRecords er den plads, der er til rådighed til at gemme data vedr ørende førerens aktivitet 
(datastr uktur: CardA ctivityDailyRecord) for hver kalenderdag, hvor kortet har været anvendt. 
Tilordnet værdi: Denne oktetst reng bliver cyklisk fyldt op med CardA ctivityDailyRecord-poster . Ved første 
gangs brug begynder lagringen ved strengen s første byte. Alle nye poster bliver hæftet til slutningen af den 
foregående . Når strengen er fuld, fortsætte r lagringen ved strengens første byte uafhængigt af, om der eventuelt 
er en afbr ydelse inde i et dataelement. Før nye aktivitetsdata placeres i strengen (ved at den aktuelle activityDai ­
lyRecord bliver stør re, eller ved at der indsætte s en ny activityDailyRecord) som erstatning for ældre 
aktivitets data, skal activityP ointe rOldestDa yRecord opdateres svarende til den nye placer ing af den ældste 
fuldstændig e døgnpost, og activityPreviousRecordLength for denne (nye) ældste fuldstændig e døgnpos t skal 
nulstilles. 
2.18.  CardDr ivingLicenceInfo rmation 
Oplysning er, gemt på et førerk ort, vedr ørende kortindehav erens licensdata (bilag 1C, krav 259 og 284). 26.5.2016 L 139/95 Den Europæisk e Unions Tidende DA    
drivingLicenceIssuingAuthor ity er den myndighed, som er ansvarlig for udst edelse af førerbeviset. 
drivingLicenceIssuingNation er nationalitet en af den myndighed, som har udst edt førerbeviset. 
drivingLicenceNumberer førerbevisets nummer . 
2.19.  CardEv entData 
Oplysning er, gemt på et fører - eller værks tedskort, vedrørende hændelser knyttet til kortindehaveren (bilag 1C, 
krav , 260, 285, 318 og 341). 
CardEv entData er en sekvens af cardEventRecords, ordnet efter stigende EventF aultT ype (bor tset fra poster 
vedrøre nde forsøg på sikkerhedsbr ud, som er samlet i sidste del af sekvensen). 
cardEv entRecords er et sæt hændelsespost er af en given hændelsestype (eller kategor i ved hændelser bestående 
i forsøg på sikker hedsbr ud). 
2.20.  CardEv entRecord 
Oplysning er, gemt på et fører - eller værkstedsk ort, vedrøre nde en hændelse knytt et til kortindehav eren (bilag 1C, 
krav 261, 286, 318 og 341). 
eventT ype er hændelsens type. 
eventBegin Time er hændelsens startdato og -klokke slæt. 
eventEndTime er hændelsens slutdat o og -klokke slæt. 
eventV ehicleRegist ration er indregistrer ingsnummer og registrerende medlemsstat for det køretøj, hvor 
hændelsen er indtr uffet. 
2.21.  CardFaultData 
Oplysning er, gemt på et fører - eller værks tedskort, vedrør ende fejl knyttet til kortindehav eren (bilag 1C, krav 
263, 288, 318 og 341). 
26.5.2016 L 139/96 Den Europæisk e Unions Tidende DA    
CardFaultData er en sekvens af poster vedrørende fejl ved kontrolapparat et, efterfulgt af en mængde af poster 
vedrøre nde kortfejl. 
cardFaultRecords er mængden af fejlposter af en given fejlkategor i (kontrolapparat eller kort). 
2.22.  CardFaultRecord 
Oplysning er, gemt på et fører - eller værks tedskort, vedrørende en fejl knyttet til kortindehav eren (bilag 1C, krav 
264, 289, 318 og 341). 
faultT ype er fejlens type. 
faultBegin Time er fejlens startdato og -klokkeslæt. 
faultEndTime er fejlens slutdato og -klokkeslæt. 
faultV ehicleRegist ration er indregistrer ingsnummer og registrerende medlemsstat for det køretøj, hvor fejlen er 
indtr uffet. 
2.23.  CardIccIdentif ication 
Oplysning er, gemt på et kort, til identifikation af kortet med integre ret kreds (IC) (bilag 1C, krav 248). 
clockStop er klok stop-tilstand som definer et i tillæg 2. 
cardExtendedSer ialNumber er IC-k ortets unikke serienummer som videre angivet ved datatypen Exten dedSer i­
alNumber . 
cardAppro valNumber er kortets typegodkendelsesnummer . 
cardPers onaliserID er kortets person-ID kodet som Manuf acturerCode. 
embedderIcAssemblerId rummer oplysninger om embedder/IC assembler . 
icIdentif ier er datanavn et for kortets IC og IC-fabr ikant som defineret i ISO/IEC 7816-6. 
2.24.  CardIdentif ication 
Oplysning er, gemt på et kort, til identif ikation af kortet (bilag 1C, krav 255, 280, 310, 333, 359, 365, 371 og 
377). 26.5.2016 L 139/97 Den Europæisk e Unions Tidende DA    
cardIssuingMemberStat e er koden på den medlemsstat, som har udstedt kortet. 
cardNumberer kortets nummer . 
cardIssuingAuthor ityName er navnet på den myndighed, der har udste dt kortet. 
cardIssueDate er datoen for udste delse af kortet til den nuværende indehav er. 
cardV alidityBeginer kortets første gyldighedsdato. 
cardExpir yDateer kortets udløbsdato. 
2.25.  CardMA Cer tificate 
Anden generation: 
Certifik at for et korts offentlige nøgle til gensidig ægthedsbekræf telse med en køretøjsenhed. Dette certifikats 
opbygn ing er nær mere beskrevet i tillæg 11. 
2.26.  CardNumber 
Et kortnummer er defineret ved definition g). 
driverIdentif ication er den entydige identif ikation af en fører i en medlemsstat. 
ownerIdentif ication er den entydige identif ikation af en virksom hed, et værks ted eller et kontrolorgan i en 
medlemsstat. 
cardConsecutiv eIndex er kortets fortløbende indeks . 
cardReplacementIndex er kortets udskif tningsindeks. 26.5.2016 L 139/98 Den Europæisk e Unions Tidende DA    
cardRenewalIndex er kortets fornyelsesindeks. 
Den første sekvens af valget er egnet til kodning af et førerk ortnummer , den anden sekvens af valget er egnet til 
kodning af værks teds-, kontrol- og virksom hedsk ortnummer . 
2.27.  CardPlaceDailyW orkPeriod 
Oplysning er, gemt på et fører - eller værks tedskort, vedr ørende de sted er, hvor den daglige arbejdstid begynder 
og/eller slutte r (bilag 1C, krav 272, 297, 325 og 348) 
placeP ointerNew estR ecorder indekset for den senest opdate rede sted post. 
Tilordnet værdi: Tal svarende til tælleren i stedpost en, begyndende med ‘0’ for den første forek omst af 
sted postern e i strukturen. 
placeRecords er den mængde poste r, der indeholder oplysning er om de indlæste steder . 
2.28.  CardPr ivateKey 
Første generation: 
Et korts private nøg le. 
2.29.  CardPublicKey 
Et korts offentlig e nøg le. 
2.30.  CardRenewalIndex 
Et kortfornyelsesindeks (definition i)). 
Tilordnet værdi: (se kapitel VII i dette bilag). 
‘0’  Første udst edelse. 
Rækkef ølge af forøgelse: ‘0, …, 9, A, …, Z’ 
2.31.  CardReplacementIndex 
Et korterstatningsindeks (definition j)). 
Tilordnet værdi: (se kapitel VII i dette bilag). 
‘0’  Opr indeligt kort. 
Rækkef ølge af forøgelse: ‘0, …, 9, A, …, Z’ 26.5.2016 L 139/99 Den Europæisk e Unions Tidende DA    
2.32.  CardSignCer tificate 
Anden generation: 
Certifik at for et korts offentli ge nøg le til underskr ift. Dette certifikats opby gning er nær mere beskrevet i tillæg 
11. 
2.33.  CardSlotNumber 
Kode, som anvendes til at skelne mellem de to kortpladser i en køretøjsenhed. 
Tilordnet værdi: Ikke yderligere angivet. 
2.34.  CardSlotsSt atus 
Kode, som angiver den type kort, der sidder i køretøjsenhedens to kortpladser . 
Tilordnet værdi — Oktet udsluttet: ‘ccccdddd’B 
‘cccc’B  Identif ikation af den type kort, der sidder i medc hauff ørens kortplads 
‘dddd’B  Identif ikation af den type kort, der sidder i førerens kortplads 
med følgen de identif ikationsk oder: 
‘0000’B  intet kort isat 
‘0001’B  et førerk ort isat 
‘0010’B  et værks tedskort isat 
‘0011’B  et kontrolk ort isat 
‘0100’B  et virksom hedsk ort isat. 
2.35.  CardSlotsSt atusRecordAr ray 
Anden generation: 
CardSlotsStatus plus metadata, der anvendes i protok ollen for datao verfø rsel. 
recordT ype angiver postens type (CardSlotsStatus). Tilordnet værdi: Se RecordT ype. 
recordSize er stør relsen af CardSlotsStatus i bytes. 26.5.2016 L 139/100 Den Europæisk e Unions Tidende DA    
noOfRecords er antallet af poster i mængden af poste r. 
records er mængden af CardSlotsStatus-poster . 
2.36.  CardStr uctureV ersion 
Kode, som angiver versionen af den struktur , der er implement eret i et takografk ort. 
Tilordnet værdi: ‘aabb’H: 
‘aa’H  Indeks for ændr inger af strukturen. 
‘00’H for applikationer af første generation 
‘01’H for applikationer af anden generation 
‘bb’H  Indeks for ændr inger vedr ørende brug af de dataelementer , der er defineret for strukturen, er 
givet ved den høje byte. 
‘00’H for denne version af applikationer af første generation 
‘00’H for denne version af applikationer af anden generation 
2.37.  CardV ehicleRecord 
Oplysning er, gemt på et fører - eller værks tedskort, vedrørende en anvendelsesper iode for et køretøj på en 
kalenderdag (bilag 1C, krav 269, 294, 322 og 345). 
Første generation: 
vehicleOdometerBegin er køretøjets kilometer stand ved begyndelsen af anvendelsesperi oden for køretøjet. 
vehicleOdometerEnd er køretøjets kilometers tand ved slutning en af anvendelsesperi oden for køretøjet. 
vehicleFi rstUse er startdato og -klokkes læt for køretøjets anvendelsesper iode. 
vehicleLas tUse er slutdato og -klokkeslæt for køretøjets anvendelsesperi ode. 
vehicleRegist ration er indregistrer ingsnummer og registrerende medlemsstat for køretøjet. 
vuData BlockCounterer værdien af VuDataBloc kCounter ved sidste uddragning af køretøjets anvende l­
sesper iode. 26.5.2016 L 139/101 Den Europæisk e Unions Tidende DA    
Anden generation: 
Ud over dataelementerne for første generation anvendes følgende dataelement: 
VehicleIdentif icationNumber er køretøjets identifikation snummer , der refererer til køretøjet som helhed. 
2.38.  CardV ehiclesUsed 
Oplysning er, gemt på et fører - eller værks tedskort, vedrøre nde de køretøjer , der er anvendt af kortindehaveren 
(bilag 1C, krav 270, 295, 323 og 346). 
vehiclePointer New estRecord er indeks et for den senest opdaterede køretøjspost. 
Tilordnet værdi: Tal svarende til tælleren i køretøjsposten, begyndende med ‘0’ for den første forek omst af 
køretøjsposter ne i strukturen. 
cardV ehicleRecords er den mængde poster , der indeholder oplysninger om de anvendt e køretøjer . 
2.39.  CardV ehicleUnitRecord 
Anden generation: 
Oplysning er, gemt på et fører - eller værks tedskort, vedrørende en anvendt køretøjsenhed (bilag 1C, krav 303 og 
351). 
timeSt amp er starten af køretøjsenhedens anvendelsesperi ode (dvs. først e isætning af kortet i køretøjsenheden i 
den pågældende periode). 
manufacturerCode identif icerer fabrikanten af køretøjsenheden. 
deviceID identif icerer en fabrikants køretøjsenheds type. Værdien er fabrikantspecif ik. 
vuSof twareV ersion er versionsnummeret på det programmel, der anvendes i køretøjsenheden. 
2.40.  CardV ehicleUnitsUsed 
Anden generation: 
Oplysning er, gemt på et fører - eller værkstedsk ort, vedr ørende de køretøjsenheder , der er anvendt af 
kortindehaveren (bilag 1C, krav 306 og 352). 26.5.2016 L 139/102 Den Europæisk e Unions Tidende DA    
vehiclePointer New estRecord er indeks et på den senest opdat erede køretøjsenhedspost. 
Tilordnet værdi: Tal svarende til tælleren i køretøjsenhedsposten, begyndende med ‘0’ for den først e forek omst 
af køretøjsenhedsposterne i strukturen. 
cardV ehicleRecords er den mængde poster , der indeholder oplysninger om de anvendt e køretøjsenheder . 
2.41.  Attes ter 
Certifik atet for en offentlig nøg le, udste dt af et certifice ringsorg an. 
Første generation: 
Tilordnet værdi: Digital underskr ift med delvis genfinding af et CertificateCont ent i henhold til tillæg 11 (fælles 
sikkerh edsmekanismer): Signature (128 bytes) || Public Key remainder (58 bytes) || Certification Author ity 
Reference (8 bytes). 
Anden generation: 
Tilordnet værdi: Se tillæg 11. 
2.42.  Cer tificateContent 
Første generation: 
Det (tydelige ) indhold af certifik atet for en offentlig nøgle, som fremgår af tillæg 11, fælles sikke rhedsme ­
kanismer . 
certificateProf ileIdentif ier er versionen af det tilsvarende certifikat. 
Tilordnet værdi: ‘01h’ for denne version. 
certificationAuthor ityRefer ence angiver den certifice ringsm yndighed, som udsteder certifikatet. Den angiver 
desuden denne certificeringsm yndigheds offentlige nøg le. 
certificateHolderAuthor isation identificerer certifik atindehav erens rettigheder . 
certificateEndOfV alidity er den dato, hvor certifik atet udløber administrativt. 
certificateHolderRef erence identif icerer certifikatindehaveren. Den henviser desuden til dennes offentlige 
nøg le. 
publicKey er den offentlige nøg le, som er certifice ret ved det pågældende certifikat. 26.5.2016 L 139/103 Den Europæisk e Unions Tidende DA    
2.43.  Cer tificateHolderAuthor isation 
Identif ikation af en certifikatindeha vers rettigheder . 
Første generation: 
tacho graphApplicationID er datanavnet på takografa pplikationen. 
Tilordnet værdi: ‘FFh’ ‘54h’ ‘41h’ ‘43h’ ‘48h’ ‘4Fh’. Denne AID er en beskytte t, ikkeregistreret applikationsiden ­
tifik ator i henhold til ISO/IEC 7816-5. 
equipmentT ype er identifikationen af den type udstyr , som certifikatet er best emt til. 
Tilordnet værdi: i overensstemmelse med datatypen EquipmentT ype. 0, hvis certifikatet er fra en medlemsstat. 
Anden generation: 
tacho graphApplicationID angiver de seks vigtigste bytes i den tilsvarende applikationsidentif ikator (AID) for 
takografk ortet af anden generation. AID for takografk ortapplikationen og AID for det ekster ne GNSS-udstyr er 
nær mere beskrevet i afsnit 6.2. 
Tilordnet værdi: ‘FF 53 4D 52 44 54’ 
equipmentT ype er identifikationen af den type udstyr af anden generation, som certifikatet er best emt til. 
Tilordnet værdi: i overensstemmelse med datatypen EquipmentT ype. 
2.44.  Cer tificateRequest ID 
Entydig identif ikation af en anmodning om certifik at. Den kan også benyttes som datanavn for et køretøjs 
offentlig e nøgle, hvis serienummeret på den køretøjsenhed, som nøg len er beste mt for, ikke kendes på udfærdi g­
elsestidspunkt et for certifikatet. 
request SerialNumber er et serienummer på anmodningen om certifik atet. Den er entydig for fabrikante n og for 
måneden nedenf or. 
request MonthY ear identificerer måned og år for anmodningen om certifikatet. 
Tilordnet værdi: Binær t kodet decimaltal for måned (to cifre) og år (to sidste cifre). 
crIdentif ier er et datanavn , som har til formål at skelne en anmodning om certifik at fra et udvidet 
serienummer . 
Tilordnet værdi: ‘FFh’. 
manufacturerCode er den numer iske kode for den producent, der anmoder om certifikatet. 
2.45.  Cer tificationAuthor ityKID 
Datanavn for den offentlig e nøg le tilhørende en certifice ringsm yndighed (en medlemsstat eller den europæiske 
certifice ringsm yndighed). 26.5.2016 L 139/104 Den Europæisk e Unions Tidende DA    
nationNumer ic er den numer iske kode for certificeringsm yndigheden. 
nationAlpha er den alfanumer iske nationsk ode for certifice ringsm yndigheden. 
keySer ialNumber er et serienummer , som er best emt til at skelne mellem certificer ingsm yndighedens forsk ellige 
nøg ler i tilfæ lde, hvor der skiftes nøg le. 
additionalInfo er et felt på to bytes til supplerende kodning (specifik for certifice ringsm yndigheden). 
caIdentif ier er et datanavn , som har til formål at skelne datana vnet for en certificer ingsm yndigheds nøg le fra 
andre nøg ledatanavn e. 
Tilordnet værdi: ‘01h’. 
2.46.  CompanyA ctivityData 
Oplysning er, gemt på et virksom hedsk ort, vedrørende de aktivitet er, der udføres med kortet (bilag 1C, krav 373 
og 379) 
companyP ointerNew estRecord er indeks et på den senest opdate rede compan yActivityRecord. 
Tilordnet værdi: Tal svarende til tælleren i virksomhedsaktivitetsposte n, begyndende med ‘0’ for første 
forek omst af virksom hedsaktivite tsposten i strukturen. 
companyA ctivityRecords er mængden af alle virksomhedsaktivitetsposte r. 
companyA ctivityRecord er sekvensen af oplysninger vedrørende én virksom hedsaktivitet. 
companyA ctivityT ype er virksomhedsaktivitet ens type. 
companyA ctivityTime er klokkeslæt og dato for virksomhedsaktivitet en. 
cardNumberInfo rmation er kortnummer og kortudst edende medlemsstat for det kort, hvis data er blevet 
overfø rt (i givet fald). 
vehicleRegist rationInf ormation er indregistrer ingsnummer og registrerende medlemsstat for det køretøj, hvis 
data er blevet overfø rt, eller som er blevet låst ind eller ud. 
downloadPerio dBegin og downloadPerio dEnd angiver den periode, hvor eventuel overførsel af data fra 
køretøjsenheden har fundet sted. 26.5.2016 L 139/105 Den Europæisk e Unions Tidende DA    
2.47.  CompanyA ctivityT ype 
Kode, som angiver en aktivitet udøvet af en virksom hed, som benytt er sit virksom hedsk ort. 
2.48.  CompanyCardApplicat ionIdentif ication 
Oplysning er, gemt på et virksom hedsk ort, til identifikation af kortets applikation (bilag 1C, krav 369 og 375). 
typeOfT achog raphCardId angiver den implement erede korttype. 
cardStr uctureV ersion angiver den version af strukturen, som er implement eret i kortet. 
noOfCompan yActivityRecords er det antal virksomhedsaktivitetsposte r, som kan lagres på kortet. 
2.49.  CompanyCardHo lderIdentif ication 
Oplysning er, gemt på et virksom hedsk ort, til identifikation af kortindehaveren (bilag 1C, krav 372 og 378) 
companyName er navn et på den virksom hed, der er indehave r af kortet. 
companyA ddress er adressen på den virksomhed, der er indehaver af kortet. 
cardHolderPreferredLan guage er det af kortindehaveren foretr ukne sprog. 
2.50.  ControlCardApplicationIdentif ication 
Oplysning er, gemt på et kontrolk ort, til identif ikation af kortets applikation (bilag 1C, krav 357 og 363) 
typeOfT achog raphCardId angiver den implement erede korttype. 
cardStr uctureV ersion angiver den version af strukturen, som er implement eret i kortet. 
noOfControlAc tivityRecords er det antal kontrolaktivitets poster , som kan lagres på kortet. 26.5.2016 L 139/106 Den Europæisk e Unions Tidende DA    
2.51.  ControlCardControlActivityDa ta 
Oplysning er, gemt på et kontrolk ort, vedrørende de kontrolaktivitet er, der udføres med kortet (bilag 1C, krav 
361 og 367). 
controlPoin terNew estRecord er indeks et på den senest opdat erede kontrolaktivitets post. 
Tilordnet værdi: Tal svarende til tælleren i kontrolaktivitets posten, begyndende med ‘0’ for først e forek omst af 
kontrolaktivitetspost en i strukturen. 
controlActivi tyRecords er det fuldstændige sæt kontrolaktivitetspost er. 
controlActivi tyRecord er sekvensen af oplysninger vedrøre nde én kontrol. 
controlT ype er kontrollens type. 
controlTime er dato og klokkeslæt for kontrollen. 
controlledCardNumber er kortnummer og kortudst edende medlemsstat for det kort, som kontrolleres. 
controlledV ehicleRegistration er indregistrer ingsnummer og registrerende medlemsstat for det køretøj, i 
hvilket kontrollen fandt sted . 
controlDo wnloadPeriodBegin og controlDo wnloadPerio dEnd angiver den periode, for hvilke n data deref ter 
er blevet overfø rt. 
2.52.  ControlCardHolderIdentif ication 
Oplysning er, gemt på et kontrolk ort, til identif ikation af kortindehav eren (bilag 1C, krav 360 og 366). 
controlBodyName er navnet på kortindehaverens kontrolorgan. 
controlBodyA ddress er adressen på kortindehav erens kontrolorg an. 
cardHolderNameer efternavn og fornavn(e) på kontrolk ortets indehaver . 
cardHolderPreferredLan guage er det af kortindehaveren foretr ukne sprog. 26.5.2016 L 139/107 Den Europæisk e Unions Tidende DA    
2.53.  ControlT ype 
Kode, som angiver de aktivite ter, som udføres under en kontrol. Denne datatype er knyttet til krav 126, 274, 
299, 327 og 350 i bilag 1C. 
Første generation: 
Tilordnet værdi — Oktet udsluttet: ‘cvpdxxxx’B (8 bits) 
‘c’B  datao verførsel for kort: 
‘0’B: Kortets data blev ikke overført under denne kontrolaktivitet 
‘1’B: Kortets data blev overfø rt under denne kontrolaktivitet 
‘v’B  datao verførsel for køretøjsenhed: 
‘0’B: Køretøjsenhedens data blev ikke overfø rt under denne kontrolaktivitet 
‘1’B: Køretøjsenhedens data blev overført under denne kontrolaktivitet 
‘p’B  udpr intning: 
‘0’B: Der blev ikke udpr intet under denne kontrolaktivitet 
‘1’B: Der blev udpr intet under denne kontrolaktivitet 
‘d’B  visning på skær m: 
‘0’B: Der blev ikke anvendt visning på skær m under denne kontrolaktivitet 
‘1’B: Der blev anvendt visning på skær m under denne kontrolaktivite t 
‘xxxx’B  Ikke anvendt. 
Anden generation: 
Tilordnet værdi — Oktet udsluttet: ‘cvpdexxx’B (8 bits) 
‘c’B  datao verførsel for kort: 
‘0’B: Kortets data blev ikke overført under denne kontrolaktivitet 
‘1’B: Kortets data blev overfø rt under denne kontrolaktivitet 
‘v’B  datao verførsel for køretøjsenhed: 
‘0’B: Køretøjsenhedens data blev ikke overfø rt under denne kontrolaktivitet 
‘1’B: Køretøjsenhedens data blev overført under denne kontrolaktivitet 
‘p’B  udpr intning: 
‘0’B: Der blev ikke udpr intet under denne kontrolaktivitet 
‘1’B: Der blev udpr intet under denne kontrolaktivitet 
‘d’B  visning på skær m: 
‘0’B: Der blev ikke anvendt visning på skær m under denne kontrolaktivitet 
‘1’B: Der blev anvendt visning på skær m under denne kontrolaktivite t 26.5.2016 L 139/108 Den Europæisk e Unions Tidende DA    
‘e’B  kalibrer ingsk ontrol ved vejsiden: 
‘0’B: kalibrer ingsparametre blev ikke kontrolleret under denne kontrolaktivitet 
‘1’B: kalibrer ingsparametre blev kontrolleret under denne kontrolaktivitet 
‘xxx’B  RFU 
2.54.  Cur rentDateTime 
Kontrolapparat ets aktuelle klokke slæt og dato. 
Tilordnet værdi: Ikke yderligere angivet. 
2.55.  Cur rentDateTimeRecordAr ray 
Anden generation: 
Aktuel dato og aktuelt klokkeslæt plus metadata, der anvendes i protok ollen for datao verførsel. 
recordT ype angiver postens type (Cur rentDateTim e). Tilordnet værdi: Se RecordT ype. 
recordSize er stør relsen af CurrentDate Time i bytes. 
noOfRecords er antallet af poster i mængden af poste r. 
records er mængden af aktuelle dato- og klokkeslætspost er. 
2.56.  DailyPresenceCounter 
En tæller , som er gemt på et fører - eller værks teds kort, og hvis værdi øges med én for hver kalenderdag, kortet 
har været indsat i en køretøjsenhed. Denne datatype er knytt et til krav i bilag 1C, krav 266, 299, 320 og 343. 
Tilordnet værdi: Fortløbende nummer med maksimumværdi = 9 999, hvoref ter der tælles forfra fra 0. Ved 
første udstedelse af kortet stilles tælleren på nul. 
2.57.  Datef 
Dato, angivet i numer isk, let printbar t format. 
26.5.2016 L 139/109 Den Europæisk e Unions Tidende DA    
Tilordnet værdi: 
yyyy  År 
mm  Måned 
dd  Dag 
‘00000000’H  datoangivelse udtr ykkeli gt udeladt. 
2.58.  DateOfDa yDo wnloaded 
Anden generation: 
Dato og klokke slæt for overførslen. 
Tilordnet værdi: Ikke yderligere angivet. 
2.59.  DateOfDa yDo wnloadedRecordAr ray 
Anden generation: 
Dato og klokke slæt for overførslen plus metadata, der anvende s i protok ollen for datao verfø rsel. 
recordT ype angiver postens type (DateOfDa yDo wnloaded). Tilordnet værdi: Se RecordT ype. 
recordSize er stør relsen af CurrentDate Time i bytes. 
noOfRecords er antallet af poster i mængden af poste r. 
records er dato og klokkes læt for overførselspost erne. 
2.60.  Afst and 
En tilbagelagt distance (resultat af beregning af forsk ellen mellem to værdier af køretøjets kilometerstand). 
Tilordnet værdi: Binær uden fortegn. Værdi i km med området 0 til 9 999 km. 
2.61.  DriverCardApplicationIdentif ication 
Oplysning er, gemt på et førerk ort, til identifikation af kortets applikation (bilag 1C, krav 253 og 278). 26.5.2016 L 139/110 Den Europæisk e Unions Tidende DA    
Første generation: 
typeOfT achog raphCardId angiver den implement erede korttype. 
cardStr uctureV ersion angiver den version af strukturen, som er implement eret i kortet. 
noOfEv entsP erType er antal hændelser af hver hændelsestype, som kan gemmes på kortet. 
noOfFaultsPerT ype er antal fejl af hver fejltype, som kan gemmes på kortet. 
activityStr uctureLength angiver antal bytes til rådighed til lagring af aktivit etsposter . 
noOfCardV ehicleRecords er antallet af køretøjsposter , som kan gemmes på kortet. 
noOfCardPlaceRecords er antallet af steder , som kan gemmes på kortet. 
Anden generation: 
Ud over dataelementerne for første generation anvendes følgende dataelemente r: 
noOfGNSSCDRecords er det antal GNSS-poster for sammenhænge nde køretid, som kan gemmes på kortet. 
noOfSpecif icConditionRecords er det antal poster vedr ørende særlige omstændigheder , som kan gemmes på 
kortet. 
2.62.  DriverCardHolderIdentif ication 
Oplysning er, gemt på et førerk ort, til identifikation af kortindehav eren (bilag 1C, krav 256 og 281). 
cardHolderNameer efternavn og fornavn(e) på førerk ortets indehav er. 26.5.2016 L 139/111 Den Europæisk e Unions Tidende DA    
cardHolderBir thDateer fødselsdato for førerk ortets indehaver . 
cardHolderPreferredLan guage er det af kortindehaveren foretr ukne sprog. 
2.63.  DSR CSecur ityData 
Anden generation: 
De oplysning er i form af almindelig tekst og det MAC-element, der skal overføres via DSR C fra takograf en til 
fjernaflæseren. Nær mere oplysning er fremgår af tillæg 11, del B, afsnit 13. 
tagL ength er en del af DER -TLV-kodning en og skal være sat til ‘81 10’ (se tillæg 11, del B, afsnit 13). 
currentDateTime er den aktuelle dato og det aktuelle klokke slæt fra køretøjsenheden. 
counter optæller antallet af RTM-me ddelelser . 
vuSer ialNumber er serienummeret på køretøjsenheden. 
dSR CMKV ersionNumber er versionsnummeret på den DSR C-ho vednøg le, hvorfra de køretøjsenhedsspecifikke 
DSR C-nøg ler er udledt. 
tagL engthMac er etikett en for og længden på MAC-dataobjektet i forbindelse med DER -TLV-kodningen. Etikett en 
skal sætte s til ‘8E’, og længden skal kode længden af MAC-elementet i oktet ter (se tillæg 11, del B, afsnit 13). 
mac er det MAC-element, der er beregnet over RTM-meddelelsen (se tillæg 11, del B, afsnit 13). 
2.64.  EGFCer tificate 
Anden generation: 
Certifik at for det ekster ne GNSS-udstyrs offentlige nøgle til gensidig ægthedsbekræf telse med en køretøjsenhed. 
Dette certifikats opbygning er nær mere beskrevet i tillæg 11. 
2.65.  EmbedderIcAssemblerId 
Rummer oplysning er om IC embedder . 
26.5.2016 L 139/112 Den Europæisk e Unions Tidende DA    
countr yCode er landek oden på to bogstaver for den såkaldt e ”module embedder” i overensste mmelse med ISO 
3166. 
moduleEmbedder identificerer den såkaldt e ”module embedder”. 
manufacturerInfor mation er til fabrikantens interne brug. 
2.66.  Entr yTypeDailyW orkPeriod 
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. 
Første generation: 
Tilordnet værdi: I henhold til ISO/IEC 8824-1 
Anden generation: 
Tilordnet værdi: I henhold til ISO/IEC 8824-1 
2.67.  EquipmentT ype 
Kode, som benytt es til at skelne mellem forsk ellige typer udstyr til takografapplikationen. 
Første generation: 
Tilordnet værdi: I henhold til ISO/IEC 8824-1. 
Værdien 0 er reser veret til at angive en medlemsstat eller EU i CHA-felt et i certifikater ne. 26.5.2016 L 139/113 Den Europæisk e Unions Tidende DA    
Anden generation: 
De samme værdier som for første generation anvendes med følge nde tilføjelser : 
Bemærk: Værdier ne for anden generation for pladen, adapt eren og den eksterne GNSS-f orbindelse samt værdier ne 
for første generation af køretøjsenheden og bevægelsessensoren kan anvende s i SealRecord, hvis det er relevant.  
2.68.  EuropeanPublicKey 
Første generation: 
Den europæiske offentlig e nøg le. 
2.69.  EventFaultRecordPur pose 
Kode, som forklarer , hvorfor en hændelse eller en fejl er blevet registreret. 
Tilordnet værdi: 
en af de 10 seneste hændelser eller fejl 
den længstvarende hændelse for en af de 10 seneste dage, den er forek ommet 
en af de 5 længstvarende hændelser inden for de sidste 365 dage 
den seneste hændelse for en af de 10 seneste dage, den er forek ommet 
den alvorligst e hændelse for en af de 10 seneste dage, den er forek ommet 
en af de 5 alvo rligste hændelser inden for de sidste 365 dage 
den første hændelse eller fejl, som er forek ommet efter sidste kalibrer ing 
en aktiv/igangværende hændelse eller fejl 
RFU 
Fabrikantspecifik  
2.70.  EventFaultT ype 
Kode, som bestemmer en hændelse eller en fejl. 
Tilordnet værdi: 
Første generation: 
Generelle hændelser 
Ingen yderligere detaljer 
Isætning af ugyldigt kort 
Kortkonflikt 
Tidso verlapning 
Kørsel uden behør igt kort 
Isætning af kort under kørslen 
Seneste kortsession ikke korrekt afsluttet 
Overskr idelse af tilladt hastighed 
Afbr ydelse i strømf orsyning en 
Fejl ved køredata 
Køretøjsbevæge lsesk onflikt 
RFU 26.5.2016 L 139/114 Den Europæisk e Unions Tidende DA    
Hændelser , som er knytt et til køretøjsenheden og består i forsøg på sikk erhedsbr ud 
Ingen yderligere detaljer 
Ægthedsbekræf telse for bevægelsessensor lykkedes ikke 
Ægthedsbekræf telse for takografk ort lykkedes ikke 
Ubef øjet ændr ing af bevægelsessensor 
Integritetsfejl på indlæst e kortdata 
Integritetsfejl på lagrede brugerdat a 
Fejl ved inter n datao verførsel 
Ubehør ig åbning af hus 
Hardware-sabotage 
RFU 
Hændelser , som knytt et til føleren og består i forsøg på sikkerhedsbr ud 
Ingen yderligere detaljer 
Ægthedsk ontrol lykk edes ikke 
Integritetsfejl på lagrede data 
Fejl ved inter n datao verførsel 
Ubehør ig åbning af hus 
Hardware-sabotage 
RFU 
Fejl ved kontrolapparat 
Ingen yderligere detaljer 
Intern fejl i køretøjsenhed 
Printerfejl 
Displa yfejl 
Datao verførselsfejl 
Følerfejl 
RFU 
Kortfejl 
Ingen yderligere detaljer 
RFU 
RFU 
Fabrikantspecifik .   
Anden generation: 
De samme værdier som for første generation anvendes med følge nde tilføjelser : 
Tidsk onflikt (GNSS kontra køretøjsenhedens interne ur) 
RFU 
GNSS-relat erede fejl 
Ingen yderligere detaljer 
Fejl ved inter n GNSS-modtag er 
Fejl ved ekster n GNSS-modtager 
Fejl ved ekster n GNSS-k ommunikation 
Ingen GNSS-placer ingsdata 
Registrer ing af manipulation af GNSS 
Certifikat for ekster nt GNSS-udstyr udløbet 
RFU 
Fejl vedr ørende modul til fjernkommunikation 
Ingen yderligere detaljer 
Fejl ved modul til fjernkommunikation 
Fejl ved kommunikation med modul til fjernkommunikation 
RFU 
Fejl ved ITS-grænsef lade 
Ingen yderligere detaljer 
RFU   
2.71.  ExtendedSealIdentif ier 
Anden generation: 
Det udvidede datanavn for en plombe identif icerer entydigt plomben (bilag 1C, krav 401). 26.5.2016 L 139/115 Den Europæisk e Unions Tidende DA    
manufacturerCode er en kode for fabrikanten af plomben. 
sealIdentif ier er et datana vn for plomben, som er unikt for fabrikanten. 
2.72.  ExtendedSer ialNumber 
Entydig identif ikation af et stykke udstyr . Kan desuden bruge som datana vn for en offentlig nøg le for udstyr . 
Første generation: 
serialNumber er udstyrets serienummer . Det er entydigt for udstyret, fabrikanten, udstyrets type og måneden og 
året nedenf or. 
monthY ear er identifikationen af fabr ikationsmåned og -år (eller af tildeling en af serienummer). 
Tilordnet værdi: Binær t kodet decimaltal for måned (to cifre) og år (to sidste cifre). 
type er et datanavn for udstyrets type. 
Tilordnet værdi: Fabri kantspecifik , med ‘FFh’-reser veret værdi. 
manufacturerCode er den numer iske kode, som identificerer en fabr ikant af typegodkendt udstyr . 
Anden generation: 
serialNumber : Se første generation 
monthY ear: Se først e generation 
type angiver udstyrets type 
manufacturerCode: Se første generation 
2.73.  FullCardNumber 
Kode, som fuldstændig identif icerer et takografk ort. 26.5.2016 L 139/116 Den Europæisk e Unions Tidende DA    
cardT ype er takografk ortets type. 
cardIssuingMemberStat e er koden på den medlemsstat, der har udst edt kortet. 
cardNumber er kortnummeret. 
2.74.  FullCardNumberAndGeneration 
Anden generation: 
Kode, som fuldstændig identif icerer et takografk ort og dets generation. 
fullcardNumber identificerer takografk ortet. 
generation angiver det anvendt e takografk orts generation. 
2.75.  Generation 
Anden generation: 
Angiver det anvendt e takografk orts generation. 
Tilordnet værdi: 
‘00’H  RFU 
‘01’H  Første generation 
‘02’H  Anden generation 
‘03’H .. ‘FF’H  RFU 
2.76.  GeoCoordinates 
Anden generation: 
Geo-k oordinat erne kodes som heltal. Disse heltal er multipla af kodning en ± DDMM.M for breddegrad og ± 
DDDMM.M for længdegrad. Her angiver henholdsvis ± DD og ± DDD grader ne, mens MM.M angiver 
minutter ne. 
latitude kodes som et multiplum (faktor 10) af gengivelsen af ± DDMM.M. 
longitude kodes som et multiplum (faktor 10) af gengivelsen af ± DDDMM.M. 26.5.2016 L 139/117 Den Europæisk e Unions Tidende DA    
2.77.  GNSSA ccuracy 
Anden generation: 
GNSS-placer ingsdataenes nøjagtighed (definition eee)). Denne nøjagtighed kodes som heltal og er et multiplum 
(fakt or 10) af værdien X.Y i GSA NMEA-sætninge n. 
2.78.  GNSSContinuousDr iving 
Anden generation: 
Oplysning er, gemt på et fører - eller værks tedskort, vedrøre nde køretøjets GNSS-position, hvis førerens 
sammenhængende køretid når op på et multiplum af tre timer (bilag 1C, krav 306 og 354). 
gnssCDPoin terNew estRecord er indeks et på den senest opdat erede GNSS-post for sammenhæng ende køretid. 
Tilordnet værdi: Tal svarende til tælleren i GNSS-posten for sammenhænge nde køretid, begyndende med ‘0’ for 
den første forek omst af GNSS-posten for sammenhænge nde køretid i strukturen. 
gnssContinuousDr ivingRecords er mængden af poste r, der indeholder dato og klokke slæt, hvor den 
sammenhængende køretid når op på et multiplum af tre timer , og oplysninger om køretøjets position. 
2.79.  GNSSContinuousDr ivingRecord 
Anden generation: 
Oplysning er, gemt på et fører - eller værks tedskort, vedrøre nde køretøjets GNSS-position, hvis førerens 
sammenhængende køretid når op på et multiplum af tre timer (bilag 1C, krav 305 og 353). 
timeSt amp er den dato og det klokkeslæt, hvor kortindehaverens sammenhængende køretid når op på et 
multiplum af tre timer . 
gnssPlaceRecord indeholder oplysning er om køretøjets position. 
2.80.  GNSSPlaceRecord 
Anden generation: 
Oplysning er om køretøjets GNSS-position (bilag 1C, krav 108, 109, 110, 296, 305, 347 og 353). 
26.5.2016 L 139/118 Den Europæisk e Unions Tidende DA    
timeSt amp er dato og klokkes læt for registrer ing af GNSS-positionen. 
gnssAccu racy er GNSS-placer ingsdataenes nøjagtighed. 
geoCoordinates er den position, der er registreret ved brug af GNSS. 
2.81.  HighResOdometer 
Køretøjets kilometer stand: Samlet distance tilbagelagt af køretøjet i dettes driftstid. 
Tilordnet værdi: Binær uden fortegn. Talværdi i 1/200 km inden for området 0 til 21 055 406 km. 
2.82.  HighResT ripDist ance 
En distance, som er tilbage lagt i løbet af en hel tur eller en del heraf. 
Tilordnet værdi: Binær uden fortegn. Talværdi i 1/200 km inden for området 0 til 21 055 406 km. 
2.83.  HolderName 
En kortindehav ers eftern avn og fornavn(e). 
holderSur name er indehaverens efternavn. Titler indgår ikke i efternavnet. 
Tilordnet værdi: Når et kort ikke er personligt, indeholder holderSur name samme oplysning er som et 
compan yName eller workshopNam e eller controlBodyName. 
holderFir stNames er indehav erens fornavn(e) og initialer . 
2.84.  Inter nalGNSSReceiv er 
Anden generation: 
Information om, hvor vidt GNSS-modtagere n er intern eller ekster n i forhold til køretøjsenheden. Sandt betyder , 
at GNSS-modtager en er intern. Falsk betyder , at GNSS-modtagere n er ekster n. 
2.85.  K-Cons tantOfRecordingEquipment 
Kontrolapparat ets konstant (definition m)). 
Tilordnet værdi: Impulser pr. kilometer inden for området 0 til 64 255 impulser/km. 26.5.2016 L 139/119 Den Europæisk e Unions Tidende DA    
2.86.  KeyIdent ifier 
Et entydigt datanavn for en offentlig nøgle. Benyttes til at henv ise til og vælge nøg le. Den identif icerer desuden 
indehave ren af nøg len. 
Det først e valg er egnet til henvisning til den offentlig e nøg le for et køretøj eller for et takografk ort. 
Det andet valg er egnet til henvisn ing til den offentlig e nøg le for en køretøjsenhed (når køretøjets serienummer 
ikke kan oplyses på tidspunktet for udfærdig else af certifikatet). 
Det tredje valg er egnet til henv isning til den offentlig e nøgle for en medlemsstat. 
2.87.  KMW CKey 
Anden generation: 
AES-nøg len og den tilhørende version, som anvendes til parring af køretøjsenhed og bevægelsessenso r. Nær mere 
oplysning er findes i tillæg 11. 
kMW CKey er længden af AES-nøg len sammenkædet med den nøgle, der bruges til parring af køretøjsenhed og 
bevægelses sensor . 
keyVersion keyVersion er AES-nøg lens version. 
2.88.  Language 
Kode, som identif icerer et sprog. 
Tilordnet værdi: En kode bestående af to minuskler i overensste mmelse med ISO 639. 
2.89.  Last CardDo wnload 
Dato og klokke slæt, gemt på førerk ortet, for senest e datao verfø rsel af kort (til andre formål end kontrol) (bilag 
1C, krav 257 og 282). Denne dato kan ajourf øres af en køretøjsenhed eller enhver kortlæser . 
Tilordnet værdi: Ikke yderligere angivet. 
2.90.  LinkCer tificate 
Anden generation: 
Linkcer tifik atet mellem nøg lepar i europæiske rodnøg lecentre. 
26.5.2016 L 139/120 Den Europæisk e Unions Tidende DA    
2.91.  L-TyreCircumference 
Effek tiv dækper iferi (definition u)). 
Tilordnet værdi: Binær uden fortegn, værdi i 1/8 mm inden for området 0 til 8 031 mm. 
2.92.  MA C 
Anden generation: 
En kryptografisk kontrolsum af 8, 12 eller 16 bytes længde svarende til de krypteringsprogrammer , der er 
angivet i tillæg 11. 
2.93.  ManualInputFlag 
Kode, som fastslår , om en kortindehaver manuelt har eller ikke har indlæst føreraktivit eter ved isætning af kort 
(bilag 1B, krav 081, og bilag 1C, krav 102). 
Tilordnet værdi: Ikke yderligere angivet. 
2.94.  ManufacturerCode 
Kode, som identif icerer en fabrikant af typegodken dt udstyr . 
Det laboratori um, der forestår interoperabilitetspr øver ne, fører og offentliggør liste n over fabr ikantk oder på sit 
webste d (bilag 1C, krav 454). 
Der tildeles midler tidigt Manufactur erCode til udviklere af takografudstyr efter ansøgning til det laboratorium, 
der forestår interoperabilit etsprøver ne. 
2.95.  ManufacturerSpecif icEv entFaultData 
Anden generation: 
Fabri kantspecifikke fejlkoder , som sikrer enklere fejlanalyse og vedligeh oldelse af køretøjsenheder . 
26.5.2016 L 139/121 Den Europæisk e Unions Tidende DA    
manufacturerCode identif icerer fabrikanten af køretøjsenheden. 
manufacturerSpecif icEr rorCode er en fejlk ode, der gælder specifi kt for fabrikant en. 
2.96.  MemberSta teCer tificate 
Certifik at for en medlemsstats offentlig e nøg le, udst edt af den europæiske certificeringsm yndighed. 
2.97.  MemberSta teCer tificateRecordAr ray 
Anden generation: 
Medlemsstate ns certifik at plus metadata, der anvendes i protok ollen for datao verfø rsel. 
recordT ype angiver postens type (MemberStateCer tificate). Tilordnet værdi: Se RecordT ype. 
recordSize er stør relsen af MemberStat eCer tificate i bytes. 
noOfRecords er antallet af poste r i mængden af poster . Værdien skal sættes til 1, da certifikaterne kan have 
forsk ellig længde. 
records er mængden af medlemsstat ers certifik ater. 
2.98.  MemberSta tePublicKe y 
Første generation: 
En medlemsstats offentlig e nøgle. 
2.99.  Name 
Et navn. 
codePage angiver et tegnsæt, der er definer et i afsnit 4. 
name er et navn, som er indk odet med det angivne tegnsæt. 26.5.2016 L 139/122 Den Europæisk e Unions Tidende DA    
2.100.  NationAlpha 
Den alfabetisk e henvisn ing til et land skal være i overensstemmelse med de nationalitetsbet egnelser , der anvendes 
på køretøjer i international færdsel (FN- Wienerk onventionen om vejtrafik af 1968). 
NationAlpha- og NationNumer ic-koder ne skal være opført på en liste på webste det for det laboratori um, som er 
udpeget til at udføre inter operabilitetspr øver ne, jf. bilag 1C, krav 440. 
2.101.  NationNumer ic 
Numer isk henv isning til et land. 
Tilordnet værdi: se datatype 2.100 (NationAlpha). 
Enhver ændr ing eller opdater ing af den NationAlpha- eller NationNumer ic -specifikation, der er beskrevet i 
ovennævnte afsnit, foretag es først, efter at det udpegede laborat orium har indhentet udtalelser fra fabr ikant er af 
typegodken dte køretøjsenheder til digitale takograf er og intelli gent e takograf er. 
2.102.  NoOfCalibrationRecords 
Antal kalibrer ingsposter , som kan gemmes på et værks tedskort. 
Første generation: 
Tilordnet værdi: se tillæg 2. 
Anden generation: 
Tilordnet værdi: se tillæg 2. 
2.103.  NoOfCalibrationsSinceDo wnload 
Tæller , som angiver det samlede antal kalibrer inger , der er udført med et værks tedskort siden sidste 
datao verførsel for kortet (bilag 1C, krav 317 og 340). 
Tilordnet værdi: Ikke yderligere angivet. 
2.104.  NoOfCardPlaceRecords 
Antal stedposter , som kan gemmes på et fører - eller værks tedskort. 
Første generation: 
Tilordnet værdi: se tillæg 2. 
Anden generation: 
Tilordnet værdi: se tillæg 2. 26.5.2016 L 139/123 Den Europæisk e Unions Tidende DA    
2.105.  NoOfCardV ehicleRecords 
Antal anvendt e køretøjer , som kan gemmes på et fører - eller værks teds kort. 
Tilordnet værdi: se tillæg 2. 
2.106.  NoOfCardV ehicleUnitRecords 
Anden generation: 
Antal anvendt e køretøjsenheder , som kan gemmes på et fører - eller værkstedsk ort. 
Tilordnet værdi: se tillæg 2. 
2.107.  NoOfCompanyA ctivityRecords 
Antal virksomhedsaktivitetsposte r, som kan gemmes på et virksom hedsk ort. 
Tilordnet værdi: se tillæg 2. 
2.108.  NoOfControlActivityRe cords 
Antal kontrolaktivitets poster , som kan gemmes på et kontrolk ort. 
Tilordnet værdi: se tillæg 2. 
2.109.  NoOfEv entsPerT ype 
Antal hændelser af hver hændelsestype, som kan gemmes på et kort. 
Tilordnet værdi: se tillæg 2. 
2.110.  NoOfFaultsPerT ype 
Antal fejl af hver fejltype, som kan gemmes på et kort. 
Tilordnet værdi: se tillæg 2. 
2.111.  NoOfGNSSCDRecords 
Anden generation: 
Antal GNSS-poster for sammenhænge nde køretid, som kan gemmes på et kort. 
Tilordnet værdi: se tillæg 2. 26.5.2016 L 139/124 Den Europæisk e Unions Tidende DA    
2.112.  NoOfSpecif icConditionRecords 
Anden generation: 
Antal poste r vedrør ende særlige omstændigheder , som kan gemmes på et kort. 
Tilordnet værdi: se tillæg 2. 
2.113.  OdometerShor t 
Køretøjets kilometer stand i kortform. 
Tilordnet værdi: Binær uden fortegn. Værdi i km inden for området 0 til 9 999 999 km. 
2.114.  OdometerV alueMidnight 
Køretøjets kilometer stand ved midnat i et givet døgn (bilag 1B, krav 090, og bilag 1C, krav 113). 
Tilordnet værdi: Ikke yderligere angivet. 
2.115.  OdometerV alueMidnightRecordAr ray 
Anden generation: 
Odomet erValueMidnight plus metadata, der anvendes i protok ollen for datao verfø rsel. 
recordT ype angiver postens type (OdometerV alueMidnight). Tilordnet værdi: Se RecordT ype. 
recordSize er stør relsen af Odomet erValueMidnight i bytes. 
noOfRecords er antallet af poster i mængden af poste r. 
records er mængden af Odomet erValueMidnight-poster . 
2.116.  OverspeedNumber 
Antal hændelser med overskr idelse af tilladt hastighed siden seneste kontrol for overskr idelse af tilladt hastighed. 
Tilordnet værdi: 0 betyder , at der ikke er forek ommet hændelser med overskr idelse af tilladt hastighed siden 
seneste kontrol for overskr idelse af tilladt hastighed, 1 betyder , at der har været én hændelse med overskr idelse af 
tilladt hastighed siden senest e kontrol for overskr idelse af tilladt hastighed, … 255 betyder , at der har været 255 
eller flere hændelser med overskr idelse af tilladt hastighed siden seneste kontrol for overskr idelse af tilladt 
hastighed. 26.5.2016 L 139/125 Den Europæisk e Unions Tidende DA    
2.117.  PlaceRecord 
Oplysning er vedr ørende et sted , hvor en daglig arbejdsper iode begynder eller slutt er (bilag 1C, krav 108, 271, 
296, 324 og 347). 
Første generation: 
entr yTime er en dato og et klokke slæt knytt et til indlæsninge n. 
entr yTypeDailyW orkPeriod er indlæsninge ns type. 
dailyW orkPeriod Countr y er det indlæste land. 
dailyW orkPeriod Region er den indlæste region. 
vehicleOdometerV alue er kilometer standen på tidspunkte t for indlæsning af stedet. 
Anden generation: 
Ud over parametrene for første generation anvendes følgen de paramet er: 
entr yGNSSPlaceRecord er det registrerede sted og tidspunkt. 
2.118.  PreviousV ehicleInfo 
Oplysning er vedrøre nde det foregåe nde køretøj, som føreren anvendt e, da han satte sit kort i en køretøjsenhed 
(bilag 1B, krav 081, og bilag 1C, krav 102). 
Første generation: 
vehicleRegist rationIdentif ication er indregistrer ingsnummer og registrerende medlemsstat for køretøjet. 
cardWithdrawa lTime er dato og klokkeslæt for udtagning af kortet. 
Anden generation: 
26.5.2016 L 139/126 Den Europæisk e Unions Tidende DA    
Ud over dataelementerne for første generation anvendes følgende dataelement: 
vuGeneration angiver køretøjsenhedens generation. 
2.119.  PublicKey 
Første generation: 
En offentlig RSA -nøg le. 
rsaKeyMod ulus er nøg lepar rets modulus. 
rsaKeyPu blicExponent er nøglepar rets offentlig e eksponent. 
2.120.  RecordT ype 
Anden generation: 
Henvisning til en posttype. Denne datatype bruges i RecordAr rays. 
Tilordnet værdi: 
ActivityChangeI nfo 
CardSlotsStatus 
CurrentDateTime 
MemberStateCer tificate 
OdometerV alueMidnight 
DateOfD ayDo wnloaded 
SensorPaired 
Signature 
Specific ConditionRecord 
VehicleIdentif icationNumber 
VehicleRegistrationNumber 
VuCalibrationRecord 
VuCardIWRecord 
VuCardRecord 
VuCer tificate 
VuCom panyLoc ksRe cord 
VuControlA ctivityRecord 
VuDetailedSpeedBlock 
VuDo wnloadableP eriod 
VuDo wnloadA ctivityData 
VuEventRecord 
VuGNSSCDRecord 
VuITSConsentRecord 
VuFaultRecord 
VuIdentification 
VuOverSpeedingControlData 
VuOverSpeedingEventRecord 
VuPlaceDailyW orkP eriodRecord 
VuTimeA djustmentGNSSRecord 
VuTimeA djustmentRecord 
VuPowerSupplyInter ruptionRecord 
SensorPairedRecord 
SensorExternalGNSSC oupledRecord 
RFU 
Fabrikantspecifik .  26.5.2016 L 139/127 Den Europæisk e Unions Tidende DA    
2.121.  RegionAlpha 
Alfabetisk henvisning til en region i en given stat. 
Første generation: 
Tilordnet værdi: 
Anden generation: 
RegionAlpha-k oder ne skal være opført på en liste på webst edet for det laboratori um, som er udpeget til at 
udføre inter operabilitetspr øver ne. 
2.122.  RegionNumer ic 
Numer isk henv isning til en region i en given stat. 
Første generation: 
Tilordnet værdi: 
26.5.2016 L 139/128 Den Europæisk e Unions Tidende DA    
Anden generation: 
RegionNumer ic-koder ne skal være opført på en liste på webstedet for det laboratorium, som er udpeget til at 
udføre inter operabilitetspr øver ne. 
2.123.  RemoteCommunicationModuleSer ialNumber 
Anden generation: 
Serienummeret på modulet til fjernkommunikation 
2.124.  RSAKe yModulus 
Første generation: 
Modulus for et RSA-nøg lepar . 
Tilordnet værdi: Uspecif iceret. 
2.125.  RSAKe yPrivateExponent 
Første generation: 
Den private ekspon ent for et RSA-nø glepar . 
Tilordnet værdi: Uspecif iceret. 
2.126.  RSAKe yPublicExponent 
Første generation: 
Den offentlige eksponent for et RSA-nøg lepar . 
Tilordnet værdi: Uspecif iceret. 
2.127.  RtmDat a 
Anden generation: 
En definition af denne datatype findes i tillæg 14. 
2.128.  SealDat aCard 
Anden generation: 
Denne datatype, som lagrer oplysning er om de plomber , der er fastgjor t til de forske llige kompon enter i et 
køretøj, er beregnet til lagring på et kort. Denne datatype er knytt et til bilag 1C, krav 337. 26.5.2016 L 139/129 Den Europæisk e Unions Tidende DA    
noOfSealRecords er antallet af poster i SealRecords. 
sealRecords er mængden af plombeposter . 
2.129.  SealDat aVu 
Anden generation: 
Denne datatype, som lagrer oplysning er om de plomber , der er fastgjor t til de forske llige kompon enter i et 
køretøj, er beregnet til lagring i en køretøjsenhed. 
sealRecords er mængden af plombeposte r. Hvis der er mindre end fem plomber til rådighed, skal værdien af 
EquipmentT ype i alle ikke-an vendt e sealRecords sættes til 16, dvs. ikke anvendt. 
2.130.  SealRecord 
Anden generation: 
Denne datatype lagrer oplysning er om en plombe, der er fastgjor t til en kompon ent. Denne datatype er knyttet 
til bilag 1C, krav 337. 
equipmentT ype angiver den udstyrstype, som plomben er fastgjor t til. 
extendedSealIdentif ier er datanavnet på den plombe, der er fastgjor t til udstyret. 
2.131.  SensorAppro valNumber 
Følerens typegodken delsesnummer . 
Første generation: 
Tilordnet værdi: Uspecif iceret. 
Anden generation: 
Tilordnet værdi: 
Godk endelsesnummeret skal tilvejebr inges som offentliggjor t på Europa-K ommissionens relevante webste d, dvs. 
f.eks. med eventuelle bindestreger . Godk endelsesnummeret skal være venstrejusteret. 26.5.2016 L 139/130 Den Europæisk e Unions Tidende DA    
2.132.  SensorExter nalGNSSA ppro valNumber 
Anden generation: 
Typegodk endelsesnummeret på det ekster ne GNSS-udstyr . 
Tilordnet værdi: 
Godk endelsesnummeret skal tilvejebr inges som offentliggjor t på Europa-K ommissionens relevante webste d, dvs. 
f.eks. med eventuelle bindestreger . Godk endelsesnummeret skal være venstrejusteret. 
2.133.  SensorExter nalGNSSCoupledRecord 
Anden generation: 
Oplysning er, gemt på en køretøjsenhed, til identifikation af det ekster ne GNSS-udstyr , som er koblet sammen 
med køretøjsenheden (bilag 1C, krav 100). 
sensorSer ialNumber er serienummeret på det ekster ne GNSS-udstyr , som er koblet sammen med 
køretøjsenheden. 
sensorAppro valNumber er godkendelsesnummeret på det pågældende ekster ne GNSS-udstyr . 
sensorCouplingDate er datoen for det pågældende eksterne GNSS-udstyrs kobling med køretøjsenheden. 
2.134.  SensorExter nalGNSSIdentif ication 
Anden generation: 
Oplysning er til identif ikation af det ekster ne GNSS-udstyr (bilag 1C, krav 98). 
sensorSer ialNumber er det udvidede serienummer på det ekster ne GNSS-udstyr . 
sensorAppro valNumber er godkendelsesnummeret på det eksterne GNSS-udstyr . 
sensorSCIdentif ier er datanavne t på det ekster ne GNSS-udstyrs sikkerh edsk ompon ent. 
sensorOSIdentif ier er datana vnet på det eksterne GNSS-udstyrs operativsyste m. 26.5.2016 L 139/131 Den Europæisk e Unions Tidende DA    
2.135.  SensorExter nalGNSSInst allation 
Anden generation: 
Oplysning er, der er lagret i ekster nt GNSS-udstyr , om montering af det ekster ne GNSS-udstyrs føler (bilag 1C, 
krav 123). 
sensorCouplingDateFir st er datoen for den første sammenk obling af det ekster ne GNSS-udstyr med en 
køretøjsenhed. 
firstV uAppro valNumber er godkendelsesnummeret på den første køretøjsenhed, som blev koblet sammen med 
det eksterne GNSS-udstyr . 
firstV uSer ialNumber er serienummeret på den først e køretøjsenhed, som er sampar ret med det ekster ne GNSS- 
udstyr . 
sensorCouplingDateCur rent er datoen for den aktuelle sammenk obling af det ekster ne GNSS-udstyr med en 
køretøjsenhed. 
currentV uAppro valNumber er godken delsesnummeret på den køretøjsenhed, som aktuelt er koblet sammen 
med det eksterne GNSS-udstyr . 
currentVUSer ialNumber er serienummeret på den køretøjsenhed, som aktuelt er koblet sammen med det 
ekster ne GNSS-udstyr . 
2.136.  SensorExter nalGNSSOSIdentif ier 
Anden generation: 
Datanavnet på det ekster ne GNSS-udstyrs operativsystem. 
Tilordnet værdi: fabr ikantspecifik . 
2.137.  SensorExter nalGNSSSCIdentif ier 
Anden generation: 
Denne type anvendes f.eks. til at identificere det ekster ne GNSS-udstyrs kryptografiske modul. 
Datanavnet på det ekster ne GNSS-udstyrs sikkerh edsk ompon ent. 
Tilordnet værdi: specifi k for kompone ntfabr ikante n. 26.5.2016 L 139/132 Den Europæisk e Unions Tidende DA    
2.138.  SensorGNSSCouplingDate 
Anden generation: 
Dato for en sammenk obling af det ekster ne GNSS-udstyr med en køretøjsenhed. 
Tilordnet værdi: Uspecif iceret. 
2.139.  SensorGNSSSer ialNumber 
Anden generation: 
Denne type bruges til at lagre GNSS-modtagerens serienummer , både når den sidder i køretøjsenheden, og når 
den sidder uden for enheden. 
GNSS-modtagere ns serienummer . 
2.140.  SensorIdentif ication 
Oplysning er, gemt på en bevægelses sensor , til identif ikation af bevæge lsessensoren (bilag 1B, krav 077, og bilag 
1C, krav 95). 
sensorSer ialNumber er det udvidede serienummer på bevægelses sensoren (hvori reser vedelsnummer og 
fabrikantk ode indgår ). 
sensorAppro valNumber er godkendelsesnummeret på bevægelses sensoren. 
sensorSCIdentif ier er datanavne t på bevæge lsessensorens sikkerh edsk ompone nt. 
sensorOSIdentif ier er datana vnet på bevægelses sensorens styresyst em. 
2.141.  SensorInst allation 
Oplysning er, gemt på en bevægelsessenso r, vedrøre nde mont ering af bevæge lsessensoren (bilag 1B, krav 099, og 
bilag 1C, krav 122). 
sensorPair ingDateF irst er datoen for første sampar ring af bevæge lsessensoren med en køretøjsenhed. 
firstV uAppro valNumber er godken delsesnummeret på den første køretøjsenhed, som er sampar ret med 
bevægelses sensoren. 26.5.2016 L 139/133 Den Europæisk e Unions Tidende DA    
firstV uSer ialNumber er serienummeret på den først e køretøjsenhed, som er sampar ret med bevægelses ­
sensoren. 
sensorPair ingDateCur rent er datoen for den aktuelle sampar ring af bevægelses sensoren med en køretøjsenhed. 
currentV uAppro valNumber er godken delsesnummeret på den køretøjsenhed, som aktuelt er sampar ret med 
bevægelses sensoren. 
currentVUSer ialNumber er serienummeret på den køretøjsenhed, som aktuelt er sampar ret med bevægelses ­
sensoren. 
2.142.  SensorInst allationSecData 
Oplysning er, gemt på et værkstedsk ort, vedr ørende sikkerhedsdata, som er nødvendig e til sam parring af 
bevægelses sensorer med køretøjsenheder (bilag 1C, krav 308 og 331). 
Første generation: 
Tilordnet værdi: I henhold til ISO 16844-3. 
Anden generation: 
Som beskrevet i tillæg 11 skal et værks tedskort kunne lagre op til tre nøgler til parring af køretøjsenhed og 
bevægelses sensor . Disse nøg ler har forsk ellige versioner . 
2.143.  SensorOSIdentif ier 
Datanavn på bevægelses sensorens styresyst em. 
Tilordnet værdi: fabr ikantspecifik . 
2.144.  SensorPaired 
Første generation: 
Oplysning er, gemt på en køretøjsenhed, til identif ikation af den bevæge lsessensor , som er sampar ret med 
køretøjsenheden (bilag 1B, krav 079, og bilag 1C, krav 97). 
sensorSer ialNumber er serienummeret på den bevæge lsessensor , som aktuelt er sam parret med 
køretøjsenheden. 
sensorAppro valNumber er godken delsesnummeret på den bevægelsessensor , som aktuelt er samp arret med 
køretøjsenheden. 
sensorPair ingDateF irst er datoen for første sampar ring mellem en køretøjsenhed og den bevægelses sensor , som 
aktuelt er sam parret med køretøjsenheden. 26.5.2016 L 139/134 Den Europæisk e Unions Tidende DA    
2.145.  SensorPairedRecord 
Anden generation: 
Oplysning er, der er lagret i en køretøjsenhed, vedr ørende identifikationen af en bevæge lsessensor der parres med 
køretøjsenheden (bilag 1C, krav 97) 
sensorSer ialNumber er serienummeret på en bevæge lsessensor , der er sampa rret med køretøjsenheden. 
sensorAppro valNumber er typegodken delsesnummeret for den pågældende bevæge lsessensor . 
sensorPair ingDate er datoen, hvor den pågældende bevægelse ssensor er sam parret med køretøjsenheden. 
2.146.  SensorPair ingDate 
Datoe n for sampa rring af bevægelse ssensoren med en køretøjsenhed. 
Tilordnet værdi: Uspecif iceret. 
2.147.  SensorSCIdentif ier 
Datanavnet på bevæge lsessensorens sikkerh edsk ompone nt. 
Tilordnet værdi: specifi k for kompone ntfabr ikante n. 
2.148.  SensorSer ialNumber 
Serienummeret på bevægelsessensoren. 
2.149.  Signature 
En digital underskr ift. 
Første generation: 
i overensste mmelse med tillæg 11 (fælles sikkerhedsmekanismer). 
Anden generation: 
Tilordnet værdi: i overensstemmelse med tillæg 11, Fælles sikker hedsmekanismer . 26.5.2016 L 139/135 Den Europæisk e Unions Tidende DA    
2.150.  SignatureRecordAr ray 
Anden generation: 
En mængde af underskr ifter plus metadata, der bruges i protok ollen for datao verførsel. 
recordT ype er postens type (Signature). Tilordnet værdi: Se RecordT ype. 
recordSize er stør relsen af Signature i bytes. 
noOfRecords er antallet af poster i mængden af poste r. Værdien skal sættes til 1, da underskr ifterne kan have 
forsk ellig længde. 
records er mængden af underskr ifter. 
2.151.  SimilarEv entsNumber 
Antal tilsvarende hændelser for ét givet døgn (bilag 1B, krav 094, og bilag 1C, krav 117). 
Tilordnet værdi: 0 anvendes ikke, 1 betyder , at der det pågældende døgn kun er indtr uffet 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ælde nde dag. 
2.152.  Specif icConditionRecord 
Oplysning er, gemt på et førerk ort, et værks tedskort eller en køretøjsenhed der vedr ører en særlig omstændighed 
(bilag 1C, krav 130, 276, 301, 328 og 355). 
entr yTime er dato og klokkeslæt for indlæsning en. 
specif icCondition Type er den kode, som identif icerer den særlige omstændighed. 
2.153.  Specif icConditions 
Oplysning er, gemt på et førerk ort, et værks teds kort eller en køretøjsenhed, der vedr ører en særlig omstændighed 
(bilag 1C, krav 131, 277, 302, 329 og 356). 
Anden generation: 
26.5.2016 L 139/136 Den Europæisk e Unions Tidende DA    
conditionPoi nterNew estR ecord er indeks et på den senest opdaterede post vedr ørende særlige 
omstændigheder . 
Tilordnet værdi: Tal svarende til tælleren i poste n vedr ørende særlige omstændigheder , begyndende med ‘0’ for 
første forek omst af posten vedrøre nde særlige omstændigheder i strukturen. 
specif icConditionRecords er den mængde poster , der indeholder oplysning er om de registrerede særlige 
omstændigheder . 
2.154.  Specif icCondition Type 
Kode, som identif icerer en særlig omstændighed (bilag 1B, krav 050b, 105a, 212a og 230a, og bilag 1C, krav 
62). 
Første generation: 
Tilordnet værdi: 
‘00’H  RFU 
‘01’H  Uden for gyldighedsområde — Star t 
‘02’H  Uden for gyldighedsområde — Slut 
‘03’H  Over fart med færge/t og 
‘04’H .. ‘FF’H  RFU 
Anden generation: 
Tilordnet værdi: 
‘00’H  RFU 
‘01’H  Uden for gyldighedsområde — Star t 
‘02’H  Uden for gyldighedsområde — Slut 
‘03’H  Over fart med færge/t og — Star t 
‘04’H  Over fart med færge/t og — Slut 
‘05’H .. ‘FF’H  RFU 
2.155.  Speed 
Køretøjets hastighed (km/t). 
Tilordnet værdi: kilometer i timen inden for området 0 til 220 km/t. 
2.156.  SpeedAuthor ised 
Mak simal tilladelig hastighed for køretøjet (definition bb)). 
26.5.2016 L 139/137 Den Europæisk e Unions Tidende DA    
2.157.  SpeedA verage 
Gennemsnitshastighed i en forud fastlagt periode (km/t). 
2.158.  SpeedMax 
Mak simumhastighed målt i et forud fastlagt tidsr um. 
2.159.  Tachog raphPayload 
Anden generation: 
En definition af denne datatype findes i tillæg 14. 
2.160.  Tachog raphPayloadEncr ypted 
Anden generation: 
Det DER -TLV-krypterede takografi ndhold, dvs. de krypterede data, der er sendt i RTM-meddelelsen. For så vidt 
angår krypteringen henvises til tillæg 11, del B, afsnit 13. 
tag er en del af DER -TLV-kodningen og skal være sat til ‘87’ (se tillæg 11, del B, afsnit 13). 
length er en del af DER -TLV-kodning en og skal kode længden af følgende paddingCont entIndicatorByt e og 
encr yptedData. 
paddingContentIndicatorB yte skal sætte s til ‘00’. 
encr yptedDat a er krypteret tachog raphPa yload som anført i tillæg 11, del B, afsnit 13. Længden af disse data i 
oktett er skal altid være et multiplum af 16. 
2.161.  TDesSessionKey 
Første generation: 
En tredobbelt DES-sessionsnøg le. 
Tilordnet værdi: Ikke yderligere angivet. 26.5.2016 L 139/138 Den Europæisk e Unions Tidende DA    
2.162.  TimeReal 
Kode for et kombineret dato- og klokk eslætfelt, hvor dato og klokkeslæt er angivet som sekunder siden 
00h.00m.00s. den 1. januar 1970 GMT . 
Tilordnet værdi — Oktet udsluttet: Antal sekunder siden midnat den 1. januar 1970 GMT . 
Den maksimale værdi af dato/klokkeslæt er året 2106. 
2.163.  TyreSize 
Dækdimensionsbeteg nelser . 
Tilordnet værdi: i overensstemmelse med direktiv 92/23 (EØF) af 31. mar ts 1992, EFT L129, s. 95. 
2.164.  VehicleIdentif icationNumber 
Køretøjets identifikationsnummer med henv isning til køretøjet som helhed, normalt chassisnummeret. 
Tilordnet værdi: Som defineret i ISO 3779. 
2.165.  VehicleIdentif icationNumberRecordAr ray 
Anden generation: 
VIN plus metadata, der anvendes i protok ollen for datao verførsel. 
recordT ype er postens type (VehicleIdentif icationNumber). Tilordnet værdi: Se RecordT ype. 
recordSize er stør relsen af VehicleIdentificationNumber i bytes. 
noOfRecords er antallet af poster i mængden af poste r. 
records er mængden af VIN-numre. 
2.166.  VehicleRegist rationIdentif ication 
Identif ikation af et køretøj, entydig for Europa (indregistrer ingsnummer og medlemsstat). 26.5.2016 L 139/139 Den Europæisk e Unions Tidende DA    
vehicleRegist rationNation er den stat, hvor køretøjet er indregistreret. 
vehicleRegist rationNumber er køretøjets indregistrer ingsnummer (VRN). 
2.167.  VehicleRegist rationNumber 
Køretøjets indregistrer ingsnummer (VRN). Indregistrer ingsnummeret tildeles af registrer ingsm yndigheden. 
codePage angiver et tegnsæt, der er definer et i afsnit 4. 
vehicleRegNumber er et indregistrer ingsnummer , som er indk odet med det angivne tegnsæt. 
Tilordnet værdi: Landespecif ik. 
2.168.  VehicleRegist rationNumberRecordAr ray 
Anden generation: 
VRN plus metadata, der anvendes i protok ollen for datao verfø rsel. 
recordT ype er postens type (VehicleRegistrationNumber). Tilordnet værdi: Se RecordT ype. 
recordSize er stør relsen af VehicleRegistrationNumber i bytes. 
noOfRecords er antallet af poster i mængden af poste r. 
records er mængden af VRN-numre. 
2.169.  VuAbility 
Anden generation: 
Oplysning er, gemt i en køretøjsenhed, vedr ørende køretøjsenhedens mulighed for at bruge takografk ort af første 
generation (bilag 1C, krav 121). 
Tilordnet værdi — Oktet udsluttet: ‘xxxxxxxa’B (8 bit) 26.5.2016 L 139/140 Den Europæisk e Unions Tidende DA    
For muligheden for at understøtt e første generation: 
‘a’B  Mulighed for at understøtte takografk ort af første generation: 
‘0’B Første generation understøttes 
‘1’B Generation1 understøtt es ikke 
‘xxxxxxx’B  RFU 
2.170.  VuActivityDailyData 
Første generation: 
Oplysning er, 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 (bilag 1B, krav 084, og bilag 1C, krav 105, 106 og 107), samt 
kortlæserstatus kl. 00:00 den pågældende dag. 
noOfAc tivityChanges er antallet af ActivityChangeInf o-ord i mængden activityChangeInf os. 
activityChangeInfos er den mængde ActivityChang eInfo-ord, som for det pågældende døgn er gemt i 
køretøjsenheden. Den omfa tter altid to ActivityChangeInf o-ord, som angiver status for de to kortlæsere kl. 00:00 
den pågældende dag. 
2.171.  VuActivityDailyRecordAr ray 
Anden generation: 
Oplysning er, 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 (bilag 1C, krav 105, 106 og 107), samt kortlæserstatus kl. 00:00 den 
pågælde nde dag. 
recordT ype er postens type (ActivityChang eInfo). Tilordnet værdi: Se RecordT ype. 
recordSize er stør relsen af ActivityChange Info i bytes. 
noOfRecords er antallet af poster i mængden af poste r. 
records er den mængde ActivityChang eInfo-ord, som for det pågælde nde døgn er gemt i køretøjsenheden. Den 
omfa tter altid to ActivityChange Info-ord, som angiver status for de to kortlæsere kl. 00:00 den pågældende dag. 
2.172.  VuAppro valNumber 
Køretøjsenhedens typegodkendelsesnummer . 26.5.2016 L 139/141 Den Europæisk e Unions Tidende DA    
Første generation: 
Tilordnet værdi: Uspecif iceret. 
Anden generation: 
Tilordnet værdi: 
Godk endelsesnummeret skal tilvejebr inges som offentliggjor t på Europa-K ommissionens relevante webste d, dvs. 
f.eks. med eventuelle bindestreger . Godk endelsesnummeret skal være venstrejusteret. 
2.173.  VuCalibrationDat a 
Første generation: 
Oplysning er, gemt på en køretøjsenhed, vedrøre nde kalibrer ingerne af kontrolapparatet (bilag 1B, krav 098). 
noOfV uCalibrationRecords er antallet af poster indeholdt i vuCalibrationRecords-mængden. 
vuCalibrationRecords er mængden af kalibrer ingsposter . 
2.174.  VuCalibrationRecord 
Oplysning er, gemt på en køretøjsenhed, vedr ørende en kalibrer ing af kontrolapparat et (bilag 1B, krav 098, og 
bilag 1C, krav 119 og 120). 
Første generation: 
calibrationPur pose er formålet med kalibrer ingen. 
workshopName, workshopA ddresser værks tedets navn og adresse. 26.5.2016 L 139/142 Den Europæisk e Unions Tidende DA    
workshopCardNumber identificerer det værks tedskort, der er anvendt ved kalibrer ingen. 
workshopCardExpir yDate er kortets udløbsdat o. 
vehicleIdentif icationNumber er køretøjets identif ikationsnummer . 
vehicleRegist rationIdentif ication indeholder køretøjets indregistrer ingsnummer og den indregistrerende 
medlemsstat. 
wVehicleCharacter isticCons tant er køretøjets vejdrejetal. 
kCons tantOfRecordingEquipment er kontrolapparatets konstant. 
lTyreCircumference er den effektive dækper iferi. 
tyreSize er dimensionsbetegnelsen for de dæk , der er mont eret på køretøjet. 
author isedSpeed er køretøjets tilladt e hastighed. 
oldOdometerV alue, newOdometerV alue er gammel og ny kilometerstand. 
oldTimeV alue, newTimeV alue er gammel og ny værdi af dato og klokkeslæt. 
nextCalibrationDate er datoen for næst e kalibrer ing af den type, som i CalibrationPur pose foreskr ives at skulle 
udføres af kontrolm yndigheden. 
Anden generation: 
Ud over dataelementerne for første generation anvendes følgende dataelement: 
sealDataV u angiver oplysning er om de plomber , der er fastgjor t til forske llige kompon enter på køretøjet. 
2.175.  VuCalibrationRecordAr ray 
Anden generation: 
Oplysning er, gemt på en køretøjsenhed, vedrørende kalibrer inge rne af kontrolapparatet (bilag 1C, krav 119 og 
120). 26.5.2016 L 139/143 Den Europæisk e Unions Tidende DA    
recordT ype er postens type (VuCalibrationRecord). Tilordnet værdi: Se RecordT ype. 
recordSize er stør relsen af VuCalibrationRecord i bytes. 
noOfRecords er antallet af poster i mængden af poste r. 
records er mængden af kalibrer ingsposter . 
2.176.  VuCardIWDat a 
Første generation: 
Oplysning er, gemt på en køretøjsenhed, vedr ørende cyklusser med isætning/udtagning af førerk ort eller 
værks tedskort i køretøjsenheden (bilag 1B, krav 081, og bilag 1C, krav 103). 
noOfIWRecords er antallet af poster i mængden af vuCardIWRecords. 
vuCardIWRecords er mængden af poster , som vedr ører cyklusser med isætning/udtagning af kort. 
2.177.  VuCardIWRecord 
Oplysning er, gemt på en køretøjsenhed, vedr ørende cyklusser med isætning/udtagning af et førerk ort eller et 
værks tedskort i køretøjsenheden (bilag 1B, krav 081, og bilag 1C, krav 102). 
Første generation: 
cardHolderName er efternavn og fornavn (e) på indehave ren af fører - eller værkstedsk ortet, som gemt på kortet. 
fullCardNumber er kortets type, den medlemsstat, som har udst edt kortet, samt kortets nummer , som gemt på 
kortet. 
cardExpir yDate er kortets udløbsdat o, som gemt på kortet. 26.5.2016 L 139/144 Den Europæisk e Unions Tidende DA    
cardInser tion Time er isætningsdato og -klokkeslæt. 
vehicleOdometerV alueAtInser tion er køretøjets kilomete rstand ved isætning af kortet. 
cardSlotNumber er den kortplads, som kortet sidder i. 
cardWithdrawa lTime er dato og klokkeslæt for udtagning af kortet. 
vehicleOdometerV alueAtWithdra wal er køretøjets kilometers tand ved udtagning af kortet. 
previousV ehicleInfo indeholder oplysninger om det foregåe nde køretøj, føreren har anvendt, som gemt på 
kortet. 
manualInputFlag er et flag, som angiver , om kortindehav eren manuelt har eller ikke har indlæst føreraktivit eter 
ved isætning af kortet. 
Anden generation: 
I stedet for fullCardNumber anvendes følgen de dataelement i datastr ukturen af anden generation. 
fullCardNumberAndGeneration er kortets type, den medlemsstat, som har udst edt kortet, samt kortets 
nummer og generation, som gemt på kortet. 
2.178.  VuCardIWRecordAr ray 
Anden generation: 
Oplysning er, gemt på en køretøjsenhed, vedr ørende cyklusser med isætning/udtagning af førerk ort eller 
værks tedskort i køretøjsenheden (bilag 1C, krav 103). 
recordT ype er postens type (VuCardIWRecord). Tilordnet værdi: Se RecordT ype. 
recordSize er stør relsen af VuCardIWRecord i bytes. 
noOfRecords er antallet af poster i mængden af poste r. 
records er mængden af poster , som vedr ører cyklusser med isætning/udtagning af kort. 
2.179.  VuCardRecord 
Anden generation: 
Oplysning er, gemt på en køretøjsenhed, vedrøre nde et anvendt takografk ort (bilag 1C, krav 132). 26.5.2016 L 139/145 Den Europæisk e Unions Tidende DA    
cardExtendedSer ialNumber , aflæst fra filen EF_ICC under kortets hovedfil . 
cardPers onaliserID, aflæst fra filen EF_ICC under kortets hovedfi l. 
typeOfT achog raphCardId, aflæst fra filen EF_Application_Identification under DF_T achog raph_G2. 
cardStr uctureV ersion, aflæst fra filen EF_Application_Identifi cation under DF_T achograph_G2. 
cardNumber , aflæst fra filen EF_Identifi cation under DF_T achograph_G2. 
2.180.  VuCardRecordAr ray 
Anden generation: 
Oplysning er, gemt på en køretøjsenhed, vedrøre nde de takografk ort, der er anvendt sammen med 
køretøjsenheden. Disse oplysninger er beregnet til analyse af problemer med køretøjsenhed og kort (bilag 1C, 
krav 132). 
recordT ype er postens type (VuCardRecord). Tilordnet værdi: Se RecordT ype. 
recordSize er stør relsen af VuCardRecord i bytes. 
noOfRecords er antallet af poster i mængden af poste r. 
records er mængden af poster , som vedr ører de takografk ort, der er anvendt sammen med køretøjsenheden. 
2.181.  VuCer tificate 
Certifik at for en køretøjsenheds offentlig e nøg le. 
2.182.  VuCer tificateRecordAr ray 
Anden generation: 
Certifik atet for køretøjsenheden plus metadata, der anvendes i prot okollen for datao verførsel. 
26.5.2016 L 139/146 Den Europæisk e Unions Tidende DA    
recordT ype er postens type (VuCer tificate). Tilordnet værdi: Se RecordT ype. 
recordSize er stør relsen af VuCer tificate i bytes. 
noOfRecords er antallet af poste r i mængden af poster . Værdien skal sættes til 1, da certifikaterne kan have 
forsk ellig længde. 
records er mængden af certifik ater for køretøjsenheder . 
2.183.  VuCompan yLocksDat a 
Første generation: 
Oplysning er, gemt på en køretøjsenhed, der vedrøre r virksom hedslåse (bilag 1B, krav 104). 
noOfLocks er antallet af låse, som er opført i vuCompan yLocksRecords. 
vuCompany Lock sRecords er mængden af poster vedrørende virksom hedslåse. 
2.184.  VuCompan yLocksR ecord 
Oplysning er, gemt på en køretøjsenhed, der vedr ører én virksom hedslås (bilag 1B, krav 104, og bilag 1C, krav 
128). 
Første generation: 
lockIn Time, lockOutTime er dato og klokke slæt for lås-ind og lås-ud. 
companyName, companyA ddress 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. 
Anden generation: 
I stedet for compan yCardNumber anvendes følgende dataelement i datastr ukturen af anden generation. 
companyCardNumberAndGeneration identif icerer det kort, der er anvendt ved lås-ind, og kortets generation. 26.5.2016 L 139/147 Den Europæisk e Unions Tidende DA    
2.185.  VuCompan yLocksR ecordAr ray 
Anden generation: 
Oplysning er, gemt på en køretøjsenhed, der vedrøre r virksom hedslåse (bilag 1C, krav 128). 
recordT ype er postens type (VuCom panyLoc ksRecord). Tilordnet værdi: Se RecordT ype. 
recordSize er stør relsen af VuCompa nyLoc ksRecord i bytes. 
noOfRecords er antallet af poster i mængden af poste r. Værdi 0..255. 
records er mængden af poster vedrørende virksom hedslåse. 
2.186.  VuControlA ctivityData 
Første generation: 
Oplysning er, gemt på en køretøjsenhed, vedrøre nde kontroller foretag et ved hjælp af denne køretøjsenhed (bilag 
1B, krav 102). 
noOfControls er antallet af kontroller , som er opført i vuControlA ctivityRecords. 
vuControlAct ivityRecords er mængden af kontrolaktivitetspost er. 
2.187.  VuControlA ctivityRecord 
Oplysning er, gemt på en køretøjsenhed, vedrørende en kontrol foretag et ved hjælp af denne køretøjsenhed (bilag 
1B, krav 102, og bilag 1C, krav 126). 
Første generation: 
controlT ype er kontrollens type. 
controlTime er dato og klokkeslæt for kontrollen. 
controlCardNumber identif icerer det kontrolk ort, som er anvendt til kontrollen. 26.5.2016 L 139/148 Den Europæisk e Unions Tidende DA    
downloadPerio dBegin Time er begyndelsestidspunkte t for datao verførsel, når en sådan har fundet sted . 
downloadPerio dEndTime er sluttidspunktet for datao verfø rsel, når en sådan har fundet sted. 
Anden generation: 
I stedet for controlCardNumber anvendes følgen de dataelement i datastr ukturen af anden generation. 
controlCardNumberAndGeneration identif icerer det kontrolk ort, som er anvendt til kontrollen, og kortets 
generation. 
2.188.  VuControlA ctivityRecordAr ray 
Anden generation: 
Oplysning er, gemt på en køretøjsenhed, vedrøre nde kontroller foretag et ved hjælp af denne køretøjsenhed (bilag 
1C, krav 126). 
recordT ype er postens type (VuControlA ctivityRecord). Tilordnet værdi: Se RecordT ype. 
recordSize er stør relsen af VuControlA ctivityRecord i bytes. 
noOfRecords er antallet af poster i mængden af poste r. 
records er mængden af kontrolaktivitetspost er for køretøjsenheden. 
2.189.  VuDat aBlockCounter 
Tæller , som er gemt på et kort, og som sekventielt identif icerer cyklusser ne med isætning/udtagning af kortet i 
køretøjsenheder . 
Tilordnet værdi: Fortløbende nummer , som, efter at have nået maksimumværdien 9 999, begynder forfra fra 0. 
2.190.  VuDetai ledSpeedBlock 
Oplysning er, gemt på en køretøjsenhed, der detaljeret angiver køretøjets hastighed i et minut, i hvilke t køretøjet 
har bevæget sig (bilag 1B, krav 093, og bilag 1C, krav 116). 
26.5.2016 L 139/149 Den Europæisk e Unions Tidende DA    
speedBlockBeginDate er dato og klokke slæt for den første hastighedsværdi inden for blokken. 
speedsPerSecon d er den kronologiske sekvens af målte hastigheder hver t sekund for det minut, der begynder 
på speedBloc kBeginDate (inklusive). 
2.191.  VuDetai ledSpeedBlockRecordAr ray 
Anden generation: 
Oplysning er, gemt på en køretøjsenhed, vedrøre nde køretøjets detaljerede hastighed. 
recordT ype er postens type (VuDetailedSpeedBlock) . Tilordnet værdi: Se RecordT ype. 
recordSize er stør relsen af VuDetailedSpeedBlock i bytes. 
noOfRecords er antallet af poster i mængden af poste r. 
records er mængden af detaljerede hastighedsblokk e. 
2.192.  VuDetai ledSpeedData 
Første generation: 
Oplysning er, gemt på en køretøjsenhed, vedrøre nde køretøjets detaljerede hastighed. 
noOfSpeedBlock s er antallet af hastighedsblokk e i mængden vuDetailedSpeedBlocks. 
vuDetail edSpeedBlocks er mængden af detaljerede hastighedsblokke. 
2.193.  VuDo wnloadableP eriod 
Ældste og nyest e dato, for hvilke en køretøjsenhed lagrer data vedr ørende førerens aktivite ter (bilag 1B, krav 
081, 084 eller 087, og bilag 1C, krav 102, 105 og 108). 
minDo wnloadableTime er ældste dato og klokke slæt, som i køretøjsenheden er gemt vedrørende isætning af 
kort, aktivite tsskif t eller indlæsning af sted . 
maxDo wnloadableTime er nyeste dato og klokkes læt, som i køretøjsenheden er gemt vedr ørende udtagning af 
kort, aktivite tsskif t eller indlæsning af sted . 26.5.2016 L 139/150 Den Europæisk e Unions Tidende DA    
2.194.  VuDo wnloadableP eriodRecordAr ray 
Anden generation: 
VUDo wnloadableP eriod plus metadata, der anvendes i prot okollen for datao verførsel. 
recordT ype er postens type (VuDo wnloadableP eriod). Tilordnet værdi: Se RecordT ype. 
recordSize er stør relsen af VuDo wnloadableP eriod i bytes. 
noOfRecords er antallet af poster i mængden af poste r. 
records er mængden af VuDo wnloadableP eriod-poster . 
2.195.  VuDo wnloadA ctivityData 
Oplysning er, gemt på en køretøjsenhed, der vedrører dens sidst e overførsel (bilag 1B, krav 105, og bilag 1C, krav 
129). 
Første generation: 
downloadingTime er dato og klokkeslæt for datao verfø rslen. 
fullCardNumber identif icerer det kort, der er anvendt til at muliggøre datao verførslen . 
companyOrW orkshopName er virksom hedens eller værkstedets navn. 
Anden generation: 
I stedet for fullCardNumber anvendes følgen de dataelement i datastr ukturen af anden generation. 
fullCardNumberAndGeneration identif icerer det kort, der er anvendt til at muliggøre datao verfø rslen, og 
kortets generation. 
2.196.  VuDo wnloadA ctivityData RecordAr ray 
Anden generation: 
Oplysning er om den sidste overfø rsel for køretøjsenheden (bilag 1C, krav 129). 
26.5.2016 L 139/151 Den Europæisk e Unions Tidende DA    
recordT ype er postens type (VuDo wnloadA ctivityData). Tilordnet værdi: Se RecordT ype. 
recordSize er stør relsen af VuDo wnloadA ctivityData i bytes. 
noOfRecords er antallet af poster i mængden af poste r. 
records er mængden af dataposter vedr ørende datao verførsel. 
2.197.  VuEv entData 
Første generation: 
Oplysning er, gemt på en køretøjsenhed, vedrøre nde hændelser (bilag 1B, krav 094, bortset fra overskr idelser af 
tilladt hastighed). 
noOfV uEv ents er antallet af hændelser på listen over hændelser i mængden vuEventRecords. 
vuEv entRecords er mængden af hændelsesposter . 
2.198.  VuEv entRecord 
Oplysning er, gemt på en køretøjsenhed, vedrørende en hændelse (bilag 1B, krav 094, og bilag 1C, krav 117, 
bortset fra overskr idelse af tilladt hastighed). 
Første generation: 
eventT ype er hændelsens type. 
eventRecordPur pose er det formål, hændelsen er registreret til. 
eventBegin Time er hændelsens startdato og -klokke slæt. 
eventEndTime er hændelsens slutdat o og -klokke slæt. 
cardNumberDr iverSlotBegin identificerer det kort, der er sat i førerens kortplads ved hændelsens start. 
cardNumberCodr iverSlotBegin identif icerer det kort, der sad i medc hauff ørens kortplads ved hændelsens start. 
cardNumberDr iverSlotEnd identif icerer det kort, der sad i førerens kortplads ved hændelsens slutning. 
cardNumberCodr iverSlotEnd identif icerer det kort, der sad i medc hauff ørens kortplads ved hændelsens 
slutning. 26.5.2016 L 139/152 Den Europæisk e Unions Tidende DA    
similarEv entsNumber er antallet af tilsvarende hændelser samme døgn. 
Denne sekvens kan anvendes til alle hændelser , bortset fra overskr idelser af tilladt hastighed. 
Anden generation: 
Ud over dataelementerne for første generation anvendes følgende dataelemente r: 
manufacturerSpecif icEv entFaultData indeholder yderlige re fabrikantspecif ikke oplysninger om hændelsen. 
I sted et for cardNumberDr iverSlotBegin, cardNumberCodr iverSlotBegin, cardNumberDr iverSlotEnd og 
cardNumberCodr iverSlotEnd anvendes følgende dataelementer i datastr ukturen af anden generation: 
cardNumberAndGenDr iverSlotBegin identif icerer det kort, der sad i førerens kortplads ved hændelsens start, 
og kortets generation. 
cardNumberAndGenCodr iverSlotBegin identif icerer det kort, der sad i medc hauff ørens kortplads ved 
hændelsens start, og kortets generation. 
cardNumberAndGenDr iverSlotEnd identif icerer det kort, der sad i førerens kortplads ved hændelsens 
afslutning, og kortets generation. 
cardNumberAndGenCodr iverSlotEnd identif icerer det kort, der sad i medch aufførens kortplads ved 
hændelsens afslutning, og kortets generation. 
Hvis hændelsen er en tidsk onflikt, skal eventBegin Time og eventEndTime fortolkes som følge r: 
eventBegin Time er kontrolapparatets dato og klokke slæt. 
cardWithdrawa lTime er GNSS-udstyrets dato og klokkeslæt. 
2.199.  VuEv entRecordAr ray 
Anden generation: 
Oplysning er, gemt på en køretøjsenhed, vedrøre nde hændelser (bilag 1C, krav 117, bortset fra overskr idelser af 
tilladt hastighed). 
26.5.2016 L 139/153 Den Europæisk e Unions Tidende DA    
recordT ype er postens type (VuEventRecord). Tilordnet værdi: Se RecordT ype. 
recordSize er stør relsen af VuEventRecord i bytes. 
noOfRecords er antallet af poster i mængden af poste r. 
records er mængden af hændelsesposter . 
2.200.  VuFaultData 
Første generation: 
Oplysning er, gemt på en køretøjsenhed, vedrøre nde fejl (bilag 1B, krav 096). 
noOfV uFaults er antallet af fejl opført i vuFaultRecords-mængden. 
vuFaultRecords er mængden af fejlposter . 
2.201.  VuFaultRecord 
Oplysning er, gemt på en køretøjsenhed, der vedrøre r en fejl (bilag 1B, krav 096, og bilag 1C, krav 118). 
Første generation: 
faultT ype er typen af den pågældende fejl ved kontrolapparatet. 
faultRecordPur pose er det formål, til hvilket fejlen er blevet registreret. 
faultBegin Time er fejlens startdato og -klokkeslæt. 
faultEndTime er fejlens slutdato og -klokkeslæt. 
cardNumberDr iverSlotBegin identificerer det kort, der sad i førerens kortplads ved fejlens begyndelse. 
cardNumberCodr iverSlotBegin identif icerer det kort, der sad i medchauff ørens kortplads ved fejlens 
begyndelse. 
cardNumberDr iverSlotEnd identif icerer det kort, der sad i førerens kortplads ved fejlens slutning. 
cardNumberCodr iverSlotEnd identificerer det kort, der sad i medch aufførens kortplads ved fejlens slutning. 26.5.2016 L 139/154 Den Europæisk e Unions Tidende DA    
Anden generation: 
Ud over dataelementerne for første generation anvendes følgende dataelement: 
manufacturerSpecif icEv entFaultData indeholder yderlige re fabrikantspecif ikke oplysninger om fejlen. 
I sted et for cardNumberDr iverSlotBegin, cardNumberCodr iverSlotBegin, cardNumberDr iverSlotEnd og 
cardNumberCodr iverSlotEnd anvendes følgende dataelementer i datastr ukturen af anden generation: 
cardNumberAndGenDr iverSlotBegin identificerer det kort, der sad i førerens kortplads ved fejlens start, og 
kortets generation. 
cardNumberAndGenCodr iverSlotBegin identif icerer det kort, der sad i medc hauff ørens kortplads ved fejlens 
start, og kortets generation. 
cardNumberAndGenDr iverSlotEnd identificerer det kort, der sad i førerens kortplads ved fejlens afslutning, og 
kortets generation. 
cardNumberAndGenCodr iverSlotEnd identif icerer det kort, der sad i medchauff ørens kortplads ved fejlens 
afslutning, og kortets generation. 
2.202.  VuFaultRecordAr ray 
Anden generation: 
Oplysning er, gemt på en køretøjsenhed, vedrøre nde fejl (bilag 1C, krav 118). 
recordT ype er postens type (VuFaul tRecord). Tilordnet værdi: Se RecordT ype. 
recordSize er stør relsen af VuFaul tRecord i bytes. 
noOfRecords er antallet af poster i mængden af poste r. 
records er mængden af fejlposter . 
2.203.  VuGNSSCDRecord 
Anden generation: 
Oplysning er, gemt på en køretøjsenhed, vedr ørende køretøjets GNSS-position, hvis førerens sammenhængende 
køretid når op på et multiplum af tre timer (bilag 1C, krav 108, 110). 26.5.2016 L 139/155 Den Europæisk e Unions Tidende DA    
timeSt amp er den dato og det klokkeslæt, hvor kortindehaverens sammenhængende køretid når op på et 
multiplum af tre timer . 
cardNumberAndGenDr iverSlot identif icerer det kort, der sad i førerens kortplads, og kortets generation. 
cardNumberAndGenCodr iverSlot identificerer det kort, der sad i medc hauff ørens kortplads, og kortets 
generation. 
gnssPlaceRecord indeholder oplysning er om køretøjets position. 
2.204.  VuGNSSCDRecordAr ray 
Anden generation: 
Oplysning er, gemt på en køretøjsenhed, vedr ørende køretøjets GNSS-position, hvis førerens sammenhængende 
køretid når op på et multiplum af tre timer (bilag 1C, krav 108 og 110). 
recordT ype er postens type (VuGNSSCDRecord). Tilordnet værdi: Se RecordT ype. 
recordSize er stør relsen af VuGNSSCDRecord i bytes. 
noOfRecords er antallet af poster i mængden af poste r. 
records er mængden af GNSS-poster for sammenhængende køretid. 
2.205.  VuIdentif ication 
Oplysning er, gemt på en køretøjsenhed, til identif ikation af køretøjsenheden (bilag 1B, krav 075, og bilag 1C, 
krav 93 og 121). 
Første generation: 
vuManufacturerName er navnet på fabrikanten af køretøjsenheden. 
vuManufacturerAdd ress er adressen på fabr ikant en af køretøjsenheden. 26.5.2016 L 139/156 Den Europæisk e Unions Tidende DA    
vuPar tNumber er reser vedelsnummeret på køretøjsenheden. 
vuSer ialNumber er serienummeret på køretøjsenheden. 
vuSof twareIdentif ication identif icerer det programmel, der anvendes i køretøjsenheden. 
vuManufactur ingDate er køretøjsenhedens fabr ikationsdat o. 
vuAppro valNumber er køretøjsenhedens typegodkendelsesnummer . 
Anden generation: 
Ud over dataelementerne for første generation anvendes følgende dataelemente r: 
vuGeneration angiver køretøjsenhedens generation. 
vuAbility rummer oplysning er om, hvorvidt køretøjsenheden understøtt er takografk ort af første generation eller 
ej. 
2.206.  VuIdentif icationRecordAr ray 
Anden generation: 
VuIdentif ication plus metadata, der anvendes i protok ollen for datao verførsel. 
recordT ype er postens type (VuIdentification). Tilordnet værdi: Se RecordT ype. 
recordSize er stør relsen af VuIdentif ication i bytes. 
noOfRecords er antallet af poster i mængden af poste r. 
records er mængden af VuIdentif ication-post er. 
2.207.  VuITSConsentRecord 
Anden generation: 
Oplysning er, gemt på en køretøjsenhed, vedrør ende en førers samtykke om at anvende intelli gent e transpor t­
systeme r. 
26.5.2016 L 139/157 Den Europæisk e Unions Tidende DA    
cardNumberAndGen identificerer kortet, herunder dets generation. Dette skal være et førerk ort eller et 
værks tedskort. 
consent er et flag, som angiver , om føreren har givet sit samtykke til at bruge intelli gent e transpor tsystemer 
sammen med køretøjet/køretøjsenheden. 
Tilordnet værdi: 
TRUE  angiver , at føreren har givet sit samtykk e til at bruge intellig ente transpor tsyst emer . 
FALSE  angiver , at føreren ikke har givet sit samtykk e til at bruge intelli gent e transpor tsystemer . 
2.208.  VuITSConsentRecordAr ray 
Anden generation: 
Oplysning er, gemt på en køretøjsenhed, vedr ørende føreres samtykk e til brug af intellig ente transpor tsystemer 
(bilag 1C, krav 200). 
recordT ype er postens type (VuITSConsentRecord). Tilordnet værdi: Se RecordT ype. 
recordSize er stør relsen af VuITSConsentRecord i bytes. 
noOfRecords er antallet af poster i mængden af poste r. 
records er mængden af poster om samtykk e til brug af ITS. 
2.209.  VuManufacturerA ddress 
Adressen på fabrikant en af køretøjsenheden. 
Tilordnet værdi: Uspecif iceret. 
2.210.  VuManufacturerName 
Navnet på fabrikanten af køretøjsenheden. 
Tilordnet værdi: Uspecif iceret. 
2.211.  VuManufactur ingDate 
Fabri kationsdatoen for køretøjsenheden. 
Tilordnet værdi: Uspecif iceret. 26.5.2016 L 139/158 Den Europæisk e Unions Tidende DA    
2.212.  VuOv erSpeedingControlDat a 
Oplysning er, gemt på en køretøjsenhed, vedrørende de overskr idelser af tilladt hastighed, som har fundet sted 
siden seneste kontrol med overskr idelse af tilladt hastighed (bilag 1B, krav 095, og bilag 1C, krav 117). 
lastOverspeedControlTime er dato og klokkeslæt for seneste kontrol med overskr idelse af tilladt hastighed. 
firstOv erspeedSince er dato og klokkes læt for første overskr idelse af tilladt hastighed siden denne kontrol med 
overskr idelse af tilladt hastighed. 
numberOfOv erspeedSince er antallet af hændelser med overskr idelse af tilladt hastighed siden seneste kontrol 
med overskr idelse af tilladt hastighed. 
2.213.  VuOv erSpeedingControlDat aRecordAr ray 
Anden generation: 
VuOverSpeedingControlData plus metadata, der anvendes i protok ollen for datao verfø rsel. 
recordT ype er postens type (VuOverSpeedingControlData). Tilordnet værdi: Se RecordT ype. 
recordSize er stør relsen af VuOverSpeedingControlData i bytes. 
noOfRecords er antallet af poster i mængden af poste r. 
records er mængden af dataposter om kontrol med overskr idelse af tilladt hastighed. 
2.214.  VuOv erSpeedingEv entData 
Første generation: 
Oplysning er, gemt på en køretøjsenhed, vedrør ende hændelser med overskr idelse af tilladt hastighed (bilag 1B, 
krav 094). 
noOfV uOv erSpeedingEv ents er antal hændelser opført i listen over hændelser i mængden vuOverSpeedingE ­
ventRecords. 
vuOv erSpeedingEv entRecords er mængden af poster vedr ørende hændelser med overskr idelse af tilladt 
hastighed. 
2.215.  VuOv erSpeedingEv entRecord 
Første generation: 
Oplysning er, gemt på en køretøjsenhed, vedrørende overskr idelse af tilladt hastighed (bilag 1B, krav 094, og 
bilag 1C, krav 117). 26.5.2016 L 139/159 Den Europæisk e Unions Tidende DA    
eventT ype er hændelsens type. 
eventRecordPur pose er det formål, hændelsen er registreret til. 
eventBegin Time er hændelsens startdato og -klokke slæt. 
eventEndTime er hændelsens slutdat o og -klokke slæt. 
maxSpeedV alue er den højeste hastighed målt under hændelsen. 
averageSpeedV alue er den aritmetiske genn emsnitshastighed målt under hændelsen. 
cardNumberDr iverSlotBegin identificerer det kort, der er sat i førerens kortplads ved hændelsens start. 
similarEv entsNumber er antallet af tilsvarende hændelser samme døgn. 
Anden generation: 
Oplysning er, gemt på en køretøjsenhed, vedrørende overskr idelse af tilladt hastighed (bilag 1B, krav 094, og 
bilag 1C, krav 117). 
I stedet for cardNumberDr iverSlotBegin benytter datastr ukturen for anden generation følgende dataelement: 
cardNumberAndGenDr iverSlotBegin identif icerer det kort, inklusive generation, der er sat i førerens kortplads 
ved hændelsens start. 
2.216.  VuOv erSpeedingEv entRecordAr ray 
Anden generation: 
Oplysning er, gemt på en køretøjsenhed, vedr ørende hændelser med overskr idelse af tilladt hastighed (bilag 1C, 
krav 117). 
26.5.2016 L 139/160 Den Europæisk e Unions Tidende DA    
recordT ype er postens type (VuOverSpeedingEventRecord). Tilordnet værdi: Se RecordT ype. 
recordSize er stør relsen af VuOverSpeedingEventRecord i bytes. 
noOfRecords er antallet af poster i mængden af poste r. 
records er mængden af poster vedrørende hændelser med overskr idelse af tilladt hastighed. 
2.217.  VuPar tNumber 
Serienummeret på køretøjsenheden. 
Tilordnet værdi: Specifi k for fabr ikante n af køretøjsenheden. 
2.218.  VuPlaceDailyW orkPeriodD ata 
Første generation: 
Oplysning er, gemt på en køretøjsenhed, vedrøre nde de steder, hvor føreren begynder eller afslutter den daglige 
arbejdstid (bilag 1B, krav 087, og bilag 1C, krav 108 og 110). 
noOfPlaceRecords er antallet af poster i mængden vuPlaceDailyW orkP eriodRecords. 
vuPlaceDailyW orkPeriodRecords er mængden af poster vedrørende steder . 
2.219.  VuPlaceDailyW orkPeriodR ecord 
Første generation: 
Oplysning er, gemt på en køretøjsenhed, vedrøre nde et sted , hvor føreren begynder eller afslutter den daglige 
arbejdstid (bilag 1B, krav 087, og bilag 1C, krav 108 og 110). 
fullCardNumber er førerens korttype, den kortudst edende medlemsstat og kortets nummer . 
placeRecord indeholder oplysning erne om det indlæste sted . 
Anden generation: 
Oplysning er, gemt på en køretøjsenhed, vedrøre nde et sted , hvor føreren begynder eller afslutter den daglige 
arbejdstid (bilag 1B, krav 087, og bilag 1C, krav 108 og 110). 
26.5.2016 L 139/161 Den Europæisk e Unions Tidende DA    
I stedet for fullCcardNumber benytter datastr ukturen for anden generation følgen de dataelement : 
fullCardNumberAndGeneration angiver korttypen, den udst edende medlemsstat, kortnummeret og kortets 
generation, som gemt på kortet. 
2.220.  VuPlaceDailyW orkPeriodR ecordAr ray 
Anden generation: 
Oplysning er, gemt på en køretøjsenhed, vedrøre nde de steder, hvor føreren begynder eller afslutter den daglige 
arbejdstid (bilag 1C, krav 108 og 110). 
recordT ype er postens type (VuPlaceDailyW orkPer iodRecord). Tilordnet værdi: Se RecordT ype. 
recordSize er stør relsen af VuPlaceDailyW orkPer iodRecord i bytes. 
noOfRecords er antallet af poster i mængden af poste r. 
records er mængden af poster vedrørende steder . 
2.221.  VuPrivateKe y 
Første generation: 
Køretøjsenhedens private nøg le. 
2.222.  VuPublicKey 
Første generation: 
Køretøjsenhedens offentlig e nøg le. 
2.223.  VuSer ialNumber 
Køretøjsenhedens serienummer (bilag 1B, krav 075, og bilag 1C, krav 93). 
2.224.  VuSof tInst allationDate 
Dato for installation af den programmelversion, som anvendes i køretøjsenheden. 
Tilordnet værdi: Uspecif iceret. 26.5.2016 L 139/162 Den Europæisk e Unions Tidende DA    
2.225.  VuSof twareIdentif ication 
Oplysning er, gemt på en køretøjsenhed, vedrøre nde det installerede programmel. 
vuSof twareV ersion er versionsnummeret på det programmel, der anvendes i køretøjsenheden. 
vuSof tIns tallationDate er datoen for installation af den pågældende version af programmellet. 
2.226.  VuSof twareV ersion 
Versionsnummeret på det programmel, der anvendes i køretøjsenheden. 
Tilordnet værdi: Uspecif iceret. 
2.227.  VuSpecif icConditionData 
Første generation: 
Oplysning er, gemt på en køretøjsenhed, vedrøre nde særlige omstændigheder . 
noOfSpecif icConditionRecords er det antal poster , som er indeholdt i specifi cConditionRecords-mængden. 
specif icConditionRecords er mængden af poster vedrørende særlige omstændigheder . 
2.228.  VuSpecif icConditionRecordAr ray 
Anden generation: 
Oplysning er, gemt på en køretøjsenhed, vedrøre nde særlige omstændigheder (bilag 1C, krav 130). 
recordT ype er postens type (SpecificConditionRecord). Tilordnet værdi: Se RecordT ype. 
recordSize er stør relsen af Specifi cConditionRecord i bytes. 
noOfRecords er antallet af poster i mængden af poste r. 
records er mængden af poster vedrørende særlige omstændigheder . 26.5.2016 L 139/163 Den Europæisk e Unions Tidende DA    
2.229.  VuTimeA djus tmentData 
Første generation: 
Oplysning er, gemt på en køretøjsenhed, vedrøre nde tidsjuste ringer, som har fundet sted uden for rammer ne af 
en planmæssig kalibrer ing (bilag 1B, krav 101). 
noOfV uTimeA djRecords er antallet af post er i vuTimeAdjustmentRecords-mængden. 
vuTimeAdjustmentRecords er mængden af tidsjuste ringsposte r. 
2.230.  VuTimeA djus tmentGNSSRecord 
Anden generation: 
Oplysning er, gemt på en køretøjsenhed, vedrørende tidsjuste ring, som er baseret på tidsdata fra GNSS (bilag 1C, 
krav 124 og 125). 
oldTimeV alue, newTimeV alue er gammel og ny værdi af dato og klokkeslæt. 
2.231.  VuTimeA djus tmentGNSSRecordAr ray 
Anden generation: 
Oplysning er, gemt på en køretøjsenhed, vedrørende tidsjuste ring, som er baseret på tidsdata fra GNSS (bilag 1C, 
krav 124 og 125). 
recordT ype er postens type (VuTimeAd justmentGNSSRecord). Tilordnet værdi: Se RecordT ype. 
recordSize er stør relsen af VuTimeAdjustmentGNSSRe cord i bytes. 
noOfRecords er antallet af poster i mængden af poste r. 
records er mængden af poster vedrørende GNSS-tidsjuster ing. 26.5.2016 L 139/164 Den Europæisk e Unions Tidende DA    
2.232.  VuTimeA djus tmentRecord 
Oplysning er, gemt på en køretøjsenhed, vedrørende en tidsjustering, som har fundet sted uden for rammer ne af 
en planmæssig kalibrer ing (bilag 1B, krav 101, og bilag 1C, krav 124 og 125). 
Første generation: 
oldTimeV alue, newTimeV alue er gammel og ny værdi af dato og klokkeslæt. 
workshopName, workshopA ddresser værks tedets navn og adresse. 
workshopCardNumber identificerer det værks tedskort, der er brugt til at foretage tidsjustering. 
Anden generation: 
I stedet for workshopCardNumber anvendes følgen de dataelement i datastr ukturen af anden generation: 
workshopCardNumberAndGeneration identif icerer det værkstedsk ort, der er brugt til at foretage tidsjustering, 
og kortets generation. 
2.233.  VuTimeA djus tmentRecordAr ray 
Anden generation: 
Oplysning er, gemt på en køretøjsenhed, vedrøre nde tidsjuste ringer, som har fundet sted uden for rammer ne af 
en planmæssig kalibrer ing (bilag 1C, krav 124 og 125). 
recordT ype er postens type (VuTimeAd justmentRecord). Tilordnet værdi: Se RecordT ype. 
recordSize er stør relsen af VuTimeAdjustmentRec ord i bytes. 
noOfRecords er antallet af poster i mængden af poste r. 
records er mængden af poster vedrørende tidsjusteri ng. 26.5.2016 L 139/165 Den Europæisk e Unions Tidende DA    
2.234.  WorkshopCardApplicationIdentif ication 
Oplysning er, gemt på et værks tedskort, til identifikation af kortets applikation (bilag 1C, krav 307 og 330). 
Første generation: 
typeOfT achog raphCardId angiver den implement erede korttype. 
cardStr uctureV ersion angiver den version af strukturen, som er implement eret i kortet. 
noOfEv entsP erType er antallet af hændelser af hver hændelsestype, som kan gemmes på kortet. 
noOfFaultsPerT ype er antal fejl af hver fejltype, som kan gemmes på kortet. 
activityStr uctureLength angiver antal bytes til rådighed til lagring af aktivit etsposter . 
noOfCardV ehicleRecords er antallet af køretøjsposter , som kan gemmes på kortet. 
noOfCardPlaceRecords er antallet af steder , som kan gemmes på kortet. 
noOfCalibrationRecords er antallet af kalibrer ingsposter , som kan gemmes på kortet. 
Anden generation: 
Ud over dataelementerne for første generation anvendes følgende dataelemente r: 
noOfGNSSCDRecords er det antal GNSS-poster for sammenhænge nde køretid, som kan gemmes på kortet. 
noOfSpecif icConditionRecords er det antal poster vedr ørende særlige omstændigheder , som kan gemmes på 
kortet. 
2.235.  WorkshopCardCalibrationDat a 
Oplysning er, gemt på et værks tedskort, vedr ørende de aktivite ter, der er udført med kortet (bilag 1C, krav 314, 
316, 337 og 339). 26.5.2016 L 139/166 Den Europæisk e Unions Tidende DA    
calibration TotalNumber er det samlede antal kalibrer inger, som er udført med kortet. 
calibrationPoin terNew estRecord er indeks et for den senest opdaterede kalibrer ingspost. 
Tilordnet værdi: Tal svarende til tælleren i kalibrer ingsposten , begyndende med ‘0’ for den første forek omst af 
kalibrer ingsposterne i strukturen. 
calibrationRecords er den mængde poster , der indeholder oplysninger om kalibrer ing og/eller tidsjusteri ng. 
2.236.  WorkshopCardCalibrationRecord 
Oplysning er, gemt på et værks tedskort, vedrørende en kalibrer ing, der er udført med kortet (bilag 1C, krav 314 
og 337). 
Første generation: 
calibrationPur pose er formålet med kalibrer ingen. 
vehicleIdentif icationNumber er køretøjets identif ikationsnummer . 
vehicleRegist ration indeholder køretøjets indregistrer ingsnummer og den indregistrerende medlemsstat. 
wVehicleCharacter isticCons tant er køretøjets vejdrejetal. 
kCons tantOfRecordingEquipment er kontrolapparatets konstant. 
lTyreCircumference er den effektive dækper iferi. 
tyreSize er dimensionsbetegnelsen for de dæk , der er mont eret på køretøjet. 
author isedSpeed er køretøjets tilladt e hastighed. 
oldOdometerV alue, newOdometerV alue er gammel og ny kilometerstand. 
oldTimeV alue, newTimeV alue er gammel og ny værdi af dato og klokkeslæt. 26.5.2016 L 139/167 Den Europæisk e Unions Tidende DA    
nextCalibrationDate er datoen for næst e kalibrer ing af den type, som i CalibrationPur pose foreskr ives at skulle 
udføres af kontrolm yndigheden. 
vuPar tNumber , vuSer ialNumber og sensorSer ialNumber er de dataelementer , som identif icerer 
kontrolapparatet. 
Anden generation: 
Ud over dataelementerne for første generation anvendes følgende dataelemente r: 
sensorGNSSSer ialNumber , som identif icerer ekster nt GNSS-udstyr . 
rcmSer ialNumber , som identificerer et modul til fjernkommunikation. 
sealDataCard angiver oplysninger om de plomber , der er fastgjor t til forsk ellige kompone nter på køretøjet. 
2.237.  WorkshopCardHolderIdentif ication 
Oplysning er, gemt på et værks tedskort, til identifikation af kortindehaveren (bilag 1C, krav 311 og 334). 
workshopName er navn et på kortindehav erens værks ted. 
workshopAd dress er adressen på kortindehav erens værksted. 
cardHolderName er efternavn og fornavn (e) på indehave ren (f.eks. navnet på mekanikere n). 
cardHolderPreferredLan guage er det af kortindehaveren foretr ukne sprog. 
2.238.  WorkshopCardPIN 
Det personlige identif ikationsnummer på værkstedsk ortet (bilag 1C, krav 309 og 332). 26.5.2016 L 139/168 Den Europæisk e Unions Tidende DA    
Tilordnet værdi: Den PIN-k ode, som kendes af kortindehav eren, udfyldt mod højre med sideskif tbytes indtil 8 
bytes. 
2.239.  W-VehicleCharacter isticCons tant 
Køretøjets vejdrejetal (definition k)). 
Tilordnet værdi: Impulser pr. kilometer inden for området 0 til 64 255 impulser/km. 
2.240.  VuPo werSupplyInter ruptionRecord 
Anden generation: 
Oplysning er, gemt i en køretøjsenhed, om begivenheder med afbr ydelse af strømf orsyningen (bilag 1C, krav 
117). 
eventT ype er begivenhedstypen. 
eventRecordPur pose er det formål, til hvilke t begivenheden registreres. 
eventBegin Time er dato og tidspunkt for begivenhedens begyndelse. 
eventEndTime er dato og tidspunkt for begivenhedens afslutning. 
cardNumberAndGenDr iverSlotBegin identif icerer det kort, inklusive generation, der er isat førerens kortplads 
ved begivenhedens begyndelse. 
cardNumberAndGenDr iverSlotEnd identificerer det kort, inklusive generation, der er isat førerens kortplads 
ved begivenhedens afslutning. 
cardNumberAndGenCodr iverSlotBegin identificerer det kort, inklusive generation, der er isat medc hauff ørens 
kortplads ved begivenhedens begyndelse. 
cardNumberAndGenCodr iverSlotEnd identif icerer det kort, inklusive generation, der er isat medc hauff ørens 
kortplads ved begivenhedens afslutning. 
similarEv entsNumber er antallet af lignende begivenheder den pågælde nde dag. 
2.241.  VuPo werSupplyInter ruptionRecordAr ray 
Anden generation: 
Oplysning er, gemt i en køretøjsenhed, om begivenheder med afbr ydelse af strømf orsyningen (bilag 1C, krav 
117). 26.5.2016 L 139/169 Den Europæisk e Unions Tidende DA    
recordT ype er postens type (VuPowerSupplyInt erruptionRecord). Tilordnet værdi: Se RecordT ype. 
recordSize er stør relsen af VuPowerSupplyInter rupti onRecord i bytes. 
noOfRecords er antallet af poster i mængden af poste r. 
records er mængden af poster vedrørende afbr ydelse af strømf orsyningen. 
2.242.  VuSensorExter nalGNSSCoupledRecordAr ray 
Generation 2: 
En mængde af SensorExter nalGNSSCoupledRecord plus metadata, der anvendes i protok ollen for datao verfø rsel. 
recordT ype er postens type (SensorExt ernalGNSSCoupledRecord). Tilordnet værdi: Se RecordT ype. 
recordSize er stør relsen af SensorExte rnalGNSSCoupledRecord i bytes. 
noOfRecords er antallet af poster i mængden af poste r. 
records er mængden af poster vedrørende sensoren sammenk oblet med det eksterne GNSS-udstyr 
2.243.  VuSensorPairedRecordAr ray 
Anden generation: 
En mængde af SensorPairedRecord plus metadata, der anvende s i protok ollen for datao verfø rsel. 
recordT ype er postens type (SensorPai redRecord). Tilordnet værdi: Se RecordT ype 
recordSize er stør relsen af SensorPairedRecord i byte. 
noOfRecords er antallet af poster i mængden af poste r. 
records er en mængde poster om sensorens sampar ring. 26.5.2016 L 139/170 Den Europæisk e Unions Tidende DA    
3.  DEFINITIONER AF VÆRDI- OG STØRRELSESOMRÅDE 
Defi nition af de variabelværdier , der er anvendt til definitioner ne i punkt 2. 
4.  TEGNSÆT 
Til IA5Str ings anvendes ASCII-tegnsætt et som definer et i ISO/IEC 8824-1. Af hensyn til letlæselighed og 
overskuelighed er de tilordnede værdier gengivet nedenf or. Ved eventuel uoverensst emmelse har ISO/IEC 8824-1 
forrang for denne bemærkning. 
I andre tegnstreng e (Addr ess, Name, VehicleRegistrationNumber) anvendes herudover tegn fra decimal ­
kodeområdet 161-255 i de følgen de 8-bit standardtegnsæt, angivet ved Code Page-nummeret: 
Standardtegnsæt Code Page 
(Decimal) 
ISO/IEC 8859-1 Latin-1 Vesteuropæisk 1 
ISO/IEC 8859-2 Latin-2 Centraleuropæisk 2 
ISO/IEC 8859-3 Latin-3 Sydeuropæisk 3 
ISO/IEC 8859-5 Latin/K yrillisk 5 
ISO/IEC 8859-7 Latin/Græsk 7 
ISO/IEC 8859-9 Latin-5 Tyrkisk 9 
ISO/IEC 8859-13 Latin-7 Det baltiske område 13 
ISO/IEC 8859-15 Latin-9 15 
ISO/IEC 8859-16 Latin-10 Sydøsteuropæisk 16 
KOI8-R Latin/K yrillisk 80 
KOI8-U Latin/K yrillisk 85  
5.  KODNING 
Ved kodning efter ASN.1-k odningsreg lerne skal alle de definerede datatyper være kodet i overensstemmelse med 
ISO/IEC 8825-2, justeret variant. 
6.  OBJEK TIDENTIFIKA TORER OG APPLIKA TIONSIDENTIFIKA TORER 
6.1.  Objektidentif ikatorer 
Objektidentifi kator erne i dette afsnit er kun relevante for anden generation. De beskr ives nær mere i TR-03110-3 
og gentag es her for fuldstændighedens skyld. De er indeholdt i under træet af bsi-de: 
26.5.2016 L 139/171 Den Europæisk e Unions Tidende DA    
Data navne på prot okoller til ægthedsbekræf telse af køretøjsenheder 
Eksempel: Hvis ægthedsbekræf telse af en køretøjsenhed skal foretages med SHA-384, skal objektidentif ikatoren 
anvendes (i ASN.1-notation). Værdien af denne objektiden ­
tifik ator i punktnotation er 
 .  
Punktnotation Byte-notation 
‘04 00 7F 00 07 02 02 02 02 03’ 
‘04 00 7F 00 07 02 02 02 02 04’ 
‘04 00 7F 00 07 02 02 02 02 05’  
Data navne på prot okoller til ægthedsbekræf telse af chips 
Eksempel: Ægthedsbekræf telse af chips skal foretages med ECDH-algor itmen, så der fremk ommer en AES- 
sessionsnøg le med en længde på 128 bit. Denne sessionsnøg le anvende s efterfølgen de i CBC-funktionstilstand til 
at sikre dataf ortrolighed, og CMA C-algor itmen anvendes for at sikre dataægthed. Derf or skal objektidentifikatoren 
anvendes (i ASN.1-notation). Værdien af denne objektiden ­
tifik ator i punktnotation er 
 .  
Punktnotation Byte-notation 
‘04 00 7F 00 07 02 02 03 02 02’ 
‘04 00 7F 00 07 02 02 03 02 03’ 
‘04 00 7F 00 07 02 02 03 02 04’  
6.2.  Applik ationsidentif ikatorer 
Anden generation: 
Applikationsidentifi katoren (AID) for det ekster ne GNSS-udstyr (anden generation) er ‘FF 44 54 45 47 4D’. Dette 
er en beskytte t AID i overensste mmelse med ISO/IEC 7816-4. 26.5.2016 L 139/172 Den Europæisk e Unions Tidende DA    
Bemærk: De sidste fem bytes koder DTEGM for intellig ente takografers ekster ne GNSS-udstyr . 
Applikationsidentifi katoren for takografk ortapplikationer af anden generation er ‘FF 53 4D 52 44 54’. Dette er 
en beskytte t AID i overensst emmelse med ISO/IEC 7816-4.  26.5.2016 L 139/173 Den Europæisk e Unions Tidende DA    
Tillæg 2 
SPECIFIKA TION AF TAKOGRAFK ORT 
INDHOLDSFORTEGNELSE 
1. INDLEDNING .................................................................................................................................. 175 
1.1. Fork ortelser ........................................................................................................................ 175 
1.2. Referencer .......................................................................................................................... 176 
2. ELEK TRISKE OG FYSISKE EGENSKABER ................................................................................................. 176 
2.1. Forsyningsspænding og strømf orbr ug....................................................................................... 177 
2.2. Programmer ingsspænding Vpp................................................................................................. 177 
2.3. Klokge nerer ing og -frekvens ................................................................................................... 177 
2.4. I/O-k ontakt ......................................................................................................................... 177 
2.5. Kortets tilstande ................................................................................................................... 177 
3. HARD WARE OG KOMMUNIKA TION .................................................................................................... 177 
3.1. Indledning .......................................................................................................................... 177 
3.2. Transmissionsprot okol........................................................................................................... 178 
3.2.1 Protok oller .......................................................................................................................... 178 
3.2.2 ATR .................................................................................................................................. 179 
3.2.3 PTS ................................................................................................................................... 179 
3.3. Adgangsreg ler...................................................................................................................... 180 
3.4. Oversigt over kommandoer og fejlkoder .................................................................................... 183 
3.5. Kommandobeskr ivelser .......................................................................................................... 185 
3.5.1 SELECT .......................................................................................................................................... 186 
3.5.2 READ BINAR Y................................................................................................................................. 187 
3.5.3 UPD ATE BINAR Y.............................................................................................................................. 194 
3.5.4 GET CHALLENGE ............................................................................................................................. 200 
3.5.5 VERIFY .......................................................................................................................................... 200 
3.5.6 GET RESPONSE ................................................................................................................................ 202 
3.5.7 PSO: VERIFY CERTIFICA TE.................................................................................................................. 202 
3.5.8 INTERNAL AUTHENTICA TE................................................................................................................ 204 
3.5.9 EXTERNAL AUTHENTICA TE ............................................................................................................... 205 
3.5.10 GENERAL AUTHENTICA TE................................................................................................................. 206 
3.5.11 MANA GE SECURIT Y ENVIR ONMENT .................................................................................................... 207 
3.5.12 PSO: HASH ..................................................................................................................................... 210 
3.5.13 PERFORM HASH of FILE .................................................................................................................... 211 
3.5.14 PSO: COMP UTE DIGIT AL SIGNA TURE ................................................................................................... 212 
3.5.15 PSO: VERIFY DIGIT AL SIGNA TURE ....................................................................................................... 213 
3.5.16 PROCESS DSR C MESSA GE .................................................................................................................. 214 
4. TAKOGRAFK ORTENES STR UKTUR ....................................................................................................... 216 
4.1. Hovedfil (Master file — MF) .................................................................................................... 216 26.5.2016 L 139/174 Den Europæisk e Unions Tidende DA    
4.2. Førerk ortapplikationer ........................................................................................................... 217 
4.2.1 Førerk ortapplikation af først e generation ................................................................................... 217 
4.2.2 Førerk ortapplikation af anden generation ................................................................................... 221 
4.3. Værksted skortapplikationer ..................................................................................................... 224 
4.3.1 Værksted skortsapplikation af første generation ............................................................................ 224 
4.3.2 Værksted skortsapplikation af anden generation ........................................................................... 228 
4.4. Kontrolk ortapplikationer ........................................................................................................ 233 
4.4.1 Kontrolk ortapplikation af første generation ................................................................................ 233 
4.4.2 Kontrolk ortapplikation af anden generation ................................................................................ 235 
4.5. Virksomhedskor tapplikationer ................................................................................................. 237 
4.5.1 Virksomhedskor tapplikation af første generation ......................................................................... 237 
4.5.2 Virksomhedskor tapplikation af anden generation ........................................................................ 238  
1.  INDLEDNING 
1.1.  Fork ortelser 
I dette tillæg anvendes følgende forkortelser: 
AC  Betinge lser for adgan g til facilitet en 
AES  Avanceret krypteringsstandard (Advanced Encr yption Standard) 
AID  Applikationsidentifikator (Application Identif ier) 
ALW  Altid (Alwa ys) 
APDU  Dataenhed i applikationsprotok ol (struktur i kommando) (Application Protocol Data Unit) 
ATR  Svar på reset (Answer to Reset) 
AUT  Identit etsbekræf tet (Authenticat ed) 
C6, C7  Kortets kontakt nr. 6 og 7 som beskrevet i ISO/IEC 7816-2 
cc  Klokcyklusser (clock cycles) 
CHV  Information til verifikation af kortindehav er (Card holder verification information) 
CLA  Klassebyt e i APDU-k ommando (Class byte of an APDU command) 
DSR C  Dedik eret kortdistancek ommunikation (Dedicate d Shor t Range Communication) 
DF  Dedik eret fil En DF kan indeholde andre filer (EF eller DF) 
ECC  Ellipt isk kurvekr yptografi (Elliptic Curve Cryptography ) 
EF  Elementærf il (Elementar y File) 
etu  Elementær tidsenhed (elementar y time unit) 
G1  Først e generation 
G2  Anden generation 
IC  Integreret kredsløb 
ICC  Chipk ort (Integ rated Circuit Card) 
ID  Identifikator 
IFD  Kortlæser (interfa ce device) 
IFS  Længde af informationsfelt (information field size) 
IFSC  Længde af informationsfelt til kort (information field size for the card) 26.5.2016 L 139/175 Den Europæisk e Unions Tidende DA    
IFSD  Informationsf eltlængde for kortlæser (information field size device) 
INS  Ordreb yte i APDU-k ommando (instr uction byte) 
Lc  Længde af inddata til APDU-k ommando 
Le  Længde af forventede data (uddata til en kommando) 
MF  Hovedfil (dedike ret rodf il) (Master file) 
NAD  Knudepunktadresse i en T = 1 protok ol (Node address) 
NEV  Aldr ig 
P1-P2  Parameter bytes 
PIN  Personligt identif ikationsnummer 
PRO SM  Beskytt et med sikker meddelelseso verfø rsel (prote cted with secure messaging) 
PTS  Valgt transmissionsprotok ol (protocol transmission selection) 
RFU  Forbeholdt fremtidig brug 
RST  Nulstilling (af et kort) (Reset) 
SFID  Kort id for elementærf il 
SM  Sikker meddelelseso verførsel 
SW1-SW2  Statusb ytes 
TS  Initialt tegn i ATR (svar på nulstilling) 
VPP  Programmer ingsspænding 
VU  Køretøjsenhed 
XXh  Stør relsen XX i hexadecimal notation 
‘XXh’  Stør relsen XX i hexadecimal notation 
||  Sammenkædningssymbol (03||04 = 0304) 
1.2.  Referencer 
I dette tillæg henvises til følgende referencer: 
ISO/IEC 7816-2  Identif ication cards — Integrat ed circuit cards — Part 2: Dimensions and location of the 
contacts. ISO/IEC 7816-2:2007. 
ISO/IEC 7816-3  Identif ication cards — Integrated circuit cards — Part 3: Electr ical interface and 
transmission protocols. ISO/IEC 7816-3:2006. 
ISO/IEC 7816-4  Identif ication cards — Integra ted circuit cards — Part 4: Org anization, secur ity and 
commands for interc hange. ISO/IEC 7816-4:2013 + Cor 1: 2014. 
ISO/IEC 7816-6  Identif ication cards — Integrated circuit cards — Part 6: Interin dustr y data elements for 
interc hange. ISO/IEC 7816-6:2004 + Cor 1: 2006. 
ISO/IEC 7816-8  Identif ication cards — Integrated circuit cards — Part 8: Commands for secur ity 
operations. ISO/IEC 7816-8:2004. 
ISO/IEC 9797-2  Information technology — Secur ity techniques — Message Auth entication Codes (MA Cs) 
— Part 2: Mechanisms using a dedicate d hash-function. ISO/IEC 9797-2:2011 
2.  ELEK TRISKE OG FYSISK E EGENSKABER 
TCS_01  Alle elektroniske signaler skal overholde ISO/IEC 7816-3, medmindre andet er angivet. 
TCS_02  Placer ing og dimensioner af kortets kontakte r skal være i overensste mmelse med ISO/IEC 7816-2. 26.5.2016 L 139/176 Den Europæisk e Unions Tidende DA    
2.1.  Forsyningsspænding og strømforbr ug 
TCS_03  Kortet skal fungere i henhold til specifi kationer ne inden for de forbr ugsgrænser , der foreskr ives i 
ISO/IEC 7816-3. 
TCS_04  Kortet skal fung ere ved 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.  Prog rammer ingsspænding Vpp 
TCS_05  Kortet behøver inge n programmer ingsspænding på pin C6. Det forventes, at klemme C6 ikke 
tilsluttes en kortlæser . Kontakt C6 kan være tilsluttet Vcc i kortet, men må ikke stelforbindes. Denne 
spænding må ikke i noget tilfæ lde tolk es. 
2.3.  Klokgenerer ing og -frekv ens 
TCS_06  Kortet skal arbejde i et frekvensområde fra 1 til 5 MHz og kan understøtt e højere frekvenser . Inden 
for én kortsession kan klokfrekvensen variere ± 2 %. Klokfrekvensen generere s af køretøjsenheden, 
ikke af kortet selv. Arbejdscyklussen kan variere mellem 40 og 60 %. 
TCS_07  Unde r de betingelser , der er indeholdt i kortfilen EF ICC, kan den ekster ne klokke standses. Den 
første byte i kroppen af filen EF ICC koder for betingelser ne i Clockstop-fun ktionstilstand: 
Lavt Højt   
Bit 3 Bit 2 Bit 1 
0 0 1 Clockst op tilladt, intet foretr ukket niveau 
0 1 1 Clockst op tilladt, højt niveau foretr ukke t 
1 0 1 Clockst op tilladt, lavt niveau foretr ukket 
0 0 0 Clockst op ikke tilladt 
0 1 0 Clockst op kun tilladt på højt niveau 
1 0 0 Clockst op kun tilladt på lavt niveau  
Bit 4 til 8 ubenytt et. 
2.4.  I/O-k ontakt 
TCS_08  I/O-k ontakten C7 anvendes til at modtag e og overføre data fra og til kortlæseren. Under funktion 
må kun enten kortet eller kortlæseren være i datao verfø rselstilstand. Hvis begge enheder er i 
overfø rselstilstand, må det ikke kunne medf øre skade på kortet. Medmindre kortet overfø rer data, 
skal det skifte til modtagetilstand. 
2.5.  Kor tets tilst ande 
TCS_09  Kortet arbejder i to tilstande, mens forsyningsspænding en tilføres: 
i driftstilstand, mens det udfører kommandoer eller er koblet til den digitale enhed 
i hviletilstand på alle andre tidspunkter; i denne tilstand skal alle data ligge på kortet. 
3.  HARD WARE OG KOMMUNIKA TION 
3.1.  Indledning 
Dette afsnit beskr iver de funktioner , der som minimum kræves af takografk ort og køretøjsenheder for at 
sikre korrekt funktion og inter operabilitet. 26.5.2016 L 139/177 Den Europæisk e Unions Tidende DA    
Takografk ort opfylder så vidt muligt de foreliggen de gældende ISO/IEC-nor mer (specielt ISO/IEC 7816). Dog 
beskr ives kommandoer og protok oller fuldt ud for at specifi cere visse indskrænkninger i brugen eller visse 
forsk elle, når sådanne findes. De foreskrevne kommandoer er fuldt forenelige med de anførte normer , 
medmindre andet er angivet. 
3.2.  Transmissionsproto kol 
TCS_10  Transmissionsprotok ollen skal være i overensstemmelse med ISO/IEC 7816-3 for T = 0 og T = 1. 
Specielt skal køretøjsenheden anerkende udvidelser af ventetid, som sendes af kortet. 
3.2.1  Protokoller 
TCS_11  Kortet skal give mulighed både for protok ol T = 0 og protok ol T = 1. Derudover kan kortet 
understøtte andre kontaktrelaterede protok oller . 
TCS_12  T = 0 er standardprotok ol, hvorfor der kræves en PTS-k ommando for at ændre protok ol til T = 1. 
TCS_13  Enheder skal understøtte direkte konv ention i begg e protok oller: 
TCS_14  Ved ATR præsente res Information Field Size Card-b yten i TA3. Denne værdi skal være mindst 
‘F0h’ (= 240 bytes). 
For protok oller ne gælder følgen de begrænsninger: 
TCS_15  T = 0 
—  Kortlæseren skal understøtt e 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 gentag else, hvis de er adskilt af 13 etu. Hvis 
der registreres en forker t karakter , kan fejlsignalet på I/O optræde mellem 1 etu og 2 etu. 
Kortlæseren skal understøtt e en forsinke lse på 1 etu. 
—  Kortlæseren skal accept ere 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-te gn af kortlæseren. 
—  Kortlæseren skal tage hensyn til et NUL -tegn afsendt fra kortet. 
—  Kortlæseren skal accept ere den supplerende funktionstilstand for ACK. 
—  Kommandoen GET RESPONSE kan ikke bruges i kædningsfunktion til at hente data, hvis 
længde eventuelt er over 255 bytes. 
TCS_16  T = 1 
—  NAD-by te: ikke anvendt (NAD skal sættes til ‘00’). 
—  S-bloc k ABOR T: Ikke anvendt. 
—  S-bloc k VPP state fejl: Ikke anvendt. 
—  Den totale kædningslængde for et datafelt er ikke over 255 bytes (skal sikres af kortlæseren). 
—  Informationsfe ltstør relse for kortlæser (IFSD) skal angives af kortlæseren umiddelbar t efter svar 
på nulstilling: Kortlæseren skal overfø re S-blokke ns IFS-f orespørgsel efter svar på nulstilling 
(ATR), og kortet skal tilbagem elde S-blokkens IFS. Den anbefale de værdi for IFSD er 254 bytes. 
—  Kortet anmoder ikke om efterjustering af IFS. 26.5.2016 L 139/178 Den Europæisk e Unions Tidende DA    
3.2.2  ATR 
TCS_17  Kortlæseren kontrollerer ATR-bytes (svar på nulstilling) i henhold til ISO/IEC 7816-3. Der skal ikke 
foretages kontrol af histor iske ATR-tegn. 
Eksem pel på grundlæggende biprotok ollær ATR i henhold til ISO/IEC 7816-3 
Karakter Værdi Bemærkninger 
TS ‘3Bh’ Angiver direkt e konvention 
T0 ‘85h’ TD1 foreligger; 5 histo riske bytes til stede 
TD1 ‘80h’ TD1 foreligger; T = 0 skal anvendes 
TD2 ‘11h’ TA3 foreligger; T = 1 skal anvendes 
TA3 ‘XXh’ (mindst ‘F0h’) Stør relse af informationsfelt på kort (IFSC) 
TH1 til TH5 ‘XXh’ Historiske tegn 
TCK ‘XXh’ Kontrolt egn (eksklusive OR)  
TCS_18  Efter Answer To Reset (ATR) er hovedfil en (MF) valgt automatisk og bliver den aktuelle mappe. 
3.2.3  PTS 
TCS_19  Standardprotok ollen er T = 0. For at vælge prot okol T = 1 skal der sendes en PTS (også benævnt 
PPS) til kortet fra kortlæseren. 
TCS_20  Da prot okoller ne T = 0 og T = 1 begge er påbudt e for kortet, er det grundlæggende valg af 
transmissionsprotok ol (PTS) for protok olskif t påbudt for kortet. 
Som angivet i ISO/IEC 7816-3 kan PTS benyttes til at skifte til en højere transmissionshastighed 
end den standardhastighed, som vælg es af kortet i svar på nulstilling (ATR), hvis der er nogen (TA 
(1)) bytes til sted e. 
Højere transmissionshastigheder er valgfr i for kortet. 
TCS_21  Hvis ingen anden transmissionshastighed end standardhastigheden understøtt es (eller den valgte 
transmissionshastighed ikke understøtt es), skal kortet svare korrekt på prot okoltransmissionsvalg et 
(PTS) i henhold til ISO/IEC 7816-3 ved at udelade PPS1-b yten. 
Følgen de er eksempler på grundlægg ende PTS til protok olvalg: 
Karakter Værdi Bemærkninger 
PPSS ‘FFh’ Star ttegn 
PPS0 ‘00h’ eller ‘01h’ PPS1 til PPS3 findes ikke; ‘00h’ for at vælge T0, ‘01h’ for at vælg e 
T1. 
PK ‘XXh’ Kontrolt egn:  ‘Xh’ = ‘FFh’, hvis PPS0 = ‘00h’ 
‘XXh’ = ‘FEh’, hvis PPS0 = ‘01h’  26.5.2016 L 139/179 Den Europæisk e Unions Tidende DA    
3.3.  Adgangsregler 
TCS_22  I en adgangsreg el specifi ceres sikker hedsbetingelser ne for en adgangstilstand, dvs. en kommando. 
Hvis disse sikkerhedsbeting elser er opfyldt, behandles den tilsvarende kommando. 
TCS_23  Følgen de sikker hedsbetingelser bruges for takografk ortet: 
Fork ortelse Betydning 
ALW Operationen er altid mulig og kan udføres uden begrænsning. APDU-k om­
mandoer og -svar sendes som almindelig tekst, dvs. uden sikker meddelelses ­
overfø rsel. 
NEV Operationen er aldr ig mulig. 
PLAIN-C Kommandoen APDU sendes som almindelig tekst, dvs. uden sikker medde ­
lelseso verførsel. 
PWD Handlingen kan kun udføres, hvis værks tedskortets PIN-k ode er blevet kon­
trolleret med tilfredsstillende resultat, dvs. hvis kortets interne sikker hedssta ­
tus ”PIN_V erified” er angivet. Kommandoen skal sendes uden sikker medde ­
lelseso verførsel. 
EXT -AUT-G1 Handlingen kan kun udføres, hvis kommandoen External Auth enticate for 
ægthedsbekræf telse (første generation) (se også tillæg 11, del A) er gennem ­
ført med tilfredsstillende resultat. 
SM-MA C-G1 APDU (kommando og svar) skal anvendes ved sikker meddelelseso verførsel 
(første generation) i ”authentication-only”-tilstand (se tillæg 11, del A). 
SM-C-MA C-G1 Kommandoen APDU skal anvende s ved sikker meddelelseso verførsel (første 
generation) i ”authentication-only”-tilstand (se tillæg 11, del A). 
SM-R -ENC-G1 Svaret APDU skal anvendes ved sikker meddelelseso verfø rsel (første genera ­
tion) i krypteringstilstand (se tillæg 11, del A), dvs. der tilbagem eldes ingen 
meddelelsesgodk endelsesk ode. 
SM-R -ENC-MA C-G1 Kommandoen APDU skal anvende s ved sikker meddelelseso verførsel (første 
generation) i ”encr ypt-then-authenticate”-tilstand (se tillæg 11, del A). 
SM-MA C-G2 APDU (kommando og svar) skal anvendes ved sikker meddelelseso verførsel 
(anden generation) i ”authentication-only”-tilstand (se tillæg 11, del B). 
SM-C-MA C-G2 Kommandoen APDU skal anvendes ved sikker meddelelseso verfø rsel (anden 
generation) i ”authentication-only”-tilstand (se tillæg 11, del B). 
SM-R -ENC-MA C-G2 Kommandoen APDU skal anvendes ved sikker meddelelseso verfø rsel (anden 
generation) i ”encr ypt-then-authenticate”-tilstand (se tillæg 11, del A).  
TCS_24  Disse sikkerhedsbeting elser kan kædes sammen på følgen de måder : 
AND: Alle sikkerhedsbeting elser skal være opfyldt 
OR: Mindst én sikkerhedsbeting else skal være opfyldt 
Adgangsreg lerne for filsyste met, dvs. kommandoer ne SELECT , READ BINAR Y og UPD ATE BINAR Y, 
er nær mere beskrevet i afsnit 4. Adgangsreg lerne for de resterende kommandoer er nær mere 
beskrevet i følge nde tabeller . 26.5.2016 L 139/180 Den Europæisk e Unions Tidende DA    
TCS_25  I applikationen DF Tachograph G1 anvendes følgende adgan gsreg ler: 
Kommando Førerk ort Værkstedsk ort Kontrolk ort Virksom hedsk ort 
Extern al Authenticat e     
—For ægthedsbe ­
kræf telse (først e 
generation) ALW ALW ALW ALW 
—For ægthedsbe ­
kræf telse (anden 
generation) ALW PWD ALW ALW 
Internal Authenticat e ALW PWD ALW ALW 
General Auth enticate ALW ALW ALW ALW 
Get Challenge ALW ALW ALW ALW 
MSE:SET AT ALW ALW ALW ALW 
MSE:SET DST ALW ALW ALW ALW 
Process DSR C Mes ­
sage Ikke relevant Ikke relevant Ikke relevant Ikke relevant 
PSO: Com pute Digital 
Signature ALW OR 
SM-MA C-G2 ALW OR 
SM-MA C-G2 Ikke relevant Ikke relevant 
PSO: Hash Ikke relevant Ikke relevant ALW Ikke relevant 
PSO: Hash of File ALW OR 
SM-MA C-G2 ALW OR 
SM-MA C-G2 Ikke relevant Ikke relevant 
PSO: Verify Certificate ALW ALW ALW ALW 
PSO: Verify Digital 
Signature Ikke relevant Ikke relevant ALW Ikke relevant 
Verify Ikke relevant ALW Ikke relevant Ikke relevant  
TCS_26  I applikationen DF Tachograph_G2 anvende s følgen de adgangsreg ler: 
Kommando Førerk ort Værkstedsk ort Kontrolk ort Virksom hedsk ort 
Extern al Authenticat e     
—For ægthedsbe ­
kræf telse (først e 
generation) Ikke relevant Ikke relevant Ikke relevant Ikke relevant 
—For ægthedsbe ­
kræf telse (anden 
generation) ALW PWD ALW ALW 
Internal Authenticat e Ikke relevant Ikke relevant Ikke relevant Ikke relevant 26.5.2016 L 139/181 Den Europæisk e Unions Tidende DA    
Kommando Førerk ort Værkstedsk ort Kontrolk ort Virksom hedsk ort 
General Auth enticate ALW ALW ALW ALW 
Get Challenge ALW ALW ALW ALW 
MSE:SET AT ALW ALW ALW ALW 
MSE:SET DST ALW ALW ALW ALW 
Process DSR C Mes ­
sage Ikke relevant ALW ALW Ikke relevant 
PSO: Com pute Digital 
Signature ALW OR 
SM-MA C-G2 ALW OR 
SM-MA C-G2 Ikke relevant Ikke relevant 
PSO: Hash Ikke relevant Ikke relevant ALW Ikke relevant 
PSO: Hash of File ALW OR 
SM-MA C-G2 ALW OR 
SM-MA C-G2 Ikke relevant Ikke relevant 
PSO: Verify Certificate ALW ALW ALW ALW 
PSO: Verify Digital 
Signature Ikke relevant Ikke relevant ALW Ikke relevant 
Verify Ikke relevant ALW Ikke relevant Ikke relevant  
TCS_27  I hovedfilen anvendes følgen de adgangsreg ler: 
Kommando Førerk ort Værkstedsk ort Kontrolk ort Virksom hedsk ort 
Extern al Authenticat e     
—For ægthedsbe ­
kræf telse (først e 
generation) Ikke relevant Ikke relevant Ikke relevant Ikke relevant 
—For ægthedsbe ­
kræf telse (anden 
generation) ALW PWD ALW ALW 
Internal Authenticat e Ikke relevant Ikke relevant Ikke relevant Ikke relevant 
General Auth enticate ALW ALW ALW ALW 
Get Challenge ALW ALW ALW ALW 
MSE:SET AT ALW ALW ALW ALW 
MSE:SET DST ALW ALW ALW ALW 
Process DSR C Mes ­
sage Ikke relevant Ikke relevant Ikke relevant Ikke relevant 26.5.2016 L 139/182 Den Europæisk e Unions Tidende DA    
Kommando Førerk ort Værkstedsk ort Kontrolk ort Virksom hedsk ort 
PSO: Com pute Digital 
Signature Ikke relevant Ikke relevant Ikke relevant Ikke relevant 
PSO: Hash Ikke relevant Ikke relevant Ikke relevant Ikke relevant 
PSO: Hash of File Ikke relevant Ikke relevant Ikke relevant Ikke relevant 
PSO: Verify Certificate ALW ALW ALW ALW 
Verify Ikke relevant ALW Ikke relevant Ikke relevant  
TCS_28  Et takografk ort kan enten accept ere en kommando med et højere sikkerh edsniveau end niveauet i 
sikkerh edsbetingelsern e eller ikke gøre det. Hvis sikkerhedsbeting elsen er ALW (eller PLAIN-C), kan 
kortet således accept ere en kommando med sikker meddelelseso verførsel (kryptering og/eller 
ægthedsbekræf telses tilstand). Hvis sikker hedsbetingelsen kræver sikker meddelelseso verfø rsel i 
ægthedsbekræf telses tilstand, kan takografk ortet accept ere en kommando med sikke r meddelelses ­
overfø rsel af samme generation i ægthedsbekræf telses - og krypteringstil stand. 
Bemærk: I kommandobeskr ivelser ne findes der flere oplysning er om, ihvilk et omf ang 
kommandoer ne understøtt er de forskellig e takografk orttyper og dedik erede filer . 
3.4.  Oversigt over kommandoer og fejlk oder 
Kommandoer og filorganisation er afledt af og i overensst emmelse med ISO/IEC 78164. 
I dette afsnit beskr ives følgen de APDU-k ommando-svar -par . De kommando varianter , der understøttes af en 
applikation af første eller anden generation, er nær mere beskrevet i de tilsvarende kommandobeskr ivelser . 
Kommando INS 
SELECT ‘A4h’ 
READ BINAR Y ‘B0h’, ‘B1h’ 
UPD ATE BINAR Y ‘D6h’, ‘D7h’ 
GET CHALLENGE ‘84h’ 
VERIFY ‘20h’ 
GET RESPONSE ‘C0h’ 
PERFORM SECURIT Y OPERA TION ‘2Ah’ 
—  VERIFY CER TIFIC ATE  
—  COMPUTE DIGIT AL SIGNA TURE  
—  VERIFY DIGIT AL SIGNA TURE  
—  HASH  
—  PERFORM HASH OF FILE  
—  PROCESS DSR C MESSA GE  26.5.2016 L 139/183 Den Europæisk e Unions Tidende DA    
Kommando INS 
INTERNAL AUTHENTICA TE ‘88h’ 
EXTERNAL AUTHENTICA TE ‘82h’ 
MANA GE SECURIT Y ENVIR ONMENT ‘22h’ 
—  SET DIGIT AL SIGNA TURE TEMPL ATE  
—  SET AUTHENTICA TION TEMPL ATE  
GENERAL AUTHENTICA TE ‘86h’  
TCS_29  Statusordene SW1 SW2 tilbage meldes sammen med enhver svar meddelelse og angiver 
behandlingsstatus for kommandoen. 
SW1 SW2 Betydning 
90 00 Nor mal behandling af data. 
61 XX Nor mal behandling af data. XX = antal svarbyt es til rådighed 
62 81 Advarselsbehandling. En del af svardata kan være beskadige t 
63 00 Ægthedsbekræf telse mislykk edes (advarsel) 
63 CX Forker t CHV (kortindehaver verifikation, PIN). Indholdet i tæller for resterende 
forsøg tilbagemeldes med ‘X’ 
64 00 Kørselsfejl — Status for ikke-flygtigt lager uændret. Integri tetsfejl. 
65 00 Kørselsfejl — Status for ikke-flygtigt lager ændret. 
65 81 Kørselsfejl — Status for ikke-flygtigt lager ændret. Huk ommelsesfe jl 
66 88 Sikkerhedsf ejl: forke rt kryptografi sk kontrolsum (ved sikker meddelelseso ver­
førsel) eller 
forke rt certifikat (ved verifika tion af certifikat) eller 
forke rt kryptogram (ved ekster n ægthedsbekræf telse ) eller 
forke rt underskr ift (ved verifikation af underskr ift) 
67 00 Forker t længde (forke rt Lc eller Le) 
68 82 Sikker overførsel understøtt es ikke 
68 83 Sidste kommando i den forventede kæde 
69 00 Forbudt kommando (intet svar foreligger i T = 0) 
69 82 Sikkerhedsstatus ikke tilfredsstillet 
69 83 Ægthedsbekræf telse blokere t 
69 85 Betingelser for anvendelse ikke opfyldt 
69 86 Kommando ikke tilladt (ingen aktuel elementær fil) 26.5.2016 L 139/184 Den Europæisk e Unions Tidende DA    
SW1 SW2 Betydning 
69 87 Forventede dataobjekter for sikker meddelelseso verfø rsel mang ler 
69 88 Ukorrekt e dataobjekter for sikker meddelelseso verfø rsel 
6A 80 Ukorrekt e parametre i datafelt 
6A 82 Filer ikke fundet 
6A 86 Forker te parametre P1-P2 
6A 88 De adresserede data kunne ikke findes 
6B 00 Forker te parametre (adressetillæg uden for elementærf il) 
6C XX Forker t længde, SW2 angiver eksakt længde. Intet dataf elt tilbage meldes 
6D 00 Operationsk ode ikke understøtt et eller ugyldig 
6E 00 Klasse ikke understøtt et 
6F 00 Andre kontrolfejl  
TCS_30  Hvis mere end én fejlbetingelse er opfyldt i en kommando-APDU kan kortet tilbage melde ethver t af 
de passende statusord. 
3.5.  Komma ndobeskr ivelser 
Påbudte kommandoer for takografk ort er beskrevet i dette kapitel. 
Supplerende relevante enkelthe der om de anvendte kryptografiske operationer er givet i tillæg 11 (fæll es 
sikkerh edsmekanismer) for takografe r af først e og anden generation. 
Alle kommandoer beskr ives uafhængigt af den anvendt e protok ol (T = 0 eller T = 1). APDU-byt ene CLA, 
INS, P1, P2, Lc og Le bliver altid angivet. Hvis Lc eller Le ikke er nødvendig for den beskrevne kommando, er 
den tilhørende længde, værdi og beskr ivelse tomme. 
TCS_31  Anmodes der om begge længdebyt es (Lc og Le), skal den beskrevne kommando deles i to dele, hvis 
kortlæseren bruger protok ol T = 0: Kortlæseren sender kommandoen som beskrevet ved hjælp af 
P3 = Lc + data og sender deref ter en GET RESPONSE (se punkt 3.5.6) kommando med P3 = Le. 
TCS_32  Anmodes der om begge længdeb ytes, og Le = 0 (sikker meddelelseso verfø rsel): 
—  når der bruges protok ol T = 1, skal kortet svare på Le = 0 ved at sende alle tilgæng elige uddata 
—  når protok ol T = 0 anvende s, skal kortlæseren sende den første kommando med P3 = Lc + data, 
kortet skal (på det imp licitte Le = 0) svare med statusb ytes ‘61La’, hvor La er antal svarbyt es til 
rådighed. Kortlæseren skal deref ter generere en GET RESPONSE-k ommando med P3 = La for at 
læse data. 
TCS_33  Takografk ort kan understøtt e felter med udvidet længde i overensste mmelse med ISO/IEC 7816-4 
som en valgfr i funktion. Et takografk ort, som understøtter felter med udvidet længde, skal 
—  angive, at felter med udvidet længde understøttes, i ATR 
—  angive de understøtt ede bufferstør relser ved hjælp af oplysning erne med udvidet længde i 
elementærf ilen ATR/INFO, se TCS_146 26.5.2016 L 139/185 Den Europæisk e Unions Tidende DA    
—  angive, om det understøtt er felter med udvidet længde for T = 1 og/eller T = 0, i elementærf ilen 
Exten ded Length, se TCS_147 
—  understøtt e felter med udvidet længde for takografapplikationer af første og anden generation. 
Bemærkninger: 
Alle kommandoer beskr ives nær mere for felter med kort længde. Brug af APDU'er med udvidet 
længde beskr ives i ISO/IEC 7816-4. 
Generelt anføres kommandoer ne for ordinær funktionstilstand, dvs. uden sikker meddelelses ­
overfø rsel, da laget til sikker meddelelseso verførsel er nær mere beskrevet i tillæg 11. Det fremgår 
klar t af adgan gsreg lerne for en kommando, om kommandoen skal understøtt e sikker meddelelses ­
overfø rsel eller ej, og om den skal understøtte sikker meddelelseso verfø rsel for første og/eller anden 
generation. En række kommando variante r beskr ives med hensyn til sikker meddelelseso verfø rsel for 
at illustrere brugen af sikker meddelelseso verfø rsel. 
TCS_34  Køretøjsenheden skal gennemf øre hele den fælles ægthedsbekræf telse sprotok ol for køretøjsenheder 
og kort af anden generation for en session, herunder (om nødvendigt) certifikatver ificeringen — 
enten i DF Tachog raph, DF Tachog raph_G2 eller hovedfilen . 
3.5.1  SELECT 
Denne kommando overholder ISO/IEC 7816-4, men har begrænset anvende lse i forhold til den i normen 
definer ede kommando. 
SELECT -kommandoen anvendes: 
—  til at vælge en applikationsdedikeret fil (skal vælg es med navn) 
—  til at vælge en elementær fil svarende til det forelagte filnavn. 
3.5.1.1  Valg ved navn (AID) 
Med denne kommando kan der vælg es en applikationsdedik eret fil på kortet. 
TCS_35  Denne kommando kan udføres fra et vilkårligt sted i filstrukturen (efter svar på nulstilling (ATR) 
eller på et vilkårligt tidspunkt). 
TCS_36  Når der vælg es en applikation, bliver det aktuelle sikkerhedsmilj ø nulstillet. Efter valge t af 
applikationen er der ikke læng ere valgt nogen aktuel offentli g nøgle. Adgangsbeting elsen EXT -AUT- 
G1 mistes ligeledes. Hvis kommandoen blev udført uden sikker meddelelseso verfø rsel, er de 
tidlig ere sessionsnøg ler til sikker meddelelseso verførsel ikke læng ere til rådighed. 
TCS_37  Kommandomeddelelse 
Byte Længde Værdi Beskr ivelse 
CLA 1 ‘00h’  
INS 1 ‘A4h’  
P1 1 ‘04h’ Valg ved navn (AID) 
P2 1 ‘0Ch’ Intet svar forvent et 
Lc 1 ‘NNh’ Antal byte sendt til kortet (længde af AID): 
‘06h’ for takograf applikationen 
#6-#(5+NN) NN ‘XX..XXh’ AID: ‘FF 54 41 43 48 4F’ for takograf applikationen af første 
generation 
AID: ‘FF 53 4D 52 44 54’ for takograf applikationen af anden 
generation  
Der kræves intet svar på kommandoen SELECT (Le findes ikke i T = 1, eller der anmodes ikke om 
svar i T = 0). 26.5.2016 L 139/186 Den Europæisk e Unions Tidende DA    
TCS_38  Svar meddelelse (der er ikke anmodet om svar) 
Byte Længde Værdi Beskr ivelse 
SW 2 ‘XXXXh’ Statusord (SW1, SW2)  
—  Giver kommandoen resultat, tilbage melder kortet ‘9000’. 
—  Hvis den applikation, som svarer til applikationsna vnet, ikke findes, tilbagemeldes status ‘6A82’ . 
—  Hvis byten Le er til sted e i T = 1, tilbage meldes status ‘6700’. 
—  Hvis der i T = 0 anmodes om et svar efter SELECT -kommandoen, tilbagemeldes status ‘6900’. 
—  Hvis den valgte applikation anses for beskadiget (der er fundet integritetsfe jl i filattr ibutt erne), 
tilbagem eldes status ‘6400’ eller ‘6581’. 
3.5.1.2  Valg af en elementærf il ved hjælp af filnavnet 
TCS_39  Kommandomeddelelse 
TCS_40  Takografk ort skal understøtte sikker meddelelseso verførsel (anden generation) som foreskrevet i 
tillæg 11, del B for denne kommando variant. 
Byte Længde Værdi Beskr ivelse 
CLA 1 ‘00h’  
INS 1 ‘A4h’  
P1 1 ‘02h’ Valg af en elementærf il under den aktuelle dedikerede fil 
P2 1 ‘0Ch’ Intet svar forvent et 
Lc 1 ‘02h’ Antal bytes sendt til kortet 
#6-#7 2 ‘XXXXh’ Filnavn  
Der kræves intet svar på kommandoen SELECT (Le findes ikke i T = 1, eller der anmodes ikke om 
svar i T = 0). 
TCS_41  Svar meddelelse (der er ikke anmodet om svar) 
Byte Længde Værdi Beskr ivelse 
SW 2 ‘XXXXh’ Statusord (SW1, SW2)  
—  Giver kommandoen resultat, tilbage melder kortet ‘9000’. 
—  Hvis filen svarende til det pågældende filnavn ikke findes, tilbagem eldes status ‘6A82’. 
—  Hvis byten Le er til sted e i T = 1, tilbage meldes status ‘6700’. 
—  Hvis der i T = 0 anmodes om et svar efter SELECT -kommandoen, tilbagemeldes status ‘6900’. 
—  Hvis den valgte fil anses for beskadiget (der er fundet integritetsfejl i filattr ibutt erne), 
tilbagem eldes status ‘6400’ eller ‘6581’. 
3.5.2  READ BINARY 
Denne kommando overholder ISO/IEC 7816-4, men har begrænset anvende lse i forhold til den i normen 
definer ede kommando. 26.5.2016 L 139/187 Den Europæisk e Unions Tidende DA    
Kommandoen READ BINAR Y anvendes til at læse data fra en transparent fil. 
Kortets svar består i at tilbagemelde de læst e data, om ønsket indkapslet i en sikker meddelelsesstr uktur . 
3.5.2.1  Kommando med forskydning i P1-P2 
Denne kommando giver kortlæseren mulighed for uden sikke r meddelelseso verførsel at læse data fra den 
aktuelt valgte elementærf il. 
Bemærk: Denne kommando uden sikker meddelelseso verførsel kan kun bruges til at læse en fil, som 
understøtt er sikkerhedsbeting elsen ALW for læseadgangstilstand. 
TCS_42  Kommandomeddelelse 
Byte Længde Værdi Beskr ivelse 
CLA 1 ‘00h’  
INS 1 ‘B0h’ Read Binar y 
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’ Forvent et datalængde. Antal bytes, som skal læses.  
Bemærk: bit 8 af P1 skal være sat til 0.  
TCS_43  Svar meddelelse 
Byte Længde Værdi Beskr ivelse 
#1-#X X ‘XX..XXh’ Data læst 
SW 2 ‘XXXXh’ Statusord (SW1, SW2)  
—  Giver kommandoen resultat, tilbage melder kortet ‘9000’. 
—  Vælge s inge n elementærf il, tilbagem eldes behandlingsstatus ‘6986’. 
—  Er sikkerhedsbeting elser ne for den valgte fil ikke opfyldt, afbr ydes kommandoen med ‘6982’. 
—  Er forskydning en ikke forenelig med elementærf ilens stør relse (forskydning > stør relse af EF), 
tilbagem eldes status ‘6B00’. 
—  Er stør relsen af de data, der skal læses, ikke forenelig med elementær filens stør relse (forskydning 
+ Le > stør relsen af EF), tilbagem eldes status ‘6700’ eller ‘6Cxx’, hvor ‘xx’ er den eksakte længde. 
—  Konstater es der en integritetsfejl i filattr ibutt erne, skal kortet anse filen for uoprett elig 
beskadiget , og den tilbage meldte behandlingsstatur er ‘6400’ eller ‘6581’. 
—  Konstater es der en integr itetsfejl i de lagrede data, skal kortet tilbage melde de ønskede data, og 
der tilbagem eldes status ‘6281’. 
3.5.2.1.1  Kommando med sikker meddelelseso ver førsel (eksem pler) 
Denne kommando giver IDF mulighed for at læse data fra den aktuelt valgte elementærf il med sikker t 
meddelelsessystem, med det formål at efterprøve identite ten af de modtagne data og beskytt e fortroligheden 
af data, hvis sikker hedsbetingelsen SM-R -ENC-MA C-G1 (første generation) eller SM-R -ENC-MA C-G2 (anden 
generation) gælde r. 26.5.2016 L 139/188 Den Europæisk e Unions Tidende DA    
TCS_44  Kommandomeddelelse 
Byte Længde Værdi Beskr ivelse 
CLA 1 ‘0Ch’ Der er anmodet om sikker meddelelseso verfø rsel 
INS 1 ‘B0h’ Read Binar y 
P1 1 ‘XXh’ P1 (forskydning i bytes fra filens begyndelse): Mest betydende 
byte 
P2 1 ‘XXh’ P2 (forskydning i bytes fra filens begyndelse): Mindst bety ­
dende byte 
Lc 1 ‘XXh’ Længde af inddata til sikker meddelelse 
#6 1 ‘97h’ TLE: Etiket for angivelse af forvente t længde 
#7 1 ‘01h’ LLE: Forvent et længde 
#8 1 ‘NNh’ Angivelse af forvent et længde (opr indelig Le): Antal bytes, 
som skal læses 
#9 1 ‘8Eh’ TCC: Etiket for kryptografisk kontrolsum 
#10 1 ‘XXh’ LCC: Længde af efterfølgen de kryptografiske kontrolsum 
‘04h’ for sikke r meddelelseso verførsel (først e generation) (se 
tillæg 11, del A) 
‘08h’, ‘0Ch’ eller ‘10h’ afhængigt af AES-nøg lelængden for sik­
ker meddelelseso verfø rsel (anden generation) (se tillæg 11, del 
B) 
#11-#(10+L) L ‘XX..XXh’ Kryptografisk kontrolsum 
Le 1 ‘00h’ Som foreskrevet i ISO/IEC 7816-4  
TCS_45  Svar meddelelse, hvis SM-R-ENC-MA C-G1 (første generation) / SM-R-ENC-MA C-G2 (anden 
generation) ikke kræv es, og hvis inddatafor matet for sikker overførsel er korrekt : 
Byte Længde Værdi Beskr ivelse 
#1 1 ‘99h’ Etiket til behandlingsstatus (SW1-SW2) — valg ­
fri for sikke r meddelelseso verførsel (første gene ­
ration) 
#2 1 ‘02h’ Behandlingsstatussens længde 
#3-#4 2 ‘XX XXh’ Behandlingsstatus for det ubeskytt ede APDU- 
svar 
#5 1 ‘81h’ TPV: Etiket for data med ordinær værdi 
#6 L ‘NNh’ eller 
‘81 NNh’ LPV: længde af tilbagemeldt e data (= original 
Le). 
L er 2 bytes, hvis LPV>127 bytes. 26.5.2016 L 139/189 Den Europæisk e Unions Tidende DA    
Byte Længde Værdi Beskr ivelse 
#(6+L)-#(5+L+NN) NN ‘XX..XXh’ Ordinær dataværdi 
#(6+L+NN) 1 ‘8Eh’ TCC: Etiket for kryptografi sk kontrolsum 
#(7+L+NN) 1 ‘XXh’ LCC: Længde af efterfølgen de kryptografiske 
kontrolsum 
‘04h’ for sikker meddelelseso verfø rsel (først e 
generation) (se tillæg 11, del A) 
‘08h’, ‘0Ch’ eller ‘10h’ afhængigt af AES-nøg le­
længden for sikker meddelelseso verfø rsel (an­
den generation) (se tillæg 11, del B) 
#(8+L+NN)-#(7+M+L+NN) M ‘XX..XXh’ Kryptografisk kontrolsum 
SW 2 ‘XXXXh’ Statusord (SW1, SW2)  
TCS_46  Svar meddelelse, hvis SM-R-ENC-MA C-G1 (første generation) / SM-R-ENC-MA C-G2 (anden 
generation) kræv es, og hvis inddata formatet for sikker overførsel er korrekt : 
Byte Længde Værdi Beskr ivelse 
#1 1 ‘87h’ TPI CG: Etiket for krypterede data (kryptogram) 
#2 L ‘MMh’ eller 
‘81 MMh’ LPI CG: længde af tilbagem eldte krypterede 
data (afvig er pga. udfyldning fra komman ­
doens oprindelig e længde Le). 
L er 2 bytes, hvis LPI CG > 127 bytes. 
#(2+L)-#(1+L+MM) MM ‘01XX..XXh’ Krypterede data: Udfyldningsindikator og 
kryptogram 
#(2+L+MM) 1 ‘99h’ Etiket til behandlingsstatus (SW1-SW2) — 
valgfr i for sikker meddelelseso verfø rsel (før­
ste generation) 
#(3+L+MM) 1 ‘02h’ Behandlingsstatussens længde 
#(4+L+MM)-#(5+L+MM) 2 ‘XX XXh’ Behandlingsstatus for det ubeskytte de APDU- 
svar 
#(6+L+MM) 1 ‘8Eh’ TCC: Etiket for kryptografisk kontrolsum 
#(7+L+MM) 1 ‘XXh’ LCC: Længde af efterfølge nde kryptografiske 
kontrolsum 
‘04h’ for sikker meddelelseso verførsel (første 
generation) (se tillæg 11, del A) 
‘08h’ , ‘0Ch’ eller ‘10h’ afhængigt af AES-nøg ­
lelængden for sikke r meddelelseso verførsel 
(anden generation) (se tillæg 11, del B) 
#(8+L+MM)-#(7+N+L+MM) N ‘XX..XXh’ Kryptografisk kontrolsum 
SW 2 ‘XXXXh’ Statusord (SW1, SW2)  26.5.2016 L 139/190 Den Europæisk e Unions Tidende DA    
Kommandoen READ BINAR Y kan tilbage melde de ordinære behandlingsstatusser , der er anført i 
TCS_43 under etiket ‘99h’ som beskrevet i TCS_59 ved brug af svarstr ukturen for sikke r meddelel ­
seso verførsel. 
Derudover kan der optræde visse fejl, som særligt vedrører sikker meddelelseso verfø rsel. I så fald 
tilbagemeldes behandlingsstatus simpelthen, uden at nogen struktur for sikker meddelelseso verfø rsel 
er inddrag et: 
TCS_47  Svar meddelelse, hvis det indlæst e format for sikker meddelelseso verførsel er ukorrekt 
Byte Længde Værdi Beskr ivelse 
SW 2 ‘XXXXh’ Statusord (SW1, SW2)  
—  Foreligger der inge n nøgle for den aktuelle session, tilbagemel des behandlingsstatus ‘6A88’ . 
Dette sker, hvis sessionsnøg len enten ikke er genereret i forvejen eller er blevet ugyldig (i så fald 
skal kortlæseren på ny udføre den gensidig e ægthedsbekræf telse, så der fastsætt es en ny 
sessionsnøg le). 
—  Hvis der mang ler nogle forvent ede dataobjekter (som ovenf or specifi ceret) i formatet for sikker 
meddelelseso verførsel, tilbagemel des behandlingsstatus ‘6987’: Denne fejl opstår , hvis der 
mang ler en forvent et etiket, eller hvis kommandoen ikke er korrekt opbygg et. 
—  Hvis nogle dataobjekter er ukorrekt e, tilbagemeldes status ‘6988’: Denne fejl optræder , når alle 
de nødvendige etikett er er til sted e, men visse af længder ne ikke svarer til de forvent ede. 
—  Lykkes verifikationen af den kryptografiske kontrolsum ikke, tilbag emeldes behandlingsstatus 
‘6688’. 
3.5.2.2  Kommando med kort id for elementærf il 
Denne kommando variant giver kortlæseren mulighed for at vælge en elementærf il ved hjælp af et kort id for 
elementærf ilen og læse data fra filen. 
TCS_48  Et takografk ort skal understøtte denne kommando variant for alle elementærf iler med et fastsat kort 
id for elementærf ilen. Disse korte id'er for elementær filer er nær mere beskrevet i afsnit 4. 
TCS_49  Kommandomeddelelse 
Byte Længde Værdi Beskr ivelse 
CLA 1 ‘00h’  
INS 1 ‘B0h’ Read Binar y 
P1 1 ‘XXh’ Bit 8 er sat til 1 
Bit 7 og 6 er sat til 00 
Bit 5-1 koder det korte id for den tilsvarende elementær fil 
P2 1 ‘XXh’ Koder en forskydning fra 0 til 255 bytes i den elementærf il, som P1 henv i­
ser til 
Le 1 ‘XXh’ Forvent et datalængde. Antal bytes, som skal læses.  
Bemærk: De korte id'er for elementærf iler, der anvendes til takograf applikationen af anden 
generation, er nær mere beskrevet i afsnit 4. 
Hvis P1 koder et kort id for en elementærf il, og kommandoen giver resultat, bliver den 
identif icerede elementærf il til den aktuelt valgte elementærf il (den aktuelle elementærf il). 
TCS_50  Svar meddelelse 
Byte Længde Værdi Beskr ivelse 
#1-#L L ‘XX..XXh’ Data læst 
SW 2 ‘XXXXh’ Statusord (SW1, SW2)  26.5.2016 L 139/191 Den Europæisk e Unions Tidende DA    
—  Giver kommandoen resultat, tilbage melder kortet ‘9000’. 
—  Hvis filen svarende til det korte id for elementærf ilen ikke findes, tilbagem eldes status ‘6A82’. 
—  Er sikkerhedsbeting elser ne for den valgte fil ikke opfyldt, afbr ydes kommandoen med ‘6982’. 
—  Er forskydning en ikke forenelig med elementærf ilens stør relse (forskydning > stør relse af EF), 
tilbagem eldes status ‘6B00’. 
—  Er stør relsen af de data, der skal læses, ikke forenelig med elementær filens stør relse (forskydning 
+ Le > stør relsen af EF), tilbagem eldes status ‘6700’ eller ‘6Cxx’, hvor ‘xx’ er den eksakte længde. 
—  Konstater es der en integritetsfejl i filattr ibutt erne, skal kortet anse filen for uoprett elig 
beskadiget , og den tilbage meldte behandlingsstatur er ‘6400’ eller ‘6581’. 
—  Konstater es der en integr itetsfejl i de lagrede data, skal kortet tilbage melde de ønskede data, og 
der tilbagem eldes status ‘6281’. 
3.5.2.3  Kommando med ulige ordreb yte 
Denne kommando variant giver kortlæseren mulighed for at læse data fra en elementærf il med 32 768 bytes 
eller dero ver. 
TCS_51  Takografk ort, som understøtt er elementær filer med 32 768 bytes eller dero ver, skal understøtt e 
denne kommando variant for disse elementærf iler. Et takografk ort kan eventuelt understøtt e denne 
kommando variant for andre elementærf iler med undtagelse af elementærf ilen Sensor_Installa ­
tion_Data. Se TCS_156 og TCS_160. 
TCS_52  Kommandomeddelelse 
Byte Længde Værdi Beskr ivelse 
CLA 1 ‘00h’  
INS 1 ‘B1h’ Read Binar y 
P1 1 ‘00h’ Aktuel elementærf il 
P2 1 ‘00h’ 
Lc 1 ‘NNh’ Lc Længde af forskydningsdataobjekt. 
#6-#(5+NN) NN ‘XX..XXh’ Forskydningsdataobjekt: 
Etiket  ‘54h’ 
Længde  ‘01h’ eller ‘02h’ 
Værdi  forskudt 
Le 1 ‘XXh’ Antal bytes, som skal læses.  
Kortlæseren skal kode længden på forskydningsdataobjektet med det mindst mulige antal okte tter. 
For eksem pel skal kortlæseren ved brug af længdeb yten ‘01h’ kode en forskydning fra 0 til 255, og 
ved brug af længdebyt en ‘02h’ skal den kode en forskydning fra ‘256’ op til ‘65 535’ bytes. 
TCS_53  Svar meddelelse 
Byte Længde Værdi Beskr ivelse 
#1-#L L ‘XX..XXh’ Læste data, der er indkapslet i et objekt med yderlige re data med eti­
ketten ‘53h’ . 
SW 2 ‘XXXXh’ Statusord (SW1, SW2)  26.5.2016 L 139/192 Den Europæisk e Unions Tidende DA    
—  Giver kommandoen resultat, tilbage melder kortet ‘9000’. 
—  Vælge s inge n elementærf il, tilbagem eldes behandlingsstatus ‘6986’. 
—  Er sikkerhedsbeting elser ne for den valgte fil ikke opfyldt, afbr ydes kommandoen med ‘6982’. 
—  Er forskydning en ikke forenelig med elementærf ilens stør relse (forskydning > stør relse af EF), 
tilbagem eldes status ‘6B00’. 
—  Er stør relsen af de data, der skal læses, ikke forenelig med elementær filens stør relse (forskydning 
+ Le > stør relsen af EF), tilbagem eldes status ‘6700’ eller ‘6Cxx’, hvor ‘xx’ er den eksakte længde. 
—  Konstater es der en integritetsfejl i filattr ibutt erne, skal kortet anse filen for uoprett elig 
beskadiget , og den tilbage meldte behandlingsstatur er ‘6400’ eller ‘6581’. 
—  Konstater es der en integr itetsfejl i de lagrede data, skal kortet tilbage melde de ønskede data, og 
der tilbagem eldes status ‘6281’. 
3.5.2.3.1  Kommando med sikker meddelelseso ver førsel (eksem pler) 
Kommando med sikker meddelelseso verførsel (eksemple r)Følgende eksempel viser brug af sikker meddelelses ­
overfø rsel, hvis sikkerh edsbetingelsen SM-MA C-G2 gælder . 
TCS_54  Kommandomeddelelse 
Byte Længde Værdi Beskr ivelse 
CLA 1 ‘0Ch’ Der er anmodet om sikker meddelelseso verførsel 
INS 1 ‘B1h’ Read Binar y 
P1 1 ‘00h’ Aktuel elementærf il 
P2 1 ‘00h’ 
Lc 1 ‘XXh’ Længde af det sikrede datafelt 
#6 1 ‘B3h’ Etiket for data med ordinær værdi, der er kodet i 
BER -TLV 
#7 1 ‘NNh’ LPV: længde af overførte data 
#(8)-#(7+NN) NN ‘XX..XXh’ Ordinære data, der er kodet i BER -TLV, dvs. for­
skydningsdataobjekt et med etiket ‘54’ 
#(8+NN) 1 ‘97h’ TLE: Etiket for angivelse af forvent et længde 
#(9+NN) 1 ‘01h’ LLE: Forventet længde 
#(10+NN) 1 ‘XXh’ Angivelse af forvente t længde (opr indelig Le): An­
tal bytes, som skal læses 
#(11+NN) 1 ‘8Eh’ TCC: Etiket for kryptografisk kontrolsum 
#(12+NN) 1 ‘XXh’ LCC: Længde af efterfølgen de kryptografi ske kon­
trolsum 
‘08h’ , ‘0Ch’ eller ‘10h’ afhængigt af AES-nøg lelæng ­
den for sikke r meddelelseso verfø rsel (anden gene ­
ration) (se tillæg 11, del B) 
#(13+NN)-#(12+M+NN) M ‘XX..XXh’ Kryptografi sk kontrolsum 
Le 1 ‘00h’ Som foreskrevet i ISO/IEC 7816-4  26.5.2016 L 139/193 Den Europæisk e Unions Tidende DA    
TCS_55  Svar meddelelse, hvis kommandoen giver resultat 
Byte Længde Værdi Beskr ivelse 
#1 1 ‘B3h’ Ordinære data kodet i BER -TLV 
#2 L ‘NNh’ eller 
‘81 NNh’ LPV: længde af tilbagemeldt e data (= original 
Le). 
L er 2 bytes, hvis LPV > 127 bytes. 
#(2+L)-#(1+L+NN) NN ‘XX..XXh’ Ordinære data, der er kodet i BER -TLV, dvs. 
indlæste data, som er indkapslet i et objekt 
med yderligere data med etiket ‘53h’. 
#(2+L+NN) 1 ‘99h’ Behandlingsstatus for det ubeskytt ede APDU- 
svar 
#(3+L+NN) 1 ‘02h’ Behandlingsstatussens længde 
#(4+L+NN)-#(5+L+NN) 2 ‘XX XXh’ Behandlingsstatus for det ubeskytt ede APDU- 
svar 
#(6+L+NN) 1 ‘8Eh’ TCC: Etiket for kryptografi sk kontrolsum 
#(7+L+NN) 1 ‘XXh’ LCC: Længde af efterfølgen de kryptografiske 
kontrolsum 
‘08h’, ‘0Ch’ eller ‘10h’ afhængigt af AES-nøg le­
længden for sikker meddelelseso verfø rsel (an­
den generation) (se tillæg 11, del B) 
#(8+L+NN)-#(7+M+L+NN) M ‘XX..XXh’ Kryptografisk kontrolsum 
SW 2 ‘XXXXh’ Statusord (SW1, SW2)  
3.5.3  UPD ATE BINARY 
Denne kommando overholder ISO/IEC 7816-4, men har begrænset anvende lse i forhold til den i normen 
definer ede kommando. 
Med kommandomeddelelsen UPD ATE BINAR Y igangsætt es opdater ing (sletning + skrivning) af de bit, der i 
forvejen ligger i en binær elementærf il, med de bit, der er indeholdt i kommandoen APDU. 
3.5.3.1  Kommando med forskydning i P1-P2 
Denne kommando giver kortlæseren mulighed for at skrive data til den aktuelt valgte elementærf il, uden at 
kortet kontrollerer ægtheden af de modtagne data. 
Bemærk: Denne kommando uden sikker meddelelseso verførsel kan kun bruges til at opdatere en fil, som 
understøtt er sikkerhedsbeting elsen ALW for opdater ingsadg angstilstand. 
TCS_56  Kommandomeddelelse 
Byte Længde Værdi Beskr ivelse 
CLA 1 ‘00h’  
INS 1 ‘D6h’ Updat e Binar y 26.5.2016 L 139/194 Den Europæisk e Unions Tidende DA    
Byte Længde Værdi Beskr ivelse 
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 skri­
ves 
#6-#(5+NN) NN ‘XX..XXh’ Data, som skal skrives  
Bemærk: bit 8 af P1 skal være sat til 0.  
TCS_57  Svar meddelelse 
Byte Længde Værdi Beskr ivelse 
SW 2 ‘XXXXh’ Statusord (SW1, SW2)  
—  Giver kommandoen resultat, tilbage melder kortet ‘9000’. 
—  Vælge s inge n elementærf il, tilbagem eldes behandlingsstatus ‘6986’. 
—  Er sikkerhedsbeting elser ne for den valgte fil ikke opfyldt, afbr ydes kommandoen med ‘6982’. 
—  Er forskydning en ikke forenelig med elementærf ilens stør relse (forskydning > stør relse af EF), 
tilbagem eldes status ‘6B00’. 
—  Er stør relsen af de data, der skal skrives, ikke forenelig med elementærf ilens stør relse 
(forskydning + Lc > stør relsen af EF), tilbagem eldes status ‘6700’. 
—  Konstater es der en integritetsfejl i filattr ibutt erne, skal kortet anse filen for uoprett elig 
beskadiget , og den tilbage meldte behandlingsstatur er ‘6400’ eller ‘6500’. 
—  Hvis der ikke kan skrives, tilbag emeldes behandlingsstatus ‘6581’. 
3.5.3.1.1  Kommando med sikker meddelelseso ver førsel (eksem pler) 
Denne kommando giver kortlæseren mulighed for at skrive data til den aktuelt valgte elementærf il, idet 
kortet kontroller ægtheden af de modtagne data. Da der ikke kræves fortrolighed, er data ikke krypteret. 
TCS_58  Kommandomeddelelse 
Byte Længde Værdi Beskr ivelse 
CLA 1 ‘0Ch’ Der er anmodet om sikker meddelelseso verfø r­
sel 
INS 1 ‘D6h’ Update Binar y 
P1 1 ‘XXh’ Forskydning i bytes fra filens begyndelse: 
Mest betydende byte 
P2 1 ‘XXh’ Forskydning i bytes fra filens begyndelse: 
Mindst betydende byte 
Lc 1 ‘XXh’ Længde af det sikrede datafe lt 26.5.2016 L 139/195 Den Europæisk e Unions Tidende DA    
Byte Længde Værdi Beskr ivelse 
#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 kryptografi sk kontrolsum 
#(8+L+NN) 1 ‘XXh’ LCC: Længde af efterfølgen de kryptografiske 
kontrolsum ‘04h’ for sikker meddelelseso verfø r­
sel (første generation) (se tillæg 11, del A) 
‘08h’, ‘0Ch’ eller ‘10h’ afhængigt af AES-nøg le­
længden for sikker meddelelseso verfø rsel (an­
den generation) (se tillæg 11, del B) 
#(9+L+NN)-#(8+M+L+NN) M ‘XX..XXh’ Kryptografisk kontrolsum 
Le 1 ‘00h’ Som foreskrevet i ISO/IEC 7816-4  
TCS_59  Svar meddelelse, hvis inddata har det korrekte format til sikker meddelelseso verførsel 
Byte Længde Værdi Beskr ivelse 
#1 1 ‘99h’ TSW: Etiket for statusord (skal beskytte s af CC) 
#2 1 ‘02h’ LSW: længde af tilbagemeldt e statusord 
#3-#4 2 ‘XXXXh’ Behandlingsstatus for det ubeskytt ede APDU-svar 
#5 1 ‘8Eh’ TCC: Etiket for kryptografisk kontrolsum 
#6 1 ‘XXh’ LCC: Længde af efterfølgende kryptografiske kontrolsum 
‘04h’ for sikker meddelelseso verfø rsel (første generation) (se tillæg 
11, del A) 
‘08h’ , ‘0Ch’ eller ‘10h’ afhængigt af AES-nøg lelængden for sikker 
meddelelseso verførsel (anden generation) (se tillæg 11, del B) 
#7-#(6+L) L ‘XX..XXh’ Kryptografisk kontrolsum 
SW 2 ‘XXXXh’ Statusord (SW1, SW2)  
De ”ordinære” behandlingsstatusser , som beskr ives for kommandoen UPD ATE BINAR Y uden sikker 
meddelelseso verfø rsel (se punkt 3.5.3.1), kan tilbagemeldes med den svar meddelelsesstr uktur , som 
er beskrevet ovenf or. 
Derudover kan der optræde visse fejl, som særligt vedrører sikker meddelelseso verfø rsel. I så fald 
tilbagemeldes behandlingsstatus simpelthen, uden at nogen struktur for sikker meddelelseso verfø rsel 
er inddrag et: 
TCS_60  Svar meddelelse ved fejl i sikker meddelelseso verførsel 
Byte Længde Værdi Beskr ivelse 
SW 2 ‘XXXXh’ Statusord (SW1, SW2)  26.5.2016 L 139/196 Den Europæisk e Unions Tidende DA    
—  Foreligger der ingen nøg le for den aktuelle session, tilbagem eldes behandlingsstatus ‘6A88’ . 
—  Hvis der mang ler nogle forvent ede dataobjekter (som ovenf or specifi ceret) i formatet for sikker 
meddelelseso verførsel, tilbagemel des behandlingsstatus ‘6987’: Denne fejl opstår , hvis der 
mang ler en forvent et etiket, eller hvis kommandoen ikke er korrekt opbygg et. 
—  Hvis nogle dataobjekter er ukorrekt e, tilbagemeldes status ‘6988’: Denne fejl optræder , når alle 
de nødvendige etikett er er til sted e, men visse af længder ne ikke svarer til de forvent ede. 
—  Lykkes verifikationen af den kryptografiske kontrolsum ikke, tilbag emeldes behandlingsstatus 
‘6688’. 
3.5.3.2  Kommando med kort id for elementærf il 
Denne kommando variant giver kortlæseren mulighed for at vælge en elementærf il ved hjælp af et kort id for 
elementærf ilen og læse data fra filen. 
TCS_61  Et takografk ort skal understøtte denne kommando variant for alle elementærf iler med et fastsat kort 
id for elementærf ilen. Disse korte id'er for elementær filer er nær mere beskrevet i afsnit 4. 
TCS_62  Kommandomeddelelse 
Byte Længde Værdi Beskr ivelse 
CLA 1 ‘00h’  
INS 1 ‘D6h’ Updat e Binar y 
P1 1 ‘XXh’ Bit 8 er sat til 1 
Bit 7 og 6 er sat til 00 
Bit 5-1 koder det korte id for den tilsvarende elementærf il 
P2 1 ‘XXh’ Koder en forskydning fra 0 til 255 bytes i den elementær fil, 
som P1 henviser til 
Lc 1 ‘NNh’ Længde af data, som skal opdateres. Antal bytes, som skal skri­
ves 
#6-#(5+NN) NN ‘XX..XXh’ Data, som skal skrives  
TCS_63  Svar meddelelse 
Byte Længde Værdi Beskr ivelse 
SW 2 ‘XXXXh’ Statusord (SW1, SW2)  
Bemærk: De korte id'er for elementærf iler, der anvendes til takograf applikationen af anden 
generation, beskr ives nær mere i afsnit 4. 
Hvis P1 koder et kort id for en elementærf il, og kommandoen giver resultat, bliver den 
identif icerede elementærf il til den aktuelt valgte elementærf il (den aktuelle elementærf il). 
—  Giver kommandoen resultat, tilbage melder kortet ‘9000’. 
—  Hvis filen svarende til det korte id for elementærf ilen ikke findes, tilbagem eldes status ‘6A82’. 
—  Er sikkerhedsbeting elser ne for den valgte fil ikke opfyldt, afbr ydes kommandoen med ‘6982’. 26.5.2016 L 139/197 Den Europæisk e Unions Tidende DA    
—  Er forskydning en ikke forenelig med elementærf ilens stør relse (forskydning > stør relse af EF), 
tilbagem eldes status ‘6B00’. 
—  Er stør relsen af de data, der skal skrives, ikke forenelig med elementærf ilens stør relse 
(forskydning + Lc > stør relsen af EF), tilbagem eldes status ‘6700’. 
—  Konstater es der en integritetsfejl i filattr ibutt erne, skal kortet anse filen for uoprett elig 
beskadiget , og den tilbage meldte behandlingsstatur er ‘6400’ eller ‘6581’. 
—  Hvis der ikke kan skrives, tilbag emeldes behandlingsstatus ‘6581’. 
3.5.3.3  Kommando med ulige ordreb yte 
Denne kommando variant giver kortlæseren mulighed for at skrive data til en elementærf il med 32 768 bytes 
eller dero ver. 
TCS_64  Takografk ort, som understøtt er elementær filer med 32 768 bytes eller dero ver, skal understøtt e 
denne kommando variant for disse elementærf iler. Et takografk ort kan eventuelt understøtt e denne 
kommando variant for andre elementærf iler. 
TCS_65  Kommandomeddelelse 
Byte Længde Værdi Beskr ivelse 
CLA 1 ‘00h’  
INS 1 ‘D7h’ Updat e Binar y 
P1 1 ‘00h’ Aktuel elementærf il 
P2 1 ‘00h’ 
Lc 1 ‘NNh’ Lc Længde af data i kommandodatafe ltet 
#6-#(5+NN) NN ‘XX..XXh’ Forskydningsdataobjekt med etiket ‘54h’ || Objekt med yderli ­
gere data med etiket ‘53h’ , der indkapsler de data, som skal 
skrives  
Kortlæseren skal kode længden af forskydningsdataobjektet og længden af objektet med yderligere 
data med det mindst mulige antal oktett er. For eksem pel skal kortlæseren ved brug af længdeb yten 
‘01h’ kode en forskydning/længde fra 0 til 255, og ved brug af længdebyt en ‘02h’ skal den kode en 
forskydning/længde fra ‘256’ op til ‘65 535’ bytes. 
TCS_66  Svar meddelelse 
Byte Længde Værdi Beskr ivelse 
SW 2 ‘XXXXh’ Statusord (SW1, SW2)  
—  Giver kommandoen resultat, tilbage melder kortet ‘9000’. 
—  Vælge s inge n elementærf il, tilbagem eldes behandlingsstatus ‘6986’. 
—  Er sikkerhedsbeting elser ne for den valgte fil ikke opfyldt, afbr ydes kommandoen med ‘6982’. 
—  Er forskydning en ikke forenelig med elementærf ilens stør relse (forskydning > stør relse af EF), 
tilbagem eldes status ‘6B00’. 
—  Er stør relsen af de data, der skal skrives, ikke forenelig med elementærf ilens stør relse 
(forskydning + Lc > stør relsen af EF), tilbagem eldes status ‘6700’. 26.5.2016 L 139/198 Den Europæisk e Unions Tidende DA    
—  Konstater es der en integritetsfejl i filattr ibutt erne, skal kortet anse filen for uoprett elig 
beskadiget , og den tilbage meldte behandlingsstatur er ‘6400’ eller ‘6500’. 
—  Hvis der ikke kan skrives, tilbag emeldes behandlingsstatus ‘6581’. 
3.5.3.3.1  Kommando med sikker meddelelseso ver førsel (eksem pler) 
Kommando med sikker meddelelseso verførsel (eksemple r)Følgende eksempel viser brug af sikker meddelelses ­
overfø rsel, hvis sikkerh edsbetingelsen SM-MA C-G2 gælder . 
TCS_67  Kommandomeddelelse 
Byte Længde Værdi Beskr ivelse 
CLA 1 ‘0Ch’ Der er anmodet om sikker meddelelseso verfø r­
sel 
INS 1 ‘D7h’ Update Binar y 
P1 1 ‘00h’ Aktuel elementærf il 
P2 1 ‘00h’ 
Lc 1 ‘XXh’ Længde af det sikrede datafe lt 
#6 1 ‘B3h’ Etiket for data med ordinær værdi, der er kodet 
i BER -TLV 
#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’ Ordinære data kodet i BER -TLV, dvs. forskyd ­
ningsdataobjekt med etiket ‘54h’ || Objekt med 
yderligere data med etiket ‘53h’, der indkapsler 
de data, som skal skrives 
#(7+L+NN) 1 ‘8Eh’ TCC: Etiket for kryptografi sk kontrolsum 
#(8+L+NN) 1 ‘XXh’ LCC: Længde af efterfølgen de kryptografiske 
kontrolsum 
‘08h’, ‘0Ch’ eller ‘10h’ afhængigt af AES-nøg le­
længden for sikker meddelelseso verfø rsel (an­
den generation) (se tillæg 11, del B) 
#(9+L+NN)-#(8+M+L+NN) M ‘XX..XXh’ Kryptografisk kontrolsum 
Le 1 ‘00h’ Som foreskrevet i ISO/IEC 7816-4  
TCS_68  Svar meddelelse, hvis kommandoen giver resultat 
Byte Længde Værdi Beskr ivelse 
#1 1 ‘99h’ TSW: Etiket for statusord (skal beskytte s af CC) 
#2 1 ‘02h’ LSW: længde af tilbagemeldt e statusord 
#3-#4 2 ‘XXXXh’ Behandlingsstatus for det ubeskytt ede APDU-svar 
#5 1 ‘8Eh’ TCC: Etiket for kryptografisk kontrolsum 26.5.2016 L 139/199 Den Europæisk e Unions Tidende DA    
Byte Længde Værdi Beskr ivelse 
#6 1 ‘XXh’ LCC: Længde af efterfølgende kryptografiske kontrolsum 
‘08h’ , ‘0Ch’ eller ‘10h’ afhængigt af AES-nøg lelængden for sikker 
meddelelseso verførsel (anden generation) (se tillæg 11, del B) 
#7-#(6+L) L ‘XX..XXh’ Kryptografisk kontrolsum 
SW 2 ‘XXXXh’ Statusord (SW1, SW2)  
3.5.4  GET CHALLENGE 
Denne kommando overholder ISO/IEC 7816-4, men har begrænset anvende lse i forhold til den i normen 
definer ede kommando. 
Med GET CHALLENGE-k ommandoen beder man kortet afgive en challenge for at bruge den i en sikkerheds ­
relat eret procedure, hvor i der sendes et kryptogram eller nogle kryptograf erede data til kortet. 
TCS_69  Den challenge, som afgives af kortet, er kun gyldig for den næste kommando, som anvender en 
challenge, som sendes til kortet. 
TCS_70  Kommandomeddelelse 
Byte Længde Værdi Beskr ivelse 
CLA 1 ‘00h’  
INS 1 ‘84h’ INS 
P1 1 ‘00h’ P1 
P2 1 ‘00h’ P2 
Le 1 ‘08h’ Le (forventet længde af challenge).  
TCS_71  Svar meddelelse 
Byte Længde Værdi Beskr ivelse 
#1-#8 8 ‘XX..XXh’ Udfordr ing 
SW 2 ‘XXXXh’ Statusord (SW1, SW2)  
—  Giver kommandoen resultat, tilbage melder kortet ‘9000’. 
—  Hvis længden Le er forskellig fra ‘08h’, er behandlingsstatus ‘6700’. 
—  Hvis parametrene P1-P2 er ukorrekt e, er behandlingsstatus ‘6A86’ . 
3.5.5  VERIFY 
Denne kommando overholder ISO/IEC 7816-4, men har begrænset anvende lse i forhold til den i normen 
definer ede kommando. 
Kun værkstedsk ortet kræves for at understøtt e denne kommando. 
Andre slags takografk ort kan muligvis udføre denne kommando, men for disse kort personaliseres inge n 
referen ce-CH V. Derf or kan disse kort ikke udføre denne kommando på tilfredsstillende vis. For så vidt angår 
andre slags takografk ort end værkstedsk ort ligger deres adfærd (den retur nerede fejlkode) uden for anvendel ­
sesområdet for denne specifikatio n, hvis denne kommando sendes. 26.5.2016 L 139/200 Den Europæisk e Unions Tidende DA    
VERIFY -kommandoen får kortet til at sammenholde de CHV(PIN)data, som sendes med kommandoen, med 
kortindehaverens reference-CH V, som er gemt på kortet. 
TCS_72  Den PIN, der er indlæst af brugeren, skal af kortlæseren være ASCI-k odet og udfyldt mod højre med 
‘FFh’-byt es til en længde af 8 bytes. Se også datatypen WorkshopCardPIN i tillæg 1. 
TCS_73  Takografap plikationer af første og anden generation skal bruge den samme reference- CHV. 
TCS_74  Takografk ortet skal kontrollere, om kommandoen er kodet korrekt. Hvis kommandoen ikke er 
kodet korrekt, skal kortet ikke sammenligne CHV -værdier ne, ikke nedbr inge tælleren for resterende 
CHV-forsøg og ikke nulstille sikker hedsstatussen ”PIN_V erified”, men derimod afbr yde 
kommandoen. En kommando er kodet korrekt, hvis bytene CLA, INS, P1, P2 og Lc har de fastsatte 
værdier , Le ikke findes, og kommandoens datafe lt har den korrekte længde. 
TCS_75  Hvis kommandoen giver resultat, tilbagestilles tælleren for resterende CHV-forsøg. Tælleren for 
resterende CHV-forsøg starter på værdien 5. Hvis kommandoen giver resultat, skal kortet sætte den 
interne sikkerhedsstatus til ”PIN_V erified”. Kortet skal nulstille denne sikker hedsstatus, hvis kortet 
selv nulstilles, eller hvis den CHV-kode, der overfø res i kommandoen, ikke match er den lagrede 
reference-CHV . 
Bemærk: Ved at bruge den samme reference-CHV og en overordnet sikker hedsstatus slipper 
værks tedsmedarbejder ne for at skulle genindlæse PIN-k oden efter at have valgt en anden dedik eret 
fil for takografapp likationen.  
TCS_76  Mang lende overensste mmelse mellem oplysning er registreres på kortet, dvs. tælleren for resterende 
CHV-forsøg nedbr inge s med én, for at begrænse antal yderligere forsøg på benyttelse af reference- 
CHV. 
TCS_77  Kommandomeddelelse 
Byte Længde Værdi Beskr ivelse 
CLA 1 ‘00h’  
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  
TCS_78  Svar meddelelse 
Byte Længde Værdi Beskr ivelse 
SW 2 ‘XXXXh’ Statusord (SW1, SW2)  
—  Giver kommandoen resultat, tilbage melder kortet ‘9000’. 
—  Hvis reference-CH V'et ikke findes, tilbagemeldes status ‘6A88’ . 
—  Hvis CHV'er er blokere t (tælleren for resterende forsøg for det pågældende CHV har værdien 
nul), tilbage meldes behandlingsstatus ‘6983’. Når først CHV'et er i denne status, kan det 
pågældende CHV ikke længere frem vises med held. 
—  Stemmer oplysningern e ikke overens, bliver tælleren for resterende forsøg formindsket, og status 
‘63CX’ tilbage meldes (X > 0 og X er lig værdien af tælleren for resterende CHV -forsøg). 
—  Hvis reference-CH V anses for beskadiget , tilbagem eldes status ‘6400’ eller ‘6581’. 
—  Hvis længden Lc er forsk ellig fra ‘08h’ , er behandlingsstatus ‘6700’. 26.5.2016 L 139/201 Den Europæisk e Unions Tidende DA    
3.5.6  GET RESPONSE 
Denne kommando er i overensste mmelse med ISO/IEC 7816-4. 
Denne kommando (som kun er nødvendig og tilgæng elig for protok ollen 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åe t i en kommando). 
Kommandoen GET RESPONSE skal udstedes strak s efter den kommando, som behandler data, ellers mistes 
data. Efter udførelse af kommandoen GET RESPONSE er de tidlig ere behandlede data ikke længe re 
tilgæ ngelig e (medmindre fejlen ‘61xx’ eller ‘6Cxx’ optræder , se nedenf or). 
TCS_79  Kommandomeddelelse 
Byte Længde Værdi Beskr ivelse 
CLA 1 ‘00h’  
INS 1 ‘C0h’  
P1 1 ‘00h’  
P2 1 ‘00h’  
Le 1 ‘XXh’ Antal bytes forvente t  
TCS_80  Svar meddelelse 
Byte Længde Værdi Beskr ivelse 
#1-#X X ‘XX..XXh’ Data 
SW 2 ‘XXXXh’ Statusord (SW1, SW2)  
—  Giver kommandoen resultat, tilbage melder kortet ‘9000’. 
—  Hvis ingen data er behandlet af kortet, tilbage meldes status ‘6900’ eller ‘6F00’. 
—  Hvis længden (Le) overstig er antal bytes til rådighed, eller hvis Le er nul, tilbagemeldes status 
‘6Cxx’, hvor ‘xx’ er det nøjagtig e antal bytes til rådighed. I dette tilfæ lde er de behandlede data 
stadig til rådighed for en efterfølgen de GET RESPONSE-k ommando. 
—  Hvis Le ikke er nul og er mindre end antal bytes til rådighed, bliver de ønske de data sendt på 
normal måde af kortet, og der tilbagem eldes status ‘61xx’, hvor ‘xx’ er antal bytes, som stadig er 
til rådighed ved en efterfølgen de GET RESPONSE-k ommando. 
—  Hvis kommandoen ikke understøtt es (protok ol T = 1), tilbage melder kortet ‘6D00’ . 
3.5.7  PSO: VERIFY CER TIFICA TE 
Denne kommando overholder ISO/IEC 7816-8, men har begrænset anvende lse i forhold til den i normen 
definer ede kommando. 
VERIFY CER TIFICA TE-k ommandoen anvendes af kortet til at hente en offentlig nøg le udefra og kontrollere 
dens gyldighed. 
3.5.7.1  Kommando-svar -par (først e generation) 
TCS_81  Denne kommando variant understøtt es kun af en takografa pplikation af første generation. 26.5.2016 L 139/202 Den Europæisk e Unions Tidende DA    
TCS_82  Når en VERIFY CER TIFICA TE-k ommando giver resultat, bliver den offentlige nøgle gemt til 
fremtidig anvendelse i sikkerh edsmiljøet. Denne nøgle skal udtr ykkelig være angivet til brug i 
sikkerh edsrelaterede kommandoer (INTERNAL AUTHENTICA TE, EXTERNAL AUTHENTICA TE eller 
VERIFY CER TIFICA TE) af MSE-k ommandoen (se punkt 3.5.11) med anvendels e af nøgleidenti ­
fikatoren. 
TCS_83  I alle tilfæ lde anvender kommandoen VERIFY CERTIFICA TE den offentlige nøg le, som tidligere er 
valgt af MSE-k ommandoen til at åbne certifikatet. Denne offentlige nøgle skal tilhøre en 
medlemsstat eller EU. 
TCS_84  Kommandomeddelelse 
Byte Længde Værdi Beskr ivelse 
CLA 1 ‘00h’  
INS 1 ‘2Ah’ Udfør sikke rhedsoperation 
P1 1 ‘00h’ P1 
P2 1 ‘AEh’ P2: Ikke BER -TLV-kodede data (sammenkædning af dataelementer) 
Lc 1 ‘C2h’ Lc: Certifikatets længde, 194 bytes 
#6-#199 194 ‘XX..XXh’ Certifikat: Sammenkædning af dataelementer (som beskrevet i til­
læg 11)  
TCS_85  Svar meddelelse 
Byte Længde Værdi Beskr ivelse 
SW 2 ‘XXXXh’ Statusord (SW1, SW2)  
—  Giver kommandoen resultat, tilbage melder kortet ‘9000’. 
—  Lykkes certifikatver ificeringen ikke, tilbagemeldes behandlingsstatus ‘6688’. Verifikation og 
udpakning af certifikatet er beskrevet i tillæg 11 for både første og anden generation. 
—  Findes der inge n offentlig nøg le i sikker hedsmiljøet, tilbag emeldes ‘6A88’ . 
—  Hvis den valgte offentlig e nøg le (som benytt es til udpakning af certifikatet) anses for beskadige t, 
tilbagem eldes status ‘6400’ eller ‘6581’. 
—  Kun første generation: Hvis den valgte offentlig e nøgle (som anvendes til at udpakke certifikatet) 
har en anden CHA .LSB (
 ) end ‘00’ 
(dvs. ikke tilhører en EU-medlemsstat), tilbage meldes status ‘6985’. 
3.5.7.2  Kommando-svar -par (anden generation) 
Afhængigt af kurvestør relsen kan ECC-cer tifikater være så lange, at de ikke kan sendes i en enkelt APDU. I så 
fald skal der anvendes kommandokædning i overensste mmelse med ISO/IEC 7816-4, og certifikatet skal 
sendes i to på hinanden følgen de APDU'er af typen PSO: Verify Certificate. 
Certifik aters opby gning og domæneparametre er fastlagt i tillæg 11. 
TCS_86  Kommandoen kan udføres i hovedfilen, DF Tachog raph og DF Tachog raph_G2. Se også TCS_33. 26.5.2016 L 139/203 Den Europæisk e Unions Tidende DA    
TCS_87  Kommandomeddelelse 
Byte Længde Værdi Beskr ivelse 
CLA 1 ‘X0h’ CLA-byte, der indikerer kommandokædning: 
‘00h’ — den eneste eller sidste kommando i kæden 
‘10h’ — ikke den sidste kommando i kæden 
INS 1 ‘2Ah’ Udfør sikker hedsoperation 
P1 1 ‘00h’  
P2 1 ‘BEh’ Verificer selvdeskr iptiv t certifikat 
Lc 1 ‘XXh’ Længde af kommandoens datafe lt, se TCS_88 og TCS_89. 
#6-#5+L L ‘XX..XXh’ DER -TLV-kodede data: dataobjekt af typen ”ECC Certificate Body” 
som første dataobjekt sammenkædet med dataobjekte t ”ECC Certi­
ficate Signature” som andet dataobjekt eller en del af denne sam ­
menkædning. Etikett en ‘7F21’ og den tilsvarende længde skal ikke 
overføres. 
Disse dataobjekters rækk efølge ligger fast.  
TCS_88  For APDU'er med kort længde gælder følge nde best emmelser : Kortlæseren skal bruge det mindst e 
antal APDU'er , der er nødvendige for at overføre kommandoens indhold, og overfø re det størst 
mulige antal bytes i den første kommando-APDU i overensstemmelse med værdien af Information 
Field Size Card-byt en. Se TCS_14. Hvis kortlæseren opfører sig anderledes, er kortets adfæ rd uden 
for det gyldige område. 
TCS_89  For APDU'er med udvidet længde gælder følgen de best emmelser: Hvis certifikatet ikke kan være i en 
enkelt APDU, skal kortet understøtt e kommandokædning. Kortlæseren skal bruge det mindst e antal 
APDU'er , der er nødvendige for at overføre kommandoens indhold, og overføre det størst mulige 
antal bytes i den første kommando-APDU. Hvis kortlæseren opfører sig anderledes, er kortets 
adfærd uden for det gyldige område. 
Bemærk: Som anført i tillæg 11 lagrer kortet certifikatet eller det relevante indhold i det, hvoref ter 
det opdaterer parameter en currentA uthenticated Time. 
Svar meddelelsesstr ukturen og statusordene er fastlagt i TCS_85. 
TCS_90  Ud over de fejlkoder , der er opført i TCS_85, kan kortet tilbage melde følgen de fejlkoder: 
—  Hvis den valgte offentli ge nøg le (som anvendes til at udpakke certifikatet) har en CHA .LSB 
(Cer tificateHolderAuthorisatio n.equipmentT ype), som ikke egner sig til certifikatver ificering i 
overensstemmelse med tillæg 11, tilbage meldes status ‘6985’. 
—  Hvis kortets currentA uthenticated Time ligge r senere end Certificate Expiration Date, 
tilbagem eldes behandlingsstatus ‘6985’. 
—  Hvis den sidste kommando i kæden er som forvente t, tilbage melder kortet ‘6883’. 
—  Hvis der sendes ukorrekt e parametre i kommandoens datafelt, tilbagem elder kortet ‘6A80’ 
(bruges også, hvis dataobjektern e ikke sendes i den foreskrevne rækkef ølge). 
3.5.8  INTERNAL AUTHENTICATE 
Denne kommando er i overensste mmelse med ISO/IEC 7816-4. 
TCS_91  Alle takografk ort skal understøtt e denne kommando i første generation af DF Tachograph. 
Kommandoen kan eventuelt være tilgæ ngelig i hovedfilen og/eller DF Tachograph_G2. I så fald skal 
kommandoen afsluttes med en passende fejlkode, da kortets (Card.SK) private nøg le til ægthedsbe ­
kræf telse sprotok ollen (først e generation) kun er tilgæng elig i først e generation af DF Tachograph. 26.5.2016 L 139/204 Den Europæisk e Unions Tidende DA    
Med kommandoen INTERNAL AUTHENTICA TE kan kortlæseren bekræf te kortets ægthed. Identite tsbe ­
kræf telsen er beskrevet i tillæg 11. Den indeholder følgende sætninge r: 
TCS_92  Kommandoen INTERNAL AUTHENTICA TE anvende r kortets private nøgle (som er valgt implicit) til 
signer ing af ægthedsdata, som indeholder K1 (første element i session nøgleoverensst emmelse) og 
RND1, og anvender den offentli ge nøgle, der aktuelt er valgt (ved den seneste MSE-k ommando), til 
at kryptere underskr iften og udforme ægthedsbekræf telsestok en (nær mere detaljer i tillæg 11). 
TCS_93  Kommandomeddelelse 
Byte Længde Værdi Beskr ivelse 
CLA 1 ‘00h’ CLA 
INS 1 ‘88h’ INS 
P1 1 ‘00h’ P1 
P2 1 ‘00h’ P2 
Lc 1 ‘10h’ Længde af data sendt til kortet 
#6-#13 8 ‘XX..XXh’ Challenge anvendt til bekræf telse af kortets identitet 
#14-#21 8 ‘XX..XXh’ VU.CH R (se tillæg 11) 
Le 1 ‘80h’ Forventet længde af data fra kortet  
TCS_94  Svar meddelelse 
Byte Længde Værdi Beskr ivelse 
#1-#128 128 ‘XX..XXh’ Token for identif ikation af kort (se tillæg 11) 
SW 2 ‘XXXXh’ Statusord (SW1, SW2)  
—  Giver kommandoen resultat, tilbage melder kortet ‘9000’. 
—  Findes ingen offentlig nøg le i sikker hedsmiljøet, tilbagemeldes status ‘6A88’ . 
—  Findes ingen privat nøg le i sikke rhedsmiljøet, tilbagemeldes status ‘6A88’ . 
—  Hvis VU.CHR ikke svarer til navnet for den aktuelle offentlig e nøgle, tilbagemeldes status 
‘6A88’ . 
—  Hvis den valgte private nøg le anses for beskadig et, tilbag emeldes status ‘6400’ eller ‘6581’. 
TCS_95  Hvis INTERNAL AUTHENTICA TE-k ommandoen giver resultat, slettes den eventuelle nøg le for den 
aktuelle session og er ikke læng ere til rådighed. For at man kan få adgang til en ny sessionsnøg le, 
skal kommandoen EXTERNAL AUTHENTICA TE for mekanismen til ægthedsbekræf telse for første 
generation gennemf øres med resultat. 
3.5.9  EXTERNAL AUTHENTIC ATE 
Denne kommando er i overensste mmelse med ISO/IEC 7816-4. 
Med kommandoen EXTERNAL AUTHENTICA TE kan kortet bekræf te identitet en af kortlæseren. Ægthedsbe ­
kræf telsen er beskrevet i tillæg 11 for takograf er af første og anden generation (ægthedsbekræf telse for 
køretøjsenhed). 26.5.2016 L 139/205 Den Europæisk e Unions Tidende DA    
TCS_96  Kommando varianten for mekanismen til gensidig ægthedsbekræf telse af første generation 
understøttes kun af takografapplikationer af første generation. 
TCS_97  Kommando varianten for gensidig ægthedsbekræf telse for anden generation på køretøjsenhedens 
kort kan udføres i hovedfi len, DF Tachograph og DF Tachograph_G2. Se også TCS_34. 
TCS_98  Kommandomeddelelse 
Byte Længde Værdi Beskr ivelse 
CLA 1 ‘00h’ CLA 
INS 1 ‘82h’ INS 
P1 1 ‘00h’ Nøg ler og algor itmer kendes implicit 
P2 1 ‘00h’  
Lc 1 ‘XXh’ Lc (længde af data sendt til kortet) 
#6-#(5+L) L ‘XX..XXh’ Ægthedsbekræf telse for første generation: Kryptogram (se tillæg 
11, del A) 
Ægthedsbekræf telse for anden generation: Underskr ift genereret 
af kortlæseren (se tillæg 11, del B)  
TCS_99  Svar meddelelse 
Byte Længde Værdi Beskr ivelse 
SW 2 ‘XXXXh’ Statusord (SW1, SW2)  
—  Giver kommandoen resultat, tilbage melder kortet ‘9000’. 
—Hvis CHA for den aktuelt fastsatte offentlig e nøg le ikke er en sammenf øjning af takografa ppli ­
kationens navn (AID) og en type køretøjsenhed, tilbage meldes status ‘6F00’. 
—  Hvis denne kommando ikke følger umiddelbar t efter en GET CHALLENGE-k ommando, 
tilbagem eldes status ‘6985’. 
Takografap plikationen af første generation kan derudover tilbage melde følgen de fejlkoder: 
—  Findes der inge n offentlig nøg le i sikker hedsmiljøet, tilbag emeldes ‘6A88’ . 
—  Findes ingen privat nøg le i sikke rhedsmiljøet, tilbagemeldes status ‘6A88’ . 
—  Lykkes verifikationen af den kryptografiske kontrolsum ikke, tilbag emeldes behandlingsstatus 
‘6688’. 
—  Hvis den valgte private nøg le anses for beskadig et, tilbag emeldes status ‘6400’ eller ‘6581’. 
Kommando varianten for ægthedsbekræf telse for anden generation kan desuden tilbagemelde 
følgen de fejlk ode: 
—  Lykkes verifikationen af underskr iften ikke, tilbagem elder kortet ‘6300’. 
3.5.10  GENERAL AUTHENTIC ATE 
Denne kommando bruges til den protok ol til ægthedsbekræf telse af chip af anden generation, der er angivet i 
tillæg 11, del B, og som er i overensste mmelse med ISO/IEC 7816-4. 
TCS_100  Kommandoen kan udføres i hovedfil en, DF Tachograph og DF Tachog raph_G2. Se også TCS_34. 26.5.2016 L 139/206 Den Europæisk e Unions Tidende DA    
TCS_101  Kommandomeddelelse 
Byte Længde Værdi Beskr ivelse 
CLA 1 ‘00h’  
INS 1 ‘86h’  
P1 1 ‘00h’ Nøg ler og protok ol kendes implicit 
P2 1 ‘00h’  
Lc 1 ‘NNh’ Lc: længde af efterfølge nde datafelt 
#6-#(5+L) L ‘7Ch’ + L7C + ‘80h’ + L80 + ‘XX..XXh’ DER -TLV-kodet kortvar ig værdi for 
offentlig nøg le (se tillæg 11) 
Køretøjsenheden skal sende dataob ­
jektern e i denne rækkef ølge .  
TCS_102  Svar meddelelse 
Byte Længde Værdi Beskr ivelse 
#1-#L L ‘7Ch’ + L7C + ‘81h’ + ‘08h’ 
+ ‘XX..XXh’ + ‘82h’ + L82 + 
‘XX..XXh’ DER -TLV-kodede dynamiske ægthedsbekræf telses­
data: nonce og ægthedsbekræf telsest oken (se til­
læg 11) 
SW 2 ‘XXXXh’ Statusord (SW1, SW2)  
—  Giver kommandoen resultat, tilbagemel der kortet ‘9000’. 
—  Kortet tilbagemelder ‘6A80’ for at indikere ukorrekt e parametre i datafelt. 
—  Kortet tilbagemelder ‘6982’, hvis kommandoen External Auth enticate ikke er udført med 
resultat 
Svarobjektet for dynamisk ægthedsbekræf telse ‘7Ch’ 
—  skal findes, hvis operationen giver resultat, dvs. statusordet er ‘9000’ 
—  må ikke findes i tilfæ lde af en kørselsfejl eller kontrolfe jl, dvs. hvis statusordene er inden for 
området ‘6400’-‘6FFF’ 
—  findes muligvis ikke i tilfæ lde af en advarsel, dvs. hvis statusordene er inden for området 
‘6200’-‘63FF’. 
3.5.11  MANA GE SECURIT Y ENVIRONMENT 
Med denne kommando fastsættes en offentlig nøg le til brug for ægthedsbekræf telse . 
3.5.11.1  Kommando-svar -par (først e generation) 
Denne kommando er i overensst emmelse med ISO/IEC 7816-4. Brugen af denne kommando er begrænset 
med hensyn til den tilkny ttede standard. 
TCS_103  Denne kommando understøtt es kun af en takograf applikation af første generation. 
TCS_104  Den nøgle, der henv ises til i MSE-dataf eltet, er den aktuelle offentlig e nøg le indtil næst e korrekt e 
MSE-k ommando, indtil en dedik eret fil vælges, eller indtil kortet nulstilles. 
TCS_105  Hvis den nøg le, der henvises til, ikke (allerede) er til sted e på kortet, sker der ingen ændr ing i 
sikkerhedsmiljøet. 26.5.2016 L 139/207 Den Europæisk e Unions Tidende DA    
TCS_106  Kommandomeddelelse 
Byte Længde Værdi Beskr ivelse 
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 henv ist til vedrørende digital underskr ift) 
Lc 1 ‘0Ah’ Lc: længde af efterfølgende datafe lt 
#6 1 ‘83h’ Etiket best emt til henvisning til en offentlig nøg le i asymmetr iske 
tilfælde 
#7 1 ‘08h’ Længde af nøg lehenv isning (nøg leidentifikator) 
#8-#15 8 ‘XX..XXh’ Nøg leidentif ikator som foreskrevet i tillæg 11  
TCS_107  Svar meddelelse 
Byte Længde Værdi Beskr ivelse 
SW 2 ‘XXXXh’ Statusord (SW1, SW2)  
—  Giver kommandoen resultat, tilbagemel der kortet ‘9000’. 
—  Hvis den nøg le, der henvises til, ikke er til stede på kortet, tilbage meldes behandlingsstatus 
‘6A88’. 
—  Hvis visse forventede dataobjekter ikke findes i sikker t meddelelsesf ormat, tilbagemeldes status 
‘6987’. Dette kan være tilfældet, hvis etiket ten ‘83h’ mang ler. 
—  Hvis nogle dataobjekter er ukorrekt e, tilbag emeldes status ‘6988’. Dette kan ske, hvis længden 
af nøg leidentifikatoren ikke er ‘08h.’ 
—  Hvis den valgte nøg le anses for beskadiget, tilbagemeldes status ‘6400’ eller ‘6581’. 
3.5.11.2  Kommando-svar -par (anden generation) 
Ved ægthedsbekræf telse af anden generation understøtt er takografk ortet følgende kommando versioner af 
typen MSE: Set, som er i overensst emmelse med ISO/IEC 7816-4. Disse kommando versioner understøtt es 
ikke for ægthedsbekræf telse af første generation. 
3.5.11.2.1  MSE:SET AT til ægthedsbekræf telse af chip 
Følgen de MSE:SET AT-kommando bruges til at vælg e parametrene for den ægthedsbekræf telse af chip, som 
udføres af en efterfølgende General Authenticate-k ommando. 
TCS_108  Kommandoen kan udføres i hovedfil en, DF Tachograph og DF Tachog raph_G2. Se også TCS_34. 
TCS_109  MSE:SET AT-kommandomeddelelse til ægthedsbekræf telse af chip 
Byte Længde Værdi Beskr ivelse 
CLA 1 ‘00h’  
INS 1 ‘22h’  26.5.2016 L 139/208 Den Europæisk e Unions Tidende DA    
Byte Længde Værdi Beskr ivelse 
P1 1 ‘41h’ Angives for intern ægthedsbekræf telse 
P2 1 ‘A4h’ Ægthedsbekræf telse 
Lc 1 ‘NNh’ Lc: længde af efterfølgen de dataf elt 
#6-#(5+L) L ‘80h’ + ‘0Ah’ + ‘XX..XXh’ DER -TLV-kodet henv isning til kryptografisk me­
kanisme: Objektidentifi kator for ægthedsbekræf ­
telse af chip (kun værdi, Etiket ‘06h’ udelades). 
Objektidentifi kator ernes værdier fremgår af til­
læg 1. Byte-notation skal anvendes. I tillæg 11 
findes en vejledning i udvælgelse af en af disse 
objektidentifik ator er.  
3.5.11.2.2  MSE:SET AT til ægthedsbekræf telse af køretøjsenhed 
Følgen de MSE:SET AT-kommando bruges til at vælge parametrene og nøg lerne for den ægthedsbekræf telse af 
køretøjsenheden, som udføres af en efterfølge nde Extern al Authenticat e-kommando. 
TCS_110  Kommandoen kan udføres i hovedfil en, DF Tachograph og DF Tachog raph_G2. Se også TCS_34. 
TCS_111  MSE:SET AT-kommandomeddelelse til ægthedsbekræf telse af køretøjsenhed 
Byte Længde Værdi Beskr ivelse 
CLA 1 ‘00h’  
INS 1 ‘22h’  
P1 1 ‘81h’ Angives for ekster n ægthedsbekræf telse 
P2 1 ‘A4h’ Ægthedsbekræf telse 
Lc 1 ‘NNh’ Lc: længde af efterfølgen de dataf elt 
#6-#(5+L) L ‘80h’ + ‘0Ah’ + ‘XX..XXh’ DER -TLV-kodet henv isning til kryptografisk me­
kanisme: Objektidentifi kator for ægthedsbekræf ­
telse af køretøjsenhed (kun værdi, Etiket ‘06h’ 
udelades). 
Objektidentifi kator ernes værdier fremgår af til­
læg 1. Byte-notation skal anvendes. I tillæg 11 
findes en vejledning i udvælgelse af en af disse 
objektidentifik ator er. 
‘83h’ + ‘08h’ + ‘XX..XXh’ DER -TLV-kodet henvisn ing af køretøjsenhedens 
offentlig e nøg le foretaget af den henvisn ing til 
certifikatindehaveren, der er nævnt i nøg lens 
certifikat. 
‘91h’ + L91 + ‘XX..XXh’ DER -TLV-kodet kompr imeret gengivelse af den 
kortvar ige offentlig e nøgle for køretøjsenheden, 
som vil blive anvendt under ægthedsbekræf telse 
af chip (se tillæg 11)  
3.5.11.2.3  MSE:SET DST 
Følgen de MSE:SET DST -kommando bruges til at fastsætte en offentlig nøg le for enten 
—  verifika tion af en underskr ift, som leveres i en efterfølgende PSO: Verify Digital Signature-k ommando 
eller 26.5.2016 L 139/209 Den Europæisk e Unions Tidende DA    
—  underskr iftsver ifikation af et certifikat, som leveres i en efterfølgen de PSO: Verify Certificate-k ommando 
TCS_112  Kommandoen kan udføres i hovedfil en, DF Tachograph og DF Tachog raph_G2. Se også TCS_33. 
TCS_113  MSE SET DST -kommandomeddelelse 
Byte Længde Værdi Beskr ivelse 
CLA 1 ‘00h’  
INS 1 ‘22h’  
P1 1 ‘81h’ Angives for verifikation 
P2 1 ‘B6h’ Digital underskr ift 
Lc 1 ‘NNh’ Lc: længde af efterfølgen de dataf elt 
#6-#(5+L) L ‘83h’ + ‘08h’ + ‘XX..XXh’ DER -TLV-kodet henvisn ing af en offentlig nøgle, 
dvs. henv isning en til certifik atindehav eren i den 
offentli ge nøgles certifikat (se tillæg 11)  
For alle kommando versioner er svar meddelelsesstr ukturen og statusordene givet ved: 
TCS_114  Svar meddelelse 
Byte Længde Værdi Beskr ivelse 
SW 2 ‘XXXXh’ Statusord (SW1, SW2)  
—  Giver kommandoen resultat, tilbagemel der kortet ‘9000’. Protok ollen er valgt og initialiseret. 
—  ‘6A80’ indikerer ukorrekt e parametre i kommandoens datafelt. 
—  ‘6A88’ indikerer , at adresserede data (dvs. en nøg le, der henv ises til) ikke er tilgæ ngelig. 
3.5.12  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 underskr ifter. Hashværdien lagres midler tidigt til den 
efterfølgende kommando PSO: Verify Digital Signature 
Denne kommando er i overensst emmelse med ISO/IEC 7816-8. Brugen af denne kommando er begrænset 
med hensyn til den tilkny ttede standard. 
Kun kontrolk ortet kræves for at understøtt e denne kommando i DF Tachog raph og DF Tachograph_G2. 
Andre slags takografk ort kan eventuelt udføre denne kommando. Kommandoen kan eventuelt være 
tilgæ ngelig i hovedfilen. 
Kontrolk ortapplikationen af første generation understøtt er kun SHA-1. 
TCS_115  Den midler tidigt gemte hashværdi skal slett es, hvis en ny hashværdi beregnes ved hjælp af 
kommandoen PSO: HASH, hvis en dedikeret fil vælge s, og hvis takografk ortet nulstilles. 26.5.2016 L 139/210 Den Europæisk e Unions Tidende DA    
TCS_116  Kommandomeddelelse 
Byte Længde Værdi Beskr ivelse 
CLA 1 ‘00h’ CLA 
INS 1 ‘2Ah’ Udfør sikkerhedsoperation 
P1 1 ‘90h’ Tilbag emeld hashk ode 
P2 1 ‘A0h’ Etiket: Dataf eltet indeholder dataobjekter , som er relevante for 
hashing 
Lc 1 ‘XXh’ Længde Lc af det efterfølgen de datafelt 
#6 1 ‘90h’ Etiket til hashk ode 
#7 1 ‘XXh’ Længde L af hashk oden: 
‘14h’ i applikation af først e generation (se tillæg 11, del A) 
‘20h’ , ‘30h’ eller ‘40h’ i applikation af anden generation (se til­
læg 11, del B) 
#8-#(7+L) L ‘XX..XXh’ Hashk ode  
TCS_117  Svar meddelelse 
Byte Længde Værdi Beskr ivelse 
SW 2 ‘XXXXh’ Statusord (SW1, SW2)  
—  Giver kommandoen resultat, tilbagemel der kortet ‘9000’. 
—  Hvis nogle af de forvent ede dataobjekter (som angivet ovenf or) mang ler, tilbagem eldes status 
‘6987’. Dette kan ske, hvis en af etiket tern e ‘90h’ mang ler. 
—  Hvis nogle dataobjekter er ukorrekt e, tilbag emeldes status ‘6988’. Denne fejl opstår , hvis den 
ønskede etiket er til sted e, men har en anden længde end ‘14h’ for SHA-1, ‘20h’ for SHA-256, 
‘30h’ for SHA-384 eller ‘40h’ for SHA-512 (applikation af anden generation). 
3.5.13  PERFORM HASH of FILE 
Denne kommando er ikke i overensstemmelse med ISO/IEC 7816-8. Klassebyt en (CLA) i denne kommando 
angiver således, at der er en ophavsretligt beskyttet anvendelse af PERFORM SECURIT Y OPERA TION/HASH. 
Kun førerk ortet og værks tedskortet kræves for at understøtte denne kommando i DF Tachograph og DF 
Tachog raph_G2. 
Andre slags takografk ort kan eventuelt udføre denne kommando. Hvis et virksom hedsk ort eller kontrolk ort 
udfører denne kommando, skal kommandoen udføres som foreskrevet i dette afsnit. 
Kommandoen kan eventuelt være tilgæng elig i hovedfilen . I så fald skal kommandoen udføres som 
foreskrevet i dette afsnit. Den må ikke muliggøre beregning af en hashværdi, men skal afsluttes med en 
passende fejlkode. 
TCS_118  Kommandoen PERFORM HASH OF FILE anvende s til hashing af dataområdet i den aktuelt valgte 
transparente elementærf il. 
TCS_119  Takografk ort skal kun understøtt e denne kommando for de elementærf iler, der er anført i afsnit 4 
under DF_T achograph og DF_T achograph_G2 med følgen de undtagelse. Takografk ort må ikke 
understøtte kommandoen for elementærf ilen Sensor_Installation_Data i DF Tachograph_G2. 26.5.2016 L 139/211 Den Europæisk e Unions Tidende DA    
TCS_120  Resultatet af hashoperationen gemmes midler tidigt på kortet. Deref ter kan det benytt es til at sætte 
en digital underskr ift på filen ved hjælp af kommandoen PSO: COMPUTE DIGIT AL SIGNA TURE. 
TCS_121  Den midler tidigt gemte Hash of File-værdi skal slett es, hvis en ny Hash of File-værdi beregnes ved 
hjælp af kommandoen PSO: Hash of File, hvis en dedikeret fil vælg es, og hvis takografk ortet 
nulstilles. 
TCS_122  Takografapplikationer af første generation skal understøtte SHA-1. 
TCS_123  Takografapplikationer af anden generation skal understøtt e SHA-1 og SHA-2 (256, 384 og 512 
bit). 
TCS_124  Kommandomeddelelse 
Byte Længde Værdi Beskr ivelse 
CLA 1 ‘80h’ CLA 
INS 1 ‘2Ah’ Udfør sikkerhedsoperation 
P1 1 ‘90h’ Etiket: Hash 
P2 1 ‘XXh’ P2: Angiver den algor itme, som skal anvendes til hashing af dataene i den 
aktuelt valgte transparent e fil. 
‘00h’ for SHA-1 
‘01h’ for SHA-256 
‘02h’ for SHA-384 
‘03h’ for SHA-512  
TCS_125  Svar meddelelse 
Byte Længde Værdi Beskr ivelse 
SW 2 ‘XXXXh’ Statusord (SW1, SW2)  
—  Giver kommandoen resultat, tilbagemel der kortet ‘9000’. 
—  Hvis den aktuelt valgte elementær fil ikke tillader denne kommando (elementærf ilen 
Sensor_Installation_Data i DF Tachograph_G2), tilbage meldes status ‘6985’. 
—  Anses den valgte elementær fil for beskadiget, tilbagemeldes status ‘6400’ eller ‘6581’. 
—  Er den valgte fil ikke en transparent fil, eller find es der ingen aktuelt valgt elementær fil, 
tilbagemel des status ‘6986’. 
3.5.14  PSO: COMPUTE DIGIT AL SIGNATURE 
Denne kommando anvendes til at beregne den digitale underskr ift af en tidlig ere beregnet hashk ode (se 
PERFORM HASH OF FILE, punkt 3.5.13). 
Kun førerk ortet og værks tedskortet kræves for at understøtte denne kommando i DF Tachograph og DF 
Tachog raph_G2. 
Andre slags takografk ort kan muligvis udføre denne kommando, men de må ikke have en underskr iftsnøg le. 
Disse kort kan derfor ikke udføre kommandoen med resultat, men skal afsluttes med en passende fejlkode. 
Kommandoen kan eventuelt være tilgæng elig i hovedfi len. I så fald skal kommandoen afsluttes med en 
passende fejlkode. 26.5.2016 L 139/212 Den Europæisk e Unions Tidende DA    
Denne kommando er i overensst emmelse med ISO/IEC 7816-8. Brugen af denne kommando er begrænset 
med hensyn til den tilkny ttede standard. 
TCS_126  Denne kommando må ikke beregne en digital underskr ift for en tidlig ere beregnet hashk ode med 
kommandoen PSO: HASH. 
TCS_127  Kortets private nøgle anvendes til at beregne den digitale underskr ift og kendes implicit af kortet. 
TCS_128  Takografapplikationen af første generation udfører en digital underskr ift med en 
udfyldningsmetode, som er i overensst emmelse med PKCS1 (se tillæg 11 for nær mere detaljer). 
TCS_129  Takografapplikationen af anden generation beregner en digital underskr ift, der baseret på en 
elliptisk kurve (se tillæg 11 for detaljer). 
TCS_130  Kommandomeddelelse 
Byte Længde Værdi Beskr ivelse 
CLA 1 ‘00h’ CLA 
INS 1 ‘2Ah’ Udfør sikkerhedsoperation 
P1 1 ‘9Eh’ Digital underskr ift, som skal tilbagemeldes 
P2 1 ‘9Ah’ Etiket: Dataf eltet indeholder data, som skal underskr ives. Da der ikke ind­
går noget datafe lt, formodes data allerede at være til sted e i kortet (hash 
af filen) 
Le 1 ‘NNh’ Længde af den forventede underskr ift  
TCS_131  Svar meddelelse 
Byte Længde Værdi Beskr ivelse 
#1-#L L ‘XX..XXh’ Unde rskr ift af den tidlig ere beregnede hash 
SW 2 ‘XXXXh’ Statusord (SW1, SW2)  
—  Giver kommandoen resultat, tilbagemel der kortet ‘9000’. 
—  Hvis den implicit valgte private nøg le anses for beskadiget, tilbagemeldes status ‘6400’ eller 
‘6581’. 
—  Hvis den hashværdi, der blev beregnet ved en tidligere PERFORM HASH of FILE-k ommando, 
ikke er tilgæng elig, tilbagemeldes status ‘6985’. 
3.5.15  PSO: VERIFY DIGIT AL SIGNATURE 
Denne kommando anvendes til at verificere den digitale underskr ift, der tilføres som inddata for en 
meddelelse, for hvilke n hash kende s af kortet. Underskr iftsalgor itmen kendes implicit af kortet. 
Denne kommando er i overensst emmelse med ISO/IEC 7816-8. Brugen af denne kommando er begrænset 
med hensyn til den tilkny ttede standard. 
Kun kontrolk ortet kræves for at understøtt e denne kommando i DF Tachog raph og DF Tachograph_G2. 
Andre slags takografk ort kan eventuelt udføre denne kommando. Kommandoen kan eventuelt være 
tilgæ ngelig i hovedfilen. 
TCS_132  Kommandoen VERIFY DIGIT AL SIGNA TURE bruger altid den offentlig e nøgle, der er valgt af den 
foregående kommando af typen Manage Secur ity Environment MSE: Set DST , og den foregående 
hashk ode, der er indlæst af en PSO: HASH-k ommando. 26.5.2016 L 139/213 Den Europæisk e Unions Tidende DA    
TCS_133  Kommandomeddelelse 
Byte Længde Værdi Beskr ivelse 
CLA 1 ‘00h’ CLA 
INS 1 ‘2Ah’ Udfør sikkerhedsoperation 
P1 1 ‘00h’  
P2 1 ‘A8h’ Etiket: Datafe ltet indeholder dataobjekter , der er relevante for 
verifikation 
Lc 1 ‘83h’ Længde Lc af det efterfølgen de datafelt 
6 1 ‘9Eh’ Etiket for digital underskr ift 
#7-#8 2 ‘81 XXh’ Længde af digital underskr ift: 
128 bytes kodet i overensst emmelse med tillæg 11, del A, for 
takografap plikationer af første generation 
Afhængigt af den valgte kurve for takografapplikationer af an­
den generation (se tillæg 11, del B) 
#9-#(8+L) L ‘XX..XXh’ Indhold af digital underskr ift  
TCS_134  Svar meddelelse 
Byte Længde Værdi Beskr ivelse 
SW 2 ‘XXXXh’ Statusord (SW1, SW2)  
—  Giver kommandoen resultat, tilbagemel der kortet ‘9000’. 
—Lykkes verifikationen af underskr iften ikke, tilbag emeldes behandlingsstatus ‘6688’. Verifikati ­
onsprocessen er beskrevet i tillæg 11. 
—  Hvis der ikke er valgt nogen offentlig nøg le, tilbagem eldes status ‘6A88’. 
—  Hvis nogle af de forvent ede dataobjekter (som angivet ovenf or) mang ler, tilbagem eldes status 
‘6987’. Dette kan forek omme, hvis en af de ønske de etikett er mang ler. 
—  Hvis der til behandling af kommandoen ikke er nogen hashk ode til rådighed (som resultat af 
en forudgående PSO: HASH-k ommando), tilbagem eldes status ‘6985’. 
—  Hvis nogle dataobjekter er ukorrekte, tilbage meldes status ‘6988’. Dette kan forek omme, hvis 
længden af et af de ønsk ede dataobjekter er forker t. 
—  Hvis den valgte offentlig e nøg le anses for beskadiget, tilbagemel des status ‘6400’ eller ‘6581’. 
3.5.16  PROCE SS DSRC MESSA GE 
Denne kommando bruges til at verificere integritete n og ægtheden af DSR C-meddelelsen og til at dech ifrere 
de data, som en køretøjsenhed sender til en kontrolm yndighed eller et værksted via DSR C-forbindelsen. 
Kortet udleder den krypteringsnøg le og den MAC-nøg le, der bruges til at sikre DSR C-meddelelsen som 
beskrevet i tillæg 11, del B, afsnit 13. 
Kun kontrolk ortet og værks tedskortet kræves for at understøtte denne kommando i DF Tachog raph_G2. 
Andre slags takografk ort kan muligvis udføre denne kommando, men de må ikke have en DSR C-ho vednøg le. 
Disse kort kan derfor ikke udføre kommandoen med resultat, men skal afsluttes med en passende fejlkode. 26.5.2016 L 139/214 Den Europæisk e Unions Tidende DA    
Kommandoen kan eventuelt være tilgæng elig i hovedfi len og/eller DF Tachograph. I så fald skal 
kommandoen afsluttes med en passende fejlk ode. 
TCS_135  DSR C-ho vednøg len er kun tilgæ ngeli g i DF Tachograph_G2. Kontrol- og værkstedsk ortet skal 
således kun understøtt e udførelse af kommandoen i DF Tachog raph_G2. 
TCS_136  Kommandoen skal kun dekr yptere DSR C-dataene og verificere den kryptografiske kontrolsum, 
men ikke fortolke de indlæste data. 
TCS_137  Dataobjektern es rækkef ølge i kommandoens datafelt er fastlagt i denne specifikatio n. 
TCS_138  Kommandomeddelelse 
Byte Længde Værdi Beskr ivelse 
CLA 1 ‘80h’ Beskyttet CLA 
INS 1 ‘2Ah’ Udfør sikker hedsoperation 
P1 1 ‘80h’ Svardata: ordinær værdi 
P2 1 ‘B0h’ Kommandodata: ordinær værdi, der er kodet i 
BER -TLV og omf atter SM-dataobjekter 
Lc 1 ‘NNh’ Længde Lc af det efterfølgen de dataf elt 
#6-#(5+L) L ‘87h’ + L87 + ‘XX..XXh’ DER -TLV-kodet indikat orbyt e for udfyldningsind ­
hold efterfulgt af krypteret takografindhold. For 
indikatorb yten for udfyldningsindhold skal vær­
dien ‘00h’ anvende s (”no further indication” (ingen 
yderligere angivelse) i henhold til ISO/IEC 7816- 
4:2013, tabel 52). For så vidt angår krypterings ­
mekanismen henv ises til tillæg 11, del B, afsnit 
13. 
De tilladt e værdier for længden L87 er multipler ne 
af AES-bloklængden plus 1 for indikat orbyt en for 
udfyldningsindhold, dvs. fra 17 bytes til og med 
193 bytes. 
Bemærk: Se ISO/IEC 7816-4:2013, tabel 49, med 
hensyn til SM-dataobjektet med etiket ‘87h’ . 
‘81h’ + ‘10h’ DER -TLV-kodet kontrolrefer enceskabelon for for­
trolighed, der indlejrer sammenkædningen af føl­
gende dataelementer (se tillæg 1 (DSR CSecur ity­
Data) og tillæg 11, del B, afsnit 13): 
—  tidsstem pel på 4 bytes 
—  tæller på 3 bytes 
—  køretøjsenhedens serienummer på 8 bytes 
—  DSR C-ho vednøg leversion på 1 byte 
Bemærk: Se ISO/IEC 7816-4:2013, tabel 49, med 
hensyn til SM-dataobjektet med etiket ‘81h’ . 
‘8Eh’ + L8E + ‘XX..XXh’ DER -TLV-kodet MAC over DSR C-meddelelsen. For 
så vidt angå r MAC-algor itmen og beregning henv i­
ses til tillæg 11, del B, afsnit 13. 
Bemærk: Se ISO/IEC 7816-4:2013, tabel 49, med 
hensyn til SM-dataobjektet med etiket ‘8Eh’.  26.5.2016 L 139/215 Den Europæisk e Unions Tidende DA    
TCS_139  Svar meddelelse 
Byte Længde Værdi Beskr ivelse 
#1-#L L ‘XX..XXh’ Mang lende data (i tilfæ lde af en fejl) eller dech ifrerede data (udfyld ­
ning fjernet) 
SW 2 ‘XXXXh’ Statusord (SW1, SW2)  
—  Giver kommandoen resultat, tilbagemel der kortet ‘9000’. 
—  ‘6A80’ indikerer ukorrekt e parametre i kommandoens datafe lt (bruges også, hvis 
dataobjektern e ikke sendes i den foreskrevne rækkef ølge). 
—  ‘6A88’ indikerer , at adresserede data ikke er tilgæng elige (den adresserede DSR C-ho vednøg le er 
ikke tilgæ ngelig). 
—  ‘6900’ indike rer, at verifikationen af den kryptografiske kontrolsum eller dekr ypteringen af 
dataene mislykke des. 
4.  TAKOGRAFK ORTENES STR UKTUR 
Dette afsnit angiver takografk ortenes filstruktur til lagring af tilgæ ngelig e data. 
Det specifi cerer ikke producentafhængige interne strukturer i kortet som f.eks. startetikett er på filer 
eller lagring og behandling af dataelemente r, som udelukk ende behøves til intern brug, som f. 
eks.
 ,
 ,
 eller
 . 
TCS_140  Takografk ort af anden generation skal rumme hovedfilen og en takografapplikation af første og 
anden generation af samme type (f.ek s. førerk ortapplikationer). 
TCS_141  Takografk ort skal som minimum understøtte det antal poste r, som er fastsat for de tilsvarende 
applikationer , og må ikke understøtt e flere poste r end det maksimale antal poster , der er fastsat for 
de tilsvarende applikationer . 
Det højeste og lavest e antal poste r er nær mere beskrevet i dette afsnit for de forskellig e 
applikationer . 
For så vidt angår de sikker hedsbetingelser , der anvendes i adgan gsreg lerne i hele dette afsnit, 
henvises til afsnit 3.3. Generelt angiver adgangstil standen ”læs” kommandoen READ BINAR Y med 
lige — og hvis de understøtt es — ulige INS-b yte med undtag else af elementærf ilen Sensor_Installa ­
tion_Data på værkstedsk ortet. Se TCS_156 og TCS_160. Adgangstilstanden ”opdat er” angiver 
kommandoen Updat e Binar y med lige — og hvis de understøtt es — ulige INS-byt e, mens 
adgangstilstanden ”vælg” angiver kommandoen SELECT . 
4.1.  Hovedfil (Mas ter file — MF) 
TCS_142  Efter at hovedfilen er personaliseret, skal den have følgende permanente filstruktur og 
filadg angsreg ler: 
Bemærk: Det korte id for elementærf ilen (SFID) gives som decimaltal. F.eks. svarer værdien 30 til 
11110 som binær t tal. 
26.5.2016 L 139/216 Den Europæisk e Unions Tidende DA    
Følgende forkortelse for sikkerh edsbetingelsen anvendes i denne tabel: 
SC1  ALW OR SM-MA C-G2 
TCS_143  Alle elementærf ilers strukturer skal være transparent e. 
TCS_144  Hovedfi len skal have følgen de datastr uktur: 
TCS_145  Elementær filen EF DIR skal indeholde følgen de applikationsrelat erede dataobjekte r: ‘61 08 4F 06 
FF 54 41 43 48 4F 61 08 4F 06 FF 53 4D 52 44 54’ 
TCS_146  Elementær filen EF ATR/INFO skal findes, hvis takografk ortet i sit ATR angiver , at det understøtter 
felter med udvidet længde. I så fald skal elementærf ilen EF ATR/INFO indeholde dataobjektet med 
udvidet informationslængde (DO ‘7F66’) som foreskrevet i ISO/IEC 7816-4:2013, afsnit 12.7.1. 
TCS_147  Elementær filen EF Extended_Length skal findes, hvis takografk ortet i sit ATR angiver , at det 
understøtter felter med udvidet længde. I så fald skal elementær filen indeholde følgende 
dataobjekt : ‘02 01 xx’, hvor værdien ‘xx’ angiver , om felter med udvidet længde understøtt es for 
protok ollen T = 1 og/eller T = 0. 
Værdien ‘01’ angiver , at felter med udvidet længde understøttes for prot okollen T = 1. 
Værdien ‘10’ angiver , at felter med udvidet længde understøttes for prot okollen T = 0. 
Værdien ‘11’ angiver , at felter med udvidet længde understøttes for prot okoller ne T = 1 og T = 0. 
4.2.  Førerk ortapplik ationer 
4.2.1  Førerkort applikation af første gener ation 
TCS_148  Efter at førerk ortapplikationen af første generation er personaliseret, skal den have følgen de 
permanente filstruktur og filadg angsreg ler: 26.5.2016 L 139/217 Den Europæisk e Unions Tidende DA    
Følgende forkortelser for sikke rhedsbetingelser ne anvendes i denne tabel: 
SC1  ALW OR SM-MA C-G2 
SC2  ALW OR SM-MA C-G1 OR SM-MA C-G2 
SC3  SM-MA C-G1 OR SM-MA C-G2 
TCS_149  Alle elementærf ilers strukturer skal være transparent e. 
TCS_150  Førerk ortapplikationen af første generation skal have følge nde datastr uktur:   26.5.2016 L 139/218 Den Europæisk e Unions Tidende DA    
26.5.2016 L 139/219 Den Europæisk e Unions Tidende DA    
26.5.2016 L 139/220 Den Europæisk e Unions Tidende DA    
TCS_151  Følgende værdier , der er anvendt som stør relsesangivelser i ovenstående tabel, er mindste og 
største antal poster i førerk ortets datastr uktur for en applikation af første generation: 
4.2.2  Førerkort applikation af anden generation 
TCS_152  Efter at førerk ortapplikationen af anden generation er personaliseret, skal den have følgende 
permanente filstruktur og filadg angsreg ler: 
Bemærk: Det korte id for elementærf ilen (SFID) gives som decimaltal. F.eks. svarer værdien 30 til 
11110 som binær t tal. 
Følgende forkortelse for sikkerh edsbetingelsen anvendes i denne tabel: 
SC1  ALW OR SM-MA C-G2 
TCS_153  Alle elementærf ilers strukturer skal være transparent e. 
TCS_154  Førerk ortapplikationen af anden generation skal have følge nde datastr uktur:   26.5.2016 L 139/221 Den Europæisk e Unions Tidende DA    
26.5.2016 L 139/222 Den Europæisk e Unions Tidende DA    
26.5.2016 L 139/223 Den Europæisk e Unions Tidende DA    
TCS_155  Følgende værdier , der er anvendt som stør relsesangivelser i ovenstående tabel, er mindste og 
største antal poster i førerk ortets datastr uktur for en applikation af anden generation: 
4.3.  Værks tedsk ortappli kationer 
4.3.1  Værksted skortsapplik ation af første generation 
TCS_156  Efter at værks tedskortapplikationen af første generation er personaliseret, skal den have følgen de 
permanente filstruktur og filadg angsreg ler:  26.5.2016 L 139/224 Den Europæisk e Unions Tidende DA    
Følgende forkortelser for sikke rhedsbetingelser ne anvendes i denne tabel: 
SC1  ALW OR SM-MA C-G2 
SC2  ALW OR SM-MA C-G1 OR SM-MA C-G2 
SC3  SM-MA C-G1 OR SM-MA C-G2 
SC4  For kommandoen READ BINAR Y med lige INS-byt e: 
(PLAIN-C AND SM-R -ENC-G1) OR (SM-C-MA C-G1 AND SM-R -ENC-MA C-G1) OR 
(SM-C-MA C-G2 AND SM-R -ENC-MA C-G2) 
For kommandoen READ BINAR Y med ulige INS-byt e (hvis den understøtt es): NEV 
TCS_157  Alle elementærf ilers strukturer skal være transparent e. 
TCS_158  Værkstedskortsapplikationen af første generation skal have følgende datastr uktur:   26.5.2016 L 139/225 Den Europæisk e Unions Tidende DA    
26.5.2016 L 139/226 Den Europæisk e Unions Tidende DA    
26.5.2016 L 139/227 Den Europæisk e Unions Tidende DA    
TCS_159  Følgende værdier , der er anvendt som stør relsesangivelser i ovenstående tabel, er mindste og 
største antal poster i værks tedskortets datastr uktur for en applikation af første generation: 
4.3.2  Værksted skortsapplik ation af anden gener ation 
TCS_160  Efter at værks tedskortapplikationen af anden generation er personaliseret, skal den have følgen de 
permanente filstruktur og filadg angsreg ler: 
Bemærk: Det korte id for elementærf ilen (SFID) gives som decimaltal. F.eks. svarer værdien 30 til 
11110 som binær t tal.  26.5.2016 L 139/228 Den Europæisk e Unions Tidende DA    
Følgende forkortelser for sikke rhedsbetingelser ne anvendes i denne tabel: 
SC1  ALW OR SM-MA C-G2 
SC5  For kommandoen Read Binar y med lige INS-b yte: SM-C-MA C-G2 AND SM-R -ENC-MA C-G2 
For kommandoen Read Binar y med ulige INS-b yte (hvis den understøttes): NEV 
TCS_161  Alle elementærf ilers strukturer skal være transparent e. 
TCS_162  Værkstedskortsapplikationen af anden generation skal have følgende datastr uktur:   26.5.2016 L 139/229 Den Europæisk e Unions Tidende DA    
26.5.2016 L 139/230 Den Europæisk e Unions Tidende DA    
26.5.2016 L 139/231 Den Europæisk e Unions Tidende DA    
26.5.2016 L 139/232 Den Europæisk e Unions Tidende DA    
TCS_163  Følgende værdier , der er anvendt som stør relsesangivelser i ovenstående tabel, er mindste og 
største antal poster i værks tedskortets datastr uktur for en applikation af anden generation: 
4.4.  Kon trolk ortappl ikationer 
4.4.1  Kontrolko rtapplikation af første gener ation 
TCS_164  Efter at kontrolk ortapplikationen af første generation er personaliseret, skal den have følgende 
permanente filstruktur og filadg angsreg ler: 
Følgende forkortelser for sikke rhedsbetingelser ne anvendes i denne tabel: 
SC1  ALW OR SM-MA C-G2 
SC2  ALW OR SM-MA C-G1 OR SM-MA C-G2 
SC3  SM-MA C-G1 OR SM-MA C-G2 
SC6  EXT -AUT-G1 OR SM-MA C-G1 OR SM-MA C-G2 
TCS_165  Alle elementærf ilers strukturer skal være transparent e. 
TCS_166  Kontrolk ortapplikationen af første generation skal have følgende datastr uktur:   26.5.2016 L 139/233 Den Europæisk e Unions Tidende DA    
TCS_167  Følgende værdier , der er anvendt som stør relsesangivelser i ovenstående tabel, er mindste og 
største antal poster i kontrolk ortets datastr uktur for en applikation af første generation: 
4.4.2  Kontrolko rtapplikation af anden generation 
TCS_168  Efter at kontrolk ortapplikationen af anden generation er personaliseret, skal den have følgen de 
permanente filstruktur og filadg angsreg ler: 
Bemærk: Det korte id for elementærf ilen (SFID) gives som decimaltal. F.eks. svarer værdien 30 til 
11110 som binær t tal. 26.5.2016 L 139/234 Den Europæisk e Unions Tidende DA    
Følgende forkortelse for sikkerh edsbetingelsen anvendes i denne tabel: 
SC1  ALW OR SM-MA C-G2 
TCS_169  Alle elementærf ilers strukturer skal være transparent e. 
TCS_170  Kontrolk ortapplikationen af anden generation skal have følgende datastr uktur:   26.5.2016 L 139/235 Den Europæisk e Unions Tidende DA    
TCS_171  Følgende værdier , der er anvendt som stør relsesangivelser i ovenstående tabel, er mindste og 
største antal poster i kontrolk ortets datastr uktur for en applikation af anden generation: 
4.5.  Virksomhed skortapplikationer 
4.5.1  Virksomhedsko rtapplikatio n af første generation 
TCS_172  Efter at virksomhedskor tapplikationen af først e generation er personaliseret, skal den have 
følgen de permanente filstruktur og filadg angsreg ler: 26.5.2016 L 139/236 Den Europæisk e Unions Tidende DA    
Følgende forkortelser for sikke rhedsbetingelser ne anvendes i denne tabel: 
SC1  ALW OR SM-MA C-G2 
SC2  ALW OR SM-MA C-G1 OR SM-MA C-G2 
SC3  SM-MA C-G1 OR SM-MA C-G2 
SC6  EXT -AUT-G1 OR SM-MA C-G1 OR SM-MA C-G2 
TCS_173  Alle elementærf ilers strukturer skal være transparent e. 
TCS_174  Virks omhedsk ortapplikationen af første generation skal have følgen de datastr uktur : 
26.5.2016 L 139/237 Den Europæisk e Unions Tidende DA    
TCS_175  Følgende værdier , der er anvendt som stør relsesangivelser i ovenstående tabel, er mindste og 
største antal poster i virksom hedsk ortets datastr uktur for en applikation af første generation: 
4.5.2  Virksomhedsko rtapplikatio n af anden generation 
TCS_176  Efter at virksom hedsk ortapplikationen af anden generation er personaliseret, skal den have 
følgen de permanente filstruktur og filadg angsreg ler: 
Bemærk: Det korte id for elementærf ilen (SFID) gives som decimaltal. F.eks. svarer værdien 30 til 
11110 som binær t tal. 
Følgende forkortelse for sikkerh edsbetingelsen anvendes i denne tabel: 
SC1  ALW OR SM-MA C-G2 
TCS_177  Alle elementærf ilers strukturer skal være transparent e. 
TCS_178  Virks omhedsk ortapplikationen af anden generation skal have følgen de datastr uktur :   26.5.2016 L 139/238 Den Europæisk e Unions Tidende DA    
TCS_179  Følgende værdier , der er anvendt som stør relsesangivelser i ovenstående tabel, er mindste og 
største antal poster i virksom hedsk ortets datastr uktur for en applikation af anden generation: 
26.5.2016 L 139/239 Den Europæisk e Unions Tidende DA    
Tillæg 3 
PIKTO GRAMMER 
PIC_001  Der kan til takograf en anvendes følgen de pikt ogrammer og piktogramk ombinationer (eller pikt ogrammer og 
kombinationer , som svarer tilstrækkeli gt til dem til at være entydigt identificerbare som dem):  
1. BASISPI KTOGRAMMER  
Mennesker Handlinger Funktionstils tande 
Virks omhed  Virks omhedstilstand 
Tilsynsf ørende Kontrol Kontroltilstand 
Fører Kørsel Driftstilstand 
Værksted/prøvestation Eftersyn/kalibrer ing Kali brer ingstilstand 
Fabr ikant     
Aktiviteter Varighed 
Til rådighed Aktuel rådighedsper iode 
Kørsel Kontinuerlig køretid 
Hvile Aktuel hvileper iode 
Andet arbejde Aktuel arbejdsper iode 
Pause Akkumuleret pausetid 
Ukendt    
Udst yr Funktioner 
Førerk ortplads  
Kortplads for medch auffør  
Kort  
Ur  
Skær m Visning på skær m 
Over førsel til eksternt lager Datao verfø rsel 
Strømf orsyning  
Printer/udskr ift Trykning 
Føler  
Dæk stør relse  
Køretøj/køretøjsenhed  
GNSS-udstyr  
Udstyr til fjernkommunika ­
tion  
ITS-grænsef lade    
Særlige oms tændigheder 
Uden for gyldighedsområde 
Over fart med færge/t og  26.5.2016 L 139/240 Den Europæisk e Unions Tidende DA    
Div erse   
Hændelser 
 Fejl 
Den daglige arbejdstids begyndelse 
 Den daglige arbejdstids afslutning 
Sted   
Manuel indlæsning af føreraktivit eter   
Sikkerhed   
Hastighed   
Tid   
Total/sum     
Angiv else 
24t Dag ligt 
Ugentligt 
Hver anden uge 
Fra eller til   
2. KOMBINA TIONER AF PIKTOGRAMMER  
Div erse   
Kontrolsted   
Sted, hvor den daglige arbejdstid be­
gynder 
Sted, hvor den daglige arbejdstid slutte r 
Fra tidspunkt 
 Til tidspunkt 
Fra køretøj   
Uden for gyldighedsområde (star t) 
 Uden for gyldighedsområde (slut)   
Kor t 
Førerk ort 
Virks omhedsk ort 
Kontrolk ort 
Værkstedskort 
Intet kort   
Kørsel 
Førerholdkørsel 
Køretid for én uge 
Køretid for to uger   
Udskr ifter 
Dag lig udskr ift af føreraktivit et fra kort 
Dag lig udskr ift af føreraktivit et fra VU 
Udskr ift af hændelser og fejl fra kort 
Udskr ift af hændelser og fejl fra VU 
Udskr ift af teknisk e data 
Udskr ift af overskr idelse af tilladt hastighed  26.5.2016 L 139/241 Den Europæisk e Unions Tidende DA    
Begiv enheder 
Isætning af ugyldigt kort 
Kortkonflikt 
Tidso verlapning 
Kørsel uden behør igt kort 
Isætning af kort under kørslen 
Seneste kortsession ikke korrekt afsluttet 
Overskr idelse af tilladt hastighed 
Strømf orsyningssvigt 
Fejl ved køredata 
Køretøjsbevægelsesk onflikt 
Sikkerhedsbr ud 
Juster ing af klokkeslæt (foretage t af værks ted) 
Kontrol af overskr idelse af tilladt hastighed   
Fejl 
Kortfejl (førerk ortplads) 
Kortfejl (medc hauff ørs kortplads) 
Displa yfejl 
Datao verførselsfejl 
Printerfejl 
Føler fejl 
Intern fejl i VU 
GNSS-fejl 
Fejl ved fjernkommunikation   
Manuel indlæsning 
Stadig samme daglige arbejdsper iode? 
Slut på foregående arbejdsper iode? 
Bekræf t eller indlæs sted, hvor daglig arbejdsper iode slutter 
Indlæs starttidspunkt 
Indlæs sted , hvor daglig arbejdsper iode begynder .  
Bemærk: Andre kombinationer af piktogrammer , som danner udskr ivningsgr upper eller datanavne for poster , 
er givet i tillæg 4.   26.5.2016 L 139/242 Den Europæisk e Unions Tidende DA    
Tillæg 4 
UDSKRIFTER 
INDHOLDSFORTEGNELSE 
1. GENEREL T........................................................................................................................................ 243 
2. SPECIFIKA TION AF DATAGRUPPER ........................................................................................................ 243 
3. SPECIFIKA TION AF UDSKRIFTER ........................................................................................................... 250 
3.1. Dag lig udskr ift af føreraktivitet fra kort....................................................................................... 250 
3.2. Dag lig udskr ift af føreraktivitet fra køretøjsenhed .......................................................................... 251 
3.3. Udskr ift af hændelser og fejl fra kort.......................................................................................... 252 
3.4. Udskr ift af hændelser og fejl fra køretøjsenhed .............................................................................. 252 
3.5. Udskr ift af teknisk e data .......................................................................................................... 253 
3.6. Udskr ift af overskr idelse af tilladt hastighed .................................................................................. 253 
3.7 Histori k over isatte kort........................................................................................................... 254  
1.  GENEREL T 
Hver udskr ift er opby gget ved kædning af forskellig e datagr upper , om muligt identif iceret med en gruppeiden ­
tifikator . 
En datagr uppe indeholder en eller flere poster , eventuelt identif iceret ved en postidentifik ator . 
PRT_001  Når en gruppeidentifikator står umiddelbar t foran en postidentif ikator, bliver postidentif ikatoren ikke 
udskrevet. 
PRT_002  Når et dataelement er ukendt eller ikke må udskr ives af grunde vedr ørende dataadg ang, udskr ives 
mellemr um i stedet. 
PRT_003  Hvis indholdet af en hel linje er uken dt eller ikke behøver udskr ives, udelades hele linjen. 
PRT_004  Numer iske datafe lter udskr ives højrejuster et, med mellemr um som skillet egn for tusinder og millioner , 
og uden foranstillede nuller . 
PRT_005  Strengdatafelt er udskr ives venstrejuste ret og udfyldt med mellemr um til dataelementet s længde eller 
om nødvendigt afkortet til dataelementets længde (navn og adresse). 
PRT_006  I tilfæ lde af et linjeskif t på grund af et langt tekststykke, skal et specialteg n (en prik midt på linjen (i 
højden) ”•”) udskr ives som det første tegn på den næste linje. 
2.  SPECIFIKA TION AF DATAGRUPPER 
I dette kapitel er anvendt følgen de notationsreg ler for format : 
—  Tegn med fede typer angiver almindelig tekst, som skal udskr ives (udskr ives med normale tegn) 
—  Nor male typer angiver variable (pikt ogrammer eller data) som ved udskr ivning skal erstatte s med deres værdi 
—  Variabelnavn e 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) Format et ”dd.mm.yyyy” kan også anvendes 
—  Betegnelsen ”kortidentifika tion” angiver sammensætning en af kortets type gennem en kombination af 
kortpikto grammer , den kortudst edende medlemsstats kode, en normal skråstreg og kortets nummer med 
udskif tningsindekset og fornyelsesindekset adskilt af et mellemr um: 
P 
 x x x / x x x x x x x x x x x x x x  x  x Kombination af 
kort og piktogram 
Udstedende 
medlemsstats kode  De første 14 tegn i kortnummeret 
(eventuelt inkl. et fortløbende indeks)  
Udskiftningsindeks  
Fornyelsesindeks  26.5.2016 L 139/243 Den Europæisk e Unions Tidende DA    
PRT_007 Udskr ifter skal anvende følgen de datablokke og/eller dataposter i overensst emmelse med følgen de betydning er 
og formate r: 
26.5.2016 L 139/244 Den Europæisk e Unions Tidende DA    
26.5.2016 L 139/245 Den Europæisk e Unions Tidende DA    
26.5.2016 L 139/246 Den Europæisk e Unions Tidende DA    
26.5.2016 L 139/247 Den Europæisk e Unions Tidende DA    
26.5.2016 L 139/248 Den Europæisk e Unions Tidende DA    
26.5.2016 L 139/249 Den Europæisk e Unions Tidende DA    
3.  SPECIFIKA TION AF UDSKRIFTER 
I dette kapitel er anvendt følgen de notationsreg ler for format : 
N Udskr iv datagr uppe- eller postantal N  
N Udskr iv datagr uppe- eller postantal N, gentaget så mang e gang e som nødvendigt  
X/Y Udskr iv datagr uppe eller post X og/eller Y efter beho v, gentaget som mange gange 
som nødvendigt.  
3.1.  Daglig udskr ift af føreraktivitet fra kort 
PRT_008 Dag lig udskr ift af føreraktivitet fra kort skal overholde følgende format: 
1 Dato og tidspunkt for udskr ivning af dokumente t 
2 Udskr iftens art 
3 Identif ikation af den tilsynsf ørende (hvis der er isat et kontrolk ort i køretøjsenheden) 
3 Identif ikation af føreren (fra det kort, som udskr iften omhandler + GEN) 
4 Identif ikation af køretøj (det køretøj, hvorfra udskr iften tages) 
5 Identif ikation af køretøjsenhed (den køretøjsenhed, hvorfra udskr iften tages + GEN) 
6 Seneste kalibrer ing af denne køretøjsenhed 
7 Seneste kontrol, som den kontrollerede fører har været genstand for 
8 Skilleteg n for føreraktivit eter 
8a Betingelse n »uden for gyldighedsområde« ved den aktuelle dags begyndelse 
8.1a / 8.1b / 8.1c / 8.2 / 
8.3 / 8.3a / 8.4 Føreraktivitet er i kronologisk rækk efølge 
11 Skilleteg n for døgno versigt 26.5.2016 L 139/250 Den Europæisk e Unions Tidende DA    
11.4 Indlæste steder i kronologisk rækkef ølge 
11.5 GNSS-data 
11.6 Aktivit eter, i alt 
12.1 Hændelser eller fejl fra skillet egn for kort 
12.4 Poster med hændelser/f ejl (seneste fem hændelser eller fejl, som er gemt på kortet) 
13.1 Hændelser eller fejl fra skillet egn for køretøjsenhed 
13.4 Poster med hændelser/f ejl (seneste fem hændelser eller fejl, som er gemt eller igan gvæ ­
rende på køretøjsenheden) 
22.1 Kontrolsted 
22.2 Den tilsynsf ørendes underskr ift 
22.5 Førerens underskr ift  
3.2.  Daglig udskr ift af føreraktivitet fra køretøjsenhed 
PRT_009 Dag lig udskr ift af føreraktivitet fra køretøjsenhed skal overholde følgende format: 
1 Dato og tidspunkt for udskr ivning af dokumente t 
2 Udskr iftens art 
3 Identif ikation af kortindehav er (for alle kort isat i køretøjsenhed + GEN) 
4 Identif ikation af køretøj (det køretøj, hvorfra udskr iften tages) 
5 Identif ikation af køretøjsenhed (den køretøjsenhed, hvorfra udskr iften tages + GEN) 
6 Seneste kalibrer ing af denne køretøjsenhed 
7 Seneste kontrol på denne takograf 
9 Skilleteg n for føreraktivit eter 
10 Skilleteg n for førerk ortplads (kortplads 1) 
10a Betingelse n ”uden for gyldighedsområde” ved den aktuelle dags begyndelse 
10.1 / 10.2 / 10.3 
/10.3a / 10.4 Aktivit eter i kronologisk række følge (førerk ortplads) 
10 Skilleteg n for medchauff ørens kortplads (kortplads 2) 
10a Betingelse n ”uden for gyldighedsområde” ved den aktuelle dags begyndelse 
10.1 / 10.2 / 10.3 
/10.3a / 10.4 Aktivit eter i kronologisk række følge (medc hauff ørens kortplads) 
11 Skilleteg n for døgno versigt 
11.1 Oversigt over perioder uden kort i førerens kortplads 
11.4 Indlæste steder i kronologisk rækkef ølge 
11.5 GNSS-data 
11.6 Aktivit eter, i alt 
11.2 Oversigt over perioder uden kort i medchauff ørens kortplads 
11.4 Indlæste steder i kronologisk rækkef ølge 
11.5 GNSS-data 26.5.2016 L 139/251 Den Europæisk e Unions Tidende DA    
11.7 Aktivit eter, i alt 
11.3 Oversigt over føreraktivit eter, begg e kortpladser medregnet  
11.4  Steder indlæst af denne fører i kronologisk rækkef ølge 
11.5 GNSS-data 
11.8 Aktivit eter i alt for denne fører 
13.1 Skilleteg n for hændelser/f ejl 
12.4 Poster med hændelser/f ejl (seneste fem hændelser eller fejl, som er gemt eller igan gvæ ­
rende på køretøjsenheden) 
13.1 Kontrolsted 
22.2 Den tilsynsf ørendes underskr ift 
22.3 Fra tidspunkt (plads til rådighed for en fører uden kort til angivelse af de relevante 
perioder) 
22.4 Til tidspunkt 
22.5 Førerens underskr ift  
3.3.  Udskr ift af hændelser og fejl fra kort 
PRT_010 Udskr ift af hændelser og fejl fra kort skal overholde følgen de format : 
1 Dato og tidspunkt for udskr ivning af dokumente t 
2 Udskr iftens art 
3 Identif ikation af den tilsynsf ørende (hvis der er isat et kontrolk ort i køretøjsenheden 
+ GEN) 
3 Identif ikation af føreren (fra det kort, som udskr iften omhandler) 
4 Identif ikation af køretøj (det køretøj, hvorfra udskr iften tages) 
12.2 Skilleteg n for hændelser 
12.4 Hændelsesposter (alle hændelser gemt på kortet) 
12.3 Skilleteg n for fejl 
12.4 Poster vedr ørende fejl (alle fejl gemt på kortet) 
22.1 Kontrolsted 
22.2 Den tilsynsf ørendes underskr ift 
22.5 Førerens underskr ift  
3.4.  Udskr ift af hændelser og fejl fra køretøjsenhed 
PRT_011 Udskr ift af hændelser og fejl fra køretøjsenhed skal overholde følgen de format : 
1 Dato og tidspunkt for udskr ivning af dokumente t 
2 Udskr iftens art 
3 Identif ikation af kortindehav er (for alle kort isat i køretøjsenhed + GEN) 
4 Identif ikation af køretøj (det køretøj, hvorfra udskr iften tages) 26.5.2016 L 139/252 Den Europæisk e Unions Tidende DA    
13.2 Skilleteg n for hændelser 
13.4 Hændelsesposter (alle hændelser , som er gemt eller igangv ærende på køretøjsenheden) 
13.3 Skilleteg n for fejl 
13.4 Poster vedrøre nde fejl (alle fejl, som er gemt eller igangværende på køretøjsenheden) 
22.1 Kontrolsted 
22.2 Den tilsynsf ørendes underskr ift 
22.5 Førerens underskr ift  
3.5.  Udskr ift af tekniske data 
PRT_012 Udskr ift af teknisk e data skal overholde følgen de format: 
1 Dato og tidspunkt for udskr ivning af dokumente t 
2 Udskr iftens art 
3 Identif ikation af kortindehav er (for alle kort isat i køretøjsenhed + GEN) 
4 Identif ikation af køretøj (det køretøj, hvorfra udskr iften tages) 
14 Identif ikation af køretøjsenhed 
15 Identif ikation af sensor 
15.1 Data fra sensor parring (alle tilgæ ngelig e data i kronologisk række følge) 
16 GNSS-identifikation 
16.1 Koblingsdata for eksternt GNSS-udstyr (alle tilgæng elige data i kronologisk række ­
følge) 
17 Skilleteg n for kalibrer ingsdata 
17.1 Kali brer ingsposter (alle foreliggen de poster i kronologisk række følge) 
18 Skilleteg n for tidsjustering 
18.1 Poster vedr ørende tidsjuste ring (alle poster , som er til rådighed fra tidsjustering og fra 
kalibrer ingsdatapost er) 
19 Den seneste hændelse og fejl, som er registreret i køretøjsenheden  
3.6.  Udskr ift af overskr idelse af tilladt hastigh ed 
PRT_013 Udskr ift af overskr idelser af tilladt hastighed skal overholde følgende format: 
1 Dato og tidspunkt for udskr ivning af dokumente t 
2 Udskr iftens art 
3 Identif ikation af kortindehav er (for alle kort isat i køretøjsenhed + GEN) 
4 Identif ikation af køretøj (det køretøj, hvorfra udskr iften tages) 
20 Information vedrørende overskr idelse af tilladt hastighed 
21.1 Identif ikator for data vedr ørende overskr idelser af tilladt hastighed 
21.4/21.5 Første overskr idelse af tilladt hastighed efter seneste kalibrer ing 26.5.2016 L 139/253 Den Europæisk e Unions Tidende DA    
21.2 Identif ikator for data vedr ørende overskr idelser af tilladt hastighed 
21.4/21.5 De 5 alvorligste hændelser med overskr idelse af tilladt hastighed inden for de sidste 
365 dage 
21.3 Identif ikator for data vedr ørende overskr idelser af tilladt hastighed 
21.4/21.5 Den alvorligste hændelse vedrøre nde overskr idelse af tilladt hastighed for hver af de 
10 seneste dage, den er forek ommet 
22.1 Kontrolsted 
22.2 Den tilsynsf ørendes underskr ift 
22.5 Førerens underskr ift  
3.7.  Histor ik over isatte kort 
PRT_014 Udskr iften af histor ikken over isatte kort skal overholde følgen de format : 
1 Dato og tidspunkt for udskr ivning af dokumente t 
2 Udskr iftens art 
3 Identif ikation af kortindehav er (for alle kort isat i køretøjsenheden) 
23 Seneste kort, som er isat køretøjsenheden 
23.1 Isatte kort (op til 88 poster) 
12.3 Skilleteg n for fejl   26.5.2016 L 139/254 Den Europæisk e Unions Tidende DA    
Tillæg 5 
SKÆRM 
I dette tillæg er anvendt følge nde notationsreg ler for format : 
—  tegn med fede typer angiver almindelig tekst, som vises (vises på skær men med normale typer) 
—  normale typer angiver variabler (pikt ogrammer eller data) som på skær men skal erstattes med deres værdi:  
— dd mm yyyy:  dag, måned, år  
— hh:  timer  
— mm:  minutt er  
— D:  varighedspikto gram  
— EF:  kombination af pikt ogrammer for begivenheder eller fejl  
— O:  pikt ogram for funktionsmåde. 
DIS_001  Takografen skal på skær men vise data i følgende formate r: 
Data Format 
Standards kær mbillede 
Lokal tid 
Funktionsmåde 
Oplysning er vedr ørende fører 
Oplysning er vedr ørende medchauff ør 
Omstændigheden »uden for område« åbnet 
Visning af advarsel 
Overskr idelse af sammenhæng ende køretid 
Hændelse eller fejl 
Andre skærmbilleder 
UTC-dato 
tid 
Førers sammenhæng ende køretid og akkumulerede pausetid 
Medch aufførs sammenhæng ende køretid og akkumulerede pausetid 
Førers akkumulerede køretid for den foregående og den aktuelle uge 
Medch aufførs akkumulerede køretid for den foregående og den aktuelle uge 
26.5.2016 L 139/255 Den Europæisk e Unions Tidende DA    
Tillæg 6 
STIK TIL KALIBRERING OG DATAOVERFØRSEL PÅ FRONTP ANELET 
INDHOLDSFORTEGNELSE 
1. HARD WARE ....................................................................................................................................... 256 
1.1. Stik ....................................................................................................................................... 256 
1.2. Kontakternes tildeling ................................................................................................................ 257 
1.3. Blokdiagram ............................................................................................................................ 258 
2. GRÆNSEFL ADE FOR DATAOVERFØRSEL ................................................................................................... 258 
3. GRÆNSEFL ADE FOR KALIBRERING ......................................................................................................... 259   
1.  HARD WARE 
1.1.  Stik 
INT_001  Stikket til datao verførsel/kalibrer ing skal være 6-benet, skal være tilgæng eligt fra frontpanelet, uden at 
nogen del af takograf en behøver adskilles, og skal være i overensst emmelse med følgen de tegning (alle 
mål i mm): 
26.5.2016 L 139/256 Den Europæisk e Unions Tidende DA    
Følgende diagram viser et typisk 6-benet stik: 
1.2.  Kontakter nes tildeling 
INT_002  Kontaktern e skal være tildelt i overensst emmelse med følgen de tabel: 
Klem ­
me Beskr ivelse Bemærkning 
1 Batt eri minus Tilslutt et køretøjets negativ e batte ripol 
2 Datak ommunikation K-linje (ISO 14230-1) 26.5.2016 L 139/257 Den Europæisk e Unions Tidende DA    
Klem ­
me Beskr ivelse Bemærkning 
3 RxD — datao verfø rsel Dataindg ang til takograf 
4 Indgan gs-/udgangssignal Kalibrer ing 
5 Permanent effektudgang Det foreskrevne spændingsområde er som køretøjets strøm ­
forsyning minus 3 V for at tage hensyn til spændingstabet 
over beskytt elseskredsen 
Udg angseffekt 40 mA 
6 TxD — datao verfø rsel Datao verførsel fra takograf   
1.3.  Blokdiag ram 
INT_003  Blokdiagrammet skal være i overensstemmelse med følgende: 
2.  GRÆNSEFL ADE FOR DATAOVERFØRSEL 
INT_004  Grænsef laden for datao verførsel skal opfylde specifikationer ne RS232. 
INT_005  Grænsef laden for datao verførsel skal have én startbit, 8 mindst betydende databit først, én lige paritetsbit 
og 1 stopb it. 
Organisation af databytes 
Star tbit:  é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 26.5.2016 L 139/258 Den Europæisk e Unions Tidende DA    
Ved overfø rsel af numer iske data bestående af flere end én byte overføres den mest betydende byte først, og den 
mindst betydende byte sidst. 
INT_006  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ÆNSEFL ADE FOR KALIBRERING 
INT_007  Datak ommunikationen skal opfylde ISO 14230-1 Road vehicles — Diagnostic systems — Keywor d 
protocol 2000 — Part 1: Phys ical layer, First edition: 1999. 
INT_008  Indgangs- og udgangssignalet skal opfylde følgen de elektr iske forskr ift: 
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   
INT_009  Indgangs- og udgangssignalet skal opfylde følgen de tidsdiagrammer: 
26.5.2016 L 139/259 Den Europæisk e Unions Tidende DA    
Tillæg 7 
PROTOK OLLER FOR DATAOVERFØRSEL 
INDHOLDSFORTEGNELSE 
1. INDLEDNING ................................................................................................................................ 261 
1.1. Anv endelsesområde ............................................................................................................ 261 
1.2. Akron ymer og notation ....................................................................................................... 261 
2. OVERFØRSEL AF DATA FRA KØRETØJSENHEDEN ................................................................................. 262 
2.1. Fremg angsmåde ved datao verførsel ......................................................................................... 262 
2.2. Prot okol for datao verførsel ................................................................................................... 262 
2.2.1 Meddelelsesstr uktur ............................................................................................................ 262 
2.2.2 Meddelelsestyper ................................................................................................................ 264 
2.2.2.1 Star t Communication Request (SID 81) ................................................................................... 266 
2.2.2.2 Positive Response Star t Communication (SID C1) ...................................................................... 266 
2.2.2.3 Star t Diagnostic Session Request (SID 10) ................................................................................ 266 
2.2.2.4 Positive Response Star t Diagnostic (SID 50) ............................................................................. 266 
2.2.2.5 Link Control Service (SID 87) ............................................................................................... 266 
2.2.2.6 Link Control Positive Response (SID C7) ................................................................................. 266 
2.2.2.7 Request Upload (SID 35) ...................................................................................................... 266 
2.2.2.8 Positive Response Request Upload (SID 75) .............................................................................. 266 
2.2.2.9 Transf er Data Request (SID 36) .............................................................................................. 266 
2.2.2.10 Positive Response Transfer Data (SID 76) ................................................................................. 267 
2.2.2.11 Request Transfer Exit (SID 37) ............................................................................................... 267 
2.2.2.12 Positive Response Request Transf er Exit (SID 77) ....................................................................... 267 
2.2.2.13 Stop Communication Request (SID 82) ................................................................................... 267 
2.2.2.14 Positive Response Stop Communication (SID C2) ...................................................................... 267 
2.2.2.15 Ackno wledge Sub Message (SID 83) ....................................................................................... 267 
2.2.2.16 Neg ative Response (SID 7F) .................................................................................................. 268 
2.2.3 Meddelelsesstr øm ............................................................................................................... 268 
2.2.4 Synkroniser ing .................................................................................................................. 269 
2.2.5 Fejlhåndte ring.................................................................................................................... 270 
2.2.5.1 Fase n Begynd kommunikation ............................................................................................... 270 
2.2.5.2 Kommunikationsfasen ......................................................................................................... 270 
2.2.6 Svar meddelelsens indhold .................................................................................................... 272 
2.2.6.1 Positive Response Transfer Data Over view ............................................................................... 273 
2.2.6.2 Positive Response Transfer Data Activities ................................................................................ 274 
2.2.6.3 Positive Response Transfer Data Events and Faults ..................................................................... 275 
2.2.6.4 Positive Response Transfer Data Detailed Speed ......................................................................... 276 
2.2.6.5 Positive Response Transfer Data Technical Data ......................................................................... 276 
2.3. Lagr ing af fil på ekster nt lage rmedium .................................................................................... 277 26.5.2016 L 139/260 Den Europæisk e Unions Tidende DA    
3. PROTOK OL FOR OVERFØRSEL AF TAKOGRAFK ORT............................................................................. 277 
3.1. Anv endelsesområde ............................................................................................................ 277 
3.2. Definitioner ...................................................................................................................... 277 
3.3. Datao verførsel af kort......................................................................................................... 277 
3.3.1 Initialiser ingssekvens ........................................................................................................... 278 
3.3.2 Sekvens for ikke-underskrevne datafile r................................................................................... 278 
3.3.3 Sekvens for underskrevne datafiler ......................................................................................... 279 
3.3.4 Sekvens for nulstilling af kalibrer ingstæller ............................................................................... 279 
3.4. Format for lagring af data .................................................................................................... 280 
3.4.1 Indledning ........................................................................................................................ 280 
3.4.2 Filformat .......................................................................................................................... 280 
4. OVERFØRSEL AF TAKOGRAFK ORT VIA KØRETØJSENHEDEN .................................................................. 281  
1.  INDLEDNING 
Dette tillæg beskr iver de procedurer , der skal følges ved forsk ellige typer datao verførsel til et eksternt 
lage rmedium (ESM), foruden de protok oller , der skal gennemf øres for at sikre korrekt overfø rsel af data og 
fuld kompatibilit et af det overfø rte dataf ormat, således at enhver tilsynsf ørende har adgan g til disse data og 
mulighed for at kontrollere deres ægthed og integritet, før de analyseres. 
1.1.  Anv endelsesområde 
Der kan overføres data til et eksternt lagermedium: 
—  fra en køretøjsenhed med en intelli gent dedik eret enhed (IDE) tilslutt et køretøjsenheden 
—  fra et takografk ort med en IDE-enhed med kortlæser (IFD) 
—  fra et takografk ort 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 ekster nt lager medium, 
bliver der ved datao verførsel vedhæf tet en underskr ift i overensstemmelse med tillæg 11 (fælles sikkerhedsme ­
kanismer). Kildeenhedens (køretøjsenhed eller kort) identif ikation og sikker hedsattest er (fra medlemsstaten og 
for udstyret) bliver ligeledes overfø rt. Den, der kontrollerer data, skal uafhængigt være indehave r af en betroet 
europæisk offentlig nøgle. 
DDP_001  Data overført i én overførselssession skal på det eksterne lager medium gemmes i én fil. 
1.2.  Akron ymer og notation 
I dette tillæg anvendes følgen de akrony mer: 
AID  Applikationsidentifikator (Application Identif ier) 
ATR  Svar på reset (Answer to Reset) 
CS  Kontrolsumby te 
DF  Dedik eret fil 
DS_  Diagnosesession 
EF  Elementærf il (Elementar y File) 
ESM  Eksternt lager medium 
FID  Filidentifi kator (filnavn) 
FMT  Formatbyt e (første byte i meddelelsens hoved) 
ICC  Chipk ort (Integrat ed Circuit Card) 
IDE  Intellig ent dedike ret udstyr: Det udstyr , som anvendes til at overføre data til det ekster ne lage rmedium 
(f.ek s. pc) 
IFD  Kortlæser (interface device) 26.5.2016 L 139/261 Den Europæisk e Unions Tidende DA    
KWP  Nøg leordsprotok ol 2000 
LEN  Længdeby te (sidste byte i meddelelsens hoved) 
PPS  Protok olparameter valg (Protoc ol Parameter Selection) 
PSO  Udfør sikkerhedsoperation 
SID  Tjenest eidentif ikator 
SRC  Kildeb yte 
TGT  Adressebyt e 
TLV  Etiketlængde (Tag length value) 
TREP  Parameter for svar på overfø rsel 
TRTP  Parameter for anmodning om overførsel 
VU  Køretøjsenhed 
2.  OVERFØRSEL AF DATA FRA KØRETØJSENHEDEN 
2.1.  Fremgangsmåde ved datao verførsel 
For at overfø re data fra køretøjsenheden skal operatøren foretage følgende: 
—  indsætt e sit takografk ort i en kortplads i køretøjsenheden (*) 
—  tilslutt e IDE-enheden til køretøjsenhedens datastik 
—  etablere forbindelse mellem IDE-enhed og køretøjsenhed 
—  på IDE-enheden vælg e data, som skal overføres, og sende anmodninge n til køretøjsenheden 
—  afslutte datao verførselssessionen. 
2.2.  Protok ol for dataoverførsel 
Protok ollen har mast er/slave-str uktur , således at IDE-enheden fung erer som mast er og køretøjsenheden som 
slave. 
Meddelelsesstr uktur , -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 hovedsageli g på det aktuelle udkast til ISO 14229-1 (Road vehicles — Diagnostic 
system s — Part 1: Diagnostic services, version 6 af 22. februar 2001). 
2.2.1  Meddelelsesstr uktur 
DDP_002  Alle meddelelser , som udvek sles mellem IDE-enhed og køretøjsenhed, er formate ret med tredelt 
struktur: 
—  et hoved bestående af en formatbyt e (FMT), en destinationsbyt e (TGT), en kildebyt e (SRC) og 
eventuelt en længdebyt e (LEN) 
—  et datafelt bestående af en tjenesteidenti fikator byte (SID) og et varierende antal datab ytes, som 
kan omfa tte en ikke-obligat orisk diagnosesessionsbyt e (DS) eller en frivillig overfø rselspara ­
meterbyt e (TRTP eller TREP) 
—  en kontrolsum bestående af en kontrolsumbyt e (CS). 
Hoved Datafelt Kontrolsum 
FMT TGT SRC LEN SID DATA … … … CS 
4 bytes Maks. 255 bytes 1 byte  26.5.2016 L 139/262 Den Europæisk e Unions Tidende DA    
(*)Det indsatt e kort vil udløse de nødvendige adgangsrettigheder til overførselsfunktionen og til data. Det skal imidler tid være muligt at 
overføre data fra et førerk ort, der er indsat i en af køretøjsenhedens kortpladser , hvis der ikke er isat en anden korttype i den anden 
kortplads. 
TGT - og SRC-byten repræsent erer den fysiske adresse på modtage ren og afsenderen af 
meddelelsen. De har værdier ne F0 Hex for IDE-enheden og EE Hex for køretøjsenheden. 
LEN-byt en er længden af datafeltdelen . 
Kontrolsumby ten er 8 bit-sumser ie modulo 256 for alle meddelelsens bytes bortset fra selve 
kontrolsummen. 
FMT -, SID-, DS-, TRTP- og TREP -bytes er defineret senere i dette dokument. 
DDP_003  Hvis de data, som meddelelsen skal medf øre, er læng ere end pladsen i datafeltdelen, bliver 
meddelelsen reelt sendt som flere delmeddelelser . Hver sådan delmeddelelse har et hoved, samme 
SID og TREP og en 2-byte-delmeddelelsestæller , som angiver delmeddelelsens nummer i den 
samlede meddelelse. For at der skal kunne foretag es fejlk ontrol og afbr ydelse, kvitterer IDE- 
enheden for hver delmeddelelse. IDE-enheden kan accept ere delmeddelelsen, anmode om, at den 
genoverføres, anmode køretøjsenheden om at begynde igen eller afbr yde datao verførslen. 
DDP_004  Hvis den sidste delmeddelelse indeholder nøjagtig 255 bytes i datafelt et, skal der vedhæf tes en 
afslutten de delmeddelelse, hvor dataf eltet er tomt (bor tset fra SID, TREP og delmeddelelses ­
tæ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 bytes   
Hoved SID TREP 00 02 Delmeddelelse 
2 CS 
4 bytes 255 bytes   
… 
Hoved SID TREP xx yy Delmeddelelse 
n CS 
4 bytes Mindre end 255 bytes   
eller som: 
Hoved SID TREP 00 01 Delmeddelelse 
1 CS 
4 bytes 255 bytes   
Hoved SID TREP 00 02 Delmeddelelse 
2 CS 
4 bytes 255 bytes   26.5.2016 L 139/263 Den Europæisk e Unions Tidende DA    
… 
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 
Kommunikationsprot okollen for overførsel af data mellem køretøjsenheden og IDE-enheden kræver 
udveksling af 8 forskellig e typer meddelelser . 
Disse meddelelser er sammenfat tet i følgen de tabel. 
Meddelelsesstr uktur Maks. 4 bytes 
Hoved Maks. 255 bytes 
Data 1 byte 
Kontrol ­
sum 
IDE -> <- VU FMT TGT SRC LEN SID DS_/TRTP DATA CS 
Star t Communication Request 81 EE F0  81   E0 
Positive Response Star t Commu ­
nication 80 F0 EE 03 C1  EA, 8F 9B 
Star t Diagnostic Session Request 80 EE F0 02 10 81  F1 
Positive Response Star t Diagno ­
stic 80 F0 EE 02 50 81  31 
Link Control Service  
Verify Baud Rate (stag e 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 EE 
57 600 Bd 80 EE F0 04 87  01,01, 
04 EF 
115 200 Bd 80 EE F0 04 87  01,01, 
05 F0 
Positive Response Verify Baud 
Rate 80 F0 EE 02 C7  01 28 
Transition Baud Rate (stage 2) 80 EE F0 03 87  02,03 ED 
Request Upload 80 EE F0 0A 35  00,00, 
00,00, 
00,FF ,FF, 
FF,FF 99 
Positive Response Request 
Upload 80 F0 EE 03 75  00,FF D5 26.5.2016 L 139/264 Den Europæisk e Unions Tidende DA    
Meddelelsesstr uktur Maks. 4 bytes 
Hoved Maks. 255 bytes 
Data 1 byte 
Kontrol ­
sum 
IDE -> <- VU FMT TGT SRC LEN SID DS_/TRTP DATA CS 
Transfer Data Request  
Oversigt 80 EE F0 02 36 01  97 
Activities 80 EE F0 06 36 02 Date CS 
Events & Faults 80 EE F0 02 36 03  99 
Detailed Speed 80 EE F0 02 36 04  9A 
Technical Data 80 EE F0 02 36 05  9B 
Card download 80 EE F0 02 36 06 Slot CS 
Positive Response Transfer Data 80 F0 EE Len 76 TREP Data CS 
Request Transfer Exit 80 EE F0 01 37   96 
Positive Response Request Trans ­
fer Exit 80 F0 EE 01 77   D6 
Stop Communication Request 80 EE F0 01 82   E1 
Positive Response Stop Commu ­
nication 80 F0 EE 01 C2   21 
Ackno wledge sub message 80 EE F0 Len 83  Data CS 
Negative responses  
General reject 80 F0 EE 03 7F Sid Req 10 CS 
Service not suppor ted 80 F0 EE 03 7F Sid Req 11 CS 
Sub function not suppor ted 80 F0 EE 03 7F Sid Req 12 CS 
Incor rect Message Length 80 F0 EE 03 7F Sid Req 13 CS 
Conditions not correct or Re­
quest sequence error 80 F0 EE 03 7F Sid Req 22 CS 
Request out of range 80 F0 EE 03 7F Sid Req 31 CS 
Upload not accept ed 80 F0 EE 03 7F Sid Req 50 CS 
Response pending 80 F0 EE 03 7F Sid Req 78 CS 
Data not avai lable 80 F0 EE 03 7F Sid Req FA CS  
Bemærkninger : 
—  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 overføres. 
—  Betegnelsen upload (set fra IDE-enheden) anvendes for kompatibilit et med nøg leordsprot okollen (ISO 
14229). Betydningen er den samme som af datao verfø rsel (set fra køretøjsenheden). 
—  Eventuelle 2-byte-delmeddelelsestællere er ikke vist i denne tabel. 
—  »Slot« er kortpladsnummeret — enten »1« (kort i førerens kortplads) eller »2« (kort i medc hauff ørens 
kortplads). 
—  Er kortpladsnummeret ikke angivet, skal køretøjsenheden vælge kortplads 1, hvis et kort er sat i denne 
plads, mens den kun skal vælge kortplads 2, hvis brugeren vælg er dette. 26.5.2016 L 139/265 Den Europæisk e Unions Tidende DA    
2.2.2.1  Star t Communication Request (SID 81) 
DDP_005  Denne meddelelse afgives af IDE-enheden for at etablere en kommunikationsf orbindelse med 
køretøjsenheden. Den indledende kommunikation udføres altid ved 9 600 baud (indtil transmissi ­
onshastigheden til sidst ændres ved hjælp af de pågældende link-kontroltjenester ). 
2.2.2.2  Positive Response Star t Communication (SID C1) 
DDP_006  Denne meddelelse afgives af IDE-enheden som positivt svar på anmodning om at begynde 
kommunikation. Den indeholder de to nøg leby tes ‘EA’ ‘8F’, som angiver , at enheden understøtter 
protok ollen, og hovedet indeholder oplysning er om destination, kilde og længde. 
2.2.2.3  Star t Diagnostic Session Request (SID 10) 
DDP_007  IDE-enheden sender denne meddelelse for at anmode om en ny diagnosesession med 
køretøjsenheden. Delfunktionen ‘default session’ (81 Hex) angiver , at der skal åbnes en standard ­
diagnosesession. 
2.2.2.4  Positive Response Star t Diagnostic (SID 50) 
DDP_008  Denne meddelelse afgives af køretøjsenheden som positivt svar på anmodning om 
diagnosesession. 
2.2.2.5  Link Control Ser vice (SID 87) 
DDP_052 Link Control Service anvendes af IDE-enheden til at indlede en ændr ing i transmissionsha ­
stigheden. Dette sker i to trin. I første trin foreslår IDE-enheden en ændr ing i transmissionsha ­
stigheden. Ved modtagelse af et positivt svar fra køretøjsenheden afgiver IDE-enheden en 
bekræf telse på den ændrede transmissionshastighed til køretøjsenheden (andet trin). IDE-enheden 
skifter deref ter til den nye transmissionshastighed. Efter modtagelse af bekræf telsen skifter 
køretøjsenheden til den nye transmissionshastighed. 
2.2.2.6  Link Control Positive Response (SID C7) 
DDP_053  Link Control Positive response angives af køretøjsenheden som svar på en anmodning til 
linkk ontroltjenesten (første trin). Bemærk, at der ikke svares på bekræf telsen af anmodningen (trin 
to). 
2.2.2.7  Request Upload (SID 35) 
DDP_009  Request Upload afgives af IDE-enheden for over for køretøjsenheden at anmode om en 
datao verfø rsel. For at opfylde kravene i ISO 14229 indgår der data om adresse, stør relse og 
format af de ønskede data. Da disse ikke kendes af IDE-enheden før overførslen , sættes 
lage radressen til 0, formatet til ukrypteret og lagerstørre lsen til maksimum. 
2.2.2.8  Positive Response Request Upload (SID 75) 
DDP_010  Positive Response Request Upload 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 svar meddelelse data, som fortæller IDE-enheden, at yderlig ere meddelelser med positivt 
svar på datao verførsel vil indeholde mak simalt 00FF hex byte. 
2.2.2.9  Transfer Data Request (SID 36) 
DDP_011  Transf er Data Request sendes af IDE-enheden for over for køretøjsenheden at specificere den type 
data, som skal overfø res. Overfø rslens type angives af en paramete r for anmodning om 
datao verfø rsel (TRTP) på én byte. 
Der er seks typer datao verførsel: 
—  Oversigt (TRTP 01) 
—  Aktivit eter på en nær mere angivet dato (TRTP 02) 
—  Hændelser og fejl (TRTP 03) 26.5.2016 L 139/266 Den Europæisk e Unions Tidende DA    
—  Detaljeret hastighed (TRTP 04) 
—  Tekniske data (TRTP 05) 
—  Overfø rsel af data fra kort (TRTP 06). 
DDP_054  IDE-enheden skal oblig atori sk anmode om oversigt over datao verfø rsel (TRTP 01) under en 
datao verfø rselssession, da det kun på denne måde kan sikres, at køretøjsenhedens certifik ater 
registreres i den overfø rte fil (så der er mulighed for verificer ing af en digital underskr ift). 
I andet tilfælde (TRTP 02) er det i meddelelsen overfø r data angivet, hvilken kalenderdag 
(
 -format) der skal overfø res. 
2.2.2.10  Positive Response Transfer Data (SID 76) 
DDP_012  Positive Response Transf er Data afgives af køretøjsenheden som svar på Transf er Data Request. 
Meddelelsen indeholder de anmodede data med en parameter for svar på overførsel (Transfer 
Response Paramet er — TREP) svarende til anmodningens TRTP. 
DDP055  I første tilfæ lde (TREP F01) vil køretøjsenheden sende data, som hjælper IDE-operatøren til at 
vælg e de data, som han yderligere vil overføre. Denne meddelelse indeholder følgen de oplysninger: 
—  sikker hedscer tifikater 
—  identifikation af køretøjer 
—  køretøjsenhedens aktuelle dato og klokk eslæt 
—  mindst e og størst e dato, som kan overfø res (data fra køretøjsenhed) 
—  angivelse af kort, som er isat i køretøjsenheden 
—  tidlig ere datao verfø rsler til en virksomhed 
—  virksomhedslåse 
—  tidlig ere kontroller . 
2.2.2.11  Request Transfer Exit (SID 37) 
DDP_013 Request Transf er Exit afgives af IDE-enheden for at fortælle køretøjsenheden, at datao verførsels ­
sessionen er slut. 
2.2.2.12  Positive Response Request Transfer Exit (SID 77) 
DDP_014  Positive Response Request Transf er Exit afgives af køretøjsenheden for at kvitte re for Request 
Transf er Exit. 
2.2.2.13  Stop Communication Request (SID 82) 
DDP_015  Stop Communication Request afgives af IDE-enheden for at afbr yde kommunikationsf orbindelsen 
til køretøjsenheden. 
2.2.2.14  Positive Response Stop Communication (SID C2) 
DDP_016  Positive Response Stop Communication afgives af køretøjsenheden for at kvitte re for Stop 
Communication Request. 
2.2.2.15  Ackno wledg e Sub Message (SID 83) 
DDP_017  Ackno wledge Sub Message afgives af IDE-enheden for at bekræf te de enkelt e dele af en meddelelse, 
der overføres som flere delmeddelelser . Dataf eltet indeholder den SID, som er modtaget fra 
køretøjsenheden, og en 2-byt e-kode som følger: 
—  MsgC + 1 kvitte rer for korrekt modtagelse af delmeddelelse nummer MsgC. 
Anmodning fra IDE-enheden til køretøjsenheden om at sende næste delmeddelelse. 
—  MsgC angiver , at der er en fejl ved modtage lse af delmeddelelse nummer MsgC. 
Anmodning fra IDE-enheden til køretøjsenheden om at sende delmeddelelsen igen . 26.5.2016 L 139/267 Den Europæisk e Unions Tidende DA    
—  FFFF anmoder om afslutning af meddelelsen. 
Dette kan af IDE-enheden anvende s til at afslutte overførslen af meddelelsen fra 
køretøjsenheden uanset grund. 
For den afslutten de delmeddelelse i en meddelelse (LEN byte < 255) kan der kvitt eres med enhver 
af disse koder , eller kvitte ring kan undlades. 
Svar fra køretøjsenheden består af flere delmeddelelser og kan være: 
—  Positive Response Transfer Data (SID 76) 
2.2.2.16  Neg ative Response (SID 7F) 
DDP_018  Som svar på ovennævnte anmodninger sender køretøjsenheden Nega tive Response, når 
køretøjsenheden ikke kan imødek omme anmodningen. Meddelelsens dataf elter indeholder svarets 
SID (7F), anmodningens SID og en kode, som angiver begr undelsen for det nega tive svar . Følgen de 
koder er til rådighed: 
—  10 generel afvisning 
Operationen kan ikke gennemf øres af grunde, som ikke er omf attet af nedenstående. 
—  11 tjeneste ikke understøttet 
Anmodning ens SID er ikke blevet forstået. 
—  12 delfunktion understøtt es ikke 
Anmodning ens 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 Anmodning uden for gyldighedsområde 
Posten med anmodningens parametre (datafe lt) er ugyldig. 
—  50 upload ikke accept eret 
Anmodning en kan ikke efterk ommes (køretøjsenhed ikke i korrekt driftstilstand, eller intern 
fejl i køretøjsenhed). 
—  78 svar uafgjor t 
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 
Dataobjekte t for en anmodning om datao verfø rsel findes ikke i køretøjsenheden (f.ek s. hvis 
der ikke er isat noget kort). 
2.2.3  Meddelelsesstr øm 
En typisk meddelelsesstrøm ved en normal datao verførselsprocedure er følgen de: 
IDE  VU 
Star t Communication Request 
Positive Response 
Star t Diagnostic Service Request 
Positive Response 
Request Upload 
Positive Response 26.5.2016 L 139/268 Den Europæisk e Unions Tidende DA    
IDE  VU 
Transf er Data Request Over view 
Positive Response 
Transf er Data Request #2 
Positive Response #1 
Ackno wledge Sub Message #1 
Positive Response #2 
Ackno wledge Sub Message #2 
Positive Response #m 
Ackno wledge Sub Message #m 
Positive Response (Data Field<255 Bytes) 
Ackno wledge Sub Message (opt ional) 
… 
Transf er Data Request #n 
Positive Response 
Request Transf er Exit 
Positive Response 
Stop Communication Request 
Positive Response  
2.2.4  Synkro niser ing 
DDP_019  Under normal drift er tidsparametrene i følgende figur relevante: 
Figur 1 
Meddelelsesstrøm, synkroniser ing 
26.5.2016 L 139/269 Den Europæisk e Unions Tidende DA    
Hvor: 
P1  =Tidsr um, 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 kvitte ring til start på køretøjsenhedens næste svar . 
P3  =Tid fra slutning af køretøjsenhedens svar til start på ny anmodning fra IDE-enheden, eller 
fra slutningen af køretøjsenhedens svar til start på IDE-enhedens kvitte ring, eller fra 
slutningen af IDE-enhedens anmodning til start på ny anmodning fra IDE-enheden, hvis 
køretøjsenheden ikke svarer . 
P4  =Tidsr um, der adskiller bytes i anmodning fra IDE-enheden. 
P5  =Forlæng et P3 ved overførsel fra kort. 
Tilladte værdier af tidsparametrene er angivet i følgen de tabel (det udvidede KWP -tidsparamete rsæt, 
som anvendes ved fysisk adresser ing for at gøre kommunikationen hurtigere). 
Synkroniser ingsparameter Nedre grænseværdi 
(ms) Øvre grænseværdi 
(ms) 
P1 0 20 
P2 20 1 000 (*) 
P3 10 5 000 
P4 5 20 
P5 10 20 minutter 
(*)Hvis køretøjsenheden reagerer med et Negative Response, der indeholder en kode med betydningen »an­
modning modtaget som foreskrevet, svar afvent es«, gælder den samme øvre grænseværdi for denne værdi 
som for P3.  
2.2.5  Fejlhåndter ing 
Indtræffer der en fejl under meddelelsesudvek sling en, ændres meddelelsesstr ømmene alt efter, hvilket udstyr 
der har fundet fejlen, og den meddelelse, som har udløst fejlen. 
I figur 2 og 3 vises fejlhåndteri ngsprocedurer for hhv. køretøjsenhed og IDE-enhed. 
2.2.5.1  Fase n Begynd kommunikation 
DDP_020  Hvis IDE-enheden finder en fejl i start kommunikation-fas en, enten i synkroniser ingen eller i 
bitstrømme n, venter den i et tidsr um af P3min, før den igen afgiver anmodninge n. 
DDP_021  Hvis køretøjsenheden find er en fejl i den afgivne sekvens fra IDE-enheden, skal den intet svar 
sende og vent e på endnu en anmodning om start på kommunikation inden for et tidsr um af 
P3max. 
2.2.5.2  Kommunikationsf asen 
Der kan defineres to forske llige fejlhåndt eringsområder:  
1. Køretøjsenheden kons taterer en fejl i datao verførslen for IDE-enheden 
DDP_022  For hver modtaget meddelelse skal køretøjsenheden finde eventuelle synkroniser ingsfejl, fejl 
ved byteformat (f.eks. fejl ved start- og stopbit) og rammef ejl (forkert antal bytes modtaget , 
forker t kontrolsumby te). 
DDP_023  Hvis køretøjsenheden finder en af ovennævnte fejl, afgiver den intet svar og ignorerer den 
modtagne meddelelse. 26.5.2016 L 139/270 Den Europæisk e Unions Tidende DA    
DDP_024  Køretøjsenheden kan finde andre fejl i den modtagne meddelelses format eller indhold (f.ek s. at 
meddelelsen ikke understøtt es), uanset om meddelelsen opfylder forskr ifterne for længde og 
kontrolsum. I så fald skal køretøjsenheden svare IDE-enheden med et Neg ative Response med 
angivelse af fejlens art. 
Figur 2 
Håndter ing af fejl ved køretøjsenhed 
26.5.2016 L 139/271 Den Europæisk e Unions Tidende DA    
2. IDE-enheden regis trerer en datao verførselsfej l ved køretøjsenheden 
DDP_025  For hver modtaget meddelelse skal IDE-enheden finde eventuelle synkroniser ingsfejl, fejl ved 
byteformat, (f.eks. fejl ved start- og stopbi t) og rammef ejl (forker t antal bytes modtaget, forker t 
kontrolsumby te). 
DDP_026  IDE-enheden skal finde sekvensf ejl, f.eks. ukorrekt forøgelse af tæller ne for delmeddelelser i 
successivt modtagne meddelelser . 
DDP_027  Hvis IDE-enheden konstater er en fejl, eller der ikke kom svar fra køretøjsenheden inden for et 
tidsr um af P2max, vil anmodninge n blive sendt igen , til den er sendt i alt højst tre gang e. Hvad 
angår denne fejlfinding, vil en kvitt ering for delmeddelelse blive betragtet som en anmodning 
til køretøjsenheden. 
DDP_028  IDE-enheden skal vente mindst P3min, før den begynder hver datao verførsel. Venteper ioden 
måles fra seneste beregnede forek omst af en stopbit, efter at fejlen blev konstatere t. 
Figur 3 
Håndter ing af fejl ved IDE-enhed 
2.2.6  Svarme ddelelsens indhold 
Dette afsnit angiver indholdet af datafe ltern e i de forsk ellige positive svar meddelelser . 
Dataelemente rne er defineret i tillæg 1 (Dataordliste). 
Bemærk: For datao verfø rsel ved brug af udstyr af anden generation gælder det, at hver t dataelement på 
øverste niveau repræsent eres af et array med poster (record array), også selv om det kun indeholder én post. 
Et record array indledes med et hoved. Dette hoved angiver posttypen, poststør relsen og antallet af poster . 
Record arrays navngives »…RecordAr ray« (med hoved) som i følgende tabeller . 26.5.2016 L 139/272 Den Europæisk e Unions Tidende DA    
2.2.6.1  Positive Response Transfer Data Over view 
DDP_029  Dataf eltet i meddelelsen »Positive Response Transf er Data Over view« skal bære følgen de data i 
følgen de rækkef ølge under SID 76 Hex, TREP 01 Hex og med passende opdeling i delmeddelelser 
og behør ig tælling: 
Datastr uktur , første generation 
Dataelement  Bemærkning 
Køretøjsenheders sikkerhedsatt ester 
Identif ikation af køretøj 
Køretøjsenhedens aktuelle dato og klokkeslæt 
Periode, som kan overfø res 
Type af kort, som er isat køretøjsenheden 
Foregående overfø rsel fra køretøjsenheden 
Alle gemte virksomhedslåse. Hvis feltet står tomt, sen­
des kun noOfLocks = 0. 
Alle kontrolposter , der er gemt i køretøjsenheden. 
Hvis feltet står tomt, sendes kun noOfControls = 0. 
RSA -underskr ift for alle data (undtag en attes ter) fra 
VehicleIdentif icationNumber ned til sidste byte i sidste 
VuControlA ctivityData.  
Datastr uktur , anden generation: 
Dataelement  Bemærkning 
Attest fra medlemsstat en 
Attest for køretøjsenheden 
Identif ikation af køretøj 
Køretøjets registrer ingsnummer 
Køretøjsenhedens aktuelle dato og klokkeslæt 
Periode, som kan overfø res 
Type af kort, som er isat køretøjsenheden 
Foregående overfø rsel fra køretøjsenheden 
Alle gemte virksomhedslåse. Hvis feltet står tomt, sen­
des et array-ho ved med noOfRecords = 0. 
Alle kontrolposter , der er gemt i køretøjsenheden. 
Hvis feltet står tomt , sendes et array-ho ved med noO ­
fRecords = 0. 
ECC-underskr ift for alle foregående data undtag en atte­
sterne.  26.5.2016 L 139/273 Den Europæisk e Unions Tidende DA    
2.2.6.2  Positive Response Transfer Data Activities 
DDP_030  Dataf eltet i meddelelsen »Positive Response Transf er Data Activities« skal indeholde følgende data i 
følgen de rækkef ølge under SID 76 Hex og TREP 02 Hex med passende opdeling i delmeddelelser 
og behør ig tælling: 
Datastr uktur , første generation 
Dataelement  Bemærkning 
Dato for overført dag 
Kilomete rtæller ved afslutning af overfø rt dag 
Data om cyklusser med isætning/udtagning af kort. 
—Hvis dette felt ikke indeholder nogen tilgæ ngelig e data, sen­
des kun noOfV uCardIWRecords = 0. 
—  Hvis en VuCardIWRecord-post overskr ider 00:00 (kort isat 
den foregående dag) eller 24:00 (kort udtaget den følgen de 
dag), skal den vises fuldt ud inden for de to pågælde nde 
dage. 
Kortpladsers status kl. 00:00 og aktivitetsskift, der er registre ­
ret for den overførte dag. 
Data vedrøre nde steder, der er registreret for den overførte 
dag. Hvis feltet står tomt, sendes kun noOfPlaceRecords = 0. 
Data vedrøre nde særlige omstændigheder , der er registreret for 
den overførte dag. Hvis feltet står tomt, sendes kun noOfSpeci ­
ficConditionRecords = 0. 
RSA-underskrif t for alle data fra TimeReal ned til sidste byte i 
sidste post vedrør ende særlige omstændigheder .  
Datastr uktur , anden generation: 
Dataelement  Bemærkning 
Dato for overført dag 
Kilomete rtæller ved afslutning af overfø rt dag 
Data om cyklusser med isætning/udtagning af kort. 
—Hvis dette felt ikke indeholder nogen tilgæ ngelig e data, sen­
des et array-ho ved med noOfRecords = 0. 
—  Hvis en VuCardIWRecord-post overskr ider 00:00 (kort isat 
den foregående dag) eller 24:00 (kort udtaget den følgen de 
dag), skal den vises fuldt ud inden for de to pågælde nde 
dage. 
Kortpladsers status kl. 00:00 og aktivitetsskift, der er registre ­
ret for den overførte dag. 
Data vedrøre nde steder, der er registreret for den overførte 
dag. Hvis feltet står tomt, sendes et array-ho ved med noOfRe ­
cords = 0. 
Køretøjets GNSS-positioner , hvis førerens kontinuerlige køretid 
når op på et multiplum af tre timer . Hvis feltet står tomt, sen­
des et array-ho ved med noOfRecords = 0. 
Data vedrøre nde særlige omstændigheder , der er registreret for 
den overfø rte dag. Hvis feltet står tomt, sendes et array-ho ved 
med noOfRecords = 0. 
ECC-underskr ift for alle foregående data.  26.5.2016 L 139/274 Den Europæisk e Unions Tidende DA    
2.2.6.3  Positive Response Transfer Data Events and Faults 
DDP_031  Dataf eltet i meddelelsen »Positive Response Transf er Data Events and Faults« skal indeholde 
følgen de data i følgen de rækkef ølge under SID 76 Hex og TREP 03 Hex, med passende opdeling i 
delmeddelelser og behør ig tælling: 
Datastr uktur , første generation 
Dataelement  Bemærkning 
Alle fejl, som er gemt eller igan gværende på køretøjs ­
enheden. 
Hvis feltet står tomt, sendes kun noOfV uFaul ts = 0. 
All hændelser (undtagen overskr idelse af tilladt hastig ­
hed), som er gemt eller igangværende på køretøjsenhe ­
den. 
Hvis feltet står tomt, sendes kun noOfV uEvents = 0. 
Data vedr ørende sidst e kontrol med overskr idelse af 
tilladt hastighed (standardværdi i mangel af data). 
Alle hændelser med overskr idelse af tilladt hastighed, 
der er gemt i køretøjsenheden. 
Hvis feltet står tomt, sendes kun noOfV uOverSpeedin ­
gEvents = 0. 
Alle tidsjusteri ngshændelser , der er gemt i køretøjsen ­
heden (uden for rammer ne af en komplet kalibrer ing). 
Hvis feltet står tomt, sendes kun noOfV uTimeAd jRe­
cords = 0. 
RSA -underskr ift for alle data fra noOfV uFaul ts ned til 
sidste byte i sidst e tidsjusteringspost.  
Datastr uktur , anden generation: 
Dataelement  Bemærkning 
Alle fejl, som er gemt eller igan gværende på køretøjs ­
enheden. 
Hvis feltet står tomt , sendes et array-ho ved med noO ­
fRecords = 0. 
All hændelser (undtagen overskr idelse af tilladt hastig ­
hed), som er gemt eller igangværende på køretøjsenhe ­
den. 
Hvis feltet står tomt , sendes et array-ho ved med noO ­
fRecords = 0. 
Data vedr ørende sidst e kontrol med overskr idelse af 
tilladt hastighed (standardværdi i mangel af data). 
Alle hændelser med overskr idelse af tilladt hastighed, 
der er gemt i køretøjsenheden. 
Hvis feltet står tomt , sendes et array-ho ved med noO ­
fRecords = 0. 
Alle tidsjusteri ngshændelser , der er gemt i køretøjsen ­
heden (uden for rammer ne af en komplet kalibrer ing). 
Hvis feltet står tomt , sendes et array-ho ved med noO ­
fRecords = 0. 
ECC-underskr ift for alle foregåe nde data.  26.5.2016 L 139/275 Den Europæisk e Unions Tidende DA    
2.2.6.4  Positive Response Transfer Data Detailed Speed 
DDP_032  Dataf eltet i meddelelsen »Positive Response Transf er Data Detailed Speed« skal indeholde følgen de 
data i følgende rækkef ølge under SID 76 Hex og TREP 04 Hex, med passende opdeling i 
delmeddelelser og behør ig tælling: 
Datastr uktur , første generation 
Dataelement  Bemærkning 
Alle detaljerede hastighedsdata, der er gemt i køretøjs ­
enheden (én hastighedsblok pr. minut, i hvilket køre ­
tøjet har bevæget sig). 
60 hastighedsværdier pr. minut (én pr. sekund). 
RSA -underskr ift for alle data fra noOfSpeedBlocks ned 
til sidste byte i sidste hastighedsblok.  
Datastr uktur , anden generation: 
Dataelement  Bemærkning 
Alle detaljerede hastighedsdata, der er gemt i køretøjs ­
enheden (én hastighedsblok pr. minut, i hvilket køre ­
tøjet har bevæget sig). 
60 hastighedsværdier pr. minut (én pr. sekund). 
ECC-underskr ift for alle foregåe nde data.  
2.2.6.5  Positive Response Transfer Data Technical Data 
DDP_033  Dataf eltet i meddelelsen »Positive Response Transfer Data Technical Data« skal indeholde følgen de 
data i følgende rækkef ølge under SID 76 Hex og TREP 05 Hex med passende opdeling i 
delmeddelelser og behør ig tælling: 
Datastr uktur , første generation 
Dataelement  Bemærkning 
Alle kalibrer ingsposter , der er gemt i køretøjsenheden. 
RSA -underskr ift for alle data fra vuManufacture rName 
ned til sidste byte i sidste VuCalibrationRecord.  26.5.2016 L 139/276 Den Europæisk e Unions Tidende DA    
Datastr uktur , anden generation: 
Dataelement  Bemærkning 
Alle bevægelses sensor parringer, der er gemt i køretøjs ­
enheden 
Alle koblinger med det ekster ne GNSS-udstyr , der er 
gemt i køretøjsenheden 
Alle kalibrer ingsposter , der er gemt i køretøjsenheden. 
Alle data om isætning af kort, der er gemt i køretøjs ­
enheden. 
ECC-underskr ift for alle foregåe nde data.  
2.3.  Lagring af fil på eksternt lager medium 
DDP_034  Når en datao verfø rselssession har omf attet overførsel af data fra en køretøjsenhed, skal IDE- 
enheden i én fysisk fil gemme alle data, som er modtaget fra køretøjsenheden under overførsels ­
sessionen i meddelelser om Positive Response Transf er Data. Data, som gemmes, omf atter ikke 
meddelelsers hoved, delmeddelelsestællere, tomme delmeddelelser og kontrolsummer , men 
indbefa tter SID og TREP (af første delmeddelelse kun, hvis der er flere delmeddelelser). 
3.  PROTOK OL FOR OVERFØRSEL AF TAKOGRAFK ORT 
3.1.  Anv endelsesområde 
Dette afsnit beskr iver direkt e overfø rsel af data fra et takografk ort til en IDE-enhed. IDE-elementet indgår ikke 
i det sikre miljø. Derfor udføres der ikke ægthedsk ontrol mellem kortet og IDE-enheden. 
3.2.  Def initioner 
Overførselssession:  Hver gang der finder en overfø rsel af chipk ortdata sted . Sessionen omf atter hele 
forløbet fra en kortlæser nulstiller chipk ortet til deaktiver ing af chipk ortet (udtagning 
af kort eller næste isætning). 
Underskrev et datafil:  En fil fra chipk ortet. Filen overføres til kortlæseren som almindelig tekst. På 
chipk ortet bliver filen hashet og underskrevet, og underskr iften overfø res til 
kortlæseren. 
3.3.  Dataov erførsel af kort 
DDP_035  Overfø rsel af et takografk ort omf atter følgende trin: 
—  Overfø rsel af kortets fælles oplysninger i elementær filer ne 
 og 
 . Disse oplysning er er ikke 
oblig atori ske og sikres ikke med digital underskr ift. 
—  Overfø rsel af elementærf ilens 
 (eller 
 ) og 
. Disse oplysning er sikres ikke med digital underskr ift. 
Det er oblig atori sk at overføre disse filer ved hver overfø rselssession. 
—  Overfø rsel af applikationens øvrige elementærf iler (i de dedik erede filer 
 og 
, hvis relevant) undtagen elementærf ilen 
 . Disse 
oplysning er sikres med digital underskr ift. 
—  Ved hver overfø rselssession er det obligat orisk som minimum at overføre elementærf ilerne 
og 
 . 26.5.2016 L 139/277 Den Europæisk e Unions Tidende DA    
—  Ved overfø rsel af et førerk ort er det desuden oblig ator isk at overfø re følgende elementærf iler: 
—  Ved datao verfø rsel fra førerk ort opdate res 
 -datoen i elementærf ilen 
. 
—  Ved datao verfø rsel fra værks teds kort skal kalibrer ingstælleren i elementær filen EF 
nulstilles. 
—  Ved datao verførsel fra et værks tedskort skal elementærf ilen 
ikke overfø res. 
3.3.1  Initialiser ingssekvens 
DDP_036  IDE-enheden skal indlede sekvensen som følger: 
Kort Retning IDE-enhed/k ortlæ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øtt es af chipk ortet. 
3.3.2  Sekven s for ikke-underskre vne datafiler 
DDP_037  Følgen de sekvens anvendes til overførsel af elementærf ilerne ICC, IC, Card_Cer tificate (eller 
CardSignCer tificate) og CA_Cer tificate: 
Kort Retning IDE-enhed/k ortlæser Betydning/bemærkninger  
Select File Vælg ved filnavn 
OK 
Read Binar y Indeholder filen flere data 
end svarende til bufferstørr el­
sen af kortlæser eller kort, 
må kommandoen gentages, 
indtil hele filen er læst. 
Fildat a 
OK 
Gem data på ekster nt lage r­
medium i overensst emmelse med 3.4 
Format for lagring af data  
Note 1: Før valg af elementærf ilen Card_Cer tificate (eller CardSignCer tificate) skal takograf appli ­
kationen være valgt (vælge s ved applikationsna vn). 
Note 2: Valg og læsning af en fil kan også foretages i ét trin ved brug af en Read Binar y- 
kommando med et kort id for elementærf ilen. 26.5.2016 L 139/278 Den Europæisk e Unions Tidende DA    
3.3.3  Sekven s for underskrevne datafi ler 
DDP_038  Følgen de sekvens anvendes til hver af de efterfølgen de filer, som skal overføres med tilhørende 
underskr ift: 
Kort Retn. IDE-enhed/k ortlæser Betydning/bemærkninger  
Select File  
OK 
Perfor m Hash of File Beregner hash-værdien af den 
valgte fils dataindhold ved 
hjælp af den foreskrevne 
hash-algor itme i overens ­
stemmelse med tillæg 11. 
Denne kommando er ikke en 
ISO-k ommando 
Beregn hashværdi af fil, 
og gem hashværdi mid ­
lertidigt    
OK 
Read Binar y Indeholder filen flere data 
end svarende til bufferstørr el­
sen af kortlæser eller kort, 
må kommandoen gentages, 
indtil hele filen er læst. 
Fildat a 
OK 
Gem de modtagne data på 
ekster nt lager medium i overensst emmelse med 3.4 
Format for lagring af data  
PSO: Compute Digital Sig­
nature  
Udfør sikkerhedsoperati ­
onen »Comput e Digital 
Signature« med anven­
delse af den midler tidigt 
gemte hashværdi    
Signature 
OK 
Tilføj data til de data, som i 
forvejen er gemt på det eks­
terne lage rmedium i overensst emmelse med 3.4 
Format for lagring af data  
Bemærk: Valg og læsning af en fil kan også foretag es i ét trin ved brug af en Read Binar y- 
kommando med et kort id for elementærf ilen. I dette tilfæ lde kan elementærf ilen vælg es og læses, 
før kommandoen Perform Hash of File udføres. 
3.3.4  Sekven s for nulstilling af kalibreringstæller 
DDP_039  Til nulstilling af 
 -tælleren i elementærf ilen 
på et værks teds kort anvendes følgende sekvens: 
Kort Retn. IDE-enhed/k ortlæser Betydning/bemærkninger  
Select File, elementærf ilen 
Card_Do wnload Vælg ved filnavn 
OK 
26.5.2016 L 139/279 Den Europæisk e Unions Tidende DA    
Kort Retn. IDE-enhed/k ortlæser Betydning/bemærkninger  
Update Binar y 
NoOfCalibrationsSince ­
Download = ‘00 00’  
nulstiller antal overførs­
ler fra kort    
OK 
Bemærk: Valg og opdate ring af en fil kan også foretages i ét trin ved brug af en Update Binar y- 
kommando med et kort id for elementærf ilen.  
3.4.  Format for lagring af data 
3.4.1  Indledning 
DDP_040  De overførte data skal gemmes i overensstemmelse med følgen de betinge lser: 
—  Data skal opbevares transparent. Dette indebærer , at byte-rækk efølgen såvel som 
bitrække følgen i den overfø rte byte skal forblive uændret ved overfø rslen. 
—  Alle filer, der overfø res fra kortet i løbet af en overfø rselssession, gemmes i én fil på det 
ekster ne lagermedium. 
3.4.2  Filformat 
DDP_041  Filformatet er en sammenkædning af flere TLV-objekter . 
DDP_042  Etiketten for en elementærf il skal være filidentifikatoren med tilføjelsen »00«. 
DDP_043  Etiketten for en elementærf ils underskr ift skal være filidentifikatoren plus tilføjelsen »01«. 
DDP_044  Længden er en to byte-værdi. Værdien fastlægger antal bytes i feltet Værdi. Værdien ‘FF FF’ i 
længdef eltet er forbeholdt fremtidig brug. 
DDP_045  Når en fil ikke overføres, må intet vedrøre nde filen gemmes (inge n etiket og ingen nullængde). 
DDP_046  En underskr ift skal gemmes som næst e TLV-objekt direkt e efter det TLV-objekt, som indeholder 
filens data. 
Defini tion Betydning Længde 
FID (2 bytes) || »00« Etiket for elementærf il (FID) 3 bytes 
FID (2 bytes) || »01« Etiket for underskr ift af ele­
mentærf il (FID) 3 bytes 
xx xx Længde af feltet Værdi 2 bytes  
Eksempel på data i en fil overfø rt til ekster nt lage rmedium: 
Mærkat Længde Værdi 
Data i elementær filen ICC 
Data i elementær filens Card_Cer tificate   
… 
Data i elementær filen 
Underskr ift af elementærf ilen 
26.5.2016 L 139/280 Den Europæisk e Unions Tidende DA    
4.  OVERFØRSEL AF TAKOGRAFK ORT VIA KØRETØJSENHEDEN 
DDP_047  Køretøjsenheden skal gøre det muligt at overføre indholdet af et førerk ort, som indsættes i en 
tilslutt et IDE-enhed. 
DDP_048  IDE-enheden sender meddelelsen Transf er Data Request Card Download til køretøjsenheden for at 
indlede denne arbejdstilstand (se 2.2.2.9). 
DDP_049  Køretøjsenheden skal deref ter overføre hele kortet fil for fil i overensst emmelse med protok ollen 
for overførsel af kort som fastlagt i punkt 3 og skal fremsende alle data, som er modtaget fra 
kortet, til det eksterne lager medium i det korrekt e TLV-filformat (se 3.4.2) og indkapslet i en 
»Positive Response Transfer Data«-meddelelse. 
DDP_050  IDE-enheden skal hente data fra meddelelsen »Positive Response Transf er Data« (efter fjernelse af 
alle hoveder , SID, TREP , delmeddelelsestællere og kontrolsummer) og gemme dem i én fysisk fil 
som beskrevet i punkt 2.3. 
DDP_051  Køretøjsenheden skal deref ter i givet fald ajourf øre førerk ortets 
 -fil 
eller 
 -fil.  26.5.2016 L 139/281 Den Europæisk e Unions Tidende DA    
Tillæg 8 
KALIBRERINGSPR OTOK OL 
INDHOLDSFORTEGNELSE 
1. INDLEDNING .................................................................................................................................... 283 
2. TERMER, DEFINITIONER OG HENVISNINGER ........................................................................................... 283 
3. OVERSIGT OVER SER VICER .................................................................................................................. 284 
3.1. Tilgæng elige servicer ............................................................................................................... 284 
3.2. Svark oder ............................................................................................................................. 285 
4. KOMMUNIKA TIONSSER VICER ............................................................................................................... 285 
4.1. Servicen Star tCommunication ................................................................................................... 285 
4.2. StopCommunication-ser vice ..................................................................................................... 287 
4.2.1 Beskr ivelse af meddelelser ........................................................................................................ 287 
4.2.2 Meddelelsesf ormat .................................................................................................................. 288 
4.2.3 Paramet erdefinition ................................................................................................................. 289 
4.3. TesterPres ent-ser vice ............................................................................................................... 289 
4.3.1 Beskr ivelse af meddelelser ........................................................................................................ 289 
4.3.2 Meddelelsesf ormat .................................................................................................................. 289 
5. ADMINISTRA TIONSSER VICER ............................................................................................................... 291 
5.1. Star tDiagnosticSession-ser vice ................................................................................................... 291 
5.1.1 Beskr ivelse af meddelelser ........................................................................................................ 291 
5.1.2 Meddelelsesf ormat .................................................................................................................. 292 
5.1.3 Paramet erdefinition ................................................................................................................. 293 
5.2. Secur ityA ccess-ser vice ............................................................................................................. 294 
5.2.1 Beskr ivelse af meddelelser ........................................................................................................ 294 
5.2.2 Meddelelsesf ormat — Secur ityA ccess — requestSeed ...................................................................... 295 
5.2.3 Meddelelsesf ormat — Secur ityA ccess — sendKey .......................................................................... 296 
6. DATAOVERFØRSELSSER VICER .............................................................................................................. 297 
6.1. ReadDataByIdentif ier-service ..................................................................................................... 298 
6.1.1 Beskr ivelse af meddelelser ........................................................................................................ 298 
6.1.2 Meddelelsesf ormat .................................................................................................................. 298 
6.1.3 Paramet erdefinition ................................................................................................................. 299 
6.2. WriteDataByIdentif ier-service .................................................................................................... 300 
6.2.1 Beskr ivelse af meddelelser ........................................................................................................ 300 
6.2.2 Meddelelsesf ormat .................................................................................................................. 300 
6.2.3 Paramet erdefinition ................................................................................................................. 302 26.5.2016 L 139/282 Den Europæisk e Unions Tidende DA    
7. KONTR OL AF TESTIMPULSER — FUNK TIONSENHED FOR IND-/UDD ATAST YRING .......................................... 302 
7.1. InputOutputControlByIdentifier -service ....................................................................................... 302 
7.1.1 Beskr ivelse af meddelelser ........................................................................................................ 302 
7.1.2 Meddelelsesf ormat .................................................................................................................. 303 
7.1.3 Paramet erdefinition ................................................................................................................. 304 
8. FORMA TER TIL DATARECOR DS ............................................................................................................ 305 
8.1. Værdiområder for overfø rte parametre ........................................................................................ 305 
8.2. Format er til dataRecords .......................................................................................................... 306  
1.  INDLEDNING 
I dette tillæg beskr ives, 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 kalibrer ingsgrænsef lade. Det beskr iver desuden styringen af ind-/uddatalinjen på 
kalibrer ingsstikket. 
Etabler ing af K-linje-k ommunikationer er beskrevet i punkt 4 »Kommunikationsser vicer«. 
I dette tillæg anvendes begrebet »diagnosesessioner« til fastlægg else af omfang et af styring over K-linjen under 
forske llige betingelse r. Den forudindstillede tilstand er »standardsessionen«, hvor alle data kan aflæses fra 
køretøjsenheden, men ingen data kan skrives til den. 
Valg af diagnosesession er beskrevet i punkt 5 »Administrationsser vicer«. 
Dette tillæg skal betragt es som relevant for begg e generationer af køretøjsenheder og værks tedskort, som 
overholder de interoperabilit etskrav , der er fastlagt i denne forordning. 
CPR_001  I »ECUProgrammingSession« kan der indlæses data til køretøjsenheden. Ved indlæsning af 
kalibrer ingsdata skal køretøjsenheden desuden være i funktionstilstand CALIBRA TION. 
Datao verførsel via K-linje er beskrevet i afsnit 6 »Datao verførselsser vicer«. Formatet af de overførte data 
er beskrevet i afsnit 8 »For mat er til dataRecords«. 
CPR_002  I »ECU AdjustmentSession« kan kalibrer ings-I/O-signallinjens I/O-funktionstilstand vælg es via K- 
linjegrænsef laden. Kontrol af kalibrer ings-I/O-signallinjen er beskrevet i afsnit 7 »Kontrol af 
testimpulser — funktionsenhed for ind-/uddatastyr ing«. 
CPR_003  I hele dette dokument betegnes testerens adresse som ‘tt’. Skønt visse adresser for testere kan være 
foretr ukne, skal køretøjsenheden svare korrekt på enhver testeradresse. Køretøjsenhedens fysisk e 
adresse er 0xEE. 
2.  TERMER, DEFINITIONER OG HENVISNINGER 
Protok oller , meddelelser og fejlk oder bygger hovedsageli g på udkast et 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 serviceidentifik ator er, serviceanmodninger og -svar samt 
standardparametre. 
Begrebet »test er« anvendes for det udstyr , som benyttes til at indlæse programmer ings- og kalibrer ingsdata i 
køretøjsenheden. 
Begreber ne »klient« og »server« henviser henholdsvis til testeren og køretøjsenheden. 
Begrebet ECU står for »Electronic control unit« og henviser til køretøjsenheden. 26.5.2016 L 139/283 Den Europæisk e Unions Tidende DA    
Henvisninger : 
ISO 14230-2: Road Vehicles — Diagnostic Syste ms — Keyw ord Protocol 2000 — Part 2: Data Link Layer. 
First edition: 1999. 
Vehicles — Diagnostic. 
3.  OVERSIGT OVER SER VICER 
3.1.  Tilgængelige servicer 
I nedenstående tabel gives en oversigt over de servicer , som vil være til rådighed i takograf en og er fastlagt i dette 
dokument. 
CPR_004  Tabeller ne angiver servicer , som er til rådighed i en påbegyndt diagnosesession. 
—  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ær mere defineret. 
—  Søjle 3 tildeler værdier til serviceidentif ikatorer for anmodningsmeddelelser . 
—  Søjle 4 angiver de servicer i en »StandardDiagnosticSession« (SS), som skal være imple menteret i 
hver køretøjsenhed. 
—  Søjle 5 angiver de servicer i en »ECU AdjustmentSession« (ECU AS), som skal være implementeret, så 
der er mulighed for styring af I/O-signallinjen i kalibrer ingsstikket på køretøjsenhedens frontpanel. 
—  Søjle 6 angiver de servicer i en »ECUProgrammingSession« (ECUPS), som skal være implementer et, 
så der kan programmeres parametre i køretøjsenheden. 
Tabel 1 
Oversigtst abel over serviceidentif ikatorer  
Diagnosesession 
Navn på diagnoseser vice Afsnit nr. Værdi af Sid- 
anmodning SD ECU AS ECUPS 
Star tCommunication 4.1 81             
StopCommunicatio n 4.2 82       
TesterPresent 4.3 3E             
Star tDiagnosticSession 5.1 10             
Secur ityA ccess 5.2 27             
ReadDataByIdentifi er 6.1 22             
WriteDataByIdentifier 6.2 2E       
InputOutputCont rolByIdentif ier 7.1 2F         
   Dett e symbol angiver , at servicen er oblig ator isk i denne diagnosesession. 
Hvis der ikke er noget symbol, er servicen ikke er tilladt i denne diagnosesession.  26.5.2016 L 139/284 Den Europæisk e Unions Tidende DA    
3.2.  Svark oder 
Svark oder er defineret for hver service. 
4.  KOMMUNIKA TIONSSER VICER 
Visse servicer er nødvendige til at etablere og opretholde kommunikation. De figurerer ikke i applikationslaget. I 
følgen de tabel beskr ives de servicer , som er til rådighed: 
Tabel 2 
Kommunikationsser vicer 
Servicens navn Beskr ivelse 
Star tCommunication Klienten anmoder om påbegyndelse af en kommunikationssession med en ser­
ver 
StopCommunicatio n Klienten anmoder om at standse den aktuelle kommunikationssession 
TesterPresent Klienten angiver over for serveren, at den stadig er til stede  
CPR_005  Servicen Star tCommunication anvendes til at begynde en kommunikation. For enhver service gælder , at 
kommunikationen skal være initialiseret, og kommunikationsparametrene skal være passende til den 
pågældende funktionstilstand. 
4.1.  Servicen StartCommunication 
CPR_006  Ved modtage lse af en Star tCommunication-indikation skal køretøjsenheden kontrollere, om den 
ønsk ede dataf orbindelse kan initialiseres under de aktuelle betingelse r. De gældende betingelser for 
initialiser ing af en dataf orbindelse er beskrevet i dokument ISO 14230-2. 
CPR_007  Deref ter skal køretøjsenheden udføre alle de operationer , som er nødvendige for at initialisere 
dataf orbindelsen og sende et Star tCommunication-svar , hvor parametre for positivt svar er valgt. 
CPR_008  Hvis en køretøjsenhed, som i forvejen er initialiseret (og har påbegyndt en diagnosesession, uanset 
hvilk en), modtage r en ny Star tCommunication-anmodning (f.ek s. pga. fejlafhjælpning i testeren), skal 
anmodninge n accept eres, og køretøjsenheden skal reinitialiseres. 
CPR_009  Hvis dataf orbindelsen af en eller grund ikke kan initialiseres, skal køretøjsenheden fortsætte med at 
fung ere, som den gjorde umiddelbar t før forsøge t på at initialisere dataf orbindelsen. 
CPR_010  Meddelelsen med anmodningen Star tCommunication skal være fysisk adresseret. 
CPR_011  Initialiser ing af køretøjsenheden til servicer sker ved hurtig initialiser ing 
—  forud for enhver aktivitet er en periode, hvor bussen er ledig 
—  testeren sender deref ter et initialiser ingsmønster 
—  alle oplysning er, som er nødvendige til oprett else af dataf orbindelsen, er indeholdt i svaret fra 
køretøjsenheden. 
CPR_012  Når initialiser ing har fundet sted , 
—  er alle kommunikationsparametre sat til de i Tabel 4 fastlagt e standardværdier i henhold til 
nøg leby tes. 
—  afventer køretøjsenheden første anmodning fra testeren. 26.5.2016 L 139/285 Den Europæisk e Unions Tidende DA    
—  er køretøjsenheden i sin standardfunktionstilstand for diagnose, dvs. StandardDiagnosticSession. 
—  er I/O-signallinjen for kalibrer ing i standardtilstand, dvs. deaktiveret. 
CPR_014  Datahastigheden på K-linjen skal være 10 400 baud. 
CPR_016  Hur tig initialiser ing igan gsætte s ved, at testeren overfører et opvågningsmønste r (Wup) på K-linjen. 
Efter den ledige periode på K-linjen begynder mønst eret med et kortvar igt Tinil. Testeren overfører 
første bit af Star tCommunication-ser vicen efter en periode med Twup, som efterfølger den første 
slutkant. 
CPR_017  Synkroniser ingsværdier ne for hurtig initialiser ing og for meddelelser i almindelighed er givet i 
nedenstående tabel. Der er forsk ellige muligheder for den ledige tid: 
—  Første overførsel, efter at der er tændt, Tidle = 300 ms. 
—  Efter afslutning af en StopCommunicatio n Service, Tidle = P3 min. 
—  Efter afbr ydelse af kommunikation ved tidsudk obling P3 maks., Tidle = 0. 
Tabel 3 
Synkroniser ingsværdier for hur tig initialiser ing 
Parameter Min. værdi Mak s. værdi 
Tinil 25 ± 1 ms 24 ms 26 ms 
Twup 50 ± 1 ms 49 ms 51 ms  
Tabel 4 
Synkroniser ingsværdier for kommunikation 
Tidspunkt 
Paramet er Paramet erbeskr ivelse Nedre 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øjsenhed 25 250 
P3 Tid mellem slutning af svar fra køretøjsenhed og 
begyndelse på ny anmodning fra tester 55 5 000 
P4 Tid mellem bytes for anmodning fra tester 5 20  26.5.2016 L 139/286 Den Europæisk e Unions Tidende DA    
CPR_018  Meddelelsesf ormate t for hurtig initialiser ing er givet i nedenstående tabeller . 
Tabel 5 
StartCommunication-anmodning 
Byte # Parameternavn Hex-værdi Huskeværdi 
#1 Formatb yte — fysisk adresser ing 81 FMT 
#2 Adressebyt e på destination EE TGT 
#3 Adressebyt e på kilde tt SRC 
#4 Service-ID på Star tCommunication-anmod ­
ning 81 SCR 
#5 Kontrolsum 00-FF CS  
Tabel 6 
Positivt svar på Star tCommunication 
Byte # Parameternavn Hex-værdi Huskeværdi 
#1 Formatb yte — fysisk adresser ing 80 FMT 
#2 Adressebyt e på destination tt TGT 
#3 Adressebyt e på kilde EE SRC 
#4 Ekstra længdebyt e 03 LEN 
#5 Service-ID for positivt svar på Star tCommuni ­
cation C1 SCRPR 
#6 Nøg leby te 1 EA KB1 
#7 Nøg leby te 2 8F KB2 
#8 Kontrolsum 00-FF CS  
CPR_019  Der findes intet negativt svar på en Star tCommunication-anmodning; er der ingen positiv 
svar meddelelse at overføre, bliver køretøjsenheden ikke initialiseret, der overfø res intet, og enheden 
fortsætter i normal funktionstilstand. 
4.2.  StopCommunication-ser vice 
4.2.1  Beskr ivelse af meddelelser 
Denne service er placeret i kommunikationslag et og anvendes til at afslutte en kommunikationssession. 
CPR_020  Ved modtagelse af en StopCommunication-indikation skal køretøjsenheden kontrollere, om 
kommunikationen kan afsluttes under de aktuelle betingelse r. I bekræf tende fald skal køretøjsenheden 
udføre alle de nødvendige operationer til at afslutte kommunikationen. 26.5.2016 L 139/287 Den Europæisk e Unions Tidende DA    
CPR_021 Hvis det kan lade sig gøre at afslutte kommunikationen, skal køretøjsenheden afgive et StopCo mmu ­
nication-svar med parametre svarende til positivt svar , før kommunikationen afsluttes. 
CPR_022  Hvis kommunikationen af en eller anden grund ikke kan afsluttes, skal køretøjsenheden afgive et 
StopCommunication-svar med parameteren nega tivt svar . 
CPR_023  Hvis køretøjsenheden registrerer tidsudk obling af P3max, skal kommunikationen afsluttes, uden at der 
afgives et svar . 
4.2.2  Meddelelsesfor mat 
CPR_024  Meddelelsesf ormate r for StopCo mmunication er givet i følgen de tabeller: 
Tabel 7 
StopCommunication-anmodning 
Byte # Parameternavn Hex-værdi Huskeværdi 
#1 Formatb yte — fysisk adresser ing 80 FMT 
#2 Adressebyt e på destination EE TGT 
#3 Adressebyt e på kilde tt SRC 
#4 Ekstra længdebyt e 01 LEN 
#5 Service-ID på StopCommunication-anmodning 82 SPR 
#6 Kontrolsum 00-FF CS  
Tabel 8 
Positivt svar på StopCommunication 
Byte # Parameternavn Hex-værdi Huskeværdi 
#1 Formatb yte — fysisk adresser ing 80 FMT 
#2 Adressebyt e på destination tt TGT 
#3 Adressebyt e på kilde EE SRC 
#4 Ekstra længdebyt e 01 LEN 
#5 Service-ID for positivt svar på StopCommuni ­
cation C2 SPRPR 
#6 Kontrolsum 00-FF CS  26.5.2016 L 139/288 Den Europæisk e Unions Tidende DA    
Tabel 9 
Negativt svar på StopCommunication 
Byte # Parameternavn Hex-værdi Huskeværdi 
#1 Formatb yte — fysisk adresser ing 80 FMT 
#2 Adressebyt e på destination tt TGT 
#3 Adressebyt e på kilde EE SRC 
#4 Ekstra længdebyt e 03 LEN 
#5 Service-ID på negativt svar 7F NR 
#6 Service-ID på StopCo mmunication 82 SPR 
#7 responseCode = generalReject 10 RC_GR 
#8 Kontrolsum 00-FF CS  
4.2.3  Parameter defin ition 
Denne service kræver ingen parameterdefinition. 
4.3.  TesterPresent-ser vice 
4.3.1  Beskr ivelse af meddelelser 
Servicen TesterPresent anvendes af testeren til at angive, at serveren stadig er til stede for at undg å, at serveren 
automatisk retur nerer til normal drift og eventuelt standser kommunikationen. Denne service, der udføres med 
regelmæssig e mellemr um, holder diagnosesession/k ommunikation aktive ved at tilbage stille P3-timeren, hver gang 
der modtag es en anmodning om denne service. 
4.3.2  Meddelelsesfor mat 
CPR_079  Meddelelsesf ormate r for TesterPresent-instr uktioner er angivet i følge nde tabeller . 
Tabel 10 
TesterP resent-anmodning 
Byte # Parameternavn Hex-værdi Huskeværdi 
#1 Formatb yte — fysisk adresser ing 80 FMT 
#2 Adressebyt e på destination EE TGT 
#3 Adressebyt e på kilde tt SRC 
#4 Ekstra længdebyt e 02 LEN 
#5 Identif ikation af servicen TesterPresent-f ore­
spørgsel 3E TP 26.5.2016 L 139/289 Den Europæisk e Unions Tidende DA    
Byte # Parameternavn Hex-værdi Huskeværdi 
#6 Delfunktion = responseRequired = [ja 01 RESPREQ_Y 
nej] 02 RESPREQ_NO 
#7 Kontrolsum 00-FF CS  
CPR_080  Hvis parameter en responseRequired sættes til »ja«, skal serveren svare med følgen de positive 
svar meddelelse. Hvis den sættes til »nej«, kommer der intet svar fra serveren. 
Tabel 11 
Positivt svar på TesterPresent 
Byte # Parameternavn Hex-værdi Huskeværdi 
#1 Formatb yte — fysisk adresser ing 80 FMT 
#2 Adressebyt e på destination tt TGT 
#3 Adressebyt e på kilde EE SRC 
#4 Ekstra længdebyt e 01 LEN 
#5 Identif ikation af servicen TesterPresent-f ore­
spørgsel 7E TPPR 
#6 Kontrolsum 00-FF CS  
CPR_081  Servicen skal understøtte følgen de negative svark oder: 
Tabel 12 
Negativt svar på TesterPresent 
Byte # Parameternavn Hex-værdi Huskeværdi 
#1 Formatb yte — fysisk adresser ing 80 FMT 
#2 Adressebyt e på destination tt TGT 
#3 Adressebyt e på kilde EE SRC 
#4 Ekstra længdebyt e 03 LEN 
#5 Service-ID på negativt svar 7F NR 
#6 Identifikation af servicen TesterPresent-f orespørg ­
sel 3E TP 26.5.2016 L 139/290 Den Europæisk e Unions Tidende DA    
Byte # Parameternavn Hex-værdi Huskeværdi 
#7 responseCode = [SubFunctionNotSuppor ted-In­
validFor mat 12 RC_SFNS_IF 
incor rectMessageL ength] 13 RC_IML 
#8 Kontrolsum 00-FF CS  
5.  ADMINISTRA TIONSSER VICER 
I følgende tabel beskr ives de servicer , som er til rådighed: 
Tabel 13 
Administ rationsser vicer 
Servicens navn Beskr ivelse 
Star tDiagnosticSession Klienten anmoder om at påbegynde en diagnosesession med en VU. 
Secur ityA ccess Klienten anmoder om adgan g til funktioner , som er forbeholdt autori serede 
brugere.  
5.1.  StartDiagnos ticSession-ser vice 
5.1.1  Beskr ivelse af meddelelser 
CPR_025  Servicen Star tDiagnosticSession anvendes til at tillade forsk ellige diagnosesessioner i serveren. En 
diagnosesession tillader et nær mere bestemt sæt servicer i henhold til Tabel 17. En session kan for 
køretøjsf abrikante n åbne særlige servicer , som ikke indgår i dette dokument. Imp lementeri ngsreg lerne 
skal være i overensst emmelse med følgen de krav: 
—  Der skal altid være netop én aktiv diagnosesession i køretøjsenheden. 
—  Køretøjsenheden skal altid åbne StandardDiagnosticSession, når den startes op. Hvis der ikke 
påbegyndes nogen anden diagnosesession, skal StandardDiagnosticSession køre, så læng e 
køretøjsenheden er tændt. 
—  Har testeren anmodet om en diagnosesession, som i forvejen kører , skal køretøjsenheden afgive en 
positiv svar meddelelse. 
—  Når testeren anmoder om en ny diagnosesession, skal køretøjsenheden først sende en positiv 
svar meddelelse på Star tDiagnosticSession, 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å Star tDiagnosticSession, og den aktuelle session skal fortsætt e. 
CPR_026  En diagnosesession må kun påbegyndes, hvis der er etableret kommunikation mellem klienten og 
køretøjsenheden. 
CPR_027 Efter en vellykket Star tDiagnosticSession med diagnosticSession-paramet eren sat til »StandardDiagn ­
sticSession« i anmodningsmeddelelsen skal de i Tabel 4 angivne synkroniser ingsparametre være aktive, 
hvis en anden diagnosesession i forvejen var aktiv . 26.5.2016 L 139/291 Den Europæisk e Unions Tidende DA    
5.1.2  Meddelelsesfor mat 
CPR_028  Meddelelsesf ormate rne for Star tDiagnosticSession er givet i følgen de tabeller . 
Tabel 14 
Star tDiagnos ticSession-anmodning 
Byte # Parameternavn Hex-værdi Huskeværdi 
#1 Formatb yte — fysisk adresser ing 80 FMT 
#2 Adressebyt e på destination EE TGT 
#3 Adressebyt e på kilde tt SRC 
#4 Ekstra længdebyt e 02 LEN 
#5 Service-ID på Star tDiagnos ticSession-anmod ­
ning 10 STDS 
#6 diagnosticSession = [en værdi fra Tabel 17] xx DS_… 
#7 Kontrolsum 00-FF CS  
Tabel 15 
Positivt svar på StartDiagnosticSession 
Byte # Parameternavn Hex-værdi Huskeværdi 
#1 Formatb yte — fysisk adresser ing 80 FMT 
#2 Adressebyt e på destination tt TGT 
#3 Adressebyt e på kilde EE SRC 
#4 Ekstra længdebyt e 02 LEN 
#5 Service-ID for positivt svar på StartDiagno ­
sticSession 50 STDSPR 
#6 diagnosticSession = [samme værdi som byte #6 i 
Tabel 14] xx DS_… 
#7 Kontrolsum 00-FF CS  
Tabel 16 
Negativt svar på Star tDiagnos ticSession 
Byte # Parameternavn Hex-værdi Huskeværdi 
#1 Formatb yte — fysisk adresser ing 80 FMT 
#2 Adressebyt e på destination tt TGT 26.5.2016 L 139/292 Den Europæisk e Unions Tidende DA    
Byte # Parameternavn Hex-værdi Huskeværdi 
#3 Adressebyt e på kilde EE SRC 
#4 Ekstra længdebyt e 03 LEN 
#5 Service-ID på negativt svar 7F NR 
#6 Service-ID på Star tDiagnosticSession-anmodning 10 STDS 
#7 ResponseCode = [subFunctionNotSuppor ted(a) 12 RC_SFNS 
incor rectMessageL ength (b) 13 RC_IML 
conditionsNotCor rect (c) 22 RC_CNC 
#8 Kontrolsum 00-FF CS 
(a)  — værdien i byte #6 i anmodningen understøttes ikke, dvs. ikke i tabel 17 
(b)  -anmodningens længde er forker t 
(c)  — kriterier ne for anmodningen Star tDiagnosticSession er ikke opfyldt.  
5.1.3  Parameter defin ition 
CPR_029  Parameter en diagnosticSession (DS_) anvendes af Star tDiagnosticSession-ser vicen til at vælge en 
nær mere best emt adfæ rd for serveren (serverne). Følgen de diagnosesessioner er beskrevet i dette 
dokument: 
Tabel 17 
Fastlæggelse af værdier for diagnost icSession 
Hex Beskr ivelse Huskeværdi 
81 StandardDiagnos ticSession 
Denne diagnosesession tillader alle servicer i tabel 1, søjle 4 “SD”. Disse 
servicer giver mulighed for læsning af data fra en server (køretøjsenhed). 
Denne diagnosesession er aktiv efter vellykke t initialiser ing mellem klient 
(tester) og server (køretøjsenhed). Denne diagnosesession kan overskr ives 
af andre diagnosesessioner , som foreskr ives i dette afsnit. SD 
85 ECUProg rammingSession 
Denne diagnosesession tillader alle servicer i tabel 1, søjle 6 “ECUPS”. 
Disse servicer understøtter programmer ing af hukommelsen på en server 
(køretøjsenhed). Denne diagnosesession kan overskr ives af andre diagno ­
sesessioner , som er beskrevet i dette afsnit. ECUPS 
87 ECU Adjust mentSession 
Denne diagnosesession tillader alle servicer i tabel 1, søjle 5 “ECU AS”. 
Disse servicer understøtt er ind-/uddatastyr ing for en server (køretøjsen ­
hed). Denne diagnosesession kan overskr ives af andre diagnosesessioner , 
som foreskr ives i dette afsnit. ECU AS  26.5.2016 L 139/293 Den Europæisk e Unions Tidende DA    
5.2.  Secur ityAccess-ser vice 
Skrivning af kalibrer ingsdata er kun mulig, når køretøjsenheden er i CALIBRA TION-funktionstilstand. For at få 
adgang til CALIBRA TION-funktionstilstand skal man isætte et gyldigt værks tedskort i køretøjsenheden og indlæse 
korrekt PIN-k ode i køretøjsenheden. 
Når køretøjsenheden er i funktionstilstandene CALIBRA TION eller CONTR OL er der også adgang til 
kalibrer inge ns ind-/uddatalinje. 
Secur ityA ccess-ser vicen kan anvendes til at indlæse PIN-k oden og angive over for testeren, om køretøjsenheden er 
i funktionstilstand CALIBRA TION eller ej. 
Det kan godtage s, at indlæsning af PIN-k oden kan ske på anden måde. 
5.2.1  Beskr ivelse af meddelelser 
Sikkerhedss ervicen består af en Secur ityA ccess »requestSeed«-meddelelse, senere efterfulgt af en Secur ityA ccess 
»sendKey«-meddelelse. Secur ityA ccess skal udføres efter Star tDiagnosticSession. 
CPR_033  Testeren skal anvende Secur ityA ccess »sendKe y«-meddelelsen til kontrol af, om køretøjsenheden er klar 
til at modtage en PIN-k ode. 
CPR_034  Er køretøjsenheden i forvejen i CALIBRA TION-funktionstilstand, skal den besvare forespørgslen ved at 
sende et »basistal« på 0x0000 ved hjælp af servicen positivt svar på Secur ityA ccess. 
CPR_035  Er køretøjsenheden klar til at modtage en PIN-k ode med henblik på kontrol ved hjælp af et 
værkstedsk ort, skal den besvare forespørgslen ved at sende et »basistal« stør re end 0x0000 ved hjælp af 
servicen positivt svar på Secur ityA ccess. 
CPR_036  Er køretøjsenheden ikke klar til at accept ere en PIN-k ode fra testeren, enten fordi det isatte 
værkstedsk ort ikke er gyldigt, fordi der ikke er indsat et værks tedskort, eller fordi køretøjsenheden 
forventer PIN-k oden indlæst på anden måde, skal den besvare forespørgslen med et negativt svar , hvor 
svark oden er sat til conditionsNotCor rectOrRequestSequenceEr ror. 
CPR_037  Testeren skal deref ter til sidst anvende servicen Secur ityA ccess »SendKe y«-meddelelse til at fremsende 
en PIN-k ode til køretøjsenheden. For at give tid til ægthedsk ontrol skal køretøjsenheden anvende den 
nega tive svark ode requestCor rectlyReceived-ResponseP ending for at forlæng e tiden til at svare. Dog må 
den maksi male svar tid ikke være over 5 minutte r. Så snar t den ønsk ede service er udført, skal 
køretøjsenheden sende en positiv svar meddelelse eller negativ svar meddelelse med en svark ode 
forskellig fra denne. Den negative svark ode requestCor rectlyReceived-ResponsePe nding kan af 
køretøjsenheden gentages, indtil den ønskede service er udført og den endelige svar meddelelse sendt. 
CPR_038  Køretøjsenheden skal kun besvare denne anmodning med servicen positivt svar på Secur ityA ccess, når 
den er i CALIBRA TION-funktionstilstand. 
CPR_039  I følgen de tilfæ lde skal køretøjsenheden besvare denne forespørgsel med et negativt svar med en 
svark ode sat til: 
—  subFunctionNot suppor ted: Ugyldigt format af delfunktionens parameter (accessT ype) 
—  conditionsNotCor rectOrRequestSequenceEr ror: Køretøjsenheden ikke klar til at accept ere en 
indtastet PIN-k ode 
—  invalidKe y: PIN-k ode ikke gyldig, og antal PIN-k odef orsøg ikke overskredet, 
—  exceededNumberOfA ttem pts: PIN-k ode ikke gyldig, og antal PIN-k odef orsøg overskredet, 
—  generalReject: korrekt PIN-k ode, men gensidig ægthedsk ontrol med værks tedskort mislykke des. 26.5.2016 L 139/294 Den Europæisk e Unions Tidende DA    
5.2.2  Meddelelsesfor mat — Secur ityA ccess — requestSeed 
CPR_040  Meddelelsesf ormate rne for Secur ityA ccess »requestSeed«-instr uktioner ne er angivet i nedenstående 
tabeller: 
Tabel 18 
Secur ityAccess-anmodning — requestSeed-meddelelse 
Byte # Parameternavn Hex-værdi Huskeværdi 
#1 Formatb yte — fysisk adresser ing 80 FMT 
#2 Adressebyt e på destination EE TGT 
#3 Adressebyt e på kilde tt SRC 
#4 Ekstra længdebyt e 02 LEN 
#5 Service-ID på Secur ityAccess-anmodning 27 SA 
#6 accessT ype — requestSeed 7D AT_RSD 
#7 Kontrolsum 00-FF CS  
Tabel 19 
Positiv svar meddelelse på Secur ityAccess — requestSeed 
Byte # Parameternavn Hex-værdi Huskeværdi 
#1 Formatb yte — fysisk adresser ing 80 FMT 
#2 Adressebyt e på destination tt TGT 
#3 Adressebyt e på kilde EE SRC 
#4 Ekstra længdebyt e 04 LEN 
#5 Service-ID for positivt svar på Secur ityAccess 67 SAPR 
#6 accessT ype — requestSeed 7D AT_RSD 
#7 Basistal højt 00-FF SEEDH 
#8 Basistal lavt 00-FF SEEDL 
#9 Kontrolsum 00-FF CS  
Tabel 20 
Negativt svar på Secur ityAccess 
Byte # Parameternavn Hex-værdi Huskeværdi 
#1 Formatb yte — fysisk adresser ing 80 FMT 
#2 Adressebyt e på destination tt TGT 
#3 Adressebyt e på kilde EE SRC 26.5.2016 L 139/295 Den Europæisk e Unions Tidende DA    
Byte # Parameternavn Hex-værdi Huskeværdi 
#4 Ekstra længdebyt e 03 LEN 
#5 Service-ID for negativ eResponse 7F NR 
#6 Service-ID på Secur ityA ccess-anmodning 27 SA 
#7 responseCode = [conditionsNotCor rectOrRe ­
questSequenceEr ror 22 RC_CNC 
incor rectMessageL ength] 13 RC_IML 
#8 Kontrolsum 00-FF CS  
5.2.3  Meddelelsesfor mat — Secur ityA ccess — sendKe y 
CPR_041  Meddelelsesf ormate rne for Secur ityA ccess »sendKey«-instr uktioner er givet i nedenstående tabeller: 
Tabel 21 
Secur ityAccess-anmodning — sendKe y-meddelelse 
Byte # Parameternavn Hex-værdi Huskeværdi 
#1 Formatb yte — fysisk adresser ing 80 FMT 
#2 Adressebyt e på destination EE TGT 
#3 Adressebyt e på kilde tt SRC 
#4 Ekstra længdebyt e m+2 LEN 
#5 Service-ID på Secur ityAccess-anmodning 27 SA 
#6 accessT ype — sendKey 7E AT_SK 
#7 til #m 
+6 Nøg le #1 (høj) xx KEY 
… …  
Nøg le #m (lav, m skal være mindst 4 og højst 8) xx  
#m+7 Kontrolsum 00-FF CS  
Tabel 22 
Positiv svar meddelelse på Secur ityAc cess — sendKe y 
Byte # Parameternavn Hex-værdi Huskeværdi 
#1 Formatb yte — fysisk adresser ing 80 FMT 
#2 Adressebyt e på destination tt TGT 
#3 Adressebyt e på kilde EE SRC 26.5.2016 L 139/296 Den Europæisk e Unions Tidende DA    
Byte # Parameternavn Hex-værdi Huskeværdi 
#4 Ekstra længdebyt e 02 LEN 
#5 Service-ID for positivt svar på Secur ityAccess 67 SAPR 
#6 accessT ype — sendKey 7E AT_SK 
#7 Kontrolsum 00-FF CS  
Tabel 23 
Negativt svar på Secur ityAccess 
Byte # Parameternavn Hex-værdi Huskeværdi 
#1 Formatb yte — fysisk adresser ing 80 FMT 
#2 Adressebyt e på destination tt TGT 
#3 Adressebyt e på kilde EE SRC 
#4 Ekstra længdebyt e 03 LEN 
#5 Service-ID på Negativ eResponse 7F NR 
#6 Service-ID på Secur ityA ccess-anmodning 27 SA 
#7 ResponseCode = [generalReject 10 RC_GR 
subFunctionNotSuppor ted 12 RC_SFNS 
incor rectMessageL ength 13 RC_IML 
conditionsNotCor rectOrRe ­
questSequenceEr ror 22 RC_CNC 
invalidKey 35 RC_IK 
excee dedNumberOfAtt emp ts 36 RC_ENA 
requestCor rectlyReceived-Re ­
sponsePen ding] 78 RC_R CR_RP 
#8 Kontrolsum 00-FF CS  
6.  DATAOVERFØRSELSSER VICER 
I følgende tabel beskr ives de servicer , som er til rådighed: 
Tabel 24 
Dataov erførselsser vicer 
Servicens navn Beskr ivelse 
ReadDataByIdentifi er Klienten anmoder om overførsel af den aktuelle værdi af en post med adgang 
genn em recordDataIdentifier . 
WriteDataByIdentifier Klienten anmoder om at skrive en post, hvortil der er adgang gennem record ­
DataIdentif ier  26.5.2016 L 139/297 Den Europæisk e Unions Tidende DA    
6.1.  ReadDat aByIdentif ier-ser vice 
6.1.1  Beskr ivelse af meddelelser 
CPR_050  Servicen ReadDataByIdentifier anvendes af klient en til at skrive recordV alues (datavæ rdier) fra en server. 
Data identif iceres af en recordDataIdentif ier. Fabrikan ten af køretøjsenheden har ansvaret for, at de for 
serveren gældende betingelse r er opfyldt ved udførelse af denne service. 
6.1.2  Meddelelsesfor mat 
CPR_051  Meddelelsesf ormate rne for ReadDataByIdentifier instr uktioner er givet i følgende tabeller . 
Tabel 25 
ReadDat aByIdentif ier-anmodning 
Byte # Parameternavn Hex-værdi Huskeværdi 
#1 Formatb yte — fysisk adresser ing 80 FMT 
#2 Adressebyt e på destination EE TGT 
#3 Adressebyt e på kilde tt SRC 
#4 Ekstra længdebyt e 03 LEN 
#5 Service-ID på ReadDat aByIdentif ier-anmod ­
ning 22 RDBI 
#6 til #7 recordDataIdentifier = [en værdi fra Tabel 28] xxxx RDI_… 
#8 Kontrolsum 00-FF CS  
Tabel 26 
Positivt svar på ReadDat aByIdentif ier 
Byte # Parameternavn Hex-værdi Huskeværdi 
#1 Formatb yte — fysisk adresser ing 80 FMT 
#2 Adressebyt e på destination tt TGT 
#3 Adressebyt e på kilde EE SRC 
#4 Ekstra længdebyt e m+3 LEN 
#5 Service-ID for positivt svar på ReadDat aByI ­
dentif ier 62 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_D ATA1 
: : : 
data#m] xx DREC_D ATAm 
#m+8 Kontrolsum 00-FF CS  26.5.2016 L 139/298 Den Europæisk e Unions Tidende DA    
Tabel 27 
Negativt svar på ReadDat aByIdentif ier 
Byte # Parameternavn Hex-værdi Huskeværdi 
#1 Formatb yte — fysisk adresser ing 80 FMT 
#2 Adressebyt e på destination tt TGT 
#3 Adressebyt e på kilde EE SRC 
#4 Ekstra længdebyt e 03 LEN 
#5 Service-ID på Negativ eResponse 7F NR 
#6 Service-ID på ReadDataByIdentifi er-anmodning 22 RDBI 
#7 ResponseCode= [requestOutOfRange 31 RC_R OOR 
incor rectMessageL ength 13 RC_IML 
conditionsNotCor rect] 22 RC_CNC 
#8 Kontrolsum 00-FF CS  
6.1.3  Parameter defin ition 
CPR_052  Parameter en recor dDataIdentifier (RDI_) i anmodningen ReadDataByIdentif ier identif icerer en 
datapost. 
CPR_053  De værdier af recordDataIdentif ier, som defineres af dette dokument, er vist i tabellen nedenf or. 
Tabellen recordDataIdentif ier 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 fastlægg er det dataelement i tillæg 1, som er knyttet til recordDataIdentif ier (omk odning er 
under tiden nødvendig). 
—  Søjle 3 angiver navnet på den tilsvarende recordDataIdentifie r. 
—  Søjle 4 angiver huske værdien af denne recordDataIdentifier . 
Tabel 28 
Def inition af recordDataIdentif ier-værdier 
Hex Dataelement recordDataIdentifier- navn 
(se format i afsnit 8.2) Huskeværdi 
F90B 
 TimeDat e RDI_TD 
F912 
 HighResolution TotalV ehicleDistance RDI_HRT VD 
F918 
 Kfact or RDI_KF 26.5.2016 L 139/299 Den Europæisk e Unions Tidende DA    
Hex Dataelement recordDataIdentifier- navn 
(se format i afsnit 8.2) Huskeværdi 
F91C 
 LfactorT yreCircumfe rence RDI_LF 
F91D 
 WvehicleCharacter isticF actor RDI_WV CF 
F921 
 TyreSize RDI_TS 
F922 
 NextCalibrationDat e RDI_NCD 
F92C 
 SpeedAuthor ised RDI_S A 
F97D 
 Regist eringMemberState RDI_RMS 
F97E 
 VehicleRegistrationNumber RDI_ VRN 
F190 
 VIN RDI_ VIN  
CPR_054  Parameter en dataRecor d (DREC_) anvende s af den positive svar meddelelse på ReadDataByIdentifier til 
at hente den datapost, der er identificeret ved recordDataIdentifier , til klienten (testeren). Dataf ormat er 
er fastlagt i punkt 8. Der kan fastlægges andre dataposter , som brugeren frivilligt kan benytt e, herunder 
køretøjsenhedsspecifikke inddata, interne data og uddata, men disse er ikke defineret i dette dokument. 
6.2.  WriteDataById entif ier-ser vice 
6.2.1  Beskr ivelse af meddelelser 
CPR_056  Servicen WriteDataByIdentif ier anvende s af klienten til at skrive data værdier til en server. Data 
identificeres af en recordDataIdentifier . Fabrikanten af køretøjsenheden har ansvaret for, at de for 
serveren gældende betingelse r er opfyldt ved udførelse af denne service. For at opdate re parametrene i 
Tabel 28 skal køretøjsenheden være i CALIBRA TION-funktionstilstand. 
6.2.2  Meddelelsesfor mat 
CPR_057  Meddelelsesf ormate rne for WriteDataByIdentif ier-instr uktioner er givet i nedenstående tabeller . 
Tabel 29 
WriteDataByIdentif ier-anmodning 
Byte # Parameternavn Hex-værdi Huskeværdi 
#1 Formatb yte — fysisk adresser ing 80 FMT 
#2 Adressebyt e på destination EE TGT 
#3 Adressebyt e på kilde tt SRC 
#4 Ekstra længdebyt e m+3 LEN 
#5 Service-ID på WriteDat aByIdentif ier-anmod ­
ning 2E WDBI 
#6 til #7 recordDataIdentifier = [en værdi fra Tabel 28] xxxx RDI_… 26.5.2016 L 139/300 Den Europæisk e Unions Tidende DA    
Byte # Parameternavn Hex-værdi Huskeværdi 
#8 til m 
+7 dataRecord[] = [data#1 xx DREC_D ATA1 
: : : 
data#m] xx DREC_D ATAm 
#m+8 Kontrolsum 00-FF CS  
Tabel 30 
Positivt svar på WriteDataByIdentif ier 
Byte # Parameternavn Hex-værdi Huskeværdi 
#1 Formatb yte — fysisk adresser ing 80 FMT 
#2 Adressebyt e på destination tt TGT 
#3 Adressebyt e på kilde EE SRC 
#4 Ekstra længdebyt e 03 LEN 
#5 Service-ID for positivt svar på WriteDat aByI ­
dentif ier 6E WDBIPR 
#6 til #7 recordDataIdentifier = [samme værdi som byte #6 
og #7 Tabel 29] xxxx RDI_… 
#8 Kontrolsum 00-FF CS  
Tabel 31 
Negativt svar på WriteDataByIdent ifier 
Byte # Parameternavn Hex-værdi Huskeværdi 
#1 Formatb yte — fysisk adresser ing 80 FMT 
#2 Adressebyt e på destination tt TGT 
#3 Adressebyt e på kilde EE SRC 
#4 Ekstra længdebyt e 03 LEN 
#5 Service-ID på Negativ eResponse 7F NR 
#6 Service-ID på WriteDataByIdentifier -anmodning 2E WDBI 26.5.2016 L 139/301 Den Europæisk e Unions Tidende DA    
Byte # Parameternavn Hex-værdi Huskeværdi 
#7 ResponseCode= [requestOutOfRange 31 RC_R OOR 
incor rectMessageL ength 13 RC_IML 
conditionsNotCor rect] 22 RC_CNC 
#8 Kontrolsum 00-FF CS  
6.2.3  Parameter defin ition 
Parame teren recor dDataIdentifier (RDI_) er defineret i Tabel 28. 
Parame teren dataRecor d (DREC_) anvende s i anmodningen ReadDataByIdentif ier til at hente de dataværdier , der 
er identif iceret ved recordDataIdentif ier, til serveren (køretøjsenheden). Dataf ormate r er fastlagt i punkt 8. 
7.  KONTR OL AF TESTIMPULSER — FUNK TIONSENHED FOR IND-/UDD ATAST YRING 
I følgende tabel beskr ives de servicer , som er til rådighed: 
Tabel 32 
Funktionsenhed for ind-/uddatas tyring 
Servicens navn Beskr ivelse 
InputOutputCont rolByIdentif ier Klienten anmoder om at måtte styre et sæt serverspecifi kke ind-/uddata.  
7.1.  InputOutputControlByIdentif ier-ser vice 
7.1.1  Beskr ivelse af meddelelser 
Testimpulser kan styres eller overvåge s ved hjælp af en passende tester, som tilslutt es via det forreste stik. 
CPR_058  Denne I/O-signallinje for kalibrer ing kan konfigureres med ordrer over K-linjen ved hjælp af servicen 
InputOut putControlByIdentif ier, med hvilken man vælge r den ønskede ind- eller udlæsningsfunktion 
for linjen. Linjen kan have følgen de status: 
—  frak oblet 
—  speedSignalInput, hvor der gennem I/O-signallinjen for kalibrer ing tilføres et hastighedssignal 
(testsignal), som erstatter hastighedssignalet fra bevægelsesf øleren; denne funktion er ikke 
tilgæng elig i funktionstilstanden CONTR OL 
—  realTimeSpeedSignalOutputSensor , hvor der genn em I/O-signallinjen for kalibrer ing afgives et 
hastighedssignal fra bevægelse sføleren; denne funktion er ikke tilgæng elig i funktionstilstanden 
CONTR OL 
—  RTC Output, hvor der genn em I/O-signallinjen for kalibrer ing afgives et UTC-klok signal. 
CPR_059  Køretøjsenheden skal have indledt en justeringssession og skal være i CALIBRA TION- eller CONTR OL- 
funktionstilstand, for at linjens tilstand kan konfigureres. Når køretøjsenheden er i funktionstilstanden 
CALIBRA TION, kan der vælg es fire status for linjen (disabled, speedSignalInput, realTimeSpeedSignal ­
OutputSensor , RTC Output). Når køretøjsenheden er i funktionstilstanden CONTR OL, kan der kun 
vælg es to status for linjen (disabled, realTimeSpeedOutputSensor). Når køretøjsenheden forlader 
justeringssession eller CALIBRA TION- eller CONTR OL-funktionstilstanden, skal den stille I/O- 
signallinjen for kalibrer ing tilbage i »deaktiveret« tilstand (standardtilstanden). 26.5.2016 L 139/302 Den Europæisk e Unions Tidende DA    
CPR_060  Hvis der modtages hastighedsimpulse r på køretøjsenhedens indgan gslinje for tidstro hastighedssignal, 
mens I/O-signallinjen for kalibrer ing er stillet på indgan g, vil I/O-signallinjen blive stillet på udgang 
eller ført tilbage i deaktiveret tilstand. 
CPR_061  Sekvensen skal være: 
—  Der oprett es kommunikation med Star tCommunication-ser vicen 
—  Der åbnes en juster ingssession med Star tDiagnosticSession-ser vicen og benytt es CALIBRA TION- 
tilstand (rækkef ølgen af disse to operationer har ikke betydning) 
—  Tilstanden af uddata ændres med InputOutput ControlByIdentif ier-servicen. 
7.1.2  Meddelelsesfor mat 
CPR_062  Meddelelsesf ormate rne af InputOutputControlByIdentifier -instr uktioner ne er givet i følgen de tabeller . 
Tabel 33 
InputOutputControlByIdentif ier-anmodning 
Byte # Parameternavn Hex-værdi Huskeværdi 
#1 Formatb yte — fysisk adresser ing 80 FMT 
#2 Adressebyt e på destination EE TGT 
#3 Adressebyt e på kilde tt SRC 
#4 Ekstra længdebyt e xx LEN 
#5 Sid for InputOutputControlByIdentif ier-an­
modning 2F IOCBI 
#6 og #7 Input OutputIdentif ier = [CalibrationInputOutput] F960 IOI_CIO 
#8 eller 
#8 til #9 ControlOp tionRecord = [  COR_… 
inputOut putControlParamet er — en værdi fra Ta­
bel 36 xx IOCP_… 
controlStat e — en værdi fra Tabel 37 (se bemærk ­
ning nedenf or)] xx CS_… 
#9 eller 
#10 Kontrolsum 00-FF CS  
Bemærk: Parameter en controlState findes kun i visse tilfæ lde (se 7.1.3). 
Tabel 34 
Positivt svar på InputOutputControlByIdentif ier 
Byte # Parameternavn Hex-værdi Huskeværdi 
#1 Formatb yte — fysisk adresser ing 80 FMT 
#2 Adressebyt e på destination tt TGT 26.5.2016 L 139/303 Den Europæisk e Unions Tidende DA    
Byte # Parameternavn Hex-værdi Huskeværdi 
#3 Adressebyt e på kilde EE SRC 
#4 Ekstra længdebyt e xx LEN 
#5 S-id for positivt svar på inputOutputControl ­
ByIdentif ier 6F IOCBIPR 
#6 og #7 inputOut putIdentif ier = [CalibrationInputOutput] F960 IOI_CIO 
#8 eller 
#8 til #9 controlStatusRecord = [  CSR_ 
inputOut putControlParamet er (samme værdi som 
byte #8 i Tabel 33) xx IOCP_… 
controlStat e (samme værdi som byte #9 Tabel 
33)] (i givet fald) xx CS_… 
#9 eller 
#10 Kontrolsum 00-FF CS  
Tabel 35 
Negativt svar på InputOutputControlByIdentif ier 
Byte # Parameternavn Hex-værdi Huskeværdi 
#1 Formatb yte — fysisk adresser ing 80 FMT 
#2 Adressebyt e på destination tt TGT 
#3 Adressebyt e på kilde EE SRC 
#4 Ekstra længdebyt e 03 LEN 
#5 Service-ID for negativ eResponse 7F NR 
#6 Sid for anmodning om inputOutputCont rolByI ­
dentifier 2F IOCBI 
#7 responseCode=[   
incor rectMessageL ength 13 RC_IML 
conditionsNotCor rect 22 RC_CNC 
requestOutOfRange 31 RC_R OOR 
deviceControlLimitsEx ceeded] 7A RC_DCLE 
#8 Kontrolsum 00-FF CS  
7.1.3  Parameter defin ition 
CPR_064  Parameter en inputOutputControlP arameter (IOCP_) er defineret i følgende tabel: 26.5.2016 L 139/304 Den Europæisk e Unions Tidende DA    
Tabel 36 
Def inition af inputOutputControlParameter -værdier 
Hex Beskr ivelse Huskeværdi 
00 Retur nControlT oECU 
Denne værdi angiver over for serveren (køretøjsenheden), at testeren ikke 
læng ere kontrollerer ind/ud-signallinjen for kalibrer ing. RCTECU 
01 ResetT oDefault 
Denne værdi skal anmode serveren (køretøjsenheden) om at tilbage stille 
ind/ud-signallinjen for kalibrer ing til dens standardtilstand. RTD 
03 Shor tTermAdjustment 
Denne værdi skal fortælle serveren (køretøjsenheden), at den anmodes om 
at justere ind/ud-signallinjen for kalibrer ing til den værdi, som er inde ­
holdt i controlState-paramet eren. STA  
CPR_065 Parameter en controlState, som kun er til stede, når input OutputControlParamet er er sat til Shor tTer­
mAdjustment, er fastlagt i følgen de tabel: 
Tabel 37 
Def inition af controlState-værdier 
Funktionstilstand Hex-værdi Beskr ivelse 
Deaktiver 00 I/O-linjen er deaktiveret (standardtilstand) 
Aktivér 01 Aktivér ind/ud-linje for kalibrer ing som speedSignalInput 
Aktivér 02 Aktivér ind/ud-linje for kalibrer ing som realTimeSpeedSignalOut ­
putSensor 
Aktivér 03 Aktivér ind/ud-linje for kalibrer ing som RTC Output  
8.  FORMA TER TIL DATARECO RDS 
Dette punkt angiver: 
—  generelle regler, som gælder for områder ne for de parametre, som overføres af køretøjsenheden til testeren 
—  formate r, som skal anvendes til data, som overfø res med de datatransmissionsser vicer , der er beskrevet i punkt 
6. 
CPR_067  Alle angivne parametre skal være understøtt et af køretøjsenheden. 
CPR_068  De data, som overføres af køretøjsenheden til testeren som svar på en forespørgselsmeddelelse, skal 
være af den målte type (dvs. den aktuelle værdi af den anmodede parameter , således som den måles 
eller obser veres af køretøjsenheden). 
8.1.  Værdiområder for overfør te parametre 
CPR_069  Tabel 38 fastlægg er de områder , som anvendes til at beste mme gyldigheden af en overfø rt parameter . 26.5.2016 L 139/305 Den Europæisk e Unions Tidende DA    
CPR_070  Værdier ne i området »fejlindikator« giver køretøjsenheden mulighed for øjeblikkelig at angive, at der 
som følge af en fejl i takograf en ikke aktuelt forefindes gyldige parameter værdier . 
CPR_071  Værdier ne 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øtt es i den pågældende 
programenhed. Værdier ne i området »ikke anmodet« giver en enhed mulighed for at overfø re en 
kommandomeddelelse og fastlægg e de parametre, for hvilke der ikke forventes noge t svar fra den 
modtage nde enhed. 
CPR_072  Hvis der som følge af komponentsvigt ikke kan overføres gyldige data for en parameter , skal 
fejlindikatoren som beskrevet i Tabel 38 anvendes i stedet for den pågældende parameters data. Men 
hvis de målte og beregnede data har resulteret i en værdi, som er gyldig, men falder uden for det 
fastlagte parameter område, bør fejlindikatoren ikke benyttes. Data bør overfø res med den pågældende 
minimum- eller maksi mumvæ rdi af paramete ren. 
Tabel 38 
Områder for dataRecords 
Områdenavn 1 byte 
(Hex-værdi) 2 bytes 
(Hex-værdi) 4 bytes 
(Hex-værdi) ASCII 
Gyldigt signal 00 til FA 0000 til FAFF 00000000 til FAFFFFFF 1 til 254 
Parameterspecifik indikator FB FB00 til FBFF FB000000 til FBFFFFFF ingen 
Område reser veret fremtidige 
indikator bit FC til FD FC00 til FDFF FC000000 til FDFFFFFF ingen 
Fejlindikator FE FE00 til FEFF FE000000 a FEFFFFFF 0 
Foreligger ikke eller er ikke an­
modet FF FF00 til FFFF FF000000 til FFFFFFFF FF  
CPR_073  For parametre kodet i ASCII skal ASCII-t egnet »*« reser veres som skillet egn. 
8.2.  Formater til dataRecords 
Tabel 39 til Tabel 42 nedenf or angiver de formater , som skal anvendes via servicer ne ReadDataByIdentifi er og 
WriteDataByIdentifier . 
CPR_074  Tabel 39 angiver længde, opløsning og arbejdsområde for hver parameter , som er identificeret ved sin 
recordDataIdentifier : 
Tabel 39 
Format af dataRecords 
Parametern avn Datalængde 
(byte) Resolution Arbejdsområde 
TimeDat e 8 Se nær mere i Tabel 40 
HighResolution TotalV ehicleDistance 4 forstærkning 5 m/bit, forskydning 
0 m 0 til +21 055 406 km 
Kfact or 2 forstærkning 0,001 impulser/m/bit , 
forskydning 0 0 til 64,255 impulser/m 
LfactorT yreCircumfe rence 2 forstærkning 0,125 10– 3 m/bit, for­
skydning 0 0 til 8,031 m 
WvehicleCharacter isticF actor 2 forstærkning 0,001 impulser/m/bit , 
forskydning 0 0 til 64,255 impulser/m 
TyreSize 15 ASCII ASCII 26.5.2016 L 139/306 Den Europæisk e Unions Tidende DA    
Parametern avn Datalængde 
(byte) Resolution Arbejdsområde 
NextCalibrationDat e 3 Se nær mere i Tabel 41 
SpeedAuthor ised 2 forstærkning 1/256 km/t/bit, for­
skydning 0 0 til 250 996 km/t 
Regist eringMemberState 3 ASCII ASCII 
VehicleRegistrationNumber 14 Se nær mere i Tabel 42 
VIN 17 ASCII ASCII  
CPR_075  Tabel 40 angiver format er for de forskellig e byte i TimeDate-paramet eren: 
Tabel 40 
Detaljeret format af TimeDate (recordDat aIdentif ier-værdi # F90B) 
Byte Parameterdefinition Resolution Arbejdsområde 
1 Sekunder Forstærkning 0,25 s/bit, forskydning 
0 s 0 til 59,75 s 
2 Minutt er Forstærkning 1 min/bit, forskydning 0 
min 0 til 59 min 
3 Timer Forstærkning 1 t/bit, forskydning 0 t 0 til 23 t 
4 Måned Forstærkning 1 måned/bit, forskydning 
0 måned 1 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, mi­
nutt er Forstærkning 1 min/bit, forskydning 
– 125 min – 59 til + 59 min 
8 Forskydning af lokalt ti­
metal Forstærkning 1 t/bit, forskydning 
– 125 t – 23 til + 23 t  
CPR_076  Tabel 41 angiver format er for de forskellig e byte i NextCalibrationDat e-parameteren: 
Tabel 41 
Detal jeret format af NextCalibrationDate (recordDataId entif ier-værdi # F922) 
Byte Parameterdefinition Resolution Arbejdsområde 
1 Måned Forstærkning 1 måned/bit, forskydning 
0 måned 1 til 12 måneder 
2 Dag Forstærkning 0,25 dag/bit, forskydning 
0 dage 
(se bemærkning nedenf or) 0,25 til 31,75 dage 
3 År Forstærkning 1 år/bit, forskydning 
+ 1985 år 
(se bemærkning nedenf or) år 1985 til 2235  26.5.2016 L 139/307 Den Europæisk e Unions Tidende DA    
Bemærkning vedr ørende brug af parameter en »Dag«:  
1) En værdi på 0 for datoen er ugyldig. Værdier ne 1, 2, 3 og 4 anvendes til at angive første dag i måneden. 
Værdier ne 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 parameter byten »År«: 
En værdi på 0 for året angiver år 1985, mens en værdi på 1 angiver år 1986 osv. 
CPR_078  Tabel 42 angiver format er for de forskellig e bytes i VehicleRegistrationNumber -paramete ren: 
Tabel 42 
Detaljeret format af VehicleRegistrationNumbe r (recordDataIdentif ier-værdi # F97E) 
Byte Paramet erdefinition Resolution Arbejdsområde 
1 Tegntabel (som fastlagt i tillæg 1) ASCII 01 til 0A 
2 — 14 Køretøjets indregistrer ingsnummer (som defineret 
i tillæg 1) ASCII ASCII   26.5.2016 L 139/308 Den Europæisk e Unions Tidende DA    
Tillæg 9. 
TYPEGODKENDELSE — LISTE OVER MINDSTEKRA V TIL PRØVER 
INDHOLDSFORTEGNELSE 
1. INDLEDNING ......................................................................................................................................... 309 
2. FUNK TIONSPRØVER FOR KØRETØJSENHED ................................................................................................. 311 
3. FUNK TIONSPRØVER FOR BEV ÆGELSESFØLER .............................................................................................. 315 
4. FUNK TIONSPRØVER FOR TAKOGRAFK ORT .................................................................................................. 318 
5. PRØVNING AF EKSTERNT GNSS-UDST YR .................................................................................................... 328 
6. PRØVNING AF FACILITETEN TIL FJERNK OMMUNIKA TION ............................................................................... 331 
7. FUNK TIONSPRØVNING AF PAPIR ............................................................................................................... 333 
8. INTER OPERABILITETSPRØVER ................................................................................................................... 335  
1.  INDLEDNING 
1.1.  Typegodkendelse 
EF-typegodk endelse for kontrolapparat er (eller kompone nter dertil) eller takografk ort bygg er på 
—  en sikker hedsattes tering baseret på fælles kriterier efter et sikker hedsmål, som er i fuld overensst emmelse med 
tillæg 10 til dette bilag (færdiggøres/ændres) 
—  en funktionel attester ing, som udføres af en medlemsstats myndigheder , og ved hvilk en det attesteres, at den 
afprøvede genstand opfylder forskr ifterne i dette bilag hvad angår udførte funktioner , målenøjagtighed og 
miljøegenskaber 
—  en interoperabilitetsattester ing, som udføres af den kompet ente myndighed, og som certifice rer, at 
kontrolapparat et (eller takografk ortet) er gensidigt fuldt kompati belt med den nødvendige type takografk ort 
(eller kontrolapparat) (se afsnit 8 i dette bilag). 
I tillægget foreskr ives det, hvilke prøver der som minimum skal udføres af medlemsstat ens myndigheder ved 
funktionsprø verne, og hvilke prøver der som minimum skal udføres af de kompet ente myndigheder under inter ope­
rabilit etsprøver ne. Der er inge n yderlig ere forskr ifter for de procedurer , som skal følge s ved udførelse af prøver ne 
eller den pågældende type prøver . 
Spørgsmål vedr ørende sikkerhedsatt estering er ikke omf attet af dette tillæg. Såfremt nogle af de prøver , som kræves 
til typegodken delse, udføres som led i sikker hedsvurder ing og -attes tering, behøver disse prøver ikke udføres igen. I 
så fald er det tilstrækkeli gt kun at kontrollere resultate rne af disse sikkerhedspr øver . De krav, som der forventes 
prøvet for (eller nær tbeslægtede prøver foretag et) som led i sikkerh edsattest eringen, er mærke t med »*« i tillægget. 
De nummererede krav refererer til bilagets korpus, mens de øvrige krav refererer til de andre tillæg (f.eks. referer er 
PIC_001 til kravet PIC_001 i tillæg 3 Piktogram mer). 
I dette tillæg er særskilt omhandlet typegodkendelse af bevæge lsesf øler, køretøjsenhed og ekster nt GNSS-udstyr som 
kompone nter i kontrolapparatet. Hver komponent får sin egen typegodken delsesattest, hvori de øvrige kompat ible 
kompone nter angives. Funktionspr øvningen af bevægelse sføleren (eller det ekster ne GNSS-udstyr) foretages sammen 
med køretøjsenheden og omv endt. 
Der kræves ikke inter operabilitet mellem hver enkelt model af bevægelse sføleren/det eksterne GNSS-udstyr og hver 
enkelt model af køretøjsenheden. I relevante tilfæ lde kan typegodken delsen for en bevægelse sføler (eller ekster nt 
GNSS-udstyr) kun udstedes sammen med typegodken delsen for den pågældende køretøjsenhed og omv endt. 26.5.2016 L 139/309 Den Europæisk e Unions Tidende DA    
1.2.  Referencer 
I dette tillæg henv ises til følgen de referencer : 
IEC 60068-2-1: Environmenta l testing — Part 2-1: Tests — Test A: Cold 
IEC 60068-2-2: Basic environmental testin g procedures; part 2: tests; tests B: dry heat (sinusoidal). 
IEC 60068-2-6: Environmenta l testing — Part 2: Tests — Test Fc: Vibration 
IEC 60068-2-14: Environmental testing; Part 2-14: Tests; Test N: Change of temperature 
IEC 60068-2-27: Environmental testing. Part 2: Tests. Test Ea and guidance: Shock 
IEC 60068-2-30: Environmental testing — Part 2-30: Tests — Test Db: Dam p heat, cyclic (12 h + 12 h cycle) 
IEC 60068-2-64: Environmental testing — Part 2-64: Tests — Test Fh: Vibration, broadband random and guidance 
IEC 60068-2-78 Environmental testing — Part 2-78: Tests — Test Cab: Dam p heat, steady state 
ISO 16750-3 —Mechanical loads (2012-12) 
ISO 16750-4 —Climatic loads (2010-04). 
ISO 20653: Road vehicles — Degree of prote ction (IP code) — Prote ction of electr ical equipment against foreign 
objects, water and access 
ISO 10605:2008 + Technical Corrigen dum:2010 + AMD1:2014 Road vehicles — Test methods for electr ical 
disturbances from electrostatic disc harge 
ISO 7637-1:2002 + AMD1: 2008 Road vehicles — Electr ical disturbances from conduction and coupling — Part 
1: Definitions and general considerations. 
ISO 7637-2 Road vehicles — Electr ical disturbances from conduction and coupling — Part 2: Electr ical transient 
conduction along supply lines only . 
ISO 7637-3 Road vehicles — Electr ical disturbances from conduction and coupling — Part 3: Electr ical transient 
transmission by capacitive and inductive coupling via lines other than supply lines. 
ISO/IEC 7816-1 Identification cards — Integra ted circuit(s) cards with contacts — Part 1: Physical charact eristics.. 
ISO/IEC 7816-2 Information technology — Identif ication cards — Integrat ed circuit(s) cards with contacts — Part 
2: Dimensions and location of the contacts. 
ISO/IEC 7816-3 Information technology — Identif ication cards — Integrat ed circuit(s) cards with contacts — Part 
3: Electronic signals and transmission prot ocol. 
ISO/IEC 10373-1:2006 + AMD1:2012 Identif ication cards — Test methods — Part 1: General charact eristics 
ISO/IEC 10373-3:2010 + Technical Corrigendum:2013 Identif ication cards — Test methods — Part 3: Integrat ed 
circuit cards with contacts and related interfa ce devices 
ISO 16844-3:2004, Cor 1:2006 Road vehicles — Tachograph system s — Part 3: Motion sensor interface (with 
vehicle units). 
ISO 16844-4 Road vehicles — Tachog raph systems — Part 4: CAN interface 
ISO 16844-6 Road vehicles — Tachog raph systems — Part 6: Diagnostics 26.5.2016 L 139/310 Den Europæisk e Unions Tidende DA    
ISO 16844-7 Road vehicles — Tachog raph systems — Part 7: Paramet ers 
ISO 534 Paper and board — Determination of thickness, density and specif ic volume 
FN/ECE R10 Uniform provisions concer ning the appro val of vehicles with regar d to electromagnetic compatib ility 
(United Nation Economic Commission for Europe) 
2.  FUNK TIONSPRØVER FOR KØRETØJSENHED 
Nr. Prøve Beskr ivelse Tilknyt tede krav 
1 Administ rativ undersøgelse 
1.1 Dokumentation Dokumentationens korrekthed  
1.2 Fabri kanten s 
prøv ningsresulta ­
ter Resultate r af fabrikantens prøvning, udført med kombina ­
tion. 
Eftervisning på papir 88, 89,91 
2 Besigtigelse 
2.1 Overensste mmelse med dokumentationen  
2.2 Identif ikation/mærkning 224 til 226 
2.3 Materialer 219 til 223 
2.4 Plomber ing 398, 401 til 405 
2.5 Eksterne grænsef lader  
3 Funktionspr øver 
3.1 Ydede funktioner 03, 04, 05, 07, 382, 
3.2 Funktionsmåder 09 til 11*, 132, 133 
3.3 Funktioner og ret til dataadg ang 12* 13*, 382, 383, 386 
til 389 
3.4 Over vågning af isætning og udtagning af kort 15, 16, 17, 18, 19*, 
20*, 132 
3.5 Måling af hastighed og tilbagelagt afstand 21 til 31 
3.6 Tidsmåling (prøvning udført ved 20 °C) 38 til 43 
3.7 Over vågning af føreraktivit eter 44 til 53, 132 
3.8 Over vågning af kørestatus 54, 55, 132 26.5.2016 L 139/311 Den Europæisk e Unions Tidende DA    
Nr. Prøve Beskr ivelse Tilknyt tede krav 
3.9 Manuel indlæsning 56 til 62 
3.10 Forvaltning af virksom hedslåse 63 til 68 
3.11 Over vågning af kontrolaktivitet er 69, 70 
3.12 Detektion af hændelser og/eller fejl 71 til 88 132 
3.13 Identif ikationsdata for apparat 93*, 94*, 97, 100 
3.14 Data vedrøre nde isætning og udtagning af førerk ort 102* til 104* 
3.15 Føreraktivitetsd ata 105* til 107* 
3.16 Data om steder og positioner 108* til 112* 
3.17 Kilomete rtællerdata 113* til 115* 
3.18 Detaljerede hastighedsdata 116* 
3.19 Data vedrøre nde hændelser 117* 
3.20 Data vedrøre nde fejl 118* 
3.21 Kali brer ingsdata 119* til 121* 
3.22 Tidsjuste ringsdata 124*, 125* 
3.23 Kontrolaktivitets data 126*, 127* 
3.24 Data vedrøre nde virksom hedslåse 128* 
3.25 Data vedrøre nde datao verfø rselsaktivitet 129* 
3.26 Data vedrøre nde særlige omstændigheder 130*, 131* 
3.27 Registrer ing og lagring på takografk ort 134, 135, 136*, 137*, 
139*, 140, 141 
142, 143, 144*, 145*, 
146*, 147, 148 
3.28 Visning på skær m 90, 132, 
149 til 166, 
PIC_001, DIS_001 
3.29 Trykning 90, 132, 167 til 179, 
PIC_001, PRT_001 til 
PRT_014 
3.30 Advarsel 132, 180 til 189, 
PIC_001 26.5.2016 L 139/312 Den Europæisk e Unions Tidende DA    
Nr. Prøve Beskr ivelse Tilknyt tede krav 
3.31 Datao verfø rsel til ekster ne medier 90, 132, 190 til 194 
3.32 Fjernkommunikation i forbindelse med målrettede vejsidek ontroller 195 til 197 
3.33 Udlæsning af data til supplerende ekster ne enheder 198, 199 
3.34 Kali brer ing 202 til 206*, 383, 384, 
386 til 391 
3.35 Kali brer ingsk ontrol ved vejsiden 207 til 209 
3.36 Tidsjuste ring 210* til 212* 
3.37 Fravæ r af forstyr relse af ekstra funktioner 06, 425 
3.38 Grænsef lade til bevægelse sføler 02, 122 
3.39 Eksternt GNSS-udstyr 03, 123 
3.40 Det kontrolleres, at køretøjsenheden detekte rer, registrerer og lagrer den/de 
hændelse(er) og/eller den/de fejl, som køretøjsenhedsfabr ikant en har defineret, 
hvis en sampar ret bevægelsesf øler reager er på magnetisk e felter, som forstyr rer 
køretøjets bevægelsesregist rering. 217 
3.41 Krypteringsprogram og standardiserede domæneparametre CSM_48, CSM_50 
4 Miljøprøv er 
4.1 Temp eratur Funktionalitet en eftervises gennem: 
Prøvning i overensst emmelse med ISO 16750-4, Chapt er 
5.1.1.2: Funktionsprøve ved lav temperatur (72 timer ved 
– 20 °C) 
For denne prøve henvises til IEC 60068-2-1: Environmental 
testin g — Part 2-1: Tests — Test A: Cold 
Test i overensst emmelse med ISO 16750-4: Chapt er 
5.1.2.2: High temperature operation test (72 timer ved 70 ° 
C) 
For denne prøv e henvises til IEC 60068-2-2: Basic envi ron­
mental testing procedures; part 2: tests ; tests B: dry heat 
Prøvning i overensst emmelse med ISO 16750-4: Chapt er 
5.3.2: Rapid chang e of temperature with specifi ed transi ­
tion duration (– 20 °C/70 °C, 20 cycles, dwell time 2h at 
each temperature) 
Et reduceret sæt prøvninger (af dem, som foreskr ives i af­
snit 3 af denne tabel) kan udføres ved den lave temperatur , 
den høje temperatur og med gennemgang af temperaturcy ­
klusser ne 213 26.5.2016 L 139/313 Den Europæisk e Unions Tidende DA    
Nr. Prøve Beskr ivelse Tilknyt tede krav 
4.2 Fugtighed Det eftervises, at køretøjsenheden kan modstå en cyklisk 
fugtighedsprøve (var mepr øve) ved gennemgang af IEC 
60068-2-30, prøve Db, seks 24 timers cyklusser , hvor hver 
temperatur varierer fra + 25 °C til + 55 °C, og hvor den re­
lative fugtighed er 97 % ved + 25 °C og 93 % ved + 55 °C 214 
4.3 Mekanisk masse 1.  Sinusvibrationer . 
Det kontrolleres, at køretøjsenheden kan modstå sinus ­
vibrationer med følgende egenskaber : 
Konstant skift mellem 5 og 11 Hz: Topværdi 10mm 
konstant acceleration mellem 11 og 300 Hz: 5g 
Prøvning for dette krav sker med IEC 60068-2-6, prøve 
Fc, med en mindst e prøvningsvar ighed på 3 × 12 timer 
(12 timer for hver akser etning) 
ISO 16750-3 kræver ikke en sinusvibrationspr øvning 
for enheder , der sidder i afkoblede førerhuse. 
2.  Tilfældige vibrationer: 
Prøvning i overensste mmelse med ISO 16750-3: Chap ­
ter 4.1.2.8: Test VIII: Commercial vehicle, decoupled ve­
hicle cab 
Prøvning for tilfældig e vibrationer , 10…2 000 Hz, kva­
dratisk middel, lodret: 21,3 m/s2, kvadratisk middel, 
langsg ående: 11,8 m/s2, kvadratisk middel, tværgå ende: 
13,1 m/s2, 3 akser, 32 timer pr. akse, herunder tempera ­
turcyklus: – 20…70 °C. 
For denne prøve henvises til IEC 60068-2-64: Environ ­
mental testing — Part 2-64: Tests — Test Fh: Vibration, 
broadband random and guidance 
3.  Stød: 
mekanisk stød med 3g halv-sinus i overensstemmelse 
med ISO 16750. 
De ovenf or beskrevne prøvning er udføres på forskellig e 
prøveeksempl arer af den afprøvede apparattype. 219 
4.4 Beskyttel se mod 
vand og frem ­
medlegem er Prøvning i overensstemmelse med ISO 20653: Road vehic ­
les — Degree of prote ction (IP code) — Prote ction of elec­
trical equipment against foreign objects, water and access 
(No chang e in paramete rs); Minimum value IP 40 220, 221 
4.5 Overspændings ­
beskytte lse Det kontrolleres, at køretøjsenheden kan modstå en strøm­
forsyning på: 216 
24 V-udf ørelse: 34 V ved + 40 °C 1 time 
12 V-udf ørelse: 17 V ved + 40 °C 1 time 
(ISO 16750-2)  
4.6 Beskyttel se mod 
omve ndt polar i­
tet Det kontrolleres, at køretøjsenheden kan modstå polven ­
ding af strømf orsyningen 
(ISO 16750-2) 216 26.5.2016 L 139/314 Den Europæisk e Unions Tidende DA    
Nr. Prøve Beskr ivelse Tilknyt tede krav 
4.7 Kortslutningsbe ­
skyttelse Det kontrolleres, at ind- og udgangssignaler er beskytt et 
mod kortslutning til strømf orsyning en og til stel 
(ISO 16750-2) 216 
5 Prøver for elektromagnetisk kompatibilitet 
5.1 Strålingsemission 
og følsomhed Overensste mmelse med ECE-regulativ R10 218 
5.2 Elektrostatisk ud­
ladning Overensste mmelse med ISO 10605:2008 + Technical Cor­
rigendum:2010 + AMD1:2014: +/– 4 kV for kontakt og 
+/– 8 kV for udladning i luften 218 
5.3 Transient nedre 
ledningso verfø r­
sel for strømf or­
syning For 24 V-udf ørelse: overensst emmelse med ISO 7637-2 og 
ECE-regulativ nr. 10, rev. 3: 
impuls 1a: Vs = – 450 V, Ri = 50 ohm 
impuls 2a: Vs = + 37 V, Ri = 2 ohm 
impuls 2b: Vs = + 20V , Ri = 0,05 ohm 
impuls 3a: Vs = – 150V , Ri = 50 ohm 
impuls 3b: Vs = + 150V , Ri = 50 ohm 
impuls 4: Vs = – 16 V Va = – 12 V t6 = 100 ms 
impuls 5: Vs = + 120 V Ri = 2,2 ohm td = 250 ms 
For 12 V-udf ørelse: overensst emmelse med ISO 7637-1 og 
ECE-regulativ nr. 10, rev. 3: 
impuls 1: Vs = – 75V , Ri = 10 ohm 
impuls 2a: Vs = + 37 V, Ri = 2 ohm 
impuls 2b: Vs = + 10V , Ri = 0,05 ohm 
impuls 3a: Vs = – 112V , Ri = 50 ohm 
impuls 3b: Vs = + 75V , Ri = 50 ohm 
impuls 4: Vs = – 6 V Va = – 5 V t6 = 15 ms 
impuls 5: Vs = + 65 V Ri = 3 ohm td = 100 ms 
Imp uls 5 skal kun afprøves for køretøjsenheder best emt til 
mont ering i køretøjer uden ekstern fælles overbelastnings ­
beskytte lse 
For så vidt angå r overbelastningsbeskyttelse henvises til ISO 
16750-2, 4. udgave, afsnit 4.6.4. 218  
3.  FUNK TIONSPRØVER FOR BEV ÆGELSESFØLER 
Nr. Prøve Beskr ivelse Tilknyt tede krav 
1. Administ rativ undersøgelse 
1.1 Dokumentation Dokumentationens korrekthed  26.5.2016 L 139/315 Den Europæisk e Unions Tidende DA    
Nr. Prøve Beskr ivelse Tilknyt tede krav 
2. Besigtigelse 
2.1. Overensste mmelse med dokumentationen  
2.2. Identif ikation/mærkning 225, 226 
2.3 Materialer 219 til 223 
2.4. Plomber ing 398, 401 til 405 
3. Funktionspr øver 
3.1 Identif ikationsdata for føler 95 til 97* 
3.2 Bevægelse sføler — sampar ring med køretøjsenhed 122*, 204 
3.3 Bevægelse sregistrer ing 
Nøjagtighed af måling en af bevægelse n 30 til 35 
3.4 Grænsef lade for køretøjsenhed 02 
3.5 Det kontrolleres, at bevægelse sføleren er upåvirkelig af konstant e magnetisk e 
felter. Ellers kontrolleres det, at bevægelse sføleren reagerer på konstante magne ­
tiske felter , som forstyr rer køretøjets bevæge lsesregistrer ing, således at en tilslut ­
tet køretøjsenhed kan detekt ere, registrere og lagre følerfejl. 217 
4. Miljøprøv er 
4.1 Arbejdste mpera ­
tur Funktionalitet en (som defineret i prøve nr. 3.3) efterprøves 
i temperatur inter vallet [– 40 °C; + 135 °C] gennem: 
IEC 60068-2-1 prøve Ad, med en prøvningsvar ighed på 96 
timer ved den laveste temperatur Tomin 
IEC 60068-2-2 prøve Bd, med en prøv ningsvar ighed på 96 
timer ved den højeste temperatur Tomax 
Prøvning i overensst emmelse med ISO 16750-4: Chapt er 
5.1.1.2: Funktionsprøve ved lav temperatur (24 timer ved – 
40 °C) 
For denne prøve henvises til IEC 60068-2-1: Environmental 
testin g — Part 2-1: Tests — Test A: Cold, IEC 68-2-2 prøve 
Bd, med en prøv ningsvar ighed på 96 timer ved temperatu ­
rer på ned til – 40 °C. 
Prøvning i overensst emmelse med ISO 16750-4: Chapt er 
5.1.2.2: Funktionsprøv e ved høj temperatur (96 timer ved 
135 °C) 
For denne prøv e henvises til IEC 60068-2-2: Basic envi ron­
mental testing procedures; part 2: tests ; tests B: dry heat 213 26.5.2016 L 139/316 Den Europæisk e Unions Tidende DA    
Nr. Prøve Beskr ivelse Tilknyt tede krav 
4.2 Temp eraturcy ­
klusser Prøvning i overensst emmelse med ISO 16750-4: Chapt er 
5.3.2: Rapid chang e of temperature with specifi ed transi ­
tion duration (– 40 °C/135 °C, 20 cyklusser , holdetid 30 
min. ved hver temperatur) 
IEC 60068-2-14: Environmental testing; Part 2-14: Tests; 
Test N: Change of temperature 213 
4.3 Fugtighedscyklus ­
ser Funktionalitet en (som defineret i prøvning nr. 3.3) eftervi­
ses ved gennemgang af IEC 60068-2-30, prøv e Db, seks 
24-timers cyklusser , hvor hver temperatur varierer fra 
+ 25 °C til + 55 °C. 214 
4.4 Vibration ISO 16750-3: Chapt er 4.1.2.6: Test VI: Commercial vehicle, 
engine, gearbo x 
Blandet vibrationsprøvning, inkl. 
a)  sinusvibrationspr øvning, 20...520 Hz, 11,4 … 120 m/ 
s2, <= 0,5 okt./min 
b)Prøvning for tilfæ ldige vibrationer , 10…2 000 Hz, kva­
dratisk middel 177 m/s2 
94 timer pr. akse, inkl. temperaturcyklus – 20…70 °C 
For denne prøve henv ises til IEC 60068-2-80: Environm en­
tal testing — Part 2-80: Tests — Test Fi: Vibration — Mixed 
mode 219 
4.5 Mekanisk stød ISO 16750-3: Chapt er 4.2.3: Test VI: Test for devices in or 
on the gearbo x 
stød med halv-sinus, acceleration efter aftale inden for om­
rådet 3 000…15 000 m/s2, impulsvarigh ed efter aftale, 
dog < 1 ms, antal stød: efter aftale 
For denne prøve henv ises til IEC 60068-2-27: Environm en­
tal testing. Part 2: Tests. Test Ea and guidance: Shock 219 
4.6 Beskyttel se mod 
vand og frem ­
medlegem er Prøvning i overensstemmelse med ISO 20653: Road vehic ­
les — Degree of prote ction (IP code) — Prote ction of elec­
trical equipment against foreign objects, water and access 
(Målværdi: IP 64) 220, 221 
4.7 Beskyttel se mod 
omve ndt polar i­
tet Det kontrolleres, at bevægelsesf øleren kan modstå polven ­
ding af strømf orsyningen 216 
4.8 Kortslutningsbe ­
skyttelse Det kontrolleres, at ind- og udgangssignaler er beskytt et 
mod kortslutning til strømf orsyning en og til stel 216 26.5.2016 L 139/317 Den Europæisk e Unions Tidende DA    
Nr. Prøve Beskr ivelse Tilknyt tede krav 
5. Elektromagnetisk kompatibilitet 
5.1 Strålingsemission 
og følsomhed Overensste mmelse med ECE-regulativ R10 påvises 218 
5.2 Elektrostatisk ud­
ladning Overensste mmelse med ISO 10605:2008 + Technical Cor­
rigendum:2010 + AMD1:2014: +/– 4 kV for kontakt og 
+/– 8 kV for udladning i luften 218 
5.3 Transient nedre 
ledningso verfø r­
sel for datalin ­
jerne For 24V -udf ørelse: overensstemmelse med ISO 7637-2 og 
ECE-regulativ nr. 10, rev. 3: 
impuls 1a: Vs = – 450V , Ri = 50 ohm 
impuls 2a: Vs = + 37 V, Ri = 2 ohm 
impuls 2b: Vs = + 20V , Ri = 0,05 ohm 
impuls 3a: Vs = – 150V , Ri = 50 ohm 
impuls 3b: Vs = + 150V , Ri = 50 ohm 
impuls 4: Vs = – 16 V Va = – 12 V t6 = 100 ms 
impuls 5: Vs = + 120 V Ri = 2,2 ohm td = 250 ms 
For 12 V-udf ørelse: overensst emmelse med ISO 7637-1 og 
ECE-regulativ nr. 10, rev. 3: 
impuls 1: Vs = – 75V , Ri = 10 ohm 
impuls 2a: Vs = + 37 V, Ri = 2 ohm 
impuls 2b: Vs = + 10V , Ri = 0,05 ohm 
impuls 3a: Vs = – 112V , Ri = 50 ohm 
impuls 3b: Vs = + 75V , Ri = 50 ohm 
impuls 4: Vs = – 6 V Va = – 5 V t6 = 15 ms 
impuls 5: Vs = + 65 V Ri = 3 ohm td = 100 ms 
Imp uls 5 skal kun afprøves for køretøjsenheder best emt til 
mont ering i køretøjer uden ekstern fælles overbelastnings ­
beskytte lse 
For så vidt angå r overbelastningsbeskyttelse henvises til ISO 
16750-2, 4. udgave, afsnit 4.6.4. 218  
4.  FUNK TIONSPRØVER FOR TAKOGRAFK ORT 
Prøvning i overensst emmelse med dette afsnit 4, 
nr. 5 »Prot okolprø ver« 
nr. 6 »Kortstruktur« og 
nr. 7 »Funktionspr øver«, 
kan foretag es af bedømmeren eller certificer ingsm yndigheden under sikkerh edsattest eringe n af chipmodulet i 
henhold til de fælleseuropæisk e kriterier. 
Prøvning nr. 2.3 og 4.2 er de samme. Disse er de mekaniske prøvninger af kombinationen kort og chipmodul. Hvis 
en af disse kompone nter (kort eller chipmodul) ændres, er disse prøvning er nødvendige. 26.5.2016 L 139/318 Den Europæisk e Unions Tidende DA    
Nr. Prøve Beskr ivelse Tilknyt tede krav 
1. Administ rativ undersøgelse 
1.1 Dokumentation Dokumentationens korrekthed  
2 Kor t 
2.1 Tryk Det kontrolleres, at alle facilit eter til beskyttelse samt syn­
lige data er korrekt udskrevet på kortet og overensst em­
mende. 
[Designation] 
Bilag 1C, afsnit 4.1 »Synlig e data«, 227) 
Forsiden skal indeholde: 
svarende til kortets art, ordet »Førerk ort« eller »Kontrol ­
kort« eller »Værksted skort« eller »Virks omhedsk ort«, trykt 
med store bogstav er på de(t) officielle sprog i den med ­
lemsstat, som har udste dt kortet. 
[Medlemsstat ens navn] 
Bilag 1C, afsnit 4.1 »Synlig e data«, 228) 
Forsiden skal indeholde: 
angivelse af navnet på den udstedende medlemsstat (valg ­
frit). 
[Mærke] 
Bilag 1C, afsnit 4.1 »Synlig e data«, 229) 
Forsiden skal indeholde: 
den udst edende medlemsstats nationalit etsmærke, trykt 
med negativ skrift i et blåt rektangel og omgivet af 12 
gule stjer ner. 
[For tegnelse] 
Bilag 1C, afsnit 4.1 »Synlig e data«, 232) 
Bagsiden skal indeholde: 
en forklar ing til de nummererede punkt er på kortets for­
side 
[Farve] 
Bilag 1C, afsnit 4.1 »Synlig e data«, 234) 
Takografk ort skal være trykt med følge nde dominerende 
baggr undsfar ve: 
—  førerk ort: hvid 
—  værks teds kort: rød 
—  kontrolk ort: blå 
—  virksom hedsk ort: gul.  227 til 229, 232, 234 
til 236 26.5.2016 L 139/319 Den Europæisk e Unions Tidende DA    
Nr. Prøve Beskr ivelse Tilknyt tede krav  
[Sikk erhed] 
Bilag 1C, afsnit 4.1 »Synlig e data«, 235) 
Takografk ort skal have mindst følgen de egenskaber til 
beskytt else mod forfalskning og indgreb fra uvedk om­
mende: 
—  sikkerhedsbaggr und med fint slangeorn ament og 
regnbuetr yk 
—  mindst én tofarvet mikropr intlinje. 
[Mærker ] 
Bilag 1C, afsnit 4.1 »Synlig e data«, 236) 
Medlemsstat erne kan tilføje farver eller mærke r, f.eks. na­
tionale symboler og sikker hedsfeatures. 
[Godk endelsesmærke] 
Takografk ort skal indeholde et godkendelsesmærk e. 
Godk endelsesmærket består af 
—et rektangel, i hvilke t er anbragt bogstav et »e« efter­
fulgt af kodetallet eller kendi ngsbogstavet for det 
land, som har meddelt typegodkendelsen 
—et typegodkendelsesnummer , som svarer til numme ­
ret i typegodkendelsesdokument et for et takografk ort, 
og som anbr inges et sted i nærheden af rektang let.      
2.2 Mekanisk 
prøv ning  240, 243 
ISO/IEC 7810   
[Kortstør relse] 
Takografk ort skal overholde 
ISO/IEC 7810, Identif ication cards — Physical characteri ­
stics, 
[5] Dimensioner ing af kort 
[5.1] Kortstør relse 
[5.1.1] Kortdimensioner og tolerancer 
korttype ID-1 Ubr ugt kort 
[Kortkante r] 
Takografk ort skal overholde 
ISO/IEC 7810, Identif ication cards — Physical characteri ­
stics, 
[5] Dimensioner ing af kort 
[5.1] Kortstør relse 
[5.1.2] Kortkanter  26.5.2016 L 139/320 Den Europæisk e Unions Tidende DA    
Nr. Prøve Beskr ivelse Tilknyt tede krav    
[Kortopb ygning] 
Takografk ort skal overholde 
ISO/IEC 7810, Identif ication cards — Physical characteri ­
stics, 
[6] Kortopb ygning 
[Kortmat erialer] 
Takografk ort skal overholde 
ISO/IEC 7810, Identif ication cards — Physical characteri ­
stics, 
[7] Kortmate rialer 
[Bøjestivhed] 
Takografk ort skal overholde 
ISO/IEC 7810, Identif ication cards — Physical characteri ­
stics, 
[8] Kortegenskaber 
[8.1] Bøjestivhed 
[Toksicite t] 
Takografk ort skal overholde 
ISO/IEC 7810, Identif ication cards — Physical characteri ­
stics, 
[8] Kortegenskaber 
[8.3] Toksicite t 
[Modstandsdygtighed over for kemisk e stoffer] 
Takografk ort skal overholde 
ISO/IEC 7810, Identif ication cards — Physical characteri ­
stics, 
[8] Kortegenskaber 
[8.4] Modstandsdygtighed over for kemisk e stoffer 
[Kortstabilit et] 
Takografk ort skal overholde 
ISO/IEC 7810, Identif ication cards — Physical characteri ­
stics, 
[8] Kortegenskaber 
[8.5] Kortets formbestandighed/kr umning afhængigt af 
temperatur og fugtighed  26.5.2016 L 139/321 Den Europæisk e Unions Tidende DA    
Nr. Prøve Beskr ivelse Tilknyt tede krav    
[Lys] 
Takografk ort skal overholde 
ISO/IEC 7810, Identif ication cards — Physical characteri ­
stics, 
[8] Kortegenskaber 
[8.6] Lys 
[Holdbarhed] 
Bilag 1C, afsnit 4.4 »Miljømæssige og elektr iske specifi ka­
tioner«, 241) 
Takografk ort skal kunne fung ere korrekt i fem år, hvis de 
anvendes i overensste mmelse med de miljømæssige og 
elektr iske specifi kationer . 
[Afr ivningsstyrke] 
Takografk ort skal overholde 
ISO/IEC 7810, Identif ication cards — Physical characteri ­
stics, 
[8] Kortegenskaber 
[8.8] Afrivningsstyrke 
[Adhæsion eller blokeri ng] 
Takografk ort skal overholde 
ISO/IEC 7810, Identif ication cards — Physical characteri ­
stics, 
[8] Kortegenskaber 
[8.9] Adhæsion eller blokeri ng 
[Krumning] 
Takografk ort skal overholde 
ISO/IEC 7810, Identif ication cards — Physical characteri ­
stics, 
[8] Kortegenskaber 
[8.11] Samlet kortkrumning 
[Varmebestandighed] 
Takografk ort skal overholde 
ISO/IEC 7810, Identif ication cards — Physical characteri ­
stics, 
[8] Kortegenskaber 
[8.12] Varmebestandighed  26.5.2016 L 139/322 Den Europæisk e Unions Tidende DA    
Nr. Prøve Beskr ivelse Tilknyt tede krav    
[Overf ladef orvrængninger] 
Takografk ort skal overholde 
ISO/IEC 7810, Identif ication cards — Physical characteri ­
stics, 
[8] Kortegenskaber 
[8.13] Over fladef orvrængninger 
[Kontaminer ing] 
Takografk ort skal overholde 
ISO/IEC 7810, Identif ication cards — Physical characteri ­
stics, 
[8] Kortegenskaber 
[8.14] Kontaminer ing og samspil blandt kortkomponen ­
ter   
2.3 Mekanisk 
prøv ning med 
chipmodul 
indlejret [Bøjning] 
Takografk ort skal overholde 
ISO/IEC 7810:2003/Amd. 1:2009, Identification cards 
— Phys ical charact eristics, Amendment 1: Criteria for 
cards containing integrat ed circuits 
[9.2] Dynamisk bøjespænding 
Samlet antal bøjningscyklusser: 4 000. 
[Vridning] 
Takografk ort skal overholde 
ISO/IEC 7810:2003/Amd. 1:2009, Identification cards 
— Phys ical charact eristics, Amendment 1: Criteria for 
cards containing integrat ed circuits 
[9.3] Dynamisk vridningsspænding 
Samlet antal vridningscyklusser: 4 000.  ISO/IEC 7810 
3 Modul 
3.1 Modul Modulet består af chipindkapslingen og kontaktpladen. 
[Overf ladeprofi l] 
Takografk ort skal overholde 
ISO/IEC 7816-1:2011, Identification cards — Integrat ed 
circuit cards — Part 1: Cards with contacts — Physical 
charact eristics 
[4.2] Kontakter s overf ladeprofil  ISO/IEC 7816 26.5.2016 L 139/323 Den Europæisk e Unions Tidende DA    
Nr. Prøve Beskr ivelse Tilknyt tede krav  
[Mekanisk styrke] 
Takografk ort skal overholde 
ISO/IEC 7816-1:2011, Identification cards — Integrat ed 
circuit cards — Part 1: Cards with contacts — Physical 
charact eristics 
[4.3] Mekanisk styrk e (ved kort og kontakter) 
[Elektr isk modstand] 
Takografk ort skal overholde 
ISO/IEC 7816-1:2011, Identification cards — Integrat ed 
circuit cards — Part 1: Cards with contacts — Physical 
charact eristics 
[4.4] Elektr isk modstand (ved kontakter ) 
[Dimensioner ing] 
Takografk ort skal overholde 
ISO/IEC 7816-2:2007, Identification cards — Integrat ed 
circuit cards — Part 2: Cards with contacts — Dimen ­
sion and location of the contacts 
[3] Dimensioner ing af kontaktern e 
[Placer ing] 
Takografk ort skal overholde 
ISO/IEC 7816-2:2007, Identification cards — Integrat ed 
circuit cards — Part 2: Cards with contacts — Dimen ­
sion and location of the contacts 
[4] Antal kontakter og deres placer ing 
I tilfæ lde af moduler med seks kontakter , indgår kontakt 
»C4« og »C8« ikke i denne prøv ning.      
4 Chip 
4.1 Chip  241 til 244 
ECE R10 
ISO/IEC 7810 
ISO/IEC 10373   [Arbejdst emperatur] 
Chippen i et takografk ort skal fungere ved en omgivende 
temperatur i området mellem – 25 °C og + 85 °C.  26.5.2016 L 139/324 Den Europæisk e Unions Tidende DA    
Nr. Prøve Beskr ivelse Tilknyt tede krav    
[Temperatur og fugtighed] 
Bilag 1C, afsnit 4.4 »Miljømæssige og elektr iske specifi ka­
tioner«, 241) 
Takografk ort skal kunne fungere korrekt under alle de 
klimabetingelse r, som normalt optræder på fællesskabets 
område, og som det mindste i temperaturområdet – 25 ° 
C til + 70 °C med lejlighedsvise mak sima på indtil + 85 ° 
C, idet der ved »lejlighedsvis« forstås højst 4 timer ad 
gangen og højst 100 gang e i løbet af kortets levetid. 
Takografk ortene udsættes trinvist for følge nde tempera ­
tur- og fugtighedsf orhold i det givne tidsr um. Efter hver t 
trin afprøves takografk ortenes elektr iske funktionalitet . 
1.  Temperatur på – 20 °C i 2 timer . 
2.  Temperatur på +/–0 °C i 2 timer . 
3.  Temperatur på + 20 °C, 50 % RF, i 2 timer . 
4.  Temperatur på 50 °C, 50 % RF, i 2 timer . 
5.  Temperatur på 70 °C, 50 % RF, i 2 timer . 
Temperaturen øges periodisk til + 85 °C, 50 % RF, i 
60 min. 
6.  Temperatur på 70 °C, 85 % RF, i 2 timer . 
Temperaturen øges periodisk til +85 °C, 85 % RF, i 
30 min. 
[Fugtighed] 
Bilag 1C, afsnit 4.4 »Miljømæssige og elektr iske specifi ka­
tioner«, 242) 
Takografk ort skal fung ere korrekt inden for fugtighedsin ­
tervallet 10 % — 90 %. 
[Elektromagnetisk kompa tibilitet — EMC] 
Bilag 1C, afsnit 4.4 »Miljømæssige og elektr iske specifi ka­
tioner«, 244 
Under drift skal takografk ort opfylde kravene i ECE R10 
om elektromagnetisk kompati bilitet.   26.5.2016 L 139/325 Den Europæisk e Unions Tidende DA    
Nr. Prøve Beskr ivelse Tilknyt tede krav  
[Statisk elektr icitet] 
Bilag 1C, afsnit 4.4 »Miljømæssige og elektr iske specifi ka­
tioner«, 244 
Under drift skal takografk ort være beskyttet mod elektro ­
statisk e udladning er. 
Takografk ort skal overholde 
ISO/IEC 7810:2003/Amd. 1:2009, Identification cards 
— Phys ical charact eristics, Amendment 1: Criteria for 
cards containing integrat ed circuits 
[9.4] Statisk elektr icitet 
[9.4.1] Kort med kontakt og integre ret kredsløb 
Prøvespænding: 4 000 V 
[Røntg en] 
Takografk ort skal overholde 
ISO/IEC 7810:2003/Amd. 1:2009, Identification cards 
— Phys ical charact eristics, Amendment 1: Criteria for 
cards containing integrat ed circuits 
[9.1] Røntg en 
[Ultrav iolet lys] 
ISO/IEC 10373-1:2006, Identif ication cards — Test me­
thods — Part 1: General charact eristics 
[5.11] Ultraviolet lys 
[3-hjulspr øvning] 
Takografk ort skal overholde 
ISO/IEC 10373-1:2006/Amd. 1:2012, Identif ication 
cards — Test methods — Part 1: General charact eristics, 
Amendment 1 
[5.22] Kort med integre ret kreds — mekanisk styrk e: 3- 
hjulsprøv ning af kort med integre ret kreds og kontakter 
[Coating] 
Takografk ort skal overholde 
Mast erCard CQM V2.03:2013 
[11.1.3] R-L3-14-8: Wrapping Test Robustness 
[13.2.1.32] TM-422: Mech anical Reliability : Wrapping 
Test  26.5.2016 L 139/326 Den Europæisk e Unions Tidende DA    
Nr. Prøve Beskr ivelse Tilknyt tede krav 
4.2 Mekanisk 
prøv ning af 
chipmodul 
indlejret i kort-> 
samme som 2.3 [Bøjning] 
Takografk ort skal overholde 
ISO/IEC 7810:2003/Amd. 1:2009, Identification cards 
— Phys ical charact eristics, Amendment 1: Criteria for 
cards containing integrat ed circuits 
[9.2] Dynamisk bøjespænding 
Samlet antal bøjningscyklusser: 4 000. 
[Vridning] 
Takografk ort skal overholde 
ISO/IEC 7810:2003/Amd. 1:2009, Identification cards 
— Phys ical charact eristics, Amendment 1: Criteria for 
cards containing integrat ed circuits 
[9.3] Dynamisk vridningsspænding 
Samlet antal vridningscyklusser: 4 000.  ISO/IEC 7810 
5 Protok olprø ver 
5.1 ATR Kontroller , at ATR er overensst emmende ISO/IEC 7816-3 
TCS_14, TCS_17, 
TCS_18 
5.2 T=0 Kontroller , at T = 0-protok ollen er overensstemmende ISO/IEC 7816-3 
TCS_11, TCS_12, 
TCS_13, TCS_15 
5.3 PTS Kontroller , at PTS-k ommandoen er overensste mmende, ved 
at sætte T = 1 fra T = 0. ISO/IEC 7816-3 
TCS_12, TCS_19, 
TCS_20, TCS_21 
5.4 T=1 Kontroller , at T = 1-protok ollen er overensstemmende ISO/IEC 7816-3 
TCS_11, TCS_13, 
TCS_16 
6 Kor tets struktur 
6.1  Kontroller , at kortets filstruktur er overensst emmende, ved 
at kontrollere for tilstedeværelse af påbudt e filer i kortet og 
adgangsbe tingelser ne til dem TCS_22 til TCS_28 
TCS_140 til TCS_179 
7 Funktionspr øver 
7.1 Nor mal 
behandling af 
data Hver tilladt brug af hver kommando afprø ves mindst én 
gang (f.ek s. afprø ves kommandoen UPD ATE BINAR Y med 
CLA = ‘00’, CLA = ‘0C’ og med andre P1-, P2- og Lc- 
parametre). 
Kontroller , at operationer ne faktisk er udført på kortet (f. 
eks. ved at læse den fil, kommandoen er udført på) TCS_29 til TCS_139 26.5.2016 L 139/327 Den Europæisk e Unions Tidende DA    
Nr. Prøve Beskr ivelse Tilknyt tede krav 
7.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 (bor tset fra ‘6400’ 
integritetsfejl, der kontrolleres som led i sikke rhedsatte ­
sterin gen)  
7.3 Krypteringsprogram og standardiserede domæneparametre CSM_48, CSM_50 
8 Tilpasning 
8.1 Opti sk tilpasning 
Bilag 1C, afsnit 4.1 »Synlig e data«, 230) 
Forsiden skal indeholde: 
oplysning er, der er specifikke for det udste dte kort. 
Bilag 1C, afsnit 4.1 »Synlig e data«, 231) 
Forsiden skal indeholde: 
datoer i formatet »dd/mm/yyyy« eller »dd.mm.yyyy« (dag, 
måned, år). 
Bilag 1C, afsnit 4.1 »Synlig e data«, 235) 
Takografk ort skal have mindst følgen de egenskaber til 
beskytt else mod forfalskning og indgreb fra uvedk om­
mende: 
—i fotografiets område skal sikkerhedsbaggr und og fo­
tografi overlappe.  230, 231, 235  
5.  PRØVNING AF EKSTERNT GNSS-UDST YR 
Nr. Prøve Beskr ivelse Tilknyt tede krav 
1. Administ rativ undersøgelse 
1.1 Dokumentation Dokumentationens korrekthed  
2. Visuel inspektion af eksternt GNSS-uds tyr 
2.1. Overensste mmelse med dokumentationen  
2.2. Identif ikation/mærkning 224 til 226 
2.3 Materialer 219 til 223 
3. Funktionspr øver 
3.1 Identif ikationsdata for føler 98,99 
3.2 Sammenk obling af eksternt GNSS-modul med køretøjsenhed 123, 205 26.5.2016 L 139/328 Den Europæisk e Unions Tidende DA    
Nr. Prøve Beskr ivelse Tilknyt tede krav 
3.3 GNSS-position 36, 37 
3.4 Grænsef lade for køretøjsenhed, hvis GNSS-modtager en er ekster n i forhold til 
køretøjsenheden 03 
3.5 Krypteringsprogram og standardiserede domæneparametre CSM_48, CSM_50 
4. Miljøprøv er 
4.1 Temp eratur Funktionalitet en eftervises gennem: 
Prøvning i overensst emmelse med ISO 16750-4, Chapt er 
5.1.1.2: Funktionsprøve ved lav temperatur (72 timer ved – 
20 °C) 
For denne prøve henvises til IEC 60068-2-1: Environmental 
testin g — Part 2-1: Tests — Test A: Cold 
Test i overensst emmelse med ISO 16750-4: Chapt er 
5.1.2.2: High temperature operation test (72 timer ved 70 ° 
C) 
For denne prøv e henvises til IEC 60068-2-2: Basic envi ron­
mental testing procedures; part 2: tests ; tests B: dry heat 
Prøvning i overensst emmelse med ISO 16750-4: Chapt er 
5.3.2: Rapid chang e of temperature with specifi ed transi ­
tion duration (– 20 °C/70 °C, 20 cyklusser , holdetid 1 time 
ved hver temperatur) 
Et reduceret sæt prøvninger (af dem, som foreskr ives i af­
snit 3 af denne tabel) kan udføres ved den lave temperatur , 
den høje temperatur og med gennemgang af temperaturcy ­
klusser ne 213 
4.2 Fugtighed Det eftervises, at køretøjsenheden kan modstå en cyklisk 
fugtighedsprøve (var mepr øve) ved gennemgang af IEC 
60068-2-30, prøve Db, seks 24 timers cyklusser , hvor hver 
temperatur varierer fra + 25 °C til + 5 °C, og hvor den rela­
tive fugtighed er 97 % ved + 25 °C og 93 % ved + 55 °C 214 
4.3 Mekanisk masse 1.  Sinusvibrationer . 
Det kontrolleres, at køretøjsenheden kan modstå sinus ­
vibrationer med følgende egenskaber : 
Konstant skift mellem 5 og 11 Hz: Topværdi 10mm 
konstant acceleration mellem 11 og 300 Hz: 5g 
Prøvning for dette krav sker med IEC 60068-2-6, prøve 
Fc, med en mindst e prøvningsvar ighed på 3 × 12 timer 
(12 timer for hver akser etning) 
ISO 16750-3 kræver ikke en sinusvibrationspr øvning 
for enheder , der sidder i afkoblede førerhuse.  219 26.5.2016 L 139/329 Den Europæisk e Unions Tidende DA    
Nr. Prøve Beskr ivelse Tilknyt tede krav 
2.  Tilfældige vibrationer: 
Prøvning i overensste mmelse med ISO 16750-3: Chap ­
ter 4.1.2.8: Test VIII: Commercial vehicle, decoupled ve­
hicle cab 
Prøvning for tilfældig e vibrationer , 10…2 000 Hz, kva­
dratisk middel, lodret: 21,3 m/s2, kvadratisk middel, 
langsg ående: 11,8 m/s2, kvadratisk middel, tværgå ende: 
13,1 m/s2, 3 akser, 32 timer pr. akse, herunder tempera ­
turcyklus: – 20…70 °C. 
For denne prøve henvises til IEC 60068-2-64: Environ ­
mental testing — Part 2-64: Tests — Test Fh: Vibration, 
broadband random and guidance 
3.  Stød: 
mekanisk stød med 3g halv-sinus i overensstemmelse 
med ISO 16750. 
De ovenf or beskrevne prøvning er udføres på forskellig e 
prøveeksempl arer af den afprøvede apparattype. 
4.4 Beskyttel se mod 
vand og frem ­
medlegem er Prøvning i overensstemmelse med ISO 20653: Road vehic ­
les — Degree of prote ction (IP code) — Prote ction of elec­
trical equipment against foreign objects, water and access 
(no change in parameter s) 220, 221 
4.5 Overspændings- 
beskytte lse Det kontrolleres, at køretøjsenheden kan modstå en strøm­
forsyning på: 216 
24 V-udf ørelse: 34V ved + 40 °C 1 time 
12 V-udf ørelse: 17 V ved + 40 °C 1 time 
(ISO 16750-2, punkt 4.3) 
4.6 Beskyttel se mod 
omve ndt polar i­
tet Det kontrolleres, at køretøjsenheden kan modstå polven ­
ding af strømf orsyningen 
(ISO 16750-2, punkt 4.7) 216 
4.7 Kortslutnings-be ­
skyttelse Det kontrolleres, at ind- og udgangssignaler er beskytt et 
mod kortslutning til strømf orsyning en og til stel 
(ISO 16750-2, punkt 4.10) 216 
5 Prøver for elektromagnetisk kompatibilitet 
5.1 Strålingsemission 
og følsomhed Overensste mmelse med ECE-regulativ R10 218 26.5.2016 L 139/330 Den Europæisk e Unions Tidende DA    
Nr. Prøve Beskr ivelse Tilknyt tede krav 
5.2 Elektrostatisk ud­
ladning Overensste mmelse med ISO 10605:2008 + Technical Cor­
rigendum:2010 + AMD1:2014: +/– 4 kV for kontakt og 
+/– 8 kV for udladning i luften 218 
5.3 Transient nedre 
ledningso verfø r­
sel for strømf or­
syning For 24V -udf ørelse: overensstemmelse med ISO 7637-2 og 
ECE-regulativ nr. 10, rev. 3: 
impuls 1a: Vs = – 450V , Ri = 50 ohm 
impuls 2a: Vs = + 37 V, Ri = 2 ohm 
impuls 2b: Vs = + 20V , Ri = 0,05 ohm 
impuls 3a: Vs = – 150V , Ri = 50 ohm 
impuls 3b: Vs = + 150V , Ri = 50 ohm 
impuls 4: Vs = – 16 V Va = – 12 V t6 = 100 ms 
impuls 5: Vs = + 120 V Ri = 2,2 ohm td = 250 ms 
For 12 V-udf ørelse: overensst emmelse med ISO 7637-1 og 
ECE-regulativ nr. 10, rev. 3: 
impuls 1: Vs = – 75V , Ri = 10 ohm 
impuls 2a: Vs = + 37 V, Ri = 2 ohm 
impuls 2b: Vs = + 10V , Ri = 0,05 ohm 
impuls 3a: Vs = – 112V , Ri = 50 ohm 
impuls 3b: Vs = + 75V , Ri = 50 ohm 
impuls 4: Vs = – 6 V Va = – 5 V t6 = 15 ms 
impuls 5: Vs = + 65 V Ri = 3 ohm td = 100 ms 
Imp uls 5 skal kun afprøves for køretøjsenheder best emt til 
mont ering i køretøjer uden ekstern fælles overbelastnings ­
beskytte lse 
For så vidt angå r overbelastningsbeskyttelse henvises til ISO 
16750-2, 4. udgave, afsnit 4.6.4. 218  
6.  PRØVNING AF FACILITETEN TIL FJERNK OMMUNIKA TION 
Nr. Prøve Beskr ivelse Tilknyt tede krav 
1. Administ rativ undersøgelse 
1.1 Dokumentation Dokumentationens korrekthed  
2. Besigtigelse 
2.1. Overensste mmelse med dokumentationen  
2.2. Identif ikation/mærkning 225, 226 
2.3 Materialer 219 til 223 26.5.2016 L 139/331 Den Europæisk e Unions Tidende DA    
Nr. Prøve Beskr ivelse Tilknyt tede krav 
4. Miljøprøv er 
4.1 Temp eratur Funktionalitet en eftervises gennem: 
Prøvning i overensst emmelse med ISO 16750-4, Chapt er 
5.1.1.2: Funktionsprøve ved lav temperatur (72 timer ved – 
20 °C) 
For denne prøve henvises til IEC 60068-2-1: Environmental 
testin g — Part 2-1: Tests — Test A: Cold 
Test i overensst emmelse med ISO 16750-4: Chapt er 
5.1.2.2: High temperature operation test (72 timer ved 70 ° 
C) 
For denne prøv e henvises til IEC 60068-2-2: Basic envi ron­
mental testing procedures; part 2: tests ; tests B: dry heat 
Prøvning i overensst emmelse med ISO 16750-4: Chapt er 
5.3.2: Rapid chang e of temperature with specifi ed transi ­
tion duration (– 20 °C/70 °C, 20 cyklusser , holdetid 1 time 
(?) ved hver temperatur) 
Et reduceret sæt prøvninger (af dem, som foreskr ives i af­
snit 3 af denne tabel) kan udføres ved den lave temperatur , 
den høje temperatur og med gennemgang af temperaturcy ­
klusser ne 213 
4.4 Beskyttel se mod 
vand og frem ­
medlegem er Prøvning i overensstemmelse med ISO 20653: Road vehic ­
les — Degree of prote ction (IP code) — Prote ction of elec­
trical equipment against foreign objects, water and access 
(target ed value IP40) 220, 221 
5 Prøver for elektromagnetisk kompatibilitet 
5.1 Strålingsemission 
og følsomhed Overensste mmelse med ECE-regulativ R10 218 
5.2 Elektrostatisk ud­
ladning Overensste mmelse med ISO 10605:2008 + Technical Cor­
rigendum:2010 + AMD1:2014: +/–  4 kV for kontakt og 
+/– 8 kV for udladning i luften 218 
5.3 Transient nedre 
ledningso verfø r­
sel for strømf or­
syning For 24V -udf ørelse: overensstemmelse med ISO 7637-2 og 
ECE-regulativ nr. 10, rev. 3: 
impuls 1a: Vs = – 450V , Ri = 50 ohm 
impuls 2a: Vs = + 37 V, Ri = 2 ohm 
impuls 2b: Vs = + 20V , Ri = 0,05 ohm 
impuls 3a: Vs = – 150V , Ri = 50 ohm 
impuls 3b: Vs = + 150V , Ri = 50 ohm 
impuls 4: Vs = – 16 V Va = – 12 V t6 = 100 ms 
impuls 5: Vs = + 120 V Ri = 2,2 ohm td = 250 ms  218 26.5.2016 L 139/332 Den Europæisk e Unions Tidende DA    
Nr. Prøve Beskr ivelse Tilknyt tede krav 
For 12 V-udf ørelse: overensst emmelse med ISO 7637-1 og 
ECE-regulativ nr. 10, rev. 3: 
impuls 1: Vs = – 75V , Ri = 10 ohm 
impuls 2a: Vs = + 37 V, Ri = 2 ohm 
impuls 2b: Vs = + 10V , Ri = 0,05 ohm 
impuls 3a: Vs = – 112V , Ri = 50 ohm 
impuls 3b: Vs = + 75V , Ri = 50 ohm 
impuls 4: Vs = – 6 V Va = – 5 V t6 = 15 ms 
impuls 5: Vs = + 65 V Ri = 3 ohm td = 100 ms 
Imp uls 5 skal kun afprøves for køretøjsenheder best emt til 
mont ering i køretøjer uden ekstern fælles overbelastnings ­
beskytte lse 
For så vidt angå r overbelastningsbeskyttelse henvises til ISO 
16750-2, 4. udgave, afsnit 4.6.4.  
7.  FUNK TIONSPRØVNING AF PAPIR 
Nr. Prøve Beskr ivelse Tilknyt tede krav 
1. Administ rativ undersøgelse 
1.1 Dokumentation Dokumentationens korrekthed  
2 Generelle prøvninger 
2.1 Antal tegn pr. 
linje Visuel inspektion af udskr ifter. 172 
2.2 Mindst e tegnstør ­
relse Visuel inspektion af udskr ift og tegn. 173 
2.3 Unde rstøttede 
tegnsæt Printeren skal understøtt e de tegnsæt, der er angivet i tillæg 
1, kapitel 4 “Tegnsæt”. 174 
2.4 Udskr ifters tyde ­
lighed Kontrol af takograf ens typegodken delse og visuel inspek ­
tion af udskr ifter 174 
2.5 Læsbarhed og 
identif ikation af 
udskr ifter Inspektion af udskr ifter 
Påvist gennem prøvningsrappor ter og -protok oller fra fabri­
kanten . 
Alle typegodke ndelsesnumre på takografer , som printerpa ­
piret kan bruges sammen med, er påtr ykt papiret. 175, 177, 178 
2.6 Tilføjelse af 
håndskrevne no­
ter Visuel inspektion: Der findes et felt til førerens underskr ift. 
Der findes felter til andre håndskrevne noter. 180 26.5.2016 L 139/333 Den Europæisk e Unions Tidende DA    
Nr. Prøve Beskr ivelse Tilknyt tede krav 
2.7 Yderliger e oplys ­
ninger på papir ­
udskr ifter. For- og bagsiden af papiret kan indeholde yderligere oplys ­
ninger . 
Disse yderlig ere oplysninger må ikke påvirk e udskr ifternes 
læsbarhed. 
Visuel inspektion. 177, 178 
3 Prøvning af holdbarhed ved opbevar ing 
3.1 Tør varme Fork onditioner ing: 16 timer ved + 23 °C ± 2 °C/55 % ± 
3 % relativ fugtighed 
Prøvningsmiljø: 72 timer ved + 70 °C ± 2 °C 
Genv inding: 16 timer ved + 23 °C ± 2 °C/55 % ±3 % relativ 
fugtighed 176, 178 
IEC 60068-2-2-Bb 
3.2 Fugtig varme Fork onditioner ing: 16 timer ved + 23 °C ± 2 °C/55 % ± 
3 % relativ fugtighed 
Prøvningsmiljø: 144 timer ved + 55 °C ± 2 °C og 93 % 
±3 % relativ fugtighed 
Genv inding: 16 timer ved + 23 °C ± 2 °C/55 % ± 3 % rela­
tiv fugtighed 176, 178 
IEC 60068-2-78-Cab 
4 Driftspr øvning af papir 
4.1 Fugtighedsresi ­
stens, baggr und 
(blankt papir) Fork onditioner ing: 16 timer ved + 23 °C ± 2 °C/55 % ± 
3 % relativ fugtighed 
Prøvningsmiljø: 144 timer ved + 55 °C ± 2 °C og 93 % ± 
3 % relativ fugtighed 
Genv inding: 16 timer ved + 23 °C ± 2 °C/55 % ± 3 % rela­
tiv fugtighed 176, 178 
IEC 60068-2-78-Cab 
4.2 Trykbarhed Fork onditioner ing: 24 timer ved + 40 °C ± 2 °C/93 % ± 
3 % relativ fugtighed 
Prøvningsmiljø: udskr ift foretaget ved + 23 °C ± 2 °C 
Genv inding: 16 timer ved + 23 °C ± 2 °C/55 % ±3 % relativ 
fugtighed 176, 178 
4.3 Varmebestandig- 
hed Fork onditioner ing: 16 timer ved + 23 °C ± 2 °C/55 % ± 
3 % relativ fugtighed 
Prøvningsmiljø: 2 timer ved +70 °C ± 2 °C, tør varme 
Genv inding: 16 timer ved + 23 °C ± 2 °C/55 % ± 3 % rela­
tiv fugtighed 176, 178 
IEC 60068-2-2-Bb 
4.4 Kuldebestandig ­
hed Fork onditioner ing: 16 timer ved + 23 °C ± 2 °C/55 % ±3 % 
relativ fugtighed 
Prøvningsmiljø: 24 timer ved – 20 °C ± 3 °C, tør kulde 
Genv inding: 16 timer ved + 23 °C ± 2 °C/55 % ±3 % relativ 
fugtighed 176, 178 
ISO 60068-2-1-Ab 26.5.2016 L 139/334 Den Europæisk e Unions Tidende DA    
Nr. Prøve Beskr ivelse Tilknyt tede krav 
4.5 Lysægthed Fork onditioner ing: 16 timer ved + 23 °C ± 2 °C/55 % ± 
3 % relativ fugtighed. 
Prøvningsmiljø: 100 timers belysning ved 5 000 lux og + 
23 °C ± 2 °C/55 % ± 3 % relativ fugtighed 
16 timer ved + 23 °C ± 2 °C/55 % ± 3 % relativ fugtighed 176, 178  
Læsbarhedskr iterier for prøvni ng 3.x og 4.x: 
Udskr iftens læsbarhed sikres, hvis den optiske tæthed ligger inden for følgende grænser: 
Udskrevne tegn: min. 1,0 
Baggr und (ubeskrevet papir): mak s. 0,2 
De frembragt e udskr ifters optiske tæthed skal måles i overensst emmelse med DIN EN ISO 534. 
Udskr ifterne må ikke udvise nogen dimensionsændr inge r og skal forblive klar t læsbare. 
8.  INTER OPERABILITETSPRØVER 
Nr. Prøve Beskr ivelse 
9.1 Inter operabilitetspr øver mellem køretøjsenheder og takografk ort 
1 Gensidig ægt­
hedsbekræf telse Kontroller , at den gensidi ge ægthedsbekræf telse mellem køretøjsenheden og takograf ­
kortet afvikles normalt 
2 Skrive-/læsepr ø­
ver Gennemf ør et typisk aktivite tsscenar io på køretøjsenheden. Scenar iet skal være tilpas ­
set den afprø vede korttype og skal indebære skrivning på så mange af kortets elemen ­
tærfiler som muligt 
Gennem datao verførsel til køretøjsenheden kontrolleres det, at alle de tilsvarende regi­
strer inger er udført korrekt 
Gennem datao verførsel fra kortet kontrolleres det, at alle de tilsvarende registrer inger 
er udført korrekt 
Gennem daglige udskr ifter kontrolleres det, at alle de tilsvarende registrer inge r kan læ­
ses korrekt. 
9.2 Interoperabilit etsprø ver mellem køretøjsenheder og bevægelsesf ølere 
1 Parring Kontrollér , at parringe n mellem køretøjsenheden og bevægelse sføleren afvikles nor­
malt. 
2 Aktivit etsprøv ­
ninger Gennemf ør et typisk aktivite tsscenar io på bevægelses føleren. Scenar iet skal omf atte en 
normal aktivitet og frembr inge så mange hændelser eller fejl som muligt. 
Gennem datao verførsel til køretøjsenheden kontrolleres det, at alle de tilsvarende regi­
strer inger er udført korrekt 
Gennem datao verførsel fra kortet kontrolleres det, at alle de tilsvarende registrer inger 
er udført korrekt 
Gennem daglige udskr ifter kontrolleres det, at alle de tilsvarende registrer inge r kan læ­
ses korrekt. 26.5.2016 L 139/335 Den Europæisk e Unions Tidende DA    
Nr. Prøve Beskr ivelse 
9.3 Interoperabilitetspr øver mellem køretøjsenheder og ekster nt GNSS-udstyr (hvor det er relevant) 
1 Gensidig ægt­
hedsbekræf telse Kontrollér , at den gensidige ægthedsbekræf telse mellem køretøjsenheden og det eks­
terne GNSS-modul afvikles normalt. 
2 Aflæsning af regi­
strer inger Gennemf ør et typisk aktivite tsscenar io på det eksterne GNSS-udstyr . Scenar iet skal 
omf atte en normal aktivitet og frembr inge så mange hændelser eller fejl som muligt 
Gennem datao verførsel til køretøjsenheden kontrolleres det, at alle de tilsvarende regi­
strer inger udført korrekt. 
Gennem datao verførsel fra kortet kontrolleres det, at alle de tilsvarende registrer inger 
er udført korrekt 
Gennem daglige udskr ifter kontrolleres det, at alle de tilsvarende registrer inge r kan læ­
ses korrekt   26.5.2016 L 139/336 Den Europæisk e Unions Tidende DA    
Tillæg 10 
SIKKERHEDSKRA V 
Dette tillæg beskr iver it-sikkerhedsf orskr ifterne for det intelli gent e takografsystems komponent er (takograf af anden 
generation). 
SEC_001  Følgen de af det intelligent e takografsystems komponent er skal sikker hedsattest eres i overensstemmelse med de 
fælleseuropæiske kriterier: 
—  køretøjsenhed 
—  takografk ort 
—  bevæge lsesf øler 
—  ekster nt GNSS-udstyr . 
SEC_002 De it-sikk erhedsf orskr ifter, der som minimum skal opfyldes af hver enkelt komponent, som skal sikker hedsat ­
testeres, skal fastlægges i en kompone ntsikr ingsprofil i overensste mmelse med de fælleseuropæisk e kriterier. 
SEC_003  Europa-K ommissionen skal sørge for, at følgen de fire sikringsprofiler , som er i overensstemmelse med dette 
bilag, støtt es, udvikles og godkendes af de statslige it-sikk erhedsattest eringsorganer , der er organiseret i den 
arbejdsgr uppe om fælles fortolkning, som understøtt er gensidig anerk endelse af attes ter inden for rammer ne 
af SOGIS-MRA (den europæiske aftale om gensidig anerkendelse af it-sikk erhedsvurder ingsattest er), og at de 
registreres: 
—  sikringsprofil for køretøjsenhed 
—  sikringsprofil for takografk ort 
—  sikringsprofil for bevægelsesf øler 
—  sikringsprofil for eksternt GNSS-udstyr . 
Sikr ingsprofil en for køretøjsenheden skal både anvendes i de tilfæ lde, hvor køretøjsenheden er beregnet til brug sammen 
med ekster nt GNSS-udstyr , og i andre tilfæ lde. I førstnævnte tilfælde anføres sikker hedsf orskr ifterne for det eksterne 
GNSS-udstyr i den dedik erede sikringsprofil. 
SEC_004 For at opstille et sikkerhedsmål, som kompon enterne kan sikker hedsattes teres efter, skal kompon entfa ­
brikante rne efter beho v udvikle og komplet tere hensigtsmæssig e kompone ntsikr ingsprofiler uden at ændre 
eller slette eksister ende risici, mål, proceduremæssig e metoder eller forskr ifter for sikker hedsfunktioner . 
SEC_005  I forbindelse med evaluer ingsprocessen skal det erklæres, at dette sikkerhedsmål i alle henseender stemmer 
overens med den tilsvarende sikringsprofi l. 
SEC_006  Sikker hedsniveauet for hver sikringsprofil skal svare til EAL4 og de udvidede sikker hedsk ompon enter 
ATE_DPT .2 og AVA_V AN.5.  26.5.2016 L 139/337 Den Europæisk e Unions Tidende DA    
Tillæg 11 
FÆLLES SIKKERHEDSMEKANISMER 
INDHOLDSFORTEGNELSE 
PRÆAMBEL .................................................................................................................................... 340 
DEL A TAKOGRAFSYSTEM AF FØRSTE GENERA TION .................................................................................... 341 
1. INDLEDNING ............................................................................................................................... 341 
1.1. Henvisning er.................................................................................................................... 341 
1.2. Notation og forkortelser..................................................................................................... 341 
2. KRYPTOGRAFISKE SYST EMER OG ALGORIT MER ................................................................................. 343 
2.1. Kryptografiske systeme r...................................................................................................... 343 
2.2. Kryptografiske algor itmer .................................................................................................... 343 
2.2.1 RSA -algor itme .................................................................................................................. 343 
2.2.2 Hash-algor itme ................................................................................................................. 343 
2.2.3 Algor itme til datakr yptering ................................................................................................ 343 
3. NØGLER OG CERTIFIKA TER ............................................................................................................ 343 
3.1. Generer ing og distr ibution af nøg ler...................................................................................... 343 
3.1.1 Generer ing og distr ibution af RSA-nøg ler............................................................................... 343 
3.1.2 RSA -prøvenøg ler............................................................................................................... 345 
3.1.3 Nøg ler til bevægelsessenso r................................................................................................. 345 
3.1.4 Generer ing og distr ibution af T-DES-sessionsnøg ler................................................................... 345 
3.2. Nøg ler............................................................................................................................ 345 
3.3. Certifik ater...................................................................................................................... 345 
3.3.1 Certifik aters indhold .......................................................................................................... 346 
3.3.2 Udstedt e certifikater ........................................................................................................... 348 
3.3.3 Verificering og udpakning af certifikater ................................................................................. 349 
4. MEKANISME TIL GENSIDIG ÆGTHEDSK ONTR OL ................................................................................. 349 
5. MEKANISMER TIL FORT ROLIGHED, INTEGRITET OG ÆGTHEDSK ONTR OL VED DATAOVERFØRSEL PÅ KØRE ­
TØJSENHEDENS KORT................................................................................................................... 352 
5.1. Sikker meddelelseso verførsel ................................................................................................ 352 
5.2. Håndte ring af fejl ved sikker meddelelseso verførsel ................................................................... 354 
5.3. Algor itme til beregning af kryptografiske kontrolsummer ........................................................... 354 
5.4. Algor itme til beregning af kryptogrammer til fortrolighedsdataobjekte r......................................... 355 
6. MEKANISMER TIL DIGIT AL UNDERSKRIFT AF DATAOVERFØRSLER ......................................................... 355 
6.1. Generer ing af underskr ifter.................................................................................................. 355 
6.2. Verificering af underskr ift.................................................................................................... 356 26.5.2016 L 139/338 Den Europæisk e Unions Tidende DA    
DEL B TAKOGRAFSYSTEM AF ANDEN GENERA TION ..................................................................................... 357 
7. INDLEDNING ............................................................................................................................... 357 
7.1. Henvisning er.................................................................................................................... 357 
7.2. Notation og forkortelser..................................................................................................... 357 
7.3. Defi nitioner ..................................................................................................................... 359 
8. KRYPTOGRAFISKE SYST EMER OG ALGORIT MER ................................................................................. 359 
8.1. Kryptografiske systeme r...................................................................................................... 359 
8.2. Kryptografiske algor itmer .................................................................................................... 360 
8.2.1 Symmetr iske algor itmer ...................................................................................................... 360 
8.2.2 Asymmetr iske algor itmer og standardiserede domæneparametre .................................................. 360 
8.2.3 Hash-algor itmer ................................................................................................................ 361 
8.2.4 Talrække r........................................................................................................................ 361 
9. NØGLER OG CERTIFIKA TER ............................................................................................................ 361 
9.1. Asymmetr iske nøg lepar og certifikater for offentlig e nøg ler........................................................ 361 
9.1.1 Generelt .......................................................................................................................... 361 
9.1.2 Europæisk niveau .............................................................................................................. 362 
9.1.3 Medlemsstatsniveau ........................................................................................................... 362 
9.1.4 Apparatniveau: Køretøjsenheder ........................................................................................... 363 
9.1.5 Apparatniveau: Takografk ort................................................................................................ 365 
9.1.6 Apparatniveau: Eksternt GNSS-udstyr .................................................................................... 366 
9.1.7 Oversigt: Udskif tning af certifikat .......................................................................................... 367 
9.2. Symmetr iske nøg ler........................................................................................................... 368 
9.2.1 Nøg ler til sikring af kommunikation mellem køretøjsenhed og bevægelsessensor ............................. 368 
9.2.2 Nøg ler til sikring af DSR C-kommunikation ............................................................................. 372 
9.3. Certifik ater...................................................................................................................... 375 
9.3.1 Generelt .......................................................................................................................... 375 
9.3.2 Certifik aters indhold .......................................................................................................... 375 
9.3.3 Anmodning om certifikater................................................................................................. 377 
10. GENSIDIG ÆGTHEDSK ONTR OL OG SIKKER MEDDELELSESO VERFØRSEL MELLEM KØRETØJSENHED OG KORT 378 
10.1. Generelt .......................................................................................................................... 378 
10.2. Gensidig certifikatkædever ificering ........................................................................................ 379 
10.2.1 Kortcertifikatkædever ificer ing foretaget af køretøjsenheden ......................................................... 379 
10.2.2 Kortcertifikatkædever ificer ing foretaget af kortet...................................................................... 381 
10.3. Ægthedsk ontrol af køretøjsenhed .......................................................................................... 384 
10.4. Ægthedsk ontrol af chip og overenst emmelsesk ontrol af sessionsnøg le........................................... 385 26.5.2016 L 139/339 Den Europæisk e Unions Tidende DA    
10.5. Sikker meddelelseso verførsel ................................................................................................ 387 
10.5.1 Generelt .......................................................................................................................... 387 
10.5.2 Struktur af sikker meddelelse ............................................................................................... 388 
10.5.3 Afbr ydelse af en sikker meddelelseso verfø rselssession ................................................................ 391 
11. SAMMENK OBLING AF KØRETØJSENHED OG EKSTERNT GNSS-UDST YR, GENSIDIG ÆGTHEDSK ONTR OL OG 
SIKKER MEDDELELSESO VERFØRSEL .................................................................................................. 392 
11.1. Generelt .......................................................................................................................... 392 
11.2. Sammenk obling af køretøjsenhed og ekster nt GNSS-udstyr ......................................................... 393 
11.3. Gensidig certifikatkædever ifikation ........................................................................................ 393 
11.3.1 Generelt .......................................................................................................................... 393 
11.3.2 Unde r sammenk obling af køretøjsenhed og EGF ....................................................................... 393 
11.3.3 Unde r normal drift............................................................................................................ 394 
11.4. Ægthedsk ontrol af køretøjsenhed og chip samt sessionsnøg leoverensstemmelse .............................. 395 
11.5. Sikker meddelelseso verførsel ................................................................................................ 395 
12. PARRING AF OG KOMMUNIKA TION MELLEM KØRETØJSENHED OG BEV ÆGELSESSENSOR .......................... 396 
12.1. Generelt .......................................................................................................................... 396 
12.2. Parring af køretøjsenhed og bevægelses sensor ved hjælp af forsk ellige nøg legenerationer ................... 396 
12.3. Parring af og kommunikation mellem køretøjsenhed og bevægelsessensor ved hjælp af AES .............. 397 
12.4. Parring af køretøjsenhed og bevægelses sensor til forske llige udstyrsgenerationer .............................. 399 
13. SIKKERHED VED FJERNK OMMUNIKA TION OVER DSR C......................................................................... 399 
13.1. Generelt .......................................................................................................................... 399 
13.2. Kryptering af takografindhold og MAC-ge nerer ing .................................................................... 400 
13.3. Verifikation og dekr yptering af takografindhold ....................................................................... 401 
14. UNDERSKRIVELSE AF DATAOVERFØRSLER OG VERIFICERING AF UNDERSKRIFTER .................................... 401 
14.1. Generelt .......................................................................................................................... 401 
14.2. Generer ing af underskr ifter.................................................................................................. 402 
14.3. Verifikation af underskr ift................................................................................................... 402  
PRÆAMBEL 
Dette tillæg foreskr iver de sikker hedsmekanismer , som sikrer: 
—  gensidig ægthedsk ontrol mellem forske llige kompon enter i det digitale takografsyst em 
—  fortrolighed, integritet, ægthed og/eller uafviselighed af data overført mellem forsk ellige kompon enter eller overfø rt 
til ekster ne lagringsmedier . 
Dette tillæg består af to dele. I del A er sikker hedsmekanismer for digitale takografsyst emer af første generation (digitale 
takograf er) defineret. I del B er sikkerhedsmekanismer for digitale takografsyst emer af anden generation (intell igen te 
takograf er) defineret. 
De mekanismer , der specificeres i del A i dette tillæg, finder anvendelse, hvis mindst en af takografsyst emets 
komponent er, der anvendes ved en gensidi g ægthedsk ontrol og/eller datao verførselsproces, er af første generation. 26.5.2016 L 139/340 Den Europæisk e Unions Tidende DA    
De mekanismer , der specifi ceres i del B i dette tillæg, find er anvendels e, hvis begg e takografsystemets kompone nter , der 
anvendes ved en gensidig ægthedsk ontrol og/eller datao verførselsprocessen, er af anden generation. 
Tillæg 15 indeholder flere oplysning er om brugen af kompon enter af første generation sammen med kompone nter af 
anden generation. 
DEL A 
TAKOGRAFSY STEM AF FØRSTE GENERA TION 
1.  INDLEDNING 
1.1.  Henvisninger 
I dette tillæg er følgen de henvisning er anvendt: 
SHA-1  National Institute of Standards and Technology (NIST). FIPS Publication 180-1: Secure Hash 
Standar d. Apr il 1995. 
PKCS1  RSA Laborator ies. PKCS # 1: RSA Encr yption Standar d. Version 2.0. October 1998. 
TDES  National Institute of Standards og Techn ology (NIST). FIPS Publication 46-3: Data Encr yption 
Standar d. Draf t 1999. 
TDES-OP  ANSI X9.52, Triple Data Encr yption Algor ithm Modes of Operation. 1998. 
ISO/IEC 7816-4  Information Technology — Identif ication cards — Integrat ed circuit(s) cards with contacts — 
Part 4: Interi ndustr y commands for inter exchange . First edition: 1995 + Amendment 1: 
1997. 
ISO/IEC 7816-6  Information Technology — Identif ication cards — Integrat ed circuit(s) cards with contacts — 
Part 6: Interindustr y data elements. First edition: 1996 + Cor 1: 1998. 
ISO/IEC 7816-8  Information Technology — Identif ication cards — Integrat ed circuit(s) cards with contacts — 
Part 8: Secur ity relat ed interindustr y commands. First edition 1999. 
ISO/IEC 9796-2  Information Technology — Secur ity techniques — Digital signature schemes giving message 
reco very — Part 2: Mech anisms using a hash function. First edition: 1997. 
ISO/IEC 9798-3  Information Technology — Secur ity techniques — Entity authentication mechanisms — 
Part 3: Entity authentication using a public key algor ithm. Second edition 1998. 
ISO 16844-3  Road vehicles — Tachograph systems — Part 3: Motion sensor interface. 
1.2.  Notation og fork ortelser 
I dette tillæg bruges følgen de notation og forkortelser: 
(Ka, Kb, Kc)  Et nøglebundt til brug for den tredobbelte datakr ypteringsalgor itme 
CA  Certifice ringsm yndighed 
CAR  Henvisning til certificeringsm yndighed 
CC  Kryptografi sk kontrolsum 
CG  Kryptogram 
CH  Kommandoheader 
CHA  Certifik atindehav ers autori sation 
CHR  Henvisning til certifikatindeha ver 
D()  Dekr yptering med DES 26.5.2016 L 139/341 Den Europæisk e Unions Tidende DA    
DE  Dataelement 
DO  Dataobjekt 
d  Privat RSA -nøg le, privat ekspon ent 
e  Offentli g RSA -nøg le, offentlig eksponent 
E()  Kryptering med DES 
EQT  Udstyr 
Hash()  hash-værdi, et Hash-resultat 
Hash  Hash-funktion 
KID  Nøg le-identif ikator 
Km  TDES-nøg le. Hovednøg le definer et i ISO 16844-3 
KmVU  TDES-nøg le isat køretøjsenheder 
KmWC  TDES-nøg le isat værks tedskort 
m  Repræsenterer en meddelelse, heltal mellem 0 og n-1 
n  RSA -nøg ler, modulus 
PB  Udfyldningsby te 
Produktangivelse  Udfyldningsindikatorb yte (til brug i kryptogram til fortrolighedsdataobjekt) 
PV  Ordinær data værdi 
s  Repræsenterer en underskr ift, heltal mellem 0 og n-1 
SSC  Sendesekvenstæller 
SM  Sikker meddelelseso verførsel 
TCBC  TDEA-kr yptograf ering med blokkædningsfunktion 
TDEA  Algor itme til tredobbelt datakr yptering 
TLV  Mærkatlængde 
VU  Køretøjsenhed 
X.C  Certifik at for bruger X, udst edt af en certificeringsm yndighed 
X.CA  Certifice ringsm yndighed for bruger X 
X.CA .PK o X.C  Operation, som består i at udpakk e et certifikat for at udtrækk e en offentlig nøg le. Der er 
tale om en operat or af infix-typen, der som venstre operand har certifice ringsm yndighedens 
offentlig e nøg le og som højre operand certifikatet udste dt af den pågældende certifice rin­
gsm yndighed. Resultatet er den offentli ge nøg le for brugeren X, hvis certifikat er den højre 
operand 
X.PK  Offentli g RSA -nøg le for bruger X 
X.PK[I]  RSA -krypteringen af en vilkårlig oplysning I ved hjælp af den offentlige nøg le fra bruger X 
X.SK  Privat RSA -nøg le for bruger X 
X.SK[I]  RSA -kryptering af en vilkårlig oplysning I ved hjælp af den private nøg le fra bruger X 
‘xx’  Hexadecimal værdi 
||  Sammenkædningsoperato r 26.5.2016 L 139/342 Den Europæisk e Unions Tidende DA    
2.  KRYPTOGRAFISKE SYSTEMER OG ALGORITMER 
2.1.  Kryptograf iske systemer 
CSM_001  Køretøjsenheder og takografk ort skal anvende et kryptografisk system med en klassisk offentlig 
RSA -nøg le til at tilvejebr inge følgen de sikker hedsmekanismer: 
—  ægthedsk ontrol mellem køretøjsenheder og kort 
—  transpor t af tredobbelte DES-sessionsnøg ler mellem køretøjsenheder og takografk ort 
—  digital underskr ift af data, som er overfø rt fra køretøjsenheder ne eller fra takografk ort til 
ekster ne medier . 
CSM_002 I køretøjsenheder og takografk ort skal der anvendes et tredobbelt symmetr isk DES-kr yptograf e­
ringssyst em til sikring af dataintegr itet under udvek sling af brugerdata mellem køretøjsenheder og 
takografk ort og til, i givet fald, at sikre fortroligheden af datao verførsel mellem køretøjsenheder og 
takografk ort. 
2.2.  Kryptograf iske algor itmer 
2.2.1  RSA-algor itme 
CSM_003  RSA -algor itmen er fuldt definer et ved følgende relationer: 
X.SK[m] = s = md mod n 
X.PK[s] = m = se mod n  
En mere fuldstændig beskr ivelse af RSA -funktionen findes i henvisning [PKCS1]. Den offentlig e 
ekspon ent, e, til RSA-beregnin ger er et heltal mellem 3 og n-1, som opfylder betingelsen gcd(e, lcm 
(p-1, q-1))=1. 
2.2.2  Hash-algor itme 
CSM_004  Mekanismer ne til digital underskr ift skal anvende SHA-1-hashalgor itmen som definer et i 
henvisn ing [SHA-1]. 
2.2.3  Algor itme til datakr ypter ing 
CSM_005  Der skal anvendes DES-baserede algor itmer i blokkædnings-funktionstilstand. 
3.  NØGLER OG CER TIFIKA TER 
3.1.  Generer ing og distr ibution af nøgler 
3.1.1  Genererin g og distr ibution af RSA-nøgler 
CSM_006  RSA -nøg ler skal genereres i tre funktionelle hierarkisk e niveauer: 
—  europæisk niveau, 
—  medlemsstatsniveau 
—  apparatniveau. 26.5.2016 L 139/343 Den Europæisk e Unions Tidende DA    
CSM_007  På europæisk niveau skal der genereres et enkelt europæisk nøg lepar (EUR.SK og EUR.PK). Den 
europæiske private nøg le skal anvendes til at certificere medlemsstat ernes offentlige nøg ler. Der skal 
føres registre over alle certifice rede nøg ler. Disse opga ver udføres af en europæisk certifice rin­
gsm yndighed under Europa-K ommissionens myndighed og ansvar . 
CSM_008  På medlemsstatsniveau skal der genereres et medlemsstat-nøg lepar (MS.SK og MS.PK). 
Medlemsstate rnes offentlig e nøg ler skal være certifice ret af den europæiske certificeringsm yndighed. 
Den private medlemsstatsnøg le anvendes til at certificere de offentlig e nøgler, som skal isætt es 
udstyret (køretøjsenhed eller takografk ort). Der skal føres registe r over alle certificerede offentlige 
nøg ler med identif ikation af det udstyr , de er beste mt til. Disse opga ver varetages af en 
medlemsstats certificeringsm yndighed. En medlemsstat kan jævnligt ændre sit nøg lepar . 
CSM_009  På apparatniveau skal der generere s et enkelt nøg lepar (EQT .SK og EQT .PK), som isætte s hver t 
apparat. Apparatets offentli ge nøg ler skal certifice res af en medlemsstats certificeringsm yndighed. 
Disse opga ver kan varetages af udstyrsfabr ikant er, leverandører af individuelle tilpasninger af udstyr 
eller medlemsstat ernes myndigheder . Dette nøg lepar anvendes til ægthedsk ontrol, digital underskr ift 
og krypteringstjenester . 
CSM_010  De private nøg lers fortrolighed skal bibeholdes under genereri ng, eventuel transpor t og opbevar ing. 
Følgen de billede sammenfatt er datastrømme n under denne proces: 
26.5.2016 L 139/344 Den Europæisk e Unions Tidende DA    
3.1.2  RSA-prøv enøgler 
CSM_011 Til afprø vning af udstyr (her under inter operabilitetspr øvning) skal den europæiske certifice rin­
gsm yndighed generere et uens par europæiske prøvenøg ler og mindst to par medlemsstatsprø ­
venøg ler, af hvilke de offentlig e nøgler skal certificeres med den europæiske private prøvenøg le. I 
det udstyr , som skal typegodke ndes, skal fabrikanter ne isætte prøv enøg ler, som er certificeret med 
en af medlemsstat ernes prøv enøg ler. 
3.1.3  Nøgler til bevægel sessensor 
Generer ing, eventuel transpor t og opbevar ing af de tre nedenf or beskrevne TDES-nøg ler skal ske under 
iagttagelse af fuld fortrolighed. 
For at understøtt e takografk ompon enter, som er i overensstemmelse med ISO 16844, skal den europæiske 
certificer ingsm yndighed og medlemsstater nes certifice ringsm yndigheder endvidere sikre følgen de: 
CSM_036  Den europæiske certificeringsm yndighed genererer KmVU og KmW C, to uafhængige og unikke 
tredobbelte DES-nøg ler, og genererer Km som:  Km = KmVU XOR KmWC  . Den europæiske 
certificer ingsm yndighed fremsender disse nøgler under brug af tilbørligt sikrede procedurer til 
medlemsstat ernes certificer ingsm yndigheder på disses anmodning. 
CSM_037  Medlemsstate rnes certifice ringsm yndigheder skal: 
—  Anv ende Km til kryptering af bevægelses sensordata, som fabrikanter af bevægelse ssensorer 
anmoder om (de data, som skal krypteres med Km, er fastlagt i ISO 16844-3) 
—  Fremsende KmVU til fabrikanter ne af køretøjsenheder under brug af behør igt sikrede procedurer 
til isætning i køretøjsenheder 
—  sørg e for, at KmWC isætte s alle værks tedskort (
 i 
elementærf ilen 
 ) under personaliser ing af kortet. 
3.1.4  Genererin g og distr ibution af T-DES-sessionsnøg ler 
CSM_012  Køretøjsenheder og takografk ort skal som del af den gensidi ge ægthedsk ontrol generere og 
udveksle de nødvendige data til udarbejdelse af en tredobbelt fælles DES-sessionsnøg le. Denne 
dataudvek sling skal være fortrolighedsbeskyttet ved RSA -kryptering. 
CSM_013  Denne nøg le skal anvendes til alle efterfølgende kryptografiske operationer , hvor der anvendes 
sikker meddelelseso verførsel. Dens gyldighed udløber ved sessionens afslutning (udtagning eller 
genindsætning af kort) og/eller efter 240 anvendelser (en anvendelse af nøg len = en kommando 
med sikker meddelelseso verførsel sendt til kortet, samt det tilhørende svar). 
3.2.  Nøgler 
CSM_014  RSA -nøg ler (uanset niveau) skal have følgende længder: modulus n 1 024 bit, offentlig eksponent e 
højst 64 bit, privat eksponent d 1 024 bit. 
CSM_015  Tredobbelte DES-nøg ler har formen (Ka, Kb, Ka), hvor Ka og Kb er uafhængige nøgler med en længde 
på 64 bit. Der skal ikke sættes paritetsbit. 
3.3.  Cer tifikate r 
CSM_016  Certifik ater med offentlig RSA -nøg le skal være »ikke-se lvdeskr iptive« og »ver ificerbare med kort« 
(ref.: ISO/IEC 7816-8) ISO/IEC 7816-8) 26.5.2016 L 139/345 Den Europæisk e Unions Tidende DA    
3.3.1  Certifikaters indhold 
CSM_017  Certifik ater med offentlig RSA -nøg le er opby gget med følge nde data i følgen de rækk efølge: 
Data Format Byte Bemærkning 
CPI INTEGER  1 Certifik atprofil-identif ikator (‘01’ for denne version) 
CAR OCTET STRING  8 Henvis ning til certifice ringsm yndighed 
CHA OCTET STRING  7 Certifik atindeha vers autorisation 
EOV TimeReal  4 Certifik atets udløbsdat o. Ikke oblig ator isk, udfyldt med ‘FF’, hvis 
det ikke benyttes. 
CHR OCTET STRING  8 Henvis ning til certifik atindehav er 
n OCTET STRING  128 Offe ntlig nøg le (modulus) 
e OCTET STRING  8 Offe ntlig nøg le (offen tlig ekspon ent)   
164   
Bemærk: 
1.  »Cer tifikatprofil-identif ikatoren« (CPI) beskr iver den nøjagtige opbygn ing af et ægthedscer tifik at. Den kan 
bruges som intern identifikator for udstyret i en relevant headerlist e, som beskr iver sammenkædning en af 
dataelemente r i certifikatet. 
Den headerliste, der er knytt et til indholdet af dette certifikat, er som følger: 
‘4D’ ‘16’ ‘5F 29’ ‘01’ ‘42’ ‘08’ ‘5F 4B’ ‘07’ ‘5F 24’ ‘04’ ‘5F 20’ ‘08’ ‘7F 49’ ‘05’ ‘81’ ‘81 80’ ‘82’ ‘08’ Mærkat for udvidet headerliste 
Længde af headerliste 
CPI-mærkat 
CPI-længde 
CAR-mærkat 
CAR-længde 
CHA-mærkat 
CHA-længde 
EOV-mærkat 
EOV-længde 
CHR-mærkat 
CHR-længde 
Offentlig nøgle-mærkat (konstrueret) 
Længde af efterfølgende dataobjekter 
modulus-mærke 
modulus-længde 
offentlig eksponent-mærke 
offentlig eksponent-længde    
2.  »Hen visning til certifice ringsm yndighed« (CAR) har til formål at identificere den certifikatudstedende 
myndighed på en sådan måde, at dataelementet samtidig kan anvendes som identifikator for en 
myndigheds nøgle og henv ise til certificeringsm yndighedens offentlig e nøgle (vedr ørende kodning henvises 
til nøg leidentifikatoren nedenf or). 26.5.2016 L 139/346 Den Europæisk e Unions Tidende DA    
3.  »Cer tifikatindeha vers autori sation« (CHA) anvendes til at identif icere certifik atindehav erens rettigheder . Den 
indeholder fartskr iverapplikationens ID og en angivelse af den type udstyr , som certifik atet er beste mt til (i 
henhold til dataelementet 
 ‘00’ for en medlemsstat). 
4.  4. »Hen visning til certifikatindeha ver« (CHR) har til formål at identif icere certifikatindehaveren entydigt, 
således at dataelemente t på en gang kan anvende s som identif ikator for en persons nøg le og henv ise til 
certifikatindeha verens offentlige nøg le. 
5.  Nøg leidentif ikatorer identif icerer entydigt certifikatindeha ver eller certificeringsm yndighed. De kodes som 
følger:  
5.1. Udstyr (køretøjsenhed eller kort): 
Data Udstyrets serienum ­
mer Dato Type Fabrikan t 
Længde 4 byte 2 byte 1 byte 1 byte 
Værdi Heltal mm yy binær deci ­
malk ode Fabri kantspecifi k Fabrikan tkode  
For en køretøjsenhed kan producenten, når han anmoder om certifik ater, være vidende eller uvidende 
om identif ikationen af det udstyr , nøg lerne vil blive isat. 
I første tilfæ lde sender fabrikanten identif ikationen af udstyret med den offentli ge nøgle til den 
pågældende medlemsstats myndigheder til certifice ring. Certifikatet vil deref ter indeholde identifi ­
kationen af udstyret, og fabrikanten skal sikre, at nøg ler og certifik at isætt es det udstyr , det er beste mt 
for. Nøg leidentif ikatoren har den ovenf or viste form. 
I sidstnævnt e tilfælde skal fabr ikant en entydigt identif icere hver anmodning om certifik at og sende 
denne identif ikation med den offentlige nøgle til den pågældende medlemsstats myndigheder til 
certificering. Certifikatet vil indeholde identifikat ionen af anmodning en. Fabrikanten skal melde tilbage 
til myndigheder ne i sin medlemsstat med tilordning af nøgle til udstyr (dvs. identif ikation af 
anmodning om certifik at, identif ikation af udstyr) efter installer ing af nøg len i udstyret. Nøg leidenti ­
fikator en har følgen de form: 
Data Serienummer på 
anmodning om cer­
tifikat Dato Type Fabrikan t 
Længde 4 byte 2 byte 1 byte 1 byte 
Værdi Heltal mm yy binær deci ­
malk ode ‘FF’ Fabrikan tkode   
5.2. Certificeringsm yndighed: 
Data Identif ikation af 
myndighed Serienummer på 
nøg le Yderligere oplysnin ­
ger Identifikator 
Længde 4 byte 1 byte 2 byte 1 byte 26.5.2016 L 139/347 Den Europæisk e Unions Tidende DA    
Værdi 1 byte numer isk 
nation-k ode 
3 byte alfanumer isk 
nation-k ode Heltal Tillægsk ode 
(CA-specifik) 
‘FF FF’, hvis det ikke 
anvendes ‘01’  
Nøg lens serienummer anvendes til at skelne mellem en medlemsstats forske llige nøgler, i tilfæ lde af at 
nøg len ændres. 
6.  Certifikatk ontrollører skal implicit vide, at den certificerede offentlig e nøg le er en RSA -nøg le, som er 
relevant for ægthedsk ontrol, verificering af digital underskr ift og kryptering til fortrolighedstjenest er 
(certifikatet indeholder ingen objektidentifikator til angivelse heraf). 
3.3.2  Udstedte certifikater 
CSM_018  Det udst edte certifikat er en digital underskr ift med delvis genetabler ing af certifik atets indhold i 
overensst emmelse med ISO/IEC 9796-2, undtag en bilag A.4 dertil, med »henvi sning til certificerin­
gsm yndighed« vedhæf tet. 
X.C = X.CA .SK[‘6A ’ || Cr || Hash(Cc) || ‘BC’] || Cn || X.CAR  
Med certifik atindhold = Cc = Cr || Cn  
106 byte  58 byte  
Bemærk: 
1.  Dette certifik at er 194 byte langt. 
2.  Henvi sning til certifice ringsm yndigheden (CA R), som er skjult af underskr iften, er ligeledes vedhæf tet 
underskr iften, således at certifice ringsm yndighedens offentlig e nøg le kan vælg es til verificer ing af 
certifikatet. 
3.  Certifikatk ontrolløren skal implicit kende den algor itme, der af certificer ingsm yndigheden er anvendt til at 
underskr ive certifik atet. 
4.  Den headerliste, der er knytt et til dette udstedt e certifikat, er som følger: 
‘7F 21’ ‘09’ ‘5F 37’ ‘81 80’ ‘5F 38’ ‘3A’ ‘42’ ‘08’ CV-certifikatmærkat (konstrueret) 
Længde af efterfølgende dataobjekter 
Underskrift-mærkat 
Underskrift-længde 
Rest-mærke 
Rest-længde 
CAR-mærkat 
CAR-længde   26.5.2016 L 139/348 Den Europæisk e Unions Tidende DA    
3.3.3  Verificer ing og udpakning af certifikater 
Certifik atver ificer ing og -udpakning består i verificering af underskr iften i overensstemmelse med ISO/IEC 
9796-2, hentning af certifikatets indhold og den deri indeholdte offentli ge nøg le: X.PK = X.CA .PK o X.C, og 
kontrol af certifik atets gyldighed. 
CSM_019  Der indgår heri følgende trin: 
Verificer underskr ift og hent indhold: 
—  fra X.C hent Sign, Cn‘ og CAR’: X.C = Sign || Cn' || CAR'   
128 byte  58 byte  8 byte  
—  fra CAR' vælg korrekt offentlig nøg le for certifice ringsm yndighed (hvis dette ikke er sket før på 
anden måde) 
—  åben Sign med certifice ringsm yndighedens offentlig e nøg le: Sr'= X.CA .PK [Sign], 
—  kontroller , at Sr' begynder med ‘6A’ og ender på ‘BC’ 
—  beregn Cr' og H' af: Sr' = ‘6A’ || Cr' || H' || ‘BC’    
106 byte  20 byte    
—  Hent indhold af certifikat C' = Cr' || Cn', 
—  kontroller , at Hash(C') = H' 
Giver kontroller ne et tilfredsstillende resultat, er certifik atet ægte, dets indhold er C'. 
Verificer gyldighed. Fra C': 
—  Kontroller i givet fald udløbsdatoen. 
Hent og gem offentlig nøg le, nøgleidentif ikator, certifikatindeha vers autor isation og certifik atets 
udløbsdat o fra C': 
—  X.PK = n || e 
—  X.KID = CHR 
—  X.CHA = CHA 
—  X.EO V = EOV 
4.  MEKANISME TIL GENSIDIG ÆGTHEDSK ONTR OL 
Gensidig ægthedsk ontrol mellem kort og køretøjsenheder bygg er på følgen de princip: 
Hver part skal over for den anden godtgøre, at den er indehav er af en gyldig nøgle, hvis offentlig e nøgle er 
certificeret af en af medlemsstater nes certifice ringsm yndigheder , som selv er certificeret af den europæiske 
certificer ingsm yndighed. 
Dette sker ved, at der med den private nøg le underskr ives et tilfæ ldigt tal, afsendt af den anden part, som 
deref ter skal genfinde det afsendte tilfældig e tal ved verificer ing af denne underskr ift. 
Mekanismen udløses af køretøjsenheden ved isætning af kortet. Den begynder med udveksling af certifik ater 
og udpakning af offentlige nøg ler og slutte r med isætning af en sessionsnøg le. 26.5.2016 L 139/349 Den Europæisk e Unions Tidende DA    
CSM_020  Der skal anvendes følgen de protok ol (pilene angiver kommandoer og udvek slede data (se tillæg 2): 
26.5.2016 L 139/350 Den Europæisk e Unions Tidende DA    
26.5.2016 L 139/351 Den Europæisk e Unions Tidende DA    
5. MEKANISMER TIL FORT ROLIGHED, INTEGRITET OG ÆGTHEDSK ONTR OL VED DATAOVERFØRSEL PÅ KØRETØJS ­
ENHEDENS KORT 
5.1.  Sikk er meddelelseso verførsel 
CSM_021  Ved overfø rsler af data på kort i køretøjsenheder skal dataint egriteten beskytt es genn em sikker 
meddelelseso verfø rsel i overensste mmelse med henvisning [ISO/IEC 7816-4] og [ISO/IEC 7816-8]. 
CSM_022  Når der er beho v for beskytt else af data under overførsel, skal et dataobjekt med kryptografisk 
kontrolsum vedhæf tes de dataobjekter , der udsendes inden for kommandoen eller svaret. Den 
kryptografiske kontrolsum skal verificeres af modtager en. 
CSM_023  Den kryptografiske kontrolsum af data sendt inden for en kommando skal indeholde 
kommandoens header og alle de afsendte dataobjekter (= > CLA = ‘0C’, og alle dataobjekter skal 
være indkapslet med mærkater , i hvilke b1 = 1). 
CSM_024  Informationsb yte for svarstatus skal være beskytte t af en kryptografisk kontrolsum, når svaret ikke 
indeholder noget datafelt. 
CSM_025  Kryptografi ske kontrolsummer skal være 4 byte lange. 
Kommandoer og svar har derfor følgen de struktur ved brug af sikke r meddelelseso verførsel: 
De anvendte dataobjekter er et delsæt af de dataobjekter for sikker meddelelseso verførsel, som er 
beskrevet i ISO/IEC 7816-4: 
Mærkat Husk eværdi Betydning 
‘81’ TPV Ordinær værdi af ikke BER -TLV-kodede data (skal beskytt es med kryp­
tografisk kontrolsum) 
‘97’ TLE Værdien af Le i den ikke-sikrede kommando (skal beskytt es med kryp­
tografisk kontrolsum) 
‘99’ TSW Status (skal beskyttes med kryptografisk kontrolsum) 
‘8E’ TCC Kryptografisk kontrolsum 
‘87’ TPI CG Byte med udfyldningsindikator || Kryptogram (ordinær værdi ikke ko­
det i BER -TLV)  
Givet et ikke-sikret kommando/svar -par: 
Kommandoheader Kommandoindhold 
CLA INS P1 P2 [Lc-felt] [Datafelt] [Le-felt] 
Fire byte L-byte, betegn et B1 til BL  
Svar indhold Svaref terskrif t 
[Datafelt] SW1 SW2 
Lr-databyt e To byte  26.5.2016 L 139/352 Den Europæisk e Unions Tidende DA    
Det tilsvarende sikrede kommando/svar -par er: 
Sikret kommando: 
Kommandoheader (CH) Kommandoindhold 
CLA INS P1 P2 [Nyt Lc-felt] [Nyt datafelt] [Nyt Le- 
felt] 
‘OC’ Længde af Nyt 
datafe lt TPV LPV PV TLE LLE Le TCC LCC CC ‘00’ 
‘81’ Lc Dataf elt ‘97’ ‘01’ Le ‘8E’ ‘04’ CC  
Data, som skal integreres i kontrolsum = CH || PB || TPV || LPV || PV || TLE || LLE || Le || PB 
PB = Udfyldningsby te (80 .. 00) i overensst emmelse med ISO-IEC 7816-4 og ISO 9797, metode 2. 
Dataobjekterne PV og LE er kun til stede, når der er nogle tilsvarende data i den ikke-sikrede 
kommando. 
Sikret svar:  
1. Tilfælde, hvor svardatafelt et ikke er tomt og ikke behøver være fortrolighedsbeskyttet: 
Svar indhold Svaref terskr ift 
[Nyt dataf elt] ny SW1 SW2 
TPV LPV PV TCC LCC CC  
‘81’ Lr Datafelt ‘8E’ ‘04’ CC  
Data, der skal integreres i kontrolsum = TPV || LPV || PV || PB  
2. Tilfælde, hvor svardatafelt et ikke er tomt og behøver være fortrolighedsbeskyttet: 
Svar indhold Svaref terskr ift 
[Nyt dataf elt] 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 udfyldningsbyt e. 
Data, der skal integreres i kontrolsummen = TPI CG || LPI CG || PI CG || PB 26.5.2016 L 139/353 Den Europæisk e Unions Tidende DA    
3. Tilfælde, hvor svardatafelt et er tomt: 
Svar indhold Svaref terskr ift 
[Nyt dataf elt] ny SW1 SW2 
TSW LSW SW TCC LCC CC  
‘99’ ‘02’ Ny SW1 SW2 ‘8E’ ‘04’ CC  
Data, der skal integreres i kontrolsummen = TSW || LSW || SW || PB 
5.2.  Håndter ing af fejl ved sikker meddelelseso verførsel 
CSM_026 Når takografk ortet konstatere r en fejl i fortolkningen af en kommando under sikker meddelelses ­
overfø rsel, skal statusb ytene retur neres uden sikker meddelelseso verførsel. I henhold til ISO/IEC 
7816-4 er følgen de statusbyt e defineret til angivelse af fejl under sikker meddelelseso verfø rsel: 
‘66 88’:  Verificer ing af kryptografisk kontrolsum mislykkedes 
‘69 87’:  Forventede dataobjekter i sikker meddelelseso verførsel mang ler 
‘69 88’:  Dataobjekter i sikker meddelelelseso verfø rsel fejlbehæf tede 
CSM_027  Når takografk ortet retur nerer statusb yte uden dataobjekter for sikker meddelelseso verførsel (SM) 
eller med et fejlbehæf tet SM-dataobjekt, skal sessionen afbr ydes af køretøjsenheden. 
5.3.  Algor itme til beregning af kryptog rafiske kontrolsummer 
CSM_028  Kryptografi ske kontrolsummer opby gget ved hjælp af en sædvanlig MAC i overensste mmelse 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. 
—  Sluttr in: 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 dekr yptering med DES. 
De fire mest betydende byte i den kryptografiske kontrolsum overføres 
CSM_029  Sendesekvenstælleren (SSC) skal under kontrol af nøg leoverensste mmelse initialiseres med: 
Star tværdi af SSC: Rnd3 (fire mindst betydende byte) || Rnd1 (fire mindst betydende byte). 
CSM_030  Sendesekvenstælleren skal hver gang forhøjes med 1 inden beregning af en MAC (dvs. SSC for den 
første kommando er startværdien af SSC + 1, SSC for det først e svar er startværdien af SSC + 2). 26.5.2016 L 139/354 Den Europæisk e Unions Tidende DA    
Følgen de figur viser beregning en af MAC: 
5.4.  Algor itme til beregning af kryptog rammer til fortrolighedsdata objekter 
CSM_031  Kryptogrammer beregnes ved hjælp af TDEA i TCBC-funktionstilstand i overensstemmelse med 
henvisn ing [TDES] og [TDES-OP] og med nulvekt oren som startværdiblok. 
Følgen de figur viser anvendelsen af nøg ler i TDES: 
6.  MEKANISMER TIL DIGIT AL UNDERSKRIFT AF DATAOVERFØRSLER 
CSM_032  Det intellig ente dedik erede udstyr (IDE) lagrer data, som er modtaget fra en enhed (køretøjsenhed 
eller kort) under en overfø rselssession, inden for en fysisk datafil. Denne fil skal indeholde 
certifikater ne MSi.C og EQT .C. Filen indeholder digitale underskr ifter af datablokk e som foreskrevet 
i tillæg 7, Protok oller til datao verførsel. 
CSM_033  I digitale underskr ifter af overførte data skal anvendes et digitalt underskr iftssystem med appendiks, 
således at overfø rte data om ønsk et kan læses uden dech ifrer ing. 
6.1.  Generer ing af underskr ifter 
CSM_034  Ved genereri ng af en dataunderskr ift skal udstyret følge underskr iftssyst emet med appendik s som 
fastlagt i henvisning PKCS1 med SHA-1-hash-funktionen: 
Underskr ift = EQT .SK[‘00’ || ‘01’ || PS || ‘00’ || DER(SHA-1(Data))] 26.5.2016 L 139/355 Den Europæisk e Unions Tidende DA    
PS = Udfyldningsstreng af oktett er, der har værdien ‘FF’, så længden er 128. 
DER(SHA-1(M)) er kodninge n af algor itme-ID'ens hash-værdi til en ASN.1-værdi af typen 
Dige stInf o (distinguished encoding rules): 
‘30’||‘21’||‘30’||‘09’||‘06’||‘05’||‘2B’||‘0E’||‘03’||‘02’||‘1A ’||‘05’||‘00’||‘04’||‘14’||Hash-værdi. 
6.2.  Verificer ing af underskr ift 
CSM_035  Ved verificering af dataunderskr ift på overfø rte data skal udstyret følge underskr iftssystemet med 
appendik s som defineret i henvisn ing [PKCS1] med SHA-1-hash-funktionen. 
Den europæiske offentlig e nøgle EUR.PK må uafhængigt (og betroet) kendes af kontrolløren. 
Følgen de tabel illustrerer den protok ol, som en intellig ent dedike ret enhed (IDE) med kontrolk ort 
kan følge ved verificering af integriteten af data, som er overfø rt og lagret på ekster ne lagermedier . 
Kontrolk ortet anvendes til at udføre dechifrer ingen af digitale underskr ifter. Denne funktion 
behøver i dette tilfæ lde ikke være implemen teret i det pågældende IDE. 
Det udstyr , som har overfø rt og underskrevet de data, der skal analyseres, benævnes EQT . 
26.5.2016 L 139/356 Den Europæisk e Unions Tidende DA    
DEL B 
TAKOGRAFSYSTEM AF ANDEN GENERA TION 
7.  INDLEDNING 
7.1.  Henvisninger 
Følgen de henvisning er benytt es i denne del af dette tillæg. 
AES  National Institute of Standards og Techn ology (NIST), FIPS PUB 197: Advanced Encr yption 
Standard (AES), 26. november 2001 
DSS  National Institute of Standards and Techn ology (NIST), FIPS PUB 186-4: Digital Signature 
Standard (DSS), juli 2013 
ISO 7816-4  ISO/IEC 7816-4, Identification cards — Integrated circuit cards — Part 4: Org anization, 
secur ity and commands for inter chang e. Third edition 2013-04-15 
ISO 7816-8  ISO/IEC 7816-8, Identif ication cards — Integrat ed circuit cards — Part 8: Commands for 
secur ity operations. Second edition 2004-06-01 
ISO 8825-1  ISO/IEC 8825-1, Information technology — ASN.1 encoding rules: Specification of Basic 
Encoding Rules (BER), Canonical Encoding Rules (CER) and Distinguished Encoding Rules 
(DER). Four th edition, 2008-12-15 
ISO 9797-1  ISO/IEC 9797-1, Information technology — Secur ity techniques — Message Auth entication 
Codes (MA Cs) — Part 1: Mechanism s using a bloc k cipher . Second edition, 2011-03-01 
ISO 10116  ISO/IEC 10116, Information technology — Secur ity techniques — Modes of operation of an n- 
bit bloc k cipher . Third edition, 2006-02-01 
ISO 16844-3  ISO/IEC 16844-3, Road vehicles — Tachograph syste ms — Part 3: Motion sensor interface. 
First edition 2004, including Technical Corrigen dum 1 2006 
RFC 5480  Ellipti c Curve Cryptograph y Subject Public Key Information, mar ts 2009 
RFC 5639  Ellipti c Curve Cryptograph y (ECC) — Brain pool Standard Curves and Curve Generation, 2010 
RFC 5869  HMA C-based Extract-and-Expand Key Derivation Function (HKDF), maj 2010 
SHS  National Institute of Standards and Techn ology (NIST), FIPS PUB 180-4: Secure Hash Standard, 
mar ts 2012 
SP 800-38B  National Institute of Standards and Techn ology (NIST), Special Publication 800-38B: 
Recommendation for Bloc k Cipher Modes of Operation: The CMA C Mode for Authentication, 
2005 
TR-03111  BSI Technical Guideline TR-03111, Ellipti c Curve Cryptograph y, version 2.00, 2012-06-28 
7.2.  Notation og fork ortelser 
I dette tillæg bruges følgen de notation og forkortelser: 
AES  Advanced Encr yption Standard 
CA  Certificer ingsm yndighed 
CAR  Hen visning til certificer ingsm yndighed 
CBC  Blokkædningsfunktion (funktionstilstand) 26.5.2016 L 139/357 Den Europæisk e Unions Tidende DA    
CH  Kommandoheader 
CHA  Certifikatindehavers autor isation 
CHR  Hen visning til certifikatindehaver 
CV  Konstant vektor 
DER  Distinguished Encoding Rules 
DO  Dataobjekt 
DSR C  Dedicat ed Shor t Range Communication 
ECC  Ellipt isk kurvekr yptografi 
ECDSA  Digital underskr iftsalgor itme for ellipt isk kurve 
ECDH  Ellipt isk kurve Diffi e-Hellman (algor itme for nøg leoverensstemmelsesk ontrol) 
EGF  Ekster nt GNSS-udstyr 
EQT  Udstyr 
IDE  Intelligent dedik eret udstyr: 
KM  Hovednøg le for bevægelsessenso r, der gør det muligt at parre en køretøjsenhed med en 
bevæge lsessensor 
KM-V U  Nøg le isat køretøjsenheder , der giver en køretøjsenhed mulighed for at udlede hovednøg len til 
bevæge lsessensoren, hvis der sættes et værks tedskort i køretøjsenheden 
KM-W C  Nøg le isat værkstedsk ort, der giver en køretøjsenhed mulighed for at udlede hovednøg len til 
bevæge lsessensoren, hvis der sættes et værks tedskort i køretøjsenheden 
MAC  Message Auth entication Code 
MoS  Bevæge lsessensor 
MSB  Mest betydende bit 
PKI  Public key-infrastr uktur 
RCF  Fjernkommunikationsudstyr 
SSC  Sendesekvenstæller 
SM  Sikke r meddelelseso verfø rsel 
TDES  Tredobbelt datakr ypteringsstandard 
TLV  Mærkatlængde 
VU  Køretøjsenhed 
X.C  offentligt nøg lecer tifikat for brugeren X 
X.CA  certifikatm yndigheden, der har udstedt certifikatet for brugeren X 
X.CAR  henv isning til certifik atmyndigheden, der er angivet i certifikatet for brugeren X 
X.CHR  henv isning til certifik atindehav eren, der er angivet i certifikatet for brugeren X 
X.PK  offentlig nøg le for brugeren X 
X.SK  privat nøg le for brugeren X 
X.PKeph  midler tidig offentli g nøgle for brugeren X 
X.SKeph  midler tidig privat nøg le for brugeren X 
‘xx’  hexadecimal værdi 
||  sammenkædningsoperat or 26.5.2016 L 139/358 Den Europæisk e Unions Tidende DA    
7.3.  Def initioner 
Defi nitioner ne af de begreber , der benyttes i dette tillæg, er medtag et i bilag 1C, afsnit I. 
8.  KRYPTOGRAFISKE SYSTEMER OG ALGORITMER 
8.1.  Kryptograf iske systemer 
CSM_38  Køretøjsenheder og takografk ort skal anvende et ellipt isk kurvebaseret kryptografisk system med en 
offentlig nøg le til at tilvejebr inge følgen de sikker hedsmekanismer: 
—  gensidig ægthedsk ontrol mellem en køretøjsenhed og et kort 
—  kontrol af AES-sessionsnøg lers overensstemmelse mellem en køretøjsenhed og et kort 
—  sikring af ægthed, integritet og uafviselighed af data, der er overfø rt fra køretøjsenheder eller 
takografk ort til ekster ne medier . 
CSM_39  Køretøjsenheder og eksternt GNSS-udstyr skal anvende et ellipt isk kurvebaseret kryptografisk system 
med en offentlig nøg le til at tilvejebr inge følgen de sikkerhedsmekanismer: 
—  sammenk obling af en køretøjsenhed og eksternt GNSS-udstyr 
—  gensidig ægthedsk ontrol mellem en køretøjsenhed og ekster nt GNSS-udstyr 
—  aftale om en AES-sessionsnøg le mellem en køretøjsenhed og eksternt GNSS-udstyr . 
CSM_40  Køretøjsenheder og takografk ort skal anvende et AES-baseret symmetr isk kryptografi sk syste m med 
en offentlig nøg le til at tilvejebr inge følgen de sikke rhedsmekanismer : 
—  sikring af ægthed og integritet af data, der udvek sles mellem en køretøjsenhed og et takografk ort 
—  hvor det er relevant, sikring af fortrolighed af data udvekslet mellem en køretøjsenhed og et 
takografk ort. 
CSM_41  Køretøjsenheder og ekster nt GNSS-udstyr skal anvende et AES-baseret symmetr isk kryptografisk 
system med en offentlig nøgle til at tilvejebr inge følgende sikker hedsmekanismer: 
—  sikring af ægthed og integritet af data udvekslet mellem en køretøjsenhed og ekster nt GNSS- 
udstyr . 
CSM_42  Køretøjsenheder og bevægelse ssensorer skal anvende et AES-baseret symmetr isk kryptografisk 
system med en offentlig nøgle til at tilvejebr inge følgende sikker hedsmekanismer: 
—  parring af en køretøjsenhed og en bevægelsessensor 
—  gensidig ægthedsk ontrol mellem en køretøjsenhed og en bevæge lsessensor 
—  sikring af fortrolighed af data udvek slet mellem en køretøjsenhed og en bevæge lsessensor . 
CSM_43  Køretøjsenheder og kontrolk ort skal anvende et AES-baseret symmetr isk kryptografisk system med 
følgende sikkerh edsmekanismer på fjernkommunikationsinte rfacet: 
—  sikring af fortrolighed, ægthed og integritet af data, der sendes fra en køretøjsenhed til et 
takografk ort. 26.5.2016 L 139/359 Den Europæisk e Unions Tidende DA    
Bemærk: 
—  Data overføres egentlig fra en køretøjsenhed til en fjerninter rogator under kontrol af en 
kontrolf ørende ved hjælp af fjernkommunikationsudstyr , der kan være i eller uden for 
køretøjsenheden, se tillæg 14. Fjerninter rogatoren sender dog de modtagne data til et kontrolk ort 
til dekr yptering og ægthedsk ontrol. Rent sikker hedsmæssigt er fjernkommunikationsudstyret og 
fjernint errogatoren helt gennemsigtig e. 
—  Et værks tedskort giver samme sikkerhedsmekanismer til DSR C-int erfacet som et kontrolk ort. 
Derfor kan et værks teds kort kontrollere, at fjernkommunikationsinterfa cet i en køretøjsenhed, 
herunder sikkerheden, fung erer korrekt. Der henvises til afsnit 9.2.2 for yderlig ere oplysninger . 
8.2.  Kryptograf iske algor itmer 
8.2.1  Symmetr iske algor itmer 
CSM_44  Køretøjsenheder , takografk ort, bevægelse ssensorer og eksterne GNSS-funktioner understøtt er AES- 
algor itmen som definer et i [AES]; nøg lelængder: 128, 192 og 256 bit. 
8.2.2  Asymmetr iske algor itmer og standar diser ede domænepar ametr e 
CSM_45  Køretøjsenheder , takografk ort og ekster ne GNSS-funktioner understøtter elliptisk kurvekr yptografi, 
nøglestør relse: 256, 384 og 512/521 bit. 
CSM_46 Køretøjsenheder , takografk ort og ekster ne GNSS-funktioner understøtt er ECDSA- underskr iftsal­
goritmen som specifi ceret i [DSS]. 
CSM_47 Køretøjsenheder , takografk ort og eksterne GNSS-funktioner understøtter ECK A-EG-nøg leaftalea ­
lgor itmen som specifi ceret i [TR 03111]. 
CSM_48  Køretøjsenheder , takografk ort og ekster ne GNSS-funktioner understøtt er alle standardiserede 
parametre som specifi ceret i nedenstående Tabel 1 for elliptisk kurvekr yptografi. 
Tabel 1 
Standardiserede domæneparametre 
Nav n Stør relse (bit) Henvisning Objektidentif ikato r 
NIST P-256 256 [DSS], [RFC 5480] 
Brain poolP256r1 256 [RFC 5639] 
NIST P-384 384 [DSS], [RFC 5480] 
Brain poolP384r1 384 [RFC 5639] 
Brain poolP512r1 512 [RFC 5639] 
NIST P-521 521 [DSS], [RFC 5480] 
Bemærk: Objektidentif ikatorer ne i sidste kolonne i Tabel 1 er specifi ceret i [RFC 5639] for Brainpool- 
kurver og i [RFC 5480] for NIST -kur ver 
26.5.2016 L 139/360 Den Europæisk e Unions Tidende DA    
8.2.3  Hash-algor itmer 
CSM_49  Køretøjsenheder og takografk ort understøtt er SHA-256-, SHA-384- og SHA-512-algor itmer ne i 
[SHS]. 
8.2.4  Talrækker 
CSM_50  For en symmetr isk algor itme anvendes en asymmetr isk algor itme og/eller en hash-algor itme 
sammen som sikker hedsprotok ol, idet deres respektive nøg lelængder og hash-stør relser er af 
(omtrent) samme styrke. Tabel 2 viser de tilladt e talrække r: 
Tabel 2 
Tilladte talrækk er 
Talrække-ID ECC-nøg lestør relse 
(bit) AES-nøg lelængde 
(bit) Hash-altor itme MAC-længde (byte) 
CS#1 256 128 SHA-256 8 
CS#2 384 192 SHA-384 12 
CS#3 512/521 256 SHA-512 16  
Bemærk: ECC-nøg lestør relser på 512 bit og 521 bit anses som værende af samme styrk e i dette 
tillæg. 
9.  NØGLER OG CER TIFIKA TER 
9.1.  Asymmetr iske nøglepar og certifikater for offentlige nøgler 
9.1.1  Generel t 
Bemærk: De nøg ler, der beskr ives i dette afsnit, anvendes til gensidig ægthedsk ontrol og sikker meddelelses ­
overførsel mellem køretøjsenheder og takografk ort og mellem køretøjsenheder og ekster ne GNSS-funktioner . 
Disse processer beskr ives i detaljer i tillægge ts kapitel 10 og 11. 
CSM_51  I det europæiske digitale takografsyst em genereres og forvaltes ECC-nøg lepar og tilsvarende 
certifikater gennem tre hierarkisk e funktionsniveauer: 
—  europæisk niveau 
—  medlemsstatsniveau 
—  apparatniveau. 26.5.2016 L 139/361 Den Europæisk e Unions Tidende DA    
CSM_52  I hele det europæiske intellig ent takograf-system genereres, forvaltes og meddeles offentlig e og 
private nøg ler og certifik ater under anvendelse af standardiserede, sikrede metoder . 
9.1.2  Europæisk niveau 
CSM_53  På europæisk niveau skal der generere s et enkelt europæisk nøglepar , der betegnes EUR. Det består af 
en privat nøg le (EUR.SK) og en offentlig nøg le (EUR.PK). Dette par udgør det basale nøglepar i hele 
PKI for den europæiske intelligent e takograf. Opga ven udføres af en europæisk certifice rin­
gsm yndighed (ERCA) under Europa-K ommissionens myndighed og ansvar . 
CSM_54  ERCA'en benytter den europæiske private nøg le til at underskr ive et (selvunderskrevet) rodcer tifikat 
for den europæiske offentlig e nøg le og formidler dette europæiske rodcer tifikat til alle medlemsstater . 
CSM_55  ERCA'en benytter den europæiske private nøg le til at underskr ive certifik aterne for medlemsstat ernes 
offentlige nøg ler, når den anmodes herom. ERCA'e n fører registre over alle underskrevne nøglecer ­
tifikater tilhørende medlemsstater ne. 
CSM_56  Som det fremgår af Figur 1 i afsnit 9.1.7 genererer ERCA'e n et nyt europæisk rodnøg lepar hver t 17. 
år. Hver gang ERCA'en genererer et nyt europæisk rodnøg lepar , opretter den et nyt selvunderskrevet 
rodcer tifikat for den nye europæiske offentlig e nøgle. Gyldighedsper ioden for et europæisk 
rodcer tifikat er 34 år plus 3 måneder . 
Bemærk: Indf ørelsen af et nyt rodnøg lepar indebærer også, at ERCA vil generere en ny hovednøg le til 
bevæge lsessensoren og en DSR C-ho vednøg le, se afsnit 9.2.1.2 og 9.2.2.2. 
CSM_57  Inden ERCA'en genererer et nyt europæisk rodnøg lepar , foretager den en analyse af den 
kryptografiske styrke , der kræves for det nye nøg lepar , eftersom det skal være sikker t i de næste 34 
år. Om nødvendigt skal ERCA'en skifte til en talrækk e, der er stærke re end den nuværende, som 
specificeret i CSM_50. 
CSM_58  Hver gang ERCA'en genererer et nyt europæisk rodnøg lepar , oprett er den et forbindelsescer tifik at til 
den nye europæiske offentlige nøgle og underskr iver det med den hidtidige europæiske private nøgle. 
Forbindelsescer tifik atets gyldighedsper iode er 17 år. Dette fremgår ligeledes af Figur 1 i afsnit 9.1.7. 
Bemærk: Eftersom et forbindelsescer tifik at indeholder ERCA'e ns offentlig e nøg le af generation X og 
er underskrevet med ERCA'ens private nøg le af generation X-1, giver forbindelsescer tifikatet 
mulighed for, at man gennem udstyr fremstillet under generation X-1 også kan have tillid til udstyr 
fremstillet under generation X. 
CSM_59  ERCA'en må ikke bruge den private nøg le for et rodnøg lepar til noget formål efter det tidspunkt, 
hvor et nyt rodnøg lecer tifikat bliver gyldigt. 
CSM_60  ERCA'en skal til enhver tid råde over følgen de kryptografiske nøgler og certifikater: 
—  Det aktuelle EUR -nøg lepar og det tilhørende certifikat 
—  Alle tidlig ere EUR -cer tifikater, der skal anvendes til verifikation af MSCA-cer tifik ater, der stadig er 
gyldige 
—  Forbindelsescer tifikater for alle generationer af EUR -cer tifikater undtag en den første . 
9.1.3  Medlemsstatsniv eau 
CSM_61  På medlemsstatsniveau generer alle medlemsstat er, der skal underskr ive takografk ortcertifik ater, et 
eller flere entydige ECC-nøg lepar , der betegnes et MSCA _Card. Alle medlemsstater , der skal 
underskr ive certifikater til køretøjsenheder eller ekster nt GNSS-udstyr , genererer desuden et eller 
flere andre entydige ECC-nøg lepar , der betegnes MSCA_ VU-EGF . 26.5.2016 L 139/362 Den Europæisk e Unions Tidende DA    
CSM_62  Opg aven med at generere medlemsstatens nøg lepar varetage s af en certificer ingsm yndighed i 
medlemsstat en (MSCA) . Når en MSCA genererer en medlemsstats nøglepar , sender den den offentlige 
nøgle til ERCA'en for at få et tilsvarende medlemsstatscer tifikat underskrevet af ERCA'en. 
CSM_63  En MSCA vælger styrken af en medlemsstats nøg lepar , så den svarer til styrk en af det europæiske 
rodnøg lepar , der bruges til at underskr ive den tilhørende medlemsstats certifikat. 
CSM_64  Hvis der foreligger et MSCA_VU-EGF -nøg lepar , består det af en privat nøg le, MSCA_ VU-EGF .SK, og 
en offentlig nøg le, MSCA _VU-EGF .PK. En MSCA bruger udelukkend e den private nøg le MSCA_VU- 
EGF .SK til at underskr ive de offentlige nøg lecer tifikater for køretøjsenheder og eksternt GNSS-udstyr . 
CSM_65  Et MSCA _Card-nøg lepar består af den private nøg le MSCA _Card.SK og den offentlig e nøg le 
MSCA_Card.PK. En MSCA benytter udelukk ende den private nøg le MSCA_ Card.SK til at underskr ive 
de offentli ge nøglecer tifik ater for takografk ort. 
CSM_66  En MSCA fører registre over alle underskrevne køretøjsenhedscer tifikater , certifikater for ekstern 
GNSS-udstyr og kortcertifikater sammen med identifikation af det udstyr , som hver t certifikat er 
beregnet til. 
CSM_67  Gyldighedsper ioden for et MSCA_VU-EGF -cer tifikat er 17 år plus 3 måneder . Gyldighedsper ioden 
for et MSCA _Card-cer tifikat er 7 år plus 1 måned. 
CSM_68  Som det fremgå r af Figur 1 i afsnit 9.1.7 skal den private nøg le for et MSCA_VU-EGF -nøg lepar have 
en nøglebr ugsper iode på to år. 
CSM_69  En MSCA må ikke bruge den private nøg le for et MSCA_VU-EGF -nøg lepar til noget formål, efter at 
dens brugstid er udløbet. En MSCA må heller ikke bruge den private nøgle i et MSCA_Card-nøg lepar 
til andre formål, efter at dets brugstid er udløbet. 
CSM_70  En MSCA skal til enhver tid råde over følgende kryptografiske nøg ler og certifikater: 
—  Det aktuelle MSCA _Card-nøg lepar og det tilhørende certifik at 
—  Alle tidligere MSCA _Card-cer tifikater, der skal anvendes til verifikation af certifikaterne for 
takografk ort, der stadig er gyldige 
—  Det aktuelle EUR -cer tifik at, der skal anvendes til verifikation af det aktuelle MSCA- certifikat 
—  Alle tidlig ere EUR -certifikater, der skal anvendes til verifikation af alle MSCA-cer tifik ater, der 
stadig er gyldig e. 
CSM_71  Hvis en MSCA skal underskr ive certifik ater for køretøjsenheder eller eksternt GNSS-udstyr , skal den 
endvidere råde over følgen de nøgler og certifikater: 
—  Det aktuelle MSCA _VU-EGF -nøg lepar og det tilhørende certifik at 
—  Alle tidlig ere MSCA _VU_EGF -cer tifikater , der skal anvende s til verifikation af certifikater ne for 
køretøjsenheder eller ekster nt GNSS-udstyr , der stadig er gyldige. 
9.1.4  Appar atniveau: Køretøjs enheder 
CSM_72  Der skal genereres to entydige ECC-nøg lepar for hver køretøjsenhed, som betegnes VU_MA og 
VU_Sign. Denne opgave varetages af køretøjsenhedsfabr ikant erne. Når der genereres et køretøjsen ­
hedsnøg lepar , sender den part, der genererer nøg len den offentlige nøg le til MSCA' en i sit 
opholdsland for at få et tilhørende køretøjsenhedscer tifikat underskrevet af MSCA' en. Den private 
nøgle må kun benyttes af køretøjsenheden. 26.5.2016 L 139/363 Den Europæisk e Unions Tidende DA    
CSM_73  VU_MA- og VU_Sign-cer tifik aterne for en givet køretøjsenhed skal have samme gyldighedsdato. 
CSM_74  En fabrikant af en køretøjsenhed vælg er styrken af et køretøjsenhedsnøg lepar , så den svarer til 
styrk en af det MSCA -nøg lepar , der bruges til at underskr ive det tilhørende køretøjsenhedscer tifikat. 
CSM_75  En køretøjsenhed må udelukkende benytt e sit VU_MA-nøg lepar , som består af en privat VU_MA. SK- 
nøgle og en offentlig VU_MA.PK -nøg le til at foretage ægthedsk ontrol af køretøjsenheden i forhold til 
takografk ort og ekster nt GNSS-udstyr , som specifi ceret i afsnit 10.3 og 11.4 i dette tillæg. 
CSM_76  En køretøjsenhed skal kunne generere midler tidige ECC-nøg lepar og må udelukkend e bruge et 
midler tidigt nøglepar til at foretage kontrol af en sessionsnøg les overensst emmelse med et 
takografk ort eller eksternt GNSS-udstyr , som specifi ceret i afsnit 10.4 og 11.4 i dette tillæg. 
CSM_77  En køretøjsenhed må udelukkende anvende den private VU_Sign.SK -nøg le i sit VU_Sign-nøg lepar til 
at underskr ive overfø rte datafile r som specifi ceret i kapitel 14 i dette tillæg. Den tilhørende offentlig e 
VU_Sign.PK -nøg le må udelukk ende anvendes til at verificere underskr ifter oprett et af 
køretøjsenheden. 
CSM_78  Som vist i Figur 1 i afsnit 9.1.7 er gyldighedsper ioden for et VU_MA-cer tifik at 15 år og 3 måneder . 
Gyldighedsper ioden for et VU_Sign-cer tifikat er ligeledes 15 år og 3 måneder . 
Bemærk: 
—  Den udvidede gyldighedsper iode for et VU_Sign-cer tifik at giver en køretøjsenhed mulighed for at 
oprette gyldig e underskr ifter over overfø rte data i de første tre måneder , efter at det er udløbet, 
jf. forordning (EU) nr. 581/2010. 
—  Den udvidede gyldighedsper iode for et VU_MA-cer tifikat er nødvendig for at give 
køretøjsenheden mulighed for at bekræf te ægtheden af et kontrolk ort eller et virksom hedsk ort i 
løbet de første tre måneder , efter at det er udløbet, således at det er muligt at foretage 
datao verførsel. 
CSM_79  En køretøjsenhed må ikke bruge den private nøgle i et køretøjsenhedsnøg lepar til noget formål, efter 
at det tilhørende certifikat er udløbet. 
CSM_80  Køretøjsenhedsnøg lepar rene (undtagen midler tidige nøg lepar) og de tilhørende certifikater for en 
given køretøjsenhed må ikke erstattes eller fornys i mark en, når først køretøjsenheden er taget i 
drift. 
Bemærk: 
—  Midler tidige nøglepar er ikke medtaget i dette krav , eftersom en køretøjsenhed genererer et nyt 
midler tidigt nøglepar , hver gang der foretag es ægthedsk ontrol af en chip og overensst emmel ­
sesk ontrol af en sessionsnøg le, se afsnit 10.4. Bemærk, at midler tidige nøg lepar ikke har 
tilhørende certifikater . 
—  Dette krav indeholder ikke forbud mod at erstatte statiske køretøjsenhedsnøg lepar i forbindelse 
med en reno vering eller reparation i et sikke rt miljø under kontrol af fabrikant en af 
køretøjsenheden. 
CSM_81  Når køretøjsenheder tages i drift, skal de indeholde følgen de kryptografiske nøg ler og certifik ater: 
—  Den private VU_MA-nøg le med tilhørende certifikat 
—  Den private VU_Sign-nøg le med tilhørende certifikat 
—  MSCA _VU-EGF -certifikatet, der indeholder den offentlige MSCA_ VU-EGF .PK-nøg le, der skal 
benytt es til verifika tion af VU_MA-cer tifikatet og VU_Sign-cer tifikatet 
—  EUR -cer tifik atet, der indeholder den offentlig e EUR.PK -nøg le, der skal benyttes til verifika tion af 
MSCA _VU-EGF -certifikatet 26.5.2016 L 139/364 Den Europæisk e Unions Tidende DA    
—  EUR -cer tifik atet, hvis gyldighedsper iode ligge r umiddelbar t forud for EUR -cer tifik atets 
gyldighedsper iode, som skal anvendes til at verificere MSCA_VU-EGF -cer tifikatet, hvis dette 
findes 
—  Forbindelsescer tifikatet, der knytt er disse to EUR -cer tifikater sammen, hvis dette findes. 
CSM_82  Ud over de kryptografi ske nøg ler og certifik ater, der står opført i CSM_81, skal køretøjsenheder ne 
også indeholde de nøg ler og certifik ater, der specifi ceres i del A i dette tillæg, således at en 
køretøjsenhed kan interagere med takografk ort af første generation. 
9.1.5  Appar atniveau: Takog rafkor t 
CSM_83  Der genereres et entydigt ECC- nøglepar , som betegnes Card_MA, for hver t takografk ort. Der 
genereres desuden endnu et entydigt ECC-nøg lepar , som bete gnes Card_Sign, for hver t førerk ort og 
hver t værkstedsk ort. Denne opga ve kan udføres af kortfabrikante r eller leverandører af individuelle 
tilpasninger af kort. Hver gang der genereres et kortnøg lepar , skal den part, der genererer nøg len, 
sende den offentlig e nøg le til MSCA'en i sit opholdsland for at få et tilhørende kortcertifikat 
underskrevet af MSCA' en. Den private nøg le må kun benyttes af takografk ortet. 
CSM_84  Card_MA- og Card_Sign-cer tifik aterne for et best emt førerk ort eller værks tedskort skal have samme 
gyldighedsdato. 
CSM_85  En kortfabrikant eller en leverandør af individuelle tilpasninge r af kort skal vælg e styrk en for et 
kortnøg lepar , så den svarer til styrken af det MSCA- nøglepar , som anvendes til at underskr ive det 
tilhørende kortcertifik at. 
CSM_86  Et takografk ort må udelukkende bruge sit Card_MA-nøg lepar , som består af den private Card_MA. 
SK-nøg le og den offentlige Card_MA. PK-nøg le, til at foretage gensidi g ægthedsk ontrol og kontrol af 
en sessionsnøg les overensste mmelse med køretøjsenheder som specifi ceret i afsnit 10.3 og 10.4 i 
dette tillæg. 
CSM_87  Et førerk ort eller værkstedsk ort må udelukkend e bruge den private Card_Sign.SK -nøg le i sit 
Card_Sign-nøg lepar til at underskr ive overfø rte dataf iler som specificeret i kapitel 14 i dette tillæg. 
Den tilhørende offentlige Card_Sign.PK -nøg le må udelukk ende bruges til at verificere de 
underskr ifter, som kortet oprett er. 
CSM_88  Et Card_MA-cer tifikat har følgende gyldighedsper iode: 
—  For førerk ort: 5 år 
—  For virksom hedsk ort: 2 år 
—  For kontrolk ort: 2 år 
—  For værks tedskort: Et år  
CSM_89  Et Card_Sign-cer tifikat har følgen de gyldighedsper iode: 
—  For førerk ort: 5 år og 1 måned 
—  For værks tedskort: 1 år og 1 måned  
Bemærk: Den udvidede gyldighedsper iode for et Card_Sign-cer tifik at giver et førerk ort mulighed for 
at oprett e gyldige underskr ifter over overfø rte data i den første måned, efter at det er udløbet. Dette 
er nødvendigt i henhold til forordning (EU) nr. 581/2010, hvori det kræves, at en datao verfø rsel fra 
et førerk ort skal være mulig i op til 28 dage, efter at de senest e data er registreret. 
CSM_90  Nøg lepar rene og de tilhørende certifikater for et best emt takografk ort erstattes eller fornys ikke, når 
kortet er udstedt. 26.5.2016 L 139/365 Den Europæisk e Unions Tidende DA    
CSM_91  Når takografk ort er udst edt, skal de indeholde følgen de kryptografiske nøgler og certifikater: 
—  Den private Card_MA-nøg le med tilhørende certifikat 
—  For førerk ort og værks tedskort desuden: den private Card_Sign-nøg le med tilhørende certifikat 
—  MSCA _Card-cer tifikatet, der indeholder den offentlige nøgle MSCA _Card.PK, der skal benytt es til 
verifikation af Card_MA-cer tifik atet og Card_Sign-cer tifikatet 
—  EUR -cer tifik atet, der indeholder den offentlig e EUR.PK -nøg le, der skal benyttes til verifika tion af 
MSCA _Card-cer tifikatet 
—  EUR -cer tifik atet, hvis gyldighedsper iode ligge r umiddelbar t forud for EUR -cer tifik atets 
gyldighedsper iode, som skal anvendes til at verificere MSCA_ Card-cer tifikatet, hvis dette findes 
—  Forbindelsescer tifikatet, der knytt er disse to EUR -cer tifikater sammen, hvis dette findes. 
CSM_92  Ud over de kryptografiske nøg ler og certifikater, der står opført i CSM_91, skal takografk ortene også 
indeholde de nøg ler og certifikater, der specifi ceres i del A i dette tillæg, således at disse kort kan 
interagere med køretøjsenheder af første generation. 
9.1.6  Appar atniveau: Eksternt GNSS-udstyr 
CSM_93  Der genereres et entydigt ECC-nøg lepar for hver t ekster nt GNSS-udstyr , som betegnes EGF_MA. 
Denne opga ve varetages af fabr ikante r af ekster nt GNSS-udstyr . Hver gang der genereres et EGF -MA- 
nøglepar , skal den offentlig e nøg le sendes til MSCA'en i opholdslandet for at få et tilhørende 
EGF_MA-cer tifik at underskrevet af MSCA' en. Den private nøg le må kun benyttes af det ekster ne 
GNSS-udstyr . 
CSM_94  En EGF -fabr ikant vælger styrken af et EGF_MA-nøg lepar , så den svarer til styrken af det MSCA - 
nøglepar , der bruges til at underskr ive det tilhørende EGF_MA-cer tifik at. 
CSM_95  Ekster nt GNSS-udstyr må udelukkend e bruge sit EGF_MA-nøg lepar , som består af den private nøg le 
EGF_MA. SK og den offentlige nøg le EGF_MA.PK til at foretage gensidig ægthedsk ontrol og kontrol 
af en sessionsnøg les overensstemmelse med køretøjsenheder som specifi ceret i afsnit 11.4 og 11.4 i 
dette tillæg. 
CSM_96  EGF_MA-cer tifik atets gyldighedsper iode er 15 år. 
CSM_97  Ekster nt GNSS-udstyr må ikke bruge den private nøg le i et EGF_MA-nøg lepar til opkobling til en 
køretøjsenhed, efter at det tilhørende certifik at er udløbet. 
Bemærk: Som forklaret i afsnit 11.3.3 kan en EGF eventuelt bruge sin private nøg le til gensidig 
ægthedsk ontrol over for den køretøjsenhed, som den allerede er koblet op til, selv efter at det 
tilhørende certifik at er udløbet. 
CSM_98  EGF_MA-nøg lepar ret og det tilhørende certifikat for givent ekster nt GNSS-udstyr må ikke erstatt es 
eller fornys i mark en, når først EGF'en er taget i drift. 
Bemærk: Dette krav indeholder ikke forbud mod at erstatte EGF -nøg lepar i forbindelse med en 
reno vering eller reparation i et sikker t miljø under kontrol af EGF -fabrikanten. 
CSM_99  Når det ekster ne GNSS-udstyr tages i drift, skal den indeholde følgen de kryptografiske nøg ler og 
certifikater: 
—  Den private EGF_MA-nøg le og tilhørende certifik at 26.5.2016 L 139/366 Den Europæisk e Unions Tidende DA    
—  MSCA _VU-EGF -certifikatet, der indeholder den offentlige nøg le MSCA_VU-EUR.PK, der skal 
benytt es til verifika tion af EGF_MA-cer tifikatet 
—  EUR -cer tifik atet, der indeholder den offentlig e EUR.PK -nøg le, der skal benyttes til verifika tion af 
MSCA _VU-EGF -certifikatet 
—  EUR -cer tifik atet, hvis gyldighedsper iode ligge r umiddelbar t forud for EUR -cer tifik atets 
gyldighedsper iode, som skal anvendes til at verificere MSCA_VU-EGF -cer tifikatet, hvis dette 
findes 
—  Forbindelsescer tifikatet, der knytt er disse to EUR -cer tifikater sammen, hvis dette findes. 
9.1.7  Overs igt: Udskif tning af certifikat 
Figur 1 herunder viser , hvordan forskellig e generationer af ERCA-rodcer tifikater, ERCA-f orbindelsescer tifikater, 
MSCA-cer tifik ater og udstyrscer tifik ater (køretøjsenhed og kort) udstedes og anvendes : 
Figur 1 
Udstedelse og brug af forsk ellige generationer af ERCA-rodcer tifikater , ERCA-forb indelsescer tifikater , MSC A- 
certifikater og udstyrscer tifikater 
26.5.2016 L 139/367 Den Europæisk e Unions Tidende DA    
Bemærkninger til Figur 1: 
1.  Forsk ellige generationer af rodcer tifikatet angives med et tal i parent es. ERCA (1) er f.eks. første generation 
af ERCA-rodcer tifik atet, ERCA (2) er anden generation osv. 
2.  Andre certifikater angives med to tal i parentes, hvoraf det først e angiver generationen af rodcer tifikat, 
under hvilke n de er udste dt, det andet generationen for selve certifikatet. MSCA_Card (1-1) er f.eks. det 
første MSCA_Card-cer tifikat udstedt under ERCA (1), MSCA_ Card (2-1) er det første MSCA_Card-cer tifikat 
udst edt under ERCA (2), MSCA_ Card (2-last) er det sidst e MSCA _Card-cer tifikat udstedt under ERCA (2), 
Card_MA(2-1) er det første kortcertifik at til gensidig ægthedsk ontrol, der er udste dt under ERCA (2) osv. 
3.  Certifikater ne MSCA_ Card (2-1) og MSCA _Card (1-last) udste des på næst en samme dato, men ikke præcis 
den samme. MSCA_Card (2-1) er det først e MSCA_ Card-cer tifikat udst edt under ERCA (2) og vil blive 
udst edt en smule senere end MSCA_ Card (1-last), det sidste MSCA_Card-cer tifikat under ERCA (1). 
4.  Som det fremgår af figuren, kommer de første køretøjsenheds- og kortcertifikater udst edt under ERCA (2) 
næst en to år inden, de sidste køretøjsenheds- og kortcertifikater udst edt under ERCA (1) kommer frem. 
Dette skyldes, at køretøjsenheds- og kortcertifik ater udst edes under et MSCA-cer tifik at og ikke direkt e 
under ERCA-cer tifik atet. MSCA (2-1)-cer tifikatet vil blive udst edt umiddelbar t efter, at ERCA (2) bliver 
gyldigt, men MSCA (1-last)-cer tifikatet udste des kun ganske kort tid inden dette tidspunkt, nemlig lige 
inden ERCA (1)-cer tifik atet udløber . Derfor vil disse to MSCA-cer tifik ater have næste n samme 
gyldighedsper iode, selv om de kommer fra forsk ellige generationer . 
5.  Den viste gyldighedsper iode for kort gælder for førerk ort (5 år). 
6.  Af pladshensyn vises forske llen i gyldighedsper iode mellem Card_MA- og Card_Sign-cer tifikater ne og 
mellem VU_MA- og VU_Sign-cer tifikaterne kun for første generation. 
9.2.  Symmetr iske nøgler 
9.2.1  Nøgler til sikring af kommunikation mellem køretøjsenhed og bevægelsessensor 
9.2.1.1  Generel t 
Bemærk: Læser ne af dette afsnit formodes at være fortrolige med indholdet af [ISO 16844-3], som indeholder 
en beskr ivelse af interfacet mellem en køretøjsenhed og en bevægelsessensor . Parringsprocessen mellem en 
køretøjsenhed og en bevægelsessensor beskr ives nær mere i kapitel 12 i dette tillæg. 
CSM_100  Der skal bruges et antal symmetr iske nøg ler til parring af køretøjsenheder og bevægelse ssensorer , 
til gensidig ægthedsk ontrol mellem køretøjsenheder og bevæge lsessensorer og til kryptering af 
kommunikation mellem køretøjsenheder og bevægelse ssensorer som vist i Tabel 3. Alle disse 
nøg ler skal være AES-nøg ler med en nøg lelængde, der er lig med længden af bevægelsessenso rens 
hovednøg le, som er knytt et til længden af det (planlagte) europæiske rodnøg lepar som beskrevet i 
CSM_50. 
Tabel 3 
Nøgler til sikr ing af kommunik ation mellem køretøjsenhed og bevægelsessensor 
Forklar ing Symbol Genereret af Generer ingsmet ode Gemt af 
Hovednøg le til bevægel ­
sessensoren — køretøjs ­
enhedens del KM-V U ERCA Tilfældig ERCA, MSCA'er , der ud­
sted er certifik ater for kø­
retøjsenheder , fabrikanter 
af køretøjsenheder , køre ­
tøjsenheder 26.5.2016 L 139/368 Den Europæisk e Unions Tidende DA    
Forklar ing Symbol Genereret af Generer ingsmet ode Gemt af 
Hovednøg len til bevæge l­
sessensoren — værks ­
tedsdel KM-W C ERCA Tilfældig ERCA, MSCA'er , kortfa­
brikante r, værks teds kort 
Hovednøg le til bevægel ­
sessensoren KM Genereres ikke uafhæn ­
gigt Beregnet som KM = KM- 
VU XOR KM-W C ERCA, MSCA'er , der er 
involveret i udstedelse af 
bevægelse ssensor nøg lepar 
(valgfr it)(*) 
Identifikat ionsnøg le KID Genereres ikke uafhæn ­
gigt Beregnet som KID = KM 
XOR CV, hvor CV speci ­
ficeres i CSM_106 ERCA, MSCA'er , der er 
involveret i udstedelse af 
bevægelse ssensor nøg lepar 
(valgfr it)(*) 
Parringsnøg le KP Fabri kant af bevægelses ­
sensor Tilfældig En bevægelses sensor 
Sessionsnøg le KS Køretøjsenhed (under 
parring af køretøjsen ­
hed og bevægelses ­
sensor) Tilfældig En køretøjsenhed og en 
bevægelse ssensor 
(*)  Det er valgfr it, om man vil gemme KM og KID, eftersom disse nøgler kan udledes fra KM-V U, KM-WC og CV.  
CSM_101  Den europæiske certificer ingsm yndighed generere r KM-V U og KM-W C, to tilfæ ldige og entydige AES- 
nøg ler, ud fra hvilke bevægelses sensorens hovednøg le KM kan beregnes som KM-V U XOR KM-W C. 
ERCA'en sender KM, KM-V U og KM-WC til medlemsstatens certificeringsm yndighed efter anmodning fra 
disse. 
CSM_102  ERCA'en tildeler hver af bevæge lsessensorer nes hovednøg ler KM et entydigt versionsnummer , som 
ligeledes gælder for de indgåe nde nøg ler KM-V U og KM-W C og den tilhørende identif ikationsnøg le KID. 
ERCA'en under retter MSCA' erne om versionsnummeret, når den sender KM-VU og KM-WC til dem. 
Bemærk: Versionsnummeret benyttes til at skelne mellem forskellig e generationer af disse nøg ler 
som forklaret nær mere i afsnit 9.2.1.2. 
CSM_103  En medlemsstats certificeringsm yndighed fremsender KM-V U sammen med dens versionsnummer til 
fabrikanter af køretøjsenheder efter anmodning fra disse. Fabrikan terne af køretøjsenheder ne 
indsætte r KM-V U og dens versionsnummer i alle fremstillede køretøjsenheder . 
CSM_104  En medlemsstats certificeringsm yndighed sikrer , at KM-W C sammen med dens versionsnummer 
indsætte s i alle værks tedskort, som den har ansvaret for at udst ede. 
Bemærk: 
—  Se beskr ivelsen af datatypen 
 i tillæg 2. 
—  Som forklaret i afsnit 9.2.1.2 kan det være nødvendigt at indsætte flere generationer af KM-W C på 
et og samme værks teds kort. 
CSM_105  Ud over AES-nøg len, som specifi ceres i CSM_104, skal en MSCA sikre, at TDES-nøg len KmWC, der 
specifi ceres i krav CSM_037 i del A i dette tillæg, indsætt es i alle værks tedskort, som den har 
ansvaret for at udste de. 26.5.2016 L 139/369 Den Europæisk e Unions Tidende DA    
Bemærk: 
—  Dette gør det muligt at sammenk oble et værks teds kort af anden generation med en 
køretøjsenhed af første generation. 
—  Et værks tedskort af anden generation vil indeholde to forskellig e applikationer — en, der er i 
overensstemmelse med del B i dette tillæg, og en, der er i overensst emmelse med del A. 
Sidstnævnte indeholder TDES-nøg len KmWC. 
CSM_106  En MSCA, der beskæf tiger sig med at udste de bevægelsessenso rer, skal hente identif ikationsnøg len 
fra bevæge lsessensorens hovednøg le ved at udføre en XOR-operation på den med en konstant 
vektor (CV). Værdien af CV er som følger: 
—  For 128-bit hovednøg ler til bevægelses sensorer : CV = ‘B6 44 2C 45 0E F8 D3 62 0B 7A 8A 97 
91 E4 5E 83’ 
—  For 192-bit hovednøg ler til bevæge lsessensorer : CV = ‘72 AD EA FA 00 BB F4 EE F4 99 15 70 
5B 7E EE BB 1C 54 ED 46 8B 0E F8 25’ 
—  For 256-bit hovednøg ler til bevægelses sensorer : CV = ‘1D 74 DB F0 34 C7 37 2F 65 55 DE 
D5 DC D1 9A C3 23 D6 A6 25 64 CD BE 2D 42 0D 85 D2 32 63 AD 60’ 
Bemærk: De konstante vektor er er genereret som følger: 
Pi_10 = de første 10 byte af decimaldelen af den matem atiske konstant π = ‘24 3F 6A 88 85 A3 
08 D3 13 19’ 
CV_128-bit = først e 16 byte af SHA-256(Pi_10) 
CV_192-bit = først e 24 byte af SHA-384(Pi_10) 
CV_256-bit = først e 32 byte af SHA-512(Pi_10) 
CSM_107  Fabri kanter af bevægelsessenso rer genererer en tilfældig og entydig parringsnøg le KP til hver 
bevægelse ssensor og sender hver enkelt parringsnøg le til en medlemsstats certificer ingsm yndighed. 
MSCA' en krypterer hver parringsnøg le separat med bevægelsessensorens hovednøg le KM og 
retur nerer den krypterede nøgle til fabrikante n af bevægelse ssensoren. For hver krypteret nøg le 
meddeler MSCA' en fabr ikante n af bevægelsessensoren versionsnummeret for den tilhørende KM. 
Bemærk: Som forklaret i afsnit 9.2.1.2 skal en fabrikant af en bevæge lsessensor muligvis generere 
flere entydige parringsnøg ler til den samme bevæge lsessensor . 
CSM_108  Fabri kanter af bevægelsessenso rer genererer et entydigt serienummer til hver bevægelsessensor og 
sender alle serienumre til en medlemsstats certificeringsm yndighed. MSCA' en krypterer hver t 
serienummer separat med identif ikationsnøg len KID og retur nerer det krypterede serienummer til 
fabrikanten af bevægelsessensoren. For hver t krypteret serienummer meddeler MSCA 'en fabrikanten 
af bevægelse ssensoren versionsnummeret for den tilhørende KID. 
CSM_109  For krav CSM_107 og CSM_108 skal MSCA 'en benytt e AES-algor itmen i blokkædningsfunktionen 
som defineret i [ISO 10116] med en indskudt parameter m = 1 og en initialiser ingsvektor SV = 
‘00’ {16}, dvs. 16 byte med en binær værdi på 0. Om nødvendigt skal MSCA' en benytt e 
udfyldningsmet ode 2, som defineres i [ISO 9797-1]. 
CSM_110  Fabri kanten af bevægelse ssensoren gemmer den krypterede parringsnøg le og det krypterede 
serienummer i den planlagte bevægelsessensor sammen med de tilhørende klar tekstværdier og 
versionsnummeret for KM og KID, som benyttes til kryptering. 
Bemærk: Som forklaret i afsnit 9.2.1.2 skal en fabr ikant af en bevægelsessensor muligvis indsætt e 
flere krypterede parringsnøg ler og flere krypterede serienumre i en og samme bevæge lsessensor . 26.5.2016 L 139/370 Den Europæisk e Unions Tidende DA    
CSM_111  Ud over det AES-baserede kryptografiske mate riale, der specifi ceres i CSM_110, kan en fabrikant af 
en bevæge lsessensor ligeledes gemme det TDES-baserede kryptografiske mate riale, der specifi ceres i 
krav CSM_037 i del A i dette tillæg, i hver bevægelse ssensor . 
Bemærk: Dette betyder , at en bevægelses sensor af anden generation kan kobles sammen med en 
køretøjsenhed af først e generation. 
CSM_112  Længden af sessionsnøg len KS, som en bevægelses sensor genererer under parringen med en 
bevægelse ssensor , skal kædes sammen med længden af dens KM-VU som beskrevet i CSM_50. 
9.2.1.2  Udskif tning af hovedn øglen til bevægelsessensoren i udstyr af anden gener ation 
CSM_113  Hver hovednøg le til bevægelsessensoren og alle tilhørende nøg ler (se Tabel 3) er knyttet til en 
beste mt generation af ERCA-rodnøg lepar . Derfor skal disse nøg ler udskif tes hver t 17. år. 
Gyldighedsper ioden for hver hovednøg lege neration for bevægelse ssensoren indledes et år inden, det 
tilhørende ERCA-rodnøg lepar bliver gyldigt, og afsluttes , når det tilhørende ERCA-rodnøg lepar 
udløber . Dette fremgår af Figur 2. 
Figur 2 
Udstedelse og brug af forskellige generationer af hovednøgler til bevægelsessensorer i køretøjsenheder , 
bevægelsessensorer og værks tedsk ortkort 
CSM_114  Mindst et år inden generer ingen af et nyt europæisk rodnøg lepar som beskrevet i CSM_56 
genererer ERCA'en en ny hovednøg le til bevæge lsessensoren KM ved at generere en ny KM-VU og KM- 
WC. Længden af bevæge lsessensorens hovednøg le kædes sammen med den planlagte styrk e af det 
nye europæiske rodnøg lepar i henhold til CSM_50. ERCA'e n sender de nye KM, KM-V U og KM-WC til 
MSCA' en efter anmodning fra disse sammen med deres versionsnummer . 
CSM_115  En MSCA skal sikre, at alle gyldige generationer af KM-W C gemmes i alle værkstedsk ort, der udstedes 
under dens myndighed, sammen med deres versionsnumre som vist i Figur 2. 26.5.2016 L 139/371 Den Europæisk e Unions Tidende DA    
Bemærk: Dette betyder , at værkstedsk ortene i det sidst e år af et ERCA-cer tifikats gyldighedsper iode 
vil blive udste dt med tre forskellig e generationer af KM-W C som vist i Figur 2. 
CSM_116  Med hensyn til den proces, der beskr ives i CSM_107 og CSM_108 ovenf or: En MSCA skal kryptere 
hver parringsnøg le KP, som den modtager fra en fabr ikant af en bevægelses sensor separat med hver 
gyldig generation af hovednøg ler til bevæg elsessensoren KM. En MSCA skal ligeledes kryptere hver t 
serienummer , som den modtager fra en fabr ikant af en bevægels essensor , separat med hver gyldig 
generation af identif ikationsnøg len KID. En fabrikant af en bevægelsessensor gemmer alle 
krypteringer af parringsnøg len og alle krypteringer af serienummeret i den planlagte 
bevægelse ssensor sammen med de tilhørende klar tekstværdier og versionsnummer/-numre for KM 
og KID, som benyttes til kryptering. 
Bemærk: Dette betyder , at i det sidst e år af et ERCA-certifikats gyldighedsper iode, vil bevægelses ­
sensorer ne blive udst edt med krypterede data baseret på tre forskellig e generationer af KM som vist i 
Figur 2. 
CSM_117  Med hensyn til den proces, som beskr ives i CSM_107 ovenf or: Eftersom længden af parringsnøg len 
KP skal være kædet sammen med længden af KM (se CSM_100), skal en fabrikant af en 
bevægelse ssensor muligvis generere op til tre forske llige parringsnøg ler (af forsk ellig længde) til 
samme bevægelses sensor , hvis efterfølgen de generationer af KM har forsk ellige længder . I dette 
tilfæ lde skal fabr ikant en sende hver parringsnøg le til MSCA' en. MSCA 'en skal sikre, at hver 
parringsnøg le er krypteret med den korrekt e generation af bevægelsessensorens hovednøg le, dvs. 
den med samme længde. 
Bemærk: Hvis fabrikante n af bevægelse ssensoren vælger at generere en TDES-baseret parringsnøg le 
til en bevægelses sensor af anden generation (se CSM_111), skal fabrikanten over for MSCA' en 
angive, at den TDES-baserede hovednøg le til bevægelse ssensoren skal benyttes til kryptering af 
denne parringsnøg le. Dette skyldes, at længden af en TDES-nøg le kan være lig med længden af en 
AES-nøg le, så MSCA'en kan ikke vurdere dette alene ud fra nøg lelængden. 
CSM_118  Fabri kanter af køretøjsenheder må kun isætt e en generation af KM-V U i hver køretøjsenhed sammen 
med dens versionsnummer . Denne KM-VU-generation kædes sammen med det ERCA- certifikat, som 
køretøjsenhedens certifikater er baseret på. 
Bemærk: 
—  En køretøjsenhed baseret på et ERCA-cer tifik at af generation X skal kun indeholde KM-V U af 
generation X, selv om det er udst edt efter indledningen af gyldighedsper ioden for ERCA- 
certifikatet af generation X+1. Dette illustreres i Figur 2. 
—  En køretøjsenhed af generation X kan ikke parres med en bevæg elsessensor af generation X-1. 
—  Eftersom værkstedsk ort har en gyldighedsper iode på et år, er resultatet af CSM_113-CSM_118, 
at alle værks tedskort vil indeholde den nye KM-WC på det tidspunkt, hvor den første 
køretøjsenhed, der indeholder den nye KM-V U, udste des. Derfor vil en sådan køretøjsenhed altid 
kunne beregne den nye KM. Desuden vil de fleste nye bevægelses sensorer på det tidspunkt også 
indeholde krypterede data baseret på den nye KM. 
9.2.2  Nøgler til sikring af DSRC-kommunikation 
9.2.2.1  Generel t 
CSM_119  Ægtheden og fortroligheden af data, der sendes fra en køretøjsenhed til en kontrolm yndighed via 
en DSR C-fjer nkommunikationskanal, skal sikres ved hjælp af et sæt køretøjsenhedsspecifikke AES- 
nøg ler, der er udledt af en enkelt DSR C-ho vednøg le, KMDSR C. 
CSM_120  DSR C-ho vednøg len KMDSR C skal være en AES-nøg le, som ERCA'en genererer , gemmer og 
distr ibuerer sikker t. Nøg lens længde kan være 128, 192 eller 256 bit og skal være kædet sammen 
med længden af det europæiske rodnøg lepar som beskrevet i CSM_50. 26.5.2016 L 139/372 Den Europæisk e Unions Tidende DA    
CSM_121  ERCA'en sender DSR C-ho vednøg len til medlemsstatens certifice ringsm yndigheder på en sikke r 
måde efter anmodning fra disse for at give dem mulighed for at udlede køretøjsenhedsspecifikke 
DSR C-nøg ler og for at sikre, at DSR C-ho vednøg len isætt es alle kontrolk ort og værks teds kort, der 
udste des under deres ansvar . 
CSM_122  ERCA'en tildeler hver DSR C-ho vednøg le et entydigt versionsnummer . ERCA'en under retter 
MSCA' erne om versionsnummeret, når de fremsender DSR C-ho vednøg len til dem. 
Bemærk: Versionsnummeret benytt es til at skelne mellem forske llige generationer af DSR C- 
hovednøg ler som forklaret nær mere i afsnit 9.2.2.2. 
CSM_123  For hver køretøjsenhed skal fabr ikant en af køretøjsenheden oprette et entydigt serienummer for 
køretøjsenheden og sende dette nummer til sin medlemsstats certifice ringsm yndighed med en 
anmodning om at få et sæt bestående af to køretøjsenhedsspecifikke DSR C-nøg ler. Køretøjs ­
enhedens serienummer har datatypen 
 , og Distinguished Encoding Rules (DER) i 
henhold til [ISO 8825-1] skal anvendes til kodningen. 
CSM_124  Efter at have modtaget en anmodning om køretøjsenhedsspecifi kke DSR C-nøg ler udleder MSCA' en 
to AES-nøg ler til køretøjsenheden, som kaldes K_VUDSR C_ENC og K_VUDSR C_MA C. Disse køretøjsen ­
hedsspecifi kke nøg ler skal have samme længde som DSR C-ho vednøg len. MSCA'en skal benytte den 
nøg leudledningsfunktion, der defineres i [RFC 5869]. Hash-funktionen, der skal benytt es til at 
instantiere HMA C-hash-funktionen, skal være knyttet til længden af DSR C-ho vednøg len som 
beskrevet i CSM_50. Nøg leudledningsfunktionen i [RFC 5869] skal anvendes som følger: 
Trin 1 (Udtræk): 
—  PRK = HMA C-Hash (salt, IKM), hvor salt er en tom streng ‘’, og IKM er KMDSR C. 
Trin 2 (Udvid): 
—  OKM = T(1), hvor 
T(1) = HMA C-Hash (PRK, T(0) || info || ‘01’) med 
—  T(0) = en tom streng (‘’) 
—  info = køretøjsenhedens serienummer som specifi ceret i CSM_123 
—  K_VUDSR C_ENC = første L oktett er af OKM og 
K_VUDSR C_MA C = sidste L okte tter af OKM, 
hvor L er den krævede længde af K_VUDSR C_ENC og K_VUDSR C_MA C i oktett er. 
CSM_125  MSCA' en distr ibuerer K_VUDSR C_ENC og K_VUDSR C_MA C til fabrikanten af køretøjsenheden på en 
sikker måde med henblik på indsættelse i den planlagte køretøjsenhed. 
CSM_126  Når en køretøjsenhed udstedes, skal den have K_VUDSR C_ENC og K_VUDSR C_MA C lagret i sin sikre 
hukommelse for at kunne sikre integritete n, ægtheden og fortroligheden af de data, der sendes via 
fjernkommunikationskanalen. En køretøjsenhed skal ligeledes gemme versionsnummeret på DSR C- 
hovednøg len, der benytt es til at udlede disse køretøjsenhedsspecifi kke nøg ler. 
CSM_127  Når kontrolk ort og værks teds kort udst edes, skal de have KMDSR C lagret i deres sikre hukommelse for 
at kunne verificere integriteten og ægtheden af data, som sendes af en køretøjsenhed via fjernkom­
munikationskanalen, og dekr yptere disse data. Kontrolk ort og værks tedskort skal ligeledes have 
versionsnummeret for DSR C-ho vednøg len lagret. 
Bemærk: Som forklaret i afsnit 9.2.2.2 skal flere generationer af KMDSR C muligvis indsætte s på et og 
samme værks tedskort eller kontrolk ort. 26.5.2016 L 139/373 Den Europæisk e Unions Tidende DA    
CSM_128  MSCA' en fører registre over alle køretøjsenhedsspecif ikke DSR C-nøg ler, som den har genereret, 
deres versionsnummer og identif ikationen af den køretøjsenhed, som de enkelt e nøg lesæt er 
beregnet til. 
9.2.2.2  Udskif tning af DSRC-ho vedn øgle 
CSM_129  Hver DSR C-ho vednøg le er knytt et til en bestemt generation af ERCA- rodnøg lepar . Derfor skal 
ERCA'en udskif te DSR C-ho vednøg len hver t 17. år. Gyldighedsper ioden af hver DSR C-ho vednøg le­
generation indledes to år inden, det tilhørende ERCA-rodnøg lepar bliver gyldigt, og afsluttes, når 
det tilhørende ERCA-rodnøg lepar udløber . Dette fremgår af Figur 3. 
Figur 3 
Udstedelse og brug af forsk ellige generationer af DSR C-ho vednøglen i køretøjsenheder , værk stedsk ort og 
kontrolk ort 
CSM_130  Mindst to år før ERCA'en genererer et nyt europæisk rodnøg lepar som beskrevet i CSM_56, skal 
den generere en ny DSR C-ho vednøg le. Længden af DSR C-nøg len kædes sammen med den planlagte 
styrke af det nye europæiske rodnøg lepar i henhold til CSM_50. ERCA'en sender den nye DSR C- 
hovednøg le til MSCA'er ne på anmodning fra disse sammen med dens versionsnummer . 
CSM_131  En MSCA skal sikre, at alle gyldige generationer af KDSR C gemmes i alle kontrolk ort, der udst edes 
under dens myndighed, sammen med deres versionsnumre som vist i Figur 3. 
Bemærk: Dette betyder , at kontrolk ortet i det sidste år af et ERCA-cer tifikats gyldighedsper iode vil 
blive udstedt med tre forsk ellige generationer af KDSR C som vist i Figur 3. 26.5.2016 L 139/374 Den Europæisk e Unions Tidende DA    
CSM_132  En MSCA skal sikre, at alle generationer af KDSR C, der har været gyldige i mindst et år, gemmes i alle 
værks tedskort, der udstedes under dens myndighed, sammen med deres versionsnumre som vist i 
Figur 3. 
Bemærk: Dette betyder , at værks tedskort i det sidst e år af et ERCA-cer tifik ats gyldighedsper iode vil 
blive udstedt med tre forsk ellige generationer af KDSR C som vist i Figur 2. 
CSM_133  Fabri kanter af køretøjsenheder må kun sætte et sæt køretøjsenhedsspecifi kke DSR C-nøg ler i hver 
køretøjsenhed sammen med dens versionsnummer . Dette sæt nøg ler udledes fra den KMDSR C- 
generation, der er knytt et til det ERCA-cer tifikat, som køretøjsenhedens certifikater er baseret på. 
Bemærk: 
—  Dette indebærer , at en køretøjsenhed baseret på et ERCA- certifikat af generation X kun må 
indeholde K_VUDSR C og K_VUDSR C_MA C af generation X, selv om køretøjsenheden udstedes efter 
indledningen af gyldighedsper ioden for ERCA-cer tifik atet af generation X+1. Dette illustreres i 
Figur 3. 
—  Eftersom værkstedsk ort har en gyldighedsper iode på et år og kontrolk ort på to år, er resultatet 
af CSM_131-CSM_133, at værks tedskort og kontrolk ort vil indeholde den nye DSR C- 
hovednøg le på det tidspunkt, hvor den første køretøjsenhed, der indeholder køretøjsenheds ­
specifikke nøgler baseret på den pågældende hovednøg le, udstedes. 
9.3.  Cer tifikate r 
9.3.1  Generel t 
CSM_134  Alle certifikater i det europæiske intellig ent takograf-system er selvbeskr ivende, kort-ver ificerbare 
(CV) certifikater i henhold til [ISO 7816-4] og [ISO 7816-8]. 
CSM_135  Distinguished Encoding Rules (DER) i henhold til [ISO 8825-1] skal anvendes til kodning af både 
ASN.1-datastr ukturer og (applikationsspecifi kke) dataobjekter inden for certifikater . 
Bemærk: Denne kodning medf ører følgen de mærkat-længde-værdi- (TLV) struktur: 
Mærkat:  Mærkat en kodet i en eller to oktett er med angivelse af indholdet. 
Længde:  Længden kodet som et ikke-underskrevet heltal i en, to eller tre oktett er, hvilke t giver en 
maksimal længde på 65 535 oktett er. Det mindste antal oktett er skal benytt es. 
Værdi:  Værdien kodet i nul eller flere oktett er 
9.3.2  Certifikaters indhold 
CSM_136  Alle certifik ater skal følge den struktur , der vises i certifikatprof ilen i Tabel 4. 
Tabel 4 
Cer tifikatprof il version 1 
Felt Felt-ID Mærkat Længde (byte) ASN.1-datatype 
(se tillæg 1) 
ECC-cer tifikat C ‘7F 21’ var  
ECC-cer tifikattekst B ‘7F 4E’ var  26.5.2016 L 139/375 Den Europæisk e Unions Tidende DA    
Felt Felt-ID Mærkat Længde (byte) ASN.1-datatype 
(se tillæg 1) 
Certifik atprofil-identif ikator CPI ‘5F 29’ ‘01’ 
Henvis ning til certifice ringsm yndighed CAR ‘42’ ‘08’ 
Certifik atindeha vers autorisation CHA ‘5F 4C’ ‘07’ 
Offe ntlig nøg le PK ‘7F 49’ var  
Domæneparametre DP ‘06’ var 
Offe ntligt punkt PP ‘86’ var 
Henvis ning til certifik atindehav er CHR ‘5F 20’ ‘08’ 
Certifik atets gyldighedsdato CEfD ‘5F 25’ ‘04’ 
Certifik atets udløbsdat o CExD ‘5F 24’ ‘04’ 
ECC-cer tifikatunderskr ift S ‘5F 37’ var 
Bemærk: Felt-ID vil blive brugt i senere afsnit i dette tillæg til at angive de individuelle felter i et 
certifikat, f.eks. er X.CA R henvisn ingen til certifikatm yndigheden, som nævnes i certifikatet for 
brugeren X. 
9.3.2.1  Certifik atprofil-identif ikator 
CSM_137  Certifik ater skal anvende en certifik atprofil-identif ikator til at angive den benyttede certifikatprof il. 
Version 1, som specificeret i Tabel 4, identif iceres med en værdi på ‘00’. 
9.3.2.2  Henvis ning til certifice ringsm yndighed 
CSM_138  Henvisni ngen til certificer ingsm yndigheden benyttes til at identificere den offentlige nøg le, der skal 
bruges til at verificere certifikatets underskr ift. Henvis ningen til certifice ringsm yndigheden skal 
derfor være lig med henvisn ingen til certifikatinde haveren i certifik atet for den tilhørende certifika­
tmyndighed. 
CSM_139  Et ERCA-rodcer tifikat skal være selvunderskrevet, dvs. at henvisn ingen til certificer ingsm yndigheden 
og henvisning en til certifik atindehav eren i certifikatet skal være den samme. 
CSM_140  For et ERCA-forbindelsescer tifik at skal henvisning en til certifice ringsm yndigheden være lig med 
CHR for det nye ERCA- rodcer tifikat. Henvi sningen til certificer ingsm yndigheden for et forbindelses ­
certifikat skal være lig med CHR for det tidlig ere ERCA-rodcer tifik at. 
9.3.2.3  Certifik atindeha vers autori sation 
CSM_141  Certifik atindehav ers autori sation anvendes til at identif icere typen af certifik at. Den består af de 
seks mest betydende byte i takografens applikations-ID sammenf øjet med den type udstyr , som 
certifikatet er beregnet til. 26.5.2016 L 139/376 Den Europæisk e Unions Tidende DA    
9.3.2.4  Offe ntlig nøg le 
Den offentlige nøg le indeholder to dataelementer: de standardiserede domæneparametre, der skal bruges 
sammen med den offentlige nøg le i certifikatet, og værdien af det offentlig e punkt. 
CSM_142  Dataelementet Domæneparametre skal indeholde en af de objektidentif ikatorer , der specifi ceres i 
Tabel 1, for at henv ise til et sæt standardiserede domæneparametre. 
CSM_143  Dataelementet Offentligt punkt indeholder det offentlig e punkt. Offe ntlige punkt er i form af 
elliptisk e kurver skal konver teres til oktetstreng e som specificeret i [TR-03111]. Det 
ukompr imerede kodningsf ormat skal benyttes. Når man genopretter et ellipt isk kurvepunkt fra dets 
kodede format, skal de valider inge r, der beskr ives i [TR-03111], altid foretag es. 
9.3.2.5  Henvis ning til certifik atindehav er 
CSM_144  Henvisni ngen til certifikatindeha veren er en identifikator for den offentlige nøgle, som certifikatet 
indeholder . Den skal bruges som henv isning til denne offentlig e nøg le i andre certifikater. 
CSM_145 For kortcertifikater og certifikater for ekster nt GNSS-udstyr skal henv isningen til certifikatin ­
deha veren have datatypen 
 , som specifi ceres i tillæg 1. 
CSM_146 For køretøjsenheder kender fabrikanten ved anmodning om et certifikat eventuelt det fabrikant ­
specifi kke serienummer på køretøjsenheden, som det pågældende certifikat og den tilhørende 
private nøg le er beregnet til. I førstnævnte tilfæ lde skal henvisn ingen til certifik atindeha veren have 
datatypen 
 , der specifi ceres i tillæg 1. I sidstnævnte tilfæ lde skal 
henvisn ingen til certifikatindehaveren have datatypen 
 , der specificeres i 
tillæg 1. 
CSM_147  For ERCA- og MSCA -certifikater skal henvisning en til certifikatindehaveren have datatypen 
, der specifi ceres i tillæg 1. 
9.3.2.6  Certifik atets gyldighedsdato 
CSM_148  Certifik atets gyldighedsdato angiver startdato og -tidspunkt for certifikatets gyldighedsper iode. 
Certifik atets gyldighedsdato er datoen for generer ing af certifik atet. 
9.3.2.7  Certifik atets udløbsdat o 
CSM_149  Certifik atets udløbsdat o angiver slutdat o og -tidspunkt for certifikatets gyldighedsper iode. 
9.3.2.8  Certifik atunderskr ift 
CSM_150 Underskr iften på certifik atet skal oprett es over den kodede certifik attekst, inklusive certifik a­
tteksten s mærkat og længde. Unde rskr iftsloga ritmen er ECDSA som specifi ceret i [DSS] ved hjælp 
af hash-algor itmen, der er knyttet til den underskr ivende myndigheds nøg lestør relse som 
specifi ceret i CSM_50. Unde rskr iftsformat et skal være klar tekst som specifi ceret i [TR-03111]. 
9.3.3  Anmodning om certifikater 
CSM_151  Når man anmoder om et certifikat, skal følge nde data sendes til certifice ringsm yndigheden: 
—  Certifikatprof ilidentifikatoren for det ønskede certifikat 
—  Henvi sningen til den certificer ingsm yndighed, som forvente s anvendt til at underskr ive 
certifikatet. 
—  Den offentlig e nøgle, der skal underskr ives. 26.5.2016 L 139/377 Den Europæisk e Unions Tidende DA    
CSM_152  Ud over dataene i CSM_151 skal en MSCA sende følgen de data til ERCA'en i anmodninge n om et 
certifikat, således at ERCA'en får mulighed for at oprette henvisn ingen til certifik atindehav eren for 
det nye MSCA-cer tifik at: 
—  Den numer iske landek ode for certifice ringsm yndigheden (datatype 
 defineret i 
tillæg 1) 
—  Den alfanumer iske landek ode for certificer ingsm yndigheden (datatyp 
 defineret i 
tillæg 1) 
—  Serienummeret på 1 byte, som bruges til at skelne mellem certificeringsm yndighedens 
forskellig e nøgler, hvis nøglerne skal skiftes 
—Felte t på 2 byte, der indeholder specifikke supplerende oplysninger om certificer ingsm yn­
digheden. 
CSM_153  Ud over dataene i CSM_151 skal en udstyrsfabr ikant sende følgende data til en MSCA i 
anmodningen om et certifikat, således at MSCA'en får mulighed for at oprett e henvisn ingen til 
certifikatindehaveren for det nye udstyrscer tifikat : 
—  En fabrikantspecif ik identif ikator for udstyrstypen 
—  Hvis dette kende s (se CSM_154), et serienummer for udstyret, som er entydigt for fabrikanten, 
udstyrstypen og produktionsmåneden. Ellers en entydig identif ikator for certifikatanmodning en 
—  Måned og år for produktionen af udstyret eller for anmodningen om certifikatet. 
Fabri kanten skal sikre, at disse data er korrekt e, og at det certifikat, der sendes tilbage af MSCA 'en, 
sættes i det planlagte udstyr . 
CSM_154 For køretøjsenheder kender fabrikanten ved anmodning om et certifikat eventuelt det fabrikant ­
specifi kke serienummer for køretøjsenheden, som det pågældende certifikat og den tilhørende 
private nøgle er beregnet til. Hvis serienummeret er kendt, skal fabrikant en af køretøjsenheden 
sende dette til MSCA' en. Hvis det ikke er kendt, skal fabr ikant en entydigt identif icere hver enkelt 
certifikatanmodning og sende serienummeret på denne certifikatanmodning til MSCA' en. Det 
result erende certifikat vil heref ter indeholde serienummeret på certifikatanmodningen. Efter at have 
isat certifik atet i en specifi k køretøjsenhed skal fabrikant en give MSCA'en meddelelse om 
forbindelsen mellem serienummeret på certifik atanmodning en og køretøjsenhedens identif ikations ­
nummer . 
10.  GENSIDIG ÆGTHEDSK ONTR OL OG SIKKER MEDDELELSESO VERFØRSEL MELLEM KØRETØJSENHED OG KORT 
10.1.  Generelt 
CSM_155  På et højt niveau er sikker kommunikation mellem en køretøjsenhed og et takografk ort baseret på 
følgen de trin: 
—  Først skal hver part demonstrere over for den anden part, at den ejer et gyldigt offentligt 
nøglecer tifik at underskrevet af en medlemsstats certificer ingsm yndighed. Heref ter skal 
MSCA'ens offentlig e nøglecer tifik at underskr ives af den europæiske certificer ingsm yndighed. 
Dette trin kaldes certifikatkædever ificer ing og specifi ceres nær mere i afsnit 10.2 
—  For det andet skal køretøjsenheden over for kortet påvise, at den er i besiddelse af den private 
nøgle, der svarer til den offentlig e nøgle i det fremlagt e certifikat. Dette sker ved at underskr ive 
et tilfæ ldigt nummer , som fremsendes af kortet. Kortet verificerer underskr iften over det 
tilfæ ldige tal. Hvis denne verifikation lykkes, er køretøjsenhedens ægthed bekræf tet. Dette trin 
kaldes ægthedsk ontrol af køretøjsenhed og specificeres nær mere i afsnit 10.3 26.5.2016 L 139/378 Den Europæisk e Unions Tidende DA    
—  For det tredje beregner begge parter uafhængigt af hinanden to AES-sessionsnøg ler ved hjælp af 
en asymmetr isk nøg leoverensstemmelsesalgori tme. Ved hjælp af disse sessionsnøg ler oprett er 
kortet en kode, der bekræf ter meddelelsens ægthed (MA C), over nogle data, der sendes af 
køretøjsenheden. Køretøjsenheden verificerer MAC'en. Hvis denne verifikation lykk es, er kortets 
ægthed bekræf tet. Dette trin kaldes ægthedsk ontrol af kort og specifi ceres nær mere i afsnit 10.4 
—  For det fjerde skal køretøjsenheden og kortet bruge de sessionsnøg ler, for hvilke der er udført 
overensstemmelsesk ontrol, for at sikre fortroligheden, integr iteten og ægtheden af alle 
udvekslede meddelelser . Dette kaldes sikker meddelelseso verførsel og specifi ceres nær mere i 
afsnit 10.5. 
CSM_156  Mekanismen, der beskr ives i CSM_155, udløses af køretøjsenheden, når der sættes et kort i en af 
kortlæser ne. 
10.2.  Gensidig certifikatk ædev erificer ing 
10.2.1  Kortcertifikatkæde verificer ing foretaget af køretøjsenheden 
CSM_157  Køretøjsenheder skal anvende den protok ol, der beskr ives i Figur 4, til at verificere takografk orts 
certifikatkæde. 
Bemærkninger til Figur 4: 
—  Kortcertifik aterne og de offentli ge nøg ler, der nævnes i figuren, er dem, der anvendes til 
gensidig ægthedsk ontrol. I afsnit 9.1.5 betegnes disse som Card_MA. 
—  Card.CA-cer tifikaterne og de offentlige nøg ler, der nævnes i figuren, er dem, der anvendes til 
underskr ift af kortcertifik ater, og det angives i kortcertifikatets CAR. I afsnit 9.1.3 bete gnes 
disse som MSCA _Card. 
—  Card.CA .EUR -certifikatet, der nævnes i figuren, er det europæiske rodcer tifikat, der angives i 
Card.CA-cer tifikatets CAR. 
—  Card.Link -cer tifik atet, der nævnes i figuren, er kortets linkcer tifikat, hvis dette findes. Som 
beskrevet i afsnit 9.1.2 er dette et forbindelsescer tifik at til et europæisk rodnøg lepar , som er 
oprett et af ERCA'e n og underskrevet med den tidlig ere europæiske private nøg le. 
—  Card.Link.EUR -cer tifik atet, der nævnes i figuren , er det europæiske rodcer tifik at, der angives i 
Card.Link -cer tifik atets CAR. 
CSM_158  Som afbilledet i Figur 4 skal verifikationen af kortets certifik atkæde indledes, når kortet isætte s. 
Køretøjsenheden skal læse henvisn ingen til kortindehav eren (
 ) fra 
elementærf ilen ICC. Køretøjsenheden kontrollerer , om den kender kortet, dvs. om den tidlig ere har 
verificeret kortets certifikatkæde og gemt den til senere brug. Hvis dette er tilfæ ldet, og kortets 
certifikat stadig er gyldigt, fortsættes processen med verifikation af certifikatkæden for 
køretøjsenheden. Ellers skal køretøjsenheden gradvist læse fra kortets MSCA_Card-cer tifikat, som 
skal benyttes til at verificere kortets certifikat, Card.C A.EUR -cer tifik atet, som skal bruges til at 
verificere MSCA_ Card-cer tifikatet, og eventuelt forbindelsescer tifikatet, indtil den finder et 
certifikat, den kender eller kan verificere. Hvis den finder et sådant certifik at, skal køretøjsenheden 
bruge dette certifik at til at verificere de underliggende kortcertifik ater, som den har læst fra kortet. 
Hvis dette lykkes, fortsætter processen med verifika tionen af certifikatkæden for køretøjsenheden. 
Hvis det ikke lykk es, ignorerer køretøjsenheden kortet. 
Bemærk: Der er tre muligheder for, at køretøjsenheden kender Card.CA .EUR -cer tifikatet: 
—  Card.CA .EUR -certifikatet er det samme certifikat som køretøjsenhedens eget EUR -cer tifikat 26.5.2016 L 139/379 Den Europæisk e Unions Tidende DA    
—  Card.CA .EUR -certifikatet er tidligere end køretøjsenhedens eget EUR -cer tifik at, og 
køretøjsenheden havde allerede dette certifikat på tidspunktet for udstedelsen (se CSM_81) 
—  Card.CA .EUR -certifikatet er senere end køretøjsenhedens eget EUR -cer tifikat, og 
køretøjsenheden har tidlig ere modtaget et forbindelsescer tifikat fra et andet takografk ort, 
verificeret det og gemt det til senere brug. 
CSM_159  Som anført i Figur 4 kan køretøjsenheden, så snar t den har verificeret ægtheden og gyldigheden af 
et hidtil uken dt certifikat, gemme dette certifik at til senere brug, så det ikke er nødvendigt at 
verificere det pågældende certifikats ægthed, hvis køretøjsenheden præsenteres for det igen . I sted et 
for at gemme hele certifik atet kan en køretøjsenhed vælg e kun at gemme indholdet af certifika­
tteksten som angivet i afsnit 9.3.2. 
CSM_160  Køretøjsenheden verificerer den tidsmæssige gyldighed af alle certifikater, der læses fra kortet eller 
er gemt i hukommelsen, og afviser udløbne certifik ater. Køretøjsenheden anvender sit interne ur til 
at verificere den tidsmæssige gyldighed af et certifikat, som sendes af kortet.  26.5.2016 L 139/380 Den Europæisk e Unions Tidende DA    
Figur 4 
Protok ol til køretøjsenhedens verifikation af kortets certifikatkæde 
10.2.2  Kortcertifikatkæde verificer ing foretaget af kortet 
CSM_161  Takografk ort skal benytte den protok ol, der illustreres i Figur 5 til verifikation af en køretøjsenheds 
certifikatkæde. 26.5.2016 L 139/381 Den Europæisk e Unions Tidende DA    
Figur 5 
Protok ol til kortets verifikation af køretøjsenhedens certifikatkæde 
26.5.2016 L 139/382 Den Europæisk e Unions Tidende DA    
Bemærkninger til Figur 5: 
—  Køretøjsenhedens certifikater og de offentlig e nøg ler, der nævnes i figuren, er dem, der anvendes til 
gensidig ægthedsk ontrol. I afsnit 9.1.4 betegnes disse som VU_MA. 
—  VU.CA-cer tifik aterne og de offentlige nøgler, der nævnes i figuren , er dem, der anvendes til underskr ift af 
køretøjsenhedscer tifikater og certifikater for eksternt GNSS-udstyr . I afsnit 9.1.3 betegnes disse som 
MSCA_VU_EGF . 
—  VU.CA .EUR -cer tifikatet, der nævnes i figuren, er det europæiske rodcer tifikat, der angives i VU.CA - 
certifikatets CAR. 
—  VU.Link -cer tifikatet, der nævnes i figuren, er køretøjsenhedens forbindelsescer tifikat, hvis dette findes. Som 
beskrevet i afsnit 9.1.2 er dette et forbindelsescer tifikat til et europæisk rodnøg lepar , som er oprett et af 
ERCA'en og underskrevet med den tidlig ere europæiske private nøg le. 
—  VU.Link.EUR -cer tifik atet, der nævnes i figuren, er det europæiske rodcer tifikat, der angives i VU.Link - 
certifikatets CAR. 
CSM_162  Som beskrevet i Figur 5 begynder verifikationen af køretøjsenhedens certifikatkæde med, at 
køretøjsenheden forsøg er at anvende sin egen offentlige nøgle i takografk ortet. Hvis dette lykkes, 
betyder det, at kortet tidligere har verificeret køretøjsenheden og har gemt køretøjsenhedscer ­
tifik atet til fremtidig brug. I dette tilfæ lde benytt es køretøjsenhedscer tifikatet, og processen 
fortsætte r med ægthedsk ontrol af køretøjsenheden. Hvis kortet ikke kender køretøjsenhedens 
certifikat, skal køretøjsenheden først fremsende det VU.CA -cer tifikat, som skal benyttes til at 
verificere dens køretøjsenhedscer tifikat, VU.C A.EUR -cer tifik atet, som skal bruges til at verificere 
VU.CA -cer tifikatet og eventuelt forbindelsescer tifikatet for at finde et certifikat, som kortet kende r 
eller kan verificere. Hvis den finder et sådant certifikat, skal kortet bruge dette certifik at til at 
verificere de underliggen de køretøjsenhedscer tifik ater, som det præsenter es for. Hvis det lykkes, 
vælge r køretøjsenheden endeligt sin offentlige nøgle til brug i takografk ortet. Hvis det ikke lykkes, 
ignorerer køretøjsenheden kortet. 
Bemærk: Der er tre muligheder for, at koret kender VU.CA.EUR-cer tifikatet: 
—  VU.CA .EUR -certifikatet er det samme certifikat som kortets eget EUR -cer tifik at 
—  VU.CA .EUR -certifikatet er tidlig ere end kortets eget EUR -cer tifik at, og kortet havde allerede 
dette certifikat på tidspunktet for udste delsen (se CSM_91) 
—  VU.CA .EUR -certifikatet er senere end kortets eget EUR -cer tifikat, og kortet har tidligere 
modtage t et forbindelsescer tifikat fra en anden køretøjsenhed, verificeret det og gemt det til 
senere brug. 
CSM_163  Køretøjsenheden bruger kommandoen MSE: Set AT til at angive sin offentlige nøg le til brug i 
takografk ortet. Som angivet i tillæg 2 indeholder denne kommando en indikation af den 
kryptografiske mekanisme, der skal bruges sammen med den nøg le, der er fastlagt. Denne 
mekanisme er »ægthedsk ontrol af køretøjsenhed ved brug af ECDSA- algor itmen kombineret med 
hash-algor itmen kombineret med nøg lestør relsen af køretøjsenhedens VU_MA-nøg lepar som 
specifi ceret i CSM_50«. 
CSM_164  Kommandoen MSE: Set AT indeholder ligeledes en indikation af det midler tidige nøg lepar , som 
køretøjsenheden skal bruge ved overensstemmelses kontrol af sessionsnøg len (se afsnit 10.4). Inden 
køretøjsenheden sender kommandoen MSE: Set AT, genererer den således et midler tidigt ECC- 
nøg lepar . Ved generer ing af det midler tidige nøg lepar bruger køretøjsenheden de standardiserede 
domæneparametre, der er angivet i kortets certifikat. Det midler tidige nøg lepar betegnes (VU.SKeph, 
VU.PKeph, Card.DP). Køretøjsenheden anvender x-koordinaten i det midler tidige offentlig e punkt for 
ECDH som nøg leidentif ikation; dette kaldes den komprimerede gengivelse af den offentlig e nøg le 
og betegnes Com p(VU.PKeph). 
CSM_165  Hvis kommandoen MSE: Set AT giver et positivt resultat, angiver kortet den angivne VU.PK til 
efterfølgende brug under ægthedsk ontrol af køretøjet og gemmer Com p(VU.PKeph) midler tidigt. 
Hvis der sendes to eller flere vellykkede MSE: Set AT-kommandoer , inden overensstemmelses ­
kontrollen af sessionsnøg len gennemf øres, gemmer kortet kun den seneste modtagne Comp (VU. 
PKeph). 26.5.2016 L 139/383 Den Europæisk e Unions Tidende DA    
CSM_166  Kortet verificerer den tidsmæssige gyldighed af alle certifikater , som køretøjsenheden sender eller 
henviser til, mens de er gemt i kortets hukommelse, og afviser udløbne certifikater. 
CSM_167  Med henblik på verificering af den tidsmæssige gyldighed af et certifik at, som fremsendes af 
køretøjsenheden, gemmer hver t takografk ort internt nogle data, der repræsent erer det aktuelle 
tidspunkt. Disse data kan ikke ajourf øres direkte af en køretøjsenhed. Ved udstedelsen sættes det 
aktuelle tidspunkt for et kort til at være lig med den aktuelle dato for kortets Card_MA-cer tifik at. Et 
kort ajourf ører sit aktuelle tidspunkt, hvis en køretøjsenhed fremsender den faktiske dato for et 
autenti sk »gyldig tidsangiver«-cer tifikat, som er nyere end kortets aktuelle tidspunkt. I dette tilfælde 
indstiller kortet sit aktuelle tidspunkt til den faktisk e dato på det pågældende certifik at. Kortet 
accept erer kun følgende certifikater som gyldig tidsangiver : 
—  ERCA-forbindelsescer tifik ater af anden generation 
—  MSCA-cer tifikater af anden generation 
—  køretøjsenhedscer tifikater af anden generation, som er udst edt af samme land som kortets eget/ 
egne kortcertifikat(er). 
Bemærk: Det seneste krav indebærer , at et kort skal kunne genkende køretøjsenhedscer tifikatets 
CAR, dvs. MSCA_VU-EGF -cer tifikatet. Dette vil ikke være det samme som CAR for kortets eget 
certifikat, som er MSCA_ Card-cer tifikatet. 
CSM_168  Som anført i Figur 5 kan kortet, så snar t det har verificeret ægtheden og gyldigheden af et hidtil 
uken dt certifikat, gemme dette certifikat til senere brug, så det ikke er nødvendigt at verificere det 
pågældende certifikats ægthed, hvis kortet præsente res for det igen. I stedet for at gemme hele 
certifikatet kan et kort vælg e kun at gemme indholdet af certifikatteksten som angivet i afsnit 
9.3.2. 
10.3.  Ægthedsk ontrol af køretøjsenhed 
CSM_169  Køretøjsenheder og kort skal benytte den protok ol til ægthedsk ontrol af køretøjsenhed, som 
beskr ives i Figur 6, til at bekræf te køretøjsenhedens ægthed over for kortet. Ægthedsk ontrollen af 
køretøjsenheden giver takografk ortet mulighed for udtr ykkeli gt at verificere, at køretøjsenheden er 
ægte. For at gøre dette benytter køretøjsenheden sin private nøgle til at underskr ive en anmodning, 
som genereres af kortet. 
CSM_170  Ud over kortets anmodning skal køretøjsenheden i underskr iften medtage henvisn ingen til 
kortindehaveren hentet fra kortets certifikat. 
Bemærk: Dette sikrer , at det kort, som køretøjsenheden bekræf ter sig over for, er det samme kort, 
hvis certifik atkæde køretøjsenheden tidlig ere har verificeret. 
CSM_171  I underskr iften medtager køretøjsenheden også identifikatoren for den midler tidige offentlig e nøg le 
Com p(VU.PKeph), som køretøjsenheden bruger til sikker meddelelseso verførsel under 
ægthedsk ontrol af en chip, der beskr ives i afsnit 10.4. 
Bemærk: Dette sikrer , at den køretøjsenhed, som et kort kommunike rer med under en sikker 
meddelelsessession, er den samme køretøjsenhed, som kortet har foretage t ægthedsk ontrol af.  26.5.2016 L 139/384 Den Europæisk e Unions Tidende DA    
Figur 6 
Proto kol til ægthedsk ontrol af køretøjsenhed 
CSM_172  Hvis køretøjsenheden sender flere GET CHALLENGE-k ommandoer under ægthedsk ontrollen af 
køretøjsenheden, retur nerer kortet hver gang en ny tilfæ ldig anmodning på 8 byte, men gemmer 
kun den senest e anmodning. 
CSM_173  Underskr iftsalgor itmen, som køretøjsenheden anvender til ægthedsk ontrol af køretøjsenheden, er 
ECDSA som specifi ceret i [DSS] ved hjælp af hash-algor itmen, der er knyttet til nøg lestør relsen af 
køretøjsenhedens VU_MA-nøg lepar som specifi ceret i CSM_50. Underskr iftsformatet skal være 
klar tekst som specificeret i [TR-03111]. Køretøjsenheden sender den result erende underskr ift til 
kortet. 
CSM_174  Efter modtagelsen af køretøjsenhedens underskr ift i en EXTERNAL AUTHENTICA TE-k ommando 
gør kortet følge nde: 
—  Beregner token for ægthedsk ontrol ved at sammenf øre Card.C HR, kortets anmodning rcard og 
identifikatoren for køretøjsenhedens midler tidige offentlige nøgle Com p(VU.PKeph) 
—  Beregner hash-værdien over token for ægthedsk ontrollen ved hjælp af hash-algor itmen, der er 
sammenkædet med nøg lestør relsen af køretøjsenhedens VU_MA-nøg lepar som specificeret i 
CSM_50 
—  Verificerer køretøjsenhedens underskr ift ved at benytte ECDSA- algor itmen i kombination med 
VU.PK og den beregnede hash-værdi. 
10.4.  Ægthedsk ontrol af chip og overenstemmel sesk ontrol af sessionsnøgle 
CSM_175  Køretøjsenheder og kort skal benytt e den prot okol til ægthedsk ontrol af chip, som beskr ives i 
Figur 7, til bekræf te ægtheden af kortet over for køretøjsenheden. Ægthedsk ontrol af chippen giver 
køretøjsenheden mulighed for udtr ykkeligt at verificere, at kortet er ægte. 26.5.2016 L 139/385 Den Europæisk e Unions Tidende DA    
Figur 7 
Ægthedsk ontrol af chip og kontrol af sessionsnøgleo verensst emmelse 
CSM_176  Køretøjsenheden og kortet gennemf ører følgen de trin:  
1. Køretøjsenheden indleder ægthedsk ontrollen af chippen ved at sende kommandoen MSE: Set AT 
med angivelsen »Ægthedsk ontrol af chip med ECDH-algor itmen, der giver en AES-sessionsnøg le, 
som er sammenkædet med nøglestør relsen på kortets Card_MA-nøg lepar som specifi ceret i 
CSM_50«. Køretøjsenheden fastlægg er stør relsen af kortets nøg lepar ud fra kortets certifikat.  
2. Køretøjsenheden sender det offentlig e punkt VU.PKeph for sit midler tidige nøg lepar til kortet. 
Som forklaret i CSM_164 genererede køretøjsenheden dette midler tidige nøg lepar inden 
verifikationen af køretøjsenhedens certifikatkæde. Køretøjsenheden sendte identif ikatoren for 
den midler tidige offentlige nøg le Com p(VU.PKeph) til kortet, og kortet gemte den.  
3. Kortet beregner Com p(VU.PKeph) ud fra VU.PKeph og sammenligner med den gemte værdi for 
Com p(VU.PKeph). 
4.Ved hjælp af ECDH- algor itmen kombineret med kortets statiske private nøg le og køretøjs ­
enhedens midler tidige offentlig e nøg le, beregner kortet en hemmelig K.  
5. Kortet vælger en tilfældig 8 byte stor engang sstreng NPICC og bruger den til at udlede to AES- 
sessionsnøg ler KMAC og KENC af K. Se CSM_179. 
6.Ved hjælp af KMAC beregner kortet et token til ægthedsk ontrol ud fra identifikatoren for køretøjs ­
enhedens midler tidige offentlig e nøg le: TPICC = CMA C(KMAC, VU.PKeph). Kortet sender NPICC og 
TPICC til køretøjsenheden. 
7.Ved hjælp af ECDH-algor itmen kombineret med kortets statiske private nøg le og køretøjs ­
enhedens midler tidige private nøg le beregner køretøjsenheden den samme hemmelige K, som 
kortet beregnede i trin 4. 26.5.2016 L 139/386 Den Europæisk e Unions Tidende DA    
8. VU'en udleder sessionsnøg lerne KMAC og KENC af K og NPICC; se CSM_179.  
9. VU'en verificerer token for ægthedsk ontrollen TPICC. 
CSM_177  I trin 3 ovenf or beregner kortet Com p(VU.PKeph) som x-koordinaten for det offentlig e punkt i VU. 
PKeph. 
CSM_178  I trin 4 og 7 ovenf or benytter kortet og køretøjsenheden ECKA -EG-algor itmen som defineret i [TR- 
03111]. 
CSM_179  I trin 5 og 8 ovenf or benytter kortet og køretøjsenheden nøgleudledningsfunktionen for AES- 
sessionsnøg ler, som defineres i [TR-03111], med følgende præciser inger og ændr inger: 
—  Tællerens værdi er ‘00 00 00 01’ for KENC og ‘00 00 00 02’ for KMAC. 
—  Den valgfr ie engangsstreng r skal anvendes og skal være lig med NPICC. 
—  Til udledning af 128-bit AES-nøg ler benytt es hash-algor itmen SHA-256. 
—  Til udledning af 192-bit AES-nøg ler benytt es hash-algor itmen SHA-384. 
—  Til udledning af 256-bit AES-nøg ler benytt es hash-algor itmen SHA-512. 
Sessionsnøg lernes længde (dvs. længden, hvor hash-værdien trunk eres) sammenkædes med 
stør relsen af Card_MA-nøg lepar ret som specificeret i CSM_50. 
CSM_180  I trin 6 og 9 ovenf or benytt er kortet og køretøjsenheden AES-algor itmen i CMA C-tilstand som 
specifi ceret i [SP 800-38B]. Længden af TPICC kædes sammen med længden af AES-sessionsnøg lerne 
som specif iceret i CSM_50. 
10.5.  Sikk er meddelelseso verførsel 
10.5.1  Generel t 
CSM_181  Alle kommandoer og svar , der udveksles mellem en køretøjsenhed og et takografk ort efter 
vellykke t ægthedsk ontrol af chippen og frem til afslutninge n af sessionen, skal beskytt es ved hjælp 
af sikker meddelelseso verførsel. 
CSM_182  Undtagen ved læsning af en fil med adgangsbeting elsen SM-R -ENC-MA C-G2 (se tillæg 2, afsnit 4) 
skal sikker meddelelseso verførsel anvendes i tilstanden »Kun ægthedsk ontrol«. I denne tilstand 
tilføjes en kryptografisk kontrolsum (også bete gnet MAC) til alle kommandoer og svar for at sikre 
meddelelsens ægthed og integritet. 
CSM_183 Ved læsning fra en fil med adgangsbeting elsen SM-R -ENC-MA C-G2 skal sikker meddelelses ­
overfø rsel anvendes i tilstanden »Krypter-deref ter-auten tificer«, dvs. svardataene krypteres først for 
at sikre meddelelsens fortrolighed, og heref ter beregnes der en MAC ud fra de format erede 
krypterede data for at garantere ægtheden og integritete n. 
CSM_184  Sikker meddelelseso verfø rsel anvender AES som defineret i [AES] sammen med sessionsnøg lerne 
KMAC og KENC, for hvilke der blev foretaget overensst emmelsesk ontrol under ægthedsk ontrol af 
chippen. 
CSM_185  Et ikke underskrevet heltal skal bruges som sendefrekvenstæller (SSC) for at forhindre repla y- 
angreb. Sendefrekvenstællerens stør relse er lig med AES-blokst ørrelsen, dvs. 128 bit. Sendefrekven ­
stælleren skal være i MSB-f irst-f ormat. Sendefrekvenstælleren initialiseres til nul (dvs ‘00 00 00 00 
00 00 00 00 00 00 00 00 00 00 00 00’), når den sikre meddelelseso verfø rsel indledes. Sendefre ­
kvenstælleren forøges trinvist hver gang, inden der genereres en kommando- eller et svar -APDU, 
hvilket vil sige, at eftersom startværdien for sendefrekvenstælleren i en SM-session er 0, vil værdien 
af sendefrekvenstælleren i den første kommando være 1. Værdien i sendefrekvenstælleren for det 
første svar vil være 2. 26.5.2016 L 139/387 Den Europæisk e Unions Tidende DA    
CSM_186  Til kryptering af meddelelser skal KENC anvendes sammen med AES i blokkædningsfunktionstilstand 
(CBC) som defineret i [ISO 10116] med en indskudt parameter m = 1 og en initialiser ingsvekto r SV 
= E(KENC, SSC), dvs. den aktuelle værdi af sendesekvenstælleren krypteret med KENC. 
CSM_187  Ved ægthedsk ontrol af meddelelser anvendes KMAC sammen med AES i CMA C-tilstand som 
specifi ceret i [SP 800-38B]. Længden af MAC'en sammenkædes med længden af AES-sessions ­
nøg lerne som specificeret i CSM_50. Sendesekvenstælleren skal medtag es i MAC'en ved at indsætt e 
den på forhånd, inden ægtheden af datagrammet bekræf tes. 
10.5.2  Struktur af sikker meddelelse 
CSM_188  Sikker meddelelseso verfø rsel må udelukkend e benytt e dataobjekter til sikker meddelelseso verfø rsel 
(se [ISO 7816-4]), som står opført i Tabel 5. I alle meddelelser skal disse dataobjekter anvendes i 
den rækk efølge, der angives i denne tabel. 
Tabel 5 
Data objekter til sikker meddelelseso verførsel 
Navn på dataobjekt Mærkat Tilstedeværelse (O)bligat orisk, (B) 
eting et eller (F)orbudt i 
Kommandoer Svar 
Ordinær værdi ikke kodet i BER -TLV ‘81’ B B 
Ordinær værdi kodet i BER -TLV, men ikke inklu ­
sive SM-dataobjekter ‘B3’ B B 
Indikator med udfyldningsindhold efterfulgt af 
kryptogram, ordinær værdi ikke kodet i BER -TLV ‘87’ B B 
Beskytt et Le ‘97’ B F 
Behandlingsstatus ‘99’ F O 
Kryptografi sk kontrolsum ‘8E’ O O  
Bemærk: Som angivet i tillæg 2 kan takografk ort understøtt e kommandoer ne READ BINAR Y og 
UPD ATE BINAR Y med en ulige INS-byt e (‘B1’ hhv. ‘D7’). Disse kommando variante r skal bruges til 
at læse og ajourf øre filer på 32 768 byte eller mere. Hvis man benytter en sådan variant, skal man 
anvende et dataobjekt med mærkatet ‘B3’ i stedet for et objekt med mærkat et ‘81’. Se tillæg 2 for 
flere oplysning er. 
CSM_189  Alle SM-dataobjekte r skal kodes i DER TLV som specificeret i [ISO 8825-1]. Denne kodning 
medf ører følgende mærkat-længde-værdi-str uktur (TLV-struktur): 
Mærkat:  Mærkat en kodet i en eller to oktett er med angivelse af indholdet. 
Længde:  Længden kodet som et ikke underskrevet heltal i en, to eller tre oktett er, hvilket giver en 
maksimal længde på 65 535 oktett er. Det mindste antal oktett er skal benytt es. 
Værdi:  Værdien kodet i nul eller flere oktett er 26.5.2016 L 139/388 Den Europæisk e Unions Tidende DA    
CSM_190  APDU'er , der er beskyttet med sikker meddelelseso verfø rsel, oprett es som følger: 
—  Kommandoheaderen skal medtage s i MAC-beregninge n, og derf or anvendes værdien ‘0C’ til 
klasseb yten CLA. 
—  Som specific eret i tillæg 2 skal alle INS-byt e være lige, med ulige INS-b yte til kommandoer ne 
READ BINAR Y og UPD ATE BINAR Y som en mulig undtag else. 
—  Den faktis ke værdi af Lc vil blive ændret til Lc' efter brugen af sikker meddelelseso verfø rsel. 
—  Dataf eltet består af SM-dataobjekter . 
—  I den beskytte de kommando-APDU sættes den nye Le-b yte til ‘00’. Om nødvendigt medtage s et 
dataobjekt ‘97’ i datafe ltet for at formidle den oprindelige værdi af Le. 
CSM_191 Alle dataobjekter , der skal krypteres, udfyldes i henhold til [ISO 7816-4] med udfyldningsin ­
dikatore n ‘01’. Ved beregningen af MAC'en skal hver t dataobjekt i APDU'en ligeledes udfyldes 
separat i henhold til [ISO 7816-4]. 
Bemærk: Udfyldning til sikker meddelelseso verfø rsel udføres altid af det sikre meddelelseslag, ikke af 
CMA C- eller CBC-algor itmer ne. 
Sammenf atning og eksempler 
En kommando-APDU med anvendt sikker meddelelseso verførsel vil have følgen de struktur afhængigt af 
alternati vet for den respektive ikke-sikrede kommando (DO står for dataobjekt): 
Alte rnativ 1: CLA INS P1 P2 || Lc' || DO ‘8E’ || Le 
Alte rnativ 2: CLA INS P1 P2 || Lc' || DO ‘97’ || DO‘8E’ || Le 
Alte rnativ 3 (lige INS-byt e): CLA INS P1 P2 || Lc' || DO ‘81’ || DO‘8E’ || Le 
Alte rnativ 3 (ulige INS-byt e): CLA INS P1 P2 || Lc' || DO ‘B3’ || DO‘8E’ || Le 
Alte rnativ 4 (lige INS-byt e): CLA INS P1 P2 || Lc' || DO ‘81’ || DO‘97’ || DO‘8E’ || Le 
Alte rnativ 4 (ulige INS-byt e): CLA INS P1 P2 || Lc' || DO ‘B3’ || DO‘97’ || DO‘8E’ || Le  
hvor Le = ‘00’ eller ‘00 00’ afhængigt af, hvor vidt der benytt es felter med kort længde eller felter med udvidet 
længde; se [ISO 7816-4]. 
En svar -APDU med anvendt sikker meddelelseso verfø rsel vil have følgende struktur afhængigt af altern ativet 
for det respektive ikke-sikrede svar: 
Alte rnativ 1 eller 3: DO ‘99’ || DO ‘8E’ || SW1SW2 
Alte rnativ 2 eller 4 (lige INS-byt e) med krypte­
ring: DO ‘81’ || DO ‘99’ || DO ‘8E’ || SW1SW2 
Alte rnativ 2 eller 4 (lige INS-byt e) uden krypte­
ring: DO ‘87’ || DO ‘99’ || DO ‘8E’ || SW1SW2 
Alte rnativ 2 eller 4 (ulige INS-byt e) uden krypte­
ring: DO ‘B3’ || DO ‘99’ || DO ‘8E’ || SW1SW2  
Bemærk: Alter nativ 2 eller 4 (ulige INS-byt e) med kryptering anvendes aldr ig i kommunikationen mellem en 
køretøjsenhed og et kort. 26.5.2016 L 139/389 Den Europæisk e Unions Tidende DA    
Herunder gives tre eksempler på APDU-transf ormationer for kommandoer med lige INS-k ode. Figur 8 viser en 
autenti ficeret Alte rnativ 4-kommando-APDU, Figur 9 viser en autenti ficeret Alte rnativ 2-/Alt ernativ 4-svar - 
APDU, og Figur 10 viser en krypteret og autentificeret Alte rnativ 2-/Alter nativ 4-svar -APDU. 
Figur 8 
Transf ormation af en autentif iceret Alter nativ 4-kommando-APDU 
Figur 9 
Transf ormation af en autentif iceret Alter nativ 1- / Alter nativ 3-svar -APDU 
26.5.2016 L 139/390 Den Europæisk e Unions Tidende DA    
Figur 10 
Transf ormation af et krypteret og autentif iceret Alter nativ 2-/Alter nativ 4-svar -APDU 
10.5.3  Afbr ydelse af en sikker meddelelsesoverførselssession 
CSM_192  En køretøjsenhed afbr yder en igan gværende sikker meddelelseso verfø rselssession, hvis, og kun hvis 
et af følgen de forhold gør sig gældende : 
—  Den modtager en APDU med et svar i klar tekst. 
—  Den konstaterer en fejl i den sikre meddelelseso verførsel i en svar -APDU: 
—  Et forvente t dataobjekt i en sikke r meddelelseso verførsel mang ler, rækkef ølgen af 
dataobjekter er forker t, eller der er medtag et et uken dt dataobjekt. 
—  Dataobjektet i en sikker meddelelseso verfø rsel er forker t, f.eks. er MAC-værdien forke rt, 
TLV-strukturen er forker t, eller udfyldingsindikatore n i mærkat ‘87’ er ikke lig med ‘01’. 
—  Kortet sender en statusb yte, der viser , at det har konstater et en SM-f ejl (se CSM_194). 
—  Grænsen for antallet af kommandoer og tilhørende svar inden for den aktuelle session er nået. 
For en bestemt køretøjsenhed defineres denne grænse af fabr ikante n under hensyntagen til 
sikker hedskravene for den anvendt e hardware med et maksi mum på 240 SM-k ommandoer og 
tilhørende svar pr. session. 
CSM_193  Et takografk ort afbr yder en igangværende sikker meddelelseso verførselsse ssion, hvis, og kun hvis et 
af følgen de forhold gør sig gældende: 
—  Det modtag er en APDU-k ommando i klar tekst. 26.5.2016 L 139/391 Den Europæisk e Unions Tidende DA    
—  Det konstater er en fejl i den sikre meddelelseso verfø rsel i en kommando-APDU: 
—  Et forvente t dataobjekt i en sikke r meddelelseso verførsel mang ler, rækkef ølgen af 
dataobjekter er forker t, eller der er medtag et et uken dt dataobjekt. 
—  Et dataobjekt i en sikker meddelelseso verførsel er forkert, f.eks. er MAC-værdien forker t, 
eller TLV-strukturen er forkert. 
—  Strømmen afbr ydes, eller enheden nulstilles. 
—  Køretøjsenheden vælger en applikation på kortet. 
—  Køretøjsenheden indleder processen med ægthedsk ontrol af køretøjsenheden. 
—  Grænsen for antallet af kommandoer og tilhørende svar inden for den aktuelle session er nået. 
For et beste mt kort defineres denne grænse af fabrikante n under hensyntagen til 
sikker hedskravene for det anvendt e hardware med et maksi mum på 240 SM-k ommandoer og 
tilhørende svar pr. session. 
CSM_194  Vedrørende SM-f ejlhåndteri ng foretaget af et takografk ort: 
—  Hvis der mang ler visse dataobjekter til sikker meddelelseso verførsel i en kommando-APDU, 
række følgen af dataobjekter er forker t, eller der er medtag et uken dte dataobjekter , svarer et 
takografk ort med statusb yte ‘69 87’. 
—  Hvis et dataobjekt i en kommando-APDU ved sikker meddelelseso verførsel er forkert, svarer et 
takografk ort med statusb yte ‘69 88’. 
I dette tilfæ lde retur neres de pågældende statusbyt e uden brug af SM. 
CSM_195  Hvis en sikker meddelelseso verfø rselssession mellem en køretøjsenhed og et takografk ort afbr ydes, 
ødelægg er køretøjsenheden og takograf en 
—  de gemte sessionsnøg ler på en sikker måde 
—  og oprett er øjeblikke lig en ny sikker meddelelseso verførselssession som beskrevet i afsnit 10.2- 
10.5. 
CSM_196  Hvis køretøjsenheden af en eller anden grund beslutte r at genstar te den gensidige ægthedsk ontrol 
over for et isat kort, genstar tes processen med verifikation af kortets certifikatkæde som beskrevet i 
afsnit 10.2 og fortsætte r som beskrevet i afsnit 10.2-10.5. 
11.  SAM MENK OBLING AF KØRETØJSENHED OG EKSTERNT GNSS-UDST YR, GENSIDIG ÆGTHEDSK ONTR OL OG SIKKER 
MEDDELELSESO VERFØRSEL 
11.1.  Generelt 
CSM_197  GNSS-udstyret, som en køretøjsenhed bruger til at fastslå sin position, kan være intern (dvs. 
indbyg get i køretøjsenhedens hus og kan ikke afmonteres), eller den kan være et ekster nt modul. I 
førstnævnte tilfæ lde er der ikke beho v for at standardisere den interne kommunikation mellem 
GNSS-udstyret og køretøjsenheden, og kravene i dette kapitel finder ikke anvendelse. I sidstnævnt e 
tilfæ lde skal kommunikationen mellem køretøjsenheden og det ekster ne GNSS-udstyr 
standardiseres og beskytte s som beskrevet i dette kapitel. 
CSM_198  Sikker kommunikation mellem en køretøjsenhed og ekster nt GNSS-udstyr finder sted på samme 
måde som sikker kommunikation mellem en køretøjsenhed og et takografk ort, hvor det ekster ne 
GNSS-udstyr (EGF) overtager kortets rolle. Alle krav , der nævnes i kapitel 10 for takografk ort, skal 
opfyldes af en EGF under hensyntagen til de afvigelser , præciser inge r og tilføjelser , der nævnes i 
dette kapitel. Det gælde r navnlig, at gensidig verifikation af certifikatkæden, ægthedsk ontrol af 
køretøjsenhed og chip udføres som beskrevet i afsnit 11.3 og 11.4. 26.5.2016 L 139/392 Den Europæisk e Unions Tidende DA    
CSM_199  Kommunikation mellem en køretøjsenhed og en EGF adskiller sig fra kommunikation mellem en 
køretøjsenhed og et kort ved, at en køretøjsenhed og en EGF skal sammenk obles en gang på et 
værks ted, inden køretøjsenheden og EGF'en kan udveksle GNSS-baserede data under normal drift. 
Sammenk oblingsprocessen beskr ives i afsnit 11.2. 
CSM_200  Ved kommunikation mellem en køretøjsenhed og en EGF skal APDU-k ommandoer og -svar baseret 
på [ISO 7816-4] og [ISO 7816-8] benyttes. Den præcise struktur for disse APDU'er defineres i 
tillæg 2 til dette bilag. 
11.2.  Sammenk obling af køretøjsenhed og ekster nt GNSS-uds tyr 
CSM_201  En køretøjsenhed og en EGF i et køretøj skal sammenk obles af et værks ted. Kun en sammenk oblet 
køretøjsenhed og EGF skal kunne kommunik ere ved normal drift. 
CSM_202  Sammenk obling en af køretøjsenhed og en EGF må kun være mulig, når køretøjsenheden er i 
kalibrer ingstilstand. Koblingen skal indledes af køretøjsenheden. 
CSM_203  Et værks ted kan til enhver tid sammenk oble en køretøjsenhed med en anden EGF eller med den 
samme EGF . Under gensam menk obling en skal køretøjsenheden ødelægg e det eksister ende 
EGF_MA-cer tifikat i sin hukommelse på en sikker måde og gemme EGF_MA-cer tifikatet for den 
EGF , som den skal kobles sammen med. 
CSM_204  Et værksted kan til enhver tid sammenk oble eksternt GNSS-udstyr med en anden køretøjsenhed 
eller med den samme køretøjsenhed. Under gensammenk oblingen skal EGF'en ødelægge det 
eksi sterende VU_MA-cer tifikat i sin hukommelse på en sikker måde og gemme VU_MA-cer tifikatet 
for den køretøjsenhed, som den skal kobles sammen med. 
11.3.  Gensidig certifikatk ædev erifikation 
11.3.1  Generel t 
CSM_205  Gensidig certifikatkædever ifikation mellem en køretøjsenhed og en EGF må kun find e sted under 
sammenk obling en af køretøjsenheden og EGF'en på et værks ted. Under normal drift for en 
sammenk oblet køretøjsenhed og EGF verificeres der ingen certifikater . I sted et har køretøjsenheden 
og EGF'en tillid til de certifikater , som de har gemt under sammenk oblingen efter at have 
kontrolleret den midler tidige gyldighed af disse certifikater . Køretøjsenheden og EGF'en accept erer 
ikke andre certifikater til beskytt else af kommunikationen mellem køretøjsenheden og EGF'en 
under normal drift. 
11.3.2  Under sammenkobling af køretøjsenhed og EGF 
CSM_206  Under sammenk obling en med en EGF benytter en køretøjsenhed den protok ol, der fremgår af Figur 
4 (afsnit 10.2.1), til verifikation af det ekster ne GNSS-udstyrs certifikatkæde. 
Bemærkninger til Figur 4 i denne sammenhæng: 
—  Kommunikationsk ontrol ligge r uden for dette tillægs område. En EGF er imidler tid ikke et 
intelligent kort, og derfor vil køretøjsenheden formentlig ikke sende en Reset-k ommando for at 
indlede kommunikationen og vil ikke modtage en ATR. 
—  Kortcertifik aterne og de offentli ge nøgler, der nævnes i figuren , fortolkes som EGF'ens 
certifikater og offentlig e nøgler til gensidig ægthedsk ontrol. I afsnit 9.1.6 betegn es disse som 
EGF_MA. 
—  Card.CA-cer tifikaterne og de offentlige nøg ler, som nævnes i figuren, fortolkes som MSCA' ens 
certifikater og offentlig e nøg ler til underskr ift af EGF -cer tifik ater. I afsnit 9.1.3 betegn es disse 
som MSCA_ VU_EGF . 26.5.2016 L 139/393 Den Europæisk e Unions Tidende DA    
—  Card.CA .EUR -certifikatet, der nævnes i figuren, skal fortolkes som det europæiske rodcer tifikat, 
der angives i MSCA_VU-EFT -cer tifikatets CAR. 
—  Card.Link -cer tifik atet, der nævnes i figuren, skal fortolkes som EGF'ens forbindelsescer tifik at, 
hvis dette findes. Som beskrevet i afsnit 9.1.2 er dette et forbindelsescer tifik at til et europæisk 
rodnøg lepar , som er oprett et af ERCA'en og underskrevet af den tidlig ere europæiske private 
nøgle. 
—  Card.Link.EUR -cer tifik atet, der nævnes i figuren , er det europæiske rodcer tifik at, der angives i 
Card.Link -cer tifik atets CAR. 
—  I stedet for 
 , læser køretøjsenheden 
fra elementærf ilen ICC. 
—  I sted et for at vælge takograf-AID'en vælg er køretøjsenheden EGF -AID'en. 
—  »Ignore Card« fortolk es som »Ignore EGF«. 
CSM_207  Når køretøjsenheden har verificeret EGF_MA-cer tifik atet, gemmer den dette certifikat til brug under 
normal drift; se afsnit 11.3.3. 
CSM_208  Under sammenk oblingen med en køretøjsenhed benytter ekster nt GNSS-udstyr den protok ol, der 
beskr ives i Figur 5 (afsnit 10.2.2) til verifikation af køretøjsenhedens certifikatkæde. 
Bemærkninger til Figur 5 i denne sammenhæng: 
—  Køretøjsenheden genererer en nyt midler tidigt nøglepar ved hjælp af domæneparametrene i 
EGF -cer tifikatet. 
—  Køretøjsenhedens certifikater og de offentlig e nøgler, der nævnes i figuren, er dem, der 
anvendes til gensidig ægthedsk ontrol. I afsnit 9.1.4 bete gnes disse som VU_MA. 
—  VU.CA-cer tifikaterne og de offentlig e nøg ler, der nævnes i figuren , er dem, der anvendes til 
underskr ift af køretøjsenhedscer tifik ater og certifik ater for eksternt GNSS-udstyr . I afsnit 9.1.3 
betegnes disse som MSCA_ VU_EGF . 
—  VU.CA .EUR -certifikatet, der nævnes i figuren, er det europæiske rodcer tifikat, der angives i VU. 
CA-cer tifik atets CAR. 
—  VU.Link -cer tifikatet, der nævnes i figuren, er køretøjsenhedens linkcer tifik at, hvis dette find es. 
Som beskrevet i afsnit 9.1.2 er dette et forbindelsescer tifik at til et europæisk rodnøg lepar , som 
er oprett et af ERCA'en og underskrevet af den tidlig ere europæiske private nøg le. 
—  VU.Link.EUR -cer tifik atet, der nævnes i figuren , er det europæiske rodcer tifik at, der angives i 
VU.Link -cer tifikatets CAR. 
CSM_209  Som en afvigels e fra krav CSM_167 skal en EGF anvende GNSS'ens klokkeslæt til at verificere den 
tidsmæssige gyldighed af ethver t fremlagt certifik at. 
CSM_210  Når det ekster ne GNSS-udstyr har verificeret VU_MA-cer tifikatet, gemmer den dette certifikat til 
brug under normal drift; se afsnit 11.3.3. 
11.3.3  Under normal drift 
CSM_211  Under normal drift benytter en køretøjsenhed og en EGF den prot okol, der beskr ives i Figur 11 til 
verifikation af den tidsmæssige gyldighed af de gemt e EGF_MA- og VU_MA-cer tifikater og til at 
indstille den offentlig e VU_MA-nøg le til efterfølgende ægthedsk ontrol af køretøjsenheden. Der 
foretage s inge n yderlig ere gensidig verificer ing af certifik atkæder ne under normal drift. 26.5.2016 L 139/394 Den Europæisk e Unions Tidende DA    
Bemærk, at Figur 11 i alt væsentligt består af de første trin, der beskr ives i Figur 4 og Figur 5. Igen 
skal man bemærk e, at eftersom en EGF ikke er et intellig ent kort, vil køretøjsenheden formentlig 
ikke sende en Reset-k ommando for at indlede kommunikationen og vil ikke modtage en ATR. 
Under alle omstændigheder ligger dette uden for dette tillægs område. 
Figur 11 
Gensidig verificer ing af et certifikats tidsmæssige gyldighed ved nor mal drift af køretøjsenhed og EGF 
CSM_212  Som vist i Figur 11 logger køretøjsenheden en fejl, hvis EGF_MA-cer tifik atet ikke længere er 
gyldigt. Den gensidige ægthedsk ontrol, nøg leoverensstemmelse og den efterfølgende 
kommunikation via sikker meddelelseso verførsel foregår som normalt. 
11.4.  Ægthedsk ontrol af køretøjsenhed og chip samt sessionsnøgleo verensstemmelse 
CSM_213  Ægthedsk ontrol af køretøjsenhed og chip og kontrol af sessionsnøg leoverensst emmelse mellem en 
køretøjsenhed og en EGF foregår under sammenk obling, og når en sikke r meddelelseso verfør­
selssession genetableres under normal drift. Køretøjsenheden og EGF'en udfører de processer , der 
beskr ives i afsnit 10.3 og 10.4. Alle krav i disse afsnit finder anvendelse. 
11.5.  Sikk er meddelelseso verførsel 
CSM_214  Alle kommandoer og svar , der udveksles mellem en køretøjsenhed og eksternt GNSS-udstyr efter 
vellykke t ægthedsk ontrol af chippen og frem til afslutninge n af sessionen, skal beskytt es ved hjælp 
af sikker meddelelseso verfø rsel i tilstanden »Kun ægthedsk ontrol«. Alle krav i afsnit 10.5 finder 
anvende lse. 
CSM_215  Hvis en sikker meddelelseso verførselssession mellem en køretøjsenhed og en EGF afbr ydes, 
etablerer køretøjsenheden øjeblikke lig en ny sikker meddelelseso verførselssession som beskrevet i 
afsnit 11.3.3 og 11.4. 26.5.2016 L 139/395 Den Europæisk e Unions Tidende DA    
12.  PARRING AF OG KOMMUNIKA TION MELLEM KØRETØJSENHED OG BEV ÆGELSESSENSOR 
12.1.  Generelt 
CSM_216  En køretøjsenhed og en bevægelse ssensor kommunikerer ved hjælp af den interfaceprot okol, der 
specifi ceres i [ISO 16844-3], under parring og ved normal drift med de ændr inge r, der beskr ives i 
dette kapitel og i afsnit 9.2.1. 
Bemærk: Læsere af dette kapitel formodes at være fortrolig e med indholdet af [ISO 16844-3]. 
12.2.  Parring af køretøjsenhed og bevægelsessensor ved hjælp af forsk ellige nøglegenerationer 
Som forklaret i afsnit 9.2.1 udskif tes bevægelse ssensorens hovednøg le og alle tilhørende nøg ler rege lmæssigt. 
Dette betyder , at op til tre bevægelse ssensor -relate rede AES-nøg ler KM-W C (af på hinanden følgen de nøglegene ­
rationer) er til stede på værks teds kortene. Tilsvarende kan op til tre forsk ellige AES-baserede datakr ypteringer 
(baseret på hinanden følgen de generationer af bevæge lsessensorens hovednøg le KM) være til stede i bevægelses ­
sensorer . En køretøjsenhed indeholder kun en bevægelses sensor -relat eret nøg le KM-VU. 
CSM_217  En køretøjsenhed af anden generation og en bevægelsessensor af anden generation parres på 
følgen de måde (sammenlign med tabel 6 i [ISO 16844-3]):  
1. Et værks tedskort af anden generation sættes i køretøjsenheden, og køretøjsenheden tilslutt es 
bevægelse ssensoren.  
2. Køretøjsenheden læser alle tilgæng elige KM-WC-nøg ler fra værks tedskortet, undersøg er deres 
nøgleversionsnumre og vælg er den, der passer til versionsnummeret for køretøjsenhedens KM-V U- 
nøgle. Hvis der ikke er nogen passende KM-W C-nøg le til stede på værks tedskortet, afbr yder 
køretøjsenheden parringsprocessen og viser en relevant fejlmeddelelse til indehav eren af 
værks tedskortet. 
3.Køretøjsenheden beregner bevægelses sensorens hovednøg le KM ud fra KM-V U og KM-W C og identifi ­
kationsnøg len KID ud fra KM som specific eret i afsnit 9.2.1.  
4. Køretøjsenheden sender instr uktionen om at indlede parringsprocessen til bevægelses sensoren, 
som beskrevet i [ISO 16844-3], og krypterer det serienummer , den modtager fra bevæge lses­
sensoren med identifikationsnøgl en KID. Køretøjsenheden sender det krypterede serienummer 
tilbage til bevægelsessensoren.  
5. Bevæge lsessensoren sammenligner det krypterede serienummer med hver af krypteringerne af 
serienummeret, som den har lagret intern t. Hvis den finder et, der passer , bekræf tes køretøjs ­
enhedens ægthed. Bevægelses sensoren noterer den generation af KID, som køretøjsenheden 
anvender , og retur nerer den passende krypterede version af sin parringsnøg le, dvs. den 
kryptering, der blev oprett et med den samme generation af KM.  
6. Køretøjsenheden dekr ypterer parringsnøg len med KM, genererer en sessionsnøg le KS, krypterer 
den med parringsnøg len og sender resultatet til bevægelsessenso ren. Bevægels essensoren 
dekr ypterer KS.  
7. Køretøjsenheden samler parringsoplysninge rne som defineret i [ISO 16844-3], krypterer 
oplysning erne med parringsnøg len og sender resultatet til bevæge lsessensoren. Bevægelses ­
sensoren dekr ypterer parringsoplysninger ne.  
8. Bevæge lsessensoren krypterer de modtagne parringsoplysninge r med den modtagne KS og 
retur nerer dem til køretøjsenheden. Køretøjsenheden verificerer , at parringsoplysninger ne er det 
samme oplysning er, som køretøjsenheden sendt e til bevægelses sensoren i det foregående trin. 
Hvis dette er tilfæ ldet, beviser det, at bevægelsessensoren brugte den samme KS som 
køretøjsenheden og dermed i trin 5 sendte sin parringsnøg le krypteret med den korrekt e 
generation af KM. Dermed er bevægelse ssensorens ægthed bekræf tet. 
Bemærk, at trin 2 og 5 er forskellig e fra standardprocessen i [ISO 16844-3], mens de øvrige trin er 
standard. 26.5.2016 L 139/396 Den Europæisk e Unions Tidende DA    
Eksempel: Det forudsætt es, at en parring finder sted i ERCA- (3) certifikatets første gyldighedsår ; se 
Figur 2 i afsnit 9.2.1.2. Det 
—  forudsætt es desuden, at bevægelse ssensoren blev udst edt i ERCA- (1) certifikatets sidste 
gyldighedsår . Den indeholder derfor følgen de nøg ler og data: 
—  Ns[1]: dens serienummer krypteret med generation 1 af KID 
—  Ns[2]: dens serienummer krypteret med generation 2 af KID 
—  Ns[3]: dens serienummer krypteret med generation 3 af KID 
—  KP[1]: dens generation 1-par ringsnøg le (1) krypteret med generation 1 af KM 
—  KP[2]: dens generation 2-par ringsnøg le krypteret med generation 2 af KM 
—  KP[3]: dens generation 3-par ringsnøg le krypteret med generation 3 af KM. 
—  Det forudsættes, at værks tedskortet blev udst edt i ERCA- (3) certifik atets første gyldighedsår . 
Det vil derfor indeholde generation 2 og generation 3 af KM-W C-nøg len. 
—  Det forudsætt es, at køretøjsenheden er en generation 2-køretøjsenhed, der indeholder 
generation 2 af KM-VU. 
I dette tilfæ lde vil følgende ske i trin 2-5: 
—  Trin 2: Køretøjsenheden læser generation 2 og generation 3 af KM-W C fra værks tedskortet og 
undersøg er deres versionsnumre. 
—  Trin 3: Køretøjsenheden kombinerer generation 2-KM-W C med dens KM-VU for at beregne KM og KID. 
—  Trin 4: Køretøjsenheden krypterer det serienummer , den modtager fra bevægelsessensoren med 
KID. 
—  Trin 5: Bevæg elsessensoren sammenligner de modtagne data med Ns[1] og finder ikke nogen , 
der passer . Heref ter sammenligner den dataene med Ns[2] og find er en værdi, der passer . Den 
konkluderer , at køretøjsenheden er en generation 2-køretøjsenhed og retur nerer derf or KP[2]. 
12.3.  Parring af og kommunik ation mellem køretøjsenhed og bevægelsessensor ved hjælp af AES 
CSM_218  Som anført i Tabel 3 i afsnit 9.2.1 skal alle nøg ler, der anvendes til parring af en (andengener ations) 
køretøjsenhed og en bevægelse ssensor og i den efterfølgen de kommunikation være AES-nøg ler 
frem for TDES-nøg ler med dobbelt længde som specifi ceret i [ISO 16844-3]. Disse AES-nøg ler kan 
have en længde på 128, 192 eller 256 bit. Eftersom blok stør relsen i en AES er 16 byte, skal 
længden af en krypteret meddelelse være et multiplum af 16 byte sammenlignet med 8 byte for 
TDES. Desuden vil nogle af disse meddelelser blive brugt til at transpor tere AES-nøg ler, hvis længde 
kan være 128, 192 eller 256 bit. Derfor skal antallet af datab yte pr. instr uktion i tabel 5 i [ISO 
16844-3] ændres som vist i Tabel 6: 
Tabel 6 
Ant al databyte i klar teks t og krypteret form pr. instr uktion defineret i [ISO 16844-3] 
Instr uk­
tion Anmod ­
ning/svar Beskr ivelse af data Antal databyt e i 
klar tekst i henhold 
til [ISO 16844-3] Antal databyt e i 
klar tekst ved brug 
af AES-nøg ler Antal krypterede databyt e ved brug 
af AES-nøg ler med en bitlængde 
på 
128 192 256 
10 anmod ­
ning Ægthedsk ontroldata 
+ filnummer 8 8 16 16 16 26.5.2016 L 139/397 Den Europæisk e Unions Tidende DA    
(1)Bemærk, at parringsnøg ler af generation 1, generatio n 2 og generatio n 3 rent faktisk kan være den samme nøgle eller kan være tre 
forskellig e nøgler med forskel lig længde som forklaret i CSM_117. 
Instr uk­
tion Anmod ­
ning/svar Beskr ivelse af data Antal databyt e i 
klar tekst i henhold 
til [ISO 16844-3] Antal databyt e i 
klar tekst ved brug 
af AES-nøg ler Antal krypterede databyt e ved brug 
af AES-nøg ler med en bitlængde 
på 
128 192 256 
11 svar Ægthedsk ontroldata 
+ filindhold 16 eller 32, af­
hænger af filen 16 eller 32, af­
hænger af filen 16/32 16/32 16/32 
41 anmod ­
ning MoS-ser ienummer 8 8 16 16 16 
41 svar Parringsnøg le 16 16/24/32 16 32 32 
42 anmod ­
ning Sessionsnøg le 16 16/24/32 16 32 32 
43 anmod ­
ning Parringsoplysninger 24 24 32 32 32 
50 svar Parringsoplysninger 24 24 32 32 32 
70 anmod ­
ning Ægthedsk ontroldata 8 8 16 16 16 
80 svar MoS-tæller værdi + 
ægthedsk ontroldata 8 8 16 16 16  
CSM_219  De parringsoplysning er, der fremsendes i instr uktion 43 (VU-anmodning) og 50 (MoS-svar), samles 
som specifi ceret i afsnit 7.6.10 i [ISO 16844-3], bortset fra at AES-algor itmen skal benyttes i stedet 
for TDES-algor itmen i krypteringsordning en til parringsdataene, hvilket betyder to AES- 
krypteringer , og idet man anvende r den udfyldning, der specifi ceres i CSM_220, så den passer med 
AES-blokst ørrelsen. Nøg len K'p, der benyttes til denne kryptering, genereres på følgen de måde: 
—  Hvis parringsnøg len KP er 16 byte lang: K'p = KP XOR (Ns||Ns) 
—  Hvis parringsnøg len KP er 24 byte lang: K'p = KP XOR (Ns||Ns||Ns) 
—  Hvis parringsnøg len KP er 32 byte lang: K'p = KP XOR (Ns||Ns||Ns||Ns) 
hvor Ns er bevægelsessensorens serienummer på 8 byte. 
CSM_220  Hvis datalængden af klar tekst en (ved brug af AES-nøg ler) ikke er et multiplum af 16 byte, skal 
udfyldningsmet ode 2, som defineres i [ISO 9797-1], benytt es. 
Bemærk: I [ISO 16844-3] er antallet af klar tekstdatabyt e altid et multiplum af 8, og der er således 
ikke beho v for udfyldning, når man bruger TDES. Defi nitionen af data og meddelelser i [ISO 
16844-3] ændres ikke af denne del i dette tillæg, så der bliver beho v for at bruge udfyldning. 
CSM_221  Til instr uktion 11, og hvis mere end en datablok skal krypteres, skal blokkædningsmetoden 
benyttes som definer et i [ISO 10116] med en indskudt paramete r m = 1. Den anvendte IV skal 
være 
—  Til instr uktion 11: ægthedsk ontrolblokk en på 8 byte, som specificeres i afsnit 7.6.3.3 i [ISO 
16844-3], udfyldt ved hjælp af udfyldningsmet ode 2, som definer es i [ISO 9797-1]; se også 
afsnit 7.6.5 og 7.6.6 i [ISO 16844-3]. 26.5.2016 L 139/398 Den Europæisk e Unions Tidende DA    
—  Til alle andre instr uktioner , hvor der overføres mere end 16 byte, som specifi ceret i Tabel 6: 
‘00’ {16}, dvs. 16 byte med den binære værdi 0. 
Bemærk: Som vist i afsnit 7.6.5 og 7.6.6 i [ISO 16844-3] gælder det, at når MoS'en krypterer 
datafile r med henblik på medtagelse i instr uktion 11, skal ægthedsk ontrolblokk en både 
—  bruges som initialiser ingsvekto r for kryptering af datafiler ne i CBC-tilstand 
—  krypteres og medtages som den første blok i dataene, der sendes til køretøjsenheden. 
12.4.  Parring af køretøjsenhed og bevægelsessensor til forsk ellige udstyrsgenerationer 
CSM_222  Som forklaret i afsnit 9.2.1 kan en bevægelsessensor af anden generation indeholde TDES-baseret 
kryptering af parringsdataene (som definer et i del A i dette tillæg), hvilket betyder , at bevæge lses­
sensoren kan parres med en køretøjsenhed af første generation. Hvis det forholder sig således, skal 
en køretøjsenhed af først e generation og en bevægelsessensor af anden generation parres som 
beskrevet i del A i dette tillæg og i [ISO 16844-3]. Ved parringsprocessen kan man enten benytte 
et værks teds kort af første eller anden generation. 
Bemærk: 
—  Det er ikke muligt at parre en køretøjsenhed af anden generation og en bevægelses sensor af 
første generation. 
—  Det er ikke muligt at anvende et værks tedskort af første generation til at sammenk oble en 
bevæge lsessensor af anden generation med en bevægelses sensor . 
13.  SIKKERHED VED FJERNK OMMUNIKA TION OVER DSR C 
13.1.  Generelt 
Som det anføres i tillæg 14, genererer en bevæge lsessensor regelm æssigt data til fjernovervågning af takograf 
(Remote Tachog raph Monitoring — RTM) og sender dem til det interne eller eksterne fjernkommunikati ­
onsudstyr (Remote Communication Faci lity — RCF). Fjernkommunikationsudstyret har ansvaret for at sende 
disse data via DSR C-interfacet, som beskr ives i tillæg 14, til fjernint errogatoren. I tillæg 1 angives det, at RTM- 
dataene er en sammenf øring af: 
Krypteret takog rafindhold krypteringen af takografi ndholdet i klar tekst 
DSR C-sikkerhedsdata beskr ives nedenf or 
Formatet for takografindholdet i klar tekst specifi ceres i tillæg 1 og beskr ives nær mere i tillæg 14. I dette afsnit 
beskr ives strukturen af DSR C-sikkerhedsdataene; den formelle specifi kation find es i tillæg 1. 
CSM_223
 -dataene i klar tekst, som en bevæge lsessensor sender til fjernkommunikati ­
onsudstyr (hvis RCF'et er ekster nt i forhold til køretøjsenheden) eller fra køretøjsenheden til 
fjerninter rogatore n via DSR C-interfacet (hvis RCF'et er indb ygget i køretøjsenheden), skal beskytte s i 
»Krypter-deref ter-auten tificer«-tilstand, dvs. at takografindholdet krypteres først for at sikre 
meddelelsens fortrolighed, og deref ter beregnes der en MAC for at sikre dataenes ægthed og 
integritet. 
CSM_224  DSR C-sikke rhedsdataene består af sammenlægning en af følgen de dataelemente r i følgende 
rækkef ølge; se også Figur 12: 
Aktuel dato og klokke slæt  køretøjsenhedens aktuelle dato og klokkeslæt 
(datatype 
 ) 
Tæller  en tæller på 3 byte, se CSM_225 26.5.2016 L 139/399 Den Europæisk e Unions Tidende DA    
køretøjsenhedens serienummer  køretøjsenhedens serienummer (datatype 
) 
Versionsnummer for DSR C-ho vednøgle  versionsnummeret for DSR C-ho vednøg len på 1 bit, ud 
fra hvilken de køretøjsenhedsspecifi kke DSR C-nøg ler 
er afledt, se afsnit 9.2.2. 
MA C  MAC'en beregnet ud fra alle de tidligere byte i RTM- 
dataene. 
CSM_225  Tælleren på 3 byte i DSR C-sikk erhedsdataene skal være i MSB-first-f ormat. Første gang en 
bevægelse ssensor beregner et sæt RTM-data, efter at den er sat i produktion, sætter den tællerens 
værdi til 0. Køretøjsenheden øger værdien af tællerdataene med 1, hver gang den beregner det 
næste sæt RTM-d ata. 
13.2.  Krypter ing af takog rafindhold og MA C-generer ing 
CSM_226  Med et dataelement i klar tekst med datatypen 
 som beskrevet i tillæg 14 
skal en bevæge lsessensor kryptere disse data som vist i Figur 12: køretøjsenhedens DSR C-nøg le til 
kryptering af K_VUDSR C_ENC (se afsnit 9.2.2) skal anvendes med AES med blokkædningsmetoden 
(CBC) som definer et i [ISO 10116] med en indskudt parameter m = 1. Initialiser ingsvekto ren er lig 
med IV = aktuel dato og klokkesl æt || ‘00 00 00 00 00 00 00 00 00’ || tæller , hvor aktuel dato og 
klokkesl æt og tæller specificeres i CSM_224. De data, der skal krypteres, udfyldes ved hjælp af 
metod e 2, som definer es i [ISO 9797-1]. 
CSM_227  En køretøjsenhed beregner MAC'en i DSR C-sikk erhedsdataene som vist i Figur 12: MAC'en 
beregnes ud fra alle de foregående byte i RTM-dataene til og med versionsnummeret for DSR C- 
hovednøg len og inklusive dataobjektern es mærkat er og længder . Køretøjsenheden bruger sin DSR C- 
nøg le til ægthed K_VUDSR C_MA C (se afsnit 9.2.2) med AES-algor itmen i CMA C-tilstand som 
specifi ceret i [SP 800-38B]. Længden af MAC'en sammenkædes med længden af de køretøjsenheds ­
specifi kke DSR C-nøg ler som specific eret i CSM_50. 
Figur 12 
Krypter ing af takografens dataindhold og MA C-generer ing 
26.5.2016 L 139/400 Den Europæisk e Unions Tidende DA    
13.3.  Verifikation og dekr ypter ing af takograf indhold 
CSM_228  Når en fjernint errogator modtager RTM-data fra en bevæge lsessensor , sender den alle RTM-d ataene 
til et kontrolk ort i datafe ltet for en PROCESS DSR C MESS AGE-k ommando som beskrevet i tillæg 2. 
Heref ter:  
1. undersøg er kontrolk ortet versionsnummeret på DSR C-ho vednøg len i DSR C-sikke rhedsdataene. 
Hvis kontrolk ortet ikke kender den angivne DSR C-ho vednøg le, retur nerer den en fejl som 
specificeret i tillæg 2 og afbr yder processen.  
2. Kontrolk ortet bruger den angivne DSR C-ho vednøg le i kombination med køretøjsenhedens 
serienummer i DSR C-sikke rhedsdataene til at udlede de køretøjsenhedsspecifi kke DSR C-nøg ler 
K_VUDSR C_ENC og K_VUDSR C_MA C som specif iceret i CSM_124.  
3. Kontrolk ortet bruger K_VUDSR C_MA C til at verificere MAC'en i DSR C-sikkerhedsdata ene som 
specificeret i CSM_227. Hvis MAC'en er forke rt, retur nerer kontrolk ortet en fejl som specifi ceret 
i tillæg 2 og afbr yder processen.  
4. Kontrolk ortet bruger K_VUDSR C_ENC til at dekr yptere det krypterede takografind hold som 
specificeret i CSM_226. Kontrolk ortet fjerner udfyldningen og retur nerer de dekr ypterede data 
for takografi ndholdet til fjerninter rogatoren. 
CSM_229  For at undgå repla y-angreb verificerer fjernint errogatoren, at der er tale om nye RTM -data, ved at 
verificere, at aktuel dato og klokk eslæt i DSR C-sikkerhedsdataene ikke afvig er for meget fra det 
aktuelle klokkeslæt i fjerninter rogatore n. 
Bemærk: 
—  Dette kræver , at fjernint errogat oren har en nøjagtig og pålidelig kilde til klokkeslæt. 
—  Eftersom det i tillæg 14 kræves, at en bevægelse ssensor skal beregne et nyt sæt RTM-d ata hver 
60. sekund, og uret i køretøjsenheden må afvig e med 1 minut fra det reelle tidspunkt, er den 
nedre grænse for RTM-d ataene på 2 minutter . Den faktiske opdat eringsfrekvens, der kræves, 
afhæng er også af nøjagtigheden af fjernint errogatorens ur. 
CSM_230  Når et værks ted verificerer , at DSR C-funktionen i en bevægelses sensor fung erer korrekt, sender den 
alle de RTM-data, som den har modtaget fra køretøjsenheden, til et værks tedskort i dataf eltet for en 
PROCESS DSR C MESS AGE-k ommando som beskrevet i tillæg 2. Værkstedsk ortet udfører alle 
kontroller og handlinger , som specific eres i CSM_228. 
14.  UNDERSKRIVELSE AF DATAOVERFØRSLER OG VERIFICERING AF UNDERSKRIFTER 
14.1.  Generelt 
CSM_231  Det intellig ente dedik erede udstyr (IDE) lagrer data, som er modtaget fra en bevægelsessensor eller 
et kort, i løbet af en overfø rselssession, i en fysisk dataf il. Data kan lagres på et eksternt lager medie. 
Denne fil indeholder digitale underskr ifter over datablokk e som specificeret i tillæg 7. Filen 
indeholder ligeledes følgen de certifik ater (se afsnit 9.1): 
—  Ved overfø rsel fra en køretøjsenhed: 
—  VU_Sign-cer tifikatet 
—  MSCA _VU-EGF -cer tifikatet, der indeholder den offentlig e nøg le, som skal benyttes til 
verifikation af VU_Sign-cer tifikatet 26.5.2016 L 139/401 Den Europæisk e Unions Tidende DA    
—  Ved overfø rsel fra et kort: 
—  Card_Sign-cer tifikatet 
—  MSCA _Card-cer tifikatet, der indeholder den offentlig e nøg le, der skal benyttes til 
verifikation af Card_Sign-cer tifikatet 
CSM_232  IDE-udstyret skal også have adgang til følgen de: 
—Hvis det anvender et kontrolk ort til at verificere underskr iften som vist i Figur 13: forbindelses ­
certifikatet, der knytt er det seneste EUR -cer tifikat sammen med EUR -cer tifikatet, hvis 
gyldighedsper iode ligger umiddelbar t forud for det, hvis dette findes. 
—  Hvis det selv verificerer underskr iften: alle gyldig e europæiske rodcer tifikater . 
Bemærk: Den metod e, som IDE-udstyret bruger til at hente disse certifik ater, specifi ceres ikke i dette 
tillæg. 
14.2.  Generer ing af underskr ifter 
CSM_233  Underskr iftsalgor itmen, som anvendes til at oprett e digitale underskr ifter ud fra overførte data, er 
ECDSA som specific eret i [DSS] ved hjælp af hash-algor itmen, der er knyttet til køretøjsenhedens 
eller kortets nøglestør relse som specifi ceret i CSM_50. Unde rskr iftsformate t skal være klar tekst som 
specifi ceret i [TR-03111]. 
14.3.  Verifikation af underskr ift 
CSM_234  En IDE kan foretage verifika tion af en underskr ift ud fra selve de overførte data eller kan benytt e et 
kontrolk ort til dette. Hvis det anvender et kontrolk ort, skal verifika tionen foregå som vist i Figur 
13: Hvis det selv foretager verifikationen af underskr iften, skal IDE-udstyret verificere ægtheden og 
gyldigheden af alle certifikater i certifikatkæden i dataf ilen, og det skal verificere underskr iften ud 
fra dataene i henhold til den underskr iftsmet ode, der defineres i [DSS]. 
Bemærkninger til Figur 13: 
—  Det udstyr , som har overført og underskrevet de data, der skal analyseres, benævnes EQT 
(udstyr). 
—  EQT -cer tifikater ne og de offentlige nøg ler, der nævnes i figuren, er dem, der anvendes til 
underskr ift, dvs. VU_Sign eller Card_Sign. 
—  EQT .CA- certifikaterne og de offentlig e nøg ler, der nævnes i figuren, er dem, der anvendes til 
underskr ift af enten bevægelses sensor - eller kortcertifikater. 
—  EQT .CA.EUR -certifikatet, der nævnes i figuren , er det europæiske rodcer tifikat, der angives i 
EQT .CA- certifikatets CAR. 
—  EQT .Link -cer tifikatet, der nævnes i figuren , er EQT'ens forbindelsescer tifik at, hvis dette findes. 
Som beskrevet i afsnit 9.1.2 er dette et forbindelsescer tifik at til et europæisk rodnøg lepar , som 
er oprett et af ERCA'en og underskrevet af den tidlig ere europæiske private nøg le. 
—  EQT .Link .EUR -cer tifik atet er det europæiske rodcer tifikat, der angives i EQT .Link -cer tifik atets 
CAR. 
CSM_235  Ved beregning af hash-værdien M, som sendes til kontrolk ortet i PSO:Hash-k ommandoen, benytter 
IDT-udstyret den hash-algor itme, der er knytt et til nøg lestør relsen af køretøjsenheden eller kortet, 
hvorfra dataene er overført, som specifi ceret i CSM_50. 
CSM_236  Til verifikation af EQT'ets underskr ift skal kontrolk ortet følge den underskr iftsmet ode, der defineres 
i [DSS]. 
Bemærk: I dette dokument angives det ikke, hvilke foranstaltninge r der skal træffes, hvis en 
underskr ift ud fra en overfø rt datafil ikke kan verificeres, eller hvis verifika tionen ikke lykkes. 26.5.2016 L 139/402 Den Europæisk e Unions Tidende DA    
Figur 13 
Protok ol til verifikation af underskr iften ud fra en overfør t datafil 
26.5.2016 L 139/403 Den Europæisk e Unions Tidende DA    
Tillæg 12 
LOKALIS ERING BASERET PÅ ET GLO BAL T SATELLITNA VIGA TIONSSYSTEM (GNSS) 
INDHOLDSFORTEGNELSE 
1. INDLEDNING .................................................................................................................................... 405 
1.1. Anvendelsesområde ................................................................................................................ 405 
1.2. Akronymer og notation ........................................................................................................... 405 
2. SPECIFIKA TION AF GNSS-MODT AGEREN ................................................................................................ 406 
3. NMEA-SÆTNINGER ............................................................................................................................ 406 
4. KØRETØJSENHED MED EKSTERNT GNSS-UDST YR .................................................................................... 408 
4.1. Konfiguration ........................................................................................................................ 408 
4.1.1 Vigtigste kompone nter og interfaces ........................................................................................... 408 
4.1.2 Det eksterne GNSS-udstyrs tilstand ved afslutningen af produktionen ................................................. 408 
4.2. Kommunikation mellem det ekster ne GNSS-udstyr og køretøjsenheden .............................................. 409 
4.2.1 Kommunikationsprotok ol........................................................................................................ 409 
4.2.2 Sikker overførsel af GNSS-data .................................................................................................. 411 
4.2.3 Read Record-k ommandoens struktur .......................................................................................... 412 
4.3. Kobling, gensidig ægthedsk ontrol og kontrol af sessionsnøg leoverensste mmelse for det ekster ne GNSS-ud ­
styr med køretøjsenhed ........................................................................................................... 413 
4.4. Fejlhåndteri ng........................................................................................................................ 413 
4.4.1 Kommunikationsfe jl med det ekster ne GNSS-udstyr ....................................................................... 413 
4.4.2 Brud på det ekster ne GNSS-udstyrs fysiske integr itet...................................................................... 413 
4.4.3 Mang lende positionsoplysninger fra GNSS-modtager ...................................................................... 413 
4.4.4 Certifikatet for det ekster ne GNSS-udstyr er udløbet ....................................................................... 414 
5. KØRETØJSENHED UDEN EKSTERNT GNSS-UDST YR .................................................................................. 414 
5.1. Konfiguration ........................................................................................................................ 414 
5.2. Fejlhåndteri ng........................................................................................................................ 414 
5.2.1 Mang lende positionsoplysninger fra GNSS-modtager ...................................................................... 414 
6. GNSS- TIDSK ONFLIK T.......................................................................................................................... 414 
7. KØRETØJSBEV ÆGELSESK ONFLIK T......................................................................................................... 415  26.5.2016 L 139/404 Den Europæisk e Unions Tidende DA    
1.  INDLEDNING 
Dette tillæg indeholder de tekni ske krav til GNSS-data, som benytt es af køretøjsenheden, inklusive de protok oller , 
der skal gennemf øres for at garant ere sikker og korrekt datao verførsel af lokaliser ingsoplysning erne. 
De væsentligst e artikler i forordning (EU) nr. 165/2014 bag disse krav er: »Artikel 8 Registrer ing af køretøjets 
position på visse punkt er i løbet af den daglige arbejdsper iode«, »Artikel 10 Interface med intellig ente transpor t­
systemer« og »Artikel 11 Detaljerede beste mmelser for intellig ente takografer«. 
1.1.  Anv endelsesområde 
GNS_1  Køretøjsenheden indsamler positionsdata fra mindst ét GNSS med henblik på gennemf ørelsen af artikel 8. 
Køretøjsenheden kan være forsynet med ekster nt GNSS-udstyr , jf. Figur 1: 
Figur 1 
Forskelli ge konfigurationer af GNSS-modta geren. 
1.2.  Akronymer og notation 
I dette tillæg anvendes følgende akrony mer: 
DOP  Præcisionsopløsning 
EGF  GNSS-udstyrets elementærf il 26.5.2016 L 139/405 Den Europæisk e Unions Tidende DA    
EGNOS  European Geostationar y Nav igation Overla y Service 
GNSS  Globalt satellitnavig ationssyste m 
GSA  GPS DOP og aktive satellitter 
HDOP  Hor isontal præcisionsopløsning 
ICD  Interfacek ontroldokument 
NMEA  National Mar ine Electronics Association 
PDOP  Positions præcisionsopløsning 
RMC  Anbefalet minimum specifi k 
SIS  Signal i rummet 
VDOP  Vertikal præcisionsopløsning 
VU  Køretøjsenhed 
2.  SPECIFIKA TION AF GNSS-MODT AGEREN 
Uanset konfigurationen af den intelligent e takograf med eller uden ekster nt GNSS-udstyr er lever ing af nøjagtig e 
og pålidelige lokaliser ingsoplysning er et centralt element for en effektiv anvendelse af den intelligent e takograf. 
Derfor er det hensigtsmæssigt at kræve, at den er forenelig med de servicey delser , som leveres under 
programmer ne Galileo og European Geostationar y Navig ation Overla y Service (Egnos) som fastsat i Europa- 
Parlament ets og Rådets forordning (EU) nr. 1285/2013 (1). Det system, der er oprett et under Galileoprogrammet, 
er et uafhængigt globalt satelli tnavig ationssystem, og det system, der er oprettet under Egnosprogrammet, er et 
regionalt satellitnavig ationssyste m, der forbedrer kvalit eten af GPS-signalet (det globale positioner ingssyst em). 
GNS_2 Fabri kanterne sikrer , at GNSS-modtagern e i de intellig ente takograf er er kompat ible med positioner ingstje ­
nestern e fra Galileo- og Egnossystem erne. Fabri kanterne kan derudover også vælge kompati bilitet med 
andre satellitna vigationssystemer . 
GNS_3  GNSS-modtagere n skal kunne understøtt e Authentication on the Open Service of Galileo, når en sådan 
service leveres af Galileo-systemet og understøttes af fabrikante r af GNSS-modtagere. For intelligent e 
takografe r, der bringes på mark edet inden de foranstående betingelse r er opfyldt, og som ikke kan 
understøtt e Authentication on the Open Service of Galileo, vil der dog ikke være noget krav om 
retrofi tting. 
3.  NMEA-SÆTNINGER 
I dette afsnit beskr ives de NMEA-sætning er, der anvendes til driften af den intelligent e takograf. Dette afsnit 
gælder både konfigurationen af den intelligent e takograf med og uden ekster nt GNSS-udstyr . 
GNS_4  Lokaliser ingsdataene er baseret på NMEA-sætningen Recommended Minimum Specific (RMC) GNSS-data, 
der indeholder positionsoplysning er (breddegrad, længdegrad), klokke slæt i UTC-f ormat (ttmmss.ss) og 
hastigheden over jorden i knob (Speed Over Ground in Knots) plus supplerende værdier . 
RMC-sætninge n har følgende format (fra NMEA V4.1-standarden): 26.5.2016 L 139/406 Den Europæisk e Unions Tidende DA    
(1)Europa-Parl amentets og Rådets forordning (EU) nr. 1285/2013 af 11. december 2013 om etabler ing og drift af de europæiske satellit ­
baserede navi gationssyst emer og om ophævelse af Rådets forordning (EF) nr. 876/2002 og Europa-Parlament ets og Rådets forordning 
(EF) nr. 683/2008 (EUT L 347 af 20.12.2013, s. 1). 
Figur 2 
RMC-sætningens struktur 
Status viser , om der modtage s et GNSS-signal. Indtil værdien for Status ikke er sat til A, kan de modtagne data (f. 
eks. om klokk eslæt eller breddegrad/længdegrad) ikke bruges til at registrere køretøjets position i køretøjsenheden. 
Opløsningen af positionen er baseret på RMC-sætning ens format som beskrevet ovenf or. Første del af felt 3) og 5) 
(de to først e tal) bruges til at angive grader ne. Resten bruges til at angive minutt erne med tre decimaler . Så 
opløsningen er 1/1 000 minut eller 1/60 000 grad (fordi et minut er 1/60 grad). 
GNS_5  Køretøjsenheden gemmer positionsoplysning er for breddegrad og længdegrad i sin database med en 
opløsning på 1/10 minut eller 1/600 grad som beskrevet i tillæg 1 for typen GeoCoordinates. 
Køretøjsenheden kan bruge kommandoen GPS DOP og aktive satellitter (GSA) til at afgøre og registrere 
signalets tilgæng elighed og nøjagtighed. HDOP anvendes navnlig til at give en indikation af nøjagtigheden 
af de registrerede positionsdata (se 4.2.2). Køretøjsenheden gemmer værdien af den horisontale 
præcisionsopløsning (HDOP), der beregnes som den mindste af HDOP -værdier ne, der er indsamlet på de 
tilgæng elige GNSS-systemer . 
GNSS-syst em-ID angiver GPS, Glonass, Galileo, Beidou eller Satelli te-Based Augmentation System (SBA S). 
Figur 3 
GSA -sætningens struktur 
26.5.2016 L 139/407 Den Europæisk e Unions Tidende DA    
Hvor Tilstand (2) giver en indikation, hvis der ikke er mulighed for best emmelse (Tilstand=1), eller der er 
mulighed for bestemmelse for 2D (Tilstand=2) eller 3D (Tilstand=3). 
GNS_6  GSA-sætninge n gemmes med registrer ingsnummer ‘06’. 
GNS_7  Den maksi male stør relse af NMEA-sætninge rne (f.eks. RMC, GSA eller andre), som kan anvendes til at 
angive stør relsen af kommandoen Read record, er 85 byte (se Tabel 1). 
4.  KØRETØJSENHED MED EKSTERNT GNSS-UDST YR 
4.1.  Konf iguration 
4.1.1  Vigtigste komponenter og interfaces 
I denne konfiguration er GNSS-modtageren en del af det eksterne GNSS-udstyr . 
GNS_8  Det eksterne GNSS-udstyr skal have strøm fra en specifi k køretøjsinterfa ce. 
GNS_9  Det eksterne GNSS-udstyr består af følgen de kompon enter (se Figur 4): 
a)  En kommerciel GNSS-modtager , der leverer positionsdata via GNSS-datainterfacet. GNSS- 
datainterfacet kan f.eks. være NMEA-standard V4.10, hvor GNSS-modtagere n fung erer som 
transmitter og sender NMEA-sætninger til den sikre GNSS-sender/modtage r med en frekvens på 1 Hz 
for det foruddefi nerede sæt af NMEA-sætning er, der som minimum skal omfatt e RMC- og GSA- 
sætningern e. Indf ørelsen af GNSS-dataint erfacet vælge s af fabrikanten af det eksterne GNSS-udstyr . 
b)  En sende-/modtag eenhed (sikk er GNSS-sender/modtager ), der kan understøtte standard ISO/IEC 
7816-4:2013 (se 4.2.1) til at kommunik ere med køretøjsenheden og understøtt e GNSS-datainterfacet 
til GNSS-modtageren. Enheden er udstyret med en hukommelse til lagring af GNSS-modtager ens og 
det ekster ne GNSS-udstyrs identifikationsdata. 
c)  Et indkapslingssystem med en funktion til detekt ering af manipulation, som indkapsler både GNSS- 
modtageren og den sikre GNSS-sender/modtage r. Funktionen til detekte ring af manipulation omfatt er 
de sikke rheds- og beskyttelsesf oranstaltning er, der kræves i beskytt elsesprofi len for den intelli gent e 
takograf. 
d)En GNSS-ante nne monteret på køretøjet og tilslutt et GNSS-modtageren gennem indkapslings ­
systemet. 
GNS_10  Det eksterne GNSS-udstyr har som minimum følgen de ekster ne interfaces: 
a)  interfacet til GNSS-antenn en, som er mont eret på køretøjets trække r, hvis der benyttes en ekstern 
antenne 
b)  interfacet til køretøjsenheden. 
GNS_11  I køretøjsenheden er køretøjsenhedens sikre sender -modtager den anden ende af den sikre 
kommunikation med den sikre GNSS-sender/modtager , og den skal understøtte ISO/IEC 7816-4:2013 
for forbindelsen til det eksterne GNSS-udstyr . 
GNS_12  Hvad angår det fysiske lag af forbindelsen til det ekster ne GNSS-udstyr , skal køretøjsenheden understøtt e 
ISO/IEC 7816-12:2005 eller en anden standard, som understøtt er ISO/IEC 7816-4:2013 (se 4.2.1). 
4.1.2  Det eksterne GNSS-udstyrs tilstand ved afslutning en af produktionen 
GNS_13  Det eksterne GNSS-udstyr gemmer følgende værdier i det ikkeflygtige lager i den sikre GNSS-sender/ 
modtager , når den forlader fabr ikken: 
—  EGF_MA-nøg lepar ret og det tilhørende certifikat 
—  MSCA_ VU-EGF -cer tifik atet, der indeholder den offentlig e MSCA_VU-EGF .PK-nøg le, der skal 
anvendes til verifikation af EGF_MA-cer tifik atet 26.5.2016 L 139/408 Den Europæisk e Unions Tidende DA    
—  EUR -cer tifikatet, der indeholder den offentlig e EUR.PK -nøg le, der skal benyttes til verifikation af 
MSCA_ VU-EGF -cer tifik atet 
—  EUR -cer tifikatet, hvis gyldighedsper iode ligger umiddelbar t forud for EUR -cer tifik atets 
gyldighedsper iode, som skal anvendes til at verificere MSCA_VU-EGF -cer tifikatet, hvis dette findes 
—  forbindelsescer tifik atet, der knytt er disse to EUR -cer tifik ater sammen, hvis dette findes 
—  det udvidede serienummer for det eksterne GNSS-udstyr 
—  identif ikatoren for styresyst emet i GNSS-udstyret 
—  typegodken delsesnummeret på det ekster ne GNSS-udstyr 
—  identif ikatoren for sikker hedsk ompon enten for det ekster ne GNSS-modul. 
4.2.  Kommunikation mellem det eksterne GNSS-uds tyr og køretøjsenheden 
4.2.1  Kommunika tionspr otokol 
GNS_14  Kommunikationsprotok ollen mellem det eksterne GNSS-udstyr og køretøjsenheden skal understøtt e tre 
funktioner :  
1. indsamling og distr ibution af GNSS-data (f.ek s., position, tidspunkt, hastighed)  
2. indsamling af konfigurationsdata for det eksterne GNSS-udstyr  
3. administrationsprot okollen, der understøtter sammenk oblingen, gensidig ægthedsk ontrol og kontrol 
af sessionsnøg leoverensstemmelse mellem det ekster ne GNSS-udstyr og køretøjsenheden. 
GNS_15  Kommunikationsprotok ollen er baseret på standard ISO/IEC 7816-4:2013, hvor køretøjsenhedens sikre 
sender/modtager er »master«, og den sikre GNSS-sender/modtager er »slave«. Den fysiske forbindelse 
mellem det eksterne GNSS-udstyr og køretøjsenheden er baseret på ISO/IEC 7816-12:2005 eller en 
anden standard, som understøtt er ISO/IEC 7816-4:2013. 
GNS_16  Kommunikationsprotok ollen understøtt er ikke felter med udvidet længde. 
GNS_17  Kommunikationsprotok ollen fra ISO 7816 (både *-4:2013 og *-12:2005) mellem det eksterne GNSS- 
udstyr og køretøjsenheden angives til T=1. 
GNS_18 Hvad angår funktioner ne 1) indsamling og distr ibution af GNSS-data, 2) indsamling af konfigura ­
tionsdata for det ekster ne GNSS-udstyr og 3) administrationsprot okollen, skal den sikre GNSS-sender/ 
modtager simulere et intelligent kort med en filsystem arkitektur bestående af en masterf il (MF), en 
registerf il (DF) med en applikations-ID som specificeret i tillæg 1, kapitel 6.2 (»FF 44 54 45 47 4D«) og 
med 3 elementær filer, der indeholder certifik ater og en enkelt elementær fil (EF.EGF) med en 
filidentifikator lig med ‘2F2F’ som beskrevet i Tabel 1. 
GNS_19  Den sikre GNSS-sender/modtager gemmer data, der kommer fra GNSS-modtageren og konfigurationen i 
EF.EGF . Dette er en lineær registerfil af variabel længde med en identif ikator lig med ‘2F2F’ i hexadeci ­
malf ormat. 
GNS_20  Den sikre GNSS-sender/modtage r bruger en hukommelse til at gemme data, som kan udføre mindst 20 
millioner skrive/læse-cykler . Bortset fra dette aspekt overlades det interne design og imp lementeri ngen af 
den sikre GNSS-sender/modtager til fabrikanter ne. 
Kortlægningen af registernu mre og data findes i Tabel 1. Bemærk, at der findes fire GSA-sætning er til de 
fire satelli tsystemer og et Sate llite-Based Augmentation System (SBA S). 
GNS_21  Filstr ukturen findes i Tabel 1. For så vidt angår adgan gsbeting elser (ALW, NEV , SM-MA C) henv ises til 
tillæg 2, kapitel 3.5. 26.5.2016 L 139/409 Den Europæisk e Unions Tidende DA    
Tabel 1 
Filstruktur   
Adg angsbetingelser 
Fil Filidentifikator Læs Opdat er Krypteret 
MF 3F00    
EF.ICC 0002 ALW NEV 
(fra VU) Nej 
DF GNSS-udstyr 0501 ALW NEV Nej 
EF EGF_MA Certificate C100 ALW NEV Nej 
EF CA_Cer tificate C108 ALW NEV Nej 
EF Link_Cer tificate C109 ALW NEV Nej 
EF.EGF 2F2F SM-MA C NEV 
(fra VU) Nej  
Fil/dataelement Post nr. Stør relse (byte) Standardvær ­
dier   
Min. Mak s.  
MF  552 1 031  
EF.ICC     
sensorGNSSSer ialNumber  8 8       
DF GNSS-udstyr  612 1 023  
EF EGF_MA Certificate  204 341  
EGFCer tificate  204 341 {00..00} 
EF CA_Cer tificate  204 341  
MemberStateCer tificate  204 341 {00..00} 
EF Link_Cer tificate  204 341  
LinkCer tificate  204 341 {00..00}      
EF.EGF     
RMC NMEA-sætning ‘01’ 85 85  
1. GSA NMEA-sætning ‘02’ 85 85  
2. GSA NMEA-sætning ‘03’ 85 85  26.5.2016 L 139/410 Den Europæisk e Unions Tidende DA    
Fil/dataelement Post nr. Stør relse (byte) Standardvær ­
dier   
Min. Mak s.  
3. GSA NMEA-sætning ‘04’ 85 85  
4. GSA NMEA-sætning ‘05’ 85 85  
5. GSA NMEA-sætning ‘06’ 85 85  
Extended serial-number of the external 
GNSS facility defined in Appendix 1 as 
SensorGNSSSer ialNumber . ‘07’ 8 8  
Operating system identifier of the GNSS 
Secure Transceiver defined in Appendix 1 
as SensorOSIdentifier . ‘08’ 2 2  
Type appro val number of the external 
GNSS facility defined in Appendix 1 as 
SensorExter nalGNSSA ppro valNumber ‘09’ 16 16  
Identif ier of the secur ity compo nent of the 
extern al GNSS facility defined in Appendix 
1 as SensorExt ernalGNSSSCIdentif ier ‘10’ 8 8  
RFU — Reser ved for future use Fra ‘11’ til 
‘FD’     
4.2.2  Sikk er overførsel af GNSS-data 
GNS_22  Den sikre overfø rsel af GNSS-positionsdata er kun tilladt på følgen de betingelser:  
1. Koblingsprocessen er gennemf ørt som beskrevet i tillæg 11. Fælles sikkerhedsmekanismer .  
2. Den periodisk e gensidi ge ægthedsk ontrol og kontrol af sessionsnøg leoverensstemmelse mellem 
køretøjsenheden og det eksterne GNSS-udstyr beskr ives ligeledes i tillæg 11. Fælles sikker hedsme ­
kanismer er blevet genn emført med den angivne frekvens. 
GNS_23  Hver T sekunder , hvor T er lavere end eller lig med 10, medmindre kobling eller gensidig 
ægthedsk ontrol og kontrol af sessionsnøg leoverensst emmelse finder sted , anmoder køretøjsenheden det 
eksterne GNSS-udstyr om positionsoplysning er på grundlag af følgende flow:  
1. Køretøjsenheden anmoder om positionsdata fra det ekster ne GNSS-udstyr sammen med data om 
præcisionsopløsning (fra GSA NMEA-sætningen). Køretøjsenhedens sikre sender/modtager anvender 
ISO/IEC 7816-4:2013 SELECT - og READ RECORD(S)- kommandoen i tilstanden »Kun 
ægthedsk ontrol« for den sikre meddelelsesfunktion som beskrevet i tillæg 11 afsnit 11.5 med 
filidentifikatoren »2F2F« og REC ORD-tallet lig med »01« til RMC NMEA-sætning en og 
‘02’, ‘03’,‘04’ ,‘05’,‘06’ for GSA NMEA-sætningen.  
2. De senest modtagne positionsdata gemmes i elementærf ilen med identifikatoren ‘2F2F’ og posterne, 
der beskr ives i Tabel 1 i den sikre GNSS-sender/modtager , mens den sikre GNSS-sender/modtag er 
modtager NMEA-data med en frekvens på mindst 1 Hz fra GNSS-modtageren via GNSS- 
dataint erfacet.  
3. Den sikre GNSS-sender/modtage r sender svaret til køretøjsenhedens sikre sender/modtage r ved hjælp 
af APDU-svar meddelelsen i tilstanden »Kun ægthedsk ontrol« i den sikre meddelelseso verførsel som 
beskrevet i tillæg 11, afsnit 11.5. 26.5.2016 L 139/411 Den Europæisk e Unions Tidende DA    
4. Køretøjsenhedens sikre sender/modtag er kontrollerer ægtheden og integriteten af det modtagne svar . 
Ved et positivt resultat overføres positionsdataene til køretøjsenhedens processor via GNSS- 
dataint erfacet.  
5. Køretøjsenhedens processor kontrollerer de modtagne data ved at udtrækk e oplysning erne (f.eks. 
breddegrad, længdegrad, tidspunkt) af RMC NMEA-sætningen. RMC NMEA-sætning en medtage r 
oplysningern e, hvis positionen er gyldig. Hvis positionen ikke er gyldig, er positionsdataene endnu 
ikke tilgæ ngelig e, og de kan ikke anvendes til at registrere køretøjets position. Hvis positionen er 
gyldig, udtrækk er køretøjsenhedens processor ligeledes værdier ne HDOP af GSA NMEA-sætninge rne 
og beregner den gennemsnitlige værdi af de tilgæ ngelig e satellitsyst emer (dvs. når den modtager et 
signal).  
6. Køretøjsenhedens processor gemmer de modtagne og behandlede oplysning er som breddegrad, 
længdegrad, tidspunkt og hastighed i køretøjsenheden i det format, der definer es i tillæg 1, 
Dataordliste, som GeoCoordinate s sammen med værdien af HDOP beregnet som et minimum af de 
HDOP -værdier , der er indsamlet på de tilgæ ngelig e GNSS-syst emer . 
4.2.3  Read Record-kommandoens struktur 
Dette afsnit indeholder en detaljeret beskr ivelse af Read Record-k ommandoens struktur . Sikre meddelelser 
(tilstanden »Kun ægthedsk ontrol«) tilføjes som beskrevet i tillæg 11, Fælles sikker hedsmekanismer . 
GNS_24  Kommandoen understøtt er sikker meddelelseso verfø rsel i tilstanden »Kun ægthedsk ontrol«, se tillæg 11. 
GNS_25  Kommandomeddelelse 
Byte Længde Værdi Beskr ivelse 
CLA 1 ‘0Ch’ Der er anmodet om sikke r meddelelseso verfø rsel 
INS 1 ‘B2h’ Read Record 
P1 1 ‘XXh’ Post nr. (‘00’ henviser til den aktuelle post) 
P2 1 ‘04h’ Læst posten med det postnummer , der angives i P1 
Le 1 ‘XXh’ Forvent et datalængde. Antal byte, som skal læses  
GNS_26  Posten, der henvises til i P1, bliver den aktuelle post. 
Byte Længde Værdi Beskr ivelse 
#1-#X X ‘XX..XXh’ Data læst 
SW 2 ‘XXXXh’ Statusord (SW1,SW2)  
—  Giver kommandoen resultat, tilbagem elder den sikre GNSS-sender/modtager ‘9000’. 
—  Hvis den aktuelle fil ikke er postorienteret, tilbagem elder den sikre GNSS-sender/modtager »6981«. 
—  Hvis kommandoen bruges med P1 = »00«, men der ikke findes nogen aktuel elementær fil, 
tilbagemel der den sikre GNSS-sender/modtager »6986« (kommando ikke tilladt). 
—  Hvis posten ikke findes, tilbagemelder den sikre GNSS-sender/modtager »6A 83«. 
—  Hvis det eksterne GNSS-udstyr har konstater et manipulation, tilbage melder den statusordene ‘66 90’. 26.5.2016 L 139/412 Den Europæisk e Unions Tidende DA    
GNS_27  Den sikre GNSS-sender/modtager understøtt er følge nde kommandoer fra takografe r af anden 
generation, som specifi ceres i tillæg 2: 
Kommando Reference 
Select Tillæg 2, kapitel 3.5.1 
Read Binar y Tillæg 2, kapitel 3.5.2 
Get Challenge Tillæg 2, kapitel 3.5.4 
PSO: Verify Certificate Tillæg 2, kapitel 3.5.7 
Extern al Authenticate Tillæg 2, kapitel 3.5.9 
General Authenticat e Tillæg 2, kapitel 3.5.10 
MSE:SET Tillæg 2, kapitel 3.5.11.  
4.3.  Kobling, gensidig ægthedsk ontrol og kontrol af sessionsnøgleo verensstemmelse for det eksterne GNSS- 
udstyr med køretøjsenhed 
Kobling, gensidig ægthedsk ontrol og kontrol af sessionsnøg leso verensstemmelse for det ekster ne GNSS-udstyr 
med køretøjsenhed beskr ives i tillæg 11. Fælles sikkerhedsmekanismer , kapitel 11. 
4.4.  Fejlhåndter ing 
I dette afsnit beskr ives det, hvordan potentielle fejltilstande hos det ekster ne GNSS-udstyr behandles og registreres 
i køretøjsenheden. 
4.4.1  Kommunika tionsfe jl med det eksterne GNSS-udstyr 
GNS_28  Hvis det ikke lykk es køretøjsenheden at kommunike re med det sammenk oblede ekster ne GNSS-udstyr i 
mere end 20 på hinanden følgende minutter , genererer køretøjsenheden en hændelse af typen 
EventFaultT ype og registrerer den i køretøjsenheden med værdien enum ‘53’H Kommunikationsfejl på 
ekstern GNSS og med tidsste mplet indstillet til det aktuelle klokke slæt. Hændelsen genereres kun, hvis 
følgen de to betingelser er opfyldt: a) den intelligent e takograf er ikke i kalibrer ingstilstand og b) 
køretøjet bevæge r sig. I den forbindelse opstår der en kommunikationsf ejl, når køretøjsenhedens sikre 
sender/modtager ikke modtage r en svar meddelelse efter en anmodningsmeddelelse som beskrevet i 4.2. 
4.4.2  Brud på det ekster ne GNSS-udstyrs fysiske integ ritet 
GNS_29  Hvis det ekster ne GNSS-udstyr er blevet brudt, skal den sikre GNSS-sender/modtager slett e hele sin 
hukommelse, inklusive kryptografisk mate riale. Som beskrevet i GNS_25 og GNS_26 detekterer 
køretøjsenheden manipulation, hvis Svar har status ‘6690’. Køretøjsenheden generere r heref ter en 
begivenhed af typen EventF aultT ype enum‘55’H Detekter ing af manipuler ing af GNSS. 
4.4.3  Manglende positionsoplysni nger fra GNSS-modtager 
GNS_30  Hvis den sikre GNSS-sender/modtager ikke modtager data fra GNSS-modtager en i mere end tre på 
hinanden følgen de timer , genererer den sikre GNSS-sender/modtager en svar meddelelse på READ 
RECORD-k ommandoen med et RECORD-nummer lig med ‘01’ med et datafelt på 12 byte, som alle er 
sat til 0xFF . Efter modtagelse n af svar meddelelsen med denne værdi i datafe ltet, genererer og registrerer 
køretøjsenheden kun en begivenhed af typen EventF aultT ype enum ‘52’H Fejl på ekstern GNSS-modtager 
med et tidsst empel lig med det aktuelle klokkes læt, hvis følgen de to betinge lser er opfyldt: a) den 
intellig ente takograf er ikke i kalibrer ingstilstand og b) køretøjet bevæger sig. 26.5.2016 L 139/413 Den Europæisk e Unions Tidende DA    
4.4.4  Certifikatet for det ekster ne GNSS-udstyr er udløbet 
GNS_31  Hvis køretøjsenheden detekt erer, at EGF'ens certifikat, som anvendes til gensidig ægthedsk ontrol, ikke 
længere er gyldigt, genererer og registrerer køretøjsenheden en fejl på kontrolapparat et af typen 
EventFaultT ype enum ‘56’H Eksternt GNSS-udstyrs certifikat udløbet med et tidsst empel lig med det 
aktuelle klokk eslæt. Køretøjsenheden anvender stadig de modtagne GNSS-positionsdata. 
Figur 4 
Skema over det ekster ne GNSS-uds tyr 
5.  KØRETØJSENHED UDEN EKSTERNT GNSS-UDST YR 
5.1.  Konf iguration 
I denne konfiguration befinder GNSS-modtageren sig inde i køretøjsenheden som beskrevet i Figur 1. 
GNS_32  GNSS-modtageren fungerer som transmitte r og sender NMEA-sætninger til køretøjsenhedens processor , 
der fungerer som modtager med en frekvens på 1/10 Hz eller hurtigere for et forud definer et sæt af 
NMEA-sætninger , der som minimum skal omf atte RMC- og GSA-sætning erne. 
GNS_33  En ekster n GNSS-antenne mont eret på køretøjet eller en intern GNSS-ante nne skal være tilslutt et 
køretøjsenheden. 
5.2.  Fejlhåndter ing 
5.2.1  Manglende positionsoplysni nger fra GNSS-modtager 
GNS_34  Hvis køretøjsenheden ikke modtager data fra GNSS-modtagere n i mere end tre på hinanden følgende 
timer , genererer og registrerer køretøjsenheden kun en begivenhed af typen EventFaultT ype enum ‘51’H 
Fejl på inter n GNSS-modtager med et tidsst empel lig med det aktuelle klokkes læt, hvis følgen de to 
betingelser er opfyldt: a) den intellig ente takograf er ikke i kalibrer ingstilstand og b) køretøjet bevæge r 
sig. 
6.  GNSS- TIDSK ONFLIK T 
Hvis køretøjsenheden detekte rer en diskrepans på mere end 1 minut mellem tidspunktet i køretøjsenhedens 
tidsmåler funktion og klokkes lættet fra GNSS-modtagere n, registrerer køretøjsenheden en hændelse af typen 
EventFaultT ype enum ‘0B’H Tidskonf likt (GNSS i forhold til køretøjsenhedens inter ne ur). Denne hændelse registreres 
sammen med det intern e klokkeslæt for køretøjsenheden og følger med en automatisk indstilling af klokkeslæt. 
Efter at en tidsk onfliktbegivenhed er blevet udløst, vil køretøjsenheden ikke kontrollere diskrepanser i klokkes læt i 
de næste 12 timer . Denne begivenhed vil ikke blive udløst, hvis GNSS-modtagere n ikke har detekt eret noget 
gyldigt GNSS-signal inden for de seneste 30 dage. Men når positionsoplysning erne fra GNSS-modtagere n er 
tilgæng elige igen, udføres den automatisk e indstilling af klokkeslæt. 26.5.2016 L 139/414 Den Europæisk e Unions Tidende DA    
7.  KØRETØJSBEV ÆGELSESK ONFLIK T 
GNS_35  Køretøjsenheden udløser og registrerer begivenheden køretøjsbevæge lsesk onflikt (se krav 84 i dette 
bilag) med et tidsst empel lig med det aktuelle klokkeslæt, hvis de bevægelse soplysninger , der beregnes 
ud fra bevægelses føleren, modsiges af bevægelse soplysninger beregnet ud fra den interne GNSS- 
modtager eller det ekster ne GNSS-udstyr . Med henblik på at opdag e sådanne modsig elser anvendes 
middelværdien af hastighedsdifferencen mellem kilder ne, jf. nedenstående: 
—  mindst hver 10 sekunder beregnes den absolutte værdi af forsk ellen mellem køretøjets hastighed 
skønnet ud fra GNSS og hastigheden skønnet ud fra bevægelse sføleren. 
—  alle beregnede værdier inden for en tidsramme, som omf atter mindst fem minutt ers bevæge lse, 
anvendes til at beregne middelværdien 
—  middelværdien beregnes som gennemsnitt et af 80 % af de resterende værdier , når de højeste værdier 
i absolutte tal er elimineret. 
Begivenheden køretøjsbevæg elsesk onflikt udløses, hvis middelværdien er over 10 km/h i fem uafbr udte 
minutter , hvor køretøjet er i bevægelse. Der kan anvendes andre uafhængige kilder til bevægelsesop ­
lysninger , så der tilvejebr inges en mere pålidelig detekte ring af takografmanipulationer . (Bemærk: brugen 
af middelværdien for de seneste 5 minutte r anvendes for at mindske risikoen for afvig ende måleværdier 
og øjeblik sværdier). Denne begivenhed udløses ikke under følgen de omstændigheder: a) under 
færg eoverfar t/transpor t med tog, b) når positionsoplysninger ne fra GNSS-modtager en ikke er 
tilgæng elige, og c) når enheden er i kalibrer ingstilstand.  26.5.2016 L 139/415 Den Europæisk e Unions Tidende DA    
Tillæg 13 
ITS-INTERF ACE 
INDHOLDSFORTEGNELSE 
1. INDLEDNING .................................................................................................................................... 416 
2. ANVENDELSESOMRÅDE ...................................................................................................................... 416 
2.1. Akronymer , definit ioner og notation .......................................................................................... 417 
3. HENVISNINGER TIL FOR ORDNINGER OG STAND ARDER ............................................................................ 418 
4. FUNK TIONSPRINCIPPER FOR INTERF ACE ................................................................................................ 418 
4.1. Forudsætning er for datao verførsel via ITS-interfacet ....................................................................... 418 
4.1.1 Data overfø rt via ITS-interfacet .................................................................................................. 418 
4.1.2 Indholdet af dataene ............................................................................................................... 418 
4.1.3 ITS-applikationer .................................................................................................................... 418 
4.2. Kommunikationsteknologi ....................................................................................................... 419 
4.3. PIN-godkendelse .................................................................................................................... 419 
4.4. Meddelelsesf ormat .................................................................................................................. 421 
4.5. Førerens samtykke .................................................................................................................. 425 
4.6. Hentning af standarddata ......................................................................................................... 426 
4.7. Hentning af personoplysninge r.................................................................................................. 426 
4.8. Hentning af data om hændelser og fejl........................................................................................ 426  
1.  INDLEDNING 
I dette tillæg specifi ceres den udformning og de procedurer , der skal følges for at implementere interfa cet med 
intelli gent e transpor tsystemer (ITS) i henhold til kravet i artikel 10 i forordning (EU) nr. 165/2014 (forordningen). 
I forordning en angives det, at takografer på køretøjer kan udstyres med standardiserede interfaces, der gør det 
muligt at anvende de data, der registreres eller frembr inges af takografe n, i en ekstern enhed, under forudsætning 
af at følgende betingelse r er opfyldt: 
a)  Interf acet påvirke r ikke ægtheden og integriteten af takografens data. 
b)  Interf acet overholder de detaljerede beste mmelser i artikel 11 i forordningen . 
c)  Den ekster ne anordning, der er forbundet med interface t, har først adgang til personoplysninger , herunder 
geolokaliser ingsdata, efter bevisligt samtykke fra den fører , som dataene vedrører . 
2.  ANVENDELSESOMRÅDE 
Formålet med dette tillæg er at specificere, hvordan applikationer på eksterne anordninger kan hente (dataene) fra 
en takograf via en Bluetooth®-f orbindelse. 
Dataene, der er tilgæ ngelig e via dette interface, beskr ives i bilag 1 i dette dokument. Dette interfa ce tillader ikke 
implementeri ng af andre interfa ces (f.eks. via CAN-bussen) til at overfø re dataene fra køretøjsenheden til andre 
køretøjsprocessorer . 26.5.2016 L 139/416 Den Europæisk e Unions Tidende DA    
I dette tillæg specifi ceres: 
—  dataene, der er tilgæ ngelig e via ITS-int erfacet 
—  Bluet ooth®-prof ilen, der anvendes til overførsel af dataene 
—  anmodnings- og overfø rselsprocedurer samt transaktioner nes rækkef ølge 
—  parringsmekanismen mellem takograf en og den eksterne anordning 
—  samtykk emekanismen, som er til rådighed for føreren. 
Det skal præciseres, at følgen de ikke specif iceres i dette bilag: 
—  indsamling af dataene og håndte ring af disse i køretøjsenheden (som specifi ceres andetst eds i forordning en eller 
på anden måde er en funktion af produktdesignet) 
—  format et for præsentationen af de indsamlede data til applikationen på den ekster ne anordning 
—  ovenstående datasikkerhe dsbestemmelser vedrørende Bluetooth ® (såsom kryptering) for så vidt angår 
indholdet af dataene (som angives andetsteds i forordningen [tillæg 10, Fælles sikker hedsmekanismer]) 
—  Bluet ooth®-protok oller ne, som ITS-interfacet benytter . 
2.1.  Akron ymer , definitioner og notation 
Følgen de akronymer og definit ioner anvendes i dette tillæg: 
Kommunik ation  Udvek sling af information/data mellem en maste renhed (dvs. takograf erne) og en ekster n enhed 
via ITS-int erfacet over Bluet ooth®. 
Dataene  Datasæt som fastlagt i bilag 1. 
Foror dning en  Europa-Parlament ets og Rådets forordning (EU) nr. 165/2014 af 4. februar 2014 om takografe r 
inden for vejtranspor t, om ophævelse af Rådets forordning (EØF) nr. 3821/85 om 
kontrolapparatet inden for vejtranspor t og om ændr ing af Europa-Par lamentets og Rådets 
forordning (EF) nr. 561/2006 om harmoniser ing af visse sociale best emmelser inden for 
vejtranspor t. 
BR  Basishastighed 
EDR  Forø get datahastighed 
GNSS  Globalt satellitna vigat ionssystem 
IRK  Identitet sudvek slingnøg le 
ITS  Intellig ent transpor tsyste m 
LE  Lavt energiindhold 
PIN  Personnummer 
PUK  Personlig frigivelsesk ode 
SID  Tjenesteid entif ikator 
SPP  Profil for seriel port 
SSP  Sikker simpel parring 
TRTP  Parameter for anmodning om overførsel 
TREP  Parameter for svar på overfø rsel 
VU  Køretøjsenhed 26.5.2016 L 139/417 Den Europæisk e Unions Tidende DA    
3.  HENVISNINGER TIL FOR ORDNINGER OG STAND ARDER 
Specifikatio nen, som fastlægges i dette tillæg, henv iser til og er baseret på følgende forordninger og standarder , 
enten helt eller delvist. I bestemmelser ne i dette tillæg angives de relevante standarder eller de relevante 
best emmelser i standarder ne. Hvis der er modstr id mellem kravene, har best emmelser ne i dette tillæg forrang. 
I dette tillæg henvises der til følgende forordninge r og standarder: 
—  Europa-Pa rlamentets og Rådets forordning (EU) nr. 165/2014 af 4. februar 2014 om takograf er inden for 
vejtranspor t, om ophævelse af Rådets forordning (EØF) nr. 3821/85 om kontrolapparatet inden for 
vejtranspor t og om ændr ing af Europa-Parlament ets og Rådets forordning (EF) nr. 561/2006 om 
harmoniser ing af visse sociale bestemmelser inden for vejtranspor t. 
—  Europa-Pa rlamentets og Rådets forordning (EF) nr. 561/2006 af 15. mar ts 2006 om harmoniser ing af visse 
sociale best emmelser inden for vejtranspor t og om ændr ing af Rådets forordning (EØF) nr. 3821/85 og (EF) 
nr. 2135/98 samt ophævelse af Rådets forordning (EØF) nr. 3820/85 
—  ISO 16844 — 4: Road vehicles — Tachograph syste ms — Part 4: Can-inte rface 
—  ISO 16844 — 7: Road vehicles — Tachograph syste ms — Part 7: Parametre 
—  Bluet ooth® — Serial Port Profil e — V1.2 
—  Bluet ooth® — Core Version 4.2 
—  NMEA 0183 V4.1 prot okol 
4.  FUNK TIONSPRINCIPPER FOR INTERF ACE 
4.1.  Forudsætninger for dataoverførsel via ITS-interfacet 
Køretøjsenheden er ansvarlig for at have ajourførte data gemt i køretøjsenheden, uden at ITS-interfacet involveres. 
Metod erne til sikring af dette ligger intern t i køretøjsenheden og angives andetst eds i forordningen og angives 
derfor ikke i dette tillæg. 
4.1.1  Data overfør t via ITS-inter facet 
Køretøjsenheden er ansvarlig for at ajourføre de data, der vil være tilgæng elige via ITS-interfacet med en 
hyppighed, der fastsætte s i procedurer ne for køretøjsenheden, uden at ITS-int erfacet involveres. Dataene fra 
køretøjsenheden bruges som input og til at ajourføre dataene, og metoder ne til dette angives andetst eds i 
forordningen, eller hvor der ikke findes en sådan angivelse, er det en del af produktdesignet og angives ikke i dette 
tillæg. 
4.1.2  Indholdet af dataene 
Indholdet af dataene er som angivet i bilag 1 til dette tillæg. 
4.1.3  ITS-applikationer 
ITS-applikationer vil anvende de data, der stilles til rådighed via ITS-int erfacet, til f.eks. at optimere forvaltningen 
af førerens aktivite ter under hensyntagen til forordningen, til at detektere mulige fejl ved takograf en eller til at 
bruge GNSS-dataene. Specifi kationen af applikationer ne ligger ikke inden for dette tillægs område. 26.5.2016 L 139/418 Den Europæisk e Unions Tidende DA    
4.2.  Kommu nikationsteknologi 
Udveksling af data via ITS-interfacet foregår via et Bluetooth®- interface, der er kompati belt med version 4.2 eller 
senere. Bluetooth® fung erer i det industr ielle, videnskabelige og medicinske (ISM) bånd fra 2,4 til 2,485 GHz, 
hvor der ikke kræves tilladelser . Bluet ooth® 4.2 tilbyde r forbedret beskytt else af personoplysninger og sikkerh eds­
mekanismer samt bedre hastighed og pålidelighed ved datao verførsler ne. I forbindelse med denne specifikation er 
Bluetooth® klasse 2-radio, der anvendes med en rækkevi dde på op til 10 meter. Der findes flere oplysning er om 
Bluetooth® 4.2 på www .bluetooth.co m (https://www .bluetooth .org/en-us/specif ikation/adopt ed-specifikat ions? 
_ga=1 .215147412.2083380574.1435305676). 
Kommunikationen etableres med kommunikationsudstyret, efter at en parringsproces er gennemf ørt af en godken dt 
anordning. Eftersom Bluetooth® benytter mast er/slave-modellen til at kontrollere, hvor når og hvor anordning er 
kan sende data, spiller takograf en rollen som mast er, mens den eksterne anordning er slave. 
Når en ekstern anordning kommer inden for køretøjsenhedens række vidde første gang, kan Bluetooth®-par rings ­
processen indledes (se også bilag 2). Anordningerne udvek sler adresser , navne og profiler og den fælles hemmelige 
nøg le, som giver dem mulighed for at koble sig sammen, hver gang de er sammen fremo ver. Når dette trin er 
afsluttet, er den ekster ne anordning godkendt og i stand til at indlede anmodninge r om datao verførsel fra 
takograf en. Der er ikke planer om at tilføje krypteringsmekanismer ud over dem, som Bluetooth® tilbyder . Men 
hvis der er beho v for yderlige re sikker hedsmekanismer , vil dette ske i overensst emmelse med tillæg 10, Fælles 
sikker hedsmekanismer . 
Det overordnede kommunikationspr incip beskr ives i følgen de figur . 
SPP (Ser ial Port Profile) i Bluetooth® anvendes til at overfø re data fra køretøjsenheden til den ekster ne anordning. 
4.3.  PIN-godken delse 
Af sikkerh edshensyn kræver køretøjsenheden et godkendelsessyst em med PIN-k ode, som er separat fra Bluetooth- 
parringe n. Hver køretøjsenhed skal kunne generere PIN-k oder bestående af mindst fire cifre med henblik på 
ægthedsk ontrol. Hver gang en ekster n anordning parres med køretøjsenheden, skal den opgive den korrekt e PIN- 
kode, før den modtager data. 26.5.2016 L 139/419 Den Europæisk e Unions Tidende DA    
Hvis PIN-k oden angives korrekt, sættes anordning en på positivlist en. Positivlist en gemmer mindst 64 anordninger , 
der er parret med den pågældende køretøjsenhed. 
Hvis der angives en forker t PIN-k ode tre gange i træk, anbr inges anordningen midler tidigt på negativlisten. Mens 
en anordning er på negativlist en, afvises alle nye forsøg på parring fra anordning en. Hvis der heref ter igen angives 
en forke rt PIN-k ode tre gang e i træk , anbr inges anordninge n på negativlist en i stadig læng ere perioder . Angivelse 
af den korrekt e PIN-k ode betyder , at blokeri ngen og antallet af forsøg nulstilles. Figur 1 i bilag 2 viser 
sekvensdiagrammet for forsøg på PIN-valider ing. 
Tabel 1 
Blok eringens varighed afhængigt af antallet af på hinanden mislykkede forsøg på at angiv e den korrekte 
PIN-k ode 
Antal på hinanden følgen de mislykkede forsøg Blokeringens varighed 
3 30 sekunder 
6 5 minutter 
9 1 time 
12 24 timer 
15 Permanent  
Hvis der angives en forke rt PIN-k ode 15 gange (5 × 3) i træk , anbr inges ITS-enheden permanent på negat ivlisten. 
Denne permanente blokeri ng kan kun ophæves ved angivelse af den korrekt e PUK -kode. 
PUK -koden består af 8 cifre og leveres af fabrikant en af køretøjsenheden. Hvis der angives en forke rt PUK -kode 10 
gange i træk , vil ITS-enheden blive permanent anbragt på negativlist en. 
Selv om fabrikant en kan tilbyde en mulighed for at ændre PIN-k oden direkt e gennem køretøjsenheden, kan PUK - 
koden ikke ændres. Hvis det er muligt at ændre PIN-k oden, kræver det, at den aktuelle PIN-k ode kan indtastes 
direkt e i køretøjsenheden. 
Derudover skal anordning er, der gemmes på positivlist en, bevares, indtil de fjernes manuelt af brugeren (f.eks. via 
brugerinterfacet på køretøjsenheden eller med andre metoder). Dette betyder , at forsvundne eller stjålne ITS- 
enheder kan fjernes fra positivlist en. Enhver ITS-enhed, der forlader Bluet ooth-f orbindelsens rækkevi dde i mere 
end 24 timer , skal ligeledes fjernes fra køretøjsenhedens positivlist e og skal angive den korrekt e PIN-k ode igen, 
når forbindelsen skal genoprett es. 
Formatet af meddelelser mellem køretøjsenhedens interface og køretøjsenheden fastlægges ikke, men overlades til 
fabrikanten. Den pågældende fabrikant skal imidler tid sikre, at meddelelsesf ormate t mellem ITS-enheden og 
køretøjsenhedens interf ace overholdes (se ASN.1-specifikationer). 
Enhver dataanmodning skal derfor mødes med en vellykke t verifika tion af afsenderens oplysning er, inden der sker 
nogen form for databehandling. Figur 2 i bilag 2 viser sekvensdiagrammet for denne procedure. Enhver anordning 
på negat ivlisten modtager en automatisk afvisning, enhver anordning, der hverk en befinder sig på negativlist en 
eller positivliste n, modtager en anmodning om PIN-k ode, som den skal imødek omme, inden den sender sin 
dataanmodning på ny. 26.5.2016 L 139/420 Den Europæisk e Unions Tidende DA    
4.4.  Meddelelsesf ormat 
Alle meddelelser , som udveksles mellem ITS-enheden og køretøjsenhedens interface, er formateret med en tredelt 
struktur: En header bestående af en destinationsbyt e (TGT), en kildeby te (SRC) og en længdebyt e (LEN), 
Dataf eltet bestående af en serviceidentifik ator byte (SID) og et variabelt antal databyt e (højst 255). 
Kontrolsumby ten er 1 bit-sumser ie modulo 256 for alle meddelelsens byte bortset fra selve kontrolsummen. 
Meddelelsen af Big Endian. 
Tabel 2 
Overordnet meddelelsesfo rmat 
Header Datafelt Kontrolsum 
TGT SRC LEN SID TRTP CC CM DATA CS 
3 byte Maks. 255 byte 1 byte  
Header 
TGT og SRC: ID for mål- (TGT) og kilde- (SRC) anordninge r for meddelelsen. Køretøjsenhedens interface har 
standard-ID'en ”EE”. Denne ID kan ikke ændres. ITS-enheden benytter standard-ID'en ”A0” til sin første meddelelse 
i kommunikationssessionen. Køretøjsenhedens interface tildeler heref ter ITS-enheden en entydig ID og under retter 
den om denne ID til brug for kommende meddelelser i løbet af sessionen. 
LEN-byt en tager kun hensyn til ”DATA”-delen af datafe ltet (se tabel 2), de 4 først e byte er underfor ståede. 
Køretøjsenhedens interface bekræf ter ægtheden af meddelelsens afsender ved at krydsk ontrollere sin egen ID-liste 
med Bluetooth-da taene ved at kontrollere ITS-enheden, der står opført med den opgivne ID inden for Bluetooth- 
forbindelsens rækkevidde. 
Dataf elt 
Ud over SID'en skal datafelt et ligeledes indeholde andre parametre: en parameter for overfø rselsanmodning (TRTP) 
og tællerby te. 
Hvis de data, der skal overfø res, er for lange til at kunne rummes i en meddelelse, opdeles de i flere 
delmeddelelser . Hver delmeddelelse skal have samme header og SID, men indeholder en tæller på 2 byte, Counte r 
Current (CC) og Counte r Max (CM), som angiver nummeret på delmeddelelsen. For at der skal kunne foretag es 
fejlkontrol og afbr ydelse, kvitterer den modtagende enhed for hver delmeddelelse. Den modtagende enhed kan 
accept ere delmeddelelsen, anmode om, at den overfø res på ny, anmode den afsendende enhed om at starte forfra 
eller afbr yde datao verfø rslen. 
Hvis CC og CM ikke anvendes, tildeles de værdien 0xFF . 
F.eks. sendes følgende meddelelse 
HEADER SID TRTP CC CM DATA CS 
3 byte Længere end 255 byte 1 byte  26.5.2016 L 139/421 Den Europæisk e Unions Tidende DA    
således: 
HEADER SID TRTP 01 n DATA CS 
3 byte 255 byte 1 byte  
HEADER SID TRTP 02 n DATA CS 
3 byte 255 byte 1 byte  
… 
HEADER SID TRTP N N DATA CS 
3 byte Mak s. 255 byte 1 byte  
Tabel 3 indeholder de meddelelser , som køretøjsenheden og ITS-enheden skal kunne udvek sle. Indholdet af de 
enkelt e parametre angives i hexadecimalf ormat. Tabellen indeholder ikke CC og CM af tydelighedshensyn; det 
fuldstændig e format vises ovenf or. 
Tabel 3 
Detalje ret meddelelsesindhold 
Meddelelse Header DATA Kontrols ­
um 
TGT SRC LEN SID TRTP DATA  
RequestPIN ITSID EE 00 01 FF   
SendITSID ITSID EE 01 02 FF ITSID  
SendPIN EE ITSID 04 03 FF 4*INTEGER (0..9)  
PairingR esult ITSID EE 01 04 FF BOOLEAN (T/F)  
SendPUC EE ITSID 08 05 FF 8*INTEGER (0..9)  
BanLif tingResu lt ITSID EE 01 06 FF BOOLEAN (T/F)  
RequestRejected ITSID EE 08 07 FF Klokk eslæt  
RequestData  
standardT achData EE ITSID 01 08 01   
personalT achData EE ITSID 01 08 02   
gnssData EE ITSID 01 08 03   
standardEventData EE ITSID 01 08 04   
personalEventData EE ITSID 01 08 05   
standardFaultD ata EE ITSID 01 08 06   
manufa cturerData EE ITSID 01 08 07   26.5.2016 L 139/422 Den Europæisk e Unions Tidende DA    
Meddelelse Header DATA Kontrols ­
um 
TGT SRC LEN SID TRTP DATA  
ResquestAccepted ITSID EE Len 09 TREP Data  
DataUnavail able  
Ingen tilgæng elige data ITSID EE 02 0A TREP 10  
Personoplysninger ikke 
delt ITSID EE 02 0A TREP 11  
NegativeAnsw er  
Generel afvisning ITSID EE 02 0B SID Req 10  
Tjenest e understøtt es 
ikke ITSID EE 02 0B SID Req 11  
Delfunktion understøt ­
tes ikke ITSID EE 02 0B SID Req 12  
Ukorrekt meddelelses ­
længde ITSID EE 02 0B SID Req 13  
Betingelse r ikke kor­
rekt e eller fejl i anmod ­
ningssekvens ITSID EE 02 0B SID Req 22  
Anmodning uden for 
gyldighedsområde ITSID EE 02 0B SID Req 31  
Afvent er svar ITSID EE 02 0B SID Req 78  
Uoverensst emmelse for 
ITSID ITSID EE 02 0B SID Req FC  
ITSID ikke fundet ITSID EE 02 0B SID Req FB   
RequestPIN (SID 01) 
Denne meddelelse udstedes af køretøjsenhedens interface , hvis en ITS, der ikke er på negativlist en, men heller ikke 
på positivlisten, sender en dataanmodning. 
SendITSID (SID 02) 
Denne meddelelse udste des af køretøjsenhedens interf ace, når en ny anordning sender en anmodning. Denne 
anordning benytter standard-ID'en ”A0”, før den tildeles en entydig ID til kommunikationssessionen. 
SendPIN (SID 03) 
Denne meddelelse udstedes af ITS-enheden, som skal påføres positivlisten fra køretøjsenhedens interf ace. 
Indholdet af denne meddelelse er en kode på 4 HEL TAL mellem 0 og 9. 
PairingR esult (SID 04) 
Denne meddelelse udst edes af køretøjsenhedens interface for at informere ITS-enheden om, hvorvidt den 
fremsendte PIN-k ode er korrekt. Indholdet af denne meddelelse er BOOLEAN med værdien ”True”, hvis PIN-k oden 
var korrekt, og ”False”, hvis den ikke var. 
SendPUC (SID 05) 
Denne meddelelse udst edes af ITS-enheden for at ophæve en opførelse på negativlisten fra køretøjsenhedens 
interf ace. Indholdet af denne meddelelse er en kode på 8 HEL TAL mellem 0 og 9. 26.5.2016 L 139/423 Den Europæisk e Unions Tidende DA    
BanLif tingResu lt (SID 06) 
Denne meddelelse udst edes af køretøjsenhedens interface for at informere ITS-enheden om, hvorvidt den sendte 
PUK -kode var korrekt. Indholdet af denne meddelelse er BOOLEAN med værdien ”True”, hvis PUK -koden var 
korrekt, og ”Fals e”, hvis den ikke var. 
RequestRejected (SID 07) 
Denne meddelelse udst edes af køretøjsenhedens interfa ce som svar på en meddelelse fra en ITS-enhed på 
negat ivlisten, undtag en ”SendPUC”. Meddelelsen indeholder den resterende tid, som ITS-enheden står på 
negat ivlisten, efterfulgt af ”Time”-sekvensf ormate t som defineret i bilag 3. 
RequestData (SID 08) 
Denne meddelelse til dataadga ng udst edes af ITS-enheden. Datatypen angives af en parameter for anmodning om 
datao verfø rsel (TRTP) på en byte. Der findes flere datatyper : 
—  standardT achDa ta (TRTP 01): Data fra takografen, der er klassificeret som ikke-personoplysning er. 
—  personalT achD ata (TRTP 02): Data fra takografen, der er klassificeret som personoplysninge r. 
—  gnssData (TRTP 03): GNSS-data, altid personoplysninger . 
—  standardEventData (TRTP 04): Registrerede hændelsesdata, der er klassifi ceret som ikke-personoplysninger . 
—  personalEventData (TRTP 05): Registrerede hændelsesdata, der er klassific eret som personoplysninger . 
—  standardFa ultData (TRTP 06): Registrerede fejl, der er klassificeret som ikke-personoplysninger . 
—  manuf acturerData (TRTP 07): Data, der stilles til rådighed af fabr ikant en. 
Se bilag 3 i dette tillæg for flere oplysning er om indholdet af de enkelt e datatyper . 
Se tillæg 12 for flere oplysninger om GNSS-datas format og indhold. 
Se bilag IB og IC for flere oplysning er om koden for hændelsesdata og fejl. 
ResquestAccepted (SID 09) 
Denne meddelelse udst edes af køretøjsenhedens interface, hvis en ITS-enheds ”RequestData”-meddelelse er 
accept eret. Denne meddelelse indeholder en TREP på 1 byte, som er TRTP -byten for den tilhørende RequestData- 
meddelelse, samt alle data af den ønske de type. 
DataUnavail able (SID 0A) 
Denne meddelelse udste des af køretøjsenhedens interface, hvis de ønskede data af en best emt grund ikke er til 
rådighed for fremsendelse til en ITS-enhed på positivliste n. Meddelelsen indeholder en TREP på 1 byte, som er 
TRTP'en for de ønsk ede data, og en fejlk ode på 1 byte, som specificeres i tabel 3. Følgen de koder er til rådighed: 
—  Ingen tilgæ ngelig e data (10): Køretøjsenhedens interface kan ikke få adgang til dataene på køretøjsenheden af 
ikke nær mere angivne årsag er. 
—  Personoplysninger ikke delt (11): ITS-enheden forsøg er at hente personoplysninger , når de ikke er delt. 26.5.2016 L 139/424 Den Europæisk e Unions Tidende DA    
NegativeAnsw er (SID 0B) 
Disse meddelelser udst edes af køretøjsenhedens interface, hvis en anmodning ikke kan gennemf øres af en anden 
grund, end at dataene ikke er tilgæng elige. Disse meddelelser er typisk resultatet af et forker t anmodningsf ormat 
(længde, SID, ITSID osv.), men kan også have andre årsager . TRTP i datafelt et indeholder forespørgslens SID. 
Dataf eltet indeholder en kode, der angiver årsag en til det nega tive svar . Følgende koder er til rådighed: 
—  Generel afvisning (kode: 10) 
—  Handlinge n kan ikke gennemf øres af en årsag, der ikke nævnes nedenf or eller i afsnit (indsæt afsnitsnummer 
for DataUnav ailable). 
—  Tjenest e understøtt es ikke (kode: 11) 
—  Forespørgslens SID kan ikke forstås. 
—  Delfunktion understøtt es ikke (kode: 12) 
—  Forespørgslens TRTP kan ikke forstås. Det kan f.eks. skyldes mang lende værdier eller værdier uden for 
gyldighedsområdet. 
—  Fork ert meddelelseslængde (kode: 13) 
—  Længden af den modtagne meddelelse er forkert (uoverensstemmelse mellem LEN-b yten og meddelelsens 
faktiske længde). 
—  Betinge lser ikke korrekte eller fejl i anmodningssekvens (kode: 22) 
—  Tjenest en, der anmodes om, er ikke aktiv , eller sekvensen af anmodningsmeddelelser er ukorrekt. 
—  Anmodning uden for gyldighedsområde (kode: 33) 
—  Posten med anmodningens parametre (datafe lt) ugyldig. 
—  Afvent er svar (kode: 78) 
—  Operationen, der anmodes om, kan ikke gennemf øres i tide, og køretøjsenheden er ikke klar til at modtage 
endnu en anmodning. 
—  Uoverensstemmelse med ITSID (kode: FB) 
—  SRC'ens ITSID stem mer ikke overens med den tilhørende anordning efter sammenligning med Bluetooth- 
oplysning erne. 
—  ITSID ikke fundet (kode: FC) 
—  SRC'ens ITSID er ikke tilkny ttet nogen anordning. 
Linje 1 til og med 72 (For matMessageModule) i ASN.1-k oden i bilag 3 angiver meddelelsesf ormatet som 
beskrevet i tabel 3. Der findes nær mere oplysninger om meddelelsesindholdet nedenf or. 
4.5.  Førerens samtykk e 
Alle tilgæng elige data klassifi ceres som enten standard eller personlige. Personoplysninger er kun tilgæng elige, hvis 
føreren har givet sit samtykk e og accept eret, at vedk ommendes personlige takograf oplysning er kan forlade 
køretøjets netværk til tredjepar tsanv endelser . 
Førerens samtykke gives, når kortindehaveren, første gang et givet førerk ort eller værks tedskort, der i øjeblikk et er 
uken dt af køretøjsenheden, isættes, og kortindehav eren opfordres til at give sit samtykk e til, at takografrelaterede 
personoplysninger kan sendes via det valgfr i ITS-inte rface. (se også bilag I C punkt 3.6.2). 
Samtykk estatus (givet/ikke givet) registreres i takografens hukommelse. 
Hvis der er tale om flere førere, vil kun personoplysninger om førere, der har givet deres samtykk e, blive delt med 
ITS-inte rfacet. Hvis der f.eks. er to førere på køretøjet, og kun den første har indvilget i at dele sine personoplys ­
ninger , vil personoplysningern e for den anden fører ikke blive delt. 26.5.2016 L 139/425 Den Europæisk e Unions Tidende DA    
4.6.  Hentning af standarddata 
Figur 3 i bilag 2 viser sekvensdiagrammer ne for gyldig e anmodninger fra ITS-enheden om adgang til standarddata. 
Hvis ITS-enheden står på positivlisten og ikke anmoder om personoplysninge r, kræves der ikke nogen yderligere 
verifikation. I diagrammer ne forudsætt es det, at den korrekt e procedure, som fremgår af figur 2 i bilag 2, er blevet 
fulgt. De kan sammenlignes med det grå felt REQUES T TREATMENT i figur 2. 
Følgen de data blandt de tilgæng elige data betragtes som standard: 
—  standardT achDa ta (TRTP 01) 
—  StandardEventData (TRTP 04) 
—  standardFa ultData (TRTP 06) 
4.7.  Hentning af personoplysninger 
Figur 4 i bilag 2 viser sekvensdiagrammet for behandling af anmodning er om personoplysninger . Som anført 
tidlig ere sender køretøjsenhedens interf ace kun personoplysninge r, hvis føreren har givet sit udtr ykkelig e samtykk e 
(se også 4.5). Ellers skal anmodningen automatisk afvises. 
Følgen de data blandt de tilgæng elige data betragtes som personoplysninger: 
—  personalT achD ata (TRTP 02) 
—  gnssData (TRTP 03) 
—  personalEventData (TRTP 05) 
—  manuf acturerData (TRTP 07) 
4.8.  Hentning af data om hændelser og fejl 
ITS-enheder skal kunne anmode om hændelsesdata, der indeholder en liste over alle uforudsete hændelser . Disse 
data betragt es som standarddata eller personoplysninger , se bilag 3. Indholdet af de enkelt e hændelser er i 
overensstemmelse med dokumentationsmat erialet i bilag 1 i dette tillæg.  26.5.2016 L 139/426 Den Europæisk e Unions Tidende DA    
BILAG 1 
LISTE OVER TILGÆNGELIGE DATA VIA ITS-INTERF ACET 
Data Kilde Anbefalet klassificer ing 
VehicleIdentif icationNumber Køretøjsenhed ikke personlig 
CalibrationDat e Køretøjsenhed ikke personlig 
Tachog raphV ehicleSpeed speed instant t Køretøjsenhed personlig 
Driver1W orkingStat e Select or driver Køretøjsenhed personlig 
Driver2W orkingStat e Køretøjsenhed personlig 
DriveRecognize Speed Threshold detected Køretøjsenhed ikke personlig 
Driver1TimeRelatedStat es Weekly day time Førerk ort personlig 
Driver2TimeRelatedStat es Førerk ort personlig 
DriverCardDr iver1 Køretøjsenhed ikke personlig 
DriverCardDr iver2 Køretøjsenhed ikke personlig 
OverSpeed Køretøjsenhed personlig 
TimeDate Køretøjsenhed ikke personlig 
HighResolution TotalV ehicleDistance Køretøjsenhed ikke personlig 
ServiceComponentIdentification Køretøjsenhed ikke personlig 
ServiceDela yCalendarTimeBased Køretøjsenhed ikke personlig 
Driver1Identif ication Førerk ort personlig 
Driver2Identif ication Førerk ort personlig 
NextCalibrationDat e Køretøjsenhed ikke personlig 
Driver1ContinuousDr ivingTime Førerk ort personlig 
Driver2ContinuousDr ivingTime Førerk ort personlig 
Driver1CumulativeBreakTime Førerk ort personlig 
Driver2CumulativeBreakTime Førerk ort personlig 
Driver1Cur rentDurationOfSelectedA ctivity Førerk ort personlig 
Driver2Cur rentDurationOfSelectedA ctivity Førerk ort personlig 26.5.2016 L 139/427 Den Europæisk e Unions Tidende DA    
Data Kilde Anbefalet klassificer ing 
SpeedA uthor ised Køretøjsenhed ikke personlig 
Tachog raphCardSlot1 Førerk ort ikke personlig 
Tachog raphCardSlot2 Førerk ort ikke personlig 
Driver1Name Førerk ort personlig 
Driver2Name Førerk ort personlig 
OutOfScopeCondition Køretøjsenhed ikke personlig 
ModeOfOperation Køretøjsenhed ikke personlig 
Driver1CumulatedDr ivingTimePreviousAndCur rentW eek Førerk ort personlig 
Driver2CumulatedDr ivingTimePreviousAndCur rentW eek Førerk ort personlig 
EngineSpeed Køretøjsenhed personlig 
Regist eringMemberState Køretøjsenhed ikke personlig 
VehicleRegistrationNumber Køretøjsenhed ikke personlig 
Driver1EndOfLastDailyRestPer iod Førerk ort personlig 
Driver2EndOfLastDailyRestPer iod Førerk ort personlig 
Driver1EndOfLastW eeklyRestP eriod Førerk ort personlig 
Driver2EndOfLastW eeklyRestP eriod Førerk ort personlig 
Driver1EndOfSecondLastW eeklyRestPer iod Førerk ort personlig 
Driver2EndOfSecondLastW eeklyRestPer iod Førerk ort personlig 
Driver1Cur rentDailyDr ivingTime Førerk ort personlig 
Driver2Cur rentDailyDr ivingTime Førerk ort personlig 
Driver1Cur rentW eeklyDr ivingTime Førerk ort personlig 
Driver2Cur rentW eeklyDr ivingTime Førerk ort personlig 
Driver1TimeLef tUntilN ewDailyRestPer iod Førerk ort personlig 
Driver2TimeLef tUntilN ewDailyRestPer iod Førerk ort personlig 
Driver1CardExpir yDate Førerk ort personlig 26.5.2016 L 139/428 Den Europæisk e Unions Tidende DA    
Data Kilde Anbefalet klassificer ing 
Driver2CardExpir yDate Førerk ort personlig 
Driver1CardNextMandatory DownloadDat e Førerk ort personlig 
Driver2CardNextMandatory DownloadDat e Førerk ort personlig 
Tachog raphNextMandatory DownloadDat e Køretøjsenhed ikke personlig 
Driver1TimeLef tUntilN ewW eeklyRestP eriod Førerk ort personlig 
Driver2TimeLef tUntilN ewW eeklyRestP eriod Førerk ort personlig 
Driver1NumberOfTimes9hDailyDr ivingTimesExceeded Førerk ort personlig 
Driver2NumberOfTimes9hDailyDr ivingTimesExceeced Førerk ort personlig 
Driver1CumulativeUnint erruptedRestTime Førerk ort personlig 
Driver2CumulativeUnint erruptedRestTime Førerk ort personlig 
Driver1MinimumDailyRest Førerk ort personlig 
Driver2MinimumDailyRest Førerk ort personlig 
Driver1MinimumW eeklyRest Førerk ort personlig 
Driver2MinimumW eeklyRest Førerk ort personlig 
Driver1MaximumDailyPer iod Førerk ort personlig 
Driver2MaximumDailyPer iod Førerk ort personlig 
Driver1MaximumDailyDr ivingTime Førerk ort personlig 
Driver2MaximumDailyDr ivingTime Førerk ort personlig 
Driver1NumberOfUsedReducedDailyRestPer iods Førerk ort personlig 
Driver2NumberOfUsedReducedDailyRestPer iods Førerk ort personlig 
Driver1RemainingCur rentDr ivingTime Førerk ort personlig 
Driver2RemainingCur rentDr ivingTime Førerk ort personlig 
GNSS position Køretøjsenhed personlig  
2)GNSS-D ATA LØBENDE TILGÆ NGELIGE MED FØRERS SAMT YKKE 
Se tillæg 12 — GNSS. 26.5.2016 L 139/429 Den Europæisk e Unions Tidende DA    
3)HÆNDELSESK ODER TILGÆ NGELIGE UDEN FØRERS SAMT YKKE 
Begivenhed Lagr ingsbestemmelse Data, som skal lagres for hver hændelse 
Isætning af ugyldigt kort —  de 10 senest e hændelser —  dato og klokkeslæt for hændelsen 
—  korttype, nummer , udstedende medlemsstat og 
generation for kortet, der oprettede hændelsen 
—  antal tilsvarende hændelser den pågældende dag 
Kortkonflikt —  de 10 senest e hændelser —  hændelsens startdato og -klokkeslæt 
—  hændelsens slutdat o og -klokke slæt 
—  korttype, nummer , udstedende medlemsstat og 
generation for de to kort, der skabte konflikten 
Senest e kortsession ikke 
korrekt afsluttet —  de 10 senest e hændelser —  dato og klokkeslæt for isætning af kortet 
—  korttype, kortnummer , udste dende medlemsstat 
og generation 
—  de seneste sessionsdata, aflæst fra kortet: 
—  dato og klokke slæt for isætning af kortet 
—køretøjets indregistrer ingsnummer , indregi ­
strer ingsmedlemsstat og køretøjsenhedens 
generation 
Afbr ydelse af strømf orsy ­
ning (2) —  den længstvar ige hændelse for 
hver af de 10 seneste dages fore­
komst 
—en af de 5 længstvarende hæn ­
delser inden for de sidste 365 
dage —  hændelsens startdato og -klokkeslæt 
—  hændelsens slutdat o og -klokke slæt 
—korttype, kortnummer og udst edende medlems ­
stat for ethver t kort, som er isat ved hændelsens 
start og/eller slutning 
—  antal tilsvarende hændelser den pågældende dag 
Kommunikationsf ejl med 
fjernkommunikations-ud ­
styret —  den længstvarende hændelse for 
hver af de 10 seneste dages fore­
komst 
—de 5 længstvarende hændelser in­
den for de sidste 365 dage —  hændelsens startdato og -klokkeslæt 
—  hændelsens slutdat o og -klokke slæt 
—korttype, kortnummer og udst edende medlems ­
stat for ethver t kort, som er isat ved hændelsens 
start og/eller slutning 
—  antal tilsvarende hændelser den pågældende dag 
Mang lende positionsop ­
lysning er fra GNSS-mod ­
tager —  den længstvarende hændelse for 
hver af de 10 seneste dages fore­
komst 
—de 5 længstvarende hændelser in­
den for de sidste 365 dage —  hændelsens startdato og -klokkeslæt, 
—  hændelsens slutdat o og -klokke slæt 
—korttype, kortnummer og udst edende medlems ­
stat for ethver t kort, som er isat ved hændelsens 
start og/eller slutning 
—  antal tilsvarende hændelser den pågældende dag 
Fejl i bevægelses data —  den længstvarende hændelse for 
hver af de 10 seneste dages fore­
komst 
—de 5 længstvarende hændelser in­
den for de sidste 365 dage —  hændelsens startdato og -klokkeslæt 
—  hændelsens slutdat o og -klokke slæt 
—korttype, kortnummer og udst edende medlems ­
stat for ethver t kort, som er isat ved hændelsens 
start og/eller slutning 
—  antal tilsvarende hændelser den pågældende dag 26.5.2016 L 139/430 Den Europæisk e Unions Tidende DA    
Begivenhed Lagr ingsbestemmelse Data, som skal lagres for hver hændelse 
Køretøjsbevæg elses-k on­
flikt —  den længstvarende hændelse for 
hver af de 10 seneste dages fore­
komst 
—de 5 længstvarende hændelser in­
den for de sidste 365 dage —  hændelsens startdato og -klokkeslæt 
—  hændelsens slutdat o og -klokke slæt 
—korttype, kortnummer og udst edende medlems ­
stat for ethver t kort, som er isat ved hændelsens 
start og/eller slutning 
—  antal tilsvarende hændelser den pågældende dag 
Forsøg på krænk else af 
sikker heden de 10 seneste hændelser for hver type 
hændelse —  hændelsens startdato og -klokkeslæt 
—hændelsens slutdato og -klokkes læt (hvis rele­
vant) 
—korttype, kortnummer og udst edende medlems ­
stat for ethver t kort, som er isat ved hændelsens 
start og/eller slutning 
—  hændelsens type 
Tidsk onflikt —  den længstvarende hændelse for 
hver af de 10 seneste dages fore­
komst 
—de 5 længstvarende hændelser in­
den for de sidste 365 dage —  kontrolapparat for dato og klokke slæt 
—  GNSS-dato og -klokkeslæt 
—korttype, kortnummer og udst edende medlems ­
stat for ethver t kort, som er isat ved hændelsens 
start og/eller slutning 
—  antal tilsvarende hændelser den pågældende dag  
4)TILGÆ NGELIGE HÆNDELSESK ODER MED FØRERS SAM TYKKE 
Begivenhed Lagr ingsbestemmelse Data, som skal lagres for hver hændelse 
Kørsel uden behør igt 
kort —  den længstvarende hændelse for 
hver af de 10 seneste dages fore­
komst 
—de 5 længstvarende hændelser in­
den for de sidste 365 dage —  hændelsens startdato og -klokkeslæt 
—  hændelsens slutdat o og -klokke slæt 
—korttype, kortnummer og udst edende medlems ­
stat for ethver t kort, som er isat ved hændelsens 
start og/eller slutning 
—  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 senest e dages forek omst —  dato og klokkeslæt for hændelsen 
—  korttype, kortnummer , udste dende medlemsstat 
og generation 
—  antal tilsvarende hændelser den pågældende dag 
Overskr idelse af tilladt 
hastighed (1) —  den alvorligst e hændelse for hver 
af de seneste 10 dages forek omst 
(dvs. den, hvor gennemsnitsha ­
stigheden har været størst) 
—  de 5 alvorligst e hændelser inden 
for de sidst e 365 dage 
—den første hændelse, som har fun­
det sted efter sidste kalibrer ing —  hændelsens startdato og -klokkeslæt 
—  hændelsens slutdat o og -klokke slæt 
—  den højeste hastighed målt under hændelsen 
—den aritmetiske gennemsnitshastighed målt un­
der hændelsen 
—  korttype, kortnummer , udste dende medlemsstat 
og generation for førerk ortet (hvis relevant) 
—  antal tilsvarende hændelser den pågældende dag  26.5.2016 L 139/431 Den Europæisk e Unions Tidende DA    
5)TILGÆ NGELIGE FEJLD ATAKODER UDEN FØRERS SAMT YKKE 
Fejl Lagr ingsbestemmelse Data, som skal gemm es for hver hændelse 
Kortfejl —de 10 seneste kortfejl for fører ­
kortet —  fejlens startdato og -klokkeslæt 
—  fejlens slutdat o og -klokkeslæt 
—  korttype, kortnummer , udste dende medlemsstat 
og generation 
Fejl ved kontrolapparat et —  de 10 senest e fejl af hver fejltype 
—den første fejl efter seneste kali­
brer ing —  fejlens startdato og -klokkeslæt 
—  fejlens slutdat o og -klokkeslæt 
—  fejltype 
—korttype, kortnummer og udst edende medlems ­
stat og generation for ethver t kort, som er isat 
ved fejlens start og/eller slutning  
Denne fejl skal udløses, når et af nedenstående svigt forek ommer , uden at apparat et er i kalibrer ingstilstand: 
—  Intern fejl i køretøjsenhed 
—  Printerf ejl 
—  Displa yfejl 
—  Datao verførselsfejl 
—  Følerfejl 
—  Fejl på GNSS-modtager eller ekster nt GNSS-udstyr 
—  Fejl på fjernkommunikationsudstyr . 
6)FABRIKANTSPECIFIKKE HÆNDELSER OG FEJL UDEN FØRERS SAMT YKKE 
Hændelse eller fejl Lagr ingsbestemmelse Data, som skal lagres for hver hændelse 
Fasts ættes af fabrikanten Fastsætt es af fabrikante n Fast sættes af fabrikanten   26.5.2016 L 139/432 Den Europæisk e Unions Tidende DA    
BILAG 2 
SEKVENSDIA GRAMMER FOR MEDDELELSESUD VEK SLINGER MED ITS-ENHEDEN . 
Figur 1. 
Sekv ensdiag ram for PIN-valider ingsforsøg 
26.5.2016 L 139/433 Den Europæisk e Unions Tidende DA    
Figur 2. 
Sekv ensdiag ram for ITS-enhedens godk endelsesv erifikation 
26.5.2016 L 139/434 Den Europæisk e Unions Tidende DA    
Figur 3. 
Sekv ensdiag ram til behandling af anmodning om data, der er klassif iceret som ikke-personoplysninger (efter 
korrekt PIN-adgang) 
Figur 4. 
Sekv ensdiag ram til behandling af anmodning om data, der er klassif iceret som personoplysninger (efter korrekt 
PIN-adgang) 
26.5.2016 L 139/435 Den Europæisk e Unions Tidende DA    
Figur 5. 
Sekv ensdiag ram for PUK -valider ingsforsøg 
26.5.2016 L 139/436 Den Europæisk e Unions Tidende DA    
BILAG 3 
ASN .1 SPECIFIC ATIONS 
26.5.2016 L 139/437 Den Europæisk e Unions Tidende DA    
26.5.2016 L 139/438 Den Europæisk e Unions Tidende DA    
26.5.2016 L 139/439 Den Europæisk e Unions Tidende DA    
26.5.2016 L 139/440 Den Europæisk e Unions Tidende DA    
26.5.2016 L 139/441 Den Europæisk e Unions Tidende DA    
26.5.2016 L 139/442 Den Europæisk e Unions Tidende DA    
26.5.2016 L 139/443 Den Europæisk e Unions Tidende DA    
26.5.2016 L 139/444 Den Europæisk e Unions Tidende DA    
26.5.2016 L 139/445 Den Europæisk e Unions Tidende DA    
26.5.2016 L 139/446 Den Europæisk e Unions Tidende DA    
26.5.2016 L 139/447 Den Europæisk e Unions Tidende DA    
26.5.2016 L 139/448 Den Europæisk e Unions Tidende DA    
Tillæg 14. 
FJERNK OMMUNIKA TIONSFUNKTION 
INDHOLDSFORTEGNELSE 
1 INDLEDNING .................................................................................................................................... 450 
2 ANVENDELSESOMRÅDE ...................................................................................................................... 451 
3 AKR ONYMER, DEFINITIONER OG NOT ATION .......................................................................................... 452 
4 DRIFTSSCENARIER ............................................................................................................................. 454 
4.1 Oversigt ............................................................................................................................... 454 
4.1.1 Forudsætning er for datao verførsel via 5,8 GHz DSR C-int erface ......................................................... 454 
4.1.2 Profi l 1a: via en håndholdt eller midler tidig vejsidemonte ret læser i udstyr til tidlig fjernafslør ing ............. 455 
4.1.3 Profi l 1b: via en køretøjsmonter et og dirigeret læser i udstyr til tidlig fjernafslør ing. .............................. 456 
4.2 Sikkerhed/int egritet................................................................................................................. 456 
5 DESIGN OG PROTOK OLLER TIL FJERNK OMMUNIKA TION ........................................................................... 456 
5.1 Design ................................................................................................................................. 456 
5.2 Arbejdsgang .......................................................................................................................... 459 
5.2.1 Drift.................................................................................................................................... 459 
5.2.2 Fortolkning af data modtaget via DSR C-kommunikationen .............................................................. 461 
5.3 Fysiske DSR C-interfaceparametre til fjernkommunikation ................................................................ 461 
5.3.1 Lokaliser ingsbegrænsning er...................................................................................................... 461 
5.3.2 Downlink - og uplink -parametre ................................................................................................. 461 
5.3.3 Antennedesign ....................................................................................................................... 466 
5.4 DSR C-protok olkrav til RTM ...................................................................................................... 466 
5.4.1 Oversigt ............................................................................................................................... 466 
5.4.2 Kommandoer ........................................................................................................................ 469 
5.4.3 Kommandosekvens ved anmodning ............................................................................................ 469 
5.4.4 Datastr ukturer ....................................................................................................................... 470 
5.4.5 Elementer af RtmData, udførte handling er og definitioner ............................................................... 472 
5.4.6 Datao verførselsmekanisme ....................................................................................................... 476 
5.4.7 Detaljeret DSR C-transaktionsbeskr ivelse ...................................................................................... 476 
5.4.8 Beskr ivelse af DSR C-afpr øvningstransaktion ................................................................................. 486 
5.5 Understøtt else af direktiv 2015/71/EF ......................................................................................... 490 
5.5.1 Oversigt ............................................................................................................................... 490 26.5.2016 L 139/449 Den Europæisk e Unions Tidende DA    
5.5.2 Kommandoer ........................................................................................................................ 490 
5.5.3 Kommandosekvens ved anmodning ............................................................................................ 490 
5.5.4 Datastr ukturer ....................................................................................................................... 490 
5.5.5 ASN.1-modul til OWS DSR C-transaktionen .................................................................................. 491 
5.5.6 Elementer i OwsData, udførte handling er og definitioner ................................................................. 492 
5.5.7 Datao verførselsmekanismer ...................................................................................................... 492 
5.6 Datao verførsel mellem DSR C-køretøjsenheden og køretøjsenheden ................................................... 492 
5.6.1 Fysisk forbindelse og interfa ces.................................................................................................. 492 
5.6.2 Applikationsprotok ol.............................................................................................................. 493 
5.7 Fejlhåndteri ng........................................................................................................................ 494 
5.7.1 Registrer ing og kommunikation af data i DSR C-køretøjsenheden ...................................................... 494 
5.7.2 Fejl i trådløs kommunikation .................................................................................................... 494 
6 IDRIFTSÆTTELSE OG PERIODISKE INSPEK TIONSAFP RØVNINGER FOR FJERNK OMMUNIKA TIONSFUNK TIONEN ..... 496 
6.1 Generelt ............................................................................................................................... 496 
6.2 ECHO .................................................................................................................................. 496 
6.3 Afprøvning til valider ing af sikker t dataindhold ............................................................................. 496  
1  INDLEDNING 
I dette tillæg specificeres den udformning og de procedurer , der skal følges for at gennemf øre fjernkommunikati ­
onsfunktionen (kommunikationen) i henhold til kravet i artikel 9 i forordning (EU) nr. 165/2014 
(forordninge n). 
DSC_1 I forordning (EU) nr. 165/2014 best emmes det, at takografe n skal være udstyret med en fjernkommu ­
nikationsfunktion, der giver repræsentanter for de kompet ente kontrolm yndigheder mulighed for at 
aflæse takograf oplysning er fra forbipasserende køretøjer ved hjælp fjernaflæsningsudstyr (læser i 
udstyr til tidlig fjernafslør ing [REDCR]), navnlig anmodningsudstyr , der tilslutt es trådløst med CEN 
5,8 GHz Dedicat ed Shor t Range Communication-int erfaces (DSR C-int erfaces). 
Det er vigtigt at forstå, at formålet med denne funktion udelukk ende er, at den skal fung ere som et 
foreløbigt filter til udvælgelse af køretøjer til nær mere inspektion, og at den ikke træder i stedet for 
den formelle inspektionsproces som fastlagt i bestemmelser ne i forordning (EU) 165/2014. Se 
betragtning 9 i præamblen til denne forordning, hvor i det hedder , at fjernkommunikation mellem 
takografe n og kontrolm yndigheder ne med henblik på vejk ontrol lette r målrettede vejk ontroller . 
DSC_2  Dataene udvek sles ved hjælp af kommunik ationen, som skal være en trådløs forbindelse, der benytter 
5,8 GHz DSR C trådløs kommunikation, der er i overensst emmelse med dette tillæg og er afprø vet i 
forhold til de relevante parametre i EN 300 674-1, {Electromagnetic compat ibility and Radio 
spectr um Matt ers (ERM); Road Transpor t and Traffi c Telematics (RTTT); Dedicated Shor t Range 
Communication (DSR C) transmission equipment (500 kbit/s / 250 kbit/s) operating in the 5,8 GHz 
Industr ial, Scientifi c and Medical (ISM) band; Part 1: General charact eristics and test methods for Road 
Side Units (RSU) and On -Board Units (OBU)}. 
DSC_3  Kommunikati onen etableres kun med kommunikationsudstyret, når der kommer en anmodning fra den 
kompet ente kontrolm yndigheds udstyr ved hjælp af godkendt e radiok ommunikationsmetod er (læseren 
i udstyr til tidlig fjernafsløring (REDCR)). 
DSC_4  Dataene skal sikres for at garant ere deres integritet. 26.5.2016 L 139/450 Den Europæisk e Unions Tidende DA    
DSC_5  Adgang til de kommunike rede data begrænses til kontrolm yndigheder , der er bem yndiget til at 
kontrollere overtrædelser af forordning (EF) nr. 561/2006 og af forordning (EU) nr. 165/2014 og til 
værks teder, for så vidt det er nødvendigt at kontrollere takografens korrekt e funktion. 
DSC_6  Data, som udveksles i forbindelse med kommunikationen, begrænses til de data, der er nødvendig e af 
hensyn til de målrettede vejk ontroller af køretøjer med en poten tielt manipuleret eller misbr ugt 
takograf. 
DSC_7  Datainteg ritet og -sikkerhed opnås ved at sikre dataene inde i køretøjsenheden (VU) og ved kun at 
overfø re de sikrede indholdsdata og sikkerh edsrelaterede data (se 5.4.4) over det trådløse 5,8 GHz 
DSR C-fjer nkommunikationsmedium, hvilket betyder , at kun godkendt e personer fra de kompet ente 
kontrolm yndigheder har mulighed for at forstå de data, der overføres via kommunik ationen, og for at 
verificere deres ægthed. Se tillæg 11, Fælles sikkerhedsmekanismer . 
DSC_8  Dataene indeholder et tidsstem pel med tidspunktet for deres seneste ajourføring. 
DSC_9  Indholdet af sikkerhedsdataene skal udelukkende være kendt af de kompe tent e kontrolm yndigheder og 
være inden for deres kontrol samt de parter, som de deler disse oplysning er med, og ligge r uden for 
best emmelser ne for kommunik ationen, der er genstand for dette tillæg, bortset fra, at kommunik ationen 
giver mulighed for at overføre en pakke med sikkerhedsdata med hver pakk e indholdsdata. 
DSC_10  Den samme arkitektur og det samme udstyr skal være i stand til at hente andre datak oncep ter (såsom 
weigh-on-board) ved hjælp af den heri angivne arkitekt ur. 
DSC_11  Det skal præciseres, at i overensst emmelse med best emmelser ne of forordning (EU) nr. 165/2014 
(artikel 7) må data vedrøre nde førerens identit et ikke transmitt eres over kommunik ationen. 
2  ANVENDELSESOMRÅDE 
Formålet med dette tillæg er at angive, hvordan repræsentanter for de kompe tent e kontrolm yndigheder 
anvender en best emt 5,8 GHz DSR C trådløs kommunikation til at opnå fjernadgang til data (dataene) fra et 
best emt køretøj, der angiver , at det pågældende køretøj har overtrådt forordning (EU) 165/2014 og bør tages i 
betragtning med henblik på standsning for en nær mere undersøg else. 
I forordning (EU) nr. 165/2014 kræves det, at de indsamlede data kun må være data eller vedrøre data, der 
angiver en mulig overtrædelse begået af en af de registrerede, der er omfatt et af forordning (EU) nr. 165/2014. 
I dette scenar io er der kun begrænset tid til rådighed til kommunikation, fordi kommunikationen er målrettet og 
har kort rækkevidde. Desuden kan de kompet ente kontrolm yndigheder anvende de samme kommunikati ­
onsmidler til fjernovervågning af takograf er (RTM) til andre formål (såsom de størst e tilladt e dimensioner og 
den størst e tilladte vægt for tunge varekøretøjer , som defineret i direktiv 2015/719/EF), og sådanne operationer 
kan være separate eller sekventielle alt efter de kompet ente kontrolm yndigheders valg. 
I dette tillæg specific eres: 
—  Kommunikationsudstyr , -procedurer og -protok oller , der skal benyttes til kommunik ationen 
—  Standarder og forordninger , som radioudstyret skal overholde 
—  Præsentationen af dataene for kommunikationsudstyret 
—  Anmodnings- og datao verførselsprocedurer og operationer nes rækkef ølge 
—  Dataene, der skal overfø res 
—  Poten tiel fortolkning af dataene, der overføres via kommunik ationen 
—  Bestemmelser ne for sikker hedsdata vedr ørende kommunikationen 26.5.2016 L 139/451 Den Europæisk e Unions Tidende DA    
—  De kompe tent e kontrolm yndigheders adgang til dataene 
—  Hvordan læseren i udstyr til tidlig fjernafsløring kan anmode om forske llige koncep ter for last- og flådedata 
Det skal præciseres, at følgen de ikke specifi ceres i dette tillæg: 
—  Indsamling af dataene og håndter ing af disse i køretøjsenheden (som er en funktion af produktdesignet, 
medmindre det specifi ceres andetsteds i forordning (EU) nr. 165/2014) 
—  Formen af præsentationen af de indsamlede data for repræsentant en for de kompet ente kontrolm yndigheder 
eller de kriterier, som de kompet ente kontrolm yndigheder skal anvende til at beslutt e, hvilke køretøjer de vil 
standse (dett e skal være en funktion af produktdesignet, medmindre det angives andetst eds i forordning (EU) 
165/2014, eller en politisk beslutning truffet af de kompe tent e kontrolm yndigheder). Det præciseres, at: 
Kommunik ationen kun gør dataene tilgæ ngeli ge for de kompet ente kontrolm yndigheder , således at de kan 
træffe beslutninger på et velinf ormeret grundlag 
—  Datasikkerhedsbest emmelser (såsom kryptering) for så vidt angår indholdet af dataene (som angives i tillæg 
11, Fælles sikkerhedsmekanismer). 
—  Nær mere oplysninger og andre datak oncept er end RTM, som kan opnås ved hjælp af den samme arkitekt ur 
og det samme udstyr 
—  Nær mere oplysning er om adfærden og administrationen mellem køretøjsenheder og DSR C-køretøjsenheden 
og ej heller adfærden inden for DSR C-køretøjsenheden (ud over at stille dataene til rådighed, når en REDCR 
anmoder om dette). 
3  AKR ONYMER, DEFINITIONER OG NOT ATION 
Følge nde akronym er og definitioner , der er specifi kke for dette tillæg, anvende s i tillægget: 
Antennen  elektr isk enhed, der omdanner elektr isk strøm til radiobølger og omve ndt, 
når den bruges sammen med en radiosender eller radiomodtag er. Under drift 
leverer en radiosender elektr isk strøm, der sving er i radiofrekvens, til 
antennens term inaler , og antennen udstråler energi fra strømm en i form af 
elektromagnetiske bølger (radiobølge r). Ved modtagelsen fang er antennen 
noget af effekte n i en elektromagnetisk bølge og frembr inger en svag 
spænding ved sine term inaler , som sendes videre til en modtager for at blive 
forstærk et 
Kommunikationen  udvek sling af information/data mellem en DSRC-REDCR og en DSR C- 
køretøjsenhed i henhold til afsnit 5 i et maste r-slave-forhold for at modtage 
dataene. 
Dataene  sikre data i et defineret format (se 5.4.4), som DSRC-REDCR'en anmoder om, 
og som leveres til DSRC-REDCR'en af DSRC-køretøjsenheden via en 5,8 GHz 
DSR C-forbindelse som defineret i 5 nedenf or 
Foror dning (EF) nr. 165/2014  Europa-Parlament ets og Rådets forordning (EU) nr.165/2014 af 4. febr uar 
2014 om takografer inden for vejtranspor t, som ophævede Rådets forordning 
(EØF) nr. 3821/85 om kontrolapparat et inden for vejtranspor t og ændrede 
Europa-Parlament ets og Rådets forordning (EF) nr. 561/2006 om 
harmoniser ing af visse best emmelser på det sociale område inden for 
vejtranspor t 
AID  Applikationsnavn 
BLE  Bluetooth Low Energy 
BST  Beacon Service Table 26.5.2016 L 139/452 Den Europæisk e Unions Tidende DA    
CIWD  Isætning af kort under kørsel 
CRC  Cyklisk redundansk ontrol 
DSC (n)  Identif ikator for et krav om et specifi kt DSR C-tillæg 
DSR C  Dedicated Shor t Range Communication 
DSR C-REDCR  DSR C-læser i udstyr til tidlig fjernafslør ing. 
DSR C-VU  DSR C-køretøjsenhed. Dette er ”udstyret til tidlig fjernafslør ing”, som defineres 
i bilag 1C. 
DWV C  Kørsel uden gyldigt kort 
EID  Elementidentif ikator 
LLC  Logical Link Control 
LPDU  LLC-dataenhedsprot okol 
OWS  Vejesyste m om bord 
PDU  Protok oldataenhed 
REDCR  Læser i udstyr til tidlig fjernafslør ing, som definer et i bilag 1C. 
RTM  Fjernovervågning af takograf 
SM-REDCR  Sikkerhedsmodul i læser i udstyr til tidlig fjernafslør ing 
TARV  Telematics Applications for Regulat ed Vehicles (ISO 15638-standardser ien) 
VU  Køretøjsenhed 
VUPM  Indholdshuk ommelse i køretøjsenhed 
VUSM  Sikkerhedsmodul i køretøjsenhed 
VST  Servicetabel for køretøj 
WIM  Weigh in motion 
WOB  Weigh on board 
Den specifikation, som fastlægges i dette tillæg, henviser til og er baseret på følgen de forordninger og 
standarder , enten helt eller delvist. I best emmelser ne i dette tillæg angives de relevante standarder eller de 
relevante best emmelser i standarder ne. Hvis der er modstr id mellem kravene, har beste mmelser ne i dette tillæg 
forrang. Hvis der er tale om modstr idende beste mmelser , når der ikke entydigt er fastlagt nogen specifikation i 
dette tillæg, skal drift i henhold til ERC 70-03 (efter afprø vning i forhold til de relevante parametre i EN 
300 674-1) have forrang efterfulgt af EN 12795, EN 12253 EN 12834 og EN 13372, 6.2, 6.3, 6.4 og 7.1 i 
faldende betydningsrækkef ølge . 
I dette tillæg henv ises der til følgen de forordninger og standarder:  
[1] I forordning (EU) nr. Rådets forordning (EU) nr.165/2014 af 4. februar 2014 om takograf er inden for 
vejtranspor t, som ophævede Rådets forordning (EØF) nr. 3821/85 om kontrolapparatet inden for 
vejtranspor t og ændrede Europa-Par lamentets og Rådets forordning (EF) nr. 561/2006 om harmoniser ing 
af visse bestemmelser på det sociale område inden for vejtranspor t 26.5.2016 L 139/453 Den Europæisk e Unions Tidende DA    
[2] Europa-Parlament ets og Rådets forordning (EF) nr. 561/2006 af 15. mar ts 2006 om harmoniser ing af 
visse best emmelser på det sociale område inden for vejtranspor t og om ændr ing af Rådets forordning 
(EØF) nr. 3821/85 og (EF) nr. 2135/98 og om ophævelse af Rådets forordning (EØF) nr. 3820/85 (EØS- 
relevant tekst).  
[3] ERC 70-03 CEPT : ECC Recommendation 70-03: Relating to the Use of Shor t Range Devices (SRD)  
[4] ISO 15638-9 Intelli gent transpor t systems — Framew ork for cooperative telema tics applications for 
regulated commercial freight vehicles (TARV).  
[5] EN 300 674-1 Electromagnetic compati bility and Radio spectr um Matters (ERM); Road Transpor t and 
Traffic Telematics (RTTT); Dedicat ed Shor t Range Communication (DSR C) transmission equipment (500 
kbit/s / 250 kbit/s) operating in the 5,8 GHz Industr ial, Scientifi c and Medical (ISM) band; Part 1: General 
charact eristics and test methods for Road Side Units (RSU) and On-Board Units (OBU).  
[6] EN 12253 Road transpor t and traff ic telema tics — Dedicated shor t-range communication — Phys ical 
layer using micro wav e at 5.8 GHz.  
[7] EN 12795 Road transpor t and traff ic telem atics — Dedicat ed shor t-range communication — Data link 
layer: medium access and logical link control.  
[8] EN 12834 Road transpor t and traffic telematics — Dedicat ed shor t-range communication — Application 
layer.  
[9] EN 13372 Road transpor t and traffic telematics — Dedicat ed shor t-range communication — Profiles for 
RTTT applications  
[10] ISO 14906 Electronic fee collection — Application interface definition for dedicate d shor t-rang e 
communication 
4  DRIFTSSCENARIER 
4.1  Oversigt 
Forordning (EU) nr. 165/2014 indeholder specifikke og kontrollerede scenar ier, inden for hvilke 
kommunikationen skal anvendes . 
Følge nde scenar ier er understøttet: 
”Communication Profile 1: Roadside inspection using a shor t range wireless communication Remote Early Detection 
Communication Reader instig ating a physic al roadside inspection (master -:-slave) 
Reader Profile 1a: via a hand aimed or tempor ary roadside mounted and aimed Remote Early Detection Communication 
Reader Profile 1b: via a vehicle mounted and directed Remote Early Detection Communication Reader”. 
4.1.1  Forudsætninger for dataoverførsel via 5,8 GHz DSRC-interf ace 
BEMÆRK: For at forstå indholdet af forudsætninger ne henv ises læseren til figur 14.3 herunder .  
4.1.1.1  Data lagret i køretøjsenheden 
DSC_12  Køretøjsenheden er ansvarlig for at ajourf øre data, der skal gemmes i køretøjsenheden, hver t 60. 
sekund og vedligeh olde dem, uden at DSR C-kommunikationsfunktionen involveres. Metod erne, som 
skal anvendes til dette, er indbygg et i køretøjsenheden som specifi ceret i forordning (EU) 
nr. 165/2014, bilag 1 C, afsnit 3.19 ”Fjer nkommunikati on til målre ttede vejkontroller ” og specificeres ikke 
i dette tillæg. 26.5.2016 L 139/454 Den Europæisk e Unions Tidende DA    
4.1.1.2  Data leveret til DSR C-køretøjsenheden 
DSC_13  Køretøjsenheden er ansvarlig for at ajourf øre DSR C-tak ografdataene (dataene), når de data, der er lagret 
i køretøjsenheden, ajourføres med det i 4.1.1.1 (DSC_12) fastsatte inter val uden at inddrage DSR C- 
kommunikationsfunktionen. 
DSC_14  Dataene fra køretøjsenheden bruges som input og til at ajourf øre dataene, og metoder ne til dette 
angives i bilag 1C, afsnit 3.19 ”Fjernkommunikation til målrettede vejkontroller”. Alternativt, hvis der ikke 
find es en sådan angivelse, er det en del af produktdesignet og angives ikke i dette tillæg. For så vidt 
angår udformningen af forbindelsen mellem DSR C-køretøjsenheden og køretøjsenheden henvises til 
afsnit 5.6. 
4.1.1.3  Dataenes indhold 
DSC_15  Dataenes indhold og format betyder , at de, når de er dekr ypterede, skal være strukturerede og 
tilgæ ngelig e i den form og det format, der specificeres i 5.4.4 i dette tillæg (Datastr ukturer). 
4.1.1.4  Præsentation af data 
DSC_16  Dataene er blevet ajourf ørt hyppigt i overensstemmelse med procedurer ne i 4.1.1.1 og skal sikres 
forud for præsentationen for DSR C-køretøjsenheden og skal præsenter es som en sikret 
datak oncep tværdi til midler tidig lagring i DSR C-køretøjsenheden som den aktuelle version af dataene. 
Disse data overfø res fra VUSM til DSR C-funktionen VUPM. VUSM og VUPM er funktioner og ikke 
nødvendigvis fysiske enheder . Den fysiske enhed, der anvendes til at udføre disse funktioner , 
fastlægges i henhold til produktdesign, medmindre den specif iceres andetsteds i forordning (EU) 
nr. 165/2014. 
4.1.1.5  Sikke rhedsdata 
DSC_17  Sikker hedsdata (secur ityData), der omf atter de data, som REDCR'en behøver for at kunne dekr yptere 
dataene, leveres som defineret i tillæg 11, Fælles sikker hedsmekanismer , og præsenter es som en 
datak oncep tværdi til midler tidig lagring i DSRC-kør etøjsenheden som den aktuelle version af secur ityData 
i den form, der defineres i dette tillægs afsnit 5.4.4. 
4.1.1.6  VUPM-data, der er tilgæng elige for overførsel via DSR C-interfacet 
DSC_18  Datak oncept et, som altid skal være tilgæ ngeli gt i DSR C-funktionen VUPM til umiddelbar overførsel 
efter anmodning fra REDCR'en, er som defineret i afsnit 5.4.4 med de fuldstændige specifikationer for 
ASN.1-modulet. 
Generel oversigt over kommunikationsprofil 1 
Denne prof il omfatt er brugssituationen, hvor repræsentant en for de kompet ente kontrolm yndigheder benytter 
en fjernkommunikationsenhed med kort rækk evidde som læser i udstyr til tidlig fjernafslør ing (5,8 GHz DSR C- 
interfaces, der fung erer inden for ERC 70-03, og som er afprøvet i forhold til de relevante parametre i EN 
300 674-1 som beskrevet i afsnit 5) (REDCR'en) med henblik på fjernidentifi kation af et køretøj, der muligvis 
overtræder forordning (EU) nr. 165/2014. Når køretøjet er identif iceret, beslutter repræsentant en for de 
kompet ente kontrolm yndigheder , som kontrollerer anmodningen, hvorvidt køretøjet skal standses. 
4.1.2  Profil 1a: via en håndholdt eller midler tidig vejsidemonteret læser i udstyr til tidlig fjernafsløring 
I denne brugssituation befinder repræsentanten for de kompet ente kontrolm yndigheder sig ved vejsiden og 
retter en REDCR, der er håndholdt, mont eret på en trefod eller en tilsvarende type, fra vejsiden mod midten af 
det udvalgte køretøjs forrude. Anmodning en gennemf øres ved hjælp af 5,8 GHz DSR C-int erfaces, der opererer 
inden for ERC 70-03, og som er afprø vet i forhold til de relevante parametre i 300 674-1 som beskrevet i 
afsnit 5. Se figur 14.1 (Brugssituation 1). 26.5.2016 L 139/455 Den Europæisk e Unions Tidende DA    
Figur 14.1 
Vejsideanmodning ved hjælp af 5,8 GHz DSR C 
4.1.3  Profil 1b: via en køretøjsmonteret og dirigeret læser i udstyr til tidlig fjernafslør ing. 
I denne brugssituation befinder repræsentanten for de kompet ente kontrolm yndigheder sig i et køretøj i 
bevæge lse og retter enten en håndholdt, bærbar REDCR fra køretøjet imod midten af det udvalgt e køretøjs 
forrude, eller også er REDCR'en monteret i eller på køretøjet, så den peger mod midten af forruden på det 
kontrollerede køretøj, når køretøjet med læseren i udstyr til tidlig fjernafslør ing befinder sig i en beste mt 
position i forhold til det udvalgte køretøj (f.eks. direkt e foran i en trafikstrøm). Anmodningen gennemf øres ved 
hjælp af 5,8 GHz DSR C-int erfaces, der opererer inden for ERC 70-03, og som er afprø vet i forhold til de 
relevante parametre i 300 674-1 som beskrevet i afsnit 5. Se figur 14.2. (Brugssituation 2). 
Figur 14.2 
Køretøjsbaseret anmodning ved hjælp af 5,8 GHz DSR C 
4.2  Sikk erhed/integ ritet 
For at man skal kunne fastslå ægtheden og integriteten af data, der er overført via fjernkommunikation, 
verificeres og dekr ypteres de sikrede data i overensst emmelse med tillæg 11, Fælles sikkerh edsmekanismer . 
5  DESIGN OG PROTOK OLLER TIL FJERNK OMMUNIKA TION 
5.1  Design 
Designet af fjernkommunikationsfunktionen i den intellig ente takograf beskr ives i figur 14.3. 26.5.2016 L 139/456 Den Europæisk e Unions Tidende DA    
Figur 14.3 
Design af fjernkommunik ationsfunktionen 
DSC_19  Følgen de funktioner er placeret i køretøjsenheden: 
—  Sikker hedsmodulet (VUSM). Denne funktion i køretøjsenheden er ansvarlig for at sikre de data, 
som skal overføres fra DSR C-køretøjsenheden til repræsentant en for de kompet ente kontrolm yn­
digheder via fjernkommunikation. 
—  De sikrede data gemmes i VUSM-huk ommelsen. Med de inter valler , der fastlægg es i 4.1.1.1 
(DSC_12), krypterer køretøjsenheden dataene og leverer input til RTM-datak oncep tet (som 
omf atter datak oncep tværdier for indholdsdata og sikke rhedsdata som fastlagt nedenf or i dette 
tillæg), som ligge r i DSR C-køretøjsenhedens hukommelse. Sikkerhedsm odulets funktion fastlægges 
i tillæg 11, Fælles sikkerhedsmekanismer , og ligger uden for dette tillægs dækningsområde, bortset 
fra at det skal levere ajourføringe r til køretøjsenhedens kommunikationsenhed, hver gang VUSM- 
dataene ændrer sig. 
—  Kommunikationen mellem køretøjsenheden og DSR C-køretøjsenheden kan foregå via et kabel eller 
Bluet ooth Low Energy-k ommunikation (BLE-k ommunikation), og DSR C-køretøjsenhedens fysisk e 
placer ing kan være bygg et sammen med antennen ved køretøjets forrude, være indbyg get i 
køretøjsenheden eller være placeret et sted imellem disse. 
—DSR C-køretøjsenheden skal til enhver tid have en pålidelig strømf orsyning. Strømf orsy ­
ningsmeto den fastlægges i designfase n. 
—  DSR C-køretøjsenhedens hukommelse skal være ikke-flygtig for at kunne gemme dataene i DSR C- 
køretøjsenheden, selv når køretøjets tænding er slået fra. 
—  Hvis kommunikationen mellem køretøjsenheden og DSR C-køretøjsenheden foregår via BLE, og 
strømf orsyningen er et ikkegenopladeligt batte ri, skal DSR C-køretøjsenhedens strømf orsyning 
udskif tes ved hver periodisk inspektion, og fabrikanten af udstyret til DSR C-køretøjsenheden er 
ansvarlig for at sikre, at strømf orsyningen er tilstrækkeli g til at holde fra den ene periodiske 
inspektion til den næste , idet en REDCR skal have normal adgang til dataene igen nem hele 
perioden uden fejl eller afbr ydelser . 26.5.2016 L 139/457 Den Europæisk e Unions Tidende DA    
—  Køretøjsenhedens RTM-funktion ”indholdshuk ommelse” (VUPM). Denne funktion i 
køretøjsenheden er ansvarlig for at levere og ajourføre dataene. Indholdet af dataene. 
(”TachographP ayload”) defineres i 5.4.4/5.4.5 nedenf or og ajourf øres med det inter val, der 
fastlægges i 4.1.1.1 (DSC_12). 
—  DSR C-køretøjsenhed. Dette er den funktion, der er indb ygget i eller tilsluttet antennen og er i 
kommunikation med køretøjsenheden via en kablet eller trådløs (BLE) forbindelse, og som 
indeholder de aktuelle data (VUPM-data) og forvalter svaret på en anmodning via 5,8 GHz DSR C- 
mediet. Afbr ydelse af DSR C-enheden eller interferens med DSR C-enhedens funktion under 
køretøjets normale drift betragt es som en overtrædelse af forordning (EU) 165/2014. 
—  Sikker hedsmodulet (REDCR) (SM-REDCR) er den funktion, der anvendes til at dekr yptere og 
kontrollere integritete n af dataene, der kommer fra køretøjsenheden. Metoder ne til at opnå dette 
fastlægges i tillæg 11, Fælles sikkerhedsmekanismer , og defineres ikke i dette tillæg. 
—  DSR C-enhedens (REDCR) (DSRC-REDCR) funktion omf atter en 5,8 GHz sender/modtager og 
tilhørende firmware og software, der administrerer kommunik ationen DSRC-kør etøjsenheden i 
overensstemmelse med dette tillæg. 
—  DSRC-REDCR forespørger DSR C-køretøjsenheden i det udvalgt e køretøj og modtage r dataene (det 
udvalgt e køretøjs aktuelle VUPM-data) via DSR C-forbindelsen og behandler og gemmer de 
modtagne data i sin SM-REDCR. 
—  DSRC-kør etøjsenhedens antenne skal være anbragt i en position, hvor den optimerer DSR C- 
kommuniktionen mellem køretøjet og antennen i vejsiden (nor malt i eller tæt på midten af 
køretøjets frontr ude). For lette køretøjer er mont ering svarende til den øverste del af frontr uden 
hensigtsmæssig. 
—  Der må ikke foref indes metalgen stande (f.eks. navn eskilte, mærkate r, refleksdæmpende folie 
(toning), solskær me, vinduesvisk ere, som ikke er i brug) foran eller tæt på antennen, som kan 
forstyr re kommunikationen. 
—  Antennen skal monteres, så dens boresigte er omtrent 900 i forhold til vejo verfladen (dvs. 
vertikal retning). 
DSC_20  Antenn en og kommunikationen opererer inden for ERC 70-03 og er afprøvet i forhold til de relevante 
parametre i 300 674-1 som beskrevet i afsnit 5. Ante nnen og kommunikationen kan anvende 
teknik ker til at afhjælpe risikoen for interfe rens af det trådløse signal som beskrevet i ECC-rappor t 
228, f.eks. ved brug af filtre i CEN DSR C 5,8 GHz-k ommunikationen. 
DSC_21  DSR C-antenn en tilslutt es DSR C-køretøjsenheden enten direkt e inde i modulet, der er monteret på eller 
i nærheden af forruden, eller via et dedik eret kabel, der er konstr ueret på en sådan måde, at en ulovlig 
afbr ydelse er vansk elig. Afbr ydelse af eller interferens med antennens funktion betragtes som en 
overtrædelse af forordning (EU) nr. 165/2014. Bevidst masker ing af eller andre former for forstyr relse 
af antennens drift betragt es som en overtrædelse af forordning (EU) nr. 165/2014. 
DSC_22  Antenn ens formfaktor defineres ikke og er genstand for en kommerciel beslutning, når blot den 
mont erede DSR C-køretøjsenhed opfylder overensst emmelseskravene som defineret i afsnit 5 nedenf or. 
Antenn en skal mont eres som fastsat i DSC_19 og som vist i figur 14.4 (oval linje), og den 
understøtt er effektivt de anvende lsessituationer , der beskr ives i 4.1.2 og 4.1.3. 26.5.2016 L 139/458 Den Europæisk e Unions Tidende DA    
Figur 14.4 
Eksempel på placer ing af 5,8 GHz DSR C-antennen i forruden af regulerede køretøjer 
REDCR'ens og dens antennes formfaktor kan variere i henhold til omstændigheder ne for læseren (monte ret på 
trefod, håndholdt, køretøjsmontere t osv.) og den metod e, som anvendes af repræsentant en for de kompet ente 
kontrolm yndigheder . 
Et displa y og/eller en meddelelsesfunktion benyttes til at præsente re resultaterne af fjernkommunikations ­
funktionen for repræsentant en for de kompet ente kontrolm yndigheder . Et displa y kan have form af en skær m, 
en udskr ift, et lydsignal eller en kombination af sådanne meddelelser . Formen af et sådant displa y og/eller 
meddelelser fastlægges i henhold til kravene fra repræsentanter ne for de kompe tent e kontrolm yndigheder og 
udstyrsdesignet og angives ikke i dette tillæg. 
DSC_23  REDCR'ens design og formfakt or fastlægg es af det kommercielle design, driftskrav ene i ERC 70-03 
samt design- og præstationsspecifi kationer ne i dette tillæg (afsnit 5.3.2), således at markedet gives 
maksi mal fleksibilitet til at designe og levere udstyr , der kan opfylde de specifikke beho v for 
anmodninger hos en given kompet ent kontrolm yndighed. 
DSC_24  DSRC-kør etøjsenheden og dens placer ing inde i eller uden for køretøjsenheden afhænger af det 
kommercielle design, driftskrav ene i ERC 70-03 samt de design- og præstationsspecifi kationer , der 
definer es i dette tillæg (afsnit 5.3.2) og i denne bestemmelse (5.1). 
DSC_25  DSRC-kør etøjsenheden skal imidler tid inden for rimelig e grænser være i stand til at modtage 
datak oncep tværdier fra andet intelli gent køretøjsudstyr ved hjælp af en open industr y-standardf or­
bindelse og prot okoller (f.ek s. fra weigh on board-udstyr), så længe disse datak oncep ter identificeres 
med entydige og kendt e applikationsidentifika torer/filnav ne, og instr uktionen om at anvende sådanne 
protok oller skal stilles til rådighed for Kommissionen og uden beregning for fabrikanter af relevant 
udstyr . 
5.2  Arbejdsgang 
5.2.1  Drift 
Arbejdsgan gen for driften fremgår af figur 14.5. 26.5.2016 L 139/459 Den Europæisk e Unions Tidende DA    
Figur 14.5 
Arbejdsgang for fjernkommunik ationsfunktionen 
Trinnene beskr ives i det følgen de: 
a.Så snar t køretøjet er i drift (tænding TIL), leverer takograf en data til køretøjsenhedsfunktionen. Køretøjsen ­
hedsfunktionen forbereder dataene til fjernkommunikationsfunktionen (krypteret) og ajourf ører VUPM, der 
ligge r i DSR C-køretøjsenhedens hukommelse (som defineret i 4.1.1.1-4.1.1.2). De indsamlede Data 
formate res som angivet i 5.4.4-5.4.5 nedenf or. 26.5.2016 L 139/460 Den Europæisk e Unions Tidende DA    
b.  Hver gang dataene ajourføres, skal tidsst emplet, som definer es i sikkerhedsdatak oncept et, ajourføres. 
c.  VUSM-funktionen sikrer dataene i overensste mmelse med procedurer ne i tillæg 11. 
d.  Hver gang dataene ajourføres (se 4.1.1.1-4.1.1.2), overføres dataene til DSR C-køretøjsenheden, hvor de 
erstatter eventuelle tidlig ere data, således at de ajourf ørte aktuelle data (dataene) altid vil være tilgæ ngelig e, 
hvis der indk ommer en anmodning fra en REDCR. Når køretøjsenheden leverer dataene til DSR C- 
køretøjsenheden, skal de kunne identificeres med filnavn et RTMData eller med identif ikatorer ne 
ApplicationID og Attribute. 
e.  Hvis en repræsentant for de kompet ente kontrolm yndigheder ønske r at kontrollere et køretøj og indsamle 
dataene fra det udvalgte køretøj, skal repræsentanten for de kompet ente kontrolm yndigheder først isætt e sit 
smar tcard i REDCR'en for at give mulighed for kommunik ationen og give SM-REDCR'en mulighed for at 
verificere dets ægthed og kryptere dataene. 
f.  Repræsentanten for den kompe tent e kontrolm yndighed udvælger heref ter et køretøj og anmoder om dataene 
via fjernkommunikation. REDCR'en indleder en 5,8 GHz DSR C-interfacesession med DSRC-kør etøjsenheden 
for det udvalgte køretøj og anmoder om dataene. Dataene overføres til REDCR'en via det trådløse kommunika ­
tionssyste m som en DSR C-attr ibut ved hjælp af applikationstjeneste n GET som defineret i 5.4. Attributt en 
indeholder de krypterede indholdsdatavæ rdier og DSR C-sikkerhedsdataene. 
g.  Dataene analyseres af REDCR -udstyret og leveres til repræsentanten for den kompet ente kontrolm yndighed. 
h.  Repræsentanten for den kompet ente kontrolm yndighed anvender dataene som en del af beslutning en om, 
hvorvidt køretøjet skal standses med henblik på en detaljeret inspektion, eller om en anden repræsentant for 
den kompet ente kontrolm yndighed skal anmodes om at standse køretøjet. 
5.2.2  Fortolkning af data modtag et via DSRC-kommunikatione n 
DSC_26  Data, der modtages over 5.8 GHz-interfacet har alene den betydning og vægt, der definer es i 5.4.4 og 
5.4.5 nedenf or og skal forstås inden for de deri definerede formål. I overensstemmelse med 
best emmelser ne of forordning (EU) nr. 165/2014 må dataene udelukkend e bruges til at stille relevante 
oplysning er til rådighed for en kompet ent kontrolm yndighed med henblik på at hjælpe disse med at 
afgøre, hvilke køretøjer der skal standses med henblik på fysisk inspektion, og skal efterfølgen de 
destr ueres i overensst emmelse med artikel 9 i forordning (EU) nr. 165/2014. 
5.3  Fysiske DSR C-interfaceparametre til fjernkommunik ation 
5.3.1  Lokaliser ingsbeg rænsninger 
DSC_27  Fjernanmodning er til køretøjer ved hjælp af et 5,8 GHz DSR C-interface bør ikke anvende s nær mere 
end 200 mete r fra en operationel 5,8 GHz DSR C-bro. 
5.3.2  Downlink- og uplink-par ametr e 
DSC_28  Udstyret til fjernaflæsning af takografer skal være i overensst emmelse med og fungere inden for 
ERC70-03 samt de parametre, der defineres i tabel 14.1 og 14.2 nedenf or. 26.5.2016 L 139/461 Den Europæisk e Unions Tidende DA    
DSC_29  Med henblik på at sikre kompati bilitet med driftsparametrene for andre standardiserede 5,8 GHz 
DSR C-syst emer gælder det endvidere, at det udstyr , der benyttes til fjernaflæsning af takografer , skal 
være i overensst emmelse med parametrene i EN 12253 og EN 13372. 
Det gælder navnlig: 
Tabel 14.1 
Downlinkparametre 
Punkt nr. Parameter Værdi(er) Bemærkning 
D1 Downlink -bærefrekven ­
ser Der findes fire altern ativer , som en 
REDCR kan benytte: 
5,7975 GHz 
5,8025 GHz 
5,8075 GHz 
5,8125 GHz Inden for ERC 70-03. 
Bærefrekvenser vælges af montøren af 
systeme t ved vejsiden og behøver ikke 
være kendt af DSR C-køretøjsenheden 
(Overholder EN 12253, EN 13372) 
D1a (*) Bærefrekvenser nes tole­
rance: inden for ± 5 ppm (Overholder EN 12253) 
D2 (*) RSU (REDCR) Spektral ­
maske for transmitte r Inden for ERC 70-03. 
REDCR'en skal være i overensst em­
melse med Class B,C som defineret i 
EN 12253. 
Ingen andre specifikke krav i dette bi­
lag Parameter , der benyttes til at kontrollere 
interfe rens mellem interrogato rer i nær ­
heden (som defineret i EN 12253 og EN 
13372). 
D3 OBU(DSR C-VU) Mini ­
mum frekvensint erval 5,795-5,815 GHz (Overholder EN 12253) 
D4 (*) Mak simum E.I.R.P . Inden for ERC 70-03 (uden tilladelse) 
og inden for de nationale beste mmel ­
ser 
Maksimum +33 dBm (Overholder EN 12253) 
D4a Vinklet E.I.R.P .-mask e I henhold til den indberett ede og of­
fentliggjor te specifikation fra designe ­
ren af interrogato ren (Overholder EN 12253) 
D5 Polar isering Venstre, cirkulær (I overensste mmelse med EN 12253) 
D5a Krydspolar isering XPD: 
I boresigte: (REDCR) RSU t ≥15 dB 
(DSR C-VU) OBU r≥ 10 dB 
I -3 dB-området: (REDCR) RSU t ≥ 10 
dB 
(DSR C-VU) OBU r ≥ 6 dB (Overholder EN 12253) 
D6 (*) Modulation Amplitudemodulation i to niveauer . (Overholder EN 12253) 
D6a (*) Modulationsindek s 0,5 … 0,9 (Overholder EN 12253) 26.5.2016 L 139/462 Den Europæisk e Unions Tidende DA    
Punkt nr. Parameter Værdi(er) Bemærkning 
D6b Øjenmønster ≥ 90 % (tid) / ≥ 85 % (amplit ude)  
D7 (*) Datak odning FM0 
‘1’-bit'en har kun transitioner ved be­
gyndelsen og slutninge n af bitinter val­
let. ‘0’-bit'en har en yderlige re transi ­
tion i midte n af bitinter vallet sammen ­
lignet med ‘1’-bit'en. (Overholder EN 12253) 
D8 (*) Bithastighed 500 kBit/s (Overholder EN 12253) 
D8a Bit-klokkens tolerance bedre end ± 100 ppm (Overholder EN 12253) 
D9 (*) Bitfejlrat e (B.E.R.) for 
kommunikation ≤10– 6, når den indfald ende effekt ved 
OBU (DSR C-VU) ligge r i det inter val, 
der er givet ved [D11a til D11b]. (Overholder EN 12253) 
D10 Star t-trigger til OBU 
(DSR C-køretøjsenhed) OBU (DSR C-køretøjsenheden) skal 
starte op ved modtagelse af en hvilken 
som helst ramme med 11 okte tter eller 
dero ver (inklusive præambel) Der kræves intet særligt startmønster . 
DSR C-køretøjsenheden kan starte op 
ved modtagelse af en ramme med min ­
dre end 11 okte tter 
(Overholder EN 12253) 
D10a Mak simal opstar tstid ≤ 5 ms (Overholder EN 12253) 
D11 Kommunikationszone Region, inden for hvilk en der opnås en 
B.E.R. i henhold til D9a (Overholder EN 12253) 
D11a (*) Effektgrænse for kom­
munikation (øvre). -24dBm (Overholder EN 12253) 
D11b (*) Effektgrænse for kom­
munikation (nedre). Indfald ende effekt: 
– 43 dBm (boresigt e) 
– 41 dBm (inden for – 45 ° — + 45 ° 
svarende til det plan, der er parallelt 
med vejo verfladen, når DSR C-køretøjs ­
enheden senere installeres i køretøjet 
(azimut)) (Overholder EN 12253) 
Udvidede krav til horisontale vinkler op 
til ± 45 ° som følge af de anvendelsessi ­
tuationer , der defineres i dette bilag. 
D12 (*) Afbr ydelsesniveau for 
(DSR C-køretøjsenhed) – 60 dBm (Overholder EN 12253) 
D13 Præambel Præambel er oblig ator isk. (Overholder EN 12253) 
D13a Længde og mønster for 
præambel 16 bit ± 1 bit FM0-k odede ‘1’ bits (Overholder EN 12253) 26.5.2016 L 139/463 Den Europæisk e Unions Tidende DA    
Punkt nr. Parameter Værdi(er) Bemærkning 
D13b Bølgef orm for præam ­
bel En skiftende sekvens af lavt og højt ni­
veau med en impulsvari ghed på 2 µs. 
Tolerancen angives i D8a (Overholder EN 12253) 
D13c Efterstillede bit RSU'en (REDCR) må højst transmittere 
8 bit efter afslutningsmarkøren. Der er 
ikke beho v for en OBU (DSR C-køre ­
tøjsenhed) for at tage hensyn til disse 
supplerende bit. (Overholder EN 12253) 
(*)  — Downlink -parametre er underlagt overensst emmelsesafprøvni ng i overensst emmelse med den relevant e parameterafpr øvning fra 
EN 300 674-1  
Tabel 14.2 
Uplink -parametre 
Punkt nr. Parameter Værdi(er) Bemærkning 
U1 (*) Frekvenser for sub-bæ ­
rebølge En OBU (DSR C-køretøjsenhed) skal 
understøtt e 1,5 MHz og 2,0 MHz 
En RSU (REDCR) skal understøtt e 
1,5 MHz eller 2,0 MHz eller begge . 
U1-0: 1,5 MHz U1-1: 2,0 MHz Frekvensvalg for sub-bærebølge 
(1,5 MHz eller 2,0 MHz) afhængigt af 
den valgte EN 13372-profi l. 
U1a (*) Tolerance for sub-bære ­
bølgefrekvenser inden for ± 0,1 % (Overholder EN 12253) 
U1b Brug af sidebånd Samme data på begge sider (Overholder EN 12253) 
U2 (*) OBU (DSR C-køretøjsen ­
hed) Spektralmaske for 
transmitter Overholder EN12253 
1)  Effekt, udadg ående bånd: 
se ETSI EN 300674-1 
2)  Effekt, indadg ående bånd: 
[U4a] dBm i 500 kHz 
3)  Emission på en hvilke n som helst 
anden uplink -kanal: 
U2(3)-1 = -35 dBm i 500 kHz (Overholder EN 12253) 
U4a (*) Mak simalt enkelt side ­
bånd E.I.R.P . (boresigt e) To muligheder: 
U4a-0: -14 dBm 
U4a-1: -21 dBm I henhold til den indberett ede og offent ­
liggjor te specif ikation fra designeren af 
udstyret 
U4b (*) Mak simalt enkelt side ­
bånd E.I.R.P . (35 °) To muligheder: 
—  Ikke relevant 
—  – 17dBm I henhold til den indberett ede og offent ­
liggjor te specif ikation fra designeren af 
udstyret 
U5 Polar isering Venstre, cirkulær (I overensste mmelse med EN 12253) 26.5.2016 L 139/464 Den Europæisk e Unions Tidende DA    
Punkt nr. Parameter Værdi(er) Bemærkning 
U5a Krydspolar isering XPD: 
I boresigte: (REDCR) RSU r ≥ 15 dB 
(DSR C-VU) OBU t ≥ 10 dB 
Ved -3 dB: (REDCR) RSU r ≥ 10 dB 
(DSR C-VU) OBU t ≥ 6 dB (Overholder EN 12253) 
U6 Modulation af sub-bære ­
bølge 2-PSK 
Kodede data synkroniseret med sub- 
bærebølg e: Transitioner ne for kodede 
data er sammenfa ldende med transitio ­
nerne for sub-bærebølge n. (Overholder EN 12253) 
U6b Driftsper iode Driftsper iode: 
50 % ± α, α ≤ 5 % (Overholder EN 12253) 
U6c Modulation på bære ­
bølge Multiplikation af moduleret sub-bære ­
bølge med bærebølge . (Overholder EN 12253) 
U7 (*) Datak odning NRZI (Ingen transition ved begyndel ­
sen af ‘1’-bit'en, transition ved begyn ­
delsen af ‘0’-bit'en, ingen transition in­
den for bit'en) (Overholder EN 12253) 
U8 (*) Bithastighed 250 kbit/s (Overholder EN 12253) 
U8a Tolerance for bit-takt Inden for ± 1 000 ppm (Overholder EN 12253) 
U9 Bitfejlrat e (B.E.R.) ved 
kommunikation ≤ 10 – 6 (Overholder EN 12253) 
U11 Kommunikationszone Den fysiske region, inden for hvilken 
DSR C-køretøjsenheden befinder sig, så­
ledes at dens transmissioner modtag es 
af REDCR'en med en B.E.R. på mindre 
end det, der angives i U9a. (Overholder EN 12253) 
U12a (*) Konver teringsfor stærk ­
ning (nedre grænse) 1 dB for hver t sidebånd Vinkelint erval: 
Cirkulær t symmetr isk mellem boresigte 
og ± 35 ° 
og  
inden for – 45 ° — + 45 ° svarende til 
det plan, der er parallelt med vejo ver­
fladen, når DSR C-køretøjsenheden se­
nere installeres i køretøjet (azimut) Stør re end det angivne inter val for hori­
sontale vinkler op til ± 45° som følge af 
de anvendelsessituationer , der defineres i 
dette bilag. 
U12b (*) Konver teringsfor stærk ­
ning (øvre grænse) 10 dB for hver t sidebånd Mindre end det angivne værdiint erval 
for hver t sidebånd inden for en cirkel ­
formet kegle omkr ing boresigtet med en 
± 45 ° åbningsvinke l. 
U13 Præambel Præambel er oblig ator isk. (Overholder EN 12253) 26.5.2016 L 139/465 Den Europæisk e Unions Tidende DA    
Punkt nr. Parameter Værdi(er) Bemærkning 
U13a Præambel 
Længde og mønster 32 til 36 µs udelukk ende moduleret 
med sub-bærebølge , heref ter 8 bit 
NRZI-k odede ‘0’-bit. (Overholder EN 12253) 
U13b Efterstillede bit DSR C-køretøjsenheden må højst trans ­
mitter e 8 bit efter afslutningsmarkøren. 
En RSU (REDCR) skal ikke tage hensyn 
til disse supplerende bit. (Overholder EN 12253) 
(*)  Uplink -parametre er underlagt overensst emmelsesafprøvning i overensst emmelse med den relevante parameterafpr øvning fra EN 
300 674-1  
5.3.3  Antennedesign 
5.3.3.1  REDCR -ant enne 
DSC_30  Udformninge n af REDCR -ant ennen bestemmes af det kommercielle design, og den skal operere inden 
for de grænser , der er fastsat i 5.3.2, som har til formål at optimere DSRC-REDCR'ens læseevne med 
det specifi kke formål og på de læsevilkår , som REDCR'en er udformet til at operere under . 
5.3.3.2  Køretøjsenhedens antenne 
DSC_31  Udformninge n af antennen på DSRC-kør etøjsenheden best emmes af det kommercielle design, og den 
skal operere inden for de grænser , der er fastsat i 5.3.2, som har til formål at optimere DSRC- 
REDCR'ens læseevne med det specif ikke formål og på de læsevilkår , som REDCR'en er udformet til at 
operere under . 
DSC_32  Køretøjsenhedens antenne fastgøres til eller tæt ved køretøjets forrude som specific eret i ovenstående 
5.1. 
DSC_33  I testmiljøet i et værks ted (se afsnit 6.3) skal antennen på en DSR C-køretøjsenhed, der er monteret i 
henhold til 5.1 ovenf or, oprett e forbindelse til standardtestk ommunikationsudstyr og genn emføre en 
RTM -transaktion som defineret i dette tillæg i en afstand på 2 og 10 m mere end 99 % af tiden med 
et gennemsnit på over 1 000 læste anmodninger . 
5.4  DSR C-protok olkrav til RTM 
5.4.1  Over sigt 
DSC_34  Transaktionsprotok ollen til download af dataene via 5,8 GHz DSR C-interfacef orbindelsen skal være i 
overensst emmelse med følgen de beskr ivelse. I dette afsnit beskr ives en transaktionsstr øm under ideelle 
betingelse r uden genfremsendelser eller kommunikationsafbr ydelser . 
Bemærk: Formålet med initialiser ingsfasen (trin 1) er at etablere kommunikationen mellem REDCR'en 
og DSR C-køretøjsenheder , der er kommet ind i 5,8 GHz DSR C- (master -slave) transaktionsområdet, 
men endnu ikke har etableret kommunikation med REDCR'en, og at anmelde applikationsprocesser .  
— Trin 1Initialiser ing. REDCR'en sender en ramme med en ”Beacon Service Table” (BST), der 
indeholder applikationsidentifika torerne (AIDs) i den serviceliste, den understøtt er. I RTM- 
applikationen bliver dette gansk e enke lt tjenesten med AID-værdien = 2 (Freight&Fleet). DSRC- 
køretøjsenheden evaluerer den modtagne BST og reage rer (se nedenf or) med listen over de 
understøtt ede applikationer i Freight&Fleet-området eller reager er ikke, hvis inge n applikationer 
understøtt es. Hvis REDCR'en ikke tilbyde r AID = 2, afslutter svarer DSR C-køretøjsenheden ikke 
REDCR'en. 26.5.2016 L 139/466 Den Europæisk e Unions Tidende DA    
— Trin 2DSRC-kør etøjsenheden sender en ramme med en anmodning om tildeling af et privat 
vindue.  
— Trin 3REDCR'en sender en ramme med tildeling af et privat vindue.  
— Trin 4DSRC-køretøjsenheden bruger det tildelte private vindue til at sende en ramme med dets 
servicetabel for køretøjet (VST). Denne VST indeholder en liste med alle de forsk ellige applikations ­
forek omster , som denne DSRC-kør etøjsenhed understøtter i AID = 2-rammen. De forskellig e 
forek omster identif iceres ved hjælp af entydigt generere de EID'er , hver tilhørende en 
paramete rværdi for applikationsindholdsmarkør , der angiver applikationen og den understøttede 
standard.  
— Trin 5Deref ter analyserer REDCR'en den tilbudte VST og afslutte r enten forbindelsen (RELEASE), 
da den ikke er interesseret i noget af det, VST'en kan tilbyde (dvs. at den modtager en VST fra en 
DSRC-kør etøjsenhed, der ikke understøtt er RTM-transaktionen), eller den starter en app-f orek omst.  
— Trin 6For at igan gsætte dette sender REDCR'en en ramme med en kommando om at hente RTM- 
data, som identificerer forek omsten af RTM-applikationen ved at specificere den identif ikator, der 
svarer til forek omsten af RTM-applikationen (som specif iceret af DSR C-køretøjsenheden i VST'en), 
og tildeler et privat vindue.  
— Trin 7DSRC-kør etøjsenheden bruger det nyligt tildelte private vindue til at sende en ramme med 
den behandlede identif ikator svarende til RTM-applikatio nsforek omsten som tilvejebragt i VST'en, 
efterfulgt af egenskaben RtmData (dataindholdselement + sikkerh edselement). 
—Trin 8Hvis der er anmodet om flere services, ændres værdien ‘n’ til det næst e serviceref eren ­
cenummer , og processen gentages.  
— Trin 9REDCR'en bekræf ter modtage lsen af data ved at sende en ramme med en RELEASE- 
kommando til DSRC-kør etøjsenheden for at afslutte sessionen ELLER går tilbage til trin 6, hvis den 
ikke har valideret en vellykk et modtag else af LDPU'en. 
Se figur 14.6 for en grafisk beskr ivelse af transaktionsprotok ollen.  26.5.2016 L 139/467 Den Europæisk e Unions Tidende DA    
Figur 14.6 
RTM 5,8 GHz DSR C-procesf low 
26.5.2016 L 139/468 Den Europæisk e Unions Tidende DA    
5.4.2  Kommandoer 
DSC_35  Følgen de kommandoer bruges kun i en RTM-transaktionsfase  
— INITIALIS ATION .reques t:En kommando, der afgives af REDCR'en i form af en transmission 
med definition af applikationer , som REDCR'en understøtt er.  
— INITIALIS ATION .response: Et svar fra DSR C-køretøjsenheden, der bekræf ter forbindelsen og 
indeholder en liste over understøttede applikationsf orek omster med kendet egn og information om, 
hvordan de skal håndteres (EID).  
— GET .reques t:En kommando afgivet af REDCR'en til DSRC-kør etøjsenheden, der angiver den 
applikationsf orek omst, der skal håndteres ved hjælp af en definer et EID, som denne modtages i 
VST'en, som instr uerer DSRC-køretøjsenheden i at sende de(n) valgte attribut(t er) sammen med 
dataene. Formålet med GET -kommandoen er, at REDCR'en skal hente dataene fra DSRC- 
køretøjsenheden.  
— GET .response: Et svar fra DSR C-køretøjsenheden, der indeholder dataene fra forespørgslen.  
— ACTION .reques t ECH O:En kommando, der instr uerer DSRC-køretøjsenheden i at sende data 
tilbage fra DSRC-køret øjsenheden til REDCR'en. Formålet med ECH O-kommandoen er at give 
værksteder eller prøveanlæg til typegodken delse mulighed for at efterprøve, at DSR C-forbindelsen 
fung erer uden at kræve adgan g til sikker hedsoplysninger .  
— ACTION.response (ECHO): Svar fra DSR C-køretøjsenheden på ECHO-komm andoen.  
— EVENT_REPORT .reques t RELEASE: En kommando til DSRC-kør etøjsenheden om, at 
transaktionen er afsluttet. Formålet med RELEASE-k ommandoen er at afslutte sessionen med 
DSRC-kør etøjsenheden. Ved modtagelsen af RELEASE reage rer DSRC-kør etøjsenheden ikke på 
yderlig ere anmodninger under den nuværende forbindelse. Bemærk, at en DSR C-køretøjsenhed i 
henhold til EN 12834 ikke forbindes to gange til samme interr ogator , medmindre den har været 
ude af kommunikationsområdet i 255 sekunder , eller hvis interr ogatorens Beacon-ID er blevet 
ændret. 
5.4.3  Kommandosekve ns ved anmodning 
DSC_36  Set ud fra kommando- og responssekvensen beskr ives transaktionen som følger: 
Rækkef ølge Sender  Modtag er Beskr ivelse Handling 
1 REDCR > DSR C-VU Initialiser ing af kommunikatio ­
nen forbindelse — Anmodning REDCR udsender BST 
2 DSRC-kør e­
tøjsenhed > REDCR Initialiser ing af kommunik ationen 
forbindelse — Svar Hvis BST understøtter AID=2, an­
moder DSRC-kør etøjs-enheden om 
et privat vindue 
3 REDCR > DSR C-kø ­
retøjsen ­
hed Tildeler et privat vindue Sender ramme med tildeling af 
privat vindue 
4 DSRC-kør e­
tøjsenhed > REDCR Sender VST Sender ramme indeholdende VST 
5 REDCR > DSR C-kø ­
retøjsen ­
hed Sender GET .request om data i 
Attribut for specif ik EID  
6 DSRC-VU > REDCR Sender GET .response med ønsk et 
Attr ibut til specifi k EID Sender attribut (RTMData, OW S­
Data….) med data til specifik EID 26.5.2016 L 139/469 Den Europæisk e Unions Tidende DA    
Rækkef ølge Sender  Modtag er Beskr ivelse Handling 
7 REDCR > DSR C-kø ­
retøjsen ­
hed Sender GET .request om data 
anden Attribut (hvis relevant)  
8 DSRC-kør e­
tøjsenhed > REDCR Sender GET .response med ønsk et 
Attr ibut Sender Attr ibut med data til speci ­
fik EID 
9 REDCR > DSR C-kø ­
retøjsen ­
hed Bekræf ter vellykket modtagelse 
af data Sender RELEASE-k ommando, 
der afslutter transaktionen 
10 DSRC-kør e­
tøjsenhed   Afslutter transaktionen   
Et eksempel på transaktionssekvensen og indholdet af de udvekslede rammer defineres i punkt 5.4.7 
og 5.4.8. 
5.4.4  Datastr ukture r 
DSC_37  Når dataene sendes via 5,8 GHz DSR C-interfacet, skal deres semantisk e struktur være i 
overensst emmelse med beskr ivelsen i dette tillæg. Den måde, disse data er struktureret på, specifi ceres 
i denne artikel. 
DSC_38  Indholdsdataene (RTM-data) består af en sammenkædning af  
1. Encr yptedtac hographPa yload-data, som er krypteringen af TachographP ayload som defineret i 
ASN.1 i afsnit 5.4.5. Krypteringsmetod en er beskrevet i tillæg 11  
2. DSR CSecur ityData, specifi ceres i tillæg 11. 
DSC_39  RTM -data behandles som RTM-at tribut = 1 og overføres i RTM-con tainer = 10. 
DSC_40  RTM -indholdsmarkøren identificerer den understøttede standarddel i TARV-serien af standarder (RTM 
svarer til del 9) 
ASN.1-moduldefinit ion for DSR C-dataene inden for RTM-applikationen defineres som følger:  26.5.2016 L 139/470 Den Europæisk e Unions Tidende DA    
26.5.2016 L 139/471 Den Europæisk e Unions Tidende DA    
5.4.5  Elementer af RtmData, udførte handlinger og definitioner 
DSC_41  Data værdier ne, som skal beregnes af køretøjsenheden og bruges til at ajourf øre de sikrede data i 
DSR C-køretøjsenheden, skal beregnes i henhold til reglerne i tabel 14.3: 
Tabel 14.3 
Elementer af RtmDat a, udfø rte handlinger og definitioner 
(1) RTM-data ­
element (2) Handling udført af køretøjsenhed  (3) ASN.1 Defini tion af data 
RTM1 
Køretøjsregi ­
strer ing Num ­
mer plade Køretøjsenheden angiver værdien for tp15638V ehicleR egistr atio­
nPlate dataelemente t RTM 1 fra den registrerede værdi for data ­
typen VehicleRegistr ationIdentif ication som definer et i tillæg 1 Ve­
hicleRe gistr ationIdentifi cation Køretøjets num ­
mer plade udtr ykt 
som en streng af 
tegn 
26.5.2016 L 139/472 Den Europæisk e Unions Tidende DA    
(1) RTM-data ­
element (2) Handling udført af køretøjsenhed  (3) ASN.1 Defini tion af data 
RTM2 
Hastigheds ­
hændelse VU genererer en boolsk værdi for dataelement RTM2 
tp15638SpeedingEvent. 
VU beregner værdien af tp15638SpeedingEvent på grundlag af 
antallet af Over Speeding Events, der er registreret i køretøjsen ­
heden i løbet af de senest e 10 dages forek omst, som defineret i 
bilag 1C. 
Hvis der er mindst en tp15638SpeedingEvent inden for de se­
neste 10 dages forek omst, sættes værdien tp15638SpeedingE ­
vent til TRUE. 
ELSE, hvis der ikke har været nogen hændelser inden for de se­
neste 10 dages forek omst, sættes tp15638SpeedingEvent til 
FALSE. 1 (TRUE) = angi ­
ver uregelmæssi g­
heder med speed 
inden for de se­
neste 10 dages 
forek omst 
RTM3 
Kørsel uden 
gyldigt kort Køretøjsenheden genererer en boolsk værdi for dataelement 
RTM3 tp15638Dr ivingWithoutV alidCard. 
Køretøjsenheden tildeler værdien TRUE til variablen 
tp15638Dr ivingudenV alidCard, hvis køretøjsenhedsdataene 
har registreret mindst en hændelse inden for de seneste 10 
dages forek omst, af typen Kørsel uden et korrekt kort som de­
fineret i bilag 1C. 
ELSE, hvis der ikke har været nogen hændelser inden for de se­
neste 10 dages forek omst, sættes variablen tp15638Dr ivingWi ­
thoutV alidCard til FALSE. 1 (TRUE) = Angi ­
ver brug af brug 
af kort 
RTM4 
Gyldigt fører ­
kort Køretøjsenheden genererer en boolsk værdi af dataelement 
RTM4 
tp15638Dr iverCard på grundlag af de lagrede data i køretøjs ­
enheden og som defineret i tillæg 1. 
Hvis der ikke er et gyldigt førerk ort til sted e, sætter køretøjsen ­
heden variablen til TRUE 
ELSE, hvis der er et gyldigt førerk ort til sted e, sætter køretøjs ­
enheden variablen til FALSE 0 (FALSE) = An­
giver et gyldigt 
førerk ort 
RTM5 
Isætning af 
kort under 
kørsel Køretøjsenheden genererer en boolsk værdi for dataelementet 
RTM5. 
Køretøjsenheden tildeler variablen tp15638CardInser tion vær­
dien TRUE, hvis køretøjsenhedsdataene inden for de seneste 10 
dages forek omst, har registreret mindst en hændelse af typen 
»Isætning af kort under kørsel« som defineret i bilag IC. 
ELSE, hvis der ikke er sket en sådan hændelse inden for de se­
neste 10 dages forek omst, sættes variablen tp15638CardInser ­
tion til FALSE. 1 (TRUE) = Angi ­
ver isætning af 
kort under kørsel 
inden for de se­
neste 10 dages 
forek omst 
RTM6 
Fejl i bevægel ­
sesdata Køretøjsenheden genererer en boolsk værdi for dataelementet 
RTM6. 
Køretøjsenheden tildeler variablen tp15638MotionDataEr ror 
værdien TRUE, hvis køretøjsenhedsdataene inden for de senest e 
10 dages forek omst, har registreret mindst en hændelse af ty­
pen »Fejl i bevægelse sdata« som defineret i bilag 1C. 
ELSE, hvis der ikke er sket en sådan hændelse inden for de se­
neste 10 dages forek omst, sættes variablen tp15638MotionDa ­
taEr ror til FALSE. 1 (TRUE) = Angi ­
ver fejl dataf ejl 
inden for de se­
neste 10 dages 
forek omst 
26.5.2016 L 139/473 Den Europæisk e Unions Tidende DA    
(1) RTM-data ­
element (2) Handling udført af køretøjsenhed  (3) ASN.1 Defini tion af data 
RTM7 
Køretøjsbe ­
vægelses-k on­
flikt Køretøjsenheden genererer en boolsk værdi for dataelementet 
RTM7. 
Køretøjsenheden tildeler variablen tp15638vehicleMotionCon ­
flict værdien TRUE, hvis køretøjsenhedsdataene inden for de 
seneste 10 dage har registreret mindst en hændelse af typen 
Køretøjsbevæg elsesk onflikt (værdi ‘0A’H ). 
ELSE, hvis der ikke har været nogen hændelser inden for de se­
neste 10 dages forek omst, sættes variablen tp15638vehicleMo ­
tionConf lict til FALSE. 1 (TRUE) = Angi ­
ver bevægelses- 
konflikt inden for 
de seneste 10 
dages forek omst 
RTM8 
2. førerk ort Køretøjsenheden genererer en boolsk værdi for dataelementet 
RTM8 på grundlag af bilag 1C (»Føreraktivitets data« CREW og 
CO-DRIVER). 
Hvis et 2. gyldigt førerk ort er til stede, sætte r køretøjsenheden 
variablen til TRUE 
ELSE, hvis der ikke er et 2. gyldigt førerk ort til stede, sætter 
køretøjsenheden variablen til FALSE 1 (TRUE) = Angi ­
ver, at et andet 
førerk ort er isat 
RTM9 
Aktuel aktivi ­
tet Køretøjsenheden genererer en boolsk værdi for dataelementet 
RTM9. 
Hvis den aktuelle aktivitet er registreret i køretøjsenheden som 
en hvilk en som helst anden aktivite t end »KØRSEL« som defi­
neret i bilag 1C, sætter køretøjsenheden variablen til TRUE 
ELSE, hvis den aktuelle aktivit et registreres i køretøjsenheden 
som »KØRSEL«, sætter køretøjsenheden variablen til FALSE 1 (TRUE) = an­
den aktivitet 
valgt ; 
0 (FALSE) = kør­
sel valgt 
RTM10 
Seneste ses­
sion afsluttet Køretøjsenheden genererer en boolsk værdi for dataelementet 
RTM10. 
Hvis den senest e kortsession ikke blev lukket korrekt som defi­
neret i bilag 1C, sætter køretøjsenheden variablen til TRUE 
ELSE, hvis den seneste kortsession blev lukket korrekt, sætter 
køretøjsenheden variablen til FALSE 1 (TRUE) = ikke 
lukket korrekt 
0 (FALSE) = luk­
ket korrekt 
RTM11 
Afbr ydning af 
strømf orsy ­
ning Køretøjsenheden generer en heltalsværdi for dataelementet 
RTM11. 
Køretøjsenheden tildeler variablen tp15638P owerSupplyInt er­
ruption en værdi svarende til længst e afbr ydelse af strømf orsy ­
ningen i overensstemmelse med artikel 9 i forordning (EU) 
165/2014 af typen »Afbr ydelse af strømf orsyning« som define­
ret i bilag 1C. 
ELSE, hvis der inden for de seneste 10 dage s forek omst, ikke 
har været hændelser med afbr ydelse af strømf orsyning en, sæt­
tes værdien af heltallet til 0. —Antal afbr ­
ydelser af 
strømf orsy ­
ningen inden 
for de seneste 
10 dages 
forek omst 
26.5.2016 L 139/474 Den Europæisk e Unions Tidende DA    
(1) RTM-data ­
element (2) Handling udført af køretøjsenhed  (3) ASN.1 Defini tion af data 
RTM12 
Følerfejl Køretøjsenheden genererer en heltalsværdi for dataelementet 
RTM12. 
Køretøjsenheden tildeler variablen sensorFault en værdi på: 
—1 hvis der er registreret en hændelse af typen ‘35H’ Føler ­
fejl inden for de seneste 10 dage, 
—2 hvis der er registreret en hændelse af typen GNSS-modta ­
gerfejl (enten intern eller ekster n med enum-værdien ‘51’H 
eller ‘52’H) inden for de senest e 10 dage. 
—  3 hvis der er registreret en hændelse af typen ‘53’H Ekster n 
GNSS-k ommunikationsfejl inden for de seneste 10 dages 
forek omst. 
—4 Hvis der er registreret både følerfejl og GNSS-modtager ­
fejl inden for de seneste 10 dages forek omst 
—  5 Hvis der er registreret både følerfejl og ekster ne GNSS- 
kommunikationsfe jl inden for de seneste 10 dages fore­
komst 
—6 Hvis der er registreret både GNSS-modtagerfejl og eks­
terne GNSS-k ommunikationsfejl inden for de seneste 10 
dages forek omst 
—7 Hvis alle tre følerfejl er blevet registreret inden for de se­
neste 10 dages forek omst 
ELSE tildeler den værdien 0, hvis der ikke er registreret nogen 
hændelser inden for de senest e 10 dages forek omst —  føler fejl en 
oktet i hen­
hold til data ­
ordlisten 
RTM13 
Tidsjuster ing Køretøjsenheden genererer en heltalsværdi (timeReal fra tillæg 
1) til dataelementet RTM13 på grundlag af tilstedeværelsen af 
data for indstilling af klokkeslæt som defineret i bilag 1C. 
Køretøjsenheden tildeler den tidsværdi, hvor den seneste hæn ­
delse med tidsindstillingsdata er forek ommet. 
ELSE, hvis der ikke findes nogen »Indstilling af klokkeslæt«- 
hændelse som defineret i bilag 1C i dataene for køretøjsenhe ­
den, sættes værdien til 0 Tidspunkt for se­
neste indstilling 
RTM14 
Forsøg på sik­
kerhedsbr ud Køretøjsenheden genererer en heltalsværdi (timeReal fra tillæg 
1) til dataelementet RTM14 på grundlag af en hændelse med 
forsøg på sikke rhedsbr ud som definer et i bilag 1C. 
Køretøjsenheden sætter værdien til tidspunktet for den seneste 
hændelse med forsøg på sikker hedsbr ud, som køretøjsenheden 
har registreret. 
ELSE, hvis der ikke findes nogen »forsøg på sikker hedsbr ud«- 
hændelse som defineret i bilag 1C i dataene for køretøjsenhe ­
den, sættes værdien til 0x00FF . Tidspunkt for se­
neste forsøg på 
sikker hedsbr ud 
—Standard ­
værdi 
=0x00FF 
RTM15 
Seneste kali­
brer ing Køretøjsenheden genererer en heltalsværdi (timeReal fra tillæg 
1) til dataelementet RTM15 på grundlag af tilstedeværelsen af 
seneste kalibrer ingsdata som defineret i bilag 1C. 
Køretøjsenheden sætte r værdien til tidspunktet for de senest e 
to kalibrer inger (RTM15 og RTM16), som angives i VuCalibra ­
tionData, jf. definitionen i tillæg 1. 
Køretøjsenheden sætte r værdien for RTM15 til timeReal for 
den senest e kalibrer ingsregistrer ing. Tidspunkt for se­
neste kalibre ­
ringsdata 
26.5.2016 L 139/475 Den Europæisk e Unions Tidende DA    
(1) RTM-data ­
element (2) Handling udført af køretøjsenhed  (3) ASN.1 Defini tion af data 
RTM16 
Foregående 
kalibrer ing Køretøjsenheden genererer en heltalsværdi (timeReal fra tillæg 
1) for dataelemente t RTM16 for kalibrer ingsregistrer inge n 
forud for den seneste kalibrer ing 
ELSE, hvis der ikke findes nogen tidlig ere kalibrer ing, sætter 
køretøjsenheden værdien for RTM16 til 0. Tidspunkt for 
foregåe nde kali­
brer ings-data 
RTM17 
Dat o for til­
slutning af 
tako graf For dataelementet RTM17 genererer køretøjsenheden en hel­
talsværdi (timeReal fra tillæg 1). 
Køretøjsenheden sætter værdien for tidspunkte t for den første 
installer ing af køretøjsenheden. 
Køretøjsenheden henter disse data fra VuCalibrationData (tillæg 
1) fra vuCalibrationRecords med CalibrationPur pose lig med: 
‘03’H Dato for tilslut ­
ning af takograf 
RTM18 
Aktuel hast ig­
hed Køretøjsenheden generer en heltalsværdi for dataelementet 
RTM18. 
Køretøjsenheden sætter værdien for RTM16 til den senest regi­
strerede aktuelle hastighed på tidspunktet for den seneste 
ajourf øring af RtmData. Senest registre ­
rede aktuelle ha­
stighed 
RTM19 
Tidsstempel For dataelementet RTM19 genererer køretøjsenheden en hel­
talsværdi (timeReal fra tillæg 1). 
Køretøjsenheden sætte r værdien for RTM19 til tidspunktet for 
den senest e ajourføring af RtmData. Tidsstem pel for 
aktuel 
TachographPa y­
load-post 
5.4.6  Dataoverførselsmekanisme 
DSC_42  REDCR anmoder om tidligere defineret dataindhold efter initialiser ingsf asen, der heref ter overføres af 
DSRC-kør etøjsenheden i det tildelte vindue. REDCR benytter kommandoen GET til at hente data. 
DSC_43  Ved alle DSR C-udveks linge r skal dataene kodes med PER (Pac ked Encoding Rules). 
5.4.7  Detaljere t DSRC-tr ansaktionsbeskr ivelse 
DSC_44  Initialiser ingen udføres i henhold til DSC_44-DSC_48 og tabel 14.4-14.9. Under initialiser ingsfas en 
begynder REDCR at sende en ramme, der indeholder en BST (Beacon Service Table) i henhold til EN 
12834 og EN 13372, 6.2, 6.3, 6.4 og 7.1 med indstillinger som angivet i nedenstående tabel 14.4. 26.5.2016 L 139/476 Den Europæisk e Unions Tidende DA    
Tabel 14.4 
Initialiser ing — BST -rammeindstillinger 
Felt Indstillinger 
Link -identifikator Sendeadresse 
BeaconId I henhold til EN 12834 
Klokk eslæt I henhold til EN 12834 
Profil Ingen udvidelse, 0 eller 1 benyttes 
MandApplications Ingen udvidelse, EID ikke til stede, Paramet er ikke til stede, AID = 2 
Freight&Fleet 
NonMandApplications Ikke til stede 
ProfileL ist Ingen udvidelse, antal profiler på listen = 0 
Fragmenterin gs-header Ingen fragment ering 
Indstilling er for lag 2 Kommando-PDU, UI-k ommando  
Følgen de tabel 14.5 indeholder et praktisk eksempel på indstillinger ne i tabel 14.4 med angivelse af 
bitk odninger . 
Tabel 14.5 
Initialiser ing — eksempel på BST -rammeindhold Oktet nr:Attr ibut/Felt Bit in oktet Beskr ivelse 
1 MARKØR 
 Star tmarkør 
2 Sende-ID 
 Sendeadresse 
3 MAC-kontrolf elt 
 Kommando-PDU 
4 LLC -kontrolfelt 
 UI-k ommando 
5 Fragment erings-header 
 Inge n fragment ering 26.5.2016 L 139/477 Den Europæisk e Unions Tidende DA    
Oktet nr:Attr ibut/Felt Bit in oktet Beskr ivelse 
6 BST 
 Initialiser ingsanmodning 
SEQUENCE {   
OPTION indicator 
BeaconID SEQUENCE { 
ManufacturerId INTEGER 
(0..65535)  
NonMand-applikationer ikke til stede    
Fabri kantidentifikator 
7  
8  
IndividualID INTEGER 
(0..134217727)  
} 
27 bit ID tilgæng elig for fabr ikant 
9 
10 
11 
12 Klokk eslæt INTEGER 
(0..4294967295)  
32 bit UNIX realtid 
13 
14 
15 
16 Profil INTEGER (0..127,…)  
 Inge n udvidelse. Eksempelprofil 0 
17 MandApplications SEQUENCE 
(SIZE(0..127, 
…)) OF {  
Inge n undtag else, Antal mandApplica ­
tions = 1 
18 SEQUENCE {   
OPTION indicator 
 EID ikke til sted e 
OPTION indicator 
 Parame ter ikke til stede 
AID DSR CApplicationEntityID 
} }  
Inge n udvidelse. AID = 2 Freight&Fleet 26.5.2016 L 139/478 Den Europæisk e Unions Tidende DA    
Oktet nr:Attr ibut/Felt Bit in oktet Beskr ivelse 
19 Profil eList SEQUENCE (0..127,…) 
OF Profile }  
Inge n udvidelse, antal profiler på listen 
= 0 
20 FCS 
 Sekvens for rammek ontrol 
21 
22 Markør 
 Slutmarkør  
DSC_45  Når en DSRC-køretøjsenhed modtager en BST, kræver den tildeling af et privat vindue som specifi ceret i 
EN 12795 og EN 13372, 7.1.1, uden specifikke RTM-indstillinger . Tabel 14.6 indeholder et eksem pel 
på bitk odning. 
Tabel 14.6 
Initialiser ing — Indhold af ramme til anmodning om tildeling af privat vindue Oktet nr:Attr ibut/Felt Bit i oktet Beskr ivelse 
1 MARKØR 
 Star tmarkør 
2 Privat LID 
 Linkadresse for specifik DSR C-køre ­
tøjsenhed 
3 
4 
5 
6 MAC-kontrolf elt 
 Anmodning om privat vindue 
7 FCS 
 Sekvens for rammek ontrol 
8 
9 Markør 
 Slutmarkør  
DSC_46  Heref ter svarer REDCR'en ved at tildele et privat vindue som specificeret i EN 12795 og EN 13372, 
7.1.1, uden specifi kke RTM-ind stillinger . 
Tabel 14.7 indeholder et eksempel på bitk odning. 26.5.2016 L 139/479 Den Europæisk e Unions Tidende DA    
Tabel 14.7 
Initialiser ing — Indhold af ramme til anmodning om tideling af privat vindue Oktet nr:Attr ibut/Felt Bit i oktet Beskr ivelse 
1 MARKØR 
 Star tmarkør 
2 Privat LID 
 Linkadresse på den specifikke DSR C- 
køretøjsenhed 
3 
4 
5 
6 MAC-kontrolf elt 
 Tildeling af privat vindue 
7 FCS 
 Sekvens for rammek ontrol 
8 
9 Markør 
 Slutmarkør  
DSC_47  Når DSRC-kør etøjsenheden modtag er tildeling en af det private vindue, sender den sin VST (Vehicle 
Service Table) som defineret i EN 12834 og EN 13372, 6.2, 6,3, 6.4 og 7.1 med indstillinger som 
specifi ceret i tabel 14.8 ved hjælp af det tildelte transmissionsvindue. 
Tabel 14.8 
Initialiser ing — VST -rammeindst illinger 
Felt Indstillinger 
Privat LID I henhold til EN 12834 
VST-parametre Fill = 0, heref ter for hver understøtt et applikation: EID til stede, para ­
meter til stede, AID = 2, EID som genereret af OBU 
Parameter Ingen udvidelse, Indeholder RTM-k ontekstmarkør 
ObeConfiguration Det valgfr ie felt ObeStatus kan være til stede, men skal ikke benytt es af 
REDCR'en 
Fragmenterin gs-header Ingen fragment ering 
Indstilling er for lag 2 Kommando-PDU, UI-k ommando  26.5.2016 L 139/480 Den Europæisk e Unions Tidende DA    
DSC_48 DSRC-kør etøjsenheden skal understøtte applikationen ”Freight&Fleet”, som identif iceres med applikati ­
onsidentifikatoren ”2”. Andre applikationsidentifikatorer kan også understøtt es, men behøver ikke 
være til stede i denne VST, eftersom BST kun kræver AID = 2. Felte t ”Applikationer” indeholder en 
liste over de understøttede applikationsf orek omster i DSRC-kør etøjsenheden. For hver understøtt et 
applikationsf orek omst indsættes der en henv isning til den relevante standard bestående af et RTM 
Context-mær ke, der består af en OBJECT IDENTIFIER, som repræsenterer den tilhørende standard, 
dens del (9 for RTM) og eventuelt dens version, plus en EID, som genereres af DSR C-køretøjsenheden, 
og som er tilkny ttet den pågældende applikationshændelse. 
Tabel 14.9 indeholder et praktisk eksempel på de indstillinger , der angives i tabel 14.8, med angivelse 
af bitk odninger . 
Tabel 14.9 
Initialiser ing — Eksempel på VST -rammeindhold Oktet nr:Attr ibut/Felt Bit i oktet Beskr ivelse 
1 MARKØR 
 Star tmarkør 
2 Privat LID 
 Linkadresse på den specifikke DSR C- 
køretøjsenhed 
3 
4 
5 
6 MAC-kontrolf elt 
 Kommando-PDU 
7 LLC -kontrolfelt 
 UI-k ommando 
8 Fragment erings-header 
 Inge n fragment ering 
9 VST 
SEQUENCE { 
Initialiser ingssvar 
Fyld BIT STRING (SIZE(4)) 
 Ikke i brug og sat til 0 
10 Profil INTEGER (0..127,…) 
Applikationer SEQUENCE OF { 
Inge n udvidelse. Eksempelprofil 0 
11 
 Inge n udvidelse, 1 applikation 
12 SEQUENCE {   
OPTION-indikator 
 EID til sted e 
OPTION-indikator 
 Parame ter til sted e 
AID DSR CApplicationEntityID 
 Inge n udvidelse. AID= 2 Freight&Fleet 
13 EID Dsrc-EID 
 Defi neret inde i OBU'en og identif ice­
rer applikationsf orek omsten. 26.5.2016 L 139/481 Den Europæisk e Unions Tidende DA    
Oktet nr:Attr ibut/Felt Bit i oktet Beskr ivelse 
14 Parametercontainer { 
 Inge n udvidelse, Container valg = 02, 
Oktets treng 
15  
 Inge n udvidelse, længde af RTM-k on­
tekstmarker ing = 8 
16 Rtm-Cont extMark::= SEQUENCE 
{ 
StandardIdentifier 
standardIdentifier  
Objektidentifi kator for den understøt ­
tede standard, del og version. Eksem ­
pel: ISO (1) standard (0) TARV 
(15638) del9 (9) version1 (1). 
Første oktet er 06H, som er objekti ­
dentifi kator en, anden oktet er 06H, 
som er dens længde. De efterfølgende 
6 oktett er koder objektidentif ikatoren i 
eksem plet 
Bemærk, at kun ét element af sekven ­
sen er til stede (det valgfr i element 
RtmCommProf ile udelades) 17 
18 
19 
20 
21 
22 
23 
24 ObeConfiguration-sekvens {   
OPTION-indikat or 
 ObeStatus ikke til sted e 
EquipmentClass INTEGER 
(0..32767) 
25 
26 Manufactur erId INTEGER 
(0..65535) 
Fabri kantidentifikator for DSR C-køre ­
tøjsenheden som beskrevet i ISO 
14816-registret 27 
28 FCS 
 Sekvens for rammek ontrol 
29 
30 Markør 
 Slutmarkør  
DCS_49  Heref ter læser REDCR'en dataene ved at udsende en GET -kommando, der er i overensst emmelse med 
GET -kommandoen, som defineres i EN 13372, 6.2, 6.3, 6.4 og EN 12834 med indstilling er som 
specifi ceret i tabel 14.10. 
Tabel 14.10 
Præsentation — Rammeindst illinger for GET -anmodning 
Felt Indstillinger 
Identif ikator for aktiverende 
applikationsenhed (IID) Ikke til stede 
Linkidentifikator (LID) Linkadresse på den specifikke DSR C-køretøjsenhed 
Sammenkædning Nej 26.5.2016 L 139/482 Den Europæisk e Unions Tidende DA    
Felt Indstillinger 
Elementidentifik ator (EID) Som specificeret i VST . Ingen udvidelse 
Adgangs oplysninger Nej 
AttributeIdList Ingen udvidelse, 1 attribut, Attr ibut eID = 1 (RtmData) 
Fragmenterin g Nej 
Lag2-indstillinge r Kommando-PDU, Udsendt ACn-k ommando  
Tabel 14.11 viser et eksempel på læsning af RTM-dataene. 
Tabel 14.11 
Præsent ation — Eksempel på ramme for Get-anmodning Oktet nr:Attr ibut/Felt Bit i oktet Beskr ivelse 
1 MARKØR 
 Star tmarkør 
2 Privat LID 
 Linkadresse på den specifikke DSR C- 
køretøjsenhed 
3 
4 
5 
6 MAC-kontrolf elt 
 Kommando-PDU 
7 LLC -kontrolfelt 
 Udsendt ACn-k ommando, n bit 
8 Fragment erings-header 
 Inge n fragment ering 
9 Get.request 
SEQUENCE { 
Hent anmodning 
OPTION-indikat or 
 Adgangsoplysning er ikke til sted e 
OPTION-indikat or 
 IID ikke til stede 
OPTION-indikat or 
 Attr ibut eIdList til stede 
Fyld BIT STRING(SIZE(1)) 
 Sæt til 0. 
10 EID INTEGER(0..127,…) 
 EID-f or RTM-applikationshændelsen 
som specificeret i VST . Ingen udvidelse 
11 AttributeIdList SEQUENCE OF { 
AttributeId }} 
Inge n udvidelse, antal attributter = 1 
12 
 Attr ibut eId=1, RtmData. Inge n udvi ­
delse 26.5.2016 L 139/483 Den Europæisk e Unions Tidende DA    
Oktet nr:Attr ibut/Felt Bit i oktet Beskr ivelse 
13 FCS 
 Sekvens for rammek ontrol 
14 
15 Markør 
 Slutmarkør  
DSC_50  Når DSRC-kør etøjsenheden modtag er GET -anmodningen, sender den et GET -svar med de ønske de data i 
henhold til GET -svaret som defineret i EN 13372, 6.2, 6.3, 6.4 and EN 12834 med indstillinger som 
specifi ceret i tabel 14.12. 
Tabel 14.12 
Præsent ation — Rammeindstill inger for GET -svar 
Felt Indstillinger 
Identif ikator for aktiverende 
applikationsenhed (IID) Ikke til stede 
Linkidentifikator (LID) I henhold til EN 12834 
Sammenkædning Nej 
Elementidentifik ator (EID) Som specificeret i VST . 
Adgangs oplysninger Nej 
Fragmenterin g Nej 
Lag2-indstillinge r Svar -PDU, Svar tilgæng eligt og kommando accept eret, ACn-k ommando  
Tabel 14.13 viser et eksempel på læsning af RTM-dataene. 
Tabel 14.13 
Præsent ation — Eksempel på indhold af svar ramme Oktet nr:Attr ibut/Felt Bit i oktet Beskr ivelse 
1 MARKØR 
 Star tmarkør 
2 Privat LID 
 Linkadresse på den specifikke DSR C- 
køretøjsenhed 
3 
4 
5 
26.5.2016 L 139/484 Den Europæisk e Unions Tidende DA    
Oktet nr:Attr ibut/Felt Bit i oktet Beskr ivelse 
6 MAC-kontrolf elt 
 Svar -PDU 
7 LLC -kontrolfelt 
 Svar tilgæ ngeligt, ACn-k ommando n 
bit 
8 LLC -statusfelt 
 Svar tilgæ ngeligt og kommando accep ­
teret 
9 Fragment erings-header 
 Inge n fragment ering 
10 Get.response 
SEQUENCE { 
Get response 
OPTION-indikat or 
 IID ikke til stede 
OPTION-indikat or 
 Attr ibutlist e til sted e 
OPTION-indikat or 
 Returstatus ikke til stede 
Fyld BIT STRING(SIZE(1)) 
 (ikke anvendt) 
11 EID INTEGER(0..127,…) 
 Svar fra RTM-applikationen 
Hændelse. Inge n udvidelse, 
12 AttributeList SEQUENCE OF { 
 Inge n udvidelse, antal attributter = 1 
13 Attr ibutt er SEQUENCE { 
Attribut eId 
Inge n udvidelse, AttributeId=1 
(RtmData) 
14 Attribut eValue CONT AINER { 
 Inge n udvidelse, Container valg = 1010. 
15 
 RtmData 
16 
17 
… … 
n }}}} 
n + 
1 FCS 
 Sekvens for rammek ontrol 
n + 
2 
n + 
3 Markør 
 Slutmarkør  26.5.2016 L 139/485 Den Europæisk e Unions Tidende DA    
DSC_51  Heref ter lukker REDCR'en forbindelsen ved at udsende en EVENT_REPOR T_RELEASE-k ommando i 
henhold til EN 13372, 6.2, 6.3, 6.4 og EN 12834, 7.3.8 uden specifi kke RTM-indstillinger . Tabel 
14.14 viser et bitk odningsek sem pel på RELEASE-k ommandoen. 
Tabel 14.14 
Afslutning. EVENT_REPORT Frigiv rammeindhold Oktet nr:Attr ibut/Felt Bit i oktet Beskr ivelse 
1 MARKØR 
 Star tmarkør 
2 Privat LID 
 Linkadresse på den specifikke DSR C- 
køretøjsenhed 
3 
4 
5 
6 MAC-kontrolf elt 
 Rammen indeholder en kommando- 
LPDU 
7 LLC -kontrolfelt 
 UI-k ommando 
8 Fragment erings-header 
 Inge n fragment ering 
9 EVENT_REPOR T.request 
SEQUENCE { 
EVENT_REPOR T (Release) 
OPTION-indikat or 
 Adgangsoplysning er ikke til sted e 
OPTION-indikat or 
 Begivenhedsparameter ikke til sted e 
OPTION-indikat or 
 IID ikke til stede 
Tilstand BOOLEAN 
 Intet svar forventet 
10 EID INTEGER (0..127,…) 
 Inge n udvidelse, EID = 0 (System) 
11 EventT ype INTEGER (0..127,…) } 
 Begivenhedstype 0 = Frigiv 
12 FCS 
 Sekvens for rammek ontrol 
13 
14 Markør 
 Slutmarkør  
DSC_52  DSRC-kør etøjsenheden forventes ikke at svare på RELEASE-k ommandoen. Heref ter afsluttes 
kommunikationen. 
5.4.8  Beskr ivelse af DSRC-afprøvningstr ansaktion 
DSC_53  Fuldstændig afprø vning, der omf atter sikring af dataene, skal gennemf øres som definer et i tillæg 11, 
Fælles sikke rhedsmekanismer , af godkendt e personer med adgang til sikkerh edsprocedurer ved hjælp 
af de normale GET -kommandoer , som defineres ovenf or. 26.5.2016 L 139/486 Den Europæisk e Unions Tidende DA    
DSC_54  Idriftsættelse og periodiske inspektionsprøvni nger , der kræver dekr yptering og forståelse af det 
dekr ypterede dataindhold, skal foretages som specifi ceret i tillæg 11, Fælles sikke rhedsmekanismer , og 
tillæg 9, Typegodk endelsesliste over minimumskrav vedrør ende afprø vning. 
Den grundlægg ende DSR C-kommunikation kan imidler tid afprø ves med kommandoen ECHO. 
Sådanne afprø vning er kan være påkrævet ved idriftsætte lse, ved periodiske inspektioner eller på andre 
tidspunkter efter krav fra den kompet ente kontrolm yndighed eller forordning (EU) nr. 165/2014 (Se 6 
nedenf or) 
DSC_55  For at udføre denne basale kommunikationsafprø vning udst eder REDCR ECH O-kommandoen under 
en session, dvs. når en initialiser ingsfase er afsluttet planmæssigt. Sekvensen af inter aktioner svarer 
derfor til en anmodning: 
—Trin 1REDCR'en sender en ”Beacon Service Table” (BST), der indeholder applikationsidentifi ­
katorer ne (AID'er) på den tjenesteli ste, som den understøtt er. I RTM-applikationer ne bliver dette 
ganske enkelt tjenesten med AID-værdien = 2. 
DSRC-kør etøjsenheden evaluerer den modtagne BST, og når den konstatere r, at BST'en forespørge r 
Freight&Fleet (AID = 2), svarer DSR C-køretøjsenheden. Hvis REDCR'en ikke sender AID = 2, 
afslutte r DSRC-kør etøjsenheden sin transaktion med REDCR'en.  
— Trin 2DSRC-kør etøjsenheden sender en anmodning om tildeling af et privat vindue.  
— Trin 3REDCR'en sender en tildeling af et privat vindue. 
—Trin 4DSRC-køret øjsenheden anvender det tildelte private vindue til at sende sin køretøjsser ­
vicetabel (Vehicle Service Table — VST). Denne VST indeholder en liste med alle de forskellig e 
applikationsf orek omste r, som denne DSRC-køret øjsenhed understøtt er i AID = 2-rammen. De 
forskellig e forek omster identificeres ved hjælp af entydige EID'er , hver tilhørende en 
paramete rværdi, der viser forek omsten af den understøtt ede applikation.  
— Trin 5Deref ter analyserer REDCR'en den tilbudte VST og afslutter enten forbindelsen (RELEASE), 
da den ikke er interesseret i noget af det, VST'en kan tilbyde (dvs. at den modtager en VST fra en 
DSRC-kør etøjsenhed, der er en RTM-køretøjsenhed, eller hvis den modtager en passende VST , starter 
den en app-f orek omst.  
— Trin 6REDCR'en udsteder en kommando (ECHO) til den specifikke DSRC-køretøjsenhed og tildeler 
et privat vindue.  
— Trin 7DSRC-køretøjsenheden bruger det nye tildelte private vindue til at sende en ECH O- 
svar ramme. 
Følge nde tabeller indeholder et praktisk eksempel på en ECH O-udvekslingssession. 
DSC_56  Initialiser ingen udføres i henhold til 5.4.7 (DSC_44-DSC_48) og tabel 14.4-14.9. 
DSC_57  Heref ter udst eder REDCR'en en ECH O-kommando i henhold til ISO 14906, der indeholder 100 
dataokt etter , og uden specifikke indstillinge r for RTM. Tabel 14.15 viser indholdet af den ramme, som 
REDCR'en sender . 
Tabel 14.15 
Eksempel på ramme for ACTION , ECH O-anmodning Oktet nr:Attr ibut/Felt Bit i oktet Beskr ivelse 
1 MARKØR 
 Star tmarkør 
2 Privat LID 
 Linkadresse på den specifikke DSR C- 
køretøjsenhed 
3 
26.5.2016 L 139/487 Den Europæisk e Unions Tidende DA    
Oktet nr:Attr ibut/Felt Bit i oktet Beskr ivelse 
4  
5 
6 MAC-kontrolf elt 
 Kommando-PDU 
7 LLC -kontrolfelt 
 Udsendt ACn-k ommando, n bit 
8 Fragment erings-header 
 Inge n fragment ering 
9 ACTION.request 
SEQUENCE { 
Anmodning om handling (ECH O) 
OPTION-indikator 
 Adgangsoplysning er ikke til sted e 
OPTION-indikator 
 Handlingsparameter til stede 
OPTION-indikator 
 IID ikke til stede 
Tilstand BOOLEAN 
 Svar forvente t 
10 EID INTEGER (0..127,…) 
 Inge n udvidelse, EID = 0 (System) 
11 Action Type INTEGER (0..127,…) 
 Inge n udvidelse, anmodning om hand ­
lingstypen ECHO 
12 ActionParamet er CONT AINER { 
 Inge n udvidelse, Container valg = 2 
13 
 Inge n udvidelse. Streng længde = 100 
oktett er 
14  
 Data, der skal besvares 
… … 
113 }} 
114 FCS 
 Sekvens for rammek ontrol 
115 
116 Markør 
 Slutmarkør  
DSC_58  Når DSRC-kør etøjsenheden modtager ECHO-anmodningen, sender den et ECH O-svar på 100 
dataokt etter ved at gentag e den modtagne kommando i henhold til ISO 14906 uden specifikke 
indstillinge r for RTM. Tabel 14.16 viser et eksempel på bitniveauk odning. 26.5.2016 L 139/488 Den Europæisk e Unions Tidende DA    
Tabel 14.16 
Eksempel på ramme for ACTION , ECH O-svar Oktet nr:Attr ibut/Felt Bit i oktet Beskr ivelse 
1 MARKØR 
 Star tmarkør 
2 Privat LID 
 Linkadresse på den specifikke køretøjs ­
enhed 
3 
4 
5 
6 MAC-kontrolf elt 
 Svar -PDU 
7 LLC -kontrolfelt 
 ACn-k ommando n bit 
8 LLC -statusfelt 
 Svar tilgæ ngeligt 
9 Fragment erings-header 
 Inge n fragment ering 
10 ACTION.response 
SEQUENCE { 
ACTION-svar (ECHO) 
OPTION-indikat or 
 IID ikke til stede 
OPTION-indikat or 
 Svar parameter til sted e 
OPTION-indikat or 
 Returstatus ikke til stede 
Fyld BIT STRING (SIZE (1)) 
 (ikke anvendt) 
11 EID INTEGER (0..127,…) 
 Inge n udvidelse, EID = 0 (System) 
12 ResponseP arameter CONT AINER { 
 Inge n udvidelse, Container valg = 2 
13 
 Inge n udvidelse. Streng længde = 100 
oktett er 
14  
 Besvarede data 
… … 
113 }} 
114 FCS 
 Sekvens for rammek ontrol 
115 
116 Markør 
 Slutmarkør  26.5.2016 L 139/489 Den Europæisk e Unions Tidende DA    
5.5  Understøttelse af direktiv 2015/71/EF 
5.5.1  Over sigt 
DSC_59  For at understøtte direktiv 2015/719/EF om størst e tilladte dimensioner og størst e tilladt e vægt for 
tunge lastbiler bliver transaktionsprotok ollen til overførsel af OWS-data via 5,8 GHz DSR C-int erface­
forbindelsen den samme, som bruges til RTM-data (se 5.4.1), idet den eneste forskel bliver , at den 
objektidentifik ator , der vedrører TARV-standarden, vil henholde sig til ISO 15638-standarden (TARV), 
del 20, vedrøre nde WOB/O WS. 
5.5.2  Kommandoer 
DSC_60  Kommandoen til en OWS-transaktion vil være den samme som til en RTM-transaktion. 
5.5.3  Kommandosekve ns ved anmodning 
DSC_61  Kommandosekvensen til anmodning om OWS-data vil være den samme som for RTM-data. 
5.5.4  Datastr ukture r 
DSC_62  Indholdsdataene (OWS-data) består af en sammenkædning af  
1. Encr yptedOwsP ayload-data, som er krypteringen af OwsPa yload som defineret i ASN.1 i afsnit 
5.5.5. Krypteringsmet oden er den samme, som anvendes til RtmData, som specif iceres i tillæg 11  
2. DSR CSecur ityData, beregnet med de samme algor itmer , som anvendes til RtmData, som 
specificeres i tillæg 11.  26.5.2016 L 139/490 Den Europæisk e Unions Tidende DA    
5.5.5  ASN.1-modul til OWS DSRC-tr ansaktionen 
DSC_63.  ASN.1-moduldefinitionen for DSR C-dataene inden for RTM-applikationen defineres som følge r: 
26.5.2016 L 139/491 Den Europæisk e Unions Tidende DA    
5.5.6  Elementer i OwsData, udførte handling er og defin itioner 
Elemente rne i OwsData definer es med henblik på at understøtt e direktiv 2015/719/EF om de størst e tilladt e 
dimensioner og den størst e tilladt e vægt for tunge varekøretøjer . De har følgen de betydning: 
—  recordedW eight står for det tunge varekøretøjs samlede målt e vægt med en opløsning på 10 kg som 
defineret i EN ISO 14906. En værdi på 2500 står således for en vægt på 25 t. 
—  axlesConf iguration står for det tunge varekøretøjs konfiguration som antallet af aksler . Konfigurationen 
defineres med bitmasken på 20 bit (en udvidelse i forhold til EN ISO 14906). 
En bitmask e på 2 bit repræsenterer konfigurationen af en aksel med følgen de format: 
—  Værdien 00B betyder , at værdien er ”ikke tilgæng elig”, fordi køretøjet ikke har udstyr til at registrere 
vægten på akslen. 
—  Værdien 01B betyder , at akslen ikke er til stede. 
—  Værdien 10B betyder , at akslen er til stede, og at vægten er beregnet og indsamlet og vises i feltet 
axlesRecordedW eight. 
—  Værdien 11B er forbehold fremtidig brug. 
De sidste 4 bit er forbeholdt fremtidig brug. 
Antal aksler  
Antal aksler på trækk erenheden Antal akser på anhæng eren 
00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 RFU 
(4 bit)  
—  axlesRecordedW eight står for den specif ikke registrerede vægt for hver aksel med en opløsning på 10 kg. 
Der benyttes to oktet ter til hver aksel. En værdi på 150 står således for en vægt på 1 500 kg. 
De øvrige datatyper defineres i 5.4.5. 
5.5.7  Dataoverførselsmekanismer 
DSC_64  Datao verfø rselsmekanismen for OWS-data mellem interrogatore n og DSR C-enheden på køretøjet er 
den samme som for RTM-d ata (se 5.4.6). 
DSC_65  Datao verfø rslen mellem platf ormen, der indsamler data om mak simal vægt, og DSR C-enheden på 
køretøjet er baseret på den fysiske forbindelse og interfa ces og protok ol som definer es i afsnit 5.6. 
5.6  Datao verførsel mellem DSR C-køretøjsenheden og køretøjsenheden 
5.6.1  Fysisk forbindelse og interf aces 
DSC_66  Forbindelsen mellem køretøjsenheden og DSRC-køretøjsenheden kan enten etableres med et fysisk kabel 
eller med trådløs kommunikation med kort række vidde baseret på Bluetooth v4.0 BLE. 
DSC_67  Uanset valget af den fysisk e forbindelse og interfacet skal følgen de krav være opfyldt: 
DSC_68  a)For at give mulighed for at bestille køretøjsenheden og DSR C-køretøjsenheden og forske llige 
partier af DSR C-køretøjsenheder fra forsk ellige leverandører skal forbindelsen mellem 
køretøjsenheden og DSR C-køretøjsenheden være en åben standardf orbindelse. Køretøjsenheden 
forbindes enten med DSR C-køretøjsenheden 
i)  via et fast kabel på mindst 2 m, hvor på der er mont eret et lige DIN 41612 H11-stik — 
godkendt hanstik med 11 stikben fra DSR C-køretøjsenheden, så den passer til et tilsvarende 
DIN/ISO-godkendt hunstik fra køretøjsenheden 26.5.2016 L 139/492 Den Europæisk e Unions Tidende DA    
ii)  ved hjælp af Bluetooth Low Energy (BLE) 
iii)  ved hjælp af en standard ISO 11898- eller SAE J1939-f orbindelse. 
DSC_69  b)Defi nitionen af interfacene og forbindelsen mellem køretøjsenheden og DSR C-køretøjsenheden skal 
understøtt e kommandoer ne til applikationsprotok ollen, som defineres i 5.6.2. 
DSC_70  c)Køretøjsenheden og DSR C-køretøjsenheden skal understøtt e datao verfø rsel via forbindelsen for så 
vidt angår ydelse og strømf orsyning. 
5.6.2  Applikationsprotokol 
DSC_71  Applikationsprotok ollen mellem køretøjsenhedens fjernkommunikationsudstyr og DSR C- 
køretøjsenheden skal periodisk overfø re data fra fjernkommunikationsudstyret til DSR C'en. 
DSC_72  Følgen de centrale kommandoer er identificeret :  
1. Initialiser ing af kommunikationsf orbindelsen — Anmodning  
2. Initialiser ing af kommunikationsf orbindelsen — Svar  
3. Send Data med RTM-applikationens identif ikator og dataindhold defineret ved RTM-data  
4. Bekræf telse af dataene  
5. Afslutning af kommunikationsf orbindelsen — Anmodning  
6. Afslutning af kommunikationsf orbindelsen — Svar . 
DSC_73  I ASN1.0 kan de forudgående kommandoer være defineret som: 
26.5.2016 L 139/493 Den Europæisk e Unions Tidende DA    
DSC_74  Kommandoer ne og parametrene beskr ives som følger: 
—  
 bruges til at initialisere 
kommunikationsf orbindelsen. Køretøjsenheden sender kommandoen til DSR C-køretøjsenheden. 
LinkIdentifier fastsættes af køretøjsenheden og kommunikeres til DSR C-køretøjsenheden for at 
spore en best emt kommunikationsf orbindelse. 
(Bemærk: Dette sker for at understøtt e fremtidig e forbindelser og andre applikationer/moduler som 
Weighing on board).  
—  
 bruges af DSR C- 
køretøjsenheden til at sende svaret på anmodningen om at initialisere kommunikationsf or­
bindelsen. DSR C-køretøjsenheden sender kommandoen til køretøjsenheden. Kommandoen giver 
resultatet af initialiser ingen som svar 1 (lykkedes) eller 0 (mislykkedes). 
DSC_75  Initialiser ingen af kommunikationsf orbindelsen foretages først efter installer ing, kalibrer ing og start af 
motor/ køretøjsenhed. 
—  
 bruges af køretøjsenheden til at sende de underskrevne RCDT -data (dvs. 
fjernkommunikati onsdataene) til DSR C-køretøjsenheden. Dataene sendes hver t 60. sekund. 
Parameter en DataT ransactionId identificerer den specif ikke transmission af data. LinkIdentif ier 
bruges også til at sikre, at den pågældende forbindelse er korrekt. 
—  
 sendes af DSR C-køretøjsenheden for at give feedback til 
køretøjsenheden om modtage lse af data fra en 
 -kommando, som identificeres 
af DataT ransactionId-paramet eren. Svar parameter en er 1 (lykkedes) eller 0 (mislykke des). Hvis en 
bevæge lsessensor modtager mere end tre svar på 0, eller hvis køretøjsenheden ikke modtager en 
RCDT -databekræf telse for en best emt tidlig ere fremsendt RCDT -Send Data med en specifi k 
DataT ransactionId, generere r og registrerer køretøjsenheden en hændelse. 
—  
 sendes af køretøjsenheden til DSR C- 
køretøjsenheden for at afslutte en forbindelse for en bestemt LinkIdentif ier. 
DSC_76 Ved genstar t af DSR C-køretøjsenheden eller en bevægelse ssensor skal alle eksisterende kommunikati ­
onsf orbindelser afbr ydes, da der kan være forbindelser , der ”hæng er” som følge af en pludselig 
nedlukning af en bevæge lsessensor . 
—  
 sendes af DSR C-køretøjsenheden til 
køretøjsenheden for at bekræf te køretøjsenhedens anmodning om afbr ydelse af forbindelsen for 
den specifi kke LinkIdentif ier. 
5.7  Fejlhåndter ing 
5.7.1  Registrer ing og kommunik ation af data i DSRC-køretøjsenheden 
DSC_77  Dataene skal leveres af VUSM-funktionen til DSRC-kør etøjsenheden og skal allerede være sikrede. 
VUSM'en kontrollerer , at dataene, der er registreret i DSRC-kør etøjsenheden, er blevet registere t korrekt. 
Registrer ing og indberetning af eventuelle fejl i datao verfø rslen fra køretøjsenheden til DSRC-kør etøjs ­
enhedens hukommelse skal registreres med typen EventFaultT ype og en enum-værdi på ”62”H 
kommunikationsfejl ved fjernkommunikation sammen med tidsstem plet. 
DSC_78  Køretøjsenheden fører et register , der identif iceres med et entydigt navn , om inspektører ne nemt kan 
identif icere i forbindelse med registrer ing af ”intern e kommunikationsfejl i køretøjsenhed”. 
DSC_79  Hvis VUPM'en forsøger at hente køretøjsenhedsdata fra sikker hedsmodulet (for at sende dem videre til 
DSR C-køretøjsenheden), men dette ikke lykk es, registrerer den denne fejl med typen EventF aultT ype 
og en enum-værdi på ’62’H kommunik ationsfejl ved fjernkommunikation sammen med tidsste mplet. 
Kommunikationsf ejlen detekt eres, når der ikke modtages en 
-meddelelse for den tilhørende (dvs. med det samme DataT ransactionId i meddelelser ne 
) 
 mere end tre på hinanden følgende 
gang e. 
5.7.2  Fejl i trådløs kommunik ation 
DSC_80  Håndt eringen af kommunikationsfejl skal ske i henhold til de tilhørende DSR C-standarder , dvs. EN 
300 674-1, EN 12253, EN 12795, EN 12834 og de tilhørende parametre i EN 13372. 26.5.2016 L 139/494 Den Europæisk e Unions Tidende DA    
5.7.2.1  Krypter ings- og underskr iftfejl 
DSC_81  Krypterings- og signaturfejl skal håndteres som definer et i tillæg 11, Fælles sikkerh edsmekanismer , og 
find es ikke i nogen fejlmeddelelser i forbindelse med DSR C-datao verfø rslen. 
5.7.2.2  Fejlre gistreri ng 
DSR C-mediet er en dynamisk trådløs kommunikation i et miljø med usikre atmosfæ riske forhold og 
interferensf orhold, navnlig i kombinationer ne ”transpor tabel REDCR” og ”køretøj i bevægelse ”, som denne 
applikation omf atter . Derfor er det nødvendigt at vurdere forskellen mellem en ”læsefejl” - og en ”fejl”-tilstand. I 
en transaktion via et trådløst interf ace er læsef ejl almindelige, og konsekvensen er normalt, at man prøv er igen , 
dvs. at BST'en sendes igen, og man forsøger sekvensen igen, og i de fleste tilfælde vil det føre til en vellykk et 
kommunikationsf orbindelse og datao verfø rsel, medmindre det pågældende køretøj bevæger sig uden for 
rækk evidde i løbet af det tidsinter val, som er nødvendigt for at sende dataene igen (en ”vellykke t” ”læsning” kan 
have omfatt et flere forsøg og gentagelser). 
Læsef ejl kan skyldes, at antenner ne ikke var parret korrekt (”sigtef ejl”), at en af antenner ne er skær met — dette 
kan være bevidst, men kan også skyldes, at et andet køretøj er fysisk til stede, radiointerferens, navnlig fra 
omkr ing 5,8 GHz WIFI eller andre typer af trådløs kommunikation med offentlig adgang, eller at der 
forek ommer radar interfe rens eller problematiske atmosfæ riske forhold (f.eks. under et torden vejr) eller gansk e 
enkelt, fordi man bevæger sig uden for DSR C-kommunikationsudstyrets rækk evidde. Individuelle forek omster af 
læsef ejl kan i sagens natur ikke registreres, fordi kommunikationen gansk e enkelt ikke finder sted . 
Men hvis repræsentant en for den kompet ente kontrolm yndighed retter opmærksomheden mod et køretøj og 
forsøger at sende en anmodning til dets DSRC-kør etøjsenhed, men der sker ikke nogen vellykke t datao verførsel, 
kan fejlen være opstået som følge af bevidst manipulation, og derfor har repræsentanten for den kompet ente 
kontrolm yndighed beho v for et værktøj til at logge fejlen og gøre kollege rne længere henne opmærk som på, at 
der kan være tale om en overtrædelse. Heref ter kan kolleger ne standse køretøjet og foretage en fysisk 
inspektion. Men eftersom der ikke er foregået nogen vellykket kommunikation, kan DSR C-køretøjsenheden ikke 
levere data vedrøre nde fejlen. Denne rappor tering skal derfor være en funktion i designet af REDCR -udstyret. 
”Læsefe jl” er teknisk set forske llig fra en ”fejl”. I denne forbindelse er en ”fejl” indhentning af en forkert værdi. 
Data, der overfø res til DSRC-kør etøjsenheden, leveres i en allerede sikret form, og skal derfor verificeres af 
dataleverandøren (se 5.4). 
Data, der efterfølgen de overføres via luft-interface t, kontrolleres med cykliske redundansk ontroller (CRC) på 
kommunikationsniveau. Hvis CRC valideres, er dataene korrekt e. Hvis CRC ikke valideres, sendes dataene igen . 
Sandsynligheden for, at data kan slippe forke rt igennem en CRC, er statistisk set så lille, at den lades ude af 
betragtning. 
Hvis CRC'en ikke valideres, og der ikke er tid til at gensende og modtage de korrekte data, bliver resultatet ikke 
en fejl, men en forek omst af en bestemt type læsef ejl. 
De eneste meningsfulde ”fejl”-data, der kan registreres, er antallet af vellykkede transaktionsindledninge r, der 
forek ommer , og som ikke fører til en vellykk et overfø rsel af data til REDCR. 
DSC_82  REDCR'en registrerer og tidsst empler derfor antallet af tilfælde, hvor ”initialiser ingsfasen” for en DSR C- 
anmodning lykkes, men hvor transaktionen afsluttes, inden REDCR'en har modtaget dataene. Disse 
data skal være tilgæ ngelig e for repræsentant en for den kompet ente kontrolm yndighed og skal gemmes 
i REDCR -udstyrets hukommelse. Dette opnås ved hjælp af produktets udformning eller i henhold til 
specifi kationen fra en kompet ent kontrolm yndighed. 
De eneste meningsfyldt e ”fejl”-data, der kan registreres, er antallet af tilfælde, hvor REDCR'en ikke kan 
dekr yptere de modtagne data. Det skal imidler tid bemærk es, at dette udelukk ende vil vedr øre 
effektivitet en af REDCR'ens software. Data kan dekr ypteres teknis k, men uden at give mening rent 
semantisk. 26.5.2016 L 139/495 Den Europæisk e Unions Tidende DA    
DSC_83  REDCR'en skal derfor registrere og tidsst emple antallet af tilfælde, hvor den har forsøgt af dech ifrere 
data modtaget via DSR C-int erfacet, men hvor dette er mislykk edes. 
6  IDRIFTSÆ TTELSE OG PERIODISKE INSPEK TIONSAFPRØVNINGER FOR FJERNK OMMUNIKA TIONSFUNK TIONEN 
6.1  Generelt 
DSC_84  Der er mulighed for to typer afprø vning af fjernkommunikationsfunktionen:  
1) En ECHO-afprøvning for at validere den trådløse kommunikationskanal mellem DSRC-REDCR 
>>-:-<DSRC-køretøjsenheden.  
2) En ende-til-ende-sikk erhedsafprøvning for at sikre, at der foref indes et værks tedskort, der giver 
mulighed for at få adgang til det krypterede og underskrevne dataindhold, som køretøjsenheden 
har genereret og transmitte ret via den trådløse kommunikationskanal. 
6.2  ECHO 
Dette punkt indeholder bestemmelser , der er udformet specifi kt til kun at afprø ve, om DSRC-REDCR 
>>-:-<DSRC-køretøj senheden er funktionelt aktiv . 
Formålet med ECHO-komm andoen er at give værks teder eller prøveanlæg til typegodkendelse mulighed for at 
efterprøve, at DSR C-forbindelsen fung erer uden at kræve adgang til sikker hedsoplysninger . Derfor skal 
afprø vningsudstyret kun være i stand til at initialisere en DSR C-kommunikation (at sende en BST med AID = 2) 
og deref ter sende ECHO- kommandoen, og, hvis man antager , at DSR C'en virke r, modtage ECHO- svaret. Se 
5.4.8 for nær mere oplysning er. Idet man går ud fra, at dette svar modtages korrekt, kan DSR C-forbindelsen 
(DSRC-REDCR >>-:-<DSRC-køretøj senheden) valideres som fung erende korrekt. 
6.3  Afpr øvning til valider ing af sikker t dataindhold 
DSC_85  Dette afprø vning gennemf øres for at validere ende-til-ende-sikk erheden for datastrømmen. Der er 
beho v for en DSR C-testlæser til en sådan afprø vning. DSR C-te stlæseren udfører den samme funktion, 
og anvendes med de samme specifikationer som den læser , de retshåndhævende myndigheder 
benytter, med den forskel, at der skal benyttes et værkstedsk ort til at godken de brugeren af DSR C- 
testlæseren i sted et for et kontrolk ort. Afpr øvningen kan udføres efter den indledende aktiver ing af en 
intelli gent takograf eller ved afslutningen af kalibrer ingsproceduren. Efter aktiver ingen genererer 
køretøjsenheden de sikrede data til tidlig fjernafslør ing og sender disse til DSR C-køretøjsenheden. 
DSC_86  Værkstedspersonalet skal anbr inge DSR C-te stlæseren i en afstand af mellem 2 og 10 meter foran 
køretøjet. 
DSC_87  Heref ter isætt er værks tedspersonalet et værkstedsk ort i DSR C-testlæseren for at anmode 
køretøjsenheden om data vedr ørende tidlig fjernafslør ing. Efter en vellykke t anmodning går værks ted­
spersonalet ind i dataene for at sikre, at de er dekr ypterede og valideret korrekt for så vidt angå r 
integritete n.  26.5.2016 L 139/496 Den Europæisk e Unions Tidende DA    
Tillæg 15 
MIGRA TION: FORVALTNING AF SAMEKSISTENSEN AF UDST YRSGENERA TIONER 
INDHOLDSFORTEGNELSE 
1. DEFINITIONER .................................................................................................................................. 497 
2. ALMINDELIGE BESTEMMELSER ............................................................................................................. 497 
2.1. Oversigt over overgang en......................................................................................................... 497 
2.2. Interoperabilit et mellem køretøjsenhed og kort............................................................................. 498 
2.3. Interoperabilit et mellem køretøjsenhed og bevægelse sføler ............................................................... 498 
2.4. Interoperabilit et mellem køretøjsenheder , takografk ort og udstyr til datao verfø rsel ................................ 498 
2.4.1 IDE'ens direkt e overførsel af kort............................................................................................... 498 
2.4.2 Over førsel af kort via en køretøjsenhed ....................................................................................... 499 
2.4.3 Over førsel fra køretøjsenhed ..................................................................................................... 499 
2.5. Interoperabilit et mellem køretøjsenhed og kalibrer ingsudstyr ........................................................... 499 
3. VIGTIGSTE SKRIDT I PERIODEN OP TIL INDFØRELSESD ATOEN ................................................................... 499 
4. BESTEMMELSER I PERIODEN EFTER INDFØRELSESD ATOEN ......................................................................... 499  
1.  DEFINITIONER 
I dette tillæg anvendes følgende definit ioner . 
digital t takografsys tem: som defineret i dette bilag (kapit el 1: definition bbb) 
digital t takografsys tem af første generation: som definer et i denne forordning (kapitel 2: definition b) 
digital t takografsys tem af anden generation: som definer et i denne forordning (kapitel 2: definition j) 
indførelsesdat o:som beskrevet i dette bilag (kapitel 1: definit ion ccc) 
intelligent dedik eret udsty r (IDE): udstyr , der anvendes til at foretage datao verfø rsel som defineret i tillæg 7 i 
dette bilag. 
2.  ALMINDELIGE BESTEMMELSER 
2.1.  Oversigt over overgangen 
Præamblen til dette bilag indeholder en oversigt over overg angen mellem digitale takografsyst emer af første og 
anden generation. 
Ud over best emmelser ne i denne præambel: 
—  vil bevæge lsesf ølere af første generation ikke være interoperable med køretøjsenheder af anden generation 
—  vil bevægelse sfølere af anden generation begynde at blive installeret i køretøjer samtidig med køretøjsenheder 
af anden generation 
—  skal udstyr til datao verførsel og kalibrer ing udvikles for at understøtt e begg e generationer af kontrolapparat og 
takografk ort. 26.5.2016 L 139/497 Den Europæisk e Unions Tidende DA    
2.2.  Interoperabilitet mellem køretøjsenhed og kort 
Det forudsætte s, at først e generation af takografk ort er interoperable med køretøjsenheder af første generation (i 
henhold til bilag 1B i denne forordning), mens takografk ort af anden generation er interoperable med 
køretøjsenheder af anden generation (i henhold til bilag 1C i denne forordning). Desuden gælder følgen de krav . 
MIG_001  Bortset fra bestemmelser ne i krav MIG_004 og MIG_005 kan takografk ort af første generation fortsat 
benytt es i køretøjsenheder af anden generation, indtil deres gyldighedsper iode udløber . Indehaver ne 
kan imidler tid anmode om at få dem udskif tet med takografk ort af anden generation, så snar t disse er 
til rådighed. 
MIG_002  Køretøjsenheder af anden generation skal kunne anvende et hvilke t som helst gyldigt fører -, kontrol- 
og virksomhedskor t, der isætte s. 
MIG_003  Værksteder kan ophæve denne mulighed i sådanne køretøjsenheder , så takografk ort af først e generation 
ikke længere kan benytt es. Dette kan først ske, når Kommissionen har iværksat en procedure, der giver 
mulighed for at anmode værksteder ne om at gøre dette, f.eks. under den periodisk e inspektion af 
kontrolapparat et. 
MIG_004  Køretøjsenheder af anden generation må kun kunne anvende værks tedskort af anden generation. 
MIG_005  Med henblik på at fastlægg e funktionstilstanden skal køretøjsenheder af anden generation udelukkend e 
tage hensyn til typer ne af de isatte gyldige kort, uanset generation. 
MIG_006  Ethver t gyldigt takografk ort af anden generation skal kunne benyttes i køretøjsenheder af første 
generation på præcis samme måde som et takografk ort af første generation af samme type. 
2.3.  Interoperabilitet mellem køretøjsenhed og bevægelsesføl er 
Det forudsættes, at bevægelses følere af først e generation er inter operable med køretøjsenheder af første 
generation, mens bevægelsesf ølere af anden generation er inter operable med køretøjsenheder af anden generation. 
Desuden gælde r følgende krav. 
MIG_007  Køretøjsenheder af anden generation vil ikke kunne parres og anvendes med bevægelse sfølere af første 
generation. 
MIG_008  Bevægelses følere af anden generation kan kun parres og anvendes med køretøjsenheder af anden 
generation eller med begg e generationer af køretøjsenheder . 
2.4.  Interoperabilitet mellem køretøjsenheder , takog rafk ort og udstyr til dataoverførsel 
MIG_009  Udstyr til datao verfø rsel kan kun benytt es sammen med køretøjsenheder og takografk ort fra en 
generation eller med begg e. 
2.4.1  IDE'ens direkte overførsel af kort 
MIG_010  IDE'en skal overfø re data fra takografk ort af en generation, som isættes deres kortlæsere, ved hjælp af 
sikkerhedsmekanismern e og datao verfø rselsprotok ollen for den pågældende generation, og de overførte 
data skal have det format, der er defineret for denne generation. 
MIG_011  For at give kontrolm yndigheder uden for EU mulighed for at kontrollere fører ne skal det ligeledes være 
muligt at overføre fører - (og værksteds-) kort af anden generation på præcis samme måde som fører - 
(og værksteds-) kort af første generation. En sådan overførsel omfa tter: 
—  ikke-underskrevne elementærf ilers 
 og 
—  ikke-underskrevne elementærf ilers (første generation) 
 og 
26.5.2016 L 139/498 Den Europæisk e Unions Tidende DA    
—  andre applikationsdatas elementærf iler (inden for 
 DF), som overfø rselsprotok ollen for kort 
af første generation forespørger . Disse oplysning er skal sikres med en digital underskr ift i henhold 
til sikkerh edsmekanismer ne af første generation. 
En sådan overførsel skal ikke omfatt e applikationsdatas elementærf iler, som kun findes på fører - (og 
værks teds-) kort af anden generation (applikationsdatas elementærf iler inden for 
 DF). 
2.4.2  Overførsel af kort via en køretøjsenhed 
MIG_012  Data skal overfø res fra et kort af anden generation, der er isat en køretøjsenhed af første generation, 
ved hjælp af datao verfø rselsprotok ollen for først e generation. Kortet skal besvare køretøjsenhedens 
kommandoer på præcis samme måde som et kort af første generation, og de overførte data skal have 
samme format som data, der er overført fra et kort af først e generation. 
MIG_013  Data skal overfø res fra et kort af første generation, der er isat en køretøjsenhed af anden generation, 
ved hjælp af den datao verførselsprotok ol, der definer es i tillæg 7 til dette bilag. Køretøjsenheden sender 
kommandoer til kortet på præcis samme måde som en køretøjsenhed af første generation, og de 
overfø rte data skal overholde formate t, der er defineret for kort af første generation. 
2.4.3  Overførsel fra køretøjsenhed 
MIG_014  Data skal overføres fra køretøjsenheder af anden generation ved hjælp af sikkerh edsmekanismer af 
anden generation og datao verførselsprotok ollen, som specif iceres i tillæg 7 til dette bilag. 
MIG_015  For at give kontrolm yndigheder uden for EU mulighed for at foretage førerk ontrol og værks teder uden 
for EU mulighed for at overføre data fra køretøjsenheder kan der gives mulighed for at overføre data 
fra køretøjsenheder af anden generation ved hjælp af sikkerhedsmekanismer af første generation og 
datao verførselsprotok ollen af første generation. De overførte data skal have samme format som data, 
der overføres fra en køretøjsenhed af første generation. Denne mulighed kan vælg es via 
menuk ommandoer ne. 
2.5.  Interoperabilitet mellem køretøjsenhed og kalibrer ingsuds tyr 
MIG_016  Kali brer ingsudstyr skal kunne foretage kalibrer ing af hver generation af kontrolapparatet ved hjælp af 
den pågælde nde generations kalibrer ingsprotok ol. Kalibrer ingsudstyr kan benyttes sammen med kun 
en generation af kontrolapparatet eller med begge . 
3.  VIGTIGSTE SKRIDT I PERIODEN OP TIL INDFØRELSESD ATOEN 
MIG_017 Prøvenøg ler og certifik ater skal være til rådighed for fabrikant er senest 30 måneder før indf ørel ­
sesdatoen. 
MIG_018  Interoperabilit etsprø vning skal kunne sættes i gang, hvis fabrikant erne anmoder om dette, senest 15 
måneder før indf ørelsesdatoen. 
MIG_019 Officielle nøgler og certifik ater skal være til rådighed for fabrikant erne senest 12 måneder før indf ørel ­
sesdatoen. 
MIG_020 Medlemsstater ne skal kunne udst ede værks tedskort af anden generation senest 3 måneder før indf ørel ­
sesdatoen. 
MIG_021  Medlemsstater ne skal kunne udstede alle typer af takografk ort af anden generation senest 1 måned før 
indførelsesdat oen. 
4.  BESTEMMELSER I PERIODEN EFTER INDFØRELSESD ATOEN 
MIG_022  Efter indf ørelsesdatoen må medlemsstater ne kun udst ede takografk ort af anden generation. 26.5.2016 L 139/499 Den Europæisk e Unions Tidende DA    
MIG_023  Fabri kanter af køretøjsenheder/bevægelsesf ølere har tilladelse til at fremstille køretøjsenheder/ 
bevægelsesf ølere af første generation, så længe de bruges i praksis, således at det er muligt at udskif te 
fejlbehæf tede kompon enter . 
MIG_024  Fabri kanter af køretøjsenheder/bevæg elsesf ølere har tilladelse til at anmode om og få typegodken dt 
vedligeholdelse af typer af køretøjsenheder/bevæg elsesf ølere af første generation, der allerede er 
typegodkendt.  26.5.2016 L 139/500 Den Europæisk e Unions Tidende DA    
Tillæg 16. 
ADAPTER TIL KØRETØJER I KLASSE M1 OG N1 
INDHOLDSFORTEGNELSE 
1. FORK ORTELSER OG REFERENCEDOKUMENTER .......................................................................................... 501 
1.1. Fork ortelser ............................................................................................................................ 501 
1.2. Referencestandarder .................................................................................................................. 501 
2. ADAPTERENS GENERELLE EGENSKABER OG FUNK TIONER ........................................................................... 502 
2.1. Generel beskr ivelse af adap teren .................................................................................................. 502 
2.2. Funktioner .............................................................................................................................. 502 
2.3. Sikkerhed ............................................................................................................................... 502 
3. KRA V TIL KONTR OLAPP ARA TET , NÅR EN ADAPTER ER INST ALLERET ............................................................ 502 
4. KONSTR UKTIONS- OG FUNK TIONSKRA V TIL ADAPTEREN ........................................................................... 503 
4.1. Tilkobling og tilpasning af de indk ommende hastighedsimpulse r......................................................... 503 
4.2. Tilførsel af de indk ommende impulser til den indlejrede bevægelsesf øler .............................................................. 503 
4.3. Indlejret bevæg elsesf øler ......................................................................................................................... 503 
4.4. Sikkerhedsk rav ........................................................................................................................ 503 
4.5. Funktionsspecifi kationer ............................................................................................................ 504 
4.6. Materi aler ............................................................................................................................... 504 
4.7. Påskri fter................................................................................................................................ 504 
5. INST ALLERING AF KONTR OLAPP ARA TET , NÅR EN ADAPTER BENY TTES ......................................................... 504 
5.1. Installer ing ............................................................................................................................. 504 
5.2. Plomber ing ............................................................................................................................. 505 
6. KONTR OL, EFTERSYN OG REPARA TIONER ................................................................................................ 505 
6.1. Periodiske eftersyn .................................................................................................................... 505 
7. TYPEGODKENDELSE AF KONTR OLAPP ARA TET , NÅR EN ADAPTER BENY TTES .................................................. 505 
7.1. Almindelige best emmelser .......................................................................................................... 505 
7.2. Funktionsattest ........................................................................................................................ 506  
1.  FORK ORTELSER OG REFERENCEDOKUMENTER 
1.1.  Fork ortelser 
TBD  Endnu ikke fastlagt 
VU  Køretøjsenhed 
1.2.  Referencesta ndarder 
ISO 16844-3 Road vehicles — Tachog raph systems — Part 3: Motion sensor interface 26.5.2016 L 139/501 Den Europæisk e Unions Tidende DA    
2.  ADAPTERENS GENERELLE EGENSKABER OG FUNK TIONER 
2.1.  Generel beskr ivelse af adapteren 
ADA_001  Adapt eren skal forsyne en tilsluttet køretøjsenhed med sikrede køredata, der vedvarende repræsent erer 
kørehastighed og/eller tilbagelagt distance. 
Adapt eren er alene beregnet til køretøjer , som skal udstyres med et kontrolapparat i overensst emmelse 
med denne forordning. 
Den skal kun installeres og anvendes i de under yy) ”adap ter” definerede køretøjstyper i bilag IC, når 
det mekanisk set ikke er muligt at installere nogen anden eksi sterende type af bevægelsesf øler, som er 
i overensst emmelse med de øvrige bestemmelser i dette bilag og de tilhørende tillæg 1 til 16. 
Adapt eren må ikke være mekanisk forbundet med en bevægeli g del af køretøjet, men alene forbindes 
med det sted , hvor de hastigheds-/afstandsrelaterede impulser frembr inges af integre rede følere eller 
alternative tilkoblinge r. 
ADA_002  En typegodken dt bevægelsesf øler (i henhold til beste mmelser ne i bilag IC, afsnit 8, Typegodk endelse af 
kontrolapparatur og takografk ort) mont eres i adapt erhuset, som også skal indeholde en impulsk onver ­
teringsanordning, der tilfører de indk ommende imp ulser til den indlejrede bevægelse sføler. Den 
indlejrede bevæge lsesf øler tilsluttes køretøjsenheden således, at tilkoblingen mellem køretøjsenheden 
og adapt eren opfylder kravene i ISO16844-3. 
2.2.  Funktioner 
ADA_003  Adapt eren skal kunne udføre følgen de funktioner : 
—  tilkobling og tilpasning af de indk ommende hastighedsim pulser 
—  tilførsel af de indk ommende imp ulser til den indlejrede bevægelse sføler 
—  alle den indlejrede bevægelse sfølers funktioner , herunder sikrede køredata til køretøjsenheden. 
2.3.  Sikkerhed 
ADA_004  Adapt eren behøver ikke at være sikker hedscer tifice ret ifølge det fælles sikke rhedsmål for 
bevæge lsesf ølere, som defineres i dette bilags tillæg 10. I sted et anvendes de sikkerhedsrelat erede krav , 
som specifi ceres i dette tillægs punkt 4.4. 
3.  KRA V TIL KONTR OLAPP ARA TET , NÅR EN ADAPTER ER INST ALLERET 
Kravene i de følgende kapitler angiver , hvorledes kravene i dette bilag skal fortolkes, når en adap ter anvendes. 
Numrene på de tilkny ttede krav i bilag IC anføres i parente ser. 
ADA_005  Kontrolapparatet i ethver t køretøj, der udstyres med en adapt er, skal opfylde alle best emmelser i dette 
bilag, medmindre andet specifi ceres i dette tillæg. 
ADA_006  Når en adap ter er installeret, omf atter kontrolapparat et kabler , adap teren (inklusive en bevæge lsesf øler) 
og en køretøjsenheden (01). 
ADA_007  Detektionen af hændelser og/eller fejl ved kontrolapparat er ændres på følgende måde: 
—  Hændelsen ”afbr ydelse af strømf orsyning” skal udløses af køretøjsenheden, uden at apparat et er i 
kalibrer ingstilstand, såfremt afbr ydelsen af den indlejrede bevægels esfølers strømf orsyning varer 
mere end 200 millisekunder [79]. 
—  Hændelsen ”fejl i køredata” skal udløses af køretøjsenheden ved afbr ydelse af den normale 
dataudvek sling mellem den indlejrede bevægelsesf øler og køretøjsenheden og/eller ved fejl i 
dataintegr itet eller -ægthedsk ontrol under dataudveksling mellem den indlejrede bevægelsesf øler og 
køretøjsenheden [83]. 26.5.2016 L 139/502 Den Europæisk e Unions Tidende DA    
—  Hændelsen ”forsøg på sikker hedsbr ud” skal udløses af køretøjsenheden ved enhver anden 
hændelse, som berører sikker heden af den indlejrede bevægelse sføler, og som ikke finder sted i 
kalibrer ingstilstand [85]. 
—  ”Fejl ved kontrolapparatet” skal udløses af køretøjsenheden, når et svigt i den indlejrede 
bevægelsesf øler forek ommer , uden at apparat et er i kalibrer ingstilstand [88]. 
ADA_008  Fejl ved adap teren, der detekt eres af kontrolapparat et, skal være fejl i relation til den indlejrede 
bevæge lsesf øler [88]. 
ADA_009  Køretøjsenhedens kalibrer ingsfunktion skal give mulighed for, at den indlejrede bevægelses føler 
automa tisk sampar res med køretøjsenheden [202, 204]. 
4.  KONSTR UKTIONS- OG FUNK TIONSKRA V TIL ADAPTEREN 
4.1.  Tilk obling og tilpasning af de indk ommende hastighedsimpulser 
ADA_011 Adapt erens indgan gssignaltilk obling skal modtage frekvensimpulser , der er repræsentative for køretøjs ­
hastigheden og den tilbagelagt e distance. De elektr iske egensk aber af de indk ommende impulser er: 
Fastl ægges af fabrikanten. Med tilpasninge r, som kun er tilgæng elige for adapt erfabr ikanten og det 
godken dte værks ted, der installerer adapt eren, skal det om nødvendigt være muligt at foretag e en 
korrekt tilkobling af adapt erens indgangssignal til køretøjet. 
ADA_012 Adapt erens indgan gssignaltilk obling skal om nødvendigt kunne multiplicere eller dividere frekvensim ­
pulser ne fra de indk ommende hastighedsimpulse r med en fastlagt faktor, for at tilpasse signalet til det 
k-fakt orbånd, som definer es i dette bilag (4 000 til 25 000 impulser pr. km). Denne fastsatte faktor 
må kun programmeres af adapt erfabr ikant en og det godken dte værks ted, som installerer adap teren. 
4.2.  Tilførsel af de indk ommende impulser til den indlejrede bevægelsesføl er 
ADA_013  De indk ommende impulser , der eventuelt tilpasses som specifi ceret ovenf or, tilføres den indlejrede 
bevæge lsesf øler således, at hver indk ommende impuls detekteres af bevægels esføleren. 
4.3.  Indlejret bevægelsesføl er 
ADA_014  Den indlejrede bevægelsesf øler skal aktiveres af de tilførte impulser , så den kan generere køredata, som 
nøjagtigt repræsent erer køretøjets bevægelse, som om den var mekanisk forbundet med en bevægelig 
del af køretøjet. 
ADA_015  Køretøjsenheden skal benytte den indlejrede bevægelses følers identifikationsdata til at identif icere 
adap teren [95]. 
ADA_016  Mont eringsdata, der lagres i den indlejrede bevægelsesf øler, skal anses for at udgøre adapt erens 
mont eringsdata [122]. 
4.4.  Sikkerhedskra v 
ADA_017  Adapt erhuset skal udformes således, at det ikke kan åbnes. Det skal plomberes, så forsøg på fysisk 
manipulation let kan afsløres (f.ek s. ved besigtigelse, se ADA_035). Plomber ingen skal overholde 
samme krav som plomber ingen af bevægelses føler ne [398 til 406]. 
ADA_018  Det må ikke være muligt at fjerne den indbygg ede bevægelsesf øler fra adap teren uden at bryde 
plomber ingen af adapt erhuset eller bryde plomber ingen mellem føleren og adapt erhuset (se 
ADA_034). 
ADA_019  Adapt eren skal sikre, at køredata alene beregnes og udledes på grundlag af adap terens indgangssignal. 26.5.2016 L 139/503 Den Europæisk e Unions Tidende DA    
4.5.  Funktionsspecif ikationer 
ADA_020  Adapt eren skal være fuldt funktionsdygtig i det temperatur inter val, som fabrikanten har definer et. 
ADA_021  Adapt eren skal være fuldt funktionsdygtig i fugtighedsint ervallet 10 % til 90 % [214]. 
ADA_022  Adapt eren skal være beskyttet mod overspænding, omve ndt polar itet af strømtilf ørslen samt 
kortslutning [216]. 
ADA_023  Adapt eren skal enten: 
—  reagere på et magnetisk felt, som forstyr rer detekter ingen af køretøjets bevægelse. I dette tilfæ lde 
vil køretøjsenheden registrere og gemme en fejl ved føleren [88], eller 
—  have et følerelement, som er beskytt et mod eller er upåvirke lig af magnetfelt er [217]. 
ADA_024  Adapt eren skal være i overensste mmelse med den intern ationale beste mmelse UN ECE R10 om 
elektromagnetisk kompati bilitet og skal være beskyttet mod elektrostatiske udladning er og spændings ­
variationer [218]. 
4.6.  Mater ialer 
ADA_025  Adapt eren skal opfylde beskytte lsesgraden (fastsættes af fabrikan ten, afhængig af hvor den installeres) [220, 
221]. 
ADA_026  Adapt erhusets farve skal være gul. 
4.7.  Påskr ifter 
ADA_027  En typeplade med følge nde oplysning er anbr inges på adapt eren: 
—  adapt erfabr ikant ens navn og adresse 
—  fabr ikant ens reser vedelsnummer og adapt erens fremstillingsår 
—  godkendelsesmærk e for adapt ertypen eller for kontrolapparattypen, som omf atter adapt eren 
—  datoen, hvor adap teren er installeret 
—  identif ikationsnummer på det køretøj, hvori den er installeret. 
ADA_028  Typepladen skal desuden indeholde følgen de oplysninger (hvis disse ikke kan aflæses direkt e på 
ydersiden af den indlejrede bevæge lsesf øler): 
—  navn på fabr ikant en af den indlejrede bevægelsesf øler 
—  fabr ikant ens reser vedelsnummer og den indlejrede bevægelse sfølers fremstillingsår 
—  godkendelsesmærk e for den indlejrede bevægelses føler . 
5.  INST ALLERING AF KONTR OLAPP ARA TET , NÅR EN ADAPTER BENY TTES 
5.1.  Inst aller ing 
ADA_029  Adapt ere, der skal installeres i køretøjer , må kun installeres af køretøjsf abrikante n eller af godken dte 
værksteder , der har tilladelse til at installere, aktivere og kalibrere digitale takograf er og intelligent e 
takograf er. 
ADA_030  Et sådant godken dt værks ted, der installerer adap teren, justerer indgangssignalti lkobling en og vælge r 
omsætningsf orhold til indgangssignalet (hvis dette er relevant). 26.5.2016 L 139/504 Den Europæisk e Unions Tidende DA    
ADA_031  Et sådant godken dt værks ted, der installerer adapt eren, plomberer adapt erhuset. 
ADA_032  Adapt eren installeres så tæt som muligt på den del af køretøjet, der frembr inger indk ommende 
impulser til denne. 
ADA_033  Kabler ne, som forsyner adap teren med strøm, skal være henholdsvis rød (positiv forsyning) og sort 
(stel). 
5.2.  Plomber ing 
ADA_034  Følgen de plomber ingskrav finder anvendelse: 
—  Adap terhuset plomberes (se ADA_017). 
—  Den indlejrede bevægelse sfølers hus plomberes fast til adap terhuset, medmindre det ikke er muligt 
at fjerne føleren fra adapt erhuset uden at bryde adap terhusets plombe(r) (se ADA_018). 
—  Adap terhuset plomberes fast på køretøjet. 
—  Forbindelsen mellem adapt eren og det udstyr , der frembr inger impulser ne til denne, plomberes i 
begge ender (i det omfang, dette med rimelighed kan lade sig gøre). 
6.  KONTR OL, EFTERSYN OG REPARA TIONER 
6.1.  Periodiske eftersyn 
ADA_035  Når der benyttes adap ter, skal hver t periodisk e eftersyn (per iodiske eftersyn skal forstås i 
overensstemmelse med krav [409] til krav [413] i bilag 1C) af kontrolapparatet omf atte kontrol af 
følgende: 
—  at adap teren er forsynet med den relevante typegodkendelsesmærkning 
—  at plomber ne på adapt eren og dennes forbindelser er ubeskadigede 
—  at adap teren er installeret som angivet på installationspladen 
—  at adap teren er installeret som specificeret af adapt er- og/eller køretøjsf abrikanten 
—  at det er tilladt at mont ere en adapt er på det inspicerede køretøj. 
ADA_036  Disse eftersyn omfa tter en kalibrer ing og udskif tning af alle plomber inger uanset deres stand. 
7.  TYPEGODKENDELSE AF KONTR OLAPP ARA TET , NÅR EN ADAPTER BENY TTES 
7.1.  Almindelige best emmelser 
ADA_037  Ved forelæggelse til typegodke ndelse skal kontrolapparatet være komplet med adapt er [425]. 
ADA_038  Enhver adap ter kan forelægges med henblik på en selvstændig typegodkendelse eller til 
typegodken delse som en kompon ent i et kontrolapparat. 
ADA_039  En sådan typegodken delse skal omfatt e funktionsprø ver med adapt eren. Positive resultate r for hver af 
disse prøv er angives ved en passende attes t [426]. 26.5.2016 L 139/505 Den Europæisk e Unions Tidende DA    
7.2.  Funktionsattest 
ADA_040  Der udst edes først en funktionsattest for en adap ter eller et kontrolapparat med en adapt er til 
adap terfabr ikante n, efter at alle de følgen de minimumsfunktionsprøver er afsluttet med et tilfreds ­
stillende resultat. 
Nr. Test Beskr ivelse Tilknytt ede krav 
1. Administrativ undersøgelse 
1.1 Dokumentation Adapterdokumentationens korrekthed  
2. Besigtigelse 
2.1. Overensstemmelse med dokumentationen  
2.2. Identif ikation/mærkning af adapt eren ADA_027, ADA_028 
2.3 Adap terens mate rialer [219] til [223] 
ADA_026 
2.4. Plomber ing ADA_017, ADA_018, 
ADA_034 
3. Funktionsprø ver 
3.1 Tilførsel af hastighedsimpulser til den indlejrede bevæge lsesf øler ADA_013 
3.2 Tilkobling og tilpasning af de indk ommende hastighedsimpulse r ADA_011, ADA_012 
3.3 Nøjagtighed af måling en af bevægelsen [30] til [35], [217] 
4. Miljøprøv er 
4.1 Fabri kanten s prøv ningsresulta ­
ter Resultate r af fabrikantens prøvninger ADA_020, ADA_021, 
ADA_022, ADA_024 
5. Elektromagnetisk kompatibilitet 
5.1 Strålingsemission og følsom ­
hed Overensste mmelse med direktiv 2006/28/EF veri­
ficeres ADA_024 
5.2 Fabri kanten s prøv ningsresulta ­
ter Resultate r af fabrikantens prøvninger ADA_024   26.5.2016 L 139/506 Den Europæisk e Unions Tidende DA