EUR-Lex Document 02016R0799-20230821

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 20 6.2.2020
►M3 Kommissionens genomförandeförordning (EU) 2021/1228 av den 16
juli 2021
L 273 1 30.7.2021
►M4 Kommissionens genomförandeförordning (EU) 2023/980 av den 16 maj
2023
L 134 28 22.5.2023
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.002 — 1
02016R0799 — SV — 21.08.2023 — 003.002 — 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ärdskrivare:
a) Registrering av fordonets position vid vissa punkter under förarens
dagliga arbetsperiod.
b) Fjärravläst tidig upptäckt av eventuell manipulering eller eventuellt
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ättningsvis, i
fråga om konstruktion, provning, installation, besiktning, drift 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 fjärr­
avläst tidig upptäckt även överföra viktuppgifter som tillhandahålls av
interna ombordsystem för vägning, i syfte att tidigt upptäcka bedräge­
rier.
▼M1
5. Denna förordning påverkar inte tillämpningen av Europaparlamen­
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 april 2014 om
harmonisering av medlemsstaternas lagstiftning om tillhandahållande 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.002 — 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 denna
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, inklusive
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 alla de
relevanta delarna av detta paket. Dokumentets format ska särskilja
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 skyldigheter
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 smartkort
(förare och medförare), en skrivare, en bildskärm, anslutningar
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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 fordo­
net är fordonsenhetens huvudkomponent den enhet som innehåller
databehandlingsenheten, dataminnet och funktionen för tidmätning.
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 kompatibla
med de tjänster för positionsbestämning som tillhandahålls av systemen
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 komponenter,
eller grupper av komponenter, till de typgodkännande myndigheter som
utses av varje medlemsstat. Den ska bestå av en informationsmapp med
information om var och en av de berörda komponenterna, inklusive, 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ärdskrivare,
komponent eller grupp av komponenter som uppfyller de administrativa
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 överensstämma
med förlagan i bilaga II till denna förordning.
3. Den typgodkännande myndigheten får begära att tillverkaren eller
dennes företrädare tillhandahåller alla slag av ytterligare information.
▼M1
02016R0799 — SV — 21.08.2023 — 003.002 — 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 typgodkä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 myndigheterna, 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 typgod­
kännande av vissa komponenter eller grupper av komponenter till en
färdskrivare ska denne förse de typgodkännande myndigheterna med 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 myndigheter
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 informera
de typgodkännande myndigheter som beviljade det ursprungliga typgod­
kännandet om varje ändring av färdskrivarens programvara eller ma­
skinvara eller av de slags material som används för dess tillverkning,
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 ett
befintligt typgodkännande, eller utfärda ett nytt typgodkännande med
hänsyn till ändringarnas art och karaktär.
En ”revidering” ska göras om den typgodkännande myndigheten anser
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 dokumen­
ten i informationspaketet och ange vilken slags ändringar som gjorts och
datum för deras godkännande. En uppdaterad version av informations­
paketet i konsoliderad form, tillsammans med en detaljerad beskrivning
av de ändringar som gjorts, ska vara tillräcklig för att uppfylla detta
krav.
En ”utvidgning” ska göras om den typgodkännande myndigheten anser
att ändringarna av färdskrivarens programvara eller maskinvara, eller av
de slags material som används för dess tillverkning, är betydande. I
sådana fall får den begära att nya prov utförs och informera tillverkaren
eller dennes företrädare om detta. Om dessa prov visar sig vara tillfreds­
ställande ska den typgodkännande myndigheten utfärda ett reviderat
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 senaste
utvidgningen eller revideringen av typgodkännandet eller datum för
den senaste konsolideringen av den uppdaterade versionen av typgod­
kännandet.
4. Ett nytt typgodkännande ska krävas när de begärda ändringarna av
en typgodkänd färdskrivare eller dess komponenter skulle leda till ut­
färdande av ett nytt säkerhetsintyg eller intyg om driftskompatibilitet.
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 6
Artikel 6
Ikraftträdande
Denna förordning träder i kraft den tjugonde dagen efter det att 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 mars
2016.
▼B
Denna förordning är till alla delar bindande och direkt tillämplig i alla
medlemsstater.
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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örjas och/el­
ler avslutas
3.6.2 Manuell angivelse av föraraktiviteter och förarens samtycke 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 interruption”)
3.9.9 Fel i kommunikation med kommunikationsanordning för fjärravläs­
ning (händelse, ”Communication error with the remote communi­
cation facility”)
3.9.10 Positionsinformation från GNSS-mottagare saknas (händelse,
”Absence of position information from GNSS receiver”)
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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 motion
conflict”)
3.9.14 Försök till säkerhetsöverträdelse (händelse, ”Security breach 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 satellitnavigering
(GNSS).
3.12.2 Nycklar och certifikat
3.12.3 Data om insättning och uttag av förarkort och verkstadskort
3.12.4 Data om föraraktiviteter
▼M1
3.12.5 Platser och positioner där dagens arbetsperioder påbörjas 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ärdskrivarkort
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 9
3.14.2 Registrering och lagring på andra generationens färdskrivarkort
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ärdskrivarkort)
4.5.2.3 ATR-information (under vissa förutsättningar, finns endast på andra
generationens färdskrivarkort)
4.5.2.4 Information med utökad längd (under vissa förutsättningar, 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 andra 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.002 — 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örning
▼M3
4.5.3.2.17 Autentiseringsstatus för positioner med anknytning till 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 generationens
fordonsenheter)
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 11
4.5.3.2.20 Lastnings-/lossningsaktiviteter (ej åtkomlig med version 1 av andra
generationens fordonsenheter)
4.5.3.2.21 Lastnings-/lossningsaktiviteter (ej åtkomlig med version 1 av andra
generationens fordonsenheter)
4.5.3.2.22 Fordonsenhetens konfigurationer (ej åtkomliga med version 1 av
andra generationens fordonsenheter)
▼B
4.5.4 Verkstadskort
4.5.4.1 Färdskrivartillämpning (tillgänglig för första och andra 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 arbetsperioder
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 arbetsperioder
4.5.4.2.11 Data om kortsessioner
▼M3
02016R0799 — SV — 21.08.2023 — 003.002 — 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örning
▼B
4.5.4.2.15 Data om särskilda omständigheter
▼M3
4.5.4.2.16 Autentiseringsstatus för positioner med anknytning till 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 generationens
fordonsenheter)
4.5.4.2.18 Gränspassager (ej åtkomlig med version 1 av andra generationens
fordonsenheter)
4.5.4.2.19 Lastnings-/lossningsaktiviteter (ej åtkomlig med version 1 av andra
generationens fordonsenheter)
4.5.4.2.20 Lastnings-/lossningsaktiviteter (ej åtkomlig med version 1 av andra
generationens fordonsenheter)
4.5.4.2.21 Ytterligare kalibreringsdata (ej åtkomlig med version 1 av andra
generationens fordonsenheter)
4.5.4.2.22 Fordonsenhetens konfigurationer (ej åtkomliga med version 1 av
andra generationens fordonsenheter)
▼B
4.5.5 Kontrollkort
4.5.5.1 Färdskrivartillämpning (tillgänglig för första och andra 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 generationens
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 version 1 av
andra generationens fordonsenheter)
▼B
4.5.6 Företagskort
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 13
4.5.6.1 Färdskrivartillämpning (tillgänglig för första och andra 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 generationens
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 version 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.002 — 14
INLEDNING
Denna bilaga innehåller krav på andra generationens färdskrivare och färdskri­
varkort.
Sedan den 15 juni 2019 installeras andra generationens färdskrivare i fordon som
registreras i unionen för första gången, och andra generationens färdskrivarkort
utfärdas sedan samma dag.
För ett smidigt införande av andra generationens färdskrivarsystem har andra
generationens färdskrivarkort utformats så att de också kan användas i första
generationens fordonsenheter som tillverkas i enlighet med bilaga IB till
förordning (EEG) nr 3821/85.
På motsvarande sätt kan första generationens färdskrivarkort användas i andra
generationens fordonsenheter. Andra generationens fordonsenheter kan dock ka­
libreras endast med hjälp av andra generationens verkstadskort.
Kraven på driftskompatibilitet mellan första och andra generationens 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 kunna samexistera.
Dessutom införs genom denna förordning tekniska krav för den andra 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änspas­
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.002 — 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 dess
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 verkstad
eller en kontrollmyndighet som har rätt att få flera färdskrivar­
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.002 — 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öra
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 lagrats
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 sammanlagda avbrottstiden
ger färdskrivaren underlag för varningen om sammanhängande körtid. Det påverkar inte
den juridiska tolkning som ska göras av dessa tider. Alternativa sätt att beräkna den
sammanhängande körtiden och den sammanlagda avbrottstiden får användas för att er­
sätta dessa definitioner om de blivit inaktuella genom uppdateringar 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.002 — 17
o) Kontrollkort
Ett färdskrivarkort som utfärdas av myndigheterna i en medlemsstat
till en nationell behörig kontrollmyndighet. Kontrollorganet, och
eventuellt även kontrolltjänstemannen, kan identifieras genom kortet,
som också ger tillträde till de data som lagras i dataminnet eller i
förarkorten, och eventuellt även i verkstadskorten, så att dessa kan
avläsas, skrivas ut och/eller överföras.
Det ska även ge tillträde till funktionen för kalibreringskontroll
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, ett
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 sammanlagda avbrottstiden
ger färdskrivaren underlag för varningen om sammanhängande körtid. Det påverkar inte
den juridiska tolkning som ska göras av dessa tider. Alternativa sätt att beräkna den
sammanhängande körtiden och den sammanlagda avbrottstiden får användas för att er­
sätta dessa definitioner om de blivit inaktuella genom uppdateringar 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.002 — 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äker­
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 satellitnavige­
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äpvagnar till dessa fordon
och om ändring av Europaparlamentets och rådets direktiv 2007/46/EG (EUT L 353,
21.12.2012, s. 31), i sin senaste lydelse.
02016R0799 — SV — 21.08.2023 — 003.002 — 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 vars
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 kost­
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 motorfordon inom gemenskapen
(EGT L 57, 2.3.1992, s. 27).
02016R0799 — SV — 21.08.2023 — 003.002 — 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å distans
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, att
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.002 — 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äckmontering på mo­
torfordon och släpvagnar till dessa fordon (EGT L 129, 14.5.1992, s. 95).
( 2 ) Rådets direktiv 76/114/EEG av den 18 december 1975 om tillnärmning av medlems­
staternas lagstiftning om föreskrivna skyltar och märkningar samt deras placering och
fastsättningssätt på motorfordon och släpvagnar till dessa fordon (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äpfordon 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.002 — 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öreliggande
data är en exakt kopia av originalversionen, dvs. att de inte har
skadats när de skrevs till och lästes tillbaka från ett färdskri­
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.002 — 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 skriva ut
data om föraraktiviteter, och att tillhandahålla dessa som utdata.
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 en
hastighetsmätare och en vägmätare. Dessa funktioner får inbegripas 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.002 — 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 kom­
munikationsanordningen för fjärravläsning och på färdskrivarkort.
▼M3
Detta görs i enlighet med tillämplig unionslagstiftning om dataskydd
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.002 — 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
M
ed
fö
ra
re
ns
k
or
tp
la
ts
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ärdskrivarkort 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.002 — 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örig
tillgång till och manipulation av data förhindras, och att upptäcka
sådana försök, att skydda integriteten och autenticiteten hos data
som utväxlas mellan rörelsesensorn och fordonsenheten, att skydda
integriteten och autenticiteten hos data som utväxlas mellan färd­
skrivaren och färdskrivarkorten, att skydda integriteten och autenti­
citeten hos data som utväxlas mellan fordonsenheten och den ex­
terna GNSS-anordningen, om en sådan finns, att skydda sekretessen,
integriteten och autenticiteten hos data som i kontrollsyfte utvä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.002 — 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ärdskrivaren
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.002 — 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.002 — 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.002 — 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 enlighet
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 varje
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 lika
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.002 — 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ärdskriva­
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.002 — 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 endast
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.002 — 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.002 — 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 realtid
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.002 — 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 last­
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.002 — 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) och
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, om
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.002 — 37
Kortkonflikt
Förarens kortplats
Inget kort Förarkort Kontrollkort Verkstadskort Företagskort
M
ed
fö
ra
re
ns
k
or
tp
la
ts
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
M
ed
fö
ra
re
ns
k
or
tp
la
ts

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.002 — 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.002 — 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.002 — 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öraraktivitet 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 angivel­
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.002 — 41
— Genomsnittligt antal lastnings-/lossningsaktiviteter per dag:
Minst 25 aktiviteter (oavsett typ), så att ”365 dagar” inbegriper
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 minuter
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örseln
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.002 — 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örelsesen­
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 externa
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.002 — 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 nyck­
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 eller
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.002 — 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 365
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.002 — 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 och
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 for­
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 ned­
anstående data för varje händelse som upptäcks i enlighet
med nedanstående lagringsregler.
▼M3
02016R0799 — SV — 21.08.2023 — 003.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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 att
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 tids­
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.002 — 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 data
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.002 — 52
— Färdskrivarkortets typ.
— Färdskrivarkortets version.
133) Det ska gå att lagra minst 88 sådana poster i färdskrivaren.
▼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 365
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ärdskrivaren
använda den senaste tillgängliga positionen och tillhörande datum
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.002 — 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 pas­
seras ska färdskrivaren lagra en digital karta i sitt
dataminne.
133k) Kommissionen ska göra tillåtna digitala kartor i olika for­
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 versionsidentifierare
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 webbplat­
sen och ladda ned den på ett säkert sätt.
133o) Tillverkare av färdskrivare får använda en nedladdad karta
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ärdskriva­
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 den
karta som används i färdskrivaren.
133r) Det ska vara möjligt att uppdatera eller ersätta den lagrade
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 de
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.002 — 54
133t) Tillverkare av färdskrivare får lägga till ytterligare infor­
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.002 — 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.002 — 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ärdskri­
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å olika
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, plat­
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ärdskrivaren
lagra fordonets standardtyp av last i kortet.
147b) När ett förar- eller verkstadskort sätts in, och efter manuell
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.002 — 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 efter
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.002 — 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 och
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.002 — 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 rad. 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.002 — 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öraraktivi­
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 kapitel
4 om teckenmängder.
175) Skrivarna ska vara utformade så att de tillhandahåller dessa
utskrifter med en skärpa som sannolikt förhindrar tvetydig­
het när utskriften läses.
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 61
176) Utskrifternas storlek och uppgifterna i dem ska inte ändras
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 under
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 till
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.002 — 62
191) Ytterligare varningar får ges, förutsatt att det inte finns
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ärdskrivarens
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 data.
195) Det elektriska gränssnittet för kalibrerings-/överföringsanslut­
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.002 — 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änssnitt i
enlighet med tillägg 13, så att de data som registreras eller gene­
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.002 — 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.002 — 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 ge­
nom kalibrerings-/överföringsanslutningen i enlighet med det ka­
libreringsprotokoll som definieras i tillägg 8. Kalibreringsfunktio­
nen får också mata in nödvändiga data på andra sätt.
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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-/utlinje
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 automatiskt
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 externt
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.002 — 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 luftfuktig­
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 uppfylla
kriterierna för skyddsklass IP 40 och rörelsesensorn ska uppfylla
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 specifikatio­
ner med avseende på ergonomisk utformning.
223) Färdskrivaren ska skyddas mot oavsiktlig skada.
▼M3
02016R0799 — SV — 21.08.2023 — 003.002 — 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 ett
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.002 — 69
226e) Funktionen för programvaruuppdatering ska vara utformad
för att stödja följande funktioner, i de fall de krävs enligt lag:
— Ä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 NL Nederländerna
D
EST
Tyskland
Estland
A
PL
Österrike
Polen
▼M3
02016R0799 — SV — 21.08.2023 — 003.002 — 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 UK Förenade kungari­
ket
I Italien
230) De uppgifter som är särskiljande för kortet, numrerade enligt
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 administrativa ä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 framsida.
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 71
233) Med särskilt skriftligt samtycke från innehavaren får infor­
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.002 — 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 autenticite­
ten hos data som utväxlas mellan korten och färdskrivaren, skydda
integriteten och autenticiteten hos data som överförs från korten,
möjliggöra vissa skrivoperationer till korten endast från färdskriva­
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årsperiod
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.002 — 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 minuter
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 orga­
niseras på så sätt att nya data ersätter de data som är äldst om den
planerade minnesstorleken för de aktuella posterna har utnyttjats 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ärdskrivarkorten,
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 smartkort
på färdskrivarkortet:
— Klockstopp (clockstop).
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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 integre­
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ämpningsidentifie­
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ämpningsidentifie­
ring på förarkortet:
— Identifiering av färdskrivartillämpning.
— Identifiering av typ av färdskrivarkort.
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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 kortinne­
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 en
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.002 — 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 senaste
händelserna av varje typ (dvs. 36 händelser).
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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 som
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örarkor­
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 senaste
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 varje
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.002 — 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 varje
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.002 — 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ämpningsidentifie­
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.002 — 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 kortinne­
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 en
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.002 — 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.002 — 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 senaste
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 som
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örarkor­
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 varje
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.002 — 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 varje
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.002 — 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.002 — 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örning
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 till 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.002 — 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 for­
donsenheter)
306c) Det ska gå att lagra ytterligare data på förarkortet om for­
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 generationens
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 version 1 av andra
generationens fordonsenheter)
306g) Det ska gå att lagra följande data om lastnings-/lossningsaktivite­
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.002 — 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 version 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 version 1 av
andra generationens fordonsenheter)
306k) På förarkortet ska det gå att lagra kortinnehavarens speci­
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ämpningsidentifie­
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.002 — 88
4.5.4.1.4 Identifiering av kortinnehavare
311) Det ska gå att lagra följande identifieringsdata för kortinne­
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 kalibreringspost:
— 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 senaste
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.002 — 89
4.5.4.1.8 Data om föraraktiviteter
320) På verkstadskortet ska det gå att lagra data om föraraktivi­
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 arbetsperioder
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ämpningsidentifie­
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.002 — 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 kortinne­
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 kalibreringspost:
— 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.002 — 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 senaste
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öraraktivi­
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 arbetsperioder påbörjas
och/eller avslutas.
347) På verkstadskortet ska det gå att lagra dataposter om platser
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.002 — 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örning
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 till 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.002 — 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 generationens
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 version 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 eller
samtidig lastning och lossning) på verkstadskortet.
4.5.4.2.20 Lastnings-/lossningsaktiviteter (ej åtkomlig med version 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 version 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.002 — 94
4.5.4.2.22 Fordonsenhetens konfigurationer (ej åtkomliga med version 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 spe­
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ämpningsidentifie­
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 kortinne­
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.002 — 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ämpningsidentifie­
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 kortinne­
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.002 — 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 version 1 av
andra generationens fordonsenheter)
368a) På kontrollkortet ska det gå att lagra kortinnehavarens spe­
cifika inställningar för färdskrivaren.
368b) Kontrollkortets lagringskapacitet för kortinnehavarens spe­
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ämpningsidentifie­
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 kortinne­
havare på företagskortet:
— Företagets namn.
— Företagets adress.
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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ämpningsidentifie­
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 kortinne­
havare på företagskortet:
— Företagets namn.
— Företagets adress.
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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 version 1 av
andra generationens fordonsenheter)
380a) På företagskortet ska det gå att lagra kortinnehavarens spe­
cifika inställningar för färdskrivaren.
380b) Företagskortets lagringskapacitet för kortinnehavarens spe­
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 eller
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 alla
kända parametrar.
385) Fordonstillverkare eller montörer ska aktivera den installe­
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.002 — 99
386) Aktiveringen av färdskrivaren ska utlösas automatiskt första
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 fullo
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örsta
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.002 — 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 2009 om anpassning för
nionde gången till den tekniska utvecklingen av rådets förordning (EEG) nr 3821/85 om
färdskrivare vid vägtransporter (EUT L 21, 24.1.2009, s. 3).
02016R0799 — SV — 21.08.2023 — 003.002 — 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 rapport
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.002 — 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 avses 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 verkstadskort
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 den
ö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.002 — 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.002 — 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.002 — 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 ett
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 enlig­
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.002 — 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 eller
dess komponenter”. Inget typgodkännande krävs för kablarna mellan
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ärd­
skrivarens komponenter.
Alla tillverkare får ansöka om typgodkännande av färdskrivarkom­
ponenter tillsammans med alla andra färdskrivarkomponenter, under
förutsättning att varje komponent uppfyller kraven i denna bilaga.
Som ett alternativ får tillverkare även ansöka om typgodkännande
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 sam­
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 över
kompatibla antenner och splittrar för varje typ av godkänd fordons­
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.002 — 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.002 — 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 laborato­
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 laboratoriet
till tillverkaren först efter det att alla nödvändiga provningar
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.002 — 109
448) Om provningarna av driftskompatibilitet inte har genom­
gåtts med positivt resultat för en eller flera färdskrivare eller
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 driftskompatibilitetsfel
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.002 — 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 ska
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.002 — 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.002 — 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.002 — 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 future 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.002 — 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.002 — 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.002 — 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.002 — 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 future 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.002 — 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.002 — 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.002 — 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 future use)
2.231. Reserverat för framtida användning (RFU, Reserved for future 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.002 — 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 datastrukturer
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 och struk­
turerade data utan att ange någon specifik överföringssyntax (kodnings­
regler) som är beroende av tillämpning och miljö.
Namngivning enligt ASN.1 sker i enlighet med ISO/IEC 8824-1. Detta
innebär följande:
— Innebörden av datatypen anges, där så är möjligt, genom de namn som väljs.
— Om en datatyp är en sammansättning av andra datatyper, utgörs
datatypsnamnet fortfarande av en enda sekvens av alfabetiska tecken
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 funktion
som hänförs till dessa data.
Om en ASN.1-typ redan har definierats som en del av en annan standard
och om den kommer ifråga för användning i färdskrivaren definieras
denna ASN.1-typ i detta tillägg.
För att möjliggöra flera typer av kodningsregler begränsas vissa ASN.1-
typer i detta tillägg av identifierare för värdeintervall. Identifierare 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.002 — 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 Notation
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: Spe­
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 ett
”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 generation 2
om inget annat anges. Om datatyper endast används för tillämpningar 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 lagras inte i den
tillämpning i generation 1 som finns i kort i generation 2. Särskilt gäller
följande:
— Typgodkännandenummer som lagras i den tillämpning i generation 1
som finns i kort i generation 2 trunkeras vid behov till de första 8
tecknen.
— För den särskilda omständigheten ”FERRY/TRAIN CROSSING lag­
ras endast startflaggan i den tillämpning i generation 1 som finns i
kort i generation 2.”.
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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/eller ändringar
av aktivitet och/eller ändringar av körningsstatus och/eller ändringar 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örningsstatus):
”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.002 — 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 tas 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 den
tidpunkten.
Till följd av en manuell angivelse får bitarna ”c” och ”aa” i ordet (som
lagras i ett kort) skrivas över senare för att återspegla angivelsen.
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.002 — 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.002 — 126
BCDString använder en ”hstring”-notation. Den hexadecimala siffran
längst till vänster ska vara den mest signifikanta semi-oktetten 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 registre­
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 bilaga 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ärdet av
activityPreviousRecordLength sättas till 0.
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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ändring
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 tillgä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å Euro­
peiska kommissionens motsvarande webbplats, t.ex. inklusive eventuella
bindestreck. Godkännandenumret ska vara vänsterjusterat.
▼M3
2.11a. CardBorderCrossings
Generation 2, version 2:
Information, lagrad i ett förarkort eller verkstadskort, om fordonets
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.002 — 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 fordonets
gränspassager mellan två länder (krav 147b, 306e och 356e i bilaga 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 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, 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 fordonet 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 landsgräns,
eller ett värde som anger att ingen information är tillgänglig i enlighet
med krav 147b i bilaga IC, samt positionens autentiseringsstatus.
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 integrerade
krets (IC) (krav 249 i bilaga 1C). icSerialNumber tillsammans med
icManufacturingReferences utgör en unik identitet för kortets chip. 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.002 — 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 senaste
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 kontrollen ä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, 326 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.002 — 130
2.17. CardDriverActivity
Information lagrad i ett förarkort eller verkstadskort om förarens 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ändiga dagspost i
strängen activityDailyRecords. Det största värdet ges av strängens längd.
activityPointerNewestRecord är specificering av början av lagringsplats
(antal byte från strängens början) av senaste dagspost i strängen 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: CardActivityDailyRecord) 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 lagring vid
första byte i strängen. Alla nya poster fogas till slutet av den föregående
posten. När strängen är full fortsätter lagringen vid första byte i strängen,
oberoende av om en brytning finns inuti dataelementet. Innan nya ak­
tivitetsdata placeras i strängen (eller innevarande activityDailyRecord
förstoras, eller en ny activityDailyRecord placeras) som ersätter äldre
aktivitetsdata, måste activityPointerOldestDayRecord uppdateras till att
återspegla den nya placeringen av den äldsta kompletta dagsposten,
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örkortsdata (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.002 — 131
2.19. CardEventData
Generation 1:
Information lagrad i ett förarkort eller verkstadskort om händelser 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överträdelse).
Generation 2:
Information lagrad i ett förarkort eller verkstadskort om händelser 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överträ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 ägde rum.
▼M1
02016R0799 — SV — 21.08.2023 — 003.002 — 132
2.21. CardFaultData
Information lagrad i ett förarkort eller verkstadskort om de fel 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 fel som
förknippas med kortinnehavaren (krav 264, 289, 318 och 341 i bilaga
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 integrerade 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.002 — 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 angivelser av
typ av last när kortet sätts in i en fordonsenhet (krav 306j och 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.002 — 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 ändrad typ av
last som angetts när kortet sätts in i en fordonsenhet (krav 306i 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 fordonets
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 kortposten 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 eller sam­
tidig lastning och lossning), datum och tidpunkt då
lastnings-/lossningsaktiviteten har angetts, information om fordonets po­
sition och fordonets vägmätarställning.
2.24d. CardLoadUnloadRecord
Generation 2, version 2:
Information, lagrad i ett förarkort eller verkstadskort, om fordonets
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.002 — 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 11.
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 kodning av
ett förarkortsnummer, sekvensen i det andra alternativet är lämplig för
kodning av nummer på verkstadskort, kontrollkort och företagskort.
▼M3
2.26a. CardPlaceAuthDailyWorkPeriod
Generation 2, version 2:
Information, lagrad i ett förarkort eller verkstadskort, som visar autenti­
seringsstatus för platser där dagens arbetsperioder påbörjas och/eller av­
slutas (krav 306b och 356b i bilaga IC).
▼M3
02016R0799 — SV — 21.08.2023 — 003.002 — 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 den 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 platser där
dagens arbetsperioder påbörjas och/eller avslutas (krav 272, 297, 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.002 — 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å kortplatserna i
fordonsenheten.
Värdetilldelning – oktettgrupperad: ”ccccdddd”B
”cccc”B Identifiering av typ av kort som är insatt i medförarens
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.002 — 138
2.35. CardSlotsStatusRecordArray
Generation 2:
CardSlotsStatus samt metadata som används i överföringsprotokollet.
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ändnings­
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.002 — 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 dataelement:
VehicleIdentificationNumber är fordonets identifieringsnummer som
syftar på fordonet som helhet.
2.38. CardVehiclesUsed
Information lagrad i ett förarkort eller verkstadskort om de fordon som
kortinnehavaren använder (krav 270, 295, 323 och 346 i bilaga 1C).
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.002 — 140
Information lagrad i ett förarkort eller verkstadskort om den fordons­
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 fordonsenhet
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 certifieringsinstans.
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.002 — 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 enlighet 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 certifierings­
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.002 — 142
Generation 2:
tachographApplicationID anger de 6 mest signifikanta byte i
tillämpningsidentifieraren (AID) för färdskrivarkortets tillämpning i ge­
neration 2. AID för färdskrivarkortets tillämpning anges i kapitel 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å användas
som en identifierare för öppen nyckel för fordonsenhet om serienumret
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 medlemsstats
eller den europeiska certifieringsinstansen).
nationNumeric är certifieringsinstansens numeriska landskod.
nationAlpha är certifieringsinstansens alfanumeriska landskod.
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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 certifieringsinstan­
sens olika nycklar.
Värdetilldelning: ”01h”.
2.46. CompanyActivityData
Information lagrad i ett företagskort om aktiviteter som utförts 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.002 — 144
2.47. CompanyActivityType
Kod för en aktivitet som utförs av ett företag som använder sitt företags­
kort.
2.48. CompanyCardApplicationIdentification
Information lagrad i ett företagskort om identifiering av korttillä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 korttillä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 kortinnehavare
(krav 372 och 378 i bilaga 1C).
companyName är namn på innehavande företag.
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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 korttillä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 korttillä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 som 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.002 — 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 rum.
controlDownloadPeriodBegin och controlDownloadPeriodEnd är den
period som eventuellt överförs.
2.52. ControlCardHolderIdentification
Information lagrad i ett kontrollkort om identifiering av kortinnehavare
(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.002 — 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.002 — 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 överfö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. Denna 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.002 — 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änssnitt.
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.002 — 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 dataelement:
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.002 — 151
2.61a. DriverCardApplicationIdentificationV2
Generation 2, version 2:
Information, lagrad i ett förarkort, om identifiering av korttillä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 kortinnehavare
(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.002 — 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 certifikat
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ärdskrivartillämp­
ningen.
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 153
Generation 1:
Värdetilldelning: Enligt ISO/IEC8824-1.
Värde 0 är reserverat för angivelse av en medlemsstat eller Europa 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ämpligt.
Anmärkning 2: I fältet CardHolderAuthorisation (CHA) i ett certifikat för ge­
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 att 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.002 — 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ändelsen 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ändelsen 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 dygnen.
Den första händelse eller det första fel som inträffat efter senaste 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 avseende 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 avseende 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.002 — 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äsning.
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 avseende 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 avseende 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.002 — 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.002 — 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.002 — 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.002 — 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 multiplar 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 representeras
som Hex ”7FFFFF” (decimalt 8388607).
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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)). Denna
precision kodas som ett heltal och är en multipel (faktor 10) av 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 fordonets
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 multipel
av tre timmar, samt information om fordonets position.
2.79. GNSSAccumulatedDrivingRecord
Generation 2:
Information lagrad på ett förarkort eller verkstadskort om fordonets
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.002 — 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 visar 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 bilaga 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örekom­
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 av tre
timmar, samt GNSS-positionens autentiseringsstatus.
2.79b. GNSSAuthStatusADRecord
Generation 2, version 2:
Information, lagrad i ett förarkort eller verkstadskort, som visar 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 IC). Övrig
information om själva GNSS-positionen lagras i en annan post (se 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.002 — 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 tillryggalagts 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 resa.
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.002 — 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 referera till
och välja nyckeln. Den identifierar även nyckelinnehavaren.
Det första alternativet (CHOICE) är lämpligt för att referera till en for­
donsenhets, ett färdskrivarkorts eller en extern GNSS-anordnings öppna
nyckel.
Det andra alternativet är lämpligt för att referera till en fordonsenhets
öppna nyckel (i de fall fordonsenhetens serienummer inte är känt vid
tidpunkten för generering av certifikat).
Det tredje alternativet är lämpligt för att referera till en medlemsstats
öppna nyckel.
▼B
2.87. KMWCKey
Generation 2:
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 164
AES-nyckel och dess tillhörande nyckelversion som används för parning
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 bilaga 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.002 — 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 byte,
motsvarande de chifferföljder som anges i tillägg 11.
▼B
2.93. ManualInputFlag
Kod som anger om en kortinnehavare manuellt har angivit föraraktivite­
ter vid kortinsättning eller inte (krav 081 i bilaga 1B och krav 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 driftskompati­
bilitet ska underhålla och offentliggöra förteckningen över tillverkarkoder
på sin webbplats (krav 454 i bilaga 1C).
Utvecklare av färdskrivare som ansöker om tillverkarkoder hos labora­
toriet för provning av driftskompatibilitet ska tilldelas en preliminär
tillverkarkod.
▼M3
02016R0799 — SV — 21.08.2023 — 003.002 — 166
2.95. ManufacturerSpecificEventFaultData
Generation 2:
Tillverkarspecifika felkoder som förenklar felanalys i och underhå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 europeiska
certifieringsinstansen.
2.97. MemberStateCertificateRecordArray
Generation 2:
Medlemsstatens certifikat samt metadata som används i överföringspro­
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.002 — 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 landsbeteck­
ningar som används på fordon i internationell trafik (Förenta nationernas
konvention om vägtrafik, Wien 1968).
De alfabetiska och numeriska landkoderna ska finnas i en förteckning 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 laboratoriet har
inhämtat synpunkter från tillverkarna av de typgodkända fordonsenhe­
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 verkstadskort 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.002 — 168
Generation 2:
Värdetilldelning: Se tillägg 2.
2.103. NoOfCalibrationsSinceDownload
Räknare som anger det antal kalibreringar som utförts med ett verkstads­
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 verkstadskort 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 verkstadskort
kan lagra.
Värdetilldelning: Se tillägg 2.
2.107. NoOfCompanyActivityRecords
Antal poster för företagsaktiviteter som ett företagskort kan lagra.
Värdetilldelning: Se tillägg 2.
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 169
2.108. NoOfControlActivityRecords
Antal poster för kontrollaktiviteter som ett kontrollkort kan lagra.
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.002 — 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 090 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öringspro­
tokollet.
recordType anger typen av post (OdometerValueMidnight). Värdetill­
delning: Se RecordType.
▼M3
02016R0799 — SV — 21.08.2023 — 003.002 — 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 senaste 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 sedan den
senaste kontrollen av hastighetsöverträdelse.
▼M3
2.116a. PlaceAuthRecord
Information om en plats där en av dagens arbetsperioder påbörjas 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 visar 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.002 — 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 avslutas (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.002 — 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 dataelement:
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 RecordArrays.
▼M3
02016R0799 — SV — 21.08.2023 — 003.002 — 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.002 — 175
Generation 2:
Koderna för RegionAlpha ska finnas i en förteckning på webbplatsen 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å webbplatsen
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.002 — 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 anbringats 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 anbringats 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 anbringats 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.002 — 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å Euro­
peiska kommissionens motsvarande webbplats, t.ex. inklusive eventuella
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å Euro­
peiska kommissionens motsvarande webbplats, t.ex. inklusive eventuella
bindestreck. Godkännandenumret ska vara vänsterjusterat.
2.133. SensorExternalGNSSCoupledRecord
Generation 2:
Information lagrad i en fordonsenhet om identifiering av den externa
GNSS-anordning som är kopplad med fordonsenheten (krav 100 i bilaga
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 (krav 98
i bilaga 1C).
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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.002 — 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äkerhetskomponent.
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 fordonsenheten.
GNSS-mottagarens serienummer.
2.140. SensorIdentification
Information lagrad i en rörelsesensor om identifiering av rörelsesensorn
(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.002 — 180
sensorOSIdentifier är identifierare för rörelsesensorns operativsystem.
2.141. SensorInstallation
Information lagrad i en rörelsesensor om installation av rörelsesensorn
(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 331 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 till tre nycklar
för parning av fordonsenhet och rörelsesensor. Dessa nycklar har olika
nyckelversioner.
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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örelsesensor
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.002 — 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öringsprotokol­
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 1B 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 lagrats),
… 255 innebär att 255 eller fler händelser av denna typ har ägt rum den
dagen.
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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ången 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.002 — 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 tidsperiod.
▼M3
2.158a. TachographCardsGen1Suppression
Generation 2, version 2:
Förmåga hos en andra generationens fordonsenhet att använda första
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.002 — 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 uttrycks
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 helhet,
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.002 — 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 tilldelas av
myndigheten för fordonsregistrering.
codePage specificerar en teckenmängd som definieras i kapitel 4.
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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 fordonsenheten
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.002 — 188
Information lagrad i en fordonsenhet om ändringar av aktivitet och/eller
ändringar av körningsstatus och/eller ändringar av kortstatus under 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å kortplatserna 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 under en
viss kalenderdag (krav 105, 106, 107 i bilaga 1C) och om öppnings­
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 dagen.
2.172. VuApprovalNumber
Fordonsenhetens typgodkännandenummer.
Generation 1:
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 189
Värdetilldelning: Ospecificerad.
Generation 2:
Värdetilldelning:
Godkännandenumret ska återges så som det är offentliggjort på Euro­
peiska kommissionens motsvarande webbplats, t.ex. inklusive eventuella
bindestreck. Godkännandenumret ska vara vänsterjusterat.
2.173. VuCalibrationData
Generation 1:
Information lagrad i en fordonsenhet om kalibreringar av färdskrivaren
(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ärdskrivaren
(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.002 — 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 auktoriserade
besiktningsmyndigheten.
▼M3
Generation 2, version 1:
▼B
Jämfört med generation 1 används följande ytterligare dataelement:
sealDataVu ger information om de plomberingar som anbringats på
olika komponenter i fordonet.
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 191
Generation 2, version 2:
Jämfört med generation 1 används följande ytterligare dataelement:
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örd
kalibrering (i tillämpliga fall).
rcmSerialNumber är serienumret för den kommunikationsanordning för
fjärravläsning som är kopplad med fordonsenheten efter genomförd 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.002 — 192
2.175. VuCalibrationRecordArray
Generation 2:
Information lagrad i en fordonsenhet om kalibreringar av färdskrivaren
(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 och uttag
av förarkort eller verkstadskort i fordonsenheten (krav 081 i bilaga 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.002 — 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 generation 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.002 — 194
Information lagrad i en fordonsenhet om cykler med insättning och uttag
av förarkort eller verkstadskort i fordonsenheten (krav 103 i bilaga 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.002 — 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öringspro­
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.002 — 196
2.184. VuCompanyLocksRecord
Information lagrad i en fordonsenhet om ett företagslås (krav 104 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 generation
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.002 — 197
2.185a. VuConfigurationLengthRange
Generation 2, version 2:
Antal byte i ett färdskrivarkort som är tillgängliga för lagring 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 med
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.002 — 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 generation 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 med
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 cyklerna 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.002 — 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. speedBlock­
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 (krav 133j i
bilaga IC).
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 200
Värdetilldelning: Enligt vad som anges på den särskilda säkra
webbplats som tillhandahålls av Europeiska kommissionen (krav 133k
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öringen 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.002 — 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 generation 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 bilaga
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.002 — 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 dataelement:
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 203
manufacturerSpecificEventFaultData innehåller ytterligare, tillverkar­
specifik information om händelsen.
I stället för cardNumberDriverSlotBegin, cardNumberCodriverSlotBegin,
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ändelsens 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ändelsens slut.
cardNumberAndGenCodriverSlotEnd identifierar det kort, inbegripet
dess generation, som är insatt i medförarens kortplats vid händelsens
slut.
Om händelsen är en tidskonflikt ska eventBeginTime och eventEndTime
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 bilaga
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.002 — 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 bilaga 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.002 — 205
Generation 2:
Jämfört med generation 1 används följande ytterligare dataelement:
manufacturerSpecificEventFaultData innehåller ytterligare, tillverkar­
specifik information om felet.
I stället för cardNumberDriverSlotBegin, cardNumberCodriverSlotBegin,
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 felets 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.002 — 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 autentiseringsstatus för
GNSS-positionen.
2.203a. VuBorderCrossingRecord
Generation 2, version 2:
Information, lagrad i en fordonsenhet, om fordonets gränspassager mel­
lan två länder (krav 133a och 133b i bilaga IC).
▼M1
02016R0799 — SV — 21.08.2023 — 003.002 — 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 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).
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änspassager (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.002 — 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 fordonsenhetens
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 fordonsenheten
(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.002 — 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 dataelement:
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öringsprotokollet.
recordType anger typen av post (VuIdentification). Värdetilldelning:
Se RecordType.
recordSize är storleken av VuIdentification i byte.
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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 till 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 fordon/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 använd­
ning av intelligenta transportsystem (ITS) (krav 200 i bilaga 1C).
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.002 — 211
Information lagrad i fordonsenheten om en angiven
lastnings-/lossningsaktivitet (krav 133e, 133f och 133g i bilaga 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.002 — 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 hastighets­
överträdelse sedan den senaste kontrollen av hastighetsöverträdelse (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örings­
protokollet.
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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 hastighets­
ö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 hastighets­
ö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.002 — 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 hastighets­
ö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ändelsens början.
2.216. VuOverSpeedingEventRecordArray
Generation 2:
Information lagrad i en fordonsenhet om händelser av typen hastighets­
ö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.002 — 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 108 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 108 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 108 och
110 i bilaga 1C).
I stället för fullCardNumber använder datastrukturen för generation 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 1B och krav
108 och 110 i bilaga IC).
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 216
I stället för placeRecord använder datastrukturen för generation 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 fordons­
enheten till en extern GNSS-anordning (se krav GNS_3f i tillägg 12).
▼M3
02016R0799 — SV — 21.08.2023 — 003.002 — 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ändigheter.
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.002 — 218
2.228. VuSpecificConditionRecordArray
Generation 2:
Information lagrad i en fordonsenhet om särskilda omständigheter (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 inte 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 krav 124
och 125 i bilaga 1C).
Generation 1:
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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 genera­
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 inte 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 korttillämp­
ningen (krav 307 och 330 i bilaga 1C).
Generation 1:
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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 dataelement:
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 korttillämp­
ningen (krav 330a i bilaga IC).
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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 bilaga 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 strukturen.
workshopCardCalibrationAddDataRecords är den mängd poster som
innehåller de gamla värdena för datum och tidpunkt, samt fordonets
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.002 — 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 WorkshopCardCalibrationRecord.
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 som 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 kalibreringsposterna 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 utförts med
kortet (krav 314 och 337 i bilaga 1C).
▼M3
02016R0799 — SV — 21.08.2023 — 003.002 — 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 auktoriserade
besiktningsmyndigheten.
vuPartNumber, vuSerialNumber och sensorSerialNumber är dataele­
menten för identifiering av färdskrivare.
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 224
Generation 2:
Jämfört med generation 1 används följande ytterligare dataelement:
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 kortinnehavare
(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.002 — 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 avbrott 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ändelsens början.
cardNumberAndGenDriverSlotEnd identifierar det kort, inbegripet
dess generation, som är insatt i förarens kortplats vid händelsens 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ändelsens
slut.
similarEventsNumber är antalet liknande händelser samma dag.
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 226
2.241. VuPowerSupplyInterruptionRecordArray
Generation 2:
Information lagrad i en fordonsenhet om händelser av typen avbrott 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.002 — 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äsbarhet
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öljande 8-
bitars standardteckenuppsättning som anges av teckentabellens nummer:
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 13
ISO/IEC 8859-15 Latin-9 15
ISO/IEC 8859-16 Latin-10 Sydosteuropeisk 16
KOI8-R Latin/kyrillisk 80
KOI8-U Latin/kyrillisk 85
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 och åter­
ges här fullständighetens skull. Dessa OID finns i strukturen under
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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ärmed
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.002 — 229
6.2. Tillämpningsidentifierare
Generation 2:
Tillämpningsidentifieraren (AID) för den externa GNSS-anordningen 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ämpning 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.002 — 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.002 — 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.002 — 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.002 — 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äns­
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 stift
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.002 — 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 över­
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 kortet
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 driftskompatibilitet ska
kunna säkerställas.
Färdskrivarkort ska överensstämma så långt som möjligt med tillgäng­
liga tillämpliga ISO/IEC-normer (i synnerhet ISO/IEC 7816). Kom­
mandon och protokoll beskrivs dock fullständigt för att viss begränsad
användning eller vissa skillnader ska specificeras om de existerar.
Specificerade kommandon överensstämmer till fullo med referensnor­
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 protokoll
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.002 — 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.002 — 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 aktuell
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öds
(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.002 — 237
3.3. Tillträdesregler
TCS_22 En tillträdesregel anger säkerhetsvillkoren för ett åtkomst­
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änsning. Kommando
och svar (APDU) sänds i klartext, dvs. utan säker meddelandehantering.
NEV Åtgärden är aldrig möjlig.
PLAIN-C APDU för kommandot sänds i klartext, dvs. utan säker meddelandehantering.
PWD Åtgärden får endast verkställas om verkstadskortets PIN-kod har kontrollerats
med positivt resultat, dvs. om kortets interna säkerhetsstatus ”PIN_Verified”
har satts. Kommandot måste skickas utan säker meddelandehantering.
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ägg 11) har
utförts med positivt resultat.
SM-MAC-G1 APDU (kommando och svar) måste användas med säker meddelandehantering
(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 meddelandehantering (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 (generation
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 meddelandehantering
(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 meddelandehantering (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 (generation
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.002 — 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.002 — 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.002 — 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ämpning
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.002 — 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 svarsmeddelanden
och anger bearbetningsstatus för kommandot.
SW1 SW2 Betydelse
90 00 Normal bearbetning.
61 XX Normal bearbetning. XX = antal byte för svar som finns tillgängliga.
62 81 Varningsbearbetning. En del av återsända data kan vara skadade.
63 00 Autentisering misslyckades (varning).
63 CX Felaktig CHV (PIN). Räknare av återstående försök tillhandahålls
genom ”X”.
64 00 Exekveringsfel – Tillståndet hos det permanenta minnet oföränd­
rat. Integritetsfel.
65 00 Exekveringsfel – Tillståndet hos det permanenta minnet förändrat.
65 81 Exekveringsfel – Tillståndet hos det permanenta minnet förändrat.
Minnesfel.
66 88 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.002 — 242
SW1 SW2 Betydelse
67 00 Felaktig längd (felaktigt Lc eller Le).
68 83 Sista kommandot i kedjan förväntas.
69 00 Förbjudet kommando (inget svar tillgängligt i T = 0).
69 82 Säkerhetsstatus ej uppnådd.
69 83 Blockerad autentiseringsmetod.
69 85 Användningsvillkor ej uppfyllda.
69 86 Kommandot ej tillåtet (ingen aktuell elementfil).
69 87 Förväntade dataobjekt för säker meddelandehantering saknas.
69 88 Inkorrekta dataobjekt för säker meddelandehantering.
6A 80 Felaktiga parametrar i datafält.
6A 82 Filen ej funnen.
6A 86 Felaktiga parametrar P1-P2.
6A 88 Referensdata ej funna.
6B 00 Felaktiga parametrar (offset utanför elementfilen).
6C XX Felaktig längd, SW2 anger exakt längd. Inget datafält återsänds.
6D 00 Instruktionskoden stöds ej eller är ogiltig.
6E 00 Klassen stöds ej.
6F 00 — Ö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 komman­
dona för färdskrivarkort.
Närmare uppgifter om krypteringsoperationer som är aktuella återfinns
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 eller
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örande
längd, värde och beskrivning tomma.
▼M1
02016R0799 — SV — 21.08.2023 — 003.002 — 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 enligt
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.002 — 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 angetts.
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äkerhets­
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) NN ”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.002 — 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, eventuellt 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äkerhetsvillkoret ALW
för åtkomstläget för läsning (read).
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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 och 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ämpas.
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.002 — 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) NN ”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.002 — 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) MM ”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.002 — 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 och 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.002 — 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) NN ”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.002 — 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 meddelandehan­
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.002 — 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) NN ”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.002 — 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 verifierar 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äkerhetsvillkoret
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) NN ”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 dessa
data inte krypteras.
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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.002 — 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 och skriva
data från den elementfilen.
TCS_61 Ett färdskrivarkort ska stödja denna kommandovariant för alla
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) NN ”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.002 — 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) NN ”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.002 — 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 meddelandehan­
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.002 — 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” P1
P2 1 ”00h” P2
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.002 — 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 inte 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ärdet 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” P1
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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. Efter
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.002 — 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” P1
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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 kommandokedja 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.002 — 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.002 — 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” P1
P2 1 ”00h” P2
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.002 — 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.002 — 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 chip i
generation 2 som specificeras i del B i tillägg 11 och överensstä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.002 — 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ämpning
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.002 — 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öljande
MSE: Kommandoversioner med SET som överensstämmer med ISO/
IEC 7816-4. Dessa kommandoversioner stöds inte för autentisering 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 GEN­
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.002 — 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 efterföljande
PSO: VERIFY DIGITAL SIGNATURE, eller
— för verifiering av en signatur för ett certifikat som tillhandahå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.002 — 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 sta­
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 veri­
fiera digitala signaturer. Hashvärdet lagras tillfälligt för det 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.002 — 271
Endast kontrollkortet måste stödja detta kommando i DF Tachograph
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, åtkomligt i
huvudfilen (MF).
Kontrollkortstillämpningen (generation 1) stöder endast SHA-1.
TCS_115 Det tillfälligt lagrade hashvärdet ska raderas om ett nytt
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 kommando i
DF Tachograph och DF Tachograph_G2.
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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 detta kom­
mando infört, ska det vara infört enligt specifikationen i detta kapitel.
Kommandot kan vara, men måste inte vara, åtkomligt i
huvudfilen (MF). Om så är fallet ska kommandot vara infört enligt
specifikationen i detta kapitel, dvs. det ska inte möjliggöra berä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 raderas 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 algorit­
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.002 — 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 kommando 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 endast
förarkortet och verkstadskortet en signaturnyckel för generation 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 ska
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 digitala
signaturen och är indirekt känd av kortet.
TCS_128 Färdskrivartillämpningen (generation 1) skapar en digital
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 digital
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.002 — 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 signaturen som
tillhandahålls som indata och vars hash är känd av kortet. Signatu­
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 Tachograph
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, åtkomligt 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.002 — 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 autenti­
citeten hos DSRC-meddelandet och dechiffrera de data som översänts
från en fordonsenhet till en kontrollmyndighet eller en verkstad 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 kom­
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 komman­
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.002 — 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.002 — 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 korttill­
verkare, exempelvis etikett för startdel (header) i en fil, eller lagring
och hantering av dataelement som endast behövs för intern använd­
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 antal
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.002 — 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.002 — 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) har 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.002 — 280
► (1) (2) M3
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 281
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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) har 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.002 — 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.002 — 284
▼M3
02016R0799 — SV — 21.08.2023 — 003.002 — 285
▼M3
02016R0799 — SV — 21.08.2023 — 003.002 — 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 12 12
n 2 NoOfFaultsPerType 24 24
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.002 — 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öljande
datastruktur:
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 288
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 289
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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.002 — 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öljande
datastruktur:
▼M3
02016R0799 — SV — 21.08.2023 — 003.002 — 292
▼M3
02016R0799 — SV — 21.08.2023 — 003.002 — 293
▼M3
02016R0799 — SV — 21.08.2023 — 003.002 — 294
▼M3
02016R0799 — SV — 21.08.2023 — 003.002 — 295
▼M3
02016R0799 — SV — 21.08.2023 — 003.002 — 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 24 24
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öljande
datastruktur:
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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.002 — 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öljande
datastruktur:
▼M3
02016R0799 — SV — 21.08.2023 — 003.002 — 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.002 — 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öljande
datastruktur:
▼M3
02016R0799 — SV — 21.08.2023 — 003.002 — 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öljande
datastruktur:
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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.002 — 303
Tillägg 3
PIKTOGRAM
PIC_001 Färdskrivaren får som alternativ använda följande piktogram och kom­
binationer av piktogram (eller piktogram och sådana kombinationer av
piktogram som är tillräckligt lika för att otvetydigt kunna identifieras
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.002 — 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.002 — 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.002 — 306
Tidskonflikt eller tidsinställning (av verkstad)
▼B
Kontroll av hastighetsöverträdelse
▼M1
Positionsinformation från GNSS-mottagare saknas eller fel i kommunika­
tion med extern GNSS-anordning
Fel i kommunikation med kommunikationsanordning för fjärravläsning
▼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.002 — 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 datablock,
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 postidentifie­
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 blanksteg
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 specialtecken
(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.002 — 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), koden
för den medlemsstat som utfärdat kortet, ett snedstreck och kort­
nummer med ersättningsindex och förnyelseindex, åtskilda med ett
blanksteg.
P x x x / x x x x x x x x x x x x x x x x
K
om
bi
na
ti
on

av

pi
kt
og
ra
m

K
od
f
ör
u
tf
är
da
nd
e
m
ed
le
m
ss
ta
t
Kortnumrets 14 första tecken
(eventuellt med löpnummer)
E
rs
ät
tn
in
gs
in
de
x
F
ör
ny
el
se
in
de
x
▼M3
— Texten efter”pi =” i ett datablock avser motsvarande piktogram 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 faststä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 versioner).
— ** Data är tillgängliga endast i GEN2 version 2.
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 309
PRT_007 Vid utskrift ska följande datablock och/eller dataposter användas, med
följande betydelser och format:
► (1) (2) (3) (4) (5) M3
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 310
► (1) (2) (3) M3
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 311
► (1) (2) M3
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 312
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 313
► (1) (2) (3) (4) M3
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 314
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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.002 — 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.002 — 317
3.2. Dagsutskrift av föraraktiviteter från fordonsenhet
▼M3
PRT_009 Dagsutskriften av föraraktiviteter från fordonsenhet ska ske i
följande format:
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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öljande
format:
1 Datum och tidpunkt för utskrift av dokumentet
2 Typ av utskrift
3 Identifiering av kontrollant (kontrolltjänsteman) (om ett kontrollkort
ä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å kortet)
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 ske 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.002 — 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.002 — 320
3.6. Utskrift av hastighetsöverträdelser
PRT_013 Utskriften av hastighetsöverträdelser ska ske 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)
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 senaste 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 de 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öljande
format:
▼M3
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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.002 — 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-stiftsanslut­
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.002 — 323
I följande ritning visas en typisk matchande kontakt med 6 stift:
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.002 — 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 RS232-
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 en byte
överförs mest signifikanta byte först och minst signifikanta byte 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.002 — 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 elektriska
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 mA
U high (ut) 4 V I = 1 mA
INT_009 In-/utsignalen ska överensstämma med följande tidsdiagram:
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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.002 — 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 Version
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 lagringsmedium
(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 kompatibilitet hos
överfört dataformat, så att alla kontrollanter (kontrolltjänstemän) ska
kunna besiktiga dessa data och kontrollera deras autenticitet och 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 kortläsare
(IFD, Interface Device).
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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 integritet hos över­
förda data som lagras på ett externt lagringsmedium, överförs data med
en signatur i enlighet med tillägg 11 om gemensamma säkerhetsmeka­
nismer. Identifiering av källutrustning (fordonsenhet eller kort) 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ärdskri­
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 tredjeland, i
vilket fall data signeras med hjälp av de gemensamma säkerhetsmeka­
nismerna i del A i tillägg 11 (för färdskrivarsystem i generation 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 data­
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 data­
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 andra 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.002 — 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öra
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 … … … CS
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örarkort som sätts in i en av
fordonsenhetens kortplatser när inget annat kort finns i den andra kortplatsen.
02016R0799 — SV — 21.08.2023 — 003.002 — 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örutom
SID, TREP och undermeddelanderäknare) datafält tillfogas för att
visa slutet på meddelandet.
Exempel:
Startdel (header) SID TREP Meddelande CS
4 byte Längre än 255 byte
Kommer att överföras som
Startdel (header) SID TREP 00 01 Undermedde­
lande 1
CS
4 byte 255 byte
Startdel (header) SID TREP 00 02 Undermedde­
lande 2
CS
4 byte 255 byte
…
Startdel (header) SID TREP xx yy Undermedde­
lande n
CS
4 byte Mindre än 255 byte
eller som
Startdel (header) SID TREP 00 01 Undermedde­
lande 1
CS
4 byte 255 byte
Startdel (header) SID TREP 00 02 Undermedde­
lande 2
CS
4 byte 255 byte
…
Startdel (header) SID TREP xx yy Undermedde­
lande n
CS
4 byte 255 byte
Startdel (header) SID TREP xx yy + 1 CS
4 byte 4 byte
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 331
2.2.2 Meddelandetyper
Kommunikationsprotokollet för dataöverföring mellan fordonsenhet
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 ->
Begäran att inleda kommunikation
(Start Communication Request)
81 EE F0 81 E0
Positivt svar på att inleda kommunikation
(Positive Response Start Communication)
80 F0 EE 03 C1 EA, 8F 9B
Begäran om att inleda diagnossession
(Start Diagnostic Session Request)
80 EE F0 02 10 81 F1
Positivt svar på att inleda diagnos
(Positive Response Start Diagnostic)
80 F0 EE 02 50 81 31
Kontroll av länk (Link Control Service)
Verifiera överföringshastighet (Ve­
rify Baud Rate) (steg 1)
9 600 Bd 80 EE F0 04 87 01 01,01 EC
19 200 Bd 80 EE F0 04 87 01 01,02 ED
38 400 Bd 80 EE F0 04 87 01 01,03 EE
57 600 Bd 80 EE F0 04 87 01 01,04 EF
115 200 Bd 80 EE F0 04 87 01 01,05 F0
Positivt svar på verifiering av över­
föringshastighet (Positive Response
Verify Baud Rate)
80 F0 EE 02 C7 01 28
Gå över till annan överföringshastig­
het (Transition Baud Rate) (steg 2)
80 EE F0 03 87 02 03 ED
Begäran om överföring (Request Upload) 80 EE F0 0A 35 00,00,00,00,
00,FF,FF,
FF,FF
99
Positivt svar på begäran om överföring
(Positive Response Request Upload)
80 F0 EE 03 75 00,FF D5
Begäran om dataöverföring (Transfer
Data Request)
Överföring av gränssnittsversion
(Download interface version)
80 EE F0 02 36 00 96
Översikt (Overview) 80 EE F0 02 36 01, 21 eller 31 CS
Aktiviteter (Activities) 80 EE F0 06 36 02, 22 eller 32 Datum CS
Händelser och fel (Events & Faults) 80 EE F0 02 36 03, 23 eller 33 Datum CS
Detaljerade hastighetsdata (Detai­
led Speed)
80 EE F0 02 36 04 eller 24 Date CS
Tekniska data (Technical Data) 80 EE F0 02 36 05, 25 eller 35 Datum CS
Överföring från kort (Card
download)
80 EE F0 02 eller 03 36 06 Slot CS
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 332
Meddelandestruktur Max. 4 byte Max. 255 byte 1 byte
Startdel (Header) Data Kontroll­
summa
IDE ->
Positivt svar på dataöverföring (Posi­
tive Response Transfer Data)
80 F0 EE Len 76 TREP Data CS
Begäran om att avsluta överföring (Re­
quest Transfer Exit)
80 EE F0 01 37 96
Positivt svar på begäran om att avsluta
överföring (Positive Response Request
Transfer Exit)
80 F0 EE 01 77 D6
Begäran om att avsluta kommunika­
tion (Stop Communication Request)
80 EE F0 01 82 E1
Positivt svar på begäran om att avsluta
kommunikation (Positive Response
Stop Communication)
80 F0 EE 01 C2 21
Bekräfta undermeddelande (Acknow­
ledge sub message)
80 EE F0 Len 83 Data CS
Negativa svar (Negative responses)
Allmänt avvisande (General reject) 80 F0 EE 03 7F Sid Req 10 CS
Tjänsten stöds ej (Service not suppor­
ted)
80 F0 EE 03 7F Sid Req 11 CS
Underfunktion stöds ej (Sub function
not supported)
80 F0 EE 03 7F Sid Req 12 CS
Fel meddelandelängd (Incorrect Mes­
sage Length)
80 F0 EE 03 7F Sid Req 13 CS
Fel omständigheter eller sekvensfel för
begäran (Conditions not correct or
Request sequence error)
80 F0 EE 03 7F Sid Req 22 CS
Begäran utanför tillåtet intervall (Re­
quest out of range)
80 F0 EE 03 7F Sid Req 31 CS
Överföring ej accepterad (Upload not
accepted)
80 F0 EE 03 7F Sid Req 50 CS
Svar dröjer (Response pending) 80 F0 EE 03 7F Sid Req 78 CS
Data ej tillgängliga (Data not avai­
lable)
80 F0 EE 03 7F Sid Req FA CS
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 tabellen.
— 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.002 — 333
— TRTP 24 används för begäran om överföring av data från fordons­
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örs
av en kontrollmyndighet utanför EU, med hjälp av ett första gene­
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.002 — 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 specificera
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 00
Översikt 01 21 31
Aktiviteter med avseende på
ett särskilt datum (Activities
of a specified date)
02 22 32
Händelser och fel (Events
and faults)
03 23 33
Detaljerade hastighetsdata
(Detailed speed)
04 24 24
Tekniska data (Technical
data)
05 25 35
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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 registreras
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 meddelandet 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 fordons­
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.002 — 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

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.002 — 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över­
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.002 — 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
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öljande
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.002 — 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 20
P2 20 1 000 (*)
P3 10 5 000
P4 5 20
P5 10 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 medde­
landeflödet beroende på vilken utrustning som har upptäckt felet och på
det meddelande som genererat felet.
I figur 2 och 3 visas procedurerna för felhantering med avseende 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.002 — 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. fel­
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.002 — 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 positiva
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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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 kortet 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.002 — 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.002 — 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.002 — 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öljande
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.002 — 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.002 — 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 antalet
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 med
filen lagras (ingen tagg och ingen noll-längd).
▼M1
DDP_046 En signatur ska lagras som nästa TLV-objekt direkt efter 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.002 — 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ållet
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 uppdatera
förarkortets EF eller EF .
▼M1
02016R0799 — SV — 21.08.2023 — 003.002 — 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.002 — 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 kontroll av
linjen för in-/utsignal i kalibreringsanslutningen.
Upprättande av kommunikation via K-line beskrivs i avsnitt 4 ”Com­
munication Services”.
I detta tillägg används begreppet ”diagnossessioner” för att avgöra till­
lämpningsområdet för K-line under olika omständigheter. Den förvalda
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å driftskom­
patibilitet som föreskrivs i denna förordning.
CPR_001 ”ECUProgrammingSession” möjliggör inmatning av data till
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 ”tt”.
Ä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.002 — 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 en 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.002 — 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 81 ■ ■ ■
StopCommunication (avsluta
kommunikation)
4.2 82 ■
TesterPresent (provare inkopplad) 4.3 3E ■ ■ ■
StartDiagnosticSession (starta
diagnossession)
5.1 10 ■ ■ ■
SecurityAccess (säkerhetstillträde) 5.2 27 ■ ■ ■
ReadDataByIdentifier (läs data
med hjälp av identifierare)
6.1 22 ■ ■ ■
WriteDataByIdentifier (skriv
data med hjälp av identifierare)
6.2 2E ■
InputOutputControlByIdentifier
(kontroll av in-/utdata med
hjälp av identifierare)
7.1 2F ■
▼M3
RoutineControl 8 31
▼B
■ Denna symbol visar att tjänsten är obligatorisk i denna diagnossession.
Om symbol saknas visar det att tjänsten inte är tillåten i denna 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ängliga 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 kom­
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 indikeringsprimitiv 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.002 — 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 ”snabb
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 baud.
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.002 — 361
CPR_017 Tidsvärdena för snabb initiering och kommunikation i all­
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 20
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 20
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 EE TGT
#3 Byte för källadress tt SRC
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 362
Byte # Parameternamn Hexvärde
Memosymbol
(mnemonic)
#4 StartCommunication Request
Service Id
81 SCR
#5 Kontrollsumma 00-FF CS
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 tt TGT
#3 Byte för källadress EE SRC
#4 Byte för extra längd 03 LEN
#5 StartCommunication Positive
Response Service Id
C1 SCRPR
#6 Byte 1 för nyckel (key byte 1) EA KB1
#7 Byte 2 för nyckel (key byte 2) 8F KB2
#8 Kontrollsumma 00-FF CS
CPR_019 Det finns inget negativt svar på meddelandet med begäran
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 fordons­
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.002 — 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 EE TGT
#3 Byte för källadress tt SRC
#4 Byte för extra längd 01 LEN
#5 StopCommunication Request
Service Id
82 SPR
#6 Kontrollsumma 00-FF CS
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 tt TGT
#3 Byte för källadress EE SRC
#4 Byte för extra längd 01 LEN
#5 StopCommunication Positive
Response Service Id
C2 SPRPR
#6 Kontrollsumma 00-FF CS
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 tt TGT
#3 Byte för källadress EE SRC
#4 Byte för extra längd 03 LEN
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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 CS
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 servern att
den fortfarande är inkopplad. Syftet är att hindra servern från att auto­
matiskt återgå till normal drift och eventuellt avsluta kommunikationen.
Denna tjänst, som skickas ut regelbundet, håller diagnossessionen/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 EE TGT
#3 Byte för källadress tt SRC
#4 Byte för extra längd 02 LEN
#5 TesterPresent Request Ser­
vice Id
3E TP
#6 Underfunktion = re­
sponseRequired =
[ yes 01 RESPREQ_Y
no ] 02 RESPREQ_NO
#7 Kontrollsumma 00-FF CS
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.002 — 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 tt TGT
#3 Byte för källadress EE SRC
#4 Byte för extra längd 01 LEN
#5 TesterPresent Positive Re­
sponse Service Id
7E TPPR
#6 Kontrollsumma 00-FF CS
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 80 FMT
#2 Byte för måladress tt TGT
#3 Byte för källadress EE SRC
#4 Byte för extra längd 03 LEN
#5 Negative Response Service Id 7F NR
#6 TesterPresent Request Service Identi­
fication
3E TP
#7 Svarskod
(response­
Code =
[SubFunctionNotS­
upported-InvalidFor­
mat
12 RC_SFNS_IF
incorrectMessage­
Length ]
13 RC_IML
#8 Kontrollsumma 00-FF CS
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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 aktivera
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 har
upprättats mellan klienten och fordonsenheten.
CPR_027 De tidsparametrar som definieras i Table 4 ska vara aktiva
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.002 — 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 EE TGT
#3 Byte för källadress tt SRC
#4 Byte för extra längd 02 LEN
#5 StartDiagnosticSession Re­
quest Service Id
10 STDS
#6 diagnosticSession = [ett värde
från Table 17]
xx DS_…
#7 Kontrollsumma 00-FF CS
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 tt TGT
#3 Byte för källadress EE SRC
#4 Byte för extra längd 02 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 CS
Tabell 16
Negativt svarsmeddelande om StartDiagnosticSession
Byte # Parameternamn Hexvärde
Memosymbol
(mnemonic)
#1 Byte för format – fysisk adressering 80 FMT
#2 Byte för måladress tt TGT
#3 Byte för källadress EE SRC
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 368
Byte # Parameternamn Hexvärde
Memosymbol
(mnemonic)
#4 Byte för extra längd 03 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 CS
( α ) Värdet för byte #6 i svarsmeddelandet stöds inte, dvs. det finns inte i Table 17.
( β ) Längden på meddelandet är felaktig.
( γ ) Kriterierna för att begära StartDiagnosticSession är inte uppfyllda.
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.002 — 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-kod
anges innan tillträde till kalibreringsläget (CALIBRATION) beviljas.
När fordonsenheten är i kalibrerings- (CALIBRATION) eller
kontrolläge (CONTROL) är det också möjligt att få tillträde till
in-/utdatalinjen för kalibrering.
Tjänsten SecurityAccess ger möjlighet att ange PIN-koden och att ange för
provaren huruvida fordonsenheten är i kalibreringsläge (CALIBRATION).
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 (CALIBRATION)
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 frå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.002 — 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 be­
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 EE TGT
#3 Byte för källadress tt SRC
#4 Byte för extra längd 02 LEN
#5 SecurityAccess Request Ser­
vice Id
27 SA
#6 accessType – requestSeed 7D AT_RSD
#7 Kontrollsumma 00-FF CS
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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 tt TGT
#3 Byte för källadress EE SRC
#4 Byte för extra längd 04 LEN
#5 SecurityAccess Positive Re­
sponse Service Id
67 SAPR
#6 accessType – requestSeed 7D 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 CS
Tabell 20
Negativt svarsmeddelande om SecurityAccess
Byte # Parameternamn Hexvärde
Memosymbol
(mnemonic)
#1 Byte för format – fysisk adressering 80 FMT
#2 Byte för måladress tt TGT
#3 Byte för källadress EE SRC
#4 Byte för extra längd 03 LEN
#5 NegativeResponse Service Id 7F NR
#6 SecurityAccess Request Service Id 27 SA
#7 Svarskod
(response­
Code =
[conditionsNotCorrec­
tOrRequestSequence­
Error
22 RC_CNC
incorrectMessage­
Length]
13 RC_IML
#8 Kontrollsumma 00-FF CS
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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 EE TGT
#3 Byte för källadress tt SRC
#4 Byte för extra längd m+2 LEN
#5 SecurityAccess Request Ser­
vice Id
27 SA
#6 accessType – sendKey 7E AT_SK
#7 till
#m+6
Key #1 (hög) xx KEY
… …
Key #m (låg, m måste vara
minst 4 och högst 8)
xx
#m+7 Kontrollsumma 00-FF CS
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 tt TGT
#3 Byte för källadress EE SRC
#4 Byte för extra längd 02 LEN
#5 SecurityAccess Positive Re­
sponse Service Id
67 SAPR
#6 accessType – sendKey 7E AT_SK
#7 Kontrollsumma 00-FF CS
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 373
Tabell 23
Negativt svarsmeddelande om SecurityAccess
Byte # Parameternamn Hexvärde
Memosymbol
(mnemonic)
#1 Byte för format – fysisk adressering 80 FMT
#2 Byte för måladress tt TGT
#3 Byte för källadress EE SRC
#4 Byte för extra längd 03 LEN
#5 NegativeResponse Service Id 7F NR
#6 SecurityAccess Request Service Id 27 SA
#7 Svarskod
(response­
Code =
[generalReject 10 RC_GR
subFunctionNotSupp­
orted
12 RC_SFNS
incorrectMessage­
Length
13 RC_IML
conditionsNotCorrec­
tOrRequestSequence­
Error
22 RC_CNC
invalidKey 35 RC_IK
exceededNumberO­
fAttempts
36 RC_ENA
requestCorrectlyRe­
ceived-ResponsePen­
ding]
78 RC_RCR_RP
#8 Kontrollsumma 00-FF CS
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.002 — 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 EE TGT
#3 Byte för källadress tt SRC
#4 Byte för extra längd 03 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 CS
Tabell 26
Positivt svarsmeddelande om ReadDataByIdentifier
Byte # Parameternamn Hexvärde
Memosymbol
(mnemonic)
#1 Byte för format – fysisk adressering 80 FMT
#2 Byte för måladress tt TGT
#3 Byte för källadress EE 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.002 — 375
Byte # Parameternamn Hexvärde
Memosymbol
(mnemonic)
#8 till
#m+7
dataRecord[] = [data#1 xx DREC_DAT­
A1
: : :
data#m] xx DREC_DA­
TAm
#m+8 Kontrollsumma 00-FF CS
Tabell 27
Negativt svarsmeddelande om ReadDataByIdentifier
Byte # Parameternamn Hexvärde
Memosymbol
(mnemonic)
#1 Byte för format – fysisk adressering 80 FMT
#2 Byte för måladress tt TGT
#3 Byte för källadress EE SRC
#4 Byte för extra längd 03 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 CS
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.002 — 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.002 — 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 uppdatering
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 80 FMT
#2 Byte för måladress EE TGT
#3 Byte för källadress tt 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 xx DREC_DAT­
A1
: : :
data#m] xx DREC_DA­
TAm
#m+8 Kontrollsumma 00-FF CS
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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 tt TGT
#3 Byte för källadress EE SRC
#4 Byte för extra längd 03 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 CS
Tabell 31
Negativt svarsmeddelande om WriteDataByIdentifier
Byte # Parameternamn Hexvärde
Memosymbol
(mnemonic)
#1 Byte för format – fysisk adressering 80 FMT
#2 Byte för måladress tt TGT
#3 Byte för källadress EE SRC
#4 Byte för extra längd 03 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 CS
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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 provare.
CPR_058 Denna linje för in-/utsignaler vid kalibrering kan konfigure­
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 ”avaktive­
rat” (förvalt) tillstånd.
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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 linjen
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 EE TGT
#3 Byte för källadress tt SRC
#4 Byte för extra längd xx 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 CS
Anmärkning: Parametern controlState ingår endast i vissa
fall (se avsnitt 7.1.3).
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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 tt TGT
#3 Byte för källadress EE SRC
#4 Byte för extra längd xx 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 CS
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 tt TGT
#3 Byte för källadress EE SRC
#4 Byte för extra längd 03 LEN
#5 NegativeResponse Service Id 7F NR
#6 inputOutputControlByIdentifier
Request SId
2F IOCBI
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 382
Byte # Parameternamn Hexvärde
Memosymbol
(mnemonic)
#7 Svarskod (responseCode = [
incorrectMessageLength 13 RC_IML
conditionsNotCorrect 22 RC_CNC
requestOutOfRange 31 RC_ROOR
deviceControlLimitsExceeded] 7 A RC_DCLE
#8 Kontrollsumma 00-FF CS
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 00 Linjen för in-/utsignaler är avaktiverad (för­
valt tillstånd).
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 383
Läge Hexvärde Beskrivning
Aktivera 01 Aktivera linjen för in-/utsignaler vid kalibre­
ring som speedSignalInput.
Aktivera 02 Aktivera linjen för in-/utsignaler vid kalibre­
ring som realTimeSpeedSignalOutputSensor.
Aktivera 03 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 80 FMT
#2 Byte för måladress EE TGT
#3 Byte för källadress tt SRC
#4 Byte för extra längd xx LEN
#5 SID för begäran om RoutineControl (RoutineControl Request Sid) 31 RC
#6 routineControlType = [startRoutine] 01 RCTP_STR
#7 och #8 routineIdentifier = [TimeAdjustment] 0100 RI_TA
#9 Kontrollsumma 00-FF CS
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 384
Tabell 37b
Positivt svarsmeddelande om RoutineControl, rutin (TimeAdjustment), underfunktion startRoutine
Byte # Parameternamn Hexvärde
Memosymbol
(mnemonic)
#1 Byte för format – fysisk adressering 80 FMT
#2 Byte för måladress tt TGT
#3 Byte för källadress EE SRC
#4 Byte för extra längd xx LEN
#5 SID för positivt svar om RoutineControl (RoutineControl Positive
Response Sid)
71 RCPR
#6 routineControlType = [startRoutine] 01 RCTP_STR
#7 och #8 routineIdentifier = [TimeAdjustment] 0100 RI_TA
#9 Kontrollsumma 00-FF CS
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 80 FMT
#2 Byte för måladress EE TGT
#3 Byte för källadress tt SRC
#4 Byte för extra längd xx LEN
#5 SID för begäran om RoutineControl (RoutineControl Request Sid) 31 RC
#6 routineControlType = [requestRoutineResults] 03 RCTP_RRR
#7 och #8 routineIdentifier = [TimeAdjustment] 0100 RI_TA
#9 Kontrollsumma 00-FF CS
Tabell 37d
Positivt svarsmeddelande om RoutineControl, rutin (TimeAdjustment), underfunktion requestRoutineResults
Byte # Parameternamn Hexvärde
Memosymbol
(mnemonic)
#1 Byte för format – fysisk adressering 80 FMT
#2 Byte för måladress tt TGT
#3 Byte för källadress EE SRC
#4 Byte för extra längd xx LEN
#5 SID för positivt svar om RoutineControl (RoutineControl Positive
Response Sid)
71 RCPR
#6 routineControlType = [requestRoutineResults] 03 RCTP_RRR
#7 och #8 routineIdentifier = [TimeAdjustment] 0100 RI_TA
#9 routineInfo (se tabell 37f) XX RINF_TA
#10 routineStatusRecord[] = routineStatus#1 (se tabell 37g) XX RS_TA
#11 Kontrollsumma 00-FF CS
▼M3
02016R0799 — SV — 21.08.2023 — 003.002 — 385
Tabell 37e
Negativt svarsmeddelande om RoutineControl, rutin (TimeAdjustment)
Byte # Parameternamn Hexvärde
Memosymbol
(mnemonic)
#1 Byte för format – fysisk adressering 80 FMT
#2 Byte för måladress tt TGT
#3 Byte för källadress EE SRC
#4 Byte för extra längd 03 LEN
#5 SID för negativt svar (negativeResponse Service Id) 7F NR
#6 inputOutputControlByIdentifier Request SId 31 RC
#7 responseCode=[
sub-functionNotSupported
incorrectMessageLengthOrInvalidFormat
conditionsNotCorrect
requestOutOfRange
]
12
13
22
31
SFNS
IMLOIF
CNC
ROOR
#8 Kontrollsumma 00-FF CS
Tabell 37f
RoutineControl, rutin (TimeAdjustment), routineInfo
routineInfo Hexvärde Beskrivning
NormalExitWithResultAvailable 61 Rutinen slutfördes helt, och ytterligare rutinresultat är
tillgängliga.
RoutineExecutionOngoing 78 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.002 — 386
CPR_067 Det ska finnas stöd i fordonsenheten för alla parametrar
som beskrivs här.
CPR_068 Data som överförs av fordonsenheten till provaren som svar
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” kan 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 giltiga 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 emel­
lertid inte användas. I sådana fall bör data överföras i form av
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 FB 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 FE FE00 till FEFF FE000000 till FEFFFFFF 0
Ej tillgängligt eller ej begärt FF FF00 till FFFF FF000000 till FFFFFFFF FF
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 via
tjänsterna ReadDataByIdentifier och WriteDataByIdentifier.
▼M3
02016R0799 — SV — 21.08.2023 — 003.002 — 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 15 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 14 Se vidare detaljer i tabell 42.
VIN 17 ASCII ASCII
SealDataVu 55 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 14 Se vidare detaljer i tabell 47.
CalibrationCountry 3 ASCII NationAlpha, enligt
definitionen i tillägg 1.
▼M3
02016R0799 — SV — 21.08.2023 — 003.002 — 388
CPR_075 Tabell 40 innehåller uppgifter om olika byte i parametern
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 parametern
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.002 — 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 parametern
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 parametern
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.002 — 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 uppdate­
ringen av aktuellt land och aktuell region dröja.
▼M3
02016R0799 — SV — 21.08.2023 — 003.002 — 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 ett 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 (eller 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 myndighet i en
medlemsstat vid funktionsprovningarna, och de prov som minst ska utfö­
ras av ett behörigt organ vid provningarna av driftskompatibiliteten. 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 vissa 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 fall behöver
bara resultaten från dessa säkerhetsprov undersökas. De krav som förvän­
tas bli provade (eller som är nära förknippade med prov som förväntas bli
utförda) vid säkerhetscertifieringen är markerade med ”*” i detta 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.002 — 392
I detta tillägg åtskiljs typgodkännandet av rörelsesensorn, fordonsenheten
och den externa GNSS-anordningen, som alla betraktas som komponenter
i färdskrivaren. Varje komponent kommer att få sitt eget typgodkännan­
deintyg, där övriga driftskompatibla komponenter kommer att anges.
Funktionsprovet av rörelsesensorn (eller den externa GNSS-anordningen)
utförs tillsammans med fordonsenheten och omvänt.
Driftskompatibilitet mellan varje modell av rörelsesensor (respektive 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 typgodkän­
nandet för den relevanta fordonsenheten och omvänt.
▼M3
Den myndighet i medlemsstaterna som ansvarar för funktionsprovningen
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-anordningen.
▼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 temperature
IEC 60068-2-27:
Environmental testing. Part 2: Tests. Test Ea and guidance: Shock IEC
60068-2-30:
Environmental testing – Part 2-30: Tests – Test Db: 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 foreign objects,
water and access
ISO 10605:2008 + Technical Corrigendum:2010 + AMD1:2014 Road ve­
hicles – Test methods for electrical disturbances from electrostatic dis­
charge
ISO 7637-1:2002 + AMD1: 2008 Road vehicles – Electrical disturbances
from conduction and coupling – Part 1: Definitions and general
considerations.
ISO 7637-2 Road vehicles – Electrical disturbances from conduction and
coupling – Part 2: Electrical transient conduction along supply lines only.
ISO 7637-3 Road vehicles – Electrical disturbances from conduction and
coupling – Part 3: Electrical transient transmission by capacitive and
inductive coupling via lines other than supply lines.
ISO/IEC 7816-1 Identification cards – Integrated circuit(s) cards with
contacts – Part 1: Physical characteristics..
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 393
ISO/IEC 7816-2 Information technology – Identification cards – Integrated
circuit(s) cards with contacts – Part 2: Dimensions and location 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 methods
– Part 1: General characteristics
ISO/IEC 10373-3:2010 + Technical Corrigendum:2013 Identification
cards – Test methods – Part 3: Integrated circuit cards with contacts
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 interface
ISO 16844-6 Road vehicles – Tachograph systems – Part 6: Diagnostics
ISO 16844-7 Road vehicles – Tachograph systems – Part 7: Parameters
ISO 534 Paper and board – Determination of thickness, density and spe­
cific volume
▼M3
RGODP JRC Technical Report - Receiver guidelines for OSNMA data
processing
▼B
UN ECE R10 Uniform provisions concerning the approval of vehicles
with regard to electromagnetic compatibility (United Nation Economic
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.002 — 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 21–37
3.6 Tidsmätning (prov utförs vid 20 °C) 38–43
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 63–68
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.002 — 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 fordonsenhetens
tillverkare när en parad rörelsesensor reagerar på magnetfält som stör
rörelsedetekteringen.
217
3.47 Chiffersvit och standardiserade domänparametrar CSM_48, CSM_50
▼M3
02016R0799 — SV — 21.08.2023 — 003.002 — 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.002 — 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.002 — 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.002 — 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 02
3.5 Kontrollera att rörelsesensorn är immun mot magnetfält, eller kontrollera att
rörelsesensorn reagerar på konstanta magnetfält som stör fordonets 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.002 — 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 ,
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
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.002 — 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äkerhetscertifie­
ringen enligt CC (Common Criteria) av chipmodulen.
Prov nr. 2.3 är samma som prov nr. 4.2. Dessa utgör de mekaniska proven
av det egentliga kortet tillsammans med chipmodulen. Om någon av dessa
komponenter (det egentliga kortet eller chipmodulen) ändras är dessa prov
nödvändiga.
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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 91
3.3 Kommunikation med fordonsenhet Tillägg 14:
DSC_66–DSC_70,
DSC_71–DSC_76
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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.002 — 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.002 — 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 överensstä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.002 — 418
Optisk densitet av de faktiska utskrifterna ska mätas i enlighet 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ärdskrivarkort
1 Ömsesidig autentisering Kontrollera att den ömsesidiga autentiseringen mellan fordonsenhe­
ten och färdskrivarkortet fungerar normalt.
2 Skriv-/läsprov Utför ett typiskt aktivitetsscenario på fordonsenheten. Scenariot ska
anpassas till den typ av kort som provas och inbegripa skrivningar
till så många elementfiler (EF) som möjligt på kortet.
Kontrollera genom en överföring från fordonsenheten att alla mot­
svarande registreringar har gjorts korrekt.
Kontrollera genom en överföring från kortet att alla motsvarande
registreringar har gjorts korrekt.
Verifiera genom dagsutskrifter att alla motsvarande registreringar
kan läsas korrekt.
8.2 Prov av driftskompatibilitet mellan fordonsenheter och rörelsesensorer
1 Parning Kontrollera att parningen mellan fordonsenheterna och rörelsesen­
sorerna fungerar normalt.
2 Aktivitetsprov Utför ett typiskt aktivitetsscenario på rörelsesensorn. 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 mot­
svarande registreringar har gjorts korrekt.
Kontrollera genom en överföring från kortet att alla motsvarande
registreringar har gjorts korrekt.
Verifiera genom en dagsutskrift att alla motsvarande registreringar
kan läsas korrekt.
8.3 Prov av driftskompatibilitet mellan fordonsenheter och externa GNSS-anordningar (i förekommande fall)
1 Ömsesidig autentisering Kontrollera att den ömsesidiga autentiseringen (kopplingen) mellan
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 mot­
svarande registreringar har gjorts korrekt.
Kontrollera genom en överföring från kortet att alla motsvarande
registreringar har gjorts korrekt.
Verifiera genom en dagsutskrift att alla motsvarande registreringar
kan läsas korrekt.
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 419
9. PROVNING AV OSNMA
9.1. Inledning
I detta kapitel beskrivs provning för att påvisa att OSNMA är korrekt
installerad i GNSS-mottagaren. Eftersom autentisering av satellitsignaler
endast utförs av GNSS-mottagaren, oberoende av varje annan komponent 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ärdskrivartillverkaren lämna in
en rapport till typgodkännandemyndigheterna med uppgifter om utveck­
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 identifierade
provningsförhållandena.
— Kriterierna kan komma att ses över vid tidpunkten för försäkran om
Galileos OSNMA-tjänst, och med beaktande av de tillhörande åtagan­
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.002 — 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 mottagarens
minne, (så att den öppna nyckeln, KROOT, klockinformation, positions­
information, efemerid och kalender raderas), för att ställa in mottagarens
lokala realtid för den nödvändig tidsverifieringen av OSNMA, och för att
ladda kryptografisk information. De kommandon som behövs för detta får
vara begränsade till provningsändamål och behöver därför inte vara 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 provningen.
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 mottagare
(för närvarande 80 bitar).
▼M3
02016R0799 — SV — 21.08.2023 — 003.002 — 421
Om inget annat anges ska mottagarens interna realtid vara känd med till­
räcklig precision och korrekt anpassad till den simulerade tiden. Detta
garanterar att OSNMA-kravet på inledande tidssynkronisering uppfylls
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/underkännande
är försiktiga och inte motsvarar förväntade prestanda hos Galileo 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.002 — 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.002 — 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 vara 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-systemet.
SEC_003 Europeiska kommissionen ska säkerställa att följande fyra skyddspro­
filer som överensstämmer med denna bilaga finansieras, utarbetas 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å infor­
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 fordonsenheten är
utformad för användning med respektive utan en extern GNSS-anordning. I det
förra fallet ska säkerhetskraven för den externa GNSS-anordningen 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 befintliga
hot, mål, förfaranden eller specifikationer av säkerhetsfunktioner, 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 motsvarande
skyddsprofil strikt uppfyller ett sådant specifikt säkerhetsmål.
SEC_006 Assuransnivån för varje skyddsprofil ska vara EAL4, förbättrad med
assuranskomponenterna ATE_DPT.2 och AVA_VAN.5.
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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 sekretessdataobjekt
6. MEKANISMER FÖR DIGITAL SIGNATUR VID DATAÖVER­
FÖRING
6.1. Generering av signatur
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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änparametrar
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 och 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.002 — 426
10.2.2 Kortets verifiering av fordonsenhetens certifikatskedja
10.3. Autentisering av fordonsenhet
10.4. Autentisering av chip och överenskommelse om sessionsnyckel
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örelse­
sensor med användning av AES
12.4. Parning av fordonsenhet och rörelsesensor för olika utrustnings­
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-generering
13.3. Verifiering och dekryptering av nyttolast från färdskrivaren
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.002 — 427
INLEDNING
I detta tillägg specificeras de säkerhetsmekanismer som ska säkerställa följande:
— Ömsesidig autentisering mellan olika komponenter i färdskrivarsystemet.
— Sekretess, integritet, autenticitet och/eller oavvislighet avseende data som
överförs mellan olika komponenter i färdskrivarsystemet eller till externa
lagringsmedier.
Detta tillägg består av två delar. I del A definieras säkerhetsmekanismerna 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 ömsesidig 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 generationens 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 – Digi­
tal signature schemes giving message recovery – Part
2: Mechanisms using a hash function. First edition:
1997.
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 428
ISO/IEC 9798-3 Information Technology – Security techniques – En­
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.002 — 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 klassiskt
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 symmet­
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.002 — 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 hashalgorit­
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 hierar­
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 generering,
eventuell transport och lagring.
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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å driftskom­
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 bibehållas
på lämpligt sätt vid generering, eventuell transport och lagring.
Som stöd för färdskrivarkomponenter som uppfyller bestämmelserna i
ISO 16844 ska den europeiska certifieringsinstansen och medlemsstatens
certifieringsinstanser dessutom säkerställa följande:
CSM_036 Den europeiska certifieringsinstansen ska generera KmVU och
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 medlemsstaternas
certifieringsinstanser på de senares begäran.
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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 EF ) 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 den ömsesi­
diga autentiseringen generera och utväxla nödvändiga data för att
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 kryptografisk
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 240
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: modulus
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älvbeskrivande
(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 data 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.002 — 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 autentiseringscertifi­
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ätt:
”4D” ”16” ”5F
29”
”01” ”42” ”08” ”5F
4B”
”07” ”5F
24”
”04” ”5F
20”
”08” ”7F
49”
”05” ”81” ”81
80”
”82” ”08”
Ta
gg
f
ör
u
tö
ka
d
st
ar
tl
is
ta

S
ta
rt
li
st
an
s
lä
ng
d
C
P
I-
ta
gg

C
P
I-
lä
ng
d
C
A
R
-t
ag
g
C
A
R
-l
än
gd

C
H
A
-t
ag
g
C
H
A
-l
än
gd

E
O
V
-t
ag
g
E
O
V
-l
än
gd

C
H
R
-t
ag
g
C
H
R
-l
än
gd

Ta
gg
f
ör
ö
pp
en
n
yc
ke
l
(k
on
st
ru
er
ad
)
L
än
gd
f
ör
e
ft
er
fö
lj
an
de
d
at
ao
bj
ek
t
M
od
ul
us
-t
ag
g
M
od
ul
us
-l
än
gd

Ta
gg
f
ör
ö
pp
en
e
xp
on
en
t
L
än
gd
f
ör
ö
pp
en
e
xp
on
en
t
2. Certifieringsinstansens referens (CAR) har som syfte att identifiera
den certifieringsinstans (CA) som utfärdar certifikat på så sätt att
dataelementet kan användas samtidigt som en identifierare för instan­
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 identifiera
certifikatinnehavarens rättigheter. Den består av färdskrivarens 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.002 — 434
4. Certifieringsinnehavarens referens (CHR) har som syfte att unikt 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 eller 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 utrustningens
identifiering, och tillverkaren måste se till att nycklar och certifi­
kat installeras i avsedd utrustning. Nyckelidentifieraren har den
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 kommer
att innehålla identifiering av förfrågan. Tillverkaren måste med­
dela sin medlemsstats instans om hur nyckeln tillskrivs en viss
utrustning (dvs. identifiering av certifikatförfrågan och identifie­
ring av utrustningen) efter det att nyckeln installerats i utrust­
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.002 — 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 certifierade öppna
nyckeln är en RSA-nyckel som är relevant för autentisering, verifie­
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 delvis
å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 signaturen, 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”
Ta
gg
f
ör
c
er
ti
fi
ka
te
ts
k
on
st
an
ta

ve
kt
or
(
C
V
,
C
on
st
an
t
V
ec
to
r;
k
on
st
ru
er
ad
)
L
än
gd
f
ör
e
ft
er
fö
lj
an
de
d
at
ao
bj
ek
t
Ta
gg
f
ör
s
ig
na
tu
r
L
än
gd
f
ör
s
ig
na
tu
r
Ta
gg
f
ör
å
te
rs
to
d
L
än
gd
f
ör
å
te
rs
to
d
C
A
R
-t
ag
g
C
A
R
-l
än
gd

▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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 giltig­
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 giltigt nyckel­
par, vars öppna nyckel har certifierats av en certifieringsinstans 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 slumptal
som sänts av den andra parten, som måste återskapa det sända slumptalet
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 slutar med
fastställande av en sessionsnyckel.
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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.002 — 438
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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 dataobjekt
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 inom
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 en
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.002 — 440
Antag följande oskyddade par med kommando och svar:
Kommando – startdel (header) Kommando – nyttodel (body)
CLA INS P1 P2 [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 P1 P2 [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” CC
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” CC
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.002 — 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” CC
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” CC
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 dataobjekt
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.002 — 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 enligt
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.002 — 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 det 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 data
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 inte
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.002 — 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 circuit
cards – Part 4: Organization, security and commands for
interchange. Third edition 2013-04-15
ISO 7816-8 ISO/IEC 7816-8, Identification cards – Integrated circuit
cards – Part 8: Commands for security operations. Second
edition 2004-06-01
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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 tech­
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.002 — 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 krypto­
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.002 — 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.002 — 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-anordningar
ska stödja signeringsalgoritmen ECDSA, såsom den specificeras
i [DSS].
CSM_47 Fordonsenheter, färdskrivarkort och externa GNSS-anordningar
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-anordningar
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.002 — 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 12
CS#3 512/521 256 SHA-512 16
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 fordonsenheter
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.002 — 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 elliptisk
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, generera
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 rotnyckelpar
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 rotnyckel­
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.002 — 451
CSM_60 Erca ska alltid förfoga över följande kryptografiska nycklar
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 ska
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 register
ö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.002 — 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 cer­
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 genereras
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 for­
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.002 — 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 sitt
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.002 — 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 kort
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 privata
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.002 — 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ärd­
skrivarkort får inte ersättas eller förnyas efter det att kortet
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.002 — 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ålla
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.002 — 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 utrustnings­
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.002 — 458
Anmärkningar till Figure 1:
1. Olika generationer av rotcertifikatet anges av ett nummer inom paren­
tes. Exempelvis är Erca (1) den första generationens Erca-rotcertifikat,
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 certifikaten
ä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-certifikatet
som utfärdats på grundval av Erca (2), Card_MA (2-1) det första
kortcertifikatet för ömsesidig autentisering som utfärdats på grundval
av Erca (2), osv.
3. Certifikaten MSCA_Card (2-1) och MSCA_Card (1-senaste) utfärdas
nästan men inte exakt samma datum. MSCA_Card (2-1) är det första
MSCA_Card-certifikatet som utfärdats på grundval av Erca (2) och
kommer att utfärdas något senare än MSCA_Card (1-senaste), det
senaste MSCA_Card-certifikatet som utfärdats på grundval av Erca
(1).
4. Såsom visas i figuren kommer de första fordonsenhets- och kortcer­
tifikaten som utfärdats på grundval av Erca (2) att finnas nästan två år
innan de sista fordonsenhets- och kortcertifikaten som utfärdats på
grundval av Erca (1) kommer att finnas. Detta beror på det faktum
att fordonsenhets- och kortcertifikat utfärdas på grundval av ett
MSCA-certifikat, inte direkt på grundval av Erca-certifikatet. MSCA
(2-1)-certifikatet kommer att utfärdas direkt efter det att Erca (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 giltighetsperiod 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 [ISO
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.002 — 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 generera 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ämna
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.002 — 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 certifieringsinstans
(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 certifieringsinstansen
meddela rörelsesensortillverkaren versionsnumret för tillhörande
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.002 — 461
CSM_108 Varje rörelsesensortillverkare ska generera ett unikt serie­
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 parnings­
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 specifice­
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 relaterade
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.002 — 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 rotnyc­
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 av 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.002 — 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 generation
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.002 — 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 skapa
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.002 — 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 lagrat
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 fordonsenhetsspecifika
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.002 — 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 rotnyc­
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 av
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.002 — 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å generation
X av Erca-certifikatet ska innehålla endast generation X av
K_VU DSRC _ENC och K_VU DSRC _MAC, även om fordons­
enheten utfärdas efter det att giltighetsperioden för generation
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ärdskrivarsystemet
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 certifikatpro­
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 7F var
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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 certifikatprofil)
CSM_137 Certifikat ska använda en identifierare för certifikatprofil
(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 (certifieringsinstansens referens)
CSM_138 Certifieringsinstansens referens ska användas för att identi­
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. certifie­
ringsinstansens referens (CAR) och certifikatinnehavarens
referens (CHR) i certifikatet ska vara identiska.
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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 (certifikatinnehavarens 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 certifikat
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 standardiserade do­
mänparametrar som ska användas med den öppna nyckeln i certifikatet
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 referens)
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-anordningar
ska certifikatinnehavarens referens ha datatyp
som specificeras i tillägg 1.
CSM_146 När en tillverkare efterfrågar certifikat för fordonsenheter ä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 certifikat­
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.002 — 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 giltighetsdag)
▼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 giltighetsdag)
CSM_149 Certifikatets sista giltighetsdag anger slutdatum och sluttid­
punkt för certifikatets giltighetsperiod.
9.3.2.8 Certificate Signature (certifikatsignatur)
CSM_150 Signaturen på certifikatet ska skapas för den kodade nytto­
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.002 — 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 fordonsenhet ä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 fordons­
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.002 — 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.002 — 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 kortets
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 certifikat
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änt
certifikat, lagra detta certifikat för framtida behov, så att den
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 giltigheten
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.002 — 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.002 — 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 figuren är
de som används för ömsesidig autentisering. I avsnitt 9.1.4 betecknas
dessa VU_MA.
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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 europeiska
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 fordonsenhetens
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 igen
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.002 — 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 alla 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 certifikat
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.002 — 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 verifierat
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 certifi­
katet får ett kort välja att lagra endast innehållet i certifika­
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 au­
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 identifie­
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.002 — 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 EXTER­
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.002 — 480
10.4. Autentisering av chip och överenskommelse om sessionsnyckel
CSM_175 Fordonsenheter och kort ska använda det protokoll för au­
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.002 — 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.002 — 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-ENC-
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.002 — 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.002 — 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 enlighet
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 oskyddat
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 att
ha följande struktur, beroende på respektive fall av oskyddat svar:
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.002 — 485
Nedan visas tre exempel på APDU-omvandlingar för kommandon med
jämn INS-kod. Figur 8 visar en autentiserad kommando-APDU i fall 4,
figur 9 visar en autentiserad svars-APDU i fall 1/fall 3, och figur 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.002 — 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äker
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.002 — 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 starta 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.002 — 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 att
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 extern
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 fordon
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-anordning
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.002 — 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 ha
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 fordons­
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.002 — 490
CSM_207 Fordonsenheten ska, när den har verifierat EGF_MA-certifi­
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 externa
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.002 — 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 fel 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 och ö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 med
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.002 — 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örelsesen­
sorns huvudnyckel och alla tillhörande nycklar. Detta leder till närvaron
av upp till tre rörelsesensorrelaterade AES-nycklar K M-WC (i på varandra
följande nyckelgenerationer) i verkstadskorten. På liknande sätt kan det i
rörelsesensorer finnas upp till tre olika AES-baserade krypteringar av
data (på grundval av på varandra följande generationer av rörelsesensorns
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 generatio­
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.002 — 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 avsnitt
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 och generation 3) i själva
verket kan vara samma nyckel, eller tre olika nycklar som har olika längder, såsom
förklaras i CSM_117.
02016R0799 — SV — 21.08.2023 — 003.002 — 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 nycklar
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 16 16 16
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 16 16 16
41 Svar Parningsnyckel 16 16 / 24 / 32 16 32 32
42 Förfrågan Sessionsnyckel 16 16 / 24 / 32 16 32 32
43 Förfrågan Parningsinformation 24 24 32 32 32
50 Svar Parningsinformation 24 24 32 32 32
70 Förfrågan Autentiseringsdata 8 8 16 16 16
80 Svar Rörelsesensorns räk­
narvärde + autentise­
ringsdata
8 8 16 16 16
▼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.002 — 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-nycklar)
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 kryp­
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 autentiseringsblocket:
— 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 generationens
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.002 — 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 regelbundet
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 beskrivs i till­
lägg 14 till fjärravläsaren. I tillägg 1 specificeras att RTM-data ä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 specificeras i tillägg
1 och beskrivs närmare i tillägg 14. I detta avsnitt beskrivs strukturen hos
DSRC-säkerhetsdata; den formella specifikationen återfinns i tillä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 formatet
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.002 — 497
13.2. Kryptering av nyttolast från färdskrivaren och MAC-generering
CSM_226 Vid mottagning av ett dataelement i klartext med datatypen
, 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 fordonsenhet
ska den sända alla dessa data till ett kontrollkort i datafältet 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.002 — 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äsaren 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.002 — 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 verifiera
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.002 — 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 kontrollkortet 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.002 — 501
Figur 13
Protokoll för verifiering av signaturen för en överförd datafil
▼M1
02016R0799 — SV — 21.08.2023 — 003.002 — 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 produktionsprocessen
4.2. Kommunikation mellan den externa GNSS-anordningen och fordonsenhe­
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 autentisering 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 integritet
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 fordonsenheten
__________
5.3. Överföring av information från fordonsenheten till GNSS-mottagaren
5.4. Felhantering
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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-mottagare och
de GNSS-data som används av fordonsenheten, inklusive de protokoll
som ska införas för att garantera en säker och korrekt dataöverfö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.002 — 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änsterna
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 satellitnavigeringssystem
och det som inrättades inom ramen för Egnosprogrammet är ett regionalt
satellitnavigeringssystem som förbättrar kvaliteten på GPS-signalen.
GNS_2 Tillverkarna ska se till att GNSS-mottagare i smarta färdskri­
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 satellitnavigeringssystemen och om upp­
hävande av rådets förordning (EG) nr 876/2002 och Europaparlamentets och rådets
förordning (EG) nr 683/2008 (EUT L 347, 20.12.2013, s. 1).
02016R0799 — SV — 21.08.2023 — 003.002 — 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 konsekvenskontroller 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öljande
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.002 — 506
GNS_3e GNSS-mottagaren ska använda fordonsenhetens realtidsklocka
(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 positionsmeddelanden.
Avsnittet gäller konfigurationen av den smarta färdskrivaren, med 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.002 — 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 for­
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*hh
1) Tid (UTC)
2) Status: A = autentiserad position (fastställd med minst fyra satelliter vars
navigationsmeddelandes autenticitet har verifierats); J = störning (jamming)
eller O = annan GNSS-attack (som inte underkänts i autentisering, men som
detekteras genom införda konsekvenskontroller enligt GNS_3a); F = navi­
gationsmeddelande som underkänns i autentisering (detekterat genom
OSNMA-verifieringar som specificeras i de dokument som avses i GNS_3b);
V = ogiltigt värde (autentiserad position är inte tillgänglig pga 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.002 — 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 latitud
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.002 — 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.002 — 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.002 — 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.002 — 512
GNS_18 När det gäller funktionerna 1) (insamling och distribuering
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 externa
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.002 — 513
Tillträdesvillkor
File Fil-ID Läs (Read) Uppdatera (Update) Krypterad
DF GNSS Facility 0501 ALW NEV Nr
EF EGF_MACertificate C100 ALW NEV Nr
EF CA_Certificate C108 ALW NEV Nr
EF Link_Certificate C109 ALW NEV Nr
EF EGF 2F2F SM-MAC NEV
(gäller fordons­
enhet)
Nr
EF VU 2F30 SM-MAC SM-MAC Nr
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' 85 85
GSA-sats nr 1 (NMEA) '02' 85 85
GSA-sats nr 2 (NMEA) '03' 85 85
GSA-sats nr 3 (NMEA) '04' 85 85
GSA-sats nr 4 (NMEA) '05' 85 85
GSA-sats nr 5 (NMEA) '06' 85 85
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.002 — 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' 16 16
Identifierare för den externa
GNSS-anordningens säkerhetskom­
ponent, definierad i tillägg 1 som Sen­
sorExternalGNSSSCIdentifier.
'10' 8 8
AMC-sats '11' 85 85
ASA-sats nr 1 '12' 85 85
ASA-sats nr 2 '13' 85 85
ASA-sats nr 3 '14' 85 85
ASA-sats nr 4 '15' 85 85
ASA-sats nr 5 '16' 85 85
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.002 — 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.002 — 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äggs 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.002 — 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äggs 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.002 — 518
4.3. Den externa GNSS-anordningens koppling, ömsesidiga autentise­
ring och överenskommelse om sessionsnyckel med fordonsenheten
Den externa GNSS-anordningens koppling, ömsesidiga autentisering
och överenskommelse om sessionsnyckel med fordonsenheten beskrivs
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.002 — 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.002 — 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 av
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, med eller
utan en extern GNSS-anordning.
GNS_39 Positionsdata ska lagras i fordonsenheten tillsammans med
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.002 — 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” eller
”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.002 — 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.002 — 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.002 — 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 kommunikation 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 anordningar 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ålls
av Bluetooth®.
— De Bluetooth®-protokoll som används av ITS-gränssnittet.
▼M3
02016R0799 — SV — 21.08.2023 — 003.002 — 525
1.2. Förkortningar och definitioner
Följande förkortningar och definitioner som är särskilda för detta 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 eller delar av
följande förordningar och standarder. I respektive avsnitt i detta
tillägg hänvisas till de relevanta standarderna eller de relevanta
avsnitten i standarderna. I händelse av motstridiga uppgifter ska
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:1994Information 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 inbland­
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 ska
upprättas efter det att en Bluetooth®-process för parning har slut­
förts.
ITS_07 En säker och krypterad kommunikation ska upprättas mellan for­
donsenheten och ITS-enheten i enlighet med specifikationsmeka­
nismerna för Bluetooth®. I detta tillägg specificeras inte kryptering
eller andra säkerhetsmekanismer utöver de som tillhandahålls av
Bluetooth®.
ITS_08 Bluetooth® använder en server-/klientmodell för att kontrollera
överföringen av data mellan enheter, där fordonsenheten ska vara
server och ITS-enheten ska vara klient.
▼M3
02016R0799 — SV — 21.08.2023 — 003.002 — 526
3.2. Tillgängliga tjänster
ITS_09 De data som ska överföras via ITS-gränssnittet i enlighet 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 till­
gång till de tjänster som är nödvändiga för manuell inmatning av
data i enlighet med krav 61 i bilaga IC och, frivilligt, för andra
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 frontanslutningen ska for­
donsenheten inte tillhandahålla de nedladdningstjänster som speci­
ficeras i tillägg 7 via ITS Bluetooth®-anslutning.
ITS_11 När kalibreringsgränssnittet används via frontanslutningen ska for­
donsenheten inte tillhandahålla de kalibreringstjänster som specifi­
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 kabelanslut­
ning till den frontanslutning för kalibrering och överföring som
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 som
satts in i fordonsenheten, enligt vad som specificeras i tabell 1.
▼M3
02016R0799 — SV — 21.08.2023 — 003.002 — 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
M
ed
fö
ra
re
ns
k
or
tp
la
ts
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 fordonsenheten
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
M
ed
fö
ra
re
ns
k
or
tp
la
ts

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ärdskrivarkortet 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 kortplats).
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.002 — 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 avsnitt 4
ska göras tillgängliga via ITS-gränssnittet.
ITS_20 De data i avsnitt 4 som klassificeras som ”personuppgifter” 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 inte
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 ”person­
uppgifter” eller ”ej personuppgifter” av fordonsenhetens tillverkare,
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 vilka
förarens samtycke inte behövs.
ITS_22 Vid insättning av ett förarkort som är okänt för fordonsenheten 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 registreras 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 har
gett sitt samtycke får personuppgifter om medföraren inte vara
åtkomliga.
ITS_25 När fordonsenheten är i kontroll-, företags- eller kalibreringsläge
ska tillträdesrättigheterna via ITS-gränssnittet hanteras i enlighet
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 VU Ej personupp­
gift
Ej personupp­
gift
Samtycke behövs
ej
Obligatoriskt
CalibrationDate ISO 16844-7 VU Ej personupp­
gift
Ej personupp­
gift
Samtycke behövs
ej
Obligatoriskt
TachographVehicleS­
peed
ISO 16844-7 VU Personuppgift Ej tillämpligt Förarens sam­
tycke behövs
Obligatoriskt
▼M3
02016R0799 — SV — 21.08.2023 — 003.002 — 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 VU Personuppgift Ej tillämpligt Förarens sam­
tycke behövs
Obligatoriskt
Driver2WorkingState ISO 16844-7 VU Ej tillämpligt Personuppgift Medförarens sam­
tycke behövs
Obligatoriskt
DriveRecognize ISO 16844-7 VU Ej personupp­
gift
Ej personupp­
gift
Samtycke behövs
ej
Obligatoriskt
Driver1TimeRelated­
States
ISO 16844-7 VU Personuppgift Ej tillämpligt Förarens sam­
tycke behövs
Obligatoriskt
Driver2TimeRelated­
States
ISO 16844-7 VU Ej tillämpligt Personuppgift Medförarens sam­
tycke behövs
Obligatoriskt
DriverCardDriver1 ISO 16844-7 VU Personuppgift Ej tillämpligt Förarens sam­
tycke behövs
Obligatoriskt
DriverCardDriver2 ISO 16844-7 VU Ej tillämpligt Personuppgift Medförarens sam­
tycke behövs
Obligatoriskt
OverSpeed ISO 16844-7 VU Personuppgift Ej tillämpligt Förarens sam­
tycke behövs
Obligatoriskt
TimeDate Tillägg 8 VU Ej personupp­
gift
Ej personupp­
gift
Samtycke behövs
ej
Obligatoriskt
HighResolutionTotal­
VehicleDistance
ISO 16844-7 VU Ej personupp­
gift
Ej personupp­
gift
Samtycke behövs
ej
Obligatoriskt
HighResolutionTrip­
Distance
ISO 16844-7 VU Ej personupp­
gift
Ej personupp­
gift
Samtycke behövs
ej
Obligatoriskt
ServiceComponen­
tIdentification
ISO 16844-7 VU Ej personupp­
gift
Ej personupp­
gift
Samtycke behövs
ej
Obligatoriskt
ServiceDelayCalend­
arTimeBased
ISO 16844-7 VU 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.002 — 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 VU Ej personupp­
gift
Ej personupp­
gift
Samtycke behövs
ej
Obligatoriskt
Driver1ContinuousDri­
vingTime
ISO 16844-7 VU Personuppgift Ej tillämpligt Förarens sam­
tycke behövs
Obligatoriskt
Driver2ContinuousDri­
vingTime
ISO 16844-7 VU Ej tillämpligt Personuppgift Medförarens sam­
tycke behövs
Obligatoriskt
Driver1CumulativeBre­
akTime
ISO 16844-7 VU Personuppgift Ej tillämpligt Förarens sam­
tycke behövs
Obligatoriskt
Driver2CumulativeBre­
akTime
ISO 16844-7 VU Ej tillämpligt Personuppgift Medförarens sam­
tycke behövs
Obligatoriskt
Driver1CurrentDuratio­
nOfSelectedActivity
ISO 16844-7 VU Personuppgift Ej tillämpligt Förarens sam­
tycke behövs
Obligatoriskt
Driver2CurrentDuratio­
nOfSelectedActivity
ISO 16844-7 VU Ej tillämpligt Personuppgift Medförarens sam­
tycke behövs
Obligatoriskt
SpeedAuthorised Tillägg 8 VU Ej personupp­
gift
Ej personupp­
gift
Samtycke behövs
ej
Obligatoriskt
TachographCardSlot1 ISO 16844-7 VU Ej personupp­
gift
Ej tillämpligt Samtycke behövs
ej
Obligatoriskt
TachographCardSlot2 ISO 16844-7 VU 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 VU Ej personupp­
gift
Ej personupp­
gift
Samtycke behövs
ej
Obligatoriskt
ModeOfOperation ISO 16844-7 VU Ej personupp­
gift
Ej personupp­
gift
Samtycke behövs
ej
Obligatoriskt
Driver1CumulatedD­
rivingTimePreviou­
sAndCurrentWeek
ISO 16844-7 VU Personuppgift Ej tillämpligt Förarens sam­
tycke behövs
Obligatoriskt
▼M3
02016R0799 — SV — 21.08.2023 — 003.002 — 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 VU Ej tillämpligt Personuppgift Medförarens sam­
tycke behövs
Obligatoriskt
EngineSpeed ISO 16844-7 VU Personuppgift Ej tillämpligt Förarens sam­
tycke behövs
Frivilligt
RegisteringMemberS­
tate
Tillägg 8 VU Ej personupp­
gift
Ej personupp­
gift
Samtycke behövs
ej
Obligatoriskt
VehicleRegistration­
Number
Tillägg 8 VU Ej personupp­
gift
Ej personupp­
gift
Samtycke behövs
ej
Obligatoriskt
Driver1EndOfLastDai­
lyRestPeriod
ISO 16844-7 VU Personuppgift Ej tillämpligt Förarens sam­
tycke behövs
Frivilligt
Driver2EndOfLastDai­
lyRestPeriod
ISO 16844-7 VU Ej tillämpligt Personuppgift Medförarens sam­
tycke behövs
Frivilligt
Driver1EndOfLastWe­
eklyRestPeriod
ISO 16844-7 VU Personuppgift Ej tillämpligt Förarens sam­
tycke behövs
Frivilligt
Driver2EndOfLastWe­
eklyRestPeriod
ISO 16844-7 VU Ej tillämpligt Personuppgift Medförarens sam­
tycke behövs
Frivilligt
Driver1EndOfSecond­
LastWeeklyRestPeriod
ISO 16844-7 VU Personuppgift Ej tillämpligt Förarens sam­
tycke behövs
Frivilligt
Driver2EndOfSecond­
LastWeeklyRestPeriod
ISO 16844-7 VU Ej tillämpligt Personuppgift Medförarens sam­
tycke behövs
Frivilligt
Driver1TimeLastLoa­
dUnloadOperation
ISO 16844-7 VU Personuppgift Ej tillämpligt Förarens sam­
tycke behövs
Frivilligt
Driver2TimeLastLoa­
dUnloadOperation
ISO 16844-7 VU Ej tillämpligt Personuppgift Medförarens sam­
tycke behövs
Frivilligt
Driver1CurrentDaily
DrivingTime
ISO 16844-7 VU Personuppgift Ej tillämpligt Förarens sam­
tycke behövs
Frivilligt
Driver2CurrentDaily
DrivingTime
ISO 16844-7 VU Ej tillämpligt Personuppgift Medförarens sam­
tycke behövs
Frivilligt
Driver1CurrentWeek­
lyDrivingTime
ISO 16844-7 VU Personuppgift Ej tillämpligt Förarens sam­
tycke behövs
Frivilligt
Driver2CurrentWeek­
lyDrivingTime
ISO 16844-7 VU Ej tillämpligt Personuppgift Medförarens sam­
tycke behövs
Frivilligt
▼M3
02016R0799 — SV — 21.08.2023 — 003.002 — 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 VU Personuppgift Ej tillämpligt Förarens sam­
tycke behövs
Frivilligt
Driver2TimeLeftUntil­
NewDailyRestPeriod
ISO 16844-7 VU 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 VU Personuppgift Ej tillämpligt Förarens sam­
tycke behövs
Frivilligt
Driver2CardNextMan­
datoryDownloadDate
ISO 16844-7 VU Ej tillämpligt Personuppgift Medförarens sam­
tycke behövs
Frivilligt
TachographNextMan­
datoryDownloadDate
ISO 16844-7 VU Ej personupp­
gift
Ej personupp­
gift
Samtycke behövs
ej
Frivilligt
Driver1TimeLeftUntil­
NewWeeklyRestPeriod
ISO 16844-7 VU Personuppgift Ej tillämpligt Förarens sam­
tycke behövs
Frivilligt
Driver2TimeLeftUntil­
NewWeeklyRestPeriod
ISO 16844-7 VU Ej tillämpligt Personuppgift Medförarens sam­
tycke behövs
Frivilligt
Driver1NumberOfTi­
mes9hDailyDriving­
TimesExceeded
ISO 16844-7 VU Personuppgift Ej tillämpligt Förarens sam­
tycke behövs
Frivilligt
Driver2NumberOfTi­
mes9hDailyDriving­
TimesExceeded
ISO 16844-7 VU Ej tillämpligt Personuppgift Medförarens sam­
tycke behövs
Frivilligt
Driver1CumulativeUn­
interruptedRestTime
ISO 16844-7 VU Personuppgift Ej tillämpligt Förarens sam­
tycke behövs
Frivilligt
Driver2CumulativeUn­
interruptedRestTime
ISO 16844-7 VU Ej tillämpligt Personuppgift Medförarens sam­
tycke behövs
Frivilligt
Driver1MinimumDai­
lyRest
ISO 16844-7 VU Personuppgift Ej tillämpligt Förarens sam­
tycke behövs
Frivilligt
Driver2MinimumDai­
lyRest
ISO 16844-7 VU Ej tillämpligt Personuppgift Medförarens sam­
tycke behövs
Frivilligt
▼M3
02016R0799 — SV — 21.08.2023 — 003.002 — 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 VU Personuppgift Ej tillämpligt Förarens sam­
tycke behövs
Frivilligt
Driver2MinimumWe­
eklyRest
ISO 16844-7 VU Ej tillämpligt Personuppgift Medförarens sam­
tycke behövs
Frivilligt
Driver1MaximumDai­
lyPeriod
ISO 16844-7 VU Personuppgift Ej tillämpligt Förarens sam­
tycke behövs
Frivilligt
Driver2MaximumDai­
lyPeriod
ISO 16844-7 VU Ej tillämpligt Personuppgift Medförarens sam­
tycke behövs
Frivilligt
Driver1MaximumDai­
lyDrivingTime
ISO 16844-7 VU Personuppgift Ej tillämpligt Förarens sam­
tycke behövs
Frivilligt
Driver2MaximumDai­
lyDrivingTime
ISO 16844-7 VU Ej tillämpligt Personuppgift Medförarens sam­
tycke behövs
Frivilligt
Driver1NumberOf
UsedReducedDaily­
RestPeriods
ISO 16844-7 VU Personuppgift Ej tillämpligt Förarens sam­
tycke behövs
Frivilligt
Driver2NumberOf
UsedReducedDaily­
RestPeriods
ISO 16844-7 VU Ej tillämpligt Personuppgift Medförarens sam­
tycke behövs
Frivilligt
Driver1Remaining
CurrentDrivingTime
ISO 16844-7 VU Personuppgift Ej tillämpligt Förarens sam­
tycke behövs
Frivilligt
Driver2Remaining
CurrentDrivingTime
ISO 16844-7 VU Ej tillämpligt Personuppgift Medförarens sam­
tycke behövs
Frivilligt
VehiclePosition Tillägg 8 VU Personuppgift Personuppgift Förarens och
medförarens sam­
tycke behövs
Obligatoriskt
ByDefaultLoadType Tillägg 8 VU Personuppgift Personuppgift Förarens och
medförarens sam­
tycke behövs
Obligatoriskt
▼M3
02016R0799 — SV — 21.08.2023 — 003.002 — 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änssnitt för 5,8
GHz DSRC
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
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ärrkommunikation
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 definitioner
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.002 — 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 fordonsenhe­
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ärdskrivaren 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.002 — 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 kontrolleras
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 att
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.002 — 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 man
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 kommunikation be­
gränsad eftersom kommunikationen är riktad och utformad för kort av­
stånd. Samma kommunikationsmedel som används för fjärrövervakning
av färdskrivare (RTM, Remote Tachograph Monitoring) kan dessutom
utnyttjas av de behöriga kontrollmyndigheterna för andra tillämpningar
(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öriga kon­
trollmyndigheterna får själva besluta om sådant utnyttjande ska vara
separerat eller sekventiellt i förhållande till övervakningen av färdskri­
vare.
I detta tillägg specificeras följande:
— Den utrustning och de procedurer och protokoll som ska användas i
kommunikationen.
— De standarder och förordningar vars krav radioutrustningen ska
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 ordning 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 kontroll­
myndigheternas representant och kriterier som ska användas av den
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.002 — 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 detta 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.002 — 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.002 — 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 standarder. I
respektive avsnitt i detta tillägg anges de relevanta standarderna eller de
relevanta avsnitten i standarderna. I händelse av motstridiga uppgifter
ska avsnitten i detta tillägg ha företräde. I händelse av motstridiga upp­
gifter och frånvaro av en tydligt fastställd specifikation i detta 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 12253,
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 standarder:
[1] Europaparlamentets och rådets 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ä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 av 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 cooper­
ative telematics applications for regulated commercial freight
vehicles (TARV).
[5] EN 300 674-1 Electromagnetic 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 Indu­
strial, Scientific and Medical (ISM) band; Part 1: General charac­
teristics and test methods for Road Side Units (RSU) and On-Board
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.002 — 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 interface 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.002 — 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 till­
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änssnitt
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 kontrollmyn­
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 som ä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 fordonet
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 kontrollmyndigheternas repre­
sentant vid vägkanten och riktar en handhållen fjärravläsare, eller en
fjärravläsare som är monterad på ett stativ eller flyttbar på annat 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-03
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.002 — 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 kontrollmyndigheternas 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 mitt 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 fordon som
ska kontrolleras när representantens fordon är i en speciell position 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 paramet­
rar i EN 300 674-1 såsom beskrivs i avsnitt 5. Se figur 14.2 (anvä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 integritet hos data
som överförs genom fjärrkommunikation kontrolleras och dekrypteras
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ärdskrivare
visas i figur 14.3.
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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 fordonsenhetens DSRC-modul ska
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 545
ansvara för att strömtillförseln är tillräcklig från en periodisk
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 fordon
ä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.002 — 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 beroende på
omständigheterna (läsaren stativmonterad, handhållen, fordonsmonterad
osv.) och det tillvägagångssätt som används av de behöriga kontroll­
myndigheternas representant.
En visnings- och/eller meddelandefunktion används för att presentera
resultaten från fjärrkommunikationsfunktionen för de behöriga kontroll­
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 medde­
lande beror på de krav som ställs av de behöriga kontrollmyndigheternas
representanter och specificeras inte i detta tillägg.
DSC_23 Fjärravläsarens utformning och formfaktor ska vara en kom­
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.002 — 547
5.3.2 i detta tillägg, för att därigenom ge marknaden maximal
flexibilitet att utforma och tillhandahålla utrustning som klarar
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.002 — 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örbere­
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 attributidentifierare.
e. Om de behöriga kontrollmyndigheternas representant vill kontrollera
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 innehål­
ler krypterade värden som nyttolastdata och säkerhetsdata för DSRC.
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 mottagna
data som stöd för att besluta om fordonet ska stoppas för en detal­
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 motsvara
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.002 — 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ärdskri­
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.002 — 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 ms (Ö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.002 — 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ämmelseprovning 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.002 — 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.002 — 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ämmelseprovning 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.002 — 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 antennen
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 ideala
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.002 — 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.002 — 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 en
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.002 — 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 kom­
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.002 — 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.002 — 559
► (2) (3) M1
► (1) M3
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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örtp15638VehicleRe­
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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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.002 — 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 enlighet 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ärravlä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.002 — 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
O
kt
et
t
#
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.002 — 570
O
kt
et
t
#
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
O
kt
et
t
#
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.002 — 571
DSC_46 Fjärravläsaren svarar sedan genom att tilldela ett privat 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
O
kt
et
t
#
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.002 — 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ämpningsidentifierare,
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
O
kt
et
t
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.002 — 573
O
kt
et
t
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 kom­
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.002 — 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)
O
kt
et
t
#
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.002 — 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)
O
kt
et
t
#
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.002 — 576
O
kt
et
t
#
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ända
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
O
kt
et
t
#
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.002 — 577
O
kt
et
t
#
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.002 — 578
DSC_55 För att utföra detta grundläggande kommunikationsprov ger
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 utvä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.002 — 579
Tabell 14.15
Exempel på ram för ACTION, ECHO (begäran)
O
kt
et
t
#
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.002 — 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)
O
kt
et
t
#
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.002 — 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öljande
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 fordons­
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.002 — 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 startats/
fordonsenheten har satts på.
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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.002 — 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 det
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 definieras 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 aktuell 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 transaktioner 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ändigheter 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 omfattat 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 kan vara
avsiktligt, men också orsakas av ett annat fordons fysiska närvaro).
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ärför att kom­
munikationen inte upprättades.
Om de behöriga kontrollmyndigheternas representant riktar fjärravlä­
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 detta
misslyckande dock bero på avsiktlig manipulering, och representanten
behöver därför ett medel för att logga misslyckandet och förvarna kol­
legor längre fram om den eventuella överträdelsen. Kollegorna kan se­
dan stoppa fordonet och utföra en fysisk besiktning. Eftersom ingen
lyckad kommunikation har ägt rum kan dock inte fordonsenhetens
DSRC-modul ge några data om misslyckandet. Sådan rapportering ska
därför ingå som en funktion i utformningen av fjärravläsarens utrustning.
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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 tillhandahållit
dessa data (se avsnitt 5.4).
Data som därefter överförs genom gränssnittet (luften) kontrolleras ge­
nom cyklisk redundanskontroll (CRC) på kommunikationsnivån. Data
som valideras genom CRC är korrekta. Data som inte valideras genom
CRC återsänds. Sannolikheten att data skulle kunna passera genom 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 återsä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 leder 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ärrkommunikationsfunk­
tionen:
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 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äggningar 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ända 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 korrekt
kan den korrekta funktionen hos DSRC-länken mellan fjärravläsarens
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 kalibrerings­
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.002 — 587
Tillägg (Addendum)
Regler för beräkning av körtid per dag, per vecka och per två veckor
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örarkort (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 verkstadskort) är insatt.
En eller flera okända (UNKNOWN) perioder som påträffas under den tids­
period som behövs för beräkningarna ska jämställas med rast/vila (BREAK/
REST).
Okända (UNKNOWN) perioder och aktiviteter med negativ varaktighet (dvs.
aktiviteten påbörjas senare än den avslutas) på grund av tidsöverlappningar
mellan två olika fordonsenheter eller på grund av tidsinställning beaktas inte.
Aktiviteter som registreras på förarkortet och som motsvarar perioder 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änglighet (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öring 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 dygnsvila har
avslutats.
Det pågående RTM-skiftet är perioden sedan slutet av den senaste
dygnsvilan.
b) sammanlagd körtid: summan av varaktigheten för förarens samtliga
köraktiviteter (DRIVING) som omfattas (dvs. de är inte OUT OF SCOPE)
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.002 — 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/TRAIN
CROSSING) är aktiv får den normala dygnsvilan i undantagsfall avbrytas
högst två gånger av andra aktiviteter än vila, med en maximal sammanlagd
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 sammanlagda
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å minst tre
och mindre än nio timmar.
— Den andra delen ska vara en sammanhängande viloperiod på minst nio
timmar.
När en omständighet av typen transport med färja/tåg (FERRY/TRAIN
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 andra aktivi­
teter med en sammanlagd varaktighet på högst en timme, dvs.
— den första delen av den delade dygnsvilan får avbrytas en eller två
gånger, eller
— den andra delen av den delade dygnsvilan får avbrytas en eller två
gånger, eller
▼M3
02016R0799 — SV — 21.08.2023 — 003.002 — 589
— den första delen av den delade dygnsvilan får avbrytas en gång 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 samman­
lagda vilotiden, beräknad enligt punkt 3, är
— minst tre timmar och mindre än elva timmar för den första viloperioden
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 viloperioden
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/TRAIN
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 som 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 med 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/TRAIN
CROSSING), i enlighet med figur 3 eller figur 4, beroende på vilken
som är relevant, och ska för varje avbrott som detekteras utvärdera 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 detekterats, 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 avslutas”
som lagrats efter det att avbrottet har avslutats.
Om inget av ovanstående villkor är uppfyllt ska den sammanhängande
viloperioden omedelbart före avbrottet läggas till den sammanlagda
vilotiden.
▼M3
02016R0799 — SV — 21.08.2023 — 003.002 — 590
Om minst ett av ovanstående villkor är uppfyllt ska fordonsenheten an­
tingen avbryta beräkningen av den sammanlagda vilotiden i enlighet med
steg 2 eller detektera avbrott i vilotiden som inträffar efter
startflaggan (BEGIN) för transport med färja/tåg (FERRY/TRAIN CROS­
SING) i enlighet med steg 3.
b) Steg 2
För varje avbrott som detekteras i enlighet med steg 1 ska fordonsenheten
utvärdera om beräkningen av den sammanlagda vilotiden bör avbrytas.
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äkningen av den
sammanlagda vilotiden ska fordonsenheten detektera avbrott som inträffar
efter avaktivering av omständigheten FERRY/TRAIN CROSSING i enlig­
het med figur 3 eller figur 4, beroende på vilken som är relevant.
För varje påträffat avbrott ska fordonsenheten utvärdera om avbrottet in­
nebär att den sammanlagda tiden för samtliga detekterade avbrott översti­
ger mer än en timme totalt; i så fall ska beräkningen av den sammanlagda
viloperioden avslutas vid slutet av den sammanhängande viloperiod som
föregår avbrottet. I annat fall ska de sammanhängande viloperioder 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 fordonsenhe­
ten, till följd av stegen 1 och 3, har lagt till högst två sammanhängande
viloperioder till den viloperiod för vilken omständigheten FERRY/TRAIN
CROSSING är aktiverad, även i de fall där avbrott inträffar under 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.002 — 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.002 — 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 två 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.002 — 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ärdskrivarkort 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 kalibreringsutrustning
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ärdskrivarkort.
▼M3
02016R0799 — SV — 21.08.2023 — 003.002 — 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 generationens 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 ska
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 samband
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 andra
generationens verkstadskort.
MIG_005 När det gäller att avgöra funktionsläge ska andra generatio­
nens fordonsenheter endast beakta typen av giltigt kort som
sätts in, oavsett dess generation.
MIG_006 Ett giltigt andra generationens färdskrivarkort, oavsett 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 generatio­
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.002 — 595
MIG_008 Andra generationens rörelsesensorer kan paras och användas
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 samt­
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 kontrollmyndigheter
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, oavsett
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 som ä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.002 — 596
2.4.3 Överföring från fordonsenhet
MIG_014 Med undantag för förarkontroll som utförs av kontrollmyndig­
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 tredje­
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ängliga för
tillverkare samma dag som denna bilaga offentliggörs.
MIG_018 Driftskompatibilitetsprov ska vara klara att inledas med 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örelsesen­
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 generation 2
version 2 senast 1 månad före införandedagen.
MIG_021 Medlemsstater ska kunna utfärda alla typer andra av färdskri­
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.002 — 597
MIG_023a Med verkan från och med införandedagen ska felaktiga for­
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 region 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/2014
och punkt 50 i bilaga IB till förordning (EEG) nr 3821/85.
▼M3
02016R0799 — SV — 21.08.2023 — 003.002 — 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 hastighetspulser
4.2. Inducering av de inkommande pulserna till den inbyggda rörelsesensorn
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 krypterade
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.002 — 599
Den ska installeras och användas endast i de fordonstyper som
definieras i definition ”yy” (”adapter”) i bilaga 1C, där det inte
ä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 hastighet/
sträcka som avges av integrerade sensorer eller alternativa
gränssnitt.
ADA_002 En typgodkänd rörelsesensor (enligt bestämmelserna i avsnitt 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 bilaga.
I stället ska säkerhetskraven i avsnitt 4.4 i detta tillägg gälla.
3. KRAV PÅ FÄRDSKRIVAREN NÄR EN ADAPTER ÄR INSTALLE­
RAD
I de följande kapitlen anges hur kraven i denna bilaga ska tolkas när en
adapter används. De relaterade kravnumren i bilaga 1C anges i parentes.
ADA_005 Varje färdskrivare i fordon som har utrustats med en adapter
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.002 — 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 vara de
som är relaterade till den inbyggda rörelsesensorn (krav 88).
ADA_009 Fordonsenhetens kalibreringsfunktion ska möjliggöra auto­
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 frekvenspulser
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 fordonet, i
förekommande fall.
▼M3
ADA_012 Gränssnittet för adapterns indata ska, i förekommande fall,
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 inducerade
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 användas
av fordonsenheten för att identifiera adaptern (krav 95).
▼B
02016R0799 — SV — 21.08.2023 — 003.002 — 601
ADA_016 Installationsdata som lagras i den inbyggda rörelsesensorn 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örelsesen­
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 genereras och
behandlas endast kommer från adapterns indata.
4.5. Prestanda
ADA_020 Adaptern ska vara helt funktionsduglig inom ett temperaturin­
tervall som definieras av tillverkaren.
ADA_021 Adaptern ska vara helt funktionsduglig vid en luftfuktighet i
intervallet 10–90 % (krav 214).
ADA_022 Adaptern ska skyddas mot överspänning, mot omkastning av
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örordningen
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.002 — 602
— Identifieringsnummer för det fordon som adaptern har in­
stallerats i.
ADA_028 Typskylten ska också visa följande uppgifter (om de inte ä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 installeras 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 justera
gränssnitt för indata och välja fördelningsförhållandet för insig­
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 (positiv
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.002 — 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 av
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 funktionsprovning 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 adaptertillverkaren
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.002 — 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.002 — 605
Tillägg 17
ÖVERGÅNGSBESTÄMMELSER SOM AVSER OSNMA:s ANVÄNDNING
AV FÄRDSKRIVARE
1. DEFINITIONER OCH FÖRKORTNINGAR
1.1 Definitioner
Försäkran om Galileos OSNMA-tjänst för autentiseringsmekanismen i
Galileo (OSNMA): Europeiska kommissionens försäkran att Galileo
OSNMA går in i sin driftsfas.
Övergångsfordonsenhet: Fordonsenhet som uppfyller bestämmelserna i
detta tillägg.
Övergångsfordonsenheter konstrueras i enlighet med SIS ICD
och OSNMA:s riktlinjer för mottagare som är tillämpliga på OSNMA:s
offentliga provningsfas. De innehåller en GNSS-mottagare som kan an­
vända OSNMA under sin offentliga provningsfas.
Övergångsfordonsenheter kan emellertid inte autentisera de navigerings­
meddelanden som är tillgängliga efter försäkran om Galileos
OSNMA-tjänst, på grund av en nödvändig uppdatering av det kryptogra­
fiska materialet i fordonsenheten. En lämplig programvaruuppdatering
måste tillämpas så att de kan börja använda OSNMA och uppfylla alla
krav i bilaga I C och dess tillägg 1–16. Innan de uppdateras genomför
övergångsfordonsenheter de OSNMA-relaterade funktioner som specifice­
ras i detta tillägg. Funktioner som inte har något samband med OSNMA
förblir oförändrade.
Om lämplig programvaruuppdatering tillämpas genomför övergångsfor­
donsenheterna SIS ICD- och OSNMA-mottagarriktlinjerna som är tillämp­
liga för OSNMA:s driftsfas och uppfyller alla krav i bilaga IC och dess
tillägg 1–16, genom användning av OSNMA som är tillgängligt under
driftsfasen.
Övergångsfärdskrivare: färdskrivare, inklusive en övergångsfordons­
enhet.
1.2 Förkortningar
ICD Interface Control Document (dokument för gräns­
snittskontroll)
OSNMA Autentiseringsmekanism i Galileo (Open Service
Navigation Message Authentication)
SIS Rymdsignal (Signal in Space)
VU Vehicle Unit (fordonsenhet)
▼M4
02016R0799 — SV — 21.08.2023 — 003.002 — 606
2. ALLMÄNNA ÖVERVÄGANDEN RÖRANDE OSNMA
För att fordon som registreras för första gången ska kunna utrustas med
version 2 av andra generationens färdskrivare, från och med det begärda
införandedatumet enligt definitionen i avsnitt 1 ccc i bilaga I C till genom­
förandeförordning (EU) 2016/799, måste fordonsenheter typgodkännas,
tillverkas och saluföras före försäkran om Galileos OSNMA-tjänst. För
dessa fordonsenheter, som kallas övergångsfordonsenheter, måste
OSNMA-relaterade krav i bilaga IC och tilläggen 1–16 anpassas så att
de kan typgodkännas och användas.
I bestämmelserna i detta tillägg definieras de särskilda krav som gäller för
övergångsfordonsenheter. De gäller endast fordonsenheter med en intern
GNSS-mottagare.
3. Krav för GNSS-mottagare av övergångsfärdskrivare
TRA_001 Övergångsfordonsenheter ska omfatta en GNSS-mottagare som
kan använda OSNMA under sin offentliga provningsfas.
TRA_002 Kraven i tillägg 12 gäller för GNSS-mottagare som ingår i
övergångsfordonsenheter, med följande tolkningar:
— SIS ICD och OSNMA-riktlinjerna för mottagare som det hänvisas till
är de dokument som finns tillgängliga för den offentliga
provningsfasen:
— Galileo Open Service Navigation Message Authentication
(OSNMA) User ICD for the Test Phase, utgåva 1.0, november
2021,
— Galileo Open Service Navigation Message Authentication
(OSNMA) Receiver Guidelines for the Test Phase, utgåva 1.0,
november 2021.
— OSNMA är den tjänst som är tillgänglig under den offentliga
provningsfasen.
— SIS är den rymdsignal som är tillgänglig under den offentliga
provningsfasen.
TRA_003 Den GNSS-mottagare som ingår i övergångsfordonsenheter ska
vara utformad så att den efter en uppdatering av sin programvara, till­
lämpad genom en programvaruuppdatering av fordonsenheten, till fullo
uppfyller kraven i bilaga 12, med användning av OSNMA som är till­
gängligt under driftsfasen.
4. KRAV SOM ÄR TILLÄMPLIGA PÅ ÖVERGÅNGSFORDONSENHE­
TER
Övergångsfordonsenheter får behandla den OSNMA-signal som är till­
gänglig under OSNMA:s offentliga provningsfas, men kan inte rapportera
autentiseringsstatus för navigationsmeddelanden från SIS som är tillgäng­
lig under OSNMA:s driftsfas förrän en lämplig programvaruuppdatering
tillämpas. De utgår därför från att de standardpositioner som
GNSS-mottagaren tillhandahåller alltid är autentiserade.
Kraven i bilaga IC och dess tillägg 1–16 gäller, med följande tolkningar:
▼M4
02016R0799 — SV — 21.08.2023 — 003.002 — 607
TRA_004 Bilaga IC, 3.9.15 ”Tidskonflikt”, krav 86, ska förstås på föl­
jande sätt
Denna händelse ska utlösas när kalibreringsläget inte är inställt om
fordonsenheten upptäcker en onormal avvikelse mellan tiden i fordons­
enhetens tidsmätningsfunktion och den tid som har sitt ursprung i de
standardpositioner som överförs av GNSS-mottagaren eller den externa
GNSS-anordningen. En ”onormal tidsavvikelse” upptäcks om tidsskill­
naden överstiger ± 3 sekunder, vilket motsvarar den tidsprecision som
anges i krav 41a, ökad med den maximala tidsavvikelsen per dag. Denna
händelse ska registreras tillsammans med färdskrivarens interna klock­
värde. Fordonsenheten ska utföra kontrollen för att utlösa händelsen tids­
konflikt (Time conflict) just innan fordonsenheten automatiskt ställer in
tiden i fordonsenhetens interna klocka, i enlighet med krav 211.
TRA_005 Bilaga IC, 3.9.18 Orimligt GNSS-värde (händelse, ”GNSS
anomaly”), krav 88a, ska förstås på följande sätt:
Denna händelse ska utlösas när kalibreringsläget inte är inställt om
GNSS-mottagaren upptäcker en attack , 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.
TRA_006 Bilaga IC, 3.12.5 Registrering och lagring i dataminne, platser
och positioner där dagens arbetsperioder börjar, slutar och/eller där tre
timmars sammanlagd körtid uppnås, krav 110, ska förstås på följande sätt:
Färdskrivaren ska registrera och lagra följande i sitt dataminne, tillsam­
mans med varje plats eller position:
— Förarens eller medförarens kortnummer och medlemsstat som utfärdat
kortet.
— Kortets generation.
— Datum och tidpunkt för angivelsen.
— Typ av angivelse (början, slut eller tre timmars sammanlagd körtid).
— Aktuell GNSS-precision, samt datum och tidpunkt i förekommande fall.
— Fordonets vägmätarställning.
— En flagga som anger att positionen antas ha autentiserats.
TRA_007 Bilaga IC, 3.12.17 Registrering och lagring i dataminne, gräns­
passager, krav 133b, ska förstås på följande sätt:
Färdskrivaren ska i sitt dataminne registrera och lagra följande, tillsam­
mans med länder och position:
— Förarens eller medförarens kortnummer och medlemsstat som utfärdat
kortet.
— Kortets generation.
— Aktuell GNSS-precision, samt datum och tidpunkt.
— En flagga som anger att positionen antas ha autentiserats.
— Fordonets vägmätarvärde vid tidpunkten för detektering av gränspas­
sage.
▼M4
02016R0799 — SV — 21.08.2023 — 003.002 — 608
TRA_008 Bilaga IC, 3.12.18 Registrering och lagring i dataminne,
lastnings- eller lossningsaktivitet, krav 133g, ska förstås på följande sätt:
Färdskrivaren ska i sitt dataminne registrera och lagra följande, tillsam­
mans med typ av aktivitet och position:
— Förarens eller medförarens kortnummer och medlemsstat som utfärdat
kortet.
— Kortets generation.
— Datum och tidpunkt för lastnings-/lossningsaktiviteten.
— Aktuell GNSS-precision, samt datum och tidpunkt i förekommande fall.
— En flagga som anger att positionen antas ha autentiserats.
— Fordonets vägmätarställning.
TRA_009 Bilaga IC, 3.23 Tidsinställning, krav 211, ska förstås på föl­
jande sätt:
Tidsinställningen av fordonsenhetens interna klocka ska ske automatiskt
med varierande tidsintervall: nästa automatiska tidsinställning ska utlösas
mellan 72 och 168 timmar efter den föregående, och efter det att fordons­
enheten kan få tillgång till GNSS-tid genom ett giltigt standard positions­
meddelande i enlighet med tillägg 12. Tidsinställningen får dock aldrig
vara större än den sammanlagda maximala tidsavvikelse per dag som
beräknats 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 tidsavvi­
kelsen per dag ska tidsinställningen ställa fordonsenhetens interna klocka
så nära GNSS-mottagarens tid som möjligt. Tidsinställningen får göras
endast om den tid som GNSS-mottagaren tillhandahåller erhålls med
hjälp av standard positionsmeddelanden i enlighet med tillägg 12. Tids­
referensen för den automatiska tidsinställningen av fordonsenhetens in­
terna klocka ska vara den tid som tillhandahålls i standard positionsmed­
delandet.
TRA_010 Bilaga IC, 3.23 Tidskonflikt, krav 212, ska förstås på följande
sätt:
Funktionen för tidsinställning ska också möjliggöra externt utlöst inställ­
ning 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,
— eller genom att begära att fordonsenhetens klocka anpassas 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
standardpositionsmeddelanden. I det senare fallet ska tjänsten Routi­
neControl användas i enlighet med avsnitt 8 i tillägg 8.
▼M4
02016R0799 — SV — 21.08.2023 — 003.002 — 609
TRA_011 Tillägg 4, 2. Specifikationen för datablock, första stycket
sjunde strecksatsen, ska förstås på följande sätt:
När piktogrammet skrivs ut efter longitud och latitud för en registrerad
position, eller efter tidsstämpeln när positionen fastställdes, anger
piktogrammet att denna position antas vara autentiserad.
TRA_012 Tillägg 8, 8.1 Tjänsten RoutineControl (Tidsinställning), med­
delandebeskrivning, krav CPR_065a, ska förstås på följande sätt:
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 fordons­
enheten vara i kalibreringsläge.
Förutsättning: det måste säkerställas att fordonsenheten kan ta emot stan­
dard positionsmeddelanden från GNSS-mottagaren.
Så länge tidsinställningen pågår ska fordonsenheten svara på begäran
RoutineControl, underfunktion requestRoutineResults, med routineInfo =
0x78.
Anmärkning: tidsinställningen kan ta viss tid. Diagnosprovaren ska be­
gära status för tidsinställning genom att använda underfunktionens reque­
stRoutineResults.
TRA_013 I tillägg 12, 3 Satser som tillhandahålls av GNSS-mottagaren,
krav GNS_4a:
Eventuella data som ingår i AMC-satser som tillhandahålls av
GNSS-mottagaren får inte användas av fordonsenheten, med undantag
för följande statusvärden:
J = störning (jamming) eller O = annan GNSS-attack (genom genomförda
konsekvenskontroller enligt GNS_3a),
V = ogiltigt värde (autentiserad position är inte tillgänglig pga andra
orsaker).
TRA_014 I tillägg 12, 3 Satser som tillhandahålls av GNSS-mottagaren,
krav GNS_5:
Eventuella ppgifter i ASA-satser som tillhandahålls av GNSS-mottagaren
får inte användas av fordonsenheten.
TRA_015 I tillägg 12, 5.2 Fordonsenhet utan extern GNSS-anordning,
överföring av information från GNSS-mottagaren till fordonsenheten,
krav GNS_34 och 36:
Fordonsenhetens processor får inte använda information som hämtats från
AMC-satsen, med undantag för följande statusvärden:
J = störning (jamming) eller O = annan GNSS-attack (genom införda
konsekvenskontroller enligt GNS_3a),
V = Void (autentiserad position är inte tillgänglig av något annat skäl).
Fordonsenhetens processor får inte använda information som hämtats från
ASA-satsen.
▼M4
02016R0799 — SV — 21.08.2023 — 003.002 — 610
TRA_016 Tillägg 12, 6, Behandling och registrering av positionsdata som
utförs av fordonsenheten, krav GNS_39, ska förstås på följande sätt
Positionsdata ska lagras i fordonsenheten tillsammans med en flagga som
anger att positionen antas ha autentiserats. När positionsdata behöver
registreras i fordonsenheten ska följande regel gälla:
a) Om både den autentiserade och den standardiserade positionen är
giltiga och konsekventa ska den standardiserade positionen och dess
precision registreras och lagras i fordonsenheten och flaggan ska
ställas in på ”autentiserad”.
TRA_017 Tillägg 12, 6, Behandling och registrering av positionsdata som
utförs av fordonsenheten, krav GNS_40, ska förstås på följande sätt
När statusvärdet i en mottagen AMC-sats sätts till ”J” eller ”O” i enlighet
med krav GNS_4a ska fordonsenheten generera och registrera en händelse
av avvikelse från GNSS, enligt definitionen i krav 88a i bilaga IC och
tillägg 1 (EventFaultType). Fordonsenheten får utföra ytterligare kontroller
innan en GNSS-anomalshändelse lagras efter mottagandet av en ”J” eller
”O” -inställning.
TRA_018 Tillägg 12, 8 Fordonets rörelsekonflikt, krav GNS_42, Trigger
villkor 2, första och andra strecksatserna efter formeln ska förstås på
följande sätt
— GnssDistance är sträckan mellan fordonets aktuella position och den
föregående, som båda erhållits från giltiga standard positionsmedde­
landen, utan hänsyn 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 standard
positionsmeddelandet.
TRA_019 Tillägg 14, 5.4.5 DSRC-protokollkrav för RTMElements i
RtmData, utförda åtgärder och definitioner, krav DSC_41, tabell 14.3,
andra cellen i RTM20-raden, ska förstås på följande sätt:
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 tid­
punkt då den senaste standard fordonspositionen var tillgänglig via
GNSS-mottagaren.
Om ingen standard fordonsposition någonsin varit tillgänglig via
GNSS-mottagaren ska fordonsenheten tilldela RTM20 värdet 0.
TRA_020 Tillverkaren av en typgodkänd övergångsfordonsenhet ska un­
derrätta kommissionen om sina programvaruversioner. Kommissionen ska
offentliggöra dessa programvaruversioner på en allmänt tillgänglig
webbplats.
▼M4
02016R0799 — SV — 21.08.2023 — 003.002 — 611
5. SÄRSKILDA BESTÄMMELSER FÖR TYPGODKÄNNANDE OCH
ANVÄNDNING AV ÖVERGÅNGSFÄRDSKRIVARE
TRA_021 Övergångsfordonsenheter ska typgodkännas enligt kraven i bi­
laga IC och dess bilagor 1–16, kompletterade med bestämmelserna i detta
tillägg.
TRA_022 Typgodkännandeintyg för övergångsfordonsenheter och över­
gångsfärdskrivare får endast begäras fram till och med den 31 december
2023 eller datumet för försäkran om Galileos OSNMA-tjänst, beroende på
vilket som infaller senast.
TRA_023 Övergångsfordonsenheter får monteras i fordon som registreras
för första gången endast till och med den 31 maj 2024 eller 5 månader
efter datumet för försäkran om Galileos OSNMA-tjänst, beroende på vilket
som infaller sist.
▼M4
02016R0799 — SV — 21.08.2023 — 003.002 — 612
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 34
Tjeckien 8
Danmark 18
Tyskland 1
Estland 29
Irland 24
Grekland 23
Spanien 9
Frankrike 2
Kroatien 25
Italien 3
Cypern CY
Lettland 32
Litauen 36
Luxemburg 13
Ungern 7
Malta MT
Nederländerna 4
Österrike 12
Polen 20
Portugal 21
Rumänien 19
Slovenien 26
Slovakien 27
Finland 17
Sverige 5
Förenade kungariket 11
▼M1
b) Ett typgodkännandenummer som motsvarar numret på det typgodkännan­
deintyg som utfärdats för prototypen till färdskrivaren, diagrambladet eller
färdskrivarkortet, placerat i rektangelns omedelbara närhet.
▼C1
02016R0799 — SV — 21.08.2023 — 003.002 — 613
2. Typgodkännandemärket ska finnas på typskylten för varje färdskrivarutrust­
ning och på varje diagramblad och på varje färdskrivarkort. Märket 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 ska bibehållas.
▼C1
( 1 ) Dessa uppgifter visas endast som vägledning.
02016R0799 — SV — 21.08.2023 — 003.002 — 614
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 medlemsstat 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örekommande fall)
(Underskrift)
▼C1
( 1 ) Stryk det som inte är tillämpligt.
02016R0799 — SV — 21.08.2023 — 003.002 — 615
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 medlemsstat 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örekommande fall)
(Underskrift)
▼C1
( 1 ) Kryssa i tillämpliga rutor.
( 2 ) Ange vilken komponent underrättelsen gäller.
02016R0799 — SV — 21.08.2023 — 003.002 — 616
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 medlemsstat 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 driftskompatibilitet
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örekommande fall)
(Underskrift)
▼C1
( 1 ) Kryssa i tillämpliga rutor.
( 2 ) Ange vilken komponent underrättelsen gäller.


Full & Egal Universal Law Academy