Den här texten är endast avsedd som ett dokumentationshjälpmedel och har ingen rättslig verkan. EU-institutionerna tar 
inget ansvar för innehållet. De autentiska versionerna av motsvarande rättsakter, inklusive ingresserna, publiceras i 
Europeiska unionens officiella tidning och finns i EUR-Lex. De officiella texterna är direkt tillgängliga via länkarna i det hä r 
dokumentet  
►B KOMMISSIONENS GENOMFÖRANDEFÖRORDNING (EU) 2016/799  
av den 18 mars 2016  
om genomförande av Europaparlamentets och rådets förordning (EU) nr 165/2014 när det gäller 
krav för konstruktion, provning, installation, drift och reparation av färdskrivare och deras 
komponenter  
(Text av betydelse för EES)  
(EUT L 139, 26.5.2016, s. 1)  
Ändrad genom:  
Officiella tidningen  
nr sida  datum  
►M1 Kommissionens genomförandeförordning (EU) 2018/502 av den 
28 februari 2018  L 85  1  28.3.2018  
►M2 Kommissionens genomförandeförordning (EU) 2020/158 av den 
5 februari 2020  L 34  2 0  6.2.2020  
►M3 Kommissionens genomförandeförordning (EU) 2021/1228 av den 16 juli 2021  L 273  1  30.7.2021  
Rättad genom:  
►C1 Rättelse, EUT L 146, 3.6.2016, s. 31 (2016/799)  
►C2 Rättelse, EUT L 27, 1.2.2017, s. 169 (2016/799)  02016R0799 — SV — 21.08.2023 — 003.001 — 1
02016R0799 — SV — 21.08.2023 — 003.001 — 2  
KOMMISSIONENS GENOMFÖRANDEFÖRORDNIN G (EU) 
2016/799  
av den 18 mars 2016  
om genomförande av Europaparlamentets och rådets 
förordning (EU) nr 165/2014 när det gäller krav för konstruktion, 
provning, installation, drift och reparation av färdskrivare och 
deras komponenter  
(Text av betydelse för EES)  
Artikel 1  
Syfte och tillämpningsområde  
1. I denna förordning fastställs de bestämmelser som krävs för en 
enhetlig tillämpning av följande aspekter beträffande färdskriv are: 
a) Registrering av fordonets position vid vissa punkter under f örarens 
dagliga arbetsperiod.  
b) Fjärravläst tidig upptäckt av eventuell manipulering eller e ventuellt 
missbruk av smarta färdskrivare.  
c) Gränssnitt med intelligenta transportsystem.  
d) Administrativa och tekniska krav på förfaranden för typgodkä nnande 
av färdskrivare, inklusive säkerhetsmekanismerna.  
▼M1 
2. Konstruktion, provning, installation, besiktning, drift och repara­
tion av smarta färdskrivare och deras komponenter ska uppfylla de 
tekniska krav som fastställs i bilaga IC till denna förordning.  
3. Andra färdskrivare än smarta färdskrivare ska fortsättningsv is, i 
fråga om konstruktion, provning, installation, besiktning, drif t och repa­
ration, uppfylla kraven i antingen bilaga I till förordning (EU ) 
nr 165/2014 eller bilaga IB till rådets förordning (EEG) 
nr 3821/85 (  1 ), enligt vad som är tillämpligt.  
▼B 
4. Enligt artikel 10d i direktiv 96/53/EG ska anordningen för f järr­
avläst tidig upptäckt även överföra viktuppgifter som tillhanda hålls av 
interna ombordsystem för vägning, i syfte att tidigt upptäcka b edräge­
rier. 
▼M1 
5. Denna förordning påverkar inte tillämpningen av Europaparlam en­
tets och rådets direktiv 2014/53/EU (  2 ). 
▼B 
Artikel 2  
Definitioner  
I denna förordning ska definitionerna i artikel 2 i förordning (EU) 
nr 165/2014 gälla.  ▼B 
( 1 ) Rådets förordning (EEG) nr 3821/85 av den 20 december 1985 om  färd­
skrivare vid vägtransporter (EGT L 370, 31.12.1985, s. 8). 
( 2 ) Europaparlamentets och rådets direktiv 2014/53/EU av den 16 a pril 2014 om 
harmonisering av medlemsstaternas lagstiftning om tillhandahåll ande på 
marknaden av radioutrustning och om upphävande av direktiv 1999 /5/EG 
(EUT L 153, 22.5.2014, s. 62.
 02016R0799 — SV — 21.08.2023 — 003.001 — 3  
Dessutom gäller följande definitioner:  
1. digital färdskrivare  eller  första generations färdskrivare : en digital 
färdskrivare som inte är en smart färdskrivare.  
2. extern GNSS-anordning : en anordning som innehåller 
GNSS-mottagaren om fordonsenheten inte utgörs av en enda enhet,  
och även andra komponenter som behövs för att skydda kommuni­
kationen av positionsdata till resten av fordonsenheten.  
▼M1 
3. informationsmapp : en fullständig dokumentation, i elektronisk form 
eller på papper, med all information som lämnas av tillverkaren  
eller dennes företrädare till den typgodkännande myndigheten fö r 
typgodkännande av en färdskrivare eller en ingående komponent, 
inklusive de intyg som avses i artikel 12.3 i förordning (EU) 
nr 165/2014, resultaten av de prov som anges i bilaga IC till d enna 
förordning, samt ritningar, fotografier och andra relevanta 
dokument.  
▼B 
4. informationspaket : informationsmappen, i elektronisk form eller på 
papper, tillsammans med alla andra handlingar som den typgodkän ­
nande myndigheten lägger till under sin tjänsteutövning, inklus ive 
intyget om EG-typgodkännande av färdskrivaren eller en ingående  
komponent i slutet av typgodkännandeförfarandet.  
5. index till informationspaket : ett dokument som förtecknar det num­
rerade innehållet i informationspaketet och som identifierar al la de 
relevanta delarna av detta paket. Dokumentets format ska särski lja 
de på varandra följande stadierna i förfarandet för 
EG-typgodkännande, inklusive datum för varje revidering och upp ­
datering av detta paket.  
6. anordning för fjärravläst tidig upptäckt : den utrustning i fordons­
enheten som används för att genomföra riktade vägkontroller.  
▼M1 
7. smart färdskrivare  eller  andra generationens färdskrivare : en digi­
tal färdskrivare som överensstämmer med artiklarna 8, 9 och 10 i 
förordning (EU) nr 165/2014 samt med bilaga IC till den här för ­
ordningen.  
8. färdskrivarkomponent : någon av följande delar: fordonsenhet, rörel­
sesensor, diagramblad, extern GNSS-anordning eller anordning fö r 
fjärravläst tidig upptäckt.  
▼B 
9. typgodkännande myndighet : den myndighet i en medlemsstat som 
är behörig att typgodkänna färdskrivare eller dess komponenter,  att 
genomföra tillståndsförfarande och att utfärda och eventuellt ä ven 
återkalla intyg om typgodkännande, som fungerar som kon­
taktpunkt för de typgodkännande myndigheterna i övriga medlems­
stater och som säkerställer att tillverkare uppfyller sina skyl digheter 
när det gäller överensstämmelse med kraven i denna förordning.  
▼M1 
10. fordonsenhet : färdskrivaren förutom rörelsesensorn och anslutnings­
kablarna till rörelsesensorn.  
Den kan bestå av en enda enhet eller av flera enheter på olika 
platser i fordonet och inbegriper en databehandlingsenhet, ett dat­
aminne, en funktion för tidmätning, två kortläsare för smartkor t 
(förare och medförare), en skrivare, en bildskärm, anslutningar  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 4  
och anordningar för indata från användaren, en GNSS-mottagare 
och en kommunikationsanordning för fjärravläsning.  
Fordonsenheten kan bestå av följande komponenter som är föremål  
för typgodkännande:  
— Fordonsenhet, som en enda komponent (inklusive 
GNSS-mottagare och kommunikationsanordning för fjärravläs­
ning).  
— Huvudkomponent för fordonsenheten (inklusive kommunika­
tionsanordning för fjärravläsning) och extern GNSS-anordning.  
— Huvudkomponent för fordonsenheten (inklusive 
GNSS-mottagare) och extern kommunikationsanordning för 
fjärravläsning.  
— Huvudkomponent för fordonsenheten, extern GNSS-anordning 
och extern kommunikationsanordning för fjärravläsning.  
Om fordonsenheten består av flera enheter på olika platser i fo rdo­
net är fordonsenhetens huvudkomponent den enhet som innehåller 
databehandlingsenheten, dataminnet och funktionen för tidmätnin g. 
Termen ”fordonsenhet” (eller VU,  Vehicle Unit ) används för både 
fordonsenheten som helhet och fordonsenhetens huvudkomponent.  
▼B 
Artikel 3  
Lokaliseringstjänster  
1. Tillverkare ska säkerställa att smarta färdskrivare är kompa tibla 
med de tjänster för positionsbestämning som tillhandahålls av s ystemen 
Galileo och Egnos ( European Geostationary Navigation Overlay Ser ­
vice). 
2. Utöver de system som avses i punkt 1 får tillverkare även vä lja att 
säkerställa kompatibilitet med andra satellitnavigeringssystem.  
Artikel 4  
Förfarande för typgodkännande av en färdskrivare och av 
färdskrivarkomponenter  
1. En tillverkare eller dennes företrädare ska lämna in en ansö kan om 
typgodkännande av en färdskrivare eller någon av dess komponent er, 
eller grupper av komponenter, till de typgodkännande myndighete r som 
utses av varje medlemsstat. Den ska bestå av en informationsmap p med 
information om var och en av de berörda komponenterna, inklusiv e, i 
tillämpliga fall, de typgodkännandeintyg för andra komponenter som 
krävs för att fullborda färdskrivaren och alla andra relevanta handlingar.  
2. En medlemsstat ska bevilja typgodkännande för varje färdskri vare, 
komponent eller grupp av komponenter som uppfyller de administr ativa 
och tekniska krav som avses i artikel 1.2 eller 1.3, beroende p å vad som 
är tillämpligt. I detta fall ska den typgodkännande myndigheten  utfärda 
ett typgodkännandeintyg till sökanden, och intyget ska överenss tämma 
med förlagan i bilaga II till denna förordning.  
3. Den typgodkännande myndigheten får begära att tillverkaren e ller 
dennes företrädare tillhandahåller alla slag av ytterligare inf ormation.  ▼M1
 02016R0799 — SV — 21.08.2023 — 003.001 — 5  
4. Tillverkaren eller dennes företrädare ska tillhandahålla så många 
färdskrivare eller färdskrivarkomponenter som krävs för att typ godkän­
nandeförfarandet ska kunna genomföras på ett tillfredsställande  sätt, och 
ställa dessa till förfogande för de typgodkännande myndighetern a, samt 
för de enheter som ansvarar för att utfärda de intyg som avses i arti­
kel 12.3 i förordning (EU) nr 165/2014.  
5. Om tillverkaren eller dennes företrädare ansöker om ett typg od­
kännande av vissa komponenter eller grupper av komponenter till  en 
färdskrivare ska denne förse de typgodkännande myndigheterna me d de 
andra redan typgodkända komponenter samt andra delar som krävs för 
att färdigställa den kompletta färdskrivaren, så att dessa mynd igheter 
kan utföra de prov som krävs.  
Artikel 5  
Ändringar av typgodkännanden  
1. Tillverkaren eller dennes företrädare ska utan dröjsmål info rmera 
de typgodkännande myndigheter som beviljade det ursprungliga ty pgod­
kännandet om varje ändring av färdskrivarens programvara eller ma­
skinvara eller av de slags material som används för dess tillve rkning, 
som registreras i informationspaketet, och lämna in en ansökan om 
ändring av typgodkännandet.  
2. De typgodkännande myndigheterna får revidera eller utvidga e tt 
befintligt typgodkännande, eller utfärda ett nytt typgodkännand e med 
hänsyn till ändringarnas art och karaktär.  
En ”revidering” ska göras om den typgodkännande myndigheten ans er 
att ändringarna av färdskrivarens programvara eller maskinvara,  eller av 
de slags material som används för dess tillverkning, är små. I sådana fall 
ska den typgodkännande myndigheten utfärda de reviderade dokume n­
ten i informationspaketet och ange vilken slags ändringar som g jorts och 
datum för deras godkännande. En uppdaterad version av informati ons­
paketet i konsoliderad form, tillsammans med en detaljerad besk rivning 
av de ändringar som gjorts, ska vara tillräcklig för att uppfyl la detta 
krav.  
En ”utvidgning” ska göras om den typgodkännande myndigheten ans er 
att ändringarna av färdskrivarens programvara eller maskinvara,  eller av 
de slags material som används för dess tillverkning, är betydan de. I 
sådana fall får den begära att nya prov utförs och informera ti llverkaren 
eller dennes företrädare om detta. Om dessa prov visar sig vara  tillfreds­
ställande ska den typgodkännande myndigheten utfärda ett revide rat 
typgodkännandeintyg som innehåller ett nummer som hänvisar till  den 
beviljade utvidgningen. I typgodkännandeintyget ska skälet till  utvidg­
ningen och dess utfärdandedatum anges.  
3. Indexet till informationspaketet ska visa datum för den sena ste 
utvidgningen eller revideringen av typgodkännandet eller datum för 
den senaste konsolideringen av den uppdaterade versionen av typ god­
kännandet.  
4. Ett nytt typgodkännande ska krävas när de begärda ändringarn a av 
en typgodkänd färdskrivare eller dess komponenter skulle leda t ill ut­
färdande av ett nytt säkerhetsintyg eller intyg om driftskompat ibilitet.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 6  
Artikel 6  
Ikraftträdande  
Denna förordning träder i kraft den tjugonde dagen efter det at t den har 
offentliggjorts i  Europeiska unionens officiella tidning . 
Den ska tillämpas från och med den 2 mars 2016.  
▼M1 
Bilaga IC ska dock tillämpas från och med den 15 juni 2019, med  
undantag för tillägg 16 som ska tillämpas från och med den 2 ma rs 
2016.  
▼B 
Denna förordning är till alla delar bindande och direkt tillämp lig i alla 
medlemsstater.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 7  
BILAGA I C  
Krav i fråga om konstruktion, provning, installation och besiktning  
INLEDNING  
1. DEFINITIONER  
2. ALLMÄN BESKRIVNING AV FÄRDSKRIVAREN OCH DESS 
FUNKTIONER  
2.1 Allmän beskrivning  
2.2 Funktioner  
2.3 Driftlägen  
2.4 Säkerhet  
3. KONSTRUKTIONS- OCH FUNKTIONSKRAV FÖR FÄRD­ 
SKRIVARE  
3.1 Övervakning av insättning och uttag av kort  
3.2 Mätning av hastighet, position och sträcka  
3.2.1 Mätning av tillryggalagd vägsträcka  
3.2.2 Hastighetsmätning  
3.2.3 Positionsmätning  
3.3 Tidmätning  
3.4 Övervakning av föraraktiviteter  
3.5 Övervakning av körningsstatus  
3.6 Förarens angivelser  
3.6.1 Angivelse av de platser där dagens arbetsperioder påbörja s och/el­ 
ler avslutas  
3.6.2 Manuell angivelse av föraraktiviteter och förarens samtyc ke avse­ 
ende ITS-gränssnitt  
3.6.3 Angivelse av särskilda omständigheter  
▼M3 
3.6.4 Angivelse av lastnings- eller lossningsaktivitet  
▼B 
3.7 Hantering av företagslås  
3.8 Övervakning av kontrollaktiviteter  
3.9 Upptäckt av händelser och/eller fel  
3.9.1 Insättning av ett ogiltigt kort (händelse, ”Insertion of a non-valid card”)  
3.9.2 Kortkonflikt (händelse, ”Card conflict”)  
3.9.3 Överlappning av tider (händelse, ”Time overlap”)  
3.9.4 Körning utan korrekt kort (händelse, ”Driving without an approp­ 
riate card”)  
3.9.5 Insättning av kort vid körning (händelse, ”Card insertion  while driving”)  
3.9.6 Senaste kortsession ej korrekt avslutad (händelse, ”Last card ses­ 
sion not correctly closed”)  
3.9.7 Hastighetsöverträdelse (händelse, ”Over speeding”)  
3.9.8 Avbrott i strömtillförsel (händelse, ”Power supply interr uption”)  
3.9.9 Fel i kommunikation med kommunikationsanordning för fjärr avläs­ 
ning (händelse, ”Communication error with the remote communi­ 
cation facility”)  
3.9.10 Positionsinformation från GNSS-mottagare saknas (händels e, 
”Absence of position information from GNSS receiver”)  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 8  
3.9.11 Fel i kommunikation med extern GNSS-anordning (händelse,  
”Communication error with the external GNSS facility”)  
3.9.12 Fel i rörelsedata (händelse, ”Motion data error”)  
3.9.13 Konflikt i fordonets rörelsedata (händelse, ”Vehicle mot ion 
conflict”)  
3.9.14 Försök till säkerhetsöverträdelse (händelse, ”Security b reach attempt”)  
3.9.15 Tidskonflikt (händelse, ”Time conflict”)  
3.9.16 Kortfel (”Card”)  
3.9.17 Färdskrivarfel (”Recording equipment”)  
▼M3 
3.9.18 Orimligt GNSS-värde ( händelse, ”GNSS anomaly” ) 
▼B 
3.10 Inbyggd provning och självprovning  
3.11 Avläsning från dataminne  
3.12 Registrering och lagring i dataminne  
3.12.1 Data för identifiering av utrustning  
3.12.1.1 Data för identifiering av fordonsenhet  
3.12.1.2 Data för identifiering av rörelsesensor  
3.12.1.3 Data för identifiering av globalt system för satellitn avigering 
(GNSS).  
3.12.2 Nycklar och certifikat  
3.12.3 Data om insättning och uttag av förarkort och verkstadsk ort 
3.12.4 Data om föraraktiviteter  
▼M1 
3.12.5 Platser och positioner där dagens arbetsperioder påbörja s eller av­ 
slutas och/eller där tre timmars sammanlagd körtid uppnås  
▼B 
3.12.6 Vägmätardata  
3.12.7 Detaljerade hastighetsdata  
3.12.8 Händelsedata  
3.12.9 Data om fel  
3.12.10 Kalibreringsdata  
3.12.11 Data om tidsinställning  
3.12.12 Data om kontrollaktiviteter  
3.12.13 Data om företagslås  
3.12.14 Överföringsdata  
3.12.15 Data om särskilda omständigheter  
3.12.16 Data om färdskrivarkort  
▼M3 
3.12.17 Gränspassager  
3.12.18 Lastnings-/lossningsaktiviteter  
3.12.19 Digital karta  
▼B 
3.13 Avläsning från färdskrivarkort  
3.14 Registrering och lagring på färdskrivarkort  
3.14.1 Registrering och lagring på första generationens färdskr ivarkort  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 9  
3.14.2 Registrering och lagring på andra generationens färdskri varkort  
3.15 Visning  
3.15.1 Standardvisning  
3.15.2 Visning av varningar  
3.15.3 Åtkomst via meny  
3.15.4 Visning av övrig information  
3.16 Utskrift  
3.17 Varningar  
3.18 Överföring av data till externa media  
3.19 Fjärrkommunikation vid riktade vägkontroller  
▼M3 
3.20 Datautbyte med ytterligare externa enheter  
▼B 
3.21 Kalibrering  
3.22 Kalibreringskontroll på väg  
3.23 Tidsinställning  
3.24 Prestanda  
3.25 Material  
3.26 Märkningar  
▼M3 
3.27 Övervakning av gränspassager  
3.28 Programvaruuppdatering  
▼B 
4. KONSTRUKTIONS- OCH FUNKTIONSKRAV FÖR FÄRD­ 
SKRIVARKORT  
4.1 Synliga data  
4.2 Säkerhet  
4.3 Standarder  
4.4 Miljö- och elspecifikationer  
4.5 Lagring av data  
4.5.1 Elementfiler för identifiering och korthantering  
4.5.2 Identifiering av smartkort  
4.5.2.1 Identifiering av chip  
4.5.2.2 DIR (finns endast på andra generationens färdskrivarkor t) 
4.5.2.3 ATR-information (under vissa förutsättningar, finns end ast på andra 
generationens färdskrivarkort)  
4.5.2.4 Information med utökad längd (under vissa förutsättning ar, finns 
endast på andra generationens färdskrivarkort)  
4.5.3 Förarkort  
4.5.3.1 Färdskrivartillämpning (tillgänglig för första och andr a generatio­ 
nens fordonsenheter)  
4.5.3.1.1 Tillämpningsidentifiering  
4.5.3.1.2 Nyckel och certifikat  
4.5.3.1.3 Kortidentifiering  
4.5.3.1.4 Identifiering av kortinnehavare  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 10  
4.5.3.1.5 Överföring från kort  
4.5.3.1.6 Information om körkort  
4.5.3.1.7 Händelsedata  
4.5.3.1.8 Data om fel  
4.5.3.1.9 Data om föraraktiviteter  
4.5.3.1.10 Data om använda fordon  
4.5.3.1.11 Platser där dagens arbetsperioder påbörjas och/eller  avslutas  
4.5.3.1.12 Data om kortsessioner  
4.5.3.1.13 Data om kontrollaktiviteter  
4.5.3.1.14 Data om särskilda omständigheter  
4.5.3.2 Färdskrivartillämpning i generation 2 (ej åtkomlig för första gene­ 
rationens fordonsenhet)  
4.5.3.2.1 Tillämpningsidentifiering  
▼M3 
4.5.3.2.1.1 Ytterligare tillämpningsidentifiering (ej åtkomlig med version 1 av 
andra generationens fordonsenheter)  
▼B 
4.5.3.2.2 Nycklar och certifikat  
4.5.3.2.3 Kortidentifiering  
4.5.3.2.4 Identifiering av kortinnehavare  
4.5.3.2.5 Överföring från kort  
4.5.3.2.6 Information om körkort  
4.5.3.2.7 Händelsedata  
4.5.3.2.8 Data om fel  
4.5.3.2.9 Data om föraraktiviteter  
4.5.3.2.10 Data om använda fordon  
4.5.3.2.11 Platser och positioner där dagens arbetsperioder påb örjas och/eller 
avslutas  
4.5.3.2.12 Data om kortsessioner  
4.5.3.2.13 Data om kontrollaktiviteter  
4.5.3.2.14 Data om särskilda omständigheter  
4.5.3.2.15 Data om använda fordonsenheter  
▼M1 
4.5.3.2.16 Data om platser avseende tre timmars sammanlagd körn ing 
▼M3 
4.5.3.2.17 Autentiseringsstatus för positioner med anknytning t ill platser där 
dagens arbetsperioder påbörjas och/eller avslutas (ej åtkomlig med 
version 1 av andra generationens fordonsenheter)  
4.5.3.2.18 Autentiseringsstatus för positioner där tre timmars sammanlagd 
körtid uppnås (ej åtkomlig med version 1 av andra generationens  
fordonsenheter)  
4.5.3.2.19 Gränspassager (ej åtkomlig med version 1 av andra ge nerationens 
fordonsenheter)  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 11  
4.5.3.2.20 Lastnings-/lossningsaktiviteter (ej åtkomlig med ver sion 1 av andra 
generationens fordonsenheter)  
4.5.3.2.21 Lastnings-/lossningsaktiviteter (ej åtkomlig med ver sion 1 av andra 
generationens fordonsenheter)  
4.5.3.2.22 Fordonsenhetens konfigurationer (ej åtkomliga med ve rsion 1 av 
andra generationens fordonsenheter)  
▼B 
4.5.4 Verkstadskort  
4.5.4.1 Färdskrivartillämpning (tillgänglig för första och andr a generatio­ 
nens fordonsenheter)  
4.5.4.1.1 Tillämpningsidentifiering  
4.5.4.1.2 Nycklar och certifikat  
4.5.4.1.3 Kortidentifiering  
4.5.4.1.4 Identifiering av kortinnehavare  
4.5.4.1.5 Överföring från kort  
4.5.4.1.6 Data om kalibrering och tidsinställning  
4.5.4.1.7 Data om händelser och fel  
4.5.4.1.8 Data om föraraktiviteter  
4.5.4.1.9 Data om använda fordon  
4.5.4.1.10 Data om påbörjande och/eller avslutande av dagens ar betsperioder  
4.5.4.1.11 Data om kortsessioner  
4.5.4.1.12 Data om kontrollaktiviteter  
4.5.4.1.13 Data om särskilda omständigheter  
4.5.4.2 Färdskrivartillämpning i generation 2 (ej åtkomlig för första gene­ 
rationens fordonsenhet)  
4.5.4.2.1 Tillämpningsidentifiering  
▼M3 
4.5.4.2.1.1 Ytterligare tillämpningsidentifiering (ej åtkomlig med version 1 av 
andra generationens fordonsenheter)  
▼B 
4.5.4.2.2 Nycklar och certifikat  
4.5.4.2.3 Kortidentifiering  
4.5.4.2.4 Identifiering av kortinnehavare  
4.5.4.2.5 Överföring från kort  
4.5.4.2.6 Data om kalibrering och tidsinställning  
4.5.4.2.7 Data om händelser och fel  
4.5.4.2.8 Data om föraraktiviteter  
4.5.4.2.9 Data om använda fordon  
4.5.4.2.10 Data om påbörjande och/eller avslutande av dagens ar betsperioder  
4.5.4.2.11 Data om kortsessioner  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 12  
4.5.4.2.12 Data om kontrollaktiviteter  
4.5.4.2.13 Data om använda fordonsenheter  
▼M1 
4.5.4.2.14 Data om platser avseende tre timmars sammanlagd körn ing 
▼B 
4.5.4.2.15 Data om särskilda omständigheter  
▼M3 
4.5.4.2.16 Autentiseringsstatus för positioner med anknytning t ill platser där 
dagens arbetsperioder påbörjas och/eller avslutas (ej åtkomlig med 
version 1 av andra generationens fordonsenheter)  
4.5.4.2.17 Autentiseringsstatus för positioner där tre timmars sammanlagd 
körning uppnås (ej åtkomlig med version 1 av andra generationen s 
fordonsenheter)  
4.5.4.2.18 Gränspassager (ej åtkomlig med version 1 av andra ge nerationens 
fordonsenheter)  
4.5.4.2.19 Lastnings-/lossningsaktiviteter (ej åtkomlig med ver sion 1 av andra 
generationens fordonsenheter)  
4.5.4.2.20 Lastnings-/lossningsaktiviteter (ej åtkomlig med ver sion 1 av andra 
generationens fordonsenheter)  
4.5.4.2.21 Ytterligare kalibreringsdata (ej åtkomlig med versio n 1 av andra 
generationens fordonsenheter)  
4.5.4.2.22 Fordonsenhetens konfigurationer (ej åtkomliga med ve rsion 1 av 
andra generationens fordonsenheter)  
▼B 
4.5.5 Kontrollkort  
4.5.5.1 Färdskrivartillämpning (tillgänglig för första och andr a generatio­ 
nens fordonsenheter)  
4.5.5.1.1 Tillämpningsidentifiering  
4.5.5.1.2 Nycklar och certifikat  
4.5.5.1.3 Kortidentifiering  
4.5.5.1.4 Identifiering av kortinnehavare  
4.5.5.1.5 Data om kontrollaktiviteter  
4.5.5.2 Färdskrivartillämpning G2 (ej åtkomlig för första gener ationens 
fordonsenhet)  
4.5.5.2.1 Tillämpningsidentifiering  
▼M3 
4.5.5.2.1.1 Ytterligare tillämpningsidentifiering (ej åtkomlig med version 1 av 
andra generationens fordonsenheter)  
▼B 
4.5.5.2.2 Nycklar och certifikat  
4.5.5.2.3 Kortidentifiering  
4.5.5.2.4 Identifiering av kortinnehavare  
4.5.5.2.5 Data om kontrollaktiviteter  
▼M3 
4.5.5.2.6 Fordonsenhetens konfigurationer (ej åtkomliga med ver sion 1 av 
andra generationens fordonsenheter)  
▼B 
4.5.6 Företagskort  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 13  
4.5.6.1 Färdskrivartillämpning (tillgänglig för första och andr a generatio­ 
nens fordonsenheter)  
4.5.6.1.1 Tillämpningsidentifiering  
4.5.6.1.2 Nycklar och certifikat  
4.5.6.1.3 Kortidentifiering  
4.5.6.1.4 Identifiering av kortinnehavare  
4.5.6.1.5 Data om företagsaktiviteter  
4.5.6.2 Färdskrivartillämpning G2 (ej åtkomlig för första gener ationens 
fordonsenhet)  
4.5.6.2.1 Tillämpningsidentifiering  
▼M3 
4.5.6.2.1.1 Ytterligare tillämpningsidentifiering (ej åtkomlig med version 1 av 
andra generationens fordonsenheter)  
▼B 
4.5.6.2.2 Nycklar och certifikat  
4.5.6.2.3 Kortidentifiering  
4.5.6.2.4 Identifiering av kortinnehavare  
4.5.6.2.5 Data om företagsaktiviteter  
▼M3 
4.5.6.2.6 Fordonsenhetens konfigurationer (ej åtkomliga med ver sion 1 av 
andra generationens fordonsenheter)  
▼B 
5. INSTALLATION AV FÄRDSKRIVARE  
5.1 Installation  
5.2 Installationsskylt  
5.3 Plombering  
6. KONTROLLER, BESIKTNINGAR OCH REPARATIONER  
6.1 Godkännande av montörer, verkstäder och fordonstillverkare  
▼M1 
6.2 Kontroll av nya eller reparerade komponenter  
▼B 
6.3 Installationsbesiktning  
6.4 Periodiska besiktningar  
6.5 Uppmätning av fel  
6.6 Reparationer  
7. UTFÄRDANDE AV KORT  
8. TYPGODKÄNNANDE AV FÄRDSKRIVARE OCH FÄRDSKRI­ 
VARKORT  
8.1 Allmänt  
8.2 Säkerhetsintyg  
8.3 Funktionsintyg  
8.4 Intyg om driftskompatibilitet  
8.5 Intyg om typgodkännande  
8.6 Undantagsförfarande: första intyg om driftskompatibilitet f ör andra 
generationens färdskrivare och färdskrivarkort  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 14  
INLEDNING  
Denna bilaga innehåller krav på andra generationens färdskrivar e och färdskri­
varkort.  
Sedan den 15 juni 2019 installeras andra generationens färdskri vare i fordon som 
registreras i unionen för första gången, och andra generationen s färdskrivarkort 
utfärdas sedan samma dag.  
För ett smidigt införande av andra generationens färdskrivarsys tem har andra 
generationens färdskrivarkort utformats så att de också kan anv ändas i första 
generationens fordonsenheter som tillverkas i enlighet med bila ga IB till 
förordning (EEG) nr 3821/85.  
På motsvarande sätt kan första generationens färdskrivarkort an vändas i andra 
generationens fordonsenheter. Andra generationens fordonsenhete r kan dock ka­
libreras endast med hjälp av andra generationens verkstadskort.  
Kraven på driftskompatibilitet mellan första och andra generati onens färdskrivar­
system anges i denna bilaga. I detta sammanhang innehåller till ägg 15 ytterligare 
uppgifter om hanteringen för att de båda generationerna ska kun na samexistera.  
Dessutom införs genom denna förordning tekniska krav för den an dra versionen 
av andra generationens färdskrivare och färdskrivarkort, som en  följd av att nya 
funktioner införs, t.ex. Galileo OSNMA ( Open Signal – Navigation Messages 
Authentication , för autentisering av GNSS-information), detektering av gränsp as­
sager och angivelse av lastnings- och lossningsaktiviteter, och  av behovet att öka 
förarkortens kapacitet för föraraktiviteter till 56 dagar.  
▼B 
Förteckning över tillägg  
Tillägg 1: DATAKATALOG  
Tillägg 2: SPECIFIKATION FÖR FÄRDSKRIVARKORT  
Tillägg 3: PIKTOGRAM  
Tillägg 4: UTSKRIFTER  
Tillägg 5: BILDSKÄRM  
Tillägg 6: FRONTANSLUTNING FÖR KALIBRERING OCH DATA­ 
ÖVERFÖRING  
Tillägg 7: PROTOKOLL FÖR DATAÖVERFÖRING  
Tillägg 8: KALIBRERINGSPROTOKOLL  
Tillägg 9: TYPGODKÄNNANDE: FÖRTECKNING ÖVER MINSTA 
NÖDVÄNDIGA UPPSÄTTNING PROV  
Tillägg 10: SÄKERHETSKRAV  
Tillägg 11: GEMENSAMMA SÄKERHETSMEKANISMER  
Tillägg 12: POSITIONSBESTÄMNING BASERAD PÅ GNSS (GLO­ 
BAL NAVIGATION SATELLITE SYSTEM)  
Tillägg 13: ITS-GRÄNSSNITT  
Tillägg 14: FJÄRRKOMMUNIKATIONSFUNKTION  
Tillägg 15: MIGRERING: PARALLELL HANTERING AV FLERA 
UTRUSTNINGSGENERATIONER  
Tillägg 16: ADAPTER FÖR FORDONSKATEGORIERNA M1 OCH N1  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 15  
1 DEFINITIONER  
I denna bilaga används följande termer och definitioner:  
a) Aktivering  
Den fas där färdskrivaren blir helt klar för drift och alla des s 
funktioner, inklusive säkerhetsfunktionerna, aktiveras med 
hjälp av ett verkstadskort.  
b) Autentisering  
Funktion avsedd att upprätta och kontrollera en angiven 
identitet.  
c) Autenticitet  
Det faktum att information kommer från en part vars identitet 
går att kontrollera.  
d) Inbyggd provning (BIT,  Built-In-Test ) 
Provning som utförs på begäran från en användare eller extern 
utrustning.  
e) Kalenderdag  
Ett dygn som sträcker sig från kl. 00.00 till kl. 24.00. Alla 
kalenderdagar räknas enligt UTC-tid ( Universal Time Coordi ­
nated ). 
▼M3 
f) Kalibrering (av en smart färdskrivare)  
Uppdatering eller bekräftelse av de fordonsparametrar som ska 
lagras i dataminnet. Fordonsparametrarna omfattar fordonsi­
dentifiering (VIN (identifieringsnummer), VRN (registrerings­
nummer) samt medlemsstat där fordonet är registrerat) och 
fordonets egenskaper (w, k, l, däcksdimension, inställning på 
den hastighetsbegränsande anordningen (i förekommande fall), 
aktuell UTC-tid, aktuell vägmätarställning, standardtyp av 
last). Under kalibreringen av färdskrivaren ska även alla be­
fintliga plomberingar som är relevanta för typgodkännande 
lagras i dataminnet.  
En uppdatering eller bekräftelse av enbart UTC-tid ska betrak­
tas som en tidsinställning och inte som en kalibrering, under 
förutsättning att den inte strider mot krav 409 i punkt 6.4.  
Kalibrering av färdskrivare kräver att ett verkstadskort an­
vänds.  
g) Kortnummer  
Ett nummer bestående av 16 alfanumeriska tecken med vars 
hjälp ett enskilt färdskrivarkort kan identifieras inom en med­
lemsstat. Kortnumret omfattar en identifiering som består av 
en identifiering av förare, eller en identifiering av kortägare , 
tillsammans med kortets löpnummer, ersättningsindex och för­
nyelseindex.  
Ett enskilt kort kan därför identifieras med hjälp av den utfär ­
dande medlemsstatens kod och kortnumret.  
▼B 
h) Löpnummer  
Det 14:e alfanumeriska tecknet i ett kortnummer, används för 
att åtskilja de kort som utfärdats till ett företag, en verksta d 
eller en kontrollmyndighet som har rätt att få flera färdskriva r­
kort utfärdade. Det enskilda företaget eller den enskilda verk­
staden eller kontrollmyndigheten kan identifieras med hjälp av 
de första 13 tecknen i kortnumret.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 16  
i) Förnyelseindex  
Det 16:e alfanumeriska tecknet i ett kortnummer, som ökas vid 
varje förnyelse av ett färdskrivarkort som motsvarar en viss 
identifiering, dvs. identifiering av förare eller identifiering  av 
ägare tillsammans med löpnummer.  
j) Ersättningsindex  
Det 15:e alfanumeriska tecknet i ett kortnummer, som ökas vid 
varje ersättning av ett färdskrivarkort som motsvarar en viss 
identifiering, dvs. identifiering av förare eller identifiering  av 
ägare tillsammans med löpnummer.  
▼B 
k) Fordonets karakteristiska koefficient  
Den numeriska koefficient som anger värdet för den utsignal 
som skickas av den del av fordonet som utgör gränssnitt med 
färdskrivaren (växellådans utgående axel eller fordonets hju­
laxel) medan fordonet tillryggalägger en sträcka av en kilome­
ter under sådana standardiserade provningsförhållanden som 
definieras i krav 414. Den karakteristiska koefficienten ut­
trycks i impulser per kilometer (w = … imp/km).  
l) Företagskort  
Ett färdskrivarkort som utfärdas av myndigheterna i en med­
lemsstat till ett transportföretag som har behov av att framför a 
fordon utrustade med färdskrivare. Transportföretaget kan 
identifieras genom kortet, som också möjliggör visning, över­
föring och utskrift av de data som lagras i färdskrivaren och 
som är låsta av transportföretaget.  
m) Färdskrivarens konstant  
Den numeriska konstant som anger värdet för den ingående 
signal som krävs för att visa och registrera en tillryggalagd 
sträcka av en kilometer. Denna konstant ska uttryckas i impul­
ser per kilometer (k = … imp/km).  
n) Sammanhängande körtid (enligt färdskrivarens beräkning) (  1 ) 
En viss förares aktuella sammanhängande körtid sedan slutet 
av förarens senaste period av tillgänglighet (AVAILABILITY) 
eller rast/vila (BREAK/REST) eller okända (UNKNOWN (  2 )) 
period om minst 45 minuter (denna period kan ha delats upp i 
flera perioder i enlighet med Europaparlamentets och rådets 
förordning (EG) nr 561/2006 (  3 )). Vid de berörda beräkning­
arna tas efter behov hänsyn till tidigare aktiviteter som lagra ts 
på förarkortet. Om föraren inte har satt in sitt kort bygger de  
berörda beräkningarna på de registreringar i dataminnet som 
avser den innevarande period där inget kort varit insatt i den 
aktuella kortplatsen.  ▼M3 
( 1 ) Detta sätt att beräkna den sammanhängande körtiden och den sa mmanlagda avbrottstiden 
ger färdskrivaren underlag för varningen om sammanhängande kört id. Det påverkar inte 
den juridiska tolkning som ska göras av dessa tider. Alternativ a sätt att beräkna den 
sammanhängande körtiden och den sammanlagda avbrottstiden får a nvändas för att er­
sätta dessa definitioner om de blivit inaktuella genom uppdater ingar av annan relevant 
lagstiftning. 
( 2 ) Okända (UNKNOWN) perioder motsvarar perioder där förarkortet inte varit insatt och 
inga föraraktiviteter angivits manuellt. 
( 3 ) Europaparlamentets och rådets förordning (EG) nr 561/2006 av den 15 mars 2006 om 
harmonisering av viss sociallagstiftning på vägtransportområdet  och om ändring av rådets 
förordningar (EEG) nr 3821/85 och (EG) nr 2135/98 samt om upphä vande av rådets 
förordning (EEG) nr 3820/85 (EUT L 102, 11.4.2006, s. 1).
 02016R0799 — SV — 21.08.2023 — 003.001 — 17  
o) Kontrollkort  
Ett färdskrivarkort som utfärdas av myndigheterna i en medlemss tat 
till en nationell behörig kontrollmyndighet. Kontrollorganet, o ch 
eventuellt även kontrolltjänstemannen, kan identifieras genom k ortet, 
som också ger tillträde till de data som lagras i dataminnet el ler i 
förarkorten, och eventuellt även i verkstadskorten, så att dess a kan 
avläsas, skrivas ut och/eller överföras.  
Det ska även ge tillträde till funktionen för kalibreringskontr oll 
på väg och till data genom fjärravläsaren.  
p) Sammanlagd avbrottstid (enligt färdskrivarens beräkning) (  1 ) 
Den sammanlagda tiden för avbrott från körtiden beräknas som 
en viss förares aktuella sammanlagda tidsperioder för 
tillgänglighet (AVAILABILITY) eller rast/vila (BREAK/ 
REST) eller okända (UNKNOWN (  2 )) tidsperioder om minst 
15 minuter, sedan slutet av förarens senaste period av 
tillgänglighet (AVAILABILITY) eller rast/vila (BREAK/ 
REST) eller okända (UNKNOWN (  3 )) period om minst 45 
minuter (denna period kan ha delats upp i flera perioder i 
enlighet med förordning (EG) nr 561/2006).  
Vid de berörda beräkningarna tas efter behov hänsyn till tidi­
gare aktiviteter som lagrats på förarkortet. Okända perioder av  
negativ varaktighet (okänd periods början > (dvs. är senare än)  
okänd periods slut) på grund av överlappningar i tid mellan två  
olika färdskrivare beaktas inte vid beräkningen.  
Om föraren inte har satt in sitt kort bygger de berörda beräk­
ningarna på de registreringar i dataminnet som avser den in­
nevarande period där inget kort varit insatt i den aktuella 
kortplatsen.  
q) Dataminne  
En anordning för elektronisk datalagring som är inbyggd i 
färdskrivaren.  
r) Digital signatur  
Data som bifogas till, eller en kryptografisk omvandling av, et t 
datablock som gör det möjligt för mottagaren av datablocket 
att påvisa dess autenticitet och integritet.  
s) Överföring  
Kopiering och digital signering av samtliga eller en del av en 
uppsättning av datafiler som finns registrerade i fordonsenhe­
tens dataminne eller i ett färdskrivarkorts minne, under för­
utsättning att denna process inte ändrar eller tar bort några 
lagrade data.  ▼B 
( 1 ) Detta sätt att beräkna den sammanhängande körtiden och den sa mmanlagda avbrottstiden 
ger färdskrivaren underlag för varningen om sammanhängande kört id. Det påverkar inte 
den juridiska tolkning som ska göras av dessa tider. Alternativ a sätt att beräkna den 
sammanhängande körtiden och den sammanlagda avbrottstiden får a nvändas för att er­
sätta dessa definitioner om de blivit inaktuella genom uppdater ingar av annan relevant 
lagstiftning. 
( 2 ) Okända (UNKNOWN) perioder motsvarar perioder där förarkortet inte varit insatt och 
inga föraraktiviteter angivits manuellt.
 02016R0799 — SV — 21.08.2023 — 003.001 — 18  
Tillverkare av fordonsenheter för smarta färdskrivare och till­
verkare av utrustning som är konstruerad för och avsedd att 
överföra datafiler ska vidta alla rimliga åtgärder för att säke r­
ställa att överföringen av dessa data kan utföras av transport­
företag eller förare med minsta möjliga fördröjning.  
Även om överföringen av detaljerade hastighetsdata inte är 
nödvändig för att fastställa överensstämmelsen med 
förordning (EG) nr 561/2006 kan den användas för andra än­
damål, t.ex. i samband med olycksutredningar.  
t) Förarkort  
Ett färdskrivarkort som utfärdas av myndigheterna i en med­
lemsstat till ett viss förare. Föraren kan identifieras genom 
kortet, som också möjliggör lagring av data om föraraktivite­
ter. 
u) Hjulens effektiva omkrets  
Genomsnittsvärdet för de sträckor som tillryggalagts av de hjul  
som förflyttar fordonet (drivhjulen) under loppet av ett fullt 
varv. Uppmätning av dessa sträckor ska ske under sådana 
standardiserade provningsförhållanden som definieras i krav 
414 och uttrycks i formen ”l = … mm”. Fordonstillverkare 
får ersätta uppmätningen av dessa sträckor med en teoretisk 
beräkning där axeltrycket för fordon utan last i körklart 
skick (  1 ) beaktas. Metoderna för en sådan teoretisk beräkning 
är föremål för godkännande från en behörig myndighet i en 
medlemsstat och de kan endast användas innan färdskrivaren 
aktiveras.  
v) Händelse  
Onormalt driftsförhållande som upptäcks av den smarta färd­
skrivaren och som kan vara följden av ett försök till bedrägeri . 
w) Extern GNSS-anordning  
Anordning som innehåller GNSS-mottagaren om fordonsenhe­
ten inte utgörs av en enda enhet, och även andra komponenter 
som behövs för att skydda kommunikationen av positionsdata 
till resten av fordonsenheten.  
x) Fel  
Onormalt driftsförhållande som upptäcks av den smarta färd­
skrivaren och som kan bero på att den inte fungerar riktigt 
eller inte fungerar alls.  
y) GNSS-mottagare  
En elektronisk anordning som tar emot och digitalt bearbetar 
signalerna från ett eller flera globala system för satellitnavi ge­
ring (GNSS,  Global Navigation Satellite System ) för att till­
handahålla information om position, hastighet och tidpunkt.  ▼B 
( 1 ) Kommissionens förordning (EU) nr 1230/2012 av den 12 december  2012 om genom­
förande av Europaparlamentets och rådets förordning (EG) nr 661 /2009 avseende krav 
för typgodkännande av vikter och mått för motorfordon och släpv agnar till dessa fordon 
och om ändring av Europaparlamentets och rådets direktiv 2007/4 6/EG (EUT L 353, 
21.12.2012, s. 31), i sin senaste lydelse.
 02016R0799 — SV — 21.08.2023 — 003.001 — 19  
z) Installation  
Montering av en färdskrivare i ett fordon.  
aa) Driftskompatibilitet  
Kapacitet att utväxla data och dela information hos system och 
underliggande verksamhetsprocesser.  
bb) Gränssnitt  
En anordning mellan olika system, genom vilken systemen 
kan ansluta sig till varandra och samverka.  
cc) Position  
Fordonets geografiska koordinater vid en viss tidpunkt.  
dd) Rörelsesensor  
Den del av färdskrivaren som ger en signal som motsvarar 
fordonets hastighet och/eller tillryggalagda sträcka.  
▼M3 
ee) Ogiltigt kort  
Ett kort som upptäcks vara felaktigt, eller vars autentisering 
underkänns, vars första giltighetsdag ännu inte inträtt eller v ars 
sista giltighetsdag har passerats.  
Ett kort betraktas som ogiltigt även av fordonsenheten  
— om ett kort med samma utfärdande medlemsstat och 
samma identifiering, dvs. identifiering av förare eller iden­
tifiering av ägare tillsammans med löpnummer, och med 
ett högre förnyelseindex, redan varit insatt i fordonsenhe­
ten, eller  
— om ett kort med samma utfärdande medlemsstat och 
samma identifiering, dvs. identifiering av förare eller iden­
tifiering av ägare tillsammans med löpnummer och för­
nyelseindex, men med ett högre ersättningsindex, redan 
varit insatt i fordonsenheten.  
▼B 
ff) Öppen standard  
En standard som fastställs i ett dokument med standardspeci­
fikationer som är tillgängligt gratis eller till en obetydlig k ost­
nad och som får mångfaldigas, spridas eller användas gratis 
eller mot en nominell avgift.  
gg) Omfattas ej ( out of scope ) 
Anger att användning av färdskrivare inte krävs enligt bestäm­
melserna i förordning (EG) nr 561/2006.  
hh) Hastighetsöverträdelse  
Överskridande av den tillåtna hastigheten för fordonet, definie ­
rat som en period om minst 60 sekunder under vilken fordo­
nets uppmätta hastighet överskrider den gräns för inställning 
av anordningen för hastighetsbegränsning som anges i rådets 
direktiv 92/6/EEG (  1 ), i sin senaste lydelse.  ▼B 
( 1 ) Rådets direktiv 92/6/EEG av den 10 februari 1992 om montering  och användning av 
hastighetsbegränsande anordningar i vissa kategorier av motorfo rdon inom gemenskapen 
(EGT L 57, 2.3.1992, s. 27).
 02016R0799 — SV — 21.08.2023 — 003.001 — 20  
ii) Periodisk besiktning  
Ett antal moment som utförs för att kontrollera att färdskriva­
ren fungerar väl, att dess inställningar motsvarar fordonets 
parametrar och att inga anordningar för att manipulera färd­
skrivaren är anslutna till färdskrivaren.  
jj) Skrivare  
Komponent i färdskrivaren som skriver ut lagrade data.  
kk) Fjärrkommunikation för tidig upptäckt  
Kommunikation mellan fordonsenhetens kommunikations­
anordning för fjärravläst tidig upptäckt och fjärravläsaren för  
tidig upptäckt vid riktade vägkontroller, i syfte att på distan s 
upptäcka möjlig manipulering eller möjligt missbruk av färd­
skrivare.  
▼M3 
ll) Kommunikationsanordning för fjärravläsning  eller  fjärrkom ­
munikationsmodul  eller  anordning för fjärravläst tidig upp ­
täckt  
Den utrustning i fordonsenheten som används för att utföra 
riktade vägkontroller.  
▼B 
mm) Fjärravläsare (för tidig upptäckt)  
Det system som används av kontrolltjänstemän för riktade 
vägkontroller.  
▼M3 
nn) Förnyelse av kort  
Utfärdande av ett nytt färdskrivarkort när giltighetstiden för ett 
befintligt kort löper ut, eller när det fungerar felaktigt och har 
återlämnats till den utfärdande myndigheten.  
▼B 
oo) Reparation  
All reparation av en rörelsesensor eller av en fordonsenhet 
eller av en kabel som förutsätter att strömtillförseln bryts, a tt 
andra färdskrivarkomponenter kopplas bort eller att rörelsesen­
sorn eller fordonsenheten öppnas.  
▼M3 
pp) Ersättning av kort  
Utfärdande av ett nytt färdskrivarkort som ersättning för ett 
befintligt kort som har förklarats som förkommet eller stulet 
eller som inte fungerar på ett fullgott sätt, och som inte har 
återlämnats till den utfärdande myndigheten.  
▼B 
qq) Säkerhetscertifiering  
Förfarandet hos ett certifieringsorgan som använder CC ( Com­
mon Criteria ) för att intyga att den färdskrivare (eller den 
komponent) eller det färdskrivarkort som undersöks uppfyller 
de säkerhetskrav som definieras i de aktuella skyddsprofilerna.  
rr) Självprovning  
Provningar som färdskrivaren regelbundet och automatiskt gör 
för att upptäcka fel.  
ss) Tidmätning  
En permanent digital registrering av datum och tidpunkt (UTC).  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 21  
tt) Tidsinställning  
En justering av aktuell tidpunkt som kan ske automatiskt, med 
den tidsangivelse som ges av GNSS-mottagaren som referens, 
eller utföras i kalibreringsläge.  
▼B 
uu) Däcksdimension  
Angivelse av däckens dimensioner (drivhjul) enligt rådets di­
rektiv 92/23/EEG (  1 ), i sin senaste lydelse.  
vv) Fordonsidentifiering  
Nummer för identifiering av fordonet: Fordonets registrerings­
nummer (VRN,  Vehicle Registration Number ) med angivelse 
av registrerande medlemsstat och fordonets identifieringsnum­
mer (VIN,  Vehicle Identification Number ) ( 2 ). 
ww) Vecka (för beräkning i färdskrivaren)  
Period som sträcker sig från kl. 00.00 UTC på en måndag till 
kl. 24.00 UTC på en söndag.  
xx) Verkstadskort  
Ett färdskrivarkort som utfärdas av myndigheterna i en med­
lemsstat till utsedd personal hos en färdskrivartillverkare, en  
montör, en fordonstillverkare eller en verkstad som godkänts 
av medlemsstaten. Kortinnehavaren kan identifieras genom 
kortet, som också möjliggör provning, kalibrering och aktive­
ring av färdskrivare och/eller dataöverföring från dessa.  
yy) Adapter  
En anordning vars avgivna signal ständigt är representativ för 
fordonets hastighet och tillryggalagda sträcka, men inte är den  
signal som används för den oberoende rörelsedetekteringen, 
och som  
▼M3 
— endast installeras och används i fordon av typerna M1 och 
N1, enligt definitionen i artikel 4 i Europaparlamentets och 
rådets förordning (EU) 2018/858 (  3 ). 
▼B 
— installeras där det inte är mekaniskt möjligt att installera 
någon annan typ av befintlig rörelsesensor som i övrigt 
överensstämmer med bestämmelserna i denna bilaga och 
dess tillägg 1–15,  ▼M3 
( 1 ) Rådets direktiv 92/23/EEG av den 31 mars 1992 om däck och däc kmontering på mo­
torfordon och släpvagnar till dessa fordon (EGT L 129, 14.5.199 2, s. 95). 
( 2 ) Rådets direktiv 76/114/EEG av den 18 december 1975 om tillnär mning av medlems­
staternas lagstiftning om föreskrivna skyltar och märkningar sa mt deras placering och 
fastsättningssätt på motorfordon och släpvagnar till dessa ford on (EGT L 24, 30.1.1976, 
s. 1). 
( 3 ) Europaparlamentets och rådets förordning (EU) 2018/858 av den  30 maj 2018 om 
godkännande av och marknadskontroll över motorfordon och släpfo rdon till dessa fordon 
samt av system, komponenter och separata tekniska enheter som ä r avsedda för sådana 
fordon, om ändring av förordningarna (EG) nr 715/2007 och (EG) nr 595/2009 samt om 
upphävande av direktiv 2007/46/EG (EUT L 151, 14.6.2018, s. 1).
 02016R0799 — SV — 21.08.2023 — 003.001 — 22  
— installeras mellan fordonsenheten och den plats där impul­
ser för hastighet/tillryggalagd sträcka avges med integre­
rade sensorer eller alternativa gränssnitt,  
— för fordonsenheten i fråga har samma funktion som om en 
rörelsesensor som överensstämmer med bestämmelserna i 
denna bilaga och dess tillägg 1–16 skulle vara kopplad till 
fordonsenheten.  
Användning av en sådan adapter i de fordon som beskrivs 
ovan ska möjliggöra installation och korrekt användning av 
en fordonsenhet som uppfyller alla krav i denna bilaga.  
För dessa fordon omfattar den smarta färdskrivaren kablar, en 
adapter och en fordonsenhet.  
zz) Dataintegritet  
Exakthet och överensstämmelse hos lagrade data, indikerat 
genom frånvaron av varje förändring av data mellan två upp­
dateringar av en datapost. Integritet förutsätter att föreligga nde 
data är en exakt kopia av originalversionen, dvs. att de inte h ar 
skadats när de skrevs till och lästes tillbaka från ett färdskr i­
varkort eller en IDE-enhet, eller vid överföring via vilken 
kommunikationskanal som helst.  
▼M3 
aaa) Reserverat för framtida användning (RFU,  Reserved for future 
use). 
▼B 
bbb) Smart färdskrivarsystem  
Färdskrivaren, färdskrivarkorten och hela uppsättningen av di­
rekt eller indirekt samverkande utrustning vid konstruktion, 
installation, användning, provning och kontroll, såsom kort, 
fjärravläsare och all annan utrustning för dataöverföring, data ­
analys, kalibrering, generering, hantering och införande av sä­
kerhetselement osv.  
▼M3 
ccc) Införandedag  
Den dag som i förordning (EU) nr 165/2014 fastställs som den 
dag från och med vilken fordon som registreras för första 
gången ska vara utrustade med en färdskrivare i enlighet 
med den här förordningen.  
▼B 
ddd) Skyddsprofil  
Ett dokument som ingår i certifieringsförfarandet enligt CC 
(Common Criteria ) och som ger en tillämpningsoberoende 
specifikation avseende säkerhetskrav för informationsskydd 
(information assurance ). ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 23  
eee) GNSS-precision  
När det gäller färdskrivares positionsregistrering med hjälp av  
globala system för satellitnavigering (GNSS): HDOP-värdet 
(Horizontal Dilution of Precision ), beräknat som det minsta 
av de HDOP-värden som samlas in från de tillgängliga 
GNSS-systemen.  
▼M1 
fff) Sammanlagd körtid  
Ett värde som står för det totala antalet sammanlagda minuter 
av körtid för ett visst fordon.  
Värdet för den sammanlagda körtiden räknas upp löpande, 
baserat på alla minuter som räknas som körning (DRIVING) 
av färdskrivarens funktion som övervakar förarens aktiviteter, 
och det används endast för att utlösa registrering av fordonets  
position varje gång en multipel av tre timmars sammanlagd 
körtid uppnås. Räkningen startas när färdskrivaren aktiveras. 
Den påverkas inte av någon annan omständighet, t.ex. ”omfat­
tas ej” (OUT OF SCOPE) eller ”transport med färja/tåg” 
(FERRY/TRAIN CROSSING).  
Den sammanlagda körtiden är inte avsedd att visas, skrivas ut 
eller överföras.  
▼B 
2 ALLMÄN BESKRIVNING AV FÄRDSKRIVAREN OCH DESS 
FUNKTIONER  
2.1 Allmän beskrivning  
Syftet med en färdskrivare är att registrera, lagra, visa och s kriva ut 
data om föraraktiviteter, och att tillhandahålla dessa som utda ta. 
Alla fordon som är utrustade med en färdskrivare som överensstä m­
mer med bestämmelserna i denna bilaga måste vara försedda med e n 
hastighetsmätare och en vägmätare. Dessa funktioner får inbegri pas i 
färdskrivaren.  
01) Färdskrivaren inbegriper kablar, en rörelsesensor och en 
fordonsenhet.  
02) Gränssnittet mellan rörelsegivarna och fordonsenheterna ska  
uppfylla de krav som specificeras i tillägg 11.  
03) Fordonsenheten ska anslutas till ett eller flera globala sy ­
stem för satellitnavigering, såsom anges i tillägg 12.  
04) Fordonsenheten ska kommunicera med fjärravläsare, såsom 
anges i tillägg 14.  
▼M3 
05) Fordonsenheten ska inbegripa ett ITS-gränssnitt, vilket spe ­
cificeras i tillägg 13.  
Färdskrivaren får anslutas till andra anordningar genom yt­
terligare gränssnitt och/eller genom ITS-gränssnittet.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 24  
06) En funktion eller en eller flera anordningar, oavsett om de  
är godkända eller inte, som inbegrips i eller ansluts till 
färdskrivaren ska inte påverka eller kunna påverka en kor­
rekt och säker drift av färdskrivaren eller överensstämmel­
sen med bestämmelserna i denna förordning.  
Användare av färdskrivaren identifierar sig för färdskriva­
ren med hjälp av färdskrivarkort.  
07) Färdskrivaren ger selektiv rätt till åtkomst till data och 
funktioner enligt användartyp och/eller användaridentitet.  
Färdskrivaren registrerar och lagrar data i sitt dataminne, i k om­
munikationsanordningen för fjärravläsning och på färdskrivarkor t. 
▼M3 
Detta görs i enlighet med tillämplig unionslagstiftning om data skydd 
och i överensstämmelse med artikel 7 i förordning (EU) 
nr 165/2014.  
▼B 
2.2 Funktioner  
08) Färdskrivaren ska inbegripa följande funktioner:  
— Övervakning av insättning och uttag av kort.  
— Mätning av hastighet, sträcka och position.  
— Tidmätning.  
— Övervakning av föraraktiviteter.  
— Övervakning av körningsstatus.  
▼M3 
— Följande manuella angivelser av föraren:  
— Angivelse av de platser där dagens arbetsperioder 
påbörjas och/eller avslutas.  
— Manuell angivelse av föraraktiviteter och förarens 
samtycke avseende ITS-gränssnitt.  
— Angivelse av särskilda omständigheter.  
— Angivelse av lastnings-/lossningsaktiviteter  
▼B 
— Hantering av företagslås.  
— Övervakning av kontrollaktiviteter.  
— Upptäckt av händelser och/eller fel.  
— Inbyggd provning och självprovning.  
— Avläsning från dataminne.  
— Registrering och lagring i dataminne.  
— Avläsning från färdskrivarkort.  
— Registrering och lagring på färdskrivarkort.  
— Visning.  
— Utskrift.  
— Varning.  
— Överföring av data till externa media.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 25  
— Fjärrkommunikation vid riktade vägkontroller.  
— Utdata till ytterligare anordningar.  
— Kalibrering.  
— Kalibreringskontroll på väg.  
— Tidsinställning.  
▼M3 
— Övervakning av gränspassager.  
— Programvaruuppdatering.  
▼B 
2.3 Driftlägen  
09) Färdskrivaren ska ha följande fyra driftlägen:  
— Driftläge.  
— Kontrolläge.  
— Kalibreringsläge.  
— Företagsläge.  
10) Färdskrivaren ska använda nedanstående funktionslägen en­
ligt de giltiga färdskrivarkort som är insatta i kortläsarna. 
När det gäller att fastställa funktionsläge är det ointressant 
vilken generation färdskrivarkortet tillhör, så länge det är 
giltigt. Ett verkstadskort av första generationen ska alltid 
anses som ogiltigt när det är insatt i en andra generationens 
fordonsenhet.  
Funktionsläge  Förarens kortplats  
Inget kort  Förarkort  Kontrollkort  Verkstadskort  Företagskort
 Medförarens kortplats Inget kort  Drift  Drift  Kontroll  Kalibrering  Företag  
Förarkort  Drift  Drift  Kontroll  Kalibrering  Företag  
Kontrollkort  Kontroll  Kontroll  Kontroll (*)  Drift  Drift  
Verkstadskort  Kalibrering  Kalibrering  Drift  Kalibrering (*)  Drift  
Företagskort  Företag  Företag  Drift  Drift  Företag (*)  
(*) I dessa lägen ska färdskrivaren endast använda det färdskri varkort som är insatt i förarens kortplats.  
11) Färdskrivaren ska bortse från ogiltiga kort som är insatta,  
förutom att visning, utskrift eller överföring av data ska 
vara möjligt från kort vars giltighetstid har löpt ut.  
12) Alla funktioner som förtecknas i avsnitt 2.2 ska fungera i 
alla funktionslägen, med följande undantag:  
— Kalibreringsfunktionen är endast tillgänglig i kalibre­
ringsläge.  
— Funktionen för kalibreringskontroll på väg är endast 
tillgänglig i kontrolläge.  
— Funktionen för hantering av företagslås är endast till­
gänglig i företagsläge.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 26  
— Funktionen för övervakning av kontrollaktiviteter är ak­
tiv endast i kontrolläge.  
▼M3 
— Överföringsfunktionen är inte åtkomlig i driftläge, med 
undantag av  
a) det som bestäms i krav 193,  
b) överföring från ett förarkort när ingen annan korttyp 
är insatt i fordonsenheten.  
▼B 
13) Färdskrivaren ska kunna tillhandahålla alla data till bild­
skärm, skrivare eller externa gränssnitt, med följande 
undantag:  
— I driftläge ska all personlig identifiering (efternamn och 
förnamn) som inte motsvarar det insatta färdskrivarkor­
tet raderas och alla kortnummer som inte motsvarar det 
insatta färdskrivarkortet ska delvis raderas (vartannat 
tecken – från vänster till höger – ska raderas).  
▼M3 
— I företagsläge ska data om föraren (kraven 102, 105, 
108, 133a och 133e) endast kunna tillhandahållas för 
perioder som inte är låsta eller som inte har låsts av ett 
annat företag (enligt identifiering genom de första 13 
siffrorna i företagskortets nummer).  
▼B 
— När inget kort är insatt i färdskrivaren kan data om 
föraren tillhandahållas endast för den innevarande och 
de åtta föregående kalenderdagarna.  
▼M3 
— Personuppgifter som registrerats och genererats av an­
tingen färdskrivaren eller färdskrivarkorten får inte till­
handahållas via fordonsenhetens ITS-gränssnitt med 
mindre än att den förare som personuppgifterna gäller 
samtycker och att detta kan kontrolleras.  
▼M1 
— Fordonsenheterna har en normal drifts- och giltighetstid 
på 15 år, räknat från första giltighetsdagen för fordons­
enhetens certifikat. Fordonsenheter kan användas i yt­
terligare tre månader, men endast för överföring av 
data. 
▼B 
2.4 Säkerhet  
▼M1 
Systemsäkerheten är avsedd att skydda dataminnet så att obehöri g 
tillgång till och manipulation av data förhindras, och att uppt äcka 
sådana försök, att skydda integriteten och autenticiteten hos d ata 
som utväxlas mellan rörelsesensorn och fordonsenheten, att skyd da 
integriteten och autenticiteten hos data som utväxlas mellan fä rd­
skrivaren och färdskrivarkorten, att skydda integriteten och au tenti­
citeten hos data som utväxlas mellan fordonsenheten och den ex­
terna GNSS-anordningen, om en sådan finns, att skydda sekretess en, 
integriteten och autenticiteten hos data som i kontrollsyfte ut växlas 
via fjärrkommunikation för tidig upptäckt, och att kontrollera integ­
riteten och autenticiteten hos data som överförs.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 27  
14) För att systemsäkerhet ska kunna uppnås ska följande kom­
ponenter uppfylla de säkerhetskrav som anges i deras 
skyddsprofiler, såsom krävs i tillägg 10:  
— Fordonsenhet.  
— Färdskrivarkort.  
— Rörelsesensor.  
— Extern GNSS-anordning (denna profil är endast nöd­
vändig och tillämplig för varianten med extern 
GNSS-anordning).  
3 KONSTRUKTIONS- OCH FUNKTIONSKRAV FÖR FÄRDSKRI­
VARE  
3.1 Övervakning av insättning och uttag av kort  
15) Färdskrivaren ska övervaka kortläsarna för att upptäcka in­
sättningar och uttag av kort.  
▼M3 
16) När kortet sätts in (eller fjärrautentiseras) ska färdskriv aren 
detektera huruvida kortet är ett giltigt färdskrivarkort i en­
lighet med definition ee i avsnitt 1, och i så fall identifiera  
korttypen och kortgenerationen.  
För att kontrollera om ett kort redan har satts in ska färd­
skrivaren använda de data om färdskrivarkortet som är lag­
rade i dess dataminne, enligt vad som anges i krav 133.  
▼B 
17) Första generationens färdskrivarkort ska anses ogiltiga av 
färdskrivaren efter det att möjligheten att använda första 
generationens färdskrivarkort har tagits bort av en verkstad, 
i enlighet med tillägg 15 (krav MIG003).  
18) Första generationens verkstadskort som sätts in i andra ge­
nerationens färdskrivare ska anses ogiltiga.  
19) Färdskrivaren ska utformas så att färdskrivarkortet låses i  
sitt läge när det sätts in på korrekt sätt i kortläsaren.  
20) Färdskrivarkortet ska gå att ta ut endast när fordonet är 
stillastående och efter det att relevanta data har lagrats på 
kortet. Kortet ska vara möjligt att ta ut endast genom en 
uttrycklig handling från användaren.  
3.2 Mätning av hastighet, position och sträcka  
21) Rörelsesensorn (eventuellt inbyggd i en adapter) är den 
huvudsakliga informationskällan för mätning av hastighet 
och sträcka.  
22) Denna funktion ska kontinuerligt mäta och kunna tillhan­
dahålla det vägmätarvärde som motsvarar den sammanlagda 
sträcka som fordonet har tillryggalagt, med hjälp av pul­
serna från rörelsesensorn.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 28  
23) Denna funktion ska kontinuerligt mäta och kunna tillhan­
dahålla fordonets hastighet, med hjälp av pulserna från rö­
relsesensorn.  
24) Funktionen för mätning av hastigheten ska dessutom till­
handahålla informationen oavsett om fordonet är i rörelse 
eller om det är stillastående. Fordonet ska anses vara i 
rörelse så snart som funktionen känner av mer än 1 imp/sek 
under minst fem sekunder från rörelsesensorn och i annat 
fall ska fordonet anses vara stillastående.  
25) Anordningar som visar hastighet (hastighetsmätare) och 
sammanlagd tillryggalagd sträcka (vägmätare) som installe­
rats i ett fordon som utrustats med en färdskrivare som 
överensstämmer med bestämmelserna i denna förordning 
ska uppfylla de krav i fråga om största tillåtna toleranser 
(se avsnitt 3.2.1 och 3.2.2) som anges i denna bilaga.  
▼M3 
26) För att upptäcka manipulering av rörelsedata ska infor­
mation från rörelsesensorn bekräftas av information om 
fordonets rörelse som genereras från GNSS-mottagaren, 
och även från en eller flera andra källor som är oberoende 
av rörelsesensorn. Minst en annan oberoende källa för for­
donets rörelse ska finnas inuti fordonsenheten, utan krav på 
ett externt gränssnitt.  
27) Denna funktion ska mäta fordonets position för att möjlig­
göra registrering av  
— positioner där föraren och/eller medföraren påbörjar da­
gens arbetsperioder,  
— positioner där den sammanlagda körtiden uppnår en 
multipel av tre timmar,  
— positioner där fordonet har passerat gränsen till ett land,  
— positioner där lastnings-/lossningsaktiviteter har utförts,  
— positioner där föraren och/eller medföraren avslutar da­
gens arbetsperioder.  
▼B 
3.2.1  Mätning av tillryggalagd vägsträcka  
28) Tillryggalagd sträcka får mätas och registreras antingen  
— genom att körning framåt och bakåt slås samman, eller  
— genom att endast körning framåt räknas.  
29) Färdskrivaren ska mäta sträckor från 0 till 9 999 999,9 km.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 29  
30) Den uppmätta sträckan ska ligga inom följande toleranser 
(sträckor på minst 1 000 m):  
— ±1 procent före installation.  
— ±2 procent vid installation och periodisk besiktning.  
— ±4 procent i drift.  
▼M3 
Toleranserna får inte användas för att avsiktligt ändra den 
uppmätta sträckan.  
▼B 
31) Uppmätta sträckor ska ha en upplösning som är bättre än 
eller lika med 0,1 km.  
3.2.2  Hastighetsmätning  
32) Färdskrivaren ska mäta hastigheter från 0 till 220 km/h.  
▼M3 
33) För att säkerställa en största tillåten tolerans för visad has­
tighet av ±6 km/h i drift, och med hänsyn till  
— en tolerans av ±2 km/h för variationer i indata (däck­
variationer, …),  
— en tolerans av ±1 km/h för mätningar som gjorts vid 
montering eller periodisk besiktning,  
ska färdskrivaren för hastigheter mellan 20 och 180 km/h, 
och för karakteristiska koefficienter hos fordonet på mellan 
2 400 och 25 000 imp/km, mäta hastigheten med en tole­
rans av ±1 km/h (vid konstant hastighet).  
Anmärkning: Upplösningen för datalagringen ger en ytter­
ligare tolerans av ±0,5 km/h för hastigheter som lagras av 
färdskrivaren.  
▼B 
34) Hastigheten ska mätas korrekt inom de normala toleran­
serna inom två sekunder från det att en hastighetsändring 
har avslutats, när hastigheten har ändrats med upp till 2 
m/s  2 . 
35) Uppmätta hastigheter ska ha en upplösning som är bättre än 
eller lika med 1 km/h.  
3.2.3  Positionsmätning  
36) Färdskrivaren ska mäta fordonets absoluta position med 
hjälp av GNSS-mottagaren.  
37) Den absoluta positionen ska mätas som geografiska koor­
dinater för latitud och longitud, uttryckta i grader och mi­
nuter och med en upplösning av 0,1 minut.  
3.3 Tidmätning  
38) Funktionen för tidmätning ska kontinuerligt mäta och digi­
talt tillhandahålla UTC-datum och UTC-tid.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 30  
39) UTC-datum och UTC-tid ska användas för datering i färd­
skrivarens alla funktioner (registrering, datautbyte) och för 
samtliga utskrifter som anges i tillägg 4 om utskrifter.  
40) Det ska vara möjligt att justera den tid som visas på bild­
skärmen i steg om halva timmar så att lokal tid kan visas. 
Enbart negativa eller positiva multiplar av halva timmar ska 
tillåtas.  
▼M3 
41) Tidsavvikelsen får vara högst ±1 sekund per dag under 
temperaturförhållanden i enlighet med krav 213, utan någon 
tidsinställning.  
41a) Tidsprecisionen när en verkstad ställer in tiden i enlighe t 
med krav 212 ska vara 3 sekunder eller bättre.  
41b) Fordonsenheten ska innehålla en avvikelseräknare som be­
räknar den maximala tidsavvikelsen sedan den senaste tids­
inställningen i enlighet med punkt 3.23. Den största tillåtna 
tidsavvikelsen ska anges av fordonsenhetens tillverkare och 
får inte överstiga 1 sekund per dag, enligt vad som anges i 
krav 41.  
41c) Avvikelseräknaren ska återställas till 1 sekund efter varj e 
tidsinställning av färdskrivaren i enlighet med punkt 3.23. 
Detta omfattar  
— automatiska tidsinställningar,  
— tidsinställningar som utförs i kalibreringsläge.  
▼B 
42) Uppmätt tid ska ha en upplösning som är bättre än eller lik a 
med 1 sekund.  
43) Tidmätningen ska inte påverkas av externa avbrott av 
strömtillförseln som är kortare än 12 månader under de 
förhållanden som gäller för typgodkännande.  
3.4 Övervakning av föraraktiviteter  
44) Denna funktion ska ständigt och separat övervaka en föra­
res och en medförares aktiviteter.  
45) Förarens aktiviteter ska delas upp i körning (DRIVING), 
annat arbete (WORK), tillgänglighet (AVAILABILITY) 
och rast/vila (BREAK/REST).  
46) Det ska vara mö jligt för föraren och/eller medföraren att manuellt 
välja annat arbete (WORK), tillgänglighet (AVAILABILITY) 
eller rast/vila (BREAK/REST).  
47) När fordonet befinner sig i rörelse ska körning (DRIVING) v äljas 
automatiskt för föraren och tillgänglighet (AVAILABILITY) väl­
jas automatiskt för medföraren.  
48) När fordonet stannar ska annat arbete (WORK) väljas auto­
matiskt för föraren.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 31  
49) Den första aktivitetsändring till rast/vila (BREAK/REST) 
eller tillgänglighet (AVAILABILITY) som sker inom 120 
sekunder efter den automatiska omkopplingen till annat 
arbete (WORK) på grund av att fordonet stannar ska antas 
ha skett när fordonet stannar (och därmed sker eventuellt 
inte omkopplingen till annat arbete (WORK)).  
▼B 
50) Denna funktion ska tillhandahålla aktivitetsändringar till 
registreringsfunktionerna med en upplösning av en minut.  
51) För en viss kalenderminut ska hela minuten betraktas som 
körning (DRIVING) om aktiviteten både inom den närmast 
föregående och den närmast efterkommande minuten har 
registrerats som körning (DRIVING).  
52) För en viss kalenderminut som inte betraktas som 
körning (DRIVING) enligt krav 51 ska hela minuten be­
traktas som samma typ av aktivitet som den längsta sam­
manhängande aktiviteten inom den minuten (eller den se­
naste av lika långa aktiviteter).  
53) Denna funktion ska dessutom ständigt övervaka förarens 
sammanhängande körtid och sammanlagda avbrottstid.  
3.5 Övervakning av körningsstatus  
54) Denna funktion ska ständigt och automatiskt övervaka kör­
ningens status.  
55) Körningsstatus ”flera förare” (CREW) ska väljas när två 
giltiga förarkort sätts in i färdskrivaren, körningsstatus ”en­
sam förare” (SINGLE) ska väljas i alla andra fall.  
3.6 Förarens angivelser  
3.6.1  Angivelse av de platser där dagens arbetsperioder påbörjas och/ 
eller avslutas  
56) Denna funktion ska göra det möjligt att ange de platser där  
dagens arbetsperioder påbörjas och/eller avslutas för en fö­
rare och/eller en medförare.  
▼M3 
57) Platser definieras som landet, och där så är tillämpligt 
regionen.  
58) När förarkortet (eller verkstadskortet) tas ut ska färdskri va­
ren visa fordonets aktuella plats på grundval av 
GNSS-informationen och den lagrade digitala kartan i en­
lighet med punkt 3.12.19, och begära att kortinnehavaren 
bekräftar eller manuellt korrigerar platsen.  
59) Den plats som anges i enlighet med krav 58 ska betraktas 
som den plats där den dagliga arbetsperioden avslutas. Den 
ska registreras i det relevanta förarkortet (eller verkstads­
kortet) som en tillfällig post och kan därför skrivas över 
senare.  
Under följande omständigheter valideras den tillfälliga an­
givelse som gjordes när kortet senast togs ut (dvs. den ska 
inte längre skrivas över):  
— Angivelse av en plats där den innevarande arbetsperio­
den påbörjas, vid manuell angivelse i enlighet med 
krav 61.  ▼M1
 02016R0799 — SV — 21.08.2023 — 003.001 — 32  
— Nästa angivelse av en plats där den innevarande arbets­
perioden påbörjas, om kortinnehavaren inte anger någon 
plats där arbetsperioden påbörjas eller avslutas vid den 
manuella angivelsen i enlighet med krav 61.  
Under följande omständigheter ersätts den tillfälliga angi­
velse som gjordes när kortet senast togs ut av ett nytt värde 
som också valideras:  
— Nästa angivelse av en plats där den innevarande arbets­
perioden avslutas, om kortinnehavaren inte anger någon 
plats där arbetsperioden påbörjas eller avslutas vid den 
manuella angivelsen i enlighet med krav 61.  
▼B 
60) Det ska vara möjligt att mata in de platser där dagens 
arbetsperioder påbörjas och/eller avslutas genom komman­
don i menyerna. Om mer än en sådan inmatning görs inom 
en kalenderminut ska endast den senast inmatade angivel­
sen av var dagens arbetsperioder påbörjas och/eller avslutas 
lagras i registret.  
▼M3 
Färdskrivaren ska visa fordonets aktuella plats på grundval 
av GNSS-informationen och den lagrade digitala kartan i 
enlighet med punkt 3.12.19, och begära att föraren bekräf­
tar eller manuellt korrigerar platsen.  
▼B 
3.6.2  Manuell angivelse av föraraktiviteter och förarens samtycke avse ­
ende ITS-gränssnitt  
▼M3 
61) När förarkortet (eller verkstadskortet) sätts in, och endas t 
då, ska färdskrivaren tillåta manuell angivelse av aktiviteter.  
I samband med manuella angivelser ska aktiviteter anges i 
lokal tid och med lokala datum för den tidszon (UTC-tids­
skillnad) som vid det tillfället är inställd för 
fordonsenheten.  
När förarkortet (eller verkstadskortet) sätts in ska färdskri­
varen påminna kortinnehavaren om  
— datum och tidpunkt då kortet senast togs ut,  
— den lokala tidsskillnad som för närvarande är inställd 
för fordonsenheten (frivilligt).  
När ett visst förarkort eller verkstadskort som är okänt för 
fordonsenheten sätts in för första gången ska kortinnehava­
ren uppmanas att ge sitt samtycke till att personuppgifter 
som finns i färdskrivaren tillhandahålls via ITS-gränssnittet. 
För att kontrollera om ett kort redan har satts in ska färd­
skrivaren använda de data om färdskrivarkortet som är lag­
rade i dess dataminne, enligt vad som anges i krav 133.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 33  
Förarens eller verkstadens samtycke kan när som helst ak­
tiveras eller avaktiveras via menykommandon, förutsatt att 
förar- respektive verkstadskortet är insatt.  
Det ska gå att mata in aktiviteter med följande begräns­
ningar:  
— Aktivitetstypen ska vara annat arbete (WORK), 
tillgänglighet (AVAILABILITY) eller rast/vila 
(BREAK/REST).  
— Start- och sluttiden för varje aktivitet får endast ligga 
inom perioden från senaste uttag av kort till aktuell 
insättning.  
— Aktiviteterna får inte överlappa varandra i tid.  
Det ska vid behov gå att göra manuella angivelser första 
gången ett oanvänt förarkort (eller verkstadskort) sätts in.  
Förfarandet för manuella angivelser av aktiviteter ska om­
fatta så många på varandra följande steg som krävs för att 
ange typen av aktivitet samt start- och sluttid för varje 
aktivitet. Föraren ska för varje del av perioden från senaste 
uttag av kort till aktuell insättning kunna välja att inte ange  
någon aktivitet.  
I samband med manuella angivelser när kortet sätts in ska 
kortinnehavaren, om tillämpligt, ha möjlighet att ange  
— den plats där en föregående arbetsperiod avslutades, 
kopplad till den relevanta tidpunkten (vilket innebär 
att det som angavs när kortet senast togs ut skrivs 
över och valideras),  
— den plats där den innevarande arbetsperioden påbörja­
des, kopplad till den relevanta tidpunkten (vilket inne­
bär validering av det som tillfälligt angavs när kortet 
senast togs ut).  
För den plats som vid insättningen av kortet anges som den 
plats där den innevarande arbetsperioden påbörjades ska 
färdskrivaren visa fordonets aktuella plats på grundval av 
GNSS-informationen och den lagrade digitala kartan i en­
lighet med punkt 3.12.19, och begära att föraren bekräftar 
eller manuellt korrigerar platsen.  
Om kortinnehavaren inte anger någon plats där arbetsperio­
den påbörjas eller avslutas, i form av en manuell angivelse i 
samband med att kortet sätts in, ska detta betraktas som att 
kortinnehavarens arbetsperiod inte har ändrats sedan kortet 
senast togs ut. Nästa angivelse av en plats där en föregå­
ende arbetsperiod avslutades ska då skriva över den till­
fälliga angivelsen som gjordes när kortet senast togs ut.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 34  
Om en plats anges ska den registreras på det relevanta 
färdskrivarkortet.  
Manuella angivelser ska avbrytas om  
— kortet tas ut, eller  
— fordonet rör sig och kortet finns i förarens kortplats.  
Avbrott får göras av andra skäl, t.ex. efter en viss period av 
inaktivitet från användarens sida. Om manuella angivelser 
avbryts ska färdskrivaren bekräfta alla fullständiga angivel­
ser av plats och aktivitet (dvs. otvetydiga uppgifter om plats 
och tidpunkt eller om aktivitetstyp, start- och sluttidpunkt) 
som redan har gjorts.  
Om ett andra förar- eller verkstadskort sätts in under på­
gående manuella angivelser av aktiviteter för ett tidigare 
insatt kort ska de manuella angivelserna för det första kortet 
avslutas innan manuella angivelser för det andra kortet på­
börjas.  
Kortinnehavaren ska ha möjlighet att göra manuella angi­
velser enligt följande minimiförfarande:  
— Ange aktiviteter manuellt i kronologisk ordning för pe­
rioden från senaste uttag av kort till aktuell insättning.  
— Starttiden för den första aktiviteten ska ställas in till 
tidpunkten då kortet togs ut. För varje efterföljande 
angivelse ska starttiden förinställas så att den följer 
omedelbart på sluttiden för föregående angivelse. Akti­
vitetstyp och sluttid ska anges för varje aktivitet.  
Förfarandet avslutas när sluttiden för en manuellt angiven 
aktivitet är densamma som tidpunkten för insättning av 
kortet.  
Färdskrivaren ska ge förare och verkstäder möjlighet att 
växelvis överföra manuella angivelser som behöver anges 
under förfarandet via det ITS-gränssnitt som specificeras i 
tillägg 13 och, frivilligt, via andra gränssnitt.  
Färdskrivaren ska ge kortinnehavaren möjlighet att ändra de 
aktiviteter som angetts manuellt, innan de bekräftas genom 
ett särskilt kommando. Därefter ska sådana ändringar inte 
längre vara möjliga.  
▼B 
3.6.3  Angivelse av särskilda omständigheter  
▼M3 
62) Färdskrivaren ska göra det möjligt för föraren att i realti d 
ange följande två särskilda omständigheter:  
— ”omfattas ej” (OUT OF SCOPE) (början, slut).  
— ”transport med färja/tåg” (FERRY/TRAIN CROSSING) 
(början, slut).  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 35  
Transport med färja/tåg (FERRY/TRAIN CROSSING) får 
inte äga rum om en omständighet av typen ”omfattas ej” 
(OUT OF SCOPE) påbörjats. Om en omständighet av typen 
”omfattas ej” (OUT OF SCOPE) har påbörjats får färdskri­
varen inte ge användare möjlighet att ange en startflagga 
för ”transport med färja/tåg” (FERRY/TRAIN CROS­
SING).  
En påbörjad omständighet av typen ”omfattas ej” (OUT OF 
SCOPE) måste automatiskt avslutas av färdskrivaren om ett 
förarkort sätts in eller tas ut.  
En påbörjad omständighet av typen ”omfattas ej” (OUT OF 
SCOPE) ska förhindra följande händelser och varningar:  
— Körning utan korrekt kort.  
— Varningar i samband med sammanhängande körtid.  
Föraren ska ange startflaggan för ”transport med färja/tåg” 
(FERRY/TRAIN CROSSING) omedelbart efter att ha valt 
”rast/vila” (BREAK/REST) på färjan eller tåget.  
En påbörjad ”transport med färja/tåg” (FERRY/TRAIN 
CROSSING) måste avslutas av färdskrivaren när något av 
följande inträffar:  
— Föraren avslutar manuellt ”transport med färja/tåg” 
(FERRY/TRAIN CROSSING), vilket ska ske vid fär­
jans/tågets ankomst till bestämmelseorten, innan fordo­
net lämnar färjan/tåget.  
— En omständighet av typen ”omfattas ej” (OUT OF 
SCOPE) påbörjas.  
— Föraren tar ut sitt kort.  
— En föraraktivitet beräknas som ”körning” (DRIVING) 
under en kalenderminut i enlighet med punkt 3.4.  
Om fler än en (1) särskild omständighet av samma typ 
anges inom en kalenderminut ska endast den sista registre­
ringen sparas.  
3.6.4  Angivelse av lastnings- eller lossningsaktivitet  
62a) Färdskrivaren ska ge föraren möjlighet att i realtid ange och 
bekräfta information som visar att fordonet lastas, lossas 
eller samtidigt lastas och lossas.  
Om fler än en (1) lastnings- eller lossningsaktivitet av 
samma typ anges inom en kalenderminut ska endast den 
sista registreringen sparas.  
62b) Aktiviteter av typen lastning, lossning eller samtidig las t­
ning och lossning ska registreras som separata händelser.  
62c) Informationen om lastning/lossning ska anges innan fordo­
net lämnar den plats där lastningen/lossningen utförs.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 36  
3.7 Hantering av företagslås  
63) Denna funktion ska göra det möjligt att hantera de lås som 
ett företag har för att begränsa andras tillgång till data i 
företagsläge.  
64) Företagslås utgörs av tidpunkt/datum för start (låsning) oc h 
tidpunkt/datum för avslutande (öppning) som kopplas till 
det företag som identifieras med företagskortets nummer 
(vid låsning).  
65) Låsning och öppning kan endast ske i realtid.  
66) Öppning ska endast vara möjligt för det företag som låst 
(vilket anges genom de 13 första siffrorna i företagskortets 
nummer), eller  
67) öppning ska ske automatiskt om ett annat företag låser.  
68) Om ett företag låser och det föregående låset var för samma  
företag antas att det föregående låset inte har öppnats utan 
fortfarande är låst.  
3.8 Övervakning av kontrollaktiviteter  
69) Denna funktion ska övervaka kontrollaktiviteterna visning ( DIS­
PLAYING), utskrift (PRINTING), fordonsenhet (VU), över­
föring av data (DOWNLOADING) och kalibrering på väg (RO­
ADSIDE CALIBRATION) då dessa sker i kontrolläge.  
70) Denna funktion ska även övervaka kontroll av hastighets­
överträdelse (OVER SPEEDING CONTROL) i kontrolläge. 
En kontroll av hastighetsöverträdelse anses ha ägt rum när 
utskriften ”hastighetsöverträdelse” i kontrolläge har sänts 
till skrivaren eller till bildskärmen, eller när data om ”hän­
delser och fel” har överförts från fordonsenhetens 
dataminne.  
3.9 Upptäckt av händelser och/eller fel  
71) Denna funktion ska upptäcka nedanstående händelser och/ 
eller fel.  
3.9.1  Insättning av ett ogiltigt kort (händelse, ”Insertion of a non-valid 
card”)  
72) Denna händelse ska utlösas om ett ogiltigt kort sätts in, o m 
ett redan ersatt förarkort sätts in och/eller när ett insatt 
giltigt kort upphör att gälla.  
3.9.2  Kortkonflikt (händelse, ”Card conflict”)  
73) Denna händelse ska utlösas om någon av de kombinationer 
av giltiga kort som är markerade med X i nedanstående 
tabell uppstår.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 37  
Kortkonflikt  Förarens kortplats  
Inget kort  Förarkort  Kontrollkort  Verkstadskort  Företagskort
 Medförarens kortplats Inget kort  
Förarkort  X  
Kontrollkort  X  X  X  
Verkstadskort  X  X  X  X  
Företagskort  X  X  X  
3.9.3  Överlappning av tider (händelse, ”Time overlap”)  
74) Denna funktion ska utlösas när datum/tidpunkt för det se­
naste uttaget av ett förarkort, såsom det läses från detta 
kort, är senare än aktuellt datum/tidpunkt i den färdskrivare 
i vilken kortet sätts in.  
3.9.4  Körning utan korrekt kort (händelse, ”Driving without an approp ­
riate card”)  
75) Denna händelse ska utlösas när någon av de giltiga kom­
binationer av färdskrivarkort som är markerade med X i 
nedanstående tabell uppstår, när föraraktiviteten ändras till 
körning (DRIVING) eller vid ändring av funktionsläge när 
föraraktiviteten är körning (DRIVING).  
Körning utan korrekt kort ( Dri­
ving 
without an appropriate card ) Förarens kortplats  
Inget (eller 
ogiltigt) kort  Förarkort  Kontrollkort  Verkstadskort  Företagskort
 Medförarens kortplats Inget (eller ogiltigt) 
kort X X  X  
Förarkort  X  X  X  X  
Kontrollkort  X  X  X  X  X  
Verkstadskort  X  X  X  X  
Företagskort  X  X  X  X  X  
3.9.5  Insättning av kort vid körning (händelse, ”Card insertion while 
driving”)  
76) Denna händelse ska utlösas om ett färdskrivarkort sätts in i 
en kortplats när föraraktiviteten är körning (DRIVING).  
3.9.6  Senaste kortsession ej korrekt avslutad (händelse, ”Last card ses ­
sion not correctly closed”)  
77) Denna händelse ska utlösas om färdskrivaren vid insättning 
av ett kort upptäcker att föregående kortsession, trots be­
stämmelserna i punkt 3.1, inte har avslutats korrekt (kortet 
har tagits ut innan alla relevanta data har lagrats på kortet).  
Denna händelse gäller endast förarkort och verkstadskort.  
3.9.7  Hastighetsöverträdelse (händelse, ”Over speeding”)  
78) Denna händelse ska utlösas vid varje hastighetsöverträdelse . ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 38  
3.9.8  Avbrott i strömtillförsel (händelse, ”Power supply interruption”)  
79) Denna händelse ska utlösas när kalibrerings- eller kontrol­
läget inte är inställt om strömtillförseln till rörelsesensorn 
och/eller fordonsenheten är avbruten under mer än 200 
millisekunder. Tröskelvärdet för avbrott ska fastställas av 
tillverkaren. Sänkt strömtillförsel på grund av att fordonets 
motor startas ska inte utlösa denna händelse.  
3.9.9  Fel i kommunikation med kommunikationsanordning för fjärravläs ­
ning (händelse, ”Communication error with the remote communi ­
cation facility”)  
80) Denna händelse ska utlösas  när kalibreringsläget inte är 
inställt  om kommunikationsanordningen för fjärravläsning 
inte kvitterar att den lyckats ta emot data för fjärrkommuni­
kation som sänts från fordonsenheten vid mer än tre försök.  
3.9.10  Positionsinformation från GNSS-mottagare saknas (händelse, 
”Absence of position information from GNSS receiver”)  
81) Denna händelse ska utlösas  när kalibreringsläget inte är 
inställt  om positionsinformation från GNSS-mottagaren (in­
tern eller extern) saknas under mer än tre timmars samman­
lagd körtid.  
3.9.11  Fel i kommunikation med extern GNSS-anordning (händelse, ”Com ­
munication error with the external GNSS facility”)  
82) Denna händelse ska utlösas  när kalibreringsläget inte är 
inställt  om kommunikationen mellan den externa 
GNSS-anordningen och fordonsenheten är avbruten under 
mer än 20 sammanhängande minuter när fordonet är i rö­
relse.  
3.9.12  Fel i rörelsedata (händelse, ”Motion data error”)  
▼M3 
83) Denna händelse ska utlösas  när kalibreringsläget inte är 
inställt  vid avbrott av det normala dataflödet mellan rörel­
sesensorn och fordonsenheten och/eller vid integritetsfel el­
ler autentiseringsfel under utväxling av data mellan rörelse­
sensorn och fordonsenheten. Denna händelse ska också ut­
lösas  när kalibreringsläget inte är inställt  om den has­
tighet som beräknas utifrån rörelsesensorns pulser ökar från 
0 till mer än 40 km/h inom 1 sekund och därefter förblir 
högre än 40 km/h under minst 3 sekunder.  
▼B 
3.9.13  Konflikt i fordonets rörelsedata (händelse, ”Vehicle motion 
conflict”)  
▼M3 
84) Denna händelse ska utlösas, såsom specificeras i tillägg 12 , 
när kalibreringsläget inte är inställt  om den rörelseinfor­
mation som beräknas utifrån rörelsesensorn motsägs av rö­
relseinformation som beräknas utifrån den interna 
GNSS-mottagaren eller utifrån den externa 
GNSS-anordningen eller utifrån en eller flera andra obero­
ende källor i enlighet med krav 26. Denna händelse ska inte 
utlösas under en ”transport med färja/tåg.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 39  
3.9.14  Försök till säkerhetsöverträdelse (händelse, ”Security breach at ­
tempt”)  
85) Denna händelse ska utlösas vid varje övrig händelse som 
påverkar säkerheten i rörelsesensorn och/eller fordonsenhe­
ten och/eller den externa GNSS-anordningen, såsom krävs i 
tillägg 10, när kalibreringsläget inte är inställt.  
▼M1 
3.9.15  Tidskonflikt (händelse, ”Time conflict”)  
▼M3 
86) Denna händelse ska utlösas  när kalibreringsläget inte är 
inställt  om fordonsenheten upptäcker en onormal avvikelse 
mellan tiden i fordonsenhetens tidsmätningsfunktion och 
den tid som har sitt ursprung i de autentiserade positioner 
som överförs av GNSS-mottagaren eller den externa 
GNSS-anordningen. En ”onormal tidsavvikelse” upptäcks 
om tidsskillnaden överstiger ± 3 sekunder, vilket motsvarar 
den tidsprecision som anges i krav 41a, ökad med den 
maximala tidsavvikelsen per dag. Denna händelse ska regi­
streras tillsammans med färdskrivarens interna klockvärde. 
Fordonsenheten ska utföra kontrollen för att utlösa händel­
sen tidskonflikt ( Time conflict ) just innan fordonsenheten 
automatiskt ställer in tiden i fordonsenhetens interna 
klocka, i enlighet med krav 211.  
▼B 
3.9.16  Kortfel (”Card”)  
87) Detta fel ska utlösas om ett fel på ett färdskrivarkort upp ­
står under drift.  
3.9.17  Färdskrivarfel (”Recording equipment”)  
88) Detta fel ska utlösas vid något av följande fel om kalibre­
ringsläget inte är inställt:  
— Internt fel i fordonsenheten.  
— Skrivarfel.  
— Bildskärmsfel.  
— Överföringsfel.  
— Sensorfel.  
— Fel i GNSS-mottagare eller extern GNSS-anordning.  
— Fel i kommunikationsanordning för fjärravläsning.  
▼M3 
— Fel i ITS-gränssnitt.  
3.9.18  Orimligt GNSS-värde (händelse, ”GNSS anomaly”)  
88a) Denna händelse ska utlösas  när kalibreringsläget inte är 
inställt  om GNSS-mottagaren upptäcker en attack eller om 
autentiseringen av navigationsmeddelanden har underkänts, 
såsom specificeras i tillägg 12. Efter det att en händelse av 
typen orimligt GNSS-värde ( GNSS anomaly ) har utlösts ska 
fordonsenheten inte generera några andra händelser av 
samma typ under de följande tio minuterna.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 40  
3.10 Inbyggd provning och självprovning  
89) Färdskrivaren ska upptäcka fel genom självprovning och 
inbyggd provning, i enlighet med nedanstående tabell.  
Enhet som provas  Självprovning  Inbyggd provning  
Programvara  Integritet  
Dataminne  Åtkomst  Tillträde, dataintegritet  
Kortläsare  Åtkomst  Åtkomst  
Knappsats  Manuell kontroll  
Skrivare  (Bestäms av tillver­
kare)  Utskrift  
Bildskärm  Visuell kontroll  
Överföring 
(utförs endast vid 
överföring)  Korrekt drift  
Sensor  Korrekt drift  Korrekt drift  
Kommunikationsanordning 
för fjärravläsning  Korrekt drift  Korrekt drift  
GNSS-anordning  Korrekt drift  Korrekt drift  
▼M3 
ITS-gränssnitt  Korrekt drift  
▼B 
3.11 Avläsning från dataminne  
90) Färdskrivaren ska kunna läsa alla data som finns lagrade i 
dess dataminne.  
3.12 Registrering och lagring i dataminne  
▼M3 
Under denna punkt gäller följande:  
— ”365 dagar”: 365 kalenderdagar av genomsnittlig föraraktivite t i 
ett fordon. Genomsnittlig aktivitet per dag i ett fordon: Minst  
sex förare eller medförare, sex cykler med insättning och uttag  
av kort och 256 aktivitetsändringar. ”365 dagar” inbegriper där ­
för åtminstone 2 190 förare eller medförare, 2 190 cykler med 
insättning och uttag av kort och 93 440 aktivitetsändringar.  
— Genomsnittligt antal platsangivelser per dag: Minst sex angiv el­
ser där en arbetsperiod påbörjas och sex angivelser där en ar­
betsperiod avslutas, vilket innebär att ”365 dagar” inbegriper 
minst 4 380 platsangivelser.  
— Genomsnittligt antal positioner per dag när den sammanlagda 
körtiden uppgår till en multipel av tre timmar: Minst sex posi­
tioner, så att ”365 dagar” inbegriper minst 2 190 sådana 
positioner.  
— Genomsnittligt antal gränspassager per dag: Minst 20 gränspas ­
sager, så att ”365 dagar” inbegriper minst 7 300 gränspassager.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 41  
— Genomsnittligt antal lastnings-/lossningsaktiviteter per dag:  
Minst 25 aktiviteter (oavsett typ), så att ”365 dagar” inbegrip er 
minst 9 125 lastnings-/lossningsaktiviteter.  
— Tider registreras med en upplösning av en (1) minut, om inte 
annat anges.  
— Vägmätarvärden registreras med en upplösning av en (1) 
kilometer.  
— Hastigheter registreras med en upplösning av en (1) km/h.  
— Positioner (latitud och longitud) registreras i grader och mi nuter 
med en upplösning av 0,1 minut, och med tillhörande 
GNSS-precision och låsningstid ( acquisition time ), och med en 
flagga som anger huruvida positionen har autentiserats.  
▼B 
91) Data som finns lagrade i dataminnet ska inte påverkas av 
externa avbrott av strömtillförseln som är kortare än 12 
månader under de förhållanden som gäller för typgodkän­
nande. Dessutom får data som lagras i den externa kom­
munikationsanordningen för fjärravläsning, såsom definie­
ras i tillägg 14, inte påverkas av ett avbrott i strömtillförse ln 
som är kortare än 28 dagar.  
92) Färdskrivaren ska i sitt dataminne direkt eller indirekt 
kunna registrera och lagra nedanstående information.  
3.12.1  Data för identifiering av utrustning  
3.12.1.1 D a t a f ö r i d e n t i f i e r i n g a v f o r d o n s e n h e t  
93) Det ska gå att lagra följande data för identifiering av for ­
donsenheten i färdskrivarens dataminne:  
— Tillverkarens namn.  
— Tillverkarens adress.  
— Artikelnummer.  
— Serienummer.  
— Generation.  
— Förmåga att hantera första generationens färdskrivar­
kort. 
— Programvarans versionsnummer.  
— Datum för installation av programvaruversionen.  
— Utrustningens tillverkningsår.  
— Typgodkännandenummer.  
▼M3 
— Versionsidentifierare för den digitala kartan (krav 133l).  
94) Tillverkaren av fordonsenheten registrerar och lagrar data 
för identifiering av fordonsenheten en gång för alla, utom 
när det gäller data som kan ändras vid programvaruupp­
datering i enlighet med denna förordning och förmågan 
att hantera första generationens färdskrivarkort.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 42  
3.12.1.2 D a t a f ö r i d e n t i f i e r i n g a v r ö r e l s e s e n s o r  
95) Det ska gå att lagra följande identifieringsdata i rörelses en­
sorns minne:  
— Tillverkarens namn.  
— Serienummer.  
— Typgodkännandenummer.  
— Inbyggd identifiering av säkerhetskomponent (t.ex. ar­
tikelnummer för internt chip eller intern processor).  
— Identifiering av operativsystem (t.ex. programvarans 
versionsnummer).  
96) Tillverkaren av rörelsesensorn registrerar och lagrar data för 
identifiering av rörelsesensorn en gång för alla i rörelsesen­
sorn. 
▼M3 
97) Färdskrivaren ska i sitt dataminne kunna registrera och 
lagra nedanstående data med avseende på de senaste 20 
lyckade parningarna av rörelsesensorer (om flera parningar 
utförs under en kalenderdag gäller detta endast den första 
och den sista parningen det dygnet).  
▼B 
Följande data ska registreras för var och en av dessa 
parningar:  
— Data för identifiering av rörelsesensorn.  
— Serienummer.  
— Typgodkännandenummer.  
— Data om rörelsesensorns parning.  
— Datum för parning.  
3.12.1.3 D a t a f ö r i d e n t i f i e r i n g a v g l o b a l t s y s t e m f ö r 
s a t e l l i t n a v i g e r i n g ( G N S S ) .  
98) Det ska gå att lagra följande identifieringsdata i den exte rna 
GNSS-anordningens minne:  
— Tillverkarens namn.  
— Serienummer.  
— Typgodkännandenummer.  
— Inbyggd identifiering av säkerhetskomponent (t.ex. ar­
tikelnummer för internt chip eller intern processor).  
— Identifiering av operativsystem (t.ex. programvarans 
versionsnummer).  
99) Tillverkaren av den externa GNSS-anordningen registrerar 
och lagrar data för identifiering en gång för alla i den 
externa GNSS-anordningen.  
▼M3 
100) Färdskrivaren ska i sitt dataminne kunna registrera och 
lagra nedanstående data med avseende på de senaste 20 
lyckade kopplingarna med externa GNSS-anordningar (om 
flera kopplingar utförs under en kalenderdag gäller detta 
endast den första och den sista kopplingen det dygnet).  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 43  
Följande data ska registreras för var och en av dessa 
kopplingar:  
— Data för identifiering av den externa GNSS-anordningen.  
— Serienummer.  
— Typgodkännandenummer.  
— Data om den externa GNSS-anordningens koppling.  
— Datum för koppling.  
3.12.2  Nycklar och certifikat  
101) Färdskrivaren ska kunna lagra ett antal kryptografiska nyc k­
lar och certifikat, såsom anges i tillägg 11 del A och del B.  
3.12.3  Data om insättning och uttag av förarkort och verkstadskort  
102) För varje cykel med insättning och uttag av förarkort elle r 
verkstadskort i utrustningen ska färdskrivaren registrera och 
lagra följande data i sitt dataminne:  
— Kortinnehavarens efternamn och förnamn såsom de lag­
rats på kortet.  
— Kortnummer, utfärdande medlemsstat och sista giltig­
hetsdag såsom de lagrats på kortet.  
— Kortets generation.  
— Datum och tidpunkt för insättning.  
— Vägmätarvärde när kortet sattes in.  
— Den kortplats som kortet sätts in i.  
— Datum och tidpunkt för uttag.  
— Vägmätarvärde när kortet togs ut.  
— Följande information om det föregående fordon som 
föraren använt, såsom den lagrats på kortet:  
— Fordonets registreringsnummer (VRN) och registre­
rande medlemsstat.  
— Fordonsenhetens generation (när sådan finns till­
gänglig).  
— Datum och tidpunkt när kortet togs ut.  
— En markering som visar om innehavaren vid insätt­
ningen av kortet har angivit aktiviteter manuellt.  
103) Det ska gå att lagra dessa data i dataminnet i minst 365 
dagar.  
104) När lagringskapaciteten har utnyttjats till fullo ska nya data 
ersätta de data som är äldst.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 44  
3.12.4  Data om föraraktiviteter  
105) Färdskrivaren ska, när föraren och/eller medföraren ändrar  
aktivitet, och/eller när körningsstatusen ändras, och/eller när  
ett förarkort eller verkstadskort sätts in eller tas ut, regi­
strera och lagra följande i sitt dataminne:  
— Körningsstatus (flera förare (CREW), ensam 
förare (SINGLE)).  
— Kortplats (förare (DRIVER), medförare (CO-DRI­
VER)).  
— Kortstatus (insatt (INSERTED), ej insatt (NOT INSER­
TED)).  
— Aktivitet (körning (DRIVING), tillgänglighet (AVAILABI­
LITY), annat arbete (WORK), rast/vila (BREAK/REST)).  
— Datum och tidpunkt för ändringen.  
”Insatt” (INSERTED) innebär att ett giltigt förarkort eller 
verkstadskort är insatt i kortplatsen. ”Ej insatt” (NOT IN­
SERTED) innebär motsatsen, dvs. att något giltigt förarkort 
eller verkstadskort inte är insatt i kortplatsen (exempelvis är  
ett företagskort eller inget kort insatt).  
Aktivitetsdata som en förare har angivit manuellt registreras 
inte i dataminnet.  
106) Det ska gå att lagra data om föraraktiviteter för minst 36 5 
dagar i dataminnet.  
107) När lagringskapaciteten har utnyttjats till fullo ska nya data 
ersätta de data som är äldst.  
▼M1 
3.12.5  Platser och positioner där dagens arbetsperioder påbörjas eller 
avslutas och/eller där tre timmars sammanlagd körtid uppnås  
108) Färdskrivaren ska registrera och lagra följande i sitt 
dataminne:  
— Platser och positioner där föraren och/eller medföraren 
påbörjar dagens arbetsperioder.  
— Positioner där den sammanlagda körtiden uppnår en 
multipel av tre timmar.  
— Platser och positioner där föraren och/eller medföraren 
avslutar dagens arbetsperioder.  
▼B 
109) När fordonets position inte är tillgänglig via 
GNSS-mottagaren vid dessa tillfällen ska färdskrivaren an­
vända den senaste tillgängliga positionen och tillhörande 
datum och tidpunkt.  
110) Färdskrivaren ska registrera och lagra följande i sitt dat ­
aminne, tillsammans med varje plats eller position:  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 45  
— Förarens eller medförarens kortnummer och medlems­
stat som utfärdat kortet.  
▼B 
— Kortets generation.  
— Datum och tidpunkt för angivelsen.  
▼M1 
— Typ av angivelse (början, slut eller tre timmars sam­
manlagd körtid).  
▼B 
— Aktuell GNSS-precision, samt datum och tidpunkt i 
förekommande fall.  
— Fordonets vägmätarställning.  
▼M3 
— En flagga som anger huruvida positionen har 
autentiserats.  
110a) För platser där arbetsperioden påbörjas eller avslutas oc h 
som anges manuellt när kortet sätts in i enlighet med krav 
61 ska fordonets aktuella vägmätarvärde och position 
lagras.  
▼M1 
111) Det ska gå att lagra data om platser och positioner där 
dagens arbetsperioder påbörjas eller avslutas, och/eller där 
tre timmars sammanlagd körtid uppnås, i dataminnet i minst 
365 dagar.  
▼B 
112) När lagringskapaciteten har utnyttjats till fullo ska nya data 
ersätta de data som är äldst.  
3.12.6  Vägmätardata  
113) Färdskrivaren ska vid midnatt varje kalenderdag registrera  
fordonets vägmätarställning och motsvarande datum i sitt 
dataminne.  
114) Det ska gå att lagra vägmätarvärden vid midnatt i minst 
365 dagar.  
115) När lagringskapaciteten har utnyttjats till fullo ska nya data 
ersätta de data som är äldst.  
3.12.7  Detaljerade hastighetsdata  
▼M1 
116) Färdskrivaren ska i sitt dataminne registrera och lagra fo r­
donets momentana hastighet och motsvarande datum och 
tidpunkt vid varje sekund under åtminstone de senaste 24 
timmar som fordonet varit i rörelse.  
▼B 
3.12.8  Händelsedata  
För de data som avses i denna punkt ska tidpunkten registreras med 
en upplösning av en (1) sekund.  
117) Färdskrivaren ska i sitt dataminne registrera och lagra ne d­
anstående data för varje händelse som upptäcks i enlighet 
med nedanstående lagringsregler.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 46  
Händelse  Lagringsregler  Data som ska registreras per händelse  
Insättning av ett ogiltigt 
kort ( Insertion of a non- 
valid card ) — De senaste tio händelserna  — Datum och tidpunkt för händelsen 
— Korttyp, kortnummer, utfärdande med­
lemsstat och generation för det kort 
som orsakat händelsen 
— Antal liknande händelser samma dag  
Kortkonflikt ( Card conflict ) — De senaste tio händelserna  — Datum och tidpunkt för händelsens bör­
jan 
— Datum och tidpunkt för händelsens slut 
— Korttyp, kortnummer, utfärdande med­
lemsstat och generation för de två kort 
som orsakat konflikten  
Körning utan korrekt kort 
(Driving without an app ­
ropriate card ) — Den långvarigaste händelsen för vart 
och ett av de senaste tio dygn där hän­
delsen inträffat 
— De fem långvarigaste händelserna under 
de senaste 365 dygnen  — Datum och tidpunkt för händelsens bör­
jan 
— Datum och tidpunkt för händelsens slut 
— Korttyp, kortnummer, utfärdande med­
lemsstat och generation för ett eventuellt 
kort som var insatt vid händelsens början 
och/eller slut 
— Antal liknande händelser samma dag  
Insättning av kort under 
körning ( Card insertion 
while driving ) — Den senaste händelsen för vart och ett 
av de senaste tio dygn där händelsen 
inträffat  — Datum och tidpunkt för händelsen 
— Korttyp, kortnummer, utfärdande med­
lemsstat och generation 
— Antal liknande händelser samma dag  
▼M3 
Senaste kortsession ej kor­
rekt avslutad ( Last card 
session not correctly clo ­
sed) — De senaste tio händelserna  — Datum och tidpunkt för insättning av 
kort 
— Korttyp, kortnummer, utfärdande med­
lemsstat och generation 
— Data om senaste session enligt avläsning 
från kortet 
— Datum och tidpunkt för insättning av 
kort 
▼B 
Hastighetsöverträdelse 
(Over speeding ) (1)  — Den mest allvarliga händelsen för vart 
och ett av de senaste tio dygn där hän­
delsen inträffat (dvs. den med högsta 
medelhastighet) 
— De fem mest allvarliga händelserna un­
der de senaste 365 dygnen 
— Den första händelsen som inträffat efter 
den senaste kalibreringen  — Datum och tidpunkt för händelsens bör­
jan 
— Datum och tidpunkt för händelsens slut 
— Högsta hastighet som uppmätts under 
händelsen 
— Aritmetisk medelhastighet som uppmätts 
under händelsen 
— Korttyp, kortnummer, utfärdande med­
lemsstat och generation för förarkortet 
(i förekommande fall) 
— Antal liknande händelser samma dag  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 47  
Händelse  Lagringsregler  Data som ska registreras per händelse  
Avbrott i strömtillförseln 
(Power supply interrup ­
tion) (2)  — Den långvarigaste händelsen för vart 
och ett av de senaste tio dygn där hän­
delsen inträffat 
— De fem långvarigaste händelserna under 
de senaste 365 dygnen  — Datum och tidpunkt för händelsens bör­
jan 
— Datum och tidpunkt för händelsens slut 
— Korttyp, kortnummer, utfärdande med­
lemsstat och generation för ett eventuellt 
kort som var insatt vid händelsens början 
och/eller slut 
— Antal liknande händelser samma dag  
Fel i kommunikation med 
kommunikationsanordning 
för fjärravläsning ( Com­
munication error with the 
remote communication fa ­
cility ) — Den långvarigaste händelsen för vart 
och ett av de senaste tio dygn där hän­
delsen inträffat 
— De fem långvarigaste händelserna under 
de senaste 365 dygnen  — Datum och tidpunkt för händelsens bör­
jan 
— Datum och tidpunkt för händelsens slut 
— Korttyp, kortnummer, utfärdande med­
lemsstat och generation för ett eventuellt 
kort som var insatt vid händelsens början 
och/eller slut 
— Antal liknande händelser samma dag  
Positionsinformation från 
GNSS-mottagare saknas 
(Absence of position infor ­
mation from GNSS recei ­
ver) — Den långvarigaste händelsen för vart 
och ett av de senaste tio dygn där hän­
delsen inträffat 
— De fem långvarigaste händelserna under 
de senaste 365 dygnen  — Datum och tidpunkt för händelsens bör­
jan 
— Datum och tidpunkt för händelsens slut 
— Korttyp, kortnummer, utfärdande med­
lemsstat och generation för ett eventuellt 
kort som var insatt vid händelsens början 
och/eller slut 
— Antal liknande händelser samma dag  
▼M1 
Fel i kommunikation med 
extern GNSS-anordning 
(Communication error 
with the external GNSS 
facility ) — Den långvarigaste händelsen för vart 
och ett av de senaste tio dygn där hän­
delsen inträffat 
— De fem långvarigaste händelserna under 
de senaste 365 dygnen  — Datum och tidpunkt för händelsens bör­
jan 
— Datum och tidpunkt för händelsens slut 
— Korttyp, kortnummer, utfärdande med­
lemsstat och generation för ett eventuellt 
kort som var insatt vid händelsens början 
och/eller slut 
— Antal liknande händelser samma dag  
▼B 
Fel i rörelsedata ( Motion 
data error ) — Den långvarigaste händelsen för vart 
och ett av de senaste tio dygn där hän­
delsen inträffat 
— De fem långvarigaste händelserna under 
de senaste 365 dygnen  — Datum och tidpunkt för händelsens bör­
jan 
— Datum och tidpunkt för händelsens slut 
— Korttyp, kortnummer, utfärdande med­
lemsstat och generation för ett eventuellt 
kort som var insatt vid händelsens början 
och/eller slut 
— Antal liknande händelser samma dag  
Konflikt i fordonets rörel­
sedata ( Vehicle motion 
conflict ) — Den långvarigaste händelsen för vart 
och ett av de senaste tio dygn där hän­
delsen inträffat 
— De fem långvarigaste händelserna under 
de senaste 365 dygnen  — Datum och tidpunkt för händelsens bör­
jan 
— Datum och tidpunkt för händelsens slut 
— Korttyp, kortnummer, utfärdande med­
lemsstat och generation för ett eventuellt 
kort som var insatt vid händelsens början 
och/eller slut 
— Antal liknande händelser samma dag  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 48  
Händelse  Lagringsregler  Data som ska registreras per händelse  
Försök till säkerhetsöver­
trädelse ( Security breach 
attempt ) — De tio senaste händelserna per händel­
setyp  — Datum och tidpunkt för händelsens bör­
jan 
— Datum och tidpunkt för händelsens slut 
(om det är relevant) 
— Korttyp, kortnummer, utfärdande med­
lemsstat och generation för ett eventuellt 
kort som var insatt vid händelsens början 
och/eller slut 
— Händelsetyp  
▼M1 
Tidskonflikt ( Time conflict ) — Den mest allvarliga händelsen för vart 
och ett av de senaste tio dygn där hän­
delsen inträffat (dvs. de som uppvisar 
den största skillnaden mellan datum 
och tidpunkt enligt färdskrivaren och 
datum och tidpunkt enligt GNSS). 
— De fem mest allvarliga händelserna un­
der de senaste 365 dygnen  — Datum och tidpunkt enligt färdskrivaren 
— Datum och tidpunkt enligt GNSS 
— Korttyp, kortnummer, utfärdande med­
lemsstat och generation för ett eventuellt 
kort som var insatt vid händelsens början 
och/eller slut 
— Antal liknande händelser samma dag  
▼M3 
Orimligt GNSS-värde 
(GNSS anomaly ) — De långvarigaste händelserna för vart 
och ett av de senaste tio dygn där hän­
delsen inträffat 
— De fem långvarigaste händelserna under 
de senaste 365 dygnen  — Datum och tidpunkt för händelsens bör­
jan 
— Datum och tidpunkt för händelsens slut 
— Korttyp, kortnummer, utfärdande med­
lemsstat och generation för ett eventuellt 
kort som var insatt vid händelsens början 
och/eller slut 
— Antal liknande händelser samma dag  
▼B 
(1) Färdskrivaren ska även registrera och lagra följande i 
sitt dataminne:  
— Datum och tidpunkt för den senaste kontrollen av 
hastighetsöverträdelse.  
— Datum och tidpunkt för den första hastighetsöver­
trädelsen efter denna kontroll av hastighetsöverträ­
delse.  
— Antalet händelser av typen hastighetsöverträdelse 
sedan den senaste kontrollen av hastighetsöverträ­
delse.  
(2) Dessa data kan endast registreras när strömtillförseln 
återställs, och tidpunkter får anges på minuten när.  
3.12.9  Data om fel  
För de data som avses i denna punkt ska tidpunkten registreras med 
en upplösning av en (1) sekund.  
118) Färdskrivaren ska i sitt dataminne försöka registrera och 
lagra nedanstående data för varje fel som upptäcks i enlig­
het med nedanstående lagringsregler.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 49  
Fel Lagringsregler  Data som ska registreras per fel  
Kortfel  — De tio senaste förarkortsfelen  — Datum och tidpunkt för felets början 
— Datum och tidpunkt för felets slut 
— Korttyp, kortnummer, utfärdande med­
lemsstat och generation  
Färdskrivarfel  — De tio senaste felen för varje typ av fel 
— Det första felet efter den senaste ka­
libreringen  — Datum och tidpunkt för felets början 
— Datum och tidpunkt för felets slut 
— Typ av fel 
— Korttyp, kortnummer, utfärdande med­
lemsstat och generation för ett eventuellt 
kort som var insatt vid felets början och/ 
eller slut  
3.12.10  Kalibreringsdata  
119) Färdskrivaren ska registrera och lagra data med avseende p å 
följande i sitt dataminne:  
— Kända kalibreringsparametrar vid aktivering.  
— Första kalibrering efter aktivering.  
— Första kalibrering i det nuvarande fordonet (enligt for­
donets identifieringsnummer (VIN)).  
— De 20 senaste kalibreringarna (om flera kalibreringar 
görs under en kalenderdag gäller detta endast den första 
och den sista kalibreringen det dygnet).  
120) Följande data ska registreras för var och en av dessa 
kalibreringar:  
— Syfte med kalibreringen (aktivering, första installation, 
installation, periodisk besiktning).  
— Verkstadens namn och adress.  
— Verkstadskortets nummer, medlemsstat som utfärdat 
kortet och kortets sista giltighetsdag.  
— Fordonsidentifiering.  
— Uppdaterade eller bekräftade parametrar (w, k, l, däcks­
dimension, den hastighetsbegränsande anordningens in­
ställning, vägmätare (gamla och nya värden), datum och 
tidpunkt (gamla och nya värden).  
— Typer och identifierare för samtliga befintliga 
plomberingar.  
▼M3 
— Serienummer för rörelsesensorn, den externa 
GNSS-anordningen (i förekommande fall) och den ex­
terna kommunikationsanordningen för fjärravläsning (i 
förekommande fall).  
— Fordonets standardtyp av last (last av antingen gods 
eller passagerare).  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 50  
— Det land där kalibreringen har utförts och datum och 
tidpunkt för den position, tillhandahållen av 
GNSS-mottagaren, som användes för att fastställa detta 
land. 
▼B 
121) Färdskrivaren ska dessutom registrera eventuell förmåga at t 
hantera första generationens färdskrivarkort (dvs. om denna 
funktion fortfarande är aktiverad eller inte) och lagra detta i  
sitt dataminne.  
122) Rörelsesensorn ska registrera följande data om installatio ­
nen av rörelsesensorn och lagra dem i sitt minne:  
— Första parning med en fordonsenhet (VU) (datum, tid­
punkt, fordonsenhetens typgodkännandenummer och se­
rienummer).  
— Senaste parning med en fordonsenhet (VU) (datum, 
tidpunkt, fordonsenhetens typgodkännandenummer och 
serienummer).  
123) Den externa GNSS-anordningen ska registrera följande data 
om installationen av den externa GNSS-anordningen och 
lagra dem i sitt minne:  
— Första koppling med en fordonsenhet (VU) (datum, tid­
punkt, fordonsenhetens typgodkännandenummer och se­
rienummer).  
— Senaste koppling med en fordonsenhet (VU) (datum, 
tidpunkt, fordonsenhetens typgodkännandenummer och 
serienummer).  
3.12.11  Data om tidsinställning  
124) Färdskrivaren ska registrera data som är relevanta för tid s­
inställningar som utförts i kalibreringsläge, men inte vid en 
normal kalibrering (se def. f) och lagra dem i sitt 
dataminne:  
— Senaste tidsinställning.  
— De fem mest omfattande tidsinställningarna.  
125) Följande data ska registreras för var och en av dessa tids ­
inställningar:  
— Datum och tidpunkt, gammalt värde.  
— Datum och tidpunkt, nytt värde.  
— Verkstadens namn och adress.  
— Verkstadskortets nummer, utfärdande medlemsstat, ge­
neration och sista giltighetsdag.  
3.12.12  Data om kontrollaktiviteter  
126) Färdskrivaren ska i sitt dataminne registrera och lagra fö l­
jande data med avseende på de senaste 20 
kontrollaktiviteterna:  
— Datum och tidpunkt för kontrollen.  
— Kontrollkortets nummer, utfärdande medlemsstat och 
generation.  
— Kontrolltyp (visning och/eller utskrift och/eller över­
föring av data från fordonsenhet och/eller överföring 
av data från kort och/eller kalibreringskontroll på väg).  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 51  
127) Vid överföring ska även datum för tidigaste och senaste 
överförda dagar registreras.  
3.12.13  Data om företagslås  
128) Färdskrivaren ska i sitt dataminne registrera och lagra fö l­
jande data med avseende på de 255 senaste företagslåsen:  
— Datum och tidpunkt för låsning.  
— Datum och tidpunkt för öppning.  
— Företagskortets nummer, utfärdande medlemsstat och 
generation.  
— Företagets namn och adress.  
Data som tidigare varit låsta genom ett lås som har raderats 
från minnet på grund av ovanstående gräns ska betraktas 
som olåsta.  
3.12.14  Överföringsdata  
129) Färdskrivaren ska i sitt dataminne registrera och lagra fö l­
jande data med avseende på senaste dataöverföring till ex­
terna media i företags- eller kalibreringsläge:  
— Datum och tidpunkt för överföringen.  
— Företagskortets eller verkstadskortets nummer, utfär­
dande medlemsstat och generation.  
— Företagets eller verkstadens namn.  
3.12.15  Data om särskilda omständigheter  
130) Färdskrivaren ska i sitt dataminne registrera följande dat a 
med avseende på särskilda omständigheter:  
— Datum och tidpunkt för angivelsen.  
— Typ av särskild omständighet.  
131) Det ska gå att lagra data om särskilda omständigheter i 
dataminnet i minst 365 dygn (under förutsättning att det i 
genomsnitt påbörjas och avslutas en omständighet per 
dygn). När lagringskapaciteten har utnyttjats till fullo ska 
nya data ersätta de data som är äldst.  
3.12.16  Data om färdskrivarkort  
132) Färdskrivaren ska kunna lagra följande data med avseende 
på de olika färdskrivarkort som använts i fordonsenheten:  
— Färdskrivarkortets kortnummer och serienummer.  
— Färdskrivarkortets tillverkare.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 52  
— Färdskrivarkortets typ.  
— Färdskrivarkortets version.  
133) Det ska gå att lagra minst 88 sådana poster i färdskrivare n. 
▼M3 
3.12.17  Gränspassager  
133a) Färdskrivaren ska i sitt dataminne registrera och lagra f öl­
jande information om gränspassager:  
— Det land som fordonet lämnar.  
— Det land som fordonet anländer till.  
— Den position där fordonet passerar gränsen.  
133b) Färdskrivaren ska i sitt dataminne registrera och lagra f öl­
jande, tillsammans med länder och position:  
— Förarens eller medförarens kortnummer och medlems­
stat som utfärdat kortet.  
— Kortets generation.  
— Aktuell GNSS-precision, samt datum och tidpunkt.  
— En flagga som anger huruvida positionen har 
autentiserats.  
— Fordonets vägmätarvärde vid tidpunkten för detektering 
av gränspassage.  
133c) Det ska gå att lagra gränspassager i dataminnet i minst 3 65 
dagar.  
133d) När lagringskapaciteten har utnyttjats till fullo ska nya  data 
ersätta de data som är äldst.  
3.12.18  Lastnings-/lossningsaktiviteter  
133e) Färdskrivaren ska i sitt dataminne registrera och lagra f öl­
jande information om lastnings-/lossningsaktiviteter:  
— Typ av aktivitet (lastning, lossning eller samtidig last­
ning och lossning).  
— Den position där lastningen/lossningen ägde rum.  
133f) När fordonets position inte är tillgänglig via GNSS-mottagaren 
vid tidpunkten för lastnings-lossningsaktiviteten ska färdskriv aren 
använda den senaste tillgängliga positionen och tillhörande dat um 
och tidpunkt.  
133g) Färdskrivaren ska i sitt dataminne registrera och lagra f öl­
jande, tillsammans med typ av aktivitet och position:  
— Förarens eller medförarens kortnummer och medlems­
stat som utfärdat kortet.  
— Kortets generation.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 53  
— Datum och tidpunkt för lastnings-/lossningsaktiviteten.  
— Aktuell GNSS-precision, samt datum och tidpunkt i 
förekommande fall.  
— En flagga som anger huruvida positionen har 
autentiserats.  
— Fordonets vägmätarställning.  
133h) Det ska gå att lagra lastnings-/lossningsaktiviteter för minst 
365 kalenderdagar.  
133i) När lagringskapaciteten har utnyttjats till fullo ska nya  data 
ersätta de data som är äldst.  
3.12.19  Digital karta  
133j) För att registrera fordonets position när en landsgräns p as­
seras ska färdskrivaren lagra en digital karta i sitt 
dataminne.  
133k) Kommissionen ska göra tillåtna digitala kartor i olika fo r­
mat, till stöd för färdskrivarens funktion för övervakning av 
gränspassager, tillgängliga för nedladdning från en särskild 
säker webbplats.  
133l) För var och en av dessa kartor ska en versionsidentifiera re 
och ett hashvärde finnas tillgängliga på webbplatsen.  
133m) Kartorna ska ha  
— en definitionsnivå som motsvarar Nuts 0-nivå enligt den 
gemensamma nomenklaturen för statistiska territoriella 
enheter,  
— en skala på 1:1 000 000.  
133n) Tillverkare av färdskrivare ska välja en karta från webbp lat­
sen och ladda ned den på ett säkert sätt.  
133o) Tillverkare av färdskrivare får använda en nedladdad kart a 
från webbplatsen endast efter att ha verifierat dess integritet  
med hjälp av kartans hashvärde.  
133p) Tillverkaren ska importera den valda kartan till färdskri va­
ren i lämpligt format, men den importerade kartans seman­
tik ska förbli oförändrad.  
133q) Tillverkaren ska också lagra versionsidentifieraren för d en 
karta som används i färdskrivaren.  
133r) Det ska vara möjligt att uppdatera eller ersätta den lagr ade 
digitala kartan med en ny som görs tillgänglig av Euro­
peiska kommissionen.  
133s) Uppdateringar av digitala kartor ska göras med hjälp av d e 
mekanismer för programvaruuppdatering som tillverkaren 
har inrättat genom tillämpning av kraven 226d och 226e, 
så att färdskrivaren kan verifiera autenticiteten och integri­
teten hos en ny importerad karta, innan den lagras och 
ersätter den föregående.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 54  
133t) Tillverkare av färdskrivare får lägga till ytterligare in for­
mation till den grundläggande karta som avses i krav 133m, 
för andra ändamål än registrering av gränspassager, t.ex. 
EU-regionernas gränser, förutsatt att den grundläggande 
kartans semantik inte ändras.  
▼B 
3.13 Avläsning från färdskrivarkort  
134) Färdskrivaren ska i förekommande fall kunna avläsa nöd­
vändiga data från första och andra generationens färdskri­
varkort för att  
— identifiera korttyp, kortinnehavare, fordon som använts 
tidigare, datum och tidpunkt för senaste uttag av kort 
och den aktivitet som valdes vid det tillfället,  
— kontrollera att den senaste kortsessionen avslutades 
korrekt,  
— beräkna förarens sammanhängande körtid, sammanlagda 
avbrottstid och sammanlagda körtider under föregående 
och innevarande vecka,  
— skriva ut begärda utskrifter med avseende på de data 
som registrerats på ett förarkort,  
— överföra data från ett förarkort till externa media.  
Detta krav gäller första generationens färdskrivarkort endast 
så länge som möjligheten att använda dem inte har tagits 
bort av en verkstad.  
135) Vid avläsningsfel ska färdskrivaren pröva samma läskom­
mando igen, högst tre gånger, och om detta misslyckas ska 
den förklara kortet felaktigt och ogiltigt.  
▼M3 
135a) Strukturen i tillämpningen TACHO_G2 beror på versionen. 
Version 2-kort innehåller ytterligare elementfiler (EF) ut­
över de som finns i version 1-kort, särskilt i följande fall:  
— Förar- och verkstadskort:  
— EF Places_Authentication ska innehålla autentise­
ringsstatus för de fordonspositioner som lagras i 
EF Places. För varje autentiseringsstatus ska en tids­
stämpel lagras, och den ska vara exakt samma som 
datum och tidpunkt för den angivelse som lagras 
med motsvarande position i EF Places.  
— EF GNSS_Places_Authentication ska innehålla au­
tentiseringsstatus för de fordonspositioner som lag­
ras i EF GNSS_Places. För varje autentiseringssta­
tus ska en tidsstämpel lagras, och den ska vara ex­
akt samma som datum och tidpunkt för den angi­
velse som lagras med motsvarande position i EF 
Places.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 55  
— EF Border_Crossings, EF Load_Unload_Operations 
och EF Load_Type_Entries ska innehålla data om 
gränspassager, lastnings-/lossningsaktiviteter och ty­
per av last.  
— Verkstadskort:  
— EF Calibration_Add_Data ska innehålla ytterligare 
kalibreringsdata utöver dem som lagras i EF Ca­
libration. För varje post med ytterligare kalibrerings­
data ska de gamla värdena för datum och tidpunkt 
och för fordonets identifieringsnummer lagras, och 
de ska vara exakt samma som de gamla värden för 
datum och tidpunkt respektive fordonets identifie­
ringsnummer som lagras med motsvarande kalibre­
ringsdata i EF Calibration.  
— Samtliga färdskrivarkort:  
— EF VU_Configuration ska innehålla kortinnehava­
rens specifika inställningar för färdskrivaren.  
Fordonsenheten ska bortse från eventuell autentiseringssta­
tus som finns i EF Places_Authentication eller EF 
GNSS_Places_Authentication, om ingen fordonsposition 
med samma tidsstämpel hittas i EF Places eller EF 
GNSS_Places.  
Fordonsenheten ska bortse från EF VU_Configuration i alla 
kort, så länge inga särskilda regler har tillhandahållits för 
användningen av denna elementfil. Dessa regler ska fast­
ställas genom en ändring av bilaga IC, som ska inbegripa 
ändring eller strykning av denna punkt.  
▼B 
3.14 Registrering och lagring på färdskrivarkort  
3.14.1  Registrering och lagring på första generationens färdskrivarkort  
136) Förutsatt att möjligheten att använda första generationens  
färdskrivarkort inte har tagits bort av en verkstad ska färd­
skrivaren registrera och lagra data på exakt samma sätt som 
en första generationens färdskrivare.  
137) Färdskrivaren ska ställa in data om kortsessionen på för­
arkortet eller verkstadskortet omedelbart efter det att kortet 
satts in.  
138) Färdskrivaren ska uppdatera de data som lagrats på giltiga  
förar-, verkstads- företags- och/eller kontrollkort med alla 
nödvändiga data för den period då kortet är insatt och som 
avser kortinnehavaren. De data som lagras på dessa kort 
specificeras i kapitel 4.  
139) Färdskrivaren ska uppdatera de data om föraraktivitet och 
platser (i enlighet med avsnitt 4.5.3.1.9 och 4.5.3.1.11) som 
finns lagrade på giltiga förar- och/eller verkstadskort med 
de data om aktivitet och platser som kortinnehavaren anger 
manuellt.  
▼M3 
140) Inga händelser eller fel som inte finns definierade för fö rsta 
generationens färdskrivare får lagras på första generationens 
förar- och verkstadskort.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 56  
141) Uppdateringen av data på färdskrivarkort ska, vid behov 
och med hänsyn till kortets faktiska lagringskapacitet, ske 
på så sätt att senaste data ersätter äldsta data.  
142) Vid skrivfel ska färdskrivaren pröva samma skrivkom­
mando igen, högst tre gånger, och om detta misslyckas 
ska den förklara kortet felaktigt och ogiltigt.  
▼M3 
143) Innan ett förar- eller verkstadskort kan tas ut från färds kri­
varen, och efter det att alla relevanta data har lagrats på 
kortet, ska färdskrivaren nollställa data om kortsession.  
▼B 
3.14.2  Registrering och lagring på andra generationens färdskrivarkort  
144) Andra generationens färdskrivarkort ska innehålla två olik a 
korttillämpningar: den första ska vara exakt samma som 
TACHO-tillämpningen i första generationens färdskrivar­
kort, den andra ska vara tillämpningen TACHO_G2, såsom 
den specificeras i kapitel 4 och tillägg 2.  
▼M3 
Strukturen i tillämpningen TACHO_G2 beror på versionen. 
Version 2-kort innehåller ytterligare elementfiler (EF) ut­
över de som finns i version 1-kort.  
▼B 
145) Färdskrivaren ska ställa in data om kortsessionen på för­
arkortet eller verkstadskortet omedelbart efter det att kortet 
satts in.  
146) Färdskrivaren ska uppdatera de data – för båda två kort­
applikationerna – som lagrats på giltiga förar-, verkstads-, 
företags- och/eller kontrollkort med alla nödvändiga data 
för den period då kortet är insatt och som avser kortinne­
havaren. De data som lagras på dessa kort specificeras i 
kapitel 4.  
147) Färdskrivaren ska uppdatera de data om föraraktivitet, pla t­
ser och positioner (i enlighet med avsnitt 4.5.3.1.9, 
4.5.3.1.11, 4.5.3.2.9 och 4.5.3.2.11) som finns lagrade på 
giltiga förar- och/eller verkstadskort med de data om akti­
vitet och platser som kortinnehavaren anger manuellt.  
▼M3 
147a) När ett förar- eller verkstadskort sätts in ska färdskriv aren 
lagra fordonets standardtyp av last i kortet.  
147b) När ett förar- eller verkstadskort sätts in, och efter ma nuell 
angivelse, ska färdskrivaren kontrollera den sista plats för 
påbörjad eller avslutad arbetsperiod som är lagrad i kortet. 
Denna plats kan vara tillfällig, såsom anges i krav 59. Om 
denna plats ligger i ett annat land än det där fordonet för 
närvarande befinner sig ska färdskrivaren lagra en post för 
gränspassage i kortet, med  
— det land som föraren lämnade: ”inte tillgängligt”,  
— det land som föraren anländer till: det land där fordonet 
för närvarande befinner sig,  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 57  
— datum och tidpunkt då föraren passerade gränsen: tid­
punkten för insättning av kortet,  
— förarens position när gränsen har passerats: ”inte till­
gänglig”,  
— fordonets vägmätarställning: ”inte tillgänglig”.  
▼B 
148) Uppdateringen av data på färdskrivarkort ska, vid behov 
och med hänsyn till kortets faktiska lagringskapacitet, ske 
på så sätt att senaste data ersätter äldsta data.  
149) Vid skrivfel ska färdskrivaren pröva samma skrivkom­
mando igen, högst tre gånger, och om detta misslyckas 
ska den förklara kortet felaktigt och ogiltigt.  
150) Innan ett förarkort kan tas ut från färdskrivaren, och eft er 
det att alla relevanta data – för båda två kortapplikationerna 
– har lagrats på kortet, ska färdskrivaren nollställa data om 
kortsession.  
▼M3 
150a) Fordonsenheten ska bortse från EF VU_Configuration i alla  
kort, så länge inga särskilda regler har tillhandahållits för 
användningen av denna elementfil. Dessa regler ska fast­
ställas genom en ändring av bilaga IC, som ska inbegripa 
ändring eller strykning av denna punkt.  
▼B 
3.15 Visning  
151) Bildskärmen ska innefatta minst 20 tecken.  
152) Minsta teckenstorlek ska vara en höjd på 5 mm och en 
bredd på 3,5 mm.  
153) Bildskärmen ska stödja de tecken som anges i tillägg 1 
kapitel 4 om teckenmängder. Förenklade tecken får använ­
das (t.ex. får tecken med accent visas utan accent, och 
gemener får ersättas med versaler).  
154) Bildskärmen ska vara försedd med lämplig belysning som 
inte bländar.  
155) Tecknen ska vara synliga på färdskrivarens utsida.  
156) Färdskrivaren ska kunna visa följande:  
— Standarddata.  
— Data om varningar.  
— Data om tillträde till meny.  
— Övriga data som användaren vill se.  
Färdskrivaren får visa ytterligare information, förutsatt att 
den lätt går att skilja från den information som krävs ovan.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 58  
157) Färdskrivarens bildskärm ska visa de piktogram eller kom­
binationer av piktogram som förtecknas i tillägg 3. Den får 
även visa ytterligare piktogram eller kombinationer av pik­
togram om de lätt går att skilja från ovan nämnda pikto­
gram eller kombinationer av piktogram.  
158) Bildskärmen ska alltid vara på (ON) när fordonet är i rö­
relse.  
159) Färdskrivaren får inbegripa en manuell eller automatisk an ­
ordning för att slå av (OFF) bildskärmen när fordonet inte 
är i rörelse.  
Bildskärmsformatet specificeras i tillägg 5.  
3.15.1  Standardvisning  
160) När ingen annan information behöver visas ska färdskriva­
ren som standard automatiskt visa följande:  
— Lokaltiden (UTC-tid + tidsskillnad som föraren ställer 
in). 
— Funktionsläge.  
— Förarens och medförarens innevarande aktiviteter.  
— Information om föraren:  
— Om förarens innevarande aktivitet är 
körning (DRIVING): förarens aktuella sammanhäng­
ande körtid och innevarande sammanlagda avbrottstid.  
— Om förarens innevarande aktivitet inte är 
körning (DRIVING): den aktuella varaktigheten för 
denna aktivitet (sedan den valdes) och förarens inneva­
rande sammanlagda avbrottstid.  
161) Visningen av data för varje förare ska vara klar, enkel oc h 
otvetydig. Om informationen om föraren och medföraren 
inte kan visas samtidigt ska färdskrivaren som standard 
visa informationen om föraren och göra det möjligt för 
användaren att visa informationen om medföraren.  
162) Om bildskärmens bredd inte gör det möjligt att som stan­
dard visa funktionsläget ska färdskrivaren snabbt visa det 
nya funktionsläget när det ändras.  
163) Färdskrivaren ska snabbt visa kortinnehavarens namn då 
kortet sätts in.  
164) När en omständighet av typen ”omfattas ej” (OUT OF 
SCOPE) eller ”transport med färja/tåg” (FERRY/TRAIN 
CROSSING) påbörjas måste bildskärmen som standard 
med hjälp av relevant piktogram visa att den särskilda om­
ständigheten har påbörjats (förarens innevarande aktivitet 
behöver inte visas samtidigt).  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 59  
3.15.2  Visning av varningar  
165) Färdskrivaren ska visa varningsinformation främst med 
hjälp av piktogrammen i tillägg 3, som vid behov ska 
kompletteras med ytterligare numeriskt kodad information. 
En textbaserad beskrivning av varningen får också visas på 
det språk som föraren väljer.  
3.15.3  Åtkomst via meny  
166) Färdskrivaren ska tillhandahålla nödvändiga kommandon 
genom en lämplig menystruktur.  
3.15.4  Visning av övrig information  
167) Det ska vara möjligt att specifikt och på begäran visa föl ­
jande:  
— UTC-datum och UTC-tid samt lokal tidsskillnad.  
▼M3 
— Innehållet i de utskrifter som förtecknas i krav 169, i 
samma format som utskrifterna själva.  
▼B 
— Förarens sammanhängande körtid och sammanlagda 
avbrottstid.  
— Medförarens sammanhängande körtid och sammanlagda 
avbrottstid.  
— Förarens sammanlagda körtid för föregående och inne­
varande vecka.  
— Medförarens sammanlagda körtid för föregående och 
innevarande vecka.  
Frivilligt:  
— Den aktuella varaktigheten för medförarens aktivitet 
(sedan den valdes).  
— Förarens sammanlagda körtid för innevarande vecka.  
— Medförarens sammanlagda körtid för den innevarande 
arbetsperioden.  
— Förarens sammanlagda körtid för den innevarande 
arbetsperioden.  
168) Innehållet i utskrifterna ska visas i en följd, rad för ra d. Om 
bildskärmens bredd är mindre än 24 tecken ska användaren 
få komplett information på lämpligt sätt (flera rader, rull­
ning, …).  
De utskriftsrader som är avsedda för handskriven infor­
mation behöver inte visas.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 60  
3.16 Utskrift  
169) Det ska gå att skriva ut information från färdskrivarens 
dataminne och/eller från färdskrivarkorten i enlighet med 
följande sju utskrifter:  
— Dagsutskrift från kort av föraraktiviteter.  
— Dagsutskrift från fordonsenhet av föraraktiviteter.  
— Utskrift från kort av händelser och fel.  
— Utskrift från fordonsenhet av händelser och fel.  
— Utskrift av tekniska data.  
— Utskrift av hastighetsöverträdelse.  
— Datahistorik avseende färdskrivarkort för en viss for­
donsenhet (se avsnitt 3.12.16).  
Format och innehåll i dessa utskrifter anges i detalj i till­
lägg 4.  
Ytterligare data får förekomma i slutet av utskrifterna.  
Färdskrivaren får ge ytterligare utskrifter, om de är lätta att  
skilja från de sju ovan nämnda utskrifterna.  
170) ”Dagsutskrift från kort av föraraktiviteter” och ”Utskrift  
från kort av händelser och fel” ska endast finnas tillgäng­
liga om ett förarkort eller ett verkstadskort är insatt i färd­
skrivaren. De relevanta data som finns på det berörda kortet 
ska uppdateras av färdskrivaren innan utskriften inleds.  
171) För att tillhandahålla ”Dagsutskrift från kort av förarakt ivi­
teter” eller ”Utskrift från kort av händelser och fel” ska 
färdskrivaren  
— antingen automatiskt välja förarkortet eller verkstads­
kortet om endast ett sådant kort är insatt,  
— eller tillhandahålla ett kommando för val av vilket kort 
som ska användas, eller välja kortet i förarens kortplats, 
om två kort (förar- och/eller verkstadskort) är insatta i 
färdskrivaren.  
172) Skrivaren ska kunna skriva ut 24 tecken per rad.  
173) Minsta teckenstorlek ska vara en höjd på 2,1 mm och en 
bredd på 1,5 mm.  
174) Skrivaren ska stödja de tecken som anges i tillägg 1 kapit el 
4 om teckenmängder.  
175) Skrivarna ska vara utformade så att de tillhandahåller des sa 
utskrifter med en skärpa som sannolikt förhindrar tvetydig­
het när utskriften läses.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 61  
176) Utskrifternas storlek och uppgifterna i dem ska inte ändra s 
vid normal luftfuktighet (10–90 procent) och temperatur.  
177) Det typgodkända papper som används i färdskrivaren ska 
vara försett med giltigt typgodkännandemärke och angi­
velse av de typ(er) av färdskrivare där det får användas.  
178) Utskrifterna ska vara klart läsbara och identifierbara und er 
minst två år under normala lagringsvillkor, med avseende 
på ljusintensitet, luftfuktighet och temperatur.  
179) Utskrifterna ska åtminstone uppfylla de provningsspecifika ­
tioner som definieras i tillägg 9.  
180) Det ska även gå att lägga till handskrivna anmärkningar, 
t.ex. förarens namnteckning, i dessa handlingar.  
181) Om papperet tar slut vid utskrift ska färdskrivaren, när 
papperet har fyllts på, börja om från början i utskriften eller  
fortsätta utskriften med en otvetydig hänvisning till den del 
som tidigare skrivits ut.  
3.17 Varningar  
182) Färdskrivaren ska varna föraren när den upptäcker en hän­
delse eller ett fel.  
183) En varning om avbrott i strömtillförsel får uppskjutas til l 
det att strömtillförseln återställts.  
184) Färdskrivaren ska varna föraren 15 minuter före och vid 
den tidpunkt då längsta tillåtna sammanhängande körtid 
överskrids.  
185) Varningarna ska vara visuella. Ljudvarningar får också ges  
utöver de visuella varningarna.  
186) Användaren ska tydligt kunna urskilja de visuella varning­
arna, som ska vara placerade i förarens synfält och vara 
tydligt läsbara både dag och natt.  
187) De visuella varningarna får byggas in i färdskrivaren och/  
eller vara avskilda från den.  
188) I det senare fallet ska färdskrivaren vara försedd med sym ­
bolen ”T”.  
189) Varningarna ska vara minst 30 sekunder långa, om inte 
användaren kvitterar dem genom att trycka på en eller flera 
särskilda knappar på färdskrivaren. Den första kvitteringen 
får inte radera ut den visning av orsaken till varningen som 
avses i nästa punkt.  
190) Orsaken till varningen ska visas på färdskrivaren och vara  
synlig tills det att användaren kvitterar den med hjälp av en 
särskild knapp eller ett särskilt kommando i färdskrivaren.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 62  
191) Ytterligare varningar får ges, förutsatt att det inte finn s 
någon risk för att föraren blandar ihop dem med varning­
arna ovan.  
3.18 Överföring av data till externa media  
192) Det ska på begäran gå att överföra data från färdskrivaren s 
dataminne eller från ett förarkort till externa lagringsmedia 
via en kalibrerings-/överföringsanslutning. De data som 
finns på det berörda kortet ska uppdateras av färdskrivaren 
innan överföringen inleds.  
▼M3 
193) Dessutom får färdskrivaren i alla funktionslägen, som till ­
valsfunktion, kunna överföra data via annat valfritt gräns­
snitt till ett företag som har autentiserats genom denna 
kanal. I detta fall ska alla tillträdesrättigheter till data i 
företagsläge tillämpas på denna överföring.  
▼B 
194) Överföringen får inte ändra eller ta bort några lagrade da ta. 
195) Det elektriska gränssnittet för kalibrerings-/överföringsa nslut­
ningen specificeras i tillägg 6.  
196) Överföringsprotokoll specificeras i tillägg 7.  
▼M3 
196a) Ett transportföretag som använder fordon som omfattas av 
förordning (EG) nr 561/2006 och vars färdskrivare uppfyl­
ler kraven i denna bilaga ska säkerställa att alla data över­
förs från fordonsenheten och förarkorten.  
Den tidsperiod inom vilken de relevanta uppgifterna ska 
överföras får inte överskrida  
— 90 dagar för data från fordonsenheten,  
— 28 dagar för data från förarkortet.  
196b) Transportföretag ska bevara de data som överförs från for ­
donsenheten och förarkorten i minst tolv månader efter 
registreringen.  
▼B 
3.19 Fjärrkommunikation vid riktade vägkontroller  
197) När tändningen är påslagen ska fordonsenheten var 60:e 
sekund lagra de senaste data som krävs för riktade väg­
kontroller i kommunikationsanordningen för fjärravläsning. 
Dessa data ska krypteras och signeras såsom anges i tillägg 
11 och tillägg 14.  
198) Data som ska kontrolleras på distans ska vara tillgängliga  
för fjärravläsare via trådlös kommunikation, såsom anges i 
tillägg 14.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 63  
199) Data som krävs för riktade vägkontroller ska avse följande : 
— Senaste försök till säkerhetsöverträdelse.  
— Längsta avbrott i strömtillförsel.  
— Sensorfel.  
— Fel i rörelsedata.  
— Konflikt i fordonets rörelsedata.  
— Körning utan giltigt kort.  
— Insättning av kort under körning.  
— Data om tidsinställning.  
— Kalibreringsdata, inklusive datum för de två senast lag­
rade kalibreringsposterna.  
— Fordonets registreringsnummer.  
— Hastighet som registrerats av färdskrivaren.  
▼M3 
— Fordonets position.  
— En indikering om föraren för närvarande kanske bryter 
mot körtiderna.  
3.20 Datautbyte med ytterligare externa enheter  
200) Färdskrivaren ska också vara utrustad med ett ITS-gränssni tt i 
enlighet med tillägg 13, så att de data som registreras eller g ene­
reras av antingen färdskrivaren eller färdskrivarkorten kan anv än­
das av en extern anordning.  
I driftläge ska förarens samtycke krävas för överföring av 
personuppgifter via ITS-gränssnittet. Förarens samtycke ska 
dock inte gälla för färdskrivar- eller kortdata som är åtkom­
liga i kontroll-, företags- eller kalibreringsläge. Tillträdes­
rättigheter avseende data och funktioner för dessa lägen 
specificeras i kraven 12 och 13.  
Följande krav ska gälla för ITS-data som görs tillgängliga 
via detta gränssnitt:  
— Personuppgifter ska vara tillgängliga endast efter det att 
förarens kontrollerbara samtycke har lämnats, vilket in­
nebär att personuppgifter kan lämna fordonets datanät.  
En uppsättning utvalda befintliga data som kan vara 
tillgängliga via ITS-gränssnittet, och klassificeringen 
av dessa data som ”personuppgift” eller ”ej personupp­
gift” är specificerad i tillägg 13. Ytterligare data kan 
också tillhandahållas som utdata, utöver den uppsätt­
ning data som specificeras i tillägg 13. Tillverkaren 
av fordonsenheten ska klassificera dessa uppgifter som 
”personuppgift” eller ”ej personuppgift”, och förarens 
samtycke gäller de data som klassificeras som ”person­
uppgift”.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 64  
— Förarens samtycke kan när som helst aktiveras eller 
avaktiveras via menykommandon, förutsatt att förarkor­
tet är insatt.  
— Förekomsten av ett ITS-gränssnitt får under inga om­
ständigheter störa eller påverka fordonsenhetens kor­
rekta funktion och säkerhet.  
Fordonsenheten får också ha ytterligare gränssnitt, förutsatt 
att de helt uppfyller kraven i tillägg 13 när det gäller föra­
rens samtycke. Färdskrivaren ska kunna kommunicera sta­
tus för förarens samtycke till andra plattformar i fordonets 
datanät och till externa anordningar.  
För personuppgifter som matats in i fordonets datanät och 
som behandlas vidare utanför fordonets datanät ansvarar 
tillverkaren av färdskrivaren inte för att processen för denna 
behandling av personuppgifter överensstämmer med den 
tillämpliga unionslagstiftningen avseende dataskydd.  
ITS-gränssnittet ska också möjliggöra inmatning av data 
under förfarandet med manuella angivelser i enlighet med 
krav 61, för både föraren och medföraren.  
ITS-gränssnittet får också användas för att ange ytterligare 
information i realtid, t.ex.  
— val av föraraktivitet, i enlighet med krav 46,  
— platser, i enlighet med krav 56,  
— särskilda omständigheter, i enlighet med krav 62,  
— lastnings-/lossningsaktiviteter, i enlighet med krav 62a.  
Denna information får också anges via andra gränssnitt.  
201) För att säkerställa bakåtkompatibilitet får färdskrivare ä ven 
fortsättningsvis utrustas med det gränssnitt för seriell an­
slutning som specificeras i bilaga IB till förordning EEG 
nr 3821/85, i sin senaste lydelse. Den seriella anslutningen 
klassificeras som en del av fordonets datanät i enlighet med 
krav 200.  
▼B 
3.21 Kalibrering  
202) Kalibreringsfunktionen ska göra det möjligt att  
— automatiskt para rörelsesensorn med fordonsenheten,  
— automatiskt koppla den externa GNSS-anordningen med 
fordonsenheten (i förekommande fall),  
— digitalt anpassa färdskrivarens konstant (k) till fordonets 
karakteristiska koefficient (w),  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 65  
— ställa in aktuell tidpunkt inom giltighetstiden för det 
insatta verkstadskortet,  
— ändra aktuellt vägmätarvärde,  
— uppdatera de data för identifiering av rörelsesensor som 
finns lagrade i dataminnet,  
— uppdatera de data för identifiering av extern 
GNSS-anordning som finns lagrade i dataminnet,  
— uppdatera typer och identifierare för samtliga befintliga 
plomberingar,  
▼M3 
— uppdatera eller bekräfta andra parametrar som färdskri­
varen känner till: fordonsidentifiering, w, l, däcks­
dimension och inställning av hastighetsbegränsande an­
ordning (i förekommande fall), samt standardtyp av last.  
— automatiskt lagra det land där kalibreringen har utförts 
och datumet och tidpunkten för den position, tillhanda­
hållen av GNSS-mottagaren, som användes för att fast­
ställa detta land.  
▼B 
203) Kalibreringsfunktionen ska dessutom kunna ta bort möjlig­
heten att använda första generationens färdskrivarkort i 
färdskrivaren, förutsatt att de villkor som anges i tillägg 
15 uppfylls.  
204) Parningen av rörelsesensorn med fordonsenheten ska minst 
bestå av följande:  
— Uppdatering av de data om installation av rörelsesensor 
som finns i rörelsesensorn (efter behov).  
— Kopiering från rörelsesensorn till fordonsenhetens dat­
aminne av nödvändiga data för identifiering av rörelse­
sensorn.  
▼M3 
205) Kopplingen av den externa GNSS-anordningen med for­
donsenheten ska minst bestå av följande:  
— Uppdatering av de data om installation av extern GNSS-an­
ordning som finns i den externa GNSS-anordningen (efter 
behov).  
— Kopiering från den externa GNSS-anordningen till for­
donsenhetens dataminne av nödvändiga data för identi­
fiering av den externa GNSS-anordningen, inklusive 
dess serienummer.  
▼B 
206) Kalibreringsfunktionen ska kunna mata in nödvändiga data g e­
nom kalibrerings-/överföringsanslutningen i enlighet med det ka ­
libreringsprotokoll som definieras i tillägg 8. Kalibreringsfun ktio­
nen får också mata in nödvändiga data på andra sätt.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 66  
3.22 Kalibreringskontroll på väg  
207) Funktionen för kalibreringskontroll på väg ska, direkt på 
begäran, möjliggöra avläsning av serienummer för den rörel­
sesensor (eventuellt inbyggd i adapter) och den externa 
GNSS-anordning (i förekommande fall) som är ansluten till 
fordonsenheten.  
208) Denna avläsning ska åtminstone vara möjlig att utföra via 
menykommandon på fordonsenhetens bildskärm.  
209) Funktionen för kalibreringskontroll på väg ska även möjlig ­
göra kontroll av val av in-/utläge för signal på den in-/utlinj e 
för kalibrering som specificeras i tillägg 6 via K-line-gräns­
snittet. Detta ska ske via ECUAdjustmentSession, såsom 
anges i tillägg 8 avsnitt 7 om kontroll av provpulser och 
funktionsenhet för kontroll av in-/utdata.  
▼M3 
När in-/utläget är aktivt för signaler på in-/utlinjen för ka­
librering i enlighet med detta krav ska varningen ”körning 
utan korrekt kort” ( Driving without an appropriate card ) 
(krav 75) inte utlösas av fordonsenheten.  
▼B 
3.23 Tidsinställning  
210) Funktionen för tidsinställning ska göra det mö jligt att automatiskt 
ställa in aktuell tidpunkt. I färdskrivaren används två källor för 
tidsinställning: 1) fordonsenhetens interna klocka, 2) 
GNSS-mottagaren.  
▼M3 
Tidsinställningen av fordonsenhetens interna klocka ska ske aut omatiskt 
med varierande tidsintervall: nästa automatiska tids­
inställning ska utlösas mellan 72 och 168 timmar efter 
den föregående, och efter det att fordonsenheten kan få 
tillgång till GNSS-tid genom ett giltigt autentiserat po­
sitionsmeddelande i enlighet med tillägg 12. Tids­
inställningen får dock aldrig vara större än den sam­
manlagda maximala tidsavvikelse per dag som beräk­
nats av fordonsenhetens tillverkare i enlighet med krav 
41b. Om skillnaden mellan fordonsenhetens interna 
klocktid och GNSS-mottagarens tid är större än den 
sammanlagda maximala tidsavvikelsen per dag ska 
tidsinställningen ställa fordonsenhetens interna klocka 
så nära GNSS-mottagarens tid som möjligt. Tidsinställ­
ningen får göras endast om den tid som GNSS-motta­
garen tillhandahåller erhålls med hjälp av autentiserade 
positionsmeddelanden i enlighet med tillägg 12. Tids­
referensen för den automatiska tidsinställningen av for­
donsenhetens interna klocka ska vara den tid som till­
handahålls i det autentiserade positionsmeddelandet.  
212) Funktionen för tidsinställning ska också möjliggöra extern t 
utlöst inställning av aktuell tid i kalibreringsläge.  
Verkstäderna får ställa in tiden  
— antingen genom att skriva ett tidsvärde i fordonsenheten 
med hjälp av tjänsten WriteDataByIdentifier i enlighet 
med avsnitt 6.2 i tillägg 8,  ▼B
02016R0799 — SV — 21.08.2023 — 003.001 — 67  
— eller genom att begära att fordonsenhetens klocka anpas­
sas till den tid som tillhandahålls av GNSS-mottagaren. 
Detta får göras endast om den tid som GNSS-mottagaren 
tillhandahåller erhålls med hjälp av autentiserade posi­
tionsmeddelanden. I det senare fallet ska tjänsten Routi­
neControl användas i enlighet med avsnitt 8 i tillägg 8.  
▼B 
3.24 Prestanda  
213) Fordonsenheten ska vara helt funktionsduglig vid tempera­
turer från – 20 °C till + 70 °C, den externa GNSS-anord­
ningen från – 20 °C till + 70 °C och rörelsesensorn från – 
40 °C till + 135 °C. Innehållet i dataminnet ska bevaras vid 
temperaturer ned till – 40 °C.  
214) Färdskrivaren ska vara helt funktionsduglig vid en luftfuk tig­
het från 10 % till 90 %.  
215) De plomberingar som används i den smarta färdskrivaren ska  
klara de förhållanden som gäller för de färdskrivarkomponen­
ter där plomberingarna är anbringade.  
216) Färdskrivaren ska skyddas mot överspänning, omkastning av 
polerna i dess strömtillförsel och kortslutning.  
217) Rörelsesensorer ska antingen  
— reagera på ett magnetfält som stör avkänningen av fordo­
nets rörelse (i så fall ska fordonsenheten registrera och 
lagra ett sensorfel (krav 88)), eller  
— ha ett sensorelement som är skyddat eller immunt mot 
magnetfält.  
218) Färdskrivaren och den externa GNSS-anordningen ska upp­
fylla kraven i den internationella förordningen UN ECE R10 
och ska vara skyddade mot elektrostatiska urladdningar och 
transienter.  
3.25 Material  
219) Färdskrivarens samtliga beståndsdelar ska vara tillverkade  av 
material med tillräcklig stabilitet och mekanisk hållfasthet 
samt med stabila elektriska och magnetiska egenskaper.  
220) Vid normala driftsförhållanden ska samtliga inre delar av 
färdskrivaren vara skyddade mot fukt och damm.  
221) Fordonsenheten och den externa GNSS-anordningen ska uppfyl la 
kriterierna för skyddsklass IP 40 och rörelsesensorn ska uppfyl la 
kriterierna för skyddsklass IP 64, i enlighet med standard IEC 
60529:1989, inklusive A1:1999 och A2:2013.  
222) Färdskrivaren ska uppfylla tillämpliga tekniska specifikat io­
ner med avseende på ergonomisk utformning.  
223) Färdskrivaren ska skyddas mot oavsiktlig skada.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 68  
3.26 Märkningar  
224) Om färdskrivaren visar fordonets vägmätarvärde och hastig­
het ska följande uppgifter visas på dess bildskärm:  
— Intill den siffra som vägmätaren visar: enheten för 
sträcka, förkortat till ”km”.  
— Intill den siffra som hastighetsmätaren visar: ”km/h”.  
Färdskrivaren får också ställas om till att visa hastigheten i 
”miles per hour”, varvid enheten för hastighet ska visas med 
förkortningen ”mph”. Färdskrivaren får också ställas om till 
att visa sträckan i ”miles”, varvid enheten för sträcka ska 
visas med förkortningen ”mi”.  
▼M1 
225) En typskylt ska fästas på varje enskild komponent i färd­
skrivaren och den ska visa följande:  
— Tillverkarens namn och adress.  
— Tillverkarens artikelnummer och tillverkningsår.  
— Serienummer.  
— Typgodkännandemärke.  
226) Om det fysiska utrymmet inte är tillräckligt för att visa alla 
uppgifter som nämns ovan ska typskylten åtminstone visa 
tillverkarens namn eller logotyp och artikelnumret.  
▼M3 
3.27 Övervakning av gränspassager  
226a) Denna funktion ska detektera när fordonet har passerat gr än­
sen till ett land, vilket land som fordonet har lämnat och 
vilket land som fordonet har anlänt till.  
226b) Detekteringen av gränspassage ska baseras på den position  
som uppmätts av färdskrivaren och den lagrade digitala kar­
tan i enlighet med punkt 3.12.19.  
226c) Gränspassager i samband med att fordonet befinner sig i e tt 
land under en kortare period än 120 sekunder ska inte 
registreras.  
3.28 Programvaruuppdatering  
226d) Fordonsenheten ska ha en funktion för all uppdatering av 
programvara som inte inbegriper tillgång till ytterligare ma­
skinvaruresurser utöver de resurser som anges i krav 226f, 
förutsatt att typgodkännandemyndigheterna ger sitt godkän­
nande till programvaruuppdateringarna på grundval av den 
befintliga typgodkända fordonsenheten, i enlighet med arti­
kel 12.5 i förordning (EU) nr 165/2014.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 69  
226e) Funktionen för programvaruuppdatering ska vara utformad 
för att stödja följande funktioner, i de fall de krävs enligt l ag: 
— Ändring av de funktioner som avses i punkt 2.2, med 
undantag för själva programuppdateringsfunktionen.  
— Tillägg av nya funktioner som är direkt kopplade till 
efterlevandet av unionslagstiftningen om vägtransporter.  
— Ändring av driftlägena i punkt 2.3.  
— Ändring av filstrukturen, t.ex. tillägg av nya data eller 
ökning av filstorleken.  
— Införande av programvarufixar för att åtgärda 
programvaru- samt säkerhetsbrister eller rapporterade at­
tacker mot färdskrivarens funktioner.  
226f) Minst 35 % av fordonsenhetens maskinvaruresurser för pro­
gramvara och data ska vara tillgängliga för att genomföra 
krav 226e, och minst 65 % av dess maskinvaruresurser för 
den digitala kartan ska vara tillgängliga för de uppdateringar 
krävs för en Nuts 0-karta version 2021.  
▼B 
4 KONSTRUKTIONS- OCH FUNKTIONSKRAV FÖR FÄRDSKRI­
VARKORT  
4.1 Synliga data  
Framsidan ska innehålla följande:  
227) Korttypen, skriven med versaler på det eller de officiella  
språken i den medlemsstat som utfärdar kortet (på svenska 
”FÖRARKORT”, ”KONTROLLKORT”, ”VERKSTADS­
KORT” eller ”FÖRETAGSKORT”).  
228) Namnet på den medlemsstat som utfärdar kortet (frivilligt) . 
229) Nationalitetsbeteckningen för den medlemsstat som utfärdar  
kortet, inlagd i vitt i en blå rektangel och omgiven av tolv 
gula stjärnor. Nationalitetsbeteckningarna ska vara följande: 
B 
BG 
CZ 
CY Belgien 
Bulgarien 
Tjeckien 
Cypern  LV 
L 
LT 
M Lettland 
Luxemburg 
Litauen 
Malta  
DK Danmark  N L  Nederländerna  
D 
EST Tyskland 
Estland  A 
PL Österrike 
Polen  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 70  
GR Grekland  P  
RO 
SK 
SLO  Portugal 
Rumänien 
Slovakien 
Slovenien  
E Spanien  FIN  Finland  
F 
HR 
H Frankrike 
Kroatien 
Ungern  S Sverige  
IRL Irland  U K  Förenade kungari­
ket 
I Italien  
230) De uppgifter som är särskiljande för kortet, numrerade enl igt 
nedanstående.  
Förarkort  Kontrollkort  Företagskort eller verkstadskort  
1. Förarens efternamn  Kontrollorganets namn  Företagets eller verkstadens 
namn  
2. Förarens förnamn  Kontrollantens (kontroll­
tjänstemannens) efternamn 
(i förekommande fall)  Innehavarens efternamn 
(i förekommande fall)  
3. Förarens födelsedatum  Kontrollantens (kontroll­
tjänstemannens) förnamn 
(i förekommande fall)  Innehavarens förnamn 
(i förekommande fall)  
4.a Kortets första giltighetsdag  
4.b Kortets sista giltighetsdag  
4.c Namn på utfärdande myndighet (får tryckas på baksidan)  
4.d Ett annat nummer än det som anges under punkt 5, för administr ativa ändamål (fri­
villigt)  
5.a Körkortsnummer 
(den dag då förarkortet ut­
färdas)  — —  
5.b Kortnummer  
6. Fotografi av föraren  Fotografi av kontrollanten 
(kontrolltjänstemannen) (fri­
villigt)  Fotografi av montören (fri­
villigt)  
7. Innehavarens namnteckning (frivilligt)  
8. Innehavarens normala bo­
sättningsort eller postad­
ress (frivilligt)  Kontrollorganets postadress  Företagets eller verkstadens 
postadress  
231) Datum ska skrivas i formatet ”dd/mm/yyyy” eller 
”dd.mm.yyyy” (dag, månad, år).  
Baksidan ska innehålla följande:  
232) En förklaring av de numrerade punkterna på kortets framsid a. ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 71  
233) Med särskilt skriftligt samtycke från innehavaren får info r­
mation som inte har samband med administreringen av kortet 
läggas till, vilken inte på något sätt påverkar modellens an­
vändning som färdskrivarkort.  
234) Färdskrivarkorten ska tryckas i följande dominerande bak­
grundsfärger:  
— Förarkort: vitt.  
— Kontrollkort: blått.  
— Verkstadskort: rött.  
— Företagskort: gult.  
235) Färdskrivarkorten ska åtminstone ha följande skyddsfunktio ­
ner mot förfalskning och manipulering:  
— En säkerhetsmönstrad bakgrund med fint 
guilloche-mönster och iristryck.  
— Vid fotografiet ska den säkerhetsmönstrade bakgrunden 
och fotografiet överlappa varandra.  
— Minst en tvåfärgad mikrotextrad.
  
► (1) M1 
► (2) M3 
236) Medlemsstaterna får efter samråd med kommissionen lägga 
till färger eller markeringar, såsom nationella symboler eller 
säkerhetsfunktioner, utan att det påverkar tillämpningen av 
andra bestämmelser i denna bilaga.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 72  
237) Sådana tillfälliga kort som avses i artikel 26.4 i förord­
ning (EU) nr 165/2014 ska överensstämma med bestämmel­
serna i denna bilaga.  
4.2 Säkerhet  
Systemsäkerheten är avsedd att skydda integriteten och autentic ite­
ten hos data som utväxlas mellan korten och färdskrivaren, skyd da 
integriteten och autenticiteten hos data som överförs från kort en, 
möjliggöra vissa skrivoperationer till korten endast från färds kriva­
ren, dekryptera vissa data, utesluta risken för förfalskningar av data 
som lagras på korten, förhindra manipulering och upptäcka alla 
sådana försök.  
238) För att systemsäkerhet ska kunna uppnås ska färdskrivarkor ­
ten uppfylla de säkerhetskrav som definieras i tilläggen 10 
och 11.  
239) Färdskrivarkorten ska vara läsbara för annan utrustning, t .ex. 
persondatorer.  
4.3 Standarder  
240) Färdskrivarkorten ska uppfylla följande standarder:  
— ISO/IEC 7810  Identification cards – Physical characte ­
ristics . 
— ISO/IEC 7816  Identification cards  – Integrated circuit 
cards:  
— Part 1: Physical characteristics . 
— Part 2: Dimensions and position of the contacts  (ISO/ 
IEC 7816-2:2007).  
— Part 3: Electrical interface and transmission pro ­
tocols  (ISO/IEC 7816-3:2006).  
— Part 4: Organisation, security and commands for in ­
terchange  (ISO/IEC 7816-4:2013 + Cor 1:2014).  
— Part 6: Interindustry data elements for interchange  
(ISO/IEC 7816-6:2004 + Cor 1:2006).  
— Part 8: Commands for security operations  (ISO/IEC 
7816-8:2004).  
— Färdskrivarkorten ska provas i enlighet med ISO/IEC 
10373-3:2010  Identification cards – Test methods  – 
Part 3: Integrated circuit cards with contacts and related 
interface devices . 
4.4 Miljö- och elspecifikationer  
241) Färdskrivarkorten ska fungera korrekt under alla klimatför ­
hållanden som vanligtvis förekommer inom gemenskapens 
territorium och vid temperaturer mellan – 25 °C och + 70 
°C, med tillfälliga toppar på upp till + 85 °C, varvid ”till­
fälliga” innebär högst fyra timmar per gång och högst 100 
gånger under kortets livstid.  
242) Färdskrivarkorten ska fungera korrekt vid en luftfuktighet  
mellan 10 % och 90 %.  
243) Färdskrivarkorten ska fungera korrekt under en femårsperio d 
om de används i enlighet med miljö- och elspecifikationerna.  
244) Färdskrivarkorten ska uppfylla ECE R10 i fråga om elektro­
magnetisk kompatibilitet och vara skyddade mot elektrosta­
tiska urladdningar.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 73  
4.5 Lagring av data  
Under denna punkt gäller följande:  
— Tider registreras med en upplösning av en (1) minut, om inte 
annat anges.  
— Vägmätarvärden registreras med en upplösning av en (1) 
kilometer.  
— Hastigheter registreras med en upplösning av en (1) km/h.  
— Positioner (latitud och longitud) registreras i grader och mi nuter 
med en upplösning av 0,1 minut.  
Färdskrivarkortens funktioner, kommandon och logiska strukturer , 
vilka uppfyller kraven för lagring av data, specificeras i till ägg 2.  
Om inget annat anges ska datalagringen på färdskrivarkorten org a­
niseras på så sätt att nya data ersätter de data som är äldst o m den 
planerade minnesstorleken för de aktuella posterna har utnyttja ts till 
fullo.  
245) Under denna punkt anges minsta lagringskapacitet för de 
olika tillämpningarnas datafiler. Färdskrivarkorten ska 
kunna ange dessa datafilers faktiska lagringskapacitet till 
färdskrivaren.  
▼M3 
246) Eventuella ytterligare data får lagras på färdskrivarkorte n, 
förutsatt att dessa data överensstämmer med den tillämpliga 
dataskyddslagstiftningen.  
▼B 
247) Varje huvudfil (MF,  Master File ) på ett färdskrivarkort ska 
innehålla upp till fem elementfiler (EF,  Elementary File ) för 
korthantering, tillämpnings- och chipidentifiering, och två 
dedikerade filer (DF,  Dedicated File ): 
— DF Tachograph, som innehåller den tillämpning som är 
åtkomlig för första generationens fordonsenheter, och 
som också finns i första generationens färdskrivarkort.  
— DF Tachograph_G2, som innehåller den tillämpning 
som endast är åtkomlig för andra generationens for­
donsenheter, och som endast finns i andra generationens 
färdskrivarkort.  
▼M3 
Anmärkning: Version 2 av andra generationens kort inne­
håller ytterligare elementfiler i DF Tachograph_G2.  
▼B 
Alla uppgifter om färdskrivarkortens struktur finns i till­
lägg 2.  
4.5.1  Elementfiler för identifiering och korthantering  
4.5.2  Identifiering av smartkort  
248) Det ska gå att lagra följande identifieringsdata för smart kort 
på färdskrivarkortet:  
— Klockstopp ( clockstop ). ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 74  
— Kortets serienummer (inbegripet tillverkningsuppgifter).  
— Kortets typgodkännandenummer.  
— Identifiering av kortanpassare ( card personaliser ). 
— Identifiering av inbäddare ( embedder ). 
— Identifiering av integrerad krets (IC).  
4.5.2.1 I d e n t i f i e r i n g a v c h i p  
249) Det ska gå att lagra följande identifieringsdata för integ re­
rade kretsar (IC) på färdskrivarkortet:  
— Den integrerade kretsens serienummer.  
— Tillverkningsuppgifter för den integrerade kretsen.  
4.5.2.2 D I R ( f i n n s e n d a s t p å a n d r a g e n e r a  t i o n e n s f ä r d ­
s k r i v a r k o r t )  
250) Det ska gå att lagra de dataobjekt för tillämpningsidentif ie­
rare som anges i tillägg 2 på färdskrivarkortet.  
4.5.2.3 A T R - i n f o r m a t i o n ( u n d e r v i s s a f ö  r u t s ä t t n i n g a r , 
f i n n s e n d a s t p å a n d r a g e n e r a t i o n e n s f  ä r d s k r i ­
v a r k o r t )  
251) Det ska gå att lagra följande dataobjekt med information 
om utökad längd på färdskrivarkortet:  
— Om färdskrivarkortet stöder fält med utökad längd: det 
dataobjekt med information om utökad längd som anges 
i tillägg 2.  
4.5.2.4 I n f o r m a t i o n m e d u t ö k a d l ä n g d ( u n  d e r v i s s a f ö r ­
u t s ä t t n i n g a r , f i n n s e n d a s t p å a n d r a g  e n e r a t i o ­
n e n s f ä r d s k r i v a r k o r t )  
252) Det ska gå att lagra följande dataobjekt med utökad längd 
på färdskrivarkortet:  
— Om färdskrivarkortet stöder fält med utökad längd: de 
dataobjekt med utökad längd som anges i tillägg 2.  
4.5.3  Förarkort  
4.5.3.1 F ä r d s k r i v a r t i l l ä m p n i n g ( t i l l g  ä n g l i g f ö r f ö r s t a 
o c h a n d r a g e n e r a t i o n e n s f o r d o n s e n h e  t e r )  
4.5.3.1.1 Tillämpningsidentifiering  
253) Det ska gå att lagra följande data för tillämpningsidentif ie­
ring på förarkortet:  
— Identifiering av färdskrivartillämpning.  
— Identifiering av typ av färdskrivarkort.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 75  
4.5.3.1.2 Nyckel och certifikat  
254) Det ska gå att lagra ett antal kryptografiska nycklar och 
certifikat på förarkortet, såsom anges i tillägg 11 del A.  
4.5.3.1.3 Kortidentifiering  
255) Det ska gå att lagra följande data för kortidentifiering p å 
förarkortet:  
— Kortnummer.  
— Utfärdande medlemsstat, utfärdande myndighet, utfär­
dandedatum.  
— Kortets första och sista giltighetsdag.  
4.5.3.1.4 Identifiering av kortinnehavare  
256) Det ska gå att lagra följande identifieringsdata för korti nne­
havare på förarkortet:  
— Innehavarens efternamn.  
— Innehavarens förnamn.  
— Födelsedatum.  
— Valt språk.  
4.5.3.1.5 Överföring från kort  
257) Det ska gå att lagra följande data om överföring från kort  
på förarkortet:  
— Datum och tidpunkt för den senaste överföringen från 
kortet (för andra ändamål än kontrolländamål).  
258) Det ska gå att lagra en (1) sådan post på förarkortet.  
4.5.3.1.6 Information om körkort  
259) Det ska gå att lagra följande körkortsdata på förarkortet:  
— Utfärdande medlemsstat, utfärdande myndighet.  
— Körkortsnummer (den dag då kortet utfärdas).  
4.5.3.1.7 Händelsedata  
För de data som avses i denna punkt ska tidpunkten lagras med e n 
upplösning av en (1) sekund.  
260) Det ska gå att på förarkortet lagra data om följande hän­
delser som upptäckts av färdskrivaren när kortet var insatt:  
— Överlappning av tider (om detta kort är orsaken till 
händelsen).  
— Insättning av kort under körning (om händelsen gäller 
detta kort).  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 76  
— Senaste kortsession ej korrekt avslutad (om händelsen 
gäller detta kort).  
— Avbrott i strömtillförseln.  
— Fel i rörelsedata.  
— Försök till säkerhetsöverträdelse.  
261) Det ska gå att lagra följande data om dessa händelser på 
förarkortet:  
— Händelsekod.  
— Datum och tidpunkt för händelsens början (eller för 
insättning av kort om händelsen pågick vid den tid­
punkten).  
— Datum och tidpunkt för händelsens slut (eller för uttag 
av kort om händelsen pågick vid den tidpunkten).  
— Registreringsnummer (VRN) och registrerande med­
lemsstat för det fordon där händelsen ägde rum.  
Anmärkning: När det gäller händelsen ”överlappning av 
tider” ska  
— datum och tidpunkt för händelsens början motsvara da­
tum och tidpunkt för uttag av kortet i föregående 
fordon,  
— datum och tidpunkt för händelsens slut motsvara datum 
och tidpunkt för insättning av kortet i nuvarande fordon,  
— fordonsdata motsvara det nuvarande fordonet, som ger 
upphov till händelsen.  
Anmärkning: När det gäller händelsen ”senaste kortsession 
ej korrekt avslutad” ska  
— datum och tidpunkt för händelsens början motsvara da­
tum och tidpunkt för insättning av kortet för den session 
som inte avslutats korrekt,  
— datum och tidpunkt för händelsens slut motsvara datum 
och tidpunkt för insättning av kortet för den session då 
händelsen upptäcks (innevarande session),  
— fordonsdata motsvara det fordon där sessionen inte av­
slutades korrekt.  
262) På förarkortet ska det gå att lagra data för de sex senast e 
händelserna av varje typ (dvs. 36 händelser).  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 77  
4.5.3.1.8 Data om fel  
För de data som avses i denna punkt ska tidpunkten registreras med 
en upplösning av en (1) sekund.  
263) Det ska gå att på förarkortet lagra data om följande fel s om 
upptäckts av färdskrivaren när kortet var insatt:  
— Kortfel (om detta kort är orsak till felet).  
— Färdskrivarfel.  
264) Det ska gå att lagra följande data om dessa fel på förarko r­
tet: 
— Felkod.  
— Datum och tidpunkt för felets början (eller för insätt­
ning av kort om felet pågick vid den tidpunkten).  
— Datum och tidpunkt för felets slut (eller för uttag av 
kort om felet pågick vid den tidpunkten).  
— Registreringsnummer (VRN) och registrerande med­
lemsstat för det fordon där felet ägde rum.  
265) På förarkortet ska det gå att lagra data om de tolv senast e 
felen av varje typ (dvs. 24 fel).  
4.5.3.1.9 Data om föraraktiviteter  
266) Det ska gå att lagra följande data på förarkortet för varj e 
kalenderdag då kortet har använts eller för vilken föraren 
har angivit aktiviteter manuellt:  
— Datum.  
— En daglig närvaroräknare (ökas med ett för varje sådan 
kalenderdag).  
— Den sammanlagda sträcka som föraren har tillryggalagt 
den dagen.  
— Förarstatus kl. 00.00.  
— Följande data när föraren har ändrat aktivitet och/eller 
har ändrat körningsstatus och/eller har satt in eller tagit 
ut sitt kort:  
— Körningsstatus (flera förare (CREW), ensam 
förare (SINGLE)).  
— Kortplats (förare (DRIVER), medförare (CO-DRI­
VER)).  
— Kortstatus (insatt (INSERTED), ej insatt (NOT IN­
SERTED)).  
— Aktivitet (körning (DRIVING), tillgänglighet (AVAIL­
ABILITY), annat arbete (WORK), rast/vila (BREAK/ 
REST)).  
— Tidpunkt för ändringen.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 78  
267) Det ska gå att lagra data om föraraktiviteter för minst 28  
dagar i förarkortets minne (en förares genomsnittliga akti­
vitet är fastställd till 93 aktivitetsändringar per dygn).  
268) De data som är förtecknade under krav 261, 264 och 266 
ska lagras på ett sätt som möjliggör att aktiviteter tas fram i  
den ordning de har ägt rum, även om tiderna överlappar 
varandra.  
4.5.3.1.10 Data om använda fordon  
269) Det ska gå att lagra följande data på förarkortet för varj e 
kalenderdag som kortet har använts och för varje använd­
ningsperiod för ett visst fordon den dagen (en användnings­
period inbegriper alla på varandra följande insättnings-/ut­
tagscykler i fordonet för kortet i fråga):  
— Datum och tidpunkt för första användning av fordonet 
(dvs. första insättning av kort under denna användnings­
period för fordonet, eller 00.00 om användningsperio­
den pågår vid den tidpunkten).  
— Fordonets vägmätarvärde vid den tidpunkten.  
— Datum och tidpunkt för senaste användning av fordonet 
(dvs. senaste uttag av kort under denna användnings­
period för fordonet, eller 23.59 om användningsperio­
den pågår vid den tidpunkten).  
— Fordonets vägmätarvärde vid den tidpunkten.  
— Fordonets registreringsnummer (VRN) och registrerande 
medlemsstat.  
270) Det ska gå att lagra minst 84 sådana poster på förarkortet . 
4.5.3.1.11 Platser där dagens arbetsperioder påbörjas och/eller  avslutas  
271) Det ska gå att på förarkortet lagra följande data om de 
platser som anges av föraren där dagens arbetsperioder på­
börjas och/eller avslutas:  
— Datum och tidpunkt för angivelsen (eller datum/tid­
punkt som avser angivelsen och som anges manuellt).  
— Typ av angivelse (påbörjande eller avslutande, särskild 
omständighet).  
— Det land och den region som anges.  
— Fordonets vägmätarställning.  
272) Det ska gå att lagra minst 42 par av sådana poster i för­
arkortets minne.  
4.5.3.1.12 Data om kortsessioner  
273) Det ska gå att på förarkortet lagra följande data om det 
fordon där den innevarande sessionen påbörjades:  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 79  
— Datum och tidpunkt när sessionen påbörjades (dvs. för 
insättning av kort), med en upplösning av en (1) 
sekund.  
— Fordonets registreringsnummer (VRN) och registrerande 
medlemsstat.  
4.5.3.1.13 Data om kontrollaktiviteter  
274) Det ska gå att lagra följande data om kontrollaktiviteter på 
förarkortet:  
— Datum och tidpunkt för kontrollen.  
— Kontrollkortsnummer och medlemsstat som utfärdat 
kortet.  
— Kontrolltyp (visning och/eller utskrift och/eller över­
föring av data från fordonsenhet och/eller överföring 
av data från kort (se anmärkning)).  
— Överförd period, om överföring utfördes.  
— Registreringsnummer (VRN) och registrerande med­
lemsstat för det fordon i vilket kontrollen ägde rum.  
Anmärkning: Överföring av data från kort registreras endast 
om den gjorts genom en färdskrivare.  
275) Det ska gå att lagra en (1) sådan post på förarkortet.  
4.5.3.1.14 Data om särskilda omständigheter  
276) Det ska gå att på förarkortet lagra följande data om de 
särskilda omständigheter som angavs medan kortet var in­
satt (oavsett kortplats):  
— Datum och tidpunkt för angivelsen.  
— Typ av särskild omständighet.  
277) Det ska gå att lagra minst 56 sådana poster på förarkortet . 
▼M3 
4.5.3.2 F ä r d s k r i v a r t i l l ä m p n i n g i g e n e r  a t i o n 2 ( e j å t ­
k o m l i g f ö r f ö r s t a g e n e r a t i o n e n s f o r d  o n s e n h e t e r , 
m e n å t k o m l i g f ö r v e r s i o n 1 o c h v e r s i o n  2  a  v  a  n  ­
d r a g e n e r a t i o n e n s f o r d o n s e n h e t e r )  
▼B 
4.5.3.2.1 Tillämpningsidentifiering  
278) Det ska gå att lagra följande data för tillämpningsidentif ie­
ring på förarkortet:  
— Identifiering av färdskrivartillämpning.  
— Identifiering av typ av färdskrivarkort.  
▼M3 
4.5.3.2.1.1 Ytterligare tillämpningsidentifiering (ej åtkomlig med version 1 av 
andra generationens fordonsenheter)  
278a) Det ska gå att lagra de ytterligare data för tillämpnings ­
identifierare som gäller enbart version 2 på förarkortet.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 80  
4.5.3.2.2 Nycklar och certifikat  
279) Det ska gå att lagra ett antal kryptografiska nycklar och 
certifikat på förarkortet, såsom anges i tillägg 11 del B.  
4.5.3.2.3 Kortidentifiering  
280) Det ska gå att lagra följande data för kortidentifiering p å 
förarkortet:  
— Kortnummer.  
— Utfärdande medlemsstat, utfärdande myndighet, utfär­
dandedatum.  
— Kortets första och sista giltighetsdag.  
4.5.3.2.4 Identifiering av kortinnehavare  
281) Det ska gå att lagra följande identifieringsdata för korti nne­
havare på förarkortet:  
— Innehavarens efternamn.  
— Innehavarens förnamn.  
— Födelsedatum.  
— Valt språk.  
4.5.3.2.5 Överföring från kort  
282) Det ska gå att lagra följande data om överföring från kort  
på förarkortet:  
— Datum och tidpunkt för den senaste överföringen från 
kortet (för andra ändamål än kontrolländamål).  
283) Det ska gå att lagra en (1) sådan post på förarkortet.  
4.5.3.2.6 Information om körkort  
284) Det ska gå att lagra följande körkortsdata på förarkortet:  
— Utfärdande medlemsstat, utfärdande myndighet.  
— Körkortsnummer (den dag då kortet utfärdas).  
4.5.3.2.7 Händelsedata  
För de data som avses i denna punkt ska tidpunkten lagras med e n 
upplösning av en (1) sekund.  
285) Det ska gå att på förarkortet lagra data om följande hän­
delser som upptäckts av färdskrivaren när kortet var insatt:  
— Överlappning av tider (om detta kort är orsaken till 
händelsen).  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 81  
— Insättning av kort under körning (om händelsen gäller 
detta kort).  
— Senaste kortsession ej korrekt avslutad (om händelsen 
gäller detta kort).  
— Avbrott i strömtillförseln.  
— Fel i kommunikation med kommunikationsanordning 
för fjärravläsning.  
— Positionsinformation från GNSS-mottagare saknas.  
— Fel i kommunikation med extern GNSS-anordning.  
— Fel i rörelsedata.  
— Konflikt i fordonets rörelsedata.  
— Försök till säkerhetsöverträdelse.  
— Tidskonflikt.  
286) Det ska gå att lagra följande data om dessa händelser på 
förarkortet:  
— Händelsekod.  
— Datum och tidpunkt för händelsens början (eller för 
insättning av kort om händelsen pågick vid den tid­
punkten).  
— Datum och tidpunkt för händelsens slut (eller för uttag 
av kort om händelsen pågick vid den tidpunkten).  
— Registreringsnummer (VRN) och registrerande med­
lemsstat för det fordon där händelsen ägde rum.  
Anmärkning: När det gäller händelsen ”överlappning av 
tider” ska  
— datum och tidpunkt för händelsens början motsvara da­
tum och tidpunkt för uttag av kortet i föregående 
fordon,  
— datum och tidpunkt för händelsens slut motsvara datum 
och tidpunkt för insättning av kortet i nuvarande fordon,  
— fordonsdata motsvara det nuvarande fordonet, som ger 
upphov till händelsen.  
Anmärkning: När det gäller händelsen ”senaste kortsession 
ej korrekt avslutad” ska  
— datum och tidpunkt för händelsens början motsvara da­
tum och tidpunkt för insättning av kortet för den session 
som inte avslutats korrekt,  
— datum och tidpunkt för händelsens slut motsvara datum 
och tidpunkt för insättning av kortet för den session då 
händelsen upptäcks (innevarande session),  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 82  
— fordonsdata motsvara det fordon där sessionen inte av­
slutades korrekt.  
▼M3 
287) På förarkortet ska det gå att lagra data för de tolv senas te 
händelserna av varje typ (dvs. 132 händelser).  
▼B 
4.5.3.2.8 Data om fel  
För de data som avses i denna punkt ska tidpunkten registreras med 
en upplösning av en (1) sekund.  
288) Det ska gå att på förarkortet lagra data om följande fel s om 
upptäckts av färdskrivaren när kortet var insatt:  
— Kortfel (om detta kort är orsak till felet).  
— Färdskrivarfel.  
289) Det ska gå att lagra följande data om dessa fel på förarko r­
tet: 
— Felkod.  
— Datum och tidpunkt för felets början (eller för insätt­
ning av kort om felet pågick vid den tidpunkten).  
— Datum och tidpunkt för felets slut (eller för uttag av 
kort om felet pågick vid den tidpunkten).  
— Registreringsnummer (VRN) och registrerande med­
lemsstat för det fordon där felet ägde rum.  
▼M3 
290) På förarkortet ska det gå att lagra data om de 24 senaste 
felen av varje typ (dvs. 48 fel).  
▼B 
4.5.3.2.9 Data om föraraktiviteter  
291) Det ska gå att lagra följande data på förarkortet för varj e 
kalenderdag då kortet har använts eller för vilken föraren 
har angivit aktiviteter manuellt:  
— Datum.  
— En daglig närvaroräknare (ökas med ett för varje sådan 
kalenderdag).  
— Den sammanlagda sträcka som föraren har tillryggalagt 
den dagen.  
— Förarstatus kl. 00.00.  
— Följande data när föraren har ändrat aktivitet och/eller 
har ändrat körningsstatus och/eller har satt in eller tagit 
ut sitt kort:  
— Körningsstatus (flera förare (CREW), ensam 
förare (SINGLE)).  
— Kortplats (förare (DRIVER), medförare (CO-DRI­
VER)).  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 83  
— Kortstatus (insatt (INSERTED), ej insatt (NOT IN­
SERTED)).  
— Aktivitet (körning (DRIVING), tillgänglighet (AVAIL­
ABILITY), annat arbete (WORK), rast/vila (BREAK/ 
REST)).  
— Tidpunkt för ändringen.  
▼M3 
292) Det ska gå att lagra data om föraraktiviteter för 56 dagar  i  
förarkortets minne (en förares genomsnittliga aktivitet är för 
detta krav fastställd till 117 aktivitetsändringar per dygn).  
▼B 
293) De data som är förtecknade under krav 286, 289 och 291 
ska lagras på ett sätt som möjliggör att aktiviteter tas fram i  
den ordning de har ägt rum, även om tiderna överlappar 
varandra.  
4.5.3.2.10 Data om använda fordon  
294) Det ska gå att lagra följande data på förarkortet för varj e 
kalenderdag som kortet har använts och för varje använd­
ningsperiod för ett visst fordon den dagen (en användnings­
period inbegriper alla på varandra följande insättnings-/ut­
tagscykler i fordonet för kortet i fråga):  
— Datum och tidpunkt för första användning av fordonet 
(dvs. första insättning av kort under denna användnings­
period för fordonet, eller 00.00 om användningsperio­
den pågår vid den tidpunkten).  
— Fordonets vägmätarvärde vid tidpunkten för första an­
vändning.  
— Datum och tidpunkt för senaste användning av fordonet 
(dvs. senaste uttag av kort under denna användnings­
period för fordonet, eller 23.59 om användningsperio­
den pågår vid den tidpunkten).  
— Fordonets vägmätarvärde vid tidpunkten för sista an­
vändning.  
— Fordonets registreringsnummer (VRN) och registrerande 
medlemsstat.  
— Fordonets identifieringsnummer (VIN).  
▼M3 
295) Det ska gå att lagra 200 sådana poster på förarkortet.  
▼B 
4.5.3.2.11 Platser och positioner där dagens arbetsperioder påb örjas och/eller 
avslutas  
296) Det ska gå att på förarkortet lagra följande data om de 
platser som anges av föraren där dagens arbetsperioder på­
börjas och/eller avslutas:  
— Datum och tidpunkt för angivelsen (eller datum/tid­
punkt som avser angivelsen och som anges manuellt).  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 84  
— Typ av angivelse (påbörjande eller avslutande, särskild 
omständighet).  
— Det land och den region som anges.  
— Fordonets vägmätarställning.  
— Fordonets position.  
— GNSS-precision, datum och tidpunkt när positionen 
fastställdes.  
▼M3 
297) Det ska gå att lagra 112 sådana poster i förarkortets 
dataminne.  
▼B 
4.5.3.2.12 Data om kortsessioner  
298) Det ska gå att på förarkortet lagra följande data om det 
fordon där den innevarande sessionen påbörjades:  
— Datum och tidpunkt när sessionen påbörjades (dvs. för 
insättning av kort), med en upplösning av en (1) 
sekund.  
— Fordonets registreringsnummer (VRN) och registrerande 
medlemsstat.  
4.5.3.2.13 Data om kontrollaktiviteter  
299) Det ska gå att lagra följande data om kontrollaktiviteter på 
förarkortet:  
— Datum och tidpunkt för kontrollen.  
— Kontrollkortsnummer och medlemsstat som utfärdat 
kortet.  
— Kontrolltyp (visning och/eller utskrift och/eller över­
föring av data från fordonsenhet och/eller överföring 
av data från kort (se anmärkning)).  
— Överförd period, om överföring utfördes.  
— Registreringsnummer (VRN) och registrerande med­
lemsstat för det fordon i vilket kontrollen ägde rum.  
Anmärkning: Säkerhetskraven medför att överföring av data 
från kort registreras endast om den gjorts genom en färd­
skrivare.  
300) Det ska gå att lagra en (1) sådan post på förarkortet.  
4.5.3.2.14 Data om särskilda omständigheter  
301) Det ska gå att på förarkortet lagra följande data om de 
särskilda omständigheter som angavs medan kortet var in­
satt (oavsett kortplats):  
— Datum och tidpunkt för angivelsen.  
— Typ av särskild omständighet.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 85  
302) Det ska gå att lagra 112 sådana poster på förarkortet.  
▼B 
4.5.3.2.15 Data om använda fordonsenheter  
303) Det ska gå att lagra följande data på förarkortet med av­
seende på de olika fordonsenheter där kortet använts:  
— Datum och tidpunkt för påbörjande av fordonsenhetens 
användningsperiod (dvs. första insättning av kort i for­
donsenheten under denna period).  
— Fordonsenhetens tillverkare.  
— Fordonsenhetens typ.  
— Versionsnummer för fordonsenhetens programvara.  
▼M3 
304) Det ska gå att lagra 200 sådana poster på förarkortet.  
▼M1 
4.5.3.2.16 Data om platser avseende tre timmars sammanlagd körn ing 
305) Det ska gå att lagra följande data på förarkortet om fordo ­
nets position när den sammanlagda körtiden uppnår en mul­
tipel av tre timmar:  
— Datum och tidpunkt när den sammanlagda körtiden 
uppnår en multipel av tre timmar.  
— Fordonets position.  
— GNSS-precision, datum och tidpunkt när positionen 
fastställdes.  
— Fordonets vägmätarställning.  
▼M3 
306) Det ska gå att lagra 336 sådana poster på förarkortet.  
4.5.3.2.17 Autentiseringsstatus för positioner med anknytning t ill platser där 
dagens arbetsperioder påbörjas och/eller avslutas (ej åtkomlig med 
version 1 av andra generationens fordonsenheter)  
306a) På förarkortet ska det gå att lagra ytterligare data med 
anknytning till platser där dagens arbetsperioder påbörjas 
och/eller avslutas, angivna av föraren i enlighet med punkt 
4.5.3.2.11:  
— Datum och tidpunkt för angivelsen, som ska vara exakt 
samma som datum och tidpunkt som lagras i EF Places 
under DF Tachograph_G2.  
— En flagga som anger huruvida positionen har 
autentiserats.  
306b) Det ska gå att lagra 112 sådana poster i förarkortets 
dataminne.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 86  
4.5.3.2.18 Autentiseringsstatus för positioner där tre timmars sammanlagd kör­
tid uppnås (ej åtkomlig med version 1 av andra generationens fo r­
donsenheter)  
306c) Det ska gå att lagra ytterligare data på förarkortet om f or­
donets position när den sammanlagda körtiden uppnår en 
multipel av tre timmar i enlighet med punkt 4.5.3.2.16:  
— Datum och tidpunkt när den sammanlagda körtiden 
uppnår en multipel av tre timmar, som ska vara exakt 
samma som datum och tidpunkt som lagras i EF 
GNSS_Places under DF Tachograph_G2.  
— En flagga som anger huruvida positionen har 
autentiserats.  
306d) Det ska gå att lagra 336 sådana poster på förarkortet.  
4.5.3.2.19 Gränspassager (ej åtkomlig med version 1 av andra ge nerationens 
fordonsenheter)  
306e) Det ska gå att lagra följande data om gränspassager på 
förarkortet, antingen när kortet sätts in i enlighet med 
krav 147b eller med kortet redan insatt:  
— Det land som fordonet lämnar.  
— Det land som fordonet anländer till.  
— Datum och tidpunkt då fordonet passerade gränsen.  
— Fordonets position när gränsen passerades.  
— GNSS-precision.  
— En flagga som anger huruvida positionen har 
autentiserats.  
— Fordonets vägmätarställning.  
306f) Det ska gå att lagra 1120 sådana poster på förarkortet.  
4.5.3.2.20 Lastnings-/lossningsaktiviteter (ej åtkomlig med ver sion 1 av andra 
generationens fordonsenheter)  
306g) Det ska gå att lagra följande data om lastnings-/lossning saktivite­
ter på förarkortet:  
— Typ av aktivitet (lastning, lossning eller samtidig last­
ning och lossning).  
— Datum och tidpunkt för lastnings-/lossningsaktiviteten.  
— Fordonets position.  
— GNSS-precision, datum och tidpunkt när positionen 
fastställdes.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 87  
— En flagga som anger huruvida positionen har 
autentiserats.  
— Fordonets vägmätarställning.  
306h) Det ska gå att lagra 1624 lastnings-/lossningsaktiviteter  på 
förarkortet.  
4.5.3.2.21 Lastnings-/lossningsaktiviteter (ej åtkomlig med ver sion 1 av andra 
generationens fordonsenheter)  
306i) Det ska gå att lagra följande data om typ av last, auto­
matiskt inmatade av fordonsenheten vid varje kortinsätt­
ning, på förarkortet:  
— Angiven typ av last (gods eller passagerare).  
— Datum och tidpunkt för angivelsen.  
306j) Det ska gå att lagra 336 sådana poster på förarkortet.  
4.5.3.2.22 Fordonsenhetens konfigurationer (ej åtkomliga med ve rsion 1 av 
andra generationens fordonsenheter)  
306k) På förarkortet ska det gå att lagra kortinnehavarens spec i­
fika inställningar för färdskrivaren.  
306l) Förarkortets lagringskapacitet för kortinnehavarens speci ­
fika inställningar för färdskrivaren ska vara 3072 byte.  
▼B 
4.5.4  Verkstadskort  
4.5.4.1 F ä r d s k r i v a r t i l l ä m p n i n g ( t i l l g  ä n g l i g f ö r f ö r s t a 
o c h a n d r a g e n e r a t i o n e n s f o r d o n s e n h e  t e r )  
4.5.4.1.1 Tillämpningsidentifiering  
307) Det ska gå att lagra följande data för tillämpningsidentif ie­
ring på verkstadskortet:  
— Identifiering av färdskrivartillämpning.  
— Identifiering av typ av färdskrivarkort.  
4.5.4.1.2 Nycklar och certifikat  
308) Verkstadskortet ska kunna lagra ett antal kryptografiska 
nycklar och certifikat, såsom anges i tillägg 11 del A.  
309) Det ska gå att lagra ett personligt identifieringsnummer ( en 
PIN-kod) på verkstadskortet.  
4.5.4.1.3 Kortidentifiering  
310) Det ska gå att lagra följande data för kortidentifiering p å 
verkstadskortet:  
— Kortnummer.  
— Utfärdande medlemsstat, utfärdande myndighet, utfär­
dandedatum.  
— Kortets första och sista giltighetsdag.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 88  
4.5.4.1.4 Identifiering av kortinnehavare  
311) Det ska gå att lagra följande identifieringsdata för korti nne­
havare på verkstadskortet:  
— Verkstadens namn.  
— Verkstadens adress.  
— Innehavarens efternamn.  
— Innehavarens förnamn.  
— Valt språk.  
4.5.4.1.5 Överföring från kort  
312) På verkstadskortet ska det gå att lagra en post om över­
föring av data från kort på samma sätt som på ett förarkort.  
4.5.4.1.6 Data om kalibrering och tidsinställning  
313) På verkstadskortet ska det gå att lagra poster för kalibre ­
ringar och/eller tidsinställningar som utförts medan kortet 
var insatt i färdskrivaren.  
314) Det ska gå att lagra följande data i varje kalibreringspos t: 
— Syfte med kalibreringen (aktivering, första installation, 
installation, periodisk besiktning).  
— Fordonsidentifiering.  
— Uppdaterade eller bekräftade parametrar (w, k, l, däcks­
dimension, den hastighetsbegränsande anordningens in­
ställning, vägmätare (gamla och nya värden), datum och 
tidpunkt (gamla och nya värden).  
— Identifiering av färdskrivaren (fordonsenhetens artikel­
nummer, fordonsenhetens serienummer, rörelsesensorns 
serienummer).  
315) Det ska gå att lagra minst 88 sådana poster på 
verkstadskortet.  
316) Verkstadskortet ska vara försett med en räknare som anger 
det sammanlagda antal kalibreringar som gjorts med kortet.  
317) Verkstadskortet ska vara försett med en räknare som anger 
det antal kalibreringar som gjorts sedan dess senaste över­
föring.  
4.5.4.1.7 Data om händelser och fel  
318) På verkstadskortet ska det gå att lagra data om händelser 
och fel på samma sätt som på ett förarkort.  
319) På verkstadskortet ska det gå att lagra data för de senast e 
tre händelserna av varje typ (dvs. 18 händelser) och de 
senaste sex felen av varje typ (dvs. 12 fel).  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 89  
4.5.4.1.8 Data om föraraktiviteter  
320) På verkstadskortet ska det gå att lagra data om föraraktiv i­
teter på samma sätt som på ett förarkort.  
321) Det ska gå att lagra data om föraraktiviteter på verkstads ­
kortet för minst en dag av genomsnittlig föraraktivitet.  
4.5.4.1.9 Data om använda fordon  
322) På verkstadskortet ska det gå att lagra data om använda 
fordon på samma sätt som på ett förarkort.  
323) Det ska gå att lagra minst 4 sådana poster på 
verkstadskortet.  
4.5.4.1.10 Data om påbörjande och/eller avslutande av dagens ar betsperioder  
324) På verkstadskortet ska det gå att lagra data om påbörjande  
och/eller avslutande av dagens arbetsperioder på samma sätt 
som på ett förarkort.  
325) Det ska gå att lagra minst 3 par av sådana poster på 
verkstadskortet.  
4.5.4.1.11 Data om kortsessioner  
326) På verkstadskortet ska det gå att lagra data om kortsessio ­
ner på samma sätt som på ett förarkort.  
4.5.4.1.12 Data om kontrollaktiviteter  
327) På verkstadskortet ska det gå att lagra data om kontroll­
aktiviteter på samma sätt som på ett förarkort.  
4.5.4.1.13 Data om särskilda omständigheter  
328) På verkstadskortet ska det gå att lagra data om särskilda 
omständigheter på samma sätt som på ett förarkort.  
329) Det ska gå att lagra minst 2 sådana poster på 
verkstadskortet.  
▼M3 
4.5.4.2 F ä r d s k r i v a r t i l l ä m p n i n g i g e n e r  a t i o n 2 ( e j å t ­
k o m l i g f ö r f ö r s t a g e n e r a t i o n e n s f o r d  o n s e n h e t e r , 
m e n å t k o m l i g f ö r v e r s i o n 1 o c h v e r s i o n  2  a  v  a  n  ­
d r a g e n e r a t i o n e n s f o r d o n s e n h e t e r )  
▼B 
4.5.4.2.1 Tillämpningsidentifiering  
330) Det ska gå att lagra följande data för tillämpningsidentif ie­
ring på verkstadskortet:  
— Identifiering av färdskrivartillämpning.  
— Identifiering av typ av färdskrivarkort.  
▼M3 
4.5.4.2.1.1 Ytterligare tillämpningsidentifiering (ej åtkomlig med version 1 av 
andra generationens fordonsenheter)  
330a) Det ska gå att lagra de ytterligare data för tillämpnings ­
identifierare som gäller enbart version 2 på verkstadskortet.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 90  
4.5.4.2.2 Nycklar och certifikat  
331) Verkstadskortet ska kunna lagra ett antal kryptografiska 
nycklar och certifikat, såsom anges i tillägg 11 del B.  
332) Det ska gå att lagra ett personligt identifieringsnummer ( en 
PIN-kod) på verkstadskortet.  
4.5.4.2.3 Kortidentifiering  
333) Det ska gå att lagra följande data för kortidentifiering p å 
verkstadskortet:  
— Kortnummer.  
— Utfärdande medlemsstat, utfärdande myndighet, utfär­
dandedatum.  
— Kortets första och sista giltighetsdag.  
4.5.4.2.4 Identifiering av kortinnehavare  
334) Det ska gå att lagra följande identifieringsdata för korti nne­
havare på verkstadskortet:  
— Verkstadens namn.  
— Verkstadens adress.  
— Innehavarens efternamn.  
— Innehavarens förnamn.  
— Valt språk.  
4.5.4.2.5 Överföring från kort  
335) På verkstadskortet ska det gå att lagra en post om över­
föring av data från kort på samma sätt som på ett förarkort.  
4.5.4.2.6 Data om kalibrering och tidsinställning  
336) På verkstadskortet ska det gå att lagra poster för kalibre ­
ringar och/eller tidsinställningar som utförts medan kortet 
var insatt i färdskrivaren.  
337) Det ska gå att lagra följande data i varje kalibreringspos t: 
— Syfte med kalibreringen (aktivering, första installation, 
installation, periodisk besiktning).  
— Fordonsidentifiering.  
— Uppdaterade eller bekräftade parametrar (w, k, l, däcks­
dimension, den hastighetsbegränsande anordningens in­
ställning, vägmätare (gamla och nya värden), datum och 
tidpunkt (gamla och nya värden)).  
— Identifiering av färdskrivaren (fordonsenhetens artikelnum­
mer, fordonsenhetens serienummer, rörelsesensorns serie­
nummer, serienumret för kommunikationsanordningen för 
fjärravläsning och den externa GNSS-anordningens serie­
nummer, i förekommande fall).  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 91  
— Typer och identifierare för samtliga befintliga 
plomberingar.  
— Förmåga hos fordonsenheten att använda första genera­
tionens färdskrivarkort (aktiverad eller inte).  
▼M3 
338) Det ska gå att lagra 255 sådana poster på verkstadskortet.  
▼B 
339) Verkstadskortet ska vara försett med en räknare som anger 
det sammanlagda antal kalibreringar som gjorts med kortet.  
340) Verkstadskortet ska vara försett med en räknare som anger 
det antal kalibreringar som gjorts sedan dess senaste över­
föring.  
4.5.4.2.7 Data om händelser och fel  
341) På verkstadskortet ska det gå att lagra data om händelser 
och fel på samma sätt som på ett förarkort.  
342) På verkstadskortet ska det gå att lagra data för de senast e 
tre händelserna av varje typ (dvs. 33 händelser) och de 
senaste sex felen av varje typ (dvs. 12 fel).  
4.5.4.2.8 Data om föraraktiviteter  
343) På verkstadskortet ska det gå att lagra data om föraraktiv i­
teter på samma sätt som på ett förarkort.  
▼M3 
344) Det ska gå att lagra data om föraraktiviteter på verkstads ­
kortet för en (1) dag som innehåller 240 aktivitetsändringar.  
▼B 
4.5.4.2.9 Data om använda fordon  
345) På verkstadskortet ska det gå att lagra data om använda 
fordon på samma sätt som på ett förarkort.  
▼M3 
346) Det ska gå att lagra 8 sådana poster på verkstadskortet.  
4.5.4.2.10 Data om platser och positioner där dagens arbetsperi oder påbörjas 
och/eller avslutas.  
347) På verkstadskortet ska det gå att lagra dataposter om plat ser 
och positioner där dagens arbetsperioder påbörjas och/eller 
avslutas, på samma sätt som på ett förarkort.  
348) Det ska gå att lagra 4 par av sådana poster på 
verkstadskortet.  
▼B 
4.5.4.2.11 Data om kortsessioner  
349) På verkstadskortet ska det gå att lagra data om kortsessio ­
ner på samma sätt som på ett förarkort.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 92  
4.5.4.2.12 Data om kontrollaktiviteter  
350) På verkstadskortet ska det gå att lagra data om kontroll­
aktiviteter på samma sätt som på ett förarkort.  
4.5.4.2.13 Data om använda fordonsenheter  
351) Verkstadskortet ska kunna lagra följande data med avse­
ende på de olika fordonsenheter där kortet använts:  
— Datum och tidpunkt för påbörjande av fordonsenhetens 
användningsperiod (dvs. första insättning av kort i for­
donsenheten under denna period).  
— Fordonsenhetens tillverkare.  
— Fordonsenhetens typ.  
— Versionsnummer för fordonsenhetens programvara.  
▼M3 
352) Det ska gå att lagra 8 sådana poster på verkstadskortet.  
▼M1 
4.5.4.2.14 Data om platser avseende tre timmars sammanlagd körn ing 
353) Det ska gå att lagra följande data på verkstadskortet om 
fordonets position när den sammanlagda körtiden uppnår en 
multipel av tre timmar:  
— Datum och tidpunkt när den sammanlagda körtiden 
uppnår en multipel av tre timmar.  
— Fordonets position.  
— GNSS-precision, datum och tidpunkt när positionen 
fastställdes.  
— Fordonets vägmätarställning.  
▼M3 
354) Det ska gå att lagra 24 sådana poster på verkstadskortet.  
▼B 
4.5.4.2.15 Data om särskilda omständigheter  
355) På verkstadskortet ska det gå att lagra data om särskilda 
omständigheter på samma sätt som på ett förarkort.  
▼M3 
356) Det ska gå att lagra 4 sådana poster på verkstadskortet.  
4.5.4.2.16 Autentiseringsstatus för positioner med anknytning t ill platser där 
dagens arbetsperioder påbörjas och/eller avslutas (ej åtkomlig med 
version 1 av andra generationens fordonsenheter)  
356a) På verkstadskortet ska det gå att lagra ytterligare data med 
anknytning till platser där dagens arbetsperioder påbörjas 
och/eller avslutas, på samma sätt som på ett förarkort.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 93  
356b) Det ska gå att lagra 4 par av sådana poster i verkstads­
kortets minne.  
4.5.4.2.17 Autentiseringsstatus för positioner där tre timmars sammanlagd kör­
ning uppnås (ej åtkomlig med version 1 av andra generationens 
fordonsenheter)  
356c) På verkstadskortet ska det gå att lagra ytterligare data med 
anknytning till fordonets position när den sammanlagda 
körtiden uppnår en multipel av tre timmar, på samma sätt 
som på ett förarkort.  
356d) Det ska gå att lagra 24 sådana poster på verkstadskortet.  
4.5.4.2.18 Gränspassager (ej åtkomlig med version 1 av andra ge nerationens 
fordonsenheter)  
356e) På verkstadskortet ska det gå att lagra gränspassager på 
samma sätt som på ett förarkort.  
356f) Det ska gå att lagra 4 sådana poster på verkstadskortet.  
4.5.4.2.19 Lastnings-/lossningsaktiviteter (ej åtkomlig med ver sion 1 av andra 
generationens fordonsenheter)  
356g) På verkstadskortet ska det gå att lagra 
lastnings-/lossningsaktiviteter på samma sätt som på ett för­
arkort.  
356h) Det ska gå att lagra 8 aktiviteter (lastning, lossning el ler 
samtidig lastning och lossning) på verkstadskortet.  
4.5.4.2.20 Lastnings-/lossningsaktiviteter (ej åtkomlig med ver sion 1 av andra 
generationens fordonsenheter)  
356i) På verkstadskortet ska det gå att lagra angivelser av typ  av 
last på samma sätt som på ett förarkort.  
356j) Det ska gå att lagra 4 sådana poster på verkstadskortet.  
4.5.4.2.21 Ytterligare kalibreringsdata (ej åtkomlig med versio n 1 av andra 
generationens fordonsenheter)  
356k) Det ska gå att lagra de ytterligare kalibreringsdata som 
gäller enbart version 2 på verkstadskortet:  
— De gamla värdena för datum och tidpunkt och för for­
donets identifieringsnummer, som ska vara exakt 
samma som de värden som lagras i EF Calibration 
under DF Tachograph_G2.  
— Den standardtyp av last av anges vid denna kalibrering.  
— Det land där kalibreringen har utförts och datumet och 
tidpunkten för den position, tillhandahållen av 
GNSS-mottagaren, som användes för att fastställa detta 
land.  
356l) Det ska gå att lagra 255 sådana poster på verkstadskortet . ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 94  
4.5.4.2.22 Fordonsenhetens konfigurationer (ej åtkomliga med ve rsion 1 av 
andra generationens fordonsenheter)  
356m) På verkstadskortet ska det gå att lagra kortinnehavarens 
specifika inställningar för färdskrivaren.  
356n) Verkstadskortets lagringskapacitet för kortinnehavarens s pe­
cifika inställningar för färdskrivaren ska vara 3072 byte.  
▼B 
4.5.5  Kontrollkort  
4.5.5.1 F ä r d s k r i v a r t i l l ä m p n i n g ( t i l l g  ä n g l i g f ö r f ö r s t a 
o c h a n d r a g e n e r a t i o n e n s f o r d o n s e n h e  t e r )  
4.5.5.1.1 Tillämpningsidentifiering  
357) Det ska gå att lagra följande data för tillämpningsidentif ie­
ring på kontrollkortet:  
— Identifiering av färdskrivartillämpning.  
— Identifiering av typ av färdskrivarkort.  
4.5.5.1.2 Nycklar och certifikat  
358) Kontrollkortet ska kunna lagra ett antal kryptografiska 
nycklar och certifikat, såsom anges i tillägg 11 del A.  
4.5.5.1.3 Kortidentifiering  
359) Det ska gå att lagra följande data för kortidentifiering p å 
kontrollkortet:  
— Kortnummer.  
— Utfärdande medlemsstat, utfärdande myndighet, utfär­
dandedatum.  
— Kortets första och sista giltighetsdag (i förekommande 
fall).  
4.5.5.1.4 Identifiering av kortinnehavare  
360) Det ska gå att lagra följande identifieringsdata för korti nne­
havare på kontrollkortet:  
— Kontrollorganets namn.  
— Kontrollorganets adress.  
— Innehavarens efternamn.  
— Innehavarens förnamn.  
— Valt språk.  
4.5.5.1.5 Data om kontrollaktiviteter  
361) Det ska gå att lagra följande data om kontrollaktiviteter på 
kontrollkortet:  
— Datum och tidpunkt för kontrollen.  
▼M3 
— Kontrolltyp (visning och/eller utskrift och/eller över­
föring av data från fordonsenhet och/eller överföring 
av data från kort).  
▼B 
— Överförd period (i förekommande fall).  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 95  
— Fordonets registreringsnummer (VRN) och myndighet i 
medlemsstaten som registrerat det kontrollerade 
fordonet.  
— Kortnummer och medlemsstat som utfärdat det kontrol­
lerade förarkortet.  
362) Det ska gå att lagra minst 230 sådana poster på 
kontrollkortet.  
4.5.5.2 F ä r d s k r i v a r t i l l ä m p n i n g G 2 ( e j å  t k o m l i g f ö r 
f ö r s t a g e n e r a t i o n e n s f o r d o n s e n h e t )  
4.5.5.2.1 Tillämpningsidentifiering  
363) Det ska gå att lagra följande data för tillämpningsidentif ie­
ring på kontrollkortet:  
— Identifiering av färdskrivartillämpning.  
— Identifiering av typ av färdskrivarkort.  
▼M3 
4.5.5.2.1.1 Ytterligare tillämpningsidentifiering (ej åtkomlig med version 1 av 
andra generationens fordonsenheter)  
363a) Det ska gå att lagra de ytterligare data för tillämpnings ­
identifierare som gäller enbart version 2 på kontrollkortet.  
▼B 
4.5.5.2.2 Nycklar och certifikat  
364) Kontrollkortet ska kunna lagra ett antal kryptografiska 
nycklar och certifikat, såsom anges i tillägg 11 del B.  
4.5.5.2.3 Kortidentifiering  
365) Det ska gå att lagra följande data för kortidentifiering p å 
kontrollkortet:  
— Kortnummer.  
— Utfärdande medlemsstat, utfärdande myndighet, utfär­
dandedatum.  
— Kortets första och sista giltighetsdag (i förekommande 
fall).  
4.5.5.2.4 Identifiering av kortinnehavare  
366) Det ska gå att lagra följande identifieringsdata för korti nne­
havare på kontrollkortet:  
— Kontrollorganets namn.  
— Kontrollorganets adress.  
— Innehavarens efternamn.  
— Innehavarens förnamn.  
— Valt språk.  
4.5.5.2.5 Data om kontrollaktiviteter  
367) Det ska gå att lagra följande data om kontrollaktiviteter på 
kontrollkortet:  
— Datum och tidpunkt för kontrollen.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 96  
— Kontrolltyp (visning och/eller utskrift och/eller över­
föring av data från fordonsenhet och/eller överföring 
av data från kort och/eller kalibreringskontroll på väg).  
— Överförd period (i förekommande fall).  
— Fordonets registreringsnummer (VRN) och myndighet i 
medlemsstaten som registrerat det kontrollerade 
fordonet.  
— Kortnummer och medlemsstat som utfärdat det kontrol­
lerade förarkortet.  
368) Det ska gå att lagra minst 230 sådana poster på 
kontrollkortet.  
▼M3 
4.5.5.2.6 Fordonsenhetens konfigurationer (ej åtkomliga med ver sion 1 av 
andra generationens fordonsenheter)  
368a) På kontrollkortet ska det gå att lagra kortinnehavarens s pe­
cifika inställningar för färdskrivaren.  
368b) Kontrollkortets lagringskapacitet för kortinnehavarens sp e­
cifika inställningar för färdskrivaren ska vara 3072 byte.  
▼B 
4.5.6  Företagskort  
4.5.6.1 F ä r d s k r i v a r t i l l ä m p n i n g ( t i l l g  ä n g l i g f ö r f ö r s t a 
o c h a n d r a g e n e r a t i o n e n s f o r d o n s e n h e  t e r )  
4.5.6.1.1 Tillämpningsidentifiering  
369) Det ska gå att lagra följande data för tillämpningsidentif ie­
ring på företagskortet:  
— Identifiering av färdskrivartillämpning.  
— Identifiering av typ av färdskrivarkort.  
4.5.6.1.2 Nycklar och certifikat  
370) Företagskortet ska kunna lagra ett antal kryptografiska 
nycklar och certifikat, såsom anges i tillägg 11 del A.  
4.5.6.1.3 Kortidentifiering  
371) Det ska gå att lagra följande data för kortidentifiering p å 
företagskortet:  
— Kortnummer.  
— Utfärdande medlemsstat, utfärdande myndighet, utfär­
dandedatum.  
— Kortets första och sista giltighetsdag (i förekommande 
fall).  
4.5.6.1.4 Identifiering av kortinnehavare  
372) Det ska gå att lagra följande identifieringsdata för korti nne­
havare på företagskortet:  
— Företagets namn.  
— Företagets adress.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 97  
4.5.6.1.5 Data om företagsaktiviteter  
373) Det ska gå att lagra följande data om företagsaktiviteter på 
företagskortet:  
— Datum och tidpunkt för aktiviteten.  
— Typ av aktivitet (låsning och/eller öppning av fordons­
enhet, och/eller överföring av data från fordonsenhet 
och/eller överföring av data från kort).  
— Överförd period (i förekommande fall).  
— Fordonets registreringsnummer (VRN) och myndighet i 
medlemsstaten som registrerat fordonet.  
— Kortnummer och medlemsstat som utfärdat kortet (vid 
överföring från kort).  
374) Det ska gå att lagra minst 230 sådana poster på företags­
kortet.  
4.5.6.2 F ä r d s k r i v a r t i l l ä m p n i n g G 2 ( e j å  t k o m l i g f ö r 
f ö r s t a g e n e r a t i o n e n s f o r d o n s e n h e t )  
4.5.6.2.1 Tillämpningsidentifiering  
375) Det ska gå att lagra följande data för tillämpningsidentif ie­
ring på företagskortet:  
— Identifiering av färdskrivartillämpning.  
— Identifiering av typ av färdskrivarkort.  
▼M3 
4.5.6.2.1.1 Ytterligare tillämpningsidentifiering (ej åtkomlig med version 1 av 
andra generationens fordonsenheter)  
375a) Det ska gå att lagra de ytterligare data för tillämpnings ­
identifierare som gäller enbart version 2 på företagskortet.  
▼B 
4.5.6.2.2 Nycklar och certifikat  
376) Företagskortet ska kunna lagra ett antal kryptografiska 
nycklar och certifikat, såsom anges i tillägg 11 del B.  
4.5.6.2.3 Kortidentifiering  
377) Det ska gå att lagra följande data för kortidentifiering p å 
företagskortet:  
— Kortnummer.  
— Utfärdande medlemsstat, utfärdande myndighet, utfär­
dandedatum.  
— Kortets första och sista giltighetsdag (i förekommande 
fall).  
4.5.6.2.4 Identifiering av kortinnehavare  
378) Det ska gå att lagra följande identifieringsdata för korti nne­
havare på företagskortet:  
— Företagets namn.  
— Företagets adress.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 98  
4.5.6.2.5 Data om företagsaktiviteter  
379) Det ska gå att lagra följande data om företagsaktiviteter på 
företagskortet:  
— Datum och tidpunkt för aktiviteten.  
— Typ av aktivitet (låsning och/eller öppning av fordons­
enhet, och/eller överföring av data från fordonsenhet 
och/eller överföring av data från kort).  
— Överförd period (i förekommande fall).  
— Fordonets registreringsnummer (VRN) och myndighet i 
medlemsstaten som registrerat fordonet.  
— Kortnummer och medlemsstat som utfärdat kortet (vid 
överföring från kort).  
380) Det ska gå att lagra minst 230 sådana poster på företags­
kortet.  
▼M3 
4.5.6.2.6 Fordonsenhetens konfigurationer (ej åtkomliga med ver sion 1 av 
andra generationens fordonsenheter)  
380a) På företagskortet ska det gå att lagra kortinnehavarens s pe­
cifika inställningar för färdskrivaren.  
380b) Företagskortets lagringskapacitet för kortinnehavarens sp e­
cifika inställningar för färdskrivaren ska vara 3072 byte.  
▼B 
5 INSTALLATION AV FÄRDSKRIVARE  
5.1 Installation  
381) Nya färdskrivare får inte vara aktiverade när de levereras  
till montörer eller fordonstillverkare, och alla de kalibre­
ringsparametrar som är förtecknade i avsnitt 3.21 ska vara 
inställda på passande och giltiga standardvärden. Om det 
inte finns något passande värde ska standardvärdet för alfa­
numeriska parametrar vara en sträng med ”?” och för nu­
meriska parametrar ”0”. Leverans av säkerhetsrelaterade 
delar till färdskrivaren kan vid behov begränsas under sä­
kerhetscertifieringen.  
382) Innan färdskrivaren aktiveras ska den ge tillgång till ka­
libreringsfunktionen även om den inte är i kalibreringsläge.  
▼M3 
383) Innan färdskrivaren aktiveras ska den varken registrera el ler 
lagra de data som avses i kraven 102–133. Färdskrivaren 
får dock, innan den aktiveras, registrera och lagra händelsen 
av typen försök till säkerhetsöverträdelse ( Security Breach 
Attempt ) i enlighet med krav 117 och färdskrivarfel i en­
lighet med krav 118.  
▼B 
384) Vid installationen ska fordonstillverkaren förinställa all a 
kända parametrar.  
385) Fordonstillverkare eller montörer ska aktivera den install e­
rade färdskrivaren senast innan fordonet används inom ra­
men för förordning (EG) nr 561/2006.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 99  
386) Aktiveringen av färdskrivaren ska utlösas automatiskt förs ta 
gången ett verkstadskort sätts in i någon av kortläsarna.  
387) Den särskilda parning som krävs mellan rörelsesensorn och 
fordonsenheten ska i förekommande fall ske automatiskt 
före eller under aktivering.  
388) Den särskilda koppling som krävs mellan den externa 
GNSS-anordningen och fordonsenheten ska i förekom­
mande fall ske automatiskt före eller under aktivering.  
389) Efter det att färdskrivaren har aktiverats ska den till fu llo 
upprätthålla funktioner och tillträdesrättigheter till data.  
390) Efter det att färdskrivaren har aktiverats ska den kommuni ­
cera de skyddade data som krävs för riktade vägkontroller 
till kommunikationsanordningen för fjärravläsning.  
391) Färdskrivarens registrerings- och lagringsfunktioner ska 
vara helt klara för drift när den har aktiverats.  
▼M3 
392) Installationen ska följas av en kalibrering. Vid den först a 
kalibreringen behöver fordonets registreringsidentifiering 
(VRN och medlemsstat) inte anges om den godkända verk­
stad som ska utföra kalibreringen inte känner till detta num­
mer. Endast i ett sådant fall får fordonsägaren ange 
registreringsnumret (VRN) och medlemsstaten med hjälp 
av sitt företagskort innan fordonet används inom ramen 
för förordning (EG) nr 561/2006 (t.ex. med hjälp av kom­
mandon i en ändamålsenlig menystruktur i fordonsenhetens 
användargränssnitt). Denna registrering ska endast kunna 
uppdateras eller bekräftas med hjälp av ett verkstadskort.  
▼B 
393) Installation av en extern GNSS-anordning förutsätter kopp­
ling med fordonsenheten och efterföljande kontroll av po­
sitionsinformationen från GNSS.  
394) Färdskrivaren ska placeras i fordonet på så sätt att de nö d­
vändiga funktionerna kan nås från förarplatsen.  
5.2 Installationsskylt  
395) ►M3 Efter det att färdskrivaren har kontrollerats vid in­
stallationen ska en installationsskylt med permanent grave­
ring eller tryck anbringas på färdskrivaren så att skylten är 
väl synlig och lätt tillgänglig. Om så inte är möjligt ska 
skylten anbringas på fordonets B-stolpe så att den är väl 
synlig. För fordon som saknar B-stolpe ska installations­
skylten anbringas på eller i närheten av fordonets dörr 
och under alla omständigheter vara väl synlig. ◄  
Efter varje besiktning av en godkänd montör eller verkstad 
ska skylten ersättas med en ny skylt.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 100  
396) På skylten ska åtminstone följande uppgifter finnas:  
— Godkänd montörs eller verkstads namn och adress eller 
handelsbeteckning.  
— Fordonets karakteristiska koefficient, uttryckt som ”w = 
… imp/km”.  
— Färdskrivarkonstanten, uttryckt som ”k = … imp/km”.  
— Däckens effektiva omkrets, uttryckt som ”l = … mm”.  
— Däcksdimension.  
— Datum för mätning av fordonets karakteristiska koeffi­
cient och däckens effektiva omkrets.  
— Fordonets identifieringsnummer.  
— Förekomst (eller inte) av en extern GNSS-anordning.  
— Den externa GNSS-anordningens serienummer, i före­
kommande fall.  
— Serienummer för kommunikationsanordningen för fjärr­
avläsning, i förekommande fall.  
— Serienummer för samtliga befintliga plomberingar.  
— Den del av fordonet där adaptern, i förekommande fall, 
är installerad.  
— Den del av fordonet där rörelsesensorn är installerad om 
den inte är ansluten till växellådan eller en adapter inte 
används.  
— Beskrivning av färgen på kabeln mellan adaptern och 
den del av fordonet som tillhandahåller adapterns in­
kommande impulser.  
— Serienumret på adapterns inbyggda rörelsesensor.  
▼M3 
— Fordonets standardtyp av last.  
▼B 
397) En andra skylt får användas endast när det gäller fordon 
som tillhör kategorierna M1 och N1 och är utrustade med 
en adapter i enlighet med kommissionens förordning (EG) 
nr 68/2009 (  1 ) i sin senaste lydelse, och om det inte är 
möjligt att ta med all information som beskrivs i krav 
396. I sådana fall ska denna andra skylt innehålla minst 
de sista fyra strecksatserna i krav 396.  ▼M1 
( 1 ) Kommissionens förordning (EG) nr 68/2009 av den 23 januari 20 09 om anpassning för 
nionde gången till den tekniska utvecklingen av rådets förordni ng (EEG) nr 3821/85 om 
färdskrivare vid vägtransporter (EUT L 21, 24.1.2009, s. 3).
 02016R0799 — SV — 21.08.2023 — 003.001 — 101  
Om en sådan andra skylt används ska den anbringas nära 
eller bredvid den första skylten som beskrivs i krav 396, 
och den ska ha samma skyddsnivå. Den andra skylten ska 
också innehålla namn, adress eller handelsnamn för den 
godkända montör eller verkstad som utförde installationen, 
samt datum för installationen.  
5.3 Plombering  
398) Följande komponenter ska plomberas:  
— Varje anslutning som om den bryts skulle orsaka förändringar 
eller förlust av data som inte upptäcks (detta kan gälla t.ex. 
rörelsesensorns infästning på växellådan, adaptern i M1/N1- 
fordon, den externa GNSS-anslutningen eller fordonsenhe­
ten). 
— Installationsskylten, om den inte är anbringad på sådant 
sätt att den inte kan avlägsnas utan att texten på den 
förstörs.  
▼M1 
398a) De plomberingar som nämns ovan ska certifieras i enlighet  
med standarden SS-EN 16882:2016.  
▼B 
399) Ovan nämnda plomberingar får avlägsnas  
— i nödsituationer,  
— för att installera, anpassa eller reparera en hastighets­
begränsande anordning eller andra anordningar som bi­
drar till trafiksäkerheten, förutsatt att färdskrivaren fort­
sätter att fungera på tillförlitligt och avsett sätt och att 
den åter plomberas av en godkänd montör eller verkstad 
(i enlighet med kapitel 6) omedelbart efter det att den 
hastighetsbegränsande anordningen eller någon annan 
anordning som bidrar till trafiksäkerheten har monterats, 
eller inom 7 dagar i övriga fall.  
400) Varje gång dessa plomberingar bryts ska en skriftlig rappo rt 
upprättas som redovisar skälen för åtgärden och som ställs 
till den behöriga myndighetens förfogande.  
401) Plomberingar ska ha ett identifieringsnummer som tilldelas  
av dess tillverkare. Detta nummer ska vara unikt och skilt 
från varje annat plomberingsnummer som tilldelats av nå­
gon annan tillverkare av plomberingar.  
▼M1 
Det unika identifieringsnumret definieras som 
MMNNNNNNNN och ska vara outplånligt, där MM är 
en unik identifiering av tillverkaren (som är registrerad i 
en databas som förvaltas av EU-kommissionen) och 
NNNNNNNN är plomberingens alfanumeriska nummer 
som är unikt inom tillverkarens domän.  
▼B 
402) Plomberingarna ska ha ett fritt utrymme där godkända mon­
törer, verkstäder eller fordonstillverkare kan lägga till ett 
särskilt märke i enlighet med artikel 22.3 i förordning (EU) 
nr 165/2014.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 102  
Detta märke får inte dölja plomberingens identifieringsnummer.  
▼M1 
403) Tillverkare av plomberingar ska registreras i en särskild 
databas när de får en modell av plombering certifierad i 
enlighet med SS-EN 16882:2016, och de ska offentliggöra 
sina plomberingsnummer genom ett förfarande som ska 
fastställas av Europeiska kommissionen.  
404) Godkända verkstäder och fordonstillverkare ska, inom ra­
men för förordning (EU) nr 165/2014, endast använda 
plomberingar som är certifierade i enlighet med SS-EN 
16882:2016 och som kommer från de tillverkare av plom­
beringar som ingår i den ovan nämnda databasen.  
▼B 
405) Tillverkare av plomberingar och deras distributörer ska 
upprätthålla register som ger full spårbarhet för försålda 
plomberingar som ska användas inom ramen för 
förordning (EU) nr 165/2014 och ska vara beredda att över­
lämna dessa till de behöriga nationella myndigheterna när­
helst detta behövs.  
406) Plomberingarnas unika identifieringsnummer ska vara syn­
liga på installationsskylten.  
6 KONTROLLER, BESIKTNINGAR OCH REPARATIONER  
Bestämmelserna för när plomberingarna får avlägsnas, såsom avse s i 
artikel 22.5 i förordning (EU) nr 165/2014, anges i avsnitt 5.3  i  
denna bilaga.  
6.1 Godkännande av montörer, verkstäder och fordonstillverkare  
Medlemsstaterna ska godkänna, regelbundet kontrollera och aukto ­
risera de organ som ska utföra  
— installationer,  
— kontroller,  
— besiktningar,  
— reparationer.  
Såvida inte något annat vederbörligen motiveras ska verkstadsko rt 
endast utfärdas till de montörer och/eller verkstäder som godkä nts 
för aktivering och/eller kalibrering av färdskrivare i enlighet  med 
denna bilaga och  
— som inte är berättigade till ett företagskort,  
— och vars övriga yrkesverksamhet inte riskerar att äventyra de n 
övergripande systemsäkerheten enligt krav i tillägg 10.  
▼M1 
6.2 Kontroll av nya eller reparerade komponenter  
407) Varje enskild anordning, oavsett om den är ny eller repa­
rerad, ska genom kalibrering kontrolleras med avseende på 
att den fungerar riktigt och att dess avlästa och registrerade 
värden ligger inom de i avsnitten 3.2.1, 3.2.2, 3.2.3 och 3.3 
fastställda gränserna.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 103  
6.3 Installationsbesiktning  
▼M1 
408) När hela utrustningen (inbegripet färdskrivaren) monteras i 
ett fordon ska den överensstämma med bestämmelserna om 
största tillåtna toleranser i avsnitten 3.2.1, 3.2.2, 3.2.3 och  
3.3. Hela utrustningen ska plomberas i enlighet med avsnitt 
5.3, och även kalibreras.  
▼B 
6.4 Periodiska besiktningar  
▼M3 
409) Periodiska besiktningar av färdskrivarutrustning i fordon 
ska ske efter varje reparation av färdskrivarutrustningen, 
när fordonets karakteristiska koefficient eller däckens effek­
tiva omkrets har ändrats, när färdskrivarens UTC-tid visar 
fel med mer än 5 minuter eller när fordonets 
registreringsnummer (VRN) har ändrats, och åtminstone 
en gång inom två år (24 månader) efter den senaste 
besiktningen.  
▼B 
410) Dessa besiktningar ska omfatta följande kontroller:  
— Att färdskrivaren fungerar riktigt, inbegripet funktionen 
för datalagring på färdskrivarkort och kommunikationen 
med fjärravläsare.  
— Att efterlevnaden av bestämmelserna i avsnitten 3.2.1 
och 3.2.2 om största tillåtna toleranser vid installation är 
säkerställd.  
— Att efterlevnaden av bestämmelserna i avsnitten 3.2.3 
och 3.3 är säkerställd.  
— Att typgodkännandemärket finns på färdskrivaren.  
— Att den installationsskylt som anges i krav 396 och den 
typskylt som anges i krav 225 är anbringade.  
— Att däcksdimensioner och däckens faktiska omkrets 
stämmer.  
— Att ingen utrustning för att manipulera färdskrivaren är 
kopplad till utrustningen.  
— Att plomberingarna är korrekt placerade och i gott 
skick, att deras identifieringsnummer är giltiga (referens 
till tillverkaren av plomberingen i EU-kommissionens 
databas) och att deras identifieringsnummer stämmer 
med de som finns på installationsskylten (se krav 401).  
▼M3 
— Att versionsidentifieraren för den lagrade digitala kartan 
är den senaste.  
410a) Om de behöriga nationella myndigheterna upptäcker en 
manipulering får fordonet sändas till en godkänd verkstad 
för omkalibrering av färdskrivaren.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 104  
411) Om det konstateras att någon av de händelser som anges i 
avsnitt 3.9 om upptäckt av händelser och/eller fel har före­
kommit sedan den senaste besiktningen och som färdskri­
vartillverkare och/eller nationella myndigheter anser kan 
äventyra utrustningens säkerhet ska verkstaden  
a. jämföra identifieringsdata för den rörelsesensor som är 
inkopplad i växellådan med identifieringsdata för den 
kopplade rörelsesensor som är registrerad i 
fordonsenheten,  
b. kontrollera om informationen på installationsskylten 
stämmer överens med informationen i fordonsenhetens 
register,  
c. kontrollera om rörelsesensorns serienummer och typgod­
kännandenummer – om dessa anges på rörelsesensorn – 
stämmer överens med informationen i färdskrivarens 
dataminne,  
d. jämföra identifieringsdata på den externa GNSS-anordningens 
typskylt, om sådana finns, med de som är lagrade i fordons­
enhetens dataminne.  
412) Verkstäderna ska i sina besiktningsrapporter ange om 
brutna plomberingar eller manipuleringsutrustning har upp­
täckts. Dessa rapporter ska sparas av verkstäderna i minst 
två år och på förfrågan ställas till den behöriga myndighe­
tens förfogande.  
413) Dessa besiktningar ska inbegripa en kalibrering och ett 
förebyggande byte av de plomberingar vars anbringande 
ligger inom verkstädernas ansvar..  
6.5 Uppmätning av fel  
414) Uppmätning av fel vid installation och i drift ska genom­
föras under följande förutsättningar, vilka ska anses utgöra 
standardiserade provningsförhållanden:  
— Fordon utan last och i körklart skick.  
— Däcktryck enligt tillverkarens anvisningar.  
— Däckförslitning inom av nationell lag tillåtna gränsvär­
den. 
— Fordonets rörelse:  
— Fordonet ska, framdrivet av sin egen motor, röra sig 
framåt i rät linje och på jämnt underlag med en has­
tighet av 50 ± 5 km/h. Mätsträckan ska vara åtminstone 
1 000 m.  
— Förutsatt att provningen kan ske med jämförbar preci­
sion får även alternativa metoder, t.ex. en passande 
provbänk, användas vid provningen.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 105  
6.6 Reparationer  
415) Verkstäderna ska kunna överföra data från färdskrivare för  
att kunna återlämna dessa data till berört transportföretag.  
416) Godkända verkstäder ska till transportföretagen utfärda et t 
intyg om att data inte går att överföra, om data som regi­
strerats tidigare inte kan överföras på grund av att färdskri­
varen inte fungerar korrekt även efter reparation i den be­
rörda verkstaden. Verkstäderna ska behålla en kopia av 
varje utfärdat intyg i minst ett år.  
7 UTFÄRDANDE AV KORT  
De förfaranden för utfärdande av kort som medlemsstaterna upp­
rättar ska överensstämma med följande:  
417) Numret på det färdskrivarkort som utfärdas för första 
gången till en sökande ska ha ett löpnummer (i förekom­
mande fall) och ett ersättningsindex och ett förnyelseindex 
som alla sätts till ”0”.  
418) Kortnumren på alla opersonliga färdskrivarkort som har 
utfärdats till ett enskilt kontrollorgan, en enskild verkstad 
eller ett enskilt transportföretag ska ha samma 13 första 
siffror, och samtliga ska ha sitt eget löpnummer.  
419) Ett färdskrivarkort som utfärdas som ersättning för ett be ­
fintligt färdskrivarkort ska ha samma kortnummer som det 
ersatta kortet förutom att ersättningsindex ska ökas med ”1” 
(i ordningen 0, …, 9, A, …, Z).  
420) Ett färdskrivarkort som utfärdas som ersättning för ett be ­
fintligt färdskrivarkort ska ha samma sista giltighetsdag 
som det ersatta kortet.  
421) Ett färdskrivarkort som utfärdas som förnyelse av ett be­
fintligt färdskrivarkort ska ha samma kortnummer som det 
förnyade kortet förutom att ersättningsindex åter ska sättas 
till ”0” och att förnyelseindex ska ökas med ”1” (i ord­
ningen 0, …, 9, A, …, Z).  
422) Utbyte av ett befintligt färdskrivarkort för att ändra ad­
ministrativa uppgifter ska ske i enlighet med reglerna för 
förnyelse om det sker i samma medlemsstat, eller reglerna 
för det första utfärdandet om det utförs av en annan 
medlemsstat.  
423) Utrymmet för kortinnehavarens efternamn ska, när det gäl­
ler icke-personliga verkstads- eller kontrollkort, användas 
för verkstadens eller kontrollorganets namn eller för mon­
törens eller kontrolltjänstemannens namn, om medlemssta­
ten bestämmer detta.  
424) Medlemsstater ska utväxla data elektroniskt för att i enli g­
het med artikel 31 i förordning (EU) nr 165/2014 säker­
ställa att varje förarkort som de utfärdar är unikt.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 106  
8 TYPGODKÄNNANDE AV FÄRDSKRIVARE OCH FÄRDSKRI­
VARKORT  
8.1 Allmänt  
▼M1 
I detta kapitel avses med termen ”färdskrivare” ”färdskrivare e ller 
dess komponenter”. Inget typgodkännande krävs för kablarna mell an 
rörelsesensorn och fordonsenheten, mellan den externa 
GNSS-anordningen och fordonsenheten eller mellan den externa 
kommunikationsanordningen för fjärravläsning och fordonsenheten . 
Det papper som används i färdskrivaren ska anses vara en av fär d­
skrivarens komponenter.  
Alla tillverkare får ansöka om typgodkännande av färdskrivarkom ­
ponenter tillsammans med alla andra färdskrivarkomponenter, und er 
förutsättning att varje komponent uppfyller kraven i denna bila ga. 
Som ett alternativ får tillverkare även ansöka om typgodkännand e 
av färdskrivare.  
Enligt vad som beskrivs i definitionen i artikel 2.10 i denna f ör­
ordning kan det finnas varianter av fordonsenheter med olika sa m­
mansättningar av komponenter. Oavsett fordonsenhetens samman­
sättning av komponenter omfattas den externa antennen och (i fö re­
kommande fall) den antennsplitter som är ansluten till 
GNSS-mottagaren eller till kommunikationsanordningen för fjärr­
avläsning inte av fordonsenhetens typgodkännande.  
Icke desto mindre ska tillverkare som erhållit typgodkännande f ör 
färdskrivare upprätthålla en allmänt tillgänglig förteckning öv er 
kompatibla antenner och splittrar för varje typ av godkänd ford ons­
enhet, extern GNSS-anordning och extern kommunikationsanord­
ning för fjärravläsning.  
▼B 
425) Färdskrivare ska lämnas in för typgodkännande, komplett 
med eventuella integrerade extra anordningar.  
426) Typgodkännande av färdskrivare och färdskrivarkort ska 
inbegripa säkerhetsprovningar, funktionsprovningar och 
provningar med avseende på driftskompatibilitet. Positiva 
resultat från var och en av dessa provningar ska anges i 
ett lämpligt intyg.  
▼M1 
427) Medlemsstaternas myndigheter för typgodkännande får inte 
bevilja något intyg om typgodkännande så länge de inte 
innehar  
— ett säkerhetsintyg (om så krävs enligt denna bilaga),  
— ett funktionsintyg, och  
— ett intyg om driftskompatibilitet (om så krävs enligt 
denna bilaga)  
för den färdskrivare eller det färdskrivarkort som är föremål 
för ansökan om typgodkännande.  
▼B 
428) Varje ändring av färdskrivarens programvara eller maskin­
vara eller av det slag av material som används för dess 
tillverkning ska, innan den tas i bruk, anmälas till den 
myndighet som beviljade typgodkännandet av färdskriva­
ren. Denna myndighet ska för tillverkaren bekräfta utvidg­
ningen av typgodkännandet, eller får begära en uppdatering 
eller bekräftelse av berörda funktionsintyg, säkerhetsintyg 
och/eller intyg om driftskompatibilitet.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 107  
429) Förfaranden för att uppdatera programvaran i färdskrivaren  
på plats ska godkännas av den myndighet som beviljade 
typgodkännandet av färdskrivaren. Uppdatering av pro­
gramvaran får inte innebära att de föraraktivitetsdata som 
finns lagrade i färdskrivaren ändras eller tas bort. Program­
varan får bara uppdateras på färdskrivartillverkarens ansvar.  
430) Typgodkännande av programvaruändringar som syftar till 
att uppdatera en redan typgodkänd färdskrivare får inte av­
visas om dessa ändringar endast gäller funktioner som inte 
specificeras i denna bilaga. Programvaruuppdatering i en 
färdskrivare får utesluta införande av nya teckenmängder 
om detta inte är tekniskt genomförbart.  
▼B 
8.2 Säkerhetsintyg  
431) Säkerhetsintyget ska utfärdas i enlighet med bestämmel­
serna i tillägg 10 till denna bilaga. Intyget krävs för föl­
jande färdskrivarkomponenter: fordonsenhet, rörelsesensor, 
extern GNSS-anordning och färdskrivarkort.  
432) I de exceptionella fall då de myndigheter som ansvarar för  
säkerhetscertifieringen vägrar att certifiera ny utrustning 
med hänvisning till att säkerhetsmekanismerna är föråldrade 
ska typgodkännandet endast i dessa specifika och exceptio­
nella fall fortsätta att beviljas om det inte finns någon annan  
lösning som är förenlig med förordningen.  
433) I sådana fall ska den berörda medlemsstaten utan dröjsmål 
underrätta Europeiska kommissionen, som inom tolv kalen­
dermånader efter det att typgodkännandet har utfärdats ska 
inleda ett förfarande för att säkerställa att säkerheten har 
återställts till sin ursprungliga nivå.  
8.3 Funktionsintyg  
434) Alla som ansöker om typgodkännande ska förse medlems­
statens myndighet för typgodkännande med allt det material 
och alla de handlingar som myndigheten anser nödvändiga.  
435) Tillverkare ska inom en månad efter en sådan begäran till­
handahålla relevanta prover av de produkter som ansökan 
om typgodkännande gäller, samt tillhörande dokumentation, 
som begärs av de laboratorier som har utsetts till att utföra 
funktionsprovningar. Eventuella kostnader till följd av en 
sådan begäran ska bäras av den begärande enheten. Labo­
ratorier ska behandla alla kommersiellt känsliga uppgifter 
förtroligt.  
436) Ett funktionsintyg får inte utfärdas till en tillverkare f örrän 
minst alla de funktionsprovningar som anges i tillägg 9 har 
genomgåtts med positivt resultat.  
437) Myndigheten för typgodkännande ska utfärda funktions­
intyget. Förutom mottagarens namn och identifiering av 
modellen ska detta intyg innehålla en detaljerad förteckning 
över utförda provningar och erhållna resultat.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 108  
438) Funktionsintyget för en färdskrivarkomponent ska även in­
nehålla uppgift om typgodkännandenumren för de andra 
typgodkända kompatibla färdskrivarkomponenter som pro­
vats i samband med komponentens certifiering.  
439) Funktionsintyget för en färdskrivarkomponent ska även 
ange den ISO- eller CEN-standard som använts vid certi­
fieringen av funktionsgränssnittet.  
8.4 Intyg om driftskompatibilitet  
440) Provningar av driftskompatibilitet ska utföras av ett enda  
laboratorium under Europeiska kommissionens ansvar och 
överinseende.  
441) Laboratoriet ska registrera de ansökningar om provningar 
av driftskompatibilitet som tillverkare lämnar in i den ord­
ning som de inkommer.  
442) Ansökningarna får inte registreras officiellt förrän labor ato­
riet förfogar över  
— allt det material och alla de handlingar som krävs för 
provningen av driftskompatibilitet,  
— motsvarande säkerhetsintyg, och  
— motsvarande funktionsintyg.  
Tillverkaren ska informeras om registreringsdatum för an­
sökan.  
▼M3 
443) Laboratoriet får inte utföra några provningar av driftskom ­
patibiliteten hos en färdskrivare eller ett färdskrivarkort som  
inte genomgått en sårbarhetsanalys med positivt resultat i 
en säkerhetsutvärdering och en funktionsutvärdering, utom i 
de exceptionella fall som beskrivs i krav 432.  
▼B 
444) En tillverkare som ansöker om provningar av driftskompati­
bilitet ska åta sig att till det laboratorium som ansvarar för 
provningarna överlämna allt det material och alla de hand­
lingar som tillverkaren anskaffat för att utföra provningarna.  
445) Provningar av driftskompatibilitet ska, i enlighet med be­
stämmelserna i tillägg 9 till denna bilaga, utföras för alla de  
typer av färdskrivare och färdskrivarkort  
— för vilka typgodkännandet fortfarande gäller, eller  
— för vilka typgodkännandet håller på att avgöras och ett 
giltigt intyg om driftskompatibilitet redan finns.  
446) Provningen av driftskompatibilitet ska omfatta samtliga ge ­
nerationer av färdskrivare eller färdskrivarkort som fort­
farande är i bruk.  
▼M3 
447) Intyget om driftskompatibilitet ska utfärdas av laboratori et 
till tillverkaren först efter det att alla nödvändiga provninga r 
av driftskompatibilitet har genomgåtts med positivt resultat 
och efter det att tillverkaren har visat att både ett giltigt 
funktionsintyg och ett giltigt säkerhetsintyg för produkten 
har beviljats, utom i de exceptionella fall som beskrivs i 
krav 432.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 109  
448) Om provningarna av driftskompatibilitet inte har genom­
gåtts med positivt resultat för en eller flera färdskrivare ell er 
färdskrivarkort får något intyg om driftskompatibilitet inte 
utfärdas förrän den ansökande tillverkaren har genomfört 
nödvändiga ändringar och klarat provningarna av drifts­
kompatibilitet. Laboratoriet ska identifiera orsaken till pro­
blemet, med hjälp av de tillverkare som berörs av detta 
driftskompatibilitetsfel, och ska försöka hjälpa den ansö­
kande tillverkaren att finna en teknisk lösning. Om tillver­
karen har ändrat sin produkt är det tillverkarens ansvar att 
hos berörda myndigheter förvissa sig om att säkerhetsinty­
get och funktionsintygen fortfarande gäller.  
449) Intyget om driftskompatibilitet gäller i sex månader. Det 
återkallas vid utgången av denna period om tillverkaren 
inte har erhållit ett motsvarande intyg om typgodkännande. 
Tillverkaren ska vidarebefordra det till den myndighet för 
typgodkännande i den medlemsstat som har utfärdat 
funktionsintyget.  
450) Delar som kan ligga till grund för driftskompatibilitetsfe l 
får inte användas i vinstsyfte eller leda till dominant ställ­
ning.  
8.5 Intyg om typgodkännande  
451) Medlemsstatens myndighet för typgodkännande får utfärda 
intyget om typgodkännande så snart som den har de tre 
nödvändiga intygen.  
452) Intyget om typgodkännande för en färdskrivarkomponent 
ska även innehålla uppgift om typgodkännandenumren för 
den övriga typgodkända driftskompatibla färdskrivarutrust­
ningen.  
453) Myndigheten för typgodkännande ska ge en kopia av inty­
get om typgodkännande till det laboratorium som ansvarar 
för provningarna av driftskompatibiliteten vid den tidpunkt 
då intyget utfärdas till tillverkaren.  
454) Det laboratorium som är behörigt för provningar av drifts­
kompatibilitet ska ha en offentlig webbplats med en upp­
daterad förteckning över de färdskrivar- eller färdskrivar­
kortsmodeller  
— för vilka en ansökan om provningar av driftskompati­
bilitet har registrerats,  
— för vilka intyg (även provisoriskt) om driftskompatibili­
tet har erhållits, och  
— för vilka intyg om typgodkännande har erhållits.  
8.6 Undantagsförfarande: första intyg om driftskompatibilitet för 
andra generationens färdskrivare och färdskrivarkort  
455) Inom fyra månader efter det att en första uppsättning av 
andra generationens färdskrivare och färdskrivarkort (för­
arkort, verkstadskort, kontrollkort och företagskort) har in­
tygats vara driftskompatibla ska alla utfärdade intyg om 
driftskompatibilitet (inbegripet de första), med avseende 
på de ansökningar som registrerats under denna period, 
anses vara provisoriska.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 110  
456) Om alla berörda produkter vid utgången av denna period är 
ömsesidigt driftskompatibla ska alla motsvarande intyg om 
driftskompatibilitet bli slutliga.  
457) Om driftskompatibilitetsfel påträffas under denna period s ka 
det laboratorium som ansvarar för provningarna av drifts­
kompatibilitet identifiera orsakerna till problemen med hjälp 
av alla berörda tillverkare, och uppmana dem att genomföra 
nödvändiga ändringar.  
458) Om driftskompatibilitetsproblemen kvarstår vid utgången 
av denna period ska det laboratorium som ansvarar för 
provningarna av driftskompatibilitet, i samarbete med be­
rörda tillverkare och med de myndigheter för typgodkän­
nande som utfärdade motsvarande funktionsintyg, ta reda 
på orsakerna till kompatibilitetsfelen och ange vilka änd­
ringar som var och en av de berörda tillverkarna bör göra. 
Sökandet efter tekniska lösningar får pågå i högst två må­
nader. Om ingen gemensam lösning har hittats ska kom­
missionen därefter, efter att ha rådfrågat det laboratorium 
som ansvarar för provningarna av driftskompatibiliteten, 
avgöra för vilken eller vilka färdskrivare och för vilket eller  
vilka kort ett slutligt intyg om driftskompatibilitet beviljas,  
och motivera detta.  
459) Alla de ansökningar om provningar av driftskompatibilitet 
som laboratoriet registrerar, mellan utgången av fyramå­
nadersperioden efter det att det första provisoriska intyget 
om driftskompatibilitet har utfärdats och datumet för det 
beslut av kommissionen som avses i krav 455, ska senare­
läggas tills de inledande kompatibilitetsproblemen har lösts. 
Dessa ansökningar handläggs sedan i den ordning de 
registrerats.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 111  
Tillägg 1  
DATAKATALOG  
INNEHÅLLSFÖRTECKNING  
1. INLEDNING  
1.1. Metod för definition av datatyper  
1.2. Referenser  
2. DEFINITIONER AV DATATYPER  
2.1. ActivityChangeInfo  
2.2. Address  
2.3. AESKey  
2.4. AES128Key  
2.5. AES192Key  
2.6. AES256Key  
2.7. BCDString  
2.8. CalibrationPurpose  
2.9. CardActivityDailyRecord  
2.10. CardActivityLengthRange  
2.11. CardApprovalNumber  
▼M3 
2.11a. CardBorderCrossings  
2.11b. CardBorderCrossingRecord  
▼B 
2.12. CardCertificate  
2.13. CardChipIdentification  
2.14. CardConsecutiveIndex  
2.15. CardControlActivityDataRecord  
2.16. CardCurrentUse  
2.17. CardDriverActivity  
2.18. CardDrivingLicenceInformation  
2.19. CardEventData  
2.20. CardEventRecord  
2.21. CardFaultData  
2.22. CardFaultRecord  
2.23. CardIccIdentification  
2.24. CardIdentification  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 112  
2.24a. CardLoadTypeEntries  
2.24b. CardLoadTypeEntryRecord  
2.24c. CardLoadUnloadOperations  
2.24d. CardLoadUnloadRecord  
▼B 
2.25. CardMACertificate  
2.26. CardNumber  
▼M3 
2.26a. CardPlaceAuthDailyWorkPeriod  
▼B 
2.27. CardPlaceDailyWorkPeriod  
2.28. CardPrivateKey  
2.29. CardPublicKey  
2.30. CardRenewalIndex  
2.31. CardReplacementIndex  
2.32. CardSignCertificate  
2.33. CardSlotNumber  
2.34. CardSlotsStatus  
2.35. CardSlotsStatusRecordArray  
2.36. CardStructureVersion  
2.37. CardVehicleRecord  
2.38. CardVehiclesUsed  
2.39. CardVehicleUnitRecord  
2.40. CardVehicleUnitsUsed  
2.41. Certificate  
2.42. CertificateContent  
2.43. CertificateHolderAuthorisation  
2.44. CertificateRequestID  
2.45. CertificationAuthorityKID  
2.46. CompanyActivityData  
2.47. CompanyActivityType  
2.48. CompanyCardApplicationIdentification  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 113  
2.48a. CompanyCardApplicationIdentificationV2  
▼B 
2.49. CompanyCardHolderIdentification  
2.50. ControlCardApplicationIdentification  
▼M3 
2.50a. ControlCardApplicationIdentificationV2  
▼B 
2.51. ControlCardControlActivityData  
2.52. ControlCardHolderIdentification  
2.53. ControlType  
2.54. CurrentDateTime  
2.55. CurrentDateTimeRecordArray  
2.56. DailyPresenceCounter  
2.57. Datef  
2.58. DateOfDayDownloaded  
2.59. DateOfDayDownloadedRecordArray  
2.60. Distance  
▼M3 
2.60a. DownloadInterfaceVersion  
▼B 
2.61. DriverCardApplicationIdentification  
▼M3 
2.61a. DriverCardApplicationIdentificationV2  
▼B 
2.62. DriverCardHolderIdentification  
▼M1 
2.63. Reserverat för framtida användning (RFU, Reserved for fut ure use)  
▼B 
2.64. EGFCertificate  
2.65. EmbedderIcAssemblerId  
2.66. EntryTypeDailyWorkPeriod  
2.67. EquipmentType  
2.68. EuropeanPublicKey  
2.69. EventFaultRecordPurpose  
2.70. EventFaultType  
2.71. ExtendedSealIdentifier  
2.72. ExtendedSerialNumber  
2.73. FullCardNumber  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 114  
2.74. FullCardNumberAndGeneration  
2.75. Generation  
2.76. GeoCoordinates  
2.77. GNSSAccuracy  
▼M1 
2.78. GNSSAccumulatedDriving  
2.79. GNSSAccumulatedDrivingRecord  
▼M3 
2.79a. GNSSAuthAccumulatedDriving  
2.79b. GNSSAuthStatusADRecord  
2.79c. GNSSPlaceAuthRecord  
▼B 
2.80. GNSSPlaceRecord  
2.81. HighResOdometer  
2.82. HighResTripDistance  
2.83. HolderName  
▼M3 
2.84. Reserverat för framtida användning (RFU,  Reserved for future use ) 
▼B 
2.85. K-ConstantOfRecordingEquipment  
2.86. KeyIdentifier  
2.87. KMWCKey  
2.88. Language  
2.89. LastCardDownload  
▼M3 
2.89a. LengthOfFollowingData  
▼B 
2.90. LinkCertificate  
▼M3 
2.90a. LoadType  
▼B 
2.91. L-TyreCircumference  
2.92. MAC  
2.93. ManualInputFlag  
2.94. ManufacturerCode  
2.95. ManufacturerSpecificEventFaultData  
2.96. MemberStateCertificate  
2.97. MemberStateCertificateRecordArray  
2.98. MemberStatePublicKey  
2.99. Namn  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 115  
2.100. NationAlpha  
2.101. NationNumeric  
▼M3 
2.101a. NoOfBorderCrossingRecords  
▼B 
2.102. NoOfCalibrationRecords  
2.103. NoOfCalibrationsSinceDownload  
2.104. NoOfCardPlaceRecords  
2.105. NoOfCardVehicleRecords  
2.106. NoOfCardVehicleUnitRecords  
2.107. NoOfCompanyActivityRecords  
2.108. NoOfControlActivityRecords  
2.109. NoOfEventsPerType  
2.110. NoOfFaultsPerType  
▼M1 
2.111. NoOfGNSSADRecords  
▼M3 
2.111a. NoOfLoadUnloadRecords  
▼B 
2.112. NoOfSpecificConditionRecords  
▼M3 
2.112a. NoOfLoadTypeEntryRecords  
▼B 
2.113. OdometerShort  
2.114. OdometerValueMidnight  
▼M3 
2.114a. OperationType  
▼B 
2.115. OdometerValueMidnightRecordArray  
2.116. OverspeedNumber  
▼M3 
2.116a. PlaceAuthRecord  
2.116b. PlaceAuthStatusRecord  
▼B 
2.117. PlaceRecord  
▼M3 
2.117a. PositionAuthenticationStatus  
▼B 
2.118. PreviousVehicleInfo  
2.119. PublicKey  
2.120. RecordType  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 116  
2.121. RegionAlpha  
2.122. RegionNumeric  
2.123. RemoteCommunicationModuleSerialNumber  
2.124. RSAKeyModulus  
2.125. RSAKeyPrivateExponent  
2.126. RSAKeyPublicExponent  
2.127. RtmData  
2.128. SealDataCard  
2.129. SealDataVu  
2.130. SealRecord  
2.131. SensorApprovalNumber  
2.132. SensorExternalGNSSApprovalNumber  
2.133. SensorExternalGNSSCoupledRecord  
2.134. SensorExternalGNSSIdentification  
2.135. SensorExternalGNSSInstallation  
2.136. SensorExternalGNSSOSIdentifier  
2.137. SensorExternalGNSSSCIdentifier  
2.138. SensorGNSSCouplingDate  
2.139. SensorGNSSSerialNumber  
2.140. SensorIdentification  
2.141. SensorInstallation  
2.142. SensorInstallationSecData  
2.143. SensorOSIdentifier  
2.144. SensorPaired  
2.145. SensorPairedRecord  
2.146. SensorPairingDate  
2.147. SensorSCIdentifier  
2.148. SensorSerialNumber  
2.149. Signature  
2.150. SignatureRecordArray  
2.151. SimilarEventsNumber  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 117  
2.152. SpecificConditionRecord  
2.153. SpecificConditions  
2.154. SpecificConditionType  
2.155. Hastighet  
2.156. SpeedAuthorised  
2.157. SpeedAverage  
2.158. SpeedMax  
▼M3 
2.158a. TachographCardsGen1Suppression  
▼B 
2.159. TachographPayload  
▼M1 
2.160. Reserverat för framtida användning (RFU, Reserved for fu ture use)  
▼B 
2.161. TDesSessionKey  
2.162. TimeReal  
2.163. TyreSize  
2.164. VehicleIdentificationNumber  
2.165. VehicleIdentificationNumberRecordArray  
2.166. VehicleRegistrationIdentification  
▼M3 
2.166a. VehicleRegistrationIdentificationRecordArray  
▼B 
2.167. VehicleRegistrationNumber  
2.168. VehicleRegistrationNumberRecordArray  
2.169. VuAbility  
2.170. VuActivityDailyData  
2.171. VuActivityDailyRecordArray  
2.172. VuApprovalNumber  
2.173. VuCalibrationData  
2.174. VuCalibrationRecord  
2.175. VuCalibrationRecordArray  
2.176. VuCardIWData  
2.177. VuCardIWRecord  
2.178. VuCardIWRecordArray  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 118  
2.179. VuCardRecord  
2.180. VuCardRecordArray  
2.181. VuCertificate  
2.182. VuCertificateRecordArray  
2.183. VuCompanyLocksData  
2.184. VuCompanyLocksRecord  
2.185. VuCompanyLocksRecordArray  
▼M3 
2.185a. VuConfigurationLengthRange  
▼B 
2.186. VuControlActivityData  
2.187. VuControlActivityRecord  
2.188. VuControlActivityRecordArray  
2.189. VuDataBlockCounter  
2.190. VuDetailedSpeedBlock  
2.191. VuDetailedSpeedBlockRecordArray  
2.192. VuDetailedSpeedData  
▼M3 
2.192a. VuDigitalMapVersion  
▼B 
2.193. VuDownloadablePeriod  
2.194. VuDownloadablePeriodRecordArray  
2.195. VuDownloadActivityData  
2.196. VuDownloadActivityDataRecordArray  
2.197. VuEventData  
2.198. VuEventRecord  
2.199. VuEventRecordArray  
2.200. VuFaultData  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 119  
2.201. VuFaultRecord  
2.202. VuFaultRecordArray  
▼M1 
2.203. VuGNSSADRecord  
▼M3 
2.203a. VuBorderCrossingRecord  
2.203b. VuBorderCrossingRecordArray  
▼M1 
2.204. VuGNSSADRecordArray  
▼M3 
2.204a. VuGnssMaximalTimeDifference  
▼B 
2.205. VuIdentification  
2.206. VuIdentificationRecordArray  
2.207. VuITSConsentRecord  
2.208. VuITSConsentRecordArray  
▼M3 
2.208a. VuLoadUnloadRecord  
2.208b. VuLoadUnloadRecordArray  
▼B 
2.209. VuManufacturerAddress  
2.210. VuManufacturerName  
2.211. VuManufacturingDate  
2.212. VuOverSpeedingControlData  
2.213. VuOverSpeedingControlDataRecordArray  
2.214. VuOverSpeedingEventData  
2.215. VuOverSpeedingEventRecord  
2.216. VuOverSpeedingEventRecordArray  
2.217. VuPartNumber  
2.218. VuPlaceDailyWorkPeriodData  
2.219. VuPlaceDailyWorkPeriodRecord  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 120  
2.220. VuPlaceDailyWorkPeriodRecordArray  
2.221. VuPrivateKey  
2.222. VuPublicKey  
▼M3 
2.222a. VuRtcTime  
▼B 
2.223. VuSerialNumber  
2.224. VuSoftInstallationDate  
2.225. VuSoftwareIdentification  
2.226. VuSoftwareVersion  
2.227. VuSpecificConditionData  
2.228. VuSpecificConditionRecordArray  
2.229. VuTimeAdjustmentData  
▼M1 
2.230. Reserverat för framtida användning (RFU, Reserved for fu ture use)  
2.231. Reserverat för framtida användning (RFU, Reserved for fu ture use)  
▼B 
2.232. VuTimeAdjustmentRecord  
2.233. VuTimeAdjustmentRecordArray  
2.234. WorkshopCardApplicationIdentification  
▼M3 
2.234a. WorkshopCardApplicationIdentificationV2  
2.234b. WorkshopCardCalibrationAddData  
2.234c. WorkshopCardCalibrationAddDataRecord  
▼B 
2.235. WorkshopCardCalibrationData  
2.236. WorkshopCardCalibrationRecord  
2.237. WorkshopCardHolderIdentification  
2.238. WorkshopCardPIN  
2.239. W-VehicleCharacteristicConstant  
2.240. VuPowerSupplyInterruptionRecord  
2.241. VuPowerSupplyInterruptionRecordArray  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 121  
2.242. VuSensorExternalGNSSCoupledRecordArray  
2.243. VuSensorPairedRecordArray  
3. DEFINITIONER AV INTERVALL FÖR VÄRDEN OCH STORLEKAR  
4. TECKENMÄNGDER  
5. KODNING  
6. OBJEKTIDENTIFIERARE OCH TILLÄMPNINGSIDENTIFIERARE  
6.1. Objektidentifierare  
6.2. Tillämpningsidentifierare  
1. INLEDNING  
I detta tillägg specificeras de dataformat, dataelement och dat astrukturer 
som används i färdskrivaren och på färdskrivarkorten.  
1.1. Metod för definition av datatyper  
I detta tillägg används ASN.1 ( Abstract Syntax Notation One ) för att 
definiera datatyper. Det gör det möjligt att definiera enkla oc h struk­
turerade data utan att ange någon specifik överföringssyntax (k odnings­
regler) som är beroende av tillämpning och miljö.  
Namngivning enligt ASN.1 sker i enlighet med ISO/IEC 8824-1. De tta 
innebär följande:  
— Innebörden av datatypen anges, där så är möjligt, genom de na mn som väljs.  
— Om en datatyp är en sammansättning av andra datatyper, utgörs  
datatypsnamnet fortfarande av en enda sekvens av alfabetiska te cken 
som börjar med en versal. Versaler används dock inne i namnet f ör 
att ge motsvarande betydelse.  
— I allmänhet avser datatypsnamnen namnet på de datatyper från vilka 
de konstrueras, den utrustning i vilken data lagras och den fun ktion 
som hänförs till dessa data.  
Om en ASN.1-typ redan har definierats som en del av en annan st andard 
och om den kommer ifråga för användning i färdskrivaren definie ras 
denna ASN.1-typ i detta tillägg.  
För att möjliggöra flera typer av kodningsregler begränsas viss a ASN.1- 
typer i detta tillägg av identifierare för värdeintervall. Iden tifierare för 
värdeintervall definieras i avsnitt 3 och i tillägg 2.  
1.2. Referenser  
Följande referenser används i detta tillägg:  
ISO 639 Code for the representation of names of languages. 
First Edition: 1988.  
ISO 3166 Codes for the representation of names of countries 
and their subdivisions – Part 1: Country codes, 2013  
ISO 3779 Road vehicles – Vehicle identification number (VIN) 
– Content and structure. 2009  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 122  
ISO/IEC 7816-5 Identification cards – Integrated circuit cards – Part 5: 
Registration of application providers.  
Second edition: 2004.  
ISO/IEC 7816-6 Identification cards – Integrated circuit cards – Part 6: 
Interindustry data elements for interchange, 2004 + 
Technical Corrigendum 1: 2006  
ISO/IEC 8824-1 Information technology – Abstract Syntax Notatio n 
One (ASN.1): Specification of basic notation. 2008 + 
Technical Corrigendum 1: 2012 and Technical Corri­
gendum 2: 2014.  
ISO/IEC 8825-2 Information technology – ASN.1 encoding rules: S pe­
cification of Packed Encoding Rules (PER). 2008.  
ISO/IEC 8859-1 Information technology – 8 bit single-byte coded  
graphic character sets – Part 1: Latin alphabet No.1. 
First edition: 1998.  
ISO/IEC 8859-7 Information technology – 8 bit single-byte coded  
graphic character sets – Part 7: Latin/Greek alphabet. 
2003.  
ISO 16844-3 Road vehicles – Tachograph systems – Motion Sen­
sor Interface. 2004 + Technical Corrigendum 1: 
2006..  
TR-03110-3 BSI / ANSSI Technical Guideline TR-03110-3, Ad­
vanced Security Mechanisms for Machine Readable 
Travel Documents and eIDAS Token – Part 3 Com­
mon Specifications, version 2.20, 3. February 2015  
2. DEFINITIONER AV DATATYPER  
▼M3 
För samtliga nedanstående datatyper kommer standardvärdet för e tt 
”okänt” ( unknown ) eller ”ej tillämpligt” ( not applicable ) innehåll att 
skapas genom att dataelementet fylls med byte med värdet FF Hex , 
om inget annat anges.  
Alla datatyper används för tillämpningar i generation 1 och gen eration 2 
om inget annat anges. Om datatyper endast används för tillämpni ngar i 
generation 2, version 2 anges detta uttryckligen.  
För datatyper som används för tillämpningar i generation 1 och genera­
tion 2 är den storlek som anges i detta tillägg den som gäller tillämp­
ningar i generation 2. Läsaren antas redan känna till storleken  för till­
lämpningar i generation 1. De numrerade krav i bilaga IC som rö r 
sådana datatyper omfattar tillämpningar i både generation 1 och  genera­
tion 2.  
Datatyper som inte är definierade för kort i generation 1 lagra s inte i den 
tillämpning i generation 1 som finns i kort i generation 2. Sär skilt gäller 
följande:  
— Typgodkännandenummer som lagras i den tillämpning i generatio n 1 
som finns i kort i generation 2 trunkeras vid behov till de för sta 8 
tecknen.  
— För den särskilda omständigheten ”FERRY/TRAIN CROSSING lag­
ras endast startflaggan i den tillämpning i generation 1 som fi nns i 
kort i generation 2.”.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 123  
2.1. ActivityChangeInfo  
Denna datatyp gör det möjligt att inom ett ord på två byte koda  kort­
platsstatus kl. 00.00 och/eller körningsstatus kl. 00.00 och/el ler ändringar 
av aktivitet och/eller ändringar av körningsstatus och/eller än dringar av 
kortstatus för en förare eller medförare. Denna datatyp berörs av krav 
105, 266, 291, 320, 321, 343 och 344 i bilaga 1C.
  
Värdetilldelning  – oktettgrupperad : ”scpaatttttttttt”B (16 bitar)  
För dataminnesregistreringar (eller kortplatsstatus):  
”s”B Kortplats:  
”0”B: DRIVER (förare)  
”1”B: CO-DRIVER (medförare)  
”c”B Körningsstatus:  
”0”B: SINGLE (ensam förare)  
”1”B: CREW (besättning)  
”p”B Status för förarkort (eller verkstadskort) i relevant 
kortplats:  
”0”B: INSERTED (det finns ett kort insatt)  
”1”B: NOT INSERTED (det finns inget kort insatt)  
”aa”B Aktivitet:  
”00”B: BREAK/REST (rast/vila),  
”01”B: AVAILABILITY (tillgänglighet),  
”10”B: WORK (annat arbete),  
”11”B: DRIVING (körning)  
”ttttttttttt”B Tidpunkt för ändring: Antal minuter sedan kl. 00 .00 
dagen ifråga.  
För kortregistreringar (förar- eller verkstadskort) (och körnin gsstatus):  
”s”B Kortplats (ej relevant när ”p” = 1 förutom anmärkning 
nedan):  
”0”B: DRIVER (förare)  
”1”B: CO-DRIVER (medförare)  
”c”B Körningsstatus (fallet ”p” = 0) eller  
följande aktivitetsstatus (fallet ”p” = 1):  
”0”B: SINGLE (ensam förare),  
”0”B: UNKNOWN (okänd)  
”1”B: CREW (besättning),  
”1”B: KNOWN (känd = manuellt angiven)  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 124  
”p”B Kortstatus:  
”0”B: INSERTED (kortet är insatt i en färdskrivare)  
”1”B: NOT INSERTED (kortet är uttaget, dvs. inte 
insatt i en färdskrivare).  
”aa”B Aktivitet (ej relevant när ”p” = 1 och ”c” = 0 förutom 
anmärkning nedan):  
”00”B: BREAK/REST (rast/vila),  
”01”B: AVAILABILITY (tillgänglighet),  
”10”B: WORK (annat arbete),  
”11”B: DRIVING (körning)  
”ttttttttttt”B Tidpunkt för ändring: Antal minuter sedan kl. 00 .00 
dagen ifråga.  
Observera när det gäller ”uttag av kort”:  
För ett kort som tas ut gäller följande:  
— ”s” är relevant och anger den kortplats från vilken kortet ta s ut. 
— ”c” måste sättas till 0.  
— ”p” måste sättas till 1.  
— ”aa” måste koda den innevarande aktivitet som var vald vid de n 
tidpunkten.  
Till följd av en manuell angivelse får bitarna ”c” och ”aa” i o rdet (som 
lagras i ett kort) skrivas över senare för att återspegla angiv elsen.  
2.2. Address  
En adress.
  
codePage  specificerar en teckenmängd som definieras i kapitel 4.  
address  är en adress som kodats enligt den specificerade teckenmäng­
den. 
2.3. AESKey  
Generation 2:  
En AES-nyckel med en längd av 128, 192 eller 256 bitar.
  
Värdetilldelning : Ej närmare angiven.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 125  
2.4. AES128Key  
Generation 2:  
En AES128-nyckel.
  
length  anger längden för AES128-nyckeln i oktetter.  
aes128Key  är en AES-nyckel med en längd av 128 bitar.  
Värdetilldelning:  
Längden ska ha värdet 16.  
2.5. AES192Key  
Generation 2:  
En AES192-nyckel.
  
length  anger längden för AES192-nyckeln i oktetter.  
aes192Key  är en AES-nyckel med en längd av 192 bitar.  
Värdetilldelning:  
Längden ska ha värdet 24.  
2.6. AES256Key  
Generation 2:  
En AES256-nyckel.
  
length  anger längden för AES256-nyckeln i oktetter.  
aes256Key  är en AES-nyckel med en längd av 256 bitar.  
Värdetilldelning:  
Längden ska ha värdet 32.  
2.7. BCDString  
BCDString tillämpas för binärkodad decimal notation (BCD,  Binary 
Code Decimal ). Denna datatyp används för att återge en decimalsiffra 
i en semi-oktett (4 bitar). BCDString bygger på ISO/IEC 8824-1 ′Cha­
racterStringType′.
  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 126  
BCDString använder en ”hstring”-notation. Den hexadecimala siff ran 
längst till vänster ska vara den mest signifikanta semi-oktette n i den 
första oktetten. För att producera en multipel av oktetter ska 
semi-oktetter bestående av nollor efter behov införas från 
semi-oktettpositionen längst till vänster i den första oktetten . 
Följande siffror är tillåtna: 0, 1, .. 9.  
2.8. CalibrationPurpose  
Kod som förklarar varför en mängd av kalibreringsparametrar reg istre­
rades. Denna datatyp berörs av krav 097 och 098 i bilaga 1B och  krav 
119 i bilaga 1C.
  
Värdetilldelning:  
Generation 1:  
”00”H reserverat värde,  
”01”H aktivering: registrering av kända kalibreringspara­
metrar, vid tidpunkten för aktivering av 
fordonsenheten,  
”02”H första installation: första kalibrering av fordons­
enheten efter aktivering,  
”03”H installation: första kalibrering av fordonsenheten i 
nuvarande fordon,  
”04”H periodisk besiktning.  
Generation 2:  
Jämfört med generation 1 används följande ytterligare värden:  
”05”H angivelse av fordonets registreringsnummer 
(VRN) från företag,  
”06”H tidsinställning utan kalibrering,  
”07”H–”7F”H RFU.  
”80”H–”FF”H Tillverkarspecifik.  
2.9. CardActivityDailyRecord  
Information lagrad i ett kort om föraraktiviteter under en viss  kalender­
dag. Denna datatyp berörs av krav 266, 291, 320 och 343 i bilag a 1C.
  
activityPreviousRecordLength  är den totala längden i byte av den 
föregående dagsposten. Det största värdet ges av längden på den  oktett­
sträng som innehåller dessa poster (se CardActivityLengthRange,  tillägg 
2 avsnitt 4). När denna post är den äldsta dagsposten måste vär det av 
activityPreviousRecordLength sättas till 0.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 127  
activityRecordLength  är denna posts totala längd i byte. Det största 
värdet ges av längden på den oktettsträng som innehåller dessa poster.  
activityRecordDate  är datum för posten.  
activityDailyPresenceCounter  är närvaroräknaren för kortet denna dag.  
activityDayDistance  är den sammanlagda sträcka som tillryggalagts 
denna dag.  
activityChangeInfo  är mängden ActivityChangeInfo-data för föraren 
denna dag. Den får innehålla högst 1440 värden (en aktivitetsän dring 
per minut). Denna mängd omfattar alltid den activityChangeInfo där 
körningsstatus kodas kl. 00.00.  
2.10.  CardActivityLengthRange  
Antal byte på ett förarkort eller ett verkstadskort som finns t illgängliga 
för lagring av föraraktivitetsposter.
  
Värdetilldelning : Se tillägg 2.  
2.11.  CardApprovalNumber  
Kortets typgodkännandenummer.
  
Värdetilldelning:  
Godkännandenumret ska återges så som det är offentliggjort på E uro­
peiska kommissionens motsvarande webbplats, t.ex. inklusive eve ntuella 
bindestreck. Godkännandenumret ska vara vänsterjusterat.  
▼M3 
2.11a.  CardBorderCrossings  
Generation 2, version 2:  
Information, lagrad i ett förarkort eller verkstadskort, om for donets 
gränspassager mellan två länder (krav 306f och 356f i bilaga IC ).
 
borderCrossingPointerNewestRecord  är index för senast uppdaterade 
kortpost om gränspassage.  
Värdetilldelning : Ett tal som motsvarar numeratorn för kortposten om 
gränspassage, och som börjar med ”0” för den första kortposten om 
gränspassage som förekommer i strukturen.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 128  
cardBorderCrossingRecords  är mängden kortposter för gränspassage.  
2.11b.  CardBorderCrossingRecord  
Generation 2, version 2:  
Information, lagrad i ett förarkort eller verkstadskort, om for donets 
gränspassager mellan två länder (krav 147b, 306e och 356e i bil aga IC).
  
countryLeft  är det land som fordonet lämnat, eller ett värde som anger 
att ingen information är tillgänglig i enlighet med krav 147b i  bilaga IC. 
Den numeriska landskoden ( NationNumeric ) FF Hex (för  Rest of the 
World ) ska användas när fordonsenheten inte kan fastställa vilket la nd 
fordonet befinner sig i (t.ex. om det aktuella landet inte omfa ttas av de 
lagrade digitala kartorna).  
countryEntered  är det land som fordonet har anlänt till, eller det land 
där fordonet befinner sig vid den tidpunkt då kortets sätts in.  Den nume­
riska landskoden ( NationNumeric ) FF Hex (för  Rest of the World ) ska 
användas när fordonsenheten inte kan fastställa vilket land for donet be­
finner sig i (t.ex. om det aktuella landet inte omfattas av de lagrade 
digitala kartorna).  
gnssPlaceAuthRecord  innehåller information om fordonets position när 
fordonsenheten har detekterat att fordonet har passerat en land sgräns, 
eller ett värde som anger att ingen information är tillgänglig i enlighet 
med krav 147b i bilaga IC, samt positionens autentiseringsstatu s. 
vehicleOdometerValue  är vägmätarställningen när fordonsenheten har 
detekterat att fordonet har passerat en landsgräns, eller ett v ärde som 
anger att ingen information är tillgänglig i enlighet med krav 147b i 
bilaga IC.  
▼B 
2.12.  CardCertificate  
Generation 1:  
Certifikat för kortets öppna nyckel.
  
2.13.  CardChipIdentification  
Information lagrad i ett kort om identifiering av kortets integ rerade 
krets (IC) (krav 249 i bilaga 1C). icSerialNumber tillsammans m ed 
icManufacturingReferences utgör en unik identitet för kortets c hip. En­
bart icSerialNumber utgör inte någon unik identitet för kortets  chip.
  
icSerialNumber  är den integrerade kretsens serienummer.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 129  
icManufacturingReferences  är den specifika identifieraren för tillverka­
ren av den integrerade kretsen.  
2.14.  CardConsecutiveIndex  
Ett löpnummer för kortet (definition h)).
  
Värdetilldelning : (se kapitel 7 i bilaga 1C)  
Ökningsföljd: ”0, …, 9, A, …, Z, a, …, z”  
2.15.  CardControlActivityDataRecord  
Information lagrad i ett förarkort eller verkstadskort om den s enaste 
kontrollen av föraren (krav 274, 299, 327 och 350 i bilaga 1C).
  
controlType  är typ av kontroll.  
controlTime  är datum och tidpunkt för kontrollen.  
controlCardNumber  är FullCardNumber för den kontrolltjänsteman 
som har utfört kontrollen.  
controlVehicleRegistration  är fordonets registreringsnummer (VRN) 
och registrerande medlemsstat för det fordon i vilket kontrolle n ägde 
rum. 
controlDownloadPeriodBegin  och  controlDownloadPeriodEnd  är 
överförd period, om överföring utfördes.  
2.16.  CardCurrentUse  
Information om kortets innevarande användning (krav 273, 298, 3 26 och 
349 i bilaga 1C).
  
sessionOpenTime  är den tid då kortet sätts in för innevarande använd­
ning. Detta element sätts till noll då kortet tas ut.  
sessionOpenVehicle  är identifiering av det fordon som används för till­
fället, och sätts vid insättning av kortet. Detta element sätts  till noll då 
kortet tas ut.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 130  
2.17.  CardDriverActivity  
Information lagrad i ett förarkort eller verkstadskort om förar ens aktivi­
teter (krav 267, 268, 292, 293, 321 och 344 i bilaga 1C).
  
activityPointerOldestDayRecord  är specificering av början av lagrings­
plats (antal byte från början av strängen) av äldsta fullständi ga dagspost i 
strängen activityDailyRecords. Det största värdet ges av sträng ens längd.  
activityPointerNewestRecord  är specificering av början av lagringsplats 
(antal byte från strängens början) av senaste dagspost i sträng en activi­
tyDailyRecords. Det största värdet ges av strängens längd.  
activityDailyRecords  är det utrymme som finns tillgängligt för att lagra 
data om förarens aktiviteter (datastruktur: CardActivityDailyRe cord) för 
varje kalenderdag då kortet använts.  
Värdetilldelning : Denna oktettsträng fylls cykliskt med poster med Car­
dActivityDailyRecord. Vid den första användningen påbörjas lagr ing vid 
första byte i strängen. Alla nya poster fogas till slutet av de n föregående 
posten. När strängen är full fortsätter lagringen vid första by te i strängen, 
oberoende av om en brytning finns inuti dataelementet. Innan ny a ak­
tivitetsdata placeras i strängen (eller innevarande activityDai lyRecord 
förstoras, eller en ny activityDailyRecord placeras) som ersätt er äldre 
aktivitetsdata, måste activityPointerOldestDayRecord uppdateras  till att 
återspegla den nya placeringen av den äldsta kompletta dagspost en, 
och activityPreviousRecordLength för denna (nya) äldsta fullstä ndiga 
dagspost måste återställas till 0.  
2.18.  CardDrivingLicenceInformation  
Information lagrad i förarkortet om kortinnehavarens körkortsda ta (krav 
259 och 284 i bilaga 1C).
  
drivingLicenceIssuingAuthority  är den myndighet som ansvarar för 
utfärdandet av körkortet.  
drivingLicenceIssuingNation  är nationaliteten för den myndighet som 
utfärdade körkortet.  
drivingLicenceNumber  är körkortsnumret.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 131  
2.19.  CardEventData  
Generation 1:  
Information lagrad i ett förarkort eller verkstadskort om hände lser som 
förknippas med kortinnehavaren (krav 260 och 318 i bilaga IC).
  
CardEventData  är en sekvens, som är ordnad efter stigande värde på 
EventFaultType, av cardEventRecords (utom poster rörande försök  till 
säkerhetsöverträdelse, som samlas i slutet av sekvensen).  
cardEventRecords  är en mängd händelseposter av en viss händelsetyp 
(eller kategori för händelser av typen försök till säkerhetsöve rträdelse).  
Generation 2:  
Information lagrad i ett förarkort eller verkstadskort om hände lser som 
förknippas med kortinnehavaren (krav 285 och 341 i bilaga IC).
  
CardEventData  är en sekvens, som är ordnad efter stigande värde på 
EventFaultType, av cardEventRecords (utom poster rörande försök  till 
säkerhetsöverträdelse, som samlas i slutet av sekvensen).  
cardEventRecords  är en mängd händelseposter av en viss händelsetyp 
(eller kategori för händelser av typen försök till säkerhetsöve rträdelse).  
▼B 
2.20.  CardEventRecord  
Information lagrad i ett förarkort eller verkstadskort om en hä ndelse som 
förknippas med kortinnehavaren (krav 261, 286, 318 och 341).
  
eventType  är typ av händelse.  
eventBeginTime  är datum och tidpunkt för händelsens början.  
eventEndTime  är datum och tidpunkt för händelsens slut.  
eventVehicleRegistration  är fordonets registreringsnummer (VRN) och 
registrerande medlemsstat för det fordon i vilket händelsen ägd e rum.  ▼M1
 02016R0799 — SV — 21.08.2023 — 003.001 — 132  
2.21.  CardFaultData  
Information lagrad i ett förarkort eller verkstadskort om de fe l som 
förknippas med kortinnehavaren (krav 263, 288, 318 och 341).
  
CardFaultData  är en sekvens av postmängder för färdskrivarfel följda 
av postmängder för kortfel.  
cardFaultRecords  är en mängd av poster om fel av en viss felkategori 
(färdskrivare eller kort).  
2.22.  CardFaultRecord  
Information lagrad i ett förarkort eller verkstadskort om ett f el som 
förknippas med kortinnehavaren (krav 264, 289, 318 och 341 i bi laga 
1C).
 
faultType  är typ av fel.  
faultBeginTime  är datum och tidpunkt för felets början.  
faultEndTime  är datum och tidpunkt för felets slut.  
faultVehicleRegistration  är registreringsnummer (VRN) och registre­
rande medlemsstat för det fordon där felet ägde rum.  
2.23.  CardIccIdentification  
Information lagrad i ett kort om identifiering av kortets integ rerade krets 
(krav 248 i bilaga 1C).
  
clockStop  är det klockstoppläge ( Clockstop mode ) som definieras i till­
lägg 2.  
cardExtendedSerialNumber  är smartkortets unika serienummer som 
specificeras vidare i datatypen ExtendedSerialNumber.  
cardApprovalNumber  är kortets typgodkännandenummer.  
cardPersonaliserID  är identitet för kortanpassare, kodad som Manufac­
turerCode.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 133  
embedderIcAssemblerId  ger information om inbäddare/sammansättare 
av den integrerade kretsen.  
icIdentifier  är identifieraren för kortets integrerade krets och dess till­
verkare enligt definition i ISO/IEC 7816-6.  
2.24.  CardIdentification  
Information lagrad i ett kort om identifiering av kortet (krav 255, 280, 
310, 333, 359, 365, 371 och 377 i bilaga 1C).
  
cardIssuingMemberState  är koden för den medlemsstat som utfärdar 
kortet.  
cardNumber  är kortets kortnummer.  
cardIssuingAuthorityName  är namnet på den myndighet som har ut­
färdat kortet.  
cardIssueDate  är det datum då kortet utfärdades till den nuvarande 
innehavaren.  
cardValidityBegin  är kortets första giltighetsdag.  
cardExpiryDate  är kortets sista giltighetsdag.  
▼M3 
2.24a.  CardLoadTypeEntries  
Generation 2, version 2:  
Information, lagrad i ett förarkort eller verkstadskort, om ang ivelser av 
typ av last när kortet sätts in i en fordonsenhet (krav 306j oc h 356j i 
bilaga IC).
  
loadTypeEntryPointerNewestRecord  är index för senast uppdaterade 
kortpost med angivelse av typ av last.  
Värdetilldelning : Ett tal som motsvarar numeratorn för kortposten med 
angivelse av typ av last, och som börjar med ”0” för den första  gången 
en kortpost med angivelse av typ av last uppträder i strukturen . ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 134  
cardLoadTypeEntryRecords  är den mängd poster som innehåller da­
tum och tidpunkt för angivelsen och den typ av last som anges.  
2.24b.  CardLoadTypeEntryRecord  
Generation 2, version 2:  
Information, lagrad i ett förarkort eller verkstadskort, om änd rad typ av 
last som angetts när kortet sätts in i en fordonsenhet (krav 30 6i och 356i 
i bilaga IC).
  
timeStamp  är datum och tidpunkt när typen av last angavs.  
loadTypeEntered  är den typ av last som anges.  
2.24c.  CardLoadUnloadOperations  
Generation 2, version 2:  
Information, lagrad i ett förarkort eller verkstadskort, om for donets 
lastnings-/lossningsaktiviteter (krav 306h och 356h i bilaga IC ).
 
loadUnloadPointerNewestRecord  är index för senast uppdaterade kort­
post om lastning/lossning.  
Värdetilldelning : Ett tal som motsvarar numeratorn för kortposten om 
lastning/lossning, och som börjar med ”0” för den första kortpo sten om 
lastning/lossning som förekommer i strukturen.  
cardLoadUnloadRecords  är den mängd poster som innehåller indika­
tioner om den typ av aktivitet som utförs (lastning, lossning e ller sam­
tidig lastning och lossning), datum och tidpunkt då 
lastnings-/lossningsaktiviteten har angetts, information om for donets po­
sition och fordonets vägmätarställning.  
2.24d.  CardLoadUnloadRecord  
Generation 2, version 2:  
Information, lagrad i ett förarkort eller verkstadskort, om for donets 
lastnings-/lossningsaktiviteter (krav 306g och 356g i bilaga IC ).
 
timeStamp  är datum och tidpunkt när lastnings-/lossningsaktiviteten på­
börjades.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 135  
operationType  är den typ av aktivitet (lastning, lossning eller samtidig 
lastning och lossning) som anges.  
gnssPlaceAuthRecord  innehåller information om fordonets position.  
vehicleOdometerValue  är vägmätarställningen när lastnings-/lossnings­
aktiviteten påbörjades.  
▼B 
2.25.  CardMACertificate  
Generation 2:  
Certifikat för kortets öppna nyckel vid ömsesidig autentisering  med en 
fordonsenhet. Strukturen för detta certifikat anges i tillägg 1 1.
 
2.26.  CardNumber  
Kortnummer – se definition g).
  
driverIdentification  är en unik identifiering av en förare i en 
medlemsstat.  
ownerIdentification  är en unik identifiering av ett företag eller en verk­
stad eller ett kontrollorgan i en medlemsstat.  
cardConsecutiveIndex  är kortets löpnummer.  
cardReplacementIndex  är kortets ersättningsindex.  
cardRenewalIndex  är kortets förnyelseindex.  
Sekvensen i det första alternativet (CHOICE) är lämplig för kod ning av 
ett förarkortsnummer, sekvensen i det andra alternativet är läm plig för 
kodning av nummer på verkstadskort, kontrollkort och företagsko rt. 
▼M3 
2.26a.  CardPlaceAuthDailyWorkPeriod  
Generation 2, version 2:  
Information, lagrad i ett förarkort eller verkstadskort, som vi sar autenti­
seringsstatus för platser där dagens arbetsperioder påbörjas oc h/eller av­
slutas (krav 306b och 356b i bilaga IC).  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 136
  
placeAuthPointerNewestRecord  är index för senast uppdaterade post 
med autentiseringsstatus för en plats.  
Värdetilldelning : Ett tal som motsvarar numeratorn för posten med 
autentiseringsstatus för en plats, och som börjar med ′0′ för d en första 
posten med autentiseringsstatus för en plats som förekommer i 
strukturen.  
placeAuthStatusRecords  är den mängd poster som innehåller autenti­
seringsstatus för de platser som angetts.  
▼B 
2.27.  CardPlaceDailyWorkPeriod  
Information lagrad i ett förarkort eller verkstadskort om de pl atser där 
dagens arbetsperioder påbörjas och/eller avslutas (krav 272, 29 7, 325 
och 348 i bilaga 1C).
  
placePointerNewestRecord  är index för senast uppdaterade platspost.  
Värdetilldelning : Ett tal som motsvarar platspostens numerator, och som 
börjar med ′0′ för den första gången platsposterna uppträder i strukturen.  
placeRecords  är den mängd poster som innehåller information om de 
platser som angivits.  
2.28.  CardPrivateKey  
Generation 1:  
Ett korts privata nyckel.
  
2.29.  CardPublicKey  
Ett korts öppna nyckel.
  
▼M1 
2.30.  CardRenewalIndex  
Ett korts förnyelseindex (definition i)).
  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 137  
Värdetilldelning : (se kapitel 7 i denna bilaga)  
”0” Första utfärdande.  
Ökningsföljd: ”0, …, 9, A, …, Z”  
▼B 
2.31.  CardReplacementIndex  
Ett korts ersättningsindex (definition j)).
  
Värdetilldelning : (se kapitel VII i denna bilaga)  
”0” Ursprungligt kort.  
Ökningsföljd: ”0, …, 9, A, …, Z”  
2.32.  CardSignCertificate  
Generation 2:  
Certifikat för kortets öppna nyckel för signering. Strukturen f ör detta 
certifikat anges i tillägg 11.
  
2.33.  CardSlotNumber  
Kod för att särskilja de två kortplatserna i en fordonsenhet.
  
Värdetilldelning : Ej närmare angiven.  
2.34.  CardSlotsStatus  
Kod som anger den typ av kort som är insatta i de två kortplats erna i 
fordonsenheten.
  
Värdetilldelning – oktettgrupperad : ”ccccdddd”B  
”cccc”B Identifiering av typ av kort som är insatt i medföraren s 
kortplats.  
”dddd”B Identifiering av typ av kort som är insatt i förarens 
kortplats.  
Följande identifieringskoder används:  
”0000”B Inget kort är insatt.  
”0001”B Ett förarkort är insatt.  
”0010”B Ett verkstadskort är insatt.  
”0011”B Ett kontrollkort är insatt.  
”0100”B Ett företagskort är insatt.  ▼M1
 02016R0799 — SV — 21.08.2023 — 003.001 — 138  
2.35.  CardSlotsStatusRecordArray  
Generation 2:  
CardSlotsStatus samt metadata som används i överföringsprotokol let.
 
recordType  anger typen av post (CardSlotsStatus).  Värdetilldelning:  
Se RecordType.  
recordSize  är storleken av CardSlotsStatus i byte.  
noOfRecords  är antalet poster i postmängden.  
records  är mängden av CardSlotsStatus-poster.  
2.36.  CardStructureVersion  
En kod som anger versionen för den struktur som används i ett f ärd­
skrivarkort.
  
Värdetilldelning : ”aabb”H:  
”aa”H Index för strukturändringar.  
”00”H för tillämpningar i generation 1.  
”01”H för tillämpningar i generation 2.  
▼M3 
”bb”H Index för ändringar när det gäller användning av data­
element som definierats för strukturen till följd av den 
höga byten.  
”00”H för tillämpningar i generation 1.  
”00”H för version 1 av tillämpningar i generation 2.  
”01”H för version 2 av tillämpningar i generation 2.  
▼B 
2.37.  CardVehicleRecord  
Information lagrad i ett förar- eller verkstadskort om en använ dnings­
period för ett fordon under en kalenderdag (krav 269, 294, 322 och 345 
i bilaga 1C).  
Generation 1:
  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 139  
vehicleOdometerBegin  är fordonets vägmätarställning vid början av 
fordonets användningsperiod.  
vehicleOdometerEnd  är fordonets vägmätarställning vid slutet av for­
donets användningsperiod.  
vehicleFirstUse  är datum och tidpunkt för påbörjande av fordonets an­
vändningsperiod.  
vehicleLastUse  är datum och tidpunkt för avslutande av fordonets an­
vändningsperiod.  
vehicleRegistration  är fordonets registreringsnummer och den medlems­
stat där fordonet är registrerat.  
vuDataBlockCounter  är värdet för VuDataBlockCounter vid senaste 
hämtning ( extraction ) av fordonets användningsperiod.  
Generation 2:
  
Jämfört med generation 1 används följande ytterligare dataeleme nt: 
VehicleIdentificationNumber  är fordonets identifieringsnummer som 
syftar på fordonet som helhet.  
2.38.  CardVehiclesUsed  
Information lagrad i ett förarkort eller verkstadskort om de fo rdon som 
kortinnehavaren använder (krav 270, 295, 323 och 346 i bilaga 1 C).
 
vehiclePointerNewestRecord  är index för senast uppdaterad 
fordonspost.  
Värdetilldelning : Ett tal som motsvarar fordonspostens numerator, och 
som börjar med ”0” för den första gången fordonsposterna uppträ der i 
strukturen.  
cardVehicleRecords  är den mängd poster som innehåller information 
om använda fordon.  
2.39.  CardVehicleUnitRecord  
Generation 2:  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 140  
Information lagrad i ett förarkort eller verkstadskort om den f ordons­
enhet som användes (krav 303 och 351).
  
timeStamp  är början av fordonsenhetens användningsperiod (dvs. första 
insättning av kort i fordonsenheten under denna period).  
manufacturerCode  anger fordonsenhetens tillverkare.  
deviceID  anger typ av fordonsenhet hos en tillverkare. Värdet är 
tillverkarspecifikt.  
vuSoftwareVersion  är numret på programvaruversionen i 
fordonsenheten.  
2.40.  CardVehicleUnitsUsed  
▼M3 
Generation 2:  
Information, lagrad i ett förarkort eller verkstadskort, om de fordons­
enheter som kortinnehavaren använder (krav 304 och 352).  
▼B
 
vehicleUnitPointerNewestRecord  är index för senast uppdaterad post 
for fordonsenhet.  
Värdetilldelning : Ett tal som motsvarar fordonspostens numerator, och 
som börjar med ′0′ för den första gången posterna för fordonsen het 
uppträder i strukturen.  
cardVehicleUnitRecords  är den mängd poster som innehåller infor­
mation om använda fordonsenheter.  
2.41.  Certificate  
Ett certifikat för en öppen nyckel som utfärdas av en certifier ingsinstans.  
Generation 1:
  
Value assignment : Digital signatur med partiell återskapning av Certi­
ficateContent (certifikatinnehåll) i enlighet med tillägg 11 om  gemen­
samma säkerhetsmekanismer: signatur (128 byte) || återstod av ö ppen 
nyckel (58 byte) || certifieringsinstansens referens (8 byte).  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 141  
Generation 2:
  
Värdetilldelning: Se tillägg 11.  
2.42.  CertificateContent  
Generation 1:  
Innehållet (i klartext) i certifikatet för en öppen nyckel i en lighet med 
tillägg 11 om gemensamma säkerhetsmekanismer.
  
certificateProfileIdentifier  är versionen av motsvarande certifikat.  
Värdetilldelning : ”01h” för denna version.  
CertificationAuthorityReference  identifierar den certifieringsinstans 
som utfärdar certifikatet. Den refererar dessutom till denna ce rtifierings­
instans öppna nyckel.  
certificateHolderAuthorisation  identifierar certifikatinnehavarens rättig­
heter.  
certificateEndOfValidity  är det datum då certifikatet upphör att gälla 
administrativt sett.  
certificateHolderReference  identifierar certifikatinnehavaren. Den refe­
rerar dessutom till innehavarens öppna nyckel.  
publicKey  är den öppna nyckel som certifieras genom detta certifikat.  
2.43.  CertificateHolderAuthorisation  
Identifiering av en certifikatinnehavares rättigheter.
  
Generation 1:  
tachographApplicationID  är tillämpningsidentifieraren för färdskriv­
artillämpningen.  
Värdetilldelning : ”FFh” ”54h” ”41h” ”43h” ”48h” ”4Fh”. Denna till­
lämpningsidentifierare är en proprietär ( proprietary ) icke-registrerad till­
lämpningsidentifierare i enlighet med ISO/IEC 7816-5.  
equipmentType  är identifieringen av den typ av utrustning för vilken 
certifikatet är avsett.  
Värdetilldelning : i enlighet med datatyp EquipmentType.  0 om certifi­
katet tillhör en medlemsstat.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 142  
Generation 2:  
tachographApplicationID  anger de 6 mest signifikanta byte i 
tillämpningsidentifieraren (AID) för färdskrivarkortets tillämp ning i ge­
neration 2. AID för färdskrivarkortets tillämpning anges i kapi tel 6.2.  
Värdetilldelning:  ”FF 53 4D 52 44 54”.  
equipmentType  är identifieringen av den typ av utrustning, såsom 
anges för generation 2, för vilken certifikatet är avsett.  
Värdetilldelning: i enlighet med datatyp EquipmentType.  
2.44.  CertificateRequestID  
Unik identifiering av en begäran om certifikat. Den kan också a nvändas 
som en identifierare för öppen nyckel för fordonsenhet om serie numret 
på den fordonsenhet som nyckeln är avsedd för inte är känt när certifi­
katet genereras.
  
requestSerialNumber  är ett serienummer för begäran om certifikat, som 
är unikt för tillverkaren och månaden nedan.  
requestMonthYear  är identifiering av den månad och det år då certifi­
katet begärdes.  
Värdetilldelning : BCD-kodning av månad (två siffror) och år (två sista 
siffrorna).  
crIdentifier  är en identifierare för att skilja en begäran om certifikat fr ån 
ett utökat serienummer.  
Värdetilldelning : ”FFh”.  
manufacturerCode  är den numeriska koden för den tillverkare som 
begär certifikatet.  
2.45.  CertificationAuthorityKID  
Identifierare för öppen nyckel för certifieringsinstans (en med lemsstats 
eller den europeiska certifieringsinstansen).
  
nationNumeric  är certifieringsinstansens numeriska landskod.  
nationAlpha  är certifieringsinstansens alfanumeriska landskod.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 143  
keySerialNumber  är ett serienummer för att skilja certifieringsinstan­
sens olika nycklar åt om man byter nycklar.  
additionalInfo  är ett fält på två byte för ytterligare kodning (specifik för 
certifieringsinstansen).  
caIdentifier  är en identifierare för att särskilja mellan certifieringsinst an­
sens olika nycklar.  
Värdetilldelning : ”01h”.  
2.46.  CompanyActivityData  
Information lagrad i ett företagskort om aktiviteter som utfört s med 
kortet (krav 373 och 379 i bilaga 1C).
  
companyPointerNewestRecord  är index för senast uppdaterade compa­
nyActivityRecord.  
Värdetilldelning : Ett tal som motsvarar numeratorn för posten för fö­
retagsaktiviteter, och som börjar med ′0′ för den första gången  posten för 
företagsaktiviteter uppträder i strukturen.  
companyActivityRecords  är mängden av alla poster för företagsaktivi­
teter.  
companyActivityRecord  är sekvensen av information om en företags­
aktivitet.  
companyActivityType  är typen av företagsaktivitet.  
companyActivityTime  är datum och tidpunkt för företagsaktiviteten.  
cardNumberInformation  är kortnummer och utfärdande medlemsstat 
för det kort som överförts, i förekommande fall.  
vehicleRegistrationInformation  är registreringsnummer (VRN) och re­
gistrerande medlemsstat för det fordon som överförts eller som låsts eller 
öppnats.  
downloadPeriodBegin  och  downloadPeriodEnd  är den period som 
överförs från fordonsenheten, i förekommande fall.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 144  
2.47.  CompanyActivityType  
Kod för en aktivitet som utförs av ett företag som använder sit t företags­
kort.
 
2.48.  CompanyCardApplicationIdentification  
Information lagrad i ett företagskort om identifiering av kortt illämp­
ningen (krav 369 och 375 i bilaga 1C).
  
typeOfTachographCardId  specificerar använd korttyp.  
cardStructureVersion  specificerar versionen av den struktur som an­
vänds i kortet.  
noOfCompanyActivityRecords  är det antal poster för företagsaktivite­
ter som kortet kan lagra.  
▼M3 
2.48a.  CompanyCardApplicationIdentificationV2  
Generation 2, version 2:  
Information, lagrad i ett företagskort, om identifiering av kor ttillämp­
ningen (krav 375a i bilaga IC).
  
lengthOfFollowingData  är antalet efterföljande byte i posten.  
vuConfigurationLengthRange  är antalet byte i ett färdskrivarkort som 
är tillgängliga för lagring av fordonsenhetens konfigurationer.  
▼B 
2.49.  CompanyCardHolderIdentification  
Information lagrad i ett företagskort om identifiering av korti nnehavare 
(krav 372 och 378 i bilaga 1C).
  
companyName  är namn på innehavande företag.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 145  
companyAddress  är adress till innehavande företag.  
cardHolderPreferredLanguage  är det språk som kortinnehavaren väl­
jer. 
2.50.  ControlCardApplicationIdentification  
Information lagrad i ett kontrollkort om identifiering av kortt illämp­
ningen (krav 357 och 363 i bilaga 1C).
  
typeOfTachographCardId  specificerar använd korttyp.  
cardStructureVersion  specificerar versionen av den struktur som an­
vänds i kortet.  
noOfControlActivityRecords  är det antal poster för kontrollaktiviteter 
som kortet kan lagra.  
▼M3 
2.50a.  ControlCardApplicationIdentificationV2  
Generation 2, version 2:  
Information, lagrad i ett kontrollkort, om identifiering av kor ttillämp­
ningen (krav 363a i bilaga IC).
  
lengthOfFollowingData  är antalet efterföljande byte i posten.  
vuConfigurationLengthRange  är antalet byte i ett färdskrivarkort som 
är tillgängliga för lagring av fordonsenhetens konfigurationer.  
▼B 
2.51.  ControlCardControlActivityData  
Information lagrad i ett kontrollkort om kontrollaktiviteter so m utförts 
med kortet (krav 361 och 367 i bilaga 1C).
  
controlPointerNewestRecord  är index för senast uppdaterad post för 
kontrollaktiviteter.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 146  
Värdetilldelning : Ett tal som motsvarar numeratorn för posten för kont­
rollaktiviteter, och som börjar med ”0” för den första gång då posten för 
kontrollaktiviteter uppträder i strukturen.  
controlActivityRecords  är mängden av alla poster för 
kontrollaktiviteter.  
controlActivityRecord  är sekvensen av information om en kontroll.  
controlType  är typ av kontroll.  
controlTime  är datum och tidpunkt för kontrollen.  
controlledCardNumber  är kortnummer och utfärdande medlemsstat för 
det kort som kontrollerats.  
controlledVehicleRegistration  är registreringsnummer (VRN) och regi­
strerande medlemsstat för det fordon i vilket kontrollen ägde r um. 
controlDownloadPeriodBegin  och controlDownloadPeriodEnd  är den 
period som eventuellt överförs.  
2.52.  ControlCardHolderIdentification  
Information lagrad i ett kontrollkort om identifiering av korti nnehavare 
(krav 360 och 366 i bilaga 1C).
  
controlBodyName  är namn på kortinnehavarens kontrollorgan.  
controlBodyAddress  är adress till kortinnehavarens kontrollorgan.  
cardHolderName  är kontrollkortsinnehavarens namn och förnamn.  
cardHolderPreferredLanguage  är det språk som kortinnehavaren väl­
jer. 
2.53.  ControlType  
Kod som anger de aktiviteter som utförts vid en kontroll. Denna  datatyp 
berörs av krav 126, 274, 299, 327 och 350 i bilaga 1C.
  
Generation 1:  
Värdetilldelning – oktettgrupperad : ”cvpdxxxx”B (8 bitar)  
”c”B Överföring från kort:  
”0”B: Ingen överföring från kort under denna 
kontrollaktivitet.  
”1”B: Överföring från kort utförd under denna 
kontrollaktivitet.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 147  
”v”B Överföring från fordonsenhet:  
”0”B: Ingen överföring från fordonsenhet under denna 
kontrollaktivitet.  
”1”B: Överföring från fordonsenhet utförd under denna 
kontrollaktivitet.  
”p”B Utskrift:  
”0”B: Ingen utskrift under denna kontrollaktivitet.  
”1”B: Utskrift gjord under denna kontrollaktivitet.  
”d”B Bildskärm:  
”0”B: Ingen bildskärm använd under denna 
kontrollaktivitet.  
”1”B: Bildskärm använd under denna kontrollaktivitet.  
”xxxx”B Används ej.  
Generation 2:  
Värdetilldelning – oktettgrupperad : ”cvpdexxx”B (8 bitar)  
”c”B Överföring från kort:  
”0”B: Ingen överföring från kort under denna 
kontrollaktivitet.  
”1”B: Överföring från kort utförd under denna 
kontrollaktivitet.  
”v”B Överföring från fordonsenhet:  
”0”B: Ingen överföring från fordonsenhet under denna 
kontrollaktivitet.  
”1”B: Överföring från fordonsenhet utförd under denna 
kontrollaktivitet.  
”p”B Utskrift.  
”0”B: Ingen utskrift under denna kontrollaktivitet.  
”1”B: Utskrift gjord under denna kontrollaktivitet.  
”d”B Bildskärm:  
”0”B: Ingen bildskärm använd under denna 
kontrollaktivitet.  
”1”B: Bildskärm använd under denna kontrollaktivitet.  
”e”B Kalibreringskontroll på väg:  
”0”B: Inga kalibreringsparametrar kontrollerade under 
denna kontrollaktivitet.  
”1”B: Kalibreringsparametrar kontrollerade under denna 
kontrollaktivitet.  
”xxx”B RFU.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 148  
2.54.  CurrentDateTime  
Färdskrivarens aktuella datum och tidpunkt.
  
Värdetilldelning : Ej närmare angiven.  
2.55.  CurrentDateTimeRecordArray  
Generation 2:  
Aktuellt datum och aktuell tid samt metadata som används i över förings­
protokollet.
  
recordType  anger typen av post (CurrentDateTime).  Värdetilldelning:  
Se RecordType.  
recordSize  är storleken av CurrentDateTime i byte.  
noOfRecords  är antalet poster i postmängden.  
records  är en mängd av poster med aktuellt datum och aktuell tidpunkt.  
2.56.  DailyPresenceCounter  
Räknare, lagrad i ett förar- eller verkstadskort, som ökas med ett steg för 
varje kalenderdag som kortet varit insatt i en fordonsenhet. De nna data­
typ berörs av krav 266, 299, 320 och 343 i bilaga 1C.
  
Värdetilldelning : Löpnummer med högsta värde 9 999, varpå det börjar 
om från 0. Då kortet utfärdas första gången sätts numret till 0 . 
2.57.  Datef  
Datum uttryckt i ett numeriskt format som är lätt att skriva ut .
 
Värdetilldelning : 
yyyy År  
mm Månad  
dd Dag  
”00000000”H Anger uttryckligen frånvaro av datum.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 149  
2.58.  DateOfDayDownloaded  
Generation 2:  
Datum och tidpunkt för överföringen.
  
Värdetilldelning : Ej närmare angiven.  
2.59.  DateOfDayDownloadedRecordArray  
Generation 2:  
Datum och tid för överföringen samt metadata som används i över ­
föringsprotokollet.
  
recordType  anger typen av post (DateOfDayDownloaded).  Värdetill ­
delning:  Se RecordType.  
recordSize  är storleken av CurrentDateTime i byte.  
noOfRecords  är antalet poster i postmängden.  
records  är mängden av poster med datum och tidpunkt för överföringen.  
2.60.  Distance  
En tillryggalagd sträcka (resultat av beräkning av skillnaden i  kilometer 
mellan två vägmätarställningar i ett fordon).
  
Värdetilldelning : Binär utan tecken. Värde i km i området 0 till 9 999 
km. 
▼M3 
2.60a.  DownloadInterfaceVersion  
Generation 2, version 2:  
Kod som anger versionen för en fordonsenhets överföringsgränssn itt.
 
Värdetilldelning : ”aabb”H:  
”aa”H ”00”H: används inte  
”01”H: Fordonsenhet i generation 2.  
”bb”H ”00”H: används inte  
”01”H: Fordonsenhet i generation 2, version 2.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 150  
2.61.  DriverCardApplicationIdentification  
Information lagrad i ett förarkort om identifiering av korttill ämpningen 
(krav 253 och 278 i bilaga 1C).  
Generation 1:
  
typeOfTachographCardId  specificerar använd korttyp.  
cardStructureVersion  specificerar versionen av den struktur som an­
vänds i kortet.  
noOfEventsPerType  är antalet händelser per händelsetyp som kortet 
kan registrera.  
noOfFaultsPerType  är antalet fel per typ av fel som kortet kan 
registrera.  
activityStructureLength  anger antal byte som finns tillgängliga för lag­
ring av aktivitetsposter.  
noOfCardVehicleRecords  är antalet fordonsposter som kortet kan 
registrera.  
noOfCardPlaceRecords  är det antal platser som kortet kan lagra.  
Generation 2:  
▼M1
 
Jämfört med generation 1 används följande ytterligare dataeleme nt: 
noOfGNSSADRecords  är det antal GNSS-poster om sammanlagd kör­
ning som kortet kan lagra.  
noOfSpecificConditionRecords  är det antal poster för särskilda omstän­
digheter som kortet kan lagra.  
noOfCardVehicleUnitRecords  är det antal poster om använda fordons­
enheter som kortet kan lagra.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 151  
2.61a.  DriverCardApplicationIdentificationV2  
Generation 2, version 2:  
Information, lagrad i ett förarkort, om identifiering av kortti llämpningen 
(krav 278a i bilaga IC).
  
lengthOfFollowingData  är antalet efterföljande byte i posten.  
noOfBorderCrossingRecords  är det antal poster för gränspassager som 
förarkortet kan lagra.  
noOfLoadUnloadRecords  är det antal poster för lastning/lossning som 
förarkortet kan lagra.  
noOfLoadTypeEntryRecords  är det antal poster med angivelse av typ 
av last som förarkortet kan lagra.  
vuConfigurationLengthRange  är antalet byte i ett färdskrivarkort som 
är tillgängliga för lagring av fordonsenhetens konfigurationer.  
▼B 
2.62.  DriverCardHolderIdentification  
Information lagrad i ett förarkort om identifiering av kortinne havare 
(krav 256 och 281 i bilaga 1C).
  
cardHolderName  är förarkortsinnehavarens namn och förnamn.  
cardHolderBirthDate  förarkortsinnehavarens födelsedatum.  
cardHolderPreferredLanguage  är det språk som kortinnehavaren väljer.  
▼M3 
2.63.  DSRCSecurityData  
Generation 2:  
Se tillägg 11 för en definition av denna datatyp.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 152  
2.64.  EGFCertificate  
Generation 2:  
Certifikat för den externa GNSS-anordningens öppna nyckel vid ö mse­
sidig autentisering med en fordonsenhet. Strukturen för detta c ertifikat 
anges i tillägg 11.
  
2.65.  EmbedderIcAssemblerId  
Ger information om den integrerade kretsens inbäddare.
  
countryCode  är landskoden (två tecken) för modulens inbäddare i en­
lighet med ISO 3166.  
moduleEmbedder  identifierar modulens inbäddare.  
manufacturerInformation  är avsett för tillverkarens interna bruk.  
2.66.  EntryTypeDailyWorkPeriod  
Kod för att åtskilja påbörjande och avslutande av en angivelse av plats 
för en arbetsperiod och angivelsevillkor.  
Generation 1:
  
Värdetilldelning : Enligt ISO/IEC8824-1.  
▼M3 
Generation 2:
  
Värdetilldelning : Enligt ISO/IEC8824-1.  
▼B 
2.67.  EquipmentType  
Kod för att åtskilja olika typer av utrustning för färdskrivart illämp­
ningen.
  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 153  
Generation 1:
  
Värdetilldelning : Enligt ISO/IEC8824-1.  
Värde 0 är reserverat för angivelse av en medlemsstat eller Eur opa i 
certifikatens CHA-fält (certifikatinnehavarens auktorisering).  
Generation 2:  
▼M1 
Samma värden används som för generation 1, med följande tillägg :
 
Anmärkning 1 : Värdena för skylt, adapter och extern GNSS-anslutning i 
generation 2, liksom värdena för fordonsenhet och rörelsesensor  i gene­
ration 1, får användas i SealRecord, dvs. om detta är tillämpli gt. 
Anmärkning 2 : I fältet CardHolderAuthorisation (CHA) i ett certifikat för g e­
neration 2 ska värdena (1), (2) och (6) tolkas som att de anger  ett certifikat för 
ömsesidig autentisering för respektive typ av utrustning. För a tt ange respektive 
certifikat för att skapa en digital signatur måste värdet (17),  (18) eller (19) 
användas.  
▼B 
2.68.  EuropeanPublicKey  
Generation 1:  
Den europeiska öppna nyckeln.
  
2.69.  EventFaultRecordPurpose  
Kod som anger varför en händelse eller ett fel har registrerats .
 
Värdetilldelning:  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 154
  
En/ett av de tio senaste (eller sista) händelserna eller felen.  
Den längsta händelsen för ett av de senaste tio dygnen händelse n inträffat. 
En av de fem längsta händelserna under de senaste 365 dygnen. 
Den senaste händelsen för ett av de senaste tio dygnen händelse n inträffat. 
Den allvarligaste händelsen för ett av de senaste tio dygnen hä ndelsen inträffat. 
En av de fem allvarligaste händelserna under de senaste 365 dyg nen. 
Den första händelse eller det första fel som inträffat efter se naste kalibrering. 
En aktiv/pågående händelse eller ett aktivt/pågående fel. 
RFU 
Tillverkarspecifikt  
2.70.  EventFaultType  
Kod för typ av händelse eller fel.
  
Värdetilldelning:  
Generation 1:
  
Allmänna händelser. 
Inga närmare detaljer. 
Insättning av ogiltigt kort. 
Kortkonflikt. 
Tidsöverlappning. 
Körning utan korrekt kort. 
Insättning av kort under körning. 
Senaste kortsession ej korrekt avslutad. 
Hastighetsöverträdelse. 
Avbrott i strömtillförseln. 
Fel i rörelsedata. 
Konflikt i fordonets rörelsedata. 
RFU.
  
Händelser som gäller försök till säkerhetsöverträdelse med avse ende på fordonsenhet 
Inga närmare detaljer. 
Fel vid autentisering av rörelsesensor. 
Fel vid autentisering av färdskrivarkort. 
Icke auktoriserad ändring av rörelsesensor. 
Integritetsfel hos inmatade kortdata. 
Integritetsfel hos lagrade användardata. 
Internt fel vid överföring av data. 
Ej auktoriserad öppning av höljet. 
Maskinvarusabotage. 
RFU.
  
Händelser som gäller försök till säkerhetsöverträdelse med avse ende på sensor. 
Inga närmare detaljer. 
Misslyckad autentisering. 
Integritetsfel hos lagrade data. 
Internt fel vid överföring av data. 
Ej auktoriserad öppning av höljet. 
Maskinvarusabotage. 
RFU.
  
Färdskrivarfel 
Inga närmare detaljer. 
Internt fel i fordonsenheten. 
Skrivarfel. 
Bildskärmsfel. 
Överföringsfel. 
Sensorfel. 
RFU.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 155
  
Kortfel 
Inga närmare detaljer. 
RFU.
  
RFU.
  
Tillverkarspecifik.  
▼M3 
Generation 2, version 1:  
▼M1
 
Allmänna händelser. 
Inga närmare detaljer. 
Insättning av ogiltigt kort. 
Kortkonflikt. 
Tidsöverlappning. 
Körning utan korrekt kort. 
Insättning av kort under körning. 
Senaste kortsession ej korrekt avslutad. 
Hastighetsöverträdelse. 
Avbrott i strömtillförseln. 
Fel i rörelsedata. 
Konflikt i fordonets rörelsedata. 
Tidskonflikt (GNSS jämfört med fordonsenhetens interna klocka).  
Fel i kommunikation med kommunikationsanordning för fjärravläsn ing. 
Positionsinformation från GNSS-mottagare saknas. 
Fel i kommunikation med extern GNSS-anordning. 
RFU.
  
Händelser som gäller försök till säkerhetsöverträdelse med avse ende på fordonsenhet. 
Inga närmare detaljer. 
Fel vid autentisering av rörelsesensor. 
Fel vid autentisering av färdskrivarkort. 
Icke auktoriserad ändring av rörelsesensor. 
Integritetsfel hos inmatade kortdata. 
Integritetsfel hos lagrade användardata. 
Internt fel vid överföring av data. 
Ej auktoriserad öppning av höljet. 
Maskinvarusabotage. 
GNSS-manipulering upptäckt. 
Fel vid autentisering av extern GNSS-anordning. 
Certifikat för extern GNSS-anordning har löpt ut. 
RFU.
  
Händelser som gäller försök till säkerhetsöverträdelse med avse ende på sensor. 
Inga närmare detaljer. 
Misslyckad autentisering. 
Integritetsfel hos lagrade data. 
Internt fel vid överföring av data. 
Ej auktoriserad öppning av höljet. 
Maskinvarusabotage. 
RFU.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 156
  
Färdskrivarfel. 
Inga närmare detaljer. 
Internt fel i fordonsenheten. 
Skrivarfel. 
Bildskärmsfel. 
Överföringsfel. 
Sensorfel. 
Intern GNSS-mottagare. 
Extern GNSS-anordning. 
Kommunikationsanordning för fjärravläsning. 
ITS-gränssnitt. 
RFU.
  
Kortfel. 
Inga närmare detaljer. 
RFU.
  
RFU.
  
Tillverkarspecifikt.  
▼M3 
Generation 2, version 2:  
”0x”H Allmänna händelser.  
”00”H Inga närmare detaljer.  
”01”H Insättning av ogiltigt kort.  
”02”H Kortkonflikt.  
”03”H Tidsöverlappning.  
”04”H Körning utan korrekt kort.  
”05”H Insättning av kort under körning.  
”06”H Senaste kortsession ej korrekt avslutad.  
”07”H Hastighetsöverträdelse.  
”08”H Avbrott i strömtillförseln.  
”09”H Fel i rörelsedata.  
”0 A”H Konflikt i fordonets rörelsedata.  
”0B”H Tidskonflikt (GNSS jämfört med fordonsenhetens 
interna klocka).  
”0C”H Fel i kommunikation med kommunikationsanord­
ning för fjärravläsning.  
”0D”H Positionsinformation från GNSS-mottagare 
saknas.  
”0E”H Fel i kommunikation med extern 
GNSS-anordning.  
”0F”H Orimligt GNSS-värde.  
”1x”H Händelser av typen försök till säkerhetsöverträ­
delse, med avseende på fordonsenhet.  
”10”H Inga närmare detaljer.  ▼M1
 02016R0799 — SV — 21.08.2023 — 003.001 — 157  
”11”H Fel vid autentisering av rörelsesensor.  
”12”H Fel vid autentisering av färdskrivarkort.  
”13”H Icke auktoriserad ändring av rörelsesensor.  
”14”H Integritetsfel hos inmatade kortdata.  
”15”H Integritetsfel hos lagrade användardata.  
”16”H Internt fel vid överföring av data.  
”17”H Ej auktoriserad öppning av höljet.  
”18”H Maskinvarusabotage.  
”19”H GNSS-manipulering upptäckt.  
”1 A”H Fel vid autentisering av extern GNSS-anordning.  
”1 B”H Certifikat för extern GNSS-anordning har löpt ut.  
”1C”H Inkonsekvens mellan rörelsedata och lagrade fö­
raraktivitetsdata.  
”1D”H–”1F”H RFU.  
”2x”H Händelser av typen försök till säkerhetsöverträ­
delse, med avseende på sensor.  
”20”H Inga närmare detaljer.  
”21”H Misslyckad autentisering.  
”22”H Integritetsfel hos lagrade data.  
”23”H Internt fel vid överföring av data.  
”24”H Ej auktoriserad öppning av höljet.  
”25”H Maskinvarusabotage.  
”26”H–”2F”H RFU.  
”3x”H Färdskrivarfel.  
”30”H Inga närmare detaljer.  
”31”H Internt fel i fordonsenheten.  
”32”H Skrivarfel.  
”33”H Bildskärmsfel.  
”34”H Överföringsfel.  
”35”H Sensorfel.  
”36”H Intern GNSS-mottagare.  
”37”H Extern GNSS-anordning.  
”38”H Kommunikationsanordning för fjärravläsning.  
”39”H ITS-gränssnitt.  
”3A”H Internt sensorfel.  
”3B”H–”3F”H RFU.  
”4x”H Kortfel.  
”40”H Inga närmare detaljer.  
”41”H–”4F”H RFU.  
”50”H–”7F”H RFU.  
”80”H–”FF”H Tillverkarspecifikt.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 158  
2.71.  ExtendedSealIdentifier  
Generation 2:  
En unik identifierare för en plombering (krav 401 i bilaga IC).
  
manufacturerCode  är en kod för tillverkaren av plomberingen.  Vär­
detilldelning:  Se registrering i den databas som ska förvaltas av Euro­
peiska kommissionen (se https://dtc.jrc.ec.europa.eu ). 
sealIdentifier  är en identifierare för plomberingen som är unik bland 
tillverkarens plomberingar.  Värdetilldelning:  Alfanumeriskt nummer 
som är unikt inom tillverkarens domän i enlighet med [ISO8859-1 ]. 
▼B 
2.72.  ExtendedSerialNumber  
Unik identifiering av en utrustning. Den kan även användas som en 
identifierare för en utrustnings öppna nyckel.  
Generation 1:
  
serialNumber  är ett serienummer för utrustningen, som är unikt för 
tillverkaren, utrustningstypen och månaden och året nedan.  
monthYear  är identifiering av månad och år för tillverkning (eller för 
tilldelning av serienummer).  
Värdetilldelning : BCD-kodning av månad (två siffror) och år (två sista 
siffrorna).  
type är en identifierare för typ av utrustning.  
Värdetilldelning : Tillverkarspecifik, med ′FFh′ som reserverat värde.  
manufacturerCode  är den numeriska kod som identifierar en tillverkare 
av typgodkänd utrustning.  
Generation 2:
  
serialNumber : se generation 1.  
monthYear : se generation 1.  
type anger typ av utrustning.  
manufacturerCode : se generation 1.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 159  
2.73.  FullCardNumber  
Kod som fullständigt identifierar ett färdskrivarkort.
  
cardType  är typ av färdskrivarkort.  
cardIssuingMemberState  är kod för den medlemsstat som har utfärdat 
kortet.  
cardNumber  är kortnumret.  
2.74.  FullCardNumberAndGeneration  
Generation 2:  
Kod som fullständigt identifierar ett färdskrivarkort och dess generation.
  
fullcardNumber  identifierar färdskrivarkortet.  
generation  anger den generation av färdskrivarkortet som används.  
2.75.  Generation  
Generation 2:  
Anger den generation av färdskrivarkortet som används.
  
Värdetilldelning:  
”00”H RFU  
”01”H Generation 1  
”02”H Generation 2  
”03”H .. ”FF”H RFU  
2.76.  GeoCoordinates  
▼M3 
Generation 2:  
Geografiska koordinater kodade som heltal. Dessa heltal är mult iplar av 
kodningen i form av ± DDMM.M för latitud och ± DDDMM.M för 
longitud. ± DD respektive ± DDD anger här graderna och MM.M mi­
nuterna. Longitud och latitud för en okänd position ska represe nteras 
som Hex ”7FFFFF” (decimalt 8388607).  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 160
  
latitude  är kodad som en multipel (faktor 10) av värdet representerat 
som ± DDMM.M.  
longitude  är kodad som en multipel (faktor 10) av värdet representerat 
som ± DDDMM.M.  
2.77.  GNSSAccuracy  
Generation 2:  
Precisionen hos positionsdata från GNSS (se definition eee)). D enna 
precision kodas som ett heltal och är en multipel (faktor 10) a v det 
X.Y-värde som ges av GSA-satsen enligt NMEA.
  
▼M1 
2.78.  GNSSAccumulatedDriving  
Generation 2:  
Information lagrad på ett förarkort eller verkstadskort om ford onets 
GNSS-position om den sammanlagda körtiden uppnår en multipel av  
tre timmar (krav 306 och 354 i bilaga IC).
  
gnssADPointerNewestRecord  är index för senast uppdaterade 
GNSS-post om sammanlagd körning.  
Värdetilldelning  är det tal som motsvarar numeratorn för GNSS-posten 
om sammanlagd körning, och som börjar med ”0” för den första 
GNSS-posten om sammanlagd körning som förekommer i strukturen.  
gnssAccumulatedDrivingRecords  är den mängd poster som innehåller 
datum och tidpunkt när den sammanlagda körningen uppnår en mult ipel 
av tre timmar, samt information om fordonets position.  
2.79.  GNSSAccumulatedDrivingRecord  
Generation 2:  
Information lagrad på ett förarkort eller verkstadskort om ford onets 
GNSS-position om den sammanlagda körtiden uppnår en multipel av  
tre timmar (krav 305 och 353 i bilaga IC).
  
timeStamp  är datum och tidpunkt när den sammanlagda körtiden uppnår 
en multipel av tre timmar.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 161  
gnssPlaceRecord  innehåller information om fordonets position.  
vehicleOdometerValue  är vägmätarställningen när den sammanlagda 
körtiden uppnår en multipel av tre timmar.  
▼M3 
2.79a.  GNSSAuthAccumulatedDriving  
Generation 2, version 2:  
Information, lagrad i ett förarkort eller verkstadskort, som vi sar autenti­
seringsstatus för fordonets GNSS-positioner om den sammanlagda kör­
tiden uppnår en multipel av tre timmar (krav 306d och 356d i bi laga IC).
  
gnssAuthADPointerNewestRecord  är index för senast uppdaterade post 
med autentiseringsstatus för en GNSS-position.  
Värdetilldelning : Ett tal som motsvarar numeratorn för posten med 
GNSS-positionens autentiseringsstatus, och som börjar med ”0” f ör den 
första posten med GNSS-positionens autentiseringsstatus som för ekom­
mer i strukturen.  
gnssAuthStatusADRecords  är den mängd poster som innehåller datum 
och tidpunkt när den sammanlagda körningen uppnår en multipel a v tre 
timmar, samt GNSS-positionens autentiseringsstatus.  
2.79b.  GNSSAuthStatusADRecord  
Generation 2, version 2:  
Information, lagrad i ett förarkort eller verkstadskort, som vi sar autenti­
seringsstatus för fordonets GNSS-position om den sammanlagda kö rtiden 
uppnår en multipel av tre timmar (krav 306c och 356c i bilaga I C). Övrig 
information om själva GNSS-positionen lagras i en annan post (s e 2.79 
GNSSAccumulatedDrivingRecord).
  
timeStamp  är datum och och tidpunkt när den sammanlagda körtiden 
uppnår en multipel av tre timmar (samma som datum och tidpunkt i 
motsvarande post för GNSSAccumulatedDrivingRecord).  
authenticationStatus  är GNSS-positionens autentiseringsstatus när den 
sammanlagda körtiden uppnår en multipel av tre timmar.  ▼M1
 02016R0799 — SV — 21.08.2023 — 003.001 — 162  
2.79c.  GNSSPlaceAuthRecord  
Generation 2, version 2:  
Information om fordonets GNSS-position (krav 108, 109, 110, 296 , 
306a, 306c, 306e, 306g, 356a, 356c, 356e och 356g i bilaga IC).
  
timeStamp  är datum och tidpunkt när fordonets GNSS-position fastställ­
des. 
gnssAccuracy  är precisionen hos positionsdata från GNSS.  
geoCoordinates  är den position som registrerats med hjälp av GNSS.  
authenticationStatus  är autentiseringsstatus för GNSS-positionen när 
den fastställdes.  
▼B 
2.80.  GNSSPlaceRecord  
Generation 2:  
Information om fordonets GNSS-position (krav 108, 109, 110, 296 , 305, 
347 och 353 i bilaga 1C).
  
timeStamp  är datum och tidpunkt när fordonets GNSS-position fastställ­
des. 
gnssAccuracy  är precisionen hos positionsdata från GNSS.  
geoCoordinates  är den plats som registrerats med hjälp av GNSS.  
2.81.  HighResOdometer  
Fordonets vägmätarställning: Sammanlagd sträcka som tillryggala gts av 
fordonet vid drift.
  
Värdetilldelning : Binär utan tecken. Värde i intervallet från 0 till 
21 055 406 km, i steg om 1/200 km.  
2.82.  HighResTripDistance  
En sträcka som tillryggalagts under en hel eller en del av en r esa.
 
Värdetilldelning : Binär utan tecken. Värde i intervallet från 0 till 
21 055 406 km, i steg om 1/200 km.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 163  
2.83.  HolderName  
En kortinnehavares efternamn och förnamn.
  
holderSurname  är innehavarens efternamn. Efternamnet inbegriper inte 
titlar.  
Värdetilldelning : Om ett kort inte är personligt innehåller  holderSur ­
name  samma information som  companyName , workshopName  eller  
controlBodyName . 
holderFirstNames  är innehavarens förnamn och initialer.  
▼M3 
2.84. Reserverat för framtida användning (RFU,  Reserved for future use ) 
▼B 
Generation 2:  
Information om huruvida GNSS-mottagaren är intern eller extern i för­
hållande till fordonsenheten. TRUE innebär att GNSS-mottagaren är in­
tern. FALSE innebär att GNSS-mottagaren är extern.
  
2.85.  K-ConstantOfRecordingEquipment  
Färdskrivarens konstant (definition m)).
  
Värdetilldelning : Pulser per kilometer i intervallet från 0 till 64 255 
pulser/km.  
▼M1 
2.86.  KeyIdentifier  
En unik identifierare för en öppen nyckel som används för att r eferera till 
och välja nyckeln. Den identifierar även nyckelinnehavaren.
  
Det första alternativet (CHOICE) är lämpligt för att referera t ill en for­
donsenhets, ett färdskrivarkorts eller en extern GNSS-anordning s öppna 
nyckel.  
Det andra alternativet är lämpligt för att referera till en for donsenhets 
öppna nyckel (i de fall fordonsenhetens serienummer inte är kän t vid 
tidpunkten för generering av certifikat).  
Det tredje alternativet är lämpligt för att referera till en me dlemsstats 
öppna nyckel.  
▼B 
2.87.  KMWCKey  
Generation 2:  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 164  
AES-nyckel och dess tillhörande nyckelversion som används för p arning 
av fordonsenhet och rörelsesensor. För mer information, se till ägg 11.
  
kMWCKey  AES-nyckelns längd, konkatenerad med den nyckel som 
används för parning av fordonsenhet och rörelsesensor.  
keyVersion  anger AES-nyckelns nyckelversion.  
2.88.  Language  
Kod för ett språk.
  
Värdetilldelning : Kodning med två gemener enligt ISO 639.  
2.89.  LastCardDownload  
Datum och tidpunkt, lagrade i förarkortet, för den senaste kort överfö­
ringen (för andra än kontrolländamål) (krav 257 och 282 i bilag a 1C).. 
Detta datum kan uppdateras av en fordonsenhet och alla typer av  kort­
läsare.
  
Värdetilldelning : Ej närmare angiven.  
▼M3 
2.89a.  LengthOfFollowingData  
Generation 2, version 2:  
Längdindikator för utökningsbara poster.
  
Värdetilldelning : Se tillägg 2.  
▼B 
2.90.  LinkCertificate  
Generation 2:  
Länkcertifikat mellan Erca-nyckelpar.
  
▼M3 
2.90a.  LoadType  
Generation 2, version 2:  
Kod som identifierar en angiven typ av last.
  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 165  
Värdetilldelning : 
”00”H Odefinierad typ av last.  
”01”H Gods.  
”02”H Passagerare.  
”03”H ... ”FF”H RFU.  
▼B 
2.91.  L-TyreCircumference  
Däckens effektiva omkrets (definition u)).
  
Värdetilldelning : Binär utan tecken, värde i intervallet från 0 till 8 031 
mm, i steg om 1/8 mm.  
▼M1 
2.92.  MAC  
Generation 2:  
En kryptografisk kontrollsumma med en längd av 8, 12 eller 16 b yte, 
motsvarande de chifferföljder som anges i tillägg 11.
  
▼B 
2.93.  ManualInputFlag  
Kod som anger om en kortinnehavare manuellt har angivit förarak tivite­
ter vid kortinsättning eller inte (krav 081 i bilaga 1B och kra v 102 i 
bilaga 1C).
  
Värdetilldelning : Ej närmare angiven.  
2.94.  ManufacturerCode  
Kod som anger en tillverkare av typgodkänd utrustning.
  
Det laboratorium som är behörigt att utföra provningar av drift skompati­
bilitet ska underhålla och offentliggöra förteckningen över til lverkarkoder 
på sin webbplats (krav 454 i bilaga 1C).  
Utvecklare av färdskrivare som ansöker om tillverkarkoder hos l abora­
toriet för provning av driftskompatibilitet ska tilldelas en pr eliminär 
tillverkarkod.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 166  
2.95.  ManufacturerSpecificEventFaultData  
Generation 2:  
Tillverkarspecifika felkoder som förenklar felanalys i och unde rhåll av 
fordonsenheter.
  
manufacturerCode  anger fordonsenhetens tillverkare.  
manufacturerSpecificErrorCode  är en tillverkarspecifik felkod.  
2.96.  MemberStateCertificate  
Certifikat för en medlemsstats öppna nyckel utfärdat av den eur opeiska 
certifieringsinstansen.
  
2.97.  MemberStateCertificateRecordArray  
Generation 2:  
Medlemsstatens certifikat samt metadata som används i överförin gspro­
tokollet.
  
recordType  anger typen av post (MemberStateCertificate).  Värdetilldel ­
ning:  Se RecordType.  
recordSize  är storleken av MemberStateCertificate i byte.  
noOfRecords  är antalet poster i postmängden. Värdet ska sättas till 1 
eftersom certifikaten kan ha olika längd.  
records  är mängden av medlemsstatscertifikat.  
2.98.  MemberStatePublicKey  
Generation 1:  
En medlemsstats öppna nyckel.
  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 167  
2.99.  Namn  
Ett namn.
  
codePage  specificerar en teckenmängd som definieras i kapitel 4.  
name  är ett namn som kodats enligt den specificerade teckenmängden.  
2.100.  NationAlpha  
Alfabetisk referens för ett land, i överensstämmelse med de lan dsbeteck­
ningar som används på fordon i internationell trafik (Förenta n ationernas 
konvention om vägtrafik, Wien 1968).
  
De alfabetiska och numeriska landkoderna ska finnas i en förtec kning på 
webbplatsen för det laboratorium som har utsetts för att utföra  provningar 
av driftskompatibilitet i enlighet med krav 440 i bilaga 1C.  
2.101.  NationNumeric  
Numerisk referens för ett land.
  
Värdetilldelning:  se datatyp 2.100 (NationAlpha).  
De alfabetiska eller numeriska landspecifikationer som beskrivs  i respek­
tive avsnitt får endast ändras efter det att det utsedda labora toriet har 
inhämtat synpunkter från tillverkarna av de typgodkända fordons enhe­
terna med digital eller smart färdskrivare.  
▼M3 
2.101a.  NoOfBorderCrossingRecords  
Generation 2, version 2:  
Antal poster för gränspassager som ett förar- eller verkstadsko rt kan 
lagra.
  
Värdetilldelning : Se tillägg 2.  
▼B 
2.102.  NoOfCalibrationRecords  
Antal kalibreringsposter som ett verkstadskort kan lagra.  
Generation 1:
  
Värdetilldelning : Se tillägg 2.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 168  
Generation 2:
  
Värdetilldelning : Se tillägg 2.  
2.103.  NoOfCalibrationsSinceDownload  
Räknare som anger det antal kalibreringar som utförts med ett v erkstads­
kort sedan den senaste överföringen från det (krav 317 och 340 i bilaga 
1C).
 
Värdetilldelning : Ej närmare angiven.  
2.104.  NoOfCardPlaceRecords  
Antal platsposter som ett förar- eller verkstadskort kan lagra.  
Generation 1:
  
Värdetilldelning : Se tillägg 2.  
Generation 2:
  
Värdetilldelning : Se tillägg 2.  
2.105.  NoOfCardVehicleRecords  
Antal poster för använda fordon som ett förar- eller verkstadsk ort kan 
lagra.
  
Värdetilldelning : Se tillägg 2.  
2.106.  NoOfCardVehicleUnitRecords  
Generation 2:  
Antal poster för använda fordonsenheter som ett förar- eller ve rkstadskort 
kan lagra.
  
Värdetilldelning : Se tillägg 2.  
2.107.  NoOfCompanyActivityRecords  
Antal poster för företagsaktiviteter som ett företagskort kan l agra.
  
Värdetilldelning : Se tillägg 2.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 169  
2.108.  NoOfControlActivityRecords  
Antal poster för kontrollaktiviteter som ett kontrollkort kan l agra.
  
Värdetilldelning : Se tillägg 2.  
2.109.  NoOfEventsPerType  
Antal händelser per händelsetyp som ett kort kan lagra.
  
Värdetilldelning:  Se tillägg 2.  
2.110.  NoOfFaultsPerType  
Antal fel per typ av fel som ett kort kan lagra.
  
Värdetilldelning:  Se tillägg 2.  
▼M1 
2.111.  NoOfGNSSADRecords  
Generation 2:  
Det antal poster om sammanlagd körning enligt GNSS som ett kort  kan 
lagra.
  
Värdetilldelning:  Se tillägg 2  
▼M3 
2.111a.  NoOfLoadUnloadRecords  
Generation 2, version 2:  
Antal poster för lastning/lossning som ett kort kan lagra.
  
Värdetilldelning : Se tillägg 2.  
▼B 
2.112.  NoOfSpecificConditionRecords  
Generation 2:  
Det antal poster för särskilda omständigheter som ett kort kan lagra.
  
Värdetilldelning:  Se tillägg 2.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 170  
2.112a.  NoOfLoadTypeEntryRecords  
Generation 2, version 2:  
Antal poster med angivelse av typ av last som ett förar- eller verkstads­
kort kan lagra.
  
Värdetilldelning : Se tillägg 2.  
▼B 
2.113.  OdometerShort  
Fordonets vägmätarställning i kortform.
  
Värdetilldelning : Binär utan tecken. Värde i km i intervallet från 0 till 
9 999 999 km.  
2.114.  OdometerValueMidnight  
Fordonets vägmätarställning vid midnatt ett visst datum (krav 0 90 i 
bilaga 1B och krav 113 i bilaga 1C).
  
Värdetilldelning : Ej närmare angiven.  
▼M3 
2.114a.  OperationType  
Generation 2, version 2:  
Kod som identifierar en angiven typ av aktivitet.
  
Värdetilldelning : 
”00”H RFU.  
”01”H Lastningsaktivitet.  
”02”H Lossningsaktivitet  
”03”H Samtidig lastnings- och lossningsaktivitet  
”04”H ... ”FF”H RFU.  
▼B 
2.115.  OdometerValueMidnightRecordArray  
Generation 2:  
OdometerValueMidnight samt metadata som används i överföringspr o­
tokollet.
  
recordType  anger typen av post (OdometerValueMidnight).  Värdetill ­
delning:  Se RecordType.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 171  
recordSize  är storleken av OdometerValueMidnight i byte.  
noOfRecords  är antalet poster i postmängden.  
records  är mängden av OdometerValueMidnight-poster.  
2.116.  OverspeedNumber  
Antalet händelser av typen hastighetsöverträdelse sedan den sen aste kont­
rollen av hastighetsöverträdelse.
  
Värdetilldelning:  0 innebär att ingen händelse av typen hastighetsöver­
trädelse har ägt rum sedan den senaste kontrollen av hastighets överträ­
delse, 1 innebär att en händelse av denna typ har ägt rum sedan  den 
senaste kontrollen av hastighetsöverträdelse, … 255 innebär att  255 eller 
fler händelser av typen hastighetsöverträdelse har ägt rum seda n den 
senaste kontrollen av hastighetsöverträdelse.  
▼M3 
2.116a.  PlaceAuthRecord  
Information om en plats där en av dagens arbetsperioder påbörja s eller 
avslutas (krav 108, 271, 296, 324 och 347 i bilaga IC).  
Generation 2, version 2:
  
entryTime  är datum och tidpunkt för angivelsen.  
entryTypeDailyWorkPeriod  är typ av angivelse.  
dailyWorkPeriodCountry  är det land som anges.  
dailyWorkPeriodRegion  är den region som anges.  
vehicleOdometerValue  är vägmätarställningen vid tidpunkten för 
platsangivelse.  
entryGNSSPlaceAuthRecord  är den registrerade positionen enligt 
GNSS, dess autentiseringsstatus och tidpunkt.  
2.116b.  PlaceAuthStatusRecord  
Generation 2, version 2:  
Information, lagrad i ett förarkort eller verkstadskort, som vi sar autenti­
seringsstatus för en plats där en av dagens arbetsperioder påbö rjas eller 
avslutas (krav 306a och 356a i bilaga IC). Övrig information om  själva 
platsen lagras i en annan post (se 2.117 PlaceRecord).  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 172
  
entryTime  är datum och tidpunkt för angivelsen (samma datum och 
tidpunkt som i motsvarande post för PlaceRecord).  
authenticationStatus  är autentiseringsstatus för den registrerade 
GNSS-positionen.  
▼B 
2.117.  PlaceRecord  
Information om en plats där en arbetsperiod påbörjas eller avsl utas (krav 
108, 271, 296, 324 och 347 i bilaga 1C).  
Generation 1:
  
entryTime  är datum och tidpunkt för angivelsen.  
entryTypeDailyWorkPeriod  är typ av angivelse.  
dailyWorkPeriodCountry  är det land som anges.  
dailyWorkPeriodRegion  är den region som anges.  
vehicleOdometerValue  är vägmätarställningen vid tidpunkten för angi­
velse av plats.  
Generation 2:
  
Jämfört med generation 1 används följande ytterligare komponent : 
entryGNSSPlaceRecord  är den registrerade platsen och tiden.  
▼M3 
2.117a.  PositionAuthenticationStatus  
Generation 2, version 2:
  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 173  
Värdetilldelning  (se tillägg 12):  
”00 ”H Ej autentiserad (se tillägg 12, krav GNS_39).  
”01 ”H Autentiserad (se tillägg 12, krav GNS_39).  
”02 ”H ... ”FF ”H RFU.  
▼B 
2.118.  PreviousVehicleInfo  
Information om det fordon som tidigare använts av en förare när  föraren 
sätter in sitt kort i en fordonsenhet (krav 081 i bilaga 1B och  krav 102 i 
bilaga 1C).  
Generation 1:
  
vehicleRegistrationIdentification  är fordonets registreringsnummer och 
den medlemsstat där fordonet är registrerat.  
cardWithdrawalTime  är tidpunkt och datum för uttag av kort.  
Generation 2:
  
Jämfört med generation 1 används följande ytterligare dataeleme nt: 
vuGeneration  anger fordonsenhetens generation.  
2.119.  PublicKey  
Generation 1:  
En öppen RSA-nyckel.
  
rsaKeyModulus  är modulus för nyckelparet.  
rsaKeyPublicExponent  är den öppna exponenten för nyckelparet.  
2.120.  RecordType  
Generation 2:  
Hänvisning till en posttyp. Denna datatyp används i RecordArray s.
 ▼M3
02016R0799 — SV — 21.08.2023 — 003.001 — 174  
Värdetilldelning:
  
► (1) M1 
► (2) M3 ActivityChangeInfo 
CardSlotsStatus 
CurrentDateTime 
MemberStateCertificate 
OdometerValueMidnight 
DateOfDayDownloaded 
SensorPaired 
Signature 
SpecificConditionRecord 
VehicleIdentificationNumber 
VehicleRegistrationNumber 
VuCalibrationRecord 
VuCardIWRecord 
VuCardRecord 
VuCertificate 
VuCompanyLocksRecord 
VuControlActivityRecord 
VuDetailedSpeedBlock 
VuDownloadablePeriod 
VuDownloadActivityData 
VuEventRecord  
►M1 VuGNSSADRecord ◄ 
VuITSConsentRecord 
VuFaultRecord 
VuIdentification 
VuOverSpeedingControlData 
VuOverSpeedingEventRecord 
VuPlaceDailyWorkPeriodRecord 
VuTimeAdjustmentGNSSRecord 
VuTimeAdjustmentRecord 
VuPowerSupplyInterruptionRecord 
SensorPairedRecord 
SensorExternalGNSSCoupledRecord  
►M3 VuBorderCrossingRecord 
VuLoadUnloadRecord 
VehicleRegistrationIdentification 
RFU ◄ 
Tillverkarspecifik.  
2.121.  RegionAlpha  
Alfabetisk referens för en region i ett visst land.
  
Generation 1:  
Värdetilldelning:
  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 175  
Generation 2:  
Koderna för RegionAlpha ska finnas i en förteckning på webbplat sen för 
det laboratorium som har utsetts för att utföra provning av 
driftskompatibilitet.  
2.122.  RegionNumeric  
Numerisk referens för en region i ett visst land.
  
Generation 1:  
Värdetilldelning:
  
Generation 2:  
Koderna för RegionNumeric ska finnas i en förteckning på webbpl atsen 
för det laboratorium som har utsetts för att utföra provning av  
driftskompatibilitet.  
2.123.  RemoteCommunicationModuleSerialNumber  
Generation 2:  
Fjärrkommunikationsmodulens serienummer.
  
2.124.  RSAKeyModulus  
Generation 1:  
Modulus för ett RSA-nyckelpar.
  
Värdetilldelning : Ospecificerad.  
2.125.  RSAKeyPrivateExponent  
Generation 1:  
Privat exponent för ett RSA-nyckelpar.
  
Värdetilldelning : Ospecificerad.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 176  
2.126.  RSAKeyPublicExponent  
Generation 1:  
Öppen exponent för ett RSA-nyckelpar.
  
Värdetilldelning : Ospecificerad.  
2.127.  RtmData  
Generation 2:  
Se tillägg 14 för en definition av denna datatyp.  
2.128.  SealDataCard  
Generation 2:  
Denna datatyp lagrar information om de plomberingar som anbring ats på 
de olika komponenterna i ett fordon och är avsedd för lagring i  ett kort. 
Denna datatyp berörs av krav 337 i bilaga 1C.
  
noOfSealRecords  är antalet poster i sealRecords.  
sealRecords  är en mängd plomberingsposter.  
2.129.  SealDataVu  
Generation 2:  
Denna datatyp lagrar information om de plomberingar som anbring ats på 
de olika komponenterna i ett fordon och är avsedd för lagring i  en 
fordonsenhet.
  
sealRecords  är en mängd plomberingsposter. Om det finns färre än 5 
plomberingar tillgängliga ska värdet av EquipmentType i alla ej  använda 
sealRecords sättas till 16, dvs. ”ej använd”.  
2.130.  SealRecord  
Generation 2:  
Denna datatyp lagrar information om en plombering som anbringat s på 
en komponent. Denna datatyp berörs av krav 337 i bilaga 1C.
  
equipmentType  anger typ av utrustning som plomberingen anbringats 
på. 
extendedSealIdentifier  är identifieraren för den plombering som an­
bringats på utrustningen.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 177  
2.131.  SensorApprovalNumber  
Sensorns typgodkännandenummer.  
Generation 1:
  
Värdetilldelning : Ospecificerad.  
Generation 2:
  
Värdetilldelning:  
Godkännandenumret ska återges så som det är offentliggjort på E uro­
peiska kommissionens motsvarande webbplats, t.ex. inklusive eve ntuella 
bindestreck. Godkännandenumret ska vara vänsterjusterat.  
2.132.  SensorExternalGNSSApprovalNumber  
Generation 2:  
Den externa GNSS-anordningens typgodkännandenummer.
  
Värdetilldelning:  
Godkännandenumret ska återges så som det är offentliggjort på E uro­
peiska kommissionens motsvarande webbplats, t.ex. inklusive eve ntuella 
bindestreck. Godkännandenumret ska vara vänsterjusterat.  
2.133.  SensorExternalGNSSCoupledRecord  
Generation 2:  
Information lagrad i en fordonsenhet om identifiering av den ex terna 
GNSS-anordning som är kopplad med fordonsenheten (krav 100 i bi laga 
1C).
 
sensorSerialNumber  är serienumret för den externa GNSS-anordning 
som är kopplad med fordonsenheten.  
sensorApprovalNumber  är denna externa GNSS-anordnings godkän­
nandenummer.  
sensorCouplingDate  är ett datum för koppling av denna externa 
GNSS-anordning med fordonsenheten.  
2.134.  SensorExternalGNSSIdentification  
Generation 2:  
Information om identifiering av den externa GNSS-anordningen (k rav 98 
i bilaga 1C).  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 178
  
sensorSerialNumber  är den externa GNSS-anordningens utökade 
serienummer.  
sensorApprovalNumber  är den externa GNSS-anordningens godkän­
nandenummer.  
sensorSCIdentifier  är identifierare för den externa GNSS-anordningens 
säkerhetskomponent.  
sensorOSIdentifier  är identifierare för den externa GNSS-anordningens 
operativsystem.  
2.135.  SensorExternalGNSSInstallation  
Generation 2:  
Information, lagrad i en extern GNSS-anordning, om installation  av den 
externa GNSS-sensorn (krav 123 i bilaga 1C).
  
sensorCouplingDateFirst  är datum för den första kopplingen av den 
externa GNSS-anordningen med en fordonsenhet.  
firstVuApprovalNumber  är godkännandenummer för den första for­
donsenhet som kopplas med den externa GNSS-anordningen.  
firstVuSerialNumber  är serienumret för den första fordonsenhet som 
kopplas med den externa GNSS-anordningen.  
sensorCouplingDateCurrent  är datum för innevarande koppling av den 
externa GNSS-anordningen med en fordonsenhet.  
currentVuApprovalNumber  är godkännandenummer för den fordons­
enhet som för närvarande är kopplad med den externa 
GNSS-anordningen.  
currentVUSerialNumber  är serienummer för den fordonsenhet som för 
närvarande är kopplad med den externa GNSS-anordningen.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 179  
2.136.  SensorExternalGNSSOSIdentifier  
Generation 2:  
Identifierare för den externa GNSS-anordningens operativsystem.
  
Värdetilldelning : tillverkarspecifik.  
2.137.  SensorExternalGNSSSCIdentifier  
Generation 2:  
Denna typ används exempelvis för att identifiera den externa 
GNSS-anordningens krypteringsmodul.  
Identifierare för den externa GNSS-anordningens säkerhetskompon ent.
 
Värdetilldelning : specifik för komponenttillverkaren.  
2.138.  SensorGNSSCouplingDate  
Generation 2:  
Datum för koppling av den externa GNSS-anordningen med en 
fordonsenhet.
  
Värdetilldelning : Ospecificerad.  
2.139.  SensorGNSSSerialNumber  
Generation 2:  
Denna typ används för att lagra GNSS-mottagarens serienummer bå de 
när den finns i fordonsenheten och när den finns utanför fordon senheten.  
GNSS-mottagarens serienummer.
  
2.140.  SensorIdentification  
Information lagrad i en rörelsesensor om identifiering av rörel sesensorn 
(krav 077 i bilaga 1B och krav 95 i bilaga 1C).
  
sensorSerialNumber  är rörelsesensorns utökade serienummer (inbegripet 
artikelnummer och tillverkarens kod).  
sensorApprovalNumber  är rörelsesensorns godkännandenummer.  
sensorSCIdentifier  är identifierare för rörelsesensorns säkerhetskom­
ponent.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 180  
sensorOSIdentifier  är identifierare för rörelsesensorns operativsystem.  
2.141.  SensorInstallation  
Information lagrad i en rörelsesensor om installation av rörels esensorn 
(krav 099 i bilaga 1B och krav 122 i bilaga 1C).
  
sensorPairingDateFirst  är datum för den första parningen av rörelse­
sensorn med en fordonsenhet.  
firstVuApprovalNumber  är godkännandenummer för den första for­
donsenhet som paras med rörelsesensorn.  
firstVuSerialNumber  är serienummer för den första fordonsenhet som 
paras med rörelsesensorn.  
sensorPairingDateCurrent  är datum för innevarande parning av rörel­
sesensorn med fordonsenheten.  
currentVuApprovalNumber  är godkännandenummer för den fordons­
enhet som för närvarande är parad med rörelsesensorn.  
currentVUSerialNumber  är serienummer för den fordonsenhet som för 
närvarande är parad med rörelsesensorn.  
2.142.  SensorInstallationSecData  
Information lagrad i ett verkstadskort om de säkerhetsdata som behövs 
för att para rörelsesensorer med fordonsenheter (krav 308 och 3 31 i 
bilaga 1C).  
Generation 1:
  
Värdetilldelning : enligt ISO 16844-3.  
Generation 2:  
Såsom beskrivs i tillägg 11 ska ett verkstadskort lagra upp til l tre nycklar 
för parning av fordonsenhet och rörelsesensor. Dessa nycklar ha r olika 
nyckelversioner.
  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 181  
2.143.  SensorOSIdentifier  
Identifierare för rörelsesensorns operativsystem.
  
Värdetilldelning : tillverkarspecifik.  
2.144.  SensorPaired  
Generation 1:  
Information lagrad i en fordonsenhet om identifiering av den rö relsesen­
sor som är parad med fordonsenheten (krav 079 i bilaga 1B).
  
sensorSerialNumber  är serienummer för den rörelsesensor som för när­
varande är parad med fordonsenheten.  
sensorApprovalNumber  är godkännandenummer för den rörelsesensor 
som för närvarande är parad med fordonsenheten.  
sensorPairingDateFirst  är datum för den första parningen med en for­
donsenhet för den rörelsesensor som för närvarande är parad med  
fordonsenheten.  
2.145.  SensorPairedRecord  
Generation 2:  
Information lagrad i en fordonsenhet om identifiering av en rör elsesensor 
som är parad med fordonsenheten (krav 97 i bilaga 1C).
  
sensorSerialNumber  är serienummer för den rörelsesensor som är parad 
med fordonsenheten.  
sensorApprovalNumber  är rörelsesensorns godkännandenummer.  
sensorPairingDate  är ett datum för parning av denna rörelsesensor med 
fordonsenheten.  
2.146.  SensorPairingDate  
Datum för parning av rörelsesensorn med en fordonsenhet.
  
Värdetilldelning : Ospecificerad.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 182  
2.147.  SensorSCIdentifier  
Identifierare för rörelsesensorns säkerhetskomponent.
  
Värdetilldelning : specifik för komponenttillverkaren.  
2.148.  SensorSerialNumber  
Rörelsesensorns serienummer.
  
2.149.  Signature  
En digital signatur.  
Generation 1:
  
Värdetilldelning : enligt tillägg 11 om gemensamma säkerhetsmekanis­
mer. 
Generation 2:
  
Värdetilldelning : enligt tillägg 11 om gemensamma säkerhetsmekanis­
mer. 
2.150.  SignatureRecordArray  
Generation 2:  
En mängd signaturer samt metadata som används i överföringsprot okol­
let.
 
recordType  anger typen av post (Signature).  Värdetilldelning:  Se Re­
cordType.  
recordSize  är storleken av Signature i byte.  
noOfRecords  är antalet poster i postmängden. Värdet ska sättas till 1 
eftersom signaturerna kan ha olika längd.  
records  är mängden av signaturer.  
2.151.  SimilarEventsNumber  
Antal liknande händelser under en viss dag (krav 094 i bilaga 1 B och 
krav 117 i bilaga 1C).
  
Värdetilldelning:  0 används inte, 1 innebär att endast en händelse av 
denna typ har ägt rum och har lagrats den dagen, 2 innebär att två 
händelser av denna typ har ägt rum den dagen (endast en har lag rats), 
… 255 innebär att 255 eller fler händelser av denna typ har ägt  rum den 
dagen.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 183  
2.152.  SpecificConditionRecord  
Information lagrad i ett förarkort, på ett verkstadskort eller i en fordons­
enhet om en särskild omständighet (krav 130, 276, 301, 328 och 355 i 
bilaga 1C).
  
entryTime  är datum och tidpunkt för angivelsen.  
specificConditionType  är koden för identifiering av den särskilda om­
ständigheten.  
2.153.  SpecificConditions  
Information lagrad i ett förarkort, på ett verkstadskort eller i en fordons­
enhet om en särskild omständighet (krav 131, 277, 302, 329 och 356 i 
bilaga 1C).  
Generation 2:
  
controlPointerNewestRecord  är index för senast uppdaterad post för 
särskild omständighet.  
Värdetilldelning : Ett tal som motsvarar numeratorn för posten för sär­
skild omständighet, och som börjar med ′0′ för den första gånge n posten 
för särskild omständighet uppträder i strukturen.  
specificConditionRecords  är den mängd poster som innehåller infor­
mation om de särskilda omständigheter som registrerats.  
2.154.  SpecificConditionType  
Kod för identifiering av särskild omständighet (krav 050b, 105a , 212a 
och 230a i bilaga 1B samt krav 62 i bilaga 1C).
  
Generation 1:  
Värdetilldelning:  
”00”H RFU  
”01”H Omfattas ej – Början.  
”02”H Omfattas ej – Slut.  
”03”H Transport med färja/tåg  
”04”H .. ”FF”H RFU  
Generation 2:  
Värdetilldelning:  
”00”H RFU  
”01”H Omfattas ej – Början.  
”02”H Omfattas ej – Slut.  
”03”H Transport med färja/tåg – Början  
”04”H Transport med färja/tåg – Slut  
”05”H .. ”FF”H RFU  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 184  
2.155.  Hastighet  
Fordonets hastighet (km/h).
  
Värdetilldelning : kilometer per timme i intervallet från 0 till 220 km/h.  
2.156.  SpeedAuthorised  
Högsta tillåtna hastighet för fordonet (definition hh)).
  
2.157.  SpeedAverage  
Genomsnittlig hastighet under en tidigare fastställd tidsperiod  (km/h).
  
2.158.  SpeedMax  
Högsta hastighet uppmätt under en tidigare fastställd tidsperio d.
 
▼M3 
2.158a.  TachographCardsGen1Suppression  
Generation 2, version 2:  
Förmåga hos en andra generationens fordonsenhet att använda för sta 
generationens förar-, kontroll- och företagskort (se tillägg 15 , MIG_002).
  
Värdetilldelning:  
”0000 ”H Fordonsenheten kan använda första generationens 
färdskrivarkort (standardvärde).  
”A5E3 ”H Fordonsenheten kan inte använda första genera­
tionens färdskrivarkort.  
Alla andra värden Används ej.  
▼B 
2.159.  TachographPayload  
Generation 2:  
Se tillägg 14 för en definition av denna datatyp.  
▼M1 
2.160.  Reserverat för framtida användning  (RFU,  Reserved for future use ) 
▼B 
2.161.  TDesSessionKey  
Generation 1:  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 185  
En sessionsnyckel för Triple DES.
  
Värdetilldelning : Ej närmare angiven.  
▼M1 
2.162.  TimeReal  
Kod för ett kombinerat datum- och tidsfält, där datum och tid u ttrycks 
som sekunder efter 00h.00m.00s. den 1 januari 1970 UTC.
  
Värdetilldelning – oktettgrupperad:  Antal sekunder sedan midnatt den 
1 januari 1970 UTC.  
Senaste möjliga datum/tidpunkt är under år 2106.  
▼B 
2.163.  TyreSize  
Angivelse av däckens dimensioner.
  
Värdetilldelning : i enlighet med direktiv 92/23 (EEG), 31.3.1992, EGT 
L129, s. 95.  
2.164.  VehicleIdentificationNumber  
Fordonets identifieringsnummer (VIN) avseende fordonet som helh et, 
vanligtvis ramnummer eller serienummer på chassit.
  
Värdetilldelning : Enligt definition i ISO 3779.  
2.165.  VehicleIdentificationNumberRecordArray  
Generation 2:  
Fordonets identifieringsnummer (VIN) samt metadata som används i 
överföringsprotokollet.
  
recordType  anger typen av post (VehicleIdentificationNumber).  Vär­
detilldelning:  Se RecordType.  
recordSize  är storleken av VehicleIdentificationNumber i byte.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 186  
noOfRecords  är antalet poster i postmängden.  
records  är mängden identifieringsnummer för fordon.  
2.166.  VehicleRegistrationIdentification  
Identifiering av ett fordon, som är unik för Europa (fordonets 
registreringsnummer (VRN) och medlemsstat).
  
vehicleRegistrationNation  är det land där fordonet är registrerat.  
vehicleRegistrationNumber  är fordonets registreringsnummer (VRN).  
▼M3 
2.166a.  VehicleRegistrationIdentificationRecordArray  
Generation 2, version 2:  
Fordonets registreringsidentifiering samt metadata som används i över­
föringsprotokollet.
  
recordType  anger typen av post (VehicleRegistrationIdentification).  
Värdetilldelning : Se RecordType.  
recordSize  är storleken av VehicleRegistrationIdentification i byte.  
noOfRecords  är antalet poster i postmängden.  
records  är mängden registreringsidentifieringar för fordon.  
▼B 
2.167.  VehicleRegistrationNumber  
Fordonets registreringsnummer (VRN). Registreringsnumret tillde las av 
myndigheten för fordonsregistrering.
  
codePage  specificerar en teckenmängd som definieras i kapitel 4.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 187  
vehicleRegNumber  är ett registreringsnummer för ett fordon som kodats 
enligt den specificerade teckenmängden.  
Värdetilldelning : Landsspecifik.  
2.168.  VehicleRegistrationNumberRecordArray  
▼M3 
Generation 2, version 1:  
▼B 
Fordonets registreringsnummer (VRN) samt metadata som används i  
överföringsprotokollet.
  
recordType  anger typen av post (VehicleRegistrationNumber).  Vär­
detilldelning:  Se RecordType.  
recordSize  är storleken av VehicleRegistrationNumber i byte.  
noOfRecords  är antalet poster i postmängden.  
records  är mängden registreringsnummer för fordon.  
2.169.  VuAbility  
Generation 2:  
Information lagrad i en fordonsenhet om förmågan hos fordonsenh eten 
att använda färdskrivarkort i generation 1 eller inte (krav 121  i bilaga 
1C).
 
Värdetilldelning  – oktettgrupperad : ”xxxxxxxa”B (8 bitar)  
Om förmågan att stödja generation 1:  
”a”B Förmåga att stödja färdskrivarkort i generation 1:  
”0” B Generation 1 stöds.  
”1”B Generation 1 stöds inte.  
”xxxxxxx”B RFU  
2.170.  VuActivityDailyData  
Generation 1:  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 188  
Information lagrad i en fordonsenhet om ändringar av aktivitet och/eller 
ändringar av körningsstatus och/eller ändringar av kortstatus u nder en 
viss kalenderdag (krav 084 i bilaga 1B och krav 105, 106, 107 i  bilaga 
1C) och om öppningsstatusen kl. 00.00 den berörda dagen.
  
noOfActivityChanges  är antalet ActivityChangeInfo-ord i mängden ac­
tivityChangeInfos.  
activityChangeInfos  är mängden ActivityChangeInfo-ord som lagrats i 
fordonsenheten under dagen. Den omfattar alltid två 
ActivityChangeInfo-ord som anger statusen för de två kortplatse rna kl. 
00.00 den berörda dagen.  
2.171.  VuActivityDailyRecordArray  
Generation 2:  
Information lagrad i en fordonsenhet om ändringar av aktivitet och/eller 
ändringar av körningsstatus och/eller ändringar av kortstatus u nder en 
viss kalenderdag (krav 105, 106, 107 i bilaga 1C) och om öppnin gs­
statusen kl. 00.00 den berörda dagen.
  
recordType  anger typen av post (ActivityChangeInfo).  Värdetilldel ­
ning:  Se RecordType.  
recordSize  är storleken av ActivityChangeInfo i byte.  
noOfRecords  är antalet poster i postmängden.  
records  är mängden ActivityChangeInfo-ord som lagrats i fordonsenhe­
ten under dagen. Den omfattar alltid två ActivityChangeInfo-ord  som 
anger statusen för de två kortplatserna kl. 00.00 den berörda d agen.  
2.172.  VuApprovalNumber  
Fordonsenhetens typgodkännandenummer.  
Generation 1:
  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 189  
Värdetilldelning : Ospecificerad.  
Generation 2:
  
Värdetilldelning:  
Godkännandenumret ska återges så som det är offentliggjort på E uro­
peiska kommissionens motsvarande webbplats, t.ex. inklusive eve ntuella 
bindestreck. Godkännandenumret ska vara vänsterjusterat.  
2.173.  VuCalibrationData  
Generation 1:  
Information lagrad i en fordonsenhet om kalibreringar av färdsk rivaren 
(krav 098 i bilaga 1B).
  
noOfVuCalibrationRecords  är det antal poster som mängden vuCa­
librationRecords innehåller.  
vuCalibrationRecords  är mängden kalibreringsposter.  
2.174.  VuCalibrationRecord  
Information lagrad i en fordonsenhet om en kalibrering av färds krivaren 
(krav 098 i bilaga 1B och krav 119 och 120 i bilaga 1C).  
Generation 1:
  
calibrationPurpose  är syftet med kalibreringen.  
workshopName, workshopAddress  är verkstadens namn och adress.  
workshopCardNumber  identifierar det verkstadskort som använts vid 
kalibreringen.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 190  
workshopCardExpiryDate  är kortets sista giltighetsdatum.  
vehicleIdentificationNumber  är fordonets identifieringsnummer (VIN).  
vehicleRegistrationIdentification  innehåller fordonets registreringsnum­
mer (VRN) och registrerande medlemsstat.  
wVehicleCharacteristicConstant  är fordonets karakteristiska 
koefficient.  
kConstantOfRecordingEquipment  är färdskrivarens konstant.  
lTyreCircumference  är däckens effektiva omkrets.  
tyreSize  är angivelse av dimensionen på de däck som monterats på 
fordonet.  
authorisedSpeed  är den tillåtna hastigheten för fordonet.  
oldOdometerValue, newOdometerValue  är de gamla och nya vägmä­
tarställningarna.  
oldTimeValue, newTimeValue  är de gamla och nya värdena för datum 
och tidpunkt.  
nextCalibrationDate  är datum för nästa kalibrering av den typ som 
anges i CalibrationPurpose och som ska utföras av den auktorise rade 
besiktningsmyndigheten.  
▼M3 
Generation 2, version 1:  
▼B
 
Jämfört med generation 1 används följande ytterligare dataeleme nt: 
sealDataVu  ger information om de plomberingar som anbringats på 
olika komponenter i fordonet.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 191  
Generation 2, version 2:
  
Jämfört med generation 1 används följande ytterligare dataeleme nt: 
sensorSerialNumber  är serienumret för den rörelsesensor som är parad 
med fordonsenheten efter genomförd kalibrering.  
sensorGNSSSerialNumber  är serienumret för den externa 
GNSS-anordning som är kopplad med fordonsenheten efter genomför d 
kalibrering (i tillämpliga fall).  
rcmSerialNumber  är serienumret för den kommunikationsanordning för 
fjärravläsning som är kopplad med fordonsenheten efter genomför d ka­
librering (i tillämpliga fall).  
sealDataVu  ger information om de plomberingar som anbringats på 
olika komponenter i fordonet.  
byDefaultLoadType  är fordonets standardtyp av last (finns endast i 
version 2).  
calibrationCountry  är det land där kalibreringen har utförts.  
calibrationCountryTimestamp  är datum och tidpunkt när 
GNSS-mottagaren tillhandahöll den position som användes för att  fast­
ställa i vilket land kalibreringen utfördes.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 192  
2.175.  VuCalibrationRecordArray  
Generation 2:  
Information lagrad i en fordonsenhet om kalibreringar av färdsk rivaren 
(krav 119 och 120 i bilaga 1C).
  
recordType  anger typen av post (VuCalibrationRecord).  Värdetilldel ­
ning:  Se RecordType.  
recordSize  är storleken av VuCalibrationRecord i byte.  
noOfRecords  är antalet poster i postmängden.  
records  är mängden av kalibreringsposter.  
2.176.  VuCardIWData  
Generation 1:  
Information lagrad i en fordonsenhet om cykler med insättning o ch uttag 
av förarkort eller verkstadskort i fordonsenheten (krav 081 i b ilaga 1B 
och krav 103 i bilaga 1C).
  
noOfIWRecords  är antalet poster i mängden vuCardIWRecords.  
vuCardIWRecords  är en mängd poster för cykler med insättning/uttag 
av kort.  
2.177.  VuCardIWRecord  
Information lagrad i en fordonsenhet om en cykel med insättning  och 
uttag av ett förarkort eller ett verkstadskort i fordonsenheten  (krav 081 i 
bilaga 1B och krav 102 i bilaga 1C).  
Generation 1:
  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 193  
cardHolderName  är förar- eller verkstadskortinnehavarens efternamn 
och förnamn sådana de lagrats på kortet.  
fullCardNumber  är typ av kort, dess utfärdande medlemsstat och dess 
kortnummer sådana de lagrats på kortet.  
cardExpiryDate  är kortets sista giltighetsdatum sådant det lagrats på 
kortet.  
cardInsertionTime  är datum och tidpunkt för insättning.  
vehicleOdometerValueAtInsertion  är vägmätarställning när kortet sätts 
in. 
cardSlotNumber  är den kortplats som kortet sätts in i.  
cardWithdrawalTime  är tidpunkt och datum för uttag.  
vehicleOdometerValueAtWithdrawal är fordonets vägmätarställning  när 
kortet togs ut.  
previousVehicleInfo  innehåller information om det föregående fordon 
som föraren använt, sådan den lagrats på kortet.  
manualInputFlag  är en markering som identifierar om kortinnehavaren 
manuellt har angett föraraktiviteter vid kortinsättning.  
Generation 2:
  
I stället för fullCardNumber använder datastrukturen för genera tion 2 
följande dataelement:  
fullCardNumberAndGeneration  är typ av kort, dess utfärdande med­
lemsstat, dess kortnummer och dess generation sådana de lagrats  på 
kortet.  
2.178.  VuCardIWRecordArray  
Generation 2:  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 194  
Information lagrad i en fordonsenhet om cykler med insättning o ch uttag 
av förarkort eller verkstadskort i fordonsenheten (krav 103 i b ilaga 1C).
  
recordType  anger typen av post (VuCardIWRecord).  Värdetilldelning:  
Se RecordType.  
recordSize  är storleken av VuCardIWRecord i byte.  
noOfRecords  är antalet poster i postmängden.  
records  är en mängd poster för cykler med insättning/uttag av kort.  
▼M1 
2.179.  VuCardRecord  
Generation 2:  
Information lagrad i en fordonsenhet om ett färdskrivarkort som  används 
(krav 132 i bilaga IC).
  
cardNumberAndGenerationInformation  är det fullständiga kortnumret 
och generationen för det kort som används (datatyp 2.74).  
cardExtendedSerialNumber  såsom det läses från filen EF_ICC under 
kortets huvudfil (MF).  
cardStructureVersion  såsom det läses från filen EF_Application_Iden­
tification under DF_Tachograph_G2.  
cardNumber  såsom det läses från filen EF_Identification under DF_Ta­
chograph_G2.  
▼B 
2.180.  VuCardRecordArray  
Generation 2:  
Information lagrad i en fordonsenhet om de färdskrivarkort som används 
med denna fordonsenhet. Denna information är avsedd för analys av 
problem som rör fordonsenhet–kort (krav 132 i bilaga 1C).
  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 195  
recordType  anger typen av post (VuCardRecord).  Värdetilldelning:  Se 
RecordType.  
recordSize  är storleken av VuCardRecord i byte.  
noOfRecords  är antalet poster i postmängden.  
records  är en mängd poster som avser de färdskrivarkort som används 
med fordonsenheten.  
2.181.  VuCertificate  
Certifikat för en fordonsenhets öppna nyckel.
  
2.182.  VuCertificateRecordArray  
Generation 2:  
Fordonsenhetens certifikat samt metadata som används i överföri ngspro­
tokollet.
  
recordType  anger typen av post (VuCertificate).  Värdetilldelning:  Se 
RecordType.  
recordSize  är storleken av VuCertificate i byte.  
noOfRecords  är antalet poster i postmängden. Värdet ska sättas till 1 
eftersom certifikaten kan ha olika längd.  
records  är en mängd certifikat för fordonsenheter.  
2.183.  VuCompanyLocksData  
Generation 1:  
Information lagrad i en fordonsenhet om företagslås (krav 104 i  bilaga 
1B).
 
noOfLocks  är antalet lås som finns förtecknade i vuCompanyLocks­
Records.  
vuCompanyLocksRecords  är mängden poster för företagslås.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 196  
2.184.  VuCompanyLocksRecord  
Information lagrad i en fordonsenhet om ett företagslås (krav 1 04 i 
bilaga 1B och krav 128 i bilaga 1C).  
Generation 1:
  
lockInTime, lockOutTime  är datum och tidpunkt för låsning och öpp­
ning.  
companyName, companyAddress  är det företagsnamn och den före­
tagsadress som förknippas med låsningen.  
companyCardNumber  identifierar det kort som används vid låsningen.  
Generation 2:
  
I stället för companyCardNumber använder datastrukturen för gen eration 
2 följande dataelement:  
companyCardNumberAndGeneration  identifierar det kort, inbegripet 
dess generation, som används vid låsningen.  
2.185.  VuCompanyLocksRecordArray  
Generation 2:  
Information lagrad i en fordonsenhet om företagslås (krav 128 i  bilaga 
1C).
 
recordType  anger typen av post (VuCompanyLocksRecord).  Värdetill ­
delning:  Se RecordType.  
recordSize  är storleken av VuCompanyLocksRecord i byte.  
noOfRecords  är antalet poster i postmängden. Värde 0..255.  
records  är mängden poster för företagslås.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 197  
2.185a.  VuConfigurationLengthRange  
Generation 2, version 2:  
Antal byte i ett färdskrivarkort som är tillgängliga för lagrin g av for­
donsenhetens konfigurationer.
  
Värdetilldelning : Se tillägg 2.  
▼B 
2.186.  VuControlActivityData  
Generation 1:  
Information lagrad i en fordonsenhet om kontroller som utförs m ed 
användning av denna fordonsenhet (krav 102 i bilaga 1B).
  
noOfControls  är antalet kontroller som finns förtecknade i vuContro­
lActivityRecords.  
vuControlActivityRecords  är mängden poster för kontrollaktiviteter.  
2.187.  VuControlActivityRecord  
Information lagrad i en fordonsenhet om en kontroll som utförs med 
användning av denna fordonsenhet (krav 102 i bilaga 1B och krav  126 i 
bilaga 1C).  
Generation 1:
  
controlType  är typ av kontroll.  
controlTime  är datum och tidpunkt för kontrollen.  
ControlCardNumber  identifierar det kontrollkort som använts vid 
kontrollen.  
downloadPeriodBeginTime  är den överförda periodens början, om 
överföring utfördes.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 198  
downloadPeriodEndTime  är den överförda periodens slut, om över­
föring utfördes.  
Generation 2:
  
I stället för controlCardNumber använder datastrukturen för gen eration 2 
följande dataelement:  
controlCardNumberAndGeneration  identifierar det kontrollkort, in­
begripet dess generation, som använts vid kontrollen.  
2.188.  VuControlActivityRecordArray  
Generation 2:  
Information lagrad i en fordonsenhet om kontroller som utförs m ed 
användning av denna fordonsenhet (krav 126 i bilaga 1C).
  
recordType  anger typen av post (VuControlActivityRecord).  Värdetill ­
delning:  Se RecordType.  
recordSize  är storleken av VuControlActivityRecord i byte.  
noOfRecords  är antalet poster i postmängden.  
records  är mängden poster för kontrollaktiviteter avseende 
fordonsenheten.  
2.189.  VuDataBlockCounter  
Räknare lagrad i ett kort och som sekventiellt identifierar cyk lerna med 
insättning och uttagning av kort i fordonsenheter.
  
Värdetilldelning : Löpnummer med högsta värde 9 999, varpå det börjar 
om från 0.  
2.190.  VuDetailedSpeedBlock  
Detaljerad information, lagrad i en fordonsenhet, om fordonets hastighet 
under en minut under vilken fordonet har varit i rörelse (krav 093 i 
bilaga 1B och krav 116 i bilaga 1C).  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 199
  
speedBlockBeginDate  är datum och tidpunkt för det första hastighets­
värdet inom blocket.  
speedsPerSecond  är den kronologiska sekvensen av uppmätta hastighe­
ter varje sekund under den minut som sträcker sig fr.o.m. speed Block­
BeginDate.  
2.191.  VuDetailedSpeedBlockRecordArray  
Generation 2:  
Detaljerad information, lagrad i en fordonsenhet, om fordonets hastighet.
  
recordType  anger typen av post (VuDetailedSpeedBlock).  Värdetilldel ­
ning:  
Se RecordType.  
recordSize  är storleken av VuDetailedSpeedBlock i byte.  
noOfRecords  är antalet poster i postmängden.  
records  är mängden block med detaljerade hastighetsdata.  
2.192.  VuDetailedSpeedData  
Generation 1:  
Detaljerad information, lagrad i en fordonsenhet, om fordonets hastighet.
  
noOfSpeedBlocks  är antalet hastighetsblock i mängden vuDetailedS­
peedBlocks.  
vuDetailedSpeedBlocks  är mängden block med detaljerade 
hastighetsdata.  
▼M3 
2.192a.  VuDigitalMapVersion  
Generation 2, version 2:  
Version av den digitala karta som är lagrad i fordonsenheten (k rav 133j i 
bilaga IC).
  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 200  
Värdetilldelning : Enligt vad som anges på den särskilda säkra 
webbplats som tillhandahålls av Europeiska kommissionen (krav 1 33k 
i bilaga IC).  
▼B 
2.193.  VuDownloadablePeriod  
Äldsta och senaste datum för vilka en fordonsenhet har data om förar­
aktiviteter (krav 081, 084 eller 087 i bilaga 1B och krav 102, 105, 108 i 
bilaga 1C).
  
minDownloadableTime  är äldsta datum och tidpunkt för kortinsättning, 
aktivitetsändring eller angivelse av plats som finns lagrat i 
fordonsenheten.  
maxDownloadableTime  är senaste datum och tidpunkt för kortuttag, 
aktivitetsändring eller angivelse av plats som finns lagrat i 
fordonsenheten.  
2.194.  VuDownloadablePeriodRecordArray  
Generation 2:  
VUDownloadablePeriod samt metadata som används i överföringspro ­
tokollet.
  
recordType  anger typen av post (VuDownloadablePeriod).  Värdetill ­
delning:  
Se RecordType.  
recordSize  är storleken av VuDownloadablePeriod i byte.  
noOfRecords  är antalet poster i postmängden.  
records  är mängden av VuDownloadablePeriod-poster.  
2.195.  VuDownloadActivityData  
Information lagrad i en fordonsenhet om den senaste överföringe n från 
fordonsenheten (krav 105 i bilaga 1B och krav 129 i bilaga 1C).  
Generation 1:
  
downloadingTime  är datum och tidpunkt för en överföring.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 201  
fullCardNumber  identifierar det kort som används för att auktorisera 
överföringen.  
companyOrWorkshopName  är företagets eller verkstadens namn.  
Generation 2:
  
I stället för fullCardNumber använder datastrukturen för genera tion 2 
följande dataelement:  
fullCardNumberAndGeneration  identifierar det kort, inbegripet dess 
generation, som används för att auktorisera överföringen.  
2.196.  VuDownloadActivityDataRecordArray  
Generation 2:  
Information om den senaste överföringen från fordonsenhet (krav  129 i 
bilaga 1C).
  
recordType  anger typen av post (VuDownloadActivityData).  Värdetill ­
delning:  Se RecordType.  
recordSize  är storleken av VuDownloadActivityData i byte.  
noOfRecords  är antalet poster i postmängden.  
records  är mängden poster med data om överföringsaktivitet.  
2.197.  VuEventData  
Generation 1:  
Information lagrad i en fordonsenhet om händelser (krav 094 i b ilaga 
1B, utom händelse av typen hastighetsöverträdelse).
  
noOfVuEvents  är antalet händelser som finns förtecknade i mängden 
vuEventRecords.  
vuEventRecords  är en mängd poster för händelser.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 202  
2.198.  VuEventRecord  
Information lagrad i en fordonsenhet om en händelse (krav 094 i  bilaga 
1B och krav 117 i bilaga 1C, utom händelse av typen hastighetsö ver­
trädelse).  
Generation 1:
  
eventType  är typ av händelse.  
eventRecordPurpose  är syftet med registreringen av denna händelse.  
eventBeginTime  är datum och tidpunkt för händelsens början.  
eventEndTime  är datum och tidpunkt för händelsens slut.  
cardNumberDriverSlotBegin  identifierar det kort som är insatt i föra­
rens kortplats vid händelsens början.  
cardNumberCodriverSlotBegin  identifierar det kort som är insatt i 
medförarens kortplats vid händelsens början.  
cardNumberDriverSlotEnd  identifierar det kort som är insatt i förarens 
kortplats vid händelsens slut.  
cardNumberCodriverSlotEnd  identifierar det kort som är insatt i med­
förarens kortplats vid händelsens slut.  
similarEventsNumber  är antalet liknande händelser samma dag.  
Denna sekvens ska användas vid alla händelser utom händelser av  typen 
hastighetsöverträdelse.  
Generation 2:
  
Jämfört med generation 1 används följande ytterligare dataeleme nt: ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 203  
manufacturerSpecificEventFaultData  innehåller ytterligare, tillverkar­
specifik information om händelsen.  
I stället för cardNumberDriverSlotBegin, cardNumberCodriverSlot Begin, 
cardNumberDriverSlotEnd och cardNumberCodriverSlotEnd använder 
datastrukturen för generation 2 följande dataelement:  
cardNumberAndGenDriverSlotBegin  identifierar det kort, inbegripet 
dess generation, som är insatt i förarens kortplats vid händels ens början.  
cardNumberAndGenCodriverSlotBegin  identifierar det kort, inbegri­
pet dess generation, som är insatt i medförarens kortplats vid händelsens 
början.  
cardNumberAndGenDriverSlotEnd  identifierar det kort, inbegripet 
dess generation, som är insatt i förarens kortplats vid händels ens slut.  
cardNumberAndGenCodriverSlotEnd  identifierar det kort, inbegripet 
dess generation, som är insatt i medförarens kortplats vid händ elsens 
slut. 
Om händelsen är en tidskonflikt ska eventBeginTime och eventEnd Time 
tolkas enligt följande:  
eventBeginTime  är datum och tidpunkt enligt färdskrivaren.  
eventEndTime  är datum och tidpunkt enligt GNSS.  
2.199.  VuEventRecordArray  
Generation 2:  
Information lagrad i en fordonsenhet om händelser (krav 117 i b ilaga 
1C, utom händelser av typen hastighetsöverträdelse).
  
recordType  anger typen av post (VuEventRecord).  Värdetilldelning:  
Se RecordType.  
recordSize  är storleken av VuEventRecord i byte.  
noOfRecords  är antalet poster i postmängden.  
records  är en mängd poster för händelser.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 204  
2.200.  VuFaultData  
Generation 1:  
Information lagrad i en fordonsenhet om fel (krav 096 i bilaga 1B).
 
noOfVuFaults  är antalet fel som finns förtecknade i mängden vuFault­
Records.  
vuFaultRecords  är en mängd felposter.  
2.201.  VuFaultRecord  
Information lagrad i en fordonsenhet om ett fel (krav 096 i bil aga 1B 
och krav 118 i bilaga 1C).  
Generation 1:
  
faultType  är typ av färdskrivarfel.  
faultRecordPurpose  är syftet med registreringen av detta fel.  
faultBeginTime  är datum och tidpunkt för felets början.  
faultEndTime  är datum och tidpunkt för felets slut.  
cardNumberDriverSlotBegin  identifierar det kort som är insatt i föra­
rens kortplats vid felets början.  
cardNumberCodriverSlotBegin  identifierar det kort som är insatt i 
medförarens kortplats vid felets början.  
cardNumberDriverSlotEnd  identifierar det kort som är insatt i förarens 
kortplats vid felets slut.  
cardNumberCodriverSlotEnd  identifierar det kort som är insatt i med­
förarens kortplats vid felets slut.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 205  
Generation 2:
  
Jämfört med generation 1 används följande ytterligare dataeleme nt: 
manufacturerSpecificEventFaultData  innehåller ytterligare, tillverkar­
specifik information om felet.  
I stället för cardNumberDriverSlotBegin, cardNumberCodriverSlot Begin, 
cardNumberDriverSlotEnd och cardNumberCodriverSlotEnd använder 
datastrukturen för generation 2 följande dataelement:  
cardNumberAndGenDriverSlotBegin  identifierar det kort, inbegripet 
dess generation, som är insatt i förarens kortplats vid felets början.  
cardNumberAndGenCodriverSlotBegin  identifierar det kort, inbegri­
pet dess generation, som är insatt i medförarens kortplats vid felets 
början.  
cardNumberAndGenDriverSlotEnd  identifierar det kort, inbegripet 
dess generation, som är insatt i förarens kortplats vid felets slut. 
cardNumberAndGenCodriverSlotEnd  identifierar det kort, inbegripet 
dess generation, som är insatt i medförarens kortplats vid fele ts slut.  
2.202.  VuFaultRecordArray  
Generation 2:  
Information lagrad i en fordonsenhet om fel (krav 118 i bilaga 1C).
 
recordType  anger typen av post (VuFaultRecord).  Värdetilldelning:  Se 
RecordType.  
recordSize  är storleken av VuFaultRecord i byte.  
noOfRecords  är antalet poster i postmängden.  
records  är en mängd felposter.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 206  
2.203.  VuGNSSADRecord  
▼M3 
Generation 2, version 1:  
▼M1 
Information lagrad i en fordonsenhet om fordonets GNSS-position  om 
den sammanlagda körtiden uppnår en multipel av tre timmar (krav  108 
och 110 i bilaga IC).
  
timeStamp  är datum och tidpunkt när den sammanlagda körtiden uppnår 
en multipel av tre timmar.  
cardNumberAndGenDriverSlot  identifierar det kort, inbegripet dess 
generation, som är insatt i förarens kortplats.  
cardNumberAndGenCodriverSlot  identifierar det kort, inbegripet dess 
generation, som är insatt i medförarens kortplats.  
gnssPlaceRecord  innehåller information om fordonets position.  
vehicleOdometerValue  är vägmätarställningen när den sammanlagda 
körtiden uppnår en multipel av tre timmar.  
▼M3 
Generation 2, version 2:  
Information lagrad i en fordonsenhet om fordonets GNSS-position  om 
den sammanlagda körtiden uppnår en multipel av tre timmar (krav  108 
och 110 i bilaga IC).
  
I generation 2, version 2 används inte gnssPlaceRecord, utan i stället 
gnssPlaceAuthRecord som dessutom innehåller autentiseringsstatu s för 
GNSS-positionen.  
2.203a.  VuBorderCrossingRecord  
Generation 2, version 2:  
Information, lagrad i en fordonsenhet, om fordonets gränspassag er mel­
lan två länder (krav 133a och 133b i bilaga IC).  ▼M1
 02016R0799 — SV — 21.08.2023 — 003.001 — 207
  
cardNumberAndGenDriverSlot  identifierar det kort, inbegripet dess 
generation, som är insatt i förarens kortplats.  
cardNumberAndGenCodriverSlot  identifierar det kort, inbegripet dess 
generation, som är insatt i medförarens kortplats.  
countryLeft  är det land som fordonet lämnade, baserat på den senast 
tillgängliga positionen innan gränspassagen detekterades. Den n umeriska 
landskoden ( NationNumeric ) FF Hex (för  Rest of the World ) ska använ­
das när fordonsenheten inte kan fastställa vilket land fordonet  befinner 
sig i (t.ex. om det aktuella landet inte omfattas av de lagrade  digitala 
kartorna).  
countryEntered  är det land som fordonet har anlänt till. Den numeriska 
landskoden ( NationNumeric ) FF Hex (för  Rest of the World ) ska använ­
das när fordonsenheten inte kan fastställa vilket land fordonet  befinner 
sig i (t.ex. om det aktuella landet inte omfattas av de lagrade  digitala 
kartorna).  
gnssPlaceAuthRecord  innehåller information om fordonets position när 
gränspassagen detekterades, samt dess autentiseringsstatus.  
vehicleOdometerValue  är vägmätarställningen när fordonsenheten har 
detekterat att fordonet har passerat en landsgräns.  
2.203b.  VuBorderCrossingRecordArray  
Generation 2, version 2:  
Information, lagrad i en fordonsenhet, om fordonets gränspassag er (krav 
133c i bilaga IC).
  
recordType  anger typen av post (VuBorderCrossingRecord).  Värdetill ­
delning : Se RecordType.  
recordSize  är storleken av VuBorderCrossingRecord i byte.  
noOfRecords  är antalet poster i postmängden.  
records  är en mängd poster om gränspassager.  
▼M1 
2.204.  VuGNSSADRecordArray  
Generation 2:  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 208  
Information lagrad i en fordonsenhet om fordonets GNSS-position  om 
den sammanlagda körtiden uppnår en multipel av tre timmar (krav  108 
och 110 i bilaga IC).
  
recordType  anger typen av post (VuGNSSADRecord).  
Värdetilldelning:  Se RecordType.  
recordSize  är storleken av VuGNSSADRecord i byte.  
noOfRecords  är antalet poster i postmängden.  
records  är en mängd poster om sammanlagd körning enligt GNSS.  
▼M3 
2.204a.  VuGnssMaximalTimeDifference  
Generation 2, version 2:  
Den maximala skillnaden mellan verklig tid och tiden i fordonse nhetens 
realtidsklocka (RTC,  Real Time Clock ), baserat på den maximala tids­
avvikelse som anges i krav 041 i bilaga IC och som överförs av fordons­
enheten till en extern GNSS-anordning (se krav GNS_3g i tillägg  12).
 
▼B 
2.205.  VuIdentification  
Information lagrad i en fordonsenhet om identifiering av fordon senheten 
(krav 075 i bilaga 1B och krav 93 och 121 i bilaga 1C).  
Generation 1:
  
vuManufacturerName  är namnet på fordonsenhetens tillverkare.  
vuManufacturerAddress  är adressen till fordonsenhetens tillverkare.  
vuPartNumber  är fordonsenhetens artikelnummer.  
vuSerialNumber  är fordonsenhetens serienummer.  ▼M1
 02016R0799 — SV — 21.08.2023 — 003.001 — 209  
vuSoftwareIdentification  identifierar den programvara som används i 
fordonsenheten.  
vuManufacturingDate  är fordonsenhetens tillverkningsdatum.  
vuApprovalNumber  är fordonsenhetens typgodkännandenummer.  
▼M3 
Generation 2:
  
Jämfört med generation 1 används följande ytterligare dataeleme nt: 
vuGeneration  anger fordonsenhetens generation.  
vuAbility  ger information om huruvida fordonsenheten stöder färdskri­
varkort i generation 1 eller inte.  
vuDigitalMapVersion  är versionen för den digitala karta som är lagrad i 
fordonsenheten (finns endast i version 2).  
▼B 
2.206.  VuIdentificationRecordArray  
Generation 2:  
VuIdentification samt metadata som används i överföringsprotoko llet.
 
recordType  anger typen av post (VuIdentification).  Värdetilldelning:  
Se RecordType.  
recordSize  är storleken av VuIdentification i byte.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 210  
noOfRecords  är antalet poster i postmängden.  
records  är mängden av VuIdentification-poster.  
2.207.  VuITSConsentRecord  
Generation 2:  
Information lagrad i en fordonsenhet om en förares samtycke til l att 
använda intelligenta transportsystem (ITS).
  
cardNumberAndGen  identifierar kortet, inbegripet dess generation. 
Detta måste vara ett förarkort eller ett verkstadskort.  
consent  är en markering som anger om föraren har gett sitt samtycke om  
användning av intelligenta transportsystem (ITS) med detta ford on/denna 
fordonsenhet.  
Värdetilldelning:  
TRUE anger att föraren samtycker till att använda intelli­
genta transportsystem (ITS).  
FALSE anger att föraren inte samtycker till att använda 
intelligenta transportsystem (ITS).  
2.208.  VuITSConsentRecordArray  
Generation 2:  
Information lagrad i en fordonsenhet om förares samtycke till a nvänd­
ning av intelligenta transportsystem (ITS) (krav 200 i bilaga 1 C).
 
recordType  anger typen av post (VuITSConsentRecord).  Värdetilldel ­
ning:  Se RecordType.  
recordSize  är storleken av VuITSConsentRecord i byte.  
noOfRecords  är antalet poster i postmängden.  
records  är mängden poster som rör samtycke till användning av intel­
ligenta transportsystem (ITS).  
▼M3 
2.208a.  VuLoadUnloadRecord  
Generation 2, version 2:  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 211  
Information lagrad i fordonsenheten om en angiven 
lastnings-/lossningsaktivitet (krav 133e, 133f och 133g i bilag a IC).
  
timeStamp  är datum och tidpunkt när lastnings-/lossningsaktiviteten 
angavs.  
operationType  är den typ av aktivitet (lastning, lossning eller samtidig 
lastning och lossning) som anges.  
cardNumberAndGenDriverSlot  identifierar det kort, inbegripet dess 
generation, som är insatt i förarens kortplats.  
cardNumberAndGenCodriverSlot  identifierar det kort, inbegripet dess 
generation, som är insatt i medförarens kortplats.  
gnssPlaceAuthRecord  innehåller information om fordonets position, 
samt positionens autentiseringsstatus.  
vehicleOdometerValue  är vägmätarställningen vid 
lastnings-/lossningsaktiviteten.  
”2.208b.  VuLoadUnloadRecordArray  
Generation 2, version 2:  
Information lagrad i en fordonsenhet om en angiven 
lastnings-/lossningsaktivitet (krav 133h i bilaga IC).
  
recordType  anger typen av post (VuLoadUnloadRecord). Värdetilldel ­
ning : Se RecordType.  
recordSize  är storleken av VuLoadUnloadRecord i byte.  
noOfRecords  är antalet poster i postmängden.  
records  är en mängd poster om lastnings-/lossningsaktiviteter.”.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 212  
2.209.  VuManufacturerAddress  
Adress till fordonsenhetens tillverkare.
  
Värdetilldelning : Ospecificerad.  
2.210.  VuManufacturerName  
Namn på fordonsenhetens tillverkare.
  
Värdetilldelning : Ospecificerad.  
2.211.  VuManufacturingDate  
Fordonsenhetens tillverkningsdatum.
  
Värdetilldelning : Ospecificerad.  
2.212.  VuOverSpeedingControlData  
Information lagrad i en fordonsenhet om händelser av typen hast ighets­
överträdelse sedan den senaste kontrollen av hastighetsöverträd else (krav 
095 i bilaga 1B och krav 117 i bilaga 1C).
  
lastOverspeedControlTime  är datum och tidpunkt för den senaste kont­
rollen av hastighetsöverträdelse.  
firstOverspeedSince  är datum och tidpunkt för den första hastighets­
överträdelsen efter denna kontroll av hastighetsöverträdelse.  
numberOfOverspeedSince  är antalet händelser av typen hastighetsöver­
trädelse sedan den senaste kontrollen av hastighetsöverträdelse . 
2.213.  VuOverSpeedingControlDataRecordArray  
Generation 2:  
VuOverSpeedingControlData samt metadata som används i överförin gs­
protokollet.
  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 213  
recordType  anger typen av post (VuOverSpeedingControlData).  Vär­
detilldelning:  Se RecordType.  
recordSize  är storleken av VuOverSpeedingControlData i byte.  
noOfRecords  är antalet poster i postmängden.  
records  är en mängd poster med data om kontroller av hastighetsöver­
trädelse.  
2.214.  VuOverSpeedingEventData  
Generation 1:  
Information lagrad i en fordonsenhet om händelser av typen hast ighets­
överträdelse (krav 094 i bilaga 1B).
  
noOfVuOverSpeedingEvents  är det antal händelser som finns förteck­
nade i mängden vuOverSpeedingEventRecords.  
vuOverSpeedingEventRecords  är en mängd poster för händelser av 
typen hastighetsöverträdelse.  
2.215.  VuOverSpeedingEventRecord  
Generation 1:  
Information lagrad i en fordonsenhet om händelser av typen hast ighets­
överträdelse (krav 094 i bilaga 1B och krav 117 i bilaga 1C).
  
eventType  är typ av händelse.  
eventRecordPurpose  är syftet med registreringen av denna händelse.  
eventBeginTime  är datum och tidpunkt för händelsens början.  
eventEndTime  är datum och tidpunkt för händelsens slut.  
maxSpeedValue  är den högsta hastighet som uppmätts under händelsen.  
averageSpeedValue  är den aritmetiska genomsnittliga hastighet som 
uppmätts under händelsen.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 214  
cardNumberDriverSlotBegin  identifierar det kort som är insatt i föra­
rens kortplats vid händelsens början.  
similarEventsNumber  är antalet liknande händelser samma dag.  
Generation 2:  
Information lagrad i en fordonsenhet om händelser av typen hast ighets­
överträdelse (krav 094 i bilaga 1B och krav 117 i bilaga 1C).
  
I stället för cardNumberDriverSlotBegin använder datastrukturen  för ge­
neration 2 följande dataelement:  
cardNumberAndGenDriverSlotBegin  identifierar det kort, inbegripet 
dess generation, som är insatt i förarens kortplats vid händels ens början.  
2.216.  VuOverSpeedingEventRecordArray  
Generation 2:  
Information lagrad i en fordonsenhet om händelser av typen hast ighets­
överträdelse (krav 117 i bilaga 1C).
  
recordType  anger typen av post (VuOverSpeedingEventRecord).  Vär­
detilldelning:  Se RecordType.  
recordSize  är storleken av VuOverSpeedingEventRecord i byte.  
noOfRecords  är antalet poster i postmängden.  
records  är en mängd poster för händelser av typen hastighetsöverträ­
delse.  
2.217.  VuPartNumber  
Fordonsenhetens artikelnummer.
  
Värdetilldelning : Specifik för tillverkaren av fordonsenheter.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 215  
2.218.  VuPlaceDailyWorkPeriodData  
Generation 1:  
Information lagrad i en fordonsenhet om de platser där förare p åbörjar 
eller avslutar en arbetsperiod (krav 087 i bilaga 1B och krav 1 08 och 
110 i bilaga 1C).
  
noOfPlaceRecords  är antalet poster som finns förtecknade i mängden 
vuPlaceDailyWorkPeriodRecords.  
vuPlaceDailyWorkPeriodRecords  är en mängd platsrelaterade poster.  
2.219.  VuPlaceDailyWorkPeriodRecord  
Generation 1:  
Information lagrad i en fordonsenhet om en plats där en förare påbörjar 
eller avslutar en arbetsperiod (krav 087 i bilaga 1B och krav 1 08 och 
110 i bilaga 1C).
  
fullCardNumber  är förarens korttyp, utfärdande medlemsstat och 
kortnummer.  
placeRecord  innehåller information om den plats som angetts.  
▼M3 
Generation 2, version 1:  
▼B 
Information lagrad i en fordonsenhet om en plats där en förare påbörjar 
eller avslutar en arbetsperiod (krav 087 i bilaga 1B och krav 1 08 och 
110 i bilaga 1C).
  
I stället för fullCardNumber använder datastrukturen för genera tion 2 
följande dataelement:  
fullCardNumberAndGeneration  är typ av kort, dess utfärdande med­
lemsstat, dess kortnummer och dess generation sådana de lagrats  på 
kortet.  
▼M3 
Generation 2, version 2:  
Information lagrad i en fordonsenhet om en plats där en förare påbörjar 
eller avslutar en av dagens arbetsperioder (krav 087 i bilaga 1 B och krav 
108 och 110 i bilaga IC).  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 216
  
I stället för placeRecord använder datastrukturen för generatio n 2, ver­
sion 2 följande dataelement:  
placeAuthRecord  innehåller information om den plats som angetts, den 
registrerade positionen, GNSS-positionens autentiseringsstatus och tid­
punkten för positionsbestämningen.  
▼B 
2.220.  VuPlaceDailyWorkPeriodRecordArray  
Generation 2:  
Information lagrad i en fordonsenhet om de platser där förare p åbörjar 
eller avslutar en arbetsperiod (krav 108 och 110 i bilaga 1C).
  
recordType  anger typen av post (VuPlaceDailyWorkPeriodRecord).  
Värdetilldelning:  Se RecordType.  
recordSize  är storleken av VuPlaceDailyWorkPeriodRecord i byte.  
noOfRecords  är antalet poster i postmängden.  
records  är en mängd platsrelaterade poster.  
2.221.  VuPrivateKey  
Generation 1:  
En fordonsenhets privata nyckel.
  
2.222.  VuPublicKey  
Generation 1:  
En fordonsenhets öppna nyckel.
  
▼M3 
2.222a.  VuRtcTime  
Generation 2, version 2:  
Tidpunkten i fordonsenhetens RTC-klocka, som överförs av fordon s­
enheten till en extern GNSS-anordning (se krav GNS_3f i tillägg  12).
 ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 217  
2.223.  VuSerialNumber  
Fordonsenhetens serienummer (krav 075 i bilaga 1B och krav 93 i  bilaga 
1C).
 
2.224.  VuSoftInstallationDate  
Datum för installation av fordonsenhetens programvaruversion.
  
Värdetilldelning : Ospecificerad.  
2.225.  VuSoftwareIdentification  
Information lagrad i en fordonsenhet om installerad programvara .
 
vuSoftwareVersion  är numret på programvaruversionen i 
fordonsenheten.  
vuSoftInstallationDate  är datum för installation av 
programvaruversionen.  
2.226.  VuSoftwareVersion  
Nummer på programvaruversionen i fordonsenheten.
  
Värdetilldelning : Ospecificerad.  
2.227.  VuSpecificConditionData  
Generation 1:  
Information lagrad i en fordonsenhet om särskilda omständighete r.
 
noOfSpecificConditionRecords  är antalet poster som finns förtecknade 
i mängden specificConditionRecords.  
specificConditionRecords  är en mängd poster som rör särskilda om­
ständigheter.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 218  
2.228.  VuSpecificConditionRecordArray  
Generation 2:  
Information lagrad i en fordonsenhet om särskilda omständighete r (krav 
130 i bilaga 1C).
  
recordType  anger typen av post (SpecificConditionRecord).  Värdetill ­
delning:  Se RecordType.  
recordSize  är storleken av SpecificConditionRecord i byte.  
noOfRecords  är antalet poster i postmängden.  
records  är en mängd poster som rör särskilda omständigheter.  
2.229.  VuTimeAdjustmentData  
Generation 1:  
Information lagrad i en fordonsenhet om tidsinställningar som i nte ut­
förts vid en normal kalibrering (krav 101 i bilaga 1B).
  
noOfVuTimeAdjRecords  är antalet poster i vuTimeAdjustmentRecords . 
vuTimeAdjustmentRecords  är en mängd poster för tidsinställningar.  
▼M1 
2.230. Reserverat för framtida användning (RFU,  Reserved for future use ) 
2.231. Reserverat för framtida användning (RFU,  Reserved for future use ) 
▼B 
2.232.  VuTimeAdjustmentRecord  
Information lagrad i en fordonsenhet om en tidsinställning som inte 
utförts vid en normal kalibrering (krav 101 i bilaga 1B och kra v 124 
och 125 i bilaga 1C).  
Generation 1:
  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 219  
oldTimeValue, newTimeValue  är de gamla och nya värdena för datum 
och tidpunkt.  
workshopName, workshopAddress  är verkstadens namn och adress.  
workshopCardNumber  identifierar det verkstadskort som använts för 
att utföra tidsinställningen.  
Generation 2:
  
I stället för workshopCardNumber använder datastrukturen för ge nera­
tion 2 följande dataelement:  
workshopCardNumberAndGeneration  identifierar det verkstadskort, 
inbegripet dess generation, som används för att utföra tidsinst ällningen.  
2.233.  VuTimeAdjustmentRecordArray  
Generation 2:  
Information lagrad i en fordonsenhet om tidsinställningar som i nte ut­
förts vid en normal kalibrering (krav 124 och 125 i bilaga 1C).
  
recordType  anger typen av post (VuTimeAdjustmentRecord).  Vär­
detilldelning:  Se RecordType.  
recordSize  är storleken av VuTimeAdjustmentRecord i byte.  
noOfRecords  är antalet poster i postmängden.  
records  är en mängd poster för tidsinställningar.  
2.234.  WorkshopCardApplicationIdentification  
Information lagrad i ett verkstadskort om identifiering av kort tillämp­
ningen (krav 307 och 330 i bilaga 1C).  
Generation 1:
  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 220  
typeOfTachographCardId  specificerar använd korttyp.  
cardStructureVersion  specificerar versionen av den struktur som an­
vänds i kortet.  
noOfEventsPerType  är antalet händelser per händelsetyp som kortet 
kan registrera.  
noOfFaultsPerType  är antalet fel per typ av fel som kortet kan 
registrera.  
activityStructureLength  anger antal byte som finns tillgängliga för lag­
ring av aktivitetsposter.  
noOfCardVehicleRecords  är antalet fordonsposter som kortet kan 
registrera.  
noOfCardPlaceRecords  är det antal platser som kortet kan lagra.  
noOfCalibrationRecords  är det antal kalibreringsposter som kortet kan 
lagra.  
Generation 2:  
▼M1
 
Jämfört med generation 1 används följande ytterligare dataeleme nt: 
noOfGNSSADRecords  är det antal GNSS-poster om sammanlagd kör­
ning som kortet kan lagra.  
noOfSpecificConditionRecords  är det antal poster för särskilda omstän­
digheter som kortet kan lagra.  
noOfCardVehicleUnitRecords  är det antal poster om använda fordons­
enheter som kortet kan lagra.  
▼M3 
2.234a.  WorkshopCardApplicationIdentificationV2  
Generation 2, version 2:  
Information, lagrad i ett verkstadskort, om identifiering av ko rttillämp­
ningen (krav 330a i bilaga IC).  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 221
  
lengthOfFollowingData  är antalet efterföljande byte i posten.  
noOfBorderCrossingRecords  är det antal poster för gränspassager som 
verkstadskortet kan lagra.  
noOfLoadUnloadRecords  är det antal poster för lastning/lossning som 
verkstadskortet kan lagra.  
noOfLoadTypeEntryRecords  är det antal poster med angivelse av typ 
av last som verkstadskortet kan lagra.  
vuConfigurationLengthRange  är antalet byte i ett färdskrivarkort som 
är tillgängliga för lagring av fordonsenhetens konfigurationer.  
2.234b.  WorkshopCardCalibrationAddData  
Generation 2, version 2:  
Information, lagrad i ett verkstadskort, om de ytterligare data  (t.ex. stan­
dardtyp av last) som anges under en kalibrering (krav 356l i bi laga IC).
  
calibrationPointerNewestRecord  är index för senast uppdaterade post 
med ytterligare kalibreringsdata.  
Värdetilldelning : Ett tal som motsvarar numeratorn för posten med 
ytterligare kalibreringsdata, och som börjar med ”0” för den fö rsta pos­
ten med ytterligare kalibreringsdata som förekommer i strukture n. 
workshopCardCalibrationAddDataRecords  är den mängd poster som 
innehåller de gamla värdena för datum och tidpunkt, samt fordon ets 
identifieringsnummer och standardtyp av last.  
2.234c.  WorkshopCardCalibrationAddDataRecord  
Generation 2, version 2:  
Information, lagrad i ett verkstadskort, om den standardtyp av last som 
anges under en kalibrering (krav 356k i bilaga IC).  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 222
  
oldTimeValue  är de gamla värden för datum och tidpunkt som finns i 
motsvarande post för WorkshopCardCalibrationRecord.  
vehicleIdentificationNumber  är fordonets identifieringsnummer, som 
också finns i motsvarande post för WorkshopCardCalibrationRecor d. 
byDefaultLoadType  är fordonets standardtyp av last (finns endast i 
version 2).  
calibrationCountry  är det land där kalibreringen har utförts.  
calibrationCountryTimestamp  är datum och tidpunkt när 
GNSS-mottagaren tillhandahöll den position som användes för att  fast­
ställa detta land.  
▼B 
2.235.  WorkshopCardCalibrationData  
Information lagrad i ett verkstadskort om verkstadsaktivitet so m utförts 
med kortet (krav 314, 316, 337 och 339 i bilaga 1C).
  
calibrationTotalNumber  är det sammanlagda antal kalibreringar som 
utförts med kortet.  
calibrationPointerNewestRecord  är index för senast uppdaterad 
kalibreringspost.  
Värdetilldelning : Ett tal som motsvarar kalibreringspostens numerator, 
och som börjar med ′0′ för den första gången kalibreringsposter na upp­
träder i strukturen.  
calibrationRecords  är den mängd poster som innehåller information om 
kalibreringar och/eller tidsinställningar.  
2.236.  WorkshopCardCalibrationRecord  
Information lagrad i ett verkstadskort om en kalibrering som ut förts med 
kortet (krav 314 och 337 i bilaga 1C).  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 223  
Generation 1:
  
calibrationPurpose  är syftet med kalibreringen.  
vehicleIdentificationNumber  är fordonets identifieringsnummer (VIN).  
vehicleRegistration  innehåller fordonets registreringsnummer (VRN) 
och registrerande medlemsstat.  
wVehicleCharacteristicConstant  är fordonets karakteristiska 
koefficient.  
kConstantOfRecordingEquipment  är färdskrivarens konstant.  
lTyreCircumference  är däckens effektiva omkrets.  
tyreSize  är angivelse av dimensionerna på de däck som monterats på 
fordonet.  
authorisedSpeed  är den högsta tillåtna hastigheten för fordonet.  
oldOdometerValue, newOdometerValue  är de gamla och nya vägmä­
tarställningarna.  
oldTimeValue, newTimeValue  är de gamla och nya värdena för datum 
och tidpunkt.  
nextCalibrationDate  är datum för nästa kalibrering av den typ som 
anges i CalibrationPurpose och som ska utföras av den auktorise rade 
besiktningsmyndigheten.  
vuPartNumber , vuSerialNumber  och sensorSerialNumber  är dataele­
menten för identifiering av färdskrivare.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 224  
Generation 2:
  
Jämfört med generation 1 används följande ytterligare dataeleme nt: 
sensorGNSSSerialNumber , som identifierar en extern GNSS-anordning.  
rcmSerialNumber , som identifierar en fjärrkommunikationsmodul.  
sealDataCard  ger information om de plomberingar som anbringats på 
olika komponenter i fordonet.  
2.237.  WorkshopCardHolderIdentification  
Information lagrad i ett verkstadskort om identifiering av kort innehavare 
(krav 311 och 334 i bilaga 1C).
  
workshopName  är namnet på kortinnehavarens verkstad.  
workshopAddress  är adressen till kortinnehavarens verkstad.  
cardHolderName  är innehavarens namn och förnamn (exempelvis me­
kanikerns namn).  
cardHolderPreferredLanguage  är det språk som kortinnehavaren väljer.  
2.238.  WorkshopCardPIN  
Verkstadskortets personliga identifieringsnummer (krav 309 och 332 i 
bilaga 1C).
  
Värdetilldelning : Den PIN-kod som kortinnehavaren har, högerutfylld 
med ′FF′-byte upp till 8 byte.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 225  
2.239.  W-VehicleCharacteristicConstant  
Fordonets karakteristiska koefficient (definition k)).
  
Värdetilldelning : Pulser per kilometer i intervallet från 0 till 64 255 
pulser/km.  
2.240.  VuPowerSupplyInterruptionRecord  
Generation 2:  
Information lagrad i en fordonsenhet om händelser av typen avbr ott i 
strömtillförseln (krav 117 i bilaga 1C).
  
eventType  är typ av händelse.  
eventRecordPurpose  är syftet med registreringen av denna händelse.  
eventBeginTime  är datum och tidpunkt för händelsens början.  
eventEndTime  är datum och tidpunkt för händelsens slut.  
cardNumberAndGenDriverSlotBegin  identifierar det kort, inbegripet 
dess generation, som är insatt i förarens kortplats vid händels ens början.  
cardNumberAndGenDriverSlotEnd  identifierar det kort, inbegripet 
dess generation, som är insatt i förarens kortplats vid händels ens slut.  
cardNumberAndGenCodriverSlotBegin  identifierar det kort, inbegri­
pet dess generation, som är insatt i medförarens kortplats vid händelsens 
början.  
cardNumberAndGenCodriverSlotEnd  identifierar det kort, inbegripet 
dess generation, som är insatt i medförarens kortplats vid händ elsens 
slut. 
similarEventsNumber  är antalet liknande händelser samma dag.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 226  
2.241.  VuPowerSupplyInterruptionRecordArray  
Generation 2:  
Information lagrad i en fordonsenhet om händelser av typen avbr ott i 
strömtillförseln (krav 117 i bilaga 1C).
  
recordType  anger typen av post (VuPowerSupplyInterruptionRecord).  
Värdetilldelning:  Se RecordType.  
recordSize  är storleken av VuPowerSupplyInterruptionRecord i byte.  
noOfRecords  är antalet poster i postmängden.  
records  är en mängd poster för händelser av typen avbrott i strömtill­
förseln.  
2.242.  VuSensorExternalGNSSCoupledRecordArray  
Generation 2:  
En mängd SensorExternalGNSSCoupledRecord samt metadata som an­
vänds i överföringsprotokollet.
  
recordType  anger typen av post (SensorExternalGNSSCoupledRecord).  
Värdetilldelning:  Se RecordType.  
recordSize  är storleken av SensorExternalGNSSCoupledRecord i byte.  
noOfRecords  är antalet poster i postmängden.  
records  är en mängd poster från en kopplad extern GNSS-sensor.  
2.243.  VuSensorPairedRecordArray  
Generation 2:  
En mängd SensorPairedRecord samt metadata som används i över­
föringsprotokollet.
  
recordType  anger typen av post (SensorPairedRecord).  Värdetilldel ­
ning:  Se RecordType.  
recordSize  är storleken av SensorPairedRecord i byte.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 227  
noOfRecords  är antalet poster i postmängden.  
records  är mängden av poster från parade sensorer.  
3. DEFINITIONER AV INTERVALL FÖR VÄRDEN OCH STORLE­
KAR  
Definition av variabler som används för definitioner i avsnitt 2.
 
4. TECKENMÄNGDER  
IA5Strings använder ASCII-tecken enligt ISO/IEC 8824-1. För läs barhet 
och enkel hänvisning ges värdetilldelningen nedan. ISO/IEC 8824 -1 
ersätter denna anmärkning i händelse av avvikelse.
  
Andra teckensträngar (Address, Name, VehicleRegistrationNumber)  an­
vänder dessutom tecken från decimalkodintervall 161–255 i följa nde 8- 
bitars standardteckenuppsättning som anges av teckentabellens n ummer: 
Standard för teckenmängd  Teckentabell 
(decimalt)  
ISO/IEC 8859-1 Latin-1 Västeuropeisk  1  
ISO/IEC 8859-2 Latin-2 Centraleuropeisk  2  
ISO/IEC 8859-3 Latin-3 Sydeuropeisk  3  
ISO/IEC 8859-5 Latin/kyrillisk  5  
ISO/IEC 8859-7 Latin/grekisk  7  
ISO/IEC 8859-9 Latin-5 Turkisk  9  
ISO/IEC 8859-13 Latin-7 baltiska  1 3  
ISO/IEC 8859-15 Latin-9  1 5  
ISO/IEC 8859-16 Latin-10 Sydosteuropeisk  1 6  
KOI8-R Latin/kyrillisk  8 0  
KOI8-U Latin/kyrillisk  8 5  
5. KODNING  
Definierade datatyper som kodas med kodningsreglerna ASN.1 ska ko­
das enligt ISO/IEC 8825-2, anpassad ( aligned ) variant.  
6. OBJEKTIDENTIFIERARE OCH TILLÄMPNINGSIDENTIFIERARE  
6.1. Objektidentifierare  
De objektidentifierare (OID) som förtecknas i detta kapitel är relevanta 
endast för generation 2. Dessa OID specificeras i TR-03110-3 oc h åter­
ges här fullständighetens skull. Dessa OID finns i strukturen u nder ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 228  
bsi-de:
  
Protokollidentifierare för autentisering av fordonsenhet (VU)
  
Exempel:  Antag att autentiseringen av en fordonsenhet ska utföras med 
SHA-384. Då ska följande objektidentifierare (i ASN.1-notation)  
användas:
  .  
Värdet för denna objektidentifierare i punktnotation är
  
. 
Punktnotation:  Bytenotation:
  
”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”  
Protokollidentifierare för autentisering av chip
  
Exempel:  Antag att autentiseringen av ett chip ska utföras med 
ECDH-algoritmen som leder till en AES-sessionsnyckel med en 
längd av 128 bitar. Denna sessionsnyckel kommer sedan att an­
vändas i CBC-läge för att säkerställa datasekretess och med 
CMAC-algoritmen för att säkerställa autenticitet hos data. Därm ed 
ska följande objektidentifierare (i ASN.1-notation) användas:
  
. Värdet för denna 
objektidentifierare i punktnotation är
  .  
Punktnotation:  Bytenotation:
  
”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”  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 229  
6.2. Tillämpningsidentifierare  
Generation 2:  
Tillämpningsidentifieraren (AID) för den externa GNSS-anordning en i 
generation 2 är ”FF 44 54 45 47 4D”. Denna är en proprietär ( proprie­
tary) tillämpningsidentifierare i enlighet med ISO/IEC 7816-4.  
Anmärkning:  De sista 5 bytarna kodar ”DTEGM” för den smarta färd­
skrivarens externa GNSS-anordning.  
Tillämpningsidentifieraren (AID) för färdskrivarkortets tillämp ning i ge­
neration 2 är ”FF 53 4D 52 44 54”. Denna är en proprietär ( proprietary ) 
tillämpningsidentifierare i enlighet med ISO/IEC 7816-4.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 230  
Tillägg 2  
SPECIFIKATION FÖR FÄRDSKRIVARKORT  
INNEHÅLLSFÖRTECKNING  
1. INLEDNING  
1.1. Förkortningar  
1.2. Referenser  
2. ELEKTRISKA OCH FYSISKA EGENSKAPER  
2.1. Försörjningsspänning och strömförbrukning  
2.2. Programmeringsspänning V  pp 
2.3. Klockgenerering och klockfrekvens  
2.4. I/O-kontakt  
2.5. Kortets tillstånd  
3. MASKINVARA OCH KOMMUNIKATION  
3.1. Inledning  
3.2. Överföringsprotokoll  
3.2.1 Protokoll  
3.2.2 ATR  
3.2.3 PTS  
3.3. Tillträdesregler  
3.4. Översikt av kommandon och felkoder  
3.5. Kommandobeskrivning  
3.5.1 SELECT  
3.5.2 READ BINARY  
3.5.3 UPDATE BINARY  
3.5.4 GET CHALLENGE  
3.5.5 VERIFY  
3.5.6 GET RESPONSE  
3.5.7 PSO: VERIFY CERTIFICATE  
3.5.8 INTERNAL AUTHENTICATE  
3.5.9 EXTERNAL AUTHENTICATE  
3.5.10 GENERAL AUTHENTICATE  
3.5.11 MANAGE SECURITY ENVIRONMENT  
3.5.12 PSO: HASH  
3.5.13 PERFORM HASH of FILE  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 231  
3.5.14 PSO: COMPUTE DIGITAL SIGNATURE  
3.5.15 PSO: VERIFY DIGITAL SIGNATURE  
3.5.16 PROCESS DSRC MESSAGE  
4. FÄRDSKRIVARKORTENS STRUKTUR  
4.1. Huvudfil (MF)  
4.2. Förarkortstillämpningar  
4.2.1 Förarkortstillämpning (generation 1)  
4.2.2 Förarkortstillämpning (generation 2)  
4.3. Verkstadskortstillämpningar  
4.3.1 Verkstadskortstillämpning (generation 1)  
4.3.2 Verkstadskortstillämpning (generation 2)  
4.4. Kontrollkortstillämpningar  
4.4.1 Kontrollkortstillämpning (generation 1)  
4.4.2 Kontrollkortstillämpning (generation 2)  
4.5. Företagskortstillämpningar  
4.5.1 Företagskortstillämpning (generation 1)  
4.5.2 Företagskortstillämpning (generation 2)  
1. INLEDNING  
1.1. Förkortningar  
Följande förkortningar används i detta tillägg:  
AC Access Conditions  (tillträdesvillkor)  
AES  Advanced Encryption Standard  (standardiserad krypte­
ringsalgoritm)  
AID Application Identifier  (tillämpningsidentifierare)  
ALW  Always  (alltid)  
APDU  Application Protocol Data Unit  (dataenhet i ett tillämp­
ningsprotokolls kommandostruktur)  
ATR  Answer To Reset  (återställningssignal)  
AUT  Authenticated  (autentiserad)  
C6, C7 Kontakterna nr 6 och 7 på kortet enligt ISO/IEC 7816-2  
cc clock cycles  (klockcykler)  
▼M1 
CHA  Certificate Holder Authorisation  (certifikatinnehavarens 
auktorisering)  
▼B 
CHV  Card Holder Verification Information  (kortinnehavarens 
verifieringsinformation)  
CLA  Class byte  (byte som anger klass i ett APDU-kommando)  
▼M1 
DO Data Object  (dataobjekt)  
▼B 
DSRC  Dedicated Short Range Communication  (radiokommuni­
kation över korta avstånd)  
DF Dedicated File  (dedikerad fil), en dedikerad fil kan inne­
hålla andra filer (EF eller DF)  
ECC  Elliptic Curve Cryptography  (elliptisk kryptering)  
EF Elementary File  (elementfil)  
etu elementary time unit  (grundläggande tidsenhet)  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 232  
G1 Generation 1  
G2 Generation 2  
IC Integrated Circuit  (integrerad krets)  
ICC Integrated Circuit Card  (smartkort, kort med integrerade 
kretsar)  
ID Identifier  (identifierare)  
IFD Interface Device  (kortläsare)  
IFS Information Field Size  (storlek för informationsfält)  
IFSC  Information Field Size – Card  (kortets storlek för infor­
mationsfält)  
IFSD  Information Field Size – Device  (terminalens storlek för 
informationsfält)  
INS Instruction byte  (byte som anger instruktion i ett 
APDU-kommando)  
Lc Längd på indata för ett APDU-kommando  
Le Längd på förväntade data (utdata för ett kommando)  
MF Master File  (huvudfil, rotnivå)  
NAD  Node Address  (nodadress som används i T=1-protokoll)  
NEV  Never  (aldrig)  
P1-P2 Byte som anger parameter  
PIN Personal Identification Number  (personligt identifierings­
nummer)  
PRO SM  Protected with Secure Messaging  (skyddas med säker 
meddelandehantering)  
PTS Protocol Transmission Selection  (val av överföringspro­
tokoll)  
RFU  Reserved for Future Use  (reserverat för framtida använd­
ning)  
RST Reset  (nollställning av kortet)  
SFID  Short EF Identifier  (kort identifierare för elementfil)  
SM Secure Messaging  (säker meddelandehantering)  
SW1-SW2 Byte som anger status  
TS Inledande ATR-tecken  
VPP Programming Voltage  (programmeringsspänning)  
VU Vehicle Unit  (fordonsenhet)  
XXh Värde XX hexadecimalt  
”XXh” Värde XX hexadecimalt  
|| Konkateneringssymbol (03||04=0304)  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 233  
1.2. Referenser  
Följande referenser används i detta tillägg:  
ISO/IEC 7816-2 Identification cards – Integrated circuit cards – Part 
2: Dimensions and location of the contacts. ISO/ 
IEC 7816-2:2007.  
ISO/IEC 7816-3 Identification cards – Integrated circuit cards – Part 
3: Electrical interface and transmission protocols. 
ISO/IEC 7816-3:2006.  
ISO/IEC 7816-4 Identification cards – Integrated circuit cards – Part 
4: Organization, security and commands for inter­
change. ISO/IEC 7816-4:2013 + Cor 1: 2014.  
ISO/IEC 7816-6 Identification cards – Integrated circuit cards – Part 
6: Interindustry data elements for interchange. ISO/ 
IEC 7816-6:2004 + Cor 1: 2006.  
ISO/IEC 7816-8 Identification cards – Integrated circuit cards – Part 
8: Commands for security operations. ISO/IEC 
7816-8:2004.  
ISO/IEC 9797-2 Information technology – Security techniques – 
Message Authentication Codes (MACs) – Part 2: 
Mechanisms using a dedicated hash-function. ISO/ 
IEC 9797-2:2011  
2. ELEKTRISKA OCH FYSISKA EGENSKAPER  
TCS_01 Alla elektroniska signaler ska överensstämma med ISO/IEC  
7816-3 om inte annat anges.  
TCS_02 Kortkontakternas placering och dimensioner ska överens­
stämma med ISO/IEC 7816-2.  
2.1. Försörjningsspänning och strömförbrukning  
TCS_03 Kortet ska fungera enligt specifikationer inom de begrän s­
ningar av strömförbrukningen som anges i ISO/IEC 7816- 
3. 
TCS_04 Kortet ska fungera med Vcc = 3 V (±0,3 V) eller med Vcc 
= 5 V (±0,5 V).  
Spänningen ska väljas i enlighet med ISO/IEC 7816-3.  
2.2. Programmeringsspänning V  pp 
TCS_05 Kortet får inte kräva en programmeringsspänning vid stif t 
C6. Det förväntas att stift C6 inte är anslutet i en kortläsare . 
Kontakt C6 får anslutas till V  cc på kortet men får inte 
anslutas till jord. Denna spänning saknar betydelse.  
2.3. Klockgenerering och klockfrekvens  
TCS_06 Kortet ska fungera i frekvensintervallet 1–5 MHz, men få r 
stödja högre klockfrekvenser. Inom en kortsession får 
klockfrekvensen variera med ± 2 %. Klockfrekvensen ge­
nereras av fordonsenheten och inte av själva kortet. Puls­
förhållandet får variera mellan 40 och 60 %.  
TCS_07 Den externa klockan kan stoppas, baserat på villkor som 
finns i kortfilen EF ICC. Villkoren för s.k. Clockstop-läge 
är kodade i första byte i nyttodelen ( body ) av EF ICC:  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 234  
Låg Hög  
Bit 3  Bit 2  Bit 1  
0 0  1  Clockstop tillåtet, ingen nivå föredras  
0 1  1  Clockstop tillåtet, hög nivå föredras  
1 0  1  Clockstop tillåtet, låg nivå föredras  
0 0  0  Clockstop ej tillåtet  
0 1  0  Clockstop endast tillåtet på hög nivå  
1 0  0  Clockstop endast tillåtet på låg nivå  
Bitarna 4 till 8 används inte.  
2.4. I/O-kontakt  
TCS_08 I/O-kontakt C7 används för att ta emot data från och öve r­
föra data till kortläsare. Antingen kortet eller kortläsaren 
ska vara i överföringsläge vid drift. Kortet ska inte ta skada 
om båda enheterna är i överföringsläge. När kortet inte 
överför ska det övergå till mottagningsläge.  
2.5. Kortets tillstånd  
TCS_09 Kortet fungerar i två olika tillstånd när det matas med 
spänning:  
▼M3 
Drifttillstånd när kommandon utförs eller interaktion sker 
med fordonsenhet.  
▼B 
Vilotillstånd vid alla övriga tillfällen; i detta läge ska kort et 
behålla alla data.  
3. MASKINVARA OCH KOMMUNIKATION  
3.1. Inledning  
I denna punkt beskrivs den minsta funktionalitet som krävs av f ärd­
skrivarkort och fordonsenheter för att drift och driftskompatib ilitet ska 
kunna säkerställas.  
Färdskrivarkort ska överensstämma så långt som möjligt med till gäng­
liga tillämpliga ISO/IEC-normer (i synnerhet ISO/IEC 7816). Kom ­
mandon och protokoll beskrivs dock fullständigt för att viss be gränsad 
användning eller vissa skillnader ska specificeras om de existe rar. 
Specificerade kommandon överensstämmer till fullo med referensn or­
merna om inte annat anges.  
3.2. Överföringsprotokoll  
TCS_10 Överföringsprotokollet ska överensstämma med ISO/IEC 
7816-3 för T=0 och T=1. I synnerhet ska fordonsenheten 
identifiera de förlängda väntetider som kortet sänder.  
3.2.1  Protokoll  
TCS_11 Kortet ska tillhandahålla både protokoll T=0 och protoko ll 
T=1. Dessutom får kortet stödja ytterligare kontaktbaserade 
protokoll.  
TCS_12 T=0 är standardprotokoll, och ett PTS-kommando behövs 
därför för att ändra protokollet till T=1.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 235  
TCS_13 Kortläsare ska klara  direkt konvention  i båda protokollen, 
och detta är således obligatoriskt för kortet.  
TCS_14 Byte för IFSC ( Information Field Size Card ) ska visas med 
tecken TA3 vid ATR. Värdet ska vara minst ”F0h” (= 240 
byte).  
Följande begränsningar gäller för protokollen:  
TCS_15  T=0  
— Kortläsaren ska stödja ett svar på I/O efter den stigande 
kanten (rising edge) i signalen på RST från 400 cc.  
— Kortläsaren ska kunna läsa tecken som är åtskilda med 
12 etu.  
— Kortläsaren ska läsa ett felaktigt tecken och upprepning 
av detta om de är åtskilda med 13 etu. Om ett felaktigt 
tecken upptäcks kan felsignalen på I/O inträffa mellan 1 
etu och 2 etu. Anordningen ska stödja en fördröjning på 
1 etu.  
— Kortläsaren ska godta en ATR på 33 byte (TS+32).  
— Om TC1 är närvarande i ATR ska extra vakttid ( Extra 
Guard Time ) vara närvarande för tecken som sänds av 
kortläsaren även om tecken som sänds av kortet fort­
farande kan skiljas åt med 12 etu. Detta gäller också för 
det ACK-tecken som sänds av kortet efter ett P3-tecken 
som sänts ut av kortläsaren.  
— Kortläsaren ska beakta ett NUL-tecken som sänds ut av 
kortet.  
— Kortläsaren ska godta komplementläge ( complementary 
mode ) för ACK.  
— Kommandot GET-RESPONSE (hämta svar) kan inte 
användas i kedjeläge ( chaining mode ) för att hämta 
data vars längd skulle kunna överstiga 255 byte.  
TCS_16  T=1  
— NAD-byte: används ej (NAD ska sättas till ”00”).  
— S-block, ABORT: används ej.  
— S-block, feltillstånd för VPP ( VPP state error ): används 
ej. 
▼M3 __________  
▼B 
— Kortläsarens storlek för informationsfält (IFSD) ska 
anges av kortläsaren omedelbart efter ATR: kortläsaren 
ska överföra begäran om S-Block för IFS (storlek för 
informationsfält) efter ATR och kortet ska sända till­
baka S-Block för IFS. Det rekommenderade värdet på 
IFSD är 254 byte.  
— Kortet kommer inte att fråga efter en justering av IFS.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 236  
3.2.2  ATR  
TCS_17 Anordningen kontrollerar ATR-byte enligt ISO/IEC 7816- 
3. Ingen verifiering ska göras av  ATR Historical Charac ­
ters. 
Exempel på  Basic Biprotocol ATR  enligt ISO/IEC 7816-3  
Tecken  Värde  Anmärkningar  
TS ”3Bh”  Indikerar direkt kommunikation ( direct convention ) 
T0 ”85h”  TD1 närvarande, 5 historiska byte närvarande  
TD1 ”80h”  TD2 närvarande, T=0 ska användas  
TD2 ”11h”  TA3 närvarande, T=1 ska användas  
TA3 ”XXh” (minst ”F0h”)  Information Field Size Card (IFSC)  
TH1 till TH5  ”XXh”  Historiska tecken  
TCK  ”XXh”  Kontrolltecken (XOR)  
TCS_18 Efter ATR väljs huvudfilen (MF) indirekt och blir aktuel l 
katalog ( Current Directory ). 
3.2.3  PTS  
TCS_19 Standardprotokollet är T=0. För att sätta protokollet T= 1 
måste en PTS (även kallad PPS) sändas till kortet av 
anordningen.  
TCS_20 Eftersom både protokoll T=0 och protokoll T=1 är obliga­
toriska för kortet är grundläggande PTS ( basic PTS ) för 
protokollväxling obligatorisk för kortet.  
Som anges i ISO/IEC 7816-3, kan PTS användas för att 
byta till högre överföringshastigheter än den förvalda som 
föreslås av kortet i ATR i förekommande fall (TA(1)-byte).  
Högre överföringshastigheter är valfria för kortet.  
TCS_21 Om ingen annan överföringshastighet än den förvalda stöd s 
(eller om den valda överföringshastigheten inte stöds), ska 
kortet svara korrekt på PTS enligt ISO/IEC 7816-3 genom 
att utelämna PPS1-byte.  
Exempel på grundläggande PTS för protokollval är föl­
jande:  
Tecken  Värde  Anmärkningar  
PPSS  ”FFh”  Initialt tecken  
PPS0  ”00h” eller ”01h”  PPS1 till PPS3 används inte; ”00h” för att välja T0, 
”01h” för att välja T1.  
PK ”XXh”  Kontrolltecken: ”XXh” = ”FFh” om PPS0 = ”00h”, 
”XXh” = ”FEh” om PPS0 = ”01h”.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 237  
3.3. Tillträdesregler  
TCS_22 En tillträdesregel anger säkerhetsvillkoren för ett åtko mst­
läge, dvs. ett kommando. Om dessa säkerhetsvillkor är upp­
fyllda behandlas det aktuella kommandot.  
TCS_23 Följande säkerhetsvillkor används för färdskrivarkortet:  
Förkortning  Betydelse  
ALW  Åtgärden är alltid möjlig och kan utföras utan någon begränsni ng. Kommando 
och svar (APDU) sänds i klartext, dvs. utan säker meddelandehan tering.  
NEV  Åtgärden är aldrig möjlig.  
PLAIN-C  APDU för kommandot sänds i klartext, dvs. utan säker meddeland ehantering.  
PWD  Åtgärden får endast verkställas om verkstadskortets PIN-kod ha r kontrollerats 
med positivt resultat, dvs. om kortets interna säkerhetsstatus ”PIN_Verified” 
har satts. Kommandot måste skickas utan säker meddelandehanteri ng. 
EXT-AUT-G1  Åtgärden får endast verkställas om kommandot EXTERNAL AUTHENTI ­
CATE för autentiseringen (generation 1) (se även del A i tilläg g 11) har 
utförts med positivt resultat.  
SM-MAC-G1  APDU (kommando och svar) måste användas med säker meddelandeha ntering 
(generation 1) i läge för endast autentisering ( authentication-only mode ) (se 
del A i tillägg 11).  
SM-C-MAC-G1  APDU för kommandot måste användas med säker meddelandehanterin g (ge­
neration 1) i läge för endast autentisering ( authentication-only mode ) (se del A 
i tillägg 11).  
SM-R-ENC-G1  APDU för svaret måste användas med säker meddelandehantering ( generation 
1) i krypteringsläge ( encryption mode ) (se del A i tillägg 11), dvs ingen kod 
för meddelandeautentisering (MAC) återsänds.  
SM-R-ENC- 
MAC-G1  APDU för svaret måste användas med säker meddelandehantering (g eneration 
1) i läge för kryptering följd av autentisering ( encrypt-then-authenticate mode ) 
(se del A i tillägg 11).  
SM-MAC-G2  APDU (kommando och svar) måste användas med säker meddelandeha ntering 
(generation 2) i läge för endast autentisering ( authentication-only mode ) (se 
del B i tillägg 11).  
SM-C-MAC-G2  APDU för kommandot måste användas med säker meddelandehanterin g (ge­
neration 2) i läge för endast autentisering ( authentication-only mode ) (se del B 
i tillägg 11).  
SM-R-ENC- 
MAC-G2  APDU för svaret måste användas med säker meddelandehantering (g eneration 
2) i läge för kryptering följd av autentisering ( encrypt-then-authenticate mode ) 
(se del B i tillägg 11).  
▼M1 
TCS_24 Dessa säkerhetsvillkor kan förenas på följande sätt:  
AND: Alla säkerhetsvillkor måste vara uppfyllda  
OR: Minst ett säkerhetsvillkor måste vara uppfyllt  
Tillträdesreglerna för filsystemet, dvs. för kommandona 
SELECT, READ BINARY och UPDATE BINARY, spe­
cificeras i kapitel 4. Tillträdesreglerna för övriga komman­
don specificeras i nedanstående tabeller. ’Ej tillämpligt’ 
anger att det inte finns något krav på stöd för kommandot. 
I så fall kanske det finns stöd för kommandot, men till­
trädesvillkoret är inte relevant.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 238  
TCS_25 För tillämpningen i DF Tachograph_G1 används följande 
tillträdesregler:  
▼M1 
Kommando  Förarkort  Verkstadskort  Kontrollkort  Företagskort  
EXTERNAL AUTHENTICATE  
— För autentisering (genera­
tion 1)  ALW  ALW  ALW  ALW  
— För autentisering (genera­
tion 2)  ALW  PWD  ALW  ALW  
INTERNAL AUTHENTICATE  ALW  PWD  ALW  ALW  
GENERAL AUTHENTICATE  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 DSRC MESSAGE  Ej tillämpligt  Ej tillämpligt  Ej tillämpligt  Ej tillämpligt  
PSO: COMPUTE DIGITAL 
SIGNATURE  ALW OR 
SM-MAC- 
G2 ALW OR 
SM-MAC- 
G2 Ej tillämpligt  Ej tillämpligt  
PSO: HASH  Ej tillämpligt  Ej tillämpligt  ALW  Ej tillämpligt  
PERFORM HASH OF FILE  ALW OR 
SM-MAC- 
G2 ALW OR 
SM-MAC- 
G2 Ej tillämpligt  Ej tillämpligt  
PSO: VERIFY CERTIFICATE  ALW  ALW  ALW  ALW  
PSO: VERIFY DIGITAL SIG­
NATURE  Ej tillämpligt  Ej tillämpligt  ALW  Ej tillämpligt  
Verify  Ej tillämpligt  ALW  Ej tillämpligt  Ej tillämpligt  
▼B 
TCS_26 För tillämpningen i DF Tachograph_G2 används följande 
tillträdesregler:  
▼M1 
Kommando  Förarkort  Verkstadskort  Kontrollkort  Företagskort  
EXTERNAL AUTHENTICATE  
— För autentisering (genera­
tion 1)  Ej tillämpligt  Ej tillämpligt  Ej tillämpligt  Ej tillämpligt  
— För autentisering (genera­
tion 2)  ALW  PWD  ALW  ALW  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 239  
Kommando  Förarkort  Verkstadskort  Kontrollkort  Företagskort  
INTERNAL AUTHENTICATE  Ej tillämpligt  Ej tillämpligt  Ej tillämpligt  Ej tillämpligt  
GENERAL AUTHENTICATE  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 DSRC MESSAGE  Ej tillämpligt  ALW  ALW  Ej tillämpligt  
PSO: COMPUTE DIGITAL 
SIGNATURE  ALW OR 
SM-MAC- 
G2 ALW OR 
SM-MAC- 
G2 Ej tillämpligt  Ej tillämpligt  
PSO: HASH  Ej tillämpligt  Ej tillämpligt  ALW  Ej tillämpligt  
PERFORM HASH OF FILE  ALW OR 
SM-MAC- 
G2 ALW OR 
SM-MAC- 
G2 Ej tillämpligt  Ej tillämpligt  
PSO: VERIFY CERTIFICATE  ALW  ALW  ALW  ALW  
PSO: VERIFY DIGITAL SIG­
NATURE  Ej tillämpligt  Ej tillämpligt  ALW  Ej tillämpligt  
Verify  Ej tillämpligt  ALW  Ej tillämpligt  Ej tillämpligt  
▼B 
TCS_27 I MF används följande tillträdesregler:  
▼M1 
Kommando  Förarkort  Verkstadskort  Kontrollkort  Företagskort  
EXTERNAL AUTHENTICATE  
— För autentisering (genera­
tion 1)  Ej tillämpligt  Ej tillämpligt  Ej tillämpligt  Ej tillämpligt  
— För autentisering (genera­
tion 2)  ALW  PWD  ALW  ALW  
INTERNAL AUTHENTICATE  Ej tillämpligt  Ej tillämpligt  Ej tillämpligt  Ej tillämpligt  
GENERAL AUTHENTICATE  ALW  ALW  ALW  ALW  
GET CHALLENGE  ALW  ALW  ALW  ALW  
MSE:SET AT  ALW  ALW  ALW  ALW  
MSE:SET DST  ALW  ALW  ALW  ALW  ▼M1
 02016R0799 — SV — 21.08.2023 — 003.001 — 240  
Kommando  Förarkort  Verkstadskort  Kontrollkort  Företagskort  
PROCESS DSRC MESSAGE  Ej tillämpligt  Ej tillämpligt  Ej tillämpligt  Ej tillämpligt  
PSO: COMPUTE DIGITAL 
SIGNATURE  Ej tillämpligt  Ej tillämpligt  Ej tillämpligt  Ej tillämpligt  
PSO: HASH  Ej tillämpligt  Ej tillämpligt  Ej tillämpligt  Ej tillämpligt  
PERFORM HASH OF FILE  Ej tillämpligt  Ej tillämpligt  Ej tillämpligt  Ej tillämpligt  
PSO: VERIFY CERTIFICATE  ALW  ALW  ALW  ALW  
PSO: VERIFY DIGITAL SIG­
NATURE  Ej tillämpligt  Ej tillämpligt  Ej tillämpligt  Ej tillämpligt  
Verify  Ej tillämpligt  ALW  Ej tillämpligt  Ej tillämpligt  
▼B 
TCS_28 Ett färdskrivarkort kan – men måste inte – acceptera ett  
kommando med en högre säkerhetsnivå än den som anges 
i säkerhetsvillkoren. Dvs. om säkerhetsvillkoret är ALW 
(eller PLAIN-C) kan kortet acceptera ett kommando med 
säker meddelandehantering (krypterings- och/eller autenti­
seringsläge). Om säkerhetsvillkoret kräver säker meddelan­
dehantering med autentiseringsläge kan färdskrivarkortet 
acceptera ett kommando med säker meddelandehantering 
av samma generation i autentiserings- och krypteringsläge.  
Anmärkning:  Kommandobeskrivningarna ger mer infor­
mation om hur kommandona stöder de olika typerna av 
färdskrivarkort och de olika dedikerade filerna (DF).  
3.4. Översikt av kommandon och felkoder  
Kommandon och filorganisation härleds från och överensstämmer 
med ISO/IEC 7816-4.  
Denna del innehåller en beskrivning av följande APDU-par (kom­
mando och svar): De kommandovarianter som stöds av en tillämpni ng 
i generation 1 och generation 2 specificeras i motsvarande 
kommandobeskrivningar.  
Kommando  INS  
SELECT  ”A4h”  
READ BINARY  ”B0h”, ”B1h”  
UPDATE BINARY  ”D6h”, ”D7h”  
GET CHALLENGE  ”84h”  
VERIFY  ”20h”  
GET RESPONSE  ”C0h”  ▼M1
 02016R0799 — SV — 21.08.2023 — 003.001 — 241  
Kommando  INS  
PERFORM SECURITY OPERA­
TION  ”2Ah”  
— VERIFY CERTIFICATE  
— COMPUTE DIGITAL SIG­
NATURE  
— VERIFY DIGITAL SIG­
NATURE  
— HASH  
— PERFORM HASH OF FILE  
— PROCESS DSRC MESSAGE  
INTERNAL AUTHENTICATE  ”88h”  
EXTERNAL AUTHENTICATE  ”82h”  
MANAGE SECURITY ENVIRON­
MENT  ”22h”  
— SET DIGITAL SIGNATURE 
TEMPLATE  
— SET AUTHENTICATION 
TEMPLATE  
GENERAL AUTHENTICATE  ”86h”  
▼M1 
TCS_29 Statusregistret SW1 SW2 återsänds i alla svarsmeddelande n 
och anger bearbetningsstatus för kommandot.  
SW1  SW2  Betydelse  
90 0 0  Normal bearbetning.  
61 X X  Normal bearbetning. XX = antal byte för svar som finns tillgän gliga.  
62 8 1  Varningsbearbetning. En del av återsända data kan vara skadade . 
63 0 0  Autentisering misslyckades (varning).  
63 C X  Felaktig CHV (PIN). Räknare av återstående försök tillhandahål ls 
genom ”X”.  
64 0 0  Exekveringsfel – Tillståndet hos det permanenta minnet oföränd ­
rat. Integritetsfel.  
65 0 0  Exekveringsfel – Tillståndet hos det permanenta minnet förändr at. 
65 8 1  Exekveringsfel – Tillståndet hos det permanenta minnet förändr at. 
Minnesfel.  
66 8 8  Säkerhetsfel: felaktig kryptografisk kontrollsumma (vid säker 
meddelandehantering) eller 
felaktigt certifikat (vid verifiering av certifikat) el­
ler 
felaktigt kryptogram (vid extern autentisering) el­
ler 
felaktig signatur (vid verifiering av signatur).  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 242  
SW1  SW2  Betydelse  
67 0 0  Felaktig längd (felaktigt Lc eller Le).  
68 8 3  Sista kommandot i kedjan förväntas.  
69 0 0  Förbjudet kommando (inget svar tillgängligt i T = 0).  
69 8 2  Säkerhetsstatus ej uppnådd.  
69 8 3  Blockerad autentiseringsmetod.  
69 8 5  Användningsvillkor ej uppfyllda.  
69 8 6  Kommandot ej tillåtet (ingen aktuell elementfil).  
69 8 7  Förväntade dataobjekt för säker meddelandehantering saknas.  
69 8 8  Inkorrekta dataobjekt för säker meddelandehantering.  
6A 8 0  Felaktiga parametrar i datafält.  
6A 8 2  Filen ej funnen.  
6A 8 6  Felaktiga parametrar P1-P2.  
6A 8 8  Referensdata ej funna.  
6B 0 0  Felaktiga parametrar (offset utanför elementfilen).  
6C X X  Felaktig längd, SW2 anger exakt längd. Inget datafält återsänd s. 
6D 0 0  Instruktionskoden stöds ej eller är ogiltig.  
6E 0 0  Klassen stöds ej.  
6F 0 0  — Övriga kontrollfel.  
Ytterligare statusregister enligt vad som definieras i ISO/ 
IEC 7816-4 kan återsändas, om deras funktion inte uttryck­
ligen omnämns i detta tillägg.  
Exempelvis kan följande statusregister alternativt återsän­
das: 
6881: Logikkanal stöds inte.  
6882: Säker meddelandehantering stöds inte.  
▼B 
TCS_30 Om fler än ett felvillkor är uppfyllda i ett 
APDU-kommando kan kortet återsända någon av de till­
lämpliga koderna som statusregister.  
3.5. Kommandobeskrivning  
Detta kapitel innehåller en beskrivning av de obligatoriska kom man­
dona för färdskrivarkort.  
Närmare uppgifter om krypteringsoperationer som är aktuella åte rfinns 
i tillägg 11 om gemensamma säkerhetsmekanismer för färdskrivare  
(generation 1 och generation 2).  
Alla kommandon beskrivs oberoende av använt protokoll (T=0 elle r 
T=1). APDU-byte CLA, INS, P1, P2, Lc och Le anges alltid. Om Lc  
eller Le inte krävs för det kommando som beskrivs är tillhörand e 
längd, värde och beskrivning tomma.  ▼M1
 02016R0799 — SV — 21.08.2023 — 003.001 — 243  
TCS_31 Om båda byte för längd (Lc och Le) begärs måste det 
kommando som beskrivs delas i två delar om kortläsaren 
använder protokollet T=0: kortläsaren skickar kommandot 
enligt beskrivningen med P3=Lc + data och skickar där­
efter kommandot GET RESPONSE (se avsnitt 3.5.6) med 
P3=Le.  
TCS_32 Om båda byte för längd begärs och Le=0 (säker meddelan­
dehantering):  
— När protokollet T=1 används, ska kortet svara på Le=0 
genom att sända alla tillgängliga utdata.  
— När protokollet T=0 används, ska kortläsaren sända det första  
kommandot med P3=Lc + data, och kortet ska svara (på 
detta indirekta Le=0) genom byte för status ” 61La ”, där La 
är antal tillgängliga byte för svar. Kortläsaren ska sedan ge­
nerera ett GET RESPONSE-kommando med P3 = La för att 
läsa dessa data.  
TCS_33 Ett färdskrivarkort får stödja fält med utökad längd enl igt 
ISO/IEC 7816-4 som en tillvalsfunktion. Ett färdskrivarkort 
som stöder fält med utökad längd ska  
— ange stödet för fält med utökad längd i ATR,  
— ange de buffertstorlekar som stöds med hjälp av infor­
mationen om utökad längd i EF ATR/INFO (se 
TCS_146),  
— ange om det stöder fält med utökad längd för T=1 och/ 
eller T=0 i EF Extended Length (se TCS_147),  
— stödja fält med utökad längd för färdskrivartillämp­
ningar (generation 1 och 2).  
Anmärkningar:  
Alla kommandon beskrivs för fält med kort längd. Hur 
dataenheter (APDU) med utökad längd ska användas fram­
går av ISO/IEC 7816-4.  
I allmänhet beskrivs kommandona för ”klarläge” ( plain 
mode ), dvs. utan säker meddelandehantering, eftersom sä­
ker meddelandehantering beskrivs i tillägg 11. Det framgår 
av tillträdesreglerna för ett kommando om kommandot ska 
stödja säker meddelandehantering eller inte och om kom­
mandot ska stödja säker meddelandehantering (generation 1 
och/eller generation 2). Vissa kommandovarianter beskrivs 
med säker meddelandehantering för att åskådliggöra an­
vändningen av säker meddelandehantering.  
TCS_34 Fordonsenheten ska använda det fullständiga protokollet för 
ömsesidig autentisering mellan fordonsenhet (generation 2) 
och kort för en session, inbegripet verifieringen av certifi­
kat (om detta krävs), antingen i DF Tachograph, DF Ta­
chograph_G2 eller MF.  
3.5.1  SELECT  
Detta kommando överensstämmer med ISO/IEC 7816-4, men det har 
en begränsad användning jämfört med det kommando som definieras  i 
normen.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 244  
Kommandot SELECT används  
— för att välja DF för en tillämpning (val genom namn krävs),  
— för att välja en elementfil som motsvarar det fil-ID som ange tts. 
3.5.1.1 V a l g e n o m n a m n ( A I D – t i l l ä m p n i n g  s i d e n t i f i e ­
r a r e )  
Detta kommando gör det möjligt att välja DF för en tillämpning på 
kortet.  
TCS_35 Detta kommando kan utföras från vilken plats som helst i  
filstrukturen (efter ATR eller när som helst).  
TCS_36 Vid valet av tillämpning nollställs den aktuella säkerhe ts­
miljön ( security environment ). Efter det att en tillämpning 
valts är inte längre någon aktuell öppen nyckel utvald. Till­
trädesvillkoret EXT-AUT-G1 förloras också. Om komman­
dot utfördes utan säker meddelandehantering är de tidigare 
sessionsnycklarna för säker meddelandehantering inte 
längre tillgängliga.  
TCS_37  Kommandomeddelande  
Byte  Längd  Värde  Beskrivning  
CLA  1  ”00h”  
INS 1  ”A4h”  
P1 1  ”04h”  Val genom namn (AID – tillämpningsidentifierare)  
P2 1  ”0Ch”  Inget svar förväntas  
Lc 1  ”NNh”  Antal byte som sänds till kortet (längd på AID): 
”06h” för färdskrivartillämpningen  
#6-#(5+NN)  N N  ”XX..XXh”  AID: ”FF 54 41 43 48 4F” för färdskrivartillämpningen 
(generation 1) 
AID: ”FF 53 4D 52 44 54” för färdskrivartillämpningen 
(generation 2)  
Inget svar på kommandot SELECT behövs (Le frånvarande 
i T=1, eller inget svar efterfrågas i T=0).  
TCS_38  Svarsmeddelande (inget svar efterfrågas)  
Byte  Längd  Värde  Beskrivning  
SW 2  ”XXXXh”  Statusregister (SW1,SW2)  
— Om kommandot lyckas återsänder kortet ” 9000 ”. 
— Om den tillämpning som motsvarar AID inte kan hittas, 
återsänds bearbetningsstatus ( processing state ) ”6A82 ”. 
— För T=1, om byte Le är närvarande, återsänds status 
”6700 ”. 
— För T=0, om ett svar efterfrågas efter kommandot SE­
LECT, återsänds status ” 6900 ”. 
▼M1 
— Om den valda tillämpningen anses vara skadad (integ­
ritetsfel upptäcks i filattributen), återsänds bearbetnings­
status ” 6400 ” eller ” 6500 ”. ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 245  
3.5.1.2 V a l a v e n e l e m e n t f i l m e d h j ä l p a v d  e s s f i l i d e n t i ­
f i e r a r e  
TCS_39  Kommandomeddelande  
TCS_40 Ett färdskrivarkort ska stödja säker meddelandehantering  
(generation 2) i enlighet med del B i tillägg 11 för denna 
kommandovariant.  
Byte  Längd  Värde  Beskrivning  
CLA  1  ”00h”  
INS 1  ”A4h”  
P1 1  ”02h”  Val av en elementfil under aktuell DF  
P2 1  ”0Ch”  Inget svar förväntas  
Lc 1  ”02h”  Antal byte som sänds till kortet  
#6-#7  2  ”XXXXh”  Filidentifierare  
Inget svar på kommandot SELECT behövs (Le frånvarande 
i T=1, eller inget svar efterfrågas i T=0).  
TCS_41  Svarsmeddelande (inget svar efterfrågas)  
Byte  Längd  Värde  Beskrivning  
SW 2  ”XXXXh”  Statusregister (SW1,SW2)  
— Om kommandot lyckas återsänder kortet ” 9000 ”. 
— Om den fil som motsvarar filidentifieraren inte kan 
hittas, återsänds bearbetningsstatus ” 6A82 ”. 
— För T=1, om byte Le är närvarande, återsänds status 
”6700 ”. 
— För T=0, om ett svar efterfrågas efter kommandot SE­
LECT, återsänds status ” 6900 ”. 
▼M1 
— Om den valda filen anses vara skadad (integritetsfel 
upptäcks i filattributen), återsänds bearbetningsstatus 
”6400 ” eller ” 6500 ”. 
▼B 
3.5.2  READ BINARY  
Detta kommando överensstämmer med ISO/IEC 7816-4, men det har 
en begränsad användning jämfört med det kommando som definieras  i 
normen.  
Kommandot READ BINARY används för att läsa data från en trans­
parent fil.  
Svaret från kortet består i att lästa data återsänds, eventuell t inkaps­
lade i en struktur för säker meddelandehantering.  
3.5.2.1 K o m m a n d o m e d o f f s e t i P 1 - P 2  
Detta kommando gör det möjligt för kortläsare att läsa data frå n den 
elementfil som för närvarande är vald, utan säker 
meddelandehantering.  
Anmärkning:  Detta kommando utan säker meddelandehantering kan 
endast användas för att läsa en fil som stöder säkerhetsvillkor et ALW 
för åtkomstläget för läsning ( read). ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 246  
TCS_42  Kommandomeddelande  
Byte  Längd  Värde  Beskrivning  
CLA  1  ”00h”  
INS 1  ”B0h”  READ BINARY  
P1 1  ”XXh”  Offset i byte från början av filen: Mest signifikanta byte  
P2 1  ”XXh”  Offset i byte från början av filen: Minst signifikanta byte  
Le 1  ”XXh”  Längd på förväntade data. Antal byte som ska läsas  
Anmärkning:  bit 8 i P1 måste sättas till 0.  
TCS_43  Svarsmeddelande  
Byte  Längd  Värde  Beskrivning  
#1-#X  X  ”XX..XXh”  Lästa data  
SW 2  ”XXXXh”  Statusregister (SW1,SW2)  
— Om kommandot lyckas återsänder kortet ” 9000 ”. 
— Om ingen elementfil väljs återsänds bearbetningsstatus 
”6986 ”. 
— Om säkerhetsvillkoren för den valda filen inte uppfylls, 
avbryts kommandot med ” 6982 ”. 
— Om offset inte överensstämmer med storleken på ele­
mentfilen ( Offset > EF size ), återsänds bearbetningssta­
tus ” 6B00 ”. 
— Om storleken på de data som ska läsas inte överens­
stämmer med storleken på elementfilen ( Offset + Le > 
EF size ) återsänds bearbetningsstatus ” 6700 ” eller 
”6Cxx ”, där ”xx” avser den exakta längden.  
▼M1 
— Om ett integritetsfel upptäcks i filattributen, ska kortet 
anse filen vara skadad och omöjlig att återställa, och 
återsända bearbetningsstatus ” 6400 ” eller ” 6500 ”. 
▼B 
— Om ett integritetsfel upptäcks i lagrade data, ska kortet 
återsända begärda data, och bearbetningsstatus ” 6281 ” 
ska återsändas.  
3.5.2.1.1 K o m m a n d o m e d s ä k e r m e d d e l a n d e h  a n t e r i n g ( e x ­
e m p e l )  
Detta kommando gör det möjligt för kortläsare att läsa data frå n den 
elementfil som för närvarande är vald med säker meddelandehante ­
ring, för att verifiera integriteten hos de data som tas emot o ch för att 
skydda sekretessen hos dem om säkerhetsvillkoret SM-R-ENC-MAC- 
G1 (generation 1) eller SM-R-ENC-MAC-G2 (generation 2) tillämpa s. 
TCS_44  Kommandomeddelande  
Byte  Längd  Värde  Beskrivning  
CLA  1  ”0Ch”  Säker meddelandehantering efterfrågad  
INS 1  ”B0h”  READ BINARY  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 247  
Byte  Längd  Värde  Beskrivning  
P1 1  ”XXh”  P1 (offset i byte från början av filen): Mest signifikanta 
byte 
P2 1  ”XXh”  P2 (offset i byte från början av filen): Minst signifikanta 
byte 
Lc 1  ”XXh”  Längd på indata för säker meddelandehantering  
#6 1  ”97h”  T  LE : Tagg för specificering av förväntad längd  
#7 1  ”01h”  L  LE : Längd på förväntad längd  
#8 1  ”NNh”  Specificering av förväntad längd (ursprunglig Le): Antal 
byte som ska läsas  
#9 1  ”8Eh”  T  CC : Tagg för kryptografisk kontrollsumma  
#10 1  ”XXh”  L  CC : Längd på efterföljande kryptografiska kontroll­
summa: 
”04h” för säker meddelandehantering (generation 1) (se 
del A i tillägg 11) 
”08h”, ”0Ch” eller ”10h” beroende på AES-nyckelns 
längd för säker meddelandehantering (generation 2) (se 
del B i tillägg 11)  
#11-#(10+L)  L  ”XX..XXh”  Kryptografisk kontrollsumma  
Le 1  ”00h”  Enligt ISO/IEC 7816-4  
TCS_45  Svarsmeddelande om SM-R-ENC-MAC-G1 (generation 
1) / SM-R-ENC-MAC-G2 (generation 2) inte krävs och 
om indataformatet för säker meddelandehantering är 
korrekt:  
▼M1 
Byte  Längd  Värde  Beskrivning  
#1 1  ”81h”  T  PV : Tagg för data med klarvärde  
#2 L  ”NNh” eller 
”81 NNh”  L PV : Längd på återsända data (= ursprunglig Le). 
L är 2 byte om L  PV > 127 byte.  
#(2+L) - #(1+L+NN)  N N  ”XX..XXh”  Data med klarvärde  
#(2+L+NN)  1  ”99h”  Tagg för bearbetningsstatus (SW1-SW2) – 
frivillig uppgift för säker meddelandehante­
ring (generation 1)  
#(3+L+NN)  1  ”02h”  Längd för bearbetningsstatus – frivillig upp­
gift för säker meddelandehantering (genera­
tion 1)  
#(4+L+NN) - #(5+L+NN)  2  ”XX XXh”  Bearbetningsstatus för APDU för oskyddat 
svar – frivillig uppgift för säker meddelan­
dehantering (generation 1)  
#(6+L+NN)  1  ”8Eh”  T  CC : Tagg för kryptografisk kontrollsumma  
#(7+L+NN)  1  ”XXh”  L  CC : Längd på efterföljande kryptografiska 
kontrollsumma: 
”04h” för säker meddelandehantering (gene­
ration 1) (se del A i tillägg 11) 
”08h”, ”0Ch” eller ”10h” beroende på 
AES-nyckelns längd för säker meddelande­
hantering (generation 2) (se del B i tillägg 
11) ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 248  
Byte  Längd  Värde  Beskrivning  
#(8+L+NN)-#(7+M+L+NN)  M  ”XX..XXh”  Kryptografisk kontrollsumma  
SW 2  ”XXXXh”  Statusregister (SW1,SW2)  
▼B 
TCS_46  Svarsmeddelande om SM-R-ENC-MAC-G1 (generation 
1) / SM-R-ENC-MAC-G2 (generation 2) krävs och om 
indataformatet för säker meddelandehantering är 
korrekt:  
▼M1 
Byte  Längd  Värde  Beskrivning  
#1 1  ”87h”  T  PI CG  : Tagg för krypterade data (krypto­
gram)  
#2 L  ”MMh” eller 
”81 MMh”  L PI CG  : Längd på återsända krypterade data 
(inte samma som ursprunglig Le för kom­
mandot på grund av utfyllnad). 
L är 2 byte om L  PI CG  > 127 byte.  
#(2+L)-#(1+L+MM)  M M  ”01XX..XXh”  Krypterade data: Utfyllnadsindikator och 
kryptogram  
#(2+L+MM)  1  ”99h”  Tagg för bearbetningsstatus (SW1-SW2) – 
frivillig uppgift för säker meddelandehante­
ring (generation 1)  
#(3+L+MM)  1  ”02h”  Längd för bearbetningsstatus – frivillig upp­
gift för säker meddelandehantering (genera­
tion 1)  
#(4+L+MM) - #(5+L+MM)  2  ”XX XXh”  Bearbetningsstatus för APDU för oskyddat 
svar – frivillig uppgift för säker meddelan­
dehantering (generation 1)  
#(6+L+MM)  1  ”8Eh”  T  CC : Tagg för kryptografisk kontrollsumma  
#(7+L+MM)  1  ”XXh”  L  CC : Längd på efterföljande kryptografiska 
kontrollsumma: 
”04h” för säker meddelandehantering (gene­
ration 1) (se del A i tillägg 11) 
”08h”, ”0Ch” eller ”10h” beroende på 
AES-nyckelns längd för säker meddelande­
hantering (generation 2) (se del B i tillägg 
11) 
#(8+L+MM)- 
#(7+N+L+MM)  N ”XX..XXh”  Kryptografisk kontrollsumma  
SW 2  ”XXXXh”  Statusregister (SW1,SW2)  
▼B 
Kommandot READ BINARY kan återsända normal be­
arbetningsstatus som förtecknas i TCS_43 under taggen 
”99h” enligt beskrivningen i TCS_59 med hjälp av svars­
strukturen för säker meddelandehantering.  
Vissa fel, som specifikt kan hänföras till säker meddelan­
dehantering, kan inträffa. I så fall återsänds helt enkelt 
bearbetningsstatusen utan någon struktur för säker 
meddelandehantering.  ▼M1
 02016R0799 — SV — 21.08.2023 — 003.001 — 249  
TCS_47  Svarsmeddelande om indataformatet för säker medde ­
landehantering är inkorrekt  
Byte  Längd  Värde  Beskrivning  
SW 2  ”XXXXh”  Statusregister (SW1,SW2)  
— Om ingen aktuell sessionsnyckel finns tillgänglig åter­
sänds bearbetningsstatus ” 6A88 ”. Detta inträffar an­
tingen om sessionsnyckeln ännu inte har genererats el­
ler om giltigheten för sessionsnyckeln har utgått (i detta 
fall måste kortläsaren upprepa en ömsesidig autentise­
ringsprocess för att bestämma en ny sessionsnyckel).  
— Om vissa förväntade dataobjekt (enligt specifikation 
ovan) saknas i formatet för säker meddelandehantering 
återsänds bearbetningsstatus ” 6987 ”: detta fel inträffar 
om en förväntad tagg saknas eller om kommandots 
nyttodel ( body ) inte är rätt konstruerad.  
— Om vissa data är felaktiga återsänds bearbetningsstatus 
”6988 ”: detta fel inträffar om alla nödvändiga taggar är 
närvarande men vissa längder skiljer sig från vad som 
förväntas.  
— Om verifieringen av den kryptografiska kontrollsum­
man misslyckas, återsänds bearbetningsstatus ” 6688 ”. 
3.5.2.2 K o m m a n d o m e d k o r t i d e n t i f i e r a r e  f  ö  r  
e l e m e n t f i l ( S F I D )  
Denna kommandovariant gör det möjligt för kortläsaren att välja  en 
elementfil med hjälp av en kort identifierare för elementfil oc h läsa 
data från den elementfilen.  
TCS_48 Ett färdskrivarkort ska stödja denna kommandovariant för  
alla elementfiler med en angiven kort identifierare för ele­
mentfil. Dessa korta identifierare för elementfil specificeras 
i kapitel 4.  
TCS_49  Kommandomeddelande  
Byte  Längd  Värde  Beskrivning  
CLA  1  ”00h”  
INS 1  ”B0h”  READ BINARY  
P1 1  ”XXh”  Bit 8 sätts till 1 
Bitarna 7 och 6 sätts till 00 
Bitarna 5–1 kodar den korta identifieraren för motsva­
rande elementfil  
P2 1  ”XXh”  Kodar en offset från 0 till 255 byte i den elementfil 
anges i P1  
Le 1  ”XXh”  Längd på förväntade data. Antal byte som ska läsas.  
Anmärkning:  De korta identifierare för elementfil vilka an­
vänds för färdskrivartillämpningen (generation 2) specifice­
ras i kapitel 4.  
Om P1 kodar en kort identifierare för elementfil och kom­
mandot lyckas blir den identifierade elementfilen aktuell 
elementfil ( current EF ). ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 250  
TCS_50  Svarsmeddelande  
Byte  Längd  Värde  Beskrivning  
#1-#L  L  ”XX..XXh”  Lästa data  
SW 2  ”XXXXh”  Statusregister (SW1,SW2)  
— Om kommandot lyckas återsänder kortet ” 9000 ”. 
— Om den fil som motsvarar den korta identifieraren för 
elementfil inte kan hittas, återsänds bearbetningsstatus 
”6A82 ”. 
— Om säkerhetsvillkoren för den valda filen inte uppfylls, 
avbryts kommandot med ” 6982 ”. 
— Om offset inte överensstämmer med storleken på ele­
mentfilen ( Offset > EF size ), återsänds bearbetningssta­
tus ” 6B00 ”. 
— Om storleken på de data som ska läsas inte överens­
stämmer med storleken på elementfilen ( Offset + Le > 
EF size ) återsänds bearbetningsstatus ” 6700 ” eller 
”6Cxx ”, där ”xx” avser den exakta längden.  
▼M1 
— Om ett integritetsfel upptäcks i filattributen, ska kortet 
anse filen vara skadad och omöjlig att återställa, och 
återsända bearbetningsstatus ” 6400 ” eller ” 6500 ”. 
▼B 
— Om ett integritetsfel upptäcks i lagrade data, ska kortet 
återsända begärda data, och bearbetningsstatus ” 6281 ” 
ska återsändas.  
3.5.2.3 K o m m a n d o m e d u d d a I N S - b y t e ( i n s t  r u k t i o n )  
Denna kommandovariant gör det möjligt för kortläsaren att läsa data 
från en EF med 32 768 byte eller mer.  
TCS_51 Ett färdskrivarkort som stöder EF med 32 768 byte eller 
mer ska stödja denna kommandovariant för dessa EF. Ett 
färdskrivarkort kan klara, men måste inte klara, denna kom­
mandovariant, med undantag för EF Sensor_Installa­
tion_Data (se TCS_156 och TCS_160).  
TCS_52  Kommandomeddelande  
Byte  Längd  Värde  Beskrivning  
CLA  1  ”00h”  
INS 1  ”B1h”  READ BINARY  
P1 1  ”00h”  Aktuell elementfil  
P2 1  ”00h”  
Lc 1  ”NNh”  Längd på offsetdataobjekt.  
#6-#(5+NN)  N N  ”XX..XXh”  Offsetdataobjekt: 
Tagg ”54h” 
Längd ”01h” eller ”02h” 
Värde offset  
▼M1 
Le 1  ”XXh”  Enligt ISO/IEC 7816-4  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 251  
Kortläsaren ska koda offsetdataobjektets längd med ett 
minsta möjliga antal oktetter, dvs. med hjälp av byte för 
längd ”01h” ska kortläsare koda en offset från 0 till 255 
och med hjälp av byte för längd ”02h” en offset från 256 
upp till 65 535 byte.  
▼M1 
Om T = 0 antar kortet att Le = ”00h”, om ingen säker 
meddelandehantering tillämpas.  
Om T = 1 återsänds bearbetningsstatus ”6700” om Le = 
”01h”.  
▼B 
TCS_53  Svarsmeddelande  
Byte  Längd  Värde  Beskrivning  
#1-#L  L  ”XX..XXh”  Lästa data inkapslade i ett godtyckligt ( discretionary ) 
dataobjekt med taggen ”53h”.  
SW 2  ”XXXXh”  Statusregister (SW1,SW2)  
— Om kommandot lyckas återsänder kortet ” 9000 ”. 
— Om ingen elementfil väljs återsänds bearbetningsstatus 
”6986 ”. 
— Om säkerhetsvillkoren för den valda filen inte uppfylls, 
avbryts kommandot med ” 6982 ”. 
— Om offseten inte överensstämmer med storleken på ele­
mentfilen (Offset > EF size), återsänds bearbetningssta­
tus ” 6B00 ”. 
— Om storleken på de data som ska läsas inte överens­
stämmer med storleken på elementfilen (Offset + Le > 
EF size) återsänds bearbetningsstatus ” 6700 ” eller 
”6Cxx ”, där ”xx” avser den exakta längden.  
▼M1 
— Om ett integritetsfel upptäcks i filattributen, ska kortet 
anse filen vara skadad och omöjlig att återställa, och 
återsända bearbetningsstatus ” 6400 ” eller ” 6500 ”. 
▼B 
— Om ett integritetsfel upptäcks i lagrade data, ska kortet 
återsända begärda data, och bearbetningsstatus ” 6281 ” 
ska återsändas.  
3.5.2.3.1 K o m m a n d o m e d s ä k e r m e d d e l a n d e h  a n t e r i n g ( e x ­
e m p e l )  
Följande exempel åskådliggör användningen av säker meddelandeha n­
tering om säkerhetsvillkoret SM-MAC-G2 tillämpas.  
TCS_54 Kommandomeddelande  
Byte  Längd  Värde  Beskrivning  
CLA  1  ”0Ch”  Säker meddelandehantering efterfrågad  
INS 1  ”B1h”  READ BINARY  
P1 1  ”00h”  Aktuell elementfil  
P2 1  ”00h”  
Lc 1  ”XXh”  Fältlängd för skyddade data  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 252  
Byte  Längd  Värde  Beskrivning  
#6 1  ”B3h”  Tagg för BER-TLV-kodade data med klarvärde  
#7 1  ”NNh”  L  PV : Längd på överförda data  
#(8)-#(7+NN)  N N  ”XX..XXh”  BER-TLV-kodade data med klarvärde, dvs. offsetdata­
objektet med taggen ”54”  
#(8+NN)  1  ”97h”  T  LE : Tagg för specificering av förväntad längd  
#(9+NN)  1  ”01h”  L  LE : Längd på förväntad längd  
#(10+NN)  1  ”XXh”  Specificering av förväntad längd (ursprunglig Le): Antal 
byte som ska läsas  
#(11+NN)  1  ”8Eh”  T  CC : Tagg för kryptografisk kontrollsumma  
#(12+NN)  1  ”XXh”  L  CC : Längd på efterföljande kryptografiska kontroll­
summa: 
”08h”, ”0Ch” eller ”10h” beroende på AES-nyckelns 
längd för säker meddelandehantering (generation 2) (se 
del B i tillägg 11)  
#(13+NN)- 
#(12+M+NN)  M ”XX..XXh”  Kryptografisk kontrollsumma  
Le 1  ”00h”  Enligt ISO/IEC 7816-4  
TCS_55 Svarsmeddelande om kommandot lyckas  
Byte  Längd  Värde  Beskrivning  
#1 1  ”B3h”  BER-TLV-kodade data med klarvärde  
#2 L  ”NNh” eller 
”81 NNh”  L PV : längd på återsända data (= ursprunglig Le). 
L är 2 byte om L  PV > 127 byte.  
#(2+L)- 
#(1+L+NN)  NN ”XX..XXh”  BER-TLV-kodade data med klarvärde, dvs. lästa data 
inkapslade i ett godtyckligt ( discretionary ) dataobjekt 
med taggen ”53h”.  
#(2+L+NN)  1  ”99h”  Bearbetningsstatus för APDU för oskyddat svar  
#(3+L+NN)  1  ”02h”  Längd för bearbetningsstatus  
#(4+L+NN) – 
#(5+L+NN)  2 ”XX XXh”  Bearbetningsstatus för APDU för oskyddat svar  
#(6+L+NN)  1  ”8Eh”  T  CC : Tagg för kryptografisk kontrollsumma  
#(7+L+NN)  1  ”XXh”  L  CC : Längd på efterföljande kryptografiska kontroll­
summa: 
”08h”, ”0Ch” eller ”10h” beroende på AES-nyckelns 
längd för säker meddelandehantering (generation 2) (se 
del B i tillägg 11)  
#(8+L+NN)- 
#(7+M+L+NN)  M ”XX..XXh”  Kryptografisk kontrollsumma  
SW 2  ”XXXXh”  Statusregister (SW1,SW2)  
3.5.3  UPDATE BINARY  
Detta kommando överensstämmer med ISO/IEC 7816-4, men det har 
en begränsad användning jämfört med det kommando som definieras  i 
normen.  
Kommandomeddelandet UPDATE BINARY initierar uppdateringen 
(erase+write ) av de bitar som redan finns närvarande i en binär ele­
mentfil med bitar givna i dataenheten (APDU) för kommandot.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 253  
3.5.3.1 K o m m a n d o m e d o f f s e t i P 1 - P 2  
Detta kommando gör det möjligt för kortläsare att skriva data i  den 
elementfil som för närvarande är vald, utan att kortet verifier ar integ­
riteten hos mottagna data.  
Anmärkning:  Detta kommando utan säker meddelandehantering kan 
endast användas för att uppdatera en fil som stöder säkerhetsvi llkoret 
ALW för åtkomstläget för uppdatering ( update ). 
TCS_56  Kommandomeddelande  
Byte  Längd  Värde  Beskrivning  
CLA  1  ”00h”  
INS 1  ”D6h”  UPDATE BINARY  
P1 1  ”XXh”  Offset i byte från början av filen: Mest signifikanta byte  
P2 1  ”XXh”  Offset i byte från början av filen: Minst signifikanta byte  
Lc 1  ”NNh”  Längd på data som ska uppdateras. Antal byte som ska 
skrivas.  
#6-#(5+NN)  N N  ”XX..XXh”  Data som ska skrivas  
Anmärkning:  bit 8 i P1 måste sättas till 0.  
TCS_57  Svarsmeddelande  
Byte  Längd  Värde  Beskrivning  
SW 2  ”XXXXh”  Statusregister (SW1,SW2)  
— Om kommandot lyckas återsänder kortet ” 9000 ”. 
— Om ingen elementfil väljs återsänds bearbetningsstatus 
”6986 ”. 
— Om säkerhetsvillkoren för den valda filen inte uppfylls, 
avbryts kommandot med ” 6982 ”. 
— Om offset inte överensstämmer med storleken på ele­
mentfilen ( Offset > EF size ), återsänds bearbetningssta­
tus ” 6B00 ”. 
— Om storleken på de data som ska skrivas inte överens­
stämmer med storleken på elementfilen (Offset + Lc > 
EF size) återsänds bearbetningsstatus ” 6700 ”. 
— Om ett integritetsfel upptäcks i filattributen, ska kortet 
anse filen vara skadad och omöjlig att återställa, och 
återsända bearbetningsstatus ” 6400 ” eller ” 6500 ”. 
— Om det inte går att skriva data, återsänds bearbetnings­
status ” 6581 ”. 
3.5.3.1.1 K o m m a n d o m e d s ä k e r m e d d e l a n d e h  a n t e r i n g ( e x ­
e m p e l )  
Detta kommando gör det möjligt för kortläsaren att skriva data i den 
elementfil som för närvarande är vald, varvid kortet verifierar  integ­
riteten hos mottagna data. Eftersom ingen sekretess krävs ska d essa 
data inte krypteras.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 254  
TCS_58  Kommandomeddelande  
Byte  Längd  Värde  Beskrivning  
CLA  1  ”0Ch”  Säker meddelandehantering efterfrågad  
INS 1  ”D6h”  UPDATE BINARY  
P1 1  ”XXh”  Offset i byte från början av filen: 
Mest signifikanta byte  
P2 1  ”XXh”  Offset i byte från början av filen: 
Minst signifikanta byte  
Lc 1  ”XXh”  Fältlängd för skyddade data  
#6 1  ”81h”  T  PV : Tagg för data med klarvärde  
#7 L  ”NNh” eller 
”81 NNh”  L PV : längd på överförda data 
L är 2 byte om L  PV > 127 byte.  
#(7+L)- 
#(6+L+NN)  NN ”XX..XXh”  Data med klarvärde (data som ska skrivas)  
#(7+L+NN)  1  ”8Eh”  T  CC : Tagg för kryptografisk kontrollsumma  
#(8+L+NN)  1  ”XXh”  L  CC : Längd på efterföljande kryptografisk kontroll­
summa ”04h” för säker meddelandehantering (generation 
1) (se del A i tillägg 11): 
”08h”, ”0Ch” eller ”10h” beroende på AES-nyckelns 
längd för säker meddelandehantering (generation 2) (se 
del B i tillägg 11)  
#(9+L+NN)- 
#(8+M+L+NN)  M ”XX..XXh”  Kryptografisk kontrollsumma  
Le 1  ”00h”  Enligt ISO/IEC 7816-4  
TCS_59  Svarsmeddelande om indataformatet för säker medde ­
landehantering är korrekt  
Byte  Längd  Värde  Beskrivning  
#1 1  ”99h”  T  SW : Tagg för statusregister (ska skyddas av CC)  
#2 1  ”02h”  L  SW : längd på återsända statusregister  
#3-#4  2  ”XXXXh”  Bearbetningsstatus för APDU för oskyddat svar  
#5 1  ”8Eh”  T  CC : Tagg för kryptografisk kontrollsumma  
#6 1  ”XXh”  L  CC : Längd på efterföljande kryptografiska kontroll­
summa: 
”04h” för säker meddelandehantering (generation 1) (se 
del A i tillägg 11) 
”08h”, ”0Ch” eller ”10h” beroende på AES-nyckelns 
längd för säker meddelandehantering (generation 2) (se 
del B i tillägg 11)  
#7-#(6+L)  L  ”XX..XXh”  Kryptografisk kontrollsumma  
SW 2  ”XXXXh”  Statusregister (SW1,SW2)  
”Normal” bearbetningsstatus, som beskrivs för kommandot 
UPDATE BINARY utan säker meddelandehantering (se 
avsnitt 3.5.3.1), kan återsändas med hjälp av den struktur 
för svarsmeddelanden som beskrivs ovan.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 255  
Vissa fel, som specifikt kan hänföras till säker meddelan­
dehantering, kan inträffa. I så fall återsänds helt enkelt 
bearbetningsstatusen utan någon struktur för säker 
meddelandehantering.  
TCS_60  Svarsmeddelande vid fel i den säkra meddelandehante ­
ringen  
Byte  Längd  Värde  Beskrivning  
SW 2  ”XXXXh”  Statusregister (SW1,SW2)  
— Om ingen aktuell sessionsnyckel finns tillgänglig åter­
sänds bearbetningsstatus ” 6A88 ”. 
— Om vissa förväntade dataobjekt (enligt specifikation 
ovan) saknas i formatet för säker meddelandehantering 
återsänds bearbetningsstatus ” 6987 ”: detta fel inträffar 
om en förväntad tagg saknas eller om kommandots 
nyttodel ( body ) inte är rätt konstruerad.  
— Om vissa data är felaktiga återsänds bearbetningsstatus 
”6988 ”: detta fel inträffar om alla nödvändiga taggar är 
närvarande men vissa längder skiljer sig från vad som 
förväntas.  
— Om verifieringen av den kryptografiska kontrollsum­
man misslyckas, återsänds bearbetningsstatus ” 6688 ”. 
3.5.3.2 K o m m a n d o m e d k o r t i d e n t i f i e r a r e  f ö r e l e m e n t f i l  
Denna kommandovariant gör det möjligt för kortläsaren att välja  en 
elementfil med hjälp av en kort identifierare för elementfil oc h skriva 
data från den elementfilen.  
TCS_61 Ett färdskrivarkort ska stödja denna kommandovariant för  a l l a  
elementfiler med en angiven kort identifierare för elementfil. 
Dessa korta identifierare för elementfil specificeras i kapitel  4 . 
TCS_62  Kommandomeddelande  
Byte  Längd  Värde  Beskrivning  
CLA  1  ”00h”  
INS 1  ”D6h”  UPDATE BINARY  
P1 1  ”XXh”  Bit 8 sätts till 1 
Bitarna 7 och 6 sätts till 00 
Bitarna 5–1 kodar den korta identifieraren för motsva­
rande elementfil  
P2 1  ”XXh”  Kodar en offset från 0 till 255 byte i den elementfil 
anges i P1  
Lc 1  ”NNh”  Längd på data som ska uppdateras. Antal byte som ska 
skrivas.  
#6-#(5+NN)  N N  ”XX..XXh”  Data som ska skrivas  
TCS_63  Svarsmeddelande  
Byte  Längd  Värde  Beskrivning  
SW 2  ”XXXXh”  Statusregister (SW1,SW2)  
Anmärkning:  De korta identifierare för elementfil vilka an­
vänds för färdskrivartillämpningen (generation 2) specifice­
ras i kapitel 4.  
Om P1 kodar en kort identifierare för elementfil och kom­
mandot lyckas blir den identifierade elementfilen aktuell 
elementfil ( current EF ). ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 256  
— Om kommandot lyckas återsänder kortet ” 9000 ”. 
— Om den fil som motsvarar den korta identifieraren för 
elementfil inte kan hittas, återsänds bearbetningsstatus 
”6A82 ”. 
— Om säkerhetsvillkoren för den valda filen inte uppfylls, 
avbryts kommandot med ” 6982 ”. 
— Om offset inte överensstämmer med storleken på ele­
mentfilen ( Offset > EF size ), återsänds bearbetningssta­
tus ” 6B00 ”. 
— Om storleken på de data som ska skrivas inte överens­
stämmer med storleken på elementfilen (Offset + Lc > 
EF size) återsänds bearbetningsstatus ” 6700 ”. 
▼M1 
— Om ett integritetsfel upptäcks i filattributen, ska kortet 
anse filen vara skadad och omöjlig att återställa, och 
återsända bearbetningsstatus ” 6400 ” eller ” 6500 ”. 
▼B 
— Om det inte går att skriva data, återsänds bearbetnings­
status ” 6581 ”. 
3.5.3.3 K o m m a n d o m e d u d d a I N S - b y t e ( i n s t  r u k t i o n )  
Denna kommandovariant gör det möjligt för kortläsare att skriva  data 
till en elementfil med 32 768 byte eller mer.  
TCS_64 Ett färdskrivarkort som stöder EF med 32 768 byte eller 
mer ska stödja denna kommandovariant för dessa EF. Ett 
färdskrivarkort kan – men måste inte – stödja denna kom­
mandovariant för andra elementfiler.  
TCS_65  Kommandomeddelande  
Byte  Längd  Värde  Beskrivning  
CLA  1  ”00h”  
INS 1  ”D7h”  UPDATE BINARY  
P1 1  ”00h”  Aktuell elementfil  
P2 1  ”00h”  
Lc 1  ”NNh”  Längd på data i kommandodatafältet  
#6-#(5+NN)  N N  ”XX..XXh”  Offsetdataobjekt med taggen ”54h” || Godtyckligt ( dis­
cretionary ) dataobjekt med taggen ”53h” som inkapslar 
de data som ska skrivas  
Kortläsaren ska koda offsetdataobjektets och det godtyck­
liga ( discretionary ) dataobjektets längd med minsta möjliga 
antal oktetter, dvs. med hjälp av byte för längd ”01h” ska 
kortläsaren koda en offset/längd från 0 till 255 och med 
hjälp av byte för längd ”02h” en offset/längd från 256 upp 
till 65 535 byte.  
TCS_66  Svarsmeddelande  
Byte  Längd  Värde  Beskrivning  
SW 2  ”XXXXh”  Statusregister (SW1,SW2)  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 257  
— Om kommandot lyckas återsänder kortet ” 9000 ”. 
— Om ingen elementfil väljs återsänds bearbetningsstatus 
”6986 ”. 
— Om säkerhetsvillkoren för den valda filen inte uppfylls, 
avbryts kommandot med ” 6982 ”. 
— Om offset inte överensstämmer med storleken på ele­
mentfilen ( Offset > EF size ), återsänds bearbetningssta­
tus ” 6B00 ”. 
— Om storleken på de data som ska skrivas inte överens­
stämmer med storleken på elementfilen (Offset + Lc > 
EF size) återsänds bearbetningsstatus ” 6700 ”. 
— Om ett integritetsfel upptäcks i filattributen, ska kortet 
anse filen vara skadad och omöjlig att återställa, och 
återsända bearbetningsstatus ” 6400 ” eller ” 6500 ”. 
— Om det inte går att skriva data, återsänds bearbetnings­
status ” 6581 ”. 
3.5.3.3.1 K o m m a n d o m e d s ä k e r m e d d e l a n d e h  a n t e r i n g ( e x ­
e m p e l )  
Följande exempel åskådliggör användningen av säker meddelandeha n­
tering om säkerhetsvillkoret SM-MAC-G2 tillämpas.  
TCS_67 Kommandomeddelande  
Byte  Längd  Värde  Beskrivning  
CLA  1  ”0Ch”  Säker meddelandehantering efterfrågad  
INS 1  ”D7h”  UPDATE BINARY  
P1 1  ”00h”  Aktuell elementfil  
P2 1  ”00h”  
Lc 1  ”XXh”  Fältlängd för skyddade data  
#6 1  ”B3h”  Tagg för BER-TLV-kodade data med klarvärde  
#7 L  ”NNh” eller 
”81 NNh”  L PV : längd på överförda data 
L är 2 byte om L  PV > 127 byte.  
#(7+L)- 
#(6+L+NN)  NN ”XX..XXh”  BER-TLV-kodade data med klarvärde, dvs. offsetdata­
objekt med taggen ”54h” || Godtyckligt ( discretionary ) 
dataobjekt med taggen ”53h” som inkapslar de data som 
ska skrivas  
#(7+L+NN)  1  ”8Eh”  T  CC : Tagg för kryptografisk kontrollsumma  
#(8+L+NN)  1  ”XXh”  L  CC : Längd på efterföljande kryptografiska kontroll­
summa: 
”08h”, ”0Ch” eller ”10h” beroende på AES-nyckelns 
längd för säker meddelandehantering (generation 2) (se 
del B i tillägg 11)  
#(9+L+NN)- 
#(8+M+L+NN)  M ”XX..XXh”  Kryptografisk kontrollsumma  
Le 1  ”00h”  Enligt ISO/IEC 7816-4  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 258  
TCS_68 Svarsmeddelande om kommandot lyckas  
Byte  Längd  Värde  Beskrivning  
#1 1  ”99h”  T  SW : Tagg för statusregister (ska skyddas av CC)  
#2 1  ”02h”  L  SW : längd på återsända statusregister  
#3-#4  2  ”XXXXh”  Bearbetningsstatus för APDU för oskyddat svar  
#5 1  ”8Eh”  T  CC : Tagg för kryptografisk kontrollsumma  
#6 1  ”XXh”  L  CC : Längd på efterföljande kryptografiska kontroll­
summa: 
”08h”, ”0Ch” eller ”10h” beroende på AES-nyckelns 
längd för säker meddelandehantering (generation 2) (se 
del B i tillägg 11)  
#7-#(6+L)  L  ”XX..XXh”  Kryptografisk kontrollsumma  
SW 2  ”XXXXh”  Statusregister (SW1,SW2)  
3.5.4  GET CHALLENGE  
Detta kommando överensstämmer med ISO/IEC 7816-4, men det har 
en begränsad användning jämfört med det kommando som definieras  i 
normen.  
Kommandot GET CHALLENGE ber kortet att utfärda en utmaning 
(challenge ) för att använda den i ett säkerhetsförfarande i vilket ett 
kryptogram eller några chiffrerade data sänds till kortet.  
TCS_69 Den utmaning som utfärdas av kortet är endast giltig för  
nästa kommando som använder en utmaning som sänds till 
kortet.  
TCS_70  Kommandomeddelande  
Byte  Längd  Värde  Beskrivning  
CLA  1  ”00h”  
INS 1  ”84h”  INS  
P1 1  ”00h”  P 1  
P2 1  ”00h”  P 2  
Le 1  ”08h”  Le (Längd på den utmaning som förväntas)  
TCS_71  Svarsmeddelande  
Byte  Längd  Värde  Beskrivning  
#1-#8  8  ”XX..XXh”  Utmaning  
SW 2  ”XXXXh”  Statusregister (SW1,SW2)  
— Om kommandot lyckas återsänder kortet ” 9000 ”. 
— Om Le skiljer sig från ”08h” är bearbetningsstatusen 
”6700 ”. 
— Om parametrarna P1-P2 är inkorrekta är bearbetnings­
statusen ” 6A86 ”. ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 259  
3.5.5  VERIFY  
Detta kommando överensstämmer med ISO/IEC 7816-4, men det har 
en begränsad användning jämfört med det kommando som definieras  i 
normen.  
Endast verkstadskortet måste stödja detta kommando.  
Andra typer av färdskrivarkort kan ha, men måste inte ha, detta  kom­
mando infört, men för dessa kort finns ingen användaranpassad 
referens-CHV. Därför kan dessa kort inte utföra detta kommando.  
För andra typer av färdskrivarkort än verkstadskort omfattas in te kor­
tets reaktion på detta kommando, dvs. den felkod som återsänds,  av 
denna specifikation.  
Kommandot VERIFY initierar jämförelsen i kortet av CHV (PIN)- 
data som sänds från kommandot med den referens-CHV som lagras 
i kortet.  
TCS_72 Den PIN-kod som anges av användaren måste vara 
ASCII-kodad och utfylld till höger av kortläsaren med 
”FFh”-byte upp till en längd av 8 byte (se även datatyp 
WorkshopCardPIN i tillägg 1).  
TCS_73 Färdskrivartillämpningar i generation 1 och generation 2  
ska använda samma referens-CHV.  
TCS_74 Färdskrivarkortet ska kontrollera om kommandot kodas 
korrekt. Om kommandot inte kodas korrekt ska kortet 
inte jämföra CHV-värdena, inte minska värdet på räknaren 
av återstående CHV-försök och inte återställa säkerhetssta­
tusen ”PIN_Verified”, men avbryta kommandot. Ett kom­
mando är korrekt kodat om byte CLA, INS, P1, P2 och Lc 
har angivna värden, Le är frånvarande och kommandoda­
tafältet har korrekt längd.  
TCS_75 Om kommandot lyckas återinitialiseras räknaren av återst å­
ende CHV-försök. Startvärdet för räknaren av återstående 
CHV-försök är 5. Om kommandot lyckas ska kortet sätta 
den interna säkerhetsstatusen ”PIN_Verified”. Kortet ska 
återställa denna säkerhetsstatus om kortet återställs eller 
om den CHV-kod som sänds i kommandot inte överens­
stämmer med den referens-CHV som lagrats.  
Anmärkning:  Användning av samma referens-CHV och en 
global säkerhetsstatus förhindrar att en verkstadsanställd på 
nytt måste ange PIN efter det att en annan dedikerad fil för 
en färdskrivartillämpning valts.  
TCS_76 En misslyckad jämförelse registreras i kortet, dvs. värd et på 
räknaren av återstående CHV-försök ska minskas med 1, 
för att begränsa antalet ytterligare försök att använda 
referens-CHV.  
TCS_77  Kommandomeddelande  
Byte  Längd  Värde  Beskrivning  
CLA  1  ”00h”  
INS 1  ”20h”  INS  
P1 1  ”00h”  P 1  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 260  
Byte  Längd  Värde  Beskrivning  
P2 1  ”00h”  P2 (den verifierade CHV är indirekt känd)  
Lc 1  ”08h”  Längd på överförd CHV-kod  
#6-#13  8  ”XX..XXh”  CHV  
TCS_78  Svarsmeddelande  
Byte  Längd  Värde  Beskrivning  
SW 2  ”XXXXh”  Statusregister (SW1,SW2)  
— Om kommandot lyckas återsänder kortet ” 9000 ”. 
— Om referens-CHV inte hittas, återsänds bearbetningssta­
tus ” 6A88 ”. 
— Om CHV blockeras (räknaren av återstående 
CHV-försök står på noll) återsänds bearbetningsstatus 
”6983 ”. När CHV väl är i detta tillstånd kan den inte 
användas mer.  
— Om jämförelsen misslyckas minskas värdet på räknaren 
av återstående försök och status ” 63CX ” återsänds (X > 
0 och X = värdet på räknaren av återstående 
CHV-försök).  
— Om referens-CHV anses skadad, återsänds bearbet­
ningsstatus ” 6400 ” eller ” 6581 ”. 
— Om Lc skiljer sig från ”08h” är bearbetningsstatusen 
”6700 ”. 
3.5.6  GET RESPONSE  
Detta kommando överensstämmer med ISO/IEC 7816-4.  
Detta kommando (som bara behövs och finns för protokoll T=0) 
används för att överföra förberedda data från kortet till kortl äsaren 
(om ett kommando inbegriper både Lc och Le).  
Kommandot GET RESPONSE måste ges omedelbart efter det kom­
mando som förbereder data, annars går dessa data förlorade. Eft er 
verkställandet av kommandot GET RESPONSE (utom om felet 
”61xx ” eller ” 6Cxx ” inträffar, se nedan), finns tidigare förberedda 
data inte längre tillgängliga.  
TCS_79  Kommandomeddelande  
Byte  Längd  Värde  Beskrivning  
CLA  1  ”00h”  
INS 1  ”C0h”  
P1 1  ”00h”  
P2 1  ”00h”  
Le 1  ”XXh”  Antal förväntade byte  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 261  
TCS_80  Svarsmeddelande  
Byte  Längd  Värde  Beskrivning  
#1-#X  X  ”XX..XXh”  Data  
SW 2  ”XXXXh”  Statusregister (SW1,SW2)  
— Om kommandot lyckas återsänder kortet ” 9000 ”. 
— Om kortet inte har förberett några data återsänds be­
arbetningsstatus ” 6900 ” eller ” 6F00 ”. 
— Om Le överstiger antal tillgängliga byte eller om Le är 
noll återsänds bearbetningsstatus ” 6Cxx ”, där xx be­
tecknar exakt antal tillgängliga byte. I detta fall finns 
förberedda data fortfarande tillgängliga för ett efterföl­
jande GET RESPONSE-kommando.  
— Om Le inte är noll och är mindre än antal tillgängliga 
byte, sänds begärda data på normalt sätt av kortet, och 
bearbetningsstatus ” 61xx ” återsänds, där xx anger ett 
antal extra byte som fortfarande är tillgängliga för ett 
efterföljande GET RESPONSE-kommando.  
— Om kommandot inte stöds (protokoll T=1), återsänder 
kortet ” 6D00 ”. 
3.5.7  PSO: VERIFY CERTIFICATE  
Detta kommando överensstämmer med ISO/IEC 7816-8, men det har 
en begränsad användning jämfört med det kommando som definieras  i 
normen.  
Kortet använder kommandot VERIFY CERTIFICATE för att erhålla 
en öppen nyckel utifrån och för att kontrollera dess giltighet.  
3.5.7.1 M e d d e l a n d e p a r ( k o m m a n d o o c h s v a  r ) f ö r g e n e r a ­
t i o n 1  
TCS_81 Denna kommandovariant stöds endast av en färdskrivartil­
lämpning i generation 1.  
TCS_82 När ett VERIFY CERTIFICATE-kommando lyckas lagras 
den öppna nyckeln i säkerhetsmiljön ( security environment ) 
för framtida användning. Denna nyckel ska uttryckligen 
ställas in för användning i säkerhetsrelaterade kommandon 
(INTERNAL AUTHENTICATE, EXTERNAL AUTHEN­
TICATE eller VERIFY CERTIFICATE) av 
MSE-kommandot (se avsnitt 3.5.11) med hjälp av dess 
nyckelidentifierare.  
TCS_83 I alla händelser använder kommandot VERIFY CERTIFI­
CATE den öppna nyckel som MSE-kommandot tidigare 
valt för att öppna certifikatet. Denna öppna nyckel ska till­
höra antingen en medlemsstat eller Europa.  
TCS_84  Kommandomeddelande  
Byte  Längd  Värde  Beskrivning  
CLA  1  ”00h”  
INS 1  ”2Ah”  PERFORM SECURITY OPERATION  
P1 1  ”00h”  P 1  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 262  
Byte  Längd  Värde  Beskrivning  
P2 1  ”AEh”  P2: icke BER-TLV-kodade data (konkatenering av data­
element)  
Lc 1  ”C2h”  Lc: Certifikatets längd, 194 byte  
#6-#199  194  ”XX..XXh”  Certifikat: konkatenering av dataelement (enligt tillägg 
11) 
TCS_85  Svarsmeddelande  
Byte  Längd  Värde  Beskrivning  
SW 2  ”XXXXh”  Statusregister (SW1,SW2)  
— Om kommandot lyckas återsänder kortet ” 9000 ”. 
— Om verifieringen av certifikat misslyckas, återsänds be­
arbetningsstatus ” 6688 ”. Verifiering och uppackning av 
certifikat beskrivs i tillägg 11 för G1 och G2.  
— Om ingen öppen nyckel är närvarande i säkerhetsmiljön 
(security environment ) återsänds ” 6A88 ”. 
— Om den valda öppna nyckeln (som används för att 
packa upp certifikatet) anses skadad återsänds bearbet­
ningsstatus ” 6400 ” eller ” 6581 ”. 
— Endast generation 1: Om den valda öppna nyckeln (som 
används för att packa upp certifikatet) har en annan 
CHA.LSB (
  )  
än ”00” (dvs. om den varken är en medlemsstats eller 
Europas öppna nyckel) återsänds bearbetningsstatus 
”6985 ”. 
3.5.7.2 M e d d e l a n d e p a r ( k o m m a n d o o c h s v a  r ) f ö r g e n e r a ­
t i o n 2  
Beroende på kurvstorlek kan ECC-certifikat vara så långa att de  inte 
kan överföras i en enda APDU. I detta fall måste en kommandoked ja i 
enlighet med ISO/IEC 7816-4 användas, och certifikatet överförs  i två 
på varandra följande PSO: VERIFY CERTIFICATE (APDU).  
Certifikatets struktur och domänparametrarna definieras i tillä gg 11.  
▼M3 
TCS_86 Detta kommando kan utföras på huvudfil (MF) och i DF 
Tachograph och DF Tachograph_G2 (se även TCS_34).  
▼B 
TCS_87  Kommandomeddelande  
Byte  Längd  Värde  Beskrivning  
CLA  1  ”X0h”  CLA-byte anger kommandokedja: 
”00h”: det enda eller sista kommandot i kedjan 
”10h”: inte det sista kommandot i en kedja  
INS 1  ”2Ah”  PERFORM SECURITY OPERATION  
P1 1  ”00h”  
P2 1  ”BEh”  Kontrollera självbeskrivande ( self-descriptive ) certifikat  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 263  
Byte  Längd  Värde  Beskrivning  
Lc 1  ”XXh”  Kommandodatafältets längd, se TCS_88 och TCS_89.  
#6-#5+L  L  ”XX..XXh”  DER-TLV-kodade data: Dataobjektet  ECC Certificate 
Body  som första dataobjekt som konkatenerats med data­
objektet  ECC Certificate Signature  som andra dataobjekt 
eller en del av denna konkatenering. Taggen ”7F21” och 
motsvarande längd ska inte överföras. 
Ordningsföljden för dessa dataobjekt är fast.  
▼M3 
TCS_88 För dataenheter (APDU) med kort längd gäller följande 
bestämmelser: Kortläsaren ska använda det minsta antal 
dataenheter (APDU) som krävs för att överföra komman­
dots nyttolast ( payload ) och överföra det maximala antalet 
byte i den första dataenheten (APDU) för kommandot. Kor­
tet måste dock stödja alla värden för ”Lc” upp till 255 byte.  
TCS_89 För dataenheter (APDU) med utökad längd gäller följande 
bestämmelser: Om certifikatet inte ryms i en enda APDU 
ska kortet stödja kommandokedjor. Kortläsaren ska an­
vända det minsta antal dataenheter (APDU) som krävs för 
att överföra kommandots nyttolast ( payload ) och överföra 
det maximala antalet byte i den första dataenheten (APDU) 
för kommandot. Om kommandokedjor behövs måste kortet 
stödja alla värden för ”Lc” upp till den angivna maximala 
utökade längden.  
Anmärkning: Enligt tillägg 11 lagras certifikatet, eller det 
innehåll som är relevant i certifikatet, i kortet, och dess 
currentAuthenticatedTime uppdateras.  
Strukturen för svarsmeddelanden samt statusregister defi­
nieras i TCS_85.  
▼B 
TCS_90 Utöver de felkoder som förtecknas i TCS_85 kan kortet 
återsända följande felkoder:  
— Om den valda öppna nyckeln (som används för att 
packa upp certifikatet) har en CHA.LSB ( Certificate ­
HolderAuthorisation.equipmentType ) som inte är lämp­
lig för certifikatet enligt tillägg 11 återsänds bearbet­
ningsstatus ” 6985 ”. 
— Om kortets  currentAuthenticatedTime  är senare än cer­
tifikatets sista giltighetsdag återsänds bearbetningsstatus 
”6985 ”. 
— Om det sista kommandot i kedjan förväntas återsänder 
kortet ” 6883 ”. 
— Om felaktiga parameterar sänds i kommandodatafältet 
återsänder kortet ” 6A80 ” (används även om dataobjek­
ten inte sänds i den angivna ordningen).  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 264  
3.5.8  INTERNAL AUTHENTICATE  
Detta kommando överensstämmer med ISO/IEC 7816-4.  
TCS_91 Alla färdskrivarkort ska stödja detta kommando i DF Ta­
chograph för generation 1. Kommandot kan vara, men 
måste inte vara, åtkomligt i huvudfilen (MF) och/eller DF 
Tachograph_G2. I så fall ska kommandot avbrytas med en 
lämplig felkod eftersom kortets privata nyckel (Card.SK) 
för autentiseringsprotokollet i generation 1 endast är åtkom­
lig i DF_Tachograph för generation 1.  
Med hjälp av kommandot INTERNAL AUTHENTICATE 
kan kortläsaren autentisera kortet. Autentiseringen beskrivs 
i tillägg 11. Den inbegriper nedanstående programsatser.  
TCS_92 Kommandot INTERNAL AUTHENTICATE använder kor­
tets privata nyckel (indirekt vald) för att signera autentise­
ringsdata, inbegripet K1 (första elementet för överenskom­
melse om sessionsnycklar) och RND1, och använder den 
öppna nyckel som för närvarande är vald (genom det sista 
MSE-kommandot) för att kryptera signaturen och utforma 
token för autentisering (närmare beskrivning i tillägg 11).  
TCS_93  Kommandomeddelande  
Byte  Längd  Värde  Beskrivning  
CLA  1  ”00h”  CLA  
INS 1  ”88h”  INS  
P1 1  ”00h”  P 1  
P2 1  ”00h”  P 2  
Lc 1  ”10h”  Längd på de data som sänds till kortet  
#6 – #13  8  ”XX..XXh”  Utmaning som används för att autentisera kortet  
#14 -#21  8  ”XX..XXh”  VU.CHR (se tillägg 11)  
Le 1  ”80h”  Längd på de data som förväntas från kortet  
TCS_94  Svarsmeddelande  
Byte  Längd  Värde  Beskrivning  
#1-#128  128  ”XX..XXh”  Token för autentisering av kort (se tillägg 11)  
SW 2  ”XXXXh”  Statusregister (SW1,SW2)  
— Om kommandot lyckas återsänder kortet ” 9000 ”. 
— Om ingen öppen nyckel är närvarande i säkerhetsmiljön 
(security environment ) återsänds bearbetningsstatus 
”6A88 ”. 
— Om ingen privat nyckel är närvarande i säkerhetsmiljön 
återsänds bearbetningsstatus ” 6A88 ”. 
— Om VU.CHR inte överensstämmer med identifieraren 
för den aktuella öppna nyckeln återsänds bearbetnings­
status ” 6A88 ”. ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 265  
— Om den valda privata nyckeln anses skadad, återsänds 
bearbetningsstatus ” 6400 ” eller ” 6581 ”. 
▼M1 
TCS_95 Om kommandot INTERNAL AUTHENTICATE lyckas tas 
aktuell sessionsnyckel för generation 1 i förekommande fall 
bort och upphör att vara tillgänglig. För att göra en ny 
sessionsnyckel för generation 1 tillgänglig måste komman­
dot EXTERNAL AUTHENTICATE för autentiserings­
mekanismen i generation 1 utföras med gott resultat.  
Anmärkning:  För sessionsnycklar för generation 2, se 
CSM_193 och CSM_195 i tillägg 11. Om sessionsnycklar 
för generation 2 är fastställda och färdskrivarkortet tar emot 
APDU för kommandot INTERNAL AUTHENTICATE i 
klartext avbryter kortet sessionen med säker meddelande­
hantering för generation 2 och förstör sessionsnycklarna för 
generation 2.  
▼B 
3.5.9  EXTERNAL AUTHENTICATE  
Detta kommando överensstämmer med ISO/IEC 7816-4.  
Med hjälp av kommandot EXTERNAL AUTHENTICATE kan kortet 
autentisera kortläsaren. Autentiseringen beskrivs i tillägg 11 för Ta­
chograph G1 och G2 (autentisering av fordonsenhet).  
TCS_96 Kommandovarianten för mekanismen för ömsesidig auten­
tisering i generation 1 stöds endast av en färdskrivartillämp­
ning i generation 1.  
▼M1 
TCS_97 Kommandovarianten för ömsesidig autentisering mellan 
fordonsenhet och kort i generation 2 kan utföras på 
huvudfil (MF) och i DF Tachograph och DF Tachog­
raph_G2 (se även TCS_34). Om kommandot EXTERNAL 
AUTHENTICATE för generation 2 lyckas tas aktuell ses­
sionsnyckel för generation 1 i förekommande fall bort och 
upphör att vara tillgänglig.  
Anmärkning:  För sessionsnycklar för generation 2, se 
CSM_193 och CSM_195 i tillägg 11. Om sessionsnycklar 
för generation 2 är fastställda och färdskrivarkortet tar emot 
APDU för kommandot EXTERNAL AUTHENTICATE i 
klartext avbryter kortet sessionen med säker meddelande­
hantering för generation 2 och förstör sessionsnycklarna för 
generation 2.  
▼B 
TCS_98  Kommandomeddelande  
Byte  Längd  Värde  Beskrivning  
CLA  1  ”00h”  CLA  
INS 1  ”82h”  INS  
P1 1  ”00h”  Indirekt kända nycklar och algoritmer  
P2 1  ”00h”  
Lc 1  ”XXh”  Lc (längd på de data som sänds till kortet)  
#6-#(5+L)  L  ”XX..XXh”  Autentisering (generation 1): Kryptogram (se del A i till­
lägg 11) 
Autentisering (generation 2): Signatur genereras av kort­
läsaren (se del B i tillägg 11)  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 266  
TCS_99  Svarsmeddelande  
Byte  Längd  Värde  Beskrivning  
SW 2  ”XXXXh”  Statusregister (SW1,SW2)  
— Om kommandot lyckas återsänder kortet ” 9000 ”. 
— Om CHA för den för närvarande satta öppna nyckeln 
inte är en konkatenering av färdskrivartillämpningens 
AID (tillämpningsidentifierare) och av en typ av for­
donsenhetsutrustning, återsänds bearbetningsstatus 
”6F00 ”. 
— Om kommandot inte omedelbart föregås av kommandot 
GET CHALLENGE återsänds bearbetningsstatus 
”6985”.  
Färdskrivartillämpningen (generation 1) kan dessutom åter­
sända följande felkoder:  
— Om ingen öppen nyckel är närvarande i säkerhetsmiljön 
(security environment ) återsänds ” 6A88 ”. 
— Om ingen privat nyckel är närvarande i säkerhetsmiljön 
återsänds bearbetningsstatus ” 6A88 ”. 
— Om verifieringen av kryptogrammet misslyckas, åter­
sänds bearbetningsstatus ” 6688 ”. 
— Om den valda privata nyckeln anses skadad, återsänds 
bearbetningsstatus ” 6400 ” eller ” 6581 ”. 
Kommandovarianten för autentiseringen (generation 2) kan 
dessutom återsända följande felkod:  
— Om verifieringen av signaturen misslyckas, återsänder 
kortet ” 6300 ”. 
3.5.10  GENERAL AUTHENTICATE  
Detta kommando används för det protokoll för autentisering av c hip i 
generation 2 som specificeras i del B i tillägg 11 och överenss tämmer 
med ISO/IEC 7816-4.  
TCS_100 Detta kommando kan utföras på huvudfil (MF) och i DF 
Tachograph och DF Tachograph_G2 (se även TCS_34).  
TCS_101  Kommandomeddelande  
Byte  Längd  Värde  Beskrivning  
CLA  1  ”00h”  
INS 1  ”86h”  
P1 1  ”00h”  Indirekt kända nycklar och protokoll  
P2 1  ”00h”  
Lc 1  ”NNh”  Lc: Längd på efterföljande datafält  
#6-#(5+L)  L  ”7Ch” + L  7C + 
”80h” + L  80 + 
”XX..XXh”  DER-TLV-kodat värde på tillfällig ( ephemeral ) öppen 
nyckel (se tillägg 11) 
Fordonsenheten ska sända dataobjekten i denna ord­
ningsföljd.  
▼M3 
Le 1  ”00h”  Enligt ISO/IEC 7816-4  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 267  
TCS_102  Svarsmeddelande  
Byte  Längd  Värde  Beskrivning  
#1-#L  L  ”7Ch” + L  7C + ”81h” 
+ ”08h” + 
”XX..XXh” + ”82h” 
+ L  82 + ”XX..XXh”  DER-TLV-kodade data för dynamisk autentise­
ring ( Dynamic Authentication Data ): tal som 
används en gång ( nonce ) och token för auten­
tisering (se tillägg 11)  
SW 2  ”XXXXh”  Statusregister (SW1,SW2)  
— Om kommandot lyckas återsänder kortet ” 9000 ”. 
— Kortet återsänder ” 6A80 ” för att ange att datafältet in­
nehåller felaktiga parameterar.  
— Kortet återsänder ” 6982 ” om kommandot EXTERNAL 
AUTHENTICATE inte har utförts med tillfredsställande 
resultat  
Svarsobjektet ( Dynamic Authentication Data ) ”7Ch”  
— måste vara närvarande om operationen lyckas, dvs. sta­
tusregistret är ” 9000 ”, 
— måste vara frånvarande vid exekveringsfel eller kon­
trollfel, dvs. om statusregistret är i intervallet 
”6400 ”–”6FFF ”, och  
— kan vara frånvarande vid varning, dvs. om statusregi­
stret är i intervallet ” 6200 ”–”63FF ”. 
3.5.11  MANAGE SECURITY ENVIRONMENT  
Detta kommando används för att bestämma en öppen nyckel i 
autentiseringssyfte.  
3.5.11.1 M e d d e l a n d e p a r ( k o m m a n d o o c h s v a r ) f ö r g e n e r a ­
t i o n 1  
Detta kommando överensstämmer med ISO/IEC 7816-4. Använd­
ningen av detta kommando är begränsad med avseende på berörd 
standard.  
TCS_103 Detta kommando stöds endast av en färdskrivartillämpnin g 
i generation 1.  
TCS_104 Den nyckel som det refereras till i MSE-fältet förblir aktu­
ell öppen nyckel tills nästa korrekta MSE-kommando ges, 
en dedikerad fil (DF) väljs eller kortet återställs.  
TCS_105 Om den nyckel som det refereras till inte (redan) är nä rva­
rande i kortet, förblir säkerhetsmiljön ( security environ ­
ment ) oförändrad.  
TCS_106  Kommandomeddelande  
Byte  Längd  Värde  Beskrivning  
CLA  1  ”00h”  CLA  
INS 1  ”22h”  INS  
P1 1  ”C1h”  P1: refererad nyckel som är giltig för alla kryptografiska 
operationer  
P2: 1  ”B6h”  P2 (refererade data om digital signatur)  
Lc 1  ”0Ah”  Lc: längd på efterföljande datafält  
#6 1  ”83h”  Tagg för att referera till en öppen nyckel i asymmetriska 
fall ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 268  
Byte  Längd  Värde  Beskrivning  
#7 1  ”08h”  Längd på nyckelreferensen (nyckelidentifierare)  
#8-#15  8  ”XX..XXh”  Nyckelidentifierare enligt tillägg 11  
TCS_107  Svarsmeddelande  
Byte  Längd  Värde  Beskrivning  
SW 2  ”XXXXh”  Statusregister (SW1,SW2)  
— Om kommandot lyckas återsänder kortet ” 9000 ”. 
— Om den refererade nyckeln inte är närvarande i kortet 
återsänds bearbetningsstatus ” 6A88 ”. 
— Om vissa förväntade dataobjekt saknas i formatet för 
säker meddelandehantering, återsänds bearbetningssta­
tus ” 6987 ”. Detta kan inträffa om taggen ”83h” saknas.  
— Om några dataobjekt är inkorrekta, återsänds bearbet­
ningsstatus ” 6988 ”. Detta kan inträffa om längden på 
nyckelidentifieraren inte är ”08h”.  
— Om den valda nyckeln anses skadad, återsänds bearbet­
ningsstatus ” 6400 ” eller ” 6581 ”. 
3.5.11.2 M e d d e l a n d e p a r ( k o m m a n d o o c h s v a r ) f ö r g e n e r a ­
t i o n 2  
För autentiseringen i generation 2 stöder färdskrivarkortet föl jande 
MSE: Kommandoversioner med SET som överensstämmer med ISO/ 
IEC 7816-4. Dessa kommandoversioner stöds inte för autentiserin g i 
generation 1.  
3.5.11.2.1 M S E : S E T A T f ö r a u t e n t i s e r i n g a v c h i p  
Följande MSE:SET AT-kommando används för att välja parametrarna  
för den autentisering av chip som utförs av ett efterföljande G EN­
ERAL AUTHENTICATE-kommando.  
TCS_108 Detta kommando kan utföras på huvudfil (MF) och i DF 
Tachograph och DF Tachograph_G2, se även TCS_34.  
TCS_109  MSE:SET AT – kommandomeddelande för autentise ­
ring av chip  
Byte  Längd  Värde  Beskrivning  
CLA  1  ”00h”  
INS 1  ”22h”  
P1 1  ”41h”  Inställd för intern autentisering  
P2 1  ”A4h”  Autentisering  
Lc 1  ”NNh”  Lc: längd på efterföljande datafält  
#6-#(5+L)  L  ”80h” + 
”0Ah” + 
”XX..XXh”  DER-TLV-kodad referens till kryptografisk mekanism: 
Objektidentifierare för autentisering av chip (endast 
värde, taggen ”06h” utelämnas). 
Se tillägg 1 angående värdena på objektidentifierare; by­
tenotation ska användas. Se tillägg 11 för vägledning om 
hur man ska välja en av dessa objektidentifierare.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 269  
3.5.11.2.2 M S E : S E T A T f ö r a u t e n t i s e r i n g a v f o r d o n s e n h e t  
Följande MSE:SET AT-kommando används för att välja parametrarna  
och nycklarna för den autentisering av fordonsenhet som utförs av ett 
efterföljande EXTERNAL AUTHENTICATE-kommando.  
TCS_110 Detta kommando kan utföras på huvudfil (MF) och i DF 
Tachograph och DF Tachograph_G2, se även TCS_34.  
TCS_111  MSE:SET AT – kommandomeddelande för autentise ­
ring av fordonsenhet  
Byte  Längd  Värde  Beskrivning  
CLA  1  ”00h”  
INS 1  ”22h”  
P1 1  ”81h”  Inställd för extern autentisering  
P2 1  ”A4h”  Autentisering  
Lc 1  ”NNh”  Lc: längd på efterföljande datafält  
#6-#(5+L)  L  ”80h” + 
”0Ah” + 
”XX..XXh”  DER-TLV-kodad referens till kryptografisk mekanism: 
Objektidentifierare för autentisering av fordonsenhet (en­
dast värde, taggen ”06h” utelämnas). 
Se tillägg 1 angående värdena på objektidentifierare; by­
tenotation ska användas. Se tillägg 11 för vägledning om 
hur man ska välja en av dessa objektidentifierare.  
”83h” + 
”08h” + 
”XX..XXh”  DER-TLV-kodad referens till fordonsenhetens öppna 
nyckel genom den CHR ( Certificate Holder Reference ) 
som nämns i dess certifikat.  
”91h” + L  91 + 
”XX..XXh”  DER-TLV-kodad komprimerad representation av for­
donsenhetens tillfälliga ( ephemeral ) öppna nyckel, som 
kommer att användas vid autentisering av chip (se tillägg 
11) 
3.5.11.2.3 M S E : S E T D S T  
Följande MSE:SET DST-kommando används för att bestämma en 
öppen nyckel antingen  
— för verifiering av en signatur som tillhandahålls i ett efter följande 
PSO: VERIFY DIGITAL SIGNATURE, eller  
— för verifiering av en signatur för ett certifikat som tillhan dahålls i 
ett efterföljande PSO: VERIFY CERTIFICATE.  
TCS_112 Detta kommando kan utföras på huvudfil (MF) och i DF 
Tachograph och DF Tachograph_G2 (se även TCS_33).  
TCS_113  MSE:SET DST – kommandomeddelande  
Byte  Längd  Värde  Beskrivning  
CLA  1  ”00h”  
INS 1  ”22h”  
P1 1  ”81h”  Inställd för verifiering  
P2 1  ”B6h”  Digital signatur  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 270  
Byte  Längd  Värde  Beskrivning  
Lc 1  ”NNh”  Lc: längd på efterföljande datafält  
#6-#(5+L)  L  ”83h” + ”08h” 
+ ”XX...XXh”  DER-TLV-kodad referens till en öppen nyckel, dvs. 
CHR ( Certificate Holder Reference ) i certifikatet för 
den öppna nyckeln (se tillägg 11).  
För alla kommandoversioner ges svarsmeddelandets struktur och s ta­
tusregistret av följande:  
TCS_114  Svarsmeddelande  
Byte  Längd  Värde  Beskrivning  
SW 2  ”XXXXh”  Statusregister (SW1,SW2)  
— Om kommandot lyckas återsänder kortet ” 9000 ”. Pro­
tokollet har valts och initialiserats.  
— ” 6A80 ” anger felaktiga parametrar i kommandodatafäl­
tet. 
— ” 6A88 ” anger att refererade data (dvs. en refererad nyc­
kel) inte är tillgängliga.  
▼M1 
— Om kortets  currentAuthenticatedTime  är senare än sista 
giltighetsdag för den valda öppna nyckeln återsänds 
bearbetningsstatus ” 6A88 ”. 
Anmärkning:  För ett kommando MSE:SET AT för auten­
tisering av fordonsenhet är den refererade nyckeln en öppen 
VU_MA-nyckel. Kortet ska ställa in den öppna VU_MA- 
nyckeln för användning, om den finns tillgänglig i kortets 
minne, som stämmer överens med den CHR ( Certificate 
Holder Reference ) som anges i kommandots datafält (kortet 
kan identifiera öppna VU_MA-nycklar med hjälp av certi­
fikatets CHA-fält). Kortet ska återsända ”6A 88” till detta 
kommando om endast den öppna VU_Sign-nyckeln eller 
ingen öppen nyckel alls är tillgänglig i fordonsenheten. 
Se definitionen av CHA-fältet i tillägg 11 och datatypen  
equipmentType  i tillägg 1.  
På samma sätt gäller att för ett kommando MSE:SET DST 
som refererar till en EQT (dvs. en fordonsenhet eller ett 
kort), och som sänds till ett kontrollkort, är den refererade 
nyckeln enligt CSM_234 alltid en EQT_Sign-nyckel som 
måste användas för att verifiera en digital signatur. Enligt 
figur 13 i tillägg 11 kommer kontrollkortet alltid att ha den 
relevanta öppna EQT_Sign-nyckeln lagrad. I vissa fall kan 
kontrollkortet ha den motsvarande öppna EQT_MA-nyc­
keln lagrad. Kontrollkortet ska alltid ställa in den öppna 
EQT_Sign-nyckeln för användning när kortet tar emot 
kommandot MSE:SET DST.  
▼B 
3.5.12  PSO: HASH  
Detta kommando används för att till kortet överföra resultatet från en 
hashberäkning på vissa data. Detta kommando används för att ver i­
fiera digitala signaturer. Hashvärdet lagras tillfälligt för de t efterföl­
jande kommandot PSO: VERIFY DIGITAL SIGNATURE  
Detta kommando överensstämmer med ISO/IEC 7816-8. Använd­
ningen av detta kommando är begränsad med avseende på berörd 
standard.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 271  
Endast kontrollkortet måste stödja detta kommando i DF Tachogra ph 
och DF Tachograph_G2.  
Andra typer av färdskrivarkort kan ha, men måste inte ha, detta  kom­
mando infört. Kommandot kan vara, men måste inte vara, åtkomlig t i 
huvudfilen (MF).  
Kontrollkortstillämpningen (generation 1) stöder endast SHA-1.  
TCS_115 Det tillfälligt lagrade hashvärdet ska raderas om ett n ytt 
hashvärde beräknas med hjälp av kommandot PSO: HASH, 
om en dedikerad fil (DF) väljs, och om färdskrivarkortet 
återställs.  
TCS_116  Kommandomeddelande  
Byte  Längd  Värde  Beskrivning  
CLA  1  ”00h”  CLA  
INS 1  ”2Ah”  PERFORM SECURITY OPERATION  
P1 1  ”90h”  Återsänd hashkod  
P2 1  ”A0h”  Tagg: datafältet innehåller dataobjekt som är relevanta 
för hashning  
Lc 1  ”XXh”  Längd Lc på efterföljande datafält  
#6 1  ”90h”  Tagg för hashkoden  
#7 1  ”XXh”  Längden L på hashkoden: 
”14h” för tillämpning i generation 1 (se del A i tillägg 
11) 
”20h”, ”30h” eller ”40h” för tillämpning i generation 2 
(se del B i tillägg 11)  
#8-#(7+L)  L  ”XX..XXh”  Hashkod  
TCS_117  Svarsmeddelande  
Byte  Längd  Värde  Beskrivning  
SW 2  ”XXXXh”  Statusregister (SW1,SW2)  
— Om kommandot lyckas återsänder kortet ” 9000 ”. 
— Om några förväntade dataobjekt (enligt specifikation 
ovan) saknas återsänds bearbetningsstatus ” 6987 ”. Detta 
kan inträffa om en av taggarna ”90h” saknas.  
— Om några dataobjekt är inkorrekta, återsänds bearbet­
ningsstatus ” 6988 ”. Detta fel inträffar om den nödvän­
diga taggen är närvarande men med en annan längd än 
”14h” för SHA-1, ”20h” för SHA-256, ”30h” för 
SHA-384, ”40h” för SHA-512 (tillämpning i generation 
2). 
3.5.13  PERFORM HASH of FILE  
Detta kommando överensstämmer inte med ISO/IEC 7816-8. 
CLA-byte i detta kommando anger sålunda att det finns en ägande ­
rättsligt skyddad ( proprietary ) användning av PERFORM SECURITY 
OPERATION / HASH.  
Endast förarkortet och verkstadskortet måste stödja detta komma ndo i 
DF Tachograph och DF Tachograph_G2.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 272  
Andra typer av färdskrivarkort kan ha, men måste inte ha, detta  kom­
mando infört. Om ett företagskort eller ett kontrollkort har de tta kom­
mando infört, ska det vara infört enligt specifikationen i dett a kapitel.  
Kommandot kan vara, men måste inte vara, åtkomligt i 
huvudfilen (MF). Om så är fallet ska kommandot vara infört enli gt 
specifikationen i detta kapitel, dvs. det ska inte möjliggöra b eräkning 
av ett hashvärde, utan avbrytas med en lämplig felkod.  
TCS_118 Kommandot PERFORM HASH of FILE används för att 
hasha dataarean hos den för närvarande valda transparenta 
elementfilen (EF).  
TCS_119 Ett färdskrivarkort ska stödja detta kommando endast fö r de 
elementfiler som är förtecknade i kapitel 4 under DF_Ta­
chograph och DF_Tachograph_G2 med undantaget att ett 
färdskrivarkort inte ska stödja kommandot för EF Sen­
sor_Installation_Data i DF Tachograph_G2.  
TCS_120 Resultatet från hashningen lagras tillfälligt i kortet.  Det kan 
därefter användas för att få en digital signatur av filen, med 
hjälp av kommandot PSO: COMPUTE DIGITAL SIG­
NATURE.  
▼M1 
TCS_121 Det tillfälligt lagrade värdet för hash of file ska rad eras om 
ett nytt värde för hash of file beräknas med hjälp av kom­
mandot PERFORM HASH of FILE om en dedikerad 
fil (DF) väljs, och om färdskrivarkortet återställs.  
▼B 
TCS_122 Färdskrivartillämpningen (generation 1) ska stödja SHA- 1. 
▼M1 
TCS_123 Färdskrivartillämpningen (generation 2) ska stödja algo rit­
men SHA-2 (SHA-256, SHA-384 eller SHA-512), angiven 
genom chifferföljden i del B i tillägg 11, för Card_Sign- 
nyckeln för kortsignering.  
▼B 
TCS_124  Kommandomeddelande  
▼M1 
Byte  Längd  Värde  Beskrivning  
CLA  1  ”80h”  CLA  
INS 1  ”2Ah”  Perform Security Operation  
P1 1  ”90h”  Tagg: Hash  
P2 1  ”00h”  Indirekt kända algoritmer: 
För färdskrivartillämpning (generation 1): SHA-1 
För färdskrivartillämpning (generation 2): Algoritmen 
SHA-2 (SHA-256, SHA-384 eller SHA-512), angiven 
genom chifferföljden i del B i tillägg 11, för 
Card_Sign-nyckeln för kortsignering.  
▼B 
TCS_125  Svarsmeddelande  
Byte  Längd  Värde  Beskrivning  
SW 2  ”XXXXh”  Statusregister (SW1,SW2)  
— Om kommandot lyckas återsänder kortet ” 9000 ”. 
— Om den aktuella elementfilen inte tillåter detta kom­
mando (EF Sensor_Installation_Data i DF Tachog­
raph_G2) återsänds bearbetningsstatus ” 6985 ”. ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 273  
— Om den valda elementfilen anses skadad (integritetsfel i 
filattributen eller lagrade data), återsänds bearbetnings­
status ” 6400 ” eller ” 6581 ”. 
— Om den valda filen inte är en transparent fil, eller om 
det inte finns någon aktuell elementfil, återsänds be­
arbetningsstatus ” 6986 ”. 
3.5.14  PSO: COMPUTE DIGITAL SIGNATURE  
▼M1 
Detta kommando används för att beräkna den digitala signaturen hos 
tidigare beräknad hashkod (se PERFORM HASH OF FILE, avsnitt 
3.5.13).  
Endast förarkortet och verkstadskortet måste stödja detta komma ndo i 
DF Tachograph och DF Tachograph_G2.  
Andra typer av färdskrivarkort kan ha, men måste inte ha, detta  kom­
mando infört. För färdskrivartillämpningar i generation 2 har e ndast 
förarkortet och verkstadskortet en signaturnyckel för generatio n 2, 
medan andra kort inte kan utföra kommandot med gott resultat, 
utan avbryter med en lämplig felkod.  
Kommandot kan vara, men måste inte vara, åtkomligt i 
huvudfilen (MF). Om kommandot inte är åtkomligt i huvudfilen sk a 
det avbrytas med en lämplig felkod.  
Detta kommando överensstämmer med ISO/IEC 7816-8. Använd­
ningen av detta kommando är begränsad med avseende på berörd 
standard.  
▼B 
TCS_126 Detta kommando ska inte beräkna en digital signatur hos  
tidigare beräknad hashkod med kommandot PSO: HASH.  
TCS_127 Kortets privata nyckel används för att beräkna den digi tala 
signaturen och är indirekt känd av kortet.  
TCS_128 Färdskrivartillämpningen (generation 1) skapar en digit al 
signatur med hjälp av en utfyllnadsmetod som överens­
stämmer med PKCS1 (se tillägg 11).  
TCS_129 Färdskrivartillämpningen (generation 2) beräknar en dig ital 
signatur baserad på en elliptisk kurva (se tillägg 11).  
TCS_130  Kommandomeddelande  
Byte  Längd  Värde  Beskrivning  
CLA  1  ”00h”  CLA  
INS 1  ”2Ah”  PERFORM SECURITY OPERATION  
P1 1  ”9Eh”  Digital signatur som ska återsändas  
P2 1  ”9Ah”  Tagg: datafältet innehåller data som ska signeras. Efter­
som inget datafält inbegrips är det meningen att data 
redan ska finnas i kortet ( hash of file ). 
Le 1  ”NNh”  Längd på förväntad signatur  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 274  
TCS_131  Svarsmeddelande  
Byte  Längd  Värde  Beskrivning  
#1-#L  L  ”XX..XXh”  Signatur hos tidigare beräknad hash  
SW 2  ”XXXXh”  Statusregister (SW1,SW2)  
— Om kommandot lyckas återsänder kortet ” 9000 ”. 
— Om den indirekt valda privata nyckeln anses skadad, 
återsänds bearbetningsstatus ” 6400 ” eller ” 6581 ”. 
— Om den hash som beräknades i ett tidigare PERFORM 
HASH OF FILE-kommando inte är tillgänglig återsänds 
bearbetningsstatus ” 6985 ”. 
3.5.15  PSO: VERIFY DIGITAL SIGNATURE  
Detta kommando används för att verifiera den digitala signature n som 
tillhandahålls som indata och vars hash är känd av kortet. Sign atu­
ralgoritmen är indirekt känd av kortet.  
Detta kommando överensstämmer med ISO/IEC 7816-8. Använd­
ningen av detta kommando är begränsad med avseende på berörd 
standard.  
Endast kontrollkortet måste stödja detta kommando i DF Tachogra ph 
och DF Tachograph_G2.  
Andra typer av färdskrivarkort kan ha, men måste inte ha, detta  kom­
mando infört. Kommandot kan vara, men måste inte vara, åtkomlig t i 
huvudfilen (MF).  
TCS_132 Kommandot VERIFY DIGITAL SIGNATURE använder 
alltid den öppna nyckel som valts av det tidigare givna 
MSE-kommandot ( Manage Security Environment ) MSE: 
SET DST och den tidigare hashkoden som angetts i ett 
PSO: HASH-kommando.  
TCS_133  Kommandomeddelande  
▼M1 
Byte  Längd  Värde  Beskrivning  
CLA  1  ”00h”  CLA  
INS 1  ”2Ah”  Perform Security Operation  
P1 1  ”00h”  
P2 1  ”A8h”  Tagg: datafältet innehåller dataobjekt som är relevanta 
för verifiering  
Lc 1  ”XXh”  Längd Lc på efterföljande datafält  
#6 1  ”9Eh”  Tagg för digital signatur  
#7 eller 
#7-#8  L ”NNh” eller 
”81 NNh”  Längd på digital signatur (L är 2 byte om den digitala 
signaturen är längre än 127 byte): 
128 byte kodade i enlighet med del A i tillägg 11 för 
färdskrivartillämpning (generation 1) 
Beroende på den valda kurvan för färdskrivartillämpning 
(generation 2) (se del B i tillägg 11)  
#(7+L)- 
#(6+L+NN)  NN ”XX..XXh”  Innehåll i digital signatur  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 275  
TCS_134  Svarsmeddelande  
Byte  Längd  Värde  Beskrivning  
SW 2  ”XXXXh”  Statusregister (SW1,SW2)  
— Om kommandot lyckas återsänder kortet ” 9000 ”. 
— Om verifieringen av signaturen misslyckas, återsänds 
bearbetningsstatus ” 6688 ”. Verifieringen beskrivs i till­
lägg 11.  
— Om ingen öppen nyckel har valts återsänds bearbet­
ningsstatus ” 6A88 ”. 
— Om några förväntade dataobjekt (enligt specifikation 
ovan) saknas återsänds bearbetningsstatus ” 6987 ”. Detta 
kan inträffa om en av de nödvändiga taggarna saknas.  
— Om ingen hashkod finns tillgänglig för att behandla 
kommandot (som ett resultat av ett tidigare PSO: 
HASH-kommando) återsänds bearbetningsstatus 
”6985 ”. 
— Om några dataobjekt är inkorrekta, återsänds bearbet­
ningsstatus ” 6988 ”. Detta kan inträffa om en av de 
begärda dataobjektlängderna är inkorrekt.  
— Om den valda öppna nyckeln anses skadad, återsänds 
bearbetningsstatus ” 6400 ” eller ” 6581 ”. 
▼M1 
— Om den valda öppna nyckeln (som används för att 
verifiera den digitala signaturen) har en CHA.LSB 
(CertificateHolderAuthorisation.equipmentType) som 
inte är lämplig för verifieringen av den digitala signatu­
ren enligt tillägg 11 återsänds bearbetningsstatus  
”6985” . 
▼B 
3.5.16  PROCESS DSRC MESSAGE  
Detta kommando används för att kontrollera integriteten och aut enti­
citeten hos DSRC-meddelandet och dechiffrera de data som översä nts 
från en fordonsenhet till en kontrollmyndighet eller en verksta d via 
DSRC-länken. Kortet härleder krypteringsnyckeln och den 
MAC-nyckel som används för att skydda DSRC-meddelandet såsom 
beskrivs i kapitel 13 i del B i tillägg 11.  
Endast kontrollkortet och verkstadskortet måste stödja detta ko m­
mando i DF Tachograph_G2.  
Andra typer av färdskrivarkort kan ha, men måste inte ha, detta  kom­
mando infört, men de ska inte ha någon huvudnyckel till DSRC. 
Därför kan dessa kort inte utföra kommandot, utan kommandot av­
bryts med en lämplig felkod.  
Kommandot kan vara, men måste inte vara, åtkomligt i 
huvudfilen (MF) och/eller DF Tachograph. I så ska fall ska komm an­
dot avbrytas med en lämplig felkod.  
TCS_135 Huvudnyckeln till DSRC är åtkomlig endast i DF Tachog­
raph_G2, dvs. kontroll- och verkstadskortet ska stödja verk­
ställandet av kommandot endast i DF Tachograph_G2.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 276  
TCS_136 Kommandot ska endast dekryptera DSRC-data och verifiera  
den kryptografiska kontrollsumman, men det ska inte tolka 
indata.  
TCS_137 Dataobjektens ordningsföljd i kommandodatafältet fastst älls 
i denna specifikation.  
TCS_138  Kommandomeddelande  
Byte  Längd  Värde  Beskrivning  
CLA  1  ”80h”  Äganderättsligt skyddad ( proprietary ) CLA  
INS 1  ”2Ah”  PERFORM SECURITY OPERATION  
P1 1  ”80h”  Svarsdata: klarvärde  
P2 1  ”B0h”  Kommandodata: BER-TVL-kodade data med klarvärde 
inklusive SM-dataobjekt (SM – säker meddelandehante­
ring)  
Lc 1  ”NNh”  Längd Lc på efterföljande datafält  
#6-#(5+L)  L  ”87h” + L  87 + 
”XX..XXh”  DER-TLV-kodad byte för utfyllnadsindikator, följd av 
krypterad nyttolast ( payload ) från färdskrivaren. För 
denna byte för utfyllnadsindikator ska värdet ”00h” 
(”ingen ytterligare indikering” i enlighet med ISO/IEC 
7816-4:2013 tabell 52) användas. Information om kryp­
teringsmekanismen finns i kapitel 13 i del B i tillägg 11. 
Tillåtna värden för längden L  87 är multiplar av 
AES-blocklängden plus 1 för byte för utfyllnadsindika­
tor, dvs. från 17 byte upp till och med 193 byte.  
Anmärkning:  Se ISO/IEC 7816-4:2013 tabell 49 för 
SM-dataobjektet (SM – säker meddelandehantering) 
med taggen ”87h”.  
”81h” + ”10h”  DER-TLV-kodad kontrollreferensmall för konfidentialitet 
(Control Reference Template for Confidentiality ) som 
kapslar följande konkatenerade dataelement (se tillägg 
1 DSRCSecurityData och tillägg 11 del B kapitel 13): 
— Tidsstämpel (4 byte) 
— Räknare (3 byte) 
— Serienummer för fordonsenhet (VU) (8 byte) 
— Version för huvudnyckel till DSRC (1 byte)  
Anmärkning:  Se ISO/IEC 7816-4:2013 tabell 49 för 
SM-dataobjektet (SM – säker meddelandehantering) 
med taggen ”81h”.  
”8Eh” + L  8E + 
”XX..XXh”  DER-TLV-kodad MAC för DSRC-meddelandet. Infor­
mation om MAC-algoritmen och MAC-beräkningen 
finns i kapitel 13 i del B i tillägg 11.  
Anmärkning:  Se ISO/IEC 7816-4:2013 tabell 49 för 
SM-dataobjektet (SM – säker meddelandehantering) 
med taggen ”8Eh”.  
▼M3 
Le 1  ”00h”  Enligt ISO/IEC 7816-4  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 277  
TCS_139  Svarsmeddelande  
Byte  Längd  Värde  Beskrivning  
#1-#L  L  ”XX..XXh”  Frånvarande (i händelse av ett fel) eller dechiffrerade 
data (utfyllnad borttagen)  
SW 2  ”XXXXh”  Statusregister (SW1,SW2)  
— Om kommandot lyckas återsänder kortet ”9000”.  
— ” 6A80 ” anger felaktiga parametrar i kommandodatafäl­
tet (används också om dataobjekten inte sänds i den 
angivna ordningsföljden).  
— ” 6A88 ” anger att refererade data inte är tillgängliga, dvs 
den refererade huvudnyckeln till DSRC är inte tillgäng­
lig. 
— ” 6900 ” anger att verifieringen av den kryptografiska 
kontrollsumman eller dekrypteringen av data 
misslyckades.  
▼M1 
— ” 6985 ” anger att den tidsstämpeln (4 byte) som finns i 
kommandots datafält är tidigare än  cardValidityBegin  
eller senare än  cardExpiryDate . 
▼B 
4. FÄRDSKRIVARKORTENS STRUKTUR  
I denna punkt specificeras filstrukturerna i färdskrivarkort fö r lagring 
av åtkomliga data.  
Här specificeras varken interna strukturer som är beroende av k orttill­
verkare, exempelvis etikett för startdel ( header ) i en fil, eller lagring 
och hantering av dataelement som endast behövs för intern använ d­
ning, exempelvis
  ,
  ,
  
eller
 .  
TCS_140 Ett färdskrivarkort (generation 2) ska innehålla 
huvudfilen (MF) och en färdskrivarkortstillämpning (gene­
ration 1 och generation 2) av samma typ (t.ex. förarkort­
stillämpningar).  
TCS_141 Ett färdskrivarkort ska stödja åtminstone det minsta an tal 
poster som anges för motsvarande tillämpningar och ska 
inte stödja fler poster än det största antal poster som anges 
för motsvarande tillämpningar.  
▼M3 
Största och minsta antal poster anges i detta kapitel för de 
olika tillämpningarna. För version 2 av förar- och verk­
stadskort i generation 2 ska tillämpningen i generation 1 
stödja det största antal poster som anges i TCS_150 och 
TCS_158.  
▼B 
Information om de säkerhetsvillkor som används i tillträ­
desreglerna i hela detta kapitel återfinns i kapitel 3.3. I 
allmänhet betecknar åtkomstläget för läsning ( read) kom­
mandot READ BINARY med jämn och, om detta stöds, 
udda INS-byte med undantag för EF Sensor_Installa­
tion_Data i verkstadskortet (se TCS_156 och TCS_160). 
Åtkomstläget för uppdatering ( update ) betecknar komman­
dot UPDATE BINARY med jämn och, om detta stöds, 
udda INS-byte, och åtkomstläget för val ( select ) betecknar 
kommandot SELECT.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 278  
4.1. Huvudfil (MF)  
TCS_142 Efter det att huvudfilen (MF) har användaranpassats ska  
den ha nedanstående permanenta filstruktur och filtillträdes­
villkor.  
Anmärkning:  Den korta identifieraren (SFID) för 
elementfilen (EF) anges som ett decimaltal, t.ex. motsvaras 
värdet 30 av 11110 binärt.
  
Följande förkortning för säkerhetsvillkoret används i denna 
tabell:  
SC1 ALW OR SM-MAC-G2  
TCS_143 Alla EF-strukturer ska vara transparenta.  
TCS_144 Huvudfilen (MF) ska ha följande datastruktur:
  
TCS_145 Elementfilen EF DIR ska innehålla följande tillämpnings ­
relaterade dataobjekt: ”61 08 4F 06 FF 54 41 43 48 4F 61 
08 4F 06 FF 53 4D 52 44 54”  
TCS_146 Elementfilen EF ATR/INFO ska vara närvarande om färd­
skrivarkortet indikerar i sitt ATR att det stödjer fält med 
utökad längd. I så fall ska EF ATR/INFO innehålla data­
objektet med information om utökad längd (DO”7F66”) i 
enlighet med ISO/IEC 7816-4:2013 avsnitt 12.7.1.  
TCS_147 Elementfilen EF Extended_Length ska vara närvarande om 
färdskrivarkortet indikerar i sitt ATR att det stödjer fält 
med utökad längd. I så fall ska elementfilen (EF) innehålla 
följande dataobjekt: ”02 01 xx” där värdet ”xx” anger om 
fält med utökad längd stöds för protokoll T=1 och/eller 
protokoll T=0.  
Värdet ”01” anger att fält med utökad längd stöds för pro­
tokoll T=1.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 279  
Värdet ”10” anger att fält med utökad längd stöds för pro­
tokoll T=0.  
Värdet ”11” anger att fält med utökad längd stöds för pro­
tokoll T=1 och protokoll T=0.  
4.2. Förarkortstillämpningar  
4.2.1  Förarkortstillämpning (generation 1)  
TCS_148 Efter det att förarkortstillämpningen (generation 1) ha r an­
vändaranpassats ska den ha nedanstående permanenta fil­
struktur och filtillträdesvillkor.
  
Följande förkortningar för säkerhetsvillkoren används i 
denna tabell:  
SC1 ALW OR SM-MAC-G2  
SC2 ALW OR SM-MAC-G1 OR SM-MAC-G2  
SC3 SM-MAC-G1 OR SM-MAC-G2  
TCS_149 Alla EF-strukturer ska vara transparenta.  
TCS_150 Förarkortstillämpningen (generation 1) ska ha följande 
datastruktur:  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 280
  
► (1) (2) M3 ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 281
  
▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 282  
TCS_151 Nedanstående värden, som används för att tillhandahålla  
storlekar i tabellen ovan, är de minsta och största numeriska 
värden som förarkortets datastruktur enligt generation 1 
måste använda för posterna.
  
4.2.2  Förarkortstillämpning (generation 2)  
▼M3 
TCS_152 Efter det att förarkortstillämpningen (generation 2) ha r an­
vändaranpassats ska den ha nedanstående permanenta fil­
struktur och filtillträdesregler.  
Anmärkningar:  
— Den korta identifieraren (SFID) för elementfilen (EF) 
anges som ett decimaltal, t.ex. motsvaras värdet 30 av 
11110 binärt.  
— EF Application_Identification_V2, EF Places_Authenti­
cation, EF GNSS_Places_Authentication, EF Bor­
der_Crossings, EF Load_Unload_Operations, EF 
VU_Configuration och EF Load_Type_Entries finns 
endast i version 2 av förarkort i generation 2.  
— cardStructureVersion i EF Application_Identification är 
lika med {01 01} för version 2 av förarkort i generation 
2, medan den var lika med {01 00} för version 1 av 
förarkort i generation 2.
  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 283  
Följande förkortningar för säkerhetsvillkoret används i 
denna tabell:  
SC1 ALW OR SM-MAC-G2  
SC5 För kommandot READ BINARY med jämn 
INS-byte: SM-C-MAC-G2 AND SM-R-ENC-MAC- 
G2 
För kommandot READ BINARY med udda 
INS-byte (om detta stöds): NEV  
▼B 
TCS_153 Alla EF-strukturer ska vara transparenta.  
▼M3 
TCS_154 Förarkortstillämpningen (generation 2) ska ha följande 
datastruktur:
  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 284
  
▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 285
  
▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 286  
TCS_155 Nedanstående värden, som används för att tillhandahålla  
storlekar i tabellen ovan, är de minsta och största numeriska 
värden som förarkortets datastruktur enligt generation 2 
måste använda för posterna.  
▼M3 
Min.  Max.  
n 1 NoOfEventsPerType  1 2  1 2  
n 2 NoOfFaultsPerType  2 4  2 4  
n 3 NoOfCardVehicleRecords  200  200  
n 4 NoOfCardPlaceRecords  112  112  
n 6 CardActivityLengthRange  13776 byte(56 dagar * 
117 aktivitetsändringar)  13776 byte(56 dagar * 
117 aktivitetsändringar)  
n 7 NoOfCardVehicleUnitRecords  200  200  
n 8 NoOfGNSSADRecords  336  336  
n 9 NoOfSpecificConditionRecords  112  112  
n 10 NoOfBorderCrossingRecords  1120  1120  
n 11 NoOfLoadUnloadRecords  1624  1624  
n 12 NoOfLoadTypeEntryRecords  336  336  
n 13 VuConfigurationLengthRange  3072 byte  3072 byte  
▼B 
4.3. Verkstadskortstillämpningar  
4.3.1  Verkstadskortstillämpning (generation 1)  
TCS_156 Efter det att verkstadskortstillämpningen (generation 1 ) har 
användaranpassats ska den ha nedanstående permanenta fil­
struktur och filtillträdesvillkor.
  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 287  
Följande förkortningar för säkerhetsvillkoren används i 
denna tabell:  
SC1 ALW OR SM-MAC-G2  
SC2 ALW OR SM-MAC-G1 OR SM-MAC-G2  
SC3 SM-MAC-G1 OR SM-MAC-G2  
▼M1 
SC4 För kommandot READ BINARY med jämn 
INS-byte:  
(SM-C-MAC-G1 AND SM-R-ENC-MAC-G1) OR  
(SM-C-MAC-G2 AND SM-R-ENC-MAC-G2)  
För kommandot READ BINARY med udda 
INS-byte (om detta stöds): NEV  
▼B 
TCS_157 Alla EF-strukturer ska vara transparenta.  
TCS_158 Verkstadskortstillämpningen (generation 1) ska ha följa nde 
datastruktur:  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 288
  
▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 289
  
▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 290
  
TCS_159 Nedanstående värden, som används för att tillhandahålla  
storlekar i tabellen ovan, är de minsta och största numeriska 
värden som verkstadskortets datastruktur enligt generation 
1 måste använda för posterna.
  
4.3.2  Verkstadskortstillämpning (generation 2)  
▼M3 
TCS_160 Efter det att verkstadskortstillämpningen (generation 2 ) har 
användaranpassats ska den ha nedanstående permanenta fil­
struktur och filtillträdesregler.  
Anmärkningar:  
— Den korta identifieraren (SFID) för elementfilen (EF) 
anges som ett decimaltal, t.ex. motsvaras värdet 30 av 
11110 binärt.  
— EF Application_Identification_V2, EF Places_Authenti­
cation, EF GNSS_Places_Authentication, EF Bor­
der_Crossings, EF Load_Unload_Operations, EF 
Load_Type_Entries, EF VU_Configuration och EF Ca­
libration_Add_Data finns endast i version 2 av verk­
stadskort i generation 2.  
— cardStructureVersion i EF Application_Identification är 
lika med {01 01} för version 2 av verkstadskort i ge­
neration 2, medan den var lika med {01 00} för version 
1 av verkstadskort i generation 2.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 291
  
Följande förkortningar för säkerhetsvillkoren används i 
denna tabell:  
SC1 ALW OR SM-MAC-G2  
SC5 För kommandot READ BINARY med jämn 
INS-byte: SM-C-MAC-G2 AND SM-R-ENC-MAC- 
G2 
För kommandot READ BINARY med udda 
INS-byte (om detta stöds): NEV  
▼B 
TCS_161 Alla elementfilers strukturer ska vara transparenta.  
TCS_162 Verkstadskortstillämpningen (generation 2) ska ha följa nde 
datastruktur:  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 292
  
▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 293
  
▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 294
  
▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 295
  
▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 296  
TCS_163 Nedanstående värden, som används för att tillhandahålla  
storlekar i tabellen ovan, är de minsta och största numeriska 
värden som verkstadskortets datastruktur enligt generation 
2 måste använda för posterna.  
▼M3 
Min.  Max.  
n 1 NoOfEventsPerType  3  3  
n 2 NoOfFaultsPerType  6  6  
n 3 NoOfCardVehicleRecords  8  8  
n 4 NoOfCardPlaceRecords  8  8  
n 5 NoOfCalibrationRecords  255  255  
n 6 CardActivityLengthRange  492 byte (1 dag * 240 
aktivitetsändringar)  492 byte (1 dag * 
240 aktivitetsändringar)  
n 7 NoOfCardVehicleUnitRecords  8  8  
n 8 NoOfGNSSADRecords  2 4  2 4  
n 9 NoOfSpecificConditionRecords  4  4  
n 10 NoOfBorderCrossingRecords  4  4  
n 11 NoOfLoadUnloadRecords  8  8  
n 12 NoOfLoadTypeEntryRecords  4  4  
n 13 VuConfigurationLengthRange  3072 byte  3072 byte  
▼B 
4.4. Kontrollkortstillämpningar  
4.4.1  Kontrollkortstillämpning (generation 1)  
TCS_164 Efter det att kontrollkortstillämpningen (generation 1)  har 
användaranpassats ska den ha nedanstående permanenta fil­
struktur och filtillträdesvillkor.
  
Följande förkortningar för säkerhetsvillkoren används i 
denna tabell:  
SC1 ALW OR SM-MAC-G2  
SC2 ALW OR SM-MAC-G1 OR SM-MAC-G2  
SC3 SM-MAC-G1 OR SM-MAC-G2  
SC6 EXT-AUT-G1 OR SM-MAC-G1 OR SM-MAC-G2  
TCS_165 Alla EF-strukturer ska vara transparenta.  
TCS_166 Kontrollkortstillämpningen (generation 1) ska ha följan de 
datastruktur:  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 297
  
TCS_167 Nedanstående värden, som används för att tillhandahålla  
storlekar i tabellen ovan, är de minsta och största numeriska 
värden som kontrollkortets datastruktur enligt generation 1 
måste använda för posterna.
  
4.4.2  Kontrollkortstillämpning (generation 2)  
▼M3 
TCS_168 Efter det att kontrollkortstillämpningen (generation 2)  har 
användaranpassats ska den ha nedanstående permanenta fil­
struktur och filtillträdesregler.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 298  
Anmärkningar:  
— Den korta identifieraren (SFID) för elementfilen (EF) 
anges som ett decimaltal, t.ex. motsvaras värdet 30 av 
11110 binärt.  
— EF Application_Identification_V2 och EF VU_Configu­
ration finns endast i version 2 av kontrollkort i genera­
tion 2.  
— cardStructureVersion i EF Application_Identification är 
lika med {01 01} för version 2 av kontrollkort i gene­
ration 2, medan den var lika med {01 00} för version 1 
av kontrollkort i generation 2.
  
Följande förkortningar för säkerhetsvillkoret används i 
denna tabell:  
SC1 ALW OR SM-MAC-G2  
SC5 För kommandot READ BINARY med jämn 
INS-byte: SM-C-MAC-G2 AND SM-R-ENC- 
MAC-G2  
För kommandot READ BINARY med udda 
INS-byte (om detta stöds): NEV  
▼B 
TCS_169 Alla EF-strukturer ska vara transparenta.  
TCS_170 Kontrollkortstillämpningen (generation 2) ska ha följan de 
datastruktur:  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 299
  
▼B 
TCS_171 Nedanstående värden, som används för att tillhandahålla  storlekar 
i tabellen ovan, är de minsta och största numeriska värden som 
kontrollkortets datastruktur enligt generation 2 måste använda för 
posterna.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 300  
Min.  Max.  
n 7 NoOfControlActivityRecords  230  520  
n 13 VuConfigurationLengthRange  3072 byte  3072 byte  
▼B 
4.5. Företagskortstillämpningar  
4.5.1  Företagskortstillämpning (generation 1)  
TCS_172 Efter det att företagskortstillämpningen (generation 1)  har 
användaranpassats ska den ha nedanstående permanenta fil­
struktur och filtillträdesvillkor.
  
Följande förkortningar för säkerhetsvillkoren används i 
denna tabell:  
SC1 ALW OR SM-MAC-G2  
SC2 ALW OR SM-MAC-G1 OR SM-MAC-G2  
SC3 SM-MAC-G1 OR SM-MAC-G2  
SC6 EXT-AUT-G1 OR SM-MAC-G1 OR SM-MAC-G2  
TCS_173 Alla EF-strukturer ska vara transparenta.  
TCS_174 Företagskortstillämpningen (generation 1) ska ha följan de 
datastruktur:
  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 301  
TCS_175 Nedanstående värden, som används för att tillhandahålla  
storlekar i tabellen ovan, är de minsta och största numeriska 
värden som företagskortets datastruktur enligt generation 1 
måste använda för posterna.
  
4.5.2  Företagskortstillämpning (generation 2)  
▼M3 
TCS_176 Efter det att företagskortstillämpningen (generation 2)  har 
användaranpassats ska den ha nedanstående permanenta fil­
struktur och filtillträdesregler.  
Anmärkningar:  
— Den korta identifieraren (SFID) för elementfilen (EF) 
anges som ett decimaltal, t.ex. motsvaras värdet 30 av 
11110 binärt.  
— EF Application_Identification_V2 och EF VU_Configu­
ration finns endast i version 2 av företagskort i genera­
tion 2.  
— cardStructureVersion i EF Application_Identification är 
lika med {01 01} för version 2 av företagskort i gene­
ration 2, medan den var lika med {01 00} för version 1 
av företagskort i generation 2.
  
Följande förkortningar för säkerhetsvillkoret används i 
denna tabell:  
SC1 ALW OR SM-MAC-G2  
SC5 För kommandot READ BINARY med jämn 
INS-byte: SM-C-MAC-G2 AND SM-R-ENC- 
MAC-G2  
För kommandot READ BINARY med udda 
INS-byte (om detta stöds): NEV  
▼B 
TCS_177 Alla EF-strukturer ska vara transparenta.  
TCS_178 Företagskortstillämpningen (generation 2) ska ha följan de 
datastruktur:  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 302
  
▼B 
TCS_179 Nedanstående värden, som används för att tillhandahålla  
storlekar i tabellen ovan, är de minsta och största numeriska 
värden som företagskortets datastruktur enligt generation 2 
måste använda för posterna.  
▼M3 
Min.  Max.  
n 8 NoOfCompanyActivityRecords  230  520  
n 13 VuConfigurationLengthRange  3072 byte  3072 byte  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 303  
Tillägg 3  
PIKTOGRAM  
PIC_001 Färdskrivaren får som alternativ använda följande pikto gram och kom­
binationer av piktogram (eller piktogram och sådana kombination er av 
piktogram som är tillräckligt lika för att otvetydigt kunna ide ntifieras 
med dessa).  
1. GRUNDLÄGGANDE PIKTOGRAM  
Aktörer  Verksamhet  Driftlägen
  
Företag  Företagsläge
  
Kontrollant  Kontroll  Kontrolläge
  
Förare  Körning  Driftläge
  
Verkstad/provningsstation  Besiktning/kalibrering  Kalibreringsläge
  
Tillverkare  
Aktiviteter  Varaktighet
  
Tillgänglig  Innevarande tillgänglighetsperiod
  
Körning  Sammanhängande körtid
  
Vila Innevarande viloperiod
  
Annat arbete  Innevarande arbetsperiod
  
Rast Sammanlagd avbrottstid
  
Okänd  
Utrustning  Funktioner
  
Förarens kortplats
  
Medförarens kortplats
  
Kort
 
Klocka
  
Bildskärm  Visning
  
Extern lagring  Överföring
  
Strömtillförsel
  
Skrivare/utskrift  Utskrift
  
Sensor
  
Däcksdimension
  
Fordon/fordonsenhet
  
GNSS-anordning
  
Anordning för fjärravläst tidig 
upptäckt
  
ITS-gränssnitt  ▼B
02016R0799 — SV — 21.08.2023 — 003.001 — 304  
Särskilda omständigheter, manuella angivelser
  
Omfattas ej
  
Transport med färja/tåg
  
Lastningsaktivitet
  
Lossningsaktivitet
  
Samtidig lastnings- och lossningsaktivitet
  
Typ av last: passagerare
  
Typ av last: gods
  
Typ av last: odefinierad typ av last  
▼B 
Övrigt
  
Händelser
  Fel
  
Start för arbetsperiod
  Slut för arbetsperiod
  
Plats
  
Manuell angivelse av föraraktiviteter  
▼M3
 
Säkerhet/autentiserade data/plombe­
ringar  
▼B
 
Hastighet
  
Tidpunkt
  
Totalt/sammanfattning  
▼M3
 
Digital karta/gränspassage  
▼B 
Precisering  
24h Gäller en dag
  
Gäller en vecka
  
Gäller två veckor
  
Från eller till  
2. KOMBINATIONER AV PIKTOGRAM  
Övrigt
  
Kontrollplats
  
Startplats för arbetsperiod
  Slutplats för arbetsperiod  
▼M1
 
Position efter tre timmars sammanlagd 
körtid  
▼B
 
Från (tidpunkt)
  Till (tidpunkt)
  
Från (fordon)
  
Perioden ”omfattas ej” börjar
  Perioden ”omfattas ej” slutar  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 305
  
Position där fordonet har passerat en 
landsgräns
  
Position där en lastningsaktivitet har 
ägt rum
  
Position där en lossningsaktivitet har 
ägt rum
  
Position där en samtidig lastnings- 
och lossningsaktivitet har ägt rum  
▼B 
Kort
  
Förarkort
  
Företagskort
  
Kontrollkort
  
Verkstadskort
  
Inget kort  
Körning
  
Körning med flera förare
  
Körtid för en vecka
  
Körtid för två veckor  
Utskrifter
  
Dagsutskrift från kort av föraraktiviteter
  
Dagsutskrift från fordonsenhet av föraraktiviteter
  
Utskrift från kort av händelser och fel
  
Utskrift från fordonsenhet av händelser och fel
  
Utskrift av tekniska data
  
Utskrift av hastighetsöverträdelse  
▼M3 
­
 Utskrift av historik över insatta kort  
▼B 
Händelser
  
Insättning av ogiltigt kort
  
Kortkonflikt
  
Tidsöverlappning
  
Körning utan korrekt kort
  
Insättning av kort under körning
  
Senaste kortsession ej korrekt avslutad
  
Hastighetsöverträdelse
  
Avbrott i strömtillförseln
  
Fel i rörelsedata
  
Konflikt i fordonets rörelsedata
  
Säkerhetsöverträdelse  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 306
  
Tidskonflikt eller tidsinställning (av verkstad)  
▼B
 
Kontroll av hastighetsöverträdelse  
▼M1
 
Positionsinformation från GNSS-mottagare saknas eller fel i kom munika­
tion med extern GNSS-anordning
  
Fel i kommunikation med kommunikationsanordning för fjärravläsn ing 
▼M3
 
Orimligt GNSS-värde ( GNSS anomaly ) 
▼B 
Fel
 
Kortfel (förarens kortplats)
  
Kortfel (medförarens kortplats)
  
Bildskärmsfel
  
Överföringsfel
  
Skrivarfel
  
Sensorfel
  
Internt fel i fordonsenheten
  
GNSS-fel
  
Fel avseende fjärravläsning  
Manuella angivelser
  
Fortfarande samma arbetsperiod?
  
Slut på föregående arbetsperiod?
  
Bekräfta eller ange slutplats för arbetsperiod
  
Ange starttid
  
Ange startplats för arbetsperiod  
Anmärkning:  Ytterligare kombinationer av piktogram för att skapa ut­
skriftsblock eller postidentifierare definieras i tillägg 4.  ▼M1
 02016R0799 — SV — 21.08.2023 — 003.001 — 307  
Tillägg 4  
UTSKRIFTER  
INNEHÅLLSFÖRTECKNING  
1. ALLMÄNT  
2. SPECIFIKATION FÖR DATABLOCK  
3. SPECIFIKATIONER FÖR UTSKRIFTER  
3.1. Dagsutskrift av föraraktiviteter från kort  
3.2. Dagsutskrift av föraraktiviteter från fordonsenhet  
3.3. Utskrift av händelser och fel från kort  
3.4. Utskrift av händelser och fel från fordonsenhet  
3.5. Utskrift av tekniska data  
3.6. Utskrift av hastighetsöverträdelser  
3.7. Historik över insatta kort  
1. ALLMÄNT  
Varje utskrift byggs upp genom sammankedjning av olika databloc k, 
som eventuellt identifieras genom en blockidentifierare.  
Ett datablock innehåller en eller flera poster, som eventuellt identifieras 
genom en postidentifierare.  
PRT_001 När en blockidentifierare omedelbart föregår en postide ntifie­
rare skrivs postidentifieraren inte ut.  
PRT_002 Om ett dataelement inte är känt, eller inte får skrivas  ut på 
grund av rättigheter till datatillträde skrivs blanksteg ut i 
stället.  
PRT_003 Om innehållet i en hel rad är okänt eller inte behöver skrivas 
ut utelämnas hela raden.  
PRT_004 Numeriska datafält skrivs ut högerjusterade, med blanks teg 
för tusental och miljontal, och utan inledande nollor.  
▼M3 
PRT_005 Strängdataelement skrivs ut vänsterjusterade och fylls med 
blanksteg till dataelementets längd, eller trunkeras vid behov 
till dataelementets längd. Namn och adresser får skrivas ut på 
två rader.  
▼B 
PRT_006 Vid radbrytning i en lång textsträng bör ett specialtec ken 
(punkt mitt emellan baslinje och topplinje: ”•”) skrivas ut 
som första tecken på den nya raden.  
2. SPECIFIKATION FÖR DATABLOCK  
I detta kapitel används följande format och beteckningssätt:  
— Tecken i  fetstil  anger vanlig text som ska skrivas ut som den visas.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 308  
— Vanliga tecken anger variabler (piktogram eller data) som ska  er­
sättas med sina värden vid utskrift.  
— Variabelnamn har strukits under för att visa den dataelementl ängd 
som finns tillgänglig för variabeln.  
— Data anges i formatet ”dd/mm/yyyy” (dag, månad, år). Formatet  
”dd.mm.yyyy” får också användas.  
— Termen ”kortidentifiering” ( card identification ) avser en samman­
sättning av korttypen (genom en kombination av piktogram), kode n 
för den medlemsstat som utfärdat kortet, ett snedstreck och kor t­
nummer med ersättningsindex och förnyelseindex, åtskilda med et t 
blanksteg. 
P
 x  x  x  / x  x  x  x  x  x  x  x  x  x  x  x  x  x  x  x
 Kombination 
av 
piktogram  
Kod för utfärdande 
medlemsstat Kortnumrets 14 första tecken 
(eventuellt med löpnummer)
 
Ersättningsindex  
Förnyelseindex 
▼M3 
— Texten efter”pi =” i ett datablock avser motsvarande piktogra m eller 
kombination av piktogram som definieras i tillägg 3.  
— När piktogrammet skrivs ut efter longitud och latitud för en regi­
strerad position, eller efter tidsstämpeln när positionen fasts tälldes, 
anger piktogrammet
  att denna position har beräknats med hjälp 
av autentiserade navigationsmeddelanden.  
— * Data är tillgängliga endast i GEN2-färdskrivare (alla versi oner).  
— ** Data är tillgängliga endast i GEN2 version 2.  ▼B
02016R0799 — SV — 21.08.2023 — 003.001 — 309  
PRT_007 Vid utskrift ska följande datablock och/eller dataposte r användas, med 
följande betydelser och format:
  
► (1) (2) (3) (4) (5)  M3 ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 310
  
► (1) (2) (3)  M3 ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 311
  
► (1) (2) M3 ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 312
  
▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 313
  
► (1) (2) (3) (4)  M3 ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 314
  
▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 315
  
► (1) M3 
3. SPECIFIKATIONER FÖR UTSKRIFTER  
I detta kapitel används följande beteckningssätt: 
N Utskriftsblock eller utskriftspost med nummer ”N”  
N Utskriftsblock eller utskriftspost med nummer ”N”, upprepad så 
många gånger som behövs  
X/Y Utskriftsblock eller utskriftsposter X och/eller Y efter behov,  och 
upprepade så många gånger som behövs  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 316  
3.1. Dagsutskrift av föraraktiviteter från kort  
▼M3 
PRT_008 Dagsutskriften av föraraktiviteter från kort ska ske i följande 
format:
  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 317  
3.2. Dagsutskrift av föraraktiviteter från fordonsenhet  
▼M3 
PRT_009 Dagsutskriften av föraraktiviteter från fordonsenhet sk a ske i 
följande format:
  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 318  
3.3. Utskrift av händelser och fel från kort  
PRT_010 Utskriften av händelser och fel från kort ska ske i föl jande 
format: 
1 Datum och tidpunkt för utskrift av dokumentet  
2 Typ av utskrift  
3 Identifiering av kontrollant (kontrolltjänsteman) (om ett kontr ollkort 
är insatt i fordonsenheten, samt generation)  
3 Identifiering av förare (från det kort som utskriften avser)  
4 Identifiering av fordonet (från vilket utskrift görs)  
12.2 Gränstecken för händelser  
12.4 Poster för händelser (alla händelser som finns lagrade på korte t) 
12.3 Gränstecken för fel  
12.4 Poster för fel (alla fel som finns lagrade på kortet)  
22.1 Kontrollplats  
22.2 Kontrollantens (kontrolltjänstemannens) namnteckning  
22.5 Förarens namnteckning  
3.4. Utskrift av händelser och fel från fordonsenhet  
PRT_011 Utskriften av händelser och fel från fordonsenhet ska s ke i 
följande format: 
1 Datum och tidpunkt för utskrift av dokumentet  
2 Typ av utskrift  
3 Identifiering av kortinnehavare (för alla kort som är insatta i  fordons­
enheten, samt generation)  
4 Identifiering av fordonet (från vilket utskrift görs)  
13.2 Gränstecken för händelser  
13.4 Poster för händelser (alla händelser som finns lagrade eller är  på­
gående i fordonsenheten)  
13.3 Gränstecken för fel  
13.4 Poster för fel (alla fel som finns lagrade eller är pågående i fordons­
enheten)  
22.1 Kontrollplats  
22.2 Kontrollantens (kontrolltjänstemannens) namnteckning  
22.5 Förarens namnteckning  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 319  
3.5. Utskrift av tekniska data  
▼M3 
PRT_012 Utskrift av tekniska data ska ske i följande format:
  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 320  
3.6. Utskrift av hastighetsöverträdelser  
PRT_013 Utskriften av hastighetsöverträdelser ska ske i följand e 
format: 
1 Datum och tidpunkt för utskrift av dokumentet  
2 Typ av utskrift  
3 Identifiering av kortinnehavare (för alla kort som är insatta i  fordons­
enheten, samt generation)  
4 Identifiering av fordonet (från vilket utskrift görs)  
20 Information om kontroll av hastighetsöverträdelse  
21.1 Identifiering av data om hastighetsöverträdelser  
21.4 / 21.5  Första hastighetsöverträdelse efter senaste kalibrering  
21.2 Identifiering av data om hastighetsöverträdelser  
21.4 / 21.5  De fem mest allvarliga hastighetsöverträdelserna under de senas te 365 
dygnen  
21.3 Identifiering av data om hastighetsöverträdelser  
21.4 / 21.5  Den allvarligaste hastighetsöverträdelsen för vart och ett av d e senaste 
tio dygn där en hastighetsöverträdelse inträffat  
22.1 Kontrollplats  
22.2 Kontrollantens (kontrolltjänstemannens) namnteckning  
22.5 Förarens namnteckning  
3.7. Historik över insatta kort  
PRT_014 Utskriften av historik över insatta kort ska ske i följ ande 
format:  
▼M3
 ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 321  
Tillägg 5  
BILDSKÄRM  
I detta tillägg används följande format och beteckningssätt:  
— Tecken i  fetstil  anger vanlig text som ska visas med vanliga tecken (inte i 
fetstil).  
— Vanliga tecken anger variabler (piktogram eller data) som vid  visning ska 
ersättas med sina värden.  
— dd mm yyyy: dag, månad, år  
— hh: timmar  
— mm: minuter  
— D: piktogram för varaktighet  
— EF: kombination av piktogram för händelser eller fel  
— O: piktogram för funktionsläge  
DIS_001 Färdskrivaren ska visa data i följande format:  
Data  Format  
Standardvisning  
Lokal tid
  
Funktionsläge
  
Information om föraren:
  
Information om medföraren:
  
Omständigheten ”omfattas ej” påbörjad
  
Visning av varningar  
Sammanhängande körtid överskrids
  
Händelse eller fel
  
Visning av övrig information  
UTC-datum
  
Tid 
Förarens sammanhängande körtid och sammanlagda av­
brottstid
  
Medförarens sammanhängande körtid och sammanlagda av­
brottstid
  
Förarens sammanlagda körtid för föregående och inneva­
rande vecka
  
Medförarens sammanlagda körtid för föregående och inne­
varande vecka
  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 322  
Tillägg 6  
FRONTANSLUTNING FÖR KALIBRERING OCH DATAÖVERFÖRING  
INNEHÅLLSFÖRTECKNING  
1 MASKINVARA  
1.1 Anslutning  
1.2 Tilldelning av kontakter  
1.3 Blockdiagram  
2 GRÄNSSNITT FÖR DATAÖVERFÖRING  
3 GRÄNSSNITT FÖR KALIBRERING  
1 MASKINVARA  
1.1 Anslutning  
INT_001 Kalibrerings-/överföringsanslutningen ska vara en 6-sti ftsanslut­
ning, som är åtkomlig på frontpanelen utan att man behöver 
koppla ur någon del av färdskrivaren, och den ska överens­
stämma med följande ritning (alla mått i millimeter).
  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 323  
I följande ritning visas en typisk matchande kontakt med 6 stif t:
 
1.2 Tilldelning av kontakter  
INT_002 Kontakterna ska tilldelas enligt följande tabell:  
Stift Beskrivning  Anmärkning  
1 Batteriminus  Ansluten till fordonets batteriminus  
2 Datakommunikation  K-line (ISO 14230-1)  
3 RxD – dataöverföring  Indata till färdskrivaren  
4 In-/utsignal  Kalibrering  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 324  
Stift Beskrivning  Anmärkning  
5 Permanent utgående ström  Spänningsintervallet specificeras till fordonets spänning, 
minskad med 3 V för spänningsfallet över skyddskretsen. 
Utgående ström 40 mA.  
6 TxD – dataöverföring  Utdata från färdskrivaren  
1.3 Blockdiagram  
INT_003 Blockdiagrammet ska överensstämma med följande diagram:
  
2 GRÄNSSNITT FÖR DATAÖVERFÖRING  
INT_004 Gränssnittet för dataöverföring ska överensstämma med R S232- 
specifikationerna.  
INT_005 Gränssnittet för dataöverföring ska använda 1 startbit,  8 databitar 
med minst signifikanta bit (LSB) först, 1 jämn paritetsbit och 1 
stoppbit.
  
Organisering av byte för data  
Startbit: 1 bit med logisk nivå 0.  
Databitar: överförs med LSB först.  
Paritetsbit: jämn paritet.  
Stoppbit: 1 bit med logisk nivå 1.  
Vid överföring av numeriska data som är sammansatta av mer än e n byte 
överförs mest signifikanta byte först och minst signifikanta by te sist.  
INT_006 Överföringshastigheterna ska vara justerbara från 9 600  bps till 
115 200 bps. Överföringen ska ske med största möjliga över­
föringshastighet, med den inledande hastigheten efter kommuni­
kationsstart satt till 9 600 bps.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 325  
3 GRÄNSSNITT FÖR KALIBRERING  
INT_007 Datakommunikationen ska överensstämma med ISO 14230-1  
Road vehicles  – Diagnostic systems  – Keyword protocol 2000  
– Part 1: Physical layer, First edition: 1999 . 
INT_008 In-/utsignalen ska överensstämma med följande elektrisk a 
specifikation:  
Parameter  Min.  Typisk  Max.  Anmärkning  
U low (in) 1,0 V  I = 750 μA  
U high (in) 4  V  I = 200 μA  
Frekvens  4 kHz  
U low (ut) 1,0 V  I  =  1  m A  
U high (ut) 4  V  I  =  1  m A  
INT_009 In-/utsignalen ska överensstämma med följande tidsdiagr am:
 ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 326  
Tillägg 7  
PROTOKOLL FÖR DATAÖVERFÖRING  
INNEHÅLLSFÖRTECKNING  
1. INLEDNING  
1.1. Tillämpningsområde  
1.2. Förkortningar och beteckningar  
2. ÖVERFÖRING AV DATA FRÅN FORDONSENHET  
2.1. Överföringsförfarande  
2.2. Protokoll för dataöverföring  
2.2.1 Meddelandestruktur  
2.2.2 Meddelandetyper  
2.2.2.1 Start Communication Request (SID 81)  
2.2.2.2 Positive Response Start Communication (SID C1)  
2.2.2.3 Start Diagnostic Session Request (SID 10)  
2.2.2.4 Positive Response Start Diagnostic (SID 50)  
2.2.2.5 Link Control Service (SID 87)  
2.2.2.6 Link Control Positive Response (SID C7)  
2.2.2.7 Request Upload (SID 35)  
2.2.2.8 Positive Response Request Upload (SID 75)  
2.2.2.9 Transfer Data Request (SID 36)  
2.2.2.10 Positive Response Transfer Data (SID 76)  
2.2.2.11 Request Transfer Exit (SID 37)  
2.2.2.12 Positive Response Request Transfer Exit (SID 77)  
2.2.2.13 Stop Communication Request (SID 82)  
2.2.2.14 Positive Response Stop Communication (SID C2)  
2.2.2.15 Acknowledge Sub Message (SID 83)  
2.2.2.16 Negative Response (SID 7F)  
2.2.3 Meddelandeflöde  
2.2.4 Tidsavpassning  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 327  
2.2.5 Felhantering  
2.2.5.1 Startfas för kommunikation  
2.2.5.2 Kommunikationsfas  
2.2.6 Innehåll i svarsmeddelande  
▼M3 
2.2.6.1 Positive Response Transfer Data – Download Interface Ve rsion  
2.2.6.2 Positive Response Transfer Data – Overview  
2.2.6.3 Positive Response Transfer Data – Activities  
2.2.6.4 Positive Response Transfer Data – Events and Faults  
2.2.6.5  Positive Response Transfer Data – Detailed Speed  
2.2.6.6  Positive Response Transfer Data – Technical Data  
▼B 
2.3. Fillagring på externt lagringsmedium  
3. PROTOKOLL FÖR ÖVERFÖRING FRÅN FÄRDSKRIVARKORT  
3.1. Tillämpningsområde  
3.2. Definitioner  
3.3. Överföring från kort  
3.3.1 Initieringssekvens  
3.3.2 Sekvens för osignerade datafiler  
3.3.3 Sekvens för signerade datafiler  
3.3.4 Sekvens för återställning av kalibreringsräknare  
3.4. Format för lagring av data  
3.4.1 Inledning  
3.4.2 Filformat  
4. ÖVERFÖRING FRÅN ETT FÄRDSKRIVARKORT VIA EN FOR­ 
DONSENHET  
1. INLEDNING  
I detta tillägg specificeras de förfaranden som måste följas fö r att utföra 
de olika typerna av dataöverföring till ett externt lagringsmed ium 
(ESM,  External Storage Medium ), och de protokoll som måste använ­
das för att säkerställa korrekt dataöverföring och full kompati bilitet hos 
överfört dataformat, så att alla kontrollanter (kontrolltjänste män) ska 
kunna besiktiga dessa data och kontrollera deras autenticitet o ch integ­
ritet innan de analyserar dem.  
▼M1 
1.1. Tillämpningsområde  
Data kan överföras till ett externt lagringsmedium på följande sätt: 
— Från en fordonsenhet, av en IDE-enhet ( Intelligent Dedicated 
Equipment ) som är ansluten till fordonsenheten.  
— Från ett färdskrivarkort, av en IDE-enhet utrustad med en kor tläsare 
(IFD,  Interface Device ). ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 328  
— Från ett färdskrivarkort via en fordonsenhet, av en IDE-enhet  an­
sluten till fordonsenheten.  
För att göra det möjligt att verifiera autenticitet och integri tet hos över­
förda data som lagras på ett externt lagringsmedium, överförs d ata med 
en signatur i enlighet med tillägg 11 om gemensamma säkerhetsme ka­
nismer. Identifiering av källutrustning (fordonsenhet eller kor t) och dess 
säkerhetsintyg (medlemsstat och utrustning) överförs också. Den  som 
kontrollerar dessa data måste oberoende av andra ha en betrodd eu­
ropeisk öppen nyckel.  
Data som överförs från en fordonsenhet signeras med hjälp av de  
gemensamma säkerhetsmekanismerna i del B i tillägg 11 (för färd skri­
varsystem i generation 2), förutom när förarkontroll utförs med  hjälp av 
ett kontrollkort i generation 1 av en kontrollmyndighet i ett t redjeland, i 
vilket fall data signeras med hjälp av de gemensamma säkerhetsm eka­
nismerna i del A i tillägg 11 (för färdskrivarsystem i generati on 1), 
enligt vad som krävs i tillägg 15 om migrering, krav MIG_015.  
I det här tillägget specificeras därför två typer av dataöverfö ringar från 
fordonsenheten:  
— Dataöverföring från fordonsenheten enligt generation 2, med d ata­
strukturen för generation 2 och signering med hjälp av de gemen ­
samma säkerhetsmekanismerna i del B i tillägg 11.  
— Dataöverföring från fordonsenheten enligt generation 1, med d ata­
strukturen för generation 1 och signering med hjälp av de gemen ­
samma säkerhetsmekanismerna i del A i tillägg 11.  
På liknande sätt finns det två typer av dataöverföring från and ra ge­
nerationens förarkort som är insatta i en fordonsenhet, enligt vad som 
anges i punkterna 3 och 4 i detta tillägg.  
▼B 
1.2. Förkortningar och beteckningar  
Följande förkortningar används i detta tillägg:  
AID Application Identifier  (tillämpningsidentifierare)  
ATR  Answer To Reset  (återställningssignal)  
CS Checksum byte  (byte för kontrollsumma)  
DF Dedicated File  (dedikerad fil)  
DS_ Diagnostic Session  (diagnossession)  
EF Elementary File  (elementfil)  
ESM  External Storage Medium  (externt lagringsmedium)  
FID File Identifier (File ID)  (filidentifierare)  
FMT  Format Byte  (byte för format, första byte i ett meddelandes 
startdel ( header )) 
ICC Integrated Circuit Card  (smartkort, kort med integrerade kret­
sar) 
IDE Intelligent Dedicated Equipment  (utrustning för att överföra 
data till ett externt lagringsmedium, exempelvis en personda­
tor) 
IFD Interface Device  (kortläsare)  
KWP  Keyword Protocol 2000  
LEN  Length Byte  (byte för längd, sista byte i ett meddelandes start­
del ( header )) 
PPS Protocol Parameter Selection  (val av protokollparameter)  
PSO  Perform Security Operation  (kommando för säkerhetsopera­
tion)  
SID Service Identifier  (tjänsteidentifierare)  
SRC  Source byte  (byte för källadress)  
TGT  Target Byte  (byte för måladress)  ▼M1
 02016R0799 — SV — 21.08.2023 — 003.001 — 329  
TLV  Tag Length Value  (tagglängd)  
TREP  Transfer Response Parameter  (parameter för överföringssvar)  
TRTP  Transfer Request Parameter  (parameter för begäran om över­
föring)  
VU Vehicle Unit  (fordonsenhet)  
2. ÖVERFÖRING AV DATA FRÅN FORDONSENHET  
2.1. Överföringsförfarande  
För att överföra data från en fordonsenhet måste användaren gör a 
följande:  
— Sätta in sitt färdskrivarkort i en kortplats i fordonsenheten  (*). 
— Ansluta IDE-enhet till fordonsenhetens överföringsanslutning.  
— Upprätta en anslutning mellan IDE-enhet och fordonsenhet.  
— På IDE-enheten välja de data som ska överföras och sända begä ran 
till fordonsenheten.  
— Avsluta överföringssessionen.  
2.2. Protokoll för dataöverföring  
Protokollet är uppbyggt enligt modellen ”master-slave”, med 
IDE-enheten som ”master” och fordonsenheten som ”slave”.  
Meddelandestruktur, meddelandetyper och meddelandeflöden bygger  
huvudsakligen på  Keyword Protocol 2000  (KWP) (ISO 14230-2  
Road vehicles – Diagnostic systems – Keyword protocol 2000 – Part2: 
Data link layer ). 
Tillämpningsskiktet grundas i princip på det gällande utkastet till ISO 
14229-1 ( Road vehicles – Diagnostic systems – Part 1: Diagnostic 
services , version 6 av den 22 februari 2001).  
2.2.1  Meddelandestruktur  
DDP_002 Alla meddelanden som utbyts mellan IDE-enhet och for­
donsenhet formateras med en struktur som består av föl­
jande tre delar:  
— Startdel ( header ) bestående av en byte för format (FMT), en 
byte för mål (TGT), en byte för källa (SRC) och eventuellt en 
byte för längd (LEN).  
— Datafält bestående av en byte för tjänsteidentifierare (SID) och 
ett varierande antal byte för data, som kan inbegripa en byte 
för diagnossession (DS_) eller en valfri byte för överförings­
parameter (TRTP eller TREP).  
— Kontrollsumma bestående av en byte för kontrollsumma (CS).  
Startdel ( header ) Datafält  Kontrollsumma  
FMT  TGT  SRC  LEN  SID  DATA  …  …  …  C S  
4 byte  Max. 255 byte  1 byte  
Byte för TGT och SRC representerar den fysiska adressen 
till meddelandets mottagare och avsändare. Värdena är F0 
Hex för IDE-enheten och EE Hex för fordonsenheten (VU).  
Byte för LEN är längden på datafältsdelen.  ▼B 
(*) Det kort som sätts in aktiverar lämpliga rättigheter till ö verföringsfunktionen och till 
data. Det ska dock vara möjligt att överföra data från ett föra rkort som sätts in i en av 
fordonsenhetens kortplatser när inget annat kort finns i den an dra kortplatsen.
 02016R0799 — SV — 21.08.2023 — 003.001 — 330  
Byte för CS innehåller 8 bits-summorna modulo 256 av alla 
byte i meddelandet, med undantag för CS själv.  
Byte för FMT, SID, DS_, TRTP och TREP definieras nedan 
i detta dokument.  
DDP_003 I de fall där de data som ska överföras i meddelandet ä r längre än 
det utrymme som finns tillgängligt i datafältsdelen sänds medde ­
landet i själva verket i flera undermeddelanden. Varje undermed ­
delande har en startdel ( header ), samma SID, TREP och en un­
dermeddelanderäknare på 2 byte som anger undermeddelande­
nummer inom hela meddelandet. IDE-enheten kvitterar varje un­
dermeddelande för att ge en möjlighet att felkontrollera och av ­
bryta. IDE-enheten kan godta undermeddelandet, be att det över­
förs igen, begära att fordonsenheten startar igen eller avbryta  över­
föringen.  
DDP_004 Om det sista undermeddelandet innehåller exakt 255 byte  i data­
fältet måste ett slutgiltigt undermeddelande med ett tomt (föru tom 
SID, TREP och undermeddelanderäknare) datafält tillfogas för at t 
visa slutet på meddelandet.  
Exempel:  
Startdel ( header ) SID  TREP  Meddelande  C S  
4 byte  Längre än 255 byte  
Kommer att överföras som  
Startdel ( header ) SID  TREP  0 0  0 1  Undermedde­
lande 1  CS 
4 byte  255 byte  
Startdel ( header ) SID  TREP  0 0  0 2  Undermedde­
lande 2  CS 
4 byte  255 byte  
… 
Startdel ( header ) SID  TREP  x x  y y  Undermedde­
lande n  CS 
4 byte  Mindre än 255 byte  
eller som  
Startdel ( header ) SID  TREP  0 0  0 1  Undermedde­
lande 1  CS 
4 byte  255 byte  
Startdel ( header ) SID  TREP  0 0  0 2  Undermedde­
lande 2  CS 
4 byte  255 byte  
… 
Startdel ( header ) SID  TREP  x x  y y  Undermedde­
lande n  CS 
4 byte  255 byte  
Startdel ( header ) SID  TREP  x x  yy + 1  C S  
4 byte  4 byte  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 331  
2.2.2  Meddelandetyper  
Kommunikationsprotokollet för dataöverföring mellan fordonsenhe t 
och IDE-enhet förutsätter utbyte av åtta olika meddelandetyper.  
Dessa meddelanden sammanfattas i följande tabell.  
▼M3 
Meddelandestruktur  Max. 4 byte  Max. 255 byte  1 byte  
Startdel ( Header ) Data  Kontroll­
summa  
IDE ->  <- VU  FMT  TGT  SRC  LEN  SID  DS_ / TRTP  DATA  C S  
Begäran att inleda kommunikation 
(Start Communication Request ) 81 E E  F 0  8 1  E 0  
Positivt svar på att inleda kommunikation 
(Positive Response Start Communication ) 80 F 0  E E  0 3  C 1  EA, 8F  9 B  
Begäran om att inleda diagnossession 
(Start Diagnostic Session Request ) 80 E E  F 0  0 2  1 0  8 1  F 1  
Positivt svar på att inleda diagnos 
(Positive Response Start Diagnostic ) 80 F 0  E E  0 2  5 0  8 1  3 1  
Kontroll av länk ( Link Control Service ) 
Verifiera överföringshastighet ( Ve­
rify Baud Rate ) (steg 1)  
9 600 Bd  8 0  E E  F 0  0 4  8 7  0 1  01,01  E C  
19 200 Bd  8 0  E E  F 0  0 4  8 7  0 1  01,02  E D  
38 400 Bd  8 0  E E  F 0  0 4  8 7  0 1  01,03  E E  
57 600 Bd  8 0  E E  F 0  0 4  8 7  0 1  01,04  E F  
115 200 Bd  8 0  E E  F 0  0 4  8 7  0 1  01,05  F 0  
Positivt svar på verifiering av över­
föringshastighet ( Positive Response 
Verify Baud Rate ) 80 F 0  E E  0 2  C 7  0 1  2 8  
Gå över till annan överföringshastig­
het (Transition Baud Rate ) (steg 2)  80 E E  F 0  0 3  8 7  0 2  0 3  E D  
Begäran om överföring ( Request Upload ) 8 0  E E  F 0  0 A  3 5  00,00,00,00, 
00,FF,FF, 
FF,FF  99 
Positivt svar på begäran om överföring 
(Positive Response Request Upload ) 80 F 0  E E  0 3  7 5  00,FF  D 5  
Begäran om dataöverföring ( Transfer 
Data Request ) 
Överföring av gränssnittsversion 
(Download interface version ) 80 E E  F 0  0 2  3 6  0 0  9 6  
Översikt ( Overview ) 80 E E  F 0  0 2  3 6  01, 21 eller 31  C S  
Aktiviteter ( Activities ) 80 E E  F 0  0 6  3 6  02, 22 eller 32  Datum  C S  
Händelser och fel ( Events & Faults ) 80 E E  F 0  0 2  3 6  03, 23 eller 33  Datum  C S  
Detaljerade hastighetsdata ( Detai­
led Speed ) 80 E E  F 0  0 2  3 6  04 eller 24  Date  C S  
Tekniska data ( Technical Data ) 80 E E  F 0  0 2  3 6  05, 25 eller 35  Datum  C S  
Överföring från kort ( Card 
download ) 80 E E  F 0  02 eller 03  3 6  0 6  Slot  C S  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 332  
Meddelandestruktur  Max. 4 byte  Max. 255 byte  1 byte  
Startdel ( Header ) Data  Kontroll­
summa  
IDE ->  <- VU  FMT  TGT  SRC  LEN  SID  DS_ / TRTP  DATA  C S  
Positivt svar på dataöverföring ( Posi­
tive Response Transfer Data ) 80 F 0  E E  Len  7 6  TREP  Data  C S  
Begäran om att avsluta överföring ( Re­
quest Transfer Exit ) 80 E E  F 0  0 1  3 7  9 6  
Positivt svar på begäran om att avsluta 
överföring ( Positive Response Request 
Transfer Exit ) 80 F 0  E E  0 1  7 7  D 6  
Begäran om att avsluta kommunika­
tion ( Stop Communication Request ) 80 E E  F 0  0 1  8 2  E 1  
Positivt svar på begäran om att avsluta 
kommunikation ( Positive Response 
Stop Communication ) 80 F 0  E E  0 1  C 2  2 1  
Bekräfta undermeddelande ( Acknow­
ledge sub message ) 80 E E  F 0  Len  8 3  Data  C S  
Negativa svar ( Negative responses ) 
Allmänt avvisande ( General reject ) 8 0  F 0  E E  0 3  7 F  Sid Req  1 0  C S  
Tjänsten stöds ej ( Service not suppor ­
ted) 80 F 0  E E  0 3  7 F  Sid Req  1 1  C S  
Underfunktion stöds ej ( Sub function 
not supported ) 80 F 0  E E  0 3  7 F  Sid Req  1 2  C S  
Fel meddelandelängd ( Incorrect Mes ­
sage Length ) 80 F 0  E E  0 3  7 F  Sid Req  1 3  C S  
Fel omständigheter eller sekvensfel för 
begäran ( Conditions not correct or 
Request sequence error ) 80 F 0  E E  0 3  7 F  Sid Req  2 2  C S  
Begäran utanför tillåtet intervall ( Re­
quest out of range ) 80 F 0  E E  0 3  7 F  Sid Req  3 1  C S  
Överföring ej accepterad ( Upload not 
accepted ) 80 F 0  E E  0 3  7 F  Sid Req  5 0  C S  
Svar dröjer ( Response pending ) 8 0  F 0  E E  0 3  7 F  Sid Req  7 8  C S  
Data ej tillgängliga ( Data not avai ­
lable ) 80 F 0  E E  0 3  7 F  Sid Req  F A  C S  
Anmärkningar:  
— Sid Req = SID för motsvarande begäran.  
— TREP = TRTP för motsvarande begäran.  
— Mörka fält betecknar att inget överförs.  
— Termen ”överföring” motsvarar uppladdning ( upload ), sett från 
IDE-enheten, i ISO 14229. Den betyder även nedladdning 
(download ), sett från fordonsenheten.  
— Eventuella 2-bytes undermeddelanderäknare visas inte i tabell en. 
— Slot  står för kortplatsnummer, antingen ”1” (kort i förarens kort­
plats) eller ”2” (kort i medförarens kortplats).  
— Om kortplatsen inte anges ska fordonsenheten välja kortplats 1 om 
ett kort finns i denna kortplats, och välja kortplats 2 endast om 
denna väljs specifikt av användaren.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 333  
— TRTP 24 används för begäran om överföring av data från fordon s­
enhet i generation 2 (version 1 och version 2).  
— TRTP 00, 31, 32, 33 och 35 används för begäran om överföring av 
data från fordonsenhet i generation 2 (version 2).  
— TRTP 21, 22, 23 och 25 används för begäran om överföring av 
data från fordonsenhet i generation 2 (version 1).  
— TRTP 01–05 används för begäran om överföring av data från for ­
donsenhet i generation 1. De kan även godtas av fordonsenheter i 
generation 2, men endast inom ramen för förarkontroll som utför s 
av en kontrollmyndighet utanför EU, med hjälp av ett första gen e­
rationens kontrollkort.  
— TRTP 11–1F är reserverade för tillverkarspecifika begäranden om 
överföring.  
▼B 
2.2.2.1 S t a r t C o m m u n i c a t i o n R e q u e s t ( S I  D 8 1 )  
DDP_005 IDE-enheten utfärdar detta meddelande för att upprätta kom­
munikationslänken med fordonsenheten. De första medde­
landena utväxlas alltid med 9 600 baud (tills överförings­
hastigheten eventuellt ändras med hjälp av meddelandet  
Link Control Services  och lämpligt värde).  
2.2.2.2 P o s i t i v e R e s p o n s e S t a r t C o m m u n i  c a t i o n ( S I D C 1 )  
DDP_006 Fordonsenheten utfärdar detta meddelande för att svara po­
sitivt på en begäran om att starta kommunikationen. Det 
inbegriper de två byte för nyckel (”EA” ”8F”) som anger 
att enheten stöder protokoll med startdel ( header ) som in­
nehåller information om mål, källa och längd.  
2.2.2.3 S t a r t D i a g n o s t i c S e s s i o n R e q u e s  t ( S I D 1 0 )  
DDP_007 IDE-enheten utfärdar meddelandet  Start Diagnostic Session 
Request  för att begära en ny diagnossession med fordons­
enheten. Underfunktionen för standardsession (81 Hex) an­
ger att en diagnossession av standardtyp ska öppnas.  
2.2.2.4 P o s i t i v e R e s p o n s e S t a r t D i a g n o s  t i c ( S I D 5 0 )  
DDP_008 Fordonsenheten sänder meddelandet  Positive Response Start 
Diagnostic  som positivt svar på  Start Diagnostic Session 
Request . 
2.2.2.5 L i n k C o n t r o l S e r v i c e ( S I D 8 7 )  
DDP_052 IDE-enheten använder  Link Control Service  för att inleda en 
ändring av överföringshastigheten. Detta sker i två steg: I 
steg 1 föreslår IDE-enheten ändringen av överföringshastig­
heten ( baud rate ) och anger den nya hastigheten. Vid mot­
tagandet av ett positivt svar från fordonsenheten sänder 
IDE-enheten en bekräftelse av ändringen av överföringshas­
tigheten till fordonsenheten (steg 2). Därefter ändrar 
IDE-enheten till den nya överföringshastigheten. Efter mot­
tagandet av bekräftelsen ändrar fordonsenheten till den nya 
överföringshastigheten.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 334  
2.2.2.6 L i n k C o n t r o l P o s i t i v e R e s p o n s e (  S I D C 7 )  
DDP_053 Fordonsenheten utfärdar meddelandet  Link Control Positive 
Response  för att svara positivt på en begäran via  Link Con ­
trol Service  (steg 1). Notera att inget svar lämnas på begäran 
om bekräftelse (steg 2).  
2.2.2.7 R e q u e s t U p l o a d ( S I D 3 5 )  
DDP_009 IDE-enheten utfärdar meddelandet  Request Upload  för att 
specificera för fordonsenheten att en överföring begärs. 
För att uppfylla kraven i ISO 14229 ingår data som omfattar 
adress, storlek och format för de data som begärs. Eftersom 
dessa inte är kända av IDE-enheten före en överföring är 
minnesadressen inställd på 0, formatet är okrypterat och 
okomprimerat och minnesstorleken är inställd på maximal 
storlek.  
2.2.2.8 P o s i t i v e R e s p o n s e R e q u e s t U p l o a  d ( S I D 7 5 )  
DDP_010 Fordonsenheten sänder meddelandet  Positive Response Re ­
quest Upload  för att ange för IDE-enheten att fordonsenhe­
ten är beredd att överföra data. För att uppfylla kraven i ISO 
14229 ingår data i detta positiva svarsmeddelande som an­
ger för IDE-enheten att ytterligare meddelanden av typen  
Positive Response Transfer Data  kommer att omfatta högst 
00FF byte (hex).  
2.2.2.9 T r a n s f e r D a t a R e q u e s t ( S I D 3 6 )  
▼M1 
DDP_011 IDE-enheten sänder Transfer Data Request för att specif icera 
för fordonsenheten vilken typ av data som ska överföras. En 
parameter för begäran om överföring (TRTP) på en byte 
anger överföringstypen.  
▼M3 
Det finns sju typer av dataöverföring. För dataöverföring 
från en fordonsenhet kan två olika TRTP-värden användas 
för varje överföringstyp:  
Typ av dataöverföring  TRTP-värde för generation 1 
vid 
dataöverföring från fordons­
enhet  TRTP-värde för generation 2, 
version 1 vid 
dataöverföring från fordonsenhet  TRTP-värde för generation 2, 
version 2 vid 
dataöverföring från fordons­
enhet  
Överföring av gränssnittsver­
sion ( Download interface 
version ) Används inte  Används inte  0 0  
Översikt  0 1  2 1  3 1  
Aktiviteter med avseende på 
ett särskilt datum ( Activities 
of a specified date ) 02 2 2  3 2  
Händelser och fel ( Events 
and faults ) 03 2 3  3 3  
Detaljerade hastighetsdata 
(Detailed speed ) 04 2 4  2 4  
Tekniska data ( Technical 
data) 05 2 5  3 5  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 335  
Typ av dataöver­
föring  TRTP-värde  
Card download  
(överföring från 
kort)  06 
▼M3 
DDP_054 IDE-enheten måste begära översikten (TRTP 01, 21 eller 
31) under en överföringssession, eftersom det är det enda 
sättet att säkerställa att fordonsenhetens certifikat registrer as 
i den överförda filen (och göra det möjligt att verifiera den 
digitala signaturen).  
I det tredje fallet (TRTP 02, 22 eller 32) innehåller meddeland et Trans­
fer Data Request  en angivelse av den kalenderdag (format TimeReal) 
som ska överföras.  
▼B 
2.2.2.10 P o s i t i v e R e s p o n s e T r a n s f e r D a t a ( S I D 7 6 )  
DDP_012 Fordonsenheten sänder meddelandet  Positive Response 
Transfer Data  som svar på  Transfer Data Request . Medde­
landet innehåller begärda data, med en parameter för 
överföringssvar (TREP) som motsvarar TRTP i begäran.  
▼M3 
DDP_055 I det första fallet (TREP 01, 21 eller 31) kommer fordo ns­
enheten att sända data som hjälper IDE-användaren att välja 
vilka ytterligare data som han/hon önskar överföra. Infor­
mationen i detta meddelande är följande:  
▼M1 
— Säkerhetsintyg.  
— Fordonsidentifiering.  
— Fordonsenhetens aktuella datum och tid.  
— Tidigaste och senaste överföringsbart datum (data i for­
donsenhet).  
— Indikation av att det finns kort i fordonsenheten.  
— Tidigare överföring till ett företag.  
— Företagslås.  
— Tidigare kontroller.  
▼B 
2.2.2.11 R e q u e s t T r a n s f e r E x i t ( S I D 3 7 )  
DDP_013 IDE-enheten sänder meddelandet  Request Transfer Exit  för 
att informera fordonsenheten om att överföringssessionen 
avslutas.  
2.2.2.12 P o s i t i v e R e s p o n s e R e q u e s t T r a n s f e r E x i t ( S I D 7 7 )  
DDP_014 Fordonsenheten sänder meddelandet  Positive Response Re ­
quest Transfer Exit  för att kvittera  Request Transfer Exit . ▼M1
 02016R0799 — SV — 21.08.2023 — 003.001 — 336  
2.2.2.13 S t o p C o m m u n i c a t i o n R e q u e s t ( S I D 8 2 )  
DDP_015 IDE-enheten sänder meddelandet  Stop Communication Re ­
quest  för att koppla ned kommunikationslänken med 
fordonsenheten.  
2.2.2.14 P o s i t i v e R e s p o n s e S t o p C o m m u n i c a t i o n ( S I D C 2 )  
DDP_016 Fordonsenheten sänder meddelandet  Positive Response Stop 
Communication  för att kvittera  Stop Communication Re ­
quest . 
2.2.2.15 A c k n o w l e d g e S u b M e s s a g e ( S I D 8 3 ) 
DDP_017 IDE-enheten sänder meddelandet  Acknowledge Sub Message  
för att bekräfta mottagandet av varje del av ett meddelande 
som överförs som flera undermeddelanden. Datafältet inne­
håller SID som mottagits från fordonsenheten och en kod på 
2 byte enligt följande:  
— ”MsgC + 1” kvitterar korrekt mottagande av undermed­
delande nummer ”MsgC”.  
Begäran från IDE-enheten till fordonsenheten att sända 
nästa undermeddelande.  
— ”MsgC” anger att ett problem uppstått med mottagande 
av undermeddelande nummer ”MsgC”.  
Begäran från IDE-enheten till fordonsenheten att sända 
undermeddelandet igen.  
— ”FFFF” begär att meddelandet avslutas.  
Detta kan användas av IDE-enheten för att avsluta över­
föringen av fordonsenhetens meddelande av vilken orsak 
som helst.  
Det sista undermeddelandet i ett meddelande (byte för LEN 
< 255) får kvitteras med hjälp av någon av dessa koder eller 
inte kvitteras alls.  
De svar från fordonsenheten som kommer att bestå av flera 
undermeddelanden är följande:  
— Positive Response Transfer Data (SID 76)  
2.2.2.16 N e g a t i v e R e s p o n s e ( S I D 7 F )  
DDP_018 Fordonsenheten sänder meddelandet  Negative Response  som 
svar på ovan nämnda meddelande om begäran när fordons­
enheten inte kan tillmötesgå begäran. Meddelandets datafält 
innehåller svarets SID (7F), SID för begäran och en kod 
som specificerar orsaken till det negativa svaret. Följande 
koder finns tillgängliga:  
— 10 Allmänt avvisande  
Åtgärden kan inte utföras, till följd av en anledning som 
inte omfattas nedan.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 337  
— 11 Tjänsten stöds ej  
SID för begäran ej förstådd.  
— 12 Underfunktion stöds ej  
DS_ eller TRTP för begäran är inte förstådd, eller det 
finns inga ytterligare undermeddelanden som ska över­
föras.  
— 13 Fel meddelandelängd  
Längden på det mottagna meddelandet är felaktig.  
— 22 Fel omständigheter eller sekvensfel för begäran  
Den begärda tjänsten är inte aktiv eller sekvensen av 
meddelanden om begäran är felaktig.  
— 31 Begäran utanför tillåtet intervall  
Posten med parameter för begäran (datafält) är inte 
giltig.  
— 50 Överföring ej accepterad  
Begäran kan inte utföras (fordonsenheten i olämpligt 
funktionsläge eller internt fel i fordonsenheten).  
— 78 Svar dröjer  
Begärd åtgärd kan inte fullgöras i tid och fordonsenhe­
ten är inte beredd att godta en annan begäran.  
▼M1 
— FA Data ej tillgängliga  
Dataobjektet i en begäran om dataöverföring finns inte 
tillgängligt i fordonsenheten (t.ex.: inget kort har satts 
in, dataöverföring från fordonsenhet enligt generation 1 
har begärts när förarkontrollen inte utförs av en kontroll­
myndighet i ett tredjeland, ...).  
▼B 
2.2.3  Meddelandeflöde  
Nedan visas ett typiskt meddelandeflöde under en normal dataöve r­
föring:  
IDE-enhet  Fordonsenhet (VU)  
Start Communication Request  ⇨ 
⇦  Positive Response  
Start Diagnostic Service Request  ⇨ 
⇦  Positive Response  
Request Upload  ⇨ 
⇦  Positive Response  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 338  
IDE-enhet  Fordonsenhet (VU)  
Transfer Data Request – Overview  ⇨ 
⇦  Positive Response  
Transfer Data Request  # 2 ⇨ 
⇦  Positive Response  # 1 
Acknowledge Sub Message  # 1 ⇨ 
⇦  Positive Response  # 2 
Acknowledge Sub Message  # 2 ⇨ 
⇦  Positive Response  # m 
Acknowledge Sub Message  # m ⇨ 
⇦  Positive Response  (datafält < 255 byte)  
Acknowledge Sub Message  (frivilligt)  ⇨  
… 
Transfer Data Request  # n ⇨ 
⇦  Positive Response  
Request Transfer Exit  ⇨ 
⇦  Positive Response  
Stop Communication Request  ⇨ 
⇦  Positive Response  
2.2.4  Tidsavpassning  
DDP_019 Vid normal drift är de tidsparametrar som visas i följa nde 
figur relevanta:  
Figur 1  
Meddelandeflöde, tidsavpassning
  
där 
P1 = Tid mellan byte för fordonsenhetens svar.  
P2 = Tid mellan slut på begäran från IDE-enheten och 
början på fordonsenhetens svar, eller mellan slut på 
kvittering från IDE-enheten och början på fordons­
enhetens nästa svar.  
P3 = Tid mellan slut på fordonsenhetens svar och början på 
ny begäran från IDE-enheten, eller mellan slut på 
fordonsenhetens svar och början på kvittering från 
IDE-enheten, eller mellan slut på begäran från 
IDE-enheten och början på ny begäran från 
IDE-enheten om fordonsenheten inte svarar.  
P4 = Tid mellan byte för begäran från IDE-enheten.  
P5 = Utökat värde för P3 för överföring från kort.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 339  
Tillåtna värden för tidsparametrar visas i följande tabell (ut­
ökade tidsparametrar enligt KWP, används vid fysisk adres­
sering för snabbare kommunikation).  
Tidsavpassning Parameter  Nedre gränsvärde 
(ms) Övre gränsvärde 
(ms) 
P1 0  2 0  
P2 2 0  1 000 (*)  
P3 1 0  5 000  
P4 5  2 0  
P5 1 0  20 minuter  
(*) Om fordonsenheten svarar med  Negative Response  och en kod som innebär att begäran har tagits emot 
korrekt och att svaret dröjer utökas detta värde till det övre gränsvärdet för P3.  
2.2.5  Felhantering  
Om ett fel inträffar vid meddelandeutbytet ändras schemat för m edde­
landeflödet beroende på vilken utrustning som har upptäckt fele t och på 
det meddelande som genererat felet.  
I figur 2 och 3 visas procedurerna för felhantering med avseend e på 
fordonsenhet respektive IDE-enhet.  
2.2.5.1 S t a r t f a s f ö r k o m m u n i k a t i o n  
DDP_020 Om IDE-enheten upptäcker ett fel under kommunikationens  
startfas, antingen genom tidsavpassning eller genom 
bitflöde, kommer den att vänta under en period P3min innan 
den utfärdar begäran igen.  
DDP_021 Om fordonsenheten upptäcker ett fel i sekvensen som kom ­
mer från IDE-enheten ska den inte sända något svar utan 
vänta på ytterligare ett meddelande av typen  Start Commu ­
nication Request  inom en period P3max.  
2.2.5.2 K o m m u n i k a t i o n s f a s  
Följande två typer av felhantering kan definieras:  
1. Fordonsenheten upptäcker ett fel vid överföring från 
IDE-enheten  
DDP_022 För varje mottaget meddelande ska fordonsenheten upp­
täcka fel avseende tidsavpassning, byteformat (t.ex. fel 
som rör start- och stoppbitar) och ramar (fel antal mot­
tagna byte, fel byte för kontrollsumma).  
DDP_023 Om fordonsenheten upptäcker ett av ovanstående fel sän­
der den inget svar och ignorerar det mottagna 
meddelandet.  
DDP_024 Fordonsenheten kan upptäcka andra fel i det mottagna 
meddelandets format eller innehåll (t.ex. att meddelandet 
ej stöds) även om meddelandet uppfyller kraven på längd 
och kontrollsumma. I så fall ska fordonsenheten svara 
IDE-enheten med meddelandet Negative Response och 
specificera typen av fel.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 340  
Figur 2  
Felhantering i fordonsenhet
  
▼B 
2. IDE-enheten upptäcker ett fel vid överföring från fordonsenhe ­
ten 
DDP_025 För varje mottaget meddelande ska IDE-enheten upptäcka 
eventuella fel avseende tidsavpassning, byteformat (t.ex. 
fel som rör start- och stoppbitar) och ramar (fel antal 
mottagna byte, fel byte för kontrollsumma).  
DDP_026 IDE-enheten ska upptäcka eventuella sekvensfel, t.ex. f el­
aktiga steg från räknaren av undermeddelanden i fråga 
om mottagna meddelanden som följer på varandra.  
DDP_027 Om IDE-enheten upptäcker ett fel eller om det inte kom 
något svar från fordonsenheten inom perioden P2max ska 
meddelandet om begäran sändas igen så att det samman­
lagt överförs högst tre gånger. För att bidra till att dessa 
fel upptäcks kommer en kvittering av undermeddelanden 
att betraktas som en begäran till fordonsenheten.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 341  
DDP_028 IDE-enheten ska vänta åtminstone under en period P3min 
innan den påbörjar varje överföring. Vänteperioden ska 
mätas från senast beräknade förekomst av en stoppbit 
efter det att felet upptäcktes.  
Figur 3  
Felhantering i IDE-enhet
  
2.2.6  Innehåll i svarsmeddelande  
I denna punkt specificeras innehållet i datafälten i de olika p ositiva 
svarsmeddelandena.  
Dataelement definieras i tillägg 1 om datakatalogen.  
Anmärkning: För överföringar enligt generation 2 representeras varje 
dataelement på toppnivån av en uppställning av poster, även om det 
bara innehåller en enda post. En uppställning av poster börjar med en 
startdel ( header ) som innehåller posttypen, poststorleken och antalet 
poster. Uppställningarna av poster betecknas som …RecordArray 
(med startdel) i följande tabeller.  
▼M3 
2.2.6.1 P o s i t i v e R e s p o n s e T r a n s f e r D a t a  – D o w n l o a d I n ­
t e r f a c e V e r s i o n  
DDP_028a Datafältet i meddelandet  Positive Response Transfer Data 
– Download Interface Version  ska tillhandahålla följande 
data i följande ordning med angivande av SID = 76 Hex 
och TREP = 00 Hex:  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 342  
Datastruktur för generation 2, version 2 (TREP 00 Hex)  
Dataelement  Kommentar  
DownloadInterfaceVersion  Fordonsenhetens generation och version: 02,02 
Hex för generation 2, version 2. 
Stöds inte av fordonsenhet i generation 1 och i 
generation 2, version 1, som ska svara negativt 
(underfunktion stöds ej, se DDP_018).  
2.2.6.2 P o s i t i v e R e s p o n s e T r a n s f e r D a t a  – O v e r v i e w  
DDP_029 ”Datafältet i meddelandet  Positive Response Transfer Data 
– Overview  ska tillhandahålla följande data i följande ord­
ning, med angivande av SID = 76 Hex, TREP = 01, 21 
eller 31 Hex och med passande delning och räkning av 
undermeddelanden:  
Datastruktur för generation 1 (TREP 01 Hex)”  
Dataelement  Kommentar  
MemberStateCertificate  Säkerhetsintyg för fordonsenhet  
VUCertificate  
VehicleIdentificationNumber  Fordonsidentifiering  
VehicleRegistrationIdentification  
CurrentDateTime  Fordonsenhetens aktuella datum och tid  
VuDownloadablePeriod  Överföringsbar period  
CardSlotsStatus  Typ av kort som finns i fordonsenheten  
VuDownloadActivityData  Tidigare överföring från fordonsenhet  
VuCompanyLocksData  Alla lagrade företagslås. Om avsnittet är tomt 
sänds endast noOfLocks = 0.  
VuControlActivityData  Alla kontrollposter som lagrats i fordonsenheten. Om 
avsnittet är tomt sänds endast noOfControls = 0.  
Signature  RSA-signatur för alla data (utom certifikat), från 
VehicleIdentificationNumber till sista byte för 
sista VuControlActivityData.  
Datastruktur för generation 2, version 1 (TREP 21 Hex)  
Dataelement  Kommentar  
MemberStateCertificateRecordArray  Intyg från medlemsstaten  
VUCertificateRecordArray  Fordonsenhetens certifikat  
VehicleIdentificationNumberRecordArray  Fordonsidentifiering  ▼M3
02016R0799 — SV — 21.08.2023 — 003.001 — 343  
Dataelement  Kommentar  
VehicleRegistrationIdentificationRecordArray  Fordonets registreringsnummer  
CurrentDateTimeRecordArray  Fordonsenhetens aktuella datum och tid  
VuDownloadablePeriodRecordArray  Överföringsbar period  
CardSlotsStatusRecordArray  Typ av kort som finns i fordonsenheten  
VuDownloadActivityDataRecordArray  Tidigare överföring från fordonsenhet  
VuCompanyLocksRecordArray  Alla lagrade företagslås. Om detta avsnitt är tomt 
sänds en startpost för uppställningen med noOf­
Records = 0.  
VuControlActivityRecordArray  Alla kontrollposter som lagrats i fordonsenheten. 
Om detta avsnitt är tomt sänds en startpost för 
uppställningen med noOfRecords = 0.  
SignatureRecordArray  ECC-signatur för alla föregående data, med un­
dantag för certifikat.  
Datastruktur för generation 2, version 2 (TREP 31 Hex)  
Dataelement  Kommentar  
MemberStateCertificateRecordArray  Intyg från medlemsstaten  
VUCertificateRecordArray  Fordonsenhetens certifikat  
VehicleIdentificationNumberRecordArray  Fordonsidentifiering  
VehicleRegistrationNumberRecordArray  Fordonets registreringsnummer  
CurrentDateTimeRecordArray  Fordonsenhetens aktuella datum och tid  
VuDownloadablePeriodRecordArray  Överföringsbar period  
CardSlotsStatusRecordArray  Typ av kort som finns i fordonsenheten  
VuDownloadActivityDataRecordArray  Tidigare överföring från fordonsenhet  
VuCompanyLocksRecordArray  Alla lagrade företagslås. Om detta avsnitt är tomt 
sänds en startpost för uppställningen med noOf­
Records = 0.  
VuControlActivityRecordArray  Alla kontrollposter som lagrats i fordonsenheten. 
Om detta avsnitt är tomt sänds en startpost för 
uppställningen med noOfRecords = 0.  
SignatureRecordArray  ECC-signatur för alla föregående data, med un­
dantag för certifikat.  
2.2.6.3 P o s i t i v e R e s p o n s e T r a n s f e r D a t a  – A c t i v i t i e s  
DDP_030 ”Datafältet i meddelandet  Positive Response Transfer Data 
– Activities  ska tillhandahålla följande data i följande ord­
ning, med angivande av SID = 76 Hex, TREP = 02, 22 
eller 32 Hex och med passande delning och räkning av 
undermeddelanden:  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 344  
Datastruktur för generation 1 (TREP 02 Hex)”  
Dataelement  Kommentar  
TimeReal  Datum för den dag som överförs.  
OdometerValueMidnight  Vägmätarställning vid slutet av den dag som överförs.  
VuCardIWData  Data om cykler med insättning/uttag av kort. 
— Om detta avsnitt inte innehåller några data sänds 
endast noOfVuCardIWRecords = 0. 
— När en VuCardIWRecord spänner över kl. 00.00 
(kort insatt föregående dag) eller över kl. 24.00 
(kort uttaget efterföljande dag) ska posten synas i 
sin helhet för båda två dagarna som berörs.  
VuActivityDailyData  Kortplatsstatus kl. 00.00 och aktivitetsändringar som 
registrerats för den dag som överförs.  
VuPlaceDailyWorkPeriodData  Platsrelaterade data som registrerats för den dag som 
överförs. Om avsnittet är tomt sänds endast noOfPlace­
Records = 0.  
VuSpecificConditionData  Data om särskilda omständigheter som registrerats för 
den dag som överförs. Om avsnittet är tomt sänds en­
dast noOfSpecificConditionRecords = 0.  
Signature  RSA-signatur för alla data, från TimeReal till sista byte 
för sista post om särskilda omständigheter.  
Datastruktur för generation 2, version 1 (TREP 22 Hex)  
Dataelement  Kommentar  
DateOfDayDownloadedRecordArray  Datum för den dag som överförs.  
OdometerValueMidnightRecordArray  Vägmätarställning vid slutet av den dag som överförs.  
VuCardIWRecordArray  Data om cykler med insättning/uttag av kort. 
— Om detta avsnitt inte innehåller några tillgängliga 
data sänds en startpost för uppställningen med 
noOfRecords = 0. 
— När en VuCardIWRecord spänner över kl. 00.00 
(kort insatt föregående dag) eller över kl. 24.00 
(kort uttaget efterföljande dag) ska posten synas i 
sin helhet för båda två dagarna som berörs.  
VuActivityDailyRecordArray  Kortplatsstatus kl. 00.00 och aktivitetsändringar som 
registrerats för den dag som överförs.  
VuPlaceDailyWorkPeriodRecordArray  Platsrelaterade data som registrerats för den dag som 
överförs. Om detta avsnitt är tomt sänds en startpost 
för uppställningen med noOfRecords = 0.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 345  
Dataelement  Kommentar  
VuGNSSADRecordArray  GNSS-positioner för fordonet om dess sammanlagda 
körtid uppnår en multipel av tre timmar. Om detta av­
snitt är tomt sänds en startpost för uppställningen med 
noOfRecords = 0.  
VuSpecificConditionRecordArray  Data om särskilda omständigheter som registrerats för 
den dag som överförs. Om detta avsnitt är tomt sänds en 
startpost för uppställningen med noOfRecords = 0.  
SignatureRecordArray  ECC-signatur för alla föregående data.  
Datastruktur för generation 2, version 2 (TREP 32 Hex)  
Dataelement  Kommentar  
DateOfDayDownloadedRecordArray  Datum för den dag som överförs.  
OdometerValueMidnightRecordArray  Vägmätarställning vid slutet av den dag som överförs.  
VuCardIWRecordArray  Data om cykler med insättning/uttag av kort. 
— Om detta avsnitt inte innehåller några tillgängliga 
data sänds en startpost för uppställningen med 
noOfRecords = 0. 
— När en VuCardIWRecord spänner över kl. 00.00 
(kort insatt föregående dag) eller över kl. 24.00 
(kort uttaget efterföljande dag) ska posten synas i 
sin helhet för båda två dagarna som berörs.  
VuActivityDailyRecordArray  Kortplatsstatus kl. 00.00 och aktivitetsändringar som 
registrerats för den dag som överförs.  
VuPlaceDailyWorkPeriodRecordArray  Platsrelaterade data som registrerats för den dag som 
överförs. Om detta avsnitt är tomt sänds en startpost 
för uppställningen med noOfRecords = 0.  
VuGNSSADRecordArray  GNSS-positioner för fordonet om dess sammanlagda 
körtid uppnår en multipel av tre timmar. Om detta av­
snitt är tomt sänds en startpost för uppställningen med 
noOfRecords = 0.  
VuSpecificConditionRecordArray  Data om särskilda omständigheter som registrerats för 
den dag som överförs. Om detta avsnitt är tomt sänds en 
startpost för uppställningen med noOfRecords = 0.  
VuBorderCrossingRecordArray  Gränspassager för den dag som överförs. Om detta av­
snitt är tomt sänds en startpost för uppställningen med 
noOfRecords = 0.  
VuLoadUnloadRecordArray  Lastnings-/lossningsaktiviteter för den dag som över­
förs. Om detta avsnitt är tomt sänds en startpost för 
uppställningen med noOfRecords = 0.  
SignatureRecordArray  ECC-signatur för alla föregående data.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 346  
2.2.6.4 P o s i t i v e R e s p o n s e T r a n s f e r D a t a  – E v e n t s a n d 
F a u l t s  
DDP_031 Datafältet i meddelandet  Positive Response Transfer Data 
– Events and Faults  ska tillhandahålla följande data i föl­
jande ordning med angivande av SID = 76 Hex, TREP = 
03, 23 eller 33 Hex och med passande delning och räkning 
av undermeddelanden:  
Datastruktur för generation 1 (TREP 03 Hex)  
Dataelement  Kommentar  
VuFaultData  Alla fel som lagrats eller håller på att registreras i for­
donsenheten. 
Om avsnittet är tomt sänds endast noOfVuFaults = 0.  
VuEventData  Alla händelser, med undantag för hastighetsöverträdelse 
(Over speeding ) som lagrats eller håller på att registreras 
i fordonsenheten. 
Om avsnittet är tomt sänds endast noOfVuEvents = 0.  
VuOverSpeedingControlData  Data som rör den senaste kontrollen av hastighetsöver­
trädelse (standardvärde om data saknas).  
VuOverSpeedingEventData  Alla händelser av typen hastighetsöverträdelse ( Over 
speeding ) som lagrats i fordonsenheten. 
Om avsnittet är tomt sänds endast noOfVuOverSpee­
dingEvents = 0.  
VuTimeAdjustmentData  Alla händelser av typen tidsinställning ( Time adjust ­
ment ) som lagrats i fordonsenheten (utanför ramen för 
en full kalibrering). 
Om avsnittet är tomt sänds endast noOfVuTimeAdjRe­
cords = 0.  
Signature  RSA-signatur för alla data, från noOfVuFaults till sista 
byte för sista post om tidsinställning.  
Datastruktur för generation 2, version 1 (TREP 23 Hex)  
Dataelement  Kommentar  
VuFaultRecordArray  Alla fel som lagrats eller håller på att registreras i for­
donsenheten. 
Om detta avsnitt är tomt sänds en startpost för uppställ­
ningen med noOfRecords = 0.  
VuEventRecordArray  Alla händelser, med undantag för hastighetsöverträdelse 
(Over speeding ) som lagrats eller håller på att registreras 
i fordonsenheten. 
Om detta avsnitt är tomt sänds en startpost för uppställ­
ningen med noOfRecords = 0.  
VuOverSpeedingControlDataRecordArray  Data som rör den senaste kontrollen av hastighetsöver­
trädelse (standardvärde om data saknas).  
VuOverSpeedingEventRecordArray  Alla händelser av typen hastighetsöverträdelse ( Over 
speeding ) som lagrats i fordonsenheten. 
Om detta avsnitt är tomt sänds en startpost för uppställ­
ningen med noOfRecords = 0.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 347  
Dataelement  Kommentar  
VuTimeAdjustmentRecordArray  Alla händelser av typen tidsinställning ( Time adjust ­
ment ) som lagrats i fordonsenheten (utanför ramen för 
en full kalibrering). 
Om detta avsnitt är tomt sänds en startpost för uppställ­
ningen med noOfRecords = 0.  
SignatureRecordArray  ECC-signatur för alla föregående data.  
Datastruktur för generation 2, version 2 (TREP 33 Hex)  
Dataelement  Kommentar  
VuFaultRecordArray  Alla fel som lagrats eller håller på att registreras i for­
donsenheten. 
Om detta avsnitt är tomt sänds en startpost för uppställ­
ningen med noOfRecords = 0.  
VuEventRecordArray  Alla händelser, med undantag för hastighetsöverträdelse 
(Over speeding ) som lagrats eller håller på att registreras 
i fordonsenheten. 
Om detta avsnitt är tomt sänds en startpost för uppställ­
ningen med noOfRecords = 0.  
VuOverSpeedingControlDataRecordArray  Data som rör den senaste kontrollen av hastighetsöver­
trädelse (standardvärde om data saknas).  
VuOverSpeedingEventRecordArray  Alla händelser av typen hastighetsöverträdelse ( Over 
speeding ) som lagrats i fordonsenheten. 
Om detta avsnitt är tomt sänds en startpost för uppställ­
ningen med noOfRecords = 0.  
VuTimeAdjustmentRecordArray  Alla händelser av typen tidsinställning ( Time adjust ­
ment ) som lagrats i fordonsenheten (utanför ramen för 
en full kalibrering). 
Om detta avsnitt är tomt sänds en startpost för uppställ­
ningen med noOfRecords = 0.  
SignatureRecordArray  ECC-signatur för alla föregående data.  
2.2.6.5 P o s i t i v e R e s p o n s e T r a n s f e r D a t a  – D e t a i l e d S p e e d  
DDP_032 Datafältet i meddelandet  Positive Response Transfer Data 
– Detailed Speed  ska tillhandahålla följande data i följande 
ordning med angivande av SID = 76 Hex, TREP = 04 eller 
24 Hex och med passande delning och räkning av 
undermeddelanden:  
Datastruktur för generation 1 (TREP 04 Hex)  
Dataelement  Kommentar  
VuDetailedSpeedData  Alla detaljerade hastighetsdata som lagrats i fordons­
enheten (ett hastighetsblock per minut medan fordonet 
har varit i rörelse). 
60 hastighetsvärden per minut (ett per sekund).  
Signature  RSA-signatur för alla data, från noOfSpeedBlocks till 
sista byte för sista hastighetsblock.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 348  
Datastruktur för generation 2 (TREP 24 Hex)  
Dataelement  Kommentar  
VuDetailedSpeedBlockRecordArray  Alla detaljerade hastighetsdata som lagrats i fordons­
enheten (ett hastighetsblock per minut medan fordonet 
har varit i rörelse). 
60 hastighetsvärden per minut (ett per sekund).  
SignatureRecordArray  ECC-signatur för alla föregående data.  
2.2.6.6 P o s i t i v e R e s p o n s e T r a n s f e r D a t a  – T e c h n i c a l D a t a  
DDP_033 Datafältet i meddelandet  Positive Response Transfer – 
Technical Data  ska tillhandahålla följande data i följande 
ordning med angivande av SID = 76 Hex, TREP = 05, 25 
eller 35 Hex och med passande delning och räkning av 
undermeddelanden:  
Datastruktur för generation 1 (TREP 05 Hex)  
Dataelement  Kommentar  
VuIdentification  
SensorPaired  
VuCalibrationData  Alla kalibreringsposter som lagrats i fordonsenheten.  
Signature  RSA-signatur för alla data, från vuManufacturerName 
till sista byte för sista VuCalibrationRecord.  
Datastruktur för generation 2, version 1 (TREP 25 Hex)  
Dataelemen  Kommentar  
VuIdentificationRecordArray  
VuSensorPairedRecordArray  Alla parningar med rörelsesensorer som lagrats i 
fordonsenheten.  
VuSensorExternalGNSSCoupledRecordAr­
ray Alla kopplingar med externa GNSS-anordningar som 
lagrats i fordonsenheten.  
VuCalibrationRecordArray  Alla kalibreringsposter som lagrats i fordonsenheten.  
VuCardRecordArray  Alla data om insättning av kort som lagrats i 
fordonsenheten.  
VuITSConsentRecordArray  
VuPowerSupplyInterruptionRecordArray  
SignatureRecordArray  ECC-signatur för alla föregående data.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 349  
Datastruktur för generation 2, version 2 (TREP 35 Hex)  
Dataelement  Kommentar  
VuIdentificationRecordArray  
VuSensorPairedRecordArray  Alla parningar med rörelsesensorer som lagrats i 
fordonsenheten.  
VuSensorExternalGNSSCoupledRecordAr­
ray Alla kopplingar med externa GNSS-anordningar som 
lagrats i fordonsenheten.  
VuCalibrationRecordArray  Alla kalibreringsposter som lagrats i fordonsenheten.  
VuCardRecordArray  Alla data om insättning av kort som lagrats i 
fordonsenheten.  
VuITSConsentRecordArray  
VuPowerSupplyInterruptionRecordArray  
SignatureRecordArray  ECC-signatur för alla föregående data.  
▼B 
2.3. Fillagring på externt lagringsmedium  
DDP_034 När en överföringssession har inbegripit överföring av data 
från fordonsenheten ska IDE-enheten lagra alla data som 
mottagits från fordonsenheten under överföringssessionen 
inom meddelanden av typen  Positive Response Transfer 
Data  i en enda fysisk fil. Lagrade data inbegriper ej med­
delandens startdelar ( header ), räknare av undermeddelan­
den, tomma undermeddelanden och kontrollsummor men 
de inbegriper SID och TREP (endast i första undermedde­
landet vid flera undermeddelanden).  
3. PROTOKOLL FÖR ÖVERFÖRING FRÅN FÄRDSKRIVARKORT  
3.1. Tillämpningsområde  
I denna punkt beskrivs direkt överföring av kortdata från ett f ärdskri­
varkort till en IDE-enhet. IDE-enheten är inte en del av den sä kra 
miljön, och följaktligen utförs ingen autentisering mellan kort et och 
IDE-enheten.  
3.2. Definitioner  
Överföringssession : Varje utförd överföring av data 
från smartkort (ICC). Sessionen 
omfattar en fullständig procedur 
från återställning av smartkortet 
i en kortläsare (IFD) till avakti­
vering av smartkortet (urtagning 
av kort eller nästa återställning).  
Signerad datafil : En fil från smartkortet. Filen 
överförs till kortläsaren i klart­
ext. Filen hashas och signeras 
på smartkortet och signaturen 
överförs till kortläsaren.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 350  
3.3. Överföring från kort  
▼M3 
DDP_035 Överföring från ett färdskrivarkort inbegriper följande  steg:  
— Överför kortets basinformation i elementfilerna (EF) 
ICC och IC. Denna information är valfri att överföra 
och säkras inte med en digital signatur.  
— För första och andra generationens färdskrivarkort:  
— Överför elementfiler (EF) under Tachograph DF:  
— Överför elementfilerna (EF) Card_Certificate och 
CA_Certificate. Denna information säkras inte 
med en digital signatur.  
Överföring av dessa filer är obligatorisk vid varje 
överföringssession.  
— Överför övriga elementfiler (EF) för tillämp­
ningsdata (under Tachograph DF), med undantag 
för Card_Download. Denna information skyddas 
med en digital signatur, med hjälp av de gemen­
samma säkerhetsmekanismerna i del A i till­
lägg 11.  
— Överföring av åtminstone elementfilerna (EF) 
Application_Identification och Identification är 
obligatorisk vid varje överföringssession.  
— Vid överföring från ett förarkort är överföring av 
följande elementfiler (EF) också obligatorisk:  
Events_Data.  
Faults_Data.  
Driver_Activity_Data.  
Vehicles_Used.  
Places.  
Control_Activity_Data.  
Specific_Conditions.  
— Endast för andra generationens färdskrivarkort:  
— Överför elementfiler (EF) under Tachograph_G2 DF, 
med undantag för överföring från ett förarkort som 
är insatt i en fordonsenhet vid en förarkontroll som 
utförs med hjälp av ett kontrollkort i generation 1 av 
en kontrollmyndighet i ett tredjeland:  
— Överför elementfilerna (EF) CardSignCertificate, 
CA_Certificate och Link_Certificate. Denna in­
formation säkras inte med en digital signatur.  
— Överföring av dessa filer är obligatorisk vid varje 
överföringssession.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 351  
— Överför övriga elementfiler (EF) för tillämp­
ningsdata (under Tachograph_G2 DF), med un­
dantag för Card_Download. Denna information 
skyddas med en digital signatur, med hjälp av 
de gemensamma säkerhetsmekanismerna i del B 
i tillägg 11.  
— Överföring av åtminstone elementfilerna (EF) 
Application_Identification, Application_Identifi­
cation_V2 (om den finns) och Identification är 
obligatorisk vid varje överföringssession.  
— Vid överföring från ett förarkort är överföring av 
följande elementfiler (EF) också obligatorisk:  
Events_Data.  
Faults_Data.  
Driver_Activity_Data.  
Vehicles_Used.  
Places.  
Control_Activity_Data.  
Specific_Conditions.  
VehicleUnits_Used.  
GNSS_Places.  
Places_Authentication (om den finns).  
GNSS_Places_Authentication (om den finns).  
Border_Crossings (om den finns).  
Load_Unload_Operations (om den finns).  
Load_Type_Entries (om den finns).  
— Vid överföring från ett förarkort, uppdatera datu­
met för LastCardDownload i EF Card_Download 
i DF Tachograph och, i förekommande fall, DF 
Tachograph_G2.  
— Vid överföring från ett verkstadskort, återställ 
kalibreringsräknaren i EF Card_Download i DF 
Tachograph och, i förekommande fall, i DF Ta­
chograph_G2.  
— Vid överföring från ett verkstadskort ska EF Sen­
sor_Installation_Data i DF Tachograph och, i fö­
rekommande fall, DF Tachograph_G2 inte över­
föras.  
▼B 
3.3.1  Initieringssekvens  
DDP_036 IDE-enheten ska initiera sekvensen enligt följande:  
Kort Riktning  IDE/IFD  Betydelse/anmärkningar  
⇦ Maskinvaruåterställning  
ATR ⇨ 
Det är valfritt att använda PPS för att byta till en högre 
överföringshastighet så länge smartkortet stöder detta.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 352  
3.3.2  Sekvens för osignerade datafiler  
DDP_037  ►M1 Sekvensen för överföring av elementfilerna (EF) 
ICC, IC, Card_Certificate (eller CardSignCertificate för DF 
Tachograph_G2), CA_Certificate och Link_Certificate (en­
dast för DF Tachograph_G2) är följande: ◄  
Kort Riktning  IDE/IFD  Betydelse/anmärkningar  
⇦ Select File  Välj med hjälp av 
filidentifierare.  
OK ⇨ 
⇦ Read Binary  Om filen innehåller mer data 
än buffertstorleken hos läsa­
ren eller kortet måste kom­
mandot upprepas tills den 
fullständiga filen har lästs.  
Fildata 
OK ⇨ Lagra data till externt 
lagringsmedium (ESM)  Enligt  3.4 Data storage for­
mat 
Anmärkning 1 : Innan EF Card_Certificate (eller EF Card­
SignCertificate) väljs, måste färdskrivartillämpning väljas 
(med hjälp av tillämpningsidentifierare (AID)).  
Anmärkning 2:  Med hjälp av kommandot READ BINARY 
och en SFID (kort identifierare för elementfil) kan filen både 
väljas och avläsas i samma steg.  
3.3.3  Sekvens för signerade datafiler  
DDP_038 Följande sekvens ska användas för var och en av följand e 
filer som måste överföras med sin signatur.  
▼M1 
Kort Riktning  IDE/IFD  Betydelse/anmärkningar
  
Select File  
OK
 
Perform Hash of File  — Beräknar hashvärdet för 
datainnehållet i vald fil 
med hjälp av föreskriven 
hashalgoritm enligt del A 
eller B i tillägg 11. Detta 
kommando är inte ett 
ISO-kommando.  
Beräkna filens hash­
värde och lagra det till­
fälligt.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 353  
Kort Riktning  IDE/IFD  Betydelse/anmärkningar  
OK
 
Read Binary  Om filen innehåller mer data 
än vad som ryms i bufferten 
hos läsaren eller kortet måste 
kommandot upprepas tills 
den fullständiga filen har 
lästs.  
Fildata 
OK
 Lagra mottagna data till ex­
ternt lagringsmedium.  Enligt  3.4. Data storage for­
mat
 
PSO: COMPUTE DIGI ­
TAL SIGNATURE  
Utför kommandot  
PSO: Compute Digi ­
tal Signature  och an­
vänd det tillfälligt lag­
rade hashvärdet.  
Signatur 
OK
 Foga data till tidigare lag­
rade data i externt 
lagringsmedium.  Enligt  3.4. Data storage for­
mat 
▼B 
Anmärkning:  Med hjälp av kommandot READ BINARY 
och en SFID (kort identifierare för elementfil) kan filen 
både väljas och avläsas i samma steg. I detta fall kan 
elementfilen (EF) både väljas och läsas innan kommandot  
Perform Hash of File  utförs.  
3.3.4  Sekvens för återställning av kalibreringsräknare  
DDP_039 Sekvensen för att återställa räknaren
  
i
 på ett verkstadskort är följande:  
Kort Riktning  IDE/IFD  Betydelse/anmärkningar  
⇦ Select File  EF 
Card_Download  Välj med hjälp av 
filidentifierare.  
OK ⇨ 
⇦ Update Binary (uppdatera 
binär)  
NoOfCalibrationsSince­
Download = ”00 00”  
Återställer antal över­
föringar från kort  
OK ⇨ 
Anmärkning:  Med hjälp av kommandot UPDATE BINARY 
och SFID (kort identifierare för elementfil) kan filen både 
väljas och uppdateras i samma steg.  ▼M1
 02016R0799 — SV — 21.08.2023 — 003.001 — 354  
3.4. Format för lagring av data  
3.4.1  Inledning  
DDP_040 Överförda data måste lagras enligt följande villkor:  
— Data ska lagras transparent. Detta innebär att ordningen 
av byte och ordningen av bitar inuti de byte som över­
förs från kortet måste bevaras vid lagring.  
— Alla filer på ett kort som överförs vid en överförings­
session lagras i en (1) fil i det externa lagringsmediet.  
3.4.2  Filformat  
DDP_041 Filformatet är en sammansättning av flera TLV-objekt.  
DDP_042 Taggen för en EF ska vara FID plus tillägget ”00”.  
DDP_043 Taggen för en signatur för en EF ska vara FID för filen  plus 
tillägget ”01”.  
DDP_044 Längden är ett värde på två byte. Värdet definierar ant alet 
byte i värdefältet. Värdet ”FF FF” i längdfältet är reserverat 
för framtida användning.  
DDP_045 Om en fil inte överförs ska inte något som förknippas m ed 
filen lagras (ingen tagg och ingen noll-längd).  
▼M1 
DDP_046 En signatur ska lagras som nästa TLV-objekt direkt efte r det 
TLV-objekt som innehåller filens data.  
Definition  Betydelse  Längd  
FID (2 byte) || ”00”  Tagg för EF (FID) i DF
  
, eller för 
kortets basinformation  3 byte  
FID (2 byte) || ”01”  Tagg för signatur för EF (FID) 
i DF
 3 byte  
FID (2 byte) || ”02”  Tagg för EF (FID) i DF
  3 byte  
FID (2 byte) || ”03”  Tagg för signatur för EF (FID) 
i DF
 3 byte  
xx xx  Värdefältets längd  2 byte  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 355  
Exempel på överförda data i en fil i ett externt 
lagringsmedium:  
Tagg  Längd  Värde
  
— Data i EF ICC
  
— Data i EF Card_Certificate  
— ...
  
Data i EF
  (i DF
  
)
 
Signatur för EF
  (i 
DF
 )
  
Data i EF
  (i DF
  
)
 
Signatur för EF
  (i 
DF
 )  
▼B 
4. ÖVERFÖRING FRÅN ETT FÄRDSKRIVARKORT VIA EN FOR­
DONSENHET  
DDP_047 Fordonsenheten måste möjliggöra överföring av innehålle t 
från ett insatt förarkort till en ansluten IDE-enhet.  
DDP_048 IDE-enheten ska sända meddelandet  Transfer Data Request 
Card Download  till fordonsenheten för att initiera detta läge 
(se 2.2.2.9).  
▼M1 
DDP_049 Förarkort i generation 1: Data ska överföras med hjälp av 
första generationens protokoll för dataöverföring, och över­
förda data ska ha samma format som data som överförs från 
första generationens fordonsenhet.  
Förarkort i generation 2: Fordonsenheten ska sedan överföra 
hela kortet, fil efter fil, enligt det protokoll för överföring  
från kort som definieras i punkt 3, och vidaresända alla data 
som mottagits från kortet till IDE-enheten i lämpligt 
TLV-filformat (se 3.4.2), inkapslade i meddelandet  Positive 
Response Transfer Data . 
▼B 
DDP_050 IDE-enheten ska hämta kortdata från meddelandet  Positive 
Response Transfer Data  (och stryka alla startdelar ( header ), 
SID, TREP, undermeddelanderäknare och kontrollsummor) 
och lagra dem i en enda fysisk fil i enlighet med punkt 2.3.  
DDP_051 Fordonsenheten ska därefter i förekommande fall uppdate ra 
förarkortets EF
  eller EF
  .  ▼M1
 02016R0799 — SV — 21.08.2023 — 003.001 — 356  
Tillägg 8  
KALIBRERINGSPROTOKOLL  
INNEHÅLLSFÖRTECKNING  
1. INLEDNING  
2. TERMER, DEFINITIONER OCH REFERENSER  
3. ÖVERSIKT ÖVER TJÄNSTER  
3.1. Tillgängliga tjänster  
3.2. Svarskoder  
4. KOMMUNIKATIONSTJÄNSTER  
4.1. Tjänsten StartCommunication  
4.2. Tjänsten StopCommunication  
4.2.1 Meddelandebeskrivning  
4.2.2 Meddelandeformat  
4.2.3 Parameterdefinition  
4.3. Tjänsten TesterPresent  
4.3.1 Meddelandebeskrivning  
4.3.2 Meddelandeformat  
5. FÖRVALTNINGSTJÄNSTER  
5.1. Tjänsten StartDiagnosticSession  
5.1.1 Meddelandebeskrivning  
5.1.2 Meddelandeformat  
5.1.3 Parameterdefinition  
5.2. Tjänsten SecurityAccess  
5.2.1 Meddelandebeskrivning  
5.2.2 Meddelandeformat – SecurityAccess – requestSeed  
5.2.3 Meddelandeformat – SecurityAccess – sendKey  
6. DATAÖVERFÖRINGSTJÄNSTER  
6.1. Tjänsten ReadDataByIdentifier  
6.1.1 Meddelandebeskrivning  
6.1.2 Meddelandeformat  
6.1.3 Parameterdefinition  
6.2. Tjänsten WriteDataByIdentifier  
6.2.1 Meddelandebeskrivning  
6.2.2 Meddelandeformat  
6.2.3 Parameterdefinition  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 357  
7. KONTROLL AV PROVPULSER – FUNKTIONSENHET FÖR 
KONTROLL AV IN-/UTDATA  
7.1. Tjänsten InputOutputControlByIdentifier  
7.1.1 Meddelandebeskrivning  
7.1.2 Meddelandeformat  
7.1.3 Parameterdefinition  
▼M3 
8. TJÄNSTEN ROUTINECONTROL (TIDSINSTÄLLNING)  
8.1. Meddelandebeskrivning  
8.2. Meddelandeformat  
9. FORMAT FÖR DATARECORDS  
9.1. Intervall för överförda parametrar  
9.2. Format för dataRecords  
▼B 
1. INLEDNING  
I detta tillägg beskrivs hur data utbyts mellan en fordonsenhet  och en 
provare ( tester ) via K-line, som utgör en del av det gränssnitt för 
kalibrering som beskrivs i tillägg 6. Dessutom beskrivs kontrol l av 
linjen för in-/utsignal i kalibreringsanslutningen.  
Upprättande av kommunikation via K-line beskrivs i avsnitt 4 ”C om­
munication Services”.  
I detta tillägg används begreppet ”diagnossessioner” för att av göra till­
lämpningsområdet för K-line under olika omständigheter. Den för valda 
sessionen är ”StandardDiagnosticSession”, där alla data kan avl äsas 
från, men inga data kan skrivas till, en fordonsenhet.  
Val av diagnossession beskrivs i avsnitt 5 ”Management Services ”. 
Detta tillägg ska betraktas som relevant för fordonsenheter och  verk­
stadskort i båda generationerna, i enlighet med de krav på drif tskom­
patibilitet som föreskrivs i denna förordning.  
CPR_001 ”ECUProgrammingSession” möjliggör inmatning av data til l 
fordonsenheten. När det gäller inmatning av kalibreringsdata 
ska fordonsenheten dessutom vara i funktionsläge CA­
LIBRATION (kalibrering).  
Dataöverföring via K-line beskrivs i avsnitt 6 ”Data Trans­
mission Services”. Formaten för data som överförs beskrivs 
närmare i avsnitt 8 ”dataRecords formats”.  
CPR_002 ”ECUAdjustmentSession” gör det möjligt att välja 
in-/utläget för den linje som via K-Line-gränssnittet används 
för in-/utsignaler vid kalibrering. Kontroll av linjen för 
in-/utsignaler vid kalibrering beskrivs i avsnitt 7 ”Control 
of Test Pulses – Input/Output Control functional unit”.  
CPR_003 I hela detta dokument betecknas provarens adress med ”t t”. 
Även om fordonsenheten i första hand använder vissa adres­
ser för provaren ska fordonsenheten svara korrekt oavsett 
vilken adress provaren har. Fordonsenhetens fysiska adress 
är 0xEE.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 358  
2. TERMER, DEFINITIONER OCH REFERENSER  
Protokollen, meddelandena och felkoderna bygger huvudsakligen p å 
den aktuella versionen av ISO 14229-1 ( Road vehicles – Diagnostic 
systems – Part 1: Diagnostic services , version 6 av den 22 februari 
2001).  
Byte-kodning och hexadecimala värden används för identifierare av 
tjänster, för begäran och svar om tjänster samt för 
standardparametrarna.  
Termen ”provare” ( tester ) avser den utrustning som används för att 
mata in programmerings-/kalibreringsdata till fordonsenheten.  
Termerna ”klient” ( client ) och ”server” avser provaren respektive 
fordonsenheten.  
Termen ECU betyder  Electronic Control Unit  (elektronisk styrenhet) 
och avser fordonsenheten.  
Referenser  
ISO 14230-2:  
Road Vehicles -Diagnostic Systems – Keyword Protocol 2000- Part  2: 
Data Link Layer.  
First edition: 1999.  
3. ÖVERSIKT ÖVER TJÄNSTER  
3.1. Tillgängliga tjänster  
Nedanstående tabell ger en översikt över de tjänster som kommer  att 
finnas tillgängliga i färdskrivaren och som definieras i detta dokument.  
CPR_004 I tabellen visas de tjänster som finns tillgängliga i e n ak­
tiverad diagnossession.  
— I den  första kolumnen  förtecknas de tjänster som finns 
tillgängliga.  
— Den  andra kolumnen  i vilket avsnitt i detta tillägg som 
tjänsten definieras närmare.  
— I den  tredje kolumnen  tilldelas tjänsteidentifierarnas 
värden för meddelanden med begäran.  
— I den  fjärde kolumnen  specificeras de tjänster inom  
StandardDiagnosticSession (SD)  som måste vara in­
förda i varje fordonsenhet.  
— I den  femte kolumnen  specificeras de tjänster inom  
ECUAdjustmentSession (ECUAS)  som måste vara in­
förda för att det ska vara möjligt att kontrollera linjen för 
in-/utsignaler i kalibreringsanslutningen på fordonsenhe­
tens frontpanel.  
— I den  sjätte kolumnen  specificeras de tjänster inom  
ECUProgrammingSession (ECUPS)  som måste vara 
införda för att det ska vara möjligt att programmera 
parametrar i fordonsenheten.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 359  
Tabell 1  
Sammanfattande tabell över värden på tjänsteidentifierare  
Diagnossessioner  
Namn på diagnostjänst  Avsnitt 
nr. Tjänsteidentifie­
rare (SId) (värde i 
begäran)  SD ECUAS  ECUPS  
StartCommunication (starta 
kommunikation)  4.1 8 1  ■  ■  ■  
StopCommunication (avsluta 
kommunikation)  4.2 8 2  ■  
TesterPresent (provare inkopplad)  4.3  3 E  ■  ■  ■  
StartDiagnosticSession (starta 
diagnossession)  5.1 1 0  ■  ■  ■  
SecurityAccess (säkerhetstillträde)  5.2  2 7  ■  ■  ■  
ReadDataByIdentifier (läs data 
med hjälp av identifierare)  6.1 2 2  ■  ■  ■  
WriteDataByIdentifier (skriv 
data med hjälp av identifierare)  6.2 2 E  ■  
InputOutputControlByIdentifier 
(kontroll av in-/utdata med 
hjälp av identifierare)  7.1 2 F  ■  
▼M3 
RoutineControl  8  3 1
  
▼B 
■ Denna symbol visar att tjänsten är obligatorisk i denna diagno ssession. 
Om symbol saknas visar det att tjänsten inte är tillåten i denn a diagnossession.  
3.2. Svarskoder  
Svarskoder ( response code ) är definierade för varje tjänst.  
4. KOMMUNIKATIONSTJÄNSTER  
Vissa tjänster behövs för att kommunikation ska kunna upprättas  och 
upprätthållas. De finns inte i tillämpningsskiktet. Tillgänglig a tjänster 
specificeras i nedanstående tabell:  
Tabell 2  
Kommunikationstjänster  
Namn på tjänsten  Beskrivning  
StartCommunication (starta 
kommunikation)  Klienten begär att få starta en kommunika­
tionssession med en eller flera servrar.  
StopCommunication (avsluta 
kommunikation)  Klienten begär att få avsluta pågående 
kommunikationssession.  
TesterPresent (provare in­
kopplad)  Klienten meddelar servern att den fort­
farande är inkopplad.  
CPR_005 Tjänsten StartCommunication används för att starta en k om­
munikationssession. För att en tjänst ska kunna utföras 
måste kommunikationen initieras och lämpliga kommunika­
tionsparametrar finnas för önskat läge ( mode ). 
4.1. Tjänsten StartCommunication  
CPR_006 Vid mottagande av ett indikeringsprim itiv för StartCommunication 
ska fordonsenheten kontrollera om den begärda kommunikations­
länken kan initieras under innevarande omständigheter. Giltiga 
omständigheter för initiering av en kommunikationslänk beskrivs  
i dokument ISO 14230-2.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 360  
CPR_007 Fordonsenheten ska därefter utföra alla de operationer som 
krävs för att initiera kommunikationslänken och sända ett 
svarsprimitiv för StartCommunication med de parametrar för 
positivt svar ( Positive Response ) som valts.  
CPR_008 Om en fordonsenhet som redan har initierats (och som är  i  
en diagnossession) tar emot en ny StartCommunication Re­
quest (begäran om att starta kommunikation) (exempelvis på 
grund av felåterställning i provaren) ska begäran godtas och 
fordonsenheten ska återinitieras.  
CPR_009 Om kommunikationslänken av någon anledning inte kan 
initieras ska fordonsenheten fortsätta att fungera på samma 
sätt som omedelbart före försöket att initiera kommunika­
tionslänken.  
CPR_010 Meddelandet med StartCommunication Request måste vara 
fysiskt adresserat.  
CPR_011 Initiering av fordonsenheten för tjänster sker via ”sna bb 
initiering”:  
— Det finns en bussvilotid ( bus idle time ) före varje 
aktivitet.  
— Provaren sänder därefter ett initieringsmönster.  
— All den information som behövs för att upprätta kom­
munikation finns i fordonsenhetens svar.  
CPR_012 Efter avslutad initiering gäller följande:  
— Alla kommunikationsparametrar sätts till de värden som 
anges i Table 4 i enlighet med byte för nyckel ( key 
bytes ). 
— Fordonsenheten väntar på provarens första begäran.  
— Fordonsenheten är i förvalt diagnosläge, dvs. Standard­
DiagnosticSession.  
— Linjen för in-/utsignaler vid kalibrering är i förvalt läge, 
dvs. avaktiverat läge.  
CPR_014 Dataöverföringshastigheten för K-line ska vara 10 400 b aud. 
CPR_016 Den snabba initieringen påbörjas av provaren, som överf ör 
ett väckningsmönster (Wup,  Wake-up pattern ) via K-line. 
Mönstret börjar efter vilotid för K-line, med låg signal under 
tiden T  inil . Provaren överför första bit i tjänsten StartCom­
munication efter en tid T  wup som följer på första fallande 
kant.
 ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 361  
CPR_017 Tidsvärdena för snabb initiering och kommunikation i al l­
mänhet anges i detalj i tabellerna nedan. Det finns olika 
möjligheter när det gäller vilotid:  
— Första överföring efter det att strömmen slagits på, 
T idle = 300 ms.  
— Efter slutförd StopCommunication-tjänst, T  idle = P3 min.  
— Efter det att kommunikationen avslutats genom time-out 
P3 max, T  idle = 0. 
Tabell 3  
Tidsvärden för snabb initiering  
Parameter  Min. värde  Max. värde  
T inil 25 ±1 ms  24 ms  26 ms  
T wup 50 ±1 ms  49 ms  51 ms  
Tabell 4  
Tidsvärden för kommunikation  
Tidsavpass­
ning Para­
meter  Parameterbeskrivning  Nedre gränsvär­
den (ms)  Övre gränsvär­
den (ms)  
Min.  Max.  
P1 Tid mellan byte för fordons­
enhetens svar.  0 2 0  
P2 Tid mellan provarens begäran 
och fordonsenhetens svar eller 
mellan två svar från 
fordonsenheten.  25 250  
P3 Tid mellan slut på fordons­
enhetens svar och start på ny 
begäran från provaren.  55 5 000  
P4 Tid mellan byte för begäran 
från provaren.  5 2 0  
CPR_018 Meddelandeformatet för snabb initiering anges i detalj i ned­
anstående tabeller. (ANMÄRKNING: ”Hex” betyder hex­
adecimal.)  
Tabell 5  
Meddelande med begäran om StartCommunication  
Byte #  Parameternamn  Hexvärde  Memosymbol 
(mnemonic ) 
#1 Byte för format – fysisk adres­
sering  81 FMT  
#2 Byte för måladress  E E  TGT  
#3 Byte för källadress  t t  SRC  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 362  
Byte #  Parameternamn  Hexvärde  Memosymbol 
(mnemonic ) 
#4 StartCommunication Request 
Service Id  81 SCR  
#5 Kontrollsumma  00-FF  C S  
Tabell 6  
Positivt svarsmeddelande om StartCommunication  
Byte #  Parameternamn  Hexvärde  Memosymbol 
(mnemonic ) 
#1 Byte för format – fysisk adres­
sering  80 FMT  
#2 Byte för måladress  t t  TGT  
#3 Byte för källadress  E E  SRC  
#4 Byte för extra längd  0 3  LEN  
#5 StartCommunication Positive 
Response Service Id  C1 SCRPR  
#6 Byte 1 för nyckel ( key byte 1 ) E A  KB1  
#7 Byte 2 för nyckel ( key byte 2 ) 8 F  KB2  
#8 Kontrollsumma  00-FF  C S  
CPR_019 Det finns inget negativt svar på meddelandet med begära n 
om StartCommunication. Om det inte finns något positivt 
svarsmeddelande att överföra är fordonsenheten inte initie­
rad, inget överförs och den kvarstår i normal drift.  
4.2. Tjänsten StopCommunication  
4.2.1  Meddelandebeskrivning  
Syftet med denna tjänst i kommunikationsskiktet är att avsluta en 
kommunikationssession.  
CPR_020 När fordonsenheten tar emot ett indikeringsprimitiv för  
StopCommunication ska den kontrollera om aktuella om­
ständigheter tillåter att denna kommunikation avslutas. I så 
fall ska fordonsenheten utföra alla de operationer som krävs 
för att avsluta denna kommunikation.  
CPR_021 Om det är möjligt att avsluta kommunikationen ska fordo ns­
enheten utfärda ett svarsprimitiv för StopCommunication 
med parametrarna för positivt svar valda innan kommunika­
tionen avslutas.  
CPR_022 Om kommunikationen av någon anledning inte kan avslutas  
ska fordonsenheten utfärda ett svarsprimitiv för StopCom­
munication med parametrarna för negativt svar valda.  
CPR_023 Om time-out av P3max upptäcks av fordonsenheten ska 
kommunikationen avslutas utan att något svarsprimitiv ut­
färdas.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 363  
4.2.2  Meddelandeformat  
CPR_024 Meddelandeformat för primitiv för  StopCommunication  
anges i detalj i nedanstående tabeller.  
Tabell 7  
Meddelande med begäran om StopCommunication  
Byte #  Parameternamn  Hexvärde  Memosymbol 
(mnemonic ) 
#1 Byte för format – fysisk adres­
sering  80 FMT  
#2 Byte för måladress  E E  TGT  
#3 Byte för källadress  t t  SRC  
#4 Byte för extra längd  0 1  LEN  
#5 StopCommunication Request 
Service Id  82 SPR  
#6 Kontrollsumma  00-FF  C S  
Tabell 8  
Positivt svarsmeddelande om StopCommunication  
Byte #  Parameternamn  Hexvärde  Memosymbol 
(mnemonic ) 
#1 Byte för format – fysisk adres­
sering  80 FMT  
#2 Byte för måladress  t t  TGT  
#3 Byte för källadress  E E  SRC  
#4 Byte för extra längd  0 1  LEN  
#5 StopCommunication Positive 
Response Service Id  C2 SPRPR  
#6 Kontrollsumma  00-FF  C S  
Tabell 9  
Negativt svarsmeddelande om StopCommunication  
Byte #  Parameternamn  Hexvärde  Memosymbol 
(mnemonic ) 
#1 Byte för format – fysisk adres­
sering  80 FMT  
#2 Byte för måladress  t t  TGT  
#3 Byte för källadress  E E  SRC  
#4 Byte för extra längd  0 3  LEN  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 364  
Byte #  Parameternamn  Hexvärde  Memosymbol 
(mnemonic ) 
#5 Negative Response Service Id  7F  NR  
#6 StopCommunication Request 
Service Identification  82 SPR  
#7 Svarskod ( responseCode ) = 
allmänt avvisande ( generalRe ­
ject) 10 RC_GR  
#8 Kontrollsumma  00-FF  C S  
4.2.3  Parameterdefinition  
Denna tjänst förutsätter inte någon definition av parametrar.  
4.3. Tjänsten TesterPresent  
4.3.1  Meddelandebeskrivning  
Tjänsten TesterPresent används av provaren för att meddela serv ern att 
den fortfarande är inkopplad. Syftet är att hindra servern från  att auto­
matiskt återgå till normal drift och eventuellt avsluta kommuni kationen. 
Denna tjänst, som skickas ut regelbundet, håller diagnossession en/kom­
munikationen aktiv genom att återställa P3-timern varje gång en  begä­
ran om denna tjänst tas emot.  
4.3.2  Meddelandeformat  
CPR_079 Meddelandeformat för primitiv för  TesterPresent  anges i 
detalj i nedanstående tabeller.  
Tabell 10  
Meddelande med begäran om TesterPresent  
Byte #  Parameternamn  Hexvärde  Memosymbol 
(mnemonic ) 
#1 Byte för format – fysisk adres­
sering  80 FMT  
#2 Byte för måladress  E E  TGT  
#3 Byte för källadress  t t  SRC  
#4 Byte för extra längd  0 2  LEN  
#5 TesterPresent Request Ser ­
vice Id  3E TP  
#6 Underfunktion =  re­
sponseRequired  = [ yes  0 1  RESPREQ_Y  
no ] 0 2  RESPREQ_NO  
#7 Kontrollsumma  00-FF  C S  
CPR_080 Om parametern  responseRequired  sätts till  yes ska servern 
svara med följande positiva svarsmeddelande. Om parame­
tern sätts till  no ska inget svar skickas av servern.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 365  
Tabell 11  
Positivt svarsmeddelande om TesterPresent  
Byte #  Parameternamn  Hexvärde  Memosymbol 
(mnemonic ) 
#1 Byte för format – fysisk adres­
sering  80 FMT  
#2 Byte för måladress  t t  TGT  
#3 Byte för källadress  E E  SRC  
#4 Byte för extra längd  0 1  LEN  
#5 TesterPresent Positive Re ­
sponse Service Id  7E TPPR  
#6 Kontrollsumma  00-FF  C S  
CPR_081 Tjänsten ska stödja följande negativa svarskoder:  
Tabell 12  
Negativt svarsmeddelande om TesterPresent  
Byte #  Parameternamn  Hexvärde  Memosymbol 
(mnemonic ) 
#1 Byte för format – fysisk adressering  8 0  FMT  
#2 Byte för måladress  t t  TGT  
#3 Byte för källadress  E E  SRC  
#4 Byte för extra längd  0 3  LEN  
#5 Negative Response Service Id  7F  NR  
#6 TesterPresent Request Service Identi­
fication  3E T P  
#7 Svarskod 
(response­
Code =  [SubFunctionNotS­
upported-InvalidFor­
mat 12 RC_SFNS_IF  
incorrectMessage­
Length ]  13 RC_IML  
#8 Kontrollsumma  00-FF  C S  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 366  
5. FÖRVALTNINGSTJÄNSTER  
Tillgängliga tjänster specificeras i nedanstående tabell:  
Tabell 13  
Förvaltningstjänster  
Namn på tjänsten  Beskrivning  
StartDiagnosticSession 
(starta diagnossession)  Klienten begär att få starta en diagnossession 
med en fordonsenhet.  
SecurityAccess (säker­
hetstillträde)  Klienten begär tillträde till funktioner som är 
begränsade till auktoriserade användare.  
5.1. Tjänsten StartDiagnosticSession  
5.1.1  Meddelandebeskrivning  
CPR_025 Tjänsten StartDiagnosticSession används för att aktiver a 
olika diagnossessioner i servern. En diagnossession aktiverar 
en specifik mängd tjänster enligt Table 17. En session kan 
aktivera tjänster som är specifika för vissa fordonstillverkare  
och som inte beskrivs i detta dokument. Användnings­
reglerna ska uppfylla följande krav:  
— Det ska alltid vara exakt en diagnossession aktiv i 
fordonsenheten.  
— När fordonsenheten kopplas in ska den alltid starta Stan­
dardDiagnosticSession. Om ingen annan diagnossession 
startas ska StandardDiagnosticSession vara aktiv så 
länge fordonsenheten får ström.  
— Om en diagnossession som redan är aktiv har begärts av 
provaren ska fordonsenheten skicka ett positivt 
svarsmeddelande.  
— Varje gång provaren begär en ny diagnossession ska 
fordonsenheten först skicka ett positivt svarsmeddelande 
om StartDiagnosticSession innan den nya sessionen blir 
aktiv i fordonsenheten. Om fordonsenheten inte kan 
starta den begärda nya diagnossessionen ska den svara 
med ett negativt svarsmeddelande om StartDiagnostic­
Session, och den innevarande sessionen ska fortsätta.  
CPR_026 En diagnossession ska startas endast om kommunikation h ar 
upprättats mellan klienten och fordonsenheten.  
CPR_027 De tidsparametrar som definieras i Table 4 ska vara akt iva 
efter en lyckad StartDiagnosticSession med parametern  dia­
gnosticSession  satt till ”StandardDiagnosticSession” i med­
delandet med begäran, om en annan diagnossession tidigare 
var aktiv.  
5.1.2  Meddelandeformat  
CPR_028 Meddelandeformat för primitiv för  StartDiagnosticSession  
anges i detalj i nedanstående tabeller.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 367  
Tabell 14  
Meddelande med begäran om StartDiagnosticSession  
Byte #  Parameternamn  Hexvärde  Memosymbol 
(mnemonic ) 
#1 Byte för format – fysisk adres­
sering  80 FMT  
#2 Byte för måladress  E E  TGT  
#3 Byte för källadress  t t  SRC  
#4 Byte för extra längd  0 2  LEN  
#5 StartDiagnosticSession Re ­
quest Service Id  10 STDS  
#6 diagnosticSession = [ett värde 
från Table 17]  xx DS_…  
#7 Kontrollsumma  00-FF  C S  
Tabell 15  
Positivt svarsmeddelande om StartDiagnosticSession  
Byte #  Parameternamn  Hexvärde  Memosymbol 
(mnemonic ) 
#1 Byte för format – fysisk adres­
sering  80 FMT  
#2 Byte för måladress  t t  TGT  
#3 Byte för källadress  E E  SRC  
#4 Byte för extra längd  0 2  LEN  
#5 StartDiagnosticSession Posi ­
tive Response Service Id  50 STDSPR  
#6 diagnosticSession = [samma 
värde som i byte #6 i Table 
14] xx DS_…  
#7 Kontrollsumma  00-FF  C S  
Tabell 16  
Negativt svarsmeddelande om StartDiagnosticSession  
Byte #  Parameternamn  Hexvärde  Memosymbol 
(mnemonic ) 
#1 Byte för format – fysisk adressering  8 0  FMT  
#2 Byte för måladress  t t  TGT  
#3 Byte för källadress  E E  SRC  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 368  
Byte #  Parameternamn  Hexvärde  Memosymbol 
(mnemonic ) 
#4 Byte för extra längd  0 3  LEN  
#5 Negative Response Service Id  7F  NR  
#6 StartDiagnosticSession Request Ser­
vice Id  10 STDS  
#7 Svarskod 
(response­
Code =  [subFunctionNotS­
upported (  α ) 12 RC_SFNS  
incorrectMessage­
Length (  β ) 13 RC_IML  
conditionsNotCor­
rect (  γ ) 22 RC_CNC  
#8 Kontrollsumma  00-FF  C S  
( α ) Värdet för byte #6 i svarsmeddelandet stöds inte, dvs. det fi nns inte i Table 17. 
( β ) Längden på meddelandet är felaktig. 
( γ ) Kriterierna för att begära StartDiagnosticSession är inte upp fyllda.  
5.1.3  Parameterdefinition  
CPR_029 Parametern  diagnosticSession (DS_)  används av tjänsten 
StartDiagnosticSession för att välja serverns/servrarnas spe­
cifika funktion. Följande diagnossessioner specificeras i 
detta dokument:  
Tabell 17  
Definition av värden för diagnosticSession  
Hex Beskrivning  Memosymbol 
(mnemonic ) 
81 StandardDiagnosticSession  
Denna diagnossession aktiverar alla tjänster som 
anges i kolumn SD i  Table 1 . Dessa tjänster 
möjliggör avläsning av data från en server 
(fordonsenhet). Denna diagnossession är aktiv 
efter det att initieringen har slutförts med positivt 
resultat mellan klient (provare) och server 
(fordonsenhet). Denna diagnossession får skrivas 
över av andra diagnossessioner som specificeras 
i detta avsnitt.  SD 
85 ECUProgrammingSession  
Denna diagnossession aktiverar alla tjänster som 
anges i kolumn ECUPS i  Table 1 . Dessa tjänster 
stöder minnesprogrammering i en server (for- 
donsenhet). Denna diagnossession får skrivas 
över av andra diagnossessioner som specificeras 
i detta avsnitt.  ECUPS  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 369  
Hex Beskrivning  Memosymbol 
(mnemonic ) 
87 ECUAdjustmentSession  
Denna diagnossession aktiverar alla tjänster som 
anges i kolumn ECUAS i  Table 1 . Dessa tjänster 
stöder kontroll av in-/utdata till/från en server 
(fordonsenhet). Denna diagnossession får skrivas 
över av andra diagnossessioner som specificeras 
i detta avsnitt.  ECUAS  
5.2. Tjänsten SecurityAccess  
Skrivning av kalibreringsdata är bara möjlig om fordonsenheten är i 
kalibreringsläge (CALIBRATION). Utöver att sätta in ett giltigt  verk­
stadskort i fordonsenheten måste fordonsenhetens korrekta PIN-k od 
anges innan tillträde till kalibreringsläget (CALIBRATION) bevi ljas. 
När fordonsenheten är i kalibrerings- (CALIBRATION) eller 
kontrolläge (CONTROL) är det också möjligt att få tillträde til l 
in-/utdatalinjen för kalibrering.  
Tjänsten SecurityAccess ger möjlighet att ange PIN-koden och at t ange för 
provaren huruvida fordonsenheten är i kalibreringsläge (CALIBRA TION).  
Det är godtagbart att PIN-koden anges med alternativa metoder.  
5.2.1  Meddelandebeskrivning  
Tjänsten SecurityAccess omfattar två meddelanden:  requestSeed , even­
tuellt följt av  sendKey . Tjänsten SecurityAccess måste utföras efter 
tjänsten StartDiagnosticSession.  
CPR_033 Provaren ska använda meddelandet  requestSeed  för att kont­
rollera om fordonsenheten är beredd att godta en PIN-kod.  
CPR_034 Om fordonsenheten redan är i kalibreringsläge (CALIBRAT ION) 
ska den svara på begäran genom att sända ett startvärde ( seed) som 
är 0x0000 med hjälp av tjänsten SecurityAccess Positive Re­
sponse.  
CPR_035 Om fordonsenheten är beredd att godta en PIN-kod för 
verifiering med ett verkstadskort ska den svara på begäran 
genom att sända ett startvärde ( seed) som är större än 
0x0000 med hjälp av tjänsten SecurityAccess Positive Re­
sponse.  
CPR_036 Om fordonsenheten inte är beredd att godta en PIN-kod f rån 
provaren, antingen på grund av att det insatta verkstadskor­
tet inte är giltigt, att inget verkstadskort har satts in eller  att 
fordonsenheten förväntar sig PIN-koden via en annan me­
tod, ska den svara på begäran med ett Negative Response 
(negativt svar) med en svarskod satt till  conditionsNotCor ­
rectOrRequestSequenceError . 
CPR_037 Provaren ska då eventuellt använda meddelandet  sendKey  
för att sända en PIN-kod vidare till fordonsenheten. För 
att ge kortautentiseringen den tid som krävs ska fordons­
enheten använda den negativa svarskoden  requestCorrectly ­
Received-ResponsePending  för att utöka svarstiden. Max­
imal svarstid får dock inte överstiga fem minuter. Så snart 
den begärda tjänsten har slutförts ska fordonsenheten sända 
ett positivt eller negativt svarsmeddelande med en annan  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 370  
svarskod. Den negativa svarskoden  requestCorrectlyRecei ­
ved-ResponsePending  får upprepas av fordonsenheten till 
dess att den begärda tjänsten har slutförts och det slutliga 
svarsmeddelandet har sänts.  
CPR_038 Fordonsenheten ska svara på denna begäran genom att an­
vända tjänsten  SecurityAccess Positive Response  endast när 
den är i kalibreringsläge (CALIBRATION).  
CPR_039 I nedanstående fall ska fordonsenheten svara på denna b e­
gäran med Negative Response (negativt svar) med en svars­
kod som är satt till följande:  
— subFunctionNot supported : Ogiltigt format för under­
funktionens parameter ( accessType ). 
— conditionsNotCorrectOrRequestSequenceError : For­
donsenheten ej klar att godta en angiven PIN-kod.  
— invalidKey : PIN-koden inte giltig, max. antal försök att 
ange PIN-kod har inte uppnåtts.  
— exceededNumberOfAttempts : PIN-koden inte giltig, max. 
antal försök att ange PIN-kod har uppnåtts.  
— generalReject : Rätt PIN-kod men den ömsesidiga auten­
tiseringen med verkstadskortet misslyckades.  
5.2.2  Meddelandeformat – SecurityAccess – requestSeed  
CPR_040 Meddelandeformat för primitiv för  requestSeed  anges i de­
talj i nedanstående tabeller.  
Tabell 18  
Meddelande med begäran om SecurityAccess – requestSeed  
Byte #  Parameternamn  Hexvärde  Memosymbol 
(mnemonic ) 
#1 Byte för format – fysisk adres­
sering  80 FMT  
#2 Byte för måladress  E E  TGT  
#3 Byte för källadress  t t  SRC  
#4 Byte för extra längd  0 2  LEN  
#5 SecurityAccess Request Ser ­
vice Id  27 SA  
#6 accessType – requestSeed  7 D  AT_RSD  
#7 Kontrollsumma  00-FF  C S  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 371  
Tabell 19  
Positivt svarsmeddelande om SecurityAccess – requestSeed  
Byte #  Parameternamn  Hexvärde  Memosymbol 
(mnemonic ) 
#1 Byte för format – fysisk adres­
sering  80 FMT  
#2 Byte för måladress  t t  TGT  
#3 Byte för källadress  E E  SRC  
#4 Byte för extra längd  0 4  LEN  
#5 SecurityAccess Positive Re ­
sponse Service Id  67 SAPR  
#6 accessType – requestSeed  7 D  AT_RSD  
#7 Seed High (högt startvärde)  00-FF  SEEDH  
#8 Seed Low (lågt startvärde)  00-FF  SEEDL  
#9 Kontrollsumma  00-FF  C S  
Tabell 20  
Negativt svarsmeddelande om SecurityAccess  
Byte #  Parameternamn  Hexvärde  Memosymbol 
(mnemonic ) 
#1 Byte för format – fysisk adressering  8 0  FMT  
#2 Byte för måladress  t t  TGT  
#3 Byte för källadress  E E  SRC  
#4 Byte för extra längd  0 3  LEN  
#5 NegativeResponse Service Id  7F  NR  
#6 SecurityAccess Request Service Id  2 7  S A  
#7 Svarskod 
(response­
Code =  [conditionsNotCorrec­
tOrRequestSequence­
Error  22 RC_CNC  
incorrectMessage­
Length]  13 RC_IML  
#8 Kontrollsumma  00-FF  C S  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 372  
5.2.3  Meddelandeformat – SecurityAccess – sendKey  
CPR_041 Meddelandeformat för primitiv för  sendKey  anges i detalj i 
nedanstående tabeller.  
Tabell 21  
Meddelande med begäran om SecurityAccess – sendKey  
Byte #  Parameternamn  Hexvärde  Memosymbol 
(mnemonic ) 
#1 Byte för format – fysisk adres­
sering  80 FMT  
#2 Byte för måladress  E E  TGT  
#3 Byte för källadress  t t  SRC  
#4 Byte för extra längd  m+2  LEN  
#5 SecurityAccess Request Ser ­
vice Id  27 SA  
#6 accessType – sendKey  7 E  AT_SK  
#7 till 
#m+6  Key #1 (hög)  x x  KEY  
… …  
Key #m (låg, m måste vara 
minst 4 och högst 8)  xx 
#m+7  Kontrollsumma  00-FF  C S  
Tabell 22  
Positivt svarsmeddelande om SecurityAccess – sendKey  
Byte #  Parameternamn  Hexvärde  Memosymbol 
(mnemonic ) 
#1 Byte för format – fysisk adres­
sering  80 FMT  
#2 Byte för måladress  t t  TGT  
#3 Byte för källadress  E E  SRC  
#4 Byte för extra längd  0 2  LEN  
#5 SecurityAccess Positive Re ­
sponse Service Id  67 SAPR  
#6 accessType – sendKey  7 E  AT_SK  
#7 Kontrollsumma  00-FF  C S  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 373  
Tabell 23  
Negativt svarsmeddelande om SecurityAccess  
Byte #  Parameternamn  Hexvärde  Memosymbol 
(mnemonic ) 
#1 Byte för format – fysisk adressering  8 0  FMT  
#2 Byte för måladress  t t  TGT  
#3 Byte för källadress  E E  SRC  
#4 Byte för extra längd  0 3  LEN  
#5 NegativeResponse Service Id  7F  NR  
#6 SecurityAccess Request Service Id  2 7  S A  
#7 Svarskod 
(response­
Code =  [generalReject  1 0  RC_GR  
subFunctionNotSupp­
orted  12 RC_SFNS  
incorrectMessage­
Length  13 RC_IML  
conditionsNotCorrec­
tOrRequestSequence­
Error  22 RC_CNC  
invalidKey  3 5  RC_IK  
exceededNumberO­
fAttempts  36 RC_ENA  
requestCorrectlyRe­
ceived-ResponsePen­
ding]  78 RC_RCR_RP  
#8 Kontrollsumma  00-FF  C S  
6. DATAÖVERFÖRINGSTJÄNSTER  
Tillgängliga tjänster specificeras i nedanstående tabell:  
Tabell 24  
Dataöverföringstjänster  
Namn på tjänsten  Beskrivning  
ReadDataByIdentifier 
(läs data med hjälp av 
identifierare)  Klienten begär överföring av befintligt värde 
av en post som nås via  recordDataIdentifier . 
WriteDataByIdentifier 
(skriv data med hjälp 
av identifierare)  Klienten begär att få skriva en post som nås 
via recordDataIdentifier . ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 374  
6.1. Tjänsten ReadDataByIdentifier  
6.1.1  Meddelandebeskrivning  
CPR_050 Tjänsten  ReadDataByIdentifier  används av klienten för att 
begära datapostvärden från en server. Dessa data identifieras 
genom  recordDataIdentifier . Tillverkaren ansvarar för att 
fordonsenheten uppfyller servervillkoren när denna tjänst 
utförs.  
6.1.2  Meddelandeformat  
CPR_051 Meddelandeformat för primitiv för  ReadDataByIdentifier  
anges i detalj i nedanstående tabeller.  
Tabell 25  
Meddelande med begäran om ReadDataByIdentifier  
Byte #  Parameternamn  Hexvärde  Memosymbol 
(mnemonic ) 
#1 Byte för format – fysisk adres­
sering  80 FMT  
#2 Byte för måladress  E E  TGT  
#3 Byte för källadress  t t  SRC  
#4 Byte för extra längd  0 3  LEN  
#5 ReadDataByIdentifier Re ­
quest Service Id  22 RDBI  
#6 till #7  recordDataIdentifier = [ett 
värde från Table 28]  xxxx  RDI_…  
#8 Kontrollsumma  00-FF  C S  
Tabell 26  
Positivt svarsmeddelande om ReadDataByIdentifier  
Byte #  Parameternamn  Hexvärde  Memosymbol 
(mnemonic ) 
#1 Byte för format – fysisk adressering  8 0  FMT  
#2 Byte för måladress  t t  TGT  
#3 Byte för källadress  E E  SRC  
#4 Byte för extra längd  m+3  LEN  
#5 ReadDataByIdentifier Positive Re ­
sponse Service Id  62 RDBIPR  
#6 och #7  recordDataIdentifier = [samma värde 
som byte #6 och #7 i Table 25]  xxxx  RDI_…  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 375  
Byte #  Parameternamn  Hexvärde  Memosymbol 
(mnemonic ) 
#8 till 
#m+7  dataRecord[] =  [data#1  x x  DREC_DAT­
A1 
: :  :  
data#m]  x x  DREC_DA­
TAm  
#m+8  Kontrollsumma  00-FF  C S  
Tabell 27  
Negativt svarsmeddelande om ReadDataByIdentifier  
Byte #  Parameternamn  Hexvärde  Memosymbol 
(mnemonic ) 
#1 Byte för format – fysisk adressering  8 0  FMT  
#2 Byte för måladress  t t  TGT  
#3 Byte för källadress  E E  SRC  
#4 Byte för extra längd  0 3  LEN  
#5 NegativeResponse Service Id  7F  NR  
#6 ReadDataByIdentifier Request Ser­
vice Id  22 RDBI  
#7 Svarskod ( re­
sponseCode =  [requestOutOf­
Range  31 RC_ROOR  
incorrectMessage­
Length  13 RC_IML  
conditionsNotCor­
rect] 22 RC_CNC  
#8 Kontrollsumma  00-FF  C S  
6.1.3  Parameterdefinition  
CPR_052 Parametern  recordDataIdentifier (RDI_)  i ett meddelande 
med begäran om  ReadDataByIdentifier  identifierar en 
datapost.  
▼M3 
CPR_053 Värden för recordDataIdentifier som definieras i detta doku­
ment visas i tabellen nedan.  
Tabellen för recordDataIdentifier består av fem kolumner 
och flera rader.  
— Den  första kolumnen (Hex)  innehåller det hexadeci­
mala värde som tilldelas den recordDataIdentifier som 
anges i den tredje kolumnen.  
— I den  andra kolumnen (Dataelement)  anges de data­
element i tillägg 1 som ligger till grund för recordDa­
taIdentifier (ibland är omkodning nödvändig).  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 376  
— I den  tredje kolumnen (Namn)  anges motsvarande 
namn på recordDataIdentifier.  
— I den  4:e kolumnen (tillträdesrättigheter)  specificeras 
tillträdesrättigheterna till denna recordDataIdentifier.  
— I den  femte kolumnen (Memosymbol)  anges memo­
symbol för denna recordDataIdentifier.  
Tabell 28  
Definition av värden för recordDataIdentifier  
Hex Dataelement  Namn på recordDataIdentifier 
(se format i avsnitt 8.2)  Tillträdes­
rättigheter 
(läs/skriv 
(Read/ 
Write )) Memosymbol 
(mnemonic ) 
F90B  CurrentDateTime  TimeDate  R/W  RDI_TD  
F912  HighResOdometer  HighResolutionTotalVehicleDis­
tance  R/W  RDI_HRTVD  
F918  K-ConstantOfRecordingEquipment  Kfactor  R/W  RDI_KF  
F91C  L-TyreCircumference  LfactorTyreCircumference  R/W  RDI_LF  
F91D  W-VehicleCharacteristicConstant  WvehicleCharacteristicFactor  R/W  RDI_WVCF  
F921  TyreSize  TyreSize  R/W  RDI_TS  
F922  nextCalibrationDate  NextCalibrationDate  R/W  RDI_NCD  
F92C  SpeedAuthorised  SpeedAuthorised  R/W  RDI_SA  
F97D  vehicleRegistrationNation  RegisteringMemberState  R/W  RDI_RMS  
F97E  VehicleRegistrationNumber  VehicleRegistrationNumber  R/W  RDI_ VRN  
F190  VehicleIdentificationNumber  VIN  R/W  RDI_ VIN  
F9D0  SensorSerialNumber  MotionSensorSerialNumber  R  RDI_SSN  
F9D1  RemoteCommunicationModuleSerial­
Number  RemoteCommunicationFacility­
SerialNumber  R RDI_RCSN  
F9D2  SensorGNSSSerialNumber  ExternalGNSSFacilitySerialNumber  R  RDI_GSSN  
F9D3  SealDataVu  SmartTachographSealsSerial­
Number  R/W  RDI_SDV  
F9D4  VuSerialNumber  VuSerialNumber  R  RDI_VSN  
F9D5  ByDefaultLoadType  ByDefaultLoadType  R/W  RDI_BDLT  
F9D6  TachographCardsGen1Suppression  TachographCardsGen1Suppres­
sion R/W  RDI_TCG1S  
F9D7  VehiclePosition  VehiclePosition  R  RDI_VP  
F9D8  LastCalibrationCountry  CalibrationCountry  R  RDI_CC  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 377  
CPR_054 Parametern  dataRecord (DREC_)  används av det positiva 
svarsmeddelandet för  ReadDataByIdentifier  för att tillhanda­
hålla det datapostvärde som identifieras av  recordDataIden ­
tifier  till klienten (provaren). Dataformaten specificeras i 
avsnitt 8. Ytterligare valfria användardata ( dataRecords ), 
inklusive in- och utdata samt interna data som är specifika 
för fordonsenheten, kan införas, men de definieras inte i 
detta dokument.  
6.2. Tjänsten WriteDataByIdentifier  
6.2.1  Meddelandebeskrivning  
CPR_056 Tjänsten  WriteDataByIdentifier  används av klienten för att skriva 
datapostvärden till en server. Dessa data identifieras genom  re­
cordDataIdentifier . Tillverkaren ansvarar för att fordonsenheten 
uppfyller servervillkoren när denna tjänst utförs. Vid uppdater ing 
av de parametrar som förtecknas i Table 28 måste fordonsenheten  
vara i kalibreringsläge (CALIBRATION).  
6.2.2  Meddelandeformat  
CPR_057 Meddelandeformat för primitiv för  WriteDataByIdentifier  
anges i detalj i nedanstående tabeller.  
Tabell 29  
Meddelande med begäran om WriteDataByIdentifier  
Byte #  Parameternamn  Hexvärde  Memosymbol 
(mnemonic ) 
#1 Byte för format – fysisk adressering  8 0  FMT  
#2 Byte för måladress  E E  TGT  
#3 Byte för källadress  t t  SRC  
#4 Byte för extra längd  m  +  3  LEN  
#5 WriteDataByIdentifier Request 
Service Id  2E WDBI  
#6 till #7  recordDataIdentifier  = [ett värde från 
Table 28]  xxxx  RDI_…  
#8 till 
#m+7  dataRecord[] =  [data#1  x x  DREC_DAT­
A1 
: :  :  
data#m]  x x  DREC_DA­
TAm  
#m+8  Kontrollsumma  00-FF  C S  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 378  
Tabell 30  
Positivt svarsmeddelande om WriteDataByIdentifier  
Byte #  Parameternamn  Hexvärde  Memosymbol 
(mnemonic ) 
#1 Byte för format – fysisk adres­
sering  80 FMT  
#2 Byte för måladress  t t  TGT  
#3 Byte för källadress  E E  SRC  
#4 Byte för extra längd  0 3  LEN  
#5 WriteDataByIdentifier Posi ­
tive Response Service Id  6E WDBIPR  
#6 till #7  recordDataIdentifier = [samma 
värde som byte #6 och #7 i 
Table 29]  xxxx  RDI_…  
#8 Kontrollsumma  00-FF  C S  
Tabell 31  
Negativt svarsmeddelande om WriteDataByIdentifier  
Byte #  Parameternamn  Hexvärde  Memosymbol 
(mnemonic ) 
#1 Byte för format – fysisk adressering  8 0  FMT  
#2 Byte för måladress  t t  TGT  
#3 Byte för källadress  E E  SRC  
#4 Byte för extra längd  0 3  LEN  
#5 NegativeResponse Service Id  7F  NR  
#6 WriteDataByIdentifier Request Ser­
vice Id  2E WDBI  
#7 Svarskod ( re­
sponseCode =  [requestOutOf­
Range  31 RC_ROOR  
incorrectMessage­
Length  13 RC_IML  
conditionsNotCor­
rect] 22 RC_CNC  
#8 Kontrollsumma  00-FF  C S  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 379  
6.2.3  Parameterdefinition  
Parametern  recordDataIdentifier (RDI_)  definieras i Table 28.  
Parametern  dataRecord (DREC_)  används av meddelandet med begä­
ran om  WriteDataByIdentifier  för att tillhandahålla servern (fordons­
enheten) de datapostvärden som identifieras genom  recordDataIdenti ­
fier. Dataformaten specificeras i avsnitt 8.  
7. KONTROLL AV PROVPULSER – FUNKTIONSENHET FÖR 
KONTROLL AV IN-/UTDATA  
Tillgängliga tjänster specificeras i nedanstående tabell:  
Tabell 32  
Funktionsenhet för kontroll av in-/utdata  
Namn på tjänsten  Beskrivning  
InputOutputControl­
ByIdentifier (kontroll 
av in-/utdata med hjälp 
av identifierare)  Klienten begär kontroll av in-/utdata som är 
specifika för servern.  
7.1. Tjänsten InputOutputControlByIdentifier  
7.1.1  Meddelandebeskrivning  
Det finns en koppling via frontanslutningen som gör det möjligt  att 
kontrollera eller övervaka provpulser med hjälp av en lämplig p rovare.  
CPR_058 Denna linje för in-/utsignaler vid kalibrering kan konf igure­
ras med K-line-kommandon med hjälp av tjänsten  InputOut ­
putControlByIdentifier  för att välja den in-/utfunktion som 
krävs för linjen. Linjen har följande tillstånd:  
— disabled  (avaktiverat).  
— speedSignalInput , där linjen för in-/utsignaler vid kalibre­
ring används för inmatning av en hastighetssignal (prov­
signal) som ersätter hastighetssignalen från rörelsesen­
sorn. Denna funktion är inte tillgänglig i kontrolläge 
(CONTROL).  
— realTimeSpeedSignalOutputSensor , där linjen för 
in-/utsignaler vid kalibrering används för utdata i form 
av hastighetssignalen från rörelsesensorn.  
— RTCOutput , där linjen för in-/utsignaler vid kalibrering 
används för utdata i form av klocksignalen (UTC). 
Denna funktion är inte tillgänglig i kontrolläge (CON­
TROL).  
CPR_059 Fordonsenheten måste ha påbörjat en inställningssession  och 
den måste vara i kalibrerings- (CALIBRATION) eller 
kontrolläge (CONTROL) för att konfigurera linjens tillstånd. 
När fordonsenheten är i kalibreringsläge (CALIBRATION) 
kan de fyra linjetillstånden väljas ( disabled , speedSignalIn ­
put, realTimeSpeedSignalOutputSensor , RTCOutput ). När 
fordonsenheten är i kontrolläge (CONTROL) kan endast 
två av de fyra linjetillstånden väljas ( disabled , realTimeS ­
peedSignalOutputSensor ). Vid avslutande av inställningsses­
sion eller av kalibrerings- (CALIBRATION) eller 
kontrolläge (CONTROL) ska fordonsenheten se till att lin­
jen för in-/utsignaler vid kalibrering återställs till ”avaktiv e­
rat” (förvalt) tillstånd.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 380  
CPR_060 Om hastighetspulser tas emot i fordonsenhetens ingående  
linje för hastighetssignal i realtid medan linjen för 
in-/utsignaler vid kalibrering är inställd för indata ska linje n 
för in-/utsignaler vid kalibrering ställas om för utdata eller 
återställas till det avaktiverade tillståndet.  
CPR_061 Sekvensen ska vara följande:  
— Upprätta kommunikation genom tjänsten StartCommuni­
cation.  
— Påbörja en inställningssession genom tjänsten StartDia­
gnosticSession och stå i kalibrerings- (CALIBRATION) 
eller kontrolläge (CONTROL) (ordningen på dessa två 
operationer saknar betydelse).  
— Ändra tillstånd för utdata med hjälp av InputOutputCon­
trolByIdentifier.  
7.1.2  Meddelandeformat  
CPR_062 Meddelandeformat för primitiv för  InputOutputControlByI ­
dentifier  anges i detalj i nedanstående tabeller.  
Tabell 33  
Meddelande med begäran om InputOutputControlByIdentifier  
Byte #  Parameternamn  Hexvärde  Memosymbol 
(mnemonic ) 
#1 Byte för format – fysisk adres­
sering  80 FMT  
#2 Byte för måladress  E E  TGT  
#3 Byte för källadress  t t  SRC  
#4 Byte för extra längd  x x  LEN  
#5 InputOutputControlByIden ­
tifier Request Sid  2F IOCBI  
#6 och #7  InputOutputIdentifier = [Ca­
librationInputOutput]  F960  IOI_CIO  
#8 eller 
#8 till #9  ControlOptionRecord = [  COR_…  
inputOutputControlParameter  
– ett värde från Table 36  xx IOCP_…  
controlState  – ett värde från 
Table 37 (se anmärkning ne­
dan)]  xx CS_…  
#9 eller #10  Kontrollsumma  00-FF  C S  
Anmärkning:  Parametern controlState ingår endast i vissa 
fall (se avsnitt 7.1.3).  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 381  
Tabell 34  
Positivt svarsmeddelande om InputOutputControlByIdentifier  
Byte #  Parameternamn  Hexvärde  Memosymbol 
(mnemonic ) 
#1 Byte för format – fysisk adres­
sering  80 FMT  
#2 Byte för måladress  t t  TGT  
#3 Byte för källadress  E E  SRC  
#4 Byte för extra längd  x x  LEN  
#5 inputOutputControlByIdenti ­
fier Positive Response SId  6F IOCBIPR  
#6 och #7  inputOutputIdentifier = [Ca­
librationInputOutput]  F960  IOI_CIO  
#8 eller 
#8 till #9  controlStatusRecord = [  CSR_  
inputOutputControlParameter  
(samma värde som byte #8 i 
Table 33)  xx IOCP_…  
controlState  (samma värde 
som byte #9 i Table 33)] (i 
förekommande fall)  xx CS_…  
#9 eller #10  Kontrollsumma  00-FF  C S  
Tabell 35  
Negativt svarsmeddelande om InputOutputControlByIdentifier  
Byte #  Parameternamn  Hexvärde  Memosymbol 
(mnemonic ) 
#1 Byte för format – fysisk adres­
sering  80 FMT  
#2 Byte för måladress  t t  TGT  
#3 Byte för källadress  E E  SRC  
#4 Byte för extra längd  0 3  LEN  
#5 NegativeResponse Service Id  7F  NR  
#6 inputOutputControlByIdentifier 
Request SId  2F IOCBI  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 382  
Byte #  Parameternamn  Hexvärde  Memosymbol 
(mnemonic ) 
#7 Svarskod ( responseCode = [  
incorrectMessageLength  1 3  RC_IML  
conditionsNotCorrect  2 2  RC_CNC  
requestOutOfRange  3 1  RC_ROOR  
deviceControlLimitsExceeded]  7  A  RC_DCLE  
#8 Kontrollsumma  00-FF  C S  
7.1.3  Parameterdefinition  
CPR_064 Parametern  inputOutputControlParameter (IOCP_)  definie­
ras i nedanstående tabell.  
Tabell 36  
Definition av värden för InputOutputControlByIdentifier  
Hex Beskrivning  Memosymbol 
(mnemonic ) 
00 ReturnControlToECU  
Detta värde ska ange för servern (fordonsenheten) 
att provaren inte längre har kontroll över linjen 
för in-/utsignaler vid kalibrering.  RCTECU  
01 ResetToDefault  
Med detta värde får servern (fordonsenheten) en 
begäran om att återställa linjen för in-/utsignaler 
vid kalibrering till dess förvalda tillstånd.  RTD  
03 ShortTermAdjustment  
Med detta värde får servern (fordonsenheten) en 
begäran om att ställa in linjen för in-/utsignaler 
vid kalibrering på det värde som ingår i 
parametern  controlState . STA  
CPR_065 Parametern  controlState  ingår endast när  inputOutputCon ­
trolParameter  har satts till  ShortTermAdjustment , och den 
definieras i nedanstående tabell.  
Tabell 37  
Definition av värden för controlState  
Läge  Hexvärde  Beskrivning  
Avaktivera  0 0  Linjen för in-/utsignaler är avaktiverad (för­
valt tillstånd).  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 383  
Läge  Hexvärde  Beskrivning  
Aktivera  0 1  Aktivera linjen för in-/utsignaler vid kalibre­
ring som  speedSignalInput . 
Aktivera  0 2  Aktivera linjen för in-/utsignaler vid kalibre­
ring som  realTimeSpeedSignalOutputSensor . 
Aktivera  0 3  Aktivera linjen för in-/utsignaler vid kalibre­
ring som  RTCOutput . 
▼M3 
8. TJÄNSTEN ROUTINECONTROL (TIDSINSTÄLLNING)  
8.1. Meddelandebeskrivning  
CPR_065a Tjänsten RoutineControl (TimeAdjustment) ger möjlighet  
att utlösa en anpassning av fordonsenhetens klocka till 
den tid som GNSS-mottagaren tillhandahåller.  
För att utföra tjänsten RoutineControl (TimeAdjustment) 
måste fordonsenheten vara i kalibreringsläge.  
Förutsättning : det måste säkerställas att fordonsenheten 
kan ta emot autentiserade positionsmeddelanden från 
GNSS-mottagaren.  
Så länge tidsinställningen pågår ska fordonsenheten svara 
på begäran RoutineControl, underfunktion requestRoutine­
Results, med routineInfo = 0x78.  
Anmärkning: tidsinställningen kan ta viss tid. Diagnospro­
varen ska begära status för tidsinställning genom att an­
vända underfunktionens requestRoutineResults.  
8.2. Meddelandeformat  
CPR_065b Meddelandeformat för primitiv för RoutineControl (Time ­
Adjustment) anges i detalj i nedanstående tabeller.  
Tabell 37a  
Meddelande med begäran om RoutineControl, rutin (TimeAdjustment), underfunktion startRoutine  
Byte #  Parameternamn  Hexvärde  Memosymbol 
(mnemonic ) 
#1 Byte för format – fysisk adressering  8 0  FMT  
#2 Byte för måladress  E E  TGT  
#3 Byte för källadress  t t  SRC  
#4 Byte för extra längd  x x  LEN  
#5 SID för begäran om RoutineControl ( RoutineControl Request Sid ) 31  RC  
#6 routineControlType = [startRoutine]  0 1  RCTP_STR  
#7 och #8  routineIdentifier = [TimeAdjustment]  0100  RI_TA  
#9 Kontrollsumma  00-FF  C S  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 384  
Tabell 37b  
Positivt svarsmeddelande om RoutineControl, rutin (TimeAdjustment), underfunktion startRoutine  
Byte #  Parameternamn  Hexvärde  Memosymbol 
(mnemonic ) 
#1 Byte för format – fysisk adressering  8 0  FMT  
#2 Byte för måladress  t t  TGT  
#3 Byte för källadress  E E  SRC  
#4 Byte för extra längd  x x  LEN  
#5 SID för positivt svar om RoutineControl ( RoutineControl Positive 
Response Sid ) 71 RCPR  
#6 routineControlType = [startRoutine]  0 1  RCTP_STR  
#7 och #8  routineIdentifier = [TimeAdjustment]  0100  RI_TA  
#9 Kontrollsumma  00-FF  C S  
Tabell 37c  
Meddelande med begäran om RoutineControl, rutin (TimeAdjustment), underfunktion requestRoutineResults  
Byte #  Parameternamn  Hexvärde  Memosymbol 
(mnemonic ) 
#1 Byte för format – fysisk adressering  8 0  FMT  
#2 Byte för måladress  E E  TGT  
#3 Byte för källadress  t t  SRC  
#4 Byte för extra längd  x x  LEN  
#5 SID för begäran om RoutineControl ( RoutineControl Request Sid ) 31  RC  
#6 routineControlType = [requestRoutineResults]  0 3  RCTP_RRR  
#7 och #8  routineIdentifier = [TimeAdjustment]  0100  RI_TA  
#9 Kontrollsumma  00-FF  C S  
Tabell 37d  
Positivt svarsmeddelande om RoutineControl, rutin (TimeAdjustment), underfunktion requestRoutineResults  
Byte #  Parameternamn  Hexvärde  Memosymbol 
(mnemonic ) 
#1 Byte för format – fysisk adressering  8 0  FMT  
#2 Byte för måladress  t t  TGT  
#3 Byte för källadress  E E  SRC  
#4 Byte för extra längd  x x  LEN  
#5 SID för positivt svar om RoutineControl ( RoutineControl Positive 
Response Sid ) 71 RCPR  
#6 routineControlType = [requestRoutineResults]  0 3  RCTP_RRR  
#7 och #8  routineIdentifier = [TimeAdjustment]  0100  RI_TA  
#9 routineInfo (se tabell 37f)  X X  RINF_TA  
#10 routineStatusRecord[] = routineStatus#1 (se tabell 37g)  X X  RS_TA  
#11 Kontrollsumma  00-FF  C S  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 385  
Tabell 37e  
Negativt svarsmeddelande om RoutineControl, rutin (TimeAdjustment)  
Byte #  Parameternamn  Hexvärde  Memosymbol 
(mnemonic ) 
#1 Byte för format – fysisk adressering  8 0  FMT  
#2 Byte för måladress  t t  TGT  
#3 Byte för källadress  E E  SRC  
#4 Byte för extra längd  0 3  LEN  
#5 SID för negativt svar ( negativeResponse Service Id ) 7F  NR  
#6 inputOutputControlByIdentifier Request SId  3 1  RC  
#7 responseCode=[ 
sub-functionNotSupported 
incorrectMessageLengthOrInvalidFormat 
conditionsNotCorrect 
requestOutOfRange 
] 12 
13 
22 
31 SFNS 
IMLOIF 
CNC 
ROOR  
#8 Kontrollsumma  00-FF  C S  
Tabell 37f  
RoutineControl, rutin (TimeAdjustment), routineInfo  
routineInfo  Hexvärde  Beskrivning  
NormalExitWithResultAvailable  6 1  Rutinen slutfördes helt, och ytterligare rutinresultat är 
tillgängliga.  
RoutineExecutionOngoing  7 8  Den begärda rutinen utförs fortfarande.  
Tabell 37g  
RoutineControl, rutin (TimeAdjustment), routineStatus  
Hexvärde  Provresultat  Beskrivning  
01 Positivt  Tidsinställningen har slutförts utan problem.  
02..0F  RFU  
10 Negativt  Ingen mottagning av GNSS-signal.  
11..7F  RFU  
80..FF  Tillverkarspecifikt.  
9. FORMAT FÖR DATARECORDS  
I detta avsnitt beskrivs följande:  
— Allmänna regler som ska tillämpas på de olika parametrar som 
överförs av fordonsenheten till provaren.  
— Format som ska användas för data som överförs via de dataöver ­
föringstjänster som beskrivs i avsnitt 6.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 386  
CPR_067 Det ska finnas stöd i fordonsenheten för alla parametra r 
som beskrivs här.  
CPR_068 Data som överförs av fordonsenheten till provaren som s var 
på en begäran ska vara uppmätta (dvs. aktuellt värde på den 
begärda parametern enligt fordonsenhetens mätning eller 
observation).  
9.1. Intervall för överförda parametrar  
CPR_069 I tabell 38 visas de intervall som används för att avgö ra 
huruvida en överförd parameter har ett giltigt värde.  
CPR_070 Med hjälp av värdena i det intervall som betecknas ”fel ­
indikator” kan fordonsenheten omedelbart meddela att det 
för närvarande inte finns några tillgängliga giltiga parame­
terdata på grund av någon typ av fel i färdskrivaren.  
CPR_071 Med hjälp av värdena i intervallet ”ej tillgängligt” ka n for­
donsenheten skicka ett meddelande som innehåller en para­
meter som inte är tillgänglig eller som inte är giltig i den 
aktuella modulen. Med hjälp av värdena i intervallet ”ej 
begärt” kan en enhet skicka ett kommandomeddelande 
och identifiera de parametrar för vilka inget svar förväntas 
från den mottagande enheten.  
CPR_072 P>Om ett komponentfel förhindrar överföringen av giltig a data 
för en parameter, bör den felindikator som beskrivs i tabell 38  
användas i stället för parameterns data. Om uppmätta eller 
beräknade data har ett värde som är giltigt men som inte ligger  
inom det fastställda parameterintervallet, bör felindikatorn em el­
lertid inte användas. I sådana fall bör data överföras i form a v 
motsvarande minsta eller största parametervärde.  
Tabell 38  
Intervall för dataRecords  
Intervallbeteckning  1 byte 
(Hexvärde)  2 byte 
(Hexvärde)  4 byte 
(Hexvärde)  ASCII  
Giltig signal  00 till FA  0000 till FAFF  00000000 till FAFFFFFF  1 till 254  
Parameterspecifik indikator  F B  FB00 till FBFF  FB000000 till FBFFFFFF  Saknas  
Intervall reserverat för framtida indi­
katorbitar  FC till FD  FC00 till FDFF  FC000000 till FDFFFFFF  Saknas  
Felindikator  F E  FE00 till FEFF  FE000000 till FEFFFFFF  0  
Ej tillgängligt eller ej begärt  F F  FF00 till FFFF  FF000000 till FFFFFFFF  F F  
CPR_073 För ASCII-kodade parametrar är tecknet ”* ” reserverat som 
avgränsare.  
9.2. Format för dataRecords  
I tabellerna 39–42 nedan beskrivs de format som ska användas vi a 
tjänsterna ReadDataByIdentifier och WriteDataByIdentifier.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 387  
CPR_074 Tabell 39 innehåller uppgifter om längd, upplösning och  
driftsintervall för varje parameter som identifieras med hjälp 
av dess recordDataIdentifier:  
Tabell 39  
Format för dataRecords  
Parameternamn  Datalängd 
(byte)  Upplösning  Driftsintervall  
TimeDate  8  Se vidare detaljer i tabell 40.  
HighResolutionTotalVehicleDis­
tance  4 5 m ökning per bit, 0 m offset  0 till +21 055 406 km  
Kfactor  2  0,001 pulser/m ökning per bit, 0 
offset  0 till 64,255 pulser/m  
LfactorTyreCircumference  2  0,125 10  –3 m ökning per bit, 0 
offset  0 till 8,031 m  
WvehicleCharacteristicFactor  2  0,001 pulser/m ökning per bit, 0 
offset  0 till 64,255 pulser/m  
TyreSize  1 5  ASCII  ASCII  
NextCalibrationDate  3  Se vidare detaljer i tabell 41.  
SpeedAuthorised  2  1/256km/h ökning per bit, 0 off­
set 0 till 250,996 km/h  
RegisteringMemberState  3  ASCII  ASCII  
VehicleRegistrationNumber  1 4  Se vidare detaljer i tabell 42.  
VIN 1 7  ASCII  ASCII  
SealDataVu  5 5  Se vidare detaljer i tabell 43.  
ByDefaultLoadType  1  Se vidare detaljer i tabell 44.  
VuSerialNumber  8  Se vidare detaljer i tabell 45.  
SensorSerialNumber  8  Se vidare detaljer i tabell 45.  
SensorGNSSSerialNumber  8  Se vidare detaljer i tabell 45.  
RemoteCommunicationModuleSeri­
alNumber  8 Se vidare detaljer i tabell 45.  
TachographCardsGen1Suppression  2  Se vidare detaljer i tabell 46.  
VehiclePosition  1 4  Se vidare detaljer i tabell 47.  
CalibrationCountry  3  ASCII  NationAlpha, enligt 
definitionen i tillägg 1.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 388  
CPR_075 Tabell 40 innehåller uppgifter om olika byte i paramete rn 
TimeDate:  
Tabell 40  
Detaljformat för TimeDate (värde # F90B för recordDataIdentifier)  
Byte  Parameterdefinition  Upplösning  Driftsintervall  
1 Sekunder  0,25 s ökning per bit, 0 s offset  0 till 59,75s  
2 Minuter  1 min ökning per bit, 0 min offset  0 till 59 min  
3 Timmar  1 h ökning per bit, 0 h offset  0 till 23 h  
4 Månad  1 månad ökning per bit, 0 månader offset  1 till 12 månader  
5 Dag  0,25 dag ökning per bit, 0 dagar offset (se 
anmärkning under tabell 41)  0,25 till 31,75 dagar  
6 Å r  1 år ökning per bit, +1985 år offset 
(se anmärkning under tabell 41)  1985 till 2235 (kalenderår)  
7 Lokal offset – minuter  1 min ökning per bit, -125 min offset  -59 till +59 min  
8 Lokal offset – timmar  1 h ökning per bit, -125 h offset  –23 till +23 h  
CPR_076 Tabell 41 innehåller uppgifter om olika byte i paramete rn 
NextCalibrationDate:  
Tabell 41  
Detaljformat för NextCalibrationDate (värde # F922 för recordDataIdentifier)  
Byte  Parameterdefinition  Upplösning  Driftsintervall  
1 Månad  1 månad ökning per bit, 0 månader offset  1 till 12 månader  
2 Dag  0,25 dagar ökning per bit, 0 dagar offset (se 
anmärkning nedan)  0,25 till 31,75 dagar  
3 Å r  1 år ökning per bit, +1985 år offset 
(se anmärkning nedan)  1985 till 2235 (kalenderår)  
Anmärkning beträffande användningen av parametern för 
”dag”:  
1) 0 är ett ogiltigt värde för datum. Värdena 1, 2, 3 och 4 
betecknar den första dagen i månaden; 5, 6, 7 och 8 
betecknar den andra dagen i månaden osv.  
2) Denna parameter ändrar eller påverkar inte parametern 
för ”timmar” ovan.  
Anmärkning beträffande användningen av parametern för 
”år”:  
Värdet 0 för år betecknar år 1985; värdet 1 betecknar 1986 
osv. ▼M3
02016R0799 — SV — 21.08.2023 — 003.001 — 389  
CPR_078 Tabell 42 innehåller uppgifter om format för olika byte  i  
parametern VehicleRegistrationNumber:  
Tabell 42  
Detaljformat för VehicleRegistrationNumber (värde # F97E för recordDataIdentifier)  
Byte  Parameterdefinition  Upplösning  Driftsintervall  
1 Teckentabell (enligt definitionen i tillägg 1)  Ej tillämpligt  VehicleRegistrationNumber  
2 – 14  Fordonets registreringsnummer (enligt defini­
tionen i tillägg 1)  Ej tillämpligt  VehicleRegistrationNumber  
CPR_090 Tabell 43 innehåller uppgifter om olika byte i paramete rn 
SealDataVu:  
Tabell 43  
Detaljformat för SealDataVu (värde # F9D3 för recordDataIdentifier)  
Byte  Parameterdefinition  Upplösning  Driftsintervall  
1 – 11  sealRecord1. Format för SealRecord (enligt 
definitionen i tillägg 1)  Ej tillämpligt  SealRecord  
12 – 22  sealRecord2. Format för SealRecord (enligt 
definitionen i tillägg 1)  Ej tillämpligt  SealRecord  
23 – 33  sealRecord3. Format för SealRecord (enligt 
definitionen i tillägg 1)  Ej tillämpligt  SealRecord  
34 – 44  sealRecord4. Format för SealRecord (enligt 
definitionen i tillägg 1)  Ej tillämpligt  SealRecord  
45 – 55  sealRecord5. Format för SealRecord (enligt 
definitionen i tillägg 1)  Ej tillämpligt  SealRecord  
Anmärkning:  Om det finns färre än 5 plomberingar tillgäng­
liga ska värdet av EquipmentType i alla ej använda sealRe­
cords sättas till 15, dvs. ”ej använd”.  
CPR_091 Tabell 44 innehåller uppgifter om olika byte i paramete rn 
ByDefaultLoadType:  
Tabell 44  
Detaljformat för ByDefaultLoadType (värde # F9D5 för recordDataIdentifier)  
Byte  Parameterdefinition  Upplösning  Driftsintervall  
1 loadType 
'00'H: Odefinierad typ av last 
'01'H: Gods 
'02'H: Passagerare  Ej tillämpligt  ”00”H–”02”H  
CPR_092 Tabell 45 innehåller uppgifter om format för olika byte  i para­
metrarna VuSerialNumber, SensorSerialNumber, SensorGNSS­
SerialNumber och RemoteCommunicationModuleSerialNumber:  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 390  
Tabell 45  
Detaljformat för VuSerialNumber, SensorSerialNumber, SensorGNSSSerialNumber och 
RemoteCommunicationModuleSerialNumber (värdena # F9D4, F9D0, F9D2 respektive F9D1 för 
recordDataIdentifier)  
Byte  Parameterdefinition  Upplösning  Driftsintervall  
1 VuSerialNumber, SensorSerialNumber, Sen­
sorGNSSSerialNumber och RemoteCommu­
nicationModuleSerialNumber: 
Format för ExtendedSerialNumber (enligt de­
finitionen i tillägg 1).  Ej tillämpligt  ExtendedSerialNumber  
CPR_093 Tabell 46 innehåller uppgifter om format för olika byte  i  
parametern TachographCardsGen1Suppression:  
Tabell 46  
Detaljformat för TachographCardsGen1Suppression (värde # F9D6 för recordDataIdentifier)  
Byte  Parameterdefinition  Upplösning  Driftsintervall  
1-2 TachographCardsGen1Suppression. Format 
för TachographCardsGen1Suppression (en­
ligt definitionen i tillägg 1)  Ej tillämpligt  '0000'H, 'A5E3'H  
CPR_094 Tabell 47 innehåller uppgifter om format för olika byte  i  
parametern VehiclePosition:  
Tabell 47  
Detaljformat för VehiclePosition (värde # F9D7 för recordDataIdentifier)  
Byte  Parameterdefinition  Upplösning  Driftsintervall  
1 - 4  Tidsstämpeln när fordonets position fastställ­
des. Ej tillämpligt  TimeReal  
5 GNSS-precision  Ej tillämpligt  GNSSAccuracy  
6 - 11  Fordonets position  Ej tillämpligt  GeoCoordinates  
12 Autentiseringsstatus  Ej tillämpligt  PositionAuthenticationStatus  
13 Aktuellt land  Ej tillämpligt  NationNumeric  
14 Aktuell region  Ej tillämpligt  RegionNumeric  
Anmärkning : Efter uppdatering av fordonets position kan 
uppdateringen av aktuellt land och aktuell region dröja.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 391  
Tillägg 9  
TYPGODKÄNNANDE FÖRTECKNING ÖVER MINSTA NÖDVÄNDIGA 
UPPSÄTTNING PROV  
INNEHÅLLSFÖRTECKNING  
1. INLEDNING  
2. FUNKTIONSPROVNING AV FORDONSENHET  
3. FUNKTIONSPROVNING AV RÖRELSESENSOR  
4. FUNKTIONSPROVNING AV FÄRDSKRIVARKORT  
5. PROVNING AV EXTERN GNSS-ANORDNING  
▼M1 
6. PROVNING AV EXTERN KOMMUNIKATIONSANORDNING FÖR 
FJÄRRAVLÄSNING  
▼B 
7. FUNKTIONSPROVNING AV PAPPER  
8. PROVNING AV DRIFTSKOMPATIBILITET  
▼M3 
9. PROVNING AV OSNMA  
▼B 
1. INLEDNING  
1.1. Typgodkännande  
EG-typgodkännande för en färdskrivare (eller komponent) eller e tt färd­
skrivarkort bygger på följande:  
— En  säkerhetscertifiering , baserad på specifikationer enligt CC ( Com­
mon Criteria ), i förhållande till ett säkerhetsmål som till fullo över­
ensstämmer med tillägg 10 till denna bilaga.  
— En  funktionscertifiering , utförd av en myndighet i en medlemsstat, 
som intygar att det provade föremålet uppfyller kraven i denna bilaga 
med avseende på funktioner, mätnoggrannhet och miljöegenskaper.  
— En  certifiering av driftskompatibiliteten , utförd av ett behörigt or­
gan, som intygar att färdskrivaren (eller färdskrivarkortet) är  fullstän­
digt driftskompatibel(t) med de modeller av färdskrivarkort (el ler färd­
skrivare) som krävs (se kapitel 8 i denna bilaga).  
I detta tillägg anges de prov som minst ska utföras av en myndi ghet i en 
medlemsstat vid funktionsprovningarna, och de prov som minst sk a utfö­
ras av ett behörigt organ vid provningarna av driftskompatibili teten. För­
faranden för att utföra proven eller typen av prov specificeras  inte 
ytterligare.  
Säkerhetscertifieringen omfattas inte av detta tillägg. Om viss a prov som 
krävs för typgodkännande utförs vid säkerhetsutvärderingen och säkerhets­
certifieringen behöver dessa prov inte utföras igen. I detta fa ll behöver 
bara resultaten från dessa säkerhetsprov undersökas. De krav so m förvän­
tas bli provade (eller som är nära förknippade med prov som för väntas bli 
utförda) vid säkerhetscertifieringen är markerade med ”*” i det ta tillägg.  
De numrerade kraven hänvisar till huvudtexten i bilagan, medan övriga 
krav hänvisar till de andra tilläggen (t.ex. hänvisar ”PIC_001”  till krav 
PIC_001 i tillägg 3 om piktogram).  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 392  
I detta tillägg åtskiljs typgodkännandet av rörelsesensorn, for donsenheten 
och den externa GNSS-anordningen, som alla betraktas som kompon enter 
i färdskrivaren. Varje komponent kommer att få sitt eget typgod kännan­
deintyg, där övriga driftskompatibla komponenter kommer att ang es. 
Funktionsprovet av rörelsesensorn (eller den externa GNSS-anord ningen) 
utförs tillsammans med fordonsenheten och omvänt.  
Driftskompatibilitet mellan varje modell av rörelsesensor (resp ektive ex­
tern GNSS-anordning) och varje modell av fordonsenhet är inte n ödvän­
dig. I detta fall kan ett typgodkännande för en rörelsesensor ( respektive 
extern GNSS-anordning) beviljas endast i kombination med typgod kän­
nandet för den relevanta fordonsenheten och omvänt.  
▼M3 
Den myndighet i medlemsstaterna som ansvarar för funktionsprovn ingen 
av en fordonsenhet eller en extern GNSS-anordning måste säkerst älla att 
den inbyggda GNSS-mottagaren har godkänts i de OSNMA-provningar  
som anges i detta tillägg. Dessa provningar anses utgöra en del  av funk­
tionsprovningen av fordonsenheten eller den externa GNSS-anordn ingen.  
▼B 
1.2. Referenser  
Följande referenser används i detta tillägg:  
IEC 60068-2-1: Environmental testing – Part 2-1: Tests – Test A : Cold  
IEC 60068-2-2: Basic environmental testing procedures; part 2: tests; tests 
B: dry heat  
(sinusoidal). IEC 60068-2-6:  
Environmental testing – Part 2: Tests – Test Fc: Vibration IEC 60068-2- 
14: 
Environmental testing; Part 2-14: Tests; Test N: Change of temp erature 
IEC 60068-2-27:  
Environmental testing. Part 2: Tests. Test Ea and guidance: Sho ck IEC 
60068-2-30:  
Environmental testing – Part 2-30: Tests – Test Db: Damp 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: Damp heat,  steady 
state ISO 16750-3 –  
Mechanical loads (2012-12) ISO 16750-4 –  
Climatic loads (2010-04). ISO 20653: Road vehicles – Degree of protec­
tion (IP code) – Protection of electrical equipment against for eign objects, 
water and access  
ISO 10605:2008 + Technical Corrigendum:2010 + AMD1:2014 Road ve ­
hicles – Test methods for electrical disturbances from electros tatic dis­
charge  
ISO 7637-1:2002 + AMD1: 2008 Road vehicles – Electrical disturb ances 
from conduction and coupling – Part 1: Definitions and general 
considerations.  
ISO 7637-2 Road vehicles – Electrical disturbances from conduct ion and 
coupling – Part 2: Electrical transient conduction along supply  lines only.  
ISO 7637-3 Road vehicles – Electrical disturbances from conduct ion and 
coupling – Part 3: Electrical transient transmission by capacit ive and 
inductive coupling via lines other than supply lines.  
ISO/IEC 7816-1 Identification cards – Integrated circuit(s) car ds with 
contacts – Part 1: Physical characteristics..  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 393  
ISO/IEC 7816-2 Information technology – Identification cards – Integrated 
circuit(s) cards with contacts – Part 2: Dimensions and locatio n of the contacts.  
ISO/IEC 7816-3 Information technology – Identification cards – Integrated 
circuit(s) cards with contacts – Part 3: Electronic signals and  transmission 
protocol.  
ISO/IEC 10373-1:2006 + AMD1:2012 Identification cards – Test me thods 
– Part 1: General characteristics  
ISO/IEC 10373-3:2010 + Technical Corrigendum:2013 Identificatio n 
cards – Test methods – Part 3: Integrated circuit cards with co ntacts 
and related interface devices  
ISO 16844-3:2004, Cor 1:2006 Road vehicles – Tachograph systems  –  
Part 3: Motion sensor interface (with vehicle units).  
ISO 16844-4 Road vehicles – Tachograph systems – Part 4: CAN in terface  
ISO 16844-6 Road vehicles – Tachograph systems – Part 6: Diagno stics 
ISO 16844-7 Road vehicles – Tachograph systems – Part 7: Parame ters 
ISO 534 Paper and board – Determination of thickness, density a nd spe­
cific volume  
▼M3 
RGODP  JRC Technical Report - Receiver guidelines for OSNMA data 
processing  
▼B 
UN ECE R10 Uniform provisions concerning the approval of vehicl es 
with regard to electromagnetic compatibility (United Nation Eco nomic 
Commission for Europe)  
2. FUNKTIONSPROVNING AV FORDONSENHET  
▼M1 
Nr Prov  Beskrivning  Tillämpliga krav  
1 Administrativ provning  
1.1 Dokumentation  Dokumentationens korrekthet  
1.2 Tillverkarens provre­
sultat  Resultat från tillverkarens prov som utförts 
under integreringen 
Uppvisande av provningsdokumentation  88, 89, 91  
2 Okulär besiktning  
2.1 Överensstämmelse med dokumentation  
2.2 Identifiering/märkningar  224–226  
2.3 Material  219–223  
2.4 Plombering  398, 401–405  
2.5 Externa gränssnitt  
3 Funktionsprov  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 394  
Nr Prov  Beskrivning  Tillämpliga krav  
▼M3 
3.1 Tillhandahållna funktioner  02, 03, 04, 05, 07, 382,  
3.2 Driftlägen  09–11*, 134, 135  
3.3 Tillträdesrättigheter till data och funktioner  12*, 13*, 382, 383, 386–389  
3.4 Övervakning av insättning och uttag av kort  15, 16, 17, 18, 19*, 20*, 134  
3.5 Mätning av hastighet, position och sträcka  2 1 – 3 7  
3.6 Tidsmätning (prov utförs vid 20 °C)  3 8 – 4 3  
3.7 Övervakning av föraraktiviteter  44–53, 134  
3.8 Övervakning av körningsstatus  54, 55, 134  
3.9 Förarens angivelser  56–62c  
3.10 Hantering av företagslås  6 3 – 6 8  
3.11 Övervakning av kontrollaktiviteter  69, 70  
3.12 Upptäckt av händelser och/eller fel  71–88a, 134  
3.13 Data för identifiering av utrustning  93*, 94*, 97, 100  
3.14 Data om insättning och uttag av förarkort eller verkstadskort  102*–104*  
3.15 Data om föraraktiviteter  105*–107*  
3.16 Data om platser och positioner  108*–112*  
3.17 Vägmätardata  113*–115*  
3.18 Detaljerade hastighetsdata  116*  
3.19 Händelsedata  117*  
3.20 Data om fel  118*  
3.21 Kalibreringsdata  119*–121*  
3.22 Data om tidsinställning  124*, 125*  
3.23 Data om kontrollaktiviteter  126*, 127*  
3.24 Data om företagslås  128*  
3.25 Data om överföringsaktiviteter  129*  
3.26 Data om särskilda omständigheter  130*, 131*  
3.27 Data om färdskrivarkort  132*, 133*  ▼M1
 02016R0799 — SV — 21.08.2023 — 003.001 — 395  
Nr Prov  Beskrivning  Tillämpliga krav  
3.28 Gränspassager  133a*–133d*  
3.29 Lastnings-/lossningsaktivitet  133e*–133i*  
3.30 Digital karta  133j*–133t*  
3.31 Registrering och lagring på färdskrivarkort  136, 137, 138*, 139*, 141*, 
142, 143 
144, 145, 146*, 147*, 147a*, 
147b*, 148*, 149, 150, 150a  
3.32 Visning  90, 134, 
151–168 
PIC_001, DIS_001  
3.33 Utskrift  90, 134,169–181, PIC_001, 
PRT_001–PRT_014  
3.34 Varning  134, 182–191 
PIC_001  
3.35 Överföring av data till externa media  90, 134, 192–196  
3.36 Fjärravläsning vid riktade vägkontroller  197–199  
3.37 Datautbyte med ytterligare externa enheter  200, 201  
3.38 Kalibrering  202–206*, 383, 384, 386–391  
3.39 Kalibreringskontroll på väg  207–209  
3.40 Tidsinställning  210–212*  
3.41 Övervakning av gränspassager  226a–226c  
3.42 Programvaruuppdatering  226d–226f  
3.43 Avsaknad av störningar från ytterligare funktioner  06, 425  
3.44 Gränssnitt för rörelsesensorer  02, 122  
3.45 Extern GNSS-anordning  03, 123  
3.46 Kontroll att fordonsenheten upptäcker, registrerar och lagrar den eller de 
händelser och/eller det eller de fel som definierats av fordons enhetens 
tillverkare när en parad rörelsesensor reagerar på magnetfält s om stör 
rörelsedetekteringen.  217 
3.47 Chiffersvit och standardiserade domänparametrar  CSM_48, CSM_50  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 396  
Nr Prov  Beskrivning  Tillämpliga krav  
4 Miljöprovningar  
4.1 Temperatur  Kontrollera funktionalitet genom: 
Prov enligt ISO 16750-4, kapitel 5.1.1.2: Low 
temperature operation test (72 h vid – 20 °C) 
Detta prov hänvisar till IEC 60068-2-1: Envi­
ronmental testing - Part 2-1: Tests - Test A: 
Cold 
Prov enligt ISO 16750-4: kapitel 5.1.2.2: High 
temperature operation test (72 h vid 70 °C) 
Detta prov hänvisar till IEC 60068-2-2: Basic en­
vironmental testing procedures; part 2: tests; tests 
B: dry heat 
Prov enligt ISO 16750-4: kapitel 5.3.2: Rapid 
change of temperature with specified transition 
duration (–20 °C/70 °C, 20 cykler, uppehållstid 
(dwell time ) 2 timmar vid varje temperatur) 
En minskad uppsättning prov (bland dem som 
anges i del 3 i denna tabell) kan utföras vid den 
lägre temperaturen, den högre temperaturen och 
under temperaturcyklerna.  213 
4.2 Luftfuktighet  Kontrollera att fordonsenheten tål en cyklisk 
fuktighet (värmeprov) genom IEC 60068-2- 
30, test Db, sex 24-timmarscykler, med en 
temperatur som varierar mellan +25 °C och 
+55 °C och en relativ luftfuktighet av 97 % 
vid +25 °C, motsvarande 93 % vid +55 °C.  214 
4.3 Mekanik  1. Sinusformade vibrationer: 
Kontrollera att fordonsenheten tål sinusfor­
made vibrationer med följande egenskaper: 
Konstant variation mellan 5 och 11 Hz: 
amplitud 10 mm. 
Konstant acceleration mellan 11 och 
300 Hz: 5 g 
Detta krav kontrolleras genom IEC 68-2-6, 
test Fc, med en minsta provtid av 3 × 12 
timmar (12 timmar per axel). 
I ISO 16750-3 krävs inget prov med sinus­
formade vibrationer för anordningar som 
är placerade i en fjädrad ( decoupled ) 
fordonshytt. 
2. Slumpartade vibrationer: 
Prov enligt ISO 16750-3: kapitel 4.1.2.8: 
Test VIII: Commercial vehicle, decoupled 
vehicle cab  219 ▼M1
 02016R0799 — SV — 21.08.2023 — 003.001 — 397  
Nr Prov  Beskrivning  Tillämpliga krav  
Slumpartat vibrationsprov, 10–2 000 Hz, effektiv­
värde i höjdled 21,3 m/s  2 , effektivvärde i längdled 
11,8 m/s  2 , effektivvärde i sidled 13,1 m/s  2 , 3 ax­
lar, 32 timmar per axel, inklusive temperaturcykel 
mellan – 20 °C och + 70 °C. 
Detta prov hänvisar till IEC 60068-2-64: Environ­
mental testing - Part 2-64: Tests - Test Fh: Vibra­
tion, broadband random and guidance 
3. Stötar: 
Mekanisk stöt med 3 g, halvsinusformad, i en­
lighet med ISO 16750. 
Proven ovan ska utföras på olika exemplar av den 
utrustning som provas.  
4.4 Skydd mot vatten och 
främmande föremål  Prov enligt ISO 20653: Road vehicles – Deg­
ree of protection (IP code) – Protection of 
electrical equipment against foreign objects, 
water and access (inga ändrade parametrar), 
minimivärde IP 40  220, 221  
4.5 Skydd mot överspän­
ning Kontrollera att fordonsenheten tål strömtillför­
sel enligt följande: 
24 V-versioner: 34 V vid +40 °C, 1 timme 
12 V-versioner: 17 V vid +40 °C, 1 timme 
(ISO 16750-2)  216 
4.6 Skydd mot omkastade 
poler  Kontrollera att fordonsenheten tål en omkast­
ning av strömtillförseln. 
(ISO 16750-2)  216 
4.7 Skydd mot kortslutning  Kontrollera att in- och utsignaler är skyddade 
mot kortslutning i strömtillförsel och jord. 
(ISO 16750-2)  216 
5 EMC-prov  
5.1 Utstrålning och käns­
lighet  Överensstämmelse med förordning ECE R10  218  
5.2 Elektrostatisk urladd­
ning Överensstämmelse med ISO 10605:2008 + 
Technical Corrigendum: 2010 + 
AMD1:2014: +/– 4 kV för kontakt och +/– 
8 kV för urladdning till luft  218 ▼M1
 02016R0799 — SV — 21.08.2023 — 003.001 — 398  
Nr Prov  Beskrivning  Tillämpliga krav  
5.3 Känslighet för över­
förda transienter i 
strömtillförseln  För 24 V-versioner: överensstämmelse med 
ISO 7637-2 + ECE förordning nr 10 Rev. 3: 
puls 1a: Vs = – 450 V, Ri = 50 Ohm 
puls 2a: Vs = + 37 V, Ri = 2 Ohm 
puls 2b: Vs = + 20 V, Ri = 0,05 Ohm 
puls 3a: Vs = – 150 V, Ri = 50 Ohm 
puls 3b: Vs = + 150 V, Ri = 50 Ohm 
puls 4: Vs = – 16 V, Va = – 12 V, t6 = 100 ms 
puls 5: Vs = + 120 V, Ri = 2,2 Ohm, td = 250 ms 
För 12 V-versioner: överensstämmelse med ISO 
7637-1 + ECE förordning nr 10 Rev. 3: 
puls 1: Vs = – 75 V, Ri = 10 Ohm 
puls 2a: Vs = + 37 V, Ri = 2 Ohm 
puls 2b: Vs = + 10 V, Ri = 0,05 Ohm 
puls 3a: Vs = – 112 V, Ri = 50 Ohm 
puls 3b: Vs = + 75 V, Ri = 50 Ohm 
puls 4: Vs = – 6 V, Va = – 5 V, t6 = 15 ms 
puls 5: Vs = + 65 V, Ri = 3 Ohm, td = 100 ms 
Puls 5 ska endast provas för de fordonsenheter 
som är avsedda att installeras i fordon för vilka 
inget externt gemensamt skydd mot laddnings­
dump ( load dump ) används. 
För förslag till laddningsdump, se ISO 16750-2, 
4:e utgåvan, kapitel 4.6.4.  218 
▼B 
3. FUNKTIONSPROVNING AV RÖRELSESENSOR  
Nr Prov  Beskrivning  Tillämpliga krav  
1 Administrativ provning  
1.1 Dokumentation  Dokumentationens korrekthet  
2 Okulär besiktning  
2.1 Överensstämmelse med dokumentation  
2.2 Identifiering/märkningar  225, 226  
2.3 Material  219–223  
2.4 Plombering  398, 401–405  
3 Funktionsprov  
3.1 Sensorns identifieringsdata  95–97*  ▼M1
 02016R0799 — SV — 21.08.2023 — 003.001 — 399  
Nr Prov  Beskrivning  Tillämpliga krav  
3.2 Parning av rörelsesensor och fordonsenhet  122*, 204  
3.3 Rörelseavkänning 
Rörelsemätningens noggrannhet  30–35  
3.4 Gränssnitt med fordonsenhet  0 2  
3.5 Kontrollera att rörelsesensorn är immun mot magnetfält, eller kontrollera att 
rörelsesensorn reagerar på konstanta magnetfält som stör fordon ets rörelseavkän­
ning, så att en ansluten fordonsenhet kan upptäcka, registrera och lagra 
sensorfel.  217 
4 Miljöprovningar  
4.1 Drifttemperatur  Kontrollera funktionalitet (enligt definition i 
prov nr. 3.3) i temperaturintervallet från – 40 °C 
till + 135 °C genom följande: 
IEC 60068-2-1, test Ad, med en provtid av 96 
timmar vid en lägsta temperatur av To  min . 
IEC 60068-2-2, test Bd, med en provtid av 96 
timmar vid en högsta temperatur av To  max . 
Prov enligt ISO 16750-4, kapitel 5.1.1.2: Low 
temperature operation test (24 h vid – 40 °C). 
Detta prov hänvisar till IEC 60068-2-1: Envi­
ronmental testing – Part 2-1: Tests – Test A: 
Cold IEC 68-2-2, test Bd, med en provnings­
varaktighet av 96 timmar vid en lägsta tempera­
tur av – 40 °C. 
Prov enligt ISO 16750-4, kapitel 5.1.2.2: High 
temperature operation test (96 h vid 135 °C). 
Detta prov hänvisar till IEC 60068-2-2: Basic 
environmental testing procedures; part 2: tests; 
tests B: dry heat  213 
4.2 Temperaturcykler  Prov enligt ISO 16750-4, kapitel 5.3.2: Rapid 
change of temperature with specified transition 
duration (– 40 °C/+ 135 °C, 20 cykler, uppe­
hållstid ( dwell time ) 2 timmar vid varje tempera­
tur) 
IEC 60068-2-14: Environmental testing – Part 
2-14: Tests; Test N: Change of temperature.  213 
4.3 Luftfuktighetscykler  Kontrollera funktionalitet (enligt definition i 
prov nr 3.3) genom IEC 60068-2-30, test Db, 
sex 24-timmarscykler, med en temperatur som 
varierar mellan + 25 °C och + 55 °C och en re­
lativ luftfuktighet av 97 % vid + 25 °C, mot­
svarande 93 % vid + 55 °C.  214 ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 400  
Nr Prov  Beskrivning  Tillämpliga krav  
4.4 Vibrationer  ISO 16750-3, kapitel 4.1.2.6: Test VI: Commer­
cial vehicle, engine, gearbox 
Blandat vibrationsprov, inklusive följande: 
a) Prov med sinusformade vibrationer, 
20–520 Hz, 11,4– 120 m/s  2 , <= 0,5 okt/min. 
b) Prov med slumpartade vibrationer, 
10–2 000 Hz, effektivvärde 177 m/s  2 . 
94 timmar per axel, inklusive temperaturcykel 
från – 20 °C till + 70 °C 
Detta prov hänvisar till IEC 60068-2-80: Envi­
ronmental testing – Part 2-80: Tests – Test Fi: 
Vibration – Mixed mode  219 
4.5 Mekaniska stötar  ISO 16750-3, kapitel 4.2.3: Test VI: Test for 
devices in or on the gearbox 
Halvsinusformad stöt, acceleration (ännu ej överens­
kommen) i intervallet 3 000–15 000 m/s  2 , pulsvar­
aktighet ännu ej överenskommen men < 1 ms, antal 
stötar ännu ej överenskommet). 
Detta prov hänvisar till IEC 60068-2-27: Environ­
mental testing. Part 2: Tests. Test Ea and guidance: 
Shock.  219 
4.6 Skydd mot vatten och främ­
mande föremål  Prov enligt ISO 20653: Road vehicles – Degree 
of protection (IP code) – Protection of electrical 
equipment against foreign objects, water and 
access 
(målvärde IP 64)  220, 221  
4.7 Skydd mot omkastade poler  Kontrollera att rörelsesensorn tål en omkastning 
av strömtillförseln.  216 
4.8 Skydd mot kortslutning  Kontrollera att in- och utsignaler är skyddade 
mot kortslutning i strömtillförsel och jord.  216 
5 EMC  
5.1 Utstrålning och känslighet  Kontrollera överensstämmelse med förordning 
ECE R10.  218 
5.2 Elektrostatisk urladdning  Överensstämmelse med ISO 10605:2008 + 
Technical Corrigendum:2010 + AMD1:2014: 
+/– 4 kV för kontakt och +/– 8 kV för urladd­
ning till luft  218 ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 401  
Nr Prov  Beskrivning  Tillämpliga krav  
5.3 Känslighet för överförda 
transienter i datakablar  För 24 V-versioner: överensstämmelse med ISO 
7637-2 + ECE förordning nr 10 Rev. 3: 
puls 1a: Vs = – 450 V, Ri = 50 Ohm 
puls 2a: Vs = +37 V, Ri = 2 Ohm 
puls 2b: Vs = +20 V, Ri = 0,05 Ohm 
puls 3a: Vs = – 150 V, Ri = 50 Ohm 
puls 3b: Vs = +150 V, Ri = 50 Ohm 
puls 4: Vs = – 16 V, Va = – 12 V, t6 = 100 ms 
puls 5: Vs = +120 V, Ri = 2,2 Ohm, td = 250 ms 
För 12 V-versioner: överensstämmelse med ISO 
7637-1 + ECE förordning nr 10 Rev. 3: 
puls 1: Vs = – 75 V, Ri = 10 Ohm 
puls 2a: Vs = +37 V, Ri = 2 Ohm 
puls 2b: Vs = +10 V, Ri = 0,05 Ohm 
puls 3a: Vs = – 112 V, Ri = 50 Ohm 
puls 3b: Vs = +75 V, Ri = 50 Ohm 
puls 4: Vs = – 6 V, Va = – 5 V, t6 = 15 ms 
puls 5: Vs = +65 V, Ri = 3 Ohm, td = 100 ms 
Puls 5 ska endast provas för de fordonsenheter som 
är avsedda att installeras i fordon för vilka inget ex­
ternt gemensamt skydd mot laddningsdump ( load 
dump ) används. 
För förslag till laddningsdump, se ISO 16750-2, 4:e 
utgåvan, kapitel 4.6.4.  218 
4. FUNKTIONSPROVNING AV FÄRDSKRIVARKORT  
I detta avsnitt ingår prov  
nr. 5 ”Protokollprov”,  
nr. 6 ”Kortets struktur” och  
nr. 7 ”Funktionsprov”  
som kan utföras av utvärderaren eller certifieraren under säker hetscertifie­
ringen enligt CC ( Common Criteria ) av chipmodulen.  
Prov nr. 2.3 är samma som prov nr. 4.2. Dessa utgör de mekanisk a proven 
av det egentliga kortet tillsammans med chipmodulen. Om någon a v dessa 
komponenter (det egentliga kortet eller chipmodulen) ändras är dessa prov 
nödvändiga.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 402  
Nr Prov  Beskrivning  Tillämpliga krav  
1 Administrativ provning  
1.1 Dokumentation  Dokumentationens korrekthet  
2 Kort  
2.1 Utformning av tryckta 
uppgifter  Kontrollera att alla skyddsfunktioner och synliga 
uppgifter är korrekt tryckta på kortet och att de upp­
fyller bestämmelserna. 
[Beteckning] 
Bilaga 1C, kapitel 4.1 Synliga uppgifter, 227) 
Framsidan ska innehålla följande: 
Ordet ”förarkort”, ”kontrollkort”, ”verkstadskort” el­
ler ”företagskort”, beroende på korttyp, tryckt med 
versaler på det eller de officiella språken i den med­
lemsstat som utfärdar kortet. 
[Medlemsstatens namn] 
Bilaga 1C, kapitel 4.1 Synliga uppgifter, 228) 
Framsidan ska innehålla följande: 
Namnet på den medlemsstat som utfärdar kortet 
(frivilligt). 
[Nationalitetsbeteckning] 
Bilaga 1C, kapitel 4.1 Synliga uppgifter, 229) 
Framsidan ska innehålla följande: 
Nationalitetsbeteckningen för den medlemsstat som 
utfärdar kortet, inlagd i vitt i en blå rektangel och 
omgiven av tolv gula stjärnor. 
[Numrering] 
Bilaga 1C, kapitel 4.1 Synliga uppgifter, 232) 
Baksidan ska innehålla följande: 
En förklaring av de numrerade punkterna på kortets 
framsida. 
[Färg] 
Bilaga 1C, kapitel 4.1 Synliga uppgifter, 234) 
Färdskrivarkorten ska tryckas i följande dominerande 
bakgrundsfärger: 
— Förarkort: vitt. 
— Verkstadskort: rött. 
— Kontrollkort: blått. 
— Företagskort: gult.  227–229, 232, 
234–236  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 403  
Nr Prov  Beskrivning  Tillämpliga krav  
[Säkerhet] 
Bilaga 1C, kapitel 4.1 Synliga uppgifter, 235) 
Färdskrivarkorten ska åtminstone ha följande sky- 
ddsfunktioner mot förfalskning och manipulering: 
— En säkerhetsmönstrad bakgrund med fint 
guilloche-mönster och iristryck. 
— Minst en tvåfärgad mikrotextrad. 
[Märkningar] 
Bilaga 1C, kapitel 4.1 Synliga uppgifter, 236) 
Medlemsstaterna får lägga till färger eller märkningar, 
såsom nationella symboler eller säkerhetsfunktioner. 
[Typgodkännandemärke] 
Färdskrivarkort ska innehålla ett typgodkännande- 
märke. 
Typgodkännandemärket ska bestå av 
— en rektangel, inom vilken bokstaven ”e” ska vara 
inskriven, följd av en siffer- eller bokstavskombi- 
nation som identifierar det land som har utfärdat 
typgodkännandet, 
— ett typgodkännandenummer som motsvarar num- 
ret på det typgodkännandeintyg som utfärdats för 
färdskrivarkortet, placerat i rektangelns omedel- 
bara närhet.  
2.2 Mekaniska prov  
[Kortets storlek] 
Färdskrivarkort ska uppfylla standard 
ISO/IEC 7810, Identification cards – Physical cha­
racteristics, 
[5] Dimension of card, 
[5.1] Card size, 
[5.1.1] Card dimensions and tolererances, 
card type ID-1 Unused card 
[Kortets kanter] 
Färdskrivarkort ska uppfylla standard 
ISO/IEC 7810, Identification cards – Physical char- 
acteristics, 
[5] Dimension of card, 
[5.1] Card size, 
[5.1.2] Card edges  240, 243 
ISO/IEC 7810  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 404  
Nr Prov  Beskrivning  Tillämpliga krav  
[Kortets konstruktion] 
Färdskrivarkort ska uppfylla standard 
ISO/IEC 7810, Identification cards – Physical char- 
acteristics, 
[6] Card construction 
[Kortets material] 
Färdskrivarkort ska uppfylla standard 
ISO/IEC 7810, Identification cards – Physical char- 
acteristics, 
[7] Card materials 
[Böjstyvhet] 
Färdskrivarkort ska uppfylla standard 
ISO/IEC 7810, Identification cards – Physical char- 
acteristics, 
[8] Card characteristics, 
[8.1] Bending stiffness 
[Toxicitet] 
Färdskrivarkort ska uppfylla standard 
ISO/IEC 7810, Identification cards – Physical char- 
acteristics, 
[8] Card characteristics, 
[8.3] Toxicity 
[Kemisk resistans] 
Färdskrivarkort ska uppfylla standard 
ISO/IEC 7810, Identification cards – Physical char- 
acteristics, 
[8] Card characteristics, 
[8.4] Resistance to chemicals 
[Kortets stabilitet] 
Färdskrivarkort ska uppfylla standard 
ISO/IEC 7810, Identification cards – Physical char- 
acteristics, 
[8] Card characteristics, 
[8.5] Card dimensional stability and warpage with 
temperature and humidity  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 405  
Nr Prov  Beskrivning  Tillämpliga krav  
[Ljus] 
Färdskrivarkort ska uppfylla standard 
ISO/IEC 7810, Identification cards – Physical char- 
acteristics, 
[8] Card characteristics, 
[8.6] Light 
[Hållbarhet] 
Bilaga 1C, kapitel 4.4 Miljö- och elspecifikationer, 
241) 
Färdskrivarkorten ska fungera korrekt under en 
femårsperiod om de används i enlighet med miljö- 
och elspecifikationerna. 
Avrivningshållfasthet 
Färdskrivarkort ska uppfylla standard 
ISO/IEC 7810, Identification cards – Physical char- 
acteristics, 
[8] Card characteristics, 
[8.8] Peel strength 
[Vidhäftning eller blockering] 
Färdskrivarkort ska uppfylla standard 
ISO/IEC 7810, Identification cards – Physical char- 
acteristics, 
[8] Card characteristics, 
[8.9] Adhesion or blocking 
[Buktighet] 
Färdskrivarkort ska uppfylla standard 
ISO/IEC 7810, Identification cards – Physical char- 
acteristics, 
[8] Card characteristics, 
[8.11] Overall card warpage 
[Värmebeständighet] 
Färdskrivarkort ska uppfylla standard 
ISO/IEC 7810, Identification cards – Physical char- 
acteristics, 
[8] Card characteristics, 
[8.12] Resistance to heat  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 406  
Nr Prov  Beskrivning  Tillämpliga krav  
[Ytskevhet] 
Färdskrivarkort ska uppfylla standard 
ISO/IEC 7810, Identification cards – Physical char- 
acteristics, 
[8] Card characteristics, 
[8.13] Surface distortions 
[Förorening] 
Färdskrivarkort ska uppfylla standard 
ISO/IEC 7810, Identification cards – Physical char- 
acteristics, 
[8] Card characteristics, 
[8.14] Contamination and interaction of card 
components  
2.3 Mekaniska prov med 
chipmodul inbyggd  [Böjning] 
Färdskrivarkort ska uppfylla standard 
ISO/IEC 7810:2003/Amd. 1:2009, Identification 
cards – Physical characteristics, Amendment 1: Cri­
teria for cards containing integrated circuits 
[9.2] Dynamic bending stress 
Totalt antal böjcykler: 4 000. 
[Vridning] 
Färdskrivarkort ska uppfylla standard 
ISO/IEC 7810:2003/Amd. 1:2009, Identification cards 
– Physical characteristics, Amendment 1: Criteria for 
cards containing integrated circuits 
[9.3] Dynamic torsional stress 
Totalt antal vridcykler: 4 000.  ISO/IEC 7810  
3 Modul  
3.1 Modul  Modulen omfattar chippets inkapsling och kon­
taktplattan. 
[Ytprofil] 
Färdskrivarkort ska uppfylla standard 
ISO/IEC 7816-1:2011, Identification cards – Integra­
ted circuit cards – Part 1: Cards with contacts – 
Physical characteristics 
[4.2] Surface profile of contacts  ISO/IEC 7816  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 407  
Nr Prov  Beskrivning  Tillämpliga krav  
[Mekanisk hållfasthet] 
Färdskrivarkort ska uppfylla standard 
ISO/IEC 7816-1:2011, Identification cards – Integra­
ted circuit cards – Part 1: Cards with contacts – 
Physical characteristics 
[4.3] Mechanical strength (of a card and contacts) 
[Elektrisk resistans] 
Färdskrivarkort ska uppfylla standard 
ISO/IEC 7816-1:2011, Identification cards – Inte- 
grated circuit cards – Part 1: Cards with contacts – 
Physical characteristics 
[4.4] Electrical resistance (of contacts) 
[Dimensioner] 
Färdskrivarkort ska uppfylla standard 
ISO/IEC 7816-2:2007, Identification cards – Inte- 
grated circuit cards – Part 2: Cards with contacts – 
Dimension and location of the contacts 
[3] Dimension of the contacts 
[Placering] 
Färdskrivarkort ska uppfylla standard 
ISO/IEC 7816-2:2007, Identification cards – Inte- 
grated circuit cards – Part 2: Cards with contacts – 
Dimension and location of the contacts 
[4] Number and location of the contacts 
För moduler med sex kontakter krävs inte detta prov 
för kontakterna C4 och C8.  
4 Chip  
4.1 Chip  
[Drifttemperatur] 
Färdskrivarkortets chip ska fungera i omgivningstem­
peraturer mellan – 25 °C och + 85 °C.  241–244 
ECE R10 
ISO/IEC 7810 
ISO/IEC 10373  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 408  
Nr Prov  Beskrivning  Tillämpliga krav  
[Temperatur och luftfuktighet] 
Bilaga 1C, kapitel 4.4 Miljö- och elspecifikationer, 
241) 
Färdskrivarkorten ska fungera korrekt under alla kli­
matförhållanden som vanligtvis förekommer inom 
gemenskapens territorium och vid temperaturer mel­
lan – 25 °C och + 70 °C, med tillfälliga toppar på 
upp till + 85 °C, varvid ”tillfälliga” innebär högst 
fyra timmar per gång och högst 100 gånger under 
kortets livstid. 
Färdskrivarkorten exponeras för följande tempera­
turer och luftfuktigheter under följande tidsperioder, 
steg för steg. Efter varje steg provas färdskrivarkor­
tens elektriska funktionalitet. 
1. Temperatur + 20 °C, 2 timmar. 
2. Temperatur +/– 0 °C, 2 timmar. 
3. Temperatur + 20 °C, 50 % RH, 2 timmar. 
4. Temperatur + 50 °C, 50 % RH, 2 timmar. 
5. Temperatur + 70 °C, 50 % RH, 2 timmar. 
Temperaturen höjs periodvis till + 85 °C, 50 % 
RH, under 60 minuter. 
6. Temperatur + 70 °C, 85 % RH, 2 timmar. 
Temperaturen höjs periodvis till + 85 °C, 85 % 
RH, under 30 minuter. 
[Luftfuktighet] 
Bilaga 1C, kapitel 4.4 Miljö- och elspecifikationer, 
242) 
Färdskrivarkort ska fungera korrekt vid en luftfuk- 
tighet mellan 10 % och 90 %. 
[Elektromagnetisk kompatibilitet – EMC] 
Bilaga 1C, kapitel 4.4 Miljö- och elspecifikationer, 
244) 
Färdskrivarkort ska i drift uppfylla ECE R10 i fråga 
om elektromagnetisk kompatibilitet.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 409  
Nr Prov  Beskrivning  Tillämpliga krav  
[Statisk elektricitet] 
Bilaga 1C, kapitel 4.4 Miljö- och elspecifikationer, 
244) 
Färdskrivarkort ska i drift vara skyddade mot 
elektrostatiska urladdningar. 
Färdskrivarkort ska uppfylla standard 
ISO/IEC 7810:2003/Amd. 1:2009, Identification cards 
– Physical characteristics, Amendment 1: Criteria for 
cards containing integrated circuits 
[9.4] Static electricity 
[9.4.1] Contact IC cards 
Provspänning: 4 000 V. 
[Röntgenstrålning] 
Färdskrivarkort ska uppfylla standard 
ISO/IEC 7810:2003/Amd. 1:2009, Identification cards 
– Physical characteristics, Amendment 1: Criteria for 
cards containing integrated circuits 
[9.1] X-rays 
[Ultraviolett ljus] 
ISO/IEC 10373-1:2006, Identification cards – Inte- 
grated circuit cards – Part 1: General characteristics 
[5.11] Ultraviolet light 
[Trehjulsprov] 
Färdskrivarkort ska uppfylla standard 
ISO/IEC 10373-1:2006/Amd. 1:2012, Identification 
cards – Test methods – Part 1: General characteristics, 
Amendment 1 
[5.22] ICC – Mechanical strength: 3 wheel test for 
ICCs with contacts 
[Hölje] 
Färdskrivarkort ska uppfylla standard 
MasterCard CQM V2.03:2013 
[11.1.3] R-L3-14-8: Wrapping Test Robustness 
[13.2.1.32] TM-422: Mechanical Reliability: Wrap- 
ping Test  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 410  
Nr Prov  Beskrivning  Tillämpliga krav  
4.2 Mekaniska prov av 
chipmodul inbyggd i 
det egentliga kortet-> 
samma som 2.3  [Böjning] 
Färdskrivarkort ska uppfylla standard 
ISO/IEC 7810:2003/Amd. 1:2009, Identification 
cards – Physical characteristics, Amendment 1: Cri­
teria for cards containing integrated circuits 
[9.2] Dynamic bending stress 
Totalt antal böjcykler: 4 000. 
[Vridning] 
Färdskrivarkort ska uppfylla standard 
ISO/IEC 7810:2003/Amd. 1:2009, Identification cards 
– Physical characteristics, Amendment 1: Criteria for 
cards containing integrated circuits 
[9.3] Dynamic torsional stress 
Totalt antal vridcykler: 4 000.  ISO/IEC 7810  
5 Protokollprov  
5.1 ATR  Kontrollera att ATR uppfyller bestämmelserna.  ISO/IEC 7816-3 
TCS_14, TCS_17, 
TCS_18  
5.2 T=0  Kontrollera att protokollet T=0 uppfyller bestämmel­
serna.  ISO/IEC 7816-3 
TCS_11, TCS_12, 
TCS_13, TCS_15  
5.3 PTS  Kontrollera att PTS-kommandot uppfyller bestämmel­
serna genom att ändra till T=1 från T=0.  ISO/IEC 7816-3 
TCS_12, TCS_19, 
TCS_20, TCS_21  
5.4 T=1  Kontrollera att protokollet T=1 uppfyller bestämmel­
serna.  ISO/IEC 7816-3 
TCS_11, TCS_13, 
TCS_16  
6 Kortets struktur  
6.1 Prova att filstrukturen på kortet uppfyller bestämmel­
serna genom att kontrollera förekomsten av obligato­
riska filer på kortet och deras tillträdesvillkor.  TCS_22–TCS_28 
TCS_140–TCS_179  
7 Funktionsprov  
7.1 Normal behandling  Prova varje tillåten användning av varje kommando 
åtminstone en gång (prova t.ex. kommandot UPDATE 
BINARY med CLA = ”00”, CLA = ”0C” och med 
olika P1-, P2- och Lc-parametrar). 
Kontrollera att operationerna verkligen har utförts på 
kortet (exempelvis genom att avläsa den fil som kom­
mandot har utförts på).  TCS_29–TCS_139  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 411  
Nr Prov  Beskrivning  Tillämpliga krav  
7.2 Felmeddelanden  Prova varje felmeddelande åtminstone en gång (såsom 
anges i tillägg 2) för varje kommando. 
Prova varje generiskt fel (utom integritetsfel ” 6400 ” 
som kontrollerats vid säkerhetscertifiering) åtminstone 
en gång.  
7.3 Chiffersvit och standardiserade domänparametrar  CSM_48, CSM_50  
8 Användaranpassning  
8.1 Optisk användar­
anpassning  Bilaga 1C, kapitel 4.1 Synliga uppgifter, 230) 
Framsidan ska innehålla följande: 
De uppgifter som är särskiljande för det utfärdade 
kortet. 
Bilaga 1C, kapitel 4.1 Synliga uppgifter, 231) 
Framsidan ska innehålla följande: 
Datum i formatet ”dd/mm/yyyy” eller ”dd.mm.yyyy” 
(dag, månad, år). 
Bilaga 1C, kapitel 4.1 Synliga uppgifter, 235) 
Färdskrivarkorten ska åtminstone ha följande sky- 
ddsfunktioner mot förfalskning och manipulering: 
— I fältet där fotografiet sitter ska den säkerhets- 
mönstrade- 
bakgrunden och fotografiet överlappa varandra.  230, 231, 235  
5. PROVNING AV EXTERN GNSS-ANORDNING  
Nr Prov  Beskrivning  Tillämpliga krav  
1 Administrativ provning  
1.1 Dokumentation  Dokumentationens korrekthet  
2 Okulär besiktning av extern GNSS-anordning  
2.1 Överensstämmelse med dokumentation  
2.2 Identifiering/märkningar  224–226  
2.3 Material  219–223  
3 Funktionsprov  
3.1 Sensorns identifieringsdata  98,99  
3.2 Koppling mellan extern GNSS-anordning och fordonsenhet  123, 205  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 412  
Nr Prov  Beskrivning  Tillämpliga krav  
3.3 GNSS-position  36, 37  
3.4 Gränssnitt med fordonsenheten när GNSS-mottagaren finns utanfö r fordons­
enheten  03 
3.5 Chiffersvit och standardiserade domänparametrar  CSM_48, CSM_50  
4 Miljöprovningar  
4.1 Temperatur  Kontrollera funktionalitet genom: 
Prov enligt ISO 16750-4, kapitel 5.1.1.2: Low temperature 
operation test (72 h vid – 20 °C). 
Detta prov hänvisar till IEC 60068-2-1: Environmental tes­
ting – Part 2-1: Tests – Test A: Cold 
Prov enligt ISO 16750-4, kapitel 5.1.2.2: High temperature 
operation test (72 h vid 70 °C) 
Detta prov hänvisar till IEC 60068-2-2: Basic environmental 
testing procedures; part 2: tests; tests B: dry heat 
Prov enligt ISO 16750-4, kapitel 5.3.2: Rapid change of 
temperature with specified transition duration (– 20 °C/70 
°C, 20 cykler, uppehållstid ( dwell time ) 1 timme vid varje 
temperatur) 
En minskad uppsättning av prov (bland dem som anges i del 
3 i denna tabell) kan utföras vid den lägre temperaturen, den 
högre temperaturen och under temperaturcyklerna.  213 
4.2 Luftfuktighet  Kontrollera att fordonsenheten tål en cyklisk fuktighet (vär­
meprov) genom IEC 60068-2-30, test Db, sex 24-timmars­
cykler, med en temperatur som varierar mellan + 25 °C och 
+ 55 °C och en relativ luftfuktighet av 97 % vid + 25 °C, 
motsvarande 93 % vid + 55 °C.  214 
4.3 Mekanik  1. Sinusformade vibrationer: 
Kontrollera att fordonsenheten tål sinusformade vibratio­
ner med följande egenskaper: 
Konstant variation mellan 5 och 11 Hz: Amplitud 10 mm. 
Konstant acceleration mellan 11 och 300 Hz: 5 g 
Detta krav kontrolleras genom IEC 68-2-6, test Fc, med 
en minsta provtid av 3 x 12 timmar (12 timmar per axel). 
I ISO 16750-3 krävs inget prov med sinusformade vibra­
tioner för anordningar som är placerade i en fjädrad  (de­
coupled)  fordonshytt.  219 ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 413  
Nr Prov  Beskrivning  Tillämpliga krav  
2. Slumpartade vibrationer: 
Prov enligt ISO 16750-3, kapitel 4.1.2.8: Test VIII: 
Commercial vehicle, decoupled vehicle cab 
Slumpartat vibrationsprov, 10–2 000 Hz, effektivvärde i höjdled  
21,3 m/s  2 , effektivvärde i längdled 11,8 m/s  2 , effektivvärde i 
sidled 13,1 m/s  2 , 3 axlar, 32 timmar per axel, inklusive 
t e m p e r a t u r c y k e l m e l l a n – 2 0 ° C o c h + 7 0  °  C  .  
Detta prov hänvisar till IEC 60068-2-64: Environmental testing 
– Part 2-64: Tests – Test Fh: Vibration, broadband random and 
guidance 
3. Stötar: 
Mekanisk stöt med 3 g, halvsinusformad, i enlighet med 
ISO 16750. 
Proven ovan ska utföras på olika exemplar av den utrustning 
som provas.  
4.4 Skydd mot vat­
ten och främ­
mande föremål  Prov enligt ISO 20653: Road vehicles – Degree of protection 
(IP code) – Protection of electrical equipment against foreign 
objects, water and access (inga ändrade parametrar)  220, 221  
4.5 Skydd mot 
överspänning  Kontrollera att fordonsenheten tål strömtillförsel enligt föl­
jande:  216 
24 V-versioner:  34 V vid +40 °C, 1 
timme  
12 V-versioner:  17 V vid +40 °C, 1 
timme  
(ISO 16750-2, kapitel 4.3)  
4.6 Skydd mot om­
kastade poler  Kontrollera att fordonsenheten tål en omkastning av ström­
tillförseln. 
(ISO 16750-2, kapitel 4.7)  216 
4.7 Skydd mot 
kortslutning  Kontrollera att in- och utsignaler är skyddade mot kortslut­
ning i strömtillförsel och jord. 
(ISO 16750-2, kapitel 4.10)  216 
5 EMC-prov  
5.1 Utstrålning och 
känslighet  Överensstämmelse med förordning ECE R10  218  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 414  
Nr Prov  Beskrivning  Tillämpliga krav  
5,2 Elektrostatisk 
urladdning  Överensstämmelse med ISO 10605:2008 + Technical Corri­
gendum:2010 + AMD1:2014: +/– 4 kV för kontakt och +/– 
8 kV för urladdning till luft  218 
5.3 Känslighet för 
överförda 
transienter i 
strömtillförseln  För 24 V-versioner: överensstämmelse med ISO 7637-2 + 
ECE förordning nr 10 Rev. 3: 
puls 1a: Vs = – 450 V, Ri = 50 Ohm 
puls 2a: Vs = +37 V, Ri = 2 Ohm 
puls 2b: Vs = +20 V, Ri = 0,05 Ohm 
puls 3a: Vs = – 150 V, Ri = 50 Ohm 
puls 3b: Vs = +150 V, Ri = 50 Ohm 
puls 4: Vs = – 16 V, Va = – 12 V, t6 = 100 ms 
puls 5: Vs = +120 V, Ri = 2,2 Ohm, td = 250 ms 
För 12 V-versioner: överensstämmelse med ISO 7637-1 + 
ECE förordning nr 10 Rev. 3: 
puls 1: Vs = – 75 V, Ri = 10 Ohm 
puls 2a: Vs = +37 V, Ri = 2 Ohm 
puls 2b: Vs = +10 V, Ri = 0,05 Ohm 
puls 3a: Vs = – 112 V, Ri = 50 Ohm 
puls 3b: Vs = +75 V, Ri = 50 Ohm 
puls 4: Vs = – 6 V, Va = – 5 V, t6 = 15 ms 
puls 5: Vs = +65 V, Ri = 3 Ohm, td = 100 ms 
Puls 5 ska endast provas för de fordonsenheter som är av­
sedda att installeras i fordon för vilka inget externt gemen­
samt skydd mot laddningsdump ( load dump ) används. 
För förslag till laddningsdump, se ISO 16750-2, 4:e utgåvan, 
kapitel 4.6.4.  218 
▼M1 
6. PROVNING AV EXTERN KOMMUNIKATIONSANORDNING FÖR 
FJÄRRAVLÄSNING  
Nr Prov  Beskrivning  Tillämpliga krav  
1. Administrativ provning  
1.1 Dokumentation  Dokumentationens 
korrekthet  
2. Okulär besiktning  
2.1. Överensstämmelse med dokumentation  
2.2. Identifiering/märkningar  225, 226  
2.3 Material  219–223  
3. Funktionsprov  
3.1 Fjärravläsning vid riktade vägkontroller  4, 197–199  
3.2 Registrering och lagring i dataminne  9 1  
3.3 Kommunikation med fordonsenhet  Tillägg 14: 
DSC_66–DSC_70, 
DSC_71–DSC_76  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 415  
Nr Prov  Beskrivning  Tillämpliga krav  
4. Miljöprovningar  
4.1 Temperatur  Kontrollera funktionalitet genom: 
Prov enligt ISO 16750-4, kapitel 5.1.1.2: Low tempera­
ture operation test (72 h vid – 20 °C) 
Detta prov hänvisar till IEC 60068-2-1: Environmental 
testing - Part 2-1: Tests - Test A: Cold 
Prov enligt ISO 16750-4: kapitel 5.1.2.2: High tempera­
ture operation test (72 h vid 70 °C) 
Detta prov hänvisar till IEC 60068-2-2: Basic environ­
mental testing procedures; part 2: tests; tests B: dry heat 
Prov enligt ISO 16750-4: kapitel 5.3.2: Rapid change of 
temperature with specified transition duration (– 20 °C/ 
70 °C, 20 cykler, uppehållstid ( dwell time ) 1 timme vid 
varje temperatur) 
En minskad uppsättning prov (bland dem som anges i 
del 3 i denna tabell) kan utföras vid den lägre tempera­
turen, den högre temperaturen och under 
temperaturcyklerna.  213 
4.2 Skydd mot vatten 
och främmande fö­
remål  Prov enligt ISO 20653: Road vehicles – Degree of pro­
tection (IP code) – Protection of electrical equipment 
against foreign objects, water and access (målvärde IP40)  220, 221  
5 EMC-prov  
5.1 Utstrålning och 
känslighet  Överensstämmelse med förordning ECE R10  218  
5.2 Elektrostatisk ur­
laddning  Överensstämmelse med ISO 10605:2008 + Technical 
Corrigendum: 2010 + AMD1:2014: +/– 4 kV för kontakt 
och +/– 8 kV för urladdning till luft  218 
5.3 Känslighet för över­
förda transienter i 
strömtillförseln  För 24 V-versioner: överensstämmelse med ISO 7637-2 
+ ECE förordning nr 10 Rev. 3: 
puls 1a: Vs = – 450 V, Ri = 50 Ohm 
puls 2a: Vs = + 37 V, Ri = 2 Ohm 
puls 2b: Vs = + 20 V, Ri = 0,05 Ohm 
puls 3a: Vs = – 150 V, Ri = 50 Ohm 
puls 3b: Vs = + 150 V, Ri = 50 Ohm 
puls 4: Vs = – 16 V, Va = – 12 V, t6 = 100 ms 
puls 5: Vs = + 120 V, Ri = 2,2 Ohm, td = 250 ms 
För 12 V-versioner: överensstämmelse med ISO 7637-1 
+ ECE förordning nr 10 Rev. 3: 
puls 1: Vs = – 75 V, Ri = 10 Ohm 
puls 2a: Vs = + 37 V, Ri = 2 Ohm 
puls 2b: Vs = + 10 V, Ri = 0,05 Ohm 
puls 3a: Vs = – 112 V, Ri = 50 Ohm  218 ▼M1
 02016R0799 — SV — 21.08.2023 — 003.001 — 416  
Nr Prov  Beskrivning  Tillämpliga krav  
puls 3b: Vs = + 75 V, Ri = 50 Ohm 
puls 4: Vs = – 6 V, Va = – 5 V, t6 = 15 ms 
puls 5: Vs = + 65 V, Ri = 3 Ohm, td = 100 ms 
Puls 5 ska endast provas för de fordonsenheter som är 
avsedda att installeras i fordon för vilka inget externt 
gemensamt skydd mot laddningsdump ( load dump ) an­
vänds. 
För förslag till laddningsdump, se ISO 16750-2, 4:e ut­
gåvan, kapitel 4.6.4.  
▼B 
7. FUNKTIONSPROVNING AV PAPPER  
Nr Prov  Beskrivning  Tillämpliga krav  
1 Administrativ provning  
1.1 Dokumentation  Dokumentationens korrekthet  
2 Allmänna prov  
2.1 Antal tecken per rad  Okulär besiktning av utskrifter.  172  
2.2 Minsta teckenstorlek  Okulär besiktning av utskrifter och besiktning av 
tecken.  173 
2.3 Stöd för tecken­
mängd  Skrivaren ska stödja de tecken som anges i kapitel 4 
”Teckenmängder” i tillägg 1.  174 
2.4 Utskrifternas skärpa  Kontroll av färdskrivarens typgodkännande och okulär 
besiktning av utskrifter.  174 
2.5 Läsbarhet och identi­
fiering av utskrifter  Besiktning av utskrifter. 
Bevisning genom tillverkarens provrapporter och prov­
protokoll. 
Typgodkännandenummer är tryckta på papperet för alla 
färdskrivare i vilka papperet får användas.  175, 177, 178  
2.6 Tillägg av hand­
skrivna anmärk­
ningar  Okulär besiktning: Tillgång till fält för förarens namn­
teckning. 
Tillgång till andra fält för ytterligare handskriven text.  180 
2.7 Ytterligare uppgifter 
på papperets sidor  Papperets fram- och baksida får innehålla ytterligare 
uppgifter och information. 
Ytterligare uppgifter och information får inte störa ut­
skrifternas läsbarhet. 
Okulär besiktning.  177, 178  ▼M1
 02016R0799 — SV — 21.08.2023 — 003.001 — 417  
Nr Prov  Beskrivning  Tillämpliga krav  
3 Förvaringsprov  
3.1 Torr värme  Förkonditionering: 16 timmar vid +23 °C ± 2 °C/55 % 
± 3 % relativ luftfuktighet 
Provmiljö: 72 timmar vid +70 °C ± 2°C 
Återställning: 16 timmar vid +23 °C ± 2 °C/55 % 
± 3 % relativ luftfuktighet  176, 178 
IEC 60068-2-2-Bb  
2.2 Fuktig värme  Förkonditionering: 16 timmar vid +23 °C ±2 °C/55 % 
±3 % relativ luftfuktighet 
Provmiljö: 144 timmar vid +55 °C ±2 °C/93 % ±3 % 
relativ luftfuktighet 
Återställning: 16 timmar vid + 23 °C ± 2 °C/55 % 
± 3 % relativ luftfuktighet  176, 178 
IEC 60068-2-78-Cab  
4 Driftprov av papper  
4.1 Beständighet mot 
bakgrundsfuktighet 
(papper före utskrift)  Förkonditionering: 16 timmar vid + 23 °C ± 2 °C/55 % 
± 3 % relativ luftfuktighet 
Provmiljö: 144 timmar vid +55 °C ± 2 °C/93 % ± 3 % 
relativ luftfuktighet 
Återställning: 16 timmar vid +23 °C ± 2 °C/55 % 
± 3 % relativ luftfuktighet  176, 178 
IEC 60068-2-78-Cab  
4.2 Skrivbarhetsegenska­
per Förkonditionering: 24 timmar vid + 40 °C ± 2 °C/93 % 
± 3 % relativ luftfuktighet 
Provmiljö: utskrift gjord vid + 23 °C ± 2 °C 
Återställning: 16 timmar vid + 23 °C ± 2 °C/55 % 
±3 % relativ luftfuktighet  176, 178  
4.3 Värmebeständighet  Förkonditionering: 16 timmar vid + 23 °C ± 2 °C/55 % 
± 3 % relativ luftfuktighet 
Provmiljö: 2 timmar vid + 70 °C ± 2 °C, torr värme 
Återställning: 16 timmar vid +23 °C ± 2 °C/55 % 
± 3 % relativ luftfuktighet  176, 178 
IEC 60068-2-2-Bb  
4.4 Lågtemperaturbestän­
dighet  Förkonditionering: 16 timmar vid + 23 °C ± 2 °C/55 % 
± 3 % relativ luftfuktighet 
Provmiljö: 24 timmar vid – 20 °C ± 3 °C, torr kyla 
Återställning: 16 timmar vid +23 °C ± 2 °C/55 % 
± 3 % relativ luftfuktighet  176, 178 
ISO 60068-2-1-Ab  
4.5 Ljusbeständighet  Förkonditionering: 16 timmar vid + 23 °C ± 2 °C/55 % 
± 3 % relativ luftfuktighet; 
provmiljö: 100 timmar med 5 000 Lux belysning vid + 
23 °C ± 2 °C/55 % ± 3 % relativ luftfuktighet 
Återställning: 16 timmar vid +23 °C ± 2 °C/55 % ±3 % 
relativ luftfuktighet  176, 178  
Läsbarhetskriterier för prov 3.x och 4.x:  
Utskriftens läsbarhet är godkänd om den optiska densiteten över ensstäm­
mer med följande gränsvärden:  
Utskrivna tecken: min. 1,0  
Bakgrund (papper före utskrift): max. 0,2  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 418  
Optisk densitet av de faktiska utskrifterna ska mätas i enlighe t med DIN 
EN ISO 534.  
Utskrifterna ska inte förevisa några ändringar i dimension och ska kvarstå 
som tydligt läsbara.  
8. PROVNING AV DRIFTSKOMPATIBILITET  
▼M1 
Nr Prov  Beskrivning  
8.1 Prov av driftskompatibilitet mellan fordonsenheter och färd skrivarkort  
1 Ömsesidig autentisering  Kontrollera att den ömsesidiga autentiseringen mellan fordonse nhe­
ten och färdskrivarkortet fungerar normalt.  
2 Skriv-/läsprov  Utför ett typiskt aktivitetsscenario på fordonsenheten. Scenar iot ska 
anpassas till den typ av kort som provas och inbegripa skrivnin gar 
till så många elementfiler (EF) som möjligt på kortet. 
Kontrollera genom en överföring från fordonsenheten att alla mo t­
svarande registreringar har gjorts korrekt. 
Kontrollera genom en överföring från kortet att alla motsvarand e 
registreringar har gjorts korrekt. 
Verifiera genom dagsutskrifter att alla motsvarande registrerin gar 
kan läsas korrekt.  
8.2 Prov av driftskompatibilitet mellan fordonsenheter och röre lsesensorer  
1 Parning  Kontrollera att parningen mellan fordonsenheterna och rörelses en­
sorerna fungerar normalt.  
2 Aktivitetsprov  Utför ett typiskt aktivitetsscenario på rörelsesensorn. Scenar iet ska 
omfatta en normal aktivitet och skapa så många händelser eller fel 
som möjligt. 
Kontrollera genom en överföring från fordonsenheten att alla mo t­
svarande registreringar har gjorts korrekt. 
Kontrollera genom en överföring från kortet att alla motsvarand e 
registreringar har gjorts korrekt. 
Verifiera genom en dagsutskrift att alla motsvarande registreri ngar 
kan läsas korrekt.  
8.3 Prov av driftskompatibilitet mellan fordonsenheter och exte rna GNSS-anordningar (i förekommande fall)  
1 Ömsesidig autentisering  Kontrollera att den ömsesidiga autentiseringen (kopplingen) me llan 
fordonsenheten och den externa GNSS-anordningen fungerar 
normalt.  
2 Aktivitetsprov  Utför ett typiskt aktivitetsscenario på den externa 
GNSS-anordningen. Scenariet ska omfatta en normal aktivitet och  
skapa så många händelser eller fel som möjligt. 
Kontrollera genom en överföring från fordonsenheten att alla mo t­
svarande registreringar har gjorts korrekt. 
Kontrollera genom en överföring från kortet att alla motsvarand e 
registreringar har gjorts korrekt. 
Verifiera genom en dagsutskrift att alla motsvarande registreri ngar 
kan läsas korrekt.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 419  
9. PROVNING AV OSNMA  
9.1. Inledning  
I detta kapitel beskrivs provning för att påvisa att OSNMA är k orrekt 
installerad i GNSS-mottagaren. Eftersom autentisering av satell itsignaler 
endast utförs av GNSS-mottagaren, oberoende av varje annan komp onent i 
färdskrivaren, får de provningar som anges i detta kapitel utfö ras på en 
fristående GNSS-mottagare. I detta fall ska färdskrivartillverk aren lämna in 
en rapport till typgodkännandemyndigheterna med uppgifter om ut veck­
ling och resultat av utförda provningar som tillverkaren av 
GNSS-mottagaren ansvarar för.  
9.2 Tillämpliga villkor  
— De kriterier för godkännande/underkännande som anges i 
OSNMA-provningarna ska anses giltiga endast för de identifierad e 
provningsförhållandena.  
— Kriterierna kan komma att ses över vid tidpunkten för försäkr an om 
Galileos OSNMA-tjänst, och med beaktande av de tillhörande åtag an­
dena om tjänstens prestanda.  
9.3. Definitioner och förkortningar  
9.3.1 Definitioner  
Kall-/varm-/snabbstart 
(cold/warm/hot start) 
av GNSS: Avser startförhållanden för en 
GNSS-mottagare, baserad på tillgång till 
tid (T), aktuell kalender ( current 
almanac ) (A), efemerid ( ephemeris ) (E) och 
position (P):  
— Kallstart av GNSS: Saknas  
— Varmstart av GNSS: T, A, P  
— Snabbstart av GNSS: T, A, E, P  
Kall-/varm-/snabbstart 
(cold/warm/hot start ) 
av OSNMA: Avser startförhållanden för 
OSNMA-funktionen, baserad på tillgång till 
information om öppen ( Public Key ) (P) och 
DSM-KROOT (K) (enligt definitionen i de 
OSNMA-riktlinjer för mottagare som det hän­
visas till i tillägg 12):  
— Kallstart av OSNMA: Saknas  
— Varmstart av OSNMA: P  
— Snabbstart av OSNMA: P, K  
9.3.2 Förkortningar  
ADKD Authentication Data & Key Delay  
DSM-KROOT KROOT i meddlande med digital signatur  
GNSS Global Navigation Satellite System (globalt system för 
satellitnavigering)  
KROOT Rotnyckel för nyckelkedjan i TESLA  
MAC Kod för meddelandeautentisering ( Message Authentica ­
tion Code ) 
NMACK Antal MAC och nyckelblock (per 30 sekunder)  
OSNMA Autentiseringsmekanism i Galileo ( Open Service Naviga ­
tion Message Authentication  ) ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 420  
SLMAC Slow MAC  
TESLA  Timed Efficient Stream Loss-tolerant Authentication  (pro­
tokoll som används i OSNMA)  
9.4. Utrustning för att generera GNSS-signaler  
Genereringen av GNSS-signalerna kan ske med hjälp av en 
GNSS-simulator med flera konstellationer som klarar överföring av 
OSNMA-meddelanden. Ett alternativ är att använda en apparat för  åter­
givning av radiofrekvenssignaler som kan spela upp filbaserade 
GNSS-signalprover. Typiskt bitdjup och provtagningsfrekvens är 4 bitar 
I/Q respektive 10 MHz.  
Det antas att GNSS-mottagaren har gränssnitt för att tömma mott agarens 
minne, (så att den öppna nyckeln, KROOT, klockinformation, posi tions­
information, efemerid och kalender raderas), för att ställa in mottagarens 
lokala realtid för den nödvändig tidsverifieringen av OSNMA, oc h för att 
ladda kryptografisk information. De kommandon som behövs för de tta får 
vara begränsade till provningsändamål och behöver därför inte v ara till­
gängliga för mottagarens nominella funktion.  
9.5 Provningsförhållanden  
9.5.1 GNSS-förhållanden  
De simulerade eller uppspelade GNSS-signalerna ska ha följande 
egenskaper:  
— Scenario med statisk användarmottagare.  
— Åtminstone GPS- och Galileokonstellationer.  
— E1/L1-frekvens.  
— Minst fyra Galileosatelliter med en höjdvinkel större än 5°.  
— Den varaktighet som krävs för varje provning.  
— Konstanta navigeringsefemerider från satelliterna under provn ingen.  
9.5.2 OSNMA-förhållanden  
Det OSNMA-meddelande som sänds i RF-signalen ska ha följande 
egenskaper:  
— Ett HKROOT-meddelande med OSNMA-status som är  Operational  
eller Test  och en fast DSM-KROOT på 8 block för den gällande 
kedjan.  
— Minst fyra Galileosatelliter som överför OSNMA.  
— Ett MACK-meddelande med ett MACK-block (dvs. NMACK = 1), 
och minst ett ADKD = 0 och ett ADKD = 12 per satellit och 
MACK-block.  
— En taggstorlek på 40 bitar.  
— Minsta ekvivalenta tagglängd enligt OSNMA-riktlinjerna för mo ttagare 
(för närvarande 80 bitar).  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 421  
Om inget annat anges ska mottagarens interna realtid vara känd med till­
räcklig precision och korrekt anpassad till den simulerade tide n. Detta 
garanterar att OSNMA-kravet på inledande tidssynkronisering upp fylls 
för varje provningsförhållande, dvs. nominell synkronisering gä ller för 
alla provningar utom SLMAC-provningen. Se OSNMA-riktlinjerna fö r 
mottagare för mer information om tidsinitieringen.  
Observera att de identifierade kriterierna för godkännande/unde rkännande 
är försiktiga och inte motsvarar förväntade prestanda hos Galil eo OSNMA.  
9.6. Provspecifikationer  
Nr Prov  Beskrivning  Tillämpliga krav  
1. Administrativ provning  
1.1 Dokumentation  Dokumentationens korrekthet  
2 Allmänna prov  
2.1 Snabbstart av OSNMA  Syfte: Verifiera att GNSS-mottagaren beräknar en posi­
tion med OSNMA efter en snabbstart. 
Förfarande: 
GNSS-mottagaren snabbstartar GNSS och OSNMA och 
tar emot signalerna från synliga Galileosatelliter. 
Mottagaren autentiserar navigeringsdata från Galileo 
med OSNMA (ADKD = 0) och tillhandahåller en po­
sition med autentiserade data. 
Kriterier för godkänt/underkänt: mottagaren beräknar en 
autentiserad positionsfix inom 160 sekunder.  Tillägg 12, 
GNS_3b  
2.2 Varmstart av OSNMA:  Syfte: Verifiera att GNSS-mottagaren beräknar en posi­
tion med OSNMA efter en varmstart. 
Förfarande: 
Innan provet inleds ska information om efemerid och 
KROOT raderas från GNSS-mottagarens minne för att 
mottagaren ska varmstarta GNSS och OSNMA. 
GNSS-mottagaren startar och tar emot signalerna från 
de synliga Galileosatelliterna. 
DSM-KROOT tas emot och verifieras. 
Mottagaren autentiserar navigeringsdata från Galileo 
med OSNMA (ADKD = 0) och tillhandahåller en po­
sition med autentiserade data. 
Kriterier för godkänt/underkänt: mottagaren beräknar en 
autentiserad giltig positionsfix inom 430 sekunder.  Tillägg 12, 
GNS_3b  
2.3 Varmstart av OSNMA 
med SLMAC  Syfte: verifiera att GNSS-mottagaren beräknar en posi­
tion med OSNMA efter en varmstart med en tidsinitie­
ring som kräver SLMAC-läge, enligt definitionen i 
OSNMA-riktlinjerna för mottagare. 
Förfarande: 
Mottagarens interna realtid ska konfigureras så att den 
initiala tidsosäkerheten är mellan 2 och 2,5 minuter, 
vilket enligt OSNMA-riktlinjerna för mottagare, aktive­
rar SLMAC-läget.  Tillägg 12, 
GNS_3b  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 422  
Nr Prov  Beskrivning  Tillämpliga krav  
Innan proven inleds ska information om efemerid och 
KROOT raderas från GNSS-mottagarens minne för att 
mottagaren ska varmstarta GNSS och OSNMA. 
GNSS-mottagaren startar och tar emot signalerna från 
de synliga Galileosatelliterna. 
DSM-KROOT tas emot och verifieras. 
Mottagaren autentiserar navigeringsdata från Galileo 
med endast OSNMA SLMAC (ADKD = 12) och till­
handahåller en position med autentiserade data. 
Kriterier för godkänt/underkänt: mottagaren beräknar en 
autentiserad giltig positionsfix inom 730 sekunder.  
2.4 Varmstart av OSNMA 
med uppspelad signal  Syfte: Verifiera att GNSS-mottagaren upptäcker en upp­
spelad signal. 
Förfarande: 
GNSS-mottagaren snabbstartar GNSS och OSNMA och 
tar emot signalerna från synliga Galileosatelliter. 
Mottagaren autentiserar navigeringsdata från Galileo 
med OSNMA (ADKD = 0) och tillhandahåller en po­
sition med autentiserade data. 
Så fort mottagaren tillhandahåller en PVT-lösning ( Po­
sition, Velocity, Time ) med autentiserade data stängs 
den av. 
En uppspelad signal med en fördröjning på 40 sekunder 
i förhållande till den föregående signalen simuleras och 
mottagaren sätts på. 
Mottagaren upptäcker att Galileos systemtid enligt 
rymdsignalen den lokala realtiden inte uppfyller synkro­
niseringskravet och slutar bearbeta OSNMA-data enligt 
definitionen i OSNMA-riktlinjerna för mottagare. 
Kriterier för godkänt/underkänt: mottagaren upptäcker 
uppspelningen och beräknar inte någon autentiserad gil­
tig position från starten av uppspelningen och fram till 
provets slut.  Tillägg 12, 
GNS_3b  
2.5 Snabbstart av OSNMA 
med falska data ( false 
date) Syfte: Verifiera att OSNMA upptäcker falska data. 
Förfarande: 
GNSS-mottagaren snabbstartar GNSS och OSNMA. 
GNSS-mottagaren ska kunna ta emot signalen från alla 
synliga Galileosatelliter och verifiera autenticiteten hos 
deras navigationsmeddelanden med hjälp av OSNMA. 
Åtminstone en bit av de efemerisdata som tillhandahålls 
av varje Galileosatellit motsvarar inte ursprungliga och 
autentiserade data, men Galileos I/NAV-meddelande 
måste vara sammanhängande, inklusive CRC. 
Kriterier för godkänt/underkänt: mottagaren upptäcker 
falska data inom 160 sekunder och beräknar inte någon 
autentiserad giltig position fram till provets slut.  Tillägg 12, 
GNS_3b  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 423  
Tillägg 10  
SÄKERHETSKRAV  
I detta tillägg specificeras kraven i fråga om IT-säkerhet för komponenterna i 
smarta färdskrivarsystem (andra generationens färdskrivare).  
SEC_001 Följande komponenter i smarta färdskrivarsystem ska var a säkerhets­
certifierade i enlighet med CC-systemet ( Common Criteria ): 
— Fordonsenhet.  
— Färdskrivarkort.  
— Rörelsesensor.  
— Extern GNSS-anordning.  
SEC_002 De minimikrav i fråga om IT-säkerhet som ska uppfyllas av varje 
komponent som behöver säkerhetscertifiering ska definieras i en  
skyddsprofil för respektive komponent i enlighet med CC-systeme t. 
SEC_003 Europeiska kommissionen ska säkerställa att följande fy ra skyddspro­
filer som överensstämmer med denna bilaga finansieras, utarbeta s och 
godkänns av den gemensamma arbetsgruppen (JIWG,  Joint Interpre ­
tation Working Group ) som arbetar för ömsesidigt erkännande av 
certifikat inom den europeiska gruppen av höga tjänstemän på in for­
mationssäkerhetsområdet (SOGIS-MRA,  Agreement on Mutual Recog ­
nition of Information Technology Security Evaluation Certificates ), 
och att dessa registreras:  
— En skyddsprofil för fordonsenheter.  
— En skyddsprofil för färdskrivarkort.  
— En skyddsprofil för rörelsesensorer.  
— En skyddsprofil för externa GNSS-anordningar.  
Fordonsenhetens skyddsprofil ska omfatta båda de fall där fordo nsenheten är 
utformad för användning med respektive utan en extern GNSS-anor dning. I det 
förra fallet ska säkerhetskraven för den externa GNSS-anordning en finnas i dess 
egen skyddsprofil.  
SEC_004 Komponenttillverkare ska efter behov förfina och slutfö ra en lämplig 
skyddsprofil för komponenten, utan att ändra eller ta bort befi ntliga 
hot, mål, förfaranden eller specifikationer av säkerhetsfunktio ner, för 
att utforma ett säkerhetsmål gentemot vilket de ska ansöka om s äker­
hetscertifiering för komponenten.  
SEC_005 Under utvärderingsprocessen måste man uppge att motsvar ande 
skyddsprofil strikt uppfyller ett sådant specifikt säkerhetsmål . 
SEC_006 Assuransnivån för varje skyddsprofil ska vara EAL4, för bättrad med 
assuranskomponenterna ATE_DPT.2 och AVA_VAN.5.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 424  
Tillägg 11  
GEMENSAMMA SÄKERHETSMEKANISMER  
INNEHÅLLSFÖRTECKNING  
INLEDNING  
DEL A FÖRSTA GENERATIONENS FÄRDSKRIVARSYSTEM  
1. INLEDNING  
1.1. Referenser  
1.2. Beteckningar och förkortningar  
2. KRYPTOSYSTEM OCH ALGORITMER  
2.1. Kryptosystem  
2.2. Kryptografiska algoritmer  
2.2.1 RSA-algoritm  
2.2.2 Hashalgoritm  
2.2.3 Datakrypteringsalgoritm  
3. NYCKLAR OCH CERTIFIKAT  
3.1. Generering och distribuering av nycklar  
3.1.1 Generering och distribuering av RSA-nycklar  
3.1.2 RSA-nycklar för provning  
3.1.3 Nycklar för rörelsesensorer  
3.1.4 Generering och distribuering av sessionsnycklar för T-DES  
3.2. Nycklar  
3.3. Certifikat  
3.3.1 Certifikatens innehåll  
3.3.2 Utfärdade certifikat  
3.3.3 Verifiering och uppackning av certifikat  
4. ÖMSESIDIG AUTENTISERINGSMEKANISM  
5. MEKANISMER FÖR SEKRETESS, INTEGRITET OCH AUTEN­ 
TISERING VID ÖVERFÖRING AV DATA MELLAN FOR­ 
DONSENHET OCH KORT  
5.1. Säker meddelandehantering  
5.2. Felhantering avseende säker meddelandehantering  
5.3. Algoritm för beräkning av kryptografiska kontrollsummor  
5.4. Algoritm för att beräkna kryptogram för sekretessdataobjek t 
6. MEKANISMER FÖR DIGITAL SIGNATUR VID DATAÖVER­ 
FÖRING  
6.1. Generering av signatur  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 425  
6.2. Verifiering av signatur  
DEL B ANDRA GENERATIONENS FÄRDSKRIVARSYSTEM  
7. INLEDNING  
7.1. Referenser  
7.2. Beteckningar och förkortningar  
7.3. Definitioner  
8. KRYPTOSYSTEM OCH ALGORITMER  
8.1. Kryptosystem  
8.2. Kryptografiska algoritmer  
8.2.1 Symmetriska algoritmer  
8.2.2 Asymmetriska algoritmer och standardiserade domänparametr ar 
8.2.3 Hashalgoritmer  
8.2.4 Chifferföljder  
9. NYCKLAR OCH CERTIFIKAT  
9.1. Asymmetriska nyckelpar och certifikat för öppna nycklar  
9.1.1 Allmänt  
9.1.2 Europeisk nivå  
9.1.3 Medlemsstatsnivå  
9.1.4 Utrustningsnivå: Fordonsenheter  
9.1.5 Utrustningsnivå: färdskrivarkort  
9.1.6 Utrustningsnivå: externa GNSS-anordningar  
9.1.7 Översikt: Ersättning av certifikat  
9.2. Symmetriska nycklar  
9.2.1 Nycklar för att säkra kommunikation mellan fordonsenhet o ch rö­ 
relsesensor  
9.2.2 Nycklar för att säkra DSRC-kommunikation  
9.3. Certifikat  
9.3.1 Allmänt  
9.3.2 Certifikatens innehåll  
9.3.3 Förfrågan om certifikat  
10. ÖMSESIDIG AUTENTISERING OCH SÄKER MEDDELANDE­ 
HANTERING MELLAN FORDONSENHET OCH KORT  
10.1. Allmänt  
10.2. Ömsesidig verifiering av certifikatskedja  
10.2.1 Fordonsenhetens verifiering av kortets certifikatskedja  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 426  
10.2.2 Kortets verifiering av fordonsenhetens certifikatskedja  
10.3. Autentisering av fordonsenhet  
10.4. Autentisering av chip och överenskommelse om sessionsnyck el 
10.5. Säker meddelandehantering  
10.5.1 Allmänt  
10.5.2 Säker meddelandestruktur  
10.5.3 Avbryta en session med säker meddelandehantering  
11. KOPPLING, ÖMSESIDIG AUTENTISERING OCH SÄKER 
MEDDELANDEHANTERING MELLAN FORDONSENHETER 
OCH EXTERNA GNSS-ANORDNINGAR  
11.1. Allmänt  
11.2. Koppling mellan fordonsenhet och extern GNSS-anordning  
11.3. Ömsesidig verifiering av certifikatskedja  
11.3.1 Allmänt  
11.3.2 Vid koppling av fordonsenhet och extern GNSS-anordning  
11.3.3 Under normal drift  
11.4. Autentisering av fordonsenhet, autentisering av chip och överens­ 
kommelse om sessionsnyckel  
11.5. Säker meddelandehantering  
12. PARNING AV OCH KOMMUNIKATION MELLAN FORDONS­ 
ENHET OCH RÖRELSESENSOR  
12.1. Allmänt  
12.2. Parning av fordonsenhet och rörelsesensor med användning av 
olika nyckelgenerationer  
12.3. Parning av och kommunikation mellan fordonsenhet och röre lse­ 
sensor med användning av AES  
12.4. Parning av fordonsenhet och rörelsesensor för olika utrus tnings­ 
generationer  
13. SÄKERHET FÖR FJÄRRKOMMUNIKATION VIA DSRC  
13.1. Allmänt  
13.2. Kryptering av nyttolast från färdskrivaren och MAC-genere ring 
13.3. Verifiering och dekryptering av nyttolast från färdskriva ren 
14. SIGNERING AV DATAÖVERFÖRINGAR OCH VERIFIERING 
AV SIGNATURER  
14.1. Allmänt  
14.2. Generering av signatur  
14.3. Verifiering av signatur  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 427  
INLEDNING  
I detta tillägg specificeras de säkerhetsmekanismer som ska säk erställa följande:  
— Ömsesidig autentisering mellan olika komponenter i färdskriva rsystemet.  
— Sekretess, integritet, autenticitet och/eller oavvislighet av seende data som 
överförs mellan olika komponenter i färdskrivarsystemet eller t ill externa 
lagringsmedier.  
Detta tillägg består av två delar. I del A definieras säkerhets mekanismerna för 
första generationens färdskrivarsystem (digital färdskrivare). I del B definieras 
säkerhetsmekanismerna för andra generationens färdskrivarsystem  (smart färd­
skrivare).  
De mekanismer som specificeras i del A i detta tillägg ska till ämpas om minst en 
av de komponenter i färdskrivarsystemet som deltar i en ömsesid ig autentisering 
och/eller en dataöverföring tillhör första generationen.  
De mekanismer som specificeras i del B ska tillämpas om båda de  komponenter i 
färdskrivarsystemet som deltar i den ömsesidiga autentiseringen  och/eller data­
överföringen tillhör andra generationen.  
I tillägg 15 finns mer information om användning av första gene rationens kom­
ponenter tillsammans med andra generationens komponenter.  
DEL A  
FÖRSTA GENERATIONENS FÄRDSKRIVARSYSTEM  
1. INLEDNING  
1.1. Referenser  
Följande referenser används i detta tillägg:  
SHA-1 National Institute of Standards and 
Technology (NIST).  FIPS Publication 180-1: Secure 
Hash Standard . April 1995.  
PKCS1 RSA Laboratories. PKCS # 1:  RSA Encryption Stan ­
dard . Version 2.0. October 1998.  
TDES National Institute of Standards and 
Technology (NIST).  FIPS Publication 46-3: Data 
Encryption Standard . Draft 1999.  
TDES-OP ANSI X9.52, Triple Data Encryption Algorithm Mo­
des of Operation. 1998.  
ISO/IEC 7816-4 Information Technology – Identification cards – Integ­
rated circuit(s) cards with contacts – Part 4: Interindu­
stry commands for interexchange. First edition: 1995 
+ Amendment 1: 1997.  
ISO/IEC 7816-6 Information Technology – Identification cards – Integ­
rated circuit(s) cards with contacts – Part 6: Interindu­
stry data elements. First edition: 1996 + Cor 1: 1998.  
ISO/IEC 7816-8 Information Technology – Identification cards – Integ­
rated circuit(s) cards with contacts – Part 8: Security 
related interindustry commands. First edition 1999.  
ISO/IEC 9796-2 Information Technology – Security techniques – D igi­
tal signature schemes giving message recovery – Part 
2: Mechanisms using a hash function. First edition: 
1997.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 428  
ISO/IEC 9798-3 Information Technology – Security techniques – E n­
tity authentication mechanisms – Part 3: Entity aut­
hentication using a public key algorithm. Second edi­
tion 1998.  
ISO 16844-3 Road vehicles – Tachograph systems – Part 3: Motion  
sensor interface.  
1.2. Beteckningar och förkortningar  
Följande beteckningar och förkortningar används i detta tillägg : 
(K a , K  b , K  c ) en kombination av nycklar som används i krypterings­
algoritmen TDEA.  
CA Certification Authority  (certifieringsinstans).  
CAR  Certification Authority Reference  (certifieringsinstan­
sens referens).  
CC Cryptographic Checksum  (kryptografisk kontroll­
summa).  
CG Cryptogram  (kryptogram).  
CH Command Header  (startdel för kommando).  
CHA  Certificate Holder Authorisation  (certifikatinnehava­
rens auktorisering).  
CHR  Certificate Holder Reference  (certifikatinnehavarens 
referens).  
D() Dekryptering med DES.  
DE Data Element  (dataelement).  
DO Data Object  (dataobjekt).  
d Privat RSA-nyckel, privat exponent.  
e Öppen RSA-nyckel, öppen exponent.  
E() Encryption with DES  (kryptering med DES).  
EQT  Equipment  (utrustning).  
Hash()  Hashvärde, utdata från hashning.  
Hash  Hashning, hashfunktion.  
KID Key Identifier  (nyckelidentifierare).  
Km TDES-nyckel. Huvudnyckel enligt definitionen i ISO 
16844-3.  
Km  VU TDES-nyckel i fordonsenheter.  
Km  WC TDES-nyckel i verkstadskort.  
m Löpnummer för meddelande, heltal mellan 0 och  
n –  1 .  
n Modulus för RSA-nycklar.  
PB Padding Bytes  (byte för utfyllnad).  
PI Padding Indicator  (byte för indikering av utfyllnad, 
för användning i kryptogram för sekretessdataobjekt).  
PV Plain Value  (klarvärde, värde i klartext).  
s Löpnummer för signatur, heltal mellan 0 och  n –  1 .  
SSC Send Sequence Counter  (räknare för sekvenssänd­
ning).  
SM Secure Messaging  (säker meddelandehantering).  
TCBC  TDEA Cipher Block Chaining  (användningssätt för 
TDEA).  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 429  
TDEA  Triple Data Encryption Algorithm  (krypteringsalgo­
ritm).  
TLV  Tag Length Value  (tagglängd).  
VU Vehicle Unit  (fordonsenhet).  
X.C Certifikat för användare X, utfärdat av en 
certifieringsinstans.  
X.CA Certifieringsinstans för användare X.  
X.CA.PK  o X.C Uppackning av ett certifikat för att extrahera en öppen 
nyckel. Det är en infixoperator, vars vänstra operand 
är en certifieringsinstans öppna nyckel och vars högra 
operand är det certifikat som utfärdats av denna cer­
tifieringsinstans. Resultatet är den öppna nyckeln hos 
användare X, vars certifikat är den högra operanden.  
X.PK Öppen RSA-nyckel för användare X.  
X.PK[I] RSA-kryptering av viss information I, med använd­
ning av användare X öppna nyckel.  
X.SK Privat RSA-nyckel för användare X.  
X.SK[I] RSA-kryptering av viss information I, med använd­
ning av användare X privata nyckel.  
”xx” Hexadecimalt värde.  
|| Konkateneringsoperator.  
2. KRYPTOSYSTEM OCH ALGORITMER  
2.1. Kryptosystem  
CSM_001 Fordonsenheter och färdskrivarkort ska använda ett klas siskt 
RSA-kryptosystem med öppna nycklar för att tillhandahålla 
följande säkerhetsmekanismer:  
— Autentisering mellan fordonsenheter och kort.  
— Transport av Triple DES-sessionsnycklar mellan fordons­
enheter och färdskrivarkort.  
— Digital signatur för data som överförs från fordonsenheter 
eller färdskrivarkort till externa media.  
CSM_002 Fordonsenheter och färdskrivarkort ska använda ett symm et­
riskt Triple DES-kryptosystem för att tillhandahålla en meka­
nism för dataintegritet vid datautbyte mellan fordonsenheter 
och färdskrivarkort, och för att i förekommande fall tillhan­
dahålla sekretessbelagt datautbyte mellan fordonsenheter och 
färdskrivarkort.  
2.2. Kryptografiska algoritmer  
2.2.1  RSA-algoritm  
CSM_003 RSA-algoritmen definieras fullständigt genom följande f örhål­
landen:  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 430  
X.SK[ m] = s = m d mod n 
X.PK[ s] = m = s e mod n 
En utförligare beskrivning av RSA-funktionen finns i referens 
[PKCS1]. Den öppna exponenten, e, för RSA-beräkningar är 
ett heltal mellan 3 och n-1 som uppfyller gcd(e, lcm(p-1, 
q-1))=1.  
2.2.2  Hashalgoritm  
CSM_004 Mekanismerna för digital signatur ska använda hashalgor it­
men SHA-1, som definieras i referens [SHA-1].  
2.2.3  Datakrypteringsalgoritm  
CSM_005 DES-baserade algoritmer ska användas i CBC-läge ( Cipher 
Block Chaining ). 
3. Nycklar och certifikat  
3.1. Generering och distribuering av nycklar  
3.1.1  Generering och distribuering av RSA-nycklar  
CSM_006 RSA-nycklar ska genereras med hjälp av följande tre hie rar­
kiska funktionsnivåer:  
— Europeisk nivå.  
— Medlemsstatsnivå.  
— Utrustningsnivå.  
CSM_007 På europeisk nivå ska ett enda europeiskt nyckelpar 
(EUR.SK och EUR.PK) genereras. Den europeiska privata 
nyckeln ska användas för att certifiera medlemsstaternas 
öppna nycklar. Ett register ska föras över alla certifierade 
nycklar. Dessa arbetsuppgifter ska utföras av en europeisk 
certifieringsinstans, under Europeiska kommissionens över­
inseende och ansvar.  
CSM_008 På medlemsstatsnivå ska ett nyckelpar för medlemsstaten  
(MS.SK och MS.PK) genereras. Medlemsstaternas öppna 
nycklar ska certifieras av den europeiska certifieringsinstan­
sen. En medlemsstats privata nyckel ska användas för att 
certifiera de öppna nycklar som ska installeras i utrustningen 
(fordonsenhet eller färdskrivarkort). Alla certifierade öppna 
nycklar ska registreras med identifiering av den utrustning 
som de är avsedda för. Dessa arbetsuppgifter ska utföras av 
en certifieringsinstans i medlemsstaten. En medlemsstat får 
regelbundet byta sitt nyckelpar.  
CSM_009 På utrustningsnivå ska ett enda nyckelpar (EQT.SK och 
EQT.PK) genereras och installeras i respektive utrustning. 
Öppna utrustningsnycklar ska certifieras av en medlemsstats 
certifieringsinstans. Dessa arbetsuppgifter får utföras av till ­
verkare av utrustning, användaranpassare ( personalisers ) av 
utrustning eller medlemsstaternas myndigheter. Detta nyckel­
par används för autentisering, digital signering och kryptering . 
CSM_010 Sekretessen för privata nycklar ska bibehållas vid gene rering, 
eventuell transport och lagring.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 431  
I följande figur sammanfattas dataflödet i denna process:
  
3.1.2  RSA-nycklar för provning  
CSM_011 För att prova utrustning (även med avseende på driftsko m­
patibilitet) ska den europeiska certifieringsinstansen generera  
ett annat särskilt europeiskt nyckelpar för provning och minst 
två medlemsstatsnyckelpar för provning, vars öppna nycklar 
ska certifieras med den europeiska privata provningsnyckeln. 
I utrustning som provas för typgodkännande ska tillverkarna 
installera provningsnycklar som certifierats av en av dessa 
medlemsstatsnycklar för provning.  
3.1.3  Nycklar för rörelsesensorer  
Sekretessen för de tre nedannämnda Triple DES-nycklarna ska bib ehållas 
på lämpligt sätt vid generering, eventuell transport och lagrin g. 
Som stöd för färdskrivarkomponenter som uppfyller bestämmelsern a i 
ISO 16844 ska den europeiska certifieringsinstansen och medlems statens 
certifieringsinstanser dessutom säkerställa följande:  
CSM_036 Den europeiska certifieringsinstansen ska generera KmVU  o c h  
KmWC, två oberoende och unika nycklar för Triple DES, och 
generera Km som Km = Km  VU XOR Km  WC . Den europeiska cer­
tifieringsinstansen 
ska överlämna dessa nycklar på ett säkert sätt till medlemsstat ernas 
certifieringsinstanser på de senares begäran.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 432  
CSM_037 Medlemsstaternas certifieringsinstanser ska  
— använda Km för att kryptera de rörelsesensordata som 
efterfrågas av rörelsesensortillverkarna (de data som ska 
krypteras med Km definieras i ISO 16844-3),  
— överlämna Km  VU till fordonsenhetstillverkarna på ett sä­
kert sätt för installation i fordonsenheterna, och  
— säkerställa att Km  WC installeras i alla verkstadskort 
(
 i  E F
  ) då kortet 
användaranpassas.  
3.1.4  Generering och distribuering av sessionsnycklar för T-DES  
CSM_012 Fordonsenheter och färdskrivarkort ska som en del av de n ömsesi­
diga autentiseringen generera och utväxla nödvändiga data för a tt 
utforma en gemensam sessionsnyckel för Triple DES. Detta utbyte  
av data ska sekretesskyddas genom en mekanism för 
RSA-kryptering.  
CSM_013 Denna nyckel ska användas för all efterföljande kryptog rafisk 
verksamhet där säker meddelandehantering ( secure mes ­
saging ) används. Dess giltighet ska gå ut när sessionen av­
slutas (uttag eller nollställning av kortet) och/eller efter 24 0 
användningar (en användning av nyckeln = ett kommando 
som med säker meddelandehantering sänds till kortet och 
åtföljande svar).  
3.2. Nycklar  
CSM_014 RSA-nycklar ska (oavsett nivå) ha följande längder: mod ulus 
n 1 024 bitar, öppen exponent  e maximalt 64 bitar, privat 
exponent  d 1 024 bitar.  
CSM_015 Triple DES-nycklar ska ha formen (K  a , K  b , K  a ), där K  a och 
K b är oberoende nycklar vars längd är 64 bitar. Inga bitar ska 
sättas för påvisande av paritetsfel.  
3.3. Certifikat  
CSM_016 Certifikat för öppna RSA-nycklar ska vara icke-självbes krivande 
(non self-descriptive ) och kortverifierbara ( card-verifiable ) certifikat 
(ref. ISO/IEC 7816-8).  
3.3.1  Certifikatens innehåll  
CSM_017 Certifikat för öppna RSA-nycklar byggs med följande dat a i 
följande ordning:  
Data  Format  Byte  Anmärkningar  
CPI HELTAL  1  Identifierare för certifikat­
profil ( Certificate Profile 
Identifier ) (”01” för denna 
version).  
CAR  OKTETT­
STRÄNG  8 Certifieringsinstansens re­
ferens ( Certification Au ­
thority Reference ). 
CHA  OKTETT­
STRÄNG  7 Certifikatinnehavarens auk­
torisering ( Certificate Hol ­
der Authorisation ). ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 433  
Data  Format  Byte  Anmärkningar  
EOV  TimeReal  4  Sista giltighetsdag för cer­
tifikatet. Frivillig, utfylls 
med ′FF′ om dessa data ej 
används.  
CHR  OKTETT­
STRÄNG  8 Certifikatinnehavarens re­
ferens ( Certificate Holder 
Reference ). 
n OKTETT­
STRÄNG  128 Öppen nyckel (modulus).  
e OKTETT­
STRÄNG  8 Öppen nyckel (öppen ex­
ponent).  
164 
Anmärkningar:  
1. Identifieraren för certifikatprofil (CPI) beskriver autentis eringscertifi­
katets exakta struktur. Den kan användas av utrustningen som en  
intern identifierare för en relevant startlista ( headerlist ) som beskriver 
konkateneringen av dataelement inom certifikatet.  
Startlistan för detta certifikatinnehåll ser ut på följande sät t: 
”4D”  ”16”  ”5F 
29” ”01”  ”42”  ”08”  ”5F 
4B” ”07”  ”5F 
24” ”04”  ”5F 
20” ”08”  ”7F 
49” ”05”  ”81”  ”81 
80” ”82”  ”08”
 Tagg för utökad startlista  
Startlistans längd  
CPI-tagg  
CPI-längd  
CAR-tagg  
CAR-längd  
CHA-tagg  
CHA-längd  
EOV -tagg  
EOV -längd  
CHR-tagg  
CHR-längd  
Tagg för öppen nyckel (konstruerad)  
Längd för efterföljande dataobjekt  
Modulus-tagg  
Modulus-längd  
Tagg för öppen exponent  
Längd för öppen exponent 
2. Certifieringsinstansens referens (CAR) har som syfte att ide ntifiera 
den certifieringsinstans (CA) som utfärdar certifikat på så sät t att 
dataelementet kan användas samtidigt som en identifierare för i nstan­
sens nyckel ( Authority Key Identifier ), som referens till certifierings­
instansens öppna nyckel (för kodning, se nyckelidentifierare ( Key 
Identifier ) nedan).  
3. Certifikatinnehavarens auktorisering (CHA) används för att i dentifiera 
certifikatinnehavarens rättigheter. Den består av färdskrivaren s till­
lämpningsidentifierare ( Application ID ) och av den typ av utrustning 
för vilken certifikatet är avsett (enligt dataelementet
  
; ”00” för en medlemsstat).  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 434  
4. Certifieringsinnehavarens referens (CHR) har som syfte att u nikt iden­
tifiera certifikatinnehavaren (CH) på så sätt att dataelementet  kan 
användas samtidigt som en identifierare för subjektnyckel ( Subject 
Key Identifier ), som referens till certifikatinnehavarens öppna nyckel.  
5. Med nyckelidentifierare identifieras certifikatinnehavare el ler certifie­
ringsinstanser unikt. De är kodade på nedanstående sätt.  
5.1 Utrustning (fordonsenhet eller kort): 
Data  Utrust­
ningens 
serienum­
mer Datum  Typ  Tillverkare  
Längd  4 byte  2 byte  1 byte  1 byte  
Värde  Heltal  mm yy, 
BCD-kodning  Tillverkarspeci­
fikt Tillverkarkod  
När en tillverkare efterfrågar certifikat för en fordonsenhet ä r 
identifieringen av den utrustning i vilken nycklarna kommer att  
installeras antingen känd eller inte känd.  
I det förra fallet kommer tillverkaren att sända utrustningens iden­
tifiering med den öppna nyckeln till sin medlemsstats certifie­
ringsinstans. Certifikatet kommer då att innehålla utrustningen s 
identifiering, och tillverkaren måste se till att nycklar och c ertifi­
kat installeras i avsedd utrustning. Nyckelidentifieraren har d en 
form som visas ovan.  
I det senare fallet måste tillverkaren unikt identifiera varje certi­
fikatförfrågan och sända denna identifiering med den öppna nyc­
keln till sin medlemsstats certifieringsinstans. Certifikatet k ommer 
att innehålla identifiering av förfrågan. Tillverkaren måste me d­
dela sin medlemsstats instans om hur nyckeln tillskrivs en viss  
utrustning (dvs. identifiering av certifikatförfrågan och ident ifie­
ring av utrustningen) efter det att nyckeln installerats i utru st­
ningen. Nyckelidentifieraren har följande form: 
Data  Serienum­
mer för 
förfrågan 
om certifi­
kat Datum  Typ  Tillverkare  
Längd  4 byte  2 byte  1 byte  1 byte  
Värde  Heltal  mm yy, 
BCD-kodning  ”FF”  Tillverkarkod  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 435  
5.2 Certifieringsinstans: 
Data  Instansens identi­
fiering  Nyckelns se­
rienummer  Övrig infor­
mation  Identifierare  
Längd  4 byte  1 byte  2 byte  1 byte  
Värde  Numerisk lands­
kod (1 byte) 
Alfanumerisk 
landskod (3 byte)  Heltal  Ytterligare 
kodning 
(specifik för 
certifierings­
instans), 
”FF FF” om 
den inte an­
vänds  ”01”  
Nyckelns serienummer används för att särskilja en medlemsstats 
olika nycklar om nyckeln ändras.  
6. Certifikatverifierare ska indirekt känna till att den certif ierade öppna 
nyckeln är en RSA-nyckel som är relevant för autentisering, ver ifie­
ring av digital signatur och kryptering för sekretesstjänster ( certifikatet 
innehåller ingen objektidentifierare som specificerar den).  
3.3.2  Utfärdade certifikat  
CSM_018 Det utfärdade certifikatet är en digital signatur med d elvis 
återskapande av certifikatinnehåll i enlighet med ISO/IEC 
9796-2 (med undantag för dess bilaga A4), med certifierings­
instansens referens (CAR) tillagd.  
X.C = X.CA.SK[”6A” || C  r || Hash  (Cc) || ”BC”] || C  n || X.CAR 
Med certifikatinnehåll = 
Cc =  C r || C  n 
106 byte  58 byte  
Anmärkningar:  
1. Detta certifikat är 194 byte långt.  
2. CAR, som döljs av signaturen, är också tillagd till signatur en, så att 
certifieringsinstansens öppna nyckel kan väljas för verifiering  av 
certifikatet.  
3. Certifikatverifieraren ska indirekt känna till den algoritm som används 
av certifieringsinstansen för att signera certifikatet.  
4. Startlistan ( header list ) för detta utfärdade certifikat ser ut på följande sätt: 
”7F 21”  ”09”  ”5F 37”  ”81 80”  ”5F 38”  ”3A”  ”42”  ”08”
 Tagg för certifikatets konstanta 
vektor (CV , 
Constant V ector; konstruerad)  
Längd för efterföljande dataobjekt  
Tagg för signatur  
Längd för signatur  
Tagg för återstod  
Längd för återstod  
CAR-tagg  
CAR-längd ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 436  
3.3.3  Verifiering och uppackning av certifikat  
Verifiering och uppackning består i att signaturen verifieras i  enlighet 
med ISO/IEC 9796-2, att certifikatinnehållet hämtas, inklusive den ingå­
ende öppna nyckeln X.PK = X.CA.PKo X.C, och att certifikatets g iltig­
het verifieras.  
CSM_019 Detta inbegriper följande steg:  
Verifiera signatur och hämta innehåll: 
— Hämta Sign, C  n ”and CAR” från 
X.C:  X.C =  Sign  | |  C  n ' | |  CAR'  
128 byte  58 byte  8 byte  
— Välj lämplig öppen nyckel för certifieringsinstansen med 
hjälp av CAR' (såvida detta inte redan är gjort på annat 
sätt).  
— Öppna Sign med certifieringsinstansens öppna nyckel: 
Sr'= X.CA.PK [Sign],  
— Kontrollera att Sr' börjar med ”6A” och slutar med ”BC”. 
— Beräkna C  r ′ och H′ med hjälp av Sr' =  ”6A”  | | C  r ' | |  H '  | |  ”BC”  
106 byte  20 byte  
— Återskapa certfikatinnehåll C' = C  r ' || C  n '. 
— Kontrollera  Hash  (C′) = H′.  
Om kontrollerna är OK är certifikatet äkta och dess innehåll 
är C′.  
Verifiera giltighet. Från C′:  
— Kontrollera, i förekommande fall, sista giltighetsdag.  
Hämta och lagra öppen nyckel, nyckelidentifierare, certifikat­
innehavarens auktorisering (CHA) och certifikatets sista gil­
tighetsdag från C′:  
— X.PK =  n | | e 
— X.KID = CHR  
— X.CHA = CHA  
— X.EOV = EOV  
4. ÖMSESIDIG AUTENTISERINGSMEKANISM  
Ömsesidig autentisering mellan kort och fordonsenheter bygger p å föl­
jande princip:  
Varje part ska demonstrera för den andra att den äger ett gilti gt nyckel­
par, vars öppna nyckel har certifierats av en certifieringsinst ans i en 
medlemsstat, som i sin tur har certifierats av den europeiska 
certifieringsinstansen.  
Detta görs genom att man med den privata nyckeln signerar ett s lumptal 
som sänts av den andra parten, som måste återskapa det sända sl umptalet 
när signaturen verifieras.  
Mekanismen utlöses av fordonsenheten när ett kort sätts in. Den  börjar 
med utbyte av certifikat och uppackning av öppna nycklar och sl utar med 
fastställande av en sessionsnyckel.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 437  
CSM_020 Följande protokoll ska användas (pilar anger kommandon och 
data som utväxlas (se tillägg 2)):
  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 438
  
▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 439  
5. MEKANISMER FÖR SEKRETESS, INTEGRITET OCH AUTENTISE­
RING VID ÖVERFÖRING AV DATA MELLAN FORDONSENHET 
OCH KORT  
5.1. Säker meddelandehantering  
CSM_021 Integriteten vid överföring av data mellan fordonsenhet  och 
kort ska skyddas genom säker meddelandehantering ( secure 
messaging ) i enlighet med referenserna [ISO/IEC 7816-4] och 
[ISO/IEC 7816-8].  
CSM_022 När data behöver skyddas vid överföring ska ett dataobj ekt 
för kryptografisk kontrollsumma ( Cryptographic Checksum 
Data Object ) fogas till de dataobjekt som sänds inom kom­
mandot eller svaret. Den kryptografiska kontrollsumman ska 
verifieras av mottagaren.  
CSM_023 Den kryptografiska kontrollsumman hos data som sänds in om 
ett kommando ska integrera kommandots startdel ( command 
header ) och samtliga sända dataobjekt (=> CLA = ”0C”, och 
samtliga dataobjekt ska kapslas in med taggar i vilka b1 = 1).  
CSM_024 Byte för information om svarets status ska skyddas av e n 
kryptografisk kontrollsumma om svaret inte innehåller något 
datafält.  
CSM_025 Kryptografiska kontrollsummor ska ha en längd på 4 byte . 
Strukturen för kommandon och svar vid användning av säker 
meddelandehantering är därför följande:  
De dataobjekt som används är en delmängd av de dataobjekt för 
säker meddelandehantering som beskrivs i ISO/IEC 7816-4:  
Tagg  Memosym­
bol ( mne­
monic ) Betydelse  
”81”  T  PV Klarvärde (PV,  Plain Value ); ej BER-TLV-kodade 
data (skyddas av CC).  
”97”  T  LE Värde för Le i det oskyddade kommandot (skyddas 
av CC).  
”99”  T  SW Statusinformation (skyddas av CC).  
”8E”  T  CC Kryptografisk kontrollsumma  
”87”  T  PI CG  Byte för indikering av utfyllnad (PI,  Padding Indica ­
tor) || Kryptogram (klarvärde, ej BER-TLV-kodat).  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 440  
Antag följande oskyddade par med kommando och svar:  
Kommando – startdel ( header ) Kommando – nyttodel ( body ) 
CLA  INS  P 1  P 2  [ L  c -fält]  [Datafält]  [ L  e -fält]  
4 byte  L byte, benämnda B  1 till B  L 
Svar – nyttodel ( body ) Svar – slutdel ( trailer ) 
[Datafält]  SW1  SW2  
L r byte med data  2 byte  
Det motsvarande skyddade paret med kommando och svar är 
följande:  
Skyddat kommando:  
Kommando – startdel (CH,  
Command Header ) Kommando – nyttodel ( body ) 
CLA  INS  P 1  P 2  [Nytt L  c -fält]  [Nytt datafält]  [Nytt 
L e -fält]  
”OC”  Längd för nytt 
datafält  T PV L PV PV T  LE L LE L e T CC L CC CC ”00”  
”81”  L  c Datafält  ”97”  ”01”  L  e ”8E”  ”04”  C C  
Data som ska ingå i kontrollsumman = CH || PB || T  PV || L  PV 
|| PV || T  LE || L  LE || L  e || PB  
PB (byte för utfyllnad,  Padding Bytes ) = (80 .. 00) i enlighet 
med ISO-IEC 7816-4 och ISO 9797, metod 2.  
Dataobjekten PV och LE förekommer endast när det finns 
motsvarande data i det oskyddade kommandot.  
Skyddat svar:  
1. Fall där svarsdatafältet inte är tomt och inte behöver 
sekretesskyddas:  
Svar – nyttodel ( body ) Svar – slutdel ( trailer ) 
[Nytt datafält]  Nya SW1 SW2  
T PV L PV PV T  CC L CC CC 
”81”  L  r Datafält  ”8E”  ”04”  C C  
Data som ska ingå i kontrollsumman = T  PV || L  PV || PV || 
PB 
2. Fall där svarsdatafältet inte är tomt och behöver 
sekretesskyddas:  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 441  
Svar – nyttodel ( body ) Svar – slutdel ( trailer ) 
[Nytt datafält]  Nya SW1 SW2  
T PI CG  L PI 
CG PI CG  T  CC L CC CC 
”87”  PI || CG  ”8E”  ”04”  C C  
Data som ska ingå i kryptogrammet (CG): icke BER-TLV- 
kodade data och utfyllnadsbyte.  
Data som ska ingå i kontrollsumman = T  PI CG  || L  PI CG  || 
PI CG || PB  
3. Fall där svarsdatafältet är tomt:  
Svar – nyttodel ( body ) Svar – slutdel ( trailer ) 
[Nytt datafält]  Nya SW1 SW2  
T SW L SW SW T  CC L CC CC 
”99”  ”02”  Nya SW1 SW2  ”8E”  ”04”  C C  
Data som ska ingå i kontrollsumman = T  SW || L  SW || SW || 
PB 
5.2. Felhantering avseende säker meddelandehantering  
CSM_026 När färdskrivarkortet känner av ett fel avseende säker med­
delandehantering vid tolkning av ett kommando måste byte 
för status återsändas utan säker meddelandehantering. Enligt 
ISO/IEC 7816-4 definieras följande byte för status för att 
ange fel avseende säker meddelandehantering:  
”66 88”: Misslyckad verifiering av kryptografisk kontrollsumma.  
”69 87”: Förväntade dataobjekt för säker meddelandehante­
ring saknas.  
”69 88”: Felaktiga dataobjekt för säker meddelandehantering.  
CSM_027 När färdskrivarkortet returnerar byte för status utan d ataobjekt 
för säker meddelandehantering eller med ett felaktigt data­
objekt för säker meddelandehantering måste sessionen avbry­
tas av fordonsenheten.  
5.3. Algoritm för beräkning av kryptografiska kontrollsummor  
CSM_028 Kryptografiska kontrollsummor byggs med hjälp av  retail 
MACs  enligt ANSI X9.19 med DES:  
— Första steget: Det första kontrollblocket y0 är E(Ka, SSC).  
— Följande steg: Kontrollblocken y1, ..., yn beräknas med 
hjälp av Ka.  
— Sista steget: Den kryptografiska kontrollsumman beräknas 
från det sista kontrollblocket yn på följande sätt: 
E(Ka, D(Kb, yn))  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 442  
där E() betyder kryptering med DES, och D() betyder dekryp­
tering med DES.  
De fyra mest signifikanta bytarna i den kryptografiska kon­
trollsumman överförs.  
CSM_029 Räknaren för sekvenssändning (SSC,  Send Sequence Counter ) 
ska initieras vid förfarandet för överenskommelse om nyckel 
till: 
Första SSC: Rnd3 (4 minst signifikanta byte) || Rnd1 (4 minst 
signifikanta byte)  
CSM_030 SSC ska ökas med 1 varje gång innan en MAC beräknas 
(dvs. SSC för första kommando är första SSC+1, SSC för 
det första svaret är första SSC+2).  
I följande figur visas beräkningen av  retail MAC :
 
5.4. Algoritm för att beräkna kryptogram för sekretessdataobjekt  
CSM_031 Kryptogram beräknas med hjälp av TDEA i TCBC-läge enlig t 
referenserna [TDES] och [TDES-OP] och med nollvektorn 
som block med startvärde ( Initial Value ). 
I följande figur visas tillämpningen av nycklar i TDES:
  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 443  
6. MEKANISMER FÖR DIGITAL SIGNATUR VID DATAÖVER­
FÖRING  
CSM_032 IDE-enheten ( Intelligent Dedicated Equipment ) lagrar data 
som tas emot från en utrustning (fordonsenhet eller kort) 
under en överföringssession inom en (1) fysisk datafil. Denna 
fil måste innehålla certifikaten MS  i .C och EQT.C. Filen in­
nehåller digitala signaturer för datablock enligt specifikation  i 
tillägg 7 om protokoll för dataöverföring.  
CSM_033 Digitala signaturer för överförda data ska använda ett schema 
för digitala signaturer med tillägg så att överförda data kan 
läsas utan att dekrypteras om så önskas.  
6.1. Generering av signatur  
CSM_034 Utrustningens generering av datasignaturer ska följa de t sig­
naturschema med tillägg som definieras i referens [PKCS1] 
med SHA-1 hashfunktion:  
Signatur = EQT.SK[”00” || ”01” ||  PS || ”00” || DER(SHA- 
1(Data))]  
PS = Utfyllnadssträng med oktetter med värdet ”FF” så att 
längden blir 128.  
DER(SHA-1( M)) (Distinguished Encoding Rules ) är kod­
ningen av algoritm-ID för hashfunktionen och hashvärdet 
till ett ASN.1-värde av typen DigestInfo:  
”30”||”21”||”30”||”09”||”06”||”05 ”||”2B”||”0E”||”03”||”02”||”1A ”|| 
”05”||”00”||”04”||”14”||Hashvärde  
6.2. Verifiering av signatur  
CSM_035 Verifiering av datasignaturer för överförda data ska fö lja det 
signaturschema med tillägg som definieras i referens [PKCS1] 
med SHA-1 hashfunktion:  
Den som verifierar måste oberoende känna igen (och lita på) 
den europeiska öppna nyckeln EUR.PK.  
I följande tabell återges det protokoll som en IDE-enhet med 
ett kontrollkort kan följa för att verifiera integriteten hos d ata 
som överförs och lagras på det externa lagringsmediet (ESM,  
External Storage Media ). Kontrollkortet används för att de­
kryptera digitala signaturer. Denna funktion får i detta fall i nte 
införas i IDE-enheten.  
Den utrustning som har överfört och signerat de data som ska 
analyseras betecknas EQT.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 444
  
DEL B  
ANDRA GENERATIONENS FÄRDSKRIVARSYSTEM  
7. INLEDNING  
7.1. Referenser  
Följande referenser används i denna del av detta tillägg:  
AES National Institute of Standards and Technology (NIST), 
FIPS PUB 197: Advanced Encryption Standard (AES), 
November 26, 2001  
DSS National Institute of Standards and Technology (NIST), 
FIPS PUB 186-4: Digital Signature Standard (DSS), July 
2013  
ISO 7816-4 ISO/IEC 7816-4, Identification cards – Integrated ci rcuit 
cards – Part 4: Organization, security and commands for 
interchange. Third edition 2013-04-15  
ISO 7816-8 ISO/IEC 7816-8, Identification cards – Integrated ci rcuit 
cards – Part 8: Commands for security operations. Second 
edition 2004-06-01  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 445  
ISO 8825-1 ISO/IEC 8825-1, Information technology – ASN.1 enco­
ding rules: Specification of Basic Encoding Rules (BER), 
Canonical Encoding Rules (CER) and Distinguished En­
coding Rules (DER). Fourth edition, 2008-12-15  
ISO 9797-1 ISO/IEC 9797-1, Information technology – Security te ch­
niques – Message Authentication Codes (MACs) – Part 1: 
Mechanisms using a block cipher. Second edition, 2011- 
03-01  
ISO 10116 ISO/IEC 10116, Information technology – Security tech ­
niques – Modes of operation of an  n-bit block cipher. 
Third edition, 2006-02-01  
ISO 16844-3 ISO/IEC 16844-3, Road vehicles – Tachograph systems  – 
Part 3: Motion sensor interface. First edition 2004, inclu­
ding Technical Corrigendum 1 2006  
RFC 5480 Elliptic Curve Cryptography Subject Public Key Infor­
mation, March 2009  
RFC 5639 Elliptic Curve Cryptography (ECC) – Brainpool Standard  
Curves and Curve Generation, 2010  
RFC 5869 HMAC-based Extract-and-Expand Key Derivation 
Function (HKDF), May 2010  
SHS National Institute of Standards and Technology (NIST), 
FIPS PUB 180-4: Secure Hash Standard, March 2012  
SP 800-38B National Institute of Standards and Technology (NIST ), 
Special Publication 800-38B: Recommendation for Block 
Cipher Modes of Operation: The CMAC Mode for Aut­
hentication, 2005  
TR-03111 BSI Technical Guideline TR-03111, Elliptic Curve Cryp­
tography, version 2.00, 2012-06-28  
7.2. Beteckningar och förkortningar  
Följande beteckningar och förkortningar används i detta tillägg : 
AES  Advanced Encryption Standard  (standardiserad krypte­
ringsalgoritm)  
CA Certification Authority  (certifieringsinstans)  
CAR  Certification Authority Reference  (certifieringsinstansens 
referens)  
CBC  Cipher Block Chaining  (kedjeanvändande blockchiffer)  
CH Command Header  (startdel av ett kommando)  
CHA  Certificate Holder Authorisation  (certifikatinnehavarens 
auktorisering)  
CHR  Certificate Holder Reference  (certifikatinnehavarens refe­
rens)  
CV Constant Vector  (konstant vektor)  
DER  Distinguished Encoding Rules  (regelsamling för kodning)  
DO Data Object  (dataobjekt)  
DSRC  Dedicated Short Range Communication  (radiokommunika­
tion över korta avstånd)  
ECC  Elliptic Curve Cryptography  (elliptisk kryptering)  
ECDSA  Elliptic Curve Digital Signature Algorithm  (krypterings­
algoritm)  
ECDH  Elliptic Curve Diffie-Hellman  (algoritm för överenskom­
melse mellan nycklar)  
EGF  External GNSS Facility  (extern GNSS-anordning)  
EQT  Equipment  (utrustning)  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 446  
IDE Intelligent Dedicated Equipment  (t.ex. persondator)  
K M Huvudnyckel för rörelsesensor, möjliggör parning av en 
fordonsenhet och en rörelsesensor.  
K M-VU  Nyckel som installeras i en fordonsenhet så att fordons­
enheten kan härleda rörelsesensorns huvudnyckel om ett 
verkstadskort sätts in i fordonsenheten.  
K M-WC  Nyckel som installeras i ett verkstadskort så att en fordons­
enhet kan härleda rörelsesensorns huvudnyckel om verk­
stadskortet sätts in i fordonsenheten.  
MAC Message Authentication Code  
MoS  Motion Sensor  (rörelsesensor)  
MSB  Most Significant Bit  (mest signifikanta bit)  
PKI Public Key Infrastructure  (infrastruktur för öppen nyckel)  
RCF  Remote Communication Facility  (kommunikationsanord­
ning för fjärravläsning)  
SSC Send Sequence Counter  (räknare för sekvenssändning)  
SM Secure Messaging  (säker meddelandehantering)  
TDES  Triple Data Encryption Standard  (krypteringsstandard)  
TLV  Tag Length Value  (tagglängd)  
VU Vehicle Unit  (fordonsenhet)  
X.C Certifikat för den öppna nyckel som innehas av användare X  
X.CA Certifieringsinstans som utfärdat certifikat för användare  X 
X.CAR Referens för certifieringsinstans, nämns i certifikat för  an­
vändare X  
X.CHR Referens för certifikatinnehavare, nämns i certifikat för  
användare X  
X.PK Öppen nyckel för användare X  
X.SK Privat nyckel för användare X  
X.PK  eph Tillfällig ( ephemeral ) öppen nyckel för användare X  
X.SK  eph Tillfällig ( ephemeral ) privat nyckel för användare X  
”xx” Hexadecimalt värde  
|| Konkateneringsoperator  
7.3. Definitioner  
De termer och definitioner som används i detta tillägg finns i avsnitt I i 
bilaga 1C.  
8. KRYPTOSYSTEM OCH ALGORITMER  
8.1. Kryptosystem  
CSM_38 Fordonsenheter och färdskrivarkort ska använda ett krypt o­
system med öppna nycklar, baserat på elliptisk kryptering, 
för att tillhandahålla följande säkerhetstjänster:  
— Ömsesidig autentisering mellan en fordonsenhet och ett 
kort. ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 447  
— Överenskommelse om AES-sessionsnycklar mellan en 
fordonsenhet och ett kort.  
— Säkerställande av autenticitet, integritet och oavvislig­
het avseende data som överförs från fordonsenheter 
och färdskrivarkort till externa media.  
CSM_39 Fordonsenheter och externa GNSS-anordningar ska an­
vända ett kryptosystem med öppna nycklar, baserat på 
elliptisk kryptering, för att tillhandahålla följande säker­
hetsmekanismer:  
— Koppling av en fordonsenhet och en extern 
GNSS-anordning.  
— Ömsesidig autentisering mellan en fordonsenhet och en 
extern GNSS-anordning.  
— Överenskommelse om en AES-sessionsnyckel mellan 
en fordonsenhet och en extern GNSS-anordning.  
CSM_40 Fordonsenheter och färdskrivarkort ska använda ett 
AES-baserat, symmetriskt kryptosystem för att tillhanda­
hålla följande säkerhetsmekanismer:  
— Säkerställande av autenticitet och integritet avseende 
data som utväxlas mellan en fordonsenhet och ett färd­
skrivarkort.  
— Säkerställande, i förekommande fall, av sekretess av­
seende data som utväxlas mellan en fordonsenhet och 
ett färdskrivarkort.  
CSM_41 Fordonsenheter och externa GNSS-anordningar ska an­
vända ett AES-baserat, symmetriskt kryptosystem för att 
tillhandahålla följande säkerhetsmekanismer:  
— Säkerställande av autenticitet och integritet avseende 
data som utväxlas mellan en fordonsenhet och en ex­
tern GNSS-anordning.  
CSM_42 Fordonsenheter och rörelsesensorer ska använda ett 
AES-baserat, symmetriskt kryptosystem för att tillhanda­
hålla följande säkerhetsmekanismer:  
— Parning av en fordonsenhet och en rörelsesensor.  
— Ömsesidig autentisering mellan en fordonsenhet och en 
rörelsesensor.  
— Säkerställande av sekretess avseende data som utväxlas 
mellan en fordonsenhet och en rörelsesensor.  
CSM_43 Fordonsenheter och kontrollkort ska använda ett 
AES-baserat, symmetriskt kryptosystem för att tillhanda­
hålla följande säkerhetsmekanismer i fjärrkommunikations­
gränssnittet:  
— Säkerställande av sekretess, autenticitet och integritet 
avseende data som överförs från en fordonsenhet till 
ett kontrollkort.  
Anmärkningar:  
— Egentligen överförs data från en fordonsenhet till en 
fjärravläsare som sköts av en kontrolltjänsteman, med 
hjälp av en kommunikationsanordning för fjärravläs­
ning som kan vara intern eller extern i förhållande 
till fordonsenheten (se tillägg 14). Fjärravläsaren sän­
der dock mottagna data till ett kontrollkort för  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 448  
dekryptering och validering av autenticitet. Ur säker­
hetssynvinkel är kommunikationsanordningen för fjärr­
avläsning och fjärravläsaren helt transparenta.  
— Ett verkstadskort erbjuder samma säkerhetsmekanismer 
för DSRC-gränssnittet som ett kontrollkort. Det ger 
möjlighet för en verkstad att kontrollera att kommuni­
kationsgränssnittet för fjärravläsning i en fordonsenhet 
fungerar korrekt, inklusive i fråga om säkerhet. Se av­
snitt 9.2.2 för mer information.  
8.2. Kryptografiska algoritmer  
8.2.1  Symmetriska algoritmer  
CSM_44 Fordonsenheter, färdskrivarkort, rörelsesensorer och ex­
terna GNSS-anordningar ska stödja AES-algoritmen såsom 
den definieras i [AES], med nyckellängderna 128, 192 och 
256 bitar.  
8.2.2  Asymmetriska algoritmer och standardiserade domänparametrar  
CSM_45 Fordonsenheter, färdskrivarkort och externa GNSS-anord­
ningar ska stödja elliptisk kryptering med nyckelstorlek på 
256, 384 och 512/521 bitar.  
CSM_46 Fordonsenheter, färdskrivarkort och externa GNSS-anordni ngar 
ska stödja signeringsalgoritmen ECDSA, såsom den specificeras 
i [DSS].  
CSM_47 Fordonsenheter, färdskrivarkort och externa GNSS-anordni ngar 
ska stödja algoritmen ECKA-EG för nyckelöverenskommelse, 
såsom den specificeras i [TR 03111].  
CSM_48 Fordonsenheter, färdskrivarkort och externa GNSS-anordni ngar 
ska stödja samtliga standardiserade domänparametrar som anges 
i Table 1 nedan för elliptisk kryptering (ECC).  
Tabell 1  
Standardiserade domänparametrar  
Namn  Storlek (bitar)  Referens  Objektidentifierare  
NIST P-256  256  [DSS], [RFC 5480]
  
BrainpoolP256r1  256  [RFC 5639]
  
NIST P-384  384  [DSS], [RFC 5480]
  
BrainpoolP384r1  384  [RFC 5639]
  
BrainpoolP512r1  512  [RFC 5639]
  
NIST P-521  521  [DSS], [RFC 5480]
  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 449  
Anm.:  De objektidentifierare som nämns i den sista kolum­
nen i Table 1 specificeras i [RFC 5639] för 
Brainpool-kurvor och i [RFC 5480] för NIST-kurvor.
  
8.2.3  Hashalgoritmer  
▼M1 
CSM_49 Fordonsenheter, färdskrivarkort och externa 
GNSS-anordningar ska stödja algoritmerna SHA-256, 
SHA-384 och SHA-512, såsom de specificeras i [SHS].  
▼B 
8.2.4  Chifferföljder  
CSM_50 Om en symmetrisk algoritm, en assymmetrisk algoritm 
och/eller en hashalgoritm används tillsammans för att ut­
göra ett säkerhetsprotokoll ska deras respektive nyckel­
längder och hashstorlekar ge ungefär likvärdig styrka. I 
Table 2 visas de tillåtna chifferföljderna:  
Tabell 2  
Tillåtna chifferföljder  
Identifierare för 
chifferföljd  Nyckelstorlek för 
elliptisk 
kryptering (ECC) (bi­
tar) Nyckellängd för AES 
(bitar)  Hashalgoritm  MAC-längd 
(byte)  
CS#1  256  128  SHA-256  8  
CS#2  384  192  SHA-384  1 2  
CS#3  512/521  256  SHA-512  1 6  
Anmärkning:  ECC-nycklar med storlek 512 bitar och 521 
bitar anses ge likvärdig styrka för alla syften som omfattas 
av detta tillägg.  
9. NYCKLAR OCH CERTIFIKAT  
9.1. ASYMMETRISKA NYCKELPAR OCH CERTIFIKAT FÖR 
ÖPPNA NYCKLAR  
9.1.1  Allmänt  
Anmärkning:  De nycklar som beskrivs i detta avsnitt används för ömse­
sidig autentisering och säker meddelandehantering mellan fordon senheter 
och färdskrivarkort och mellan fordonsenheter och externa 
GNSS-anordningar. Dessa processer beskrivs i detalj i kapitlen 10 och 
11 i detta tillägg.  
CSM_51 Inom det europeiska smarta färdskrivarsystemet ska nyc­
kelpar för elliptisk kryptering (ECC) och motsvarande cer­
tifikat genereras och förvaltas med hjälp av följande tre 
hierarkiska funktionsnivåer:  
— Europeisk nivå.  
— Medlemsstatsnivå.  
— Utrustningsnivå.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 450  
CSM_52 Inom hela det europeiska smarta färdskrivarsystemet ska 
öppna och privata nycklar och certifikat genereras, förval­
tas och överlämnas med hjälp av standardiserade och säkra 
metoder.  
9.1.2  Europeisk nivå  
CSM_53 På europeisk nivå ska ett enda unikt nyckelpar för ellip tisk 
kryptering genereras och benämnas EUR. Det ska bestå av 
en privat nyckel (EUR.SK) och en öppen nyckel 
(EUR.PK). Detta nyckelpar ska utgöra rotnyckelpar för 
hela infrastrukturen för öppna nycklar (PKI,  Public Key 
Infrastructure ) inom hela det europeiska smarta färdskri­
varsystemet. Dessa arbetsuppgifter ska utföras av en eu­
ropeisk rotcertifieringsinstans (Erca,  European Root Certi ­
ficate Authority ), under Europeiska kommissionens över­
inseende och ansvar.  
CSM_54 Erca ska använda den europiska öppna nyckeln för att 
signera ett (självsignerat) rotcertifikat från den europiska 
öppna nyckeln och överlämna detta europeiska rotcertifikat 
till alla medlemsstater.  
CSM_55 Erca ska använda den europiska privata nyckeln för att p å 
begäran signera medlemsstaternas certifikat. Erca ska föra 
ett register över alla signerade certifikat för öppna nycklar 
på medlemsstatsnivå.  
CSM_56 Erca ska, såsom visas i Figure 1 i avsnitt 9.1.7, genere ra 
ett nytt europeiskt rotnyckelpar vart sjuttonde år. Varje 
gång Erca genererar ett nytt europeiskt rotnyckelpar ska 
man också skapa ett nytt självsignerat rotcertifikat för 
den nya europeiska öppna nyckeln. Giltighetstiden för ett 
europeiskt rotcertifikat ska vara 34 år plus 3 månader.  
Anmärkning:  Införandet av ett nytt rotnyckelpar innebär 
även att Erca genererar en ny huvudnyckel ( Master Key ) 
för rörelsesensorer och en ny huvudnyckel för DSRC (se 
avsnitten 9.2.1.2 och 9.2.2.2).  
CSM_57 Erca ska, innan man genererar ett nytt europeiskt rotnyc ­
kelpar, genomföra en analys av den kryptografiska styrka 
som behövs för det nya nyckelparet, med tanke på att det 
ska bibehålla sin säkerhet under de kommande 34 åren. 
Erca ska om så är nödvändigt byta till en chifferföljd som 
är starkare än den nuvarande, såsom anges i CSM_50.  
▼M1 
CSM_58 Varje gång Erca genererar ett nytt europeiskt rotnyckelp ar 
ska man också skapa ett länkcertifikat för den nya euro­
peiska öppna nyckeln och signera det med den föregående 
europeiska privata nyckeln. Giltighetstiden för länkcertifi­
katet ska vara 17 år plus 3 månader. Detta visas även i 
figur 1 i avsnitt 9.1.7.  
▼B 
Anmärkning:  Eftersom ett länkcertifikat innehåller Ercas öppna 
nyckel av generation  X och är signerat med Ercas privata nyckel 
av generation  X-1 innebär länkcertifikatet att utrustning som 
utfärdats inom generation  X-1 får möjlighet att förlita sig på 
utrustning som utfärdas inom generation  X. 
CSM_59 Erca får inte använda den privata nyckeln i ett rotnycke l­
par för något som helst ändamål från den tidpunkt då ett 
nytt rotnyckelcertifikat blir giltigt.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 451  
CSM_60 Erca ska alltid förfoga över följande kryptografiska nyc klar 
och certifikat:  
— Nuvarande EUR-nyckelpar och motvarande certifikat.  
— Alla tidigare EUR-certifikat som använts för verifiering 
av MSCA-certifikat som fortfarande är giltiga.  
— Länkcertifikat för samtliga generationer av 
EUR-certifikat utom det första.  
9.1.3  Medlemsstatsnivå  
CSM_61 På medlemsstatsnivå ska alla medlemsstater som måste 
signera certifikat för färdskrivarkort generera ett unikt eller  
flera unika nyckelpar för elliptisk kryptering som benämns 
MSCA_Card. Alla medlemsstater som måste signera certi­
fikat för fordonsenheter eller externa GNSS-anordningar 
ska dessutom generera ett unikt eller flera unika nyckelpar 
för elliptisk kryptering som benämns MSCA_VU-EGF.  
CSM_62 Arbetsuppgiften att generera medlemsstatens nyckelpar sk a 
utföras av en certifieringsinstans i medlemsstaten (MSCA,  
Member State Certificate Authority ). Varje gång medlems­
statens certifieringsinstans genererar ett nyckelpar för med­
lemsstaten ska den sända den öppna nyckeln till Erca för 
att få ett motsvarande medlemsstatscertifikat signerat av 
Erca.  
CSM_63 En medlemsstats certifieringsinstans ska välja styrka fö r 
medlemsstatens nyckelpar så att den är likvärdig med styr­
kan hos det europeiska rotnyckelpar som används för att 
signera motsvarande medlemsstatscertifikat.  
CSM_64 Ett eventuellt MSCA_VU-EGF-nyckelpar ska bestå av en 
privat nyckel benämnd MSCA_VU-EGF.SK och en öppen 
nyckel benämnd MSCA_VU-EGF.PK. En medlemsstats 
certifieringsinstans ska använda den privata nyckeln 
MSCA_VU-EGF.SK endast för att signera certifikaten 
för öppna nycklar till fordonsenheter och externa 
GNSS-anordningar.  
CSM_65 Ett eventuellt MSCA_Card-nyckelpar ska bestå av en pri­
vat nyckel benämnd MSCA_Card.SK och en öppen nyckel 
benämnd MSCA_Card.PK. En medlemsstats certifierings­
instans ska använda den privata nyckeln MSCA_Card.SK 
endast för att signera certifikaten för öppna nycklar till 
färdskrivarkort.  
CSM_66 En medlemsstats certifieringsinstans ska föra ett regist er 
över alla signerade certifikat för fordonsenheter, externa 
GNSS-anordningar och kort, tillsammans med identifiering 
av den utrustning som respektive certifikat är avsett för.  
CSM_67 Giltighetstiden för ett MSCA_VU-EGF-certifikat ska vara 
17 år plus 3 månader. Giltighetstiden för ett MSCA_Card- 
certifikat ska vara 7 år plus 1 månad.  
CSM_68 Såsom visas i Figure 1 avsnitt 9.1.7 ska den privata nyc ­
keln i ett MSCA_VU-EGF-nyckelpar och den privata nyc­
keln i ett MSCA_Card-nyckelpar ha en användningsperiod 
på två år.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 452  
CSM_69 En medlemsstats certifieringsinstans (MSCA) får inte an­
vända den privata nyckeln i ett MSCA_VU-EGF-nyckelpar 
för något som helst ändamål efter det att dess använd­
ningsperiod har löpt ut. En medlemsstats certifierings­
instans får inte heller använda den privata nyckeln i ett 
MSCA_Card-nyckelpar för något som helst ändamål efter 
det att dess användningsperiod har löpt ut.  
CSM_70 En medlemsstats certifieringsinstans ska alltid förfoga över 
följande kryptografiska nycklar och certifikat:  
— Nuvarande MSCA_Card-nyckelpar och motvarande 
certifikat.  
— Alla tidigare MSCA_Card-certifikat som använts för 
verifiering av certifikat till färdskrivarkort som fort­
farande är giltiga.  
— Det nuvarande EUR-certifikatet som krävs för verifie­
ring av det nuvarande MSCA-certifikatet.  
— Alla tidigare EUR-certifikat som krävs för verifiering 
av samtliga MSCA-certifikat som fortfarande är giltiga.  
CSM_71 Om en medlemsstats certifieringsinstans måste signera ce r­
tifikat för fordonsenheter eller externa GNSS-anordningar 
ska den dessutom förfoga över följande nycklar och 
certifikat:  
— Nuvarande MSCA_VU-EGF-nyckelpar och motva­
rande certifikat.  
— Alla tidigare öppna nycklar för MSCA_VU-EGF som 
använts för verifiering av certifikat till fordonsenheter 
eller externa GNSS-anordningar som fortfarande är 
giltiga.  
9.1.4  Utrustningsnivå: Fordonsenheter  
▼M1 
CSM_72 Två unika nyckelpar för elliptisk kryptering ska generer as 
för varje fordonsenhet och benämnas VU_MA och 
VU_Sign. Denna arbetsuppgift ska utföras av tillverkare 
av fordonsenheter. Varje gång ett nyckelpar genereras för 
en fordonsenhet ska den part som genererar nyckeln sända 
den öppna nyckeln till sin certifieringsinstans (MSCA) för 
att få ett motsvarande certifikat för fordonsenheten signerat 
av certifieringsinstansen. Den privata nyckeln får endast 
användas av fordonsenheten.  
▼B 
CSM_73 VU_MA- och VU_Sign-certifikaten för en viss fordons­
enhet ska ha samma första giltighetsdag.  
CSM_74 En tillverkare av fordonsenheter ska välja styrka för fo r­
donsenhetens nyckelpar så att den är likvärdig med styrkan 
hos det MSCA-nyckelpar som används för att signera mot­
svarande certifikat för fordonsenheten.  
CSM_75 En fordonsenhet ska använda sitt VU_MA-nyckelpar, be­
stående av en privat nyckel (VU_MA.SK) och en öppen 
nyckel (VU_MA.PK) endast för att utföra autentisering av 
fordonsenheten gentemot färdskrivarkort och externa 
GNSS-anordningar såsom anges i avsnitten 10.3 och 
11.4 i detta tillägg.  
CSM_76 En fordonsenhet ska kunna generera tillfälliga ( ephemeral ) 
nyckelpar för elliptisk kryptering och ska använda ett till­
fälligt nyckelpar endast för att genomföra överenskom­
melse om sessionsnyckel med ett färdskrivarkort eller en 
extern GNSS-anordning såsom anges i avsnitten 10.4 och 
11.4 i detta tillägg.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 453  
CSM_77 En fordonsenhet ska använda den privata nyckeln 
VU_Sign.SK i sitt VU_Sign-nyckelpar endast för att sig­
nera överförda datafiler såsom anges i kapitel 14 i detta 
tillägg. Motsvarande öppna nyckel VU_Sign.PK ska an­
vändas endast för att verifiera signaturer som skapas av 
fordonsenheten.  
CSM_78 Giltighetstiden för ett VU_MA-certifikat ska vara 15 år 
plus 3 månader, såsom visas i Figure 1 i avsnitt 9.1.7. 
Giltighetstiden för ett VU_Sign-certifikat ska också vara 
15 år plus 3 månader.  
Anmärkningar:  
— Den förlängda giltighetstiden för ett VU_Sign-certifikat 
gör det möjligt för en fordonsenhet att skapa giltiga 
signaturer för överförda data under de tre första må­
naderna efter det att certifikatet har löpt ut, såsom 
krävs i förordning (EU) nr 581/2010.  
— Den förlängda giltighetstiden för ett VU_MA-certifikat 
behövs för att fordonsenheten ska kunna autentisera 
gentemot ett kontrollkort eller ett företagskort under 
de tre första månaderna efter det att certifikatet har 
löpt ut, så att det är möjligt att genomföra en data­
överföring.  
CSM_79 En fordonsenhet får inte använda den privata nyckeln i s itt 
nyckelpar för något som helst ändamål efter det att det 
motsvarande certifikatet har löpt ut.  
CSM_80 Fordonsenhetens nyckelpar (med undantag för tillfälliga 
nyckelpar) och motsvarande certifikat för en viss fordons­
enhet får inte ersättas eller förnyas på fältet efter det att 
fordonsenheten har tagits i drift.  
Anmärkningar:  
— Tillfälliga ( ephemeral ) nyckelpar omfattas inte av detta 
krav eftersom ett nytt tillfälligt nyckelpar genereras av 
en fordonsenhet vid varje chipautentisering och över­
enskommelse om sessionsnyckel (se avsnitt 10.4). No­
tera att tillfälliga nyckelpar inte har några motsvarande 
certifikat.  
— Detta krav utesluter inte möjligheten att ersätta statiska 
nyckelpar för fordonsenheten vid en renovering eller 
en reparation i en säker miljö som kontrolleras av for­
donsenhetens tillverkare.  
CSM_81 Fordonsenheter ska när de tas i drift innehålla följande  
kryptografiska nycklar och certifikat:  
— Den privata nyckeln för VU_MA och motsvarande 
certifikat.  
— Den privata nyckeln för VU_Sign och motsvarande 
certifikat.  
— MSCA_VU-EGF-certifikatet som innehåller den öppna 
nyckeln MSCA_VU-EGF.PK som ska användas för 
verifiering av VU_MA- och VU_Sign-certifikaten.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 454  
— EUR-certifikatet som innehåller den 
öppna nyckeln EUR.PK som ska användas för verifie­
ring av MSCA_VU-EGF-certifikatet.  
— EUR-certifikatet vars giltighetstid direkt föregår giltig­
hetstiden för det EUR-certifikat som ska användas för 
verifiering av MSCA_VU-EGF-certifikatet, i förekom­
mande fall.  
— Det länkcertifikat som länkar dessa två EUR-certifikat, 
i förekommande fall.  
CSM_82 Fordonsenheter ska också, utöver de kryptografiska nyck­
lar och certifikat som förtecknas i CSM_81 innehålla de 
nycklar och certifikat som anges i del A i detta tillägg och 
som möjliggör att en fordonsenhet kan samverka med 
första generationens färdskrivarkort.  
9.1.5  Utrustningsnivå: färdskrivarkort  
▼M1 
CSM_83 Ett unikt nyckelpar för elliptisk kryptering, benämnt 
Card_MA, ska genereras för varje färdskrivarkort. Ytterli­
gare ett unikt nyckelpar för elliptisk kryptering, benämnt 
Card_Sign, ska dessutom genereras för varje förarkort och 
varje verkstadskort. Denna arbetsuppgift får utföras av till­
verkare av kort eller användaranpassare av kort. Varje 
gång ett nyckelpar genereras för ett kort ska den part 
som genererar nyckeln sända den öppna nyckeln till sin 
certifieringsinstans (MSCA) för att få ett motsvarande cer­
tifikat för kortet signerat av certifieringsinstansen. Den 
privata nyckeln får endast användas av färdskrivarkortet.  
▼B 
CSM_84 Card_MA- och Card_Sign-certifikaten för ett visst för­
arkort eller verkstadskort ska ha samma första 
giltighetsdag.  
CSM_85 En tillverkare av kort eller en användaranpassare av kor t 
ska välja styrka för kortets nyckelpar så att den är likvär­
dig med styrkan hos det MSCA-nyckelpar som används 
för att signera motsvarande kortcertifikat.  
CSM_86 Ett färdskrivarkort ska använda sitt Card_MA-nyckelpar, 
bestående av en privat nyckel (Card_MA.SK) och en öp­
pen nyckel (Card_MA.PK) endast för att utföra ömsesidig 
autentisering och överenskommelse om sessionsnyckel 
gentemot fordonsenheter såsom anges i avsnitten 10.3 
och 10.4 i detta tillägg.  
CSM_87 Ett förarkort eller verkstadskort ska använda den privat a 
nyckeln Card_Sign.SK i sitt Card_Sign-nyckelpar endast 
för att signera överförda datafiler såsom anges i kapitel 
14 i detta tillägg. Motsvarande öppna nyckel 
Card_Sign.PK ska användas endast för att verifiera sig­
naturer som skapas av kortet.  
▼M1 
CSM_88 Giltighetstiden för ett CARD_MA-certifikat ska vara föl­
jande:  
— För förarkort: 5 år  
— För företagskort: 5 år  
— För kontrollkort: 2 år  
— För verkstadskort: 1 år  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 455  
CSM_89 Giltighetstiden för ett CARD_Sign-certifikat ska vara fö l­
jande: 
— För förarkort:  5 år och 1 månad  
— För verkstadskort:  1 år och 1 månad  
Anmärkning:  Den förlängda giltighetstiden för ett 
Card_Sign-certifikat gör det möjligt för ett förarkort att 
skapa giltiga signaturer för överförda data under den första 
månaden efter det att certifikatet har löpt ut. Detta är nöd­
vändigt med tanke på förordning (EU) nr 581/2010, som 
kräver att en dataöverföring från ett förarkort måste vara 
möjlig upp till 28 dagar efter den sista registreringen av 
data.  
CSM_90 Nyckelparen och motsvarande certifikat för ett visst fär d­
skrivarkort får inte ersättas eller förnyas efter det att korte t 
utfärdats.  
CSM_91 Färdskrivarkort ska när de utfärdas innehålla följande 
kryptografiska nycklar och certifikat:  
— Den privata nyckeln för Card_MA och motsvarande 
certifikat.  
— Dessutom, endast för förarkort och verkstadskort: den 
privata nyckeln Card_Sign och motsvarande certifikat.  
— MSCA_Card-certifikatet som innehåller den öppna 
nyckeln MSCA_Card.PK som ska användas för veri­
fiering av Card_MA- och Card_Sign-certifikaten.  
— EUR-certifikatet som innehåller den 
öppna nyckeln EUR.PK som ska användas för verifie­
ring av MSCA_Card-certifikatet.  
— EUR-certifikatet vars giltighetstid direkt föregår giltig­
hetstiden för det EUR-certifikat som ska användas för 
verifiering av MSCA_Card-certifikatet, i förekom­
mande fall.  
— Det länkcertifikat som länkar dessa två EUR-certifikat, 
i förekommande fall.  
▼M1 
— Endast för kontrollkort, företagskort och verkstadskort, 
och endast om korten utfärdas under de första tre må­
naderna av giltighetstiden för ett nytt EUR-certifikat: 
EUR-certifikatet som är två generationer äldre, om ett 
sådant finns.  
Anmärkning till sista punkten : Exempel: under de 
första tre månaderna för certifikatet Erca (3) (se figur 
1) ska korten innehålla certifikatet Erca (1). Detta be­
hövs för att säkerställa att dessa kort kan användas för 
att överföra data från fordonsenheter med Erca (1) vars 
normala livstid på 15 år plus perioden på tre månader 
för dataöverföring löper ut under dessa månader. Se 
sista punkten i krav 13 i bilaga IC.  
▼B 
CSM_92 Färdskrivarkort ska också, utöver de kryptografiska nyck ­
lar och certifikat som förtecknas i CSM_91 innehålla de 
nycklar och certifikat som anges i del A i detta tillägg och 
som möjliggör att dessa kort kan samverka med första 
generationens fordonsenheter.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 456  
9.1.6  Utrustningsnivå: externa GNSS-anordningar  
▼M1 
CSM_93 Ett unikt nyckelpar för elliptisk kryptering, benämnt 
EGF_MA, ska genereras för varje extern 
GNSS-anordning. Denna arbetsuppgift ska utföras av till­
verkare av externa GNSS-anordningar. Varje gång ett nyc­
kelpar för EGF_MA genereras ska den part som genererar 
nyckeln sända den öppna nyckeln till sin 
certifieringsinstans (MSCA) för att få ett motsvarande 
EGF_MA-certifikat signerat av certifieringsinstansen. Den 
privata nyckeln får endast användas av den externa 
GNSS-anordningen.  
▼B 
CSM_94 En tillverkare av externa GNSS-anordningar ska välja 
styrka för ett EGF_MA-nyckelpar så att den är likvärdig 
med styrkan hos det MSCA-nyckelpar som används för att 
signera motsvarande EGF_MA-certifikat.  
▼M1 
CSM_95 En extern GNSS-anordning ska använda sitt EGF_MA- 
nyckelpar, bestående av en privat nyckel (EGF_MA.SK) 
och en öppen nyckel (EGF_MA.PK) endast för att utföra 
ömsesidig autentisering och överenskommelse om ses­
sionsnyckel gentemot fordonsenheter såsom anges i avsnitt 
11.4 i detta tillägg.  
▼B 
CSM_96 Giltighetstiden för ett EGF_MA-certifikat ska vara 15 år . 
CSM_97 En extern GNSS-anordning får inte använda den privata 
nyckeln i sitt EGF_MA-nyckelpar för koppling till en for­
donsenhet efter det att det motsvarande certifikatet har löpt 
ut. 
Anmärkning:  Såsom förklaras i avsnitt 11.3.3 kan en ex­
tern GNSS-anordning eventuellt använda sin privata nyc­
kel för ömsesidig autentisering gentemot den fordonsenhet 
till vilken den redan är kopplad, även efter det att det 
motsvarande certifikatet har löpt ut.  
CSM_98 EGF_MA-nyckelparet och motsvarande certifikat för en 
viss extern GNSS-anordning får inte ersättas eller förnyas 
på fältet efter det att den externa GNSS-anordningen har 
tagits i drift.  
Anmärkning:  Detta krav utesluter inte möjligheten att er­
sätta EGF-nyckelpar vid en renovering eller en reparation i 
en säker miljö som kontrolleras av tillverkaren av den 
externa GNSS-anordningen.  
CSM_99 En extern GNSS-anordning ska när den tas i drift innehål la 
följande kryptografiska nycklar och certifikat:  
— Den privata nyckeln för EGF_MA och motsvarande 
certifikat.  
— MSCA_VU-EGF-certifikatet som innehåller den öppna 
nyckeln MSCA_VU-EGF.PK som ska användas för 
verifiering av EGF_MA-certifikatet.  
— EUR-certifikatet som innehåller den öppna nyckeln EUR.PK 
som ska användas för verifiering av MSCA_VU-EGF-certi­
fikatet.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 457  
— EUR-certifikatet vars giltighetstid direkt föregår giltig­
hetstiden för det EUR-certifikat som ska användas för 
verifiering av MSCA_VU-EGF-certifikatet, i förekom­
mande fall.  
— Det länkcertifikat som länkar dessa två EUR-certifikat, 
i förekommande fall.  
9.1.7  Översikt: Ersättning av certifikat  
Figure 1 nedan visar med en tidslinje hur olika generationer av  
Erca-rotcertifikat, Erca-länkcertifikat, MSCA-certifikat och ut rustnings­
certifikat (för fordonsenhet och kort) utfärdas och används.  
▼M1 
Figur 1  
Utfärdande och användning av olika generationer av Erca-rotcertifikat, Erca-länkcertifikat, MSCA-certifikat och 
utrustningscertifikat
  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 458  
Anmärkningar till Figure 1:  
1. Olika generationer av rotcertifikatet anges av ett nummer in om paren­
tes. Exempelvis är Erca (1) den första generationens Erca-rotce rtifikat, 
Erca (2) den andra osv.  
2. Andra certifikat anges med två nummer inom parentes, där det  första 
numret anger generationen för det rotcertifikat under vilket ce rtifikaten 
är utfärdade och det andra numret generationen för det aktuella  cer­
tifikatet. Exempelvis är MSCA_Card (1-1) det första MSCA_Card- 
certifikatet som utfärdats på grundval av Erca (1), MSCA_Card ( 2- 
1) det första MSCA_Card-certifikatet som utfärdats på grundval av 
Erca (2), MSCA_Card (2-senaste) det senaste MSCA_Card-certifika tet 
som utfärdats på grundval av Erca (2), Card_MA (2-1) det första  
kortcertifikatet för ömsesidig autentisering som utfärdats på g rundval 
av Erca (2), osv.  
3. Certifikaten MSCA_Card (2-1) och MSCA_Card (1-senaste) utfär das 
nästan men inte exakt samma datum. MSCA_Card (2-1) är det först a 
MSCA_Card-certifikatet som utfärdats på grundval av Erca (2) oc h 
kommer att utfärdas något senare än MSCA_Card (1-senaste), det 
senaste MSCA_Card-certifikatet som utfärdats på grundval av Erc a 
(1). 
4. Såsom visas i figuren kommer de första fordonsenhets- och ko rtcer­
tifikaten som utfärdats på grundval av Erca (2) att finnas näst an två år 
innan de sista fordonsenhets- och kortcertifikaten som utfärdat s på 
grundval av Erca (1) kommer att finnas. Detta beror på det fakt um 
att fordonsenhets- och kortcertifikat utfärdas på grundval av e tt 
MSCA-certifikat, inte direkt på grundval av Erca-certifikatet. MSCA 
(2-1)-certifikatet kommer att utfärdas direkt efter det att Erc a (2) blir 
giltigt, men MSCA (1-senaste)-certifikatet kommer att utfärdas endast 
något före den tidpunkten, precis i slutet av den tidsperiod nä r Erca 
(1)-certifikatet fortfarande är giltigt. Därför kommer dessa tv å 
MSCA-certifikat att ha nästan samma giltighetsperiod, trots att  de 
tillhör olika generationer.  
5. Den visade giltighetstiden för kort är giltighetstiden för f örarkort (5 
år). 
▼M1 
6. För att spara plats visas skillnaden i fråga om giltighetspe riod mellan 
Card_MA- och Card_Sign-certifikaten endast för den första 
generationen.  
▼B 
9.2. Symmetriska nycklar  
9.2.1  Nycklar för att säkra kommunikation mellan fordonsenhet och rörelse ­
sensor  
9.2.1.1  Allmänt  
Anmärkning:  Läsare av detta avsnitt förutsätts känna till innehållet i [IS O 
16844-3] som beskriver gränssnittet mellan en fordonsenhet och en rö­
relsesensor. Parningsprocessen mellan en fordonsenhet och en rö relsesen­
sor beskrivs i detalj i kapitel 12 i detta tillägg.  
CSM_100 Ett antal symmetriska nycklar behövs för parning av for ­
donsenheter och rörelsesensorer, för ömsesidig autentisering 
mellan fordonsenheter och rörelsesensorer och för kryptering 
av kommunikation mellan fordonsenheter och rörelsesenso­
rer (se Table 3). Alla dessa nycklar ska vara AES-nycklar, 
med en nyckellängd som är lika med längden på rörelsesen­
sorns huvudnyckel, som ska vara kopplad till längden på det 
(förväntade) europeiska rotnyckelparet enligt beskrivningen i 
CSM_50.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 459  
Tabell 3  
Nycklar för att säkra kommunikation mellan fordonsenhet och rörelsesensor  
Nycklar  Symbol  Genererad av  Genereringsmetod  Lagras av  
Huvudnyckel för rörelse­
sensor – fordonsenhets­
delen  K M-VU  Erca Slumpmässig  Erca, medlemsstaternas 
certifieringsinstanser (MSCA) 
som är involverade i utfärdan­
det av certifikat för fordons­
enheter, tillverkare av fordons­
enheter, fordonsenheter  
Huvudnyckel för rörelse­
sensor – verkstadsdelen  K M-WC  Erca Slumpmässig  Erca, medlemsstaternas 
certifieringsinstanser (MSCA), 
korttillverkare, verkstadskort  
Nycklar för rörelsesenso­
rer M Ej självständigt 
genererad  Beräknas som K  M = 
K M-VU  XOR K  M-WC  Erca, medlemsstaternas certifie­
ringsinstanser som är involve­
rade i utfärdandet av nycklar 
för rörelsesensorer (frivil­
ligt) (*)  
Identifieringsnyckel  K  ID Ej självständigt 
genererad  Beräknas som K  ID = K M 
XOR CV, där CV speci­
ficeras i CSM_106  Erca, medlemsstaternas certifie­
ringsinstanser som är involve­
rade i utfärdandet av nycklar 
för rörelsesensorer (frivil­
ligt) (*)  
Parningsnyckel  K  P Gränssnitt för rö­
relsesensorer  Slumpmässig  Inbyggd rörelsesensor  
Sessionsnyckel  K  S Fordonsenhet (vid 
parning av for­
donsenhet och rö­
relsesensor)  Slumpmässig  En fordonsenhet och en rörel­
sesensor  
(*) Lagring av K  M och K  ID är frivillig, eftersom dessa nycklar kan härledas från K  M-VU  , K  M-WC  och CV ( Constant Vector ). 
CSM_101 Europeiska rotcertifieringsinstansen (Erca) ska generer a K  M- 
VU och K  M-WC  , två slumpmässigt genererade och unika 
AES-nycklar från vilka rörelsesensorns huvudnyckel K  M 
kan beräknas som K  M-VU  XOR K  M-WC  . Erca ska överlämna 
K M, K M-VU  och K  M-WC  till certifieringsinstanser i 
medlemsstaterna (MSCA) på de sistnämndas begäran.  
CSM_102 Erca ska tilldela varje rörelsesensors huvudnyckel K  M ett 
unikt versionsnummer, som också ska gälla för de i krypte­
ringen ingående nycklarna K  M-VU  och K  M-WC  och för till­
hörande identifieringsnyckel K  ID. Erca ska informera med­
lemsstaternas certifieringsinstanser (MSCA) om versions­
numret när Erca skickar K  M-VU  och K  M-WC  till dem.  
Anmärkning:  Versionsnumret används för att göra åtskillnad 
mellan olika generationer av dessa nycklar (se detaljerad 
förklaring i avsnitt 9.2.1.2).  
CSM_103 En medlemsstats certifieringsinstans (MSCA) ska överläm na 
K M-VU,  tillsammans med dess versionsnummer, till fordons­
enhetstillverkare på de sistnämndas begäran. Fordonsenhets­
tillverkarna ska installera K  M-VU  och dess versionsnummer i 
alla tillverkade fordonsenheter.  
CSM_104 En certifieringsinstans i medlemsstaten ska säkerställa  att 
K M-WC  , tillsammans med dess versionsnummer, installeras 
i varje verkstadskort som utfärdas under dess ansvar.  
Anmärkningar:  
— Se beskrivningen av datatypen
  i  
tillägg 2.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 460  
— Såsom förklaras i avsnitt 9.2.1.2 kan det i praktiken 
behöva installeras flera generationer av K  M-WC  i ett 
enda verkstadskort.  
CSM_105 Utöver den AES-nyckel som specificeras i CSM_104 ska en  
medlemsstats certifieringsinstans (MSCA) säkerställa att 
TDES-nyckeln Km  WC, som specificeras i krav CSM_037 i 
del A i detta tillägg, installeras i varje verkstadskort som 
utfärdas under dess ansvar.  
Anmärkningar:  
— Detta gör det möjligt att använda ett andra generationens 
verkstadskort för koppling av en första generationens 
fordonsenhet.  
— Ett andra generationens verkstadskort kommer att inne­
hålla två olika tillämpningar: en som uppfyller kraven i 
del B i detta tillägg och en som uppfyller kraven i del A. 
Den sistnämnda kommer att innehålla TDES-nyckeln 
Km  WC . 
CSM_106 En medlemsstats certifieringsinstans (MSCA) som deltar i 
utfärdandet av rörelsesensorer ska härleda identifieringsnyc­
keln från rörelsesensorns huvudnyckel med hjälp av en 
XOR-operation med huvudnyckeln och en konstant 
vektor (CV) som de båda termerna. Värdet av den konstanta 
vektorn CV ska vara följande:  
▼M1 
— För 128-bits huvudnycklar för rörelsesensor: CV = ”B6 
44 2C 45 0E F8 D3 62 0B 7A 8A 97 91 E4 5D 83”  
▼B 
— För 192-bits huvudnycklar för rörelsesensor: 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”  
— För 256-bits huvudnycklar för rörelsesensor: 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”  
Anmärkning:  De konstanta vektorerna har genererats på föl­
jande sätt:  
Pi_10 = de första 10 byte av decimaldelen i den mate­
matiska konstanten π = ”24 3F 6A 88 85 A3 08 D3 13 19”  
CV_128-bits = första 16 byte av SHA-256(Pi_10)  
CV_192-bits = första 24 byte av SHA-384(Pi_10)  
CV_256-bits = första 32 byte av SHA-512(Pi_10)  
CSM_107  ►M1 Varje rörelsesensortillverkare ska generera en slump­
mässig och unik parningsnyckel K  P för varje rörelsesensor, och 
ska överlämna varje parningsnyckel till sin certifieringsinstan s 
(MSCA). Medlemsstatens certifieringsinstans (MSCA) ska kryp­
tera varje parningsnyckel separat med rörelsesensorns huvudnyc­
kel K  M och ska återsända den krypterade nyckeln till rörelsesensor­
tillverkaren. För varje krypterad nyckel ska certifieringsinsta nsen 
meddela rörelsesensortillverkaren versionsnumret för tillhörand e 
K M . ◄ 
Anmärkning:  Såsom förklaras i avsnitt 9.2.1.2 kan en rörel­
sesensortillverkare i praktiken behöva generera flera unika 
parningsnycklar för en enda rörelsesensor.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 461  
CSM_108 Varje rörelsesensortillverkare ska generera ett unikt s erie­
nummer för varje rörelsesensor, och ska överlämna alla se­
rienummer till sin certifieringsinstans (MSCA). Medlemssta­
tens certifieringsinstans (MSCA) ska kryptera varje serie­
nummer separat med identifieringsnyckeln K  ID och ska åter­
sända det krypterade serienumret till rörelsesensortillverka­
ren. För varje krypterat serienummer ska certifieringsinstan­
sen meddela rörelsesensortillverkaren versionsnumret för till­
hörande K  ID . 
▼B 
CSM_109 För kraven CSM_107 och CSM_108 ska MSCA använda 
AES-algoritmen i CBC-läge ( Cipher Block Chaining ), såsom 
definieras i [ISO 10116], med en  interleave -parameter  m = 1 
och en initialiseringsvektor SV = ”00” {16}, dvs. 16 byte 
med binärt värde 0. När det är nödvändigt ska MSCA an­
vända utfyllnadsmetod 2 som definieras i [ISO 9797-1].  
CSM_110 Rörelsesensortillverkaren ska lagra den krypterade parn ings­
nyckeln och det krypterade serienumret i den avsedda rörel­
sesensorn, tillsammans med motsvarande klartextvärden och 
versionsnumret för K  M och K  ID som används för kryptering.  
Anmärkning:  Såsom förklaras i avsnitt 9.2.1.2 kan en rörel­
sesensortillverkare i praktiken behöva installera flera krypte­
rade parningsnycklar och flera krypterade serienummer i en 
enda rörelsesensor.  
CSM_111 Utöver de AES-baserade krypteringsuppgifter som specifi ce­
ras i CSM_110 kan en rörelsesensortillverkare också lagra, i 
varje rörelsesensor, de TDES-baserade krypteringsuppgifter 
som specificeras i krav CSM_037 i del A i detta tillägg.  
Anmärkning:  Detta kommer att göra det möjligt att koppla 
en andra generationens rörelsesensor till en första generatio­
nens fordonsenhet.  
CSM_112 Längden på sessionsnyckeln K  S , som genereras av en for­
donsenhet vid parningen med en rörelsesensor, ska kopplas 
till längden på dess K  M-VU,  enligt beskrivningen i CSM_50.  
9.2.1.2  Utbyte av rörelsesensorns huvudnyckel i andra generationens utrustning  
CSM_113 Varje huvudnyckel för en rörelsesensor och alla relater ade 
nycklar (se Table 3) är förbundna med en viss generation av 
Erca-rotnyckelparet. Dessa nycklar ska därför bytas ut vart 
17:e år. Giltighetsperioden för varje generation av huvud­
nyckel för en rörelsesensor ska börja ett år innan det därmed 
förbundna Erca-rotnyckelparet blir giltigt och ska sluta när 
Erca-rotnyckelparet upphör att vara giltigt. Detta illustreras i 
Figure 2.  ▼M1
 02016R0799 — SV — 21.08.2023 — 003.001 — 462  
Figur 2  
Utfärdande och användning av olika generationer av rörelsesensorns huvudnyckel i fordonsenheter, 
rörelsesensorer och verkstadskort
  
CSM_114 Minst ett år innan Erca genererar ett nytt europeiskt r otnyc­
kelpar, såsom beskrivs i CSM_56, ska Erca generera en ny 
huvudnyckel K  M för rörelsesensorer genom att generera en 
ny K  M-VU  och K  M-WC  . Längden på rörelsesensorns huvud­
nyckel ska vara kopplad till den förutsedda styrkan hos det 
nya europeiska rotnyckelparet, i enlighet med CSM_50. Erca 
ska överlämna de nya K  M , K  M-VU  och K  M-WC  , tillsammans 
med deras versionsnummer, till medlemsstaternas certifie­
ringsinstanser på deras begäran.  
CSM_115 En MSCA ska säkerställa att alla giltiga generationer a v K  M- 
WC lagras i varje verkstadskort som utfärdats under dess 
ansvar, tillsammans med deras versionsnummer, såsom visas 
i Figure 2.  
Anmärkning:  Detta innebär att verkstadskort, under det sista 
året av ett Erca-certifikats giltighetsperiod, kommer att ut­
färdas med tre olika generationer av K  M-WC  , såsom visas i 
Figure 2.  
CSM_116 Vad gäller den process som beskrivs i CSM_107 och 
CSM_108 ovan: En MSCA ska kryptera varje parningsnyc­
kel K  P som den tar emot från en rörelsesensortillverkare 
separat med varje giltig generation av rörelsesensorns hu­
vudnyckel K  M . En MSCA ska också kryptera varje serie­
nummer som den tar emot från en rörelsesensortillverkare 
separat med varje giltig generation av identifieringsnyckeln 
K ID . En rörelsesensortillverkare ska lagra alla krypteringar 
av parningsnyckeln och alla krypteringar av serienumret i 
den avsedda rörelsesensorn, tillsammans med motsvarande 
klartextvärden och versionsnumret/versionsnumren för K  M 
och K  ID som används för kryptering.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 463  
Anmärkning:  Detta innebär att rörelsesensorer, under det 
sista året av ett Erca-certifikats giltighetsperiod, kommer 
att utfärdas med krypterade data baserade på tre olika ge­
nerationer av K  M , såsom visas i Figure 2.  
CSM_117 Vad gäller den process som beskrivs i CSM_107 ovan: 
Eftersom längden på parningsnyckeln K  P ska vara kopplad 
till längden på K  M (se CSM_100), kan en rörelsesensortill­
verkare behöva generera upp till tre olika parningsnycklar 
(med olika längder) för en rörelsesensor, om på varandra 
följande generationer av K  M har olika längder. I sådana 
fall ska tillverkaren överlämna varje parningsnyckel till 
MSCA. MSCA ska säkerställa att varje parningsnyckel 
krypteras med korrekt generation av rörelsesensorns huvud­
nyckel, dvs. den som har samma längd.  
Anmärkning:  Om rörelsesensortillverkaren väljer att generera 
en TDES-baserad parningsnyckel för en andra generationens 
rörelsesensor (se CSM_111), ska tillverkaren meddela 
MSCA att rörelsesensorns TDES-baserade huvudnyckel 
måste användas för kryptering av denna parningsnyckel. 
Detta beror på att längden på en TDES-nyckel kan vara 
lika med längden på en AES-nyckel, så att MSCA inte 
kan göra en bedömning på grundval av enbart nyckelläng­
den. 
CSM_118 Fordonsenhetstillverkare ska installera endast en gener ation 
av K  M-VU  i varje fordonsenhet, tillsammans med dess ver­
sionsnummer. Denna K  M-VU  -generation ska vara kopplad till 
det Erca-certifikat som ligger till grund för fordonsenhetens 
certifikat.  
Anmärkningar:  
— En fordonsenhet som är baserad på generation  X av 
Erca-certifikatet ska innehålla endast generation  X av 
K M-VU,  även om det är utfärdat efter det att giltighets­
perioden för generation  X+1  av Erca-certifikatet har bör­
jat. Detta visas i Figure 2.  
— En fordonsenhet av generation  X kan inte paras med en 
rörelsesensor av generation  X-1. 
— Eftersom verkstadskort har en giltighetsperiod på ett år 
är resultatet av CSM_113–CSM_118 att alla verkstads­
kort kommer att innehålla den nya K  M-WC  vid tidpunk­
ten för utfärdandet av den första fordonsenheten som 
innehåller den nya K  M-VU  . Därför kommer en sådan 
fordonsenhet alltid att kunna beräkna den nya K  M . Vid 
den tidpunkten kommer dessutom de flesta nya rörelse­
sensorer att innehålla även krypterade data som är base­
rade på den nya K  M. 
9.2.2  Nycklar för att säkra DSRC-kommunikation  
9.2.2.1  Allmänt  
CSM_119 Autenticiteten och sekretessen avseende data som överlä m­
nas från en fordonsenhet till en kontrollmyndighet via en 
fjärrkommunikationskanal i form av DSRC ska säkerställas 
med hjälp av en uppsättning AES-nycklar som är specifika 
för fordonsenheten och som härleds från en enda 
DSRC-huvudnyckel – KM  DSRC  . ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 464  
CSM_120 DSRC-huvudnyckeln KM  DSRC  ska vara en AES-nyckel som 
på ett säkert sätt genereras, lagras och distribueras av Erca. 
Nyckellängden kan vara 128, 192 eller 256 bitar och ska 
vara kopplad till längden på det europeiska rotnyckelparet, 
såsom beskrivs i CSM_50.  
CSM_121 Erca ska på ett säkert sätt överlämna DSRC-huvudnyckeln  
till certifieringsinstanser i medlemsstaterna på de sistnämn­
das begäran, för att göra det möjligt för dem att härleda 
DSRC-nycklar som är specifika för fordonsenheten och för 
att säkerställa att DSRC-huvudnyckeln installeras i alla kon­
trollkort och verkstadskort som utfärdas under deras ansvar.  
CSM_122 Erca ska tilldela varje DSRC-huvudnyckel ett unikt ver­
sionsnummer. Erca ska informera medlemsstaternas 
certifieringsinstanser (MSCA) om versionsnumret när Erca 
skickar DSRC-huvudnyckeln till dem.  
Anmärkning:  Versionsnumret används för att göra åtskillnad 
mellan olika generationer av DSRC-huvudnyckeln (se detal­
jerad förklaring i avsnitt 9.2.2.2).  
▼M1 
CSM_123 För varje fordonsenhet ska fordonsenhetstillverkaren sk apa 
ett unikt serienummer och översända detta nummer till sin 
certifieringsinstans (MSCA) i en förfrågan om att få en upp­
sättning med två DSRC-nycklar som är specifika för for­
donsenheten. Fordonsenhetens serienummer ska ha data­
typen VuSerialNumber.  
Anmärkning:  
— Detta serienummer för fordonsenheten ska vara samma 
som elementet vuSerialNumber i VuIdentification (se 
tillägg 1) och CHR ( Certificate Holder Reference ) i for­
donsenhetens certifikat.  
— Fordonsenhetens serienummer kanske inte är känt när 
fordonsenhetens tillverkare begär de DSRC-nycklar 
som är specifika för fordonsenheten. I så fall ska for­
donsenhetens tillverkare i stället översända den unika 
identifieringen av begäran om certifikat som tillverkaren 
använde vid begäran om fordonsenhetens certifikat (se 
CSM_153). Denna identifiering av begäran om certifikat 
ska därför vara samma som CHR ( Certificate Holder 
Reference ) i fordonsenhetens certifikat.  
▼B 
CSM_124 Efter att ha tagit emot en förfrågan om specifika DSRC-  
nycklar för fordonsenheten ska MSCA härleda två AES- 
nycklar för fordonsenheten, benämnda K_VU  DSRC  _ENC 
och K_VU  DSRC  _MAC. Dessa specifika nycklar för fordons­
enheten ska ha samma längd som DSRC-huvudnyckeln. 
MSCA ska använda den funktion för nyckelhärledning 
som definieras i [RFC 5869]. Den hashfunktion som krävs 
för att instansiera HMAC-Hash-funktionen ska länkas till 
längden för DSRC-huvudnyckeln, såsom beskrivs i 
CSM_50. Funktionen för nyckelhärledning i [RFC 5869] 
ska användas på följande sätt:  
Steg 1 ( Extract ): 
— PRK  = HMAC-Hash ( salt, IKM ) där  salt  är en tom 
sträng ”” och  IKM  är KM  DSRC  . ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 465  
Steg 2 ( Expand ): 
— OKM  = T(1) , där  
T(1) = HMAC-Hash ( PRK , T(0)  | | info  || ”01”) med  
— T(0)  = en tom sträng (””),  
— ►M1 info = fordonsenhetens serienummer eller 
identifiering av begäran om certifikat, enligt vad 
som anges i CSM_123, ◄  
— K_VU  DSRC  _ENC = de första  L oktetterna i  OKM  och  
K_VU  DSRC  _MAC = de sista  L oktetterna i  OKM  
där L är den längd som krävs för K_VU  DSRC  _ENC och 
K_VU  DSRC  _MAC (i oktetter).  
CSM_125 MSCA ska på ett säkert sätt distribuera K_VU  DSRC  _ENC 
och K_VU  DSRC  _MAC till fordonsenhetstillverkaren så att 
de kan installeras i den avsedda fordonsenheten.  
CSM_126 Vid utfärdandet ska en fordonsenhet ha lagrat 
K_VU  DSRC  _ENC och K_VU  DSRC  _MAC i sitt skyddade 
minne, så att den kan säkerställa integritet, autenticitet och 
sekretess avseende data som översänds via fjärrkommunika­
tionskanalen. En fordonsenhet ska också lagra versionsnum­
ret för den DSRC-huvudnyckel som används för att härleda 
dessa nycklar som är specifika för fordonsenheten.  
CSM_127 Vid utfärdandet ska kontrollkort och verkstadskort ha l agrat 
KM  DSRC  i sitt skyddade minne, så att de kan verifiera in­
tegriteten och autenticiteten avseende data som översänds av 
en fordonsenhet via fjärrkommunikationskanalen och så att 
de kan dekryptera dessa data. Kontrollkort och verkstadskort 
ska också lagra DSRC-huvudnyckelns versionsnummer.  
Såsom förklaras i avsnitt 9.2.2.2 kan det i praktiken behöva 
installeras flera generationer av KM  DSRC  i ett enda verk­
stadskort eller kontrollkort.  
▼M1 
CSM_128 MSCA ska föra ett register över alla fordonsenhetsspeci fika 
DSRC-nycklar som den har genererat, tillsammans med de­
ras versionsnummer och det serienummer för fordonsenheten 
eller den identifiering av begäran om certifikat som använts 
för att härleda dem.  
▼B 
9.2.2.2  Utbyte av DSRC-huvudnyckel  
CSM_129 Varje DSRC-huvudnyckel är förbunden med en viss gene­
ration av Erca-rotnyckelparet. Erca ska därför byta ut 
DSRC-huvudnyckeln vart 17:e år. Giltighetsperioden för 
varje generation av DSRC-huvudnyckel ska börja två år 
innan det därmed förbundna Erca-rotnyckelparet blir giltigt 
och ska sluta när Erca-rotnyckelparet upphör att vara giltigt. 
Detta illustreras i Figure 3.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 466  
Figur 3  
Utfärdande och användning av olika generationer av DSRC-huvudnyckeln i fordonsenheter, verkstadskort och 
kontrollkort
  
CSM_130 Minst två år innan Erca genererar ett nytt europeiskt r otnyc­
kelpar, såsom beskrivs i CSM_56, ska Erca generera en ny 
DSRC-huvudnyckel. Längden på DSRC-nyckeln ska vara 
kopplad till den förutsedda styrkan hos det nya europeiska 
rotnyckelparet, i enlighet med CSM_50. Erca ska överlämna 
den nya DSRC-huvudnyckeln, tillsammans med dess ver­
sionsnummer, till medlemsstaternas certifieringsinstanser på 
deras begäran.  
CSM_131 En MSCA ska säkerställa att alla giltiga generationer a v 
KM  DSRC  lagras i varje kontrollkort som utfärdats under 
dess ansvar, tillsammans med deras versionsnummer, såsom 
visas i Figure 3.  
Anmärkning:  Detta innebär att kontrollkort, under de sista 
två åren av ett Erca-certifikats giltighetsperiod, kommer att 
utfärdas med tre olika generationer av KM  DSRC  , såsom visas 
i Figure 3.  
CSM_132 En MSCA ska säkerställa att alla generationer av KM  DSRC  
som har varit giltiga i minst ett år och som fortfarande är 
giltiga lagras i varje verkstadskort som utfärdats under dess 
ansvar, tillsammans med deras versionsnummer, såsom visas 
i Figure 3.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 467  
Anmärkning:  Detta innebär att verkstadskort, under det sista 
året av ett Erca-certifikats giltighetsperiod, kommer att ut­
färdas med tre olika generationer av KM  DSRC  , såsom visas i 
Figure 3.  
CSM_133 Fordonsenhetstillverkare ska installera endast en uppsä ttning 
fordonsenhetsspecifika DSRC-nycklar i varje fordonsenhet, 
tillsammans med dess versionsnummer. Denna nyckelupp­
sättning ska härledas från den KM  DSRC  -generation som är 
kopplad till det Erca-certifikat som ligger till grund för for­
donsenhetens certifikat.  
Anmärkningar:  
— Detta innebär att en fordonsenhet som är baserad på generatio n 
X av Erca-certifikatet ska innehålla endast generation  X a v  
K_VU  DSRC  _ENC och K_VU  DSRC  _MAC, även om fordons­
enheten utfärdas efter det att giltighetsperioden för generatio n 
X+1 av Erca-certifikatet har börjat. Detta visas i Figure 3.  
— Eftersom verkstadskort har en giltighetsperiod på ett år 
och kontrollkort en giltighetsperiod på två år, är resulta­
tet av CSM_131–CSM_133 att alla verkstadskort och 
kontrollkort kommer att innehålla den nya 
DSRC-huvudnyckeln vid tidpunkten för utfärdandet av 
den första fordonsenheten som innehåller fordonsenhets­
specifika nycklar som är baserade på den huvudnyckeln.  
9.3. Certifikat  
9.3.1  Allmänt  
CSM_134 Alla certifikat i det europeiska smarta färdskrivarsyst emet 
ska vara självbeskrivande ( self-descriptive ), kortverifierbara 
(CV,  card-verifiable ) certifikat i enlighet med [ISO 7816-4] 
och [ISO 7816-8].  
CSM_135  ►M1 DER (Distinguished Encoding Rules) enligt [ISO 
8825-1] ska användas för att koda dataobjekt inom certifikat. 
I tabell 4 visas den fullständiga kodningen av certifikat, 
inklusive alla byte för taggar och längder. ◄  
Anmärkning:  Denna kodning resulterar i en TLV-struktur 
(Tag-Length-Value ) enligt följande:  
Tagg: Taggen är kodad i en eller två oktetter och anger 
innehållet.  
Längd: Längden kodas som ett heltal utan tecken i en, två 
eller tre oktetter, vilket resulterar i den maximala 
längden 65 535 oktetter. Det minsta antalet oktet­
ter ska användas.  
Värde: Värdet kodas i noll eller fler oktetter.  
9.3.2  Certifikatens innehåll  
CSM_136 Alla certifikat ska ha den struktur som visas i certifi katpro­
filen i Table 4.  
Tabell 4  
Certifikatprofil version 1  
Fält Fält-ID  Tagg  Längd (byte)  Datatyp i ASN.1 
(se tillägg 1)  
ECC-certifikat  C  ”7F 21”  var  
ECC Certificate Body  B  7 F  var  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 468  
Fält Fält-ID  Tagg  Längd (byte)  Datatyp i ASN.1 
(se tillägg 1)  
Certificate Profile 
Identifier (identifie­
rare för certifikatpro­
fil) CPI ”5F 29”  ”01”
  
Certificate Authority 
Reference (certifie­
ringsinstansens refe­
rens)  CAR  ”42”  ”08”
  
Certificate Holder 
Authorisation (certifi­
katinnehavarens auk­
torisering)  CHA  ”5F 4C”  ”07”
  
Public Key (öppen 
nyckel)  PK ”7F 49”  var  
Domain Parameters 
(domänparametrar)  DP ”06”  var
  
Public Point (öppen 
punkt)  PP ”86”  var
  
Certificate Holder 
Reference (certifikat­
innehavarens refe­
rens)  CHR  ”5F 20”  ”08”
  
Certificate Effective 
Date (certifikatets 
första giltighetsdag)  CEfD  ”5F 25”  ”04”
  
Certificate Expiration 
Date (certifikatets 
sista giltighetsdag)  CExD  ”5F 24”  ”04”
  
ECC Certificate Sig­
nature  S ”5F 37”  var
  
Anmärkning:  Fält-ID kommer att användas i senare avsnitt i 
detta tillägg för att ange enskilda fält i ett certifikat (ex­
empelvis är X.CAR den  Certificate Authority Reference  
som nämns i certifikatet för användare X).  
9.3.2.1 Certificate Profile Identifier (identifierare för certi fikatprofil)  
CSM_137 Certifikat ska använda en identifierare för certifikatp rofil 
(Certificate Profile Identifier ) för att ange vilken certifikat­
profil som används. Version 1, enligt specifikationen i Table 
4, ska identifieras med värdet ”00”.  
9.3.2.2 Certificate Authority Reference (certifieringsinstansen s referens)  
CSM_138 Certifieringsinstansens referens ska användas för att i denti­
fiera den öppna nyckel som ska användas för att verifiera 
certifikatsignaturen. Certifieringsinstansens referens ska där­
för vara identisk med certifikatinnehavarens referens i certi­
fikatet från motsvarande certifieringsinstans.  
CSM_139 Ett Erca-rotcertifikat ska vara självsignerat, dvs. cer tifie­
ringsinstansens referens (CAR) och certifikatinnehavarens 
referens (CHR) i certifikatet ska vara identiska.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 469  
CSM_140 För ett Erca-länkcertifikat ska certifikatinnehavarens 
referens (CHR) vara identisk med CHR i det nya 
Erca-rotcertifikatet. Certifieringsinstansens referens (CAR) 
för ett länkcertifikat ska vara identisk med CHR i föregå­
ende Erca-rotcertifikat.  
9.3.2.3 Certificate Holder Authorisation (certifikatinnehavaren s auktorisering)  
▼M1 
CSM_141 Certifikatinnehavarens auktorisering (CHA) ska användas  
för att identifiera typen av certifikat. Den består av de sex 
byte som är mest signifikanta i färdskrivarens tillämpnings­
identifierare (Application ID), konkatenerade med typen av 
utrustning för vilken certifikatet är avsett. För ett certifika t 
för fordonsenhet, förarkort eller verkstadskort används ut­
rustningstypen också för att skilja mellan ett certifikat för 
ömsesidig autentisering och ett certifikat för att skapa digi­
tala signaturer (se avsnitt 9.1 och datatyp EquipmentType i 
tillägg 1).  
▼B 
9.3.2.4 Public Key (öppen nyckel)  
Den öppna nyckeln innehåller två dataelement: de standardiserad e do­
mänparametrar som ska användas med den öppna nyckeln i certifik atet 
och värdet på den öppna punkten ( public point ). 
CSM_142 Dataelementet  Domain Parameters  ska innehålla en av de 
objektidentifierare som specificeras i Table 1 som referens 
till en uppsättning standardiserade domänparametrar.  
CSM_143 Dataelementet  Public Point  ska innehålla den öppna punk­
ten. Öppna punkter på en elliptisk kurva ( elliptic curve pub ­
lic points ) ska omvandlas till oktettsträngar i enlighet med 
[TR-03111]. Det okomprimerade kodningsformatet ska an­
vändas. När en punkt på en elliptisk kurva ( elliptic curve 
point ) återskapas från sitt kodade format ska de valideringar 
som beskrivs i [TR-03111] alltid utföras.  
9.3.2.5 Certificate Holder Reference (certifikatinnehavarens re ferens)  
CSM_144 Certifikatinnehavarens referens är en identifierare för  den 
öppna nyckel som tillhandahålls i certifikatet. Den ska an­
vändas i andra certifikat som referens till denna öppna 
nyckel.  
CSM_145 När det gäller certifikat för kort och externa GNSS-ano rdningar 
ska certifikatinnehavarens referens ha datatyp
  
som specificeras i tillägg 1.  
CSM_146 När en tillverkare efterfrågar certifikat för fordonsen heter är 
det tillverkarspecifika serienumret för den fordonsenhet för 
vilken certifikatet och tillhörande privata nyckel är avsedda 
antingen känt eller inte känt. I det första fallet ska certifik at­
innehavarens referens ha datatyp
  som speci­
ficeras i tillägg 1. I det senare fallet ska certifikatinnehava ­
rens referens ha datatyp
  som specificeras i 
tillägg 1.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 470  
Anmärkning : För ett kortcertifikat ska värdet för CHR vara 
samma som värdet för cardExtendedSerialNumber i EF_ICC 
(se tillägg 2). För ett EGF-certifikat ska värdet för CHR vara 
samma som värdet för sensorGNSSSerialNumber i EF_ICC 
(se tillägg 14). För ett certifikat fordonsenhet ska värdet för  
CHR vara samma som elementet vuSerialNumber i VuIden­
tification (se tillägg 1), såvida inte det tillverkarspecifika 
serienumret är okänt för tillverkaren när certifikatet begärs.  
▼B 
CSM_147 När det gäller Erca- och MSCA-certifikat ska 
certifikatinnehavarens referens ha datatypen
  
som specificeras i till­
lägg 1.  
9.3.2.6 Certificate Effective Date (certifikatets första giltig hetsdag)  
▼M1 
CSM_148 Certifikatets första giltighetsdag anger startdatum och  start­
tidpunkt för certifikatets giltighetsperiod.  
▼B 
9.3.2.7 Certificate Expiration Date (certifikatets sista giltig hetsdag)  
CSM_149 Certifikatets sista giltighetsdag anger slutdatum och s luttid­
punkt för certifikatets giltighetsperiod.  
9.3.2.8 Certificate Signature (certifikatsignatur)  
CSM_150 Signaturen på certifikatet ska skapas för den kodade ny tto­
delen av certifikatet ( certificate body ), inklusive tagg och 
längd för denna. Signeringsalgoritmen ska vara ECDSA så­
som den specificeras i [DSS], med användning av den has­
halgoritm som är länkad till nyckelstorleken för den signe­
rande instansen, såsom anges i CSM_50. Signaturformatet 
ska vara i klartext, såsom anges i [TR-03111].  
9.3.3  Förfrågan om certifikat  
CSM_151  ►M1 I samband med förfrågan om ett certifikat ska en 
MSCA skicka följande data till Erca: ◄  
— Identifierare för certifikatprofil ( Certificate Profile Iden ­
tifier ) för det begärda certifikatet.  
— Certifieringsinstansens referens (CAR) som förväntas an­
vändas för signering av certifikatet.  
— Den öppna nyckel ( Public Key ) som ska signeras.  
CSM_152 Utöver de data som finns i CSM_151 ska en MSCA över­
sända följande data i en certifikatförfrågan till Erca, vilket 
gör det möjligt för Erca att skapa certifikatinnehavarens re­
ferens ( Certificate Holder Reference ) för det nya 
MSCA-certifikatet:  
— Certifieringsinstansens numeriska landskod (datatypen
  
, definierad i tillägg 1).  
— Certifieringsinstansens alfanumeriska landskod (data­
typen
  , definierad i tillägg 1).  
— Serienummer (1 byte) för att skilja certifieringsinstansens 
olika nycklar åt om man byter nycklar.  
— Det fält (bestående av två byte) som innehåller ytterli­
gare information som är specifik för 
certifieringsinstansen.  ▼M1
 02016R0799 — SV — 21.08.2023 — 003.001 — 471  
CSM_153 En utrustningstillverkare ska översända följande data i  en 
certifikatförfrågan till en MSCA, vilket gör det möjligt för 
denna MSCA att skapa certifikatinnehavarens referens (Cer­
tificate Holder Reference) för det nya utrustningscertifikatet:  
— Om det är känt (se CSM_154): ett serienummer för ut­
rustningen, som är unikt för tillverkaren, utrustnings­
typen och tillverkningsmånaden. I andra fall: en unik 
identifierare för certifikatförfrågan.  
— Månad och år för tillverkning av utrustningen eller för 
certifikatförfrågan.  
Tillverkaren ska säkerställa att dessa data är korrekta och att  det certifikat 
som återsänds av MSCA installeras i den avsedda utrustningen.  
▼B 
CSM_154 När en tillverkare efterfrågar certifikat för en fordon senhet är 
det tillverkarspecifika serienumret för den fordonsenhet för 
vilken certifikatet och tillhörande privata nyckel är avsedda 
antingen känt eller inte känt. Om det är känt ska tillverkaren 
av fordonsenheten översända serienumret till MSCA. Om 
det inte är känt ska tillverkaren unikt identifiera varje certi ­
fikatförfrågan och översända detta serienummer för certifi­
katförfrågan till MSCA. Det utfärdade certifikatet kommer 
då att innehålla serienumret för certifikatförfrågan. Efter att  
ha installerat certifikatet i en specifik fordonsenhet ska till ­
verkaren underrätta MSCA om kopplingen mellan serienum­
ret för certifikatförfrågan och identifieringen av 
fordonsenheten.  
10. ÖMSESIDIG AUTENTISERING OCH SÄKER MEDDELANDEHAN­
TERING MELLAN FORDONSENHET OCH KORT  
10.1.  Allmänt  
CSM_155 På en hög nivå ska säker kommunikation mellan en fordon s­
enhet och ett färdskrivarkort vara baserad på följande steg:  
— För det första ska varje part demonstrera för den andra 
att den äger ett giltigt certifikat för öppen nyckel, vilket 
ska vara signerat av en certifieringsinstans i en medlems­
stat. Vidare måste certifieringsinstansens certifikat för 
öppen nyckel vara signerat av den europeiska rotcertifie­
ringsinstansen. Detta steg kallas verifiering av certifikats­
kedja och specificeras i detalj i avsnitt 10.2.  
— För det andra ska fordonsenheten demonstrera för kortet 
att den äger den privata nyckel som motsvarar den 
öppna nyckeln i det certifikat som överlämnas. Den 
gör detta genom att signera ett slumptal som översänds 
av kortet. Kortet verifierar signaturen för slumptalet. Om 
verifieringen lyckas är fordonsenheten autentiserad. 
Detta steg kallas autentisering av fordonsenhet och spe­
cificeras i detalj i avsnitt 10.3.  ▼M1
 02016R0799 — SV — 21.08.2023 — 003.001 — 472  
— För det tredje beräknar båda parter var för sig två 
AES-sessionsnycklar med hjälp av en asymmetrisk algo­
ritm för nyckelöverenskommelse. Genom att använda en 
av dessa sessionsnycklar skapar kortet en kod för med­
delandeautentisering (MAC,  Message Authentication 
Code ) för vissa data som översänds av fordonsenheten. 
Fordonsenheten verifierar MAC. Om verifieringen lyc­
kas är kortet autentiserat. Detta steg kallas autentisering 
av kort och specificeras i detalj i avsnitt 10.4.  
— För det fjärde ska fordonsenheten och kortet använda de 
överenskomna sessionsnycklarna för att säkerställa sek­
retess, integritet och autenticitet avseende alla utväxlade 
meddelanden. Detta steg kallas säker meddelandehante­
ring och specificeras i detalj i avsnitt 10.5.  
CSM_156 Den mekanism som beskrivs i CSM_155 ska utlösas av 
fordonsenheten när ett kort sätts in i en av dess kortplatser.  
10.2.  Ömsesidig verifiering av certifikatskedja  
10.2.1  Fordonsenhetens verifiering av kortets certifikatskedja  
CSM_157  ►M1 Fordonsenheter ska använda det protokoll som visas i 
figur 4 för att verifiera ett färdskrivarkorts certifikatskedja . 
För varje certifikat som fordonsenheten läser från kortet ska 
den kontrollera att CHA-fältet ( Certificate Holder Authori ­
sation ) är korrekt:  
— Kortcertifikatets CHA-fält ska ange ett kortcertifikat för 
ömsesidig autentisering (se datatyp EquipmentType i till­
lägg 1).  
— Card.CA-certifikatets CHA-fält ska ange en MSCA.  
— Card.Link-certifikatets CHA-fält ska ange Erca. ◄  
Anmärkningar till Figure 4:  
— De kortcertifikat och öppna nycklar som nämns i figuren 
är de som används för ömsesidig autentisering. I avsnitt 
9.1.5 betecknas dessa CARD_MA.  
— De Card.CA-certifikat och öppna nycklar som nämns i 
figuren är de som används för signering av kortcertifikat, 
och detta anges i CAR för kortcertifikatet. I avsnitt 9.1.3 
betecknas dessa MSCA_Card.  
— Det Card.CA.EUR-certifikat som nämns i figuren är det 
europeiska rotcertifikat som anges i certifieringsinstan­
sens referens (CAR) för Card.CA-certifikatet.  
— Det Card.Link-certifikat som nämns i figuren är kortets 
länkcertifikat, om ett sådant finns. Såsom anges i avsnitt 
9.1.2 är detta ett länkcertifikat för ett nytt europeiskt 
rotnyckelpar som skapats av Erca och signerats med 
den föregående europeiska privata nyckeln.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 473  
— Card.Link.EUR-certifikatet är det europeiska rotcertifikat 
som anges i certifieringsinstansens referens (CAR) för 
Card.Link-certifikatet.  
CSM_158 Såsom illustreras i Figure 4 ska verifieringen av korte ts 
certifikatskedja börja när kortet sätts in. Fordonsenheten 
ska läsa kortinnehavarens referens
  från 
EF ICC. Fordonsenheten ska kontrollera om den känner 
igen kortet, dvs. om den tidigare har lyckats verifiera kortets  
certifikatskedja och lagrat den för framtida behov. Om så är 
fallet, och kortcertifikatet fortfarande är giltigt, fortsätter  pro­
cessen med verifieringen av fordonsenhetens certifikats­
kedja. I andra fall ska fordonsenheten successivt läsa föl­
jande från kortet: MSCA_Card-certifikatet som ska användas 
för att verifiera kortcertifikatet, Card.CA.EUR-certifikatet 
som ska användas för att verifiera MSCA_Card-certifikatet, 
och eventuellt länkcertifikatet, tills den hittar ett certifika t 
den känner igen eller kan verifiera. Om ett sådant certifikat 
hittas ska fordonsenheten använda det för att verifiera de 
underliggande kortcertifikat som den har läst från kortet. 
Om detta lyckas fortsätter processen med verifieringen av 
fordonsenhetens certifikatskedja. Om detta inte lyckas ska 
fordonsenheten ignorera kortet.  
Anmärkning:  Det finns tre sätt på vilka fordonsenheten kan 
känna igen Card.CA.EUR-certifikatet:  
— Card.CA.EUR-certifikatet är samma certifikat som for­
donsenhetens eget EUR-certifikat.  
— Card.CA.EUR-certifikatet föregår fordonsenhetens eget 
EUR-certifikat och fordonsenheten innehöll detta certifi­
kat redan vid utfärdandet (se CSM_81).  
— Card.CA.EUR-certifikatet kommer efter fordonsenhetens 
eget EUR-certifikat och fordonsenheten har tidigare mot­
tagit ett länkcertifikat från ett annat färdskrivarkort, ve­
rifierat detta och lagrat det för framtida behov.  
CSM_159 Såsom anges i Figure 4 får fordonsenheten, när den väl har 
verifierat autenticiteten och giltigheten hos ett tidigare okän t 
certifikat, lagra detta certifikat för framtida behov, så att d en 
inte behöver verifiera certifikatets autenticitet igen om det 
överlämnas till fordonsenheten på nytt. I stället för att lagra  
hela certifikatet får en fordonsenhet välja att lagra endast 
innehållet i certifikatets nyttodel ( Certificate Body ), såsom 
specificeras i avsnitt 9.3.2.  ►M1 Även om lagring av andra 
typer av certifikat är frivillig ska en fordonsenhet obligato­
riskt lagra ett nytt länkcertifikat som överlämnas av ett 
kort. ◄  
CSM_160 Fordonsenheten ska verifiera den tidsmässiga giltighete n 
för alla certifikat som läses från kortet eller lagras i dess 
minne, och ska avvisa certifikat som löpt ut. För kontrollen 
av den tidsmässiga giltigheten hos ett certifikat som över­
lämnas av kortet ska en fordonsenhet använda sin interna 
klocka.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 474  
Figur 4  
Protokoll för fordonsenhetens verifiering av kortets certifikatskedja
  
10.2.2  Kortets verifiering av fordonsenhetens certifikatskedja  
CSM_161  ►M1 Färdskrivarkort ska använda det protokoll som visas i 
figur 5 för att verifiera en fordonsenhets certifikatskedja. Fö r 
varje certifikat som överlämnas av fordonsenheten ska kortet 
kontrollera att CHA-fältet ( Certificate Holder Authorisation ) 
är korrekt:  
— VU.Link-certifikatets CHA-fält ska ange Erca.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 475  
— VU.CA-certifikatets CHA-fält ska ange en MSCA.  
— CHA-fältet i fordonsenhetens certifikat ska ange ett cer­
tifikat för fordonsenhet och ömsesidig autentisering (se 
datatyp EquipmentType i tillägg 1). ◄  
Figur 5  
Protokoll för kortets verifiering av fordonsenhetens certifikatskedja
  
Anmärkningar till Figure 5:  
— De fordonsenhetscertifikat och öppna nycklar som nämns i figu ren är 
de som används för ömsesidig autentisering. I avsnitt 9.1.4 bet ecknas 
dessa VU_MA.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 476  
— De VU.CA-certifikat och öppna nycklar som nämns i figuren är de 
som används för signering av certifikat för fordonsenheter och ex­
terna GNSS-anordningar. I avsnitt 9.1.3 betecknas dessa MSCA_VU - 
EGF.  
— Det VU.CA.EUR-certifikat som nämns i figuren är det europeisk a 
rotcertifikat som anges i certifieringsinstansens referens (CAR ) för 
VU.CA-certifikatet.  
— Det VU.Link-certifikat som nämns i figuren är fordonsenhetens  länk­
certifikat, om ett sådant finns. Såsom anges i avsnitt 9.1.2 är  detta ett 
länkcertifikat för ett nytt europeiskt rotnyckelpar som skapats  av Erca 
och signerats med den föregående europeiska privata nyckeln.  
— VU.Link.EUR-certifikatet är det europeiska rotcertifikat som anges i 
certifieringsinstansens referens (CAR) för VU.Link-certifikatet . 
CSM_162 Såsom visas i Figure 5 ska verifieringen av fordonsenhe tens 
certifikatskedja börja med att fordonsenheten försöker till­
gängliggöra sin egen öppna nyckel för användning i färd­
skrivarkortet. Om detta lyckas innebär det att kortet tidigare 
har lyckats verifiera fordonsenhetens certifikatskedja och att 
kortet har lagrat fordonsenhetens certifikat för framtida 
bruk. I så fall tillgängliggörs fordonsenhetscertifikatet för 
användning, och processen fortsätter med autentisering av 
fordonsenhet. Om kortet inte känner igen fordonsenhetscer­
tifikatet ska fordonsenheten successivt överlämna VU.CA- 
certifikatet som ska användas för att verifiera dess fordons­
enhetscertifikat, VU.CA.EUR-certifikatet som ska användas 
för att verifiera VU.CA-certifikatet, och eventuellt länkcer­
tifikatet, i syfte att hitta ett certifikat som kortet känner i gen 
eller kan verifiera. Om ett sådant certifikat hittas ska kortet  
använda det för att verifiera de underliggande fordons­
enhetscertifikat som överlämnas till kortet. Om detta lyckas 
ska fordonsenheten slutligen tillgängliggöra sin öppna nyc­
kel för användning i färdskrivarkortet. Om detta inte lyckas 
ska fordonsenheten ignorera kortet.  
Anmärkning: Det finns tre sätt på vilka kortet kan känna 
igen VU.CA.EUR-certifikatet:  
— VU.CA.EUR-certifikatet är samma certifikat som kortets 
eget EUR-certifikat.  
— VU.CA.EUR-certifikatet föregår kortets eget 
EUR-certifikat och kortet innehöll detta certifikat redan 
vid utfärdandet (se CSM_91).  
— VU.CA.EUR-certifikatet kommer efter kortets eget 
EUR-certifikat och kortet har tidigare mottagit ett länk­
certifikat från en annan fordonsenhet, verifierat detta och 
lagrat det för framtida behov.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 477  
CSM_163 Fordonsenheten ska använda kommandot MSE: SET AT för 
att tillgängliggöra sin öppna nyckel för användning i färd­
skrivarkortet. Såsom specificeras i tillägg 2 innehåller detta 
kommando en uppgift om vilken kryptografisk mekanism 
som kommer att användas med den nyckel som är inställd. 
Mekanismen ska vara ”autentisering av fordonsenheten med 
användning av ECDSA-algoritmen, i kombination med den 
hashalgoritm som är länkad till nyckelstorleken för fordons­
enhetens VU_MA-nyckelpar, såsom anges i CSM_50”.  
CSM_164 Kommandot MSE: SET AT innehåller också en uppgift om 
vilket tillfälligt nyckelpar som fordonsenheten kommer att 
använda i samband med överenskommelse om sessionsnyc­
kel (se avsnitt 10.4). Innan kommandot MSE: SET AT 
skickas ska fordonsenheten därför generera ett tillfälligt 
ECC-nyckelpar. För att generera det tillfälliga nyckelparet 
ska fordonsenheten använda de standardiserade domänpara­
metrar som anges i kortcertifikatet. Det tillfälliga nyckelpa­
ret betecknas (VU.SK  eph , VU.PK  eph , Card.DP). Fordons­
enheten ska välja x-kordinaten för  ECDH ephemeral public 
point  som nyckelidentifiering; detta kallas den komprime­
rade representationen av den öppna nyckeln och betecknas 
Comp(VU.PK  eph ). 
▼M1 
CSM_165 Om kommandot MSE:SET AT lyckas ska kortet ställa in 
den angivna VU.PK för efterföljande användning vid for­
donsautentisering, och ska tillfälligt lagra Comp(VU.PK  eph ). 
Om två eller flera lyckade MSE:SET AT-kommandon sänds 
innan överenskommelse om sessionsnyckel genomförs, ska 
kortet lagra endast senast mottagna Comp(VU.PK  eph ). Kor­
tet ska återställa Comp(VU.PK  eph ) efter att kommandot 
GENERAL AUTHENTICATE utförts med gott resultat.  
▼B 
CSM_166 Kortet ska verifiera den tidsmässiga giltigheten för al la cer­
tifikat som överlämnas av fordonsenheten eller som for­
donsenheten refererar till medan de lagras i kortets minne, 
och ska avvisa certifikat som löpt ut.  
CSM_167 För att verifiera den tidsmässiga giltigheten för ett c ertifikat 
som överlämnas av fordonsenheten ska varje färdskrivarkort 
internt lagra vissa data som betecknar aktuell tidpunkt. 
Dessa data ska inte vara direkt uppdaterbara för en fordons­
enhet. Vid utfärdandet ska aktuell tid för ett kort ställas in 
så att den blir densamma som första giltighetsdag för kortets 
Card_MA-certifikat. Ett kort ska uppdatera sin aktuella tid 
om den första giltighetsdagen för ett autentiskt certifikat 
som utgör ”giltig tidskälla” och som överlämnas av en for­
donsenhet anger en tidpunkt som infaller senare än kortets 
aktuella tid. I så fall ska kortet ställa in sin aktuella tid s å att 
den blir den tid som anges som första giltighetsdag för det 
certifikatet. Kortet ska endast godta följande certifikat som 
en giltig tidskälla:  
— Andra generationens Erca-länkcertifikat.  
— Andra generationens MSCA-certifikat.  
— Andra generationens fordonsenhetscertifikat som utfär­
dats av samma land som utfärdat kortets egna kortcer­
tifikat (ett eller flera).  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 478  
Anmärkning:  Det sista kravet innebär att ett kort ska kunna 
känna igen CAR för fordonsenhetscertifikatet, dvs. 
MSCA_VU-EGF-certifikatet. Den kommer inte att vara 
densamma som CAR för kortets eget certifikat, vilket är 
MSCA_Card-certifikatet.  
CSM_168 Såsom anges i Figure 5 får kortet, när det väl har veri fierat 
autenticiteten och giltigheten hos ett tidigare okänt certifi­
kat, lagra detta certifikat för framtida behov, så att den inte  
behöver verifiera certifikatets autenticitet igen om det över­
lämnas till kortet på nytt. I stället för att lagra hela certif i­
katet får ett kort välja att lagra endast innehållet i certifik a­
tets nyttodel ( Certificate Body ), såsom specificeras i avsnitt 
9.3.2.  
10.3.  Autentisering av fordonsenhet  
CSM_169 Fordonsenheter och kort ska använda det protokoll för a u­
tentisering av fordonsenhet som visas i Figure 6 för att 
autentisera fordonsenheten gentemot kortet. Autentiseringen 
av fordonsenheten gör det möjligt för färdskrivarkortet att 
explicit verifiera att fordonsenheten är autentisk. För att 
göra detta ska fordonsenheten använda sin privata nyckel 
för att signera en utmaning ( challenge ) som genererats av 
kortet.  
CSM_170  ►M1 Intill utmaningen från kortet ska fordonsenheten i 
signaturen inkludera den referens till certifikatinnehavaren 
som hämtas från kortcertifikatet. ◄  
Anmärkning:  Detta säkerställer att det kort gentemot vilket 
fordonsenheten autentiserar sig är samma kort vars certifi­
katskedja fordonsenheten har verifierat tidigare.  
CSM_171 Fordonsenheten ska också i signaturen inkludera identif ie­
raren för den tillfälliga öppna nyckeln Comp(VU.PK  eph ) 
som fordonsenheten kommer att använda för att upprätta 
säker meddelandehantering under den chipautentiseringspro­
cess som specificeras i avsnitt 10.4.  
Anmärkning:  Detta säkerställer att den fordonsenhet med 
vilken ett kort kommunicerar under en session med säker 
meddelandehantering är samma fordonsenhet som autentise­
rats av kortet.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 479  
Figur 6  
Protokoll för autentisering av fordonsenhet (VU)
  
▼B 
CSM_172 Om flera GET CHALLENGE-kommandon sänds från for­
donsenheten under autentiseringen av fordonsenheten ska 
kortet varje gång sända tillbaka en ny slumpmässig utma­
ning på 8 byte, men lagra endast den senaste utmaningen.  
CSM_173 Signeringsalgoritmen som används av fordonsenheten för 
autentisering av fordonsenheten ska vara ECDSA såsom 
den specificeras i [DSS], med användning av den hashal­
goritm som är länkad till nyckelstorleken för fordonsenhe­
tens VU_MA-nyckelpar, såsom anges i CSM_50. Signatur­
formatet ska vara i klartext, såsom anges i [TR-03111]. 
Fordonsenheten ska sända den genererade signaturen till 
kortet.  
▼M1 
CSM_174 Efter att ha mottagit fordonsenhetens signatur i ett EX TER­
NAL AUTHENTICATE-kommando, ska kortet  
— beräkna token för autentiseringen genom att konkatenera 
Card.CHR, kortutmaningen rcard och identifieraren för 
fordonsenhetens tillfälliga öppna nyckel 
Comp(VU.PK  eph ), 
— kontrollera fordonsenhetens signatur med hjälp av 
ECDSA-algoritmen och den hashalgoritm som är länkad 
till nyckelstorleken för fordonsenhetens VU_MA-nyc­
kelpar, enligt vad som anges i CSM_50, kombinerat 
med VU.PK och den beräknade token för 
autentiseringen.  ▼M1
 02016R0799 — SV — 21.08.2023 — 003.001 — 480  
10.4.  Autentisering av chip och överenskommelse om sessionsnyckel  
CSM_175 Fordonsenheter och kort ska använda det protokoll för a u­
tentisering av chip som visas i  Figure 7  för att autentisera 
kortet gentemot fordonsenheten. Autentiseringen av chippet 
gör det möjligt för fordonsenheten att explicit verifiera att 
kortet är autentiskt.  
Figur 7  
Autentisering av chip och överenskommelse om sessionsnyckel
  
CSM_176 Fordonsenheten och kortet ska genomföra följande steg:  
1. Fordonsenheten initierar processen för autentisering av 
chip genom att skicka kommandot MSE: SET AT som 
indikerar ”autentisering av chip med användning av 
ECDH-algoritmen, vilket resulterar i en 
AES-sessionsnyckel vars längd länkas till nyckelstorle­
ken för kortets Card_MA-nyckelpar, såsom anges i 
CSM_50”. Fordonsenheten ska hämta storleken på kor­
tets nyckelpar från kortcertifikatet.  
▼M1 
2. Fordonsenheten översänder den öppna punkten ( public po­
int) VU.PK  eph för sitt tillfälliga nyckelpar till kortet. Den 
öppna punkten ska omvandlas till en oktettsträng i enlighet 
med [TR-03111]. Det okomprimerade kodningsformatet 
ska användas. Såsom förklaras i CSM_164 har fordonsenhe­
ten genererat detta tillfälliga nyckelpar före verifieringen av  
fordonsenhetens certifikatskedja. Fordonsenheten över­
sände identifieraren av den tillfälliga öppna nyckeln 
Comp(VU.PK  eph ) till kortet, och kortet lagrade den.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 481  
3. Kortet beräknar Comp(VU.PK  eph ) från VU.PK  eph och 
jämför detta med det lagrade värdet av 
Comp(VU.PK  eph ). 
4. Med användning av ECDH-algoritmen i kombination 
med kortets statiska privata nyckel och fordonsenhetens 
tillfälliga öppna nyckel beräknar kortet ett hemligt K.  
5. Kortet väljer ett slumpmässigt tal (8 byte) som används 
en gång ( nonce ) N  PICC och använder det för att härleda 
två AES-sessionsnycklar K  MAC and K  ENC från K. Se 
CSM_179.  
▼M1 
6. Med användning av K  MAC beräknar kortet en token för 
autentisering för identifieraren för fordonsenhetens till­
fälliga punkt: T  PICC = CMAC(K  MAC , VU.PK  eph ). Den 
öppna punkten ska ha det format som används av for­
donsenheten (se punkt 2 ovan). Kortet översänder N  PICC 
och T  PICC till fordonsenheten.  
▼B 
7. Med användning av ECDH-algoritmen i kombination 
med kortets statiska öppna nyckel och fordonsenhetens 
tillfälliga privata nyckel beräknar fordonsenheten samma 
hemliga K som kortet gjorde i steg 4.  
8. Fordonsenheten härleder sessionsnycklarna K  MAC och 
K ENC från K och N  PICC ; se CSM_179.  
9. Fordonsenheten verifierar token T  PICC för autentisering.  
CSM_177 I steg 3 ovan ska kortet beräkna Comp(VU.PKeph) som 
x-koordinaten för den öppna punkten ( public point ) i 
VU.PKeph.  
CSM_178 I stegen 4 och 7 ovan ska kortet och fordonsenheten an­
vända ECKA-EG-algoritmen som den definieras i [TR- 
03111].  
CSM_179 I stegen 5 och 8 ovan ska kortet och fordonsenheten an­
vända den funktion för nyckelhärledning för 
AES-sessionsnycklar som definieras i [TR-03111], med föl­
jande preciseringar och ändringar:  
— Värdet på räknaren ska vara ”00 00 00 01” för K  ENC 
och ”00 00 00 02” för K  MAC.  
— Det frivilliga talet  r (nonce , som används en gång) ska 
användas och ska vara lika med N  PICC. 
— För härledning av 128-bitars AES-nycklar ska den has­
halgoritm som ska användas vara SHA-256.  
— För härledning av 192-bitars AES-nycklar ska den has­
halgoritm som ska användas vara SHA-384.  
— För härledning av 256-bitars AES-nycklar ska den has­
halgoritm som ska användas vara SHA-512.  
Sessionsnycklarnas längd (dvs. den längd vid vilken hash­
värdet trunkeras) ska vara länkad till storleken på 
Card_MA-nyckelparet, såsom anges i CSM_50.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 482  
CSM_180 I stegen 6 och 9 ovan ska kortet och fordonsenheten an­
vända AES-algoritmen i CMAC-läge, såsom specificeras i 
[SP 800-38B]. Längden på T  PICC ska vara länkad till läng­
den på AES-sessionsnycklarna, såsom specificeras i 
CSM_50.  
10.5.  Säker meddelandehantering  
10.5.1  Allmänt  
CSM_181 Alla kommandon och svar som utväxlas mellan en fordons­
enhet och ett färdskrivarkort efter det att en lyckad chipau­
tentisering genomförts och till dess att sessionen avslutats 
ska vara skyddade genom säker meddelandehantering ( Se­
cure Messaging ). 
CSM_182 Utom vid läsning från en fil med tillträdesvillkoret SM -R- 
ENC-MAC-G2 (se avsnitt 4 i tillägg 2) ska säker medde­
landehantering användas i läge för endast autentisering ( aut­
hentication-only mode ). I detta läge ska en kryptografisk 
kontrollsumma (även kallad MAC) adderas till alla kom­
mandon och svar för att säkerställa autenticitet och integritet  
för meddelanden.  
CSM_183 Vid läsning från en fil med tillträdesvillkoret SM-R-EN C- 
MAC-G2 ska säker meddelandehantering användas i läge 
för kryptering följd av autentisering ( encrypt-then-authenti ­
cate mode ), dvs. först krypteras svarsdata för att säkerställa 
meddelandesekretess, och därefter beräknas en MAC för 
formaterade krypterade data för att säkerställa autenticitet 
och integritet.  
CSM_184 Säker meddelandehantering ska använda AES såsom defi­
nierats i [AES] med sessionsnycklarna K  MAC och K  ENC , 
vilka fastställdes i samband med autentisering av chip.  
CSM_185 Ett heltal utan tecken ska användas som SSC ( Send Se­
quence Counter ) för att förhindra återspelningsattacker. 
Storleken på SSC ska vara lika med AES-blockstorleken, 
dvs. 128 bitar. SSC ska vara i formatet mest signifikanta bit 
först ( MSB-first ). Räknaren för sekvenssändning (SSC) ska 
initialt ställas på noll (dvs. ”00 00 00 00 00 00 00 00 00 00 
00 00 00 00 00 00”) när säker meddelandehantering ( Secure 
Messaging ) startas. SSC ska ökas varje gång innan ett kom­
mando eller svar (APDU) genereras (det innebär att efter­
som startvärdet för SSC i en session med säker meddelan­
dehantering är 0, kommer värdet på SSC i det första kom­
mandot att vara 1). Värdet på SSC för det första svaret 
kommer att vara 2.  
CSM_186 För kryptering av meddelanden ska K  ENC användas med 
AES i CBC-läge ( Cipher Block Chaining ) såsom definierats 
i [ISO 10116], med en  interleave -parameter  m = 1 och en 
initialiseringsvektor SV = E(K  ENC , SSC), dvs. det aktuella 
värdet på SSC krypterat med K  ENC . 
CSM_187 För meddelandeautentisering ska K  MAC användas med AES 
i CMAC-läge såsom specificeras i [SP 800-38B]. Längden 
på MAC ska vara länkad till längden på 
AES-sessionsnycklarna, såsom specificeras i CSM_50. 
SSC ska inkluderas i MAC genom att den läggs före det 
datagram som ska autentiseras.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 483  
10.5.2  Säker meddelandestruktur  
CSM_188 Säker meddelandehantering ska endast använda dataobjek­
ten för säker meddelandehantering (se [ISO 7816-4]) som 
förtecknas i Table 5. I alla meddelanden ska dessa data­
objekt användas i den ordning som anges i denna tabell.  
Tabell 5  
Dataobjekt för säker meddelandehantering  
Dataobjekt  Tagg  Närvaro(O)bligatorisk,(V)­
illkorlig 
eller (F)örbjuden i  
kommandon  svar  
Data med klarvärde ej BER-TLV-ko­
dade  ”81”  V  V  
Data med klarvärde är BER-TLV-ko­
dade, men inbegriper inte dataobjekt 
för säker meddelandehantering  ”B3”  V  V  
Utfyllnadsindikator följd av krypto­
gram, data med klarvärde ej 
BER-TLV-kodade  ”87”  V  V  
Skyddad Le  ”97”  V  F  
Bearbetningsstatus  ”99”  F  O  
Kryptografisk kontrollsumma  ”8E”  O  O  
Anmärkning:  Såsom anges i tillägg 2 kan färdskrivarkort 
stödja kommandona READ BINARY och UPDATE BI­
NARY med udda INS-byte (”B1” resp. ”D7”). Dessa kom­
mandovarianter krävs för att läsa och uppdatera filer med 
32 768 byte eller mer. Om en sådan variant används ska ett 
dataobjekt med taggen ”B3” användas i stället för ett objekt 
med taggen ”81”. Se tillägg 2 för ytterligare information.  
CSM_189 Alla dataobjekt för säker meddelandehantering ska DER 
TLV-kodas såsom specificeras i [ISO 8825-1]. Denna kod­
ning resulterar i en TLV-struktur ( Tag-Length-Value ) enligt 
följande:  
Tagg Taggen är kodad i en eller två oktetter och anger 
innehållet.  
Längd Längden kodas som ett heltal utan tecken i en, två 
eller tre oktetter, vilket resulterar i den maximala 
längden 65 535 oktetter. Det minsta antalet oktet­
ter ska användas.  
Värde Värdet kodas i noll eller fler oktetter.  
CSM_190 Dataenheter (APDU) som skyddas genom säker meddelan­
dehantering ska skapas enligt följande:  
— Kommandots startdel ( header ) ska inkluderas i 
MAC-beräkningen. Därför ska värdet ”0C” användas 
för CLA ( class byte ). ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 484  
— Såsom anges i tillägg 2 ska alla INS-byte vara jämna, 
med det eventuella undantaget udda INS-byte för kom­
mandona READ BINARY och UPDATE BINARY.  
— Det faktiska värdet på Lc kommer att ändras till Lc' 
efter tillämpning av säker meddelandehantering.  
— Datafältet ska bestå av dataobjekt för säker 
meddelandehantering.  
— I den skyddade dataenheten (APDU) ska den nya Le (1 
byte) sättas till ”00”. Om så krävs ska ett dataobjekt 
”97” inkluderas i datafältet för att förmedla det ur­
sprungliga värdet på Le.  
▼M1 
CSM_191 Alla dataobjekt som ska krypteras ska fyllas ut i enlig het 
med [ISO 7816-4] med användning av utfyllnadsindikator 
”01”. För beräkningen av MAC ska dataobjekt i 
dataenheten (APDU) fyllas ut i enlighet med [ISO 7816-4].  
Anmärkning:  Utfyllnad för säker meddelandehantering ut­
förs alltid av skiktet för säker meddelandehantering, inte 
av CMAC- eller CBC-algoritmerna.  
Sammanfattning och exempel  
En kommando-APDU med tillämpad säker meddelandehantering kom­
mer att ha följande struktur, beroende på respektive fall av os kyddat 
kommando (DO betyder dataobjekt):  
Fall 1: CLA INS P1 P2 || Lc' || DO ”8E” || Le  
Fall 2: CLA INS P1 P2 || Lc' || DO ”97” || DO ”8E” || 
Le 
Fall 3 (jämn INS-byte): CLA INS P1 P2 || Lc' || DO ”81” || DO ” 8E” || 
Le 
Fall 3 (udda INS-byte): CLA INS P1 P2 || Lc' || DO ”B3” || DO ” 8E” || 
Le 
Fall 4 (jämn INS-byte): CLA INS P1 P2 || Lc' || DO ”81” || DO ” 97” || 
DO ”8E” || Le  
Fall 4 (udda INS-byte): CLA INS P1 P2 || Lc' || DO ”B3” || DO ” 97” || 
DO ”8E” || Le  
där Le = ”00” eller ”00 00” beroende på om fält med kort längd eller fält 
med utökad längd används; se [ISO 7816-4].  
En svars-APDU med tillämpad säker meddelandehantering kommer at t 
ha följande struktur, beroende på respektive fall av oskyddat s var: 
Fall 1 eller 3: DO ”99” || DO ”8E” || 
SW1SW2  
Fall 2 eller 4 (jämn INS-byte) utan 
kryptering: DO ”81” || DO ”99” || DO 
”8E” || SW1SW2  
Fall 2 eller 4 (jämn INS-byte) med 
kryptering: DO ”87” || DO ”99” || DO 
”8E” || SW1SW2  
Fall 2 eller 4 (udda INS-byte) 
utan kryptering: DO ”B3” || DO ”99” || DO 
”8E” || SW1SW2  
Anmärkning:  Fall 2 eller 4 (udda INS-byte) med kryptering används 
aldrig i kommunikationen mellan en fordonsenhet och ett kort.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 485  
Nedan visas tre exempel på APDU-omvandlingar för kommandon med 
jämn INS-kod. Figur 8 visar en autentiserad kommando-APDU i fal l 4, 
figur 9 visar en autentiserad svars-APDU i fall 1/fall 3, och f igur 10 visar 
en krypterad och autentiserad svars-APDU i fall 2/fall 4.  
Figur 8  
Omvandling av en autentiserad kommando-APDU i fall 4
  
Figur 9  
Omvandling av en autentiserad svars-APDU i fall 1/fall 3
  ▼M1
 02016R0799 — SV — 21.08.2023 — 003.001 — 486  
Figur 10  
Omvandling av en krypterad och autentiserad svars-APDU i fall 2/fall 4
  
▼B 
10.5.3  Avbryta en session med säker meddelandehantering  
CSM_192 En fordonsenhet ska avbryta en pågående session med säk er 
meddelandehantering om, och endast om, ett av följande vill­
kor är uppfyllt:  
— Den tar emot en svars-APDU i klartext.  
— Den upptäcker ett fel vid säker meddelandehantering i en 
svars-APDU:  
— Ett förväntat dataobjekt för säker meddelandehantering 
saknas, dataobjektens ordningsföljd är felaktig, eller 
ett okänt dataobjekt är inkluderat.  
— Ett dataobjekt för säker meddelandehantering är felaktigt 
(exempel: MAC-värdet är felaktigt, TLV-strukturen är fel­
aktig eller utfyllnadsindikatorn i tagg ”87” är inte lika med 
”01”).  
— Kortet sänder en byte för status som indikerar att det har 
upptäckt ett fel vid säker meddelandehantering (se 
CSM_194).  
— Gränsen för antalet kommandon och tillhörande svar inom 
den aktuella sessionen har nåtts. För en bestämd fordons­
enhet ska denna gräns fastställas av enhetens tillverkare, 
med beaktande av säkerhetskraven för den maskinvara 
som används, med ett högsta värde av 240 kommandon 
och tillhörande svar (med säker meddelandehantering) per 
session.  ▼M1
 02016R0799 — SV — 21.08.2023 — 003.001 — 487  
CSM_193 Ett färdskrivarkort ska avbryta en pågående session med  säker 
meddelandehantering om, och endast om, ett av följande vill­
kor är uppfyllt:  
— Det tar emot en kommando-APDU i klartext.  
— Det upptäcker ett fel vid säker meddelandehantering i en 
kommando-APDU:  
— Ett förväntat dataobjekt för säker meddelandehantering 
saknas, dataobjektens ordningsföljd är felaktig, eller 
ett okänt dataobjekt är inkluderat.  
— Ett dataobjekt för säker meddelandehantering är fel­
aktigt (exempel: MAC-värdet är felaktigt eller 
TLV-strukturen är felaktig).  
— Det blir strömlöst eller återställt.  
— Fordonsenheten startar processen för autentisering av 
fordonsenhet.  
— Gränsen för antalet kommandon och tillhörande svar inom 
den aktuella sessionen har nåtts. För ett bestämt kort ska 
denna gräns fastställas av dess tillverkare, med beaktande 
av säkerhetskraven för den maskinvara som används, med 
ett högsta värde av 240 kommandon och tillhörande svar 
(med säker meddelandehantering) per session.  
▼B 
CSM_194 Beträffande färdskrivarkorts hantering av fel vid säker  
meddelandehantering:  
— Om – i en kommando-APDU – vissa förväntade data­
objekt för säker meddelandehantering saknas, dataobjek­
tens ordningsföljd är felaktig eller okända dataobjekt är 
inkluderade, ska ett färdskrivarkort svara med följande två 
byte för status: ”69 87”.  
— Om – i en kommando-APDU – ett dataobjekt för säker 
meddelandehantering är felaktigt ska ett färdskrivarkort 
svara med följande två byte för status: ”69 88”.  
I sådana fall ska dessa byte för status återsändas utan använd­
ning av säker meddelandehantering.  
CSM_195 Om en session med säker meddelandehantering mellan en 
fordonsenhet och ett färdskrivarkort avbryts, ska fordonsenhe­
ten och kortet  
— på ett säkert sätt förstöra de lagrade sessionsnycklarna,  
— omedelbart upprätta en ny session med säker meddelan­
dehantering, såsom beskrivs i avsnitten 10.2–10.5.  
CSM_196 Om fordonsenheten av någon anledning beslutar att start a om 
den ömsesidiga autentiseringen gentemot ett insatt kort, ska 
processen startas om med verifiering av kortets certifikats­
kedja, såsom beskrivs i avsnitt 10.2, och fortsätta såsom be­
skrivs i avsnitten 10.2–10.5.  ▼M1
 02016R0799 — SV — 21.08.2023 — 003.001 — 488  
11. KOPPLING, ÖMSESIDIG AUTENTISERING OCH SÄKER MEDDE­
LANDEHANTERING MELLAN FORDONSENHETER OCH EX­
TERNA GNSS-ANORDNINGAR  
11.1.  Allmänt  
CSM_197 Den GNSS-anordning som används av en fordonsenhet för a tt 
fastställa dess position kan vara intern (dvs. inbyggd inuti 
fordonsenhetens hölje och ej avtagbar), eller den kan vara 
en extern modul. I det första fallet finns det inget behov av 
att standardisera den interna kommunikationen mellan 
GNSS-anordningen och fordonsenheten, och kraven i detta 
kapitel är inte tillämpliga. I det senare fallet ska kommunika­
tionen mellan fordonsenheten och den externa 
GNSS-anordningen vara standardiserad och skyddad såsom 
beskrivs i detta kapitel.  
CSM_198 Säker kommunikation mellan en fordonsenhet och en exter n 
GNSS-anordning ska ske på samma sätt som säker kommuni­
kation mellan en fordonsenhet och ett färdskrivarkort, varvid 
den externa GNSS-anordningen (EGF,  External GNSS Faci ­
lity) har kortets roll. Alla krav som nämns i kapitel 10 för 
färdskrivarkort ska uppfyllas av en extern GNSS-anordning, 
med beaktande av de avvikelser, klargöranden och tillägg som 
nämns i det här kapitlet. I synnerhet ska ömsesidig verifiering  
av certifikatskedjan, autentisering av fordonsenhet och auten­
tisering av chip utföras såsom beskrivs i avsnitten 11.3 och 
11.4.  
CSM_199 Kommunikation mellan en fordonsenhet och en extern 
GNSS-anordning skiljer sig från kommunikation mellan en fordons ­
enhet och ett kort på så sätt att en fordonsenhet och en extern  
GNSS-anordning måste kopplas en gång i en verkstad innan for­
donsenheten och den externa GNSS-anordningen kan utbyta 
GNSS-baserade data under normal drift. Kopplingsprocessen be­
skrivs i avsnitt 11.2.  
CSM_200 För kommunikation mellan en fordonsenhet och en extern 
GNSS-anordning ska APDU-kommandon och APDU-svar 
som är baserade på [ISO 7816-4] och [ISO 7816-8] användas. 
Den exakta strukturen hos dessa dataenheter (APDU) definie­
ras i tillägg 2 till denna bilaga.  
11.2.  Koppling mellan fordonsenhet och extern GNSS-anordning  
CSM_201 En fordonsenhet och en extern GNSS-anordning i ett ford on 
ska kopplas av en verkstad. Endast en kopplad fordonsenhet 
och extern GNSS-anordning ska kunna kommunicera under 
normal drift.  
CSM_202 Koppling av en fordonsenhet och en extern GNSS-anordnin g 
ska endast vara möjlig om fordonsenheten är i kalibrerings­
läge. Kopplingen ska initieras av fordonsenheten.  
CSM_203 En verkstad får när som helst göra en ny koppling av en  
fordonsenhet till en annan extern GNSS-anordning eller till 
samma externa GNSS-anordning. Vid en ny koppling ska 
fordonsenheten på ett säkert sätt förstöra det befintliga 
EGF_MA-certifikat som finns i dess minne och lagra 
EGF_MA-certifikatet för den externa GNSS-anordning till 
vilken den kopplas.  
CSM_204 En verkstad får när som helst göra en ny koppling av en  
extern GNSS-anordning till en annan fordonsenhet eller till 
samma fordonsenhet. Vid en ny koppling ska den externa 
GNSS-anordningen på ett säkert sätt förstöra det befintliga 
VU_MA-certifikat som finns i dess minne och lagra 
VU_MA-certifikatet för den fordonsenhet till vilken den 
kopplas.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 489  
11.3.  Ömsesidig verifiering av certifikatskedja  
11.3.1  Allmänt  
CSM_205 En ömsesidig verifiering av certifikatskedja mellan en for­
donsenhet och en extern GNSS-anordning ska äga rum endast 
när de båda kopplas av en verkstad. Under normal drift ska 
inga certifikat verifieras mellan en fordonsenhet och en extern  
GNSS-anordning som är kopplade till varandra. Fordonsenhe­
ten och den externa GNSS-anordningen ska i stället förlita sig 
på de certifikat som lagrades vid kopplingen, efter att först h a 
kontrollerat den tidsmässiga giltigheten för dessa certifikat. 
Fordonsenheten och den externa GNSS-anordningen får under 
normal drift inte förlita sig på några andra certifikat för att  
skydda kommunikationen mellan de båda.  
11.3.2  Vid koppling av fordonsenhet och extern GNSS-anordning  
CSM_206 Vid koppling till en extern GNSS-anordning ska en fordo ns­
enhet använda det protokoll som visas i Figure 4 (avsnitt 
10.2.1) för att verifiera den externa GNSS-anordningens 
certifikatskedja.  
Anmärkningar till Figure 4 i detta sammanhang:  
— Kontroll av datakommunikationen ligger utanför detta till­
läggs tillämpningsområde. En extern GNSS-anordning är 
dock inget smartkort och fordonsenheten kommer därför 
troligen inte att sända  Reset  för att initiera kommunika­
tionen och inte heller ta emot ATR.  
— De kortcertifikat och de öppna nycklar som nämns i figu­
ren ska tolkas som den externa GNSS-anordningens cer­
tifikat och öppna nycklar för ömsesidig autentisering. I 
avsnitt 9.1.6 betecknas dessa EGF_MA.  
— De Card.CA-certifikat och de öppna nycklar som nämns i 
figuren ska tolkas som MSCA-certifikaten och de öppna 
nycklarna för signering av certifikat för externa 
GNSS-anordningar. I avsnitt 9.1.3 betecknas dessa 
MSCA_VU-EGF.  
— Det Card.CA.EUR-certifikat som nämns i figuren ska tol­
kas som det europeiska rotcertifikat som anges i certifie­
ringsinstansens referens (CAR) för MSCA_VU-EGF-cer­
tifikatet.  
— Det Card.Link-certifikat som nämns i figuren ska tolkas 
som den externa GNSS-anordningens länkcertifikat, om 
ett sådant finns. Såsom anges i avsnitt 9.1.2 är detta ett 
länkcertifikat för ett nytt europeiskt rotnyckelpar som ska­
pats av Erca och signerats med den föregående europeiska 
privata nyckeln.  
— Card.Link.EUR-certifikatet är det europeiska rotcertifikat 
som anges i certifieringsinstansens referens (CAR) för 
Card.Link-certifikatet.  
— Fordonsenheten ska läsa
  i  
stället för
  från EF ICC.  
— Fordonsenheten ska välja den externa GNSS-anordningens 
AID i stället för färdskrivarens AID.  
— Att ”ignorera kort” ska tolkas som att ”ignorera extern 
GNSS-anordning”.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 490  
CSM_207 Fordonsenheten ska, när den har verifierat EGF_MA-certi fi­
katet, lagra detta certifikat för användning under normal drift ; 
se avsnitt 11.3.3.  
CSM_208 Vid koppling till en fordonsenhet ska en extern 
GNSS-anordning använda det protokoll som visas i Figure 
5 (avsnitt 10.2.2) för att verifiera fordonsenhetens 
certifikatskedja.  
Anmärkningar till Figure 5 i detta sammanhang:  
— Fordonsenheten ska generera ett nytt tillfälligt nyckelpar 
med användning av domänparametrarna i 
EGF-certifikatet.  
— De fordonsenhetscertifikat och öppna nycklar som nämns 
i figuren är de som används för ömsesidig autentisering. I 
avsnitt 9.1.4 betecknas dessa VU_MA.  
— De VU.CA-certifikat och öppna nycklar som nämns i 
figuren är de som används för signering av certifikat för 
fordonsenheter och externa GNSS-anordningar. I avsnitt 
9.1.3 betecknas dessa MSCA_VU-EGF.  
— Det VU.CA.EUR-certifikat som nämns i figuren är det 
europeiska rotcertifikat som anges i certifieringsinstansens 
referens (CAR) för VU.CA-certifikatet.  
— Det VU.Link-certifikat som nämns i figuren är fordons­
enhetens länkcertifikat, om ett sådant finns. Såsom anges i 
avsnitt 9.1.2 är detta ett länkcertifikat för ett nytt europe­
iskt rotnyckelpar som skapats av Erca och signerats med 
den föregående europeiska privata nyckeln.  
— VU.Link.EUR-certifikatet är det europeiska rotcertifikat 
som anges i certifieringsinstansens referens (CAR) för 
VU.Link-certifikatet.  
CSM_209 Med avvikelse från krav CSM_167 ska en extern 
GNSS-anordning använda GNSS-tiden för att verifiera den 
tidsmässiga giltigheten för alla certifikat som överlämnas.  
CSM_210 När den har verifierat VU_MA-certifikatet ska den exter na 
GNSS-anordningen lagra detta certifikat för användning under 
normal drift; se avsnitt 11.3.3.  
11.3.3  Under normal drift  
CSM_211  ►M1 En fordonsenhet och en extern GNSS-anordning ska 
under normal drift använda det protokoll som visas i figur 11 
för att verifiera den tidsmässiga giltigheten för det lagrade 
EGF_MA-certifikatet och för att bestämma den öppna nyc­
keln VU_MA för den påföljande autentiseringen av fordons­
enheten. Ingen ytterligare ömsesidig verifiering av certifikats ­
kedjorna ska äga rum under normal drift. ◄  
Notera att Figure 11 i huvudsak utgörs av de första stegen 
som visas i Figure 4 och Figure 5. Notera också att eftersom 
en extern GNSS-anordning inte är ett smartkort kommer for­
donsenheten troligen inte att sända  Reset  för att initiera kom­
munikationen och inte heller ta emot ATR. Detta ligger i 
vilket fall som helst utanför detta tilläggs tillämpningsområde . ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 491  
Figur 11  
Ömsesidig verifiering av tidsmässig giltighet för certifikat under normal drift med fordonsenhet och extern 
GNSS-anordning
  
CSM_212 Såsom visas i Figure 11 ska fordonsenheten logga ett fe l om 
EGF_MA-certifikatet inte längre är giltigt. Ömsesidig auten­
tisering, överenskommelse om nyckel och påföljande kom­
munikation via säker meddelandehantering ska dock fortsätta 
normalt.  
11.4.  Autentisering av fordonsenhet, autentisering av chip och överens ­
kommelse om sessionsnyckel  
CSM_213 Autentisering av fordonsenhet, autentisering av chip oc h över­
enskommelse om sessionsnyckel mellan en fordonsenhet och 
en extern GNSS-anordning ska äga rum vid koppling och 
närhelst en session med säker meddelandehantering återupp­
rättas under normal drift. Fordonsenheten och den externa 
GNSS-anordningen ska genomföra de processer som beskrivs 
i avsnitten 10.3 och 10.4. Alla krav i dessa avsnitt ska till­
lämpas.  
11.5.  Säker meddelandehantering  
CSM_214 Alla kommandon och svar som utväxlas mellan en fordons­
enhet och en extern GNSS-anordning efter det att en lyckad 
chipautentisering genomförts och till dess att sessionen avslu­
tats ska vara skyddade genom säker meddelandehantering 
(Secure Messaging ) i läge för endast autentisering ( authenti­
cation-only mode ). Alla krav i avsnitt 10.5 ska gälla.  
CSM_215 Om en session med säker meddelandehantering mellan en 
fordonsenhet och en extern GNSS-anordning avbryts ska for­
donsenheten omedelbart upprätta en ny session med säker 
meddelandehantering, såsom beskrivs i avsnitten 11.3.3 och 
11.4.  
12. PARNING AV OCH KOMMUNIKATION MELLAN FORDONS­
ENHET OCH RÖRELSESENSOR  
12.1.  Allmänt  
CSM_216 En fordonsenhet och en rörelsesensor ska kommunicera me d 
hjälp av det gränssnittsprotokoll som specificeras i [ISO 
16844-3] vid parning och vid normal drift, med de ändringar 
som beskrivs i detta kapitel och i avsnitt 9.2.1.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 492  
Anmärkning:  Läsare av detta kapitel förväntas känna till 
innehållet i [ISO 16844-3].  
12.2.  Parning av fordonsenhet och rörelsesensor med användning av olika 
nyckelgenerationer  
Såsom förklaras i avsnitt 9.2.1 görs regelbundna utbyten av rör elsesen­
sorns huvudnyckel och alla tillhörande nycklar. Detta leder til l närvaron 
av upp till tre rörelsesensorrelaterade AES-nycklar K  M-WC  (i på varandra 
följande nyckelgenerationer) i verkstadskorten. På liknande sät t kan det i 
rörelsesensorer finnas upp till tre olika AES-baserade krypteri ngar av 
data (på grundval av på varandra följande generationer av rörel sesensorns 
huvudnyckel K  M ). En fordonsenhet innehåller endast en rörelsesensorre­
laterad nyckel K  M-VU.  
CSM_217 En andra generationens fordonsenhet och en andra genera tio­
nens rörelsesensor ska paras enligt följande (jämför tabell 6 i  
[ISO 16844-3]):  
1. Ett andra generationens verkstadskort sätts in i fordons­
enheten och fordonsenheten ansluts till rörelsesensorn.  
2. Fordonsenheten läser alla tillgängliga K  M-WC  -nycklar från 
verkstadskortet, inspekterar deras nyckelversionsnummer 
och väljer den som matchar versionsnumret för fordons­
enhetens K  M-VU  -nyckel. Om den matchande K  M-WC  -nyc­
keln inte är närvarande i verkstadskortet avbryter fordons­
enheten parningsprocessen och visar ett lämpligt felmed­
delande för innehavaren av verkstadskortet.  
3. Fordonsenheten beräknar rörelsesensorns huvudnyckel K  M 
från K  M-VU  och K  M-WC  , och identifieringsnyckeln K  ID från 
K M , såsom specificeras i avsnitt 9.2.1.  
4. Fordonsenheten sänder instruktioner för att initiera par­
ningsprocessen gentemot rörelsesensorn, såsom beskrivs i 
[ISO 16844-3], och krypterar det serienummer den tar 
emot från rörelsesensorn med identifieringsnyckeln K  ID . 
Fordonsenheten sänder det krypterade serienumret tillbaka 
till rörelsesensorn.  
5. Rörelsesensorn matchar det krypterade serienumret, i tur 
och ordning, med var och en de krypteringar av serienum­
ret som den lagrar internt. Om en matchning lyckas är 
fordonsenheten autentiserad. Rörelsesensorn noterar den 
generation av K  ID som används av fordonsenheten och 
återsänder den matchande krypterade versionen av sin par­
ningsnyckel, dvs. den kryptering som skapades med an­
vändning av samma generation av K  M . 
6. Fordonsenheten dekrypterar parningsnyckeln med använd­
ning av K  M , genererar en sessionsnyckel K  S , krypterar den 
med parningsnyckeln och sänder resultatet till rörelsesen­
sorn. Rörelsesensorn dekrypterar K  S . 
7. Fordonsenheten samlar parningsinformationen såsom defi­
nieras i [ISO 16844-3], krypterar informationen med par­
ningsnyckeln och sänder resultatet till rörelsesensorn. Rö­
relsesensorn dekrypterar parningsinformationen.  
8. Rörelsesensorn krypterar den mottagna parningsinformatio­
nen med den mottagna K  S och återsänder den till fordons­
enheten. Fordonsenheten verifierar att parningsinformatio­
nen är samma information som fordonsenheten skickade 
till rörelsesensorn i föregående steg. Om så är fallet  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 493  
bevisar det att rörelsesensorn använde samma K  S som 
fordonsenheten och följaktligen i steg 5 skickade sin par­
ningsnyckel krypterad med korrekt generation av K  M . 
Följaktligen är rörelsesensorn autentiserad.  
Observera att steg 2 och 5 skiljer sig från standardprocessen i  
[ISO 16844-3]; övriga steg är standard.  
Exempel:  Antag att en parning äger rum under det första året 
av Erca (3)-certifikatets giltighetsperiod; se Figure 2 i avsni tt 
9.2.1.2. Dessutom:  
— Antag att rörelsesensorn utfärdades under det sista året av 
Erca (1)-certifikatets giltighetsperiod. Det kommer därför 
att innehålla följande nycklar och data:  
— N  s [1]: Dess serienummer krypterat med generation 1 
för K  ID . 
— N  s [2]: Dess serienummer krypterat med generation 2 
för K  ID . 
— N  s [3]: Dess serienummer krypterat med generation 3 
för K  ID . 
— K  P [1]: Dess parningsnyckel (generation 1) (  1 ), krypte­
rad med generation 1 av K  M . 
— K  P [2]: Dess parningsnyckel (generation 2), krypterad 
med generation 2 av K  M . 
— K  P [3]: Dess parningsnyckel (generation 3), krypterad 
med generation 3 av K  M . 
— Antag att verkstadskortet utfärdades under det första året 
av Erca (3)-certifikatets giltighetsperiod. Det kommer där­
för att innehålla generation 2 och generation 3 av nyckeln 
K M-WC  . 
— Antag att fordonsenheten är en fordonsenhet i generation 
2, som innehåller generation 2 av K  M-VU.  
I detta fall kommer följande att hända i stegen 2–5:  
— Steg 2: Fordonsenheten läser generation 2 och generation 
3 av K  M-WC  från verkstadskortet och inspekterar deras 
versionsnummer.  
— Steg 3: Fordonsenheten kombinerar K  M-WC  (generation 2) 
med sin K  M-VU  för att beräkna K  M och K  ID. 
— Steg 4: Fordonsenheten krypterar det serienummer den tar 
emot från rörelsesensorn med K  ID . 
— Steg 5: Rörelsesensorn jämför mottagna data med N  s [1] 
och hittar ingen matchning. Därefter jämför den dessa 
data med N  s [2] och hittar en matchning. Den drar slut­
satsen att fordonsenheten är en fordonsenhet i generation 
2, och skickar därför tillbaka K  P [2]. ▼B 
( 1 ) Observera att parningsnycklarna (generation 1, generation 2 o ch generation 3) i själva 
verket kan vara samma nyckel, eller tre olika nycklar som har o lika längder, såsom 
förklaras i CSM_117.
 02016R0799 — SV — 21.08.2023 — 003.001 — 494  
12.3.  Parning av och kommunikation mellan fordonsenhet och rörelsesen ­
sor med användning av AES  
CSM_218 Såsom specificeras i Table 3 i avsnitt 9.2.1 ska alla n ycklar 
som är involverade i parningen av en (andra generationens) 
fordonsenhet och en rörelsesensor och i efterföljande kom­
munikation vara AES-nycklar, snarare än TDES-nycklar 
med dubbel längd såsom specificeras i [ISO 16844-3]. Dessa 
AES-nycklar kan ha en längd av 128, 192 eller 256 bitar. 
Eftersom AES-blockstorleken är 16 byte måste längden av ett 
krypterat meddelande vara en multipel av 16 byte, jämfört 
med 8 byte för TDES. Dessutom kommer några av dessa 
meddelanden att användas för att transportera AES-nycklar, 
vars längd kan vara 128, 192 eller 256 bitar. Därför ska 
antalet byte (med data) per instruktion i tabell 5 i [ISO 
16844-3] ändras enligt Table 6:  
▼M1 
Tabell 6  
Antal byte med klartextdata och krypterade data per instruktion enligt definitioner i [ISO 16844-3]  
Instruktion  Förfrågan/svar  Beskrivning av data  Antal byte med klar­
textdata enligt 
[ISO 16844-3]  Antal byte med klar­
textdata med an­
vändning av 
AES-nycklar  Antal byte med krypterade data 
vid användning av 
AES-nycklar med bitlängd  
128 192  256  
10 Förfrågan  Autentiseringsdata + 
filnummer  8 8  1 6  1 6  1 6  
11 Svar  Autentiseringsdata + 
filinnehåll  16 eller 32, bero­
ende på fil  16 eller 32, bero­
ende på fil  32/48  32/48  32/48  
41 Förfrågan  Rörelsesensorns serie­
nummer  8 8  1 6  1 6  1 6  
41 Svar  Parningsnyckel  1 6  16 / 24 / 32  1 6  3 2  3 2  
42 Förfrågan  Sessionsnyckel  1 6  16 / 24 / 32  1 6  3 2  3 2  
43 Förfrågan  Parningsinformation  2 4  2 4  3 2  3 2  3 2  
50 Svar  Parningsinformation  2 4  2 4  3 2  3 2  3 2  
70 Förfrågan  Autentiseringsdata  8  8  1 6  1 6  1 6  
80 Svar  Rörelsesensorns räk­
narvärde + autentise­
ringsdata  8 8  1 6  1 6  1 6  
▼B 
CSM_219 Den parningsinformation som sänds i instruktionerna 43 (for­
donsenhet, förfrågan) och 50 (rörelsesensor, svar) ska samlas 
såsom specificeras i avsnitt 7.6.10 i [ISO 16844-3], bortsett 
från att AES-algoritmen ska användas i stället för 
TDES-algoritmen i krypteringsschemat för parningsdata, vil­
ket sålunda resulterar i två AES-krypteringar, varvid den ut­
fyllnad som specificeras i CSM_220 anpassas för att passa 
med AES-blockstorleken. Nyckeln K'  p som används för 
denna kryptering ska genereras enligt följande:  
— Om parningsnyckeln K  P är 16 byte lång: K'  p = K  P XOR 
(N s ||N s ) ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 495  
— Om parningsnyckeln K  P är 24 byte lång: K'  p = K  P XOR 
(N s ||N s ||N s ) 
— Om parningsnyckeln K  P är 32 byte lång: K'  p = K  P XOR 
(N s ||N s ||N s ||N s ) 
där N  s är serienumret (8 byte) för rörelsesensorn.  
CSM_220 Om längden på klartextdata (vid användning av AES-nyckl ar) 
inte är en multipel av 16 byte ska utfyllnadsmetod 2, som 
definieras i [ISO 9797-1], användas.  
Anmärkning:  I [ISO 16844-3] är antalet byte med klartextdata 
alltid en multipel av 8, varför utfyllnad inte är nödvändig vid  
användning av TDES. Definitionen av data och meddelanden 
i [ISO 16844-3] ändras inte genom denna del av detta tillägg, 
och därför måste utfyllnad användas.  
CSM_221 För instruktion 11 och om fler än ett datablock måste k ryp­
teras ska CBC-läge ( Cipher Block Chaining ) användas såsom 
definieras i [ISO 10116], med en  interleave -parameter  m = 1. 
Den initialiseringsvektor (IV) som ska användas ska vara 
följande:  
— För instruktion 11: det autentiseringsblock om 8 byte som spe ­
cificeras i avsnitt 7.6.3.3 i [ISO 16844-3], utfyllt med använd ­
ning av utfyllnadsmetod 2 som definieras i [ISO 9797-1]; se 
även avsnitten 7.6.5 och 7.6.6 i [ISO 16844-3].  
— För alla andra instruktioner i vilka mer än 16 byte över­
förs, såsom specificeras i Table 6: ”00” {16}, dvs. 16 byte 
med binärt värde 0.  
Anmärkning:  Såsom visas i avsnitten 7.6.5 och 7.6.6 i [ISO 
16844-3], när rörelsesensorn krypterar datafiler för använd­
ning i instruktion 11, gäller följande för autentiseringsblocke t: 
— Det används som initialiseringsvektor för krypteringen av 
datafilerna i CBC-läge.  
— Det är krypterat och inkluderat som det första blocket i de 
data som sänds till fordonsenheten.  
12.4.  Parning av fordonsenhet och rörelsesensor för olika utrustningsgene ­
rationer  
CSM_222 Såsom förklaras i avsnitt 9.2.1 kan en andra generation ens 
rörelsesensor innehålla den TDES-baserade krypteringen av 
parningsdata (såsom definieras i del A i detta tillägg), vilket  
gör det möjligt för rörelsesensorn att paras med en första 
generationens fordonsenhet. Om detta är fallet ska en första 
generationens fordonsenhet och en andra generationens rörel­
sesensor paras såsom beskrivs i del A i detta tillägg och i 
[ISO 16844-3]. För parningsprocessen får antingen ett första 
generationens eller ett andra generationens verkstadskort an­
vändas.  
Anmärkningar:  
— Det är inte möjligt att para en andra generationens for­
donsenhet med en första generationens rörelsesensor.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 496  
— Det är inte möjligt att använda ett första generationens 
verkstadskort för koppling av en andra generationens for­
donsenhet till en rörelsesensor.  
13. SÄKERHET FÖR FJÄRRKOMMUNIKATION VIA DSRC  
13.1.  Allmänt  
Såsom specificeras i tillägg 14 genererar en fordonsenhet regel bundet 
RTM-data ( Remote Tachograph Monitoring ) och skickar dessa data till 
kommunikationsanordningen för fjärravläsning (RCF,  Remote Communi ­
cation Facility ). Kommunikationsanordningen för fjärravläsning är ansva­
rig för att skicka dessa data via det DSRC-gränssnitt som beskr ivs i till­
lägg 14 till fjärravläsaren. I tillägg 1 specificeras att RTM-d ata är en 
konkatenering av följande:  
Krypterad nyttolast från färdskrivaren  krypteringen av klartextnytto­
last från färdskrivaren  
DSRC-säkerhetsdata  beskrivs nedan  
Dataformatet för klartextnyttolast från färdskrivaren specifice ras i tillägg 
1 och beskrivs närmare i tillägg 14. I detta avsnitt beskrivs s trukturen hos 
DSRC-säkerhetsdata; den formella specifikationen återfinns i ti llägg 1.  
CSM_223 De data i klartext som överlämnas med datatyp
  
från fordonsenheten till en kom­
munikationsanordning för fjärravläsning (om denna inte är 
en del av fordonsenheten) eller från fordonsenheten till en 
fjärravläsare via DSRC-gränssnittet (om kommunikations­
anordningen för fjärravläsning är en del av fordonsenheten) 
ska skyddas i läge för kryptering följd av autentisering 
(encrypt-then-authenticate mode ), dvs. data som utgör nytto­
last från färdskrivaren ska först krypteras för att säkerställa  
meddelandets sekretess, och därefter ska en MAC beräknas 
för att säkerställa autenticitet och integritet för dessa data.  
CSM_224 DSRC-säkerhetsdata ska bestå av en konkatenering av föl ­
jande dataelement i följande ordning (se även Figure 12):  
Aktuellt datum och aktuell tid  Aktuellt datum och aktuell tid enligt fordons­
enheten (datatyp
  ) .  
Räknare  En räknare på 3 byte (se CSM_225).  
▼M1 
Fordonsenhetens serienummer  Fordonsenhetens serienummer eller identifie­
ring av begäran om certifikat (datatyp VuSe­
rialNumber eller CertificateRequestID) – se 
CSM_123.  
▼B 
Versionsnummer för DSRC-huvudnyckel  Det versionsnummer på 1 byte för den 
DSRC-huvudnyckel från vilken fordonsenhe­
tens specifika DSRC-nycklar härleddes (se av­
snitt 9.2.2).  
MAC  Det MAC-värde som beräknas från samtliga 
föregående byte i dessa RTM-data.  
CSM_225 Räknaren (3 byte) i DSRC-säkerhetsdata ska vara i forma tet 
mest signifikanta bit först ( MSB-first ). Första gången en for­
donsenhet beräknar en uppsättning RTM-data efter det att den 
tagits i bruk, ska den sätta värdet på räknaren till 0. Fordons ­
enheten ska öka värdet på räknaren med 1 varje gång innan 
den beräknar nästa uppsättning RTM-data.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 497  
13.2.  Kryptering av nyttolast från färdskrivaren och MAC-generering  
CSM_226 Vid mottagning av ett dataelement i klartext med dataty pen
 
, såsom beskrivs i tillägg 14, ska en 
fordonsenhet kryptera dessa data såsom visas i Figure 12: 
fordonsenhetens DSRC-nyckel för kryptering 
K_VU  DSRC  _ENC (se avsnitt 9.2.2) ska användas med AES 
i CBC-läge ( Cipher Block Chaining ), enligt definitionen i 
[ISO 10116], med en  interleave -parameter  m = 1. Initialise­
ringsvektorn ska vara lika med aktuellt datum och aktuell tid 
(IV = current date time)  || ”00 00 00 00 00 00 00 00 00 ” || 
counter , där  current date time  och  counter  specificeras i 
CSM_224. De data som ska krypteras ska fyllas ut med an­
vändning av metod 2, som definieras i [ISO 9797-1].  
CSM_227 En fordonsenhet ska beräkna MAC i DSRC-säkerhetsdata 
såsom visas i Figure 12: MAC ska beräknas för alla föregå­
ende byte i RTM-data, upp till och inklusive 
DSRC-huvudnyckelns versionsnummer, och inklusive data­
objektens taggar och längder. Fordonsenheten ska använda 
sin DSRC-nyckel för autenticitet K_VU  DSRC  _MAC (se av­
snitt 9.2.2) med AES-algoritmen i CMAC-läge såsom speci­
ficeras i [SP 800-38B]. Längden på MAC ska vara länkad till 
längden på de fordonsenhetsspecifika DSRC-nycklarna, så­
som specificeras i CSM_50.  
Figur 12  
Kryptering av nyttolast från färdskrivaren och MAC-generering
  
13.3.  Verifiering och dekryptering av nyttolast från färdskrivaren  
CSM_228 När en fjärravläsare tar emot RTM-data från en fordonse nhet 
ska den sända alla dessa data till ett kontrollkort i datafälte t i 
ett PROCESS DSRC MESSAGE-kommando, såsom beskrivs 
i tillägg 2. Därefter gäller följande:  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 498  
1. Kontrollkortet ska inspektera DSRC-huvudnyckelns ver­
sionsnummer i DSRC-säkerhetsdata. Om kontrollkortet 
inte känner igen den angivna DSRC-huvudnyckeln ska 
den återsända ett felmeddelande som specificeras i tillägg 
2 och avbryta processen.  
▼M1 
2. Kontrollkortet ska använda den angivna DSRC-huvudnyckeln i 
kombination med fordonsenhetens serienummer eller identifie­
ringen av begäran om certifikat i DSRC-säkerhetsdata för att 
härleda de fordonsenhetsspecifika DSRC-nycklarna 
K_VU  DSRC  _ENC och K_VU  DSRC  _MAC, enligt vad som spe­
cificeras i CSM_124.  
▼B 
3. Kontrollkortet ska använda K_VU  DSRC  _MAC för att veri­
fiera MAC i DSRC-säkerhetsdata, såsom specificeras i 
CSM_227. Om MAC-värdet är felaktigt ska kontrollkortet 
återsända ett felmeddelande som specificeras i tillägg 2 
och avbryta processen.  
4. Kontrollkortet ska använda K_VU  DSRC  _ENC för att de­
kryptera den krypterade nyttolasten från färdskrivaren, så­
som specificeras i CSM_226. Kontrollkortet ska ta bort 
utfyllnaden och återsända dekrypterade data som utgör 
nyttolast från färdskrivaren till fjärravläsaren.  
CSM_229 För att förhindra återspelningsattacker ska fjärravläsa ren veri­
fiera att RTM-data är färska genom att verifiera att aktuellt 
datum och aktuell tid ( current date time ) i 
DSRC-säkerhetsdata inte avviker alltför mycket från fjärravlä­
sarens aktuella tid.  
Anmärkningar:  
— Detta kräver att fjärravläsaren har en korrekt och tillför­
litlig tidskälla.  
— Eftersom tillägg 14 kräver att en fordonsenhet ska beräkna 
en ny uppsättning RTM-data var 60:e sekund, och for­
donsenhetens klocka tillåts avvika 1 minut från realtid, 
är 2 minuter en lägre gräns för hur färska RTM-data kan 
vara. De krav som kan ställas på hur färska data ska vara 
beror också på precisionen hos fjärravläsarens klocka.  
CSM_230 När en verkstad verifierar DSRC-funktionaliteten hos en  for­
donsenhet ska den sända alla RTM-data som mottagits från 
fordonsenheten till ett verkstadskort i datafältet i ett PRO­
CESS DSRC MESSAGE-kommando, såsom beskrivs i tillägg 
2. Verkstadskortet ska utföra alla kontroller och åtgärder som 
specificeras i CSM_228.  
14. SIGNERING AV DATAÖVERFÖRINGAR OCH VERIFIERING AV 
SIGNATURER  
14.1.  Allmänt  
CSM_231 IDE-enheten ( Intelligent Dedicated Equipment ) ska lagra data 
som tas emot från en fordonsenhet eller ett kort under en 
överföringssession inom en (1) fysisk datafil. Data kan lagras 
på ett externt lagringsmedium. Denna fil innehåller digitala 
signaturer för datablock, såsom specificeras i tillägg 7. Denna  
fil ska också innehålla följande certifikat (se avsnitt 9.1):  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 499  
— Vid överföring från en fordonsenhet:  
— VU_Sign-certifikatet.  
— MSCA_VU-EGF-certifikatet som innehåller den 
öppna nyckel som ska användas för verifiering av 
VU_Sign-certifikatet.  
— Vid överföring från ett kort:  
— Card_Sign-certifikatet.  
— MSCA_Card-certifikatet som innehåller den öppna 
nyckel som ska användas för verifiering av 
Card_Sign-certifikatet.  
CSM_232 IDE-enheten ska även ha tillgång till följande:  
— Om den använder ett kontrollkort för att verifiera signatu­
ren, såsom visas i Figure 13: det länkcertifikat som länkar 
det senaste EUR-certifikatet till det EUR-certifikat vars 
giltighetsperiod direkt föregår giltighetstiden för det se­
naste, i förekommande fall.  
— Om den verifierar signaturen själv: alla giltiga europeiska 
rotcertifikat.  
Anmärkning:  Den metod som IDE-enheten använder för att 
hämta dessa certifikat specificeras inte i detta tillägg.  
14.2.  Generering av signatur  
CSM_233 Signeringsalgoritmen för att skapa digitala signaturer för över­
förda data ska vara ECDSA såsom den specificeras i [DSS], 
med användning av den hashalgoritm som är länkad till nyc­
kelstorleken för fordonsenheten eller kortet, såsom anges i 
CSM_50. Signaturformatet ska vara i klartext, såsom anges 
i [TR-03111].  
14.3.  Verifiering av signatur  
CSM_234  ►M1 En IDE-enhet kan själv utföra verifiering av en sig­
natur för överförda data, eller den kan använda ett kontroll­
kort för detta ändamål. Om den använder ett kontrollkort ska 
verifiering av en signatur utföras såsom visas i Figure 13. För  
verifieringen av den tidsmässiga giltigheten hos ett certifikat  
som överlämnas av IDE-enheten ska kontrollkortet använda 
sin interna klocka, enligt vad som anges i CSM_167. Kon­
trollkortet ska uppdatera sin aktuella tid om den första giltig ­
hetsdagen för ett autentiskt certifikat som utgör ”giltig tids­
källa” anger en tidpunkt som infaller senare än kortets aktu­
ella tid. Kortet ska endast godta följande certifikat som en 
giltig tidskälla:  
— Andra generationens Erca-länkcertifikat.  
— Andra generationens MSCA-certifikat.  
— Andra generationens VU_Sign- eller Card_Sign-certifikat 
som utfärdats av samma land som utfärdat kontrollkortets 
eget kortcertifikat.  
Om den själv utför verifiering av en signatur, ska 
IDE-enheten verifiera autenticiteten och giltigheten hos alla 
certifikat i certifikatskedjan i datafilen, och den ska verifie ra 
signaturen för data i enlighet med det signaturschema som 
definieras i [DSS]. I båda fallen är det nödvändigt, för varje 
certifikat som läses från datafilen, att kontrollera att 
CHA-fältet ( Certificate Holder Authorisation ) är korrekt:  
— CHA-fältet i EQT-certifikatet ska ange ett certifikat för 
fordonsenhet eller ett kortcertifikat (i förekommande fall) 
för signering (se datatyp EquipmentType i tillägg 1).  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 500  
— EQT.CA-certifikatets CHA-fält ska ange en MSCA.  
— EQT.Link-certifikatets CHA-fält ska ange Erca. ◄  
Anmärkningar till Figure 13:  
— Den utrustning som har signerat de data som ska analy­
seras betecknas EQT.  
— De EQT-certifikat (utrustningscertifikat) och öppna nyck­
lar som nämns i figuren är de som används för signering, 
dvs. VU_Sign eller Card_Sign.  
— De EQT.CA-certifikat och öppna nycklar som nämns i 
figuren är de som används för signering av 
fordonsenhets- eller kortcertifikat, beroende på vad som 
är tillämpligt.  
— Det EQT.CA.EUR-certifikat som nämns i figuren är det 
europeiska rotcertifikat som anges i certifieringsinstansens 
referens (CAR) för EQT.CA-certifikatet.  
— Det EQT.Link-certifikat som nämns i figuren är länkcer­
tifikatet för EQT, om ett sådant finns. Såsom anges i 
avsnitt 9.1.2 är detta ett länkcertifikat för ett nytt europe­
iskt rotnyckelpar som skapats av Erca och signerats med 
den föregående europeiska privata nyckeln.  
— EQT.Link.EUR-certifikatet är det europeiska rotcertifikat 
som anges i certifieringsinstansens referens (CAR) för 
EQT.Link-certifikatet.  
CSM_235 För beräkning av hashvärdet M som sänds till kontrollko rtet i 
kommandot PSO:HASH ska IDE-enheten använda den has­
halgoritm som är länkad till nyckelstorleken för den fordons­
enhet eller det kort varifrån dessa data överförs, såsom spe­
cificeras i CSM_50.  
CSM_236 För verifiering av EQT-signaturen ska kontrollkortet fö lja det 
signaturschema som definieras i [DSS].  
Anmärkning:  Detta dokument specificerar inga åtgärder som 
ska vidtas om en signatur för överförda data inte kan verifie­
ras eller om verifieringen inte lyckas.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 501  
Figur 13  
Protokoll för verifiering av signaturen för en överförd datafil
  ▼M1
 02016R0799 — SV — 21.08.2023 — 003.001 — 502  
Tillägg 12  
POSITIONSBESTÄMNING BASERAD PÅ GNSS (GLOBAL 
NAVIGATION SATELLITE SYSTEM)  
INNEHÅLLSFÖRTECKNING  
1. INLEDNING  
1.1. Tillämpningsområde  
▼M3 
1.1.1 Referenser  
▼B 
1.2. Förkortningar och beteckningar  
▼M3 
2. GRUNDLÄGGANDE EGENSKAPER HOS GNSS-MOTTAGARE  
3. SATSER SOM TILLHANDAHÅLLS AV GNSS-MOTTAGAREN  
▼B 
4. FORDONSENHET MED EN EXTERN GNSS-ANORDNING  
4.1. Konfiguration  
4.1.1 Huvudkomponenter och gränssnitt  
4.1.2 Status för extern GNSS-anordning i slutet av produktionsp rocessen  
4.2. Kommunikation mellan den externa GNSS-anordningen och ford onsenhe­ 
ten 
4.2.1 Kommunikationsprotokoll  
4.2.2 Säker överföring av GNSS-data  
4.2.3 Struktur för kommandot READ RECORD  
▼M3 
4.2.4 Struktur för kommandot WRITE RECORD  
4.2.5 Andra kommandon  
▼B 
4.3. Den externa GNSS-anordningens koppling, ömsesidiga autenti sering och 
överenskommelse om sessionsnyckel med fordonsenheten  
4.4. Felhantering  
4.4.1 Fel i kommunikation med extern GNSS-anordning.  
4.4.2 Brott mot den externa GNSS-anordningens fysiska integrite t 
4.4.3 Positionsinformation från GNSS-mottagare saknas  
4.4.4 Certifikat för extern GNSS-anordning har löpt ut  
5. FORDONSENHET UTAN EXTERN GNSS-ANORDNING  
5.1. Konfiguration  
▼M3 
5.2. Överföring av information från GNSS-mottagaren till fordon senheten  
__________  
5.3. Överföring av information från fordonsenheten till GNSS-mo ttagaren  
5.4. Felhantering  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 503  
5.4.1 Positionsinformation från GNSS-mottagare saknas  
6. BEARBETNING OCH REGISTRERING AV POSITIONSDATA I 
FORDONSENHETEN  
7. TIDSKONFLIKT AVSEENDE GNSS  
8. KONFLIKT I FORDONETS RÖRELSEDATA  
1. INLEDNING  
Detta tillägg innehåller de tekniska kraven för den GNSS-mottag are och 
de GNSS-data som används av fordonsenheten, inklusive de protok oll 
som ska införas för att garantera en säker och korrekt dataöver föring av 
positionsinformation.  
1.1. Tillämpningsområde  
GNS_1 Fordonsenheten ska samla in positionsuppgifter från minst  ett 
nät med GNSS-satelliter.  
Fordonsenheten kan vara, men måste inte vara, utrustad med en 
extern GNSS-anordning såsom beskrivs i Figur 1.  
1.1.1  Referenser  
Följande referenser används i denna del av detta tillägg:  
NMEA  NMEA (National Marine Electronics Association) 0183 Inter ­
face Standard, V4.11  
▼B 
Figur 1  
Olika konfigurationer för GNSS-mottagare
  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 504  
1.2. Förkortningar och beteckningar  
Följande förkortningar används i detta tillägg:  
DOP  Dilution of Precision  (det geometriska bidraget till osäkerhe­
ten i en positionsbestämning)  
EGF  Elementary file GNSS Facility  (elementfil för 
GNSS-anordning)  
Egnos European Geostationary Navigation Overlay Service  
GNSS  Global Navigation Satellite System  (globalt system för satel­
litnavigering)  
GSA  GPS DOP and active satellites  (format för 
GNSS-positionering)  
HDOP  Horizontal Dilution of Precision  (det geometriska bidraget i 
horisontalplanet till osäkerheten i en positionsbestämning)  
ICD Interface Control Document  (dokument för gränssnittskont­
roll) 
NMEA  National Marine Electronics Association  (organisation verk­
sam inom marinelektronik)  
▼M3 
OSNMA Autentiseringsmekanism i Galileo ( Open Service Navigation 
Message Authentication  ) 
▼B 
PDOP Position Dilution of Precision  
RMC Recommended Minimum Specific  
▼M3 
RTC Realtidsklocka (RTC,  Real Time Clock ) 
▼B 
SIS Signal in Space  
VDOP  Vertical Dilution of Precision  (det geometriska bidraget i 
vertikalplanet till osäkerheten i en positionsbestämning)  
VU Vehicle Unit  (fordonsenhet)  
▼M3 
2. GRUNDLÄGGANDE EGENSKAPER HOS GNSS-MOTTAGARE  
▼B 
Oavsett om en smart färdskrivare är konfigurerad med eller utan  en 
extern GNSS-anordning är tillhandahållandet av säker och tillfö rlitlig 
positionsinformation en viktig del av färdskrivarens funktion. Det är 
därför ett lämpligt krav att den ska vara kompatibel med tjänst erna 
inom programmen Galileo och Egnos ( European Geostationary Naviga ­
tion Overlay Service ) enligt Europaparlamentets och rådets 
förordning (EU) nr 1285/2013 (  1 ). Det system som inrättades inom ramen 
för Galileoprogrammet är ett oberoende globalt satellitnavigeri ngssystem 
och det som inrättades inom ramen för Egnosprogrammet är ett re gionalt 
satellitnavigeringssystem som förbättrar kvaliteten på GPS-sign alen.  
GNS_2 Tillverkarna ska se till att GNSS-mottagare i smarta färd skri­
vare är kompatibla med positionsbestämningstjänsterna inom 
Galileo- och Egnossystemen. Tillverkarna får välja om de 
även ska vara kompatibla med andra satellitnavigeringssystem.  ▼B 
( 1 ) Europaparlamentets och rådets förordning (EU) nr 1285/2013 av  den 11 december 2013 
om uppbyggnad och drift av de europeiska satellitnavigeringssys temen och om upp­
hävande av rådets förordning (EG) nr 876/2002 och Europaparlame ntets och rådets 
förordning (EG) nr 683/2008 (EUT L 347, 20.12.2013, s. 1).
 02016R0799 — SV — 21.08.2023 — 003.001 — 505  
GNS_3 GNSS-mottagaren ska ha kapacitet att stödja OSNMA för au­
tentisering av navigationsmeddelanden.  
GNS_3a GNSS-mottagaren ska utföra ett antal konsekvenskontrolle r för 
att verifiera att de mätvärden som GNSS-mottagaren beräknat 
på grundval av OSNMA-data har resulterat i korrekt infor­
mation om fordonets position, hastighet och data och därför 
inte har påverkats av någon yttre attack, t.ex. i form av så 
kallad  meaconing , i vilseledande syfte. Dessa konsekvenskont­
roller ska exempelvis bestå av följande:  
— Detektering av onormal sändningseffekt genom kombinerad 
övervakning av förhållandet mellan AGC ( Automatisk Gain 
Control ) och C/N0 ( Carrier-to-Noise density ). 
— Konsekventa värden över tid från pseudointervall- ( pseud­
orange ) och Dopplermätningar, inklusive detektering av 
plötsliga hopp i mätvärdena.  
— RAIM-teknik ( Receiver Autonomous Integrity Monitoring ), 
inklusive detektering av mätvärden som inte stämmer med 
den uppskattade positionen.  
— Positions- och hastighetskontroller, inklusive onormala 
positions- och hastighetslösningar, plötsliga hopp och bete­
ende som inte överensstämmer med fordonets dynamik.  
— Tids- och frekvenskonsekvens, inklusive hopp och avdrift 
som inte stämmer med mottagarens klockkaraktäristik.  
GNS_3b Europeiska kommissionen ska utarbeta och godkänna följan de 
dokument:  
— Ett dokument om kontroll av gränssnitt för ryndsignal (SIS,  
Signal in Space Interface Control Document ), som innehål­
ler detaljerade uppgifter om den OSNMA-information som 
överförs i Galileosignalen.  
— OSNMA-riktlinjer för mottagare ( OSNMA Receiver Guide ­
lines ), som anger kraven och processerna avseende motta­
garen för att garantera ett säkert införande av OSNMA, 
samt rekommendationer för att förbättra prestanda hos 
OSNMA.  
GNSS-mottagare som är monterade i färdskrivare, antingen 
interna eller externa, ska konstrueras i enlighet med SIS ICD 
och OSNMA-riktlinjerna för mottagare.  
GNS_3c GNSS-mottagaren ska tillhandahålla positionsmeddelanden,  
kallade  autentiserade positionsmeddelanden  i denna bilaga 
och dess tillägg, som utarbetats endast med hjälp av satelliter  
vars navigationsmeddelandes autenticitet har verifierats.  
GNS_3d GNSS-mottagaren ska också tillhandahålla standardiserade  po­
sitionsmeddelanden som utarbetats med hjälp av de satelliter 
som för tillfället är synliga, oavsett om meddelandena är au­
tentiserade eller inte.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 506  
GNS_3e GNSS-mottagaren ska använda fordonsenhetens realtidskloc ka 
(RTC,  Real Time Clock ) som tidsreferens för den tidssynkro­
nisering som krävs för OSNMA.  
GNS_3f Fordonsenheten ska tillhandahålla GNSS-mottagaren sin 
RTC-tid.  
GNS_3g Den maximala tidsavvikelse som anges i krav 41 i bilaga IC 
ska tillhandahållas GNSS-mottagaren av fordonsenheten, till­
sammans med fordonsenhetens RTC-tid.  
3. SATSER SOM TILLHANDAHÅLLS AV GNSS-MOTTAGAREN  
I detta avsnitt beskrivs de satser i den smarta färdskrivarens funktion för 
överföring av standardiserade och autentiserade positionsmeddel anden. 
Avsnittet gäller konfigurationen av den smarta färdskrivaren, m ed eller 
utan en extern GNSS-anordning.  
GNS_4 Standardiserade positionsdata baseras på NMEA-satsen RMC 
(Recommended Minimum Specific ) som omfattar GNSS-data i 
form av positionsinformation (latitud, longitud), tid i 
UTC-format (hhmmss.ss) och hastighet ( Speed Over Ground ) 
i knop samt ytterligare värden.  
Följande format (från standarden NMEA V4.11) används för 
RMC-satsen:  
Figur 2  
RMC-satsens struktur
  
$–RMC,hhmmss.ss,A,llll.ll,a,yyyyy.yy,a,x.x,x .x,xxxx,x.x,a,a,a* hh 
1) Tid (UTC)  
2) Status: A= giltig position, V= varning  
3) Latitud  
4) N eller S  
5) Longitud  
6) E eller W  
7) Hastighet ( Speed over ground ) i knop  
8) Rättvisande kurs ( Track made good ), grader  
9) Datum, ddmmyy  
10) Magnetisk missvisning, grader  
11) E eller W  
12) Indikator för FAA-läge ( FAA Mode Indicator ) 
13) Navigeringsstatus  
14) Kontrollsumma  
Navigeringsstatus är frivilligt och måste inte ingå i 
RMC-satsen.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 507  
”Status” indikerar huruvida GNSS-signalen är tillgänglig. Så 
länge status inte har värdet ”A” kan mottagna data (om t.ex. 
tid eller latitud/longitud) inte användas för att registrera fo r­
donets position i fordonsenheten.  
Positionens upplösning baseras på formatet för den RMC-sats 
som beskrivs ovan. Den första delen av fälten 3) och 5) an­
vänds för att representera antalet grader. Resterande tecken 
används för att representera antalet minuter med tre decimaler.  
Upplösningen är därmed 1/1 000 av en minut eller 1/60 000 
av en grad (eftersom en minut är 1/60 grad).  
GNS_4a Autentiserade positionsdata baseras på data i den 
NMEA-liknande AMC-satsen AMC ( Authenticated Minimum 
Specific ) som innehåller positionsinformation (latitud, lon­
gitud), tid i UTC-format (hhmmss.ss) och hastighet ( Speed 
Over Ground ) i knop samt ytterligare värden.  
Följande format (från standarden NMEA V4.11, med undan­
tag av värde nummer 2) används för AMC-satsen:  
Figur 3  
AMC-satsens struktur
  
$–AMC,hhmmss.ss,A,llll.ll,a,yyyyy.yy,a,x.x,x.x,xxxx,x.x,a,a,a*h h 
1) Tid (UTC)  
2) Status: A = autentiserad position (fastställd med minst fyra  satelliter vars 
navigationsmeddelandes autenticitet har verifierats); J = störn ing ( jamming ) 
eller O = annan GNSS-attack (som inte underkänts i autentiserin g, men som 
detekteras genom införda konsekvenskontroller enligt GNS_3a); F  = navi­
gationsmeddelande som underkänns i autentisering (detekterat ge nom 
OSNMA-verifieringar som specificeras i de dokument som avses i GNS_3b); 
V = ogiltigt värde (autentiserad position är inte tillgänglig p ga andra orsa­
ker). 
3) Latitud  
4) N eller S  
5) Longitud  
6) E eller W  
7) Hastighet ( Speed over ground ) i knop  
8) Rättvisande kurs ( Track made good ), grader  
9) Datum, ddmmyy  
10) Magnetisk missvisning, grader  
11) E eller W  
12) Indikator för FAA-läge ( FAA Mode Indicator ) 
13) Navigeringsstatus  
14) Kontrollsumma  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 508  
Navigeringsstatus är frivilligt och måste inte ingå i 
AMC-satsen.  
Statusen ger en indikation om huruvida en autentiserad 
GNSS-position finns tillgänglig, om ett attack på 
GNSS-signalerna har upptäckts, om autentiseringen av navi­
gationsmeddelanden har underkänts eller om GNSS-positionen 
är ogiltig. När status inte har värdet ”A” betraktas mottagna 
data (t.ex. tid eller latitud/longitud) som ogiltiga, och de få r 
inte användas för att registrera fordonets position i fordons­
enheten. När status har värdet ”J” (störning,  jamming ), ”O” 
(annan GNSS-attack) eller ”F” (navigationsmeddelande under­
känt i autentisering) ska en händelse av typen orimligt 
GNSS-värde ( GNSS anomaly ) registreras i fordonsenheten, 
enligt definitionen i bilaga IC och tillägg 1 (EventFaultCode).  
GNS_5 Fordonsenheten ska lagra positionsinformationen för latit ud 
och longitud i sin databas med en upplösning på 1/10 minut 
eller 1/600 grad, såsom beskrivs i tillägg 1 för datatypen Geo­
Coordinates.  
Kommandot GSA ( GPS DOP and active satellites ), enligt 
standarden NMEA V4.11, kan användas av fordonsenheten 
för att bestämma och registrera signalens tillgänglighet och 
precision i fråga om standardiserade positioner. Särskilt an­
vänds HDOP ( Horizontal Dilution of Precision ) för att ge 
en indikering om precisionsnivån för registrerade positions­
uppgifter (se avsnitt 4.2.2). Fordonsenheten kommer att lagra 
HDOP-värdet, beräknat som det minsta av de HDOP-värden 
som samlas in från de tillgängliga GNSS-systemen.  
GNSS-identiteten anger motsvarande NMEA-identitet för 
varje GNSS-konstellation och SBAS ( Satellite-Based Augmen ­
tation System ). 
Figur 4  
GSA-satsens struktur (standardiserade positioner)
  
$–GSA,a,a,x,x,x,x,x,x,x,x,x,x,x,x,x.x,x.x,x.x,a*h h  
1) Urvalsläge ( selection mode ) 
2) Läge ( mode ) 
3) Identitet för satellit 1 som används för fix  
4) Identitet för satellit 2 som används för fix  
… 
14) Identitet för satellit 12 som används för fix  
15) PDOP  
16) HDOP  
17) VDOP  
18) System-ID  
19) Kontrollsumma  
System-ID är frivilligt och måste inte ingå i GSA-satsen.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 509  
Den NMEA-liknande satsen ASA ( authenticated active satel ­
lites) kan på liknande sätt användas av fordonsenheten för att 
bestämma och registrera signalens tillgänglighet och precision 
för autentiserade positioner. Värdena 1–18 definieras i stan­
darden NMEA V4.11.  
Figur 5  
ASA-satsens struktur (autentiserade positioner)
  
$–ASA,a,a,x,x,x,x,x,x,x,x,x,x,x,x,x.x,x.x,x.x,a*h h  
1) Urvalsläge ( selection mode ) 
2) Läge ( mode ) 
3) Identitet för satellit 1 som används för fix  
4) Identitet för satellit 2 som används för fix  
… 
14) Identitet för satellit 12 som används för fix  
15) PDOP  
16) HDOP  
17) VDOP  
18) System-ID  
19) Kontrollsumma  
System-ID är frivilligt och måste inte ingå i ASA-satsen.  
GNS_6 När en extern GNSS-anordning används ska GSA-satsen lag­
ras i den skyddade GNSS-transceivern med postnummer ”02” 
till ”06”, och ASA-satsen ska lagras med postnummer ”12” 
till ”16”.  
GNS_7 Den maximala storlek för satserna (t.ex. RMC, AMC, GSA, 
ASA eller andra) som kan användas för att definiera storleken 
i kommandot för att läsa poster (READ RECORD), ska vara 
85 byte (se tabell 1).  
▼B 
4. FORDONSENHET MED EN EXTERN GNSS-ANORDNING  
4.1. Konfiguration  
4.1.1  Huvudkomponenter och gränssnitt  
I denna konfiguration är GNSS-mottagaren en del av den externa 
GNSS-anordningen.  
GNS_8 Den externa GNSS-anordningens strömförsörjning ska ske 
med ett särskilt fordonsgränssnitt.  
▼M3 
GNS_9 Den externa GNSS-anordningen ska bestå av följande kom­
ponenter (se figur 6):  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 510  
a) En kommersiell GNSS-mottagare som tillhandahåller 
positionsdata genom gränssnittet för GNSS-data. Gräns­
snittet för GNSS-data interface kan t.ex. följa 
NMEA-standarden V4.11 där GNSS-mottagaren fun­
gerar som talare och överför NMEA-satser till den skyd­
dade GNSS-transceivern med en frekvens på 1 Hz för 
en fördefinierad uppsättning av NMEA-satser och 
NMEA-liknande satser, som ska omfatta åtminstone 
RMC-, AMC, GSA- och ASA-satserna. Tillverkaren av 
den externa GNSS-anordningen avgör hur gränssnittet 
för GNSS-data ska utformas.  
▼B 
b) En transceiverenhet (nedan kallad  skyddad GNSS-transceiver ) 
som klarar att uppfylla standarden ISO/IEC 7816-4:2013 (se 
avsnitt 4.2.1) för kommunikation med fordonsenheten och att 
ge stöd till GNSS-mottagarens gränssnitt för GNSS-data. En­
heten är försedd med ett minne där identifieringsdata lagras fö r 
GNSS-mottagaren och den externa GNSS-anordningen.  
c) En inkapsling som har en funktion för upptäckt av ma­
nipulering och som omsluter både GNSS-mottagaren 
och den skyddade GNSS-transceivern. Funktionen för 
upptäckt av manipulering ska motsvara de säkerhets- 
och skyddsåtgärder som begärs i den smarta färdskriva­
rens skyddsprofil.  
d) En GNSS-antenn som installeras på fordonet och ansluts 
till GNSS-mottagaren genom inkapslingen.  
GNS_10 Den externa GNSS-anordningen har åtminstone följande 
externa gränssnitt:  
a) Gränssnitt med den GNSS-antenn som är installerad på 
fordonet (om en extern antenn används).  
b) Gränssnitt med fordonsenheten.  
GNS_11 I fordonsenheten utgör fordonsenhetens skyddade transcei ­
ver den andra ändan av den skyddade kommunikationen 
med den skyddade GNSS-transceivern, och den ska stödja 
ISO/IEC 7816-4:2013 när det gäller anslutningen till den 
externa GNSS-anordningen.  
GNS_12 När det gäller det fysiska skiktet för kommunikation med  
den externa GNSS-anordningen ska fordonsenheten stödja 
ISO/IEC 7816-12:2005 eller en annan standard som klarar 
att stödja ISO/IEC 7816-4:2013. (Se avsnitt 4.2.1).  
4.1.2  Status för extern GNSS-anordning i slutet av produktionsprocessen  
GNS_13 Den externa GNSS-anordningen ska när den lämnar fabriken  
lagra följande värden i den skyddade GNSS-transceiverns perma­
nenta minne:  
— Nuvarande EGF_MA-nyckelpar och motvarande 
certifikat.  
— MSCA_VU-EGF-certifikatet som innehåller den öppna 
nyckeln MSCA_VU-EGF.PK som ska användas för ve­
rifiering av EGF_MA-certifikatet.  
— EUR-certifikatet som innehåller den öppna nyckeln EUR.PK 
som ska användas för verifiering av MSCA_VU-EGF-certi­
fikatet.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 511  
— EUR-certifikatet vars giltighetstid direkt föregår giltig­
hetstiden för det EUR-certifikat som ska användas för 
verifiering av MSCA_VU-EGF-certifikatet, i förekom­
mande fall.  
— Det länkcertifikat som länkar dessa två EUR-certifikat, i 
förekommande fall.  
— Den externa GNSS-anordningens förlängda 
serienummer.  
— Identifierare för GNSS-anordningens operativsystem.  
— Den externa GNSS-anordningens typgodkännandenum­
mer. 
— Identifierare för den externa GNSS-anordningens säker­
hetskomponent.  
4.2. Kommunikation mellan den externa GNSS-anordningen och for ­
donsenheten  
4.2.1  Kommunikationsprotokoll  
▼M3 
GNS_14 Protokollet för kommunikation mellan den externa 
GNSS-anordningen och fordonsenheten ska stödja följande 
funktioner:  
1. Insamling och distribuering av GNSS-data (t.ex. posi­
tion, tidsavpassning, hastighet).  
2. Insamling av konfigurationsdata för den externa 
GNSS-anordningen.  
3. Styrning, som stöd för koppling, ömsesidig autentisering 
och överenskommelse om sessionsnyckel mellan den ex­
terna GNSS-anordningen och fordonsenheten.  
4. Överföring av fordonsenhetens RTC-tid och den största 
skillnaden mellan verklig tid och fordonsenhetens 
RTC-tid till den externa GNSS-anordningen.  
▼B 
GNS_15 Kommunikationsprotokollet ska baseras på standarden ISO/  
IEC 7816-4:2013, med fordonsenhetens skyddade transcei­
ver som ”master” och den skyddade GNSS-transceivern 
som ”slave”. Den fysiska anslutningen mellan den externa 
GNSS-anordningen och fordonsenheten baseras på ISO/IEC 
7816-12:2005 eller en annan standard som klarar att stödja 
ISO/IEC 7816-4:2013.  
▼M1 
GNS_16 Kommunikationsprotokollet stöder inte fält med utökad 
längd.  
▼B 
GNS_17 Kommunikationsprotokollet enligt ISO 7816 (gäller både 
ISO 7816 4:2013 och ISO 7816-12:2005) mellan den ex­
terna GNSS-anordningen och fordonsenheten ska ställas in 
så att T=1.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 512  
GNS_18 När det gäller funktionerna 1) (insamling och distribuer ing 
av GNSS-data), 2) (insamling av konfigurationsdata för den 
externa GNSS-anordningen) och 3) (styrprotokoll) ska den 
skyddade GNSS-transceivern simulera ett smartkort med en 
filsystemsarkitektur som består av en huvudfil (MF, Master 
File), en dedikerad fil (DF, Dedicated File) med tillämp­
ningsidentifierare såsom anges i avsnitt 6.2 i tillägg 1 (”FF 
44 54 45 47 4D”), tre elementfiler (EF, Elementary File) 
som innehåller certifikat och en enda elementfil (EF.EGF) 
med filidentifieraren ”2F2F” såsom beskrivs i tabell 1.  
▼M3 
GNS_18a När det gäller funktion 4, dvs. överföring till den ext erna 
GNSS-anordningen av fordonsenhetens RTC-tid och den 
maximala skillnaden mellan verklig tid och fordonsenhetens 
RTC-tid, ska den skyddade GNSS-transceivern använda en 
EF (EF VU) i samma DF, med filidentifieraren ”2F30” 
enligt beskrivningen i tabell 1.  
▼B 
GNS_19 Den skyddade GNSS-transceivern ska lagra de data som 
kommer from GNSS-mottagaren och dess konfiguration i 
elementfilen EF.EGF. Detta är en linjär fil med poster med 
variabel längd och identifieraren ”2F2F” i hexadecimalt 
format.  
▼M3 
GNS_19a Den skyddade GNSS-transceivern ska lagra data från for­
donsenheten i EF VU. Detta är en linjär fil med poster med 
fast längd och identifieraren ”2F30” hexadecimalt.  
GNS_20 Den skyddade GNSS-transceivern ska använda ett minne 
för att lagra data och kunna utföra så många läs-/skrivcykler 
som behövs under en livstid på minst 15 år. Bortsett från 
denna aspekt avgör tillverkarna hur den skyddade 
GNSS-transceivern utformas och realiseras.  
▼M1 
Mappning av postnummer och data visas i tabell 1. Notera 
att det finns fem GSA-satser för GNSS-konstellationerna 
och SBAS ( Satellite-Based Augmentation System ). 
▼B 
GNS_21 Filstrukturen visas i Table 1. För information om tilltr ädes­
villkor (ALW, NEV, SM-MAC), se kapitel 3.5 i tillägg 2.  
▼M3 
Tabell 1  
Filstruktur  
Tillträdesvillkor  
File Fil-ID  Läs (Read)  Uppdatera (Update)  Krypterad  
MF 3F00  
EF.ICC  0002  ALW  NEV 
(gäller fordons­
enhet)  Nr ▼M1
 02016R0799 — SV — 21.08.2023 — 003.001 — 513  
Tillträdesvillkor  
File Fil-ID  Läs (Read)  Uppdatera (Update)  Krypterad  
DF GNSS Facility  0501  ALW  NEV  N r  
EF EGF_MACertificate  C100  ALW  NEV  N r  
EF CA_Certificate  C108  ALW  NEV  N r  
EF Link_Certificate  C109  ALW  NEV  N r  
EF EGF  2F2F  SM-MAC  NEV 
(gäller fordons­
enhet)  Nr 
EF VU  2F30  SM-MAC  SM-MAC  N r  
Fil/dataelement  Postnummer  Storlek (byte)  Standardvär­
den 
Min.  Max.  
MF 552  1031  
EF.ICC  
sensorGNSSSerialNumber  8  8  
DF GNSS Facility  612  1023  
EF EGF_MACertificate  204  341  
EGFCertificate  204  341  {00..00}  
EF CA_Certificate  204  341  
MemberStateCertificate  204  341  {00..00}  
EF Link_Certificate  204  341  
LinkCertificate  204  341  {00..00}  
EF EGF  
RMC-sats (NMEA)  '01'  8 5  8 5  
GSA-sats nr 1 (NMEA)  '02'  8 5  8 5  
GSA-sats nr 2 (NMEA)  '03'  8 5  8 5  
GSA-sats nr 3 (NMEA)  '04'  8 5  8 5  
GSA-sats nr 4 (NMEA)  '05'  8 5  8 5  
GSA-sats nr 5 (NMEA)  '06'  8 5  8 5  
Förlängt serienummer för den externa 
GNSS-anordningen, definierad i till­
lägg 1 som SensorGNSSSerialNum­
ber. '07' 8  8  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 514  
Fil/dataelement  Postnummer  Storlek (byte)  Standardvär­
den 
Identifierare för operativsystemet i den 
skyddade GNSS-transceivern, definie­
rad i tillägg 1 som SensorOSIdentifier.  '08' 2  2  
Typgodkännandenummer för den ex­
terna GNSS-anordningen, definierat i 
tillägg 1 som SensorExternal­
GNSSApprovalNumber.  '09' 1 6  1 6  
Identifierare för den externa 
GNSS-anordningens säkerhetskom­
ponent, definierad i tillägg 1 som Sen­
sorExternalGNSSSCIdentifier.  '10' 8  8  
AMC-sats  '11'  8 5  8 5  
ASA-sats nr 1  '12'  8 5  8 5  
ASA-sats nr 2  '13'  8 5  8 5  
ASA-sats nr 3  '14'  8 5  8 5  
ASA-sats nr 4  '15'  8 5  8 5  
ASA-sats nr 5  '16'  8 5  8 5  
Reserverat för framtida användning 
(RFU,  Reserved for future use ) Från '17' 
till 'FD'  
EF VU  
VuRtcTime (se tillägg 1)  '01'  4  4  {00..00}  
VuGnssMaximalTimeDifference (se till­
lägg 1)  '02' 2  2  {00..00}  
▼B 
4.2.2  Säker överföring av GNSS-data  
▼M3 
GNS_22 Den skyddade överföringen av positionsdata för GNSS, 
fordonsenhetens RTC-tid och största tidsskillnad mellan 
verklig tid och fordonsenhetens RTC-tid ska endast tillåtas 
under följande förhållanden:  
▼B 
1. Kopplingsprocessen har slutförts såsom beskrivs i tillägg 
11 om gemensamma säkerhetsmekanismer.  
2. Den periodiska ömsesidiga autentiseringen och överens­
kommelsen om sessionsnycklar mellan fordonsenheten 
och den externa GNSS-anordningen, som också beskrivs 
i tillägg 11 om gemensamma säkerhetsmekanismer, har 
genomförts med den angivna frekvensen.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 515  
GNS_23 Fordonsenheten begär, med ett intervall på T sekunder dä r 
värdet för T är högst 20, och med undantag för när kopp­
ling, ömsesidig autentisering och överenskommelse om ses­
sionsnyckel pågår, positionsinformation från den externa 
GNSS-anordningen, baserat på följande flöde:  
1. Fordonsenheten begär positionsdata från den externa 
GNSS-anordningen tillsammans med DOP-data (från 
GSA- och ASA-satserna). Fordonsenhetens skyddade 
transceiver ska använda kommandona SELECT och 
READ RECORD(S) enligt ISO/IEC 7816-4:2013 för sä­
ker meddelandehantering och endast autentisering ( se­
cure messaging authentication-only mode ) såsom be­
skrivs i avsnitt 11.5 i tillägg 11, med filidentifierare 
”2F2F” och postnummer (RECORD) ”01” för 
RMC-satsen enligt NMEA, ”02”, ”03 ”, ”04”, ”05”, 
”06” för GSA-satsen enligt NMEA, ”11” för 
AMC-satsen, och ”12”, ”13”, ”14”, ”15”, ”16” för 
ASA-satsen.  
2. Senast mottagna positionsdata lagras i elementfilen med 
identifierare ”2F2F” och posterna som beskrivs i Table 1 
lagras i den skyddade GNSS-transceivern allt eftersom 
den tar emot NMEA-data från GNSS-mottagaren med en 
frekvens på minst 1 Hz via gränssnittet för GNSS-data.  
3. Den skyddade GNSS-transceivern sänder ett svar till 
fordonsenhetens skyddade transceiver med hjälp av ett 
svarsmeddelande (APDU) med säker meddelandehante­
ring och endast autentisering såsom beskrivs i avsnitt 
11.5 i tillägg 11.  
4. Fordonsenhetens skyddade transceiver kontrollerar det 
mottagna svarets autenticitet och integritet. Om resultatet 
är positivt överförs positionsdata till fordonsenhetens 
processor via gränssnittet för GNSS-data.  
5. Fordonsenhetens processor kontrollerar mottagna data 
genom att hämta information (t.ex. latitud, longitud 
och tid) från RMC-satsen enligt NMEA. RMC-satsen 
enligt NMEA omfattar denna information om den 
icke-autentiserade positionen är giltig. Om den 
icke-autentiserade positionen är giltig hämtar fordons­
enhetens processor även HDOP-värdena från 
GSA-satserna enligt NMEA och beräknar minimivärdet 
baserat på de tillgängliga satellitsystemen (dvs. när en 
fix är tillgänglig).  
6. Fordonsenhetens processor hämtar också informationen 
(t.ex. latitud, longitud och tid) från AMC-satsen. 
AMC-satsen innehåller information om huruvida den au­
tentiserade positionen är ogiltig eller om GNSS-signalen 
har attackerats. Om positionen är giltig hämtar fordons­
enhetens processor även HDOP-värdena från 
ASA-satserna och beräknar minimivärdet baserat på de 
tillgängliga satellitsystemen (dvs. när en fix är tillgäng­
lig). ▼M3
02016R0799 — SV — 21.08.2023 — 003.001 — 516  
GNS_23a Fordonsenheten ska också registrera ( write ) fordonsenhetens 
RTC-tid och största tidsskillnad mellan verklig tid och for­
donsenhetens RTC-tid efter behov, med hjälp av komman­
dona SELECT och WRITE RECORD(S) enligt ISO/IEC 
7816-4:2013 i läge för säker meddelandehantering med en­
dast autentisering ( secure messaging authentication-only 
mode ) såsom beskrivs i avsnitt 11.5 i tillägg 11, med fili­
dentifierare ”2F30” och postnummer (RECORD) ”01” för 
VuRtcTime och ”02” för MaximalTimeDifference.  
▼B 
4.2.3  Struktur för kommandot READ RECORD  
I detta avsnitt beskrivs strukturen för kommandot READ RECORD i  
detalj. Säker meddelandehantering och endast autentisering lägg s till 
såsom beskrivs i tillägg 11 om gemensamma säkerhetsmekanismer.  
GNS_24 Kommandot ska stödja säker meddelandehantering med en­
dast autentisering – se tillägg 11.  
GNS_25 Kommandomeddelande  
Byte  Längd  Värde  Beskrivning  
CLA  1  ”0Ch”  Säker meddelandehantering efterfrågad.  
INS 1  ”B2h”  Läs post (READ RECORD)  
P1 1  ”XXh”  Postnummer (”00” hänvisar till den aktu­
ella posten).  
P2 1  ”04h”  Läs posten med det postnummer som 
anges i P1.  
Le 1  ”XXh”  Längd på förväntade data. Antal byte 
som skall läsas  
GNS_26 Den post som anges i P1 blir aktuell post.  
Byte  Längd  Värde  Beskrivning  
#1-#X  X  ”XX..XXh”  Läs data  
SW 2  ”XXXXh”  Statusregister (SW1,SW2)  
— Om kommandot lyckas återsänder den skyddade 
GNSS-transceivern ” 9000 ”. 
— Om den aktuella filen inte är avsedd för poster återsän­
der den skyddade GNSS-transceivern ” 6981 ”. 
— Om kommandot används med P1 = ”00” men det inte 
finns någon elementfil som aktuell fil återsänder den 
skyddade GNSS-transceivern ” 6986 ” (kommandot ej 
tillåtet).  
▼M3 
— Om posten inte kan hittas återsänder den skyddade 
GNSS-transceivern ”6A83”.  
— Om den externa GNSS-anordningen har upptäckt mani­
pulering ska den återsända ”6690” som statusregister.  
__________  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 517  
4.2.4  Struktur för kommandot WRITE RECORD  
I detta avsnitt beskrivs strukturen för kommandot WRITE RECORD i 
detalj. Säker meddelandehantering och endast autentisering lägg s till 
såsom beskrivs i tillägg 11 om gemensamma säkerhetsmekanismer.  
GNS_26a Kommandot ska stödja läge för säker meddelandehantering  
med endast autentisering – se tillägg 11.  
GNS_26b Kommandomeddelande  
Byte  Längd  Värde  Beskrivning  
CLA  1  ”0Ch”  Säker meddelandehantering efterfrågad.  
INS 1  ”D2h”  Skriv post  
P1 1  ”XXh”  Postnummer ('00' hänvisar till den aktu­
ella posten).  
P2 1  ”04h”  Skriv posten med det postnummer som 
anges i P1.  
Data  X  ”XXh”  Data  
GNS_26c Den post som anges i P1 blir aktuell post.  
Byte  Längd  Värde  Beskrivning  
SW 2  ”XXXXh”  Statusregister (SW1,SW2)  
— Om kommandot lyckas återsänder den skyddade 
GNSS-transceivern ” 9000 ”. 
— Om den aktuella filen inte är avsedd för poster återsän­
der den skyddade GNSS-transceivern ” 6981 ”. 
— Om kommandot används med P1 = ”00” men det inte 
finns någon elementfil som aktuell fil återsänder den skyd­
dade GNSS-transceivern ” 6986 ” (kommandot ej tillåtet).  
— Om posten inte kan hittas återsänder den skyddade 
GNSS-transceivern  ”6A83” . 
— Om den externa GNSS-anordningen har upptäckt ma­
nipulering ska den återsända  ”6690”  som statusregister.  
4.2.5  Andra kommandon  
GNS_27 Den skyddade GNSS-transceivern ska stödja följande kom­
mandon för färdskrivare i generation 2, som specificeras i 
tillägg 2:  
Kommando  Referens  
Välj (Select)  Tillägg 2 kapitel 3.5.1  
READ BINARY  Tillägg 2 kapitel 3.5.2  
GET CHALLENGE  Tillägg 2 kapitel 3.5.4  
PSO: VERIFY CERTIFICATE  Tillägg 2 kapitel 3.5.7  
EXTERNAL AUTHENTICATE  Tillägg 2 kapitel 3.5.9  
GENERAL AUTHENTICATE  Tillägg 2 kapitel 3.5.10  
MSE:SET  Tillägg 2 kapitel 3.5.11  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 518  
4.3. Den externa GNSS-anordningens koppling, ömsesidiga autentise ­
ring och överenskommelse om sessionsnyckel med fordonsenheten  
Den externa GNSS-anordningens koppling, ömsesidiga autentiserin g 
och överenskommelse om sessionsnyckel med fordonsenheten beskri vs 
i kapitel 11 i tillägg 11 om gemensamma säkerhetsmekanismer.  
4.4. Felhantering  
I detta avsnitt beskrivs hur möjliga feltillstånd avseende den externa 
GNSS-anordningen tas om hand och registreras i fordonsenheten.  
4.4.1  Fel i kommunikation med extern GNSS-anordning.  
▼M3 
GNS_28 En händelse av typen fel i kommunikation med extern 
GNSS-anordning ( Communication error with the external 
GNSS facility ) ska registreras i fordonsenheten, enligt de­
finition i krav 82 i bilaga IC och tillägg 1 (EventFault­
Type). Under dessa omständigheter utlöses ett kommunika­
tionsfel när fordonsenhetens skyddade transceiver inte tar 
emot något svarsmeddelande efter ett sådant meddelande 
om begäran som beskrivs i avsnitt 4.2.  
▼B 
4.4.2  Brott mot den externa GNSS-anordningens fysiska integritet  
▼M3 
GNS_29 Om den externa GNSS-anordningen har öppnats fysiskt ska 
den skyddade GNSS-transceivern säkerställa att krypte­
ringsuppgifter inte är tillgängliga. Fordonsenheten ska på­
visa manipulering om svaret har status ”6690”, enligt vad 
som beskrivs i GNS_25 och GNS_26. Fordonsenheten ska 
därefter generera och registrera en händelse av typen försök 
till säkerhetsöverträdelse ( Security Breach Attempt ) enligt 
definition i krav 85 i bilaga IC och tillägg 1 (EventFault­
Type för en upptäckt manipulering av GNSS). Alternativt 
kan den externa GNSS-anordningen besvara fordonsenhe­
tens begäranden utan säker meddelandehantering och med 
status ”6A88”.  
▼B 
4.4.3  Positionsinformation från GNSS-mottagare saknas  
▼M3 
GNS_30 Om den skyddade GNSS-transceivern inte tar emot data 
från GNSS-mottagaren ska den skyddade 
GNSS-transceivern generera ett svarsmeddelande till kom­
mandot READ RECORD, med postnummer (RECORD) 
lika med ”01” och med ett datafält på 12 byte som alla 
har värdet 0xFF. Efter mottagandet av svarsmeddelandet 
med detta värde i datafältet ska fordonsenheten generera 
och registrera en händelse av typen frånvaro av positions­
information från GNSS-mottagare ( absence of position in ­
formation from GNSS receiver , enligt definition i krav 81 i 
bilaga IC och tillägg 1 (EventFaultType).  
▼B 
4.4.4  Certifikat för extern GNSS-anordning har löpt ut  
▼M3 
GNS_31 Om fordonsenheten upptäcker att det EGF-certifikat som 
används för ömsesidig autentisering inte längre är giltigt 
ska fordonsenheten generera och registrera en händelse 
av typen försök till säkerhetsöverträdelse ( Security Breach 
Attempt ) enligt definition i krav 85 i bilaga IC och tillägg 1 
(EventFaultType för certifikat för extern GNSS-anordning 
som har löpt ut). Fordonsenheten ska fortfarande använda 
mottagna positionsdata från GNSS.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 519  
Figur 6  
Skiss av extern GNSS-anordning  
▼B
 
5. FORDONSENHET UTAN EXTERN GNSS-ANORDNING  
5.1. Konfiguration  
I denna konfiguration ingår GNSS-mottagaren i fordonsenheten så som 
visas i Figure 1.  
▼M3 
GNS_32 Vid överföring av position, DOP och satellitdata ska 
GNSS-mottagaren fungera som talare och överföra 
NMEA-satser eller NMEA-liknande satser till fordonsenhe­
tens processor, som ska fungera som lyssnare, med en 
frekvens på 1/10 Hz eller snabbare för en fördefinierad 
uppsättning satser som åtminstone ska omfatta RMC-, 
GSA-, AMC- och ASA-satserna. Alternativt kan fordons­
enhetens processor och den interna GNSS-mottagaren an­
vända andra dataformat för att utbyta data i NMEA-satser 
eller NMEA-liknande satser som anges i GNS_4, GNS_4a 
och GNS_5.  
▼B 
GNS_33 En extern GNSS-antenn ska installeras på fordonet, eller  en 
intern GNSS-antenn ska anslutas till fordonsenheten.  
▼M3 
5.2. Överföring av information från GNSS-mottagaren till fordons ­
enheten  
GNS_34 Fordonsenhetens processor kontrollerar mottagna data ge­
nom att hämta information (t.ex. latitud, longitud och tid) 
från RMC-satsen enligt NMEA och från AMC-satsen.  
GNS_35 RMC-satsen enligt NMEA omfattar denna information om 
den icke-autentiserade positionen är giltig. Om den 
icke-autentiserade positionen är ogiltig finns det inte några 
tillgängliga positionsdata som kan användas för att regi­
strera fordonets position. Om den icke-autentiserade posi­
tionen är giltig hämtar fordonsenhetens processor även 
HDOP-värden från GSA enligt NMEA.  
GNS_36 Fordonsenhetens processor hämtar också informationen 
(t.ex. latitud, longitud och tid) från AMC-satsen. 
AMC-satsen omfattar denna information om den 
icke-autentiserade positionen är giltig i enlighet med 
GNS_4a. Om den icke-autentiserade positionen är giltig 
hämtar fordonsenhetens processor även HDOP-värden 
från ASA-satser.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 520  
5.3. Överföring av information från fordonsenheten till 
GNSS-mottagaren  
GNS_37 Fordonsenhetens processor överför sin RTC-tid och den 
maximala skillnaden mellan verklig tid och RTC-tiden till 
GNSS-mottagaren, i enlighet med GNS_3f och GNS_3g.  
5.4. Felhantering  
5.4.1 Positionsinformation från GNSS-mottagare saknas  
GNS_38 Fordonsenheten ska generera och registrera en händelse a v 
typen frånvaro av positionsinformation från 
GNSS-mottagare ( absence of position information from 
GNSS receiver ), enligt definition i krav 81 i bilaga IC 
och tillägg 1 (EventFaultType).  
6. BEARBETNING OCH REGISTRERING AV POSITIONSDATA I 
FORDONSENHETEN  
Avsnittet gäller konfigurationen av den smarta färdskrivaren, m ed eller 
utan en extern GNSS-anordning.  
GNS_39 Positionsdata ska lagras i fordonsenheten tillsammans me d 
en flagga som anger huruvida positionen har autentiserats. 
När positionsdata behöver registreras i fordonsenheten ska 
följande regler gälla:  
a) Om både den autentiserade och den standardiserade po­
sitionen är giltiga och konsekventa ska den standardise­
rade positionen och dess precision registreras och lagras 
i fordonsenheten och flaggan ska ställas in på ”autenti­
serad”.  
b) Om både den autentiserade och den standardiserade po­
sitionen är giltiga men inte konsekventa ska fordons­
enheten registrera och lagra den autentiserade positionen 
och dess precision, och flaggan ska ställas in på ”auten­
tiserad”.  
c) Om den autentiserade positionen är giltig och den stan­
dardiserade positionen är ogiltig ska fordonsenheten re­
gistrera och lagra den autentiserade positionen och dess 
precision, och flaggan ska ställas in på ”autentiserad”.  
d) Om den standardiserade positionen är giltig och den 
autentiserade positionen är ogiltig ska fordonsenheten 
lagra och registrera den standardiserade positionen och 
dess precision, och flaggan ska ställas in på ”icke-au­
tentiserad”.  
Den autentiserade och den standardiserade positionen anses 
vara konsekventa, såsom visas i figur 7, när den horison­
tella autentiserade positionen finns i en cirkel centrerad runt  
den horisontella standardiserade position vars radie bestäms 
genom avrundning uppåt till närmaste heltal av värdet för 
R_H, beräknat enligt följande formel: 
R_H = 1,74 • σ  UERE  • HDOP  
där 
— R_H är den relativa radien för en cirkel runt den upp­
skattade horisontella positionen, uttryckt i meter. Den är 
en indikator som använda för att kontrollera konsekvens 
mellan standardiserade och autentiserade positioner.  
— σ  UERE  är standardavvikelsen för UERE ( User Equiva ­
lent Range Error ) som utgör en modell för samtliga 
mätfel för den avsedda tillämpningen, inklusive stads­
miljöer. Ett konstant värde på σ  UERE  = 10 meter ska 
användas.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 521  
— HDOP är det geometriska bidraget i horisontalplanet till 
osäkerheten i en positionsbestämning som beräknas av 
GNSS-mottagaren.  
— σ  UERE  . HDOP är den uppskattade standardavvikelsen i 
horisontaldomänen.  
Figur 7  
Konsekventa autentiserade och standardiserade (icke-autentise ­
rade) positioner
  
GNS_40 När statusvärdet i en mottagen AMC-sats sätts till ”J” e ller 
”O” eller ”F” i enlighet med krav GNS_4a ska fordons­
enheten generera och registrera en händelse av typen orim­
ligt GNSS-värde ( GNSS anomaly ) enligt definition i krav 
88a i bilaga IC och tillägg 1 (EventFaultType). Fordons­
enheten kan utföra ytterligare kontroller innan en händelse 
av typen orimligt GNSS-värde ( GNSS anomaly ) lagras efter 
det att värdet ”J” eller ”O” har tagits emot.  
7. TIDSKONFLIKT AVSEENDE GNSS  
GNS_41 Om fordonsenheten upptäcker en onormal avvikelse mel­
lan tiden i fordonsenhetens tidsmätningsfunktion och den 
tid som har sitt ursprung i GNSS-signalerna ska den ge­
nerera och registrera en händelse av typen tidskonflikt 
(Time conflict ) enligt definition i krav 86 i bilaga IC 
och tillägg 1 (EventFaultType).  
8. KONFLIKT I FORDONETS RÖRELSEDATA  
GNS_42 Fordonsenheten ska utlösa och registrera en händelse av 
typen konflikt i fordonets rörelsedata ( Vehicle Motion 
Conflict ) i enlighet med krav 84 i bilaga IC om rörelse­
information som beräknas från rörelsesensorn motsägs av 
rörelseinformation som beräknas från den interna 
GNSS-mottagaren, från den externa GNSS-anordningen 
eller av andra oberoende källor till rörelsedata enligt 
krav 26 i bilaga IC.  
Händelsen av typen konflikt i fordonets rörelsedata ( Ve­
hicle Motion Conflict ) ska utlösas när ett av följande ut­
lösande villkor uppfylls:  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 522  
Utlösande villkor 1:  
Det trimmade medelvärdet för hastighetsskillnaderna mel­
lan dessa källor ska användas när positionsinformationen 
från GNSS-mottagaren finns tillgänglig och när fordonets 
tändning är påslagen, enligt nedan:  
— Var 10:e sekund eller oftare ska absolutvärdet för 
skillnaden mellan fordonets hastighet enligt GNSS 
och fordonets hastighet enligt rörelsesensorn beräknas.  
— Samtliga beräknade värden inom ett tidsfönster som 
omfattar de senaste fem minuterna av fordonets rörelse 
ska användas för att beräkna det trimmade medelvär­
det. 
— Det trimmade medelvärdet ska baseras på 80 % av 
värdena, efter att de största absolutvärdena har tagits 
bort. 
Händelsen av typen konflikt i fordonets rörelsedata ( Ve­
hicle Motion Conflict ) ska utlösas om det trimmade me­
delvärdet är mer än 10 km/h under fem minuter med 
fordonet i rörelse utan avbrott. (Anmärkning: Använd­
ningen av det trimmade medelvärdet för de senaste fem 
minuterna tillämpas för att minska risken med avvikande 
och transienta värden.)  
Vid beräkningen av det trimmade medelvärdet ska fordo­
net anses vara i rörelse om minst ett värde för fordons­
hastigheten som beräknats antingen från rörelsesensorn 
eller från GNSS-mottagaren inte är lika med noll.  
Utlösande villkor 2:  
Händelsen av typ konflikt i fordonets rörelsedata ( Vehicle 
Motion Conflict ) ska också utlösas om följande villkor 
uppfylls:  
GnssDistance >[OdometerDifference ×OdometerTolerance ­
Factor +Minimum  (SlipDistanceUpperlimit ;(OdometerDif ­
ference×SlipFactor ))+GnssTolerance +FerryTrainDis ­
tance ] 
där 
— GnssDistance  är sträckan mellan fordonets aktuella 
position och den föregående, som båda erhållits från 
giltiga autentiserade positionsmeddelanden, utan hän­
syn tagen till höjden,  
— OdometerDifference  är skillnaden mellan det aktuella 
vägmätarvärdet och det vägmätarvärde som motsvarar 
det föregående giltiga autentiserade positionsmed-de­
landet.  
— OdometerToleranceFactor  är lika med 1,1 (tolerans­
faktor i värsta fall för alla mättoleranser i fordonets 
vägmätare).  
— GnssTolerance  är lika med 1 km (värsta fall för 
GNSS-tolerans).  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 523  
— Minimum (SlipDistanceUpperLimit; (OdometerDiffe ­
rence * SlipFactor))  är det minsta värdet av  
— SlipDistanceUpperLimit  som är lika med 10 km 
(övre gräns för den avvikelse ( slip distance ) som 
orsakas av förlorat väggrepp vid bromsning,  
— och  OdometerDifference * SlipFactor , där  Slip­
Factor  är lika med 0,2 (maximal påverkan av för­
lorat väggrepp vid bromsning).  
— FerryTrainDistance  beräknas som  FerryTraindistance  
= 200 km/h *  tFerryTrain , där tFerryTrain  är summan 
av varaktigheten, uttryckt i timmar, för transporterna 
med färja/tåg i det berörda tidsintervallet. Varaktighe­
ten för transporter med färja/tåg definieras som tids­
skillnaden mellan transportens slutflagga och 
startflagga.  
De föregående kontrollerna ska utföras var 15:e minut om 
nödvändiga positionsdata finns tillgängliga, och annars så 
snart positionsdata finns tillgängliga.  
För detta utlösande villkor gäller att  
— datum och tidpunkt för händelsens början ska vara lika 
med det datum och klockslag då det föregående posi­
tionsmeddelandet togs emot,  
— datum och tidpunkt för händelsens slut ska vara lika 
med det datum och klockslag då det kontrollerade 
villkoret inte längre uppfylls.  
Utlösande villkor 3:  
Fordonsenheten stöter på en onormal avvikelse som består 
i att rörelsesensorn inte detekterar någon rörelse och den 
oberoende källan till rörelsedata detekterar rörelse under 
en viss period. Villkoren för att registrera en onormal 
avvikelse samt perioden då den detekteras ska fastställas 
av fordonsenhetens tillverkare, men den onormala avvikel­
sen ska detekteras inom högst tre timmar.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 524  
Tillägg 13  
ITS-GRÄNSSNITT  
INNEHÅLLSFÖRTECKNING  
1. INLEDNING  
1.1. Tillämpningsområde  
1.2. Förkortningar och definitioner  
2. HÄNVISNINGAR TILL STANDARDER  
3. ITS-GRÄNSSNITTETS FUNKTIONSSÄTT  
3.1. Kommunikationsteknik  
3.2. Tillgängliga tjänster  
3.3. Tillträde via ITS-gränssnittet  
3.4. Tillgängliga data och deras beroende av förarens samtycke  
4. FÖRTECKNING ÖVER DATA SOM FINNS TILLGÄNGLIGA VIA 
ITS-GRÄNSSNITTET OCH KLASSIFICERING SOM ”PERSONUPP­ 
GIFT”/”EJ PERSONUPPGIFT”  
1. INLEDNING  
1.1. Tillämpningsområde  
ITS_01 I detta tillägg specificeras grunderna för den kommunika tion med 
intelligenta transportsystem (ITS) via färdskrivargränssnittet som 
krävs i artiklarna 10 och 11 i förordning (EU) nr 165/2014.  
ITS_02 ITS-gränssnittet ska göra det möjligt för externa anordn ingar att 
erhålla data från färdskrivaren, att använda färdskrivarens tjä nster 
och även att tillhandahålla data till färdskrivaren.  
Andra färdskrivargränssnitt (t.ex. CAN-buss) kan också användas  
för detta ändamål.  
I detta tillägg specificeras inte följande:  
— Färdskrivarens insamling och hantering av data som tillhanda­
hålls via ITS-gränssnittet.  
— Överlämningsform för insamlade data gentemot tillämpningarna 
som finns i den externa anordningen.  
— Säkerhetsspecifikationen för ITS utöver den som tillhandahåll s 
av Bluetooth®.  
— De Bluetooth®-protokoll som används av ITS-gränssnittet.  ▼M3
02016R0799 — SV — 21.08.2023 — 003.001 — 525  
1.2. Förkortningar och definitioner  
Följande förkortningar och definitioner som är särskilda för de tta tillägg 
används:  
GNSS  Global Navigation Satellite System  (globalt system för sa­
tellitnavigering)  
ITS Intelligent Transport System  (intelligent transportsystem)  
OSI Open Systems Interconnection  
VU Vehicle Unit  (fordonsenhet)  
ITS-enhet  En extern anordning eller tillämpning som använder for­
donsenhetens ITS-gränssnitt.  
2. HÄNVISNINGAR TILL STANDARDER  
ITS_03 Detta tillägg hänvisar till och är beroende av hela elle r delar av 
följande förordningar och standarder. I respektive avsnitt i de tta 
tillägg hänvisas till de relevanta standarderna eller de releva nta 
avsnitten i standarderna. I händelse av motstridiga uppgifter s ka 
avsnitten i detta tillägg ha företräde.  
I detta tillägg finns hänvisningar till följande standarder:  
— Bluetooth® – Core Version 5.0.  
— SS-ISO 16844-7: Vägfordon - Färdskrivarsystem - Del 7: Para­
metrar.  
— ISO/IEC7498-1:1994 Information technology - Open Systems 
Interconnection - Basic Reference Model, the Basic Model . 
3. ITS-GRÄNSSNITTETS FUNKTIONSSÄTT  
ITS_04 Fordonsenheten ska ansvara för att färdskrivardata som ö verförs 
via ITS-gränssnittet uppdateras och underhålls, utan någon inbl and­
ning av ITS-gränssnittet.  
3.1. Kommunikationsteknik  
ITS_05 Kommunikation via ITS-gränssnittet ska ske via Bluetooth ®-gräns­
snitt och vara kompatibel med Bluetooth® Low Energy i enlighet 
med Bluetooth version 5.0 eller senare.  
ITS_06 Kommunikationen mellan fordonsenheten och ITS-enheten sk a 
upprättas efter det att en Bluetooth®-process för parning har s lut­
förts.  
ITS_07 En säker och krypterad kommunikation ska upprättas mella n for­
donsenheten och ITS-enheten i enlighet med specifikationsmeka­
nismerna för Bluetooth®. I detta tillägg specificeras inte kryp tering 
eller andra säkerhetsmekanismer utöver de som tillhandahålls av  
Bluetooth®.  
ITS_08 Bluetooth® använder en server-/klientmodell för att kont rollera 
överföringen av data mellan enheter, där fordonsenheten ska var a 
server och ITS-enheten ska vara klient.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 526  
3.2. Tillgängliga tjänster  
ITS_09 De data som ska överföras via ITS-gränssnittet i enlighe t med 
punkt 4 ska göras tillgängliga via de tjänster som anges i till ägg 
7 och tillägg 8. Fordonsenheten ska dessutom ge ITS-enheten til l­
gång till de tjänster som är nödvändiga för manuell inmatning a v 
data i enlighet med krav 61 i bilaga IC och, frivilligt, för an dra 
inmatningar av data i realtid.  
Figur 1  
Indelning av kommunikationen via ITS-gränssnittet enligt skikten i OSI-modellen
  
ITS_10 När överföringsgränssnittet används via frontanslutninge n ska for­
donsenheten inte tillhandahålla de nedladdningstjänster som spe ci­
ficeras i tillägg 7 via ITS Bluetooth®-anslutning.  
ITS_11 När kalibreringsgränssnittet används via frontanslutning en ska for­
donsenheten inte tillhandahålla de kalibreringstjänster som spe cifi­
ceras i tillägg 8 via ITS Bluetooth®-anslutning.  
3.3. Tillträde via ITS-gränssnittet  
ITS_12 ITS-gränssnittet ska ge trådlöst tillträde till alla tjä nster som speci­
ficeras i tillägg 7 och tillägg 8, som ersättning för en kabela nslut­
ning till den frontanslutning för kalibrering och överföring so m 
specificeras i tillägg 6.  
ITS_13 Fordonsenheten ska göra ITS-gränssnittet tillgängligt fö r använda­
ren i enlighet med den kombination av giltiga färdskrivarkort s om 
satts in i fordonsenheten, enligt vad som specificeras i tabell  1 . ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 527  
Tabell 1  
ITS-gränssnittets tillgänglighet beroende på typen av kort som är insatt i färdskrivaren  
ITS-gränssnittets tillgänglig­
het Förarens kortplats  
Inget kort  Förarkort  Kontrollkort  Verkstadskort  Företagskort
 Medförarens kortplats Inget kort  Inte tillgängligt  Tillgängligt  Tillgängligt  Tillgängligt  Tillgängligt  
Förarkort  Tillgängligt  Tillgängligt  Tillgängligt  Tillgängligt  Tillgängligt  
Kontrollkort  Tillgängligt  Tillgängligt  Tillgängligt  Inte tillgängligt  Inte tillgängligt  
Verkstadskort  Tillgängligt  Tillgängligt  Inte tillgängligt  Tillgängligt  Inte tillgängligt  
Företagskort  Tillgängligt  Tillgängligt  Inte tillgängligt  Inte tillgängligt  Tillgängligt  
ITS_14 Efter en lyckad ITS-parning enligt Bluetooth® ska fordon senheten 
tilldela ITS-anslutningen enligt Bluetooth® till det specifika insatta 
färdskrivarkortet i enlighet med tabell 2.  
Tabell 2  
Tilldelning av ITS-anslutningen beroende på typen av kort som satts in i färdskrivaren  
Tilldelning av Bluetooth®- 
anslutningen till ITS  Förarens kortplats  
Inget kort  Förarkort  Kontrollkort  Verkstadskort  Företagskort
 Medförarens kortplats Inget kort  Inte tillgängligt  Förarkort  Kontrollkort  Verkstadskort  Företagskort  
Förarkort  Förarkort  Förarkort (**)  Kontrollkort  Verkstadskort  Företagskort  
Kontrollkort  Kontrollkort  Kontrollkort  Kontrollkort (*)  Inte tillgängligt  Inte tillgängligt  
Verkstadskort  Verkstadskort  Verkstadskort  Inte tillgängligt  Verkstads­
kort (*)  Inte tillgängligt  
Företagskort  Företagskort  Företagskort  Inte tillgängligt  Inte tillgängligt  Företagskort (*)  
(*) Bluetooth®-anslutningen till ITS ska tilldelas färdskrivark ortet i förarens kortplats i fordonsenheten. 
(**) Användaren ska välja det kort som ska tilldelas Bluetooth® -anslutningen till ITS (insatt i förarens eller i medförarens k ortplats).  
ITS_15 Om ett färdskrivarkort tas ut ska fordonsenheten avsluta  den Blue­
tooth®-anslutning till ITS som tilldelats kortet.  
ITS_16 Fordonsenheten ska stödja ITS-anslutningen till minst en  ITS-enhet 
och får stödja samtidiga anslutningar till flera ITS-enheter.  
ITS_17 Tillträdesrättigheterna till de data och tjänster som är  tillgängliga 
via ITS-gränssnittet ska uppfylla kraven 12 och 13 i bilaga IC,  och 
dessutom överensstämma med förarens samtycke enligt avsnitt 3.4  
i detta tillägg.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 528  
3.4. Tillgängliga data och deras beroende av förarens samtycke  
ITS_18 Alla färdskrivardata som är tillgängliga via de tjänster  som avses i 
punkt 3.3 ska klassificeras som antingen ”personuppgift” eller ”ej 
personuppgift” för föraren, medföraren eller båda.  
ITS_19 Åtminstone de data som förtecknas som obligatoriska i av snitt 4 
ska göras tillgängliga via ITS-gränssnittet.  
ITS_20 De data i avsnitt 4 som klassificeras som ”personuppgift er” ska 
endast vara åtkomliga om föraren ger sitt samtycke och därmed 
godtar att personuppgifterna kan lämna fordonets datanät, utom i 
de fall som anges i krav ITS_25, för vilka förarens samtycke in te 
behövs.  
ITS_21 Ytterligare data utöver de som samlats i punkt 4 och som  anses 
vara obligatoriska får göras tillgängliga via ITS-gränssnittet.  Ytter­
ligare data som inte ingår i punkt 4 ska klassificeras som ”per son­
uppgifter” eller ”ej personuppgifter” av fordonsenhetens tillve rkare, 
där förarens samtycke behövs för de data som klassificeras som 
personuppgifter, utom i det fall som anges i krav ITS_25, för v ilka 
förarens samtycke inte behövs.  
ITS_22 Vid insättning av ett förarkort som är okänt för fordons enheten ska 
kortinnehavaren uppmanas av färdskrivaren att ge sitt samtycke till 
överföring av personuppgifter via ITS-gränssnittet, i enlighet med 
krav 61 i bilaga IC.  
ITS_23 Status för samtycke (aktivt eller ej aktivt) ska registr eras i fordons­
enhetens minne.  
ITS_24 I händelse av flera förare får endast personuppgifter om  de förare 
som gett sitt samtycke vara åtkomliga via ITS-gränssnittet. Om det 
exempelvis finns både förare och medförare och endast föraren h ar 
gett sitt samtycke får personuppgifter om medföraren inte vara 
åtkomliga.  
ITS_25 När fordonsenheten är i kontroll-, företags- eller kalib reringsläge 
ska tillträdesrättigheterna via ITS-gränssnittet hanteras i enl ighet 
med kraven 12 och 13 i bilaga IC, vilket innebär att förarens 
samtycke inte behövs.  
4. FÖRTECKNING ÖVER DATA SOM FINNS TILLGÄNGLIGA VIA 
ITS-GRÄNSSNITTET OCH KLASSIFICERING SOM ”PERSONUPP­
GIFT”/”EJ PERSONUPPGIFT”  
Data  Format  Källa  Klassificering (”personuppgift”/”ej 
personuppgift”)  Samtycke till att data 
är tillgängliga  Tillgänglighet  
Förare  Medförare  
VehicleIdentification­
Number  Tillägg 8  V U  Ej personupp­
gift Ej personupp­
gift Samtycke behövs 
ej Obligatoriskt  
CalibrationDate  ISO 16844-7  V U  Ej personupp­
gift Ej personupp­
gift Samtycke behövs 
ej Obligatoriskt  
TachographVehicleS­
peed  ISO 16844-7  V U  Personuppgift  Ej tillämpligt  Förarens sam­
tycke behövs  Obligatoriskt  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 529  
Data  Format  Källa  Klassificering (”personuppgift”/”ej 
personuppgift”)  Samtycke till att data 
är tillgängliga  Tillgänglighet  
Förare  Medförare  
Driver1WorkingState  ISO 16844-7  V U  Personuppgift  Ej tillämpligt  Förarens sam­
tycke behövs  Obligatoriskt  
Driver2WorkingState  ISO 16844-7  V U  Ej tillämpligt  Personuppgift  Medförarens sam­
tycke behövs  Obligatoriskt  
DriveRecognize  ISO 16844-7  V U  Ej personupp­
gift Ej personupp­
gift Samtycke behövs 
ej Obligatoriskt  
Driver1TimeRelated­
States  ISO 16844-7  V U  Personuppgift  Ej tillämpligt  Förarens sam­
tycke behövs  Obligatoriskt  
Driver2TimeRelated­
States  ISO 16844-7  V U  Ej tillämpligt  Personuppgift  Medförarens sam­
tycke behövs  Obligatoriskt  
DriverCardDriver1  ISO 16844-7  V U  Personuppgift  Ej tillämpligt  Förarens sam­
tycke behövs  Obligatoriskt  
DriverCardDriver2  ISO 16844-7  V U  Ej tillämpligt  Personuppgift  Medförarens sam­
tycke behövs  Obligatoriskt  
OverSpeed  ISO 16844-7  V U  Personuppgift  Ej tillämpligt  Förarens sam­
tycke behövs  Obligatoriskt  
TimeDate  Tillägg 8  V U  Ej personupp­
gift Ej personupp­
gift Samtycke behövs 
ej Obligatoriskt  
HighResolutionTotal­
VehicleDistance  ISO 16844-7  V U  Ej personupp­
gift Ej personupp­
gift Samtycke behövs 
ej Obligatoriskt  
HighResolutionTrip­
Distance  ISO 16844-7  V U  Ej personupp­
gift Ej personupp­
gift Samtycke behövs 
ej Obligatoriskt  
ServiceComponen­
tIdentification  ISO 16844-7  V U  Ej personupp­
gift Ej personupp­
gift Samtycke behövs 
ej Obligatoriskt  
ServiceDelayCalend­
arTimeBased  ISO 16844-7  V U  Ej personupp­
gift Ej personupp­
gift Samtycke behövs 
ej Obligatoriskt  
Driver1Identification  ISO 16844-7  För­
ar­
kort Personuppgift  Ej tillämpligt  Förarens sam­
tycke behövs  Obligatoriskt  
Driver2Identification  ISO 16844-7  För­
ar­
kort Ej tillämpligt  Personuppgift  Medförarens sam­
tycke behövs  Obligatoriskt  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 530  
Data  Format  Källa  Klassificering (”personuppgift”/”ej 
personuppgift”)  Samtycke till att data 
är tillgängliga  Tillgänglighet  
Förare  Medförare  
NextCalibrationDate  Tillägg 8  V U  Ej personupp­
gift Ej personupp­
gift Samtycke behövs 
ej Obligatoriskt  
Driver1ContinuousDri­
vingTime  ISO 16844-7  V U  Personuppgift  Ej tillämpligt  Förarens sam­
tycke behövs  Obligatoriskt  
Driver2ContinuousDri­
vingTime  ISO 16844-7  V U  Ej tillämpligt  Personuppgift  Medförarens sam­
tycke behövs  Obligatoriskt  
Driver1CumulativeBre­
akTime  ISO 16844-7  V U  Personuppgift  Ej tillämpligt  Förarens sam­
tycke behövs  Obligatoriskt  
Driver2CumulativeBre­
akTime  ISO 16844-7  V U  Ej tillämpligt  Personuppgift  Medförarens sam­
tycke behövs  Obligatoriskt  
Driver1CurrentDuratio­
nOfSelectedActivity  ISO 16844-7  V U  Personuppgift  Ej tillämpligt  Förarens sam­
tycke behövs  Obligatoriskt  
Driver2CurrentDuratio­
nOfSelectedActivity  ISO 16844-7  V U  Ej tillämpligt  Personuppgift  Medförarens sam­
tycke behövs  Obligatoriskt  
SpeedAuthorised  Tillägg 8  V U  Ej personupp­
gift Ej personupp­
gift Samtycke behövs 
ej Obligatoriskt  
TachographCardSlot1  ISO 16844-7  V U  Ej personupp­
gift Ej tillämpligt  Samtycke behövs 
ej Obligatoriskt  
TachographCardSlot2  ISO 16844-7  V U  Ej tillämpligt  Ej personupp­
gift Samtycke behövs 
ej Obligatoriskt  
Driver1Name  ISO 16844-7  För­
ar­
kort Personuppgift  Ej tillämpligt  Förarens sam­
tycke behövs  Obligatoriskt  
Driver2Name  ISO 16844-7  För­
ar­
kort Ej tillämpligt  Personuppgift  Medförarens sam­
tycke behövs  Obligatoriskt  
OutOfScopeCondition  ISO 16844-7  V U  Ej personupp­
gift Ej personupp­
gift Samtycke behövs 
ej Obligatoriskt  
ModeOfOperation  ISO 16844-7  V U  Ej personupp­
gift Ej personupp­
gift Samtycke behövs 
ej Obligatoriskt  
Driver1CumulatedD­
rivingTimePreviou­
sAndCurrentWeek  ISO 16844-7  V U  Personuppgift  Ej tillämpligt  Förarens sam­
tycke behövs  Obligatoriskt  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 531  
Data  Format  Källa  Klassificering (”personuppgift”/”ej 
personuppgift”)  Samtycke till att data 
är tillgängliga  Tillgänglighet  
Förare  Medförare  
Driver2Cumulated 
DrivingTimePreviou­
sAndCurrentWeek  ISO 16844-7  V U  Ej tillämpligt  Personuppgift  Medförarens sam­
tycke behövs  Obligatoriskt  
EngineSpeed  ISO 16844-7  V U  Personuppgift  Ej tillämpligt  Förarens sam­
tycke behövs  Frivilligt  
RegisteringMemberS­
tate Tillägg 8  V U  Ej personupp­
gift Ej personupp­
gift Samtycke behövs 
ej Obligatoriskt  
VehicleRegistration­
Number  Tillägg 8  V U  Ej personupp­
gift Ej personupp­
gift Samtycke behövs 
ej Obligatoriskt  
Driver1EndOfLastDai­
lyRestPeriod  ISO 16844-7  V U  Personuppgift  Ej tillämpligt  Förarens sam­
tycke behövs  Frivilligt  
Driver2EndOfLastDai­
lyRestPeriod  ISO 16844-7  V U  Ej tillämpligt  Personuppgift  Medförarens sam­
tycke behövs  Frivilligt  
Driver1EndOfLastWe­
eklyRestPeriod  ISO 16844-7  V U  Personuppgift  Ej tillämpligt  Förarens sam­
tycke behövs  Frivilligt  
Driver2EndOfLastWe­
eklyRestPeriod  ISO 16844-7  V U  Ej tillämpligt  Personuppgift  Medförarens sam­
tycke behövs  Frivilligt  
Driver1EndOfSecond­
LastWeeklyRestPeriod  ISO 16844-7  V U  Personuppgift  Ej tillämpligt  Förarens sam­
tycke behövs  Frivilligt  
Driver2EndOfSecond­
LastWeeklyRestPeriod  ISO 16844-7  V U  Ej tillämpligt  Personuppgift  Medförarens sam­
tycke behövs  Frivilligt  
Driver1TimeLastLoa­
dUnloadOperation  ISO 16844-7  V U  Personuppgift  Ej tillämpligt  Förarens sam­
tycke behövs  Frivilligt  
Driver2TimeLastLoa­
dUnloadOperation  ISO 16844-7  V U  Ej tillämpligt  Personuppgift  Medförarens sam­
tycke behövs  Frivilligt  
Driver1CurrentDaily 
DrivingTime  ISO 16844-7  V U  Personuppgift  Ej tillämpligt  Förarens sam­
tycke behövs  Frivilligt  
Driver2CurrentDaily 
DrivingTime  ISO 16844-7  V U  Ej tillämpligt  Personuppgift  Medförarens sam­
tycke behövs  Frivilligt  
Driver1CurrentWeek­
lyDrivingTime  ISO 16844-7  V U  Personuppgift  Ej tillämpligt  Förarens sam­
tycke behövs  Frivilligt  
Driver2CurrentWeek­
lyDrivingTime  ISO 16844-7  V U  Ej tillämpligt  Personuppgift  Medförarens sam­
tycke behövs  Frivilligt  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 532  
Data  Format  Källa  Klassificering (”personuppgift”/”ej 
personuppgift”)  Samtycke till att data 
är tillgängliga  Tillgänglighet  
Förare  Medförare  
Driver1TimeLeftUntil­
NewDailyRestPeriod  ISO 16844-7  V U  Personuppgift  Ej tillämpligt  Förarens sam­
tycke behövs  Frivilligt  
Driver2TimeLeftUntil­
NewDailyRestPeriod  ISO 16844-7  V U  Ej tillämpligt  Personuppgift  Medförarens sam­
tycke behövs  Frivilligt  
Driver1CardExpiry­
Date  ISO 16844-7  För­
ar­
kort Personuppgift  Ej tillämpligt  Förarens sam­
tycke behövs  Frivilligt  
Driver2CardExpiry­
Date  ISO 16844-7  För­
ar­
kort Ej tillämpligt  Personuppgift  Medförarens sam­
tycke behövs  Frivilligt  
Driver1CardNextMan­
datoryDownloadDate  ISO 16844-7  V U  Personuppgift  Ej tillämpligt  Förarens sam­
tycke behövs  Frivilligt  
Driver2CardNextMan­
datoryDownloadDate  ISO 16844-7  V U  Ej tillämpligt  Personuppgift  Medförarens sam­
tycke behövs  Frivilligt  
TachographNextMan­
datoryDownloadDate  ISO 16844-7  V U  Ej personupp­
gift Ej personupp­
gift Samtycke behövs 
ej Frivilligt  
Driver1TimeLeftUntil­
NewWeeklyRestPeriod  ISO 16844-7  V U  Personuppgift  Ej tillämpligt  Förarens sam­
tycke behövs  Frivilligt  
Driver2TimeLeftUntil­
NewWeeklyRestPeriod  ISO 16844-7  V U  Ej tillämpligt  Personuppgift  Medförarens sam­
tycke behövs  Frivilligt  
Driver1NumberOfTi­
mes9hDailyDriving­
TimesExceeded  ISO 16844-7  V U  Personuppgift  Ej tillämpligt  Förarens sam­
tycke behövs  Frivilligt  
Driver2NumberOfTi­
mes9hDailyDriving­
TimesExceeded  ISO 16844-7  V U  Ej tillämpligt  Personuppgift  Medförarens sam­
tycke behövs  Frivilligt  
Driver1CumulativeUn­
interruptedRestTime  ISO 16844-7  V U  Personuppgift  Ej tillämpligt  Förarens sam­
tycke behövs  Frivilligt  
Driver2CumulativeUn­
interruptedRestTime  ISO 16844-7  V U  Ej tillämpligt  Personuppgift  Medförarens sam­
tycke behövs  Frivilligt  
Driver1MinimumDai­
lyRest  ISO 16844-7  V U  Personuppgift  Ej tillämpligt  Förarens sam­
tycke behövs  Frivilligt  
Driver2MinimumDai­
lyRest  ISO 16844-7  V U  Ej tillämpligt  Personuppgift  Medförarens sam­
tycke behövs  Frivilligt  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 533  
Data  Format  Källa  Klassificering (”personuppgift”/”ej 
personuppgift”)  Samtycke till att data 
är tillgängliga  Tillgänglighet  
Förare  Medförare  
Driver1MinimumWe­
eklyRest  ISO 16844-7  V U  Personuppgift  Ej tillämpligt  Förarens sam­
tycke behövs  Frivilligt  
Driver2MinimumWe­
eklyRest  ISO 16844-7  V U  Ej tillämpligt  Personuppgift  Medförarens sam­
tycke behövs  Frivilligt  
Driver1MaximumDai­
lyPeriod  ISO 16844-7  V U  Personuppgift  Ej tillämpligt  Förarens sam­
tycke behövs  Frivilligt  
Driver2MaximumDai­
lyPeriod  ISO 16844-7  V U  Ej tillämpligt  Personuppgift  Medförarens sam­
tycke behövs  Frivilligt  
Driver1MaximumDai­
lyDrivingTime  ISO 16844-7  V U  Personuppgift  Ej tillämpligt  Förarens sam­
tycke behövs  Frivilligt  
Driver2MaximumDai­
lyDrivingTime  ISO 16844-7  V U  Ej tillämpligt  Personuppgift  Medförarens sam­
tycke behövs  Frivilligt  
Driver1NumberOf 
UsedReducedDaily­
RestPeriods  ISO 16844-7  V U  Personuppgift  Ej tillämpligt  Förarens sam­
tycke behövs  Frivilligt  
Driver2NumberOf 
UsedReducedDaily­
RestPeriods  ISO 16844-7  V U  Ej tillämpligt  Personuppgift  Medförarens sam­
tycke behövs  Frivilligt  
Driver1Remaining 
CurrentDrivingTime  ISO 16844-7  V U  Personuppgift  Ej tillämpligt  Förarens sam­
tycke behövs  Frivilligt  
Driver2Remaining 
CurrentDrivingTime  ISO 16844-7  V U  Ej tillämpligt  Personuppgift  Medförarens sam­
tycke behövs  Frivilligt  
VehiclePosition  Tillägg 8  V U  Personuppgift  Personuppgift  Förarens och 
medförarens sam­
tycke behövs  Obligatoriskt  
ByDefaultLoadType  Tillägg 8  V U  Personuppgift  Personuppgift  Förarens och 
medförarens sam­
tycke behövs  Obligatoriskt  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 534  
Tillägg 14  
FJÄRRKOMMUNIKATIONSFUNKTION  
INNEHÅLLSFÖRTECKNING  
1 INLEDNING  
2 TILLÄMPNINGSOMRÅDE  
3 FÖRKORTNINGAR, DEFINITIONER OCH BETECKNINGAR  
4 DRIFTSCENARIER  
4.1 Översikt  
4.1.1 Nödvändiga förutsättningar för dataöverföring via gränssn itt för 5,8 
GHz DSRC  
4.1.2 Avläsarprofil 1a: via handriktad fjärravläsare eller fjär ravläsare som är 
tillfälligt uppsatt och riktad vid vägkanten  
4.1.3 Avläsarprofil 1b: via fjärravläsare som är monterad i och  riktad från 
fordon  
4.2 Säkerhet/integritet  
5 FJÄRRKOMMUNIKATION – UTFORMNING OCH PROTOKOLL  
5.1 Utformning  
5.2 Arbetsgång  
5.2.1 Arbetsmoment  
5.2.2 Tolkning av data som mottagits via DSRC-kommunikation  
5.3 Fysiska gränssnittsparametrar för DSRC och fjärrkommunikati on 
5.3.1 Begränsningar avseende placering  
5.3.2 Ned- och upplänkningsparametrar  
5.3.3 Antennutformning  
5.4 Krav på DSRC-protokoll för RTM  
5.4.1 Översikt  
5.4.2 Kommandon  
5.4.3 Kommandosekvens vid avläsning  
5.4.4 Datastrukturer  
5.4.5 Element i RtmData, operationer som utförs samt definition er 
5.4.6 Mekanism för dataöverföring  
5.4.7 Detaljbeskrivning av DSRC-transaktion  
5.4.8 Beskrivning av provning med DSRC-transaktion  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 535  
5.5 Reserverat för framtida användning (RFU,  Reserved for future use ) 
▼B 
5.6 Dataöverföring mellan fordonsenhetens DSRC-modul och fordon senhe­ 
ten 
5.6.1 Fysisk anslutning och gränssnitt  
5.6.2 Tillämpningsprotokoll  
5.7 Felhantering  
5.7.1 Registrering och kommunikation av data i fordonsenhetens 
DSRC-modul  
5.7.2 Fel i trådlös kommunikation  
6 PROVNING VID DRIFTSÄTTNING OCH PERIODISK BE­ 
SIKTNING AV FJÄRRKOMMUNIKATIONSFUNKTIONEN  
6.1 Allmänt  
6.2 ECHO  
6.3 Prov för att validera skyddat datainnehåll  
1 INLEDNING  
I detta tillägg anges den utformning och de procedurer som ska följas för 
att säkerställa fjärrkommunikationsfunktionen (nedan kallad  kommunika ­
tionen ) såsom krävs i artikel 9 i förordning (EU) nr 165/2014 (nedan 
kallad  förordningen ). 
DSC_1 I förordning (EU) nr 165/2014 fastställs att färdskrivare n ska 
vara utrustad med en fjärrkommunikationsfunktion som ska 
göra det möjligt för de behöriga kontrollmyndigheternas repre­
sentanter (även kallade  kontrolltjänstemän ) att läsa färdskrivar­
information från passerande fordon med hjälp av utrustning för 
fjärravläsning (nedan kallad  fjärravläsare  eller  REDCR , Re­
mote Early Detection Communication Reader ), eller mer spe­
cifikt sådan utrustning för trådlös anslutning via gränssnitt f ör 
5,8 GHz DSRC ( Dedicated Short Range Communication ) en­
ligt CEN.  
Det är viktigt att inse att denna funktion är avsedd endast som  
ett inledande filter så att fordon kan väljas ut för närmare 
besiktning, och att den inte ersätter det formella besiktnings­
förfarande som fastställs i bestämmelserna i förordning (EU) 
nr 165/2014. Se skäl 9 i ingressen till den förordningen, som 
säger att kommunikation på distans mellan färdskrivare och 
kontrollmyndigheter vid kontroll ute på vägarna underlättar 
riktade vägkontroller.  
DSC_2  Data  ska utväxlas genom  kommunikationen  i form av en tråd­
lös förbindelse som utnyttjar 5,8 GHz DSRC trådlös kom­
munikation som överensstämmer med detta tillägg och som 
provas mot lämpliga parametrar i EN 300 674-1, { Electromag ­
netic compatibility and Radio spectrum Matters (ERM); Road 
Transport and Traffic Telematics (RTTT); Dedicated Short 
Range Communication (DSRC) transmission equipment (500 
kbit/s/250 kbit/s) operating in the 5,8 GHz Industrial, Scienti ­
fic and Medical (ISM) band; Part 1: General characteristics  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 536  
and test methods for Road Side Units (RSU) and On -Board 
Units (OBU) }. 
DSC_3  Kommunikationen  ska upprättas med kommunikationsutrust­
ningen endast när detta begärs från den behöriga kontrollmyn­
dighetens utrustning med hjälp av medel för radiokommunika­
tion ( fjärravläsare ) som uppfyller relevanta krav.  
DSC_4  Data  ska skyddas för att säkerställa integritet.  
DSC_5 Tillgång till  data  som kommuniceras ska begränsas till sådana 
behöriga kontrollmyndigheter med tillstånd att kontrollera 
överträdelser som avses i förordning (EG) nr 561/2006 och 
förordning (EU) nr 165/2014, och till verkstäder i den ut­
sträckning som krävs för att kontrollera att färdskrivaren fun­
gerar korrekt.  
DSC_6  Data  som utväxlas genom  kommunikationen  ska begränsas till 
de data som krävs för riktade vägkontroller av fordon med 
potentiellt manipulerade eller missbrukade färdskrivare.  
DSC_7 Integritet och säkerhet för  data  ska uppnås genom att dessa 
skyddas inom fordonsenheten och genom att endast skyddade 
nyttolastdata och säkerhetsrelaterade data (se avsnitt 5.4.4) 
sänds via det trådlösa fjärrkommunikationsmediet i form av 
5,8 GHz DSRC, vilket innebär att endast personer med till­
stånd från de behöriga kontrollmyndigheterna har möjlighet att 
tolka de data som sänds genom  kommunikationen  och kont­
rollera deras autenticitet. Se tillägg 11 om gemensamma säker­
hetsmekanismer.  
DSC_8  Data  ska innehålla en tidsstämpel som visar tidpunkten för 
senaste uppdatering.  
DSC_9 Innehållet i säkerhetsdata ska endast vara känt och kontr olleras 
av de behöriga kontrollmyndigheterna, och av de parter till 
vilka de behöriga kontrollmyndigheterna delar med sig av in­
nehållet, och innehållet faller utanför ramarna för den  kom­
munikation  som beskrivs i detta tillägg, förutom att  kommuni ­
kationen  ska tillhandahålla överföring av ett paket med säker­
hetsdata tillsammans med varje paket med nyttolastdata.  
DSC_10 Samma arkitektur och utrustning ska kunna användas för a tt 
skaffa tillgång till andra datakoncept (t.ex. ombordsystem för 
vägning) som utnyttjar den arkitektur som beskrivs här.  
DSC_11 Förtydligande: I enlighet med bestämmelserna i artikel 7  i  
förordning (EU) nr 165/2014 får data som rör förarens identitet  
inte kommuniceras genom  kommunikationen . 
2 TILLÄMPNINGSOMRÅDE  
I detta tillägg beskrivs hur de behöriga kontrollmyndigheternas  represen­
tanter (även kallade  kontrolltjänstemän ) utnyttjar en specificerad trådlös 
kommunikation i form av 5,8 GHz DSRC för att på distans erhålla  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 537  
data från ett visst fordon, som visar om fordonet är inblandat i en  
potentiell överträdelse av förordning (EU) nr 165/2014 och om m an 
bör överväga att stoppa fordonet för vidare undersökning.  
I förordning (EU) nr 165/2014 krävs att insamlade data ska begr änsas 
till sådana data som visar en potentiell överträdelse eller är relevanta för 
detta, såsom definieras i artikel 9 i den förordningen.  
I denna situation är den tid som är tillgänglig för kommunikati on be­
gränsad eftersom  kommunikationen  är riktad och utformad för kort av­
stånd. Samma kommunikationsmedel som används för fjärrövervakni ng 
av färdskrivare (RTM,  Remote Tachograph Monitoring ) kan dessutom 
utnyttjas av de behöriga kontrollmyndigheterna för andra tilläm pningar 
(t.ex. högsta tillåtna vikter och största tillåtna dimensioner för tunga 
lastfordon såsom definieras i direktiv (EU) 2015/719). De behör iga kon­
trollmyndigheterna får själva besluta om sådant utnyttjande ska  vara 
separerat eller sekventiellt i förhållande till övervakningen a v färdskri­
vare.  
I detta tillägg specificeras följande:  
— Den utrustning och de procedurer och protokoll som ska använd as i 
kommunikationen . 
— De standarder och förordningar vars krav radioutrustningen sk a 
uppfylla.  
— Överlämningen av  data  till den utrustning som används i  kommuni ­
kationen . 
— Procedurer för förfrågan och överföring, samt i vilken ordnin g de 
olika operationerna sker.  
— Data  som ska överföras.  
— Möjlig tolkning av de  data  som överförs genom  kommunikationen . 
— Bestämmelser om skyddade data som rör  kommunikationen . 
— De behöriga kontrollmyndigheternas tillgång till  data . 
— Möjligheten för  fjärravläsaren för tidig upptäckt  att begära olika 
datakoncept för  Freight and Fleet . 
Förtydligande: I detta tillägg specificeras  inte följande:  
— Drift och hantering i samband med insamling av  data  i fordons­
enheten (denna ska bestämmas genom produktens utformning om 
inget annat anges i förordning (EU) nr 165/2014).  
— Överlämningsform för insamlade data gentemot de behöriga kont roll­
myndigheternas representant och kriterier som ska användas av d en 
behöriga kontrollmyndigheten för att bestämma vilka fordon som ska 
stoppas (dessa ska bestämmas genom produktens utformning om 
inget annat anges i förordning (EU) nr 165/2014 eller i den beh öriga 
kontrollmyndighetens policybeslut). Förtydligande:  Kommunikatio ­
nen innebär endast att  data  görs tillgängliga för de behöriga kontroll­
myndigheterna så att  de kan fatta väl underbyggda beslut.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 538  
— Bestämmelser om datasäkerhet (t.ex. kryptering) som rör inneh ållet i  
data (dessa specificeras i tillägg 11 om gemensamma säkerhetsmeka­
nismer).  
— Uppgifter om andra datakoncept än RTM som kan erhållas med 
hjälp av samma arkitektur och utrustning.  
— Uppgifter om funktion och samverkan mellan fordonsenheten och  
fordonsenhetens DSRC-modul, samt funktion inom fordonsenhetens 
DSRC-modul (utöver tillhandahållande av  data  när detta begärs från 
en fjärravläsare för tidig upptäckt).  
3 FÖRKORTNINGAR, DEFINITIONER OCH BETECKNINGAR  
Följande förkortningar och definitioner som är särskilda för de tta tillägg 
används i detta tillägg:  
antenn  elektrisk anordning som omvandlar 
elektrisk energi till radiovågor och 
omvänt, och som används tillsam­
mans med en radiosändare eller ra­
diomottagare. I drift avger en radio­
sändare en elektrisk ström som 
svänger med radiofrekvens till an­
tennens spetsar, och antennen utstrå­
lar energin från den elektriska 
strömmen i form av elektromagne­
tiska vågor (radiovågor). Vid mot­
tagningen fångar en antenn en del 
av den elektromagnetiska vågens 
energi för att generera en svag spän­
ning vid sina spetsar, och spän­
ningen förstärks sedan i en 
mottagare.  
kommunikation  utväxling av information/data mellan 
en fjärravläsares DSRC-modul (även 
kallad  DSRC-REDCR  nedan) och en 
fordonsenhets DSRC-modul (även 
kallad  DSRC-VU  nedan) i enlighet 
med avsnitt 5 i en master-slave-kon­
figuration för att erhålla data.  
data skyddade data i definierat format (se 
avsnitt 5.4.4) som begärs av 
DSRC-REDCR och lämnas till 
DSRC-REDCR av DSRC-VU via 
en 5,8 GHz DSRC-länk såsom defi­
nieras i avsnitt 5 nedan.  
förordning (EU) nr 165/2014  förordning (EU) nr 165/2014 av den 
4 februari 2014 om färdskrivare vid 
vägtransporter, om upphävande av 
rådets förordning (EEG) nr 3821/85 
om färdskrivare vid vägtransporter  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 539  
och om ändring av Europaparlamen­
tets och rådets förordning (EG) 
nr 561/2006 om harmonisering av 
viss sociallagstiftning på vägtrans­
portområdet.  
AID Application Identifier  (tillämpnings­
identifierare)  
BLE  Bluetooth Low Energy  
BST  Beacon Service Table  (tabell med 
fjärravläsarens tjänster)  
CIWD  Card Insertion While Driving  (in­
sättning av kort under körning)  
CRC  Cyclic Redundancy Check  (cyklisk 
redundanskontroll)  
DSC (n)  Identifierare för ett specifikt krav i 
detta tillägg  
DSRC  Dedicated Short Range Communica ­
tion (radiokommunikation över korta 
avstånd)  
DSRC-REDCR  DSRC – Remote Early Detection 
Communication Reader  (DSRC-mo­
dul för fjärravläsare)  
DSRC-VU  DSRC – Vehicle Unit  (DSRC-modul 
för fordonsenhet). Denna ingår i den 
anordning för fjärravläst tidig upp­
täckt som definieras i bilaga 1C.  
DWVC  Driving Without Valid Card  (kör­
ning utan giltigt kort)  
EID Element Identifier  (elementidentifie­
rare)  
LLC  Logical Link Control  (länkprotokoll)  
LPDU  LLC Protocol Data Unit  (dataenhet 
enligt länkprotokoll)  
OWS  Onboard Weighing System  (ombord­
system för vägning)  
PDU  Protocol Data Unit  (dataenhet enligt 
protokoll)  
REDCR  Remote Early Detection Communi ­
cation Reader  (fjärravläsare för tidig 
upptäckt). (Samma som den ”fjärr­
avläsare för tidig upptäckt” som de­
finieras i bilaga 1C.)  
RTM  Remote Tachograph Monitoring  
(fjärrövervakning av färdskrivare)  
SM-REDCR  Security Module-Remote Early De ­
tection Communication Reader  (sä­
kerhetsmodul i fjärravläsare)  
TARV  Telematics Applications for Regula ­
ted Vehicles  (standard i serien ISO 
15638)  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 540  
VU Vehicle Unit  (fordonsenhet)  
VUPM  Vehicle Unit Payload Memory  (for­
donsenhetens minne för nyttolast­
data)  
VUSM  Vehicle Unit Security Module  (sä­
kerhetsmodul i fordonsenhet)  
VST  Vehicle Service Table  (tabell med 
fordonets tjänster)  
WIM  Weigh In Motion  (vägning i rörelse)  
WOB  Weigh On Board  (vägning ombord)  
Den specifikation som definieras i detta tillägg hänvisar till och är 
beroende av hela eller delar av följande förordningar och stand arder. I 
respektive avsnitt i detta tillägg anges de relevanta standarde rna eller de 
relevanta avsnitten i standarderna. I händelse av motstridiga u ppgifter 
ska avsnitten i detta tillägg ha företräde. I händelse av motst ridiga upp­
gifter och frånvaro av en tydligt fastställd specifikation i de tta tillägg ska 
drift inom ERC 70-03 (och provning mot lämpliga parametrar i EN  300 
674-1) ha företräde, följt i fallande ordning av EN 12795, EN 1 2253, 
EN 12834 och EN 13372, 6.2, 6.3, 6.4 och 7.1.  
I detta tillägg hänvisas till följande förordningar och standar der: 
[1] Europaparlamentets och rådets förordning (EU) nr 165/2014 a v den 
4 februari 2014 om färdskrivare vid vägtransporter, om upphävan de 
av rådets förordning (EEG) nr 3821/85 om färdskrivare vid väg­
transporter och om ändring av Europaparlamentets och rådets 
förordning (EG) nr 561/2006 om harmonisering av viss sociallags ­
tiftning på vägtransportområdet.  
[2] Europaparlamentets och rådets förordning (EG) nr 561/2006 a v den 
15 mars 2006 om harmonisering av viss sociallagstiftning på väg ­
transportområdet och om ändring av rådets förordningar (EEG) 
nr 3821/85 och (EG) nr 2135/98 samt om upphävande av rådets 
förordning (EEG) nr 3820/85.  
[3] ERC 70-03 CEPT: ECC Recommendation 70-03: Relating to the 
Use of Short Range Devices (SRD)  
[4] ISO 15638 Intelligent transport systems — Framework for coo per­
ative telematics applications for regulated commercial freight 
vehicles (TARV).  
[5] EN 300 674-1 Electromagnetic compatibility and Radio spectr um 
Matters (ERM); Road Transport and Traffic Telematics (RTTT); 
Dedicated Short Range Communication (DSRC) transmission 
equipment (500 kbit/s/250 kbit/s) operating in the 5,8 GHz Indu ­
strial, Scientific and Medical (ISM) band; Part 1: General char ac­
teristics and test methods for Road Side Units (RSU) and On-Boa rd 
Units (OBU).  
[6] EN 12253 Road transport and traffic telematics – Dedicated 
short-range communication – Physical layer using microwave at 
5.8 GHz.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 541  
[7] EN 12795 Road transport and traffic telematics – Dedicated 
short-range communication – Data link layer: medium access and 
logical link control.  
[8] EN 12834 Road transport and traffic telematics – Dedicated 
short-range communication – Application layer.  
[9] EN 13372 Road transport and traffic telematics – Dedicated 
short-range communication – Profiles for RTTT applications  
[10] ISO 14906 Electronic fee collection — Application interfac e defi­
nition for dedicated short- range communication  
4 DRIFTSCENARIER  
4.1 Översikt  
I förordning (EU) nr 165/2014 anges specifika och kontrollerade  scena­
rier där  kommunikationen  ska användas.  
Dessa scenarier är följande:  
”Communication Profile 1: Roadside inspection using a short range 
wireless communication Remote Early Detection Communication Reader 
instigating a physical roadside inspection (master-:-slave)  
Reader Profile 1a: via a hand aimed or temporary 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  Nödvändiga förutsättningar för dataöverföring via gränssnitt för 5,8 
GHz DSRC  
ANMÄRKNING: Se figur 14.3 nedan för att förstå det sammanhang 
som ger de nödvändiga förutsättningarna.  
4.1.1.1 Data som lagras i fordonsenhet  
DSC_12 Fordonsenheten ska ansvara för att uppdatera data var 60 :e 
sekund och för att underhålla de data som lagras i fordons­
enheten, utan någon inblandning av funktionen för 
DSRC-kommunikation. Detta uppnås genom fordonsenhetens 
interna funktioner, såsom anges i förordning (EU) nr 165/2014 
och i bilaga 1C, avsnitt 3.19 om fjärrkommunikation för rik­
tade vägkontroller, och specificeras inte i detta tillägg.  
4.1.1.2 Data som tillhandahålls fordonsenhetens DSRC-modul  
DSC_13 Fordonsenheten ska ansvara för att färdskrivardata för 
DSRC-kommunikation ( data) uppdateras så snart som de 
data som lagras i fordonsenheten uppdateras, med det intervall 
som bestäms i avsnitt 4.1.1.1 (DSC_12), utan någon inbland­
ning av funktionen för DSRC-kommunikation.  
DSC_14 Data från fordonsenheten ska användas som grund för att 
skapa och uppdatera  data . Medlen för att åstadkomma detta 
specificeras i bilaga I C, avsnitt 3.19 om fjärrkommunikation 
för riktade vägkontroller. Om denna specifikation saknas be­
stäms medlen genom produktens utformning, och de specifi­
ceras inte i detta tillägg. När det gäller utformning av anslut ­
ningen mellan fordonsenhetens DSRC-modul och fordons­
enheten, se avsnitt 5.6.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 542  
4.1.1.3 Datainnehåll  
DSC_15 Innehåll och format för  data  ska vara sådant att det efter 
dekryptering är strukturerat och tillgängliggjort i den form 
och det format som specificeras i avsnitt 5.4.4 om datastruk­
turer i detta tillägg.  
4.1.1.4 Dataöverlämning  
DSC_16  Data  som regelbundet uppdaterats i enlighet med procedurerna 
i avsnitt 4.1.1.1 ska skyddas innan de överlämnas till fordons­
enhetens DSRC-modul ( DSRC-VU ) och överlämnas som ett 
skyddat datakoncept för tillfällig lagring som nuvarande ver­
sion av  data  i fordonsenhetens DSRC-modul. Data överförs 
från fordonsenhetens säkerhetsmodul ( VUSM ) till 
DSRC-funktionen i form av fordonsenhetens minne för nytto­
lastdata ( VUPM ). VUSM  och  VUPM  är funktioner och inte 
nödvändigtvis fysiska enheter. Den fysiska lösningen för att 
uppfylla dessa funktioner ska bestämmas genom produktens 
utformning om inget annat anges i förordning (EU) 
nr 165/2014.  
4.1.1.5 Säkerhetsdata  
▼M3 
DSC_17 Säkerhetsdata ( DSRCSecurityData ), inklusive de data som 
krävs för att fjärravläsaren ska kunna dekryptera data, ska til l­
handahållas såsom definieras i tillägg 11 om gemensamma 
säkerhetsmekanismer för tillfällig lagring i fordonsenhetens 
DSRC-modul som nuvarande version av  DSRCSecurityData  
och i den form som definieras i avsnitt 5.4.4 i detta tillägg.  
▼B 
4.1.1.6 VUPM-data tillgängliga för överföring via DSRC-gränssni tt 
DSC_18 Det datakoncept som alltid ska vara tillgängligt i 
DSRC-funktionen i form av fordonsenhetens minne för nytto­
lastdata ( VUPM ) för omedelbar överföring efter begäran från  
fjärravläsaren  definieras i avsnitt 5.4.4 som en fullständigt 
specificerad ASN.1-modul.  
Kommunikationsprofil 1 – allmän översikt  
Denna profil omfattar det användningsfall där de behöriga kontr ollmyn­
digheternas representant använder en  fjärravläsare för tidig upptäckt  
(gränssnitt för 5,8 GHz DSRC som fungerar inom ERC 70-03 och 
som provats mot lämpliga parametrar från EN 300 674-1, såsom be ­
skrivs i avsnitt 5) för att på distans identifiera ett fordon s om är inblan­
dat i en potentiell överträdelse av förordning (EU) nr 165/2014 . När 
fordonet väl har identifierats bestämmer den representant från de behö­
riga kontrollmyndigheterna som kontrollerar avläsningen om ford onet 
bör stoppas.  
4.1.2  Avläsarprofil 1a: via handriktad fjärravläsare eller fjärravläsare som är 
tillfälligt uppsatt och riktad vid vägkanten  
I detta användningsfall finns de behöriga kontrollmyndigheterna s repre­
sentant vid vägkanten och riktar en handhållen fjärravläsare, e ller en 
fjärravläsare som är monterad på ett stativ eller flyttbar på a nnat sätt, 
från vägkanten mot mitten av fordonets vindruta. Avläsningen gö rs med 
hjälp av gränssnitt för 5,8 GHz DSRC som fungerar inom ERC 70-0 3 
och som provats mot lämpliga parametrar i EN 300 674-1 såsom be ­
skrivs i avsnitt 5. Se figur 14.1 (användningsfall 1).  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 543  
Figur 14.1  
Avläsning från vägkanten med 5,8 GHz DSRC
  
4.1.3  Avläsarprofil 1b: via fjärravläsare som är monterad i och riktad från 
fordon  
I detta användningsfall finns de behöriga kontrollmyndigheterna s repre­
sentant i ett fordon i rörelse. Antingen riktar representanten en handhål­
len, flyttbar fjärravläsare från sitt fordon mot vindrutans mit t på det 
fordon som ska kontrolleras eller så är fjärravläsaren monterad  i eller 
på fordonet så att den är riktad mot vindrutans mitt på det for don som 
ska kontrolleras när representantens fordon är i en speciell po sition i 
förhållande till det fordon som ska kontrolleras (t.ex. direkt framför i 
trafiken). Avläsningen görs med hjälp av gränssnitt för 5,8 GHz  DSRC 
som fungerar inom ERC 70-03 och som provats mot lämpliga parame t­
rar i EN 300 674-1 såsom beskrivs i avsnitt 5. Se figur 14.2 (a nvänd­
ningsfall 2).  
Figur 14.2  
Fordonsbaserad avläsning med 5.8 GHz DSRC
  
4.2 Säkerhet/integritet  
För att göra det möjligt att verifiera autenticitet och integri tet hos data 
som överförs genom fjärrkommunikation kontrolleras och dekrypte ras 
skyddade data i enlighet med tillägg 11 om gemensamma säkerhets ­
mekanismer.  
5 FJÄRRKOMMUNIKATION – UTFORMNING OCH PROTOKOLL  
5.1 Utformning  
Utformningen av fjärrkommunikationsfunktionen i en smart färdsk rivare 
visas i figur 14.3.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 544  
Figur 14.3  
Utformning av fjärrkommunikationsfunktion
  
DSC_19 Följande funktioner finns i fordonsenheten:  
— Säkerhetsmodul  (VUSM). Denna funktion i fordonsenheten 
ansvarar för att skydda de  data  som ska överföras från  
fordonsenhetens DSRC-modul  (DSRC-VU) via fjärrkom­
munikation till de behöriga kontrollmyndigheternas 
representant.  
— Skyddade data lagras i säkerhetsmodulens minne. Med de 
intervall som fastställs i avsnitt 4.1.1.1 (DSC_12) krypterar 
fordonsenheten datakonceptet för RTM (som omfattar nyt­
tolastdata och säkerhetsdata med värden som fastställs ne­
dan i detta tillägg) och kompletterar de data som finns i 
minnet i fordonsenhetens DSRC-modul. Säkerhetsmodu­
lens funktion definieras i tillägg 11 om gemensamma sä­
kerhetsmekanismer och faller utanför tillämpningsområdet 
för det här tillägget, förutom att den ska tillhandahålla 
uppdateringar till  fordonsenhetens minne för 
nyttolastdata  (VUPM) så snart som data i säkerhetsmodu­
len ändras.  
— Kommunikationen mellan fordonsenheten och fordons­
enhetens DSRC-modul kan ske via kabel eller BLE ( Blue­
tooth Low Energy ), och fordonsenhetens DSRC-modul kan 
fysiskt vara integrerad med antennen i fordonets vindruta 
eller vara placerad i fordonsenheten eller någonstans däre­
mellan.  
— Fordonsenhetens DSRC-modul ska alltid ha tillgång till en 
tillförlitlig strömkälla. Strömtillförseln kan lösas genom 
valfri utformning.  
— Fordonsenhetens DSRC-modul ska ha ett permanent minne 
för att upprätthålla data i fordonsenhetens DSRC-modul 
även när fordonets tändning är avstängd.  
— Om kommunikationen mellan fordonsenheten och fordonsenhe­
tens DSRC-modul sker via BLE och strömkällan är ett ej upp­
laddningsbart batteri ska strömkällan för fordonsenhetens 
DSRC-modul bytas ut vid varje periodisk besiktning och till­
verkaren av utrustningen till for donsenhetens DSRC-modul ska  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 545  
ansvara för att strömtillförseln är tillräcklig från en periodi sk 
besiktning till nästa, så att en fjärravläsare har normal tillg ång 
till data utan fel eller avbrott under hela perioden.  
— Fordonsenhetens minne för nyttolast  i form av 
RTM-data (VUPM). Denna funktion i fordonsenheten an­
svarar för att tillhandahålla och uppdatera  data . Datainne­
hållet (datatypen  TachographPayload ) definieras i avsnitt 
5.4.4/5.4.5 nedan och uppdateras med det intervall som 
fastställs i avsnitt 4.1.1.1 (DSC_12).  
— Fordonsenhetens DSRC-modul  (DSRC-VU). Detta är den 
funktion som ingår i eller är ansluten till antennen, som 
kommunicerar med fordonsenheten via kabel eller 
trådlös (BLE) anslutning och som lagrar aktuella data 
(VUPM-data) och hanterar svaret på en begäran om avläs­
ning med 5,8 GHz DSRC som medium. Bortkoppling av 
DSRC-funktionen eller störning under normal fordonsdrift 
ska tolkas som en överträdelse av förordning (EU) 
nr 165/2014.  
— Fjärravläsarens säkerhetsmodul  (SM-REDCR) är den 
funktion som används till att dekryptera och integritets­
kontrollera de data som kommer från fordonsenheten. 
Medlen för att åstadkomma detta fastställs i tillägg 11 
om gemensamma säkerhetsmekanismer och definieras 
inte i det här tillägget.  
— Fjärravläsarens DSRC-modul  (DSRC-REDCR) omfattar 
en 5,8 GHz transceiver och tillhörande fast programvara 
och programvara som sköter  kommunikationen  med  for­
donsenhetens DSRC-modul  i enlighet med detta tillägg.  
— Fjärravläsarens DSRC-modul  skickar en begäran till  for­
donsenhetens DSRC-modul  i det fordon som ska kontrol­
leras och erhåller  data  (aktuella VUPM-data i det fordon 
som ska kontrolleras) via DSRC-länk och DSRC-processer 
och lagrar mottagna data i sin säkerhetsmodul.  
▼M1 
— Antennen till fordonsenhetens DSRC-modul ska placeras på en 
plats där den ger en optimal DSRC-kommunikation mellan for­
donet och antennen vid vägkanten, när läsaren är placerad 15 
meter framför fordonet och på två meters höjd och riktad mot 
vindrutans horisontella och vertikala mittpunkt. För lätta ford on 
är det lämpligt med en installation på vindrutans övre del. För  alla 
andra fordon ska DSRC-antennen installeras antingen nära vind­
rutans nedre del eller nära dess övre del.  
▼B 
DSC_20 Antennen och kommunikationen ska fungera inom ERC 70- 
03, provade mot lämpliga parametrar i EN 300 674-1 såsom 
beskrivs i avsnitt 5. Antennen och kommunikationen kan ut­
nyttja teknik, t.ex. filter för kommunikation med 5,8 GHz 
DSRC enligt CEN, för att minska radiostörningar såsom be­
skrivs i ECC-rapport 228.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 546  
DSC_21 DSRC-antennen ska vara ansluten till fordonsenhetens 
DSRC-modul, antingen direkt i modulen, monterad på eller i 
närheten av vindrutan, eller via en särskilt avsedd kabel som ä r 
utformad på ett sätt som försvårar lagstridig bortkoppling. 
Bortkoppling av antennen eller störning av dess funktion ska 
vara en överträdelse av förordning (EU) nr 165/2014. Avsikt­
lig maskning eller annan negativ påverkan på antennens drifts­
prestanda ska tolkas som en överträdelse av förordning (EU) 
nr 165/2014.  
DSC_22  ►M1 Antennens formfaktor är inte definierad utan ska base­
ras på ett kommersiellt beslut, så länge som fordonsenhetens 
monterade DSRC-modul uppfyller kraven i avsnitt 5 nedan. 
Antennen ska vara placerad enligt vad som fastställs i DSC_19 
och effektivt stödja de användningsfall som beskrivs i avsnit­
ten 4.1.2 och 4.1.3. ◄  
Figur 14.4  
Exempel på placering av antenn för 5,8 GHz DSRC i vindrutan på 
reglerade fordon
  
Formfaktorn hos fjärravläsaren och dess antenn kan variera bero ende på 
omständigheterna (läsaren stativmonterad, handhållen, fordonsmo nterad 
osv.) och det tillvägagångssätt som används av de behöriga kont roll­
myndigheternas representant.  
En visnings- och/eller meddelandefunktion används för att prese ntera 
resultaten från fjärrkommunikationsfunktionen för de behöriga k ontroll­
myndigheternas representant. Visningen kan ske på en bildskärm,  som 
en utskrift eller en audiosignal, eller som en kombination av s ådana 
meddelanden. Formen för en sådan visning och/eller ett sådant m edde­
lande beror på de krav som ställs av de behöriga kontrollmyndig heternas 
representanter och specificeras inte i detta tillägg.  
DSC_23 Fjärravläsarens utformning och formfaktor ska vara en ko m­
mersiell fråga, inom ramarna for ERC 70-03 och de specifi­
kationer för utformning och prestanda som anges i avsnitt  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 547  
5.3.2 i detta tillägg, för att därigenom ge marknaden maximal 
flexibilitet att utforma och tillhandahålla utrustning som klar ar 
de särskilda avläsningsscenarierna hos en viss behörig 
kontrollmyndighet.  
DSC_24 Utformning och formfaktor för fordonsenhetens DSRC-modul  
och dess placering inuti eller utanför fordonsenheten ska vara 
en kommersiell fråga, inom ramarna for ERC 70-03 och de 
specifikationer för utformning och prestanda som anges i detta 
tillägg (avsnitt 5.3.2) och i det här avsnittet (5.1).  
DSC_25 Fordonsenhetens DSRC-modul ska dock kunna godta datakon­
ceptvärden från annan intelligent fordonsutrustning genom 
öppna branschstandarder för anslutningar och protokoll (t.ex. 
från ombordsystem för vägning) så länge sådana datakoncept 
identifieras genom unika och kända tillämpningsidentifierare, 
och instruktioner för att hantera sådana protokoll ska göras 
tillgängliga av Europeiska kommissionen och vara tillgängliga 
utan kostnad för tillverkare av relevant utrustning.  
5.2 Arbetsgång  
5.2.1  Arbetsmoment  
Arbetsgången och de ingående arbetsmomenten visas i figur 14.5.  
Figur 14.5  
Arbetsgång för fjärrkommunikationsfunktion
  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 548  
De olika stegen beskrivs nedan:  
a. Så snart fordonet är i drift (tändning påslagen,  Ignition ON ) förses 
fordonsenheten med data från färdskrivaren. Fordonsenheten förb ere­
der data  för fjärrkommunikationsfunktionen (krypterade) och upp­
daterar  fordonsenhetens minne för nyttolastdata  (VUPM) och minnet 
i fordonsenhetens DSRC-modul  (DSRC-VU) såsom anges i avsnitten 
4.1.1.1–4.1.1.2. Insamlade  data  ska formateras såsom fastställs i av­
snitt 5.4.4–5.4.5 nedan.  
b. Vid varje uppdatering av  data  ska tidsstämpeln i säkerhetsdatakon­
ceptet uppdateras.  
c. Fordonsenhetens säkerhetsmodul  (VUSM) skyddar data i enlighet 
med de förfaranden som fastställs i tillägg 11.  
d. Vid varje uppdatering av  data  (se avsnitt 4.1.1.1–4.1.1.2) ska dessa  
data överföras till  fordonsenhetens DSRC-modul  där de ersätter even­
tuella tidigare data, för att uppdaterade innevarande  data  alltid ska 
finnas tillgängliga om en avläsning begärs från en  
fjärravläsare  (REDCR).  Data  från fordonsenheten till  fordonsenhe ­
tens DSRC-modul  ska kunna identifieras genom filnamnet  RTMData  
eller genom en tillämpningsidentifierare och attributidentifier are. 
e. Om de behöriga kontrollmyndigheternas representant vill kont rollera 
ett fordon och samla in  data  från detta fordon ska representanten 
först sätta in sitt smartkort i  fjärravläsaren  för att aktivera  kommuni ­
kationen  och tillåta att  fjärravläsarens säkerhetsmodul  (SM-REDCR) 
kontrollerar kortets autenticitet och dekrypterar dess data.  
f. De behöriga kontrollmyndigheternas representant riktar sedan  fjärr­
avläsaren  mot ett fordon och begär data via fjärrkommunikation.  
Fjärravläsaren  öppnar en gränssnittssession för 5,8 GHz DSRC 
med fordonsenhetens DSRC-modul  i det fordon som ska kontrolleras 
och begär  data . Data  överförs till  fjärravläsaren  via det trådlösa 
kommunikationssystem som ett DSR-attribut med hjälp av tillämp­
ningstjänsten GET såsom definieras i avsnitt 5.4. Attributet in nehål­
ler krypterade värden som nyttolastdata och säkerhetsdata för D SRC.  
g. Data analyseras av utrustningen i  fjärravläsaren  och lämnas till de 
behöriga kontrollmyndigheternas representant.  
h. De behöriga kontrollmyndigheternas representant använder mot tagna 
data som stöd för att besluta om fordonet ska stoppas för en de tal­
jerad besiktning, eller om en annan representant ska ombes göra  
detta.  
5.2.2  Tolkning av data som mottagits via DSRC-kommunikation  
DSC_26 Data som tas emot via gränssnittet för 5,8 GHz ska motsv ara 
den innebörd och det format som definieras i avsnitten 5.4.4 
och 5.4.5 nedan och endast denna innebörd och detta format, 
och de ska tolkas inom de ramar som definieras där. I enlig­
het med bestämmelserna i förordning (EU) nr 165/2014 får  
data endast användas för att lämna relevant information till  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 549  
en behörig kontrollmyndighet, som hjälp för att avgöra vilket 
fordon som bör stoppas för en fysisk besiktning, och dessa 
data ska därefter förstöras i enlighet med artikel 9 i förord­
ning (EU) nr 165/2014.  
5.3 Fysiska gränssnittsparametrar för DSRC och fjärrkommunikation  
5.3.1  Begränsningar avseende placering  
DSC_27 Fjärravläsning av fordon med gränssnitt för 5,8 GHz DSRC  
bör inte användas inom 200 meter från en portal för 5,8 GHz 
DSRC som är i drift.  
5.3.2  Ned- och upplänkningsparametrar  
DSC_28 Den utrustning som används för fjärrövervakning av färds kri­
vare ska överensstämma med och fungera inom ERC 70-03 
och de parametrar som definieras i tabellerna 14.1 och 14.2 
nedan.  
DSC_29 För att säkerställa kompatibilitet med driftsparametrar för an­
dra standardiserade 5.8 GHz DSRC-system ska utrustningen 
som används för fjärrövervakning av färdskrivare dessutom 
överensstämma med parametrar från EN 12253 och EN 
13372.  
Närmare bestämt:  
Tabell 14.1  
Nedlänkningsparametrar  
Parameternummer 
(Item No. ) Parameter  Värde(n)  Anmärkning  
D1 Bärfrekvenser för nedlänk­
ning Det finns fyra alternativ 
som kan användas av en 
fjärravläsare: 
5,7975 GHz 
5,8025 GHz 
5,8075 GHz 
5,8125 GHz  Inom ERC 70-03. 
Bärfrekvenser får väljas av den 
som utformar systemet för vägkont­
roller och behöver inte vara kända 
för fordonsenhetens DSRC-modul. 
(Överensstämmer med EN 12253, 
EN 13372).  
D1a (*) Tolerans för bär-frekvenser  Inom ± 5 ppm.  (Överensstämmer med EN 12253.)  
D2 (*) Sändarens spektrummask 
för RSU (fjärravläsare)  Inom ERC 70-03. 
Fjärravläsaren ska överens­
stämma med klass B,C en­
ligt definition i EN 12253. 
Inga andra särskilda krav i 
detta tillägg.  Parameter som används för att 
kontrollera interferens mellan fjärr­
avläsare som finns nära varandra 
(enligt definition i EN 12253 och 
EN 13372).  
D3 Minsta frekvensområde för 
OBU (fordonsenhetens 
DSRC-modul)  5,795–5,815 GHz  (Överensstämmer med EN 12253.)  
D4 (*) Maximal effekttäthet (EIRP)  Inom ERC 70-03 (utan li­
cens) och inom nationell 
lagstiftning. 
Maximum +33 dBm.  (Överensstämmer med EN 12253.)  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 550  
Parameternummer 
(Item No. ) Parameter  Värde(n)  Anmärkning  
D4a Vinkelbaserad EIRP-mask  I enlighet med deklarerad 
och offentliggjord specifika­
tion från fjärravläsarens 
konstruktör.  (Överensstämmer med EN 12253.)  
D5 Polarisering  Vänster, cirkulär  (Överensstämmer med EN 12253.)  
D5a Korspolarisering  XPD: 
I siktlinjen: RSU (fjärravlä­
sare): t ≥ 15 dB 
OBU (fordonsenhetens 
DSRC-modul): r ≥ 10 dB 
Vid området med – 3 dB: 
RSU (fjärravläsare): 
t ≥ 10 dB 
OBU (fordonsenhetens 
DSRC-modul): r ≥ 6 dB  (Överensstämmer med EN 12253.)  
D6 (*) Modulering  Amplitudmodulering, två 
nivåer.  (Överensstämmer med EN 12253.)  
D6a (*) Moduleringsindex  0,5 ... 0,9  (Överensstämmer med EN 12253.)  
D6b Ögonmönster  ≥ 90 % (tid) / ≥ 85 % 
(amplitud)  
D7 (*) Datakodning  FM0 
En ”1”-bit har övergångar 
endast i början och slutet 
av bitintervallet. En ”0”-bit 
har jämfört med ”1”-biten 
ytterligare en övergång i 
mitten av bitintervallet.  (Överensstämmer med EN 12253.)  
D8 (*) Bithastighet  500 kbit/s  (Överensstämmer med EN 12253.)  
D8a Bitklockans tolerans  Bättre än ± 100 ppm.  (Överensstämmer med EN 12253.)  
D9 (*) Nivå för bitfel (BER,  Bit 
Error Rate ) i kommunika­
tion ≤ 10  – 6 när inkommande ef­
fekt ( incident power ) vid 
OBU (fordonsenhetens 
DSRC-modul) är i det inter­
vall som ges av 
[D11a–D11b].  (Överensstämmer med EN 12253.)  
D10 Utlösare för väckning 
(wake-up trigger ) för OBU 
(fordonsenhetens 
DSRC-modul).  OBU (fordonsenhetens 
DSRC-modul) ska väckas 
vid mottagande av varje 
ram med minst 11 oktetter 
(inklusive ingress ( pre­
amble )). Inget särskilt väckningsmönster 
krävs. 
Fordonsenhetens DSRC-modul får 
väckas vid mottagande av en ram 
med färre än 11 oktetter. 
(Överensstämmer med EN 12253.)  
D10a  Maximal starttid  ≤  5  m s  (Överensstämmer med EN 12253.)  
D11 Kommunikationszon  Rumslig region ( spatial re ­
gion) inom vilken nivån för 
bitfel (BER, i enlighet med 
D9a) uppnås.  (Överensstämmer med EN 12253.)  
D11a  (*) Effektgräns för kommunika­
tion (övre)  – 24 dBm  (Överensstämmer med EN 12253.)  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 551  
Parameternummer 
(Item No. ) Parameter  Värde(n)  Anmärkning  
D11b  (*) Effektgräns för kommunika­
tion (nedre)  Inkommande effekt: 
– 43 dBm (siktlinje) 
– 41 dBm (mellan – 45° 
och +45°, motsvarande det 
plan som är parallellt med 
vägbanan när fordonsenhe­
tens DSRC-modul senare 
installeras i fordonet (azi­
mut)).  (Överensstämmer med EN 12253.) 
Utökat krav för horisontella vinklar 
upp till ±45°, till följd av de an­
vändningsfall som definieras i detta 
tillägg.  
D12 (*) Nivå för frånkopplings­
effekt för fordonsenhetens 
DSRC-modul  – 60 dBm  (Överensstämmer med EN 12253.)  
D13 Ingress ( preamble ) Ingress är obligatorisk.  (Överensstämmer med EN 12253.)  
D13a  Ingressens längd och möns­
ter 16 bitar ±1 bit i form av 
FM0-kodade ”1”-bitar.  (Överensstämmer med EN 12253.)  
D13b  Ingressens vågform  En alternerande sekvens av 
låg nivå och hög nivå med 
en pulsvaraktighet på 2 μs. 
Toleransen ges av D8a.  (Överensstämmer med EN 12253.)  
D13c  Slutbitar ( trailing bits ) RSU (fjärravläsaren) tillåts 
överföra maximalt 8 bitar 
efter slutflaggan. En OBU 
(fordonsenhetens 
DSRC-modul) måste inte ta 
hänsyn till dessa ytterligare 
bitar.  (Överensstämmer med EN 12253.)  
(*) Nedlänkningsparametrar som är föremål för överensstämmelsep rovning i enlighet med relevanta parameterprov i EN 300 674-1.  
Tabell 14.2  
Upplänkningsparametrar  
Parameternummer 
(Item No. ) Parameter  Värde(n)  Anmärkning  
U1 (*) Underbärfrekvenser ( sub- 
carrier frequencies ) En OBU (fordonsenhetens 
DSRC-modul) ska stödja 
1,5 MHz och 2,0 MHz. 
En RSU (fjärravläsare) ska 
stödja 1,5 MHz eller 2,0 
MHz eller båda. U1-0: 1,5 
MHz U1-1: 2,0 MHz  Val av underbärfrekvens 
(1,5 MHz eller 2,0 MHz) beror på 
vilken profil som väljs i EN 13372.  
U1a (*) Tolerans för underbärfre­
kvenser  Inom ± 0,1 %.  (Överensstämmer med EN 12253.)  
U1b Användning av sidoband  Samma data på båda sidor.  (Överensstämmer med EN 12253.)  
U2 (*) Sändarens spektrummask 
för OBU (fordonsenhetens 
DSRC-modul)  I enlighet med EN12253. 
1) Bandeffekt ut ( out band 
power ): 
se ETSI EN 300674-1.  (Överensstämmer med EN 12253.)  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 552  
Parameternummer 
(Item No. ) Parameter  Värde(n)  Anmärkning  
2) Bandeffekt in ( in band 
power ): 
[U4a] dBm vid 
500 kHz. 
3) Emission i alla andra 
upplänks-kanaler: 
U2(3)-1 = – 35 dBm vid 
500 kHz.  
U4a (*) Maximal effekttäthet, enkelt 
sidband ( maximum single 
side band E.I.R.P. ) 
(siktlinje)  Två alternativ: 
U4a-0: – 14 dBm 
U4a-1: – 21 dBm  Enligt deklarerad och offentliggjord 
specifikation från utrustningens 
konstruktör.  
U4b (*) Maximal effekttäthet, enkelt 
sidband ( maximum single 
side band E.I.R.P. ) (35°)  Två alternativ: 
— Ej tillämpligt 
— – 17 dBm  Enligt deklarerad och offentliggjord 
specifikation från utrustningens 
konstruktör.  
U5 Polarisering  Vänster, cirkulär  (Överensstämmer med EN 12253.)  
U5a Korspolarisering  XPD: 
I siktlinjen: RSU (fjärravlä­
sare): r ≥ 15 dB 
OBU (fordonsenhetens 
DSRC-modul): t ≥ 10 dB 
Vid – 3 dB: RSU (fjärravlä­
sare): r ≥ 10 dB 
OBU (fordonsenhetens 
DSRC-modul): t ≥ 6 dB  (Överensstämmer med EN 12253.)  
U6 Modulering av underbärvåg  2-PSK 
Kodade data, synkronise­
rade med underbärvåg: 
övergångar för kodade data 
sammanfaller med över­
gångar för underbärvåg.  (Överensstämmer med EN 12253.)  
U6b Pulsförhållande  Pulsförhållande: 
50 % ± α, α ≤ 5 %  (Överensstämmer med EN 12253.)  
U6c Modulering av bärvåg  Multiplikation av module­
rad underbärvåg och bär­
våg. (Överensstämmer med EN 12253.)  
U7 (*) Datakodning  NRZI (ingen övergång i 
början av ”1”-bit, övergång 
i början av ”0”-bit, ingen 
övergång inom bit).  (Överensstämmer med EN 12253.)  
U8 (*) Bithastighet  250 kbit/s  (Överensstämmer med EN 12253.)  
U8a Tolerans för bitklocka  Inom ± 1 000 ppm.  (Överensstämmer med EN 12253.)  
U9 Nivå för bitfel (BER,  Bit 
Error Rate ) i kommunika­
tion ≤ 10  – 6 (Överensstämmer med EN 12253.)  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 553  
Parameternummer 
(Item No. ) Parameter  Värde(n)  Anmärkning  
U11 Kommunikationszon  Den rumsliga region ( spa­
tial region ) inom vilken for­
donsenhetens DSRC-modul 
finns så att dess över­
föringar tas emot av fjärr­
avläsaren med nivå för bit­
fel som är lägre än den som 
ges av U9a.  (Överensstämmer med EN 12253.)  
U12a  (*) Omvandlingsvinst ( conver­
sion gain ) (lägre gräns)  1 dB för varje sidband. 
Vinkelintervall: Cirkulärt 
och symmetriskt mellan 
siktlinje och ±35° 
och 
mellan – 45° och + 45°, mot­
svarande det plan som är paral­
lellt med vägbanan när for­
donsenhetens DSRC-modul 
senare installeras i fordonet 
(azimut).  Större än det angivna värdeinterval­
let för horisontella vinklar upp till 
± 45°, till följd av de användnings­
fall som definieras i detta tillägg.  
U12b  (*) Omvandlingsvinst ( conver­
sion gain ) (övre gräns)  10 dB för varje sidband.  Mindre än det angivna värdeinter­
vallet för varje sidband inom en 
cirkulär kon runt siktlinjen med 
± 45° öppningsvinkel.  
U13 Ingress ( preamble ) Ingress är obligatorisk.  (Överensstämmer med EN 12253.)  
U13a  Ingress ( preamble ) 
längd och mönster  32–36 μs, modulerad endast 
med underbärvåg, därefter 8 
bitar i form av NRZI-kodade 
”0”-bitar.  (Överensstämmer med EN 12253.)  
U13b  Slutbitar ( trailing bits ) Fordonsenhetens 
DSRC-modul tillåts över­
föra maximalt 8 bitar efter 
slutflaggan. En RSU (fjärr­
avläsare) måste inte ta hän­
syn till dessa ytterligare 
bitar.  (Överensstämmer med EN 12253.)  
(*) Upplänkningsparametrar som är föremål för överensstämmelsep rovning i enlighet med relevanta parameterprov i EN 300 674-1.  
5.3.3  Antennutformning  
5.3.3.1 Fjärravläsarens antenn  
DSC_30  Fjärravläsarens  antenn ska utformas på grundval av kom­
mersiella faktorer och fungera inom de gränser som definieras 
i avsnitt 5.3.2 och som är anpassade för att optimera avläs­
ningsprestanda för  fjärravläsarens DSRC-modul  utifrån dess 
syfte och de avläsningsförhållanden som  fjärravläsaren  är 
utformad för.  
5.3.3.2 Fordonsenhetens antenn  
DSC_31 Antennen till  DSRC-VU  ska utformas på grundval av kom­
mersiella faktorer och fungera inom de gränser som definieras 
i avsnitt 5.3.2 och som är anpassade för att optimera avläs­
ningsprestanda för  fjärravläsarens DSRC-modul  utifrån dess 
syfte och de avläsningsförhållanden som  fjärravläsaren  är 
utformad för.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 554  
DSC_32 Fordonsenhetens antenn ska monteras på eller i närheten av 
vindrutan såsom anges i avsnitt 5.1 ovan.  
DSC_33 I provningsmiljö i en verkstad (se avsnitt 6.3) ska ante nnen 
till en fordonsenhets DSRC-modul, monterad i enlighet med 
avsnitt 5.1 ovan, klara att ansluta till en standardiserad prov ­
ningskommunikation och att tillhandahålla en 
RTM-transaktion såsom definieras i detta tillägg över ett av­
stånd av mellan 2 och 10 meter under mer än 99 % av tiden, 
räknad som ett medelvärde av 1 000 avläsningar.  
5.4 Krav på DSRC-protokoll för RTM  
5.4.1  Översikt  
DSC_34 Transaktionsprotokollet för överföring av  data  via gränssnitts­
länken för 5,8 GHz DSRC ska överensstämma med följande 
steg. I detta avsnitt beskrivs ett transaktionsflöde under idea la 
förhållanden utan omsändningar eller kommunikationsavbrott.  
ANMÄRKNING: Syftet med initieringsfasen (steg 1) är att 
upprätta kommunikationen mellan  fjärravläsaren  och 
DSRC-modulerna i de fordonsenheter som rör sig in i trans­
aktionszonen för 5,8 GHz DSRC ( master-slave ) men ännu 
inte upprättat kommunikation med  fjärravläsaren , och att 
väcka tillämpningsprocesserna.  
— Steg 1  Initiering.  Fjärravläsaren  (även kallad  interroga ­
tor) sänder en ram med en BST ( Beacon Service Table ) 
som inbegriper tillämpningsidentifierare (AID) för de 
tjänster som den stöder. För RTM-tillämpningen gäller 
endast tjänsten med AID = 2 ( Freight&Fleet ). Fordons ­
enhetens DSRC-modul  (DSRC-VU) utvärderar mottagen 
BST och ska svara (se nedan) med en lista över de till­
lämpningar som stöds inom domänen  Freight&Fleet , eller 
inte svara alls om ingen tillämpning stöds. Om  fjärravlä ­
saren  inte erbjuder AID = 2 ska fordonsenhetens 
DSRC-modul inte besvara fjärravläsaren.  
— Steg 2  Fordonsenhetens DSRC-modul  sänder en ram med 
en begäran om tilldelning av ett privat fönster.  
— Steg 3  Fjärravläsaren  sänder en ram med en tilldelning 
av ett privat fönster.  
— Steg 4  Fordonsenhetens DSRC-modul  använder det till­
delade privata fönstret för att sända en ram med sin VST 
(Vehicle Service Table ). Denna VST inbegriper en lista 
med alla olika tillämpningsinstanser som  fordonsenhetens 
DSRC-modul  stöder inom ramen för AID = 2. De olika 
instanserna ska identifieras med hjälp av unikt genererade 
EID ( Element Identifier ), var och en med ett parameter­
värde i form av en tillämpningsmarkering ( Application 
Context Mark ) som anger den tillämpning och den stan­
dard som stöds.  
— Steg 5  Fjärravläsaren  analyserar sedan erbjuden VST 
och antingen avslutar anslutningen (RELEASE) eftersom 
VST inte har något av intresse att erbjuda (dvs. mottagen 
VST kommer från en fordonsenhet vars DSRC-modul 
inte stöder RTM-transaktioner) eller startar en instans av 
tillämpningen ( app instantiation ) (om mottagen VST är 
lämplig för detta).  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 555  
— Steg 6  För att åstadkomma detta ska fjärravläsaren sända 
en ram med ett kommando för att hämta RTM-data och 
identifiera tillämpningsinstansen för RTM genom att ange 
den identifierare som angavs av fordonsenhetens 
DSRC-modul i VST, och tilldela ett privat fönster.  
— Steg 7  Fordonsenhetens DSRC-modul  använder det just 
tilldelade privata fönstret för att sända en ram med den 
adresserade identifierare som motsvarar tillämpnings­
instansen för RTM i VST, följd av attributet  RtmData  
(nyttolastelement och säkerhetselement).  
— Steg 8  Om flera tjänster begärs ändras värdet ”n” till 
referensnumret för nästa tjänst och processen upprepas.  
— Steg 9  Fjärravläsaren  antingen bekräftar att data tagits 
emot genom att sända en ram med ett 
RELEASE-kommando till  fordonsenhetens DSRC-modul  
för att avsluta sessionen eller går tillbaka till steg 6 (om 
den misslyckades med att validera en lyckad mottagning 
av LDPU).  
Se figur 14.6 som en illustration av transaktionsprotokollet.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 556  
Figur 14.6  
Processflöde för RTM via 5,8 GHz DSRC
  
5.4.2  Kommandon  
DSC_35 Följande kommandon är de enda funktioner som används i e n 
transaktionsfas för RTM-data.  
— INITIALISATION.request : Ett kommando som sänds ut 
i alla riktningar från fjärravläsaren och som anger vilka 
tillämpningar fjärravläsaren stöder.  
— INITIALISATION.response : Ett svar från fordonsenhe­
tens DSRC-modul (DSRC-VU) som bekräftar anslut­
ningen och innehåller en lista med de tillämpningsinstan­
ser som stöds, deras egenskaper och information om hur 
de ska adresseras (EID).  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 557  
— GET.request : Ett kommando som sänds från fjärravlä­
saren till fordonsenhetens DSRC-modul och som anger 
tillämpningsinstansen som ska adresseras med hjälp av 
en definierat EID, såsom den tas emot i VST, och ger 
instruktioner till fordonsenhetens DSRC-modul att sända 
de utvalda attributen som data. Syftet med kommandot 
GET är att fjärravläsaren ska få data från fordonsenhetens 
DSRC-modul.  
— GET.response : Ett svar från fordonsenhetens 
DSRC-modul som innehåller de data som fjärravläsaren 
begärt.  
— ACTION.request ECHO : Ett kommando som ger in­
struktioner till fordonsenhetens DSRC-modul att sända 
tillbaka data från fordonsenhetens DSRC-modul till fjärr­
avläsaren. Syftet med kommandot ECHO är att ge verk­
städer eller anläggningar för typgodkännandeprov möjlig­
het att prova om DSRC-länken fungerar, utan att behöva 
ha tillgång till säkerhetsuppgifter.  
— ACTION .response ECHO: Ett svar från fordonsenhetens 
DSRC-modul på kommandot ECHO.  
— EVENT_REPORT.request  RELEASE: Ett kommando 
som ger instruktioner till fordonsenhetens DSRC-modul 
att transaktionen avslutas. Syftet med kommandot RE­
LEASE är att avsluta sessionen med fordonsenhetens 
DSRC-modul. Efter att ha mottagit RELEASE ska for­
donsenhetens DSRC-modul inte svara på några ytterligare 
avläsningar inom den aktuella anslutningen. Notera att 
enligt EN 12834 kommer en fordonsenhets 
DSRC-modul inte att godta två förbindelser med samma 
avläsare, såvida inte avläsaren varit utanför kommunika­
tionszonen under 255 sekunder eller avläsarens identifie­
rare ( beacon ID ) ändrats.  
5.4.3  Kommandosekvens vid avläsning  
DSC_36 En transaktion beskrivs så här i form av en sekvens av k om­
mandon och svar:  
Sekvens  Sändare  Mottagare  Beskrivning  Operation  
1 REDCR  >  DSRC-VU  Initiering av kommunikations- 
länk – begäran  REDCR sänder ut BST i alla 
riktningar  
2 DSRC-VU  >  REDCR  Initiering av kommunikations- 
länk – svar  Om BST stöder AID=2 så be ­
gär DSRC-VU ett privat föns ­
ter 
3 REDCR  >  DSRC-VU  Beviljar ett privat fönster  Sänder ram med tilldelning 
av privat fönster  
4 DSRC-VU  >  REDCR  Sänder VST  Sänder ram som omfattar 
VST 
5 REDCR  >  DSRC-VU  Sänder GET.request för 
data i attribut till specifik 
EID 
6 DSRC-VU  >  REDCR  Sänder GET.response med 
begärt attribut för specifik 
EID Sänder attribut (RTMData, 
OWSData, ...) med data för 
specifik EID  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 558  
Sekvens  Sändare  Mottagare  Beskrivning  Operation  
7 REDCR  >  DSRC-VU  Sänder GET.request för 
data som hör till annat at­
tribut (om detta är lämpligt)  
8 DSRC-VU  >  REDCR  Sänder GET.response med 
begärt attribut  Sänder attribut med data för 
specifik EID  
9 REDCR  >  DSRC-VU  Kvitterar lyckat mottagande 
av data  Sänder 
RELEASE-kommando som 
stänger transaktionen  
10 DSRC-VU  Stänger transaktionen  
I avsnitten 5.4.7 och 5.4.8 finns ett exempel på en trans­
aktionssekvens och innehållet i de utväxlade ramarna.  
5.4.4  Datastrukturer  
DSC_37 Den semantiska strukturen hos de  data  som passerar genom 
gränssnittet för 5,8 GHz DSRC ska vara förenlig med den 
som beskrivs i detta tillägg. Strukturen för dessa data speci­
ficeras i det här avsnittet.  
DSC_38 Nyttolasten (RTM-data) består av en konkatenering av föl ­
jande:  
1. Data i form av EncryptedTachographPayload, som är kryp­
terade från den nyttolast (TachographPayload) som finns 
definierad i ASN.1 i avsnitt 5.4.5. Krypteringsmetoden 
beskrivs i tillägg 11.  
2. DSRCSecurityData, specificeras i tillägg 11.  
DSC_39 RTM-data adresseras som RTM Attribute=1 och överförs i 
RTM-container =10.  
DSC_40 Markeringen för RTM Context ( RTM Context Mark ) ska ange 
den del av en standard i serien av TARV-standarder som 
stöds (RTM motsvarar del 9).  
ASN.1-modulen för DSRC-data inom RTM-tillämpningen de­
finieras på följande sätt:  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 559
  
► (2) (3) M1 
► (1) M3 ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 560
  
5.4.5  Element i RtmData, operationer som utförs samt definitioner  
DSC_41 De datavärden som beräknas av fordonsenheten och sedan 
används för att uppdatera skyddade data i fordonsenhetens 
DSRC-modul ska beräknas enligt de regler som definieras i 
tabell 14.3.  
▼M3 
Tabell 14.3  
Element i RtmData, operationer som utförs samt definitioner  
(1) 
RTM-dataelement  (2) 
Operation som utförs av fordons­
enheten  (3) 
ASN.1-definition av data  
RTM1 
Fordonets registrerings ­
skylt ( Vehicle Registra ­
tion 
Plate ) Fordonsenheten ska sätta 
värdet för tp15638VehicleRe ­
gistrationPlate  (dataelement 
RTM1) till det värde som 
registrerats för datatypen  
VehicleRegistrationIdentifica ­
tion såsom den definieras i 
tillägg 1 om  VehicleRegi ­
strationIdentification . Vehicle Registration 
Plate uttryckt som en 
teckensträng.  tp15638VehicleRegistra­
tionPlate LPN, 
VehicleRegistrationPlate med 
datastruktur enligt ISO 14906, 
men med följande begränsning 
i fråga om 
RTM-tillämpningen: 
Sekvensen (SEQUENCE) bör­
jar med landskoden, följd av 
en alfabetsindikator, följd av 
skyltens nummer i sig, 
vilket alltid är 14 oktetter (ut­
fyllda med nollor) så att läng­
den av LPN alltid är 17 ok­
tetter (ingen längdbestämning 
(length determinant ) behövs), 
varav 14 är den egentliga re­
gistreringsskyltens nummer.  
RTM2 
Hastighetsöverträdelse 
(Speeding Event)  Fordonsenheten ska generera 
ett booleskt 
värde för dataelement RTM2 
(tp15638SpeedingEvent). 
Värdet för tp15638Speeding­
Event ska beräknas av for­
donsenheten utifrån de hän­
delser av typen hastighets­
överträdelse ( Over speeding ) 
som registrerats i fordons­
enheten under de senaste tio 
dagarna, enligt definition i 
bilaga IC.  1 (TRUE): Om den se­
naste händelsen av typen 
hastighetsöverträdelse 
avslutades under de se­
naste tio dagarna eller 
fortfarande pågår. 
0 (FALSE): I alla andra 
fall. tp15638SpeedingEvent BOO­
LEAN,  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 561  
(1) 
RTM-dataelement  (2) 
Operation som utförs av fordons­
enheten  (3) 
ASN.1-definition av data  
RTM3 
Körning utan 
giltigt kort ( Driving Wit ­
hout Valid Card ) Fordonsenheten ska generera 
ett booleskt 
värde för dataelement RTM3 
(tp15638DrivingWithout­
ValidCard). 
Fordonsenheten ska tilldela 
variabeln tp15638Driving­
WithoutValidCard värdet 
TRUE om minst en händelse 
av typen körning utan korrekt 
kort ( Driving without an 
appropriate card ) har regi­
strerats i fordonsenheten un­
der de senaste tio dagarna, 
enligt definition i bilaga IC.  1 (TRUE): Om den se­
naste händelsen av typen 
körning utan korrekt kort 
(Driving without an 
appropriate card ) avslu­
tades under de senaste 
tio dagarna eller fort­
farande pågår. 
0 (FALSE): I alla andra 
fall. tp15638DrivingWithoutValid­
Card 
BOOLEAN,  
RTM4 
Giltigt förarkort (Valid 
Driver Card)  Fordonsenheten ska generera 
ett booleskt värde för data­
element RTM4 
(tp15638DriverCard), baserat 
på det giltiga förarkort som 
är insatt i förarens kortplats.  1 (TRUE): Om inget 
giltigt förarkort finns i 
förarens kortplats i for­
donsenheten. 
0 (FALSE): Om ett gil­
tigt förarkort finns i fö­
rarens kortplats i 
fordonsenheten.  tp15638DriverCard BOO­
LEAN,  
RTM5 
Insättning av kort under 
körning ( Card Insertion 
while 
Driving ) Fordonsenheten ska generera 
ett booleskt värde för data­
element RTM5 (tp15638Car­
dInsertion). 
Fordonsenheten ska tilldela 
variabeln tp15638CardInser­
tion värdet TRUE om minst 
en händelse av typen Insätt­
ning av kort under körning 
har registrerats i fordons­
enheten under de senaste tio 
dagarna, enligt definition i 
bilaga IC.  1 (TRUE): Om den se­
naste insättningen av 
kort under körning har 
inträffat under de senaste 
tio dagarna. 
0 (FALSE): I alla andra 
fall. tp15638CardInsertion BOO­
LEAN,  
RTM6 
Fel i rörelsedata ( Motion 
Data Error ) Fordonsenheten ska generera 
ett booleskt 
värde för dataelement RTM6. 
Fordonsenheten ska tilldela 
variabeln tp15638MotionDa­
taError värdet TRUE om 
minst en händelse av typen 
Fel i rörelsedata har registre­
rats i fordonsenheten under 
de senaste tio dagarna, enligt 
definition i bilaga IC.  1 (TRUE): Om den se­
naste händelsen av typen 
Fel i rörelsedata avsluta­
des under de senaste tio 
dagarna eller fortfarande 
pågår. 
0 (FALSE): I alla andra 
fall. tp15638MotionDataError 
BOOLEAN,  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 562  
(1) 
RTM-dataelement  (2) 
Operation som utförs av fordons­
enheten  (3) 
ASN.1-definition av data  
RTM7 
Konflikt i fordonets rö ­
relsedata ( Vehicle Mo ­
tion 
Conflict ) Fordonsenheten ska generera 
ett booleskt 
värde för dataelement RTM7. 
Fordonsenheten ska tilldela 
variabeln tp15638Vehicle­
MotionConflict värdet TRUE 
om minst en händelse av ty­
pen Konflikt i fordonets rö­
relsedata har registrerats i 
fordonsenheten under de se­
naste tio dagarna.  1 (TRUE): Om den se­
naste händelsen av typen 
Konflikt i fordonets rö­
relsedata avslutades un­
der de senaste tio da­
garna eller fortfarande 
pågår. 
0 (FALSE): I alla andra 
fall. tp15638VehicleMotionConflict 
BOOLEAN,  
RTM8 
Två förarkort ( 2nd Dri­
ver Card ) Fordonsenheten ska generera 
ett booleskt 
värde för dataelement RTM8, 
baserat på föraraktivitetsdata 
(Driver Activity Data ) i form 
av flera förare (CREW) och 
medförare (CO-DRIVER) – 
se bilaga IC. 
Om ett giltigt medförarkort 
finns ska fordonsenheten ge 
RTM8 värdet TRUE.  1 (TRUE): Om ett giltigt 
medförarkort finns i for­
donsenheten. 
2 (FALSE): Om inget 
giltigt medförarkort finns 
i fordonsenheten.  tp156382ndDriverCard BOO­
LEAN,  
RTM9 
Innevarande aktivitet 
(Current Activity)  Fordonsenheten ska generera 
ett booleskt 
värde för dataelement RTM9. 
Om den innevarande aktivi­
teten inte registreras i for­
donsenheten som 
körning (DRIVING) enligt 
definition i bilaga IC ska 
fordonsenheten ge RTM9 
värdet TRUE.  1 (TRUE): Annan akti­
vitet 
vald. 
0 (FALSE): 
Körning (DRIVING) 
vald.  tp15638CurrentActivityDri­
ving 
BOOLEAN  
RTM10 
Senaste avslutade session 
(Last Session Closed)  Fordonsenheten ska generera 
ett booleskt värde för data­
element RTM10. 
Om den senaste kortsessionen 
inte avslutades på korrekt sätt 
enligt definition i bilaga IC 
ska fordonsenheten ge 
RTM10 värdet TRUE.  1 (TRUE): Minst ett av 
de insatta korten har ut­
löst en händelse av typen 
Senaste kortsession ej 
korrekt avslutad. 
0 (FALSE): Inget av de 
insatta korten har utlöst 
en händelse av typen 
Senaste kortsession ej 
korrekt avslutad.  tp15638LastSessionClosed 
BOOLEAN  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 563  
(1) 
RTM-dataelement  (2) 
Operation som utförs av fordons­
enheten  (3) 
ASN.1-definition av data  
RTM11 
Avbrott i strömtillförseln 
(Power Supply Interrup ­
tion) Fordonsenheten ska generera 
ett heltals- 
värde för dataelement RTM11. 
Fordonsenheten ska tilldela va­
riabeln tp15638PowerSupplyIn­
terruption ett värde som är lika 
med det antal händelser av typen 
Avbrott i strömtillförseln som 
registrerats och lagrats i for­
donsenheten under de senaste tio 
dagarna, enligt definition i bilaga 
IC. 
Om ingen händelse av typen 
Avbrott i strömtillförseln har re­
gistrerats i fordonsenheten under 
de senaste tio dagarna ska den 
tilldela RTM11 värdet 0.  Antal registrerade hän­
delser av typen Avbrott i 
strömtillförseln under de 
senaste tio dagarna.  tp15638PowerSupplyInterrup­
tion 
INTEGER (0..127),  
RTM12 
Sensorfel (Sensor Fault)  Fordonsenheten ska generera 
ett heltalsvärde för dataele­
ment RTM12. 
Fordonsenheten ska tilldela 
variabeln sensorFault något 
av följande värden: 
— 1 om en händelse av ty­
pen sensorfel (”35”H  
Sensor fault ) 
avslutades under de se­
naste tio dagarna eller 
fortfarande pågår. 
— 2 om en händelse av typen 
fel i GNSS-mottagare 
(GNSS receiver fault , an­
tingen intern eller extern 
med värdet ”36”H respek­
tive 
”37”H) avslutades under de 
senaste tio dagarna eller 
fortfarande pågår. 
— 3 om en händelse av ty­
pen fel i kommunikation 
med extern 
GNSS-anordning (”0E 
”H Communication error 
with the external GNSS 
facility ) avslutades under 
de senaste tio dagarna 
eller fortfarande pågår. 
— 4 om både en händelse 
av typen Sensorfel och 
en händelse av typen Fel 
i GNSS-mottagare avslu­
tades under de senaste 
tio dagarna eller fort­
farande pågår. 
— 5 om både en händelse 
av typen sensorfel ( Sen­
sor fault ) och en hän­
delse av typen Fel i 
kommunikation med ex­
tern GNSS-anordning 
(Communication error 
with the external GNSS 
facility ) avslutades under 
de senaste tio dagarna 
eller fortfarande pågår.  En oktett för sensorfel i 
enlighet med 
datakatalog.  tp15638SensorFault INTEGER 
(0..255),  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 564  
(1) 
RTM-dataelement  (2) 
Operation som utförs av fordons­
enheten  (3) 
ASN.1-definition av data  
— 6 om både en händelse 
av typen Fel i 
GNSS-mottagare ( GNSS 
receiver fault ) och en 
händelse av typen Fel i 
kommunikation med ex­
tern GNSS-anordning 
(Communication error 
with the external GNSS 
facility ) avslutades under 
de senaste tio dagarna 
eller fortfarande pågår. 
— 7 om händelser för samt­
liga tre sensorfel avslu­
tades under de senaste 
tio dagarna eller fort­
farande pågår. 
Om ingen händelse har av­
slutats under de senaste tio 
dagarna eller fortfarande på­
går ska fordonsenheten till­
dela RTM12 värdet 0.  
RTM13 
Tidsinställning ( Time 
Adjustment ) Fordonsenheten ska generera 
ett heltalsvärde (timeReal 
från tillägg 1) för dataelement 
RTM13, baserat på befintliga 
data om tidsinställning enligt 
definition i bilaga IC. 
Fordonsenheten ska tilldela 
RTM13 ett värde som är lika 
med tidpunkten för den se­
naste händelsen av typen 
tidsinställning ( Time Adjust ­
ment ). 
Om ingen händelse av typen 
tidsinställning ingår i for­
donsenhetens data ska den 
tilldela RTM13 värdet 0.  oldTimeValue för den 
senaste tidsinställningen.  tp15638TimeAdjustment 
INTEGER(0..4294967295),  
RTM14 
Försök till säkerhets ­
överträdelse ( Security 
Breach 
Attempt ) Fordonsenheten ska generera 
ett heltalsvärde (timeReal 
från tillägg 1) för dataelement 
RTM14, baserat på befintliga 
data om händelser av typen 
försök till säkerhetsöverträ­
delse ( Security Breach At ­
tempt ) enligt definition i bi­
laga IC. 
Fordonsenheten ska sätta ett 
värde som är lika med tid­
punkten för den senaste hän­
delsen av typen Security 
Breach Attempt som regi­
strerats av fordonsenheten. 
Om ingen händelse av typen 
försök till säkerhetsöverträ­
delse ( Security Breach At ­
tempt ) ingår i fordonsenhe­
tens data ska den tilldela 
RTM14 värdet 0.  Starttid för den senast 
lagrade händelsen av ty­
pen försök till säker­
hetsöverträdelse ( Secu­
rity Breach Attempt  ) . tp15638LatestBreachAttempt 
INTEGER(0..4294967295),  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 565  
(1) 
RTM-dataelement  (2) 
Operation som utförs av fordons­
enheten  (3) 
ASN.1-definition av data  
RTM15 
Senaste kalibrering 
(Last Calibration)  Fordonsenheten ska generera 
ett heltalsvärde (timeReal 
från tillägg 1) för dataelement 
RTM15, baserat på befintliga 
data om senaste kalibrering 
enligt definition i bilaga IC 
och tillägg 1. 
Fordonsenheten ska sätta 
värdet för 
RTM15 till oldTimeValue för 
senaste kalibreringspost. 
Om ingen kalibrering har ut­
förts ska fordonsenheten till­
dela RTM15 värdet 0.  oldTimeValue för den 
senaste 
kalibreringsposten.  tp15638LastCalibrationData 
INTEGER(0..4294967295),  
RTM16 
Föregående kalibrering 
(Previous Calibration)  Fordonsenheten ska generera 
ett heltalsvärde (timeReal 
från tillägg 1) för dataelement 
RTM16, baserat på den ka­
libreringspost som föregår 
posten för den senaste ka­
libreringen. 
Fordonsenheten ska sätta 
värdet för 
RTM16 till oldTimeValue för 
den kalibreringspost som fö­
regår den senaste kalibre­
ringen. 
Om ingen föregående ka­
librering har utförts ska for­
donsenheten tilldela RTM16 
värdet 0.  oldTimeValue för den 
kalibreringspost som fö­
regår den senaste 
kalibreringsposten.  tp15638PrevCalibrationData 
INTEGER(0..4294967295),  
RTM17 
Anslutningsdatum för 
färdskrivare ( Date Ta­
chograph 
Connected ) Fordonsenheten ska generera 
ett heltalsvärde (timeReal 
från tillägg 1) för dataelement 
RTM17. 
Fordonsenheten ska tilldela 
RTM17 ett värde som är lika 
med datum för den första 
kalibreringen av fordons­
enheten i det nuvarande for­
donet. 
Fordonsenheten ska hämta 
dessa fata från VuCalibra­
tionData (tillägg 1) i vuCa­
librationRecords där Calibra­
tionPurpose är lika med ”03 
”H. 
Om ingen föregående ka­
librering har utförts ska for­
donsenheten tilldela RTM17 
värdet 0.  Datum för första ka­
librering av fordons­
enheten i det nuvarande 
fordonet.  tp15638DateTachoConnected 
INTEGER(0..4294967295),  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 566  
(1) 
RTM-dataelement  (2) 
Operation som utförs av fordons­
enheten  (3) 
ASN.1-definition av data  
RTM18 
Nuvarande hastighet 
(Current Speed)  Fordonsenheten ska generera 
ett heltals- 
värde för dataelement 
RTM18. 
Fordonsenheten ska sätta 
värdet för RTM18 till den 
senast registrerade hastighe­
ten vid tidpunkten för senaste 
uppdatering av RtmData.  Senast registrerade nu­
varande hastighet  tp15638CurrentSpeed INTE­
GER (0..255),  
RTM19 
Tidsstämpel (Times ­
tamp)  Fordonsenheten ska generera 
ett heltalsvärde för dataele­
ment RTM19 (timeReal från 
tillägg 1). 
Fordonsenheten ska sätta 
värdet för RTM19 till tid­
punkten för senaste uppdate­
ring av RtmData.  Tidsstämpel för nuva­
rande post med datatyp 
TachographPayload.  tp15638Timestamp 
INTEGER(0..4294967295),  
RTM20 
Tidpunkt då fordonets 
senaste autentiserade 
position fanns tillgänglig 
(Time at which the latest 
authenticated vehicle po ­
sition was available ) Fordonsenheten ska generera 
ett heltalsvärde (timeReal 
från tillägg 1) för dataelement 
RTM20. 
Fordonsenheten ska tilldela 
RTM20 ett värde som är lika 
med den tidpunkt då den se­
naste autentiserade fordons­
positionen var tillgänglig via 
GNSS-mottagaren. 
Om ingen autentiserad for­
donsposition någonsin varit 
tillgänglig via 
GNSS-mottagaren ska for­
donsenheten tilldela RTM20 
värdet 0.  Tidsstämpel för den se­
naste autentiserade 
fordonspositionen.  tp15638LatestAuthenticatedPo­
sition 
INTEGER(0..4294967295),  
RTM21 
Sammanhängande kör ­
tid ( Continuous driving 
time) Fordonsenheten ska generera 
ett heltalsvärde för dataele­
ment RTM21. 
Fordonsenheten ska tilldela 
RTM21 ett värde som är lika 
med den pågående samman­
hängande körtiden för föra­
ren. Förarens sammanhäng­
ande körtid, kodad som 
ett heltalsvärde. 
Längd: 1 byte 
Upplösning: 2 minuter/ 
bit 
Ingen offset 
Dataintervall: 0–250 
Ett värde på 250 ska in­
dikera att förarens sam­
manhängande körtid är 
minst 500 minuter. 
Värdena 251 till 254 
används inte. 
Värdet 255 anger att in­
formationen inte är till­
gänglig.  tp15638ContinuousDriving­
Time INTEGER(0..255),  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 567  
(1) 
RTM-dataelement  (2) 
Operation som utförs av fordons­
enheten  (3) 
ASN.1-definition av data  
RTM22 
Längsta körtid per dag 
(Longest daily driving 
time) för pågående och 
föregående RTM-skift, 
beräknad i enlighet med 
tillägget ( Addendum ) till 
tillägg 14  Fordonsenheten ska generera 
ett heltalsvärde för dataele­
ment RTM22. 
Fordonsenheten ska tilldela 
RTM22 ett värde som är lika 
med den längre av förarens 
två körtider per dag, från an­
tingen det pågående eller det 
föregående RTM-skiftet.  Förarens körtid per dag, 
kodad som ett heltal­
svärde. 
Längd: 1 byte 
Upplösning: 4 minuter/ 
bit 
Ingen offset 
Dataintervall: 0–250 
Ett värde på 250 ska in­
dikera att förarens körtid 
per dag är minst 1 000 
minuter. 
Värdena 251 till 254 
används inte. 
Värdet 255 anger att in­
formationen inte är till­
gänglig.  tp15638DailyDrivingTimeShift 
INTEGER(0..255),  
RTM23 
Längsta körtid per dag 
(Longest daily driving 
time) under innevarande 
vecka, beräknad i enlig ­
het med tillägget ( Ad­
dendum ) till tillägg 14  Fordonsenheten ska generera 
ett heltalsvärde för dataele­
ment RTM23. 
Fordonsenheten ska tilldela 
RTM23 ett värde som är lika 
med förarens längsta körtid 
per dag, som är antingen det 
pågående RTM-skiftet eller 
något av de slutförda 
RTM-skift som påbörjats el­
ler avslutats under den inne­
varande veckan.  Förarens körtid per dag, 
kodad som ett heltal­
svärde. 
Längd: 1 byte 
Upplösning: 4 minuter/ 
bit 
Ingen offset 
Dataintervall: 0–250 
Ett värde på 250 ska in­
dikera att förarens körtid 
per dag är minst 1 000 
minuter. 
Värdena 251 till 254 
används inte. 
Värdet 255 anger att in­
formationen inte är till­
gänglig.  tp15638DailyDrivingTime­
Week INTEGER(0..255),  
RTM24 
Körtid per vecka ( We­
ekly driving time ), be­
räknad i enlighet med 
tillägget ( Addendum ) till 
tillägg 14  Fordonsenheten ska generera 
ett heltalsvärde för dataele­
ment RTM24. 
Fordonsenheten ska tilldela 
RTM24 ett värde som är lika 
med förarens körtid per 
vecka.  Förarens körtid per 
vecka, kodad som ett 
heltalsvärde. 
Längd: 1 byte 
Upplösning: 20 minuter/ 
bit 
Ingen offset 
Dataintervall: 0–250 
Ett värde på 250 ska in­
dikera att förarens körtid 
per vecka är minst 5 000 
minuter. 
Värdena 251 till 254 
används inte. 
Värdet 255 anger att in­
formationen inte är till­
gänglig.  tp15638WeeklyDrivingTime 
INTEGER(0..255),  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 568  
(1) 
RTM-dataelement  (2) 
Operation som utförs av fordons­
enheten  (3) 
ASN.1-definition av data  
RTM25 
Körtid per två veckor 
(Fortnightly driving 
time), beräknad i enlig ­
het med tillägget ( Ad­
dendum ) till tillägg 14  Fordonsenheten ska generera 
ett heltalsvärde för dataele­
ment RTM25. 
Fordonsenheten ska tilldela 
RTM25 ett värde som är lika 
med förarens körtid per två 
veckor.  Förarens körtid per två 
veckor, kodad som ett 
heltalsvärde. 
Längd: 1 byte 
Upplösning: 30 minuter/ 
bit 
Ingen offset 
Dataintervall: 0–250 
Ett värde på 250 ska in­
dikera att förarens körtid 
per två veckor är minst 
7 500 minuter. 
Värdena 251 till 254 
används inte. 
Värdet 255 anger att in­
formationen inte är till­
gänglig.  tp15638FortnightlyDriving­
Time INTEGER(0..255),  
Anmärkning: RTM22, RTM23, RTM24 och RTM25 ska beräknas i enligh et med 
tillägget ( Addendum ) till detta tillägg.  
▼B 
5.4.6  Mekanism för dataöverföring  
DSC_42 Nyttolastdata som tidigare definierats begärs av fjärrav läsaren 
efter initieringsfasen, och sänds därmed från fordonsenhetens 
DSRC-modul i det tilldelade fönstret. Kommandot GET an­
vänds av fjärravläsaren för att hämta data.  
▼M1 
DSC_43 Data ska kodas med hjälp av PER (Packed Encoding Rules) 
UNALIGNED, bortsett från
  och
  
, vilka ska kodas med hjälp av OER (Octet 
Encoding Rules) som är definierad i ISO/IEC 8825-7, Rec. 
ITU-T X.696.  
▼B 
5.4.7  Detaljbeskrivning av DSRC-transaktion  
DSC_44 Initieringen utförs i enlighet med DSC_44–DSC_48) och ta ­
bellerna 14.4–14.9. I initieringsfasen inleder fjärravläsaren 
med att sända en ram som innehåller en BST ( Beacon Service 
Table ) i enlighet med EN 12834 och EN 13372, avsnitt 6.2, 
6.3, 6,4 och 7.1, med de inställningar som anges i följande 
tabell 14.4.  
Tabell 14.4  
Initiering – raminställningar för BST  
Fält Inställningar  
Länkidentifierare  Utsänd adress ( broadcast 
address ) 
BeaconId  Enligt EN 12834  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 569  
Fält Inställningar  
Tidpunkt  Enligt EN 12834  
Profil  Ingen utökning, 0 eller 1 ska 
användas  
MandApplications  Ingen utökning, EID finns 
inte, parameter finns inte, 
AID = 2 Freight&Fleet  
NonMandApplications  Finns inte  
ProfileList  Ingen utökning, antal profiler 
i lista = 0  
Indikator för fragmentering 
(fragmentation header ) Ingen fragmentering  
Inställningar för skikt 2 
(layer 2 settings)  Kommando-PDU, 
UI-kommando (Command 
PDU, UI command)  
Ett praktiskt exempel på de inställningar som anges i tabell 
14.4, med bitkodning, finns i följande tabell 14.5.  
Tabell 14.5  
Initiering – exempel på innehåll i BST-ram
 Oktett # 
Attribut/fält  Bitar i oktett  Beskrivning  
1 Flagga (FLAG)
  Startflagga (start flag)  
2 Utsänd identifierare (broadcast ID)
  Utsänd adress (broadcast 
address)  
3 Kontrollfält för MAC (MAC Control Field)
  Kommando-PDU (Com­
mand PDU)  
4 Kontrollfält för LLC (LLC Control field)
  UI-kommando (UI com­
mand)  
5 Indikator för fragmentering (fragmentation 
header)
  Ingen fragmentering  
6 BST
  Initieringsbegäran (initiali­
sation request)  
SEQUENCE {  
OPTION indicator 
BeaconID SEQUENCE { 
ManufacturerId INTEGER (0..65535)
  Ej obligatoriska tillämp­
ningar ( NonMand appli ­
cations ) finns inte
  
Identifierare för tillverkare 
(Manufacturer Identifier ) 
7
 
8
 
IndividualID INTEGER (0..134217727) 
}
 27 bitars identifierare, till­
gänglig för tillverkare  
9
 
10
 
11
 ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 570
 Oktett # 
Attribut/fält  Bitar i oktett  Beskrivning  
12 Time INTEGER (0..4294967295)
  32 bitars UNIX realtid  
13
 
14
 
15
 
16 Profile INTEGER (0..127,…)
  Ingen utökning. Exempel­
profil 0  
17 MandApplications SEQUENCE 
(SIZE(0..127,…)) 
OF {
  Ingen utökning, antal ob­
ligatoriska tillämpningar 
(mandApplications ) = 1  
18 SEQUENCE {  
OPTION indicator
  EID finns inte  
OPTION indicator
  Parameter finns inte  
AID DSRCApplicationEntityID } }
  Ingen utökning. AID = 2 
(Freight&Fleet)  
19 ProfileList SEQUENCE (0..127,…) OF 
Profile }
  Ingen utökning, antal pro­
filer i lista = 0  
20 FCS
  Ramkontrollsekvens 
(frame check sequence)  
21
 
22 Flagga (flag)
  Slutflagga (end flag)  
DSC_45 En fordonsenhets DSRC-modul kräver vid mottagandet av en  
BST ett tilldelat privat fönster, såsom anges i EN 12795 och 
EN 13372, avsnitt 7.1.1, utan några särskilda 
RTM-inställningar. I tabell 14.6 finns ett exempel på 
bitkodning.  
Tabell 14.6  
Initiering – innehåll i ram för begäran om tilldelning av privat fönster
 Oktett # 
Attribut/fält  Bitar i oktett  Beskrivning  
1 Flagga (FLAG)
  Startflagga (start flag)  
2 Privat LID
  Länkadress för den speci­
fika fordonsenhetens 
DSRC-modul  3
 
4
 
5
 
6 Kontrollfält för MAC ( MAC control field )
 Begäran om privat fönster 
(private window request ) 
7 FCS
  Ramkontrollsekvens 
(frame check sequence ) 
8
 
9 Flagga (flag)
  Slutflagga (end flag)  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 571  
DSC_46 Fjärravläsaren svarar sedan genom att tilldela ett priva t föns­
ter, såsom anges i EN 12795 och EN 13372, avsnitt 7.1.1, 
utan några särskilda RTM-inställningar.  
I tabell 14.7 finns ett exempel på bitkodning.  
Tabell 14.7  
Initiering – innehåll i ram för tilldelning av privat fönster
 Oktett # 
Attribut/fält  Bitar i oktett  Beskrivning  
1 Flagga (FLAG)
  Startflagga (start flag)  
2 Privat LID
  Länkadress för den speci­
fika fordonsenhetens 
DSRC-modul  3
 
4
 
5
 
6 Kontrollfält för MAC (MAC control field)
  Tilldelning av privat föns­
ter (private window allo­
cation)  
7 FCS
  Ramkontrollsekvens 
(frame check sequence)  
8
 
9 Flagga (flag)
  Slutflagga (end flag)  
DSC_47 Efter att ha tagit emot det tilldelade privata fönstret sänder 
fordonsenhetens DSRC-modul sin VST ( Vehicle Service 
Table ) såsom definieras i EN 12834 och EN 13372, avsnitt 
6.2, 6.3, 6.4 och 7.1, med de inställningar som anges i tabell 
14.8, med hjälp av det tilldelade överföringsfönstret.  
Tabell 14.8  
Initiering – raminställningar för VST  
Fält Inställningar  
Privat LID  Enligt EN 12834  
VST-parametrar  Fyllning (fill) = 0, därefter för varje 
tillämpning som stöds: EID finns, pa­
rameter finns, AID = 2, EID som ge­
nererats av OBU (fordonsenhetens 
DSRC-modul)  
Parameter  Ingen utökning, innehåller markering 
för RTM Context  
ObeConfiguration  Det frivilliga fältet ObeStatus kan fin­
nas, men ska inte användas av fjärr­
avläsaren.  
Indikator för fragmentering ( fragmen­
tation header ) Ingen fragmentering  
Inställningar för skikt 2 (layer 2 set­
tings)  Kommando-PDU, UI-kommando 
(Command PDU, UI command)  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 572  
DSC_48 Fordonsenhetens DSRC-modul ska stödja tillämpningen  Fre­
ight&Fleet , som identifieras genom tillämpningsidentifierare 
(AID) ”2”. Det får finnas stöd för andra tillämpningsidentifier are, 
men dessa ska inte förekomma i denna VST eftersom BST endast 
kräver AID = 2. Fältet  Applications  innehåller en lista med till­
lämpningsinstanser som stöds i fordonsenhetens DSRC-modul. 
För varje tillämpningsinstans som stöds anges en referens till 
lämplig standard i form av en markering för Rtm Context som 
är uppbyggd av en OBJECT IDENTIFIER som står för den 
berörda standarden, dess del av standarden (9 för RTM) och 
eventuellt dess version samt en EID som genereras av fordons­
enhetens DSRC-modul och som är kopplad till denna tillämp­
ningsinstans.  
Ett praktiskt exempel på de inställningar som anges i tabell 
14.8, med bitkodning, finns i tabell 14.9.  
▼M3 
Tabell 14.9  
Initiering – exempel på innehåll i VST-ram
 Oktett 
Attribut/fält  Bitar i oktett  Beskrivning  
1 FLAG  0111 1110  Startflagga ( start flag ) 
2 Private LID  xxxx xxxx  Länkadress för den speci­
fika fordonsenhetens 
DSRC-modul  3 xxxx xxxx  
4 xxxx xxxx  
5 xxxx xxxx  
6 MAC Control field  1100 0000  Kommando-PDU ( Com­
mand PDU ) 
7 LLC Control field  0000 0011  UI-kommando ( UI com­
mand ) 
8 Fragmentation header  1xxx x001  Ingen fragmentering  
9 VST 
SEQUENCE { 
Fill BIT STRING (SIZE(4))  1001  Initieringssvar  
0000  Används ej, sätts till 0  
10 Profile INTEGER (0..127,...) 
Applications SEQUENCE OF {  0000 0000  Ingen utökning. Exempel­
profil 0 
Ingen utökning, 1 tillämp­
ning 11 0000 0001  
12 SEQUENCE { 
OPTION indicator 
OPTION indicator 
AID DSRCApplicationEntityID  1 EID finns  
1 Parameter finns  
00 0010  Ingen utökning. AID = 2 
Freight&Fleet  
13 EID Dsrc-EID  xxxx xxxx  Definierad inom OBU 
(fordonsenhetens 
DSRC-modul), identifie­
rar tillämpningsinstansen.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 573
 Oktett 
Attribut/fält  Bitar i oktett  Beskrivning  
14 Parameter Container {  0000 0010  Ingen utökning, vald con­
tainer = 02, 
Oktettsträng  
15 0000 0110  Ingen utökning, längd för 
markering för Rtm Cont­
ext = 6  
16 Rtm-ContextMark ::= SEQUENCE { 
StandardIdentifier  0000 0101  Första oktetten (dess 
längd) är 05H. 
I följande fem oktetter ko­
das objektidentifieraren 
för den standard, del och 
version som stöds. 
{ISO (1) Standard (0) 
TARV (15638) part9(9) 
Version2 (2)}  17 standardIdentifier  0010 1000  
18 1111 1010  
19 0001 0110  
20 0000 1001  
21 0000 0010  
22 ObeConfiguration Sequence { 
OPTION indicator  0 ObeStatus finns inte  
EquipmentClass INTEGER (0..32767)  xxx xxxx  Detta fält ska användas 
för att ange  
23 xxxx xxxx  tillverkarens uppgifter om 
DSRC-gränssnittets 
programvaru-/maskinvaru­
version.  
24 ManufacturerId INTEGER (0..65535)  xxxx xxxx  Identifierare för tillverka­
ren av fordonsenhetens 
DSRC-modul enligt be­
skrivning i register i ISO 
14816.  25 xxxx xxxx  
26 FCS  xxxx xxxx  Ramkontrollsekvens 
(frame check sequence ) 
27 xxxx xxxx  
28 Flag  0111 1110  Slutflagga ( end flag ) 
▼B 
DCS_49 Fjärravläsaren läser sedan dessa data genom att sända ko m­
mandot GET, i överensstämmelse med det GET-kommando 
som definieras i EN 13372, avsnitt 6.2, 6.3 och 6.4, och i EN 
12834, och med de inställningar som anges i tabell 14.10.  
Tabell 14.10  
Överlämning – raminställningar för GET.request (begäran)  
Fält Inställningar  
Anroparens identifierare (IID, Invoker 
Identifier)  Finns inte  
Länkidentifierare (LID, Link Identi­
fier) Länkadress för den specifika fordons­
enhetens DSRC-modul  
Sammankedjning (chaining)  Nej  
Elementidentifierare (EID, Element 
Identifier)  Enligt specifikation i VST. Ingen ut­
ökning.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 574  
Fält Inställningar  
Åtkomstuppgifter (access credentials)  Nej  
AttributeIdList  Ingen utökning, 1 attribut, AttributeID 
= 1 (RtmData)  
Fragmentering  Nej  
Inställningar för skikt 2 ( layer 2 set ­
tings ) Kommando-PDU, insamlat ACn-kom­
mando ( Command PDU, Polled ACn 
command ) 
I tabell 14.11 visas ett exempel på avläsning av RTM-data.  
Tabell 14.11  
Överlämning – exempel på ram för GET.request (begäran)
 Oktett # 
Attribut/fält  Bitar i oktett  Beskrivning  
1 Flagga (FLAG)
  Startflagga (start flag)  
2 Privat LID
  Länkadress för den speci­
fika fordonsenhetens 
DSRC-modul  3
 
4
 
5
 
6 Kontrollfält för MAC (MAC control field)
  Kommando-PDU (Com­
mand PDU)  
7 Kontrollfält för LLC ( LLC Control field )
 Insamlat ACn-kommando 
(polled ACn command ), 
n bitar  
8 Indikator för fragmentering ( fragmentation 
header )
 Ingen fragmentering  
9 Get.request 
SEQUENCE {
  Begäran om GET  
OPTION indicator
  Åtkomstuppgifter saknas  
OPTION indicator
  IID saknas  
OPTION indicator
  AttributeIdList finns  
Fill BIT STRING(SIZE(1))
  Satt till 0.  
10 EID INTEGER (0..127)
  EID för instansen av 
RTM-tillämpningen, en­
ligt specifikation i VST. 
Ingen utökning.  
11 AttributeIdList SEQUENCE OF { 
AttributeId }}
  Ingen utökning, antal at­
tribut = 1  
12
 AttributeId=1, RtmData. 
Ingen utökning.  
13 FCS
  Ramkontrollsekvens 
(frame check sequence)  
14
 
15 Flagga (flag)
  Slutflagga (end flag)  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 575  
DSC_50 När fordonsenhetens DSRC-modul tar emot begäran om GET 
sänder den ett svar i form av GET samt de data som begärs, i 
överensstämmelse med det GET-svar som definieras i EN 
13372, avsnitt 6.2, 6.3 och 6.4, och i EN 12834, och med 
de inställningar som anges i tabell 14.12.  
Tabell 14.12  
Överlämning – raminställningar för GET.response (svar)  
Fält Inställningar  
Anroparens identifierare (IID, 
Invoker Identifier)  Finns inte  
Länkidentifierare (LID, Link 
Identifier)  Enligt EN 12834  
Sammankedjning (chaining)  Nej  
Elementidentifierare (EID, 
Element Identifier)  Enligt specifikation i VST.  
Åtkomstuppgifter ( access 
credentials ) Nej 
Fragmentering  Nej  
Inställningar för skikt 2 
(layer 2 settings ) PDU för svar, svar tillgäng­
ligt och kommando accepte­
rat, ACn-kommando  
I tabell 14.13 visas ett exempel på avläsning av RTM-data.  
Tabell 14.13  
Överlämning – exempel på raminnehåll (svar)
 Oktett # 
Attribut/fält  Bitar i oktett  Beskrivning  
1 Flagga (FLAG)
  Startflagga (start flag)  
2 Privat LID
  Länkadress för den speci­
fika fordonsenhetens 
DSRC-modul  3
 
4
 
5
 
6 Kontrollfält för MAC ( MAC control field )
 PDU för svar  
7 Kontrollfält för LLC ( LLC Control field )
 Svar tillgängligt, ACn-kom­
mando (n bitar)  
8 Statusfält för LLC (LLC status field)
  Svar tillgängligt och kom­
mando accepterat  
9 Indikator för fragmentering (fragmentation 
header)
  Ingen fragmentering  
10 Get.response 
SEQUENCE {
  Hämta svar  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 576
 Oktett # 
Attribut/fält  Bitar i oktett  Beskrivning  
OPTION indicator
  IID saknas  
OPTION indicator
  Attributlista finns  
OPTION indicator
  Returstatus saknas  
Fill BIT STRING(SIZE(1))
  Används inte  
11 EID INTEGER(0..127,…)
  Svar från 
RTM-tillämpningens 
instans. Ingen utökning.  
12 AttributeList SEQUENCE OF {
  Ingen utökning, antal at­
tribut = 1  
13 Attributes SEQUENCE { 
AttributeId
  Ingen utökning, Attribu­
teID = 1 (RtmData)  
14 AttributeValue CONTAINER {
  Ingen utökning, val av 
container = 10  10 . 
15
 RtmData  
16
 
17
 
… …  
n }}}}
  
n+1 FCS
  Ramkontrollsekvens 
(frame check sequence)  
n+2
 
n+3 Flagga (flag)
  Slutflagga (end flag)  
DSC_51 Fjärravläsaren stänger sedan anslutningen genom att sänd a 
kommandot EVENT_REPORT, RELEASE, i överensstäm­
melse med EN 13372. avsnitt 6.2, 6.3 och 6.4, och med 
EN 12834, avsnitt 7.3.8, och utan några särskilda 
RTM-inställningar. I tabell 14.14 visas ett exempel på bitkod­
ning av kommandot RELEASE.  
Tabell 14.14  
Avslutning – Raminnehåll för EVENT_REPORT RELEASE
 Oktett # 
Attribut/fält  Bitar i oktett  Beskrivning  
1 Flagga (FLAG)
  Startflagga (start flag)  
2 Privat LID
  Länkadress för den speci­
fika fordonsenhetens 
DSRC-modul  3
 
4
 ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 577
 Oktett # 
Attribut/fält  Bitar i oktett  Beskrivning  
5
 
6 Kontrollfält för MAC ( MAC control field )
 Ramen innehåller en 
LPDU för kommando  
7 Kontrollfält för LLC ( LLC Control field )
 UI-kommando ( UI com­
mand ) 
8 Indikator för fragmentering (fragmentation 
header)
  Ingen fragmentering  
9 EVENT_REPORT.request 
SEQUENCE {
  EVENT_REPORT (Re­
lease)  
OPTION indicator
  Åtkomstuppgifter saknas  
OPTION indicator
  Händelseparameter (event 
parameter) saknas  
OPTION indicator
  IID saknas  
Mode BOOLEAN
  Inget svar förväntas  
10 EID INTEGER (0..127,…)
  Ingen utökning, EID = 0 
(System)  
11 EventType INTEGER (0..127,…) }
  Händelsetyp 0 = Release  
12 FCS
  Ramkontrollsekvens 
(frame check sequence)  
13
 
14 Flagga (flag)
  Slutflagga (end flag)  
DSC_52 Fordonsenhetens DSRC-modul förväntas inte svara på 
RELEASE-kommandot. Kommunikationen är därmed stängd.  
5.4.8  Beskrivning av provning med DSRC-transaktion  
DSC_53 Fullständig provning som inbegriper att skydda data ska ut­
föras såsom definieras i tillägg 11 om gemensamma säker­
hetsmekanismer av personer med tillstånd och tillgång till 
säkerhetsförfaranden, med hjälp av det normala 
GET-kommando som definieras ovan.  
DSC_54 Provning vid driftsättning och periodisk besiktning som krä­
ver dekryptering och förståelse för det dekrypterade datainne­
hållet ska utföras såsom anges i tillägg 11 om gemensamma 
säkerhetsmekanismer och i tillägg 9 om provning som krävs 
för typgodkännande.  
Den grundläggande DSRC-kommunikationen kan dock pro­
vas med kommandot ECHO. Sådana prov kan vara nödvän­
diga vid driftsättning eller periodisk besiktning eller annars 
om så krävs av den behöriga kontrollmyndigheten eller i 
förordning (EU) nr 165/2014 (se avsnitt 6 nedan).  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 578  
DSC_55 För att utföra detta grundläggande kommunikationsprov ge r 
fjärravläsaren kommandot ECHO under en session, dvs. efter 
det att en initieringsfas fullbordats med gott resultat. Provse ­
kvensen liknar därmed den som gäller i en riktig avläsning:  
— Steg 1:  Fjärravläsaren  sänder en BST ( Beacon Service 
Table ) som inbegriper tillämpningsidentifierare (AID) för 
de tjänster som den stöder. För RTM-tillämpningar gäller 
endast tjänsten med AID = 2.  
Fordonsenhetens DSRC-modul  utvärderar mottagen BST 
och svarar om den hittar en begäran om  Freight&Fleet  
(AID = 2) i BST. Om  fjärravläsaren  inte erbjuder AID=2 
ska fordonsenhetens DSRC-modul avsluta transaktionen 
med fjärravläsaren . 
— Steg 2:  Fordonsenhetens DSRC-modul  sänder en begäran 
om tilldelning av ett privat fönster.  
— Steg 3: Fjärravläsaren sänder en tilldelning av ett privat 
fönster.  
— Steg 4:  Fordonsenhetens DSRC-modul  använder det till­
delade privata fönstret för att sända sin VST ( Vehicle 
Service Table ). Denna VST inbegriper en lista med alla 
olika tillämpningsinstanser som  fordonsenhetens 
DSRC-modul  stöder inom ramen för AID = 2. De olika 
instanserna ska identifieras med hjälp av unikt genererade 
EID ( Element Identifier ), var och en med ett parameter­
värde som anger den instans av tillämpningen som stöds.  
— Steg 5:  Fjärravläsaren  analyserar sedan erbjuden VST 
och antingen avslutar anslutningen (RELEASE) eftersom 
VST inte har något av intresse att erbjuda (dvs. mottagen 
VST kommer från en fordonsenhet vars DSRC-modul 
inte klarar RTM) eller startar en instans av tillämpningen 
(app instantiation ) (om mottagen VST är lämplig för 
detta).  
— Steg 6:  Fjärravläsaren  ska ge ett kommando (ECHO) till 
den specifika  fordonsenhetens DSRC-modul  och tilldelar 
ett privat fönster . 
— Steg 7: Fordonsenhetens  DSRC-modul  använder det just 
tilldelade privata fönstret för att sända en ram med ECHO 
som svar.  
Följande tabeller ger ett praktiskt exempel på en session med u tväxling 
av ECHO-kommandon.  
DSC_56 Initieringen utförs i enlighet med avsnitt 5.4.7 
(DSC_44–DSC_48) och tabellerna 14.4–14.9.  
DSC_57 Fjärravläsaren sänder sedan kommandot ACTION, ECHO, i 
överensstämmelse med ISO 14906 och innehållande 100 da­
taoktetter, men utan några särskilda RTM-inställningar. I ta­
bell 14.15 visas innehållet i den ram som sänds från fjärr­
avläsaren.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 579  
Tabell 14.15  
Exempel på ram för ACTION, ECHO (begäran)
 Oktett # 
Attribut/fält  Bitar i oktett  Beskrivning  
1 Flagga (FLAG)
  Startflagga (start flag)  
2 Privat LID
  Länkadress för den speci­
fika fordonsenhetens 
DSRC-modul  3
 
4
 
5
 
6 Kontrollfält för MAC ( MAC control field )
 Kommando-PDU ( Com­
mand PDU ) 
7 Kontrollfält för LLC ( LLC Control field )
 Insamlat ACn-kommando 
(polled ACn command ), n 
bitar 
8 Indikator för fragmentering (fragmentation 
header)
  Ingen fragmentering  
9 ACTION.request 
SEQUENCE {
  Begäran om åtgärd 
(action) (ECHO)  
OPTION indicator
  Åtkomstuppgifter saknas  
OPTION indicator
  Åtgärdsparameter (action 
parameter) finns  
OPTION indicator
  IID saknas  
Mode BOOLEAN
  Svar förväntas  
10 EID INTEGER (0..127,…)
  Ingen utökning, EID = 0 
(System)  
11 ActionType INTEGER (0..127,…)
  Ingen utökning, begäran 
om åtgärdstyp (action 
type) ECHO  
12 ActionParameter CONTAINER {
  Ingen utökning, vald con­
tainer = 2,  
13
 Ingen utökning. Sträng­
längd = 100 oktetter  
14
 Data som ska återges 
(echo)  
… …  
113 } }
  
114 FCS
  Ramkontrollsekvens 
(frame check sequence)  
115
 
116 Flagga (flag)
  Slutflagga (end flag)  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 580  
DSC_58 När fordonsenhetens DSRC-modul tar emot begäran om 
ECHO sänder den ett ECHO-svar på 100 dataoktetter genom 
att återspegla det mottagna kommandot, i enlighet med ISO 
14906 och utan några särskilda RTM-inställningar. I tabell 
14.16 visas ett exempel på kodning på bitnivå.  
Tabell 14.16  
Exempel på ram för ACTION, ECHO (svar)
 Oktett # 
Attribut/fält  Bitar i oktett  Beskrivning  
1 Flagga (FLAG)
  Startflagga (start flag)  
2 Privat LID
  Den specifika fordons­
enhetens länkadress  
3
 
4
 
5
 
6 Kontrollfält för MAC ( MAC control field )
 PDU för svar  
7 Kontrollfält för LLC ( LLC Control field )
 ACn-kommando (n bitar)  
8 Statusfält för LLC (LLC status field)
  Svar tillgängligt  
9 Indikator för fragmentering (fragmentation 
header)
  Ingen fragmentering  
10 ACTION.response 
SEQUENCE {
  Svar på ACTION (ECHO)  
OPTION indicator
  IID saknas  
OPTION indicator
  Svarsparameter (response 
parameter) finns  
OPTION indicator
  Returstatus saknas  
Fill BIT STRING (SIZE (1))
  Används inte  
11 EID INTEGER (0..127)
  Ingen utökning, EID = 0 
(System)  
12 ResponseParameter CONTAINER {
  Ingen utökning, vald con­
tainer = 2  
13
 Ingen utökning. Sträng­
längd = 100 oktetter  
14
 Återgivna data (echo)  
… …  
113 } }
  
114 FCS
  Ramkontrollsekvens 
(frame check sequence)  
115
 
116 Flagga (flag)
  Slutflagga (end flag)  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 581  
5.5 Reserverat för framtida användning (RFU,  Reserved for future use ) 
▼M2 __________  
▼B 
5.6 Dataöverföring mellan fordonsenhetens DSRC-modul och fordons ­
enheten  
5.6.1  Fysisk anslutning och gränssnitt  
DSC_66 Anslutningen mellan  fordonsenheten  och  fordonsenhetens 
DSRC-modul  kan utgöras av antingen en fysisk kabel eller 
trådlös kommunikation över korta avstånd baserad på Blue­
tooth v4.0 BLE.  
DSC_67 Oavsett val av fysisk anslutning och gränssnitt ska följ ande 
krav vara uppfyllda:  
DSC_68  ►M1 a) För att olika leverantörer ska kunna kontrakteras 
att leverera fordonsenheten och fordonsenhetens 
DSRC-modul, och även olika partier av 
DSRC-moduler, ska anslutningen mellan fordons­
enheten och dess externa DSRC-modul följa en 
öppen standard. Fordonsenheten ska anslutas till 
dess DSRC-modul via antingen ◄  
i) en fast kabel på minst 2 meter och en godkänd 
hankontakt av typen Straight DIN 41612 H11 
Connector med 11 stift från DSRC-modulen 
som passar med en liknande DIN/ISO-godkänd 
honkontakt från fordonsenheten,  
ii) Bluetooth Low Energy  (BLE), eller  
iii) en standardanslutning enligt ISO 11898 eller 
SAE J1939.  
DSC_69 b) Definitionen av gränssnitt och anslutning mellan ford ons­
enheten och fordonsenhetens DSRC-modul måste stödja 
kommandona i det tillämpningsprotokoll som definieras i 
avsnitt 5.6.2.  
DSC_70 c) Fordonsenheten och fordonsenhetens DSRC-modul måste 
ha kapacitet för dataöverföring via anslutningen i praktisk 
drift när det gäller prestanda och strömtillförsel.  
5.6.2  Tillämpningsprotokoll  
DSC_71 Tillämpningsprotokollet för kommunikationen mellan for­
donsenhetens kommunikationsanordning för fjärravläsning 
och fordonsenhetens DSRC-modul ansvarar för periodisk 
överföring av data för fjärravläsning från fordonsenheten till 
dess DSRC-modul.  
DSC_72 Följande huvudsakliga kommandon hanteras:  
1. Initiering av kommunikationslänk – begäran  
2. Initiering av kommunikationslänk – svar  
3. Sänd data med identifierare för RTM-tillämpningen och 
nyttolast i form av RTM-data  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 582  
4. Kvittering av data  
5. Avslutning av kommunikationslänk – begäran  
6. Avslutning av kommunikationslänk – svar  
DSC_73 I ASN1.0 kan de ovanstående kommandona definieras på 
följande sätt:
  
DSC_74 Beskrivning av kommandon och parametrar:  
—
 används för att initiera 
kommunikationslänken. Kommandot sänds från fordons­
enheten till dess DSRC-modul. LinkIdentifier sätts av for­
donsenheten och kommuniceras till dess DSRC-modul så 
att en specifik kommunikationslänk kan spåras.  
(Anm.:  Detta är för att stödja framtida länkar och andra 
tillämpningar/moduler, t.ex. för vägning ombord.)  
—
 an­
används av fordonsenhetens DSRC-modul för att ge svar 
på begäran om att initiera kommunikationslänken. Kom­
mandot sänds från fordonsenhetens DSRC-modul till for­
donsenheten. Kommandot ger resultatet av initieringen i 
form av svaret ”= 1” (initiering utförd) eller ”= 0” (ini­
tiering misslyckad).  
DSC_75 Initiering av kommunikationslänken får ske endast efter in­
stallation och kalibrering och efter det att motorn har startat s/ 
fordonsenheten har satts på.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 583  
—
 används av fordonsenheten för att 
sända signerade data för fjärrkommunikation ( RCDTData ) 
till fordonsenhetens DSRC-modul. Data sänds var 60:e 
sekund. Parametern DataTransactionId identifierar den 
specifika dataöverföringen. LinkIdentifier används också 
för att säkerställa att den tillämpliga länken är korrekt.  
—
 sänds av fordonsenhe­
tens DSRC-modul för att ge återkoppling till fordonsenhe­
ten om mottagandet av data via det kommando ­
 
som identifieras med parametern Da­
taTransactionId. Parametern i svaret är 1 (OK) eller 0 
(fel). Om fordonsenheten tar emot fler än tre svar som 
är lika med 0 eller om fordonsenheten inte tar emot någon 
kvittering (RCDT Data Acknowledgment) för ett visst, 
tidigare sänt kommando RCDT-Send Data med ett visst 
DataTransactionId kommer fordonsenheten att generera 
och registrera en händelse.  
—
 sänds av 
fordonsenheten till fordonsenhetens DSRC-modul för att 
avsluta en länk med en viss LinkIdentifier.  
DSC_76 Vid omstart av fordonsenhetens DSRC-modul eller fordons­
enheten ska samtliga befintliga kommunikationslänkar tas 
bort, eftersom det annars kan finnas ”hängande” länkar orsa­
kade av en plötslig nedstängning av fordonsenheten.  
—
 sänds av 
fordonsenhetens DSRC-modul till fordonsenheten för att 
bekräfta mottagandet av fordonsenhetens begäran om att 
avsluta länken med just denna LinkIdentifier.  
5.7 Felhantering  
5.7.1  Registrering och kommunikation av data i fordonsenhetens DSRC-modul  
▼M3 
DSC_77 Redan skyddade  data  ska tillhandahållas av fordonsenhetens 
säkerhetsmodul till fordonsenhetens DSRC-modul. Fordons­
enhetens säkerhetsmodul ska kontrollera att de data som re­
gistreras i fordonsenhetens DSRC-modul har överförts på kor­
rekt sätt till DSRC-modulen. Registrering och rapportering av 
eventuella fel vid överföringen av data från fordonsenheten 
till minnet i fordonsenhetens DSRC-modul ska registreras 
med typen EventFaultType och värdet ”0C”H (fel i kommuni­
kation med kommunikationsanordning för fjärravläsning) till­
sammans med en tidsstämpel. Fordonsenhetens säkerhets­
modul ska kontrollera att dessa data har överförts på korrekt 
sätt till fordonsenhetens DSRC-modul.  
DSC_78 Reserverat för framtida användning (RFU,  Reserved for future 
use) 
▼B 
DSC_79 Om fordonsenhetens minne för nyttolastdata (VUPM) för­
söker hämta data från säkerhetsmodulen (för att lämna dessa 
vidare till fordonsenhetens DSRC-modul) men misslyckas 
med detta, ska den registrera felet som EventFaultType med 
värdet ”62”H (kommunikationsfel i kommunikationsanord­
ning för fjärravläsning) tillsammans med en tidsstämpel.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 584  
Kommunikationsfelet upptäcks när meddelandet ­
 
inte tas emot för motsva­
rande meddelande
  (dvs. där de två 
meddelandena har samma DataTransactionId) ­
 
vid mer än tre på varandra följande 
tillfällen.  
5.7.2  Fel i trådlös kommunikation  
DSC_80 Hantering av kommunikationsfel ska ske i enlighet med de t 
som föreskrivs i relaterade DSRC-standarder, nämligen EN 
300 674-1, EN 12253, EN 12795, EN 12834 och lämpliga 
parametrar från EN 13372.  
5.7.2.1  Krypterings- och signaturfel  
DSC_81 Krypterings- och signaturfel ska hanteras såsom definier as i 
tillägg 11 om gemensamma säkerhetsmekanismer och före­
kommer inte i några felmeddelanden som hänger ihop med 
DSRC-överföringen av data.  
5.7.2.2  Registrering av fel  
DSRC är ett dynamiskt trådlöst kommunikationsmedium i en miljö med 
okända atmosfärs- och interferensförhållanden, särskilt med den  kom­
bination av flyttbar fjärravläsare och bil i rörelse som är akt uell för 
den här tillämpningen. Det är därför nödvändigt att säkerställa  skillnaden 
mellan en ”misslyckad avläsning” och ett ”fel”. För transaktion er via ett 
trådlöst gränssnitt är det vanligt med misslyckade avläsningar och kon­
sekvensen är vanligen att försöka igen, dvs. att återsända BST och 
försöka samma sekvens igen, vilket under de flesta omständighet er leder 
till att anslutningen och dataöverföringen lyckas, såvida inte fordonet 
som ska kontrolleras har förflyttat sig utom räckhåll under den  tid 
som krävs för återsändning. (En lyckad avläsning kan ha omfatta t flera 
försök och omförsök.)  
En misslyckad avläsning kan bero på att antennerna inte parades  på rätt 
sätt (”siktningsfel”), att en av antennerna är skärmad (detta k an vara 
avsiktligt, men också orsakas av ett annat fordons fysiska närv aro). 
Det kan också bero på radiointerferens, särskilt från Wi-Fi på cirka 
5,8 GHz eller annan allmänt tillgänglig trådlös kommunikation, radar­
interferens eller svåra atmosfäriska förhållanden (t.ex. under ett åskvä­
der), eller helt enkelt att fordonet rör sig utanför 
DSRC-kommunikationens räckvidd. Enstaka misslyckade avläsningar  
kan, till följd av sin natur, inte registreras, helt enkelt där för att kom­
munikationen inte upprättades.  
Om de behöriga kontrollmyndigheternas representant riktar fjärr avlä­
saren mot ett fordon och försöker avläsa dess fordonsenhets 
DSRC-modul utan att någon lyckad dataöverföring uppstår kan det ta 
misslyckande dock bero på avsiktlig manipulering, och represent anten 
behöver därför ett medel för att logga misslyckandet och förvar na kol­
legor längre fram om den eventuella överträdelsen. Kollegorna k an se­
dan stoppa fordonet och utföra en fysisk besiktning. Eftersom i ngen 
lyckad kommunikation har ägt rum kan dock inte fordonsenhetens 
DSRC-modul ge några data om misslyckandet. Sådan rapportering s ka 
därför ingå som en funktion i utformningen av fjärravläsarens u trustning.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 585  
”Misslyckad avläsning” är tekniskt sett något annat än ett ”fel ”. I detta 
sammanhang är ett fel samma sak som mottagande av ett felaktigt  värde.  
Data som överförs till  fordonsenhetens DSRC-modul  är redan skyddade 
när de lämnas och måste därför kontrolleras av den som tillhand ahållit 
dessa data (se avsnitt 5.4).  
Data som därefter överförs genom gränssnittet (luften) kontroll eras ge­
nom cyklisk redundanskontroll (CRC) på kommunikationsnivån. Dat a 
som valideras genom CRC är korrekta. Data som inte valideras ge nom 
CRC återsänds. Sannolikheten att data skulle kunna passera geno m en 
CRC på fel sätt är statistiskt så liten att den kan lämnas utan  avseende.  
Om data inte valideras genom CRC och det inte finns tid att åte rsända 
och ta emot korrekta data blir resultatet inte ett fel, utan en  instansiering 
av en särskild typ av misslyckad avläsning.  
De enda meningsfulla ”misslyckade” data som kan registreras är antalet 
lyckade initieringar av transaktioner som förekommer men inte l eder till 
en lyckad dataöverföring till fjärravläsaren.  
DSC_82  Fjärravläsaren  ska därför registrera, med tidsstämpel, antalet 
tillfällen där initieringsfasen lyckas för en DSRC-avläsning, 
men transaktionen avslutas innan korrekta  data  hämtats av 
fjärravläsaren . Dessa data ska vara tillgängliga för de behöriga 
kontrollmyndigheternas representant och lagras i fjärravlä­
sarens minne. De medel som används för att åstadkomma 
detta ska bestämmas genom produktens utformning eller ge­
nom en specifikation från en behörig kontrollmyndighet.  
De enda meningsfulla data om ”fel” som kan registreras är 
antalet tillfällen där fjärravläsaren misslyckas med att dekryp ­
tera de  data  som tas emot. Det bör dock noteras att detta 
enbart berör effektiviteten för fjärravläsarens programvara. 
Data kan vara tekniskt dekrypterade utan att ha någon seman­
tisk mening.  
DSC_83  Fjärravläsaren  ska därför registrera, med tidsstämpel, antalet 
tillfällen den försökt men misslyckats med att dekryptera data 
som tagits emot via DSRC-gränssnittet.  
6 PROVNING VID DRIFTSÄTTNING OCH PERIODISK BESIKTNING 
AV FJÄRRKOMMUNIKATIONSFUNKTIONEN  
6.1 Allmänt  
DSC_84 Två typer av prov kan förutses för fjärrkommunikationsfu nk­
tionen:  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 586  
1) Ett ECHO-prov för att validera den trådlösa kommunika­
tionskanalen mellan fjärravläsarens DSRC-modul och for­
donsenhetens DSRC-modul.  
2) Ett säkerhetsprov från början till slut för att säkerställa att 
ett verkstadskort kan komma åt krypterat och signerat da­
tainnehåll som skapas i fordonsenheten och överförs via 
den trådlösa kommunikationskanalen.  
6.2 ECHO  
Detta avsnitt innehåller bestämmelser som är framtagna särskilt  för att 
endast prova att kommunikationskanalen mellan fjärravläsarens 
DSRC-modul och fordonsenhetens DSRC-modul är funktionellt aktiv . 
Syftet med kommandot ECHO är att ge verkstäder eller anläggning ar för 
typgodkännandeprov möjlighet att prova om DSRC-länken fungerar,  
utan att behöva ha tillgång till säkerhetsuppgifter. Provarens utrustning 
behöver därför endast kunna initiera en DSRC-kommunikation (sän da en 
BST med AID = 2) och sedan sända ECHO-kommandot och, under 
antagandet att DSRC fungerar, ta emot ECHO-svaret. Se avsnitt 5 .4.8 
för mer information. Under antagandet att detta svar tas emot k orrekt 
kan den korrekta funktionen hos DSRC-länken mellan fjärravläsar ens 
DSRC-modul och fordonsenhetens DSRC-modul valideras.  
6.3 Prov för att validera skyddat datainnehåll  
DSC_85 Detta prov utförs för att validera ett skyddat dataflöde  från 
början till slut. En provningsavläsare för DSRC behövs för 
detta prov. Provningsavläsaren för DSRC har samma funktio­
nalitet och är utformad utifrån samma specifikationer som den 
avläsare som används av kontrolltjänstemännen (även kallade  
law enforcer ), med undantaget att ett verkstadskort i stället för 
ett kontrollkort ska användas för att autentisera användaren av  
provningsavläsaren. Provet kan utföras efter den första akti­
veringen av en smart färdskrivare eller i slutet av kalibrering s­
förfarandet. Efter aktiveringen ska fordonsenheten generera 
skyddade data för tidig upptäckt och överföra dessa till for­
donsenhetens DSRC-modul.  
DSC_86 Verkstadspersonalen ska placera provningsavläsaren för 
DSRC på ett avstånd av mellan 2 och 10 meter framför 
fordonet.  
DSC_87 Verkstadspersonalen ska sedan sätta in ett verkstadskort  i  
provningsavläsaren för att begära avläsning av data för tidig 
upptäckt i fordonsenheten. Efter en lyckad avläsning ska 
verkstadspersonalen kontrollera mottagna data för att säker­
ställa att deras integritet har validerats och att de har 
dekrypterats.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 587  
Tillägg (Addendum)  
Regler för beräkning av körtid per dag, per vecka och per två v eckor  
1. Grundläggande beräkningsregler  
Fordonsenheten ska beräkna körtiden per dag, körtiden per vecka  och körtiden 
per två veckor med hjälp av relevanta data som lagras i ett för arkort (eller 
verkstadskort) som är insatt i förarens kortplats (kortplats 1,  kortläsare #1) i 
fordonsenheten, samt valda föraraktiviteter medan detta kort är  insatt i 
fordonsenheten.  
Körtiderna får inte beräknas om inget förarkort (eller verkstad skort) är insatt.  
En eller flera okända (UNKNOWN) perioder som påträffas under de n tids­
period som behövs för beräkningarna ska jämställas med rast/vil a (BREAK/ 
REST).  
Okända (UNKNOWN) perioder och aktiviteter med negativ varaktigh et (dvs. 
aktiviteten påbörjas senare än den avslutas) på grund av tidsöv erlappningar 
mellan två olika fordonsenheter eller på grund av tidsinställni ng beaktas inte.  
Aktiviteter som registreras på förarkortet och som motsvarar pe rioder ej om­
fattas (OUT OF SCOPE) i enlighet med definition gg i bilaga IC ska tolkas på 
följande sätt:  
— Rast/vila (BREAK/REST) beräknas som rast (BREAK) eller vila ( REST).  
— Arbete (WORK) och körning (DRIVING) ska betraktas som 
arbete (WORK).  
— Tillgänglighet (AVAILABILITY) ska betraktas som tillgänglighe t (AVAILABI­
LITY).  
Inom ramen för detta tillägg ( Addendum ) ska fordonsenheten utgå från att det 
finns en dygnsvila vid början av posterna för kortaktiviteter.  
2. Begrepp  
Följande begrepp gäller endast för detta tillägg och är avsedda  att specificera 
fordonsenhetens beräkning av körtider och dess senare överförin g via kom­
munikationsanordningen för fjärravläsning.  
a) RTM-skift : perioden mellan slutet av en dygnsvila och slutet av den när­
mast följande dygnsvilan.  
Fordonsenheten ska inleda ett nytt RTM-skift efter det att en d ygnsvila har 
avslutats.  
Det pågående RTM-skiftet är perioden sedan slutet av den senast e 
dygnsvilan.  
b) sammanlagd körtid : summan av varaktigheten för förarens samtliga 
köraktiviteter (DRIVING) som omfattas (dvs. de är inte OUT OF S COPE) 
inom en period.  
c) körtid per dag : den sammanlagda körtiden inom ett RTM-skift.  
d) körtid per vecka : den sammanlagda körtiden för innevarande vecka.  
e) sammanhängande viloperiod : varje oavbruten period av rast/vila (BREAK/ 
REST).  
f) körtid per två veckor : den sammanlagda körtiden för innevarande vecka 
och föregående vecka.  ▼M3
02016R0799 — SV — 21.08.2023 — 003.001 — 588  
g) dygnsvila : en period av rast/vila (BREAK/REST), som kan vara antingen  
— en normal dygnsvila,  
— en delad dygnsvila, eller  
— en reducerad dygnsvila.  
Inom ramen för tillägg 14 ska varje veckovila betraktas som en dygnsvila 
när en fordonsenhet beräknar denna veckovila.  
h) normal dygnsvila : en sammanhängande viloperiod på minst elva timmar.  
När en omständighet av typen transport med färja/tåg (FERRY/TRA IN 
CROSSING) är aktiv får den normala dygnsvilan i undantagsfall a vbrytas 
högst två gånger av andra aktiviteter än vila, med en maximal s ammanlagd 
varaktighet på en timme, dvs. en normal dygnsvila som omfattar perioder 
för transport med färja/tåg får delas upp i två eller tre delar . Fordons­
enheten ska sedan beräkna en normal dygnsvila när den sammanlag da 
vilotiden, beräknad enligt punkt 3, är minst elva timmar.  
När en normal dygnsvila har avbrutits ska fordonsenheten  
— inte beakta köraktiviteten under dessa avbrott i beräkningen av körtiden 
per dag, och  
— påbörja ett nytt RTM-skift i slutet av den normala dygnsvila som har 
avbrutits.  
Figur 1.  
Exempel på dygnsvila med avbrott på grund av transport med färja/ 
tåg
 
i) reducerad dygnsvila : en sammanhängande viloperiod på minst nio och 
mindre än elva timmar.  
j) delad dygnsvila : en dygnsvila som intas i två delar:  
— Den första delen ska vara en sammanhängande viloperiod på min st tre 
och mindre än nio timmar.  
— Den andra delen ska vara en sammanhängande viloperiod på mins t nio 
timmar.  
När en omständighet av typen transport med färja/tåg (FERRY/TRA IN 
CROSSING) är aktiv under den ena eller båda delarna av en delad  dygns­
vila får den delade dygnsvilan avbrytas högst två gånger av and ra aktivi­
teter med en sammanlagd varaktighet på högst en timme, dvs.  
— den första delen av den delade dygnsvilan får avbrytas en ell er två 
gånger, eller  
— den andra delen av den delade dygnsvilan får avbrytas en elle r två 
gånger, eller  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 589  
— den första delen av den delade dygnsvilan får avbrytas en gån g och 
den andra delen av den delade dygnsvilan får avbrytas en gång.  
Fordonsenheten ska sedan beräkna en delad dygnsvila när den sam man­
lagda vilotiden, beräknad enligt punkt 3, är  
— minst tre timmar och mindre än elva timmar för den första vil operioden 
och minst nio timmar för den andra viloperioden, när den första  vilo­
perioden har avbrutits av transport med färja/tåg (FERRY/TRAIN 
CROSSING),  
— minst tre timmar och mindre än nio timmar för den första vilo perioden 
och minst nio timmar för den andra viloperioden, när den första  vilo­
perioden inte har avbrutits av transport med färja/tåg (FERRY/T RAIN 
CROSSING).  
Figur 2.  
Exempel på delad dygnsvila med avbrott på grund av transport med färja/tåg
  
När en delad dygnsvila har avbrutits ska fordonsenheten  
— inte beakta köraktiviteten under dessa avbrott i beräkningen av körtiden 
per dag, och  
— påbörja ett nytt RTM-skift i slutet av den delade dygnsvila s om har 
avbrutits.  
k) vecka : perioden i UTC-tid mellan kl. 00:00 på måndag och kl. 24:00 p å 
söndag.  
3. Beräkning av viloperiod med avbrott på grund av transport me d färja/tåg  
För beräkning av viloperioden när den har avbrutits på grund av  transport med 
färja/tåg ska fordonsenheten beräkna den sammanlagda vilotiden i enlighet 
med följande steg:  
a) Steg 1  
Fordonsenheten ska detektera avbrott i vilotiden som inträffar innan 
startflaggan (BEGIN) sätts för transport med färja/tåg (FERRY/T RAIN 
CROSSING), i enlighet med figur 3 eller figur 4, beroende på vi lken 
som är relevant, och ska för varje avbrott som detekteras utvär dera om 
följande villkor är uppfyllda:  
— Avbrottet innebär att den totala varaktigheten av de avbrott som de­
tekterats, inklusive eventuella avbrott som inträffar under den  första 
delen av en delad dygnsvila på grund av transport med färja/tåg , över­
stiger mer än en timme totalt.  
— Avbrottet innebär att den totala antalet avbrott som detekter ats, inklu­
sive eventuella avbrott som inträffar under den första delen av  en delad 
dygnsvila på grund av transport med färja/tåg, är större än två . 
— Det finns en ”Angivelse av plats där dagens arbetsperioder av slutas” 
som lagrats efter det att avbrottet har avslutats.  
Om inget av ovanstående villkor är uppfyllt ska den sammanhänga nde 
viloperioden omedelbart före avbrottet läggas till den sammanla gda 
vilotiden.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 590  
Om minst ett av ovanstående villkor är uppfyllt ska fordonsenhe ten an­
tingen avbryta beräkningen av den sammanlagda vilotiden i enlig het med 
steg 2 eller detektera avbrott i vilotiden som inträffar efter 
startflaggan (BEGIN) för transport med färja/tåg (FERRY/TRAIN C ROS­
SING) i enlighet med steg 3.  
b) Steg 2  
För varje avbrott som detekteras i enlighet med steg 1 ska ford onsenheten 
utvärdera om beräkningen av den sammanlagda vilotiden bör avbry tas. 
Fordonsenheten ska avbryta beräkningsprocessen när två sammanhä ngande 
viloperioder som inträffar innan startflaggan (BEGIN) sätts för  transport 
med färja/tåg (FERRY/TRAIN CROSSING) har lagts till den samman­
lagda vilotiden, även i de fall där viloperioder som lagts till  i första delen 
av en delad dygnsvila också avbryts av transport med färja/tåg.  I annat fall 
ska fordonsenheten fortsätta i enlighet med steg 3.  
c) Steg 3  
Om fordonsenheten efter att ha utfört steg 2 fortsätter beräkni ngen av den 
sammanlagda vilotiden ska fordonsenheten detektera avbrott som inträffar 
efter avaktivering av omständigheten FERRY/TRAIN CROSSING i enl ig­
het med figur 3 eller figur 4, beroende på vilken som är releva nt. 
För varje påträffat avbrott ska fordonsenheten utvärdera om avb rottet in­
nebär att den sammanlagda tiden för samtliga detekterade avbrot t översti­
ger mer än en timme totalt; i så fall ska beräkningen av den sa mmanlagda 
viloperioden avslutas vid slutet av den sammanhängande viloperi od som 
föregår avbrottet. I annat fall ska de sammanhängande viloperio der som 
inträffar efter respektive avbrott läggas till i beräkningen av  dygnsvilan till 
dess att villkoret i steg 4 är uppfyllt.  
d) Steg 4  
Beräkningen av den sammanlagda vilotiden ska avbrytas när fordo nsenhe­
ten, till följd av stegen 1 och 3, har lagt till högst två samm anhängande 
viloperioder till den viloperiod för vilken omständigheten FERR Y/TRAIN 
CROSSING är aktiverad, även i de fall där avbrott inträffar und er den 
första delen av en delad dygnsvila på grund av transport med fä rja/tåg.  
Figur 3.  
Fordonsenhetens behandling av vilotider för att fastställa om en avbruten viloperiod ska räknas som 
normal dygnsvila eller som den första delen av en delad dygnsvila
  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 591  
Figur 4.  
Fordonsenhetens behandling av vilotider för att fastställa om en avbruten viloperiod ska räknas som den 
andra delen av en delad dygnsvila
  
Figur 5.  
Exempel på en dygnsvila som avbrutits mer än två gånger, vilket leder till att viloperioden H inte tas med i 
beräkningen
  
Figur 6.  
Exempel på en dygnsvila där perioden för transport med färja/tåg påbörjas vid arbetsperiodens slut
  
Figur 7.  
Exempel på en dygnsvila som avbrutits mer än två gånger, vilket leder till att viloperioden B inte tas med i 
beräkningen
  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 592  
Figur 8.  
Exempel på en delad dygnsvila som avbryts en gång under den första viloperioden och en gång under den 
andra viloperioden
  
4. Beräkning av körtid per dag, per vecka och per två veckor  
Fordonsenheten ska beräkna körtiden per dag (en eller flera) fö r pågående och 
föregående RTM-skift. Den körtid som inträffar under avbrotten i den ena 
eller andra dygnsvilan ska inte läggas till i beräkningen av kö rtiden per dag, 
om sådana avbrott beror på transport med färja/tåg och kraven i  punkterna 2 
h, 2 j och 3 är uppfyllda. Om en fullständig normal eller delad  dygnsvila inte 
har beräknats av fordonsenheten i enlighet med punkt 3 ska dock  de körtider 
som inträffar under avbrotten läggas till körtiden per dag för det pågående 
RTM-skiftet.  
Fordonsenheten ska också beräkna körtiderna per vecka och per t vå veckor. 
Den körtid som inträffar under avbrotten i den ena eller andra dygnsvilan på 
grund av transport med färja/tåg ska läggas till i beräkningen av körtiderna per 
vecka och per två veckor.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 593  
Tillägg 15  
MIGRERING: HANTERING AV UTRUSTNING I FLERA 
GENERATIONER OCH VERSIONER SOM ANVÄNDS SAMTIDIGT  
▼B 
INNEHÅLLSFÖRTECKNING  
1 DEFINITIONER  
2. ALLMÄNNA BESTÄMMELSER  
2.1. Övergången i stora drag  
▼M3 
2.2. Driftskompatibilitet mellan fordonsenhet och kort  
▼B 
2.3. Driftskompatibilitet mellan fordonsenhet och rörelsesensor  
2.4. Driftskompatibilitet mellan fordonsenheter, färdskrivarkor t och utrustning 
för dataöverföring  
2.4.1 Direkt överföring från kort till IDE-enhet  
2.4.2 Överföring från kort via fordonsenhet  
2.4.3 Överföring från fordonsenhet  
2.5. Driftskompatibilitet mellan fordonsenhet och kalibreringsu trustning  
3. VIKTIGA STEG UNDER PERIODEN FÖRE INFÖRANDEDAGEN  
4. BESTÄMMELSER FÖR PERIODEN EFTER INFÖRANDEDAGEN  
▼M3 
5. REGISTRERING AV GRÄNSPASSAGER I FÄRDSKRIVARE I GE­ 
NERATION 1 OCH GENERATION 2, VERSION 1  
▼B 
1 DEFINITIONER  
Följande definitioner används i detta tillägg:  
smart färdskrivarsystem:  Enligt definition i denna bilaga (kapitel 1, 
definition bbb).  
första generationens färdskrivarsystem:  Enligt definition i denna för­
ordning (artikel 2, definition 1).  
andra generationens färdskrivarsystem:  Enligt definition i denna för­
ordning (artikel 2, definition 7).  
införandedag:  Enligt definition i denna bilaga (kapitel 1, definition ccc).  
IDE ( Intelligent Dedicated Equipment ): Utrustning som används för data­
överföring, enligt definition i tillägg 7 till denna bilaga.  
▼M3 
2. ALLMÄNNA BESTÄMMELSER  
2.1. Övergången i stora drag  
I inledningen till denna bilaga ges en översikt över övergången  mellan 
första och andra generationens färdskrivarsystem, och över infö randet av 
andra versionen av andra generationens färdskrivare och färdskr ivarkort.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 594  
Utöver bestämmelserna i denna inledning är det motiverat att på minna om 
följande information:  
— Första generationens rörelsesensorer är inte driftskompatibla  med nå­
gon version av andra generationens fordonsenheter.  
— Endast andra generationens rörelsesensorer kan installeras i fordon 
som är utrustade med någon version av andra generationens 
fordonsenheter.  
— Dataöverförings- och kalibreringsutrustning behöver utvecklas  för att 
stödja användning av båda generationerna eller båda versionerna  av 
färdskrivare och färdskrivarkort.  
2.2. Driftskompatibilitet mellan fordonsenhet och kort  
Det är underförstått att första generationens färdskrivarkort ä r driftskom­
patibla med första generationens fordonsenheter (i enlighet med  bilaga IB 
till förordning (EEG) nr 3821/85, och att andra generationens f ärdskrivar­
kort, oavsett version, är driftskompatibla med andra generation ens for­
donsenheter, oavsett version, i enlighet med bilaga IC till den  här för­
ordningen. Dessutom gäller nedanstående krav.  
MIG_001 Första generationens färdskrivarkort får fortsätta att användas i 
valfri version av andra generationens fordonsenheter, fram till  
deras sista giltighetsdag, med undantag för det som föreskrivs 
i krav MIG_004 och MIG_005. Innehavarna får dock efter­
fråga att de ersätts med andra generationens färdskrivarkort så  
snart de finns tillgängliga.  
MIG_002 Valfri version av andra generationens fordonsenheter sk a 
kunna använda alla giltiga förar-, kontroll- och företagskort 
av första generationen som sätts in.  
MIG_003 Denna förmåga kan komma att slutgiltigt tas bort i samb and 
med verkstadsbesök, så att första generationens färdskrivar­
kort inte längre godtas. Detta kan endast ske efter det att 
Europeiska kommissionen har inlett ett förfarande i syfte att 
begära detta av verkstäderna, t.ex. vid varje periodisk färd­
skrivarbesiktning.  
MIG_004 Andra generationens fordonsenheter får endast använda a ndra 
generationens verkstadskort.  
MIG_005 När det gäller att avgöra funktionsläge ska andra gener atio­
nens fordonsenheter endast beakta typen av giltigt kort som 
sätts in, oavsett dess generation.  
MIG_006 Ett giltigt andra generationens färdskrivarkort, oavset t dess 
version, ska kunna användas i första generationens fordons­
enheter på exakt samma sätt som ett första generationens färd­
skrivarkort av samma typ.  
2.3. Driftskompatibilitet mellan fordonsenhet och rörelsesensor  
Det är underförstått att första generationens rörelsesensorer ä r driftskom­
patibla med första generationens fordonsenheter, medan andra ge neratio­
nens rörelsesensorer är driftskompatibla med valfri version av andra ge­
nerationens fordonsenheter. Dessutom gäller nedanstående krav.  
MIG_007 Andra generationens fordonsenheter, oavsett version, få r inte 
paras och användas med första generationens rörelsesensorer.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 595  
MIG_008 Andra generationens rörelsesensorer kan paras och använ das 
endast med valfri version av andra generationens fordonsenhe­
ter, eller med båda generationerna av fordonsenheter.  
2.4. Driftskompatibilitet mellan fordonsenheter, färdskrivarkort och ut ­
rustning för dataöverföring  
MIG_009 Utrustning för dataöverföring kan vara kompatibel med s amt­
liga generationer och versioner av fordonsenheter och färd­
skrivarkort.  
2.4.1  Direkt överföring från kort till IDE-enhet  
MIG_010 Vid dataöverföring från ett färdskrivarkort av en viss genera­
tion som är insatt i en kortläsare till en IDE-enhet ska säker­
hetsmekanismerna och dataöverföringsprotokollet för denna 
generation användas, och överförda data ska ha det format 
som definierats för denna generation och denna version.  
MIG_011 För förarkontroll genom andra än EU:s kontrollmyndighet er 
ska det också vara möjligt att överföra andra generationens 
förarkort (och verkstadskort), oavsett version, på exakt samma 
sätt som första generationens förarkort (och verkstadskort). En  
sådan överföring ska omfatta följande:  
— Icke signerade elementfiler (EF) IC och ICC (frivilligt).  
— Icke signerade elementfiler (för första generationen) 
Card_Certificate och CA_Certificate.  
— Andra elementfiler (EF) med tillämpningsdata (under DF 
Tachograph) som krävs av första generationens protokoll 
för överföring från kort. Denna information ska skyddas 
med en digital signatur, i enlighet med den första genera­
tionens säkerhetsmekanismer.  
En sådan överföring ska inte omfatta elementfiler (EF) 
med tillämpningsdata som endast finns på version 1 eller 
version 2 av andra generationens förarkort (och verkstads­
kort) (elementfiler med tillämpningsdata under DF Ta­
chograph_G2).  
2.4.2  Överföring från kort via fordonsenhet  
MIG_012 Vid dataöverföring från ett andra generationens kort, o avsett 
version, som är insatt i en första generationens fordonsenhet 
ska första generationens dataöverföringsprotokoll användas. 
Kortet ska svara på fordonsenhetens kommandon på exakt 
samma sätt som ett första generationens kort, och överförda 
data ska ha samma format som data som överförs från första 
generationens kort.  
MIG_013 Vid dataöverföring från ett första generationens kort s om är 
insatt i en valfri version av andra generationens fordonsenhet 
ska det dataöverföringsprotokoll som är definierat i tillägg 7 
till denna bilaga användas. Fordonsenheten ska skicka kom­
mandon till kortet på exakt samma sätt som en första genera­
tionens fordonsenhet, och överförda data ska följa det format 
som definierats för första generationens kort.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 596  
2.4.3  Överföring från fordonsenhet  
MIG_014 Med undantag för förarkontroll som utförs av kontrollmy ndig­
heter i tredjeländer ska data överföras från andra generatio­
nens fordonsenheter med hjälp av andra generationens säker­
hetsmekanismer och det dataöverföringsprotokoll för den re­
levanta versionen som anges i tillägg 7 till denna bilaga.  
MIG_015 För förarkontroll som utförs av kontrollmyndigheter i t redje­
länder kan det också vara möjligt att överföra data från valfri  
version av andra generationens fordonsenheter med hjälp av 
första generationens säkerhetsmekanismer. Överförda data ska 
då ha samma format som data som överförs från en första 
generationens fordonsenhet. Denna förmåga kan väljas genom 
kommandon i menyerna.  
2.5. Driftskompatibilitet mellan fordonsenhet och kalibreringsutrustning  
MIG_016 Kalibreringsutrustning ska kunna utföra kalibrering av varje 
generation eller version av färdskrivare med hjälp av kalibre­
ringsprotokollet för respektive generation eller version. Ka­
libreringsutrustning kan vara kompatibel med samtliga gene­
rationer och versioner av fordonsenheter.  
3. VIKTIGA STEG UNDER PERIODEN FÖRE INFÖRANDEDAGEN  
MIG_017 Nycklar och certifikat för provning ska vara tillgängli ga för 
tillverkare samma dag som denna bilaga offentliggörs.  
MIG_018 Driftskompatibilitetsprov ska vara klara att inledas me d ver­
sion 2 av fordonsenheter och version 2 av färdskrivarkort om 
tillverkarna begär detta senast 15 månader före införandeda­
gen. 
MIG_019 För version 2 av färdskrivare, färdskrivarkort och röre lsesen­
sorer i generation 2 används samma nycklar och certifikat 
som för utrustning i generation 2 version 1.  
MIG_020 Medlemsstater ska kunna utfärda verkstadskort i generat ion 2 
version 2 senast  1 månad  före införandedagen.  
MIG_021 Medlemsstater ska kunna utfärda alla typer andra av fär dskri­
varkort i generation 2 version 2 senast  1 månad  före införan­
dedagen.  
4. BESTÄMMELSER FÖR PERIODEN EFTER INFÖRANDEDAGEN  
MIG_022 Med verkan från och med införandedagen ska medlemssta­
terna utfärda endast färdskrivarkort i generation 2 version 2.  
MIG_023 Tillverkare av fordonsenheter/rörelsesensorer ska tillå tas pro­
ducera första generationens fordonsenheter/rörelsesensorer så 
länge de används i praktiken, så att felaktiga komponenter kan 
bytas ut.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 597  
MIG_023a Med verkan från och med införandedagen ska felaktiga f or­
donsenheter eller externa GNSS-anordningar i generation 2 
version 1 ersättas med fordonsenheter eller externa 
GNSS-anordningar i generation 2 version 2.  
MIG_024 Tillverkare av fordonsenheter/rörelsesensorer ska ha mö jlighet 
att begära och erhålla fortsatta typgodkännanden för första 
generationens typer av fordonsenheter/rörelsesensorer eller 
version 1 av andra generationens fordonsenheter som redan 
typgodkänts.  
5. REGISTRERING AV GRÄNSPASSAGER I FÄRDSKRIVARE I GENE­
RATION 1 OCH GENERATION 2, VERSION 1  
MIG_025 Symbolen för det land och, i tillämpliga fall, den regi on som 
föraren anländer till efter att ha passerat en medlemsstats 
gräns i enlighet med artikel 34.7 i förordning (EU) 
nr 165/2014 ska anges som en plats där dagens arbetsperiod 
påbörjas i enlighet med den manuella angivelse av platser som 
fastställs i krav 60 i bilaga IC till förordning (EU) nr 165/20 14 
och punkt 50 i bilaga IB till förordning (EEG) nr 3821/85.  ▼M3
 02016R0799 — SV — 21.08.2023 — 003.001 — 598  
Tillägg 16  
ADAPTER FÖR FORDONSKATEGORIERNA M1 OCH N1  
INNEHÅLLSFÖRTECKNING  
1. FÖRKORTNINGAR OCH REFERENSDOKUMENT  
1.1. Förkortningar  
1.2. Hänvisningar till standarder  
2. ALLMÄN BESKRIVNING AV ADAPTERN OCH DESS FUNKTIO­ 
NER  
2.1. Allmän beskrivning av adaptern  
2.2. Funktioner  
2.3. Säkerhet  
3. KRAV PÅ FÄRDSKRIVAREN NÄR EN ADAPTER ÄR INSTALLE­ 
RAD  
4. KONSTRUKTIONS- OCH FUNKTIONSKRAV FÖR ADAPTERN  
4.1. Gränssnitt mot och anpassning av inkommande hastighetspuls er 
4.2. Inducering av de inkommande pulserna till den inbyggda rör elsesensorn  
4.3. Inbyggd rörelsesensor  
4.4. Säkerhetskrav  
4.5. Prestanda  
4.6. Material  
4.7. Märkningar  
5. INSTALLATION AV FÄRDSKRIVARE NÄR EN ADAPTER AN­ 
VÄNDS  
5.1. Installation  
5.2. Plombering  
6. KONTROLLER, BESIKTNINGAR OCH REPARATIONER  
6.1. Periodiska besiktningar  
7. TYPGODKÄNNANDE FÖR FÄRDSKRIVARE NÄR EN ADAPTER 
ANVÄNDS  
7.1. Allmänt  
7.2. Funktionsintyg  
1. FÖRKORTNINGAR OCH REFERENSDOKUMENT  
1.1. Förkortningar  
TBD  To Be Defined  (ej fastställt)  
VU Vehicle Unit  (fordonsenhet)  
1.2. Hänvisningar till standarder  
ISO16844-3 Road vehicles – Tachograph systems – Part 3: Motion sensor 
interface  
2. ALLMÄN BESKRIVNING AV ADAPTERN OCH DESS FUNKTIO­
NER  
2.1. Allmän beskrivning av adaptern  
ADA_001 Adaptern ska förse en ansluten fordonsenhet med krypter ade 
rörelsedata som ständigt visar fordonets hastighet och tillryg­
galagda sträcka.  
Adaptern är endast avsedd för de fordon som ska vara utrus­
tade med färdskrivare enligt denna förordning.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 599  
Den ska installeras och användas endast i de fordonstyper som 
definieras i definition ”yy” (”adapter”) i bilaga 1C, där det i nte 
är mekaniskt möjligt att installera någon annan typ av existe­
rande rörelsesensor som i övrigt överensstämmer med bestäm­
melserna i denna bilaga och dess tillägg 1–16.  
Adaptern får inte ha ett mekaniskt gränssnitt med en rörlig 
fordonsdel, utan ska vara ansluten till de impulser för hastigh et/ 
sträcka som avges av integrerade sensorer eller alternativa 
gränssnitt.  
ADA_002 En typgodkänd rörelsesensor (enligt bestämmelserna i av snitt 8 
i bilaga IC om typgodkännande för färdskrivare och färdskri­
varkort) ska monteras inuti adapterns hölje, som också ska 
rymma en pulsomvandlare som inducerar de inkommande pul­
serna till den inbyggda rörelsesensorn. Denna inbyggda rörel­
sesensor ska själv vara ansluten till fordonsenheten, så att 
gränssnittet mellan fordonsenheten och adaptern överensstäm­
mer med de krav som anges i ISO 16844-3.  
2.2. Funktioner  
ADA_003 Adaptern ska inbegripa följande funktioner:  
— Gränssnitt mot och anpassning av de inkommande 
hastighetspulserna.  
— Inducering av de inkommande pulserna till den inbyggda 
rörelsesensorn.  
— Alla funktioner i den inbyggda rörelsesensorn, så att kryp­
terade rörelsedata tillhandahålls fordonsenheten.  
2.3. Säkerhet  
ADA_004 Adaptern får inte vara säkerhetscertifierad enligt det allmänna 
säkerhetsmålet för rörelsesensorer i tillägg 10 till denna bila ga. 
I stället ska säkerhetskraven i avsnitt 4.4 i detta tillägg gäl la. 
3. KRAV PÅ FÄRDSKRIVAREN NÄR EN ADAPTER ÄR INSTALLE­
RAD  
I de följande kapitlen anges hur kraven i denna bilaga ska tolk as när en 
adapter används. De relaterade kravnumren i bilaga 1C anges i p arentes.  
ADA_005 Varje färdskrivare i fordon som har utrustats med en ad apter 
ska överensstämma med alla bestämmelser, om inte annat 
anges i detta tillägg.  
ADA_006 När en adapter är installerad inbegriper färdskrivaren kablar, 
adaptern (inklusive en rörelsesensor) och en fordonsenhet (krav  
01). 
ADA_007 Färdskrivarens funktion för upptäckt av en händelse och /eller 
fel ändras enligt följande:  
— Händelsen ”avbrott i strömtillförseln” ( Power Supply Inter ­
ruption ) ska utlösas av fordonsenheten om strömtillförseln i 
den inbyggda rörelsesensorn är avbruten under mer än 200 
millisekunder när kalibreringsläget inte är inställt (krav 79).  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 600  
— Händelsen ”fel i rörelsedata” ska utlösas av fordonsenheten 
vid avbrott av det normala dataflödet mellan den inbyggda 
rörelsesensorn och fordonsenheten och/eller vid integritets­
fel eller autentiseringsfel under utbyte av data mellan den 
inbyggda rörelsesensorn och fordonsenheten (krav 83).  
— Händelsen ”försök till säkerhetsöverträdelse” ska utlösas av 
fordonsenheten vid varje övrig händelse som påverkar sä­
kerheten i den inbyggda rörelsesensorn när kalibrerings­
läget inte är inställt (krav 85).  
— ”Färdskrivarfel” ska utlösas av fordonsenheten för varje fel 
i den inbyggda rörelsesensorn när kalibreringsläget inte är 
inställt (krav 88).  
ADA_008 De adapterfel som kan upptäckas av färdskrivaren ska va ra de 
som är relaterade till den inbyggda rörelsesensorn (krav 88).  
ADA_009 Fordonsenhetens kalibreringsfunktion ska möjliggöra aut o­
matisk parning av den inbyggda rörelsesensorn med fordons­
enheten (krav 202, 204).  
4. KONSTRUKTIONS- OCH FUNKTIONSKRAV FÖR ADAPTERN  
4.1. Gränssnitt mot och anpassning av inkommande hastighetspulser  
ADA_011 Adapterns gränssnitt för indata ska acceptera frekvensp ulser 
som motsvarar fordonets hastighet och/eller tillryggalagda 
sträcka. De inkommande pulserna har följande elektriska egen­
skaper:  TBD (ska definieras av tillverkaren) . Inställningar som 
endast finns tillgängliga för adaptertillverkaren och den god­
kända verkstad som utför installationen av adaptern ska möj­
liggöra ett korrekt gränssnitt för adapterns indata till fordon et, i 
förekommande fall.  
▼M3 
ADA_012 Gränssnittet för adapterns indata ska, i förekommande f all, 
kunna multiplicera eller dividera frekvenspulserna i de inkom­
mande hastighetspulserna med hjälp av en fast faktor, för att 
anpassa signalen till en k-konstant inom det intervall som de­
finieras i denna bilaga (2 400 till 25 000 imp/km). Denna fast­
ställda faktor får endast programmeras av adaptertillverkaren 
och den godkända verkstad som utför installationen av 
adaptern.  
▼B 
4.2. Inducering av de inkommande pulserna till den inbyggda rörelsesen ­
sorn  
ADA_013 De inkommande pulserna, eventuellt anpassade enligt vad  som 
anges ovan, ska induceras till den inbyggda rörelsesensorn, så 
att varje inkommande puls upptäcks av rörelsesensorn.  
4.3. Inbyggd rörelsesensor  
ADA_014 Den inbyggda rörelsesensorn ska stimuleras av de induce rade 
pulserna, för att på så sätt kunna generera rörelsedata som 
korrekt motsvarar fordonets rörelse, som om den var mekaniskt 
ihopkopplad med en rörlig del av fordonet.  
ADA_015 Identifieringsdata i den inbyggda rörelsesensorn ska an vändas 
av fordonsenheten för att identifiera adaptern (krav 95).  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 601  
ADA_016 Installationsdata som lagras i den inbyggda rörelsesens orn ska 
anses motsvara adapterns installationsdata (krav 122).  
4.4. Säkerhetskrav  
ADA_017 Adapterns hölje ska vara utformat så att det inte kan ö ppnas. 
Den ska vara plomberad, så att försök till fysisk manipulering 
lätt kan upptäckas (exempelvis genom okulär besiktning, se 
ADA_035). Plomberingar ska uppfylla samma krav som rörel­
sesensorns plomberingar (krav 398–406).  
ADA_018 Det ska inte vara möjligt att avlägsna den inbyggda rör elsesen­
sorn från adaptern utan att bryta plomberingen/plomberingarna 
på adapterns hölje, eller bryta plomberingen mellan rörelsesen­
sorn och adapterns hölje (se ADA_034).  
ADA_019 Adaptern ska säkerställa att de rörelsedata som generer as och 
behandlas endast kommer från adapterns indata.  
4.5. Prestanda  
ADA_020 Adaptern ska vara helt funktionsduglig inom ett tempera turin­
tervall som definieras av tillverkaren.  
ADA_021 Adaptern ska vara helt funktionsduglig vid en luftfukti ghet i 
intervallet 10–90 % (krav 214).  
ADA_022 Adaptern ska skyddas mot överspänning, mot omkastning a v 
polerna i dess strömtillförsel och mot kortslutning (krav 216).  
ADA_023 Adaptern ska antingen  
— reagera på ett magnetfält som stör avkänningen av fordo­
nets rörelse (i så fall ska fordonsenheten registrera och 
lagra ett sensorfel (krav 88)), eller  
— ha ett sensorelement som är skyddat eller immunt mot 
magnetfält (krav 217).  
ADA_024 Adaptern ska uppfylla kraven i den internationella föro rdningen 
UN ECE R10 i fråga om elektromagnetisk kompatibilitet, och 
ska skyddas mot elektrostatiska laddningar och transienter 
(krav 218).  
4.6. Material  
ADA_025 Adaptern ska uppfylla kriterierna för skyddsklass ( TBD, ska 
definieras av tillverkaren, beroende på installationsplats ) (krav 
220, 221).  
ADA_026 Färgen på adapterns hölje ska vara gul.  
4.7. Märkningar  
ADA_027 En typskylt ska fästas på adaptern, och den ska ange fö ljande:  
— Adaptertillverkarens namn och adress.  
— Tillverkarens artikelnummer och tillverkningsår för 
adaptern.  
— Typgodkännandemärke för adaptertypen eller för färdskri­
vartypen som innehåller adaptern.  
— Installationsdatum för adaptern.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 602  
— Identifieringsnummer för det fordon som adaptern har in­
stallerats i.  
ADA_028 Typskylten ska också visa följande uppgifter (om de int e är 
direkt läsbara från utsidan av den inbyggda rörelsesensorn):  
— Namn på tillverkaren av den inbyggda rörelsesensorn.  
— Tillverkarens artikelnummer och tillverkningsår för den in­
byggda rörelsesensorn.  
— Typgodkännandemärke för den inbyggda rörelsesensorn.  
5. INSTALLATION AV FÄRDSKRIVARE NÄR EN ADAPTER AN­
VÄNDS  
5.1. Installation  
ADA_029 Adaptrar för installation i fordon får endast installer as av for­
donstillverkare eller av godkända verkstäder som har tillstånd 
att installera, aktivera och kalibrera digitala och smarta färd ­
skrivare.  
ADA_030 Den godkända verkstad som installerar adaptern ska just era 
gränssnitt för indata och välja fördelningsförhållandet för ins ig­
nalen (i förekommande fall).  
ADA_031 Plomberingen av adapterns hölje ska utföras av en godkä nd 
verkstad.  
ADA_032 Adaptern ska monteras så nära den del av fordonet som f örser 
den med dess inkommande pulser som möjligt.  
ADA_033 Kablarna för adapterns strömtillförsel ska vara röda (p ositiv 
strömförsörjning) och svarta (jord).  
5.2. Plombering  
ADA_034 Följande krav för plombering ska gälla:  
— Adapterns hölje ska vara plomberat (se ADA_017).  
— Den inbyggda sensorns hölje ska vara plomberat till adap­
terns hölje, såvida det inte är omöjligt att avlägsna sensorn 
från adapterns hölje utan att bryta adapterhöljets plombe­
ring(ar) (se ADA_018).  
— Adapterns hölje ska vara plomberat till fordonet.  
— Anslutningen mellan adaptern och den utrustning som till­
handahåller dess inkommande pulser ska vara plomberad i 
båda ändar (i den mån det är rimligen möjligt).  
6. KONTROLLER, BESIKTNINGAR OCH REPARATIONER  
6.1. Periodiska besiktningar  
ADA_035 När en adapter används ska varje periodisk besiktning ( med 
periodisk besiktning avses besiktningar i enlighet med krav 
409–413 i bilaga I C) av färdskrivaren omfatta följande 
kontroller:  
— Kontroll av att lämpligt typgodkännandemärke finns på 
adaptern.  
— Kontroll av att plomberingarna på adaptern och dess an­
slutningar är orörda.  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 603  
— Kontroll av att adaptern är installerad enligt vad som anges 
på typskylten.  
— Kontroll av att adaptern är installerad enligt anvisningar 
från tillverkaren av adaptern och/eller fordonet.  
— Kontroll av att det är tillåtet att montera en adapter på det  
besiktigade fordonet.  
ADA_036 Dessa besiktningar ska inbegripa en kalibrering och ett  byte av 
samtliga plomberingar, oavsett deras skick.  
7. TYPGODKÄNNANDE FÖR FÄRDSKRIVARE NÄR EN ADAPTER 
ANVÄNDS  
7.1. Allmänt  
ADA_037 Adaptern ska finnas med vid ansökan om typgodkännande a v 
färdskrivare (krav 425).  
ADA_038 En adapter får lämnas in för eget typgodkännande eller för 
typgodkännande som en komponent i en färdskrivare.  
ADA_039 Ett sådant typgodkännande ska inbegripa funktionsprovni ng av 
adaptern. Positiva resultat från vart och ett av dessa prov ska  
anges i ett lämpligt intyg (krav 426).  
7.2. Funktionsintyg  
ADA_040 Ett funktionsintyg för en adapter eller en färdskrivare  som 
innehåller en adapter får inte utfärdas till adaptertillverkare n 
förrän minst alla följande funktionsprov har genomgåtts med 
positivt resultat.  
Nr Prov  Beskrivning  Tillämpliga krav  
1. Administrativ provning  
1.1 Dokumentation  Är adapterns doku­
mentation korrekt?  
2. Okulär besiktning  
2.1. Adapterns överensstämmelse med dokumentatio­
nen 
2.2. Identifiering/märkningar på adaptern  ADA_027, 
ADA_028  
2.3 Adapterns material  (krav 219–223) 
ADA_026  
2.4. Plombering  ADA_017, 
ADA_018, 
ADA_034  
3. Funktionsprov  
3.1 Inducering av hastighetspulserna till den in­
byggda rörelsesensorn  ADA_013  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 604  
Nr Prov  Beskrivning  Tillämpliga krav  
3.2 Gränssnitt mot och anpassning av inkommande 
hastighetspulser  ADA_011, 
ADA_012  
3.3 Rörelsemätningens noggrannhet  (krav 30–35, 217)  
4. Miljöprovningar  
4.1 Tillverkarens provresultat  Resultat av tillver­
karens miljöprov­
ningar  ADA_020, 
ADA_021, 
ADA_022, 
ADA_023, 
ADA_024  
5. EMC  
5.1 Utstrålning och känslighet  Kontrollera överens­
stämmelse med di­
rektiv ECE R10  ADA_024  
5.2 Tillverkarens provresultat  Resultat av tillver­
karens miljöprov­
ningar  ADA_024  ▼B
 02016R0799 — SV — 21.08.2023 — 003.001 — 605  
BILAGA II  
TYPGODKÄNNANDEMÄRKE OCH TYPGODKÄNNANDEINTYG  
I. TYPGODKÄNNANDEMÄRKE  
1. Typgodkännandemärket ska bestå av följande:  
a) En rektangel, inom vilken bokstaven ”e” ska vara inskriven, följd av en 
särskiljande siffer- eller bokstavskod för det land som har utf ärdat typgod­
kännandet enligt följande: 
Belgien  6  
Bulgarien  3 4  
Tjeckien  8  
Danmark  1 8  
Tyskland  1  
Estland  2 9  
Irland  2 4  
Grekland  2 3  
Spanien  9  
Frankrike  2  
Kroatien  2 5  
Italien  3  
Cypern  C Y  
Lettland  3 2  
Litauen  3 6  
Luxemburg  1 3  
Ungern  7  
Malta  M T  
Nederländerna  4  
Österrike  1 2  
Polen  2 0  
Portugal  2 1  
Rumänien  1 9  
Slovenien  2 6  
Slovakien  2 7  
Finland  1 7  
Sverige  5  
Förenade kungariket  1 1  
▼M1 
b) Ett typgodkännandenummer som motsvarar numret på det typgodk ännan­
deintyg som utfärdats för prototypen till färdskrivaren, diagra mbladet eller 
färdskrivarkortet, placerat i rektangelns omedelbara närhet.  ▼C1
 02016R0799 — SV — 21.08.2023 — 003.001 — 606  
2. Typgodkännandemärket ska finnas på typskylten för varje färd skrivarutrust­
ning och på varje diagramblad och på varje färdskrivarkort. Mär ket ska inte 
kunna utplånas och det ska alltid förbli tydligt läsbart.  
3. Typgodkännandemärkets mått, som visas här nedan (  1 ), är uttryckta i millime­
ter och utgör de minsta tillåtna. Förhållandena mellan måtten s ka bibehållas.
  ▼C1 
( 1 ) Dessa uppgifter visas endast som vägledning.
 02016R0799 — SV — 21.08.2023 — 003.001 — 607  
II. TYPGODKÄNNANDEINTYG FÖR ANALOGA FÄRDSKRIVARE  
En medlemsstat som har beviljat typgodkännande ska åt sökanden utfärda ett 
typgodkännandeintyg enligt nedan angivna förlaga. När en medlem sstat infor­
merar andra medlemsstater om utfärdade typgodkännanden eller om  eventuellt 
återkallade sådana, ska den använda kopior av detta intyg.  
TYPGODKÄNNANDEINTYG  
Namn på behörig  
Underrättelse rörande (  1 ): 
— Typgodkännande av färdskrivare  
— Återkallande av typgodkännande av färdskrivare  
— Typgodkännande av förlaga till diagramblad  
— Återkallande av typgodkännande av förlaga till diagramblad  
Typgodkännandenummer:  
...................................  
1. Varumärke eller varunamn  
3. Tillverkarens namn  
5. Inlämnad för typgodkännande den  
6. Provad vid  
7. Datum och nummer för provning(ar)  
8. Typgodkännandedatum  
9. Återkallandedatum för typgodkännande  
10. Typ(er) av färdskrivare där diagrambladet är avsett att anv ändas  
11. Plats  
12. Datum  
13. Bifogade beskrivande dokument  
14. Anmärkningar (inklusive placering av plomberingar i förekom mande fall)  
(Underskrift)  ▼C1 
( 1 ) Stryk det som inte är tillämpligt.
 02016R0799 — SV — 21.08.2023 — 003.001 — 608  
III. TYPGODKÄNNANDEINTYG FÖR DIGITALA FÄRDSKRIVARE  
En medlemsstat som har beviljat typgodkännande ska åt sökanden utfärda ett 
typgodkännandeintyg enligt nedan angivna förlaga. När en medlem sstat infor­
merar andra medlemsstater om utfärdade typgodkännanden eller om  eventuellt 
återkallade sådana, ska den använda kopior av detta intyg.  
TYPGODKÄNNANDEINTYG FÖR DIGITALA FÄRDSKRIVARE  
Namn på behörig  
Underrättelse rörande (  1 ): 
□ Typgodkännande av:  □  Återkallelse av typgodkännande av:  
□ Färdskrivarmodell  
□ Färdskrivarkomponent (  2 ) 
□ Förarkort  
□ Verkstadskort  
□ Företagskort  
□ Kontrollkort  
Typgodkännandenum­
mer: 
1. Tillverkarens märke eller varumärke  
2. Modellens namn  
3. Tillverkarens namn  
4. Tillverkarens adress  
5. Inlämnad för typgodkännande den  
6. Laboratorium (eller laboratorier)  
7. Datum och nummer för provningsrapport  
8. Typgodkännandedatum …  
9. Återkallandedatum för typgodkännande  
10. Modell av färdskrivare i vilken komponenten är konstruerad för att användas  
11. Plats  
12. Datum  
13. Bifogade beskrivande dokument  
14. Anmärkningar (inklusive placering av plomberingar i förekom mande fall)  
(Underskrift)  ▼C1 
( 1 ) Kryssa i tillämpliga rutor. 
( 2 ) Ange vilken komponent underrättelsen gäller.
 02016R0799 — SV — 21.08.2023 — 003.001 — 609  
IV. TYPGODKÄNNANDEINTYG FÖR SMARTA FÄRDSKRIVARE  
En medlemsstat som har beviljat typgodkännande ska åt sökanden utfärda ett 
typgodkännandeintyg enligt nedan angivna förlaga. När en medlem sstat infor­
merar andra medlemsstater om utfärdade typgodkännanden eller om  eventuellt 
återkallade sådana, ska den använda kopior av detta intyg.  
TYPGODKÄNNANDEINTYG FÖR SMARTA FÄRDSKRIVARE  
Namn på behörig  
Underrättelse rörande (  1 ): 
□ Typgodkännande av:  □  Återkallelse av typgodkännande av:  
□ Färdskrivarmodell  
□ Färdskrivarkomponent (  2 ) 
□ Förarkort  
□ Verkstadskort  
□ Företagskort  
□ Kontrollkort  
Typgodkännandenum­
mer: 
1. Tillverkarens märke eller varumärke  
2. Modellens namn  
3. Tillverkarens namn  
4. Tillverkarens adress  
5. Inlämnad för typgodkännande  
6. a) Provningslaboratorium för funktionscertifiering  
b) Provningslaboratorium för säkerhetscertifiering  
c) Provningslaboratorium för certifiering av driftskompatibilit et 
7. a) Datum och nummer för funktionsintyg  
b) Datum och nummer för säkerhetsintyg  
c) Datum och nummer för intyg om driftskompatibilitet  
8. Typgodkännandedatum  
9. Återkallandedatum för typgodkännande  
10. Modell av färdskrivare i vilken komponenten är konstruerad för att användas  
11. Plats  
12. Datum  
13. Bifogade beskrivande dokument  
14. Anmärkningar (inklusive placering av plomberingar i förekom mande fall)  
(Underskrift)  ▼C1 
( 1 ) Kryssa i tillämpliga rutor. 
( 2 ) Ange vilken komponent underrättelsen gäller.