1998R2135 — SV — 25.08.2002 — 001.001 — 1
Detta dokument är endast avsett som dokumentationshjälpmedel och institutionerna ansvarar inte för innehållet
►B RÅDETS FÖRORDNING (EG) nr 2135/98
av den 24 september 1998
om ändring av förordning (EEG) nr 3821/85 om färdskrivare vid vägtransporter och direktiv 88/
599/EEG om enhetligt förfarande vid kontroll av förordningarna (EEG) nr 3820/85 och (EEG) nr
3821/85
(EGT L 274, 9.10.1998, s. 1)
Ändrad genom:
Officiella tidningen
nr sida datum
►M1 Kommissionens förordning (EG) nr 1360/2002 av den 13 juni 2002 L 207 1 5.8.2002
▼B
RÅDETS FÖRORDNING (EG) nr 2135/98
av den 24 september 1998
om ändring av förordning (EEG) nr 3821/85 om färdskrivare vid
vägtransporter och direktiv 88/599/EEG om enhetligt förfarandevid kontroll av förordningarna (EEG) nr 3820/85 och (EEG) nr
3821/85
EUROPEISKA UNIONENS RÅD HAR ANTAGIT DENNA FÖRORDNING
med beaktande av Fördraget om upprättandet av Europeiska gemenska-
pen, särskilt artikel 75.1 c och 75.1 d i detta,
med beaktande av kommissionens förslag (1),
med beaktande av Ekonomiska och sociala kommitténs yttrande (2),
i enlighet med förfarandet i artikel 189c i fördraget (3), och
av följande skäl:
(1) I rådets förordning (EEG) nr 3821/85 av den 20 december 1985
om färdskrivare vid vägtransporter (4) fastställs ett antal
bestämmelser om konstruktion, installation, användning ochprovning av färdskrivare vid vägtransporter.
(2) Erfarenheten har visat att det ekonomiska och konkurrensmäs-siga trycket på vägtransportsektorn har gjort att vissa förare
anställda av transportföretag inte iakttar vissa regler, särskilt i
fråga om kör- och vilotider, fastställda genom förordning (EEG)nr 3820/85 av den 20 december 1985 om harmonisering av visssocial lagstiftning om vägtransporter (
5).
(3) Överträdelser och bedrägerier av detta slag är ett hot mot trafik-
säkerheten och är av konkurrensskäl oacceptabla för de förare
som respekterar reglerna.
(4) Automatisk registrering och regelbunden kontroll, som utförsbåde av företaget och av de behöriga myndigheterna, som rör
uppgifter om förarens prestationer och uppförande men också
om fordonats rörelse, såsom hastighet och tillryggalagdkörsträcka, är sådant som kan förbättra trafiksäkerheten.
(5) Gemenskapens sociala bestämmelser innehåller vissa krav i frågaom kör- och vilotid per dag och per tvåveckorsperiod; det är
svårt att kontrollera efterlevnaden av dessa bestämmelser
eftersom uppgifterna för närvarande registreras på flera diagram-blad, vilka i sig utgör den enda dokumentationen, och dessaomfattar innevarande vecka och sista dagen i föregående veckaoch skall förvaras i förarhytten.
(6) För att således stävja de vanligaste missbruk som det nuvarandesystemet ger utrymme för är det nödvändigt att införa ny modernutrustning, som färdskrivare med en enhet för elektronisk lagringav relevant information samt ett personligt förarkort, avsedd attsäkerställa tillgänglighet, klarhet, läsbarhet, utskrift och pålit-
lighet hos de registreradeuppgifterna samt åstadkomma en
obestridlig kartläggning av dels förarens verksamhet under desenaste dagarna, dels fordonets verksamhet under flera månader.
(7) En total säkerhet hos systemet och dess delar är nödvändig föratt färdskrivaren skall vara effektiv.1998R2135 — SV — 25.08.2002 — 001.001 — 2
(1) EGT C 243, 31.8.1994, s. 8 och EGT C 370, 31.12.1985, s. 1.
(2) EGT C 110, 21.4.1995, s. 19.
(3) Europaparlamentets yttrande av den 13 juli 1995 (EGT C 249, 25.9.1995, s.
128), rådets gemensamma ståndpunkt av den 11 december 1997 (EGT C 43,9.2.1998, s. 6) och Europaparlamentets beslut av den 31 mars 1998 (EGT C
138, 4.5.1998, s. 26).
(
4) EGT L 370, 31.12.1985, s. 8. Förordning en senast ändrad genom kommis-
sionens förordning (EG) nr 1056/97 (EGT L 154, 12.6.1997, s. 21).
(5) EGT L 370, 31.12.1985, s. 1.
▼B
(8) Föreskrifter bör fastställas för hur de förarkort som avses i bilaga
1 B skall utfärdas och användas.
(9) Uppgifterna om förarnas verksamhet bör kontrolleras av förarna
själva, av de företag där de är anställda samt av medlemssta-ternas behöriga myndigheter; dock skal föraren och företaget
endast ha tillgång till de uppgifter som behövs för att de skall
kunna sköta sina respektive uppgifter.
(10) Sådana färdskrivare som avses i denna förordning bör installerasi fordon som tas i bruk för första gången efter det att de tekniska
specifikationerna, av vilkas en del har definierats av kommis-
sionen, enligt det kommittéförfarande som anges i artikel 18 iförordning (EEG) nr 3821/85, har offentliggjorts i Europeiska
gemenskapernas officiella tidning ; en övergångsperiod är
nödvändig för att säkerställa att de nya färdskrivarna tillverkas i
enlighet med de tekniska specifikationerna och att de får EG-
typgodkännande.
(11) Det är önskvärt att de färdskrivare som anges i bilaga 1 B äventill en rimlig kostnad kan utvidga ledningsfunktionerna för
fordonsparken.
(12) I enlighet med subsidiaritetsprincipen krävs det en gemens-
kapsåtgärd för att ändra förordning (EEG) nr 3821/85 i syfte attgarantera dels att färdskrivarna enligt bilaga 1 B är förenliga
med minneskorten, dels att de uppgifter som fås från sådana
färdskrivare som uppfyller kraven i bilagorna 1 och 1 B ärenhetligt utformade.
(13) Den tekniska utvecklingen gör det nödvändigt att snabbt anpassaspecifikationerna i bilagorna till denna förordning; man skall, föratt underlätta genomförandet av de nödvändiga åtgärderna,föreskriva att den tekniska anpassningen av dessa bilagorgodkänns av kommissionen i enlighet med det kommittéförfa-rande som anges i rådets beslut 87/373/EEG av den 13 juli
1987 om närmare villkor för utövandet av kommissionens
genomförandebefogenheter (
1).
(14) Införande av en ny färdskrivare medför ändring av vissabestämmelser i direktiv 88/599/EEG (
2) om tillämpning av
förordningarna (EEG) nr 3820/85 och (EEG) nr 3821/85.
HÄRIGENOM FÖRESKRIVS FÖLJANDE.
Artikel 1
Förordning (EEG) nr 3821/85 ändras på följande sätt:
1) I artikel 1 ersätts orden ”och dess bilagor 1 och 2” med ”och dess
bilagor 1 eller 1 B och 2”.
2) I artiklarna 4, 5, 6, 7, 8 och 11 skall hänvisningen till diagram-
bladen varje gång följas av orden ”eller datakort”.
3) Följande nya stycke skall föras in före första stycket i artikel 4:
”I detta kapitel skall med begreppet färdskrivare avses färdskrivare
eller däri ingående delar.”.
4) I artikel 5 ersätts första stycket med styckena i följande text:
”En medlemsstat skall bevilja EG-typgodkännande för varje typ av
färdskrivare eller diagramblad eller datakort som uppfyller de i
bilaga 1 eller 1 B fastställda kraven, förutsatt att medlemsstatenkan kontrollera att de tillverkade enheterna överensstämmer medden godkända prototypen.
Systemets säkerhet skall överensstämma med de tekniska föreskrif-
terna i bilaga 1 B. Kommissionen skall i enlighet med detförfarande som anges i artikel 18 övervaka att det i denna bilaga1998R2135 — SV — 25.08.2002 — 001.001 — 3
(1) EGT L 197, 18.7.1987, s. 33.
(2) EGT L 325, 29.11.1988, s. 55.
▼B
föreskrivs att EG-typgodkännande endast kan ges för färdskrivare
om hela systemet (själva färdeskrivaren, datakortet och den elekt-riska anslutningen till växellådan) har visat sig kunna stå emot
försök till manipulering eller ändring av uppgifterna om körtider.
De provningar som fordras för detta ändamål skall utföras avexperter som är insatta i den nyaste tekniken för sådan manipu-lering.”.
5) I artikel 12:
a) Följande stycken skall läggas till i punkt 1:
”Den administrativa giltighetstiden för kort för godkända
verkstäder och montörer får inte överstiga ett år.
Om ett kort för godkänd verkstad eller godkänd montör förnyas,
skadas, inte fungerar på fullgott sätt, förkommer eller stjälsskall myndigheten tillhandahålla ett ersättningskort inom en tid
av fem arbetsdagar efter det att den har erhållit en fullständig
ansökan därom.
När ett nytt kort utfärdas som ersättning för ett gammalt skall
det nya kortet vara försett med samma verkstadsinformations-nummer, men indexnumret skall ökas med en enhet. Denmyndighet som utfärdar kortet skall föra ett register överförkomna, stulna eller felaktiga kort.
Medlemsstaterna skall vidta alla de åtgärder som är nödvändiga
för att undvika varje risk för förfalskning av de kort som
utfärdas till godkända verkstäder och montörer.”.
b) Punkt 2 skall ersättas med följande:
”2. En godkänd montör eller verkstad skall förse sina plom-
beringar med ett särskilt märke och dessutom föra in deelektroniska säkerhetsuppgifter som gör det möjligt att bland
annat genomföra äkthetskontroller av de färdskrivare som
överensstämmer med bilaga 1 B. Varje medlemsstats behörigamyndigheter skall föra ett register över de märken och elektro-niska säkerhetsuppgifter som används samt över de kort somutfärdas till godkända verkstäder och montörer.”.
c) Punkt 3 skall ersättas med följande:
”3. Medlemsstaternas behöriga myndigheter skall till
kommissionen översända en förteckning över godkändamontörer och verkstäder och de kort som utfärdas till dessa,samt även översända kopior av märkena och nödvändigaupplysningar rörande de elektroniska säkerhetsuppgifter som
används.”.
d) I punkt 4 skall orden ”i bilaga 1” ersättas med orden ”i bila-
gorna 1 och 1 B”.
e) I punkt 5 skall efter orden ”punkt 4” införas orden ”eller bilaga
1 B, kapitel VI, punkt c.”.
6) Artikel 13 ersätts med följande text:
”Artikel 13
Arbetsgivaren och förarna skall övervaka att färdskrivaren och, om
föraren ombeds att köra ett fordon som är utrustat med en färdskri-vare i överensstämmelse med bilaga 1 B, förarkortet fungerar på
rätt sätt och används rätt.”.
7) I artikel 14:
a) Punkt 1 ersätts med följande text:
”1. Arbetsgivaren skall lämna ut ett tillräckligt antal diag-
ramblad till förarna av fordon som är utrustade med en
färdskrivare i överensstämmelse med bilaga 1 och därvid beaktadessa blads personliga karaktär, transportuppdragets varaktighetsamt eventuellt behov av att ersätta blad som är skadade ellersom har tagits ut av den behörige kontrolltjänstemannen.Arbetsgivaren skall endast tillhandahålla typgodkända blad,1998R2135 — SV — 25.08.2002 — 001.001 — 4
▼B
lämpliga för användning i den i fordonet installerade utrust-
ningen.
Om fordonet är utrustat med en färdskrivare i överensstämmelse
med bilaga 1 B skall arbetsgivaren och föraren övervaka att,med beaktande av transportuppdragets varaktighet, utskrift påbegäran i enlighet med bilaga 1 B kan utföras på rätt sätt vidkontroll.”.
b) Följande punkter läggs till:
”3. Det förarkort som avses i bilaga 1 B skall på förarens
begäran utfärdas av behörig myndighet i den medlemsstat därföraren har sitt normala hemvist.
En medlemsstat får kräva att varje förare som är underkastad
bestämmelserna i förordning (EEG) nr 3820/85 och som har
sitt normala hemvist på dess territorium skall inneha förarkort.
a) I denna förordning avses med »normalt hemvist« den plats
där en person normalt vistas, dvs. under minst 185 dagarvarje kalenderår till följd av personlig och yrkesmässiganknytning eller, om personen saknar yrkesmässig anknyt-ning, till följd av personlig anknytning, som präglas av nära
band mellan personen och platsen där han bor.
Normalt hemvist för en person vars yrkesanknytning finns på
en annan plats än den där han har sin personliga anknytning,och som därför växelvis bor på olika platser i två ellerfleramedlemsstater, anses vara den plats där han har sin person-
liga anknytning, om han återvänder dit regelbundet. Detta
senare villkor är inte nödvändigt om personen i frågauppehåller sig i en medlemsstat för att utföra ett tidsbestämtuppdrag.
b) Förarna skall ha med sig någon handling som bevisar var de
har sitt normala hemvist, t.ex. identitetskort eller annan giltig
handling.
c) De myndigheter i medlemsstaten som är behöriga att utfärda
förarkort får begära ytterligare upplysningar eller bevis omde tvivlar på giltigheten i de uppgifter om normalt hemvist
som lämnas i enlighet med punkt b eller om det behövs i
samband med vissa särskilda kontroller.
d) De behöriga myndigheterna i den utfärdande medlemsstaten
skall söka säkerställa att den som ansöker om förarkort inte
redan innehar ett giltigt sådant.
4. a) Den behöriga myndigheten i medlemsstaten skall utforma
förarkortet i enlighet med bestämmelserna i bilaga 1 B.
Förarkortets giltighetstid får inte överstiga fem år.
Föraren får inneha endast ett giltigt kort. Han får endast
använda sitt eget personliga kort. Han får inte användakort som är skadat eller vars giltighet har gått ut.
När ett nytt kort utfärdas till föraren som ersättning för
det gamla, skall det nya kortet vara försett med samma
utfärdandenummer men indexnumret skall höjas med enenhet. Den myndighet som utfärdat kortet skall hålla ettregister över kort som utfärdas, stjäls, försvinner ellerskadas under en period som åtminstone motsvarar kortensgiltighetstid.
Om förarkortet skadas, inte fungerar på fullgott sätt,
förkommer eller stjäls, skall myndigheten tillhandahållaett ersättningskort inom en frist om fem arbetsdagar efterdet att den har erhållit en fullständig ansökan därom.
Vid ansökan om förnyelse av ett kort vars giltighetstid är
på väg att gå ut skall myndigheten tillhandahålla ett nyttkort före giltighetstidens utgång om en sådan ansökan harinkommit till myndigheten inom den frist som föreskrivs iartikel 15.1 andra stycket.1998R2135 — SV — 25.08.2002 — 001.001 — 5
▼B
b) Förarkort skall enbart utfärdas för förare som omfattas av
bestämmelserna i förordning (EEG) nr 3820/85.
c) Förarkortet är personligt. Det kan under sin giltighetspe-
riod inte bli föremål för återkallelse eller indragning avnågon anledning, såvida inte den behöriga myndigheten ien medlemsstat konstaterar att kortet har förfalskats, attföraren använder ett kort som han inte är innehavare aveller att det innehavda kortet erhållits på grund av oriktiga
uppgifter och/eller falska handlingar. Om ovannämnda
indragnings- eller återkallelseåtgärder vidtas av en annanmedlemsstat än den som har utfärdat kortet, skall dennamedlemsstat återsända kortet till myndigheterna i denmedlemsstat som har utfärdat det och ange skälen för
återlämnandet.
d) De förarkort som har utfärdats av medlemsstaterna skall
erkännas ömsesidigt.
När innehavaren av ett giltigt förarkort utfärdat av en
medlemsstat har etablerat sitt normala hemvist i en annan
medlemsstat får han begära att hans kort skall bytas ut
mot ett motsvarande förarkort; det åligger den medlems-stat som genomför utbytet att vid behov kontrollera attdet uppvisade kortet verkligen fortfarande är giltigt.
De medlemsstater som genomför ett utbyte skall
återsända det gamla kortet till myndigheterna i den
medlemsstat som har utfärdat det och ange anledningarnatill utbytet.
e) När en medlemsstat ersätter eller byter ut ett förarkort
skall ersättningen eller utbytet, och varje ytterligare
ersättning eller förnyelse, registreras i den medlemsstaten.
f) Medlemsstaterna skall vidta alla de åtgärder som är
nödvändiga för att undvika varje risk för förfalskning avförarkorten.
5. Medlemsstaterna skall övervaka att de uppgifter som är
nödvändiga för att kontrollera efterlevnaden av rådets förord-
ning (EEG) nr 3820/85 och rådets direktiv 92/6/EEG av den10 februari 1992 om montering och användning av hastighets-begränsande anordningar i vissa kategorier av motorfordoninom gemenskapen, och som i enlighet med bilaga 1 B i denna
förordning, registreras och lagras i minnet av färdskrivare,
behålls i minnet under minst 365 dagarefter den dag då de regi-strerades och kan göras tillgängliga enligt villkor somgaranterar dessa uppgifters säkerhet och exakthet. (*).
Medlemsstaterna skall vidta alla de åtgärder som är nödvändiga
för att försäkra sig om att vidareförsäljning eller tagande ur
bruk av färdskrivare inte kan vara till nackdel för en riktig
tillämpning av den här punkten.
(*) EGT L 57, 2.3.1992, s. 27.”.
8) I artikel 15:
a) I punkterna 1 och 2 första stycket skall hänvisningen till diag-
rambladen varje gång följas av orden ”eller förarkort”.
b) Punkt 1:
— Följande stycke införs efter första stycket:
”När föraren önskar förnya sitt förarkort, skall han ansöka
om detta hos behöriga myndigheter i den medlemsstat därhan har sitt normala hemvist senast femton arbetsdagarinnan kortet upphör att gälla.”.
— Följande stycke läggs till efter tredje stycket:
”Om förarkortet skadas, inte fungerar på fullgott sätt,
förkommer eller stjäls skall föraren inom sju kalenderdagaransöka om ett ersättningskort hos behöriga myndigheter iden medlemsstat där han har sitt normala hemvist.”.1998R2135 — SV — 25.08.2002 — 001.001 — 6
▼B
c) Följande punkt införs efter punkt 5:
”5a. Föraren skall på färdskrivaren föra in symbolen för det
land där han börjar och det där han slutar sin dagliga arbetspe-
riod i överensstämmelse med bilaga 1 B. En medlemsstat kanemellertid ålägga förare av fordon som utför en transport inomdess territorium att lägga till mer detaljerade geografiskaupplysningar till symbolen för landet, om denna medlemsstathar underrättat kommissionen om dessa före den 1 april 1998
och deras antal inte överstiger 20.
Inmatningen av ovannämnda uppgifter skall aktiveras av
föraren och kan ske antingen helt manuellt eller automatiskt
om färdskrivaren är kopplad till ett system för satellitbaserad
positionsangivelse.”.
d) Under punkt 6 första stycket ersätts ordet ”Färdskrivaren” i
början av meningen med ”Färdskrivaren enligt bilaga 1”.
e) Punkt 7 ersätts med följande:
”7. Föraren av ett fordon utrustat med färdskrivare i
överensstämmelse med bilaga 1 skall alltid på kontrolltjänste-
mans begäran kunna visa upp följande:
— Diagramblad för innevarande vecka och under alla
omständigheter bladet för den sista dag som föraren kört
under föregående vecka.
— Förarkortet om föraren innehar ett sådant.— Utskrifterna från den färdskrivare som anges i bilaga 1 B
och som avser de olika tidsperioder som anges i punkt 3,andra strecksatsen, punkterna a, b, c och d, om föraren harkört ett fordon utrustat med en sådan färdskrivare under denperiod som anges i första strecksatsen i detta stycke.
Föraren av ett fordon utrustat med färdskrivare i överensstäm-
melse med bilaga 1 B skall alltid på kontrolltjänstemansbegäran kunna visa upp följande:
— Sitt förarkort.
— Diagramblad för samma period som anges i första stycket
första strecksatsen om han under denna period har kört ettfordon utrustat med färdskrivare i överensstämmelse medbilaga 1.
En behörig tjänsteman får kontrollera att förordning (EEG) nr
3820/85 efterlevs genom att analysera diagrambladen, visadeeller utskrivna uppgifter som har registrerats av färdskrivaren
eller förarkortet, och i brist på sådana, genom att analysera
andra handlingar som kan styrka att bestämmelserna i artikel16.2 och 16.3 inte efterlevs.”.
f) Följande punkt läggs till:
”8. Det är förbjudet att förfalska, utplåna eller förstöra
uppgifterna på diagrambladet, uppgifterna som lagras i färdskri-varen eller på förarkortet samt utskrifter från den färdskrivaresom anges i bilaga 1 B. Det är också förbjudet att manipulerafärdskrivaren, diagrambladet ellerförarkortet så att registrerade
uppgifter och/eller utskrifter förfalskas, görs oåtkomliga eller
förstörs. Fordonet får inte ha någon utrustning som gör detmöjligt att utföra ovannämnda manipulationer.”.
9) I artikel 16:
a) Punkt 2 ersätts med följande:
”2. När en färdskrivare är ur funktion eller inte fungerar på
fullgott sätt, skall föraren på diagrambladet eller diagrambladeneller på ett annat blad som antingen skall fästas vid diagram-
bladet eller bifogas förarkortet och på vilket han anger
kännetecken med vilkas hjälp han kan identifieras (namn ochnummer på körkortet samt namn och nummer på förarkortet),inbegripet sin namnteckning, föra in uppgifterna för de olikatidsperioder som inte registrerats eller skrivits ut på riktigt sättav färdskrivaren.1998R2135 — SV — 25.08.2002 — 001.001 — 7
▼B
Om kortet förkommer, stjäls, förstörs eller inte fungerar på full-
gott sätt skall föraren vid slutet av resan skriva ut uppgifternaför de olika tidsperioder som har registrerats av färdskrivaren
och i det utskrivna dokumentet föra in de uppgifter som gör
det möjligt att identifiera honom (namn och nummer påkörkortet samt namn och nummer på förarkortet) och under-teckna det.”.
b) Följande punkt läggs till:
”3. Om kortet förstörs eller inte fungerar på fullgott sätt,
skall föraren återlämna det till den behöriga myndigheten i denmedlemsstat där han har sitt normala hemvist. Om förarkortet
stjäls skall föraren anmäla stölden i vederbörlig ordning till de
behöriga myndigheterna i den stat där stölden har skett.
Om förarkortet förkommer skall förlusten i vederbörlig ordning
anmälas till både de behöriga myndigheterna i den stat som harutfärdat kortet och till myndigheterna i den medlemsstat därföraren har sitt normala hemvist, om det rör sig om olika
myndigheter.
Föraren får fortsätta att köra sitt fordon utan eget förarkort
under högst 15 kalenderdagar, eller under en längre period omdetta är nödvändigt för att göra det möjligt att återföra fordonettill den plats där företaget är beläget, förutsatt att föraren kanstyrka att det är omöjligt att visa eller använda kortet under
denna period.
Om myndigheterna i den medlemsstat där föraren har sitt
normala hemvist är andra än de som har utfärdat hans förarkortoch dessa ombeds förnya, ersätta eller byta ut detta, skall deinformera de myndigheter som har utfärdat det gamla kortetom skälen för att kortet förnyas, ersätts eller byts ut.”.
10) Artikel 17 ersätts med följande text:
”Artikel 17
1. De ändringar som behövs för att anpassa bilagorna till den
tekniska utvecklingen skall göras i enlighet med förfarandet i
artikel 18.
2. De tekniska specifikationerna för följande punkter i bilaga 1
B skall antas snarast och om möjligt före den 1 juli 1998 enligtsamma förfarande:
a) Kapitel II
— punkt d) 17:
visning och utskrift av färdskrivarens fel,
— punkt d) 18:
visning och utskrift av förarkortets fel,
— punkt d) 21:
visning och utskrift av sammanfattande rapporter.
b) Kapitel III
— punkt a) 6.3:
normer för skydd av elektronik i fordon mot elektrisk inter-
ferens och magnetfält,
— punkt a) 6.5:
skydd för (säkerhet för) hela systemet,
— punkt c) 1:
en varningssignal när färdskrivaren inte fungerar,
— punkt c) 5:
typ av varningssignaler,
— punkt f):
största tillåtna toleranser.1998R2135 — SV — 25.08.2002 — 001.001 — 8
▼B
c) Kapitel IV, punkt A
— punkt 4:
standarder,
— punkt 5:
säkerhet, inbegripet skydd för uppgifter,
— punkt 6:
temperaturintervall,
— punkt 8:
gränsvärden för elektricitet,
— punkt 9:
förarkortets logiska struktur,
— punkt 10:
funktioner och kommandon,
— punkt 11:
datafiler,
och kapitel IV, punkt B.
d) Kapitel V:
skrivare och standardutskrifter.”.
11) Artikel 18 ersätts med följande text:
”Artikel 18
1. När förfarandet i denna artikel skall tillämpas, skall kommis-
sionen biträdas av en kommitté som skall bestå av företrädare för
medlemsstaterna och ha en företrädare för kommissionen somordförande.
2. Kommissionens företrädare skall förelägga kommittén ett
förslag till åtgärder. Kommittén skall yttra sig over förslaget inomden tid som ordföranden bestämmer med hänsyn till hurbrådskande frågan är. Den skall fatta sitt beslut med den majoritet
som enligt artikel 148.2 i fördraget skall tillämpas vid beslut som
rådet skall fatta på förslag av kommissionen. Medlemsstaternasröster skall vägas enligt bestämmelserna i samma artikel.Ordföranden får inte rösta.
3. a) Kommissionen skall själv anta förslaget om det är förenligt med
kommitténs yttrande.
b) Om förslaget inte är förenligt med kommitténs yttrande eller
om inget yttrande avges, skall kommissionen utan dröjsmål
föreslå rådet vilka åtgärder som skall vidtas. Rådet skall fattasitt beslut med kvalificerad majoritet.
Om rådet inte har fattat något beslut inom tre månader från det
att förslaget mottagits, skall kommissionen själv besluta att deföreslagna åtgärderna skall vidtas.”.
12) Bilaga 1 B till bilagan till denna förordning läggs till.
Artikel 2
1. a) De fordon som för första gången tas i bruk mer än två år efter
offentliggörandet i Europeiska gemenskapernas officiella tidning
av den rättsakt som skall antas med stöd av artikel 17.2 i förord-ning (EEG) nr 3821/85, i dess lydelse enligt denna förordning,skall vara utrustade med en färdskrivare i överensstämmelsemed föreskrifterna i bilaga 1 B i nämnda förordning.
b) Från och med den dag då bestämmelserna i punkt a) ovan träder i
kraft skall för fordon som används för persontransporter och som
utöver förarsätet har fler än åtta sittplatser och vilkas högsta viktöverstiger 10 ton, och för fordon som används för godstrans-porter vilkas högsta vikt överstiger 12 ton, och som ärregistrerade för första gången från och med den 1 januari 1996,i den mån som överföringen av signaler försiggår helt på elekt-1998R2135 — SV — 25.08.2002 — 001.001 — 9
▼B
risk väg till den färdskrivare de är utrustade med, bestämmel-
serna i bilaga 1 B i nämnda förordning tillämpas närfärdskrivaren i fråga skall ersättas.
2. Medlemsstaterna skall vidta nödvändiga åtgärder för att kunna
utfärda förarkort senast 21 månader efter det att den i punkt 1 a)nämnda rättsakten har offentliggjorts.
3. Om det tolv månader efter dagen för offentliggörandet av den i
punkt 1 nämnda rättsakten inte har beviljats något EG-typgodkännande
för en färdskrivare som överensstämmer med föreskrifterna i bilaga 1 Bi nämnda förordning, skall kommissionen förelägga rådet ett förslag omatt förlänga de i punkterna 1 och 2 föreskrivna fristerna.
4. De förare som före den dag som anges i punkt 2 framför ett
fordon utrustat med en färdskrivare i överensstämmelse med föreskrif-
terna i bilaga 1 B i nämnda förordning och för vilka de behöriga
myndigheterna ännu inte har kunnat utfärda förarkort skall, efter dendagliga arbetstidens slut, skriva ut uppgifter om de tidsperioder somregistrerats av färdskrivaren och till utskriften föra över de uppgiftersom gör det möjligt att identifiera dem (namn och/eller körkorts-
nummer) och underteckna den.
Artikel 3
Direktiv 88/599/EEG ändras på följande sätt:1) Artikel 3.2 ersätts med följande text:
”2. Vägkontroller skall avse följande:
— Dagliga körperioder, raster och dygnsvila. Vid klara tecken på
regelbrott skall kontrollerna också gälla de diagramblad för deföregående dagarna som skall finnas i fordonet i enlighet medartikel 15.7 i förordning (EEG) nr 3821/85, i dess lydelse enligt
förordning (EG) nr 2135/98 (*), och/eller uppgifter för samma
period lagrade på förarkortet och/eller i färdskrivarens dataminneenligt bilaga 1 B.
— I förekommande fall och under den period som avses i artikel
15.7 i förordning (EEG) nr 3821/85, fordonets eventuellaöverskridande av den tillåtna hastigheten, uttryckt som varje
period längre än en minut under vilken fordonets hastighet
överskrider 90 km/tim för fordon i kategori N
3eller 105 km/tim
för fordon i kategori M3varvid kategorierna N3och M3skall
förstås så som de definieras i bilaga 1 till direktiv 70/156/EEG (**).
— I förekommande fall fordonets momentana hastigheter, registre-
rade av färdskrivaren under högst de senaste 24 timmarnas
körning.
— I förekommande fall senaste veckovila.— Färdskrivarens riktiga funktion (kontroll av eventuellt missbruk
av skrivare och/eller förarkort och/eller diagramblad) eller, iförekommande fall, de handlingar som avses i artikel 14.5 iförordning (EEG) nr 3820/85.
(*) Rådets förordning (EG) nr 2135/98 av den 24 september 1998
om ändring av förordning (EEG) nr 3821/85 om färdskrivarevid vägtransporter och direktiv 88/599/EEG om föfarandet vidtillämpning av förordningarna (EEG) nr 3820/85 och (EEG) nr3821/85 (EGT L 274, 9.10.1998, s. 1).
(**) Rådets direktiv 70/156/EEG av den 6 februari 1970 om
tillnärmning av medlemsstaternas lagstiftning om typgodkän-
nande av motorfordon och släpvagnar till dessa fordon (EGTL 42, 23.2.1970, s. 1). Direktivet senast ändrat genom direktiv97/27/EG (EGT L 233, 25.8.1997, s. 1).”.
2) Artikel 4.3 ersätts med följande text:
”3. Enligt denna artikel skall kontroller som genomförs hos de
behöriga myndigheterna i deras egna lokaler på grundval av doku-ment och/eller uppgifter som överlämnats av företag på nämnda1998R2135 — SV — 25.08.2002 — 001.001 — 10
▼B
myndigheters begäran anses likvärdiga med sådana kontroller som
utförs i företagens lokaler.”.
Artikel 4
Denna förordning träder i kraft dagen efter det att den har offentlig-
gjorts i Europeiska gemenskapernas officiella tidning .
Denna förordning är till alla delar bindande och direkt tillämplig i alla
medlemsstater.1998R2135 — SV — 25.08.2002 — 001.001 — 11
▼M1
BILAGA
”BILAGA I B
KRAV I FRÅGA OM KONSTRUKTION, PROVNING, INSTALLATION OCH BESIKTNING
I syfte att bevara kompatibiliteten hos den programvara och utrustning som beskrivs i denna bilaga
har vissa förkortningar, termer och dataprogrammeringsuttryck behållits på originalspråket, dvs. på
engelska. I informationssyfte och för att förbättra läsbarheten har dock ordagranna svenska översätt-
ningar införts i den löpande texten, och de engelska uttrycken har givits inom parentes efter den
svenska översättningen.
INNEHÅLL
I. DEFINITIONER … . . . .......................................................
II. ALLMÄN BESKRIVNING AV OCH FUNKTIONER HOS FÄRDSKRIVAREN … .....
1. Allmän beskrivning … . . .............................................
2. Funktioner … . . . ...................................................
3. Driftlägen … .......................................................
4. Säkerhet … ........................................................
III. KONSTRUKTIONS- OCH FUNKTIONSKRAV FÖR FÄRDSKRIVARE … ...........
1. Övervakning av isättning och urtagning av kort … . .......................
2. Mätning av hastighet och sträcka … . ..................................
2.1 Mätning av tillryggalagd vägsträcka … .................................
2.2 Hastighetsmätning … . . . .............................................
3. Tidmätning … . . ...................................................
4. Övervakning av förarens aktiviteter … ..................................
5. Övervakning av förarens status … . . . ..................................
6. Förarens manuella angivelser … .......................................
6.1 Angivelse av de platser där dagens arbetspass påbörjas och/eller avslutas … . . .6.2 Manuell angivelse av förarens aktiviteter … .............................
6.3 I detta fall skall färdskrivaren bekräfta alla de angivelser som redan har gjorts
… ...............................................................
6.4 Angivelse av särskilda omständigheter … . . .............................
7. Hantering av företagslås … . . . ........................................
8. Övervakning av kontrollaktiviteter … . ..................................
9. Upptäckt av händelser och/eller fel … ..................................
9.1 Händelsen ”isättning av ett ogiltigt kort” … .............................
9.2 Händelsen ”kortkonflikt” … . . ........................................
9.3 Händelsen ”överlappning av tider” … ..................................
9.4 Händelsen ”körning utan korrekt kort” … . . .............................
9.5 Händelsen ”isättning av kort vid körning” … ............................
9.6 Händelsen ”senaste kortanvändning ej korrekt avslutad” … .................
9.7 Händelsen ”hastighetsöverträdelse” … ..................................
9.8 Händelsen ”avbrott av strömtillförsel” … . . .............................
9.9 Händelsen ”fel i rörelsedata” … .......................................
9.10 Händelsen ”försök till säkerhetsöverträdelse” … . . . .......................
9.11 Kortfel … . ........................................................
9.12 Färdskrivarfel … ...................................................
10. Inbyggd provning och självprovning … .................................
11. Avläsning av dataminne … . . . ........................................1998R2135 — SV — 25.08.2002 — 001.001 — 12
▼M1
12. Registrering och lagring i dataminne … .................................
12.1 Data för identifiering av utrustning … ..................................
12.1.1 Data för identifiering av fordonsenhet … . . . .............................
12.1.2 Data för identifiering av rörelsesensor … . . .............................
12.2 Säkerhetskomponenter … ............................................
12.3 Övervakning av isättning och urtagning av kort … . .......................
12.4 Data om föraraktiviteter … . . . ........................................
12.5 Platser där dagens arbetspass påbörjas och/eller avslutas … ................
12.6 Vägmätardata … . ...................................................
12.7 Detaljerade hastighetsdata … . ........................................
12.8 Händelsedata … . ...................................................
12.9 Feldata … . ........................................................
12.10 Kalibreringsdata … .................................................
12.11 Data om tidsinställning … ............................................
12.12 Data om kontrollaktiviteter … . ........................................
12.13 Data om företagslås … . .............................................
12.14 Överföringsdata … ..................................................
12.15 Data om särskilda omständigheter … . ..................................
13. Avläsning av färdskrivarkort … .......................................
14. Registrering och lagring på färdskrivarkort … ............................
15. Display … . ........................................................
15.1 Automatiskt visade uppgifter … .......................................
15.2 Visade varningar … .................................................
15.3 Tillträde till meny … . . . .............................................
15.4 Övrig visad information … . . . ........................................
16. Utskrift … . ........................................................
17. Varningar … .......................................................
18. Överföring av data till externa media … . . . .............................
19. Utgående data till ytterligare externa anordningar … ......................
20. Kalibrering … . . . ...................................................
21. Tidsinställning … ...................................................
22. Prestanda … .......................................................
23. Material … ........................................................
24. Märkningar … . . ...................................................
IV. KONSTRUKTIONS- OCH FUNKTIONSKRAV FÖR FÄRDSKRIVARKORT … . . .....
1. Synliga data … . . ...................................................
2. Säkerhet … ........................................................
3. Normer … . ........................................................
4. Miljö- och elspecifikationer … ........................................
5. Lagring av data … ..................................................
5.1 Kortidentifiering och säkerhetsdata … ..................................
5.1.1 Användaridentifiering … .............................................
5.1.2 Identifiering av chip … . .............................................
5.1.3 Identifiering av IC-kort … ............................................
5.1.4 Säkerhetskomponenter … ............................................
5.2 Förarkort … .......................................................1998R2135 — SV — 25.08.2002 — 001.001 — 13
▼M1
5.2.1 Kortidentifiering … .................................................
5.2.2 Identifiering av kortinnehavare … . . . ..................................
5.2.3 Information om körkort … . . . ........................................
5.2.4 Data om använda fordon … . . ........................................
5.2.5 Data om föraraktiviteter … . . . ........................................
5.2.6 Platser där dagens arbetspass påbörjas och/eller avslutas … ................
5.2.7 Händelsdata … . . ...................................................
5.2.8 Feldata … . ........................................................
5.2.9 Data om kontrollaktiviteter … . ........................................
5.2.10 Data om kortanvändning … . . ........................................
5.2.11 Data om särskilda omständigheter … . ..................................
5.3 Verkstadskort … . ...................................................
5.3.1 Säkerhetskomponenter … ............................................
5.3.2 Kortidentifiering … .................................................
5.3.3 Identifiering av kortinnehavare … . . . ..................................
5.3.4 Data om använda fordon … . . ........................................
5.3.5 Data om föraraktiviteter … . . . ........................................
5.3.6 Data om påbörjande och/eller avslutande av dagens arbetspass … ...........
5.3.7 Data om händelser och fel … . ........................................
5.3.8 Data om kontrollaktiviteter … . ........................................
5.3.9 Data om kalibrering och tidsinställning … . . .............................
5.3.10 Data om särskilda omständigheter … . ..................................
5.4 Kontrollkort … . . ...................................................
5.4.1 Kortidentifiering … .................................................
5.4.2 Identifiering av kortinnehavare … . . . ..................................
5.4.3 Data om kontrollaktiviteter … . ........................................
5.5 Företagskort … . . ...................................................
5.5.1 Kortidentifiering … .................................................
5.5.2 Identifiering av kortinnehavare … . . . ..................................
5.5.3 Data om företagsaktiviteter … ........................................
V. INSTALLATION AV FÄRDSKRIVAREN … . . . .................................
1. Installation … . . . ...................................................
2. Installationsskylt … .................................................
3. Plombering … . . ...................................................
VI. KONTROLLER, BESIKTNINGAR OCH REPARATIONER … ......................
1. Godkännande av montörer eller verkstäder … ............................
2. Kontroller av nya eller reparerade instrument … . . . .......................
3. Installationsbesiktning … .............................................
4. Periodiska besiktningar … ............................................
5. Uppmätning av fel … . . .............................................
6. Reparationer … . ...................................................
VII. UTFÄRDANDE AV KORT … .................................................
VIII. TYPGODKÄNNANDE FÖR FÄRDSKRIVARE OCH FÄRDSKRIVARKORT … . . .....
1. Allmänt … ........................................................
2. Säkerhetsintyg … ...................................................
3. Funktionsintyg … ...................................................1998R2135 — SV — 25.08.2002 — 001.001 — 14
▼M1
4. Intyg om driftskompatibilitet … .......................................
5. Intyg om typgodkännande … . ........................................
6. Undantagsförfarande: De första intygen om driftskompatibilitet … ...........
Tillägg 1. Dataordlista
Tillägg 2. Specificering av färdskrivarkort
Tillägg 3. Piktogram
Tillägg 4. Utskrifter
Tillägg 5. Display
Tillägg 6. Externa gränssnitt
Tillägg 7. Protokoll för dataöverföring
Tillägg 8. Kalibreringsprotokoll
Tillägg 9. Typgodkännande - förteckning över minsta tillåtna antal provningar
Tillägg 10. Allmänna säkerhetsmål
Tillägg 11. Gemensamma säkerhetsmekanismer1998R2135 — SV — 25.08.2002 — 001.001 — 15
▼M1
I. DEFINITIONER
I denna bilaga används följande beteckningar med de betydelser som här anges:a) Aktivering:
Läge där färdskrivaren är helt i drift och alla funktioner används, inbe-
gripet säkerhetsfunktionerna.
Vid aktivering av färdskrivaren skall ett verkstadskort användas och dess
PIN-kod anges.
b) Autentisering:
Funktion avsedd att upprätta och kontrollera en angiven identitet.
c) Autenticitet:
Det faktum att en uppgift kommer från en part vars identitet går att
kontrollera.
d) Inbyggd provning (built-in-test - BIT):
Provning som utförs på begäran och utlöses av en operatör eller extern
anordning.
e) Kalenderdag:
Ett dygn som sträcker sig från kl. 00.00 till klockan 24.00. Alla kalender-
dagar räknas enligt UTC-tid (Universal Time Coordinated).
f) Kalibrering:
Uppdatering eller bekräftelse av de fordonsuppgifter som skall lagras i
dataminnet. Dessa uppgifter inbegriper fordonsidentifiering (fordonets
identifieringsnummer och registreringsnummer samt medlemsstat där
fordonet är registrerat) och fordonets egenskaper (w, k, l, däcksdimen-
sion, inställning på den hastighetsbegränsande anordningen (i
förekommande fall), aktuell UTC-tid, aktuell vägmätarställning).
När färdskrivaren kalibreras skall ett verkstadskort användas.
g) Kortnummer:
Ett nummer bestående av 16 alfanumeriska tecken med vars hjälp ett
enskilt färdskrivarkort kan identifieras inom en medlemsstat. Kortnumret
inbegriper ett löpnummer (i förekommande fall), ett ersättningsindex och
ett förnyelseindex.
Ett enskilt kort kan därför identifieras med hjälp av den utfärdande
medlemsstatens kod och kortnumret.
h) Löpnummer:
Det 14:e alfanumeriska tecknet i ett kortnummer som används för att
åtskilja de kort som utfärdats åt ett företag eller ett organ som har rätt
att få flera färdskrivarkort utfärdade. Det enskilda företaget eller organet
kan identifieras med hjälp av de första 13 tecknen i kortnumret.
i) Index för förnyelse av kort:
Det 16:e alfanumeriska tecknet i ett kortnummer som ökar varje gång ett
färdskrivarkort förnyas.
j) Index för ersättning av kort:
Det 15:e alfanumeriska tecknet i ett kortnummer som ökar varje gång ett
färdskrivarkort ersätts.
k) Fordonets karakteristiska koefficient:
Det numeriska tal som anger värdet för den utgående signal som skickas
av den del av fordonet som förenar fordonet med färdskrivaren (växellå-
dans utgående axel eller fordonets hjul) medan fordonet tillryggalägger
en sträcka av en kilometer under normala provningsförhållanden (se
kapitel VI punkt 5 i denna bilaga). Den karakteristiska koefficienten
uttrycks i impulser per kilometer (w = … imp/km).
l) Företagskort:
Ett färdskrivarkort som utfärdas av myndigheterna i en medlemsstat till
en ägare eller nyttjanderättsiinnehavare av fordon som utrustats med
färdskrivare.
Företagskortet gör det möjligt att identifiera företaget och att visa,
överföra och skriva ut data som finns lagrade i en färdskrivare som detta
företag har låst.1998R2135 — SV — 25.08.2002 — 001.001 — 16
▼M1
m) Färdskrivarens konstant:
Det numeriska tecken 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 skall uttryckas i impulser per kilometer (k = … imp/km).
n) Sammanhängande körtid beräknas i färdskrivaren enligt
följande (1):
En viss förares aktuella sammanlagda körtid sedan utgången av hans
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 om minst 15
minuter). Vid de berörda beräkningarna tas efter behov hänsyn till tidi-
gare aktiviteter som finns lagrade på förarkortet. Om föraren inte har
satt i sitt kort bygger de berörda beräkningarna på de registreringar i
dataminnet som avser den innevarande period då inget kort satts i och
motsvarande kortplats.
o) Kontrollkort:
Ett färdskrivarkort som utfärdats av myndigheterna i en medlemsstat till
en nationell behörig kontrollmyndighet.
Genom kontrollkortet kan kontrollorganet och eventuellt den som utfört
kontrollen identifieras och det gör det möjligt att få tillgång till data
som lagras i dataminnet eller på förarkorten för att läsa, skriva ut, och/
eller överföra dem.
p) Sammanlagd avbrottstid beräknas i färdskrivaren enligt
följande (1):
Den sammanlagda tiden för avbrott från körtiden beräknas som en viss
förares innevarande sammanlagda tider av tillgänglighet (AVAILABI-
LITY) eller rast/vila (BREAK/REST) eller okända (UNKNOWN) (2)
tider av 15 minuter eller mer, sedan slutet av hans 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 om minst 15 minuter).
Vid de berörda beräkningarna tas efter behov hänsyn till tidigare aktivi-
teter som lagrats på förarkortet. Okända perioder av negativ varaktighet
(okänd periods början > 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 i sitt kort, bygger de berörda beräkningarna på
de registreringar i dataminnet som avser den innevarande period där inget
kort satts i och motsvarande kortplats.
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
datamängd som gör det möjligt för mottagaren av datamängden att
bekräfta datamängdens autenticitet och integritet.
s) Överföring:
Kopiering och digital signatur av samtliga eller en del av en data som
finns lagrade i fordonets dataminne eller färdskrivarkortets minne.
Överföringen får inte ändra eller radera lagrade data.
t) Förarkort:
Ett färdskrivarkort som myndigheterna i en medlemsstat utfärdar till en
viss förare.
Genom förarkortet kan föraren identifieras och det gör det möjligt att
lagra data om förarens aktiviteter.
u) Däckens effektiva omkrets:
Genomsnittsvärdet för de sträckor som tillryggalagts av de hjul som
förflyttar fordonet (drivhjul) under loppet av ett fullt varv. Uppmätning
av dessa avstånd skall ske under normala provningsförhållanden (se
kapitel VI.5) och uttrycks i formen: 1 = … mm. Fordonstillverkare får1998R2135 — SV — 25.08.2002 — 001.001 — 17
(1) Detta sätt att beräkna sammanhängande körtid och sammanlagd avbrottstid använder
färdskrivaren för beräkning av varning med avseende på sammanlagd körtid. Detpåverkar inte den juridiska tolkning som skall göras av dessa tider.
(
2) Okända (UNKNOWN) perioder motsvarar de perioder där förarkortet inte var isatt i en
färdskrivare och för vilka ingen manuell angivelse av föraraktivitet gjordes.
▼M1
ersätta uppmätningen av dessa avstånd med en teoretisk beräkning där
axeltrycket i fordon utan last i körklart skick beaktas (1). Metoderna för
denna teoretiska beräkning skall godkännas av en behörig myndighet i
en medlemsstat.
v) Händelse:
Onormal drift som upptäcks av färdskrivaren och som kan bero på försök
till bedrägeri.
w) Fel:
Onormal drift som upptäcks av färdskrivaren och som kan bero på att
den inte fungerar riktigt eller inte fungerar alls.
x) Installation:
Montering av en färdskrivare i ett fordon.
y) Rörelsesensor:
Den del av färdskrivaren som ger en signal som motsvarar fordonets
hastighet och/eller tillryggalagd sträcka.
z) Ogiltigt kort:
Ett kort som upptäckts vara felaktigt, eller vars första autentisering miss-
lyckats, vars första giltighetsdag ännu inte inträtt, eller vars sista
giltighetsdag har passerats.
aa) Omfattas ej (out of scope):
När användning av färdskrivare inte krävs enligt bestämmelserna i rådets
förordning (EEG) nr 3820/85.
bb) Hastighetsöverträdelse:
Överskridande av den tillåtna hastigheten för fordonet, definierat som en
period om minst 60 sekunder under vilken fordonets uppmätta hastighet
överskrider den gräns för inställning av anordningen för hastighets-
begränsning som anges i rådets direktiv 92/6/EEG av den 10 februari
om montering och användning av hastighetsbegränsande anordningar i
vissa kategorier av motorfordon inom gemenskapen (2).
cc) Periodisk besiktning:
En uppsättning åtgärder för att kontrollera att färdskrivaren fungerar
korrekt och att dess inställningar överensstämmer med fordonsparamet-
rarna.
dd) Skrivare:
Komponent i färdskrivaren som tillhandahåller utskrifter av lagrade data.
ee) Färdskrivare:
All utrustning avsedd att installeras i vägfordon med uppgift att visa,
registrera och automatiskt eller halvautomatiskt lagra detaljerad informa-
tion om fordonets förflyttningar och om förarnas arbetspass.
ff) Förnyelse:
Utfärdande av ett nytt färdskrivarkort när giltighetstiden för ett befintligt
kort går ut, eller när det fungerar felaktigt och har återlämnats till den
utfärdande myndigheten. Förnyelse förutsätter alltid att det råder säkerhet
om att två giltiga kort inte existerar samtidigt.
gg) Reparation:
All reparation av en rörelsesensor eller av en fordonsenhet som
förutsätter urkoppling av strömtillförseln, urkoppling av andra färdskri-varkomponenter, eller att den öppnas.
hh) Ersättning:
Utfärdande av ett 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 myndig-
heten. Ersättning innebär alltid en risk för att två giltiga kort existerar
samtidigt.1998R2135 — SV — 25.08.2002 — 001.001 — 18
(1) Europaparlamentets och rådets direktiv 97/27/EG av den 22 juli 1997 om massa och
dimensioner för vissa kategorier av motorfordon och släpvagnar till dessa fordon ochom ändring av direktiv 70/156/EEG (EGT L 233, 25.8.1997, s. 1).
(
2) EGT L 57, 2.3.1992, s. 27.
▼M1
ii) Säkerhetscertifiering:
Förfarandet för ett certifieringsorgan för informationsteknologisk säkerhet
(ITSEC) (1) att intyga att den färdskrivare (eller den komponent) eller det
färdskrivarkort som undersöks uppfyller säkerhetskraven i bilaga 10 om
allmänna säkerhetsmål.
jj) Självprovning:
Provningar som färdskrivaren regelbundet och automatiskt gör för att
upptäcka fel.
kk) Färdskrivarkort:
Ett smartkort som är avsett att användas med färdskrivaren. Färdskrivar-
kort gör det möjligt för färdskrivaren att fastställa kortinnehavarens
identitet (eller identitetsgrupp) och att överföra och lagra data. Färdskri-
varkorten kan delas upp i följande typer:
— Förarkort.
— Kontrollkort.— Verkstadskort.— Företagskort.
ll) Typgodkännande:
Ett förfarande för medlemsstaten för att intyga att den färdskrivare (eller
den komponent) eller det färdskrivarkort som undersöks uppfyller kraven
i denna förordning.
mm) Däcksdimension:
Angivelse av däckens dimensioner (drivhjul) enligt direktiv 92/23/
EEG (
2).
nn) Fordonsidentifiering:
Nummer för identifiering av fordonet: Fordonets registreringsnummer
(VRN) med angivelse av registrerande medlemsstat och fordonets chassi-
nummer (VIN) (3).
oo) Fordonsenhet:
Färdskrivaren förutom rörelsesensor och anslutningskablar till rörelsesen-
sorn. Fordonsenheten kan antingen vara en enda enhet eller flera enheter
som fördelas i fordonet, så länge som den överensstämmer med säker-
hetskraven i denna förordning.
pp) 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.
qq) Verkstadskort:
Ett färdskrivarkort som myndigheterna i en medlemsstat har utfärdat till
en tillverkare av färdskrivare, en montör, en fordonstillverkare eller en
verkstad, som har godkänts av denna medlemsstat.
Verkstadskortet identifierar kortinnehavaren och gör det möjligt att
prova, kalibrera och/eller överföra data från färdskrivaren.
II. ALLMÄN BESKRIVNING AV OCH FUNKTIONER HOS FÄRDSKRI-
VAREN
Alla fordon som har utrustats med en färdskrivare som överensstämmer med
bestämmelserna i denna bilaga måste inbegripa en hastighetsmätare och en
vägmätare. Dessa funktioner får inbegripas i färdskrivaren.
1.Allmän beskrivning
Syftet med en färdskrivare är att registrera, lagra, visa, skriva ut och mata ut
data om föraraktiviteter.
Färdskrivaren inbegriper kablar, en rörelsesensor och en fordonsenhet.
Fordonsenheten inbegriper en beräkningsenhet, ett dataminne, en klocka som
visar realtid, två kortplatser för smartkort (förare och medförare), en skrivare,
en display, en visuell varningsanordning, en kalibrerings-/överföringsanslutning,
och en anordning för att mata in användarens uppgifter.1998R2135 — SV — 25.08.2002 — 001.001 — 19
(1) Rådets rekommendation 95/144/EG av den 7 april 1995 om gemensamma kriterier för
utvärdering av informationsteknologisk säkerhet (EGT L 93, 26.4.1995, s. 27).
(2) EGT L 129, 14.5.1992, s. 95.
(3) Direktiv 76/114/EEG (EGT L 24, 30.1.1976, s. 1).
▼M1
Färdskrivaren får kopplas till andra anordningar med hjälp av ytterligare anslut-
ningar.
Inbegripande i eller koppling till färdskrivaren av en funktion, anordning eller
anordningar, oavsett om de är godkända, skall inte påverka eller kunna påverka
en korrekt och säker drift av färdskrivaren eller överensstämmelsen med
bestämmelserna i förordningen.
Användare av färdskrivaren identifierar sig för den med hjälp av färdskrivarkort.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 och på färdskrivarkort.Detta görs i enlighet med Europaparlamentets och rådets direktiv 95/46/EG av
den 24 oktober 1995 om skydd för enskilda personer med avseende på behand-
ling av personuppgifter och om det fria flödet av sådana uppgifter (
1).
2.Funktioner
Färdskrivaren skall inbegripa följande funktioner:— Övervakning av isättning och urtagning av kort.
— Mätning av hastighet och sträcka.
— Tidmätning.
— Övervakning av förarens aktiviteter.— Övervakning av förarens status.
— Följande manuella angivelser av föraren:
— Angivelse av de platser där dagens arbetspass påbörjas och/eller avslutas.
— Manuell angivelse av förarens aktiviteter.
— Angivelse av särskilda omständigheter.
— Hantering av företagslås.
— Övervakning av kontrollaktiviteter.
— Upptäckt av händelser och/eller fel.— Inbyggd provning och självprovning.
— Avläsning av dataminnet.
— Registrering och lagring i dataminnet.
— Avläsning av färdskrivarkort.
— Registrering och lagring på färdskrivarkort.
— Visning.
— Utskrift.— Varning.
— Överföring av data till externa media.
— Utgående data till ytterligare externa anordningar.
— Kalibrering.
— Tidsinställning.
3.Driftlägen
Färdskrivaren skall ha följande fyra driftlägen:
— Driftläge.
— Kontrolläge.
— Kalibreringsläge.
— Företagsläge.
Färdskrivaren skall ställa in följande driftlägen enligt det giltiga färdskrivarkort
som sätts in i kortläsaren:1998R2135 — SV — 25.08.2002 — 001.001 — 20
(1) EGT L 281, 23.11.1995, s. 31.
▼M1
DriftlägenFörarens öppning
Inget kort Förarkort Kontrollkort Verkstadskort FöretagskortMedförarens kortplatsInget kort Driftläge Driftläge Kontroll Kalibrering Företag
Förarkort Driftläge Driftläge Kontroll Kalibrering Företag
Kontrollkort Kontroll Kontroll Kontroll (*) Driftläge DriftlägeVerkstadskort Kalibrering Kalibrering Driftläge Kalib-
rering (*)Driftläge
Företagskort Företag Företag Driftläge Driftläge Företag (*)
(*) I dessa situationer skall färdskrivaren enbart använda det färdskrivarkort som satts in i förarens kortplats.
Färdskrivaren skall bortse från ogiltiga kort som införts, förutom visning,
utskrift eller överföring av data från ett utgånget kort, som skall vara möjliga.
Alla funktioner som förtecknas i II.2. skall fungera i alla driftlägen med följande
undantag:
— Kalibreringsfunktionen skall endast vara tillgänglig i kalibreringsläge.
— Funktionen för inställning av tid skall vara begränsad när kalibreringsläget
inte är inställt.
— Förarens manuella angivelser skall endast vara möjliga i driftläge eller kalib-
reringsläge.
— Funktionen för hantering av företagslås skall endast vara tillgänglig i
företagsläge.
— Funktionen för övervakning av kontrollaktiviteter skall endast vara i drift i
kontrolläge.
— Överföringsfunktionen skall inte vara tillgänglig i driftläge (med undantag
av bestämmelserna i krav 150).
Färdskrivaren skall kunna mata ut alla data till display-, skrivar- eller externa
gränssnitt med följande undantag:
— I driftläge skall all personlig identifiering (efternamn och förnamn) som inte
motsvarar det isatta färdskrivarkortet raderas och alla kortnummer som inte
motsvarar det isatta färdskrivarkortet skall delvis raderas (vartannat tecken -
från vänster till höger - skall raderas).
— I företagsläge skall data om föraren (kraven 081, 084 och 087) endast kunna
matas ut för perioder som inte har låsts av ett annat företag (enligt identifi-
ering genom de första 13 siffrorna i företagskortets nummer).
— När inget kort är isatt i färdskrivaren skall data om föraren kunna matas ut
endast för den innevarande och de åtta föregående kalenderdagarna.
4.Säkerhet
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 utbyts mellan rörelsesensorn och
fordonsenheten, att skydda integriteten och autenticiteten hos data som utbyts
mellan färdskrivaren och färdskrivarkorten, och att kontrollera integriteten och
autenticiteten hos data som överförs.
För att systemsäkerheten skall kunna uppnås måste färdskrivaren uppfylla de
krav som anges i de allmänna säkerhetsmålen för rörelsesensorer och fordonsen-
heter (tillägg 10).
III. KONSTRUKTIONS- OCH FUNKTIONSKRAV FÖR FÄRDSKRIVARE
1.Övervakning av isättning och urtagning av kort
Färdskrivaren skall övervaka kortläsarna för att upptäcka isättningar och urtag-
ningar av kort.
När kortet sätts i skall färdskrivaren känna av huruvida det införda kortet är ett
giltigt färdskrivarkort och i så fall identifiera korttypen.
Färdskrivaren skall utformas så att färdskrivarkortet låses i sitt läge när det sätts
in på korrekt sätt i kortläsaren.1998R2135 — SV — 25.08.2002 — 001.001 — 21
▼M1
Färdskrivarkortet skall gå att ta ut endast när fordonet har stannat och efter det
att relevanta data har lagrats på korten. Kortet kan tas ut endast efter aktivering
av den som använder det.
2.Mätning av hastighet och sträcka
Denna funktion skall ständigt mäta och kunna tillhandahålla det vägmätarvärde
som motsvarar den sammanlagda sträcka som fordonet har tillryggalagt.
Denna funktion skall ständigt mäta och kunna tillhandahålla fordonets hastighet.
Funktionen för mätning av hastigheten skall dessutom tillhandahålla informa-
tionen oavsett om fordonet är i rörelse eller om det stannat. Fordonet skall
anses vara i rörelse så snart som funktionen upptäcker mer än 1 imp/sek under
minst 5 sekunder från rörelsesensorn och i annat fall skall fordonet anses ha
stannat.
Anordningar som visar hastighet (hastighetsmätare) och sammanlagd tillrygga-
lagd sträcka (vägmätare) som installerats i ett fordon som utrustats med en
färdskrivare som överensstämmer med bestämmelserna i denna förordning skall
uppfylla de krav i fråga om största tillåtna toleranser som anges i denna bilaga
(kapitel III.2.1 och III.2.2).
2.1 Mätning av tillryggalagd vägsträcka
Tillryggalagd sträcka får uppmä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.
Färdskrivaren skall mäta sträckor från 0 till 9 999 999,9 km.
Den uppmätta sträckan skall 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.
Uppmätta sträckor skall ha en upplösning av minst 0,1 km.
2.2 Hastighetsmätning
Färdskrivaren skall mäta hastigheter från 0 till 220 km/h.
För att säkerställa en största tillåtna tolerans för visad hastighet av ± 6 km/h i
drift, och med hänsyn till
— en tolerans av ± 2 km/h för ingående variationer (däckvariationer, …),
— en tolerans av ± 1 km/h för mätningar som gjorts vid montering eller perio-
disk besiktning,
skall färdskrivaren för hastigheter mellan 20 och 180 km/h, och för karakteris-
tiska koefficienter hos fordonet på mellan 4 000 and 25 000 imp/km, mäta
hastigheten med en tolerans av 1 km/h (vid konstant hastighet).
Ob s: Upplösningen på lagrade data ger en ytterligare tolerans av ± 0,5 km/h för
hastigheter som lagras av färdskrivaren.
Hastigheten skall mätas korrekt inom de normala toleranserna inom två
sekunder efter det att hastighetsändringen har avslutats, när hastigheten har
ändrats med upp till 2 m/s
2.
Uppmätta hastigheter skall ha en upplösning av minst 1 km/h.
3.Tidmätning
Funktionen för tidmätning skall ständigt mäta och digitalt ange UTC- datum och
UTC-tid.
UTC-datum och UTC-tid skall användas för datering i färdskrivarens alla funk-
tioner (registrering, utskrifter, datautbyte, visning, …).
För att man skall kunna se lokal tid, skall det vara möjligt att ändra tidsskill-
naden på det klockslag som displayen visar, med steg om halva timmar.
Tidsavvikelsen från UTC skall vara mindre än ± 2 sekunder per dag när det
gäller typgodkännande.
Uppmätt tid skall ha en upplösning av minst 1 sekund.
Tidmätningen skall inte påverkas av externa avbrott av strömtillförseln på
mindre än 12 månader när det gäller typgodkännande.1998R2135 — SV — 25.08.2002 — 001.001 — 22
▼M1
4.Övervakning av förarens aktiviteter
Denna funktion skall ständigt och separat övervaka en förares och en medförares
aktiviteter.
Förarens aktiviteter skall delas upp i körning (DRIVING), tillgänglighet
(WORK), tillgänglighet (AVAILABILITY), eller rast/vila (BREAK/REST).
Det skall vara möjligt för föraren och/eller medföraren att manuellt välja arbete
(WORK), tillgänglighet (AVAILABILITY), eller rast/vila (BREAK/REST).
När fordonet befinner sig i rörelse skall körning (DRIVING) väljas automatiskt
för föraren och tillgänglighet (AVAILABILITY) väljas automatiskt för medfö-
raren.
När fordonet stannar skall arbete (WORK) väljas automatiskt för föraren.Den första aktivitetsändring som sker inom 120 sekunder efter den automatiska
omkopplingen till arbete (WORK) på grund av att fordonet stannar skall antas
ha skett när fordonet stannar (och därmed sker eventuellt inte omkopplingen
till arbete (WORK)).
Denna funktion skall mata ut aktivitetsändringar till registerfunktionerna med en
upplösning av en minut.
För en viss kalenderminut skall hela minuten betraktas som körning (DRIVING)
om någon körning (DRIVING) har skett inom denna minut.
För en viss kalenderminut skall hela minuten betraktas som körning (DRIVING)
om någon körning (DRIVING) har skett både inom den närmast föregående och
den närmast efterkommande minuten.
För en viss kalenderminut som inte betraktas som körning (DRIVING) enligt
ovan nämnda krav skall hela minuten betraktas som samma typ av aktivitet
som den längsta sammanhängande aktiviteten inom den minuten (eller den
senaste av lika långa aktiviteter).
Denna funktion skall dessutom ständigt övervaka den sammanhängande körtiden
och förarens sammanlagda avbrottstid.
5.Övervakning av förarens status
Denna funktion skall ständigt och automatiskt övervaka förarens status.
Körningsstatus ”flera förare” (CREW) skall väljas när två giltiga förarkort sätts
in i färdskrivaren, körningsstatus ”ensam” (SINGLE) skall väljas i alla andra
fall.
6.Förarens manuella angivelser
6.1 Angivelse av de platser där dagens arbetspass påbörjas och/eller avslutas
Denna funktion skall göra det möjligt att ange de platser där dagens arbetspass
påbörjas och/eller avslutas för en förare och/eller en medförare.
Platser definieras som landet och, där så är tillämpligt, regionen.
När ett förarkort (eller verkstadskort) tas ut skall färdskrivaren uppmana
(med)föraren att ange ”den plats där dagens arbetspass avslutas”.
Färdskrivaren skall göra det möjligt att bortse från denna begäran.
Det skall vara möjligt att mata in de platser där dagens arbetsperioder påbörjas
och/eller avslutas utan kort, eller vid andra tidpunkter än när kortet sätts in eller
tas ut.
6.2 Manuell angivelse av förarens aktiviteter
När förarkortet (eller verkstadskortet) sätts in, och endast då, skall färdskrivaren— påminna kortinnehavaren om datum och tidpunkt då han tog ut kortet senast,
och
— be kortinnehavaren ange om den aktuella isättningen av kortet är en fort-
sättning av dagens innevarande arbetspass.
Färdskrivaren skall göra det möjligt för kortinnehavaren att bortse från frågan
utan att svara eller att svara jakande eller nekande.
— Om kortinnehavaren bortser från frågan skall färdskrivaren uppmana kortin-
nehavaren att ange ”den plats där dagens arbetspass påbörjas”. Färdskrivaren
skall göra det möjligt att bortse från denna begäran. Om en plats anges skall
den registreras i dataminnet och på färdskrivarkortet och hänföras till den
tidpunkt då kortet sattes i.
— Om svaret är jakande eller nekande skall färdskrivaren uppmana kortinneha-
varen att ange aktiviteterna manuellt, med datum och tidpunkt för
påbörjande och avslutande, bland endast arbete (WORK), tillgänglighet1998R2135 — SV — 25.08.2002 — 001.001 — 23
▼M1
(AVAILABILITY), eller rast/vila (BREAK/REST), som endast omfattar
perioden från senaste urtagning av kort till aktuell isättning av kort, och
utan att dessa aktiviteter kan överlappa varandra. Detta skall göras i enlighet
med följande förfaranden:
— Om kortinnehavaren svarar jakande på frågan, skall färdskrivaren
uppmana kortinnehavaren att manuellt ange aktiviteterna i kronologisk
ordning för perioden från senaste urtagning av kort till aktuell isättning.
Förfarandet skall avslutas när sluttiden för en manuellt angiven aktivitet
är densamma som tiden för isättningen av kortet.
— Om kortinnehavaren svarar nekande på frågan skall färdskrivaren
— uppmana kortinnehavaren att manuellt ange aktiviteterna i kronolo-
gisk ordning från tidpunkten för urtagning av kortet till tidpunkten
för avslutande av berört arbetspass (eller av aktiviteterna för detta
fordon om dagens arbetspass fortsätter på ett diagramblad). Färdskri-
varen skall därför, innan kortinnehavaren manuellt kan slå in varje
aktivitet, uppmana kortinnehavaren att ange om tidpunkten för avslu-
tande av den senaste registrerade aktiviteten utgörs av slutet på ett
föregående arbetspass (se anmärkning nedan).
Ob s: Om kortinnehavaren underlåter att ange när det föregående
arbetspasset avslutades och manuellt anger en aktivitet vars sluttid
är densamma som tiden för isättningen av kortet, skall färdskrivaren
— anta att dagens arbetspass avslutades när den första viloperioden
(REST) (eller återstående okänd (UNKNOWN) period) efter
urtagning av kortet påbörjades, eller vid tidpunkten för urtagning
av kortet om ingen viloperiod har angivits (och om ingen period
fortfarande är okänd (UNKNOWN)),
— anta att starttiden (se nedan) är densamma som tidpunkten för
isättning av kortet,
— fortsätta enligt nedan.
— Därefter, om den tidpunkt då det berörda arbetspasset avslutades inte
är densamma som den tidpunkt då kortet togs ut, eller om ingen plats
för avslutande av dagens arbetspass angivits vid den tidpunkten,
uppmana kortinnehavaren att ”bekräfta eller ange den plats där
dagens arbetspass avslutades” (färdskrivaren skall göra det möjligt
att bortse från denna begäran). Om en plats anges skall den regi-
streras enbart på färdskrivarkortet och endast om den inte är
densamma som den plats som angavs när kortet togs ut (om det
hade satts i) och avser den tidpunkt då arbetspasset avslutades.
— Därefter uppmana kortinnehavaren att ”ange en starttid” för dagens
innevarande arbetspass (eller för aktiviteterna för det aktuella
fordonet, om kortinnehavaren tidigare använde ett diagramblad under
denna period), och uppmana kortinnehavaren att ange ”en plats där
dagens arbetspass påbörjas” (färdskrivaren skall göra det möjligt att
bortse från denna begäran). Om en plats anges skall den registreras
på färdskrivarkortet och avse denna starttid. Om denna starttid är
densamma som tidpunkten för isättningen av kortet skall platsen
även registreras i dataminnet.
— Därefter, om denna starttid skiljer sig från den tidpunkt då kortet
sattes i, uppmana kortinnehavaren att ange aktiviteter i kronologisk
ordning från denna starttid till den tidpunkt då kortet sattes i. Förfa-
randet skall avslutas när sluttiden för en manuellt angiven aktivitet är
densamma som den tidpunkt då kortet sätts i.
— Färdskrivaren skall sedan göra det möjligt för kortinnehavaren att ändra
de aktiviteter som angivits manuellt, innan de bekräftas genom ett
särskilt kommando, och sedan skall sådana ändringar inte längre vara
möjliga.
— De svar på den första frågan som åtföljs av angivelser om avsaknad av
aktiviteter skall färdskrivaren tolka som att kortinnehavaren har bortsett
från frågan.
Under hela detta förfarande skall färdskrivaren inte längre invänta angivelser
under följande omständigheter:
— om ingen interaktion sker med färdskrivarens användargränssnitt under en
minut (med en visuell, och eventuellt hörbar, varningssignal efter 30
sekunder), eller
— om kortet tas ut eller ett annat förarkort (eller verkstadskort) sätts in, eller— så snart som fordonet är i rörelse.
I detta fall skall färdskrivaren bekräfta alla de angivelser som redan har gjorts.1998R2135 — SV — 25.08.2002 — 001.001 — 24
▼M1
6.3 Angivelse av särskilda omständigheter
Färdskrivaren skall 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) (start, slut).
— transport med färja/tåg (FERRY/TRAIN CROSSING).
Transport med färja/tåg (FERRY/TRAIN CROSSING) får inte äga rum om
omständigheten ”omfattas ej” (OUT OF SCOPE) inletts.
En inledd omständighet av typen ”omfattas ej” (OUT OF SCOPE) måste auto-
matiskt avslutas av färdskrivaren om ett förarkort sätts i eller tas ut.
7.Hantering av företagslås
Denna funktion skall göra det möjligt att hantera de lås som ett företag har för
att begränsa egen tillgång till data i företagsläge.
Företagslås utgörs av tidpunkt/datum för start (låsning) och tidpunkt/datum för
avslutande (öppning) för identifiering av företaget enligt företagskortets nummer
(vid låsning).
Låsning och öppning kan endast ske i realtid.Öppning skall 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
öppning skall ske automatiskt om ett annat företag låser.När ett företag låser och det föregående låset var för samma företag kommer det
att antas att det föregående låset inte har öppnats utan fortfarande är låst.
8.Övervakning av kontrollaktiviteter
Denna funktion skall övervaka visning (DISPLAYING), utskrift (PRINTING),
fordonsenhet (VEHICLE UNIT) och överföring (DOWNLOADING) av data
från kort, då detta sker i kontrolläge.
Denna funktion skall även övervaka kontroll av överskriden hastighet (OVER
SPEEDING CONTROL) i kontrolläge. En kontroll av överskriden hastighet
anses ha ägt rum när utskriften ”överskriden hastighet” i kontrolläge har sänts
till skrivaren eller till displayen, eller när ”händelse- eller feldata” har överförts
från fordonsenhetens (VU) dataminne.
9.Upptäckt av händelser och/eller fel
Denna funktion skall upptäcka följande händelser och/eller fel:
9.1 Händelsen ”isättning av ett ogiltigt kort”
Denna händelse skall utlösas om ett ogiltigt kort sätts i och/eller när ett infört
giltigt kort slutar att gälla.
9.2 Händelsen ”kortkonflikt”
Denna händelse skall utlösas om någon av de kombinationer av giltiga kort som
är markerade med X i följande tabell uppstår:
KortkonfliktFörarens kortplats
Inget kort Förarkort Kontrollkort Verkstadskort FöretagskortMedförarens kortplatsInget kort
Förarkort X
Kontrollkort X X XVerkstadskort X X X XFöretagskort X X X
9.3 Händelsen ”överlappning av tider”
Denna funktion skall utlösas när datum/tidpunkt för den senaste urtagningen av
ett förarkort enligt detta kort ligger senare än aktuellt datum/tidpunkt i den
färdskrivare i vilken kortet införts.1998R2135 — SV — 25.08.2002 — 001.001 — 25
▼M1
9.4 Händelsen ”körning utan korrekt kort”
Denna händelse skall utlösas när någon av kombinationerna av färdskrivarkort
som är markerade med X i följande tabell uppstår, när föraraktiviteten ändras
till körning (DRIVING), eller vid ändring av driftläge när föraraktiviteten är
körning (DRIVING):
Körning utan korrekt
kortFörarens kortplats
Inget (eller
ogiltigt) kortFörarkort Kontrollkort Verkstadskort FöretagskortMedförarens kortplatsInget (eller
ogiltigt) kortXXX
Förarkort X X X X
Kontrollkort X X X X X
Verkstadskort X X X XFöretagskort X X X X X
9.5 Händelsen ”isättning av kort vid körning”
Denna händelse skall utlösas om ett färdskrivarkort sätts in i en kortplats när
föraraktiviteten är körning (DRIVING).
9.6 Händelsen ”senaste kortanvändning ej korrekt avslutad”
Denna händelse skall utlösas om färdskrivaren vid isättning av ett kort upptäcker
att föregående kortanvändning, trots bestämmelserna i kapitel III. 1, inte har
avslutats korrekt (kortet har tagits ut innan alla relevanta data har lagrats på
det). Denna händelse gäller endast förarkort och verkstadskort.
9.7 Händelsen ”hastighetsöverträdelse”
Denna händelse skall utlösas vid varje hastighetsöverträdelse.
9.8 Händelsen ”avbrott av strömtillförsel”
Denna händelse skall utösas när kalibreringsläget inte är inställt om strömtillför-
seln i rörelsesensorn och/eller fordonsenheten är avbruten under mer än 200
millisekunder. Tröskeln för avbrottet skall fastställas av tillverkaren. Sänkt
strömtillförsel på grund av att fordonets motor startas skall inte utlösa denna
händelse.
9.9 Händelsen ”fel i rörelsedata”
Denna händelse skall utlösas vid avbrott av det normala dataflödet mellan rörel-
sesensorn och fordonsenheten och/eller vid integritetsfel eller autentiseringsfel
under utbyte av data mellan rörelsesensorn och fordonsenheten.
9.10 Händelsen ”försök till säkerhetsöverträdelse”
Denna händelse skall utlösas vid varje övrig händelse som påverkar säkerheten i
rörelsesensorn och/eller fordonsenheten, i enlighet med de allmänna säker-
hetsmålen för dessa komponenter när kalibreringsläget inte är inställt.
9.11 Kortfel
Denna händelse skall utlösas om ett fel på ett färdskrivarkort uppstår vid drift.
9.12 Färdskrivarfel
Denna händelse skall utlösas vid något av följande fel om kalibreringsläget inte
är inställt:
— Internt fel i fordonsenheten (VU).
— Skrivarfel.
— Displayfel.— Överföringsfel.
— Sensorfel.1998R2135 — SV — 25.08.2002 — 001.001 — 26
▼M1
10. Inbyggd provning och självprovning
Färdskrivaren skall upptäcka fel genom självprovning och inbyggd provning, i
enlighet med följande tabell:
Enhet som provas Självprovning Inbyggd provning
Programvara Integritet
Dataminne Tillträde Tillträde, dataintegritetKortläsare Tillträde Tillträde
Tangentbord Manuell kontroll
Skrivare (Upp till tillverkaren) UtskriftDisplay Visuell kontrollÖverföring (utförs endast vid
överföring)Korrekt drift
Sensor Korrekt drift Korrekt drift
11. Avläsning av dataminne
Färdskrivaren skall kunna läsa alla data som finns lagrade i dess dataminne.
12. Registrering och lagring i dataminne
I detta stycke används följande beteckningar med de betydelser som här anges:
— 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 isättning och urtagning av kort, och 256 aktivi-
tetsändringar. ”365 dagar” inbegriper därför åtminstone 2 190 (med)förare,
2 190 cykler med isättning och urtagning av kort, och 93 440 aktivitetsä-
ndringar.
— Tider registreras med en upplösning av en minut, om inte annat anges.
— Vägmätarvärden registreras med en upplösning av en kilometer.
— Hastigheter registreras med en upplösning av en km/h.
Data som finns lagrade i dataminnet skall inte påverkas av externa avbrott av
strömtillförseln på mindre än 12 månader när det gäller typgodkännande.
Färdskrivaren skall i sitt dataminne direkt eller indirekt kunna registrera och
lagra följande:
12.1 Data för identifiering av utrustning
12.1.1 Data för identifiering av fordonsenhet
Det skall gå att lagra följande data för identifiering av fordonsenheter i färdskri-
varens minne:
— Tillverkarens namn.
— Tillverkarens adress.
— Delnummer.
— Serienummer.
— Programvaruversionens nummer.
— Datum för installation av programvaruversionen.— Utrustningens tillverkningsår.
— Typgodkännandenummer.
Tillverkaren av fordonsenheter registrerar och lagrar data för identifiering av
fordonsenheter permanent, utom när det gäller programvarudata och typgodkän-
nandenummer, som får ändras om programvaran uppgraderas.
12.1.2 Data för identifiering av rörelsesensor
Det skall gå att lagra följande identifieringsdata i rörelsesensorns minne:
— Tillverkarens namn.1998R2135 — SV — 25.08.2002 — 001.001 — 27
▼M1
— Delnummer.
— Serienummer.— Typgodkännandenummer.
— Inbyggd identifiering av säkerhetskomponent (exempelvis delnummer på
internt chip eller intern processor).
— Identifiering av operativsystem (exempelvis nummer på programvaruver-
sionen).
Tillverkaren av rörelsesensorn registrerar och lagrar data för identifiering av
rörelsesensorn en gång för alla i rörelsesensorn.
Det skall gå att registrera och lagra följande data för identifiering av den för
närvarande kopplade rörelsesensorn i fordonsenhetens dataminne:
— Serienummer.
— Typgodkännandenummer.
— Datum för första hopkoppling.
12.2 Säkerhetskomponenter
Det skall gå att lagra följande säkerhetskomponenter i färdskrivaren:
— Europeisk kryptering med öppen kod.
— Intyg från medlemsstaten.— Utrustningsintyg.
— Privat kod.
Tillverkaren av fordonsenheten skall föra in färdskrivarens säkerhetskompo-
nenter i färdskrivaren.
12.3 Övervakning av isättning och urtagning av kort
För varje cykel med isättning och urtagning av förarkort eller verkstadskort i
utrustningen skall färdskrivaren registrera och lagra följande uppgifter i sitt data-
minne:
— Kortinnehavarens efternamn och förnamn sådana de lagrats på kortet.
— Kortnummer, utfärdande medlemsstat och sista giltighetsdatum sådana de
lagrats på kortet.
— Datum och tidpunkt för isättning.
— Vägmätarvärde när kortet sattes in.
— Den kortplats som kortet sätts in i.— Datum och tidpunkt för urtagning.
— Vägmätarvärde när kortet togs ut.
— Följande information om det föregående fordon som föraren använt, som den
lagrats på kortet:
— Fordonets registreringsnummer (VRN) och registrerande medlemsstat.
— Datum och tidpunkt för urtagning av kortet.
— En markering som visar om innehavaren vid isättningen av kortet har angivit
aktiviteter manuellt.
Det skall gå att lagra dessa data i dataminnet i minst 365 dagar.
När lagringskapaciteten har utnyttjats till fullo skall nya data ersätta de data som
är äldst.
12.4 Data om föraraktiviteter
Färdskrivaren skall när föraren och/eller medföraren ändrar aktivitet, och/eller
när förarstatusen ändras, och/eller när ett förarkort eller verkstadskort sätts in
eller tas ut, registrera och lagra följande i sitt dataminne:
— Förarstatus (flera förare (CREW), ensam förare (SINGLE)).
— Kortplats (förare (DRIVER), medförare (CO-DRIVER)).
— Kortets status i den berörda kortplatsen (isatt (INSERTED), ej isatt (NOT
INSERTED)) (Se anmärkning).
— Aktiviteten (körning (DRIVING), tillgänglighet (AVAILABILITY), arbete
(WORK), rast/vila (BREAK/REST).
— Datum och tidpunkt för ändringen.
Obs: Isatt (INSERTED) innebär att ett giltigt förarkort eller verkstadskort har
satts in i kortplatsen. Ej insatt (NOT INSERTED) innebär motsatsen, dvs. att1998R2135 — SV — 25.08.2002 — 001.001 — 28
▼M1
något giltigt förarkort eller verkstadskort inte har satts in i kortplatsen (exem-
pelvis har ett företagskort eller inget kort alls satts in).
Anmärkning: Aktivitetsdata som en förare har angivit manuellt registreras inte i
dataminnet.
Det skall gå att lagra föraraktivitetsdata i dataminnet i minst 365 dagar.När lagringskapaciteten har utnyttjats till fullo skall nya data ersätta de data som
är äldst.
12.5 Platser där dagens arbetspass påbörjas och/eller avslutas
Färdskrivaren skall, när en (hjälp)förare kommer till den plats där dagens arbets-
pass påbörjas eller avslutas, registrera och lagra följande uppgifter i sitt
dataminne:
— I förekommande fall, (med)förarens kortnummer och medlemsstat som
utfärdat kortet.
— Datum och tidpunkt för angivelsen (eller datum/tidpunkt för angivelsen när
den görs under förfarandet för manuell angivelse).
— Typ av angivelse (påbörjande eller avslutande, angivelsevillkor).— Det land och den region som anges.— Fordonets vägmätarställning.
Det skall gå att lagra data om påbörjande och/eller avslutande av dagens arbets-
pass i minst 365 dagar i dataminnet (under förutsättning att en förare gör två
registreringar per dygn).
När lagringskapaciteten har utnyttjats till fullo skall nya data ersätta de data som
är äldst.
12.6 Vägmätardata
Färdskrivaren skall vid midnatt varje kalenderdag registrera fordonets
vägmätarställning och motsvarande datum i sitt dataminne.
Det skall gå att lagra vägmätarvärden vid midnatt i minst 365 dagar.När lagringskapaciteten har utnyttjats till fullo skall nya data ersätta de data som
är äldst.
12.7 Detaljerade hastighetsdata
Färdskrivaren skall i sitt dataminne registrera och lagra fordonets momentana
hastighet och motsvarande datum och tidpunkt vid varje sekund under åtmin-
stone de senaste 24 timmar som fordonet har varit i rörelse.
12.8 Händelsedata
För händelsedata skall tiden registreras med en upplösning av en sekund.
Färdskrivaren skall i sitt dataminne registrera och lagra följande data för varje
händelse som upptäcks i enlighet med följande lagringsregler:
Händelse LagringsreglerData som skall registreras per
händelse
Kortkonflikt — De senaste tio händelserna — Datum och tidpunkt för
händelsens början
— Datum och tidpunkt för
händelsens slut
— Korttyp, kortnummer och
medlemsstat som utfärdatde två kort som orsakat
konflikten
Körning utan korrekt kort — Den längsta händelsen för
vart och ett av de senaste
tio dygn händelsen
inträffat
— De fem längsta händel-
serna under de senaste
365 dygnen— Datum och tidpunkt för
händelsens början
— Datum och tidpunkt för
händelsens slut
— Korttyp, kortnummer och
medlemsstat som utfärdat
kort som satts in vid händel-
sens början och/eller slut
— Antal liknande händelser
samma dag
Isättning av kort under körning — Den senaste händelsen för — Datum och tidpunkt för1998R2135 — SV — 25.08.2002 — 001.001 — 29
▼M1
Händelse LagringsreglerData som skall registreras per
händelse
vart och ett av de senaste
tio dygn händelsen
inträffathändelsens slut
— Korttyp, kortnummer och
utfärdande medlemsstat
— Antal liknande händelser
samma dag
Senaste kortanvändning ej
korrekt avslutad— De senaste tio händelserna — Datum och tidpunkt för
isättning av kortet
— Korttyp, kortnummer och
utfärdande medlemsstat
— Data om senaste användning
enligt kortet:
— Datum och tidpunkt för
isättning av kort
— Fordonets registrerings-
nummer (VRN) och
registrerande medlems-
stat
Hastighetsöverträdelse (1) — Den mest allvarliga
händelsen under vart och
ett av de senaste tio dygn
händelsen inträffat (dvs.
den med högsta genom-
snittliga hastighet)
— De fem mest allvarliga
händelserna under de
senaste 365 dygnen
— Den första händelse som
inträffat efter den senaste
kalibreringen— Datum och tidpunkt för
händelsens början
— 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
— Förarens korttyp, kort-
nummer och utfärdande
medlemsstat (i förekom-
mande fall)
— Antal liknande händelser
samma dag
Avbrott av strömtillförsel (2) — Den längsta händelsen för
vart och ett av de senaste
tio dygn händelsen
inträffat
— De fem längsta händel-
serna under de senaste
365 dygnen— Datum och tidpunkt för
händelsens början
— Datum och tidpunkt för
händelsens slut
— Korttyp, kortnummer och
medlemsstat som utfärdat
kort som satts in vid händel-
sens början och/eller slut
— Antal liknande händelser
samma dag
Fel i rörelsedata — Den längsta händelsen för
vart och ett av de senaste
tio dygn händelsen
inträffat
— De fem längsta händel-
serna under de senaste
365 dygnen— Datum och tidpunkt för
händelsens början
— Datum och tidpunkt för
händelsens slut
— Korttyp, kortnummer och
medlemsstat som utfärdat
kort som satts in vid händel-
sens början och/eller slut
— Antal liknande händelser
samma dag
Försök till säkerhetsöverträdelse — De tio senaste händelserna
per händelsetyp— Datum och tidpunkt för
händelsens början
— Datum och tidpunkt för
händelsens slut (om det är
relevant)
— Korttyp, kortnummer och
medlemsstat som utfärdat
kort som satts in vid händel-
sens början och/eller slut
— Händelsetyp1998R2135 — SV — 25.08.2002 — 001.001 — 30
▼M1
(1) Färdskrivaren skall dessutom registrera och lagra följande uppgifter i sitt dataminne:
— Datum och tidpunkt för senaste kontroll av hastighetsöverträdelse (OVER SPEEDING CONTROL).
— Datum och tidpunkt för första hastighetsöverträdelse efter denna kontroll av hastighetsöverträdelse
(OVER SPEEDING CONTROL).
— Antal hastighetsöverträdelsehändelser sedan senaste kontroll av hastighetsöverträdelse (OVER
SPEEDING CONTROL).
(2) Dessa data får endast registreras då strömtillförseln återkopplas och tidpunkter får anges på minuten när.
12.9 Feldata
För feldata skall tiden registreras med en upplösning av en sekund.
Färdskrivaren skall i sitt dataminne söka registrera och lagra följande data för
varje fel som upptäcks i enlighet med följande lagringsregler:
Fel Lagringsregler Data som skall registreras per fel
Kortfel — De tio senaste förarkorts-
felen— Datum och tidpunkt för
felets början
— Datum och tidpunkt för
felets slut
— Korttyp, kortnummer och
utfärdande medlemsstat
Färdskrivarfel — De tio senaste felen för
varje typ av fel
— Det första felet efter
senaste kalibrering— Datum och tidpunkt för
felets början
— Datum och tidpunkt för
felets slut
— Typ av fel
— Korttyp, kortnummer och
medlemsstat som utfärdat
kort som satts in vid felets
början och/eller slut
12.10 Kalibreringsdata
Färdskrivaren skall 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 fordonets chassinummer
(VIN)).
— De fem senaste kalibreringarna (om flera kalibreringar görs under en kalen-
derdag skall endast den sista kalibreringen det dygnet lagras).
Följande data skall registreras för var och en av följande kalibreringar:— Syfte med kalibreringen (aktivering, första installation, installation och peri-
odisk besiktning).
— Verkstadens namn och adress.
— Verkstadskortets nummer, medlemsstat som utfärdat kortet och kortets sista
giltighetsdatum.
— Fordonsidentifiering.
— Uppdaterade eller bekräftade parametrar: w, k, l, däcksdimension, den
hastighetsbegränsande anordningens inställning, vägmätare (gamla och nya
värden), datum och tidpunkt (gamla och nya värden).
Rörelsesensorn skall registrera följande data om installationen av rörelsesensorn
och lagra dem i:
— Första hopkoppling med en fordonsenhet (VU) (datum, tidpunkt, fordonsen-
hetens typgodkännandenummer och serienummer).
— Senaste hopkoppling med en fordonsenhet (VU) (datum, tidpunkt, fordon-
senhetens typgodkännandenummer och serienummer).
12.11 Data om tidsinställning
Färdskrivaren skall registrera och lagra data med avseende på följande i sitt
dataminne:
— Senaste tidsinställning.1998R2135 — SV — 25.08.2002 — 001.001 — 31
▼M1
— De fem största tidsinställningarna sedan senaste kalibrering
utförda i kalibreringsläge vid annat än normal kalibrering (def. f).
Följande data skall registreras för var och en av följande tidsinställningar:
— Datum och tidpunkt, gammalt värde.
— Datum och tidpunkt, nytt värde.
— Verkstadens namn och adress.— Verkstadskortets nummer, medlemsstat som utfärdat kortet och kortets sista
giltighetsdatum.
12.12 Data om kontrollaktiviteter
Färdskrivaren skall i sitt dataminne registrera och lagra följande data med avse-
ende på de senaste 20 kontrollaktiviteterna:
— Datum och tidpunkt för kontrollen.
— Kontrollkortsnummer och medlemsstat som utfärdat kortet.— Kontrolltyp (visning och/eller utskrift och/eller överföring av data från
fordonsenhet och/eller överföring av data från kort).
Vid överföring skall även datum för tidigaste och senaste nedladdade dagar regi-
streras.
12.13 Data om företagslås
Färdskrivaren skall i sitt dataminne registrera och lagra följande data med avse-
ende på de 20 senaste företagslåsningarna:
— Datum och tidpunkt för låsning.
— Datum och tidpunkt för öppning.— Företagskortsnummer och medlemsstat som utfärdat kortet.— Företagets namn och adress.
12.14 Överföringsdata
Färdskrivaren skall i sitt minne registrera och lagra följande data med avseende
på senaste dataöverföring till externa media i företags- eller kalibreringsläge:
— Datum och tidpunkt för överföringen.
— Företagskortnummer eller verkstadskortnummer och medlemsstat som
utfärdat kortet.
— Företagets eller verkstadens namn.
12.15 Data om särskilda omständigheter
Färdskrivaren skall 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.
Det skall 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 skall
nya data ersätta de data som är äldst.
13. Avläsning av färdskrivarkort
Färdskrivaren skall i förekommande fall kunna läsa av nödvändiga data från
färdskrivarkorten för att
— identifiera korttyp, kortinnehavare, fordon som använts tidigare, datum och
tidpunkt för senaste urtagning av kort och den aktivitet som valdes vid det
tillfället,
— kontrollera att den senaste användningen av kortet 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 förarkort till externa media.
Vid avläsningsfel skall färdskrivaren högst tre gånger pröva samma läskom-
mando, och om detta misslyckas skall den förklara kortet felaktigt och ogiltigt.1998R2135 — SV — 25.08.2002 — 001.001 — 32
▼M1
14. Registrering och lagring på färdskrivarkort
Färdskrivaren skall ställa in data om kortanvändning på förarkortet eller verk-
stadskortet omedelbart efter det att kortet satts in.
Färdskrivaren skall uppdatera de data som lagras på giltiga förar-, provnings-
och/eller kontrollkort med alla nödvändiga data för den period då kortet är isatt
och som avser kortinnehavaren. De data som lagras på dessa kort specificeras i
kapitel IV.
Färdskrivaren skall uppdatera de data om föraraktivitet och plats (i enlighet med
kapitel IV.5.2.5 och 5.2.6), som finns lagrade på giltiga förarkort eller verkstads-
kort, med de data om aktivitet och plats som kortinnehavaren anger manuellt.
Uppdateringen av färdskrivarkortsdata skall, vid behov och med hänsyn till
kortets faktiska lagringskapacitet, ske på så sätt att senaste data ersätter äldsta
data.
Vid skrivfel skall färdskrivaren högst tre gånger pröva samma skrivkommando,
och om detta misslyckas skall den förklara kortet felaktigt och ogiltigt.
Innan färdskrivaren ger tillbaka ett förarkort, och efter det att alla relevanta data
har lagrats på kortet, skall den återställa data om kortanvändningen.
15. Display
Displayen skall innefatta minst 20 tecken.
Minsta teckenstorlek skall vara en höjd på 5 mm och en bredd på 3,5 mm.Displayen skall stödja teckenmängderna för Latin1 och grekiska enligt ISO 8859
del 1 och 7, i enlighet med kapitel 4 i tillägg 1 ”Teckenmängder”. Förenklade
tecken får användas (exempelvis får tecken med accent visas utan accent, och
gemener får ersättas med versaler).
Displayen skall vara försedd med lämplig belysning som inte bländar.Tecknen skall vara synliga utanför färdskrivaren.
Färdskrivaren skall kunna visa följande:
— Feldata.
— 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.
Färdskrivarens display skall visa de piktogram eller kombinationer av piktogram
som förtecknas i tillägg 3. Den får även visa ytterligare piktogram eller kombi-
nationer av piktogram om de lätt går att skilja från ovan nämnda piktogram eller
kombinationer av piktogram.
Displayen skall alltid vara på (ON) när fordonet är i rörelse.Färdskrivaren får inbegripa en manuell eller automatisk anordning för att slå av
(OFF) displayen när fordonet inte är i rörelse.
Displayformatet anges i tillägg 5.
15.1 Automatiskt visade uppgifter
När ingen annan information behöver visas skall färdskrivaren automatiskt visa
följande:
— Lokaltiden (UTC-tid + tidsskillnad som föraren ställer in).
— Driftläge.
— Förarens och medförarens innevarande aktiviteter.— Följande information om föraren:
— Om hans aktuella aktivitet är körning (DRIVING), hans aktuella
körningstid och hans aktuella sammanlagda avbrottstid.
— Om hans aktuella aktivitet inte är körning (DRIVING), den aktuella
varaktigheten för denna aktivitet (sedan den valdes) och hans aktuella
sammanlagda avbrottstid.
— Följande information om medföraren:
— Den aktuella varaktigheten för hans aktivitet (sedan den valdes).
Visningen av data för varje förare skall vara klar, enkel och otvetydig. I de fall
där informationen om föraren och medföraren inte kan visas samtidigt skall
färdskrivaren automatiskt visa informationen om föraren och göra det möjligt
för användaren att visa informationen om medföraren.
I de fall där displaybredden inte gör det möjligt att automatiskt visa driftläget
skall färdskrivaren kort visa det nya driftläget när det ändras.1998R2135 — SV — 25.08.2002 — 001.001 — 33
▼M1
Färdskrivaren skall kort visa kortinnehavarens namn då kortet sätts in.
När omständigheten ”omfattas ej” (OUT OF SCOPE) påbörjas måste displayen
med hjälp av relevant piktogram visa att omständigheten har påbörjats (förarens
innevarande aktivitet behöver inte visas samtidigt).
15.2 Visade varningar
Färdskrivaren skall visa varningsinformation främst med hjälp av piktogrammen
i tillägg 3, som vid behov skall kompletteras med ytterligare numeriskt kodad
information. En utförlig beskrivning av varningen får också visas på det språk
som föraren väljer.
15.3 Tillträde till meny
Färdskrivaren skall tillhandahålla nödvändiga kommandon genom en lämplig
menystruktur.
15.4 Övrig visad information
Det skall vara möjligt att på begäran visa följande:
— UTC-datum och UTC-tid.
— Driftläge (om det inte visas automatiskt).
— Förarens sammanhängande körningstid och sammanlagda avbrottstid.
— Medförarens sammanhängande körningstid och sammanlagda avbrottstid.— Förarens sammanlagda körningstid för föregående och innevarande vecka.
— Medförarens sammanlagda körningstid för föregående och innevarande
vecka.
— Innehållet i de sex utskrifterna i samma format som utskrifterna själva.
Innehållet i utskrifterna skall visas i en följd, rad för rad. Om displaybredden är
mindre än 24 tecken skall användaren få komplett information på lämpligt sätt
(flera rader, rullning, …). De utskriftsrader som är avsedda för handskriven
information behöver inte visas.
16. Utskrift
Det skall gå att skriva ut information från färdskrivarens dataminne och/eller
från färdskrivarkorten i enlighet med följande sex utskrifter:
— Daglig utskrift från kort av föraraktiviteter.
— Daglig utskrift 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.
Format och innehåll i dessa utskrifter anges i detalj i tillä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 sex
ovan nämnda utskrifterna.
”Daglig utskrift från kort av föraraktiviteter” och ”Utskrift från kort av
händelser och fel” skall endast finnas tillgängliga om ett förarkort eller ett verk-
stadskort sätts in i färdskrivaren. De data som finns på det berörda kortet skall
uppdateras av färdskrivaren innan utskriften inleds.1998R2135 — SV — 25.08.2002 — 001.001 — 34
▼M1
För att tillhandahålla ”Daglig utskrift från kort av föraraktiviteter” eller ”Utskrift
från kort av händelser och fel”, skall färdskrivaren
— antingen automatiskt välja förarkort eller verkstadskort om endast ett av dess
kort har satts in,
— eller ge ett kommando om val av källkort eller av kort i förarens kortplats,
om två av dessa kort har satts i färdskrivaren.
Skrivaren skall kunna skriva ut 24 tecken per rad.
Minsta teckenstorlek skall vara en höjd på 2,1 mm och en bredd på 1,5 mm.
Skrivaren skall stödja teckenmängderna för Latin1 och grekiska enligt ISO 8859
del 1 och 7, i enlighet med kapitel 4 i tillägg 1 ”Teckenmängder”.
Skrivarna skall kunna tillhandahålla dessa utskrifter med en skärpa som utesluter
tvetydighet.
Utskrifternas storlek och uppgifterna i dem skall inte ändras vid normal luftfuk-
tighet (10 - 90 procent) och temperatur.
Det papper som används i färdskrivaren skall vara försett med giltigt typgodkän-
nandemärke och angivelse av typ(er) av färdskrivare som det får användas med.
Utskrifterna skall vara klart läsbara och identifierbara under minst ett år under
normala lagringsvillkor, med avseende på ljusintensitet, luftfuktighet och tempe-
ratur.
Det skall även gå att lägga till handskrivna anmärkningar, exempelvis förarens
namnteckning, i dessa handlingar.
Om papperet tar slut vid utskrift skall 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 föregående delen.
17. Varningar
Färdskrivaren skall varna föraren när den upptäcker en händelse eller ett fel.
Varning om händelsen avbrott av strömtillförsel får uppskjutas till det att
strömmen åter kopplats på.
Färdskrivaren skall varna föraren 15 minuter före och vid den tidpunkt då den
sammanhängande körtiden överskrider 4 timmar och 30 minuter.
Varningarna skall vara visuella. Ljudvarningar får också ges utöver de visuella
varningarna.
Användaren skall tydligt kunna urskilja de visuella varningarna, som skall vara
placerade i hans synfält och vara tydligt läsbara både dag och natt.
De visuella varningarna får byggas in i färdskrivaren och/eller vara avskilda från
den.
I det senare fallet skall färdskrivaren vara försedd med symbolen ”T” som är gul
eller orange.
Varningarna skall vara minst 30 sekunder långa, om inte användaren bekräftar
dem genom att trycka på valfri knapp på färdskrivaren. Den första bekräftelsen
får inte radera ut den visning av orsaken till varningen som anges i nästa stycke.
Orsaken till varningen skall visas på färdskrivaren och vara synlig tills det att
användaren bekräftar den med hjälp av en särskild tangent eller ett kommando
i färdskrivaren.
Ytterligare varningar får ges, förutsatt att det inte finns någon risk för att föraren
blandar ihop dem med varningarna ovan.
18. Överföring av data till externa media
Det skall 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öringsans-
lutning. De data som finns på det berörda kortet skall uppdateras av
färdskrivaren innan utskriften inleds.1998R2135 — SV — 25.08.2002 — 001.001 — 35
▼M1
Dessutom skall färdskrivaren i alla driftlägen, som tillvalsfunktion, kunna
överföra data genom en annan anslutning till ett företag som har autentiserats
genom denna anslutning. I detta fall skall alla tillträdesrättigheter till data i
företagsläge tillämpas på denna överföring.
Överföringen får inte påverka eller ta bort lagrade data.Det elektriska gränssnittet för kalibrerings-/överföringsanslutningen anges i
tillägg 6.
Överföringsprotokoll anges i tillägg 7.
19. Utgående data till ytterligare externa anordningar
Om färdskrivaren inte inbegriper funktioner för visning av hastighet och/eller
tillryggalagd sträcka skall den ge utgående signal(er) för att göra det möjligt
att visa fordonets hastighet (hastighetsmätare) och/eller den sammanlagda
sträcka som fordonet har tillryggalagt (vägmätare).
Fordonsenheten skall även kunna mata ut följande data med hjälp av en särskild
seriell anslutning som är oberoende av en frivillig CAN-bus anslutning (ISO
11898 Vägfordon - Datakommunikation, hög hastighet - Kommunikation enligt
CAN), för att göra det möjligt för elektroniska anordningar som har installerats i
fordonet att behandla dem:
— Aktuellt UTC-datum och aktuell UTC-tid.
— Fordonets hastighet.
— Av fordonet tillryggalagd sträcka.
— Vald förar- och medföraraktivitet.— Information om huruvida något färdskrivarkort för närvarande är isatt i
förarens kortplats och i medförarens kortplats och (i förekommande fall)
information om motsvarande kort (kortnummer och utfärdande medlemstat).
Övriga data får också matas ut utöver denna minsta tillåtna förteckning.
När fordonets tändning är på (ON) skall dessa data sändas kontinuerligt. När
fordonets tändning är av (OFF) skall minst en ändring av förar- eller medföra-
raktivitet och/eller en isättning eller urtagning av ett färdskrivarkort ge
motsvarande utgående data. Om utgående data har tillbakahållits medan fordo-
nets tändning är av (OFF) skall dessa data göras tillgängliga när fordonets
tändning har slagits på (ON) igen.
20. Kalibrering
Kalibreringsfunktionen skall göra det möjligt att
— automatiskt koppla ihop rörelsesensorn med fordonsenheten (VU),
— digitalt anpassa färdskrivarens konstant (k) till den karakteristiska koeffi-
cienten för fordonet (w) (fordon med två eller flera bakaxelutväxlingar
skall vara utrustade med en omställningsanordning, med vars hjälp de olika
utväxlingsförhållandena automatiskt anpassas till det utväxlingsförhållande
som färdskrivarutrustningen i fordonet är avsedd för),
— (utan begränsning) ställa in aktuell tid,
— ändra aktuellt vägmätarvärde,
— uppdatera de data för identifiering av rörelsesensor som finns lagrade i data-
minnet,
— uppdatera eller bekräfta följande parametrar som är kända för färdskrivaren:
Identifiering av fordon, w, l, däcksdimension och hastighetsbegränsande
anordning i förekommande fall.
Hopkopplingen av rörelsesensorn med fordonsenheten (VU) skall minst bestå av
följande:
— Uppdatering av de data om installation av rörelsesensor som finns i rörelse-
sensorn (efter behov).
— Kopiering från rörelsesensorn till fordonsenhetens dataminne av nödvändiga
data för identifiering av rörelsesensorn.
Kalibreringsfunktionen skall kunna mata in nödvändiga data genom kalibrer-
ings-/överföringsanslutningen i enlighet med det kalibreringsprotokoll som
anges i tillägg 8. Kalibreringsfunktionen får också mata in nödvändiga data
genom andra anslutningar.
21. Tidsinställning
Funktionen för tidsinställning skall göra det möjligt att ställa in aktuell tid på
högst en minut när, minst var sjunde dag.
Funktionen för tidsinställning skall göra det möjligt att ställa in aktuell tid utan
begränsning, i kalibreringsläge.1998R2135 — SV — 25.08.2002 — 001.001 — 36
▼M1
22. Prestanda
Fordonsenheten skall vara helt funktionsduglig vid temperaturer från − 20 ºC till
+ 70 ºC, och rörelsesensorn vid temperaturer från − 40 ºC till + 135 ºC.
Innehållet i dataminnet skall bevaras vid temperaturer ned till − 40 ºC.
Färdskrivaren skall vara helt funktionsduglig vid en luftfuktighet av 10 procent
till 90 procent.
Färdskrivaren skall skyddas mot överspänning, omkastning av polerna i dess
strömtillförsel, och strömavbrott.
Färdskrivaren skall uppfylla kraven i kommissionens direktiv 95/54/EG (1)o m
anpassning till den tekniska utvecklingen av rådets direktiv 72/245/EEG, om
elektromagnetisk kompatibilitet, och skall skyddas mot elektrostatiska ladd-
ningar och transienter.
23. Material
Färdskrivarutrustningens samtliga beståndsdelar skall vara tillverkade av mate-
rial med tillräcklig stabilitet och mekanisk hållfasthet samt med stabila
elektrotekniska och magnetiska egenskaper.
Vid normala driftsförhållanden skall samtliga inre delar av färdskrivarutrust-
ningen vara skyddade mot fukt och damm.
Fordonsenheten skall uppfylla kriterierna för skyddsklass IP 40 och rörelsesen-
sorn skall uppfylla kriterierna för skyddsklass IP 64, i enlighet med standard
IEC 529.
Färdskrivaren skall uppfylla tillämpliga tekniska krav med avseende på ergono-
misk utformning.
Färdskrivaren skall skyddas mot oavsiktlig skada.
24. Märkningar
Om färdskrivaren visar fordonets vägmätarvärde och hastighet skall följande
uppgifter visas på dess display:
— Intill den siffra som vägmätaren visar, enheten för sträckan, med förkort-
ningen ”km”.
— Intill den siffra som hastighetsmätaren visar, angivelsen ”km/h”.
Färdskrivaren får också ställas om till att visa hastigheten i ”miles per hour”,
varvid hastigheten skall visas med förkortningen ”mph”.
En typskylt skall fästas på varje enskild komponent i färdskrivaren och den skall
ange följande:
— Färdskrivartillverkarens namn och adress.
— Tillverkarens delnummer och tillverkningsår för utrustningen.— Färdskrivarens serienummer.— Typgodkännandemärke för färdskrivartypen.
När utrymmet inte räcker till för att visa alla ovan nämnda detaljer skall typs-
kylten minst ange följande: Tillverkarens namn eller logotyp, och färdskrivarens
delnummer.
IV. KONSTRUKTIONS- OCH FUNKTIONSKRAV FÖR FÄRDSKRIVAR-
KORT
1.Synliga data
Framsidan skall innehålla följande:
Orden ”förarkort”, ”kontrollkort”, ”verkstadskort”, eller ”företagskort” i stort
typsnitt på det eller de officiella språken i den medlemsstat som utfärdar kortet,
beroende på korttyp.
Samma ord på gemenskapens övriga officiella språk skall tryckas så att de
bildar bakgrund på kortet enligt följande:
ES TARJETA DEL
CONDUCTORTARJETA DE
CONTROLTARJETA DEL
CENTRO DE
ENSAYOTARJETA DE LA
EMPRESA
DK FØRERKORT KONTROLKORT VÆRKSTEDS- VIRKSOMHEDS-1998R2135 — SV — 25.08.2002 — 001.001 — 37
(1) EGT L 266, 8.11.1995, s. 1.
▼M1
KORT KORT
DE FAHRERKARTE KONTROLL-
KARTEWERKSTATT-
KARTEUNTERNEHMENS-
KARTE
EL ΚΑΡΤΑ Ο∆ΗΟΥ ΚΑΡΤΑ
ΕΛΕΓΧΟΥΚΑΡΤΑ
ΚΕΝΤΡΟΥ
∆ΟΚΙΜΩΝΚΑΡΤΑ
ΕΠΙΧΕΙΡΗΣΗΣ
EN DRIVER CARD CONTROL CARD WORKSHOP
CARDCOMPANY CARD
FR CARTE DE
CONDUCTEURCARTE DE
CONTROLEURCARTE D'ATE-
LIERCARTE D'ENTRE-
PRISE
GA CÁRTA
TIOMÁNAÍCÁRTA
STIÚRTHACÁRTA CEARD-
LAINNECÁRTA COMH-
LACHTA
IT CARTA DEL
CONDUCENTECARTA DI
CONTROLLOCARTA DELL'OF-
FICINACARTA DELL'A-
ZIENDA
NL BESTUURDERS
KAARTCONTROLE-
KAARTWERKPLAATS-
KAARTBEDRIJFSKAART
PT CARTÃO DE
CONDUTORCARTÃO DE
CONTROLOCARTÃO DO
CENTRO DE
ENSAIOCARTÃO DE
EMPRESA
FIN KULJETTAJA
KORTTILLAVALVONTA
KORTILLATESTAUSASEMA
KORTILLAYRITYSKORTILLA
SV FÖRARKORT KONTROLLKORT VERKSTADS-
KORTFÖRETAGSKORT
Namnet på den medlemsstat som utfärdar kortet (frivilligt).
Nationalitetsbeteckningen för den medlemsstat som utfärdar kortet, inlagd i vitt i
en blå rektangel och omgiven av tolv gula stjärnor. Nationalitetsbeteckningarna
skall vara följande:
B Belgien
DK DanmarkD TysklandGR GreklandE SpanienF FrankrikeIRL IrlandI ItalienL LuxemburgNL NederländernaA ÖsterrikeP PortugalFIN FinlandS SverigeUK Förenade kungariket
De uppgifter som är särskiljande för kortet, numrerade enligt följande:
Förarkort Kontrollkort Företagskort eller verkstadskort
1. Förarens efternamn Kontrollorganets namn Företagets eller verkstadens
namn
2. Förarens förnamn Kontrollantens efternamn (i
förekommande fall)Kortinnehavarens efternamn
(i förekommande fall)1998R2135 — SV — 25.08.2002 — 001.001 — 38
▼M1
Förarkort Kontrollkort Företagskort eller verkstadskort
3. Förarens födelsedatum Kontrollantens förnamn (i
förekommande fall)Kortinnehavarens förnamn (i
förekommande fall)
4.(a) Kortets första giltighetsdag (i förekommande fall)
(b) Kortets sista giltighetsdag (i förekommande fall)(c) Namn på utfärdande myndighet (får tryckas på sidan 2)(d) Ett annat nummer än det som anges under 5, för administrativa ändamål (frivilligt)
5.(a) Körkortets nummer (den dag
då förarkortet utfärdades)
5.(b) Kortnummer
6. Fotografi av föraren Fotografi av kontrollanten
(frivilligt)—
7. Förarens namnteckning Innehavarens namnteckning (frivilligt)
8. Innehavarens normala
bosättningsort eller posta-
dress (frivilligt)Kontrollorganets postadress Företagets eller verkstadens
postadress
Datum skall skrivas i formatet ”dd/mm/åååå” eller ”dd.mm.åååå” (dag, månad,
år).
Baksidan skall innehålla följande:
En förklaring av de numrerade punkterna på kortets framsida.
Med särskilt skriftligt samtycke från innehavaren får information som inte har
samband med administreringen av kortet läggas till, vilket inte på något sätt
påverkar modellens användning som färdskrivarkort.1998R2135 — SV — 25.08.2002 — 001.001 — 39
▼M1
Färdskrivarkorten skall tryckas i följande dominerande bakgrundsfärger:
— Förarkort: Vitt.
— Kontrollkort: Blått.
— Verkstadskort: Rött.— Företagskort: Gult.
Färdskrivarkorten skall åtminstone ha följande skydd mot förfalskning och
manipulering:
— En säkerhetsmönstrad bakgrund med fint guilloche-mönster och iristryck.
— Kring fotografiet skall säkerhetsmönstret och fotografiet överlappa varandra.
— Minst en tvåfärgad mikrotextrad.
Medlemsstaterna får efter samråd med kommissionen lägga till färger eller
markeringar, såsom nationella symboler eller säkerhetsmärkning, utan att det
påverkar tillämpningen av andra bestämmelser i denna bilaga.
2.Säkerhet
Systemsäkerheten är avsedd att skydda integriteten och autenticiteten hos data
som utbyts mellan korten och färdskrivaren, skydda integriteten och autentici-
teten hos data som överförs från korten, möjliggöra vissa skrivförfaranden till1998R2135 — SV — 25.08.2002 — 001.001 — 40
▼M1
korten endast från färdskrivaren, utesluta risken för förfalskningar av data som
lagras på korten, förhindra manipulering och upptäcka alla sådana försök.
För att systemsäkerhet skall kunna uppnås måste färdskrivarkorten uppfylla de
säkerhetskrav som anges i det allmänna säkerhetsmålet för färdskrivarkort
(tillägg 10).
Färdskrivarkorten skall vara läsbara för annan utrustning, såsom personliga
datorer.
3.Normer
Färdskrivarkorten skall uppfylla följande normer:— ISO/IEC 7810 Transaktionskort - Material, mått och egenskaper,
— ISO/IEC 7816 Transaktionskort - Aktivt kort:
— Del 1: Fysiska egenskaper.
— Del 2: Kontaktdon.
— Del 3: Signaler och protokoll.— Del 4: Inter-industry commands for interchange.— Del 8: Security related inter-industry commands.
— ISO/IEC 10373 Identification cards - Test methods.
4.Miljö- och elspecifikationer
Färdskrivarkorten skall fungera korrekt under alla klimatförhållanden som
vanligtvis förekommer inom gemenskapens territorium och vid temperaturer
mellan − 25 ºC till + 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ärdskrivarkortet skall fungera korrekt vid en luftfuktighet av 10 procent till 90
procent.
Färdskrivarkorten skall fungera korrekt under en femårsperiod om de används i
enlighet med miljö- och elspecifikationerna.
Vid användning skall färdskrivarkorten uppfylla bestämmelserna i kommission-
ens direktiv 95/54/EG av den 31 oktober 1995 (
1), om elektromagnetisk
kompatibilitet, och de skall skyddas mot elektrostatiska laddningar.
5.Lagring av data
Under denna punkt används följande beteckningar med de betydelser som här
anges:
— Tider registreras med en upplösning av en minut, om inte annat anges.
— Vägmätarvärden registreras med en upplösning av en kilometer.
— Hastigheter registreras med en upplösning av en km/h.
Färdskrivarkortens funktioner, kommandon och logiska strukturer uppfyller
kraven för lagring av data och de anges i tillägg 2.
Under denna punkt anges minsta lagringskapacitet för de olika datafiler som
används. Färdskrivarkorten skall kunna ange dessa datafilers faktiska lagringska-
pacitet till färdskrivaren.
Alla övriga data som finns lagrade på färdskrivarkorten, och som avser andra
eventuella korttillämpningar, skall lagras i enlighet med direktiv 95/46/EG (2)
5.1 Kortidentifiering och säkerhetsdata
5.1.1 Användaridentifiering
Det skall gå att lagra följande användardata för identifiering på färdskrivar-
kortet:
— Användaridentifiering av färdskrivare.
— Identifiering av typ av färdskrivarkort.
5.1.2 Identifiering av chip
Det skall gå att lagra följande identifieringsdata för integrerade kretsar (IC) på
färdskrivarkortet:
— De integrerade kretsarnas serienummer.1998R2135 — SV — 25.08.2002 — 001.001 — 41
(1) EGT L 266, 8.11.1995, s. 1.
(2) EGT L 281, 23.11.1995, s. 31.
▼M1
— Tillverkningsuppgifter för de integrerade kretsarna.
5.1.3 Identifiering av IC-kort
Det skall gå att lagra följande identifieringsdata för smartkort på färdskrivar-
kortet:
— Kortets serienummer (inbegripet tillverkningsuppgifter).
— Typgodkännandenummer för korttypen.
— Kortets identifiering (ID).
— Inbäddat ID.
— IC-identifiering.
5.1.4 Säkerhetskomponenter
Det skall gå att lagra följande säkerhetskomponenter på färdskrivarkorten:— Europeisk kryptering med öppen kod.
— Intyg från medlemsstaten.
— Kortintyg.
— Privat kortkod.
5.2 Förarkort
5.2.1 Kortidentifiering
Det skall gå att lagra följande kortidentifieringsdata på förarkortet:
— Kortnummer.
— Utfärdande medlemsstat, utfärdande myndighet, utfärdandedatum.
— Kortets första och sista giltighetsdag.
5.2.2 Identifiering av kortinnehavare
Det skall gå att lagra följande identifieringsdata för kortinnehavare på förar-
kortet:
— Innehavarens efternamn.
— Innehavarens förnamn.
— Födelsedatum.
— Valt språk.
5.2.3 Information om körkort
Det skall gå att lagra följande körkortsdata på förarkortet:
— Utfärdande medlemsstat, utfärdande myndighet.
— Körkortsnummer (den dag körkortet utfärdades).
5.2.4 Data om använda fordon
Det skall gå att lagra följande data på förarkortet för varje kalenderdag som
kortet har använts och för varje användningsperiod för ett visst fordon den
dagen (en användningsperiod inbegriper alla på varandra följande isättnings-/
urtagningscykler i fordonet för kortet i fråga):
— Datum och tidpunkt för första användning av fordonet (dvs. första kortisätt-
ning under denna användningsperiod för fordonet eller 00.00 omanvändningsperioden är pågående vid den tidpunkten).
— Fordonets vägmätarvärde vid den tidpunkten— Datum och tidpunkt för senaste användning av fordonet (dvs. senaste kortur-
tagning under denna användningsperiod för fordonet, eller 23.59 om
användningsperioden är pågående vid den tidpunkten).
— Fordonets vägmätarvärde vid den tidpunkten.
— Fordonets registreringsnummer (VRN) och registrerande medlemsstat.
Det skall gå att lagra minst 84 sådana registreringar på förarkortet.
5.2.5 Data om föraraktiviteter
Det skall 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 angett aktiviteterna manuellt:
— Datum.
— En närvaroräknare (ökad med en för varje av dessa kalenderdagar).1998R2135 — SV — 25.08.2002 — 001.001 — 42
▼M1
— 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 förarstatus,
och/eller har satt i eller tagit ut sitt kort:
— Förarstatus (flera förare (CREW), ensam förare (SINGLE)).
— Kortplats (förare (DRIVER), medförare (CO-DRIVER)).
— Kortstatus (isatt (INSERTED), ej isatt (NOT INSERTED)).
— Aktivitet (körning (DRIVING), tillgänglighet (AVAILABILITY), arbete
(WORK), rast/vila (BREAK/REST)).
— Tidpunkt för ändringen.
Det skall gå att lagra data om föraraktiviteter i minst 28 dagar i kortminnet (en
förares genomsnittliga aktivitet är fastställd till 93 aktivitetsändringar per dygn).
De data som är förtecknade under krav 197 och 199 skall 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.
5.2.6 Platser där dagens arbetspass påbörjas och/eller avslutas
Det skall gå att på förarkortet lagra följande data om de platser som anges av
föraren där dagens arbetspass påbörjas och/eller avslutas:
— Datum och tidpunkt för angivelsen (eller datum/tidpunkt för angivelsen om
den görs under förfarandet för manuell angivelse).
— Typ av angivelse (påbörjande eller avslutande, angivelsevillkor).
— Det land och den region som anges.
— Fordonets vägmätarställning.
Det skall gå att lagra minst 42 par av sådana registreringar i förarkortets minne.
5.2.7 Händelsedata
För händelsedata skall tiden lagras med en upplösning av en sekund.
Det skall gå att på förarkortet lagra data om följande händelser som upptäckts av
färdskrivaren när kortet var isatt:
— Överlappning av tider (om detta kort är orsaken till händelsen).
— Isättning av kort under körning (om detta kort är orsak till händelsen).— Senaste kortanvändning ej korrekt avslutad (om detta kort är orsak till
händelsen).
— Avbrott av strömtillförseln.
— Fel i rörelsedata.
— Försök till säkerhetsöverträdelse.
Det skall 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 kortisättning om
händelsen pågick vid den tidpunkten).
— Datum och tidpunkt för händelsens slut (eller för urtagning av kort om
händelsen pågick vid den tidpunkten).
— Registreringsnummer (VRN) och registrerande medlemsstat för det fordon
där händelsen ägde rum.
Ob s: När det gäller händelsen ”överlappning av tider” skall
— datum och tidpunkt för händelsens början motsvara datum och tidpunkt för
urtagning av kortet i föregående fordon, datum och tidpunkt för händelsens
slut motsvara datum och tidpunkt för isättning av kortet i aktuellt fordon,
— fordonsdata skall avse det fordon som givit upphov till händelsen.
Ob s: När det gäller händelsen ”senaste kortanvändning ej korrekt avslutad”
skall:
— datum och tidpunkt för händelsens början motsvara datum och tidpunkt för
isättning av kortet för den användning som inte avslutats korrekt,
— datum och tidpunkt för händelsens slut motsvara datum och tidpunkt för
isättning av kortet för den användningsperiod då händelsen upptäcktes (inne-
varande användningsperiod),
— fordonsdata motsvara det fordon där användningen inte avslutades korrekt.
På förarkortet skall det gå att lagra data för de sex senaste händelserna av varje
typ (dvs. 36 händelser).1998R2135 — SV — 25.08.2002 — 001.001 — 43
▼M1
5.2.8 Feldata
För feldata skall tiden registreras med en upplösning av en sekund.
Det skall gå att på förarkortet lagra data om följande fel som upptäckts av
färdskrivaren när kortet var isatt:
— Kortfel (om detta kort är orsak till händelsen).
— Färdskrivarfel.
Det skall gå att lagra följande data om dessa fel på förarkortet:
— Felkod.
— Datum och tidpunkt för felets början (eller för kortisättning om felet var
pågående vid den tidpunkten).
— Datum och tidpunkt för felets slut (eller för urtagning av kort om felet var
pågående vid den tidpunkten).
— Registreringsnummer (VRN) och registrerande medlemsstat för det fordon
där felet ägde rum.
På förarkortet skall det gå att lagra data om de tolv senaste felen av varje typ
(dvs. 24 fel).
5.2.9 Data om kontrollaktiviteter
Det skall 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 överfö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.
— Fordonets registreringsnummer (VRN) och registrerande medlemsstat för det
fordon i vilket kontrollen ägde rum.
Ob s: Enligt säkerhetskraven skall överföring av data från kort endast registreras
om den gjorts genom en färdskrivare.
Det skall gå att lagra en sådan registrering på förarkortet.
5.2.10 Data om kortanvändning
Det skall gå att på förarkortet lagra följande data om det fordon som påbörjade
den aktuella användningen:
— Datum och tidpunkt för när användningen påbörjades (dvs. kortisättning)
med en upplösning av en sekund.
— Fordonets registreringsnummer (VRN) och registrerande medlemsstat.
5.2.11 Data om särskilda omständigheter
Det skall gå att på förarkortet lagra följande data om de särskilda omständig-
heter som angavs medan kortet var isatt (oavsett kortplats):
— Datum och tidpunkt för angivelsen.
— Typ av särskild omständighet
Det skall gå att lagra 56 sådana registreringar på förarkortet.
5.3 Verkstadskort
5.3.1 Säkerhetskomponenter
Det skall gå att lagra ett personligt identifieringsnummer (PIN-kod) på verk-
stadskortet.
Det skall gå att på verkstadskortet lagra de krypterade koder som behövs för att
koppla ihop rörelsesensorer med fordonsenheter.
5.3.2 Kortidentifiering
Det skall gå att lagra följande data om kortidentifiering på verkstadskortet:— Kortnummer.
— Utfärdande medlemsstat, utfärdande myndighet, utfärdandedatum.
— Kortets första och sista giltighetsdag.1998R2135 — SV — 25.08.2002 — 001.001 — 44
▼M1
5.3.3 Identifiering av kortinnehavare
Det skall gå att lagra följande data om identifiering av kortinnehavare på verk-
stadskortet:
— Verkstadens namn.
— Verkstadens adress.
— Innehavarens efternamn.
— Innehavarens förnamn.
— Valt språk.
5.3.4 Data om använda fordon
På verkstadskortet skall det gå att lagra data om använda fordon på samma sätt
som på ett förarkort.
Det skall gå att lagra minst 4 sådana registreringar på verkstadskortet.
5.3.5 Data om föraraktiviteter
På verkstadskortet skall det gå att lagra data om föraraktiviteter på samma sätt
som på ett förarkort.
Det skall gå att lagra föraraktivitetsdata på verkstadskortet för minst en dag av
genomsnittlig föraraktivitet.
5.3.6 Data om påbörjande och/eller avslutande av dagens arbetspass
På verkstadskortet skall det gå att lagra data om påbörjande och/eller avslutande
av dagens arbetspass på samma sätt som på ett förarkort.
Det skall gå att lagra minst 3 par av sådana registreringar på verkstadskortet.
5.3.7 Data om händelser och fel
På verkstadskortet skall det gå att lagra data om händelser och fel på samma sätt
som på ett förarkort.
På verkstadskortet skall 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).
5.3.8 Data om kontrollaktiviteter
På verkstadskortet skall det gå att lagra data om kontrollaktiviteter på samma
sätt som på ett förarkort.
5.3.9 Data om kalibrering och tidsinställning
På verkstadskortet skall det gå att lagra registreringar av kalibreringar och/eller
tidsinställningar som utförts medan kortet var isatt i färdskrivaren.
Det skall gå att inbegripa följande data i varje kalibreringsregistrering:
— Syfte med kalibreringen (första installation, installation och periodisk besikt-
ning).
— Fordonsidentifiering.
— Uppdaterade eller bekräftade parametrar (w, k, l, däcksdimension, den
hastighetsbegränsande anordningens inställning, vägmätare (gamla och nya
värden), datum och tidpunkt (gamla och nya värden).
— Identifiering av färdskrivaren (Fordonsenhetens delnummer, fordonsenhetens
serienummer, rörelsesensorns serienummer).
Det skall gå att lagra minst 88 sådana registreringar på verkstadskortet.
Verkstadskortet skall vara försett med en räknare som anger det sammanlagda
antal kalibreringar som gjorts med kortet.
Verkstadskortet skall vara försett med en räknare som anger det antal kalibrer-
ingar som gjorts sedan dess senaste överföring.
5.3.10 Data om särskilda omständigheter
På verkstadskortet skall det gå att lagra data om särskilda omständigheter på
samma sätt som på förarkortet. Det skall gå att lagra två sådana registreringar på1998R2135 — SV — 25.08.2002 — 001.001 — 45
▼M1
5.4 Kontrollkort
5.4.1 Kortidentifiering
Det skall gå att lagra följande data om kortidentifiering på kontrollkortet:
— Kortnummer.
— Utfärdande medlemsstat, utfärdande myndighet, utfärdandedatum.
— Kortets första och sista giltighetsdag (i förekommande fall).
5.4.2 Identifiering av kortinnehavare
Det skall gå att lagra följande data om identifiering av kortinnehavare på
kontrollkortet:
— Kontrollorganets namn.
— Kontrollorganets adress.— Innehavarens efternamn.— Innehavarens förnamn.— Valt språk.
5.4.3 Data om kontrollaktiviteter
Det skall gå att lagra följande data om kontrollaktiviteter på kontrollkortet:— Datum och tidpunkt för kontrollen.
— Kontrolltyp (visning och/eller utskrift 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 det kontrollerade fordonet.
— Kortnummer och medlemsstat som utfärdat det kontrollerade förarkortet.
Det skall gå att lagra minst 230 sådana registreringar på kontrollkortet.
5.5 Företagskort
5.5.1 Kortidentifiering
Det skall gå att lagra följande data om kortidentifiering på företagskortet:— Kortnummer.
— Utfärdande medlemsstat, utfärdande myndighet, utfärdandedatum.— Kortets första och sista giltighetsdag (i förekommande fall).
5.5.2 Identifiering av kortinnehavare
Det skall gå att lagra följande data om identifiering om kortinnehavare på
företagskortet:
— Företagets namn.
— Företagets adress.
5.5.3 Data om företagsaktiviteter
Det skall 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, 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 av kort).
Det skall gå att lagra minst 230 sådana registreringar på företagskortet.
V. INSTALLATION AV FÄRDSKRIVAREN
1.Installation
Nya färdskrivare skall inte vara aktiverade när de levereras till montörer eller
fordonstillverkare, och alla de kalibreringsparametrar som är förtecknade i
kapitel III.20 skall vara inställda på passande och giltiga automatiska värden.
Om det inte finns något passande värde skall bokstavsparametrar ställas in på
rader med ”?” och sifferparametrar på ”0”.1998R2135 — SV — 25.08.2002 — 001.001 — 46
▼M1
Innan färdskrivaren aktiveras skall den ge tillgång till kalibreringsfunktionen
även om den inte är i kalibreringsläge.
Innan färdskrivaren aktiveras skall den varken registrera eller lagra de data som
anges i III.12.3 till och med III.12.9 och III.12.12 till och med III.12.14.
Vid installationen skall fordonstillverkaren förinställa alla kända parametrar.
Fordonstillverkare eller montörer skall aktivera den installerade färdskrivaren
innan fordonet lämnar den anläggning där installationen utfördes.
Aktiveringen av färdskrivaren skall utlösas automatiskt första gången ett verk-
stadskort sätts in i någon av kortläsarna.
Den särskilda koppling som krävs mellan rörelsesensor och fordonsenhet skall i
förekommande fall ske automatiskt före eller under aktivering.
Efter det att färdskrivaren har aktiverats skall den till fullo upprätthålla funk-
tioner och tillträdesrättigheter till data.
Färdskrivarens registrerings- och lagringsfunktioner skall vara helt i drift när
den har aktiverats.
Installationen skall följas av en kalibrering. Vid den första kalibreringen skall
fordonets registreringsnummer (VRN) anges och den skall äga rum inom två
veckor efter denna installation eller efter det att ett registreringsnummer har till-
delats fordonet, om detta sker senare.
Färdskrivaren skall placeras i fordonet på så sätt att de nödvändiga funktionerna
kan nås från förarplatsen.
2.Installationsskylt
Efter det att färdskrivaren har kontrollerats vid installationen, skall en installa-
tionsskylt som är väl synlig och lätt tillgänglig anbringas på, inuti eller bredvid
färdskrivaren. Efter varje besiktning av en godkänd montör eller verkstad skall
skylten ersättas med en ny skylt.
På skylten skall åtminstone följande uppgifter anges:
— Godkänd montörs eller verkstads namn och adress eller handelsbeteckning.
— Fordonets karakteristiska koefficient, uttryckt i ”w = … imp/km”,— Färdskrivarens konstant, uttryckt i ”w = … imp/km”,— Däckens effektiva omkrets, uttryckt i ”l = … mm”,
— Däcksdimension.
— Datum då fordonets karakteristiska koefficient och däckens effektiva
omkrets fastställdes.
— Fordonets chassinummer (VIN).
3.Plombering
Följande komponenter skall plomberas:— Varje anslutning som i händelse av urkoppling skulle orsaka icke påvisbara
förvanskningar eller förluster av uppgifter.
— 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.
Ovan nämnda plomberingar får avlägsnas
— i nödsituationer,
— för att installera, anpassa eller reparera hastighetsbegränsande anordningar
eller andra anordningar som bidrar till trafiksäkerheten, förutsatt att färdskri-
varen fortsätter att fungera på tillförlitligt och avsett sätt och att den åter
förseglas av en godkänd montör eller verkstad (i enlighet med kapitel VI)
omedelbart efter det att den hastighetsbegränsande anordningen eller annan
anordning som bidrar till trafiksäkerhet har monterats eller inom 7 dagar i
övriga fall.
Varje gång dessa plomberingar bryts skall en skriftlig rapport upprättas som
redovisar skälen för åtgärden och ställs till behörig myndighets förfogande.
VI. KONTROLLER, BESIKTNINGAR OCH REPARATIONER
Bestämmelserna för när plomberingarna får avlägsnas, i enlighet med artikel
12.5 i rådets förordning (EEG) nr 3821/85, senast ändrad genom rådets förord-
ning (EG) nr 2135/98, anges i kapitel V.3 i denna bilaga.1998R2135 — SV — 25.08.2002 — 001.001 — 47
▼M1
1.Godkännande av montörer eller verkstäder
Medlemsstaterna skall godkänna, regelbundet kontrollera och auktorisera de
organ som skall utföra
— installationer,
— kontroller,— besiktningar,— reparationer.
Inom ramen för artikel 12.1 i denna förordning skall 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, om det inte
vederbörligen motiveras,
— som inte har rätt till ett företagskort,
— och vars övriga yrkesverksamhet inte utgör en möjlig kompromiss av den
övergripande systemsäkerheten i enlighet med bilaga 10.
2.Kontroller av nya eller reparerade instrument
Varje enskild anordning, vare sig den är ny eller reparerad, skall kontrolleras
med avseende på att instrumentet fungerar riktigt och att dess avlästa och regi-
strerade värden ligger inom de i kapitel III.2.1 och III.2.2 fastställda
gränsvärdena, genom plombering i enlighet med kapitel V.3 och kalibrering.
3.Installationsbesiktning
När hela utrustningen (inbegripet färdskrivaren) monteras i ett fordon skall den
överensstämma med bestämmelserna om största tillåtna toleranser i kapitel
III.2.1 och III.2.2.
4.Periodiska besiktningar
Periodiska besiktningar av färdskrivarutrustning i fordon skall ske efter varje
reparation av färdskrivarutrustningen, när fordonets karakteristiska koefficient
eller däckens effektiva omkrets har ändrats, när färdskrivarens UTC-tid visar
fel med mer än 20 minuter eller när fordonets registreringsnummer (VRN) har
ändrats, och åtminstone en gång inom två år (24 månader) efter den senaste
besiktningen.
Dessa besiktningar skall omfatta
— kontroll av att färdskrivaren fungerar riktigt, inbegripet funktionen för data-
lagring på färdskrivarkort,
— kontroll av att efterlevnaden av bestämmelserna i kapitel III.2.1 och III.2.2
om största tillåtna toleranser vid installation efterlevs,
— kontroll av att typgodkännandemärke finns på färdskrivaren,— kontroll av att installationsskylt finns,— kontroll av att plomberingarna på färdskrivaren och de andra delarna av
utrustningen är orörda,
— kontroll av däcksdimension och däckens faktiska omkrets.
Dessa besiktningar skall inbegripa en kalibrering.
5.Uppmätning av fel
Uppmätning av fel vid montering och i drift skall genomföras under följande
förutsättningar, vilka skall anses utgöra standardiserade provningsförhållanden:
— Fordon utan last i körklart skick.
— Däcktryck enligt tillverkarens anvisningar.
— Däckförslitning inom av nationell lag tillåtna gränsvärden.— Fordonets rörelse:
— Fordonet skall, framdrivet av sin egen motor, röra sig framåt i rät linje
och på jämnt underlag med en hastighet av 50 ± 5 km/tim. Mätsträckan
skall vara åtminstone 1 000 m.
— Förutsatt att provningen kan ske med jämförbar precision får alternativa
metoder, exempelvis en passande provbänk, även användas vid provningen.
6.Reparationer
Verkstäderna skall kunna överföra data från färdskrivare för att återlämna dem
till berört transportföretag.
Godkända verkstäder skall till transportföretagen utfärda ett intyg om att data
inte går att överföra, om data som registrerats tidigare inte kan överföras på
grund av att färdskrivaren inte fungerar korrekt även efter reparation i den1998R2135 — SV — 25.08.2002 — 001.001 — 48
▼M1
berörda verkstaden. Verkstäderna skall behålla en kopia av varje utfärdat intyg i
minst ett år.
VII. UTFÄRDANDE AV KORT
De förfaranden för utfärdande av kort som medlemsstaterna upprättar skall
överensstämma med följande:
Numret på det första färdskrivarkortet som utfärdas till en sökande skall ha ett
löpnummer (i förekommande fall) och ett ersättningsindex och ett förnyelse-
index som sätts till ”0”.
Kortnumren på alla opersonliga färdskrivarkort som har utfärdats till ett enskilt
kontrollorgan, en enskild verkstad eller ett enskilt transportföretag skall ha
samma 13 första siffror och samtliga skall ha sitt eget löpnummer.
Ett färdskrivarkort som utfärdas som ersättning för ett befintligt färdskrivarkort
skall ha samma kortnummer som det ersatta kortet förutom att ersättningsindex
skall ökas med ”1” (i ordningen 0, …, 9, A, …, Z).
Ett färdskrivarkort som utfärdats som ersättning för ett befintligt färdskrivarkort
skall ha samma sista giltighetsdatum som det ersatta kortet.
Ett färdskrivarkort som utfärdas som förnyelse av ett befintligt färdskrivarkort
skall ha samma kortnummer som det förnyade kortet förutom att ersättnings-
index åter skall sättas till "0" och att förnyelseindex skall ökas med ”1” (i
ordningen 0, …, 9, A, …, Z).
Utbyte av ett befintligt färdskrivarkort för att ändra administrativa uppgifter,
skall ske i enlighet med reglerna för förnyelse om det sker i samma medlems-
stat, eller reglerna för det första utfärdandet om det utförs av en annan
medlemsstat.
I fältet ”Kortinnehavarens efternamn” på opersonliga provnings- eller kontroll-
kort skall verkstadens eller kontrollorganets namn anges.
VIII. TYPGODKÄNNANDE FÖR FÄRDSKRIVARE OCH FÄRDSKRIVAR-
KORT
1.Allmänt
I detta kapitel avses med begreppet ”färdskrivare” ”färdskrivare eller dess
komponenter”. Inget typgodkännande krävs för den eller de kablar med vilka
rörelsesensorn ansluts till fordonsenheten. Det papper som används i färdskri-varen skall anses som en av färdskrivarens komponenter.
Eventuell integrerad extrautrustning skall finnas med vid ansökan om godkän-
nande av färdskrivare.
Typgodkännande av färdskrivare och färdskrivarkort skall inbegripa säkerhets-
provningar, funktionella provningar och provningar med avseende på
driftskompatibilitet. Positiva resultat från var och en av dessa provningar skall
anges i ett lämpligt intyg.
Medlemsstaternas myndigheter för typgodkännande får inte bevilja något intyg
om typgodkännande i enlighet med artikel 5 i denna förordning om de inte har
— ett säkerhetsintyg,
— ett funktionsintyg, och
— ett intyg om driftskompatibilitet
för den färdskrivare eller det färdskrivarkort som är föremål för ansökan om
typgodkännande.
Varje ändring av färdskrivarens programvara eller maskinvara eller av det slag
av material som används för dess tillverkning skall, innan den tas i bruk,
anmälas till den myndighet som har beviljat typgodkännandet av färdskrivaren.
Denna myndighet skall för tillverkaren bekräfta utvidgningen av typgodkän-
nandet, eller får begära en uppdatering eller bekräftelse av berörda
funktionsintyg, säkerhetsintyg, och/eller intyg om driftskompatibilitet.
Förfaranden för att uppgradera programvaran i färdskrivaren på plats skall
godkännas av den myndighet som beviljade typgodkännandet av färdskrivaren.
Uppgraderingen av mjukvaran får inte innebära att de föraraktivitetsdata som
finns lagrade i färdskrivaren ändras eller tas bort. Programvaran får bara uppgra-
deras under färdskrivaretillverkarens ansvar.
2.Säkerhetsintyg
Säkerhetsintyget skall utfärdas i enlighet med bestämmelserna i tillägg 10 till
denna bilaga.1998R2135 — SV — 25.08.2002 — 001.001 — 49
▼M1
3.Funktionsintyg
Alla som ansöker om typgodkännande skall förse medlemsstatens myndighet för
typgodkännande med allt det material och alla de handlingar som myndigheten
anser nödvändiga.
Ett funktionsintyg får inte utfärdas till en tillverkare förrän minst alla de funk-
tionsprovningar som anges i tillägg 9 har genomgåtts med positivt resultat.
Myndigheten för typgodkännande skall utfärda funktionsintyget. Förutom motta-
garens namn och identifiering av modellen, skall detta intyg innehålla en
detaljerad förteckning över utförda provningar och erhållna resultat.
4.Intyg om driftskompatibilitet
Provningar av driftskompatibilitet skall utföras av ett enda laboratorium under
Europeiska kommissionens ansvar och överinseende.
Laboratoriet skall registrera de ansökningar om provningar av driftskompatibi-
litet som tillverkare inlämnar i den ordning som de inkommer.
Ansökningarna får inte registreras officiellt förrän laboratoriet förfogar över
— allt det material och alla de handlingar som krävs för provningen av drifts-
kompatibilitet,
— motsvarande säkerhetsintyg, och— motsvarande funktionsintyg.
Registreringsdatum för ansökan skall anmälas till tillverkaren.Laboratoriet får inte utföra några provningar av driftskompatibiliteten hos en
färdskrivare eller ett färdskrivarkort för vilka något säkerhetsintyg och funk-
tionsintyg inte har beviljats.
En tillverkare som ansöker om provningar av driftskompatibilitet skall åta sig att
till det laboratorium som ansvarar för provningarna överlämna allt det material
och alla de handlingar som tillverkaren anskaffat för att utföra provningarna.
Provningar av driftskompatibilitet skall, i enlighet med bestämmelserna i punkt
5 i tillägg 9 till denna bilaga, utföras för alla de typer av färskrivare 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.
Laboratoriet får inte utfärda intyget om driftskompatibilitet till tillverkaren
förrän alla begärda provningar av driftskompatibilitet har genomgåtts med posi-
tivt resultat.
Om provningarna av driftskompatibilitet inte har genomgåtts med positivt
resultat för en eller flera färdskrivare eller färdskrivarkort enligt krav 283, får
något intyg om driftskompatibilitet inte utfärdas förrän den ansökande tillver-
karen har genomfört nödvändiga ändringar och klarat provningarna av
driftskompatibilitet. Laboratoriet skall identifiera orsaken till problemet med
hjälp av de tillverkare som berörs av detta driftskompatibilitetsfel och det skall
söka hjälpa den ansökande tillverkaren att finna en teknisk lösning. Om tillver-
karen har ändrat sin produkt åligger det honom att från berörda myndigheter
förvissa sig om att säkerhetsintygen och funktionsintygen fortfarande gäller.
Intyget om driftskompatibilitet gäller i sex månader. Det dras in vid utgången av
denna period om tillverkaren inte har erhållit ett motsvarande intyg om
typgodkännande. Tillverkaren skall vidarebefordra det till den myndighet för
typgodkännande i medlemsstaten som har utfärdat funktionsintyget.
Delar som kan ligga till grund för driftskompatibilitetsfel får inte användas i
vinstsyfte eller leda till dominant ställning.
5.Intyg om typgodkännande
Medlemsstatens myndighet för typgodkännande får utfärda intyget om
typgodkännande så snart som den har de tre begärda intygen.
Myndigheten för typgodkännande skall ge en kopia av intyget om typgodkän-
nande till det laboratorium som ansvarar för provningarna av
driftskompatibiliteten vid den tidpunkt då intyget utfärdades till tillverkaren.
Det laboratorium som är behörigt för provningar av driftskompatibilitet skall ha
en offentlig webbplats med en uppdaterad förteckning över de färdskrivar- eller
färdskrivarkortsmodeller
— för vilka en ansökan om provningar av driftskompatibilitet har registrerats,
— för vilka intyg (även provisoriskt) om driftskompatibilitet har erhållits, och— för vilka intyg om typgodkännande har erhållits.1998R2135 — SV — 25.08.2002 — 001.001 — 50
▼M1
6.Undantagsförfarande: De första intygen om driftskompatibilitet
Inom fyra månader efter det att en första uppsättning färdskrivare och färdskri-
varkort (förarkort, verkstadskort, kontrollkort och företagskort) har intygats vara
driftskompatibla, skall alla utfärdade intyg om driftskompatibilitet (inbegripet
det allra första) med avseende på de ansökningar som registrerats under denna
period, anses vara provisoriska.
Om alla berörda produkter vid utgången av denna period är ömsesidigt drifts-
kompatibla, skall alla motsvarande intyg om driftskompatibilitet bli slutliga.
Om driftskompatibilitetsfel påträffas under denna period skall det laboratorium
som ansvarar för provningarna av driftskompatibilitet identifiera orsakerna till
problemen med hjälp av alla berörda tillverkare, och uppmana dem att
genomföra nödvändiga ändringar.
Om driftskompatibilitetsproblemen kvarstår vid utgången av denna period skall
det laboratorium som ansvarar för provningarna av driftskompatibilitet, i samar-
bete med berörda tillverkare och med de myndigheter för typgodkännande som
utfärdade motsvarande funktionsintyg, ta reda på orsakerna till kompatibilitets-
felen och ange vilka ändringar 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, varpå
kommissionen, om ingen gemensam lösning har hittats, efter att ha rådfrågat
det laboratorium som ansvarar för provningarna av driftskompatibiliteten skall
avgöra för vilken eller vilka färdskrivare och för vilket eller vilka kort ett slut-
ligt intyg om driftskompatibilitet beviljas, och motivera detta.
Alla de ansökningar om provningar av driftskompatibilitet som laboratoriet regi-
strerar 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 anges i krav 294, skall senareläggas tills de
ursprungliga kompatibilitetsproblemen har lösts. Dessa ansökningar handläggs
sedan i den ordning de registrerats.1998R2135 — SV — 25.08.2002 — 001.001 — 51
▼M1
Tillägg 1
DATAORDLISTA
INNEHÅLL
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 BCDString … .............................................................
2.4 CalibrationPurpose … . . . ...................................................
2.5 CardActivityDailyRecord … . . . ..............................................
2.6 CardActivityLengthRange … . . . ..............................................
2.7 CardApprovalNumber … . ...................................................
2.8 CardCertificate … .........................................................
2.9 CardChipIdentification … ...................................................
2.10 CardConsecutiveIndex … ...................................................
2.11 CardControlActivityDataRecord … ............................................
2.12 CardCurrentUse … .........................................................
2.13 CardDriverActivity … . . . ...................................................
2.14 CardDrivingLicenceInformation … ............................................
2.15 CardEventData … .........................................................
2.16 CardEventRecord … .......................................................
2.17 CardFaultData … . .........................................................
2.18 CardFaultRecord … ........................................................
2.19 CardIccIdentification … . . ...................................................
2.20 CardIdentification … .......................................................
2.21 CardNumber … . . .........................................................
2.22 CardPlaceDailyWorkPeriod … . ..............................................
2.23 CardPrivateKey … .........................................................
2.24 CardPublicKey … .........................................................
2.25 CardRenewalIndex … . . . ...................................................
2.26 CardReplacementIndex … ...................................................
2.27 CardSlotNumber … ........................................................
2.28 CardSlotsStatus … .........................................................
2.29 CardStructureVersion … . ...................................................
2.30 CardVehicleRecord … . . . ...................................................
2.31 CardVehiclesUsed … .......................................................
2.32 Certificate … .............................................................
2.33 CertificateContent … .......................................................
2.34 CertificateHolderAuthorisation … .............................................
2.35 CertificateRequestID … . . ...................................................
2.36 CertificationAuthorityKID … . . ..............................................
2.37 CompanyActivityData … . ...................................................
2.38 CompanyActivityType … ...................................................1998R2135 — SV — 25.08.2002 — 001.001 — 52
▼M1
2.39 CompanyCardApplicationIdentification … . . . ...................................
2.40 CompanyCardHolderIdentification … . . ........................................
2.41 ControlCardApplicationIdentification … .......................................
2.42 ControlCardControlActivityData … . . . ........................................
2.43 ControlCardHolderIdentification … . . . ........................................
2.44 ControlType … . . . .........................................................
2.45 CurrentDateTime … ........................................................
2.46 DailyPresenceCounter … . ...................................................
2.47 Datef … . . . ..............................................................
2.48 Distance … . ..............................................................
2.49 DriverCardApplicationIdentification … ........................................
2.50 DriverCardHolderIdentification … ............................................
2.51 EntryTypeDailyWorkPeriod … . ..............................................
2.52 EquipmentType … .........................................................
2.53 EuropeanPublicKey … . . . ...................................................
2.54 EventFaultType … .........................................................
2.55 EventFaultRecordPurpose … . . . ..............................................
2.56 ExtendedSerialNumber … ...................................................
2.57 FullCardNumber … ........................................................
2.58 HighResOdometer … .......................................................
2.59 HighResTripDistance … . ...................................................
2.60 HolderName … . . .........................................................
2.61 K-ConstantOfRecordingEquipment … . ........................................
2.62 KeyIdentifier … . . .........................................................
2.63 L-TyreCircumference … . ...................................................
2.64 Language … ..............................................................
2.65 LastCardDownload … . . . ...................................................
2.66 ManualInputFlag … ........................................................
2.67 ManufacturerCode … .......................................................
2.68 MemberStateCertificate … ..................................................
2.69 MemberStatePublicKey … ...................................................
2.70 Name … . . . ..............................................................
2.71 NationAlpha … . . .........................................................
2.72 NationNumeric … .........................................................
2.73 NoOfCalibrationRecords … ..................................................
2.74 NoOfCalibrationSinceDonwload … . . . ........................................
2.75 NoOfCardPlaceRecords … ..................................................
2.76 NoOfCardVehicleRecords … . . . ..............................................
2.77 NoOfCompanyActivityRecords … ............................................
2.78 NoOfControlActivityRecords … ..............................................
2.79 NoOfEventsPerType … . . ...................................................
2.80 NoOfFaultsPerType … . . . ...................................................
2.81 OdometerValueMidnight … ..................................................
2.82 OdometerShort … .........................................................
2.83 OverspeedNumber … .......................................................
2.84 PlaceRecord … . . . .........................................................1998R2135 — SV — 25.08.2002 — 001.001 — 53
▼M1
2.85 PreviousVehicleInfo … . . ...................................................
2.86 PublicKey … .............................................................
2.87 RegionAlpha … . . .........................................................
2.88 RegionNumeric … .........................................................
2.89 RSAKeyModulus … .......................................................
2.90 RSAKeyPrivateExponent … . . . ..............................................
2.91 RSAKeyPublicExponent … ..................................................
2.92 SensorApprovalNumber … ..................................................
2.93 SensorIdentification … . . . ...................................................
2.94 SensorInstallation … .......................................................
2.95 SensorInstallationSecData … . . . ..............................................
2.96 SensorOSIdentifier … . . . ...................................................
2.97 SensorPaired … . . .........................................................
2.98 SensorPairingDate … .......................................................
2.99 SensorSerialNumber … . . ...................................................
2.100 SensorSCIdentifier … . . . ...................................................
2.101 Signature … ..............................................................
2.102 SimilarEventsNumber … . ...................................................
2.103 SpecificConditionType … ...................................................
2.104 SpecificConditionRecord … . . . ..............................................
2.105 Speed … . . . ..............................................................
2.106 SpeedAuthorised … ........................................................
2.107 SpeedAverage … . .........................................................
2.108 SpeedMax … .............................................................
2.109 TDesSessionKey … ........................................................
2.110 TimeReal … ..............................................................
2.111 TyreSize … . ..............................................................
2.112 VehicleIdentificationNumber … ..............................................
2.113 VehicleRegistrationIdentification … . . . ........................................
2.114 VehicleRegistrationNumber … . ..............................................
2.115 VuActivityDailyData … . . ...................................................
2.116 VuApprovalNumber … . . ...................................................
2.117 VuCalibrationData … .......................................................
2.118 VuCalibrationRecord … . . ...................................................
2.119 VuCardIWData … .........................................................
2.120 VuCardIWRecord … .......................................................
2.121 VuCertificate … . . .........................................................
2.122 VuCompanyLocksData … ...................................................
2.123 VuCompanyLocksRecord … . . . ..............................................
2.124 VuControlActivityData … ...................................................
2.125 VuControlActivityRecord … . . . ..............................................
2.126 VuDataBlockCounter … . ...................................................
2.127 VuDetailedSpeedBlock … ...................................................
2.128 VuDetailedSpeedData … . ...................................................
2.129 VuDownloadablePeriod … ..................................................
2.130 VuDownloadActivityData … . . . ..............................................1998R2135 — SV — 25.08.2002 — 001.001 — 54
▼M1
2.131 VuEventData … . . .........................................................
2.132 VuEventRecord … .........................................................
2.133 VuFaultData … . . .........................................................
2.134 VuFaultRecord … .........................................................
2.135 VuIdentification … .........................................................
2.136 VuManufacturerAddress … ..................................................
2.137 VuManufacturerName … . ...................................................
2.138 VuManufacturingDate … . ...................................................
2.139 VuOverSpeedingControlData … ..............................................
2.140 VuOverSpeedingEventData … . ..............................................
2.141 VuOverSpeedingEventRecord … .............................................
2.142 VuPartNumber … . .........................................................
2.143 VuPlaceDailyWorkPeriodData … .............................................
2.144 VuPlaceDailyWorkPeriodRecord … . . . ........................................
2.145 VuPrivateKey … . .........................................................
2.146 VuPublicKey … . . .........................................................
2.147 VuSerialNumber … ........................................................
2.148 VuSoftInstallationDate … ...................................................
2.149 VuSoftwareIdentification … . . . ..............................................
2.150 VuSoftwareVersion … . . . ...................................................
2.151 VuSpecificConditionData … . . . ..............................................
2.152 VuTimeAdjustmentData … ..................................................
2.153 VuTimeAdjustmentRecord … . . ..............................................
2.154 W-VehicleCharacteristicConstant … . . . ........................................
2.155 WorkshopCardApplicationIdentification … . . ...................................
2.156 WorkshopCardCalibrationData … .............................................
2.157 WorkshopCardCalibrationRecord … . . . ........................................
2.158 WorkshopCardHolderIdentification … . ........................................
2.159 WorkshopCardPIN … . . . ...................................................
3. Defintioner av storleks- och värdeområden … ...................................
3.1 Definitioner för förarkortet: … . ..............................................
3.2 Definitioner för verkstadskortet: … . . . ........................................
3.3 Definitioner för kontrollkortet: … .............................................
3.4 Definitioner för företagskortet: … .............................................
4. Teckenmängder … .........................................................
5. Kodning … . ..............................................................1998R2135 — SV — 25.08.2002 — 001.001 — 55
▼M1
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 Abstract Syntax Notation One (ASN.1) för att definiera
datatyper. Det gör det möjligt att definiera enkla och strukturerade data utan att
ange någon specifik överföringssyntax (kodningsregler) 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 datatyps-
namnet fortfarande av en enda sekvens av alfabetiska tecken som börjar
med en versal. Versaler används dock i namnet för att ge motsvarande bety-
delse.
— 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 av värdeområden (value range identifiers). Identifi-
erare av värdeområden definieras i punkt 3.
1.2 Referenser
Följande referenser används i detta tillägg:
ISO 639 Code for the representation of names of languages. Första
utgåvan: 1988.
EN 726-3 Transaktionskort - Aktiva kort och terminaler vid telekommu-
nikation Tillämpningsoberoende kortkrav. December 1994.
ISO 3779 Bilar - Identifieringsnumrering av fordon (VIN). Utgåva 3:
1983.
ISO/IEC 7816-5 Transaktionskort - Aktivt kort. Nummersystem och registre-
ringsregler för identifiering av tillämpningar. Första utgåvan:
1994 + Ändring 1: 1996.
ISO/IEC 8824-1 Information technology - Abstract Syntax Notation 1
(ASN.1): Specification of basic notation. Utgåva 2: 1998.
ISO/IEC 8825-2 Information technology - ASN.1 encoding rules: Specification
of Packed Encoding Rules (PER). Utgåva 2: 1998.
ISO/IEC 8859-1 Information technology - 8 bit single-byte coded graphic
character sets - Part 1: Latin alphabet No.1. Första utgåvan:
1998.
ISO/IEC 8859-7 Information technology - 8 bit single-byte coded graphic
character sets - Part 7: Latin/Greek alphabet. Första utgåvan:
1987.
ISO 16844-3 Road vehicles - Tachograph systems - Motion Sensor Inter-
face. WD 3-20/05/99.
2. DEFINITIONER AV DATATYPER
För samtliga nedanstående datatyper kommer det förvalda värdet för ett ”okänt”
(unknown) eller ”ej tillämpligt” (not applicable) innehåll att bestå i att dataele-
mentet fylls med′FF′-byte.
2.1 ActivityChangeInfo
Denna datatyp gör det möjligt att inom ett ord på två byte koda en öppnings-
status kl. 00.00 och/eller förarstatus kl. 00.00 och/eller ändringar av aktivitet
och/eller ändringar av körningsstatus för en förare eller medförare. Denna
datatyp berörs av krav 084, 109a, 199 och 219.
ActivityChangeInfo ::= OCTET STRING (SIZE(2))1998R2135 — SV — 25.08.2002 — 001.001 — 56
▼M1
Värdetilldelning - Octet Aligned (oktettgrupperad): ′scpaattttttttttt′B (16
bitar)
För dataminnesregistreringar:
′s′B Kortplats (eller kortplatsstatus):
′0′B: DRIVER (förare)
′1′B: CO-DRIVER (medförare)
′c′B Körningsstatus:
′0′B: SINGLE (ensam)
′1′B: CREW (flera förare)
′p′B Förarkorts (eller verkstadskorts) status i relevant kortplats:
′0′B: INSERTED, ett kort har satts i.
′1′B: NOT INSERTED, inget kort har satts i (eller ett kort har
tagits ut).
′aa′B Aktivitet:
′00′B: BREAK/REST (rast/vila)
′01′B: AVAILABILITY (tillgänglighet)
′10′B: WORK (arbete)
′11′B: DRIVING (körning)
′ttttttttttt′B Tidpunkt för ändring: Antal minuter sedan 00h00 dagen ifråga.
För förarkorts- (eller verkstadskorts-)poster (och förarstatus):
′s′B kortplats (ej relevant när ′p′= 1 förutom anmärkning nedan):
′0′B: DRIVER,
′1′B: CO-DRIVER,
′c′B Körningsstatus (fall ′p′=0 )
ellerFöljande aktivitetsstatus (fall
′p′= 1):
′0′B: SINGLE ′0′B: CREW
′1′B: UNKNOWN (okänd) ′1′B: KNOWN (känd = manuellt
angiven)
′p′B Kortstatus:
′0′B: INSERTED, kortet är isatt i en färdskrivare.
′1′B: NOT INSERTED, kortet har inte satts i (eller kortet har
tagits ut).
′aa′B Aktivitet (ej relevant när ′p′= 1 och′c′= 0 förutom anmärkning
nedan):
′00′B: BREAK/REST
′01′B: AVAILABILITY
′10′B: WORK
′11′B: DRIVING
′ttttttttttt′B Tidpunkt för ändring: Antal minuter sedan 00h00 dagen ifråga.
Observera när det gäller ”urtagning av kort”:
När kortet är urtaget:
—′s′är relevant och anger den kortplats från vilken kortet har tagits ut,
—′c′måste sättas till 0,
—′p′måste sättas till 1,
—′aa′måste koda den innevarande aktivitet som valts vid den tidpunkten.
Till följd av en manuell angivelse, får bitarna ′c′och′aa′i ordet (som lagras på
ett kort) skrivas över senare för att återspegla angivelsen.
2.2 Address
En adress.
Address ::= SEQUENCE {
codePage INTEGER (0..255),address OCTET STRING (SIZE(35))
}1998R2135 — SV — 25.08.2002 — 001.001 — 57
▼M1
codePage specificerar den del av ISO/IEC 8859 som används för att koda
adressen.
address är en adress som kodats enligt ISO/IEC 8859-codePage.
2.3 BCDString
BCDString tillämpas för binärkodad decimal notation (Binary Code Decimal
(BCD) representation). Denna datatyp används för att återge en decimalsiffra i
en semi-oktett (4 bitar). BCDString bygger på ISO/IEC 8824-1
′CharacterStringType ′.
BCDString ::= CHARACTER STRING (WITH COMPONENTS {
identification ( WITH COMPONENTS {
fixed PRESENT }) })BCDString använder en ”hstring”-notation. Den hexadecimala siffran längst till
vänster skall vara den mest signifikanta semi-oktetten i den första oktetten. För
att producera en multipel av oktetter, skall 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.4 CalibrationPurpose
Kod som förklarar varför en mängd kalibreringsparametrar registrerades. Denna
datatyp berörs av krav 097 och 098.
CalibrationPurpose ::= OCTET STRING (SIZE(1))Värdetilldelning:
′00′H reserverat värde,
′01′H aktivering: registrering av kända kalibreringsparametrar, vid tidpunkten
för aktivering av fordonsenheten,
′02′H första installation: första kalibrering av fordonsenheten efter aktivering,
′03′H installation: första kalibrering av fordonsenheten i nuvarande fordon,
′04′H periodisk besiktning.
2.5 CardActivityDailyRecord
Information som finns lagrad på ett kort om föraraktiviteter under en viss kalen-
derdag. Denna datatyp berörs av krav 199 och 219.
CardActivityDailyRecord ::= SEQUENCE {
activityPreviousRecordLength INTEGER(0..CardActivity-
LengthRange),
activityPreviousRecordLength INTEGER(0..CardActivity-
LengthRange),
activityRecordDate TimeReal,activityDailyPresenceCounter DailyPresenceCounter,activityDayDistance Distance,activityChangeInfo SET SIZE(1..1 440) OF ActivityChang-
eInfo
}
activityPreviousRecordLength är den totala längden i byte av föregående
daglig post. Det största värdet ges av längden på den OCTET STRING
(oktettsträng) som innehåller dessa poster (se CardActivityLengthRange punkt
3). När denna post är den äldsta dagliga posten måste värdet av activityPre-
viousRecordLength sättas till 0.
activityRecordLength är denna posts totala längd. Det största värdet ges av
längden på den OCTET STRING (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 1 440 värden (en aktivitetsändring per minut). Denna
mängd omfattar alltid activityChangeInfo där förarstatus kodas som kl. 00.00.1998R2135 — SV — 25.08.2002 — 001.001 — 58
▼M1
2.6 CardActivityLengthRange
Antal byte på ett förarkort eller ett verkstadskort som finns tillgängliga för
lagring av föraraktivitetsposter.
CardActivityLengthRange ::= INTEGER(0..216-1)
Värdetilldelning: se punkt 3.
2.7 CardApprovalNumber
Kortets typgodkännandenummer.
CardApprovalNumber ::= IA5String(SIZE(8))
Värdetilldelning: Ospecificerad.
2.8 CardCertificate
Certifikat för kortets öppna nyckel.
CardCertificate ::= Certificate
2.9 CardChipIdentification
Information som finns lagrad på ett kort om identifiering av kortets integrerade
krets (IC) ((krav 191).
CardChipIdentification ::= SEQUENCE {
icSerialNumber OCTET STRING (SIZE(4)),
icManufacturingReferences OCTET STRING (SIZE(4))
}
icSerialNumber är IC-serienummer enligt EN 726-3.
icManufacturingReferences är identifierare av IC-tillverkare och fabrikations-
element enligt EN 726-3.
2.10 CardConsecutiveIndex
Ett löpnummer för kortet (definition h)).
CardConsecutiveIndex ::= IA5String(SIZE(1))Värdetilldelning: (se kapitel VII i denna bilaga).
Ökningsföljd:′0, …, 9, A, … , Z, a, … , z ′
2.11 CardControlActivityDataRecord
Information som finns lagrad på ett förarkort eller verkstadskort om den senaste
kontrollen av föraren (krav 210 och 225).
CardControlActivityDataRecord ::= SEQUENCE {
controlType controlType,controlTime TimeReal,controlCardNumber FullCardNumber,controlVehicleRegistration VehicleRegistrationIdentification,
controlDownloadPeriodBegin TimeReal,
controlDownloadPeriodEnd TimeReal,
}
controlType är typ av kontroll.
controlTime är datum och tidpunkt för kontrollen.
controlCardNumber är FullCardNumber hos den kontrollant som har utfört
kontrollen.
controlVehicleRegistration är fordonets registreringsnummer (VRN) och regi-
strerande medlemsstat för det fordon vilket kontrollen ägde rum.
controlDownloadPeriodBegin och controlDownloadPeriodEnd är överförd
period, om överföring utfördes.
2.12 CardCurrentUse
Information om den faktiska användningen av kortet (krav 212).
CardCurrentUse ::= SEQUENCE {
sessionOpenTime TimeReal,1998R2135 — SV — 25.08.2002 — 001.001 — 59
▼M1
sessionOpenVehicle VehicleRegistrationIdentification
}
sessionOpenTime är den tid då kortet sätts i för innevarande användning. Detta
element sätts till noll då kortet tas ut.
sessionOpenVehicle är identifiering av det fordon som används för tillfället,
och sätts vid införande av kortet. Detta element sätts till noll då kortet tas ut.
2.13 CardDriverActivity
Information som finns lagrad på ett förarkort eller verkstadskort om förarens
aktiviteter (krav 199 och 219).
CardDriverActivity ::= SEQUENCE {
activityPointerOldestDayRecord INTEGER(0..CardActivity-
LengthRange-1),
activityPointerNewestRecord INTEGER(0..CardActivity-
LengthRange-1),
activityDailyRecords OCTET STRING (SIZE(CardActivity-
LengthRange))
}
activityPointerOldestDayRecord är specificering av början av lagringsplats
(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 activityDailyRecords-strängen.
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öraraktiviteter (datastruktur: CardActivityDailyRecord) för varje kalen-
derdag som kortet har använts.
Värdetilldelning: Denna oktettsträng fylls cykliskt med poster med CardActivi-
tyDailyRecord. 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 bryt-
ning finns inuti dataelementet. Innan nya aktivitetsdata placeras i strängen
(förstoring av innevarande activityDailyRecord, eller placering av en ny activi-
tyDailyRecord) som ersätter äldre aktivitetsdata, måste
activityPointerOldestDayRecord uppdateras till att återspegla den nya placer-
ingen av den äldsta kompletta dagsposten, och activityPreviousRecordLength
av denna (nya) äldsta fullständiga dagspost måste återställas till 0.
2.14 CardDrivingLicenceInformation
Information som finns lagrad på förarkortet om kortinnehavarens körkortsdata
(krav 196).
CardDrivingLicenceInformation ::= SEQUENCE {
drivingLicenceIssuingAuthority Name,drivingLicenceIssuingNation NationNumeric,drivingLicenceNumber IA5String(SIZE(16))
}
drivingLicenceIssuingAuthority är den myndighet som ansvarar för
utfärdandet av körkortet.
drivingLicenceIssuingNation är nationaliteten hos den myndighet som
utfärdade körkortet.
drivingLicenceNumber är körkortsnumret.
2.15 CardEventData
Information som finns lagrad på ett förarkort eller verkstadskort om händelser
som förknippas med kortinnehavaren (krav 204 och 223).
CardEventData ::= SEQUENCE SIZE(6) OF {
cardEventRecords SET SIZE(NoOfEventsPerType) OF CardE-
ventRecord
}
CardEventData är en sekvens, som är ordnad efter stigande värde på Event-
FaultType, av cardEventRecords (utom poster rörande försök till
säkerhetsöverträdelse, som samlas i den sista mängden av sekvensen).1998R2135 — SV — 25.08.2002 — 001.001 — 60
▼M1
cardEventRecords är en mängd händelseposter av en viss händelsetyp (eller
kategori för händelserna av typen försök till säkerhetsöverträdelse).
2.16 CardEventRecord
Information som finns lagrad på ett förarkort eller verkstadskort om en händelse
som förknippas med kortinnehavaren (krav 205 och 223).
CardEventRecord ::= SEQUENCE {
eventType EventFaultType,eventBeginTime TimeReal,eventEndTime TimeReal,eventVehicleRegistration VehicleRegistrationIdentification
}
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 regi-
strerande medlemsstat för det fordon där händelsen ägde rum.
2.17 CardFaultData
Information som finns lagrad på ett förarkort eller verkstadskort om fel som
förknippas med kortinnehavaren (krav 207 och 223).
CardFaultData ::= SEQUENCE SIZE(2) OF {
cardFaultRecords SET SIZE(NoOfFaultsPerType) OF Card-
FaultRecord
}
CardFaultData är en sekvens av postmängd för färdskrivarfel följd av
postmängd för kortfel.
cardFaultRecords är en mängd av felposter för en viss felkategori (färdskrivare
eller kort).
2.18 CardFaultRecord
Information som finns lagrad på ett förarkort eller verkstadskort om ett fel som
förknippas med kortinnehavaren (krav 208 och 223).
CardFaultRecord ::= SEQUENCE {
faultType EventFaultType,faultBeginTime TimeReal,faultEndTime TimeReal,faultVehicleRegistration VehicleRegistrationIdentification
}
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 fordonets registreringsnummer (VRN) och registre-
rande medlemsstat för det fordon där felet ägde rum.
2.19 CardIccIdentification
Information som finns lagrad på ett kort om identifiering av kortet med integre-
rade kretsar (IC-kortet) (krav 192).
CardIccIdentification ::= SEQUENCE {
clockStop OCTET STRING (SIZE(1)),cardExtendedSerialNumber ExtendedSerialNumber,cardApprovalNumber CardApprovalNumbercardPersonaliserID OCTET STRING (SIZE(1)),embedderIcAssemblerId OCTET STRING (SIZE(5)),icIdentifier OCTET STRING (SIZE(2))
}
clockStop är det klockstoppläge (Clockstop mode) som definieras i EN 726-3.1998R2135 — SV — 25.08.2002 — 001.001 — 61
▼M1
cardExtendedSerialNumber är IC-kortets serienummer och IC-kortets tillverk-
ningsreferens enligt definition i EN 726-3 och enligt närmare specifikation
genom datatypen ExtendedSerialNumber.
cardApprovalNumber är kortets typgodkännandenummer.
cardPersonaliserID är identitet hos den som anpassar kortet (card personaliser
ID) enligt definition i EN 726-3.
embedderIcAssemblerId är identifierare av inbyggare (embedder)/IC-montör
enligt EN 726-3.
icIdentifier är identifierare av integrerad krets på kortet och dess IC-tillverkare
enligt definition i EN 726-3.
2.20 CardIdentification
Information som finns lagrad på ett kort om identifiering av kortet (krav 194,
215, 231, 235).
CardIdentification ::= SEQUENCE
cardIssuingMemberState NationNumeric,cardNumber CardNumber,cardIssuingAuthorityName Name,cardIssueDate TimeReal,cardValidityBegin TimeReal,cardExpiryDate TimeReal
}
cardIssuingMemberState är koden för den medlemsstat som utfärdar kortet.
cardNumber är kortets kortnummer.
cardIssuingAuthorityName är namnet på den myndighet som har utfä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.
2.21 CardNumber
Ett kortnummer som definieras genom definition g).
CardNumber ::= CHOICE {
SEQUENCE {
driverIdentification IA5String(SIZE(14)),cardReplacementIndex CardReplacementIndex,
cardRenewalIndex CardRenewalIndex
}
SEQUENCE {
ownerIdentification IA5String(SIZE(13)),cardConsecutiveIndex Ca rdConsecutiveIndex,
cardReplacementIndex CardReplacementIndex,
cardRenewalIndex CardRenewalIndex
}
}driverIdentification är en unik identifiering av en förare i en medlemsstat.
ownerIdentification är en unik identifiering av ett företag eller en verkstad eller
ett kontrollorgan i en medlemsstat.
cardConsecutiveIndex är kortets löpnummer.
cardReplacementIndex är kortets ersättningsindex.
cardRenewalIndex är kortets förnyelseindex.
Den första sekvensen i alternativet (CHOICE) är lämplig för kodning av ett
förarkortsnummer, den andra sekvensen är lämplig för kodning av nummer på
verkstadskort, kontrollkort och företagskort.1998R2135 — SV — 25.08.2002 — 001.001 — 62
▼M1
2.22 CardPlaceDailyWorkPeriod
Information som finns lagrad på ett förarkort eller verkstadskort om de platser
där dagens arbetspass påbörjas och/eller avslutas (krav 202 och 221).
CardPlaceDailyWorkPeriod ::= SEQUENCE {
placePointerNewestRecord INTEGER(0..NoOfCardPlaceRe-
cords-1),
placeRecords SET SIZE(NoOfCardPlaceRecords) OF Place-
Record
}
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 av poster som innehåller information om de platser
som angivits.
2.23 CardPrivateKey
Ett korts privata nyckel.
CardPrivateKey ::= RSAKeyPrivateExponent
2.24 CardPublicKey
Ett korts öppna nyckel.
CardPublicKey ::= PublicKey
2.25 CardRenewalIndex
Ett korts förnyelseindex (definition i)).
CardRenewalIndex ::= IA5String(SIZE(1))
Värdetilldelning: (se kapitel VII i denna bilaga).
′0′Första utgåvan.
Ökningsföljd:′0, …, 9, A, …, Z′
2.26 CardReplacementIndex
Ett korts ersättningsindex (definition j)).
CardReplacementIndex ::= IA5String(SIZE(1))Värdetilldelning: (se kapitel VII i denna bilaga).
′0′Ursprungligt kort.
Ökningsföljd:′0, …, 9, A, …, Z′
2.27 CardSlotNumber
Kod för att skilja de två kortplatserna i en fordonsenhet åt.
CardSlotNumber ::= INTEGER {
driverSlot (0),
co-driverSlot (1)
}
Värdetilldelning: ej närmare angiven.
2.28 CardSlotsStatus
Kod som anger den typ av kort som satts i de två kortplatserna i fordonsenheten.
CardSlotsStatus ::= OCTET STRING (SIZE(1))
Värdetilldelning — Octet Aligned (oktettgrupperad): ′ccccdddd ′B:
′cccc′B Identifiering av typ av kort som satts i medförarens kortplats,
′dddd′B Identifiering av typ av kort som satts i förarens kortplats,
med följande identifieringskoder:
′0000′B Inget kort är isatt.
′0001′B Ett förarkort är isatt.
′0010′B Ett verkstadskort är isatt.
′0011′B Ett kontrollkort är isatt.1998R2135 — SV — 25.08.2002 — 001.001 — 63
▼M1
′0100′B Ett företagskort är isatt.
2.29 CardStructureVersion
En kod som anger versionen av den struktur som används i ett färdskrivarkort.
CardStructureVersion ::= OCTET STRING (SIZE(2))
Värdetilldelning: ′aabb′H:
′aa′H Index för strukturändringar.
′bb′H Index för ändringar när det gäller användning av dataelement som defi-
nierats för strukturen till följd av den höga byten.
2.30 CardVehicleRecord
Information som finns lagrad på ett förar- eller verkstadskort om en period då
ett fordon använts under en kalenderdag (krav 197 och 217).
CardVehicleRecord ::= SEQUENCE {
vehicleOdometerBegin OdometerShort,
vehicleOdometerEnd OdometerShort,
vehicleFirstUse TimeReal,
vehicleLastUse TimeReal,
vehicleRegistration VehicleRegistrationIdentification,
vuDataBlockCounter VuDataBlockCounter
}
vehicleOdometerBegin är fordonets vägmätarställning vid början av den period
då fordonet används.
vehicleOdometerEnd är fordonets vägmätarställning vid slutet av den period då
fordonet används.
vehicleFirstUse är datum och tidpunkt för påbörjande av den period då fordonet
används.
vehicleLastUse är datum och tidpunkt för avslutande av den period då fordonet
används.
vehicleRegistration är fordonets registreringsnummer och den medlemsstat där
fordonet är registrerat.
vuDataBlockCounter är värdet i VuDataBlockCounter vid senaste hämtning
(extraction) för den period då fordonet använts.
2.31 CardVehiclesUsed
Information som finns lagrad på ett förarkort eller verkstadskort om de fordon
som kortinnehavaren använder (krav 197 och 217).
CardVehiclesUsed := SEQUENCE {
vehiclePointerNewestRecord INTEGER(0..NoOfCardVehicle-
Records-1),
cardVehicleRecords SET SIZE(NoOfCardVehicleRecords) OF
CardVehicleRecord
}
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.32 Certificate
Ett certifikat för en öppen nyckel som utfärdas av en certifieringsinstans.
Certificate ::= OCTET STRING (SIZE(194))
Värdetilldelning: Digital signatur med partiell återskapning av CertificateCon-
tent (certifikatinnehåll) i enlighet med tillägg 11 (Gemensamma
säkerhetsmekanismer): Signature (signatur) (128 byte) || Public Key remainder
(öppen nyckel rest) (58 byte) || Certification Authority Reference (certifierings-
instansens referens) (8 byte).1998R2135 — SV — 25.08.2002 — 001.001 — 64
▼M1
2.33 CertificateContent
Innehållet (i klartext) i certifikatet för en öppen nyckel i enlighet med tillägg 11
(Gemensamma säkerhetsmekanismer).
CertificateContent ::= SEQUENCE {
certificateProfileIdentifier INTEGER(0..255),certificationAuthorityReference KeyIdentifier,certificateHolderAuthorisation CertificateHolderAuthorisa-
tion,
certificateEndOfValidity TimeReal,certificateHolderReference KeyIdentifier,
publicKey PublicKey
}
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 certifieringsinstans
öppna nyckel.
certificateHolderAuthorisation identifierar certifikatinnehavarens rättigheter.
certificateEndOfValidity är det datum då certifikatet upphör att gälla
administrativt sett.
certificateHolderReference identifierar certifikatinnehavaren. Den refererar
dessutom till hans öppna nyckel.
publicKey är den öppna nyckel som certifieras genom detta certifikat.
2.34 CertificateHolderAuthorisation
Identifiering av en certifikatinnehavares rättigheter.
CertificateHolderAuthorisation ::= SEQUENCE {
tachographApplicationID OCTET STRING(SIZE(6))equipmentType EquipmentType
}
tachographApplicationID är tillämpningsidentifieraren för färdskrivartillämp-
ningen.
Värdetilldelning :′FFh′′54h′′41h′′43h′′48h′′4Fh′. Denna tillämpningsidenti-
fierare är en proprietär (proprietary) icke-registrerad tillämpningsidentifierare i
enlighet med ISO/IEC 7816-5.
equipmentType är identifieringen av den typ av utrustning för vilken certifi-
katet är avsett.
Värdetilldelning : i enlighet med datatyp för EquipmentType. 0 om certifikatet
tillhör en medlemsstat.
2.35 CertificateRequestID
Unik identifiering av en begäran om certifikat. Den kan också användas som en
identifierare av öppen nyckel för fordonsenhet om serienumret på den fordon-
senhet som nyckeln är avsedd för inte är känt när certifikatet genereras.
CertificateRequestID ::= SEQUENCE {
requestSerialNumber INTEGER(0..2
32-1)
requestMonthYear BCDString(SIZE(2))crIdentifier OCTET STRING(SIZE(1))
manufacturerCode ManufacturerCode
}
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å certifikatet
begärdes.
Värdetilldelning: BCD-kod för 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
förlängt serienummer.
Värdetilldelning: ′FFh′.1998R2135 — SV — 25.08.2002 — 001.001 — 65
▼M1
manufacturerCode: är den numeriska koden för den tillverkare som begär
certifikatet.
2.36 CertificationAuthorityKID
Identifierare av öppen nyckel för certifieringsinstans (en medlemsstats eller
europeisk certifieringsinstans).
CertificationAuthorityKID ::= SEQUENCE {
nationNumeric NationNumeric
nationAlpha NationAlpha
keySerialNumber INTEGER(0..255)additionalInfo OCTET STRING(SIZE(2))
caIdentifier OCTET STRING(SIZE(1))
}
nationNumeric är certifieringsinstansens numeriska landskod.
nationAlpha är certifieringsinstansens alfanumeriska landskod.
keySerialNumber är ett serienummer för att skilja certifieringsinstansens olika
nycklar åt om man byter nycklar.
additionalInfo är ett fält på två byte för ytterligare kodning (specifik för certi-
fieringsinstansen).
caIdentifier är en identifierare för att skilja nyckelidentifierare av certifierings-
instans från andra nyckelidentifierare.
Värdetilldelning: ′01h′.
2.37 CompanyActivityData
Information som finns lagrad på ett företagskort om aktiviteter som utförts med
kortet (krav 237).
CompanyActivityData ::= SEQUENCE {
companyPointerNewestRecord INTEGER(0..NoOfCompanyAc-
tivityRecords-1),
companyActivityRecords SET SIZE(NoOfCompanyActivi-
tyRecords) OF
companyActivityRecord SEQUENCE {
companyActivityType CompanyActivityType,companyActivityTime TimeReal,
cardNumberInformation FullCardNumber,
vehicleRegistrationInformation VehicleRegistrationI-
dentification,
downloadPeriodBegin TimeReal,
downloadPeriodEnd TimeReal
}
}companyPointerNewestRecord är index för senast uppdaterade companyActi-
vityRecord (post för företagsaktiviteter).
Värdetilldelning: Ett tal som motsvarar numeratorn för posten för företagsakti-
viteter, 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öretagsaktiviteter.
companyActivityRecord är sekvensen av information om en företagsaktivitet.
companyActivityType är typen av företagsaktivitet.
companyActivityTime är datum och tidpunkt för företagsaktiviteten.
cardNumberInformation är kortnummer på det kort som överförts och den
medlemsstat som utfärdat det, i förekommande fall.
vehicleRegistrationInformation är registreringsnummer (VRN) och registre-
rande 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.är den period som överförs från
fordonsenheten, i förekommande fall.1998R2135 — SV — 25.08.2002 — 001.001 — 66
▼M1
2.38 CompanyActivityType
Kod för en aktivitet som utförs av ett företag som använder sitt företagskort.
CompanyActivityType ::= INTEGER {
card downloading (1),VU downloading (2),VU lock-in (3),VU lock-out (4)
}
2.39 CompanyCardApplicationIdentification
Information som finns lagrad på ett företagskort om identifiering av tillämp-
ningen av kortet (krav 190).
CompanyCardApplicationIdentification ::= SEQUENCE {
typeOfTachographCardId EquipmentType,cardStructureVersion CardStructureVersion,noOfCompanyActivityRecords NoOfCompanyActivityRecords
}
typeOfTachographCardId specificerar använd korttyp.
cardStructureVersion specificerar versionen av den struktur som används i
kortet.
noOfCompanyActivityRecords är det antal poster för företagsaktiviteter som
kortet kan lagra.
2.40 CompanyCardHolderIdentification
Information som finns lagrad på ett företagskort om identifiering av kortinneha-
vare (krav 236).
CompanyCardHolderIdentification ::= SEQUENCE {
companyName Name,companyAddress Address,cardHolderPreferredLanguage Language
}
companyName är namn på innehavande företag.
companyAddress är adress till innehavande företag.
cardHolderPreferredLanguage är det språk som kortinnehavaren väljer.
2.41 ControlCardApplicationIdentification
Information som finns lagrad på ett kontrollkort om identifiering av tillämpning
av kortet (krav 190).
ControlCardApplicationIdentification ::= SEQUENCE {
typeOfTachographCardId EquipmentType,cardStructureVersion CardStructureVersion,noOfControlActivityRecords NoOfControlActivityRecords
}
typeOfTachographCardId specificerar använd korttyp.
cardStructureVersion specificerar versionen av den struktur som används i
kortet.
noOfControlActivityRecords är det antal poster för kontrollaktiviteter som
kortet kan lagra.
2.42 ControlCardControlActivityData
Information som finns lagrad på ett kontrollkort om den kontrollaktivitet som
utförts med kortet (krav 233).
ControlCardControlActivityData ::= SEQUENCE {
controlPointerNewestRecord INTEGER(0..NoOfControlActivi-
tyRecords-1),
controlActivityRecords SET SIZE(NoOfControlActivityRe-
cords) OF1998R2135 — SV — 25.08.2002 — 001.001 — 67
▼M1
controlActivityRecord SEQUENCE {
controlType ControlType,controlTime TimeReal,controlledCardNumber FullCardNumber,
controlledVehicleRegistration VehicleRegistrationIden-
tification,
controlDownloadPeriodBegin TimeReal,controlDownloadPeriodEnd TimeReal
}
}
controlPointerNewestRecord är index för senast uppdaterad post för kontrol-
laktiviteter.
Värdetilldelning: Ett tal som motsvarar numeratorn för posten för kontrollakti-
viteter, 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 på det kontrollerade kortet och den
medlemsstat som utfärdat det.
controlledVehicleRegistration är registreringsnummer (VRN) och registrerande
medlemsstat för det fordon i vilket kontrollen ägde rum.
controlDownloadPeriodBegin och controlDownloadPeriodEnd är den period
som slutligen överförs.
2.43 ControlCardHolderIdentification
Information som finns lagrad på ett kontrollkort om identifiering av kortinneha-
vare (krav 232).
ControlCardHolderIdentification ::= SEQUENCE {
controlBodyName Name,controlBodyAddress Address,cardHolderName HolderName,
cardHolderPreferredLanguage Language
}
controlBodyName är namn på kontrollorganet för kortinnehavaren.
controlBodyAddress är adress till kontrollorganet för kortinnehavaren.
cardHolderName är kontrollkortsinnehavarens namn och förnamn.
cardHolderPreferredLanguage är det språk som kortinnehavaren väljer.
2.44 ControlType
Kod som anger de aktiviteter som utförts vid en kontroll. Denna datatyp berörs
av krav 102 , 210 och 225.
ControlType ::= OCTET STRING (SIZE(1))Värdetilldelning - Oktett Aligned (oktettgrupperad): ′cvpdxxxx′B (8 bitar)
′c′B Kortöverföring.
′0′B: Kortet ej överfört under denna kontrollaktivitet.
′1′B: Kortet överfört under denna kontrollaktivitet.
′v′B Överföring av fordonsenhet:
′0′B: Fordonsenheten ej överförd under denna kontrollaktivitet.
′1′B: Fordonsenheten överförd under denna kontrollaktivitet.
′p′B Utskrift:
′0′B: Ingen utskrift gjord under denna kontrollaktivitet.
′1′B: Utskrift gjord under denna kontrollaktivitet.
′d′B Display:
′0′B: Ingen display använd under denna kontrollaktivitet.1998R2135 — SV — 25.08.2002 — 001.001 — 68
▼M1
′1′B: Display använd under denna kontrollaktivitet.
′xxxx′B Ej använd.
2.45 CurrentDateTime
Färdskrivarens aktuella datum och tidpunkt.
CurrentDateTime ::= TimeReal
Värdetilldelning: ej närmare angiven.
2.46 DailyPresenceCounter
Räknare, som finns lagrad på ett förar- eller verkstadskort, som ökas med ett
steg för varje kalenderdag som kortet har satts i en fordonsenhet. Denna datatyp
berörs av krav 199 och 219.
DailyPresenceCounter ::= BCDString(SIZE(2))
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.47 Datef
Datum uttryckt i ett numeriskt format som är lätt att skriva ut.
Datef ::= SEQUENCE {
year BCDString(SIZE(2)),
month BCDString(SIZE(1)),
day BCDString(SIZE(1))
}
Värdetilldelning:yyyy År
mm Månad
dd Dag
′00000000′H Anger uttryckligen inte något datum.
2.48 Distance
En tillryggalagd sträcka (resultat av beräkning av skillnaden i kilometer mellan
två vägmätarställningar i ett fordon.
Distance ::= INTEGER(0..2
16-1)
Värdetilldelning: Osignerad binär. Värde i km i området 0 till 9 999 km.
2.49 DriverCardApplicationIdentification
Information som finns lagrad på ett förarkort om identifiering av tillämpningen
av kortet (krav 190).
DriverCardApplicationIdentification ::= SEQUENCE {
typeOfTachographCardId EquipmentType,
cardStructureVersion CardStructureVersion,
noOfEventsPerType NoOfEventsPerType,
noOfFaultsPerType NoOfFaultsPerType,
activityStructureLength CardActivityLengthRange,
noOfCardVehicleRecords NoOfCardVehicleRecords,
noOfCardPlaceRecords NoOfCardPlaceRecords
}
typeOfTachographCardId specificerar använd korttyp.
cardStructureVersion specificerar versionen av den struktur som används i
kortet.
noOfEventsPerType är antal händelser per typ av händelse som kortet kan regi-
strera.
noOfFaultsPerType är antal fel per typ av fel som kortet kan registrera.
activityStructureLength anger antal byte som finns tillgängliga för lagring av
aktivitetsposter.
noOfCardVehicleRecords är antal fordonsposter som kortet kan lagra.
noOfCardPlaceRecords är antal platser som kortet kan registrera.1998R2135 — SV — 25.08.2002 — 001.001 — 69
▼M1
2.50 DriverCardHolderIdentification
Information som finns lagrad på ett förarkort om identifiering av kortinnehavare
(krav 195).
DriverCardHolderIdentification ::= SEQUENCE {
cardHolderName HolderName,
cardHolderBirthDate Datef,
cardHolderPreferredLanguage Language
}
cardHolderName är förarkortsinnehavarens namn och förnamn.
cardHolderBirthDate förarkortsinnehavarens födelsedatum.
cardHolderPreferredLanguage är det språk som kortinnehavaren väljer.
2.51 EntryTypeDailyWorkPeriod
Kod för att åtskilja påbörjande och avslutande av en angivelse av plats för ett
dagligt arbetspass och angivelsevillkor.
EntryTypeDailyWorkPeriod ::= INTEGER
Begin, related time = card insertion time or time of entry (0),End, related time = card withdrawal time or time of entry (1),Begin, related time manually entered (start time) (2),
End, related time manually entered (end of work period) (3),
Begin, related time assumed by VU (4),End, related time assumed by VU (5)
}
Värdetilldelning : Enligt ISO/IEC8824-1.
2.52 EquipmentType
Kod för att åtskilja olika typer av utrustning för färdskrivartillämpningen.
EquipmentType ::= INTEGER(0..255)
- - Reserved (0),--D r i v e rC a r d( 1 ) ,- - Workshop Card (2),
- - Control Card (3),
- - Company Card (4),- - Manufacturing Card (5),
- - Vehicle Unit (6),
--M o t i o nS e n s o r( 7 ) ,- - RFU (8..255)Värdetilldelning: Enligt ISO/IEC8824-1.
Värde 0 är reserverat för angivelse av en medlemsstat eller Europa i certifika-
tens CHA-fält (certifikatinnehavarens auktorisering).
2.53 EuropeanPublicKey
Europeisk öppen nyckel.
EuropeanPublicKey ::= PublicKey
2.54 EventFaultType
Kod för typ av händelse eller fel.
EventFaultType ::= OCTET STRING (SIZE(1))
Värdetilldelning:
′0x′H Allmänna händelser.
′00′H Inga närmare detaljer.
′01′H Isättning av ett ogiltigt kort.
′02′H Kortkonflikt.
′03′H Överlappning av tider.
′04′H Körning utan korrekt kort.1998R2135 — SV — 25.08.2002 — 001.001 — 70
▼M1
′05′H Isättning av kort under körning.
′06′H Senaste kortsession ej korrekt avslutad.
′07′H Hastighetsöverträdelse.
′08′H Avbrott av strömtillförseln.
′09′H Fel i rörelsedata.
′0A′H. .′0F′H RFU (reserved for future use - reserverat för framtida använd-
ning).
′1x′H Händelser när det gäller försök till säkerhetsöverträdelse med
avseende på fordonsenhet.
′10′H Inga närmare detaljer.
′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 kåpan.
′18′H Maskinvarusabotage.
′19′H. .′1F′H RFU.
′2x′H Händelser av typen försök till säkerhetsöverträdelse med avse-
ende 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 kåpan.
′25′H Maskinvarusabotage.
′26′H. .′2F′H RFU.
′3x′H Färdskrivarfel.
′30′H Inga närmare detaljer.
′31′H Internt fel i fordonsenheten (VU).
′32′H Skrivarfel.
′33′H Displayfel.
′34′H Överföringsfel.
′35′H Sensorfel.
′36′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 Tillverkarspecifik.
2.55 EventFaultRecordPurpose
Kod som anger varför en händelse eller ett fel har registrerats.
EventFaultRecordPurpose : := OCTET STRING (SIZE(1))
Värdetilldelning:
′00′H En/ett av de tio senaste (eller sista) händelserna eller felen.
′01′H Den längsta händelsen för ett av de senaste tio dygnen
händelsen inträffat.
′02′H En av de fem längsta händelserna under de senaste 365 dygnen.
′03′H Den senaste händelsen under ett av de senaste tio dygnen
händelsen inträffat.
′04′H Den allvarligaste händelsen under ett av de senaste tio dygnen
händelsen inträffat.
′05′H En av de fem allvarligaste händelserna under de senaste 365
dygnen.1998R2135 — SV — 25.08.2002 — 001.001 — 71
▼M1
′06′H Den första händelse eller det första fel som inträffat efter
senaste kalibrering.
′07′H En aktiv/pågående händelse eller ett aktivt/pågående fel.
′08′H. .′7F′H RFU.
′80′H. .′FF′H Tillverkarspecifik.
2.56 ExtendedSerialNumber
Unik identifiering av en utrustning. Det kan även användas som en identifierare
av en utrustnings öppna nyckel.
ExtendedSerialNumber ::= SEQUENCE {
serialNumber INTEGER(0..232-1)
monthYear BCDString(SIZE(2))
type OCTET STRING(SIZE(1))
manufacturerCode ManufacturerCode
}
serialNumber är ett serienummer för utrustningen, som är unikt för tillverkaren,
utrustningstypen och månaden nedan.
monthYear är identifiering av månad och år för tillverkning (eller för tilldel-
ning av serienummer).
Värdetilldelning: BCD-kodning för månad (två siffror) och år (två sista siff-
rorna).
type är en identifierare av typ av utrustning.
Värdetilldelning: Tillverkarspecifik, med ′FFh′som reserverat värde.
manufacturerCode är den numeriska koden för tillverkaren av utrustningen.
2.57 FullCardNumber
Kod som identifierar ett färdskrivarkort fullständigt.
FullCardNumber ::= SEQUENCE {
cardType EquipmentType,
cardIssuingMemberState NationNumeric,
cardNumber CardNumber
}
cardType är typ av färdskrivarkort.
cardIssuingMemberState är kod för den medlemsstat som har utfärdat kortet.
cardNumber är kortnumret.
2.58 HighResOdometer
Fordonets vägmätarställning: Sammanlagd sträcka som tillryggalagts av fordonet
vid drift.
HighResOdometer ::= INTEGER(0..232-1)
Värdetilldelning : Osignerad binär. Värde i 1/200 km i området 0 till
21 055 406 km.
2.59 HighResTripDistance
En sträcka som tillryggalagts under en hel eller en del av en resa.
HighResTripDistance ::= INTEGER(0..232-1)
Värdetilldelning : Osignerad binär. Värde i 1/200 km i området 0 till
21 055 406 km.
2.60 HolderName
En kortinnehavares efternamn och förnamn.
HolderName ::= SEQUENCE {
holderSurname Name,holderFirstNames Name
}
holderSurname är innehavarens efternamn. Efternamnet inbegriper inte titlar.1998R2135 — SV — 25.08.2002 — 001.001 — 72
▼M1
Värdetilldelning: Om ett kort inte är personligt innehåller holderSurname
samma information som companyName, workshopName eller controlBody-
Name.
holderFirstNames är innehavarens förnamn och initialer.
2.61 K-ConstantOfRecordingEquipment
Färdskrivarens konstant (definition m)).
K-ConstantOfRecordingEquipment ::= INTEGER(0..216-1)
Värdetilldelning : Pulser per kilometer i området 0 till 64 255 pulser/km.
2.62 KeyIdentifier
En unik identifierare av en öppen nyckel som används för att referera till och
välja nyckel. Den identifierar även nyckelinnehavaren.
KeyIdentifier ::= CHOICE {
extendedSerialNumber ExtendedSerialNumber,certificateRequestID CertificateRequestID,certificationAuthorityKID CertificationAuthorityKID
}
Det första alternativet är lämpligt för att referera till en fordonsenhets eller ett
färdskrivarkorts ö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.
2.63 L-TyreCircumference
Däckens effektiva omkrets (definition u)):
L-TyreCircumference ::= INTEGER(0..2
16-1)
Värdetilldelning : Osignerad binär, värde i 1/8 mm i området 0 till 8 031 mm.
2.64 Language
Kod för ett språk.
Language ::= IA5String(SIZE(2))Värdetilldelning : Kodning med två gemener enligt ISO 639.
2.65 LastCardDownload
Datum och tidpunkt, som finns lagrade på förarkortet, för den senaste kortö-
verföringen (för andra än kontrolländamål). Detta datum kan uppdateras av en
fordonsenhet och alla typer av kortläsare.
LastCardDownload ::= TimeRealVärdetilldelning : Ej närmare angiven.
2.66 ManualInputFlag
Kod som anger om en kortinnehavare manuellt har angivit föraraktiviteter vid
kortisättning eller inte (krav 081).
ManualInputFlag ::= INTEGER {
noEntry (0)manualEntries (1)
}
Värdetilldelning: Ej närmare angiven.
2.67 ManufacturerCode
Kod som anger en tillverkare.
ManufacturerCode ::= INTEGER(0..255)Värdetilldelning:
′00′H Ingen information tillgänglig.
′01′H Reserverat värde.1998R2135 — SV — 25.08.2002 — 001.001 — 73
▼M1
′02′H. .′0F′H Reserverat för framtida användning.
′10′H ACTIA
′11′H. .′17′H Reserverat för tillverkare vars namn börjar med ′A′.
′18′H. .′1F′H Reserverat för tillverkare vars namn börjar med ′B′.
′20′H. .′27′H Reserverat för tillverkare vars namn börjar med ′C′.
′28′H. .′2F′H Reserverat för tillverkare vars namn börjar med ′D′.
′30′H. .′37′H Reserverat för tillverkare vars namn börjar med ′E′.
′38′H. .′3F′H Reserverat för tillverkare vars namn börjar med ′F′.
′40′H Giesecke & Devrient GmbH
′41′H GEM plus
′42′H. .′47′H Reserverat för tillverkare vars namn börjar med ′G′.
′48′H. .′4F′H Reserverat för tillverkare vars namn börjar med ′H′.
′50′H. .′57′H Reserverat för tillverkare vars namn börjar med ′I′.
′58′H. .′5F′H Reserverat för tillverkare vars namn börjar med ′J′.
′60′H. .′67′H Reserverat för tillverkare vars namn börjar med ′K′.
′68′H. .′6F′H Reserverat för tillverkare vars namn börjar med ′L′.
′70′H. .′77′H Reserverat för tillverkare vars namn börjar med ′M′.
′78′H. .′7F′H Reserverat för tillverkare vars namn börjar med ′N′.
′80′H OSCARD
′81′H. .′87′H Reserverat för tillverkare vars namn börjar med ′O′.
′88′H. .′8F′H Reserverat för tillverkare vars namn börjar med ′P′.
′90′H. .′97′H Reserverat för tillverkare vars namn börjar med ′Q′.
′98′H. .′9F′H Reserverat för tillverkare vars namn börjar med ′R′.
′A0′H SETEC
′A1′H SIEMENS VDO
′A2′H STONERIDGE
′A3′H. .′A7′H Reserverat för tillverkare vars namn börjar med ′S′.
′AA′H TACHOCONTROL
′AB′H. .′AF′H Reserverat för tillverkare vars namn börjar med ′T′
′B0′H. .′B7′H Reserverat för tillverkare vars namn börjar med ′U′
′B8′H. .′BF′H Reserverat för tillverkare vars namn börjar med ′V′
′C0′H. .′C7′H Reserverat för tillverkare vars namn börjar med ′W′
′C8′H. .′CF′H Reserverat för tillverkare vars namn börjar med ′X′
′D0′H. .′D7′H Reserverat för tillverkare vars namn börjar med ′Y′
′D8′H. .′DF′H Reserverat för tillverkare vars namn börjar med ′Z′
2.68 MemberStateCertificate
Certifikat för en medlemsstats öppna nyckel utfärdat av den europeiska certifier-
ingsinstansen.
MemberStateCertificate ::= Certificate
2.69 MemberStatePublicKey
En medlemsstats öppna nyckel.
MemberStatePublicKey ::= PublicKey
2.70 Name
Ett namn.
Name ::= SEQUENCE {
codePage INTEGER (0..255),
name OCTET STRING (SIZE(35))
}
codePage specificerar den del av ISO/IEC 8859 som används för att koda
namnet,
name är ett namn som kodats enligt ISO/IEC 8859-codePage.1998R2135 — SV — 25.08.2002 — 001.001 — 74
▼M1
2.71 NationAlpha
Alfabetisk referens för ett land, i överensstämmelse med landsbeteckningar på
bilar, och/eller som används på internationellt harmoniserade handlingar för
fordonsförsäkringar (grönt kort).
NationAlpha ::= IA5String(SIZE(3))
Värdetilldelning:
′′ Ingen information tillgänglig
′A′ Österrike
′AL′ Albanien
′AND′Andorra
′ARM′Armenien
′AZ′ Azerbajdzjan
′B′ Belgien
′BG′ Bulgarien
′BIH′ Bosnien och Herzegovina
′BY′ Vitryssland
′CH′ Schweiz
′CY′ Cypern
′CZ′ Tjeckien
′D′ Tyskland
′DK′ Danmark
′E′ Spanien
′EST′ Estland
′F′ Frankrike
′FIN′ Finland
′FL′ Liechtenstein
′FR′ Färöarna
′UK′ Förenade kungariket, Alderney, Guernsey, Jersey, Isle of Man,
Gibraltar
′GE′ Georgien
′GR′ Grekland
′H′ Ungern
′HR′ Kroatien
′I′ Italien
′IRL′ Irland
′IS′ Island
′KZ′ Kazakstan
′L′ Luxemburg
′LT′ Litauen
′LV′ Lettland
′M′ Malta
′MC′ Monaco
′MD′ Moldova
′MK′ Makedonien
′N′ Norge
′NL′ Nederländerna
′P′ Portugal
′PL′ Poland
′RO′ Rumänien
′RSM′San Marino
′RUS′ Ryssland
′S′ Sverige
′SK′ Slovakien
′SLO′ Slovenien1998R2135 — SV — 25.08.2002 — 001.001 — 75
▼M1
′TM′ Turkmenistan
′TR′ Turkiet
′UA′ Ukraina
′V′ Vatikanstaten
′YU′ Jugoslavien
′UNK′Okänd
′EC′ Europeiska gemenskapen
′EUR′Resten av Europa
′WLD′Resten av världen
2.72 NationNumeric
Numerisk referens för ett land.
NationNumeric ::= INTEGER(0..255)Värdetilldelning:
- - Ingen information tillgänglig ( 00)H,
- - Austria (01) H,- - Albania (0 2)H,- - Andorra (03) H,- - Armenia ( 04)H,- - Azerbaijan (05 )H,- - Belgium (06)H,- - Bulgaria (07)H,- - Bosnia and Herzegovina ( 08)H,- - Belarus (09 )H,
- - Switzerland (0A)H,
- - Cyprus ( 0B)H,- - Czech Republic (0C) H,- - Germany (0 D)H,- - Denmark (0 E)H,- - Spain (0F)H,- - Estonia (1 0)H,- - France (11 )H,- - Finland (12 )H,- - Liechtenstein (13 )H,- - Faeroe Islands (14)H,- - United Kingdom (1 5)H,- - Georgia (16 )H,- - Greece (1 7)H,- - Hungary (18) H,- - Croatia ( 19)H,
- - Italy (1A)H,
- - Ireland (1 B)H,- - Iceland ( 1C)H,- - Kazakhstan (1D)H,- - Luxembourg (1E )H,- - Lithuania (1F)H,- - Latvia ( 20)H,- - Malta (21 )H,- - Monaco (22 )H,- - Republic of Moldova (23) H,- - Macedonia (24 )H,- - Norway (25)H,- - Netherlands (26) H,- - Portugal (2 7)H,1998R2135 — SV — 25.08.2002 — 001.001 — 76
▼M1
- - Poland (28) H,
- - Romania (29)H,
- - San Marino (2A)H,
- - Russian Federation (2B) H,- - Sweden (2C) H,- - Slovakia ( 2D)H,- - Slovenia ( 2E)H,- - Turkmenistan (2F)H,- - Turkey (30 )H,- - Ukraine (31 )H,- - Vatican City (32 )H,
- - Yugoslavia (33)H,
- - RFU (34..FC)H,- - European Community (FD)H,- - Rest of Europe ( FE)H,- - Rest of the world (FF)H
2.73 NoOfCalibrationRecords
Antal kalibreringsposter som ett verkstadskort kan lagra.
NoOfCalibrationRecords ::= INTEGER(0..255)Värdetilldelning: se punkt 3.
2.74 NoOfCalibrationsSinceDownload
Räknare som anger det antal kalibreringar som utförts med ett verkstadskort
sedan den senaste överföringen från det (krav 230).
NoOfCalibrationsSinceDownload ::= INTEGER(0..2
16-1),
Värdetilldelning: Ej närmare angiven.
2.75 NoOfCardPlaceRecords
Antal platsposter som ett förar- eller verkstadskort kan lagra.
NoOfCardPlaceRecords ::= INTEGER(0..255)Värdetilldelning: se punkt 3.
2.76 NoOfCardVehicleRecords
Antal poster för använda fordon som ett förar- eller verkstadskort kan lagra.
NoOfCardVehicleRecords ::= INTEGER(0..2
16-1)
Värdetilldelning: se punkt 3.
2.77 NoOfCompanyActivityRecords
Antal poster för företagsaktiviteter som ett företagskort kan lagra.
NoOfCompanyActivityRecords ::= INTEGER(0..216-1)
Värdetilldelning : se punkt 3.
2.78 NoOfControlActivityRecords
Antal poster för kontrollaktiviteter som ett kontrollkort kan lagra.
NoOfControlActivityRecords ::= INTEGER(0..216-1)
Värdetilldelning : se punkt 3.
2.79 NoOfEventsPerType
Antal händelser per typ av händelse som ett kort kan lagra.
NoOfEventsPerType ::= INTEGER(0..255)Värdetilldelning: se punkt 3.
2.80 NoOfFaultsPerType
Antal fel per typ av fel som ett kort kan lagra.
NoOfFaultsPerType ::= INTEGER(0..255)1998R2135 — SV — 25.08.2002 — 001.001 — 77
▼M1
Värdetilldelning: se punkt 3.
2.81 OdometerValueMidnight
Fordonets vägmätarställning vid midnatt ett visst datum (krav 090).
OdometerValueMidnight ::= OdometerShort
Värdetilldelning: Ej närmare angiven.
2.82 OdometerShort
Fordonets vägmätarställning i kortform.
OdometerShort ::= INTEGER(0..224-1)
Värdetilldelning: Osignerad binär. Värde i km i området 0 till 9 999 999 km.
2.83 OverspeedNumber
Antal händelser av typen hastighetsöverträdelse sedan senaste kontroll av hastig-
hetsöverträdelse.
OverspeedNumber ::= INTEGER(0..255)
Värdetilldelning: 0 innebär att ingen händelse av typen hastighetsöverträ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 hastig-
hetsö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.
2.84 PlaceRecord
Information om en plats där dagens arbetspass påbörjas eller avslutas (krav 087,
202, 221).
PlaceRecord ::= SEQUENCE {
entryTime TimeReal,
entryTypeDailyWorkPeriod EntryTypeDailyWorkPeriod,
dailyWorkPeriodCountry NationNumeric,
dailyWorkPeriodRegion RegionNumeric,
vehicleOdometerValue OdometerShort
}
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 angivelse av
plats.
2.85 PreviousVehicleInfo
Information om det fordon som tidigare använts av en förare när han sätter i sitt
kort i en fordonsenhet (krav 081).
PreviousVehicleInfo ::= SEQUENCE {
vehicleRegistrationIdentification VehicleRegistrationIdentifi-
cation,
cardWithdrawalTime TimeReal
}
VehicleRegistrationIdentification är fordonets registreringsnummer och den
medlemsstat där fordonet är registrerat.
cardWithdrawalTime är tidpunkt och datum för urtagning av kort.
2.86 PublicKey
En öppen RSA-nyckel.
PublicKey ::= SEQUENCE {
rsaKeyModulus RSAKeyModulus,
rsaKeyPublicExponent RSAKeyPublicExponent
}1998R2135 — SV — 25.08.2002 — 001.001 — 78
▼M1
rsaKeyModulus är modulus för nyckelparet.
rsaKeyPublicExponent är den öppna exponenten för nyckelparet.
2.87 RegionAlpha
Alfabetisk referens för en region i ett visst land.
RegionAlpha ::= IA5STRING(SIZE(3))Värdetilldelning:
′′ Ingen information tillgänglig
Spain:
′AN′ Andalucía
′AR′ Aragón
′AST′Asturias
′C′ Cantabria
′CAT′Cataluña
′CL′ Castilla-León
′CM′ Castilla-La-Mancha
′CV′ Valencia
′EXT′Extremadura
′G′ Galicia
′IB′ Baleares
′IC′ Canarias
′LR′ La Rioja
′M′ Madrid
′MU′ Murcia
′NA′ Navarra
′PV′ País Vasco
2.88 RegionNumeric
Numerisk referens för en region i ett visst land.
RegionNumeric ::= OCTET STRING (SIZE(1))Värdetilldelning:
′00′H Ingen information tillgänglig,
España:
′01′H Andalucía
′02′H Aragón
′03′H Asturias
′04′H Cantabria
′05′H Cataluña
′06′H Castilla-León
′07′H Castilla-La-Mancha
′08′H Valencia
′09′H Extremadura
′0A′H Galicia
′0B′H Baleares
′0C′H Canarias
′0D′H La Rioja
′0E′H Madrid
′0F′H Murcia
′10′H Navarra
′11′H País Vasco
2.89 RSAKeyModulus
Modulus för ett RSA-nyckelpar.
RSAKeyModulus ::= OCTET STRING (SIZE(128))1998R2135 — SV — 25.08.2002 — 001.001 — 79
▼M1
Värdetilldelning : Ospecificerad.
2.90 RSAKeyPrivateExponent
Hemlig exponent för ett RSA-nyckelpar.
RSAKeyPrivateExponent ::= OCTET STRING (SIZE(128))
Värdetilldelning : Ospecificerad.
2.91 RSAKeyPublicExponent
Öppen exponent för ett RSA-nyckelpar.
RSAKeyPublicExponent ::= OCTET STRING (SIZE(8))
Värdetilldelning : Ospecificerad.
2.92 SensorApprovalNumber
Sensorns typgodkännandenummer.
SensorApprovalNumber ::= IA5String(SIZE(8))Värdetilldelning : Ospecificerad.
2.93 SensorIdentification
Information som finns lagrad i en rörelsesensor om identifiering av rörelsesen-
sorn (krav 077).
SensorIdentification ::= SEQUENCE {
sensorSerialNumber SensorSerialNumber,
sensorApprovalNumber SensorApprovalNumber,
sensorSCIdentifier SensorSCIdentifier,
sensorOSIdentifier SensorOSIdentifier
}
sensorSerialNumber är rörelsesensorns utökade serienummer (inbegripet
delnummer och tillverkarens kod).
sensorApprovalNumber är rörelsesensorns godkännandenummer.
sensorSCIdentifier är identifierare av rörelsesensorns säkerhetskomponent.
sensorOSIdentifier är identifierare av rörelsesensorns operativsystem.
2.94 SensorInstallation
Information som finns lagrad i en rörelsesensor om installation av rörelsesensorn
(krav 099).
SensorInstallation ::= SEQUENCE {
sensorPairingDateFirst SensorPairingDate,firstVuApprovalNumber VuApprovalNumber,
firstVuSerialNumber VuSerialNumber,
sensorPairingDateCurrent SensorPairingDate,
currentVuApprovalNumber VuApprovalNumber,
currentVUSerialNumber VuSerialNumber
}
sensorPairingDateFirst är datum för första hopkoppling av rörelsesensorn med
en fordonsenhet.
firstVuApprovalNumber är godkännandenummer för den första fordonsenhet
som koppas ihop med rörelsesensorn.
firstVuSerialNumber är serienummer för den första fordonsenhet som koppas
ihop med rörelsesensorn.
sensorPairingDateCurrent är datum för innevarande hopkoppling av rörelse-
sensorn med fordonsenheten.
currentVuApprovalNumber är godkännandenummer för den fordonsenhet som
för närvarande är hopkopplad med rörelsesensorn.
currentVuSerialNumber är serienummer för den fordonsenhet som för närva-
rande är hopkopplad med rörelsesensorn.1998R2135 — SV — 25.08.2002 — 001.001 — 80
▼M1
2.95 SensorInstallationSecData
Information som finns lagrad på ett verkstadskort om de säkerhetsdata som
behövs för att koppla ihop rörelsesensorer med fordonsenheter (krav 214).
SensorInstallationSecData ::= TDesSessionKey
Värdetilldelning: Enligt ISO 16844-3.
2.96 SensorOSIdentifier
Identifierare av rörelsesensorns operativsystem.
SensorOSIdentifier ::= IA5String(SIZE(2))
Värdetilldelning: Tillverkarspecifik
2.97 SensorPaired
Information som finns lagrad i en fordonsenhet om identifiering av den rörelse-
sensor som är hopkopplad med fordonsenheten (krav 079).
SensorPaired ::= SEQUENCE {
sensorSerialNumber SensorSerialNumber,
sensorApprovalNumber SensorApprovalNumber,
sensorPairingDateFirst SensorPairingDate
}
sensorSerialNumber är serienummer på den rörelsesensor som för närvarande
är hopkopplad med fordonsenheten.
sensorApprovalNumber är godkännandenummer på den rörelsesensor som för
närvarande är hopkopplad med fordonsenheten.
sensorPairingDateFirst är datum för första hopkoppling med en fordonsenhet
av den rörelsesensor som för närvarande är hopkopplad med fordonsenheten.
2.98 SensorPairingDate
Datum för hopkoppling av rörelsesensorn med en fordonsenhet.
SensorPairingDate ::= TimeReal
Värdetilldelning: Ospecificerad.
2.99 SensorSerialNumber
Rörelsesensorns serienummer.
SensorSerialNumber ::= ExtendedSerialNumber
2.100 SensorSCIdentifier
Identifierare av rörelsesensorns säkerhetskomponent.
SensorSCIdentifier ::= IA5String(SIZE(8))
Värdetilldelning: Specifik för komponenttillverkaren.
2.101 Signature
En digital signatur.
Signature ::= OCTET STRING (SIZE(128))
Värdetilldelning: Enligt tillägg 11 (Gemensamma säkerhetsmekanismer).
2.102 SimilarEventsNumber
Antal liknande händelser under en viss dag (krav 094).
SimilarEventsNumber ::= INTEGER(0..255)
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.
2.103 SpecificConditionType
Kod för identifiering av särskild omständighet (krav 050b, 105a, 212a och
230a).
SpecificConditionType ::= INTEGER(0..255)1998R2135 — SV — 25.08.2002 — 001.001 — 81
▼M1
Värdetilldelning:
′00′H RFU (reserved for future use - reserverat för framtida använd-
ning).
′01′H Omfattas ej - Början.
′02′H Omfattas ej - Slut.
′03′H Transport med färja/tåg.
′04′H. .′FF′H RFU
2.104 SpecificConditionRecord
Information som finns lagrad på ett förarkort, ett verkstadskort eller i en fordon-
senhet om en särskild omständighet (krav 105a, 212a och 230a).
SpecificConditionRecord ::= SEQUENCE {
entryTime TimeReal,specificConditionType SpecificConditionType
}
entryTime är datum och tidpunkt för angivelsen.
specificConditionType är koden för identifiering av den särskilda omständig-
heten.
2.105 Speed
Fordonets hastighet (km/h).
Speed ::= INTEGER(0..255)Värdetilldelning: Kilometer per timme i området 0 till 220 km/h.
2.106 SpeedAuthorised
Högsta tillåtna hastighet för fordonet (definition bb)).
SpeedAuthorised ::= Speed
2.107 SpeedAverage
Genomsnittlig hastighet under en tidigare fastställd tidsperiod (km/h).
SpeedAverage ::= Speed
2.108 SpeedMax
Högsta hastighet uppmätt under en tidigare fastställd tidsperiod.
SpeedMax ::= Speed
2.109 TDesSessionKey
En tripleDES sessionsnyckel.
TDesSessionKey ::= SEQUENCE {
tDesKeyA OCTET STRING (SIZE(8))tDesKeyB OCTET STRING (SIZE(8))
}
Värdetilldelning: Ej närmare angiven.
2.110 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 GMT.
TimeReal{INTEGER:TimeRealRange} ::= INTEGER(0..Time-
RealRange)
Värdetilldelning - Octet Aligned (oktettgrupperad) Antal sekunder
sedan midnatt den 1 januari 1970 GMT.
Senaste möjliga datum/tidpunkt är under år 2106.
2.111 TyreSize
Angivelse av däckens dimensioner.
TyreSize ::= IA5String(SIZE(15))
Värdetilldelning : Enligt direktiv 92/23/EEG, EGT L 129, 31.3.1992, s. 95.1998R2135 — SV — 25.08.2002 — 001.001 — 82
▼M1
2.112 VehicleIdentificationNumber
Fordonets chassinummer (VIN) avseende fordonet som helhet, vanligtvis
ramnummer eller serienummer på chassiet.
VehicleIdentificationNumber ::= IA5String(SIZE(17))
Värdetilldelning : Enligt definition i ISO 3779.
2.113 VehicleRegistrationIdentification
Identifiering av ett fordon, som är unik för Europa (fordonets registrerings-
nummer (VRN) och medlemsstat).
VehicleRegistrationIdentification ::= SEQUENCE {
vehicleRegistrationNation NationNumeric,
vehicleRegistrationNumber VehicleRegistrationNumber
}
vehicleRegistrationNation är det land där fordonet är registrerat.
vehicleRegistrationNumber är fordonets registreringsnummer (VRN).
2.114 VehicleRegistrationNumber
Fordonets registreringsnummer (VRN). Registreringsnumret tilldelas av myndig-
heten för fordonsregistrering.
VehicleRegistrationNumber ::= SEQUENCE {
codePage INTEGER (0..255),
vehicleRegNumber OCTET STRING (SIZE(13))
}
codePage specificerar den del av ISO/IEC 8859 som används för att koda vehi-
cleRegNumber,
vehicleRegNumber är ett registreringsnummer för ett fordon som kodats enligt
ISO/IEC 8859-codePage.
Värdetilldelning: Landsspecifik.
2.115 VuActivityDailyData
Information som finns 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) och om öppningsstatusen kl. 00.00 den berörda dagen.
VuActivityDailyData ::= SEQUENCE {
noOfActivityChanges INTEGER SIZE(0..1 440),
activityChangeInfos SET SIZE(noOfActivityChanges) OF
ActivityChangeInfo
}
noOfActivityChanges är antalet ActivityChangeInfo-ord i mängden activity-
ChangeInfos.
activityChangeInfos är mängden ActivityChangeInfo-ord som lagrats i fordon-
senheten under dagen. Den omfattar alltid två ActivityChangeInfo-ord som
anger statusen för de två kortplatserna kl. 00.00 den berörda dagen.
2.116 VuApprovalNumber
Fordonsenhetens typgodkännandenummer.
VuApprovalNumber ::= IA5String(SIZE(8))
Värdetilldelning: Ospecificerad.
2.117 VuCalibrationData
Information som finns lagrad i en fordonsenhet om kalibreringar av färdskri-
varen (krav 098).
VuCalibrationData ::= SEQUENCE {
noOfVuCalibrationRecords INTEGER(0..255),
vuCalibrationRecords SET SIZE(noOfVuCalibrationRecords)
OF VuCalibrationRecord
}1998R2135 — SV — 25.08.2002 — 001.001 — 83
▼M1
noOfVuCalibrationRecords är det antal poster som mängden vuCalibrationRe-
cords innehåller.
vuCalibrationRecords är mängden kalibreringsposter.
2.118 VuCalibrationRecord
Information som finns lagrad i en fordonsenhet om en kalibrering av färdskri-
varen (krav 098).
VuCalibrationRecord ::= SEQUENCE {
calibrationPurpose CalibrationPurpose,workshopName Name,
workshopAddress Address,
workshopCardNumber FullCardNumber,workshopCardExpiryDate TimeReal,
vehicleIdentificationNumber VehicleIdentificationNumber,
vehicleRegistrationIdentification VehicleRegistrationIdentifi-
cation,
wVehicleCharacteristicConstan t W-VehicleCharacteristicCon-
stant,
kConstantOfRecordingEquipment K-ConstantOfRecordingE-
quipment,
lTyreCircumference L-TyreCircumference,
tyreSize TyreSize,
authorisedSpeed SpeedAuthorised,oldOdometerValue OdometerShort,
newOdometerValue OdometerShort,
oldTimeValue TimeReal,newTimeValue TimeReal,nextCalibrationDate TimeReal
}
calibrationPurpose är syftet med kalibreringen.
workshopName, workshopAddress är verkstadens namn och adress.
workshopCardNumber identifierar det verkstadskort som använts vid kalibrer-
ingen.
workshopCardExpiryDate är kortets sista giltighetsdatum.
vehicleIdentificationNumber är fordonets chassinummer (VIN).
vehicleRegistrationIdentification 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 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äll-
ningarna.
oldTimeValue, newTimeValue är de gamla och nya värdena för datum och tid.
nextCalibrationDate är datum för nästa kalibrering av den typ som anges i
CalibrationPurpose som skall utföras av den auktoriserade besiktningsmyndig-
heten.
2.119 VuCardIWData
Information som finns lagrad i en fordonsenhet om cykler med isättning och
urtagning av förarkort eller verkstadskort i fordonsenheten (krav 081).
VuCardIWData ::= SEQUENCE {
noOfIWRecords INTEGER(0..216-1),
vuCardIWRecords SET SIZE(noOfIWRecords) OF VuCardI-
WRecord
}1998R2135 — SV — 25.08.2002 — 001.001 — 84
▼M1
noOfIWRecords är antalet poster i mängden vuCardWRecords.
vuCardIWRecords är en mängd poster för cykler med isättning/urtagning av
kort.
2.120 VuCardIWRecord
Information som finns lagrad i en fordonsenhet om en cykel med isättning och
urtagning av förarkort eller verkstadskort i fordonsenheten (krav 081).
VuCardIWRecord ::= SEQUENCE {
cardHolderName HolderName,fullCardNumber FullCardNumber,cardExpiryDate TimeReal,cardInsertionTime TimeReal,
vehicleOdometerValueAtInsertion OdometerShort,
cardSlotNumber CardSlotNumber,cardWithdrawalTime TimeReal,vehicleOdometerValueAtWithdrawal OdometerShort,previousVehicleInfo PreviousVehicleInfomanualInputFlag ManualInputFlag
}
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 kort-
nummer sådana de lagrats på kortet.
cardExpiryDate är kortets sista giltighetsdatum sådant det lagrats på kortet.
cardInsertionTime är datum och tidpunkt för isättning.
vehicleOdometerValueAtInsertion är vägmätarställning när kortet sattes i.
cardSlotNumber är den kortplats som kortet sätts in i.
cardWithdrawalTime är tidpunkt och datum för urtagning.
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 manu-
ellt har angivit föraraktiviteter vid kortisättning.
2.121 VuCertificate
Certifikat för en fordonsenhets öppna nyckel.
VuCertificate ::= Certificate
2.122 VuCompanyLocksData
Information som finns lagrad i en fordonsenhet om företagslås (krav 104).
VuCompanyLocksData ::= SEQUENCE {
noOfLocks INTEGER(0..20),vuCompanyLocksRecords SET SIZE(noOfLocks) OF VuCom-
panyLocksRecord
}
noOfLocks är antalet lås som finns förtecknade i vuCompanyLocksRecords.
vuCompanyLocksRecords är mängden poster för företagslås.
2.123 VuCompanyLocksRecord
Information som finns lagrad i en fordonsenhet om ett företagslås (krav 104).
VuCompanyLocksRecord ::= SEQUENCE {
lockInTime TimeReal,lockOutTime TimeReal,companyName Name,companyAddress Address,companyCardNumber FullCardNumber1998R2135 — SV — 25.08.2002 — 001.001 — 85
▼M1
}
lockInTime, lockOutTime är datum och tidpunkt för låsning och öppning.
companyName, companyAddress är det företagsnamn och den företagsadress
som förknippas med låsningen.
companyCardNumber identifierar det kort som används vid låsningen.
2.124 VuControlActivityData
Information som finns lagrad i en fordonsenhet om kontroller som utförs med
användning av denna fordonsenhet (krav 102).
VuControlActivityData ::= SEQUENCE {
noOfControls INTEGER(0..20),
vuControlActivityRecords SET SIZE(noOfControls) OF
VuControlActivityRecord
}
noOfControls är antalet kontroller som finns förtecknade i vuControlActivity-
Records.
vuControlActivityRecords är mängden poster för kontrollaktiviteter.
2.125 VuControlActivityRecord
Information som finns lagrad i en fordonsenhet om en kontroll som utförts med
användning av denna fordonsenhet (krav 102).
VuControlActivityRecord ::= SEQUENCE {
controlType ControlType,controlTime TimeReal,controlCardNumber FullCardNumber,
downloadPeriodBeginTime TimeReal,
downloadPeriodEndTime TimeReal
}
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.
downloadPeriodEndTime är den överförda periodens slut, om överföring
utfördes.
2.126 VuDataBlockCounter
Räknare som finns lagrad på ett kort och som sekventiellt identifierar cyklerna
med isättning och urtagning av kort i fordonsenheter.
VuDataBlockCounter ::= BCDString(SIZE(2))Värdetilldelning : Löpnummer med högsta värde 9 999, som börjar åter från 0.
2.127 VuDetailedSpeedBlock
Information som finns lagrad i en fordonsenhet om fordonets hastighet i detalj
under en minut under vilken fordonet har varit i rörelse (krav 093).
VuDetailedSpeedBlock ::= SEQUENCE {
speedBlockBeginDate TimeReal,speedsPerSecond SEQUENCE SIZE(60) OF Speed
}
speedBlockBeginDate är datum och tidpunkt för det första hastighetsvärdet
inom blocket.
speedsPerSecond är den kronologiska sekvensen av uppmätta hastigheter varje
sekund under den minut som börjar vid speedBlockBeginDate (fr.o.m.).
2.128 VuDetailedSpeedData
Information som finns lagrad i en fordonsenhet om fordonets hastighet i detalj.
VuDetailedSpeedData ::= SEQUENCE1998R2135 — SV — 25.08.2002 — 001.001 — 86
▼M1
noOfSpeedBlocks INTEGER(0.216-1),
vuDetailedSpeedBlocks SET SIZE(noOfSpeedBlocks) OF
VuDetailedSpeedBlock
}
noOfSpeedBlocks är antalet hastighetsblock i mängden vuDetailedSpeedBlocks.
vuDetailedSpeedBlocks är mängden block med hastighet i detalj.
2.129 VuDownloadablePeriod
Äldsta och senaste datum för vilka en fordonsenhet har data om föraraktiviteter
(krav 081, 084 eller 087).
VuDownloadablePeriod ::= SEQUENCE {
minDownloadableTime TimeRealmaxDownloadableTime TimeReal
}
minDownloadableTime är äldsta datum och tidpunkt för kortisättning, aktivi-
tetsändring eller angivelse av plats som finns lagrat i fordonsenheten.
maxDownloadableTime är senaste datum och tidpunkt för korturtagning, akti-
vitetsändring eller angivelse av plats som finns lagrat i fordonsenheten.
2.130 VuDownloadActivityData
Information som finns lagrad i en fordonsenhet om senaste överföring från den
(krav 105).
VuDownloadActivityData ::= SEQUENCE {
downloadingTime TimeReal,fullCardNumber FullCardNumber,
companyOrWorkshopName Name
}
downloadingTime är datum och tidpunkt för en överföring.
fullCardNumber identifierar det kort som används för att auktorisera överför-
ingen.
companyOrWorkshopName är företagets eller verkstadens namn.
2.131 VuEventData
Information som finns lagrad i en fordonsenhet om händelser (krav 094, utom
händelse av typen hastighetsöverträdelse).
VuEventData ::= SEQUENCE {
noOfVuEvents INTEGER(0..255),vuEventRecords SET SIZE(noOfVuEvents) OF VuEventRecord
}
noOfVuEvents är antalet händelser som finns förtecknade i mängden vuEven-
tRecords.
vuEventRecords är en mängd poster för händelser.
2.132 VuEventRecord
Information som finns lagrad i en fordonsenhet om en händelse (krav 094, utom
händelse av typen hastighetsöverträdelse).
VuEventRecord ::= SEQUENCE {
eventType EventFaultType,eventRecordPurpose EventFaultRecordPurpose,eventBeginTime TimeReal,eventEndTime TimeReal,
cardNumberDriverSlotBegin FullCardNumber,
cardNumberCodriverSlotBegin FullCardNumber,cardNumberDriverSlotEnd FullCardNumber,cardNumberCodriverSlotEnd FullCardNumber,similarEventsNumber SimilarEventsNumber
}1998R2135 — SV — 25.08.2002 — 001.001 — 87
▼M1
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 satts i förarens kortplats
vid händelsens början.
cardNumberCodriverSlotBegin identifierar det kort som satts i medförarens
kortplats vid händelsens början.
cardNumberDriverSlotEnd identifierar det kort som satts i förarens kortplats
vid händelsens slut.
cardNumberCodriverSlotEnd identifierar det kort som satts i medförarens
kortplats vid händelsens slut.
similarEventsNumber är antalet liknande händelser den dagen.
Denna sekvens skall användas vid alla händelse utom händelser av typen hastig-
hetsöverträdelse.
2.133 VuFaultData
Information som finns lagrad i en fordonsenhet om fel (krav 096).
VuFaultData ::= SEQUENCE {
noOfVuFaults INTEGER(0..255),
vuFaultRecords SET SIZE(noOfVuF aults) OF VuFaultRecord
}
noOfVuFaults är antalet fel som finns förtecknade i mängden vuFaultRecords.
vuFaultRecords är en mängd felposter.
2.134 VuFaultRecord
Information som finns lagrad i en fordonsenhet om ett fel (krav 096).
VuFaultRecord ::= SEQUENCE {
faultType EventFaultType,
faultRecordPurpose EventFaultRecordPurpose,
faultBeginTime TimeReal,faultEndTime TimeReal,
cardNumberDriverSlotBegin FullCardNumber,
cardNumberCodriverSlotBegin FullCardNumber,
cardNumberDriverSlotEnd FullCardNumber,
cardNumberCodriverSlotEnd FullCardNumber
}
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 satts i förarens kortplats
vid felets början.
cardNumberCodriverSlotBegin identifierar det kort som satts i medförarens
kortplats vid felets början.
cardNumberDriverSlotEnd identifierar det kort som satts i förarens kortplats
vid felets slut.
cardNumberCodriverSlotEnd identifierar det kort som satts i medförarens
kortplats vid felets slut.
2.135 VuIdentification
Information som finns lagrad i en fordonsenhet om identifiering av fordonsen-
heten (krav 075).
VuIdentification ::= SEQUENCE {
vuManufacturerName VuManufacturerName,
vuManufacturerAddress VuManufacturerAddress,
vuPartNumber VuPartNumber,1998R2135 — SV — 25.08.2002 — 001.001 — 88
▼M1
vuSerialNumber VuSerialNumber,
vuSoftwareIdentification VuSoftwareIdentification,
vuManufacturingDate VuManufacturingDate,vuApprovalNumber VuApprovalNumber
}
vuManufacturerName är namnet på tillverkaren av fordonsenheten.
vuManufacturerAddress är adressen till tillverkaren av fordonsenheten.
vuPartNumber är fordonsenhetens delnummer.
vuSerialNumber är fordonsenhetens serienummer.
vuSoftwareIdentification identifierar den programvara som används i fordon-
senheten.
vuManufacturingDate är fordonsenhetens tillverkningsdatum.
vuApprovalNumber är fordonsenhetens typgodkännandenummer.
2.136 VuManufacturerAddress
Adress till tillverkaren av fordonsenheten.
VuManufacturerAddress ::= AddressVärdetilldelning: Ospecificerad.
2.137 VuManufacturerName
Namn på tillverkaren av fordonsenheten.
VuManufacturerName ::= NameVärdetilldelning: Ospecificerad.
2.138 VuManufacturingDate
Fordonsenhetens tillverkningsdatum.
VuManufacturingDate ::= TimeRealVärdetilldelning: Ospecificerad.
2.139 VuOverSpeedingControlData
Information som finns lagrad i en fordonsenhet om händelser av typen hastig-
hetsöverträdelse sedan den senaste kontrollen av hastighetsöverträdelse (krav
095).
VuOverSpeedingControlData ::= SEQUENCE {
lastOverspeedControlTime TimeReal,firstOverspeedSince TimeReal,numberOfOverspeedSince OverspeedNumber
}
lastOverspeedControlTime är datum och tidpunkt för den senaste kontrollen 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överträdelse
sedan den senaste kontrollen av hastighetsöverträdelse.
2.140 VuOverSpeedingEventData
Information som finns lagrad i en fordonsenhet om händelser av typen hastig-
hetsöverträdelse (krav 094).
VuOverSpeedingEventData ::= SEQUENCE {
noOfVuOverSpeedingEvents INTEGER(0..255),
vuOverSpeedingEventRecords SET SIZE(noOfVuOverSpee-
dingEvents) OF VuOverSpeedingEventRecord
}
noOfVuOverSpeedingEvents är det antal händelser som finns förtecknade i
mängden vuOverSpeedingEventRecords.
vuOverSpeedingEventRecords är en mängd poster för händelser av typen
hastighetsöverträdelse.1998R2135 — SV — 25.08.2002 — 001.001 — 89
▼M1
2.141 VuOverSpeedingEventRecord
Information som finns lagrad i en fordonsenhet om händelser av typen hastig-
hetsöverträdelse (krav 094).
VuOverSpeedingEventRecord ::= SEQUENCE {
eventType EventFaultType,
eventRecordPurpose EventFaultRecordPurpose,
eventBeginTime TimeReal,eventEndTime TimeReal,maxSpeedValue SpeedMax,averageSpeedValue SpeedAverage,
cardNumberDriverSlotBegin FullCardNumber,
similarEventsNumber SimilarEventsNumber
}
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.
cardNumberDriverSlotBegin identifierar det kort som sattes i förarens kort-
plats vid händelsens början.
similarEventsNumber är antalet liknande händelser samma dag.
2.142 VuPartNumber
Fordonsenhetens delnummer.
VuPartNumber ::= IA5String(SIZE(16))Värdetilldelning : Specifik för tillverkaren av fordonsenheter.
2.143 VuPlaceDailyWorkPeriodData
Information som finns lagrad i en fordonsenhet om de platser där förarna
påbörjar eller avslutar dagens arbetspass (krav 087).
VuPlaceDailyWorkPeriodData ::= SEQUENCE {
noOfPlaceRecords INTEGER(0..255),vuPlaceDailyWorkPeriodRecords SET SIZE(noOfPlaceRe-
cords) OF VuPlaceDailyWorkPeriodRecord
}
noOfPlaceRecords är antalet poster som finns förtecknade i mängden vuPlace-
DailyWorkPeriodRecords.
vuPlaceDailyWorkPeriodRecords är en mängd platsrelaterade poster.
2.144 VuPlaceDailyWorkPeriodRecord
Information som finns lagrad i en fordonsenhet om en plats där en förare
påbörjar eller avslutar dagens arbetspass (krav 087).
VuPlaceDailyWorkPeriodRecord ::= SEQUENCE {
fullCardNumber FullCardNumber,
placeRecord PlaceRecord
}
fullCardNumber är förarens korttyp, utfärdande medlemsstat och kortnummer.
placeRecord innehåller information om den plats som angivits.
2.145 VuPrivateKey
En fordonsenhets privata nyckel.
VuPrivateKey ::= RSAKeyPrivateExponent1998R2135 — SV — 25.08.2002 — 001.001 — 90
▼M1
2.146 VuPublicKey
En fordonsenhets öppna nyckel.
VuPublicKey ::= PublicKey
2.147 VuSerialNumber
Fordonsenhetens serienummer (krav 075).
VuSerialNumber ::= ExtendedSerialNumber
2.148 VuSoftInstallationDate
Datum för installation av fordonsenhetens programvaruversion.
VuSoftInstallationDate ::= TimeReal
Värdetilldelning: Ospecificerad.
2.149 VuSoftwareIdentification
Information som finns lagrad i en fordonsenhet om installerad programvara.
VuSoftwareIdentification ::= SEQUENCE {
vuSoftwareVersion VuSoftwareVersion,
vuSoftInstallationDate VuSoftInstallationDate
}
vuSoftwareVersion är numret på programvaruversionen i fordonsenheten.
vuSoftInstallationDate är datum för installation av programvaruversionen.
2.150 VuSoftwareVersion
Nummer på programvaruversionen i fordonsenheten.
VuSoftwareVersion ::= IA5String(SIZE(4))Värdetilldelning: Ospecificerad.
2.151 VuSpecificConditionData
Information som finns lagrad i en fordonsenhet om särskilda omständigheter.
VuSpecificConditionData ::= SEQUENCE {
noOfSpecificConditionRecords INTEGER(0..2
16-1)
specificConditionRecords SET SIZE (noOfSpecificCondition-
Records) OF SpecificConditionRecord
}
noOfSpecificConditionRecords är antalet poster som finns förtecknade i
mängden specificConditionRecords.
specificConditionRecords är en mängd poster för särskilda omständigheter.
2.152 VuTimeAdjustmentData
Information som finns lagrad i en fordonsenhet om tidsinställningar som inte
utförts vid en normal kalibrering (krav 101).
VuTimeAdjustmentData ::= SEQUENCE {
noOfVuTimeAdjRecords INTEGER(0..6),
vuTimeAdjustmentRecords SET SIZE(noOfVuTimeAdjRe-
cords) OF VuTimeAdjustmentRecord
}
noOfVuTimeAdjRecords är antalet poster i vuTimeAdjustmentRecords.
vuTimeAdjustmentRecords är en mängd poster för tidsinställningar.
2.153 VuTimeAdjustmentRecord
Information som finns lagrad i en fordonsenhet om en tidsinställning som inte
utförts vid en normal kalibrering (krav 101).
VuTimeAdjustmentRecord ::= SEQUENCE {
oldTimeValue TimeReal,
oldTimeValue TimeReal,
newTimeValue TimeReal,1998R2135 — SV — 25.08.2002 — 001.001 — 91
▼M1
workshopName Name,
workshopAddress Address,
workshopCardNumber FullCardNumber
}
oldTimeValue, newTimeValue är de gamla och nya värdena för datum och tid.
workshopName, workshopAddress är verkstadens namn och adress.
workshopCardNumber identifierar det verkstadskort som används för att utföra
tidsinställningen.
2.154 W-VehicleCharacteristicConstant
Fordonets karakteristiska koefficient (definition k)).
W-VehicleCharacteristicConstant ::= INTEGER(0..216-1))
Värdetilldelning: Impulser per kilometer i området 0 till 64 255 impulser/km.
2.155 WorkshopCardApplicationIdentification
Information som finns lagrad på ett verkstadskort om identifiering av tillämp-
ningen av kortet (krav 190).
WorkshopCardApplicationIdentification ::= SEQUENCE {
typeOfTachographCardId EquipmentType,cardStructureVersion CardStructureVersion,
noOfEventsPerType NoOfEventsPerType,
noOfFaultsPerType NoOfFaultsPerType,activityStructureLength CardActivityLengthRange,
noOfCardVehicleRecords NoOfCardVehicleRecords,
noOfCardPlaceRecords NoOfCardPlaceRecords,noOfCalibrationRecords NoOfCalibrationRecords
}
typeOfTachographCardId specificerar använd korttyp.
cardStructureVersion specificerar versionen av den struktur som används i
kortet.
noOfEventsPerType är antalet händelser per händelsetyp som kortet kan regi-
strera.
noOfFaultsPerType är antalet fel per typ av fel som kortet kan registrera.
activityStructureLength anger antal byte som finns tillgängliga för lagring av
poster för aktiviteter.
noOfCardVehicleRecords är antal platser som kortet kan registrera.
noOfCardPlaceRecords är det antal kalibreringsposter som kortet kan lagra.
noOfCalibrationRecords är det antal fordonsposter som kortet kan lagra.
2.156 WorkshopCardCalibrationData
Information som finns lagrad på ett verkstadskort om verkstadsaktivitet som
utförts med kortet (krav 227).
WorkshopCardCalibrationData ::= SEQUENCE {
calibrationTotalNumber INTEGER(0..2
16-1),
calibrationPointerNewestRecord INTEGER(0..NoOfCalibra-
tionRecords-1),
calibrationRecords SET SIZE(NoOfCalibrationRecords) OF
WorkshopCardCalibrationRecord
}
calibrationTotalNumber är det sammanlagda antal kalibreringar som utförts
med kortet.
calibrationPointerNewestRecord är index för senast uppdaterad kalibrering-
spost.
Värdetilldelning: Ett tal som motsvarar kalibreringspostens numerator, och som
börjar med′0′för den första gången kalibreringsposterna uppträder i strukturen.
calibrationRecords är den mängd poster som innehåller information om kalib-
reringar och/eller tidsinställningar.1998R2135 — SV — 25.08.2002 — 001.001 — 92
▼M1
2.157 WorkshopCardCalibrationRecord
Information som finns lagrad på ett verkstadskort om en kalibrering som utförts
med kortet (krav 227).
WorkshopCardCalibrationRecord ::= SEQUENCE {
calibrationPurpose CalibrationPurpose,
vehicleIdentificationNumber VehicleIdentificationNumber,
vehicleRegistration VehicleRegistrationIdentification,wVehicleCharacteristicConstan t W-VehicleCharacteristicCon-
stant,
kConstantOfRecordingEquipment K-ConstantOfRecordingE-
quipment,
lTyreCircumference L-TyreCircumference,
tyreSize TyreSize,authorisedSpeed SpeedAuthorised,
oldOdometerValue OdometerShort,
newOdometerValue OdometerShort,oldTimeValue TimeReal,newTimeValue TimeReal,
nextCalibrationDate TimeReal,
vuPartNumber VuPartNumber,vuSerialNumber VuSerialNumber,
sensorSerialNumber SensorSerialNumber
}
calibrationPurpose är syftet med kalibreringen.
vehicleIdentificationNumber är fordonets chassinummer (VIN).
vehicleRegistration innehåller fordonets registreringsnummer (VRN) och regi-
strerande 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äll-
ningarna.
oldTimeValue, newTimeValue är de gamla och nya värdena för datum och tid.
nextCalibrationDate är datum för nästa kalibrering av den typ som anges i
CalibrationPurpose och som skall utföras av den auktoriserade besiktningsmyn-
digheten.
vuPartNumber, vuSerialNumber och sensorSerialNumber är dataelementen
för identifiering av färdskrivare.
2.158 WorkshopCardHolderIdentification
Information som finns lagrad på ett verkstadskort om identifiering av kortinne-
havaren (krav 216).
WorkshopCardHolderIdentif ication ::= SEQUENCE {
workshopName Name,workshopAddress Address,
cardHolderName HolderName,
cardHolderPreferredLanguage Language
}
workshopName är namnet på kortinnehavarens verkstad.
workshopAddress är adressen till kortinnehavarens verkstad.
cardHolderName är innehavarens namn och förnamn (exempelvis mekanikerns
namn).
cardHolderPreferredLanguage är det språk som kortinnehavaren väljer.1998R2135 — SV — 25.08.2002 — 001.001 — 93
▼M1
2.159 WorkshopCardPIN
Verkstadskortets personliga identifieringsnummer (krav 213).
WorkshopCardPIN ::= IA5String(SIZE(8))
Värdetilldelning : Den PIN-kod som kortinnehavaren har, högerutfylld med
′FF′-byte upp till 8 byte.
3. DEFINITIONER AV STORLEKS- OCH VÄRDEOMRÅDEN
Definition av variabler som används för definitioner i punkt 2.
TimeRealRange ::= 232-1
3.1 Definitioner för förarkortet:
Variabelns namn Min Max
CardAc tiv ity Len gth Rang e 5 544 bytes
(28 dagar 93 aktivi-
tetsändringar per dag)13 776 bytes
(28 dagar 240 aktivi-
tetsändringar per dag)
No OfCa rdPla ce Rec ords 84 112
NoOfCardVehicleRecords 84 200NoOfEventsPerType 6 12NoOfFaultsPerType 12 24
3.2 Definitioner för verkstadskortet:
Variabelns namn Min Max
CardAc tiv ity Len gth Rang e 198 bytes
(1 dag 93 aktivitetsä-
ndringar)492 bytes
(1 dag 240 aktivi-
tetsändringar)
NoOfCardPlaceRecords 6 8NoOfCardVehicleRecords 4 8NoOfEventsPerType 3 3
NoOfFaultsPerType 6 6
NoOfCalibrationRecords 88 255
3.3 Definitioner för kontrollkortet:
Variabelns namn Min Max
No OfCon trol Act ivit yRe cord s 230 520
3.4 Definitioner för företagskortet:
Variabelns namn Min Max
No OfCom pa nyAc tivi tyReco rds 230 5201998R2135 — SV — 25.08.2002 — 001.001 — 94
▼M1
4. TECKENMÄNGDER
IA5Strings använder ASCII-tecken enligt ISO/IEC 8824-1. För läsbarhet och för
enkel referering ges värdetilldelningen nedan. ISO/IEC 8824-1 ersätter denna
anmärkning vid bristande överensstämmelse.
!"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXo c hZ[\]^
_
/primerevabcdefghijklmnopqrstuvwxo c hz{|} =
Andra teckensträngar (Address, Name, VehicleRegistrationNumber) använder
dessutom de tecken som definieras genom koderna 192 till 255 i ISO/IEC
8859-1 (teckenmängden Latin1) eller ISO/IEC 8859-7 (grekisk teckenmängd).
5. KODNING
När alla definierade datafält är kodade med kodningsreglerna ASN.1 skall de
kodas enligt ISO/IEC 8825-2, anpassad (aligned) variant.1998R2135 — SV — 25.08.2002 — 001.001 — 95
▼M1
Tillägg 2
SPECIFICERING AV FÄRDSKRIVARKORT
INNEHÅLL
1. Inledning … ..............................................................
1.1 Förkortningar … . . .........................................................
1.2 Referenser … .............................................................
2. Elektriska och fysiska egenskaper … . . ........................................
2.1 Strömspänning och aktuell förbrukning … . . . ...................................
2.2 Programmeringsspänning Vpp… ..............................................
2.3 Klockgenerering och -frekvens … ............................................
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 A T R… ..................................................................3.2.3 PTS … ..................................................................
3.3 Tillträdesvillkor (AC) … . ...................................................
3.4 Datakryptering … . .........................................................
3.5 Översikt av kommandon och felkoder … .......................................
3.6 Beskrivning av kommandon … . ..............................................
3.6.1 Select File (välj fil) … . . . ...................................................
3.6.1.1 Selection by name (val med hjälp av namn) (AID) … ............................
3.6.1.2 Selection of an Elementary File using its File Identifier (val av datafil med hjälp av dess
filidentifierare) … . .........................................................
3.6.2 Read Binary (läs binär) … ..................................................
3.6.2.1 Kommando utan säker meddelandehantering … .................................
3.6.2.2 Kommando med säker meddelandehantering … .................................
3.6.3 Update Binary (uppdatera binär) … . . . ........................................
3.6.3.1 Kommando utan säker meddelandehantering … .................................
3.6.3.2 Kommando med säker meddelandehantering … .................................
3.6.4 Get Challenge (hämta utmaning) … . . . ........................................
3.6.5 Verify (verifiera) … ........................................................
3.6.6 Get Response (hämta svar) … . . ..............................................
3.6.7 PSO: Verify Certificate (verifiera certifikat) … ..................................
3.6.8 Internal Authenticate (intern autentisera) … . ...................................
3.6.9 External Authenticate (extern autentisera) … . ...................................
3.6.10 Manage Security Environment (förvalta säkerhetsmiljö) … ........................
3.6.11 PSO: Hash … .............................................................
3.6.12 Perform Hash of File (utför hashning av fil) … .................................
3.6.13 PSO: Compute Digital Signature (beräkna digital signatur) … . . . ..................
3.6.14 PSO: Verify Digital Signature (verifiera digital signatur) … .......................
4. Färdskrivarkortens struktur … . . ..............................................1998R2135 — SV — 25.08.2002 — 001.001 — 96
▼M1
4.1 Förarkortets struktur … . . ...................................................
4.2 Verkstadskortets struktur … . . . ..............................................
4.3 Kontrollkortets struktur … ...................................................
4.4 Företagskortets struktur … ...................................................1998R2135 — SV — 25.08.2002 — 001.001 — 97
▼M1
1. INLEDNING
1.1 Förkortningar
Följande förkortningar används i detta tillägg:AC Access conditions - Tillträdesvillkor
AID Application Identifier - Tillämpningsidentifierare
ALW Always - Alltid
APDU Application Protocol Data Unit - Tillämpningsprotokolls dataenhet
(ett kommandos struktur)
ATR Answer To Reset - ÅterställningssignalAUT Authenticated - Autentiserad
C6, C7 Kontakt nr 6 och 7 på kortet enligt ISO/IEC 7816-2
cc clock cycles - klockcyklerCHV Card holder Verification Information - Information om verifiering
av kortinnehavaren
CLA Class byte of an APDU command - Klass-byte i ett APDU-
kommando
DF Dedicated File - Katalog. En katalog kan innehålla andra filer (EF
or DF)
EF Elementary File - Datafil
ENC Encrypted - Krypterad: Tillträde endast möjligt genom kodnings-
data
etu elementary time unit - grundläggande tidsenhetIC Integrated Circuit - Integrerad krets
ICC Integrated Circuit Card - IC-kort, kort med integrerade kretsar
ID Identifier - IdentifierareIFD Interface Device - Kortläsare
IFS Information Field Size - Informationsfältstorlek
IFSC Information Field Size for the card - Fältstorlek för kortetIFSD Information Field Size Device - Fältstorleksanordning (för termi-
nalen)
INS Instruction byte of an APDU command - Instruktions-byte i ett
APDU-kommando
Lc Längd på indata för ett APDU-kommandoLe Längd på förväntade data (expected data) (utdata för ett
kommando)
MF Master File (root DF) - Huvudfil (rot-katalog)P1-P2 Parameter bytes - Parameter-byte
NAD Node Address used in T=1 protocol - Nodadress som används i
T=1-protokoll
NEV Never - Aldrig
PIN Personal Identification Number - Personligt identifieringsnummerPRO SM Protected with secure messaging - Skyddas med säker meddelande-
hantering (secure messaging)
PTS Protocol Transmission Selection - Val av protokollöverföring
RFU Reserved for Future Use - Reserverat för framtida användning
RST Reset (of the card) - Återställning (av kortet)SM Secure Messaging - Säker meddelandehantering
SW1-SW2 Status bytes - Status-byte
TS Initial ATR character - Initialt ATR-teckenVPP Programming Voltage - Programmeringsspänning
XXh Värde XX med hexadecimal beteckning
|| Concatenation symbol 03||04=0304 - Sammansättningssymbol
03||04=03041998R2135 — SV — 25.08.2002 — 001.001 — 98
▼M1
1.2 Referenser
Följande referenser används i detta tillägg:
EN 726-3 Transaktionskort - Aktiva kort och terminaler vid telekommunikation - Tillä-
mpningsoberoende kortkrav. December 1994.
ISO/IEC 7816-2 Transaktionskort - Aktivt kort - Kontaktdon. Första utgåvan: 1999.
ISO/IEC 7816-3 Transaktionskort - Aktivt kort - Signaler och protokoll. Utgåva 2: 1997.
ISO/IEC 7816-4 Transaktionskort - Aktivt kort - Gemensamma kommandon för datautbyte.
Första utgåvan: 1995 + Ändring 1: 1997.
ISO/IEC 7816-6 Identifikationskort - Aktivt - Gemensamma dataelement. Första utgåvan:
1996 + Cor 1: 1998.
ISO/IEC 7816-8 Information technology - Identification cards - Integrated circuit(s) cards with
contacts - Part 8: Security related interindustry commands. Första utgåvan:
1999.
ISO/IEC 9797 Dataskydd - Dataintegritet genom kryptografisk kontrollfunktion med block-
chifferalgoritm. Utgåva 2: 1994.
2. ELEKTRISKA OCH FYSISKA EGENSKAPER
Alla elektroniska signaler skall överensstämma med ISO/IEC 7816-3 om inte
annat anges.
Kortkontakternas placering och dimensioner skall överensstämma med ISO/IEC
7816-2.
2.1 Strömspänning och aktuell förbrukning
Kortet skall fungera enligt specifikationer inom de begränsningar av förbruk-
ningen som anges i ISO/IEC 7816-3.
Kortet skall fungera med Vcc= 3 V (+/- 0,3 V) eller med Vcc= 5 V (+/- 0,5 V).
Spänningen skall väljas enligt ISO/IEC 7816-3.
2.2 Programmeringsspänning Vpp
Kortet skall inte kräva programmeringsspänning vid stift C6. Det förväntas att
stift C6 inte är anslutet i en IFD. Kontakt C6 får anslutas till Vccpå kortet men
skall inte anslutas till jord. Denna spänning bör inte tolkas i något fall.
2.3 Klockgenerering och -frekvens
Kortet skall fungera inom ett frekvensomfång av 1 till 5 MHz. Inom en kortses-
sion får klockfrekvensen variera med ± 2 %. Klockfrekvensen genereras av
fordonsenheten och inte kortet självt. ”Duty cycle” får variera mellan 40 och
60 %.
Den externa klockan kan stoppas på villkor som finns i kortfilen EFICC. Första
byte i EFICCfilmeddelande kodar villkoren för klockstoppläget (se EN 726-3):
Låg Hög
Bit 1 Bit 3 Bit 2
00 1 Klockstopp tillåtet, ingen nivå föredras
01 1 Klockstopp tillåtet, hög nivå föredras
10 1 Klockstopp tillåtet, låg nivå föredras
00 0 Klockstopp ej tillåtet
01 0 Klockstopp endast tillåtet på hög nivå
10 0 Klockstopp endast tillåtet på låg nivå
Bitarna 4 till 8 används inte.1998R2135 — SV — 25.08.2002 — 001.001 — 99
▼M1
2.4 I/O-kontakt
I/O-kontakt C7 används för att ta emot data från och överföra data till IFD.
Antingen kortet eller IFD enbart skall vara i överföringsläge vid drift. Kortet
skall inte ta skada om båda enheterna är i överföringsläge. När kortet inte
överför skall det övergå till mottagningsläge.
2.5 Kortets tillstånd
Kortet fungerar i två lägen när matarspänningen används:
— Driftläge när kommandon utförs eller interaktion sker med den digitala
enheten.
— Friläge vid alla övriga tillfällen, i detta läge skall kortet behålla alla data.
3. MASKINVARA OCH KOMMUNIKATION
3.1 Inledning
I denna punkt beskrivs den minsta funktionalitet som krävs av färdskrivarkort
och fordonsenheter för att driften och kompatibiliteten skall kunna säkerställas.
Färdskrivarkort skall överensstämma så långt som möjligt med tillgängliga
tillämpliga normer i ISO/IEC (i synnerhet ISO/IEC 7816). Kommandon och
protokoll beskrivs dock fullständigt för att viss begränsad användning eller vissa
skillnader skall specificeras om de existerar. Specificerade kommandon
överensstämmer till fullo med referensnormerna om inte annat anges.
3.2 Överföringsprotokoll
Överföringsprotokollet skall överensstämma med ISO/IEC 7816-3. I synnerhet
skall fordonsenheten identifiera de förlängningar av väntetider som kortet
sänder.
3.2.1 Protokoll
Kortet skall tillhandahålla både protokoll T=0 och protokoll T=1.
T=0 är default-protokoll, och ett PTS-kommando behövs därför för att ändra
protokollet till T=1.
Anordningarna skall stödja direkt kommunikation (direct convention) i båda
protokollen. Direkt kommunikation (direct convention) är således obligatorisk
för kortet.
Byte för Information Field Size Card skall presenteras vid ATR med TA3-
tecken. Detta värde skall vara minst ′F0h′(= 240 byte).
Följande begränsningar
T=0
— Kortläsaren skall stödja ett svar på I/O efter den stigande kanten (rising
edge) i signalen på RST från 400 cc.
— Kortläsaren skall kunna läsa tecken som är åtskilda med 12 etu.— Kortläsaren skall läsa ett felaktigt tecken och upprepning av det 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 skall stödja en försening på
1 etu.
— Kortläsaren skall godta en ATR på 33 byte (TS+32).— Om TC1 är närvarande i ATR, skall Extra Guard Time (extra vakttid) vara
närvarande för tecken som sänds av kortläsaren även om tecken som sänds
av kortet fortfarande 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 utsänds av kortlä-
saren.
— Kortläsaren skall beakta ett NUL-tecken som utsänds av kortet.
— Kortläsaren skall 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 få data vars längd skulle kunna överstiga 255 byte.
T=1
— NAD byte: ej använt (NAD skall sättas till ′00′).
— S-block ABORT: ej använt.
— S-block VPP state error: ej använt.— Den sammanlagda kedjelängden för ett datafält kommer inte att överstiga
255 byte (vilket skall säkerställas av IFD).1998R2135 — SV — 25.08.2002 — 001.001 — 100
▼M1
— IFSD skall anges av IFD omedelbart efter ATR: IFD skall överföra S-Block
IFS-begäran efter ATR och kortet skall sända tillbaka S-Block IFS. Det
rekommenderade värdet på IFSD är 254 byte.
— Kortet kommer inte att fråga efter en återjustering av IFS.
3.2.2 ATR
Anordningen kontrollerar ATR-byte, enligt ISO/IEC 7816-3. Ingen verifiering
skall göras av ATR Historical Characters.
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 skall användas
TD2 ′11h′ TA3 närvarande, T=1 skall användas
TA3 ′XXh′(at least
′F0h′)Information Field Size Card (IFSC)
TH1 till TH5 ′XXh′ Historiska tecken
TCK ′XXh′ Kontrollera tecken (endast OR)
Efter Answer To Reset (ATR), väljs Master File (MF - huvudfilen) indirekt och
blir Current Directory (aktuell mapp).
3.2.3 PTS
Default-protokollet är T=0. För att sätta protokollet T=1, måste en PTS (även
kallad PPS) sändas till kortet av anordningen.
Eftersom både protokoll T=0 och protokoll T=1 är obligatoriska för kortet är
grund-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 baud-
nivåer än den förvalda nivå som föreslås av kortet i ATR i förekommande fall
(TA(1) byte).
Högre baud-nivåer är valfria för kortet.
Om ingen annan baud-nivå än den förvalda nivån stöds (eller om den valda
baud-nivån inte stöds), skall kortet svara på PTS korrekt enligt ISO/IEC 7816-
3 genom att utelämna PPS1-byte.
Exempel på grundläggande PTS för protokollval är följande:
Tecken Värde Anmärkningar
PPSS ′FFh′ Initialt tecken
PPS0 ′00h′eller′01h′ PPS1 till PPS3 är inte närvarande; ′00h′för att välja T0,
′01h′för att välja T1
PK ′XXh′ Kontrollera tecken: ′XXh′=′FFh′om PPS0 =′00h′
′XXh′=′FEh′om PPS0 =′01h′
3.3 Tillträdesvillkor (AC)
Tillträdesvillkor (Access conditions - (AC)) för kommandona UPDATE_BI-
NARY (uppdatera binär) och READ_BINARY (läs binär) fastställs för varje
datafil.
Tillträdesvillkoren för den aktuella filen måste uppfyllas innan filen kan tillgås
via dessa kommandon.
Definitionerna av tillgängliga tillträdesvillkor är följande:
— ALW: Åtgärden är alltid möjlig och kan utföras utan någon
begränsning.1998R2135 — SV — 25.08.2002 — 001.001 — 101
▼M1
— NEV: Åtgärden är aldrig möjlig.
— AUT: Den rätt som motsvarar en lyckad extern autentisering
måste öppnas (vilket görs genom kommandot
EXTERNAL-AUTHENTICATE (extern autentisera).
— PRO SM: Kommandot måste överföras med en kryptografisk
kontrollsumma med hjälp av säker meddelandehantering
(se tillägg 11).
— AUT und PRO SM (kombinerat).När det gäller systemkommandona (UPDATE_BINARY och READ_BINARY),
kan följande tillträdesvillkor sättas på kortet:
UPDATE_BINARY READ_BINARY
ALW Ja Ja
NEV Ja Ja
AUT Ja Ja
PRO SM Ja Nej
AUT och PRO SM Ja Nej
Tillträdesvillkoret PRO SM finns inte tillgängligt för kommandot READ_BI-
NARY. Det innebär att närvaron av en kryptografisk kontrollsumma för ett
READ-kommando aldrig är obligatorisk. Genom att använda värdet ′OC′för
klassen är det dock möjligt att använda kommandot READ_BINARY med
säker meddelandehantering (secure messaging), i enlighet med punkt 3.6.2.
3.4 Datakryptering
När sekretessen hos data som skall läsas från en fil behöver skyddas är filen
markerad ”Encrypted” (krypterad). Krypteringen utförs med hjälp av säker
meddelandehantering (se tillägg 11).
3.5 Översikt av kommandon och felkoder
Kommandon och filorganisering härleds från och överensstämmer med ISO/IEC
7816-4.
Denna del innehåller en beskrivning av följande svarspar på APDU-
kommandon:
Kommando INS
SELECT FILE (välj fil) A4
READ BINARY (läs binär) B0
UPDATE BINARY (uppdatera binär) D6
GET CHALLENGE (hämta utmaning) 84VERIFY (verifiera) 20GET RESPONSE (hämta svar) C0PERFORM SECURITY OPERATION (utför säkerhetsoperation):
VERIFY CERTIFICATE (verifiera certifikat)
COMPUTE DIGITAL SIGNATURE (beräkna digital
signatur)
VERIFY DIGITAL SIGNATURE (verifiera digital signatur)HASH2A
INTERNAL AUTHENTICATE (intern autentisera) 88
EXTERNAL AUTHENTICATE (extern autentisera) 82MANAGE SECURITY ENVIRONMENT (förvalta säkerhets- 221998R2135 — SV — 25.08.2002 — 001.001 — 102
▼M1
Kommando INS
miljö):
SETTING A KEY (sätta en nyckel)
PERFORM HASH OF FILE (utför hashning av filen) 2A
Statusregistret SW1 SW2 återsänds i alla svarsmeddelanden och anger bearbe-
tningstillstånd för kommandot.
SW1 SW2 Innebörd
90 00 Normal behandling
61 XX Normal behandling XX = antal svars-byte som finns tillgängliga
62 81 Varningsbehandling. En del av de återsända data kan vara korrupta
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ändrat.
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 medde-
landehantering) eller
felaktigt certifikat (vid verifiering av certifikat) ellerfelaktigt kryptogram (vid extern autentisering) eller
felaktig signatur (vid verifiering av signatur)
67 00 Felaktig längd (felaktigt Lc eller Le)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 uppfyllda69 86 Kommandot ej tillåtet (ingen aktuell datafil)69 87 Förväntade dataobjekt för säker meddelandehantering saknas69 88 Inkorrekta dataobjekt för säker meddelandehantering
6A 82 Filen ej funnen
6A 86 Felaktiga parametrar P1-P26A 88 Referensdata ej funna
6B 00 Felaktiga parametrar (förskjutning utanför datafilen)
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 ej1998R2135 — SV — 25.08.2002 — 001.001 — 103
▼M1
SW1 SW2 Innebörd
6F 00 Övriga kontrollfel
3.6 Beskrivning av kommandon
Detta kapitel innehåller en beskrivning av obligatoriska kommandon för
färdskrivarkort.
Närmare relevanta uppgifter i samband med relevant kryptering återfinns i
tillägg 11 (Gemensamma säkerhetsmekanismer).
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 associerad längd, associerat värde och
associerad beskrivning tomma.
Om båda längd-byte (Lc och Le) begärs måste det kommando som beskrivs
delas i två delar om IFD använder protokollet T=0. IFD sänder det kommando
som beskrivs med P3=Lc + data och sänder sedan ett GET-RESPONSE-
kommando (se punkt 3.6.6) med P3=Le.
Om båda längd-byte begärs och Le=0 (säker meddelandehantering):
— När protokollet T=1 används, skall kortet svara på Le=0 genom att sända
alla tillgängliga utgående data.
— När protokollet T=0 används, skall IFD sända det första kommandot med
P3=Lc + data, och kortet skall svara (på detta indirekta Le=0) genom
status-byte′61La′, där La är antal tillgängliga svars-byte. IFD skall sedan
generera ett GET RESPONSE-kommando med P3 = La för att läsa data.
3.6.1 Select File (välj fil)
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 SELECT FILE används
— för att välja en tillämpningskatalog (val av namn krävs),
— för att välja en datafil som motsvarar det fil-ID som inlämnats.
3.6.1.1 Selection by name (val med hjälp av namn) (AID)
Detta kommando gör det möjligt att välja en tillämpningskatalog på kortet.
Detta kommando kan utföras från vilken plats som helst i filstrukturen (efter
ATR eller när som helst).
Vid valet av tillämpning återställs befintlig säkerhetsmiljö. Efter det att tillämp-
ning valts, väljs inte längre någon befintlig öppen nyckel och den tidigare
sessionsnyckeln finns inte längre tillgänglig för säker meddelandehantering.
AUT-tillträdesvillkoret förloras också.
Kommandomeddelande
Byte Längd Värde Beskrivning
CLA 1 ′00h′
INS 1 ′A4h′
P1 1 ′04h′ Val av namn (AID - tillämpningsidentifierare)
P2 1 ′0Ch′ Inget svar förväntas
Lc 1 ′NNh′ Antal byte som sänds till det andra 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ämp-
ningen
Inget svar på kommandot SELECT FILE behövs (Le frånvarande i T=1, eller
inget svar efterfrågas i T=0).1998R2135 — SV — 25.08.2002 — 001.001 — 104
▼M1
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 passar ihop med AID inte kan hittas, återsänds
bearbetningstillstånd (process state) ′6A82′.
— I T=1, om byte Le är närvarande, återsänds tillstånd ′6700′.
— I T=0, om ett svar efterfrågas efter kommandot SELECT FILE, återsänds
tillstånd′6900′.
— Om den valda tillämpningen anses korrupt (integritetsfel upptäcks i filattri-
buten), återsänds bearbetningstillstånd ′6400′eller′6581′.
3.6.1.2 Selection of an Elementary File using its File Identifier (val av datafil
med hjälp av dess filidentifierare)
Kommandomeddelande
Byte Längd Värde Beskrivning
CLA 1 ′00h′
INS 1 ′A4h′
P1 1 ′02h′ Val av en datafil under aktuell katalog
P2 1 ′0Ch′ Inget svar förväntas
Lc 1 ′02h′ Antal byte som sänts till kortet
#6-#7 2 ′XXXXh′ Filidentifierare
Inget svar på kommandot SELECT FILE behövs (Le frånvarande i T=1, eller
inget svar efterfrågas i T=0).
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 bearbe-
tningstillstånd′6A82′.
— I T=1, om byte Le är närvarande, återsänds tillstånd ′6700′.
— I T=0, om ett svar efterfrågas efter kommandot SELECT FILE, återsänds
tillstånd′6900′.
— Om den valda filen anses korrupt (integritetsfel upptäcks i filattributen),
återsänds bearbetningstillstånd ′6400′eller′6581′.
3.6.2 Read Binary (läs binär)
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 transparent fil.
Svaret från kortet består i att lästa data återsänds, eventuellt inkapslade i en
struktur för säker meddelandehantering.
Kommandot kan utföras endast om säkerhetsstatusen överensstämmer med de
säkerhetsattribut som definieras för datafilen med avseende på READ-funk-
tionen.
3.6.2.1 Kommando utan säker meddelandehantering
Detta kommando gör det möjligt för IFD att läsa data från den datafil som för
närvarande är vald, utan säker meddelandehantering.
Det skall inte vara möjligt att läsa data från en fil som är märkt ”Encrypted”
(krypterad) genom detta kommando.1998R2135 — SV — 25.08.2002 — 001.001 — 105
▼M1
Kommandomeddelande
Byte Längd Värde Beskrivning
CLA 1 ′00h′ Ingen säker meddelandehantering efterfrågad
INS 1 ′B0h′
P1 1 ′XXh′ Förskjutning i byte från början av filen: Mest signi-
fikanta byte
P2 1 ′XXh′ Förskjutning i byte från början av filen: Minst
signifikanta byte
Le 1 ′XXh′ Längd på förväntade data. Antal byte som skall
läsas
Obs: bit 8 av P1 måste sättas till 0.
Svarsmeddelande
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 kortet ′9000′.
— Om ingen datafil väljs återsänds bearbetningstillstånd ′6986′.
— Om tillträdeskontrollen för den valda filen inte klaras avbryts kommandot
med′6982′.
— Om förskjutningen inte överensstämmer med storleken på datafilen (Offset >
EF size), återsänds bearbetningstillstånd ′6B00′.
— Om storleken på de data som skall läsas inte överensstämmer med storleken
på datafilen (Offset + Le > EF size) återsänds bearbetningstillstånd ′6700′
eller′6Cxx′, där′xx′avser den exakta längden.
— Om ett integritetsfel upptäcks i filattributen, skall kortet anse filen vara
skadad och omöjlig att återställa, och bearbetningstillstånd ′6400′eller
′6581′skall återsändas.
— Om ett integritetsfel upptäcks inom de lagrade data, skall kortet återsända de
begärda data, och bearbetningstillstånd ′6281′skall återsändas.
3.6.2.2 Kommando med säker meddelandehantering
Detta kommando gör det möjligt för IFD att läsa data från den datafil som för
närvarande är vald med säker meddelandehantering, för att verifiera integriteten
hos de data som tas emot och för att skydda sekretessen hos dem om datafilen
är märkt ”Encrypted” (krypterad).
Kommandomeddelande
Byte Längd Värde Beskrivning
CLA 1 ′0Ch′ Säker meddelandehantering efterfrågad
INS 1 ′B0h′ INS
P1 1 ′XXh′ P1 (förskjutning i byte från början av filen): Mest
signifikanta byte
P2 1 ′XXh′ P2 (förskjutning i byte från början av filen): Minst
signifikanta byte
Lc 1 ′09h′ Längd på ingående data för säker meddelandehan-
tering
#6 1 ′97h′ TLE: Tagg för specificering av förväntad längd
#7 1 ′01h′ LLE: Längd på förväntad längd1998R2135 — SV — 25.08.2002 — 001.001 — 106
▼M1
Byte Längd Värde Beskrivning
#8 1 ′NNh′ Specificering av förväntad längd (original Le):
Antal byte som skall läsas
#9 1 ′8Eh′ TCC: Tagg för kryptografisk kontrollsumma
#10 1 ′04h′ LCC: Längd på efterföljande kryptografiska kontroll-
summa
#11-#14 4 ′XX..XXh′ Kryptografisk kontrollsumma (4 mest signifikanta
byte)
Le 1 ′00h′ Enligt ISO/IEC 7816-4
Svarsmeddelande om datafilen inte är märkt ”Encrypted” (krypterad) och det
ingående formatet för säker meddelandehantering är korrekt:
Byte Längd Värde Beskrivning
#1 1 ′81h′ TPV: Tagg för data med verkliga värden
#2 L ′NNh′or′81
NNh′LPV: längd på återsända data (=ursprunglig
Le)
L är 2 byte om LPV>127 byte
#(2+L)-#(1+L+NN) NN ′XX..XXh′ Verkligt datavärde
#(2+L+NN) 1 ′8Eh′ TCC: Tagg för kryptografisk kontrollsumma
#(3+L+NN) 1 ′04h′ LCC: Längd på efterföljande kryptografiska
kontrollsumma
#(4+L+NN)-
#(7+L+NN)4′XX..XXh′ Kryptografisk kontrollsumma (4 mest signi-
fikanta byte)
SW 2 ′XXXXh′ Statusregister (SW1, SW2)
Svarsmeddelande om datafilen är märkt ”Encrypted” (krypterad) och det
ingående formatet för säker meddelandehantering är korrekt:
Byte Längd Värde Beskrivning
#1 1 ′87h′ TPI CG: Tagg för krypterade data (krypto-
gram)
#2 L ′MMh′or′81
MMh′LLPI CG: Längd på återsända krypterade data (inte samma som ursprunglig Le
för kommandot på grund av utfyllnad)L är 2 byte om LPI CG >127 Byte
#(2+L)-#(1+L+MM) MM ′01XX..XXh′ Krypterade data: Utfyllnadsindikator och
kryptogram
#(2+L+MM) 1 ′8Eh′ TCC: Tagg för kryptografisk kontrollsumma
#(3+L+MM) 1 ′04h′ LCC: Längd på efterföljande kryptografiska
kontrollsumma
#(4+L+MM)-
#(7+L+MM)4′XX..XXh′ Kryptografisk kontrollsumma (4 mest signi-
fikanta byte)
SW 2 ′XXXXh′ Statusregister (SW1, SW2)
Återsända krypterade data innehåller en första byte som anger använt utfyllnads-
läge (padding mode). För färdskrivartilllämpningen tar utfyllnadsindikatorn
alltid värdet′01h′, vilket innebär att det använda utfyllnads-läget är det som1998R2135 — SV — 25.08.2002 — 001.001 — 107
▼M1
specificeras i ISO/IEC 7816-4 (en byte med värdet ′80h′följd av några noll-
byte: ISO/IEC 9797 metod 2).
De ”sedvanliga” bearbetningstillstånden, som beskrivs för kommandot READ
BINARY utan säker meddelandehantering (se punkt 3.6.2.1), kan återsändas
med hjälp av de strukturer för svarsmeddelanden som beskrivs ovan.
Vissa fel, som specifikt hänförs till säker meddelandehantering, kan inträffa. I så
fall återsänds helt enkelt bearbetningstillståndet utan någon struktur för säker
meddelandehantering:
Svarsmeddelande om det ingående formatet för säker meddelandehantering är inkorrekt
Byte Längd Värde Beskrivning
SW 2 ′XXXXh′ Statusregister (SW1, SW2)
— Om ingen aktuell sessionsnyckel finns tillgänglig återsänds bearbetnings-
tillstånd′6A88′. Detta inträffar antingen om sessionsnyckeln ännu inte har
genererats eller om giltigheten för sessionsnyckeln har utgått (i detta fall
måste IFD köra om en ömsesidig autentiseringsprocess för att sätta en ny
sessionsnyckel).
— Om några förväntade dataobjekt (enligt specifikation ovan) saknas i formatet
för säker meddelandehantering, återsänds bearbetningstillstånd ′6987′. Detta
fel inträffar om en förväntad tagg saknas eller om kommandomeddelandet
inte är korrekt konstruerat.
— Om några dataobjekt är inkorrekta, återsänds bearbetningstillstånd ′6988′.
Detta fel inträffar om alla begärda taggar finns närvarande men vissa längder
skiljer sig från dem som förväntas.
— Om verifieringen av den kryptografiska kontrollsumman misslyckas,
återsänds bearbetningstillstånd ′6688′.
3.6.3 Update Binary (uppdatera binär)
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 (ta bort + skriv)) av de bitar som redan finns närvarande i en
binär datafil med bitar givna i kommando-APDU.
Kommandot kan utföras endast om säkerhetsstatusen överensstämmer med de
säkerhetsegenskaper som fastställts för datafilen när det gäller UPDATE-funk-
tionen. (Om tillträdeskontrollen av UPDATE-funktionen inbegriper PRO SM,
måste säker meddelandehantering läggas till i kommandot).
3.6.3.1 Kommando utan säker meddelandehantering
Detta kommando gör det möjligt för IFD att skriva data i den datafil som för
närvarande är vald, utan att kortet verifierar integriteten hos de data som tas
emot. Detta ”klarläge” (plain mode) tillåts endast om den berörda filen inte är
märkt ”Encrypted” (krypterad).
Kommandomeddelande
Byte Längd Värde Beskrivning
CLA 1 ′00h′ Ingen säker meddelandehantering efterfrågas
INS 1 ′D6h′
P1 1 ′XXh′ Förskjutning i byte från början av filen: Mest signi-
fikanta byte
P2 1 ′XXh′ Förskjutning i byte från början av filen: Minst
signifikanta byte
Lc 1 ′NNh′ Lc Längd på data som skall uppdateras. Antal byte
som skall skrivas
#6-#(5+NN) NN ′XX..XXh′ Data som skall skrivas
Obs: bit 8 av P1 måste sättas till 0.1998R2135 — SV — 25.08.2002 — 001.001 — 108
▼M1
Svarsmeddelande
Byte Längd Värde Beskrivning
SW 2 ′XXXXh′ Statusregister (SW1, SW2)
— Om kommandot lyckas återsänder kortet ′9000′.
— Om ingen datafil väljs återsänds bearbetningstillstånd ′6986′.
— Om tillträdeskontrollen för den valda filen inte klaras avbryts kommandot
med′6982′.
— Om förskjutningen inte överensstämmer med storleken på datafilen
(Offset > EF size), återsänds bearbetningstillstånd ′6B00′.
— Om storleken på de data som skall skrivas inte överensstämmer med stor-
leken på datafilen (Offset + Le > EF size) återsänds bearbetningstillstånd
′6700′.
— Om ett integritetsfel upptäcks i filattributen, skall kortet anse filen vara
skadad och omöjlig att återställa, och bearbetningstillstånd ′6400′eller
′6500′skall återsändas.
— Om det inte går att skriva data, återsänds bearbetningstillstånd ′6581′.
3.6.3.2 Kommando med säker meddelandehantering
Detta kommando gör det möjligt för IFD att skriva data i den datafil som för
närvarande är vald, varigenom kortet verifierar integriteten hos mottagna data.
Eftersom ingen sekretess krävs skall dessa data inte krypteras.
Kommandomeddelande
Byte Längd Värde Beskrivning
CLA 1 ′0Ch′ Säker meddelandehantering efterfrågas
INS 1 ′D6h′ INS
P1 1 ′XXh′ Förskjutning i byte från början av filen:
Mest signifikanta byte
P2 1 ′XXh′ Förskjutning i byte från början av filen:
Minst signifikanta byte
Lc 1 ′XXh′ Längd på säkerhetsfält
#6 1 ′81h′ TPV: Tagg för data med verkliga värden
#7 L ′NNh′eller′81
NNh′LPV: Längd på överförda data
L är 2 byte om LPV> 127 byte
#(7+L)-#(6+L+NN) NN ′XX..XXh′ Verkligt datavärde (data som skall skrivas)
#(7+L+NN) 1 ′8Eh′ TCC: Tagg för kryptografisk kontrollsumma
#(8+L+NN) 1 ′04h′ LCC: Längd på efterföljande kryptografiska
kontrollsumma
#(9+L+NN)-
#(12+L+NN)4′XX..XXh′ Kryptografisk kontrollsumma (4 mest signi-
fikanta byte)
Le 1 ′00h′ Enligt ISO/IEC 7816-4
Svarsmeddelande om det ingående formatet för säker meddelandehantering är korrekt
Byte Längd Värde Beskrivning
#1 1 ′99h′ TSW: Tagg för statusregister (skall skyddas av CC)
#2 1 ′02h′ LSW: Längd på återsända statusregister
#3-#4 2 ′XXXXh′ Statusregister (SW1, SW2)
#5 1 ′8Eh′ TCC: Tagg för kryptografisk kontrollsumma1998R2135 — SV — 25.08.2002 — 001.001 — 109
▼M1
Byte Längd Värde Beskrivning
#6 1 ′04h′ LCC: Längd på efterföljande kryptografiska kontroll-
summa
#7-#10 4 ′XX..XXh′ Kryptografisk kontrollsumma (4 mest signifikanta
byte)
SW 2 ′XXXXh′ Statusregister (SW1, SW2)
De ”sedvanliga” bearbetningstillstånden, som beskrivs för kommandot UPDATE
BINARY utan säker meddelandehantering (se punkt 3.6.3.1), kan återsändas
med hjälp av den struktur för svarsmeddelanden som beskrivs ovan.
Några fel, som specifikt kan hänföras till säker meddelandehantering, kan
inträffa. I så fall återsänds helt enkelt bearbetningstillståndet utan någon struktur
för säker meddelandehantering:
Svarsmeddelande vid fel i den säkra meddelandehanteringen
Byte Längd Värde Beskrivning
SW 2 ′XXXXh′ Statusregister (SW1, SW2)
— Om ingen aktuell sessionsnyckel finns tillgänglig återsänds bearbetnings-
tillstånd′6A88′.
— Om några förväntade dataobjekt (enligt specifikation ovan) saknas i formatet
för säker meddelandehantering, återsänds bearbetningstillstånd ′6987′. Detta
fel inträffar om en förväntad tagg saknas eller om kommandomeddelandet
inte är rätt konstruerat.
— Om några dataobjekt är inkorrekta, återsänds bearbetningstillstånd ′6988′.
Detta fel inträffar om alla nödvändiga taggar finns närvarande men vissa
längder skiljer sig från dem som förväntas.
— Om verifieringen av den kryptografiska kontrollsumman misslyckas,
återsänds bearbetningstillstånd ′6688′.
3.6.4 Get Challenge (hämta utmaning)
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 för att
använda den i ett säkerhetsförfarande i vilket ett kryptogram eller några chiffre-
rade data sänds till kortet.
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.
Kommandomeddelande
Byte Längd Värde Beskrivning
CLA 1 ′00h′ CLA
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)
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 bearbetningstillståndet ′6700′.1998R2135 — SV — 25.08.2002 — 001.001 — 110
▼M1
— Om parametrarna P1-P2 är inkorrekta är bearbetningstillståndet ′6A86′.
3.6.5 Verify (verifiera)
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 Verify initierar jämförelsen på kortet av CHV (PIN)-data som
sänds från kommandot med referensen CHV lagrad på kortet.
Obs: Den PIN-kod som anges av användaren måste vara utfylld till höger av
IFD med′FFh′-byte upp till en längd av 8 byte.
Om kommandot lyckas öppnas rättigheterna som motsvarar CHV-presentationen
och räknaren av återstående CHV-försök initieras igen.
En misslyckad jämförelse registreras på kortet för att begränsa antalet ytterligare
försök att använda referens-CHV.
Kommandomeddelande
Byte Längd Värde Beskrivning
CLA 1 ′00h′ CLA
INS 1 ′20h′ INS
P1 1 ′00h′ P1
P2 1 ′00h′ P2 (den verifierade CHV är indirekt känd)
Lc 1 ′08h′ Längd på CHV-koden överförd
#6-#13 8 ′XX..XXh′ CHV
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 bearbetningstillstånd ′6A88′.
— Om CHV blockeras (räknaren av återstående CHV-försök står på noll) är det
processtilllstånd som återsänds ′6983′. När CHV väl är i detta tillstånd kan
den aldrig presenteras med gott resultat igen.
— Om jämförelsen misslyckas minskas värdet på räknaren för återstående
försök och status′63CX′återsänds (X > 0 och X = räknare av återstående
CHV-försök. Om X = ′F′, är värdet på räknaren av CHV-försök större än
′F′).
— Om referens-CHV anses korrupt, återsänds bearbetningstillstånd ′6400′eller
′6581′.
3.6.6 Get Response (hämta svar)
Detta kommando överensstämmer med ISO/IEC 7816-4.
Detta kommando (som bara behövs och finns för T=0-protokoll) används för att
överföra förberedda data från kortet till kortläsaren (fall där ett kommando inbe-
griper både Lc och Le).
Kommandot GET-RESPONSE måste utfärdas omedelbart efter det kommando
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.
Kommandomeddelande
Byte Längd Värde Beskrivning
CLA 1 ′00h′
INS 1 ′C0h′
P1 1 ′00h′1998R2135 — SV — 25.08.2002 — 001.001 — 111
▼M1
Byte Längd Värde Beskrivning
P2 1 ′00h′
Le 1 ′XXh′ Antal förväntade byte
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 bearbetningstillstånd ′6900′
eller′6F00′.
— Om Le överstiger antal tillgängliga byte eller om Le är noll återsänds bear-
betningstillstånd′6Cxx′, där′xx′betecknar exakt antal tillgängliga byte. I
detta fall finns förberedda data fortfarande tillgängliga för ett efterföljande
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 bearbetningstillstånd ′61xx′återsänds, där
′xx′anger ett antal extra byte som fortfarande är tillgängliga för ett efterföl-
jande GET_RESPONSE-kommando.
— Om kommandot inte stöds (protokoll T=1), återsänder kortet ′6D00′.
3.6.7 PSO: Verify Certificate (verifiera certifikat)
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 validitet.
När ett VERIFY CERTIFICATE-kommando lyckas lagras den öppna nyckeln i
säkerhetsmiljön för framtida användning. Denna nyckel skall indirekt sättas föranvändning i säkerhetsrelaterade kommandon (INTERNAL AUTHENTICATE,
EXTERNAL AUTHENTICATE eller VERIFY CERTIFICATE) av MSE-
kommandot (se punkt 3.6.10) med hjälp av dess nyckelidentifierare.
I alla händelser använder kommandot VERIFY CERTIFICATE den öppna
nyckel som MSE-kommandot tidigare valt för att öppna certifikatet. Denna
öppna nyckel skall tillhöra antingen en medlemsstat eller Europa.
Kommandomeddelande
Byte Längd Värde Beskrivning
CLA 1 ′00h′ CLA
INS 1 ′2Ah′ Utför Security Operation (säkerhetsoperation)
P1 1 ′00h′ P1
P2 1 ′AEh′ P2: icke BER-TLV-kodade data (sammansättning
av dataelement)
Lc 1 ′CEh′ Lc: Certifikatets längd, 194 byte
#6-#199 194 ′XX..XXh′ Certifikat: Sammansättning av dataelement (enligt
tillägg 11)
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 bearbetningstillstånd
′6688′. Verifiering och uppackning av certifikat beskrivs i tillägg 11.1998R2135 — SV — 25.08.2002 — 001.001 — 112
▼M1
— Om ingen öppen nyckel är närvarande i säkerhetsmiljön (Security Environ-
ment) återsänds′6A88′.
— Om den valda öppna nyckeln (som används för att packa upp certifikatet)
anses korrupt återsänds bearbetningstillstånd ′6400′eller′6581′.
— Om den valda öppna nyckeln (som används för att packa upp certifikatet)
har en annan CHA.LSB (Cert ific at eHol derAutho risat ion .e quip -
mentType) än′00′(dvs. om den varken är en medlemsstats eller Europas
öppna nyckel) återsänds bearbetningstillstånd ′6985′.
3.6.8 Internal Authenticate (intern autentisera)
Detta kommando överensstämmer med ISO/IEC 7816-4.
Med hjälp av kommandot INTERNAL AUTHENTICATE kan IFD autentisera
kortet.
Autentiseringen beskrivs i tillägg 11. Den inbegriper följande programsatser:
Kommandot INTERNAL AUTHENTICATE använder den hemliga kortnyckeln
(indirekt vald) för att signera autentiseringsdata, inbegripet K1 (första elementet
för överenskommelse 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).
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
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 Security Environment (säkerhets-
miljön) återsänds bearbetningstillstånd ′6A88′.
— Om ingen hemlig nyckel är närvarande i Security Environment (säkerhets-
miljön) återsänds bearbetningstillstånd ′6A88′.
— Om VU.CHR inte överensstämmer med aktuell identifierare av öppen nyckel
återsänds bearbetningstillstånd ′6A88′.
— Om den valda öppna nyckeln anses korrupt, återsänds bearbetningstillstånd
′6400′eller′6581′.
Om kommandot INTERNAL-AUTHENTICATE lyckas tas aktuell sessions-
nyckel i förekommande fall bort och den upphör att vara tillgänglig. För att
göra en ny sessionsnyckel tillgänglig måste kommandot EXTERNAL-
AUTHENTICATE (extern autentisera) utföras med gott resultat.
3.6.9 External Authenticate (extern autentisera)
Detta kommando överensstämmer med ISO/IEC 7816-4.
Med hjälp av kommandot EXTERNAL AUTHENTICATE kan kortet autenti-
sera IFD.
Autentiseringen beskrivs i tillägg 11. Det inbegriper följande programsatser:1998R2135 — SV — 25.08.2002 — 001.001 — 113
▼M1
Kommandot GET CHALLENGE (hämta utmaning) måste omedelbart föregå
kommandot EXTERNAL-AUTHENTICATE. Kortet utfärdar en utmaning till
utsidan (RND3).
Vid verifieringen av kryptogrammet används RND3 (utmaning utfärdad av
kortet), privat kortnyckel (indirekt vald) och den öppna nyckel som tidigare
valts av MSE-kommandot.
Kortet verifierar kryptogrammet och om det är korrekt öppnas AUT-tillträdes-
villkor.
Det ingående kryptogrammet överför det andra elementet för K2-överenskom-
melse om sessionsnycklar.
Kommandomeddelande
Byte Längd Värde Beskrivning
CLA 1 ′00h′ CLA
INS 1 ′82h′ INS
P1 1 ′00h′ P1
P2 1 ′00h′ P2 (den öppna nyckel som skall användas är indi-
rekt känd och har satts tidigare av MSE-
kommandot)
Lc 1 ′80h′ Lc (längd på de data som sänds till kortet)
#6-#133 128 ′XX..XXh′ Kryptogram (se tillägg 11)
Svarsmeddelande
Byte Längd Värde Beskrivning
SW 2 ′XXXXh′ Statusregister (SW1, SW2)
— Om kommandot lyckas återsänder kortet ′9000′.
— Om ingen öppen nyckel är närvarande i Security Environment (säkerhets-
miljön) återsänds′6A88′.
— Om CHA för den för närvarande satta öppna nyckeln inte är en sammansätt-
ning av färdskrivartillämpningens AID (tillämpningsidentifierare) och av en
typ av fordonsenhetsutrustning, återsänds bearbetningstillstånd ′6F00′(se
tillägg 11).
— Om ingen privat nyckel är närvarande i Security Environment (säkerhets-
miljön) återsänds bearbetningstillstånd ′6A88′.
— Om verifieringen av kryptogrammet misslyckas, återsänds bearbetnings-
tillstånd′6688′.
— Om kommandot inte omedelbart föregås av kommandot GET CHALLENGE
återsänds bearbetningstillstånd ′6985′.
— Om den valda öppna nyckeln anses korrupt, återsänds bearbetningstillstånd
′6400′eller′6581′.
Om kommandot EXTERNAL AUTHENTICATE lyckas, och om första delen av
sessionsnyckeln är tillgänglig från en lyckad INTERNAL AUTHENTICATE
som utförts nyligen, sätts sessionsnyckeln för framtida kommandon med hjälp
av säker meddelandehantering.
Om den första sessionsnyckeldelen inte är tillgänglig från ett tidigare
INTERNAL AUTHENTICATE-kommando, lagras den andra delen av sessions-
nyckeln, som sänds av IFD, inte på kortet. Denna mekanism säkerställer att den
ömsesidiga autentiseringen görs i den ordning som anges i tillägg 11.
3.6.10 Manage Security Environment (förvalta säkerhetsmiljö)
Detta kommando används för att sätta en öppen nyckel i autentiseringssyfte.
Detta kommando överensstämmer med ISO/IEC 7816-8. Användningen av detta
kommando är begränsad med avseende på berörd standard.
Den nyckel som det refereras till i MSE-fältet är giltig för varje fil i färdskrivar-
katalogen.
Den nyckel som det refereras till i MSE-fältet förblir befintlig öppen nyckel till
nästa korrekta MSE-kommando.1998R2135 — SV — 25.08.2002 — 001.001 — 114
▼M1
Om den nyckel som det refereras till inte (redan) är närvarande i kortet, förblir
säkerhetsmiljön oförändrad.
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 all krypto-
grafisk verksamhet
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 asym-
metriska fall
#7 1 ′08h′ Längd på nyckel-referensen (nyckelidentifierare)
#8-#15 08h ′XX..XXh′ Nyckelidentifierare enligt tillägg 11
Svarsmeddelande
Byte Längd Värde Beskrivning
SW 2 ′XXXXh′ Statusregister (SW1, SW2)
— Om kommandot lyckas återsänder kortet ′9000′.
— Om referensnyckeln inte är närvarande på kortet återsänds bearbetnings-
tillstånd′6A88′.
— Om några förväntade dataobjekt saknas i formatet för säker meddelandehan-
tering, återsänds bearbetningstillstånd ′6987′. Detta kan inträffa om taggen
′83h′saknas.
— Om några dataobjekt är inkorrekta, återsänds bearbetningstillstånd ′6988′.
Detta kan inträffa om längden på nyckelidentifieraren inte är ′08h′.
— Om den valda nyckeln anses korrupt, återsänds bearbetningstillstånd ′6400′
eller′6581′.
3.6.11 PSO: Hash
Detta kommando används för att till kortet överföra resultatet från en hash-
beräkning på vissa data. Detta kommando används för att verifiera digitala
signaturer. Hash-värdet lagras i EEPROM för det efterföljande kommandot veri-
fiera digital signatur.
Detta kommando överensstämmer med ISO/IEC 7816-8. Användningen av detta
kommando är begränsad med avseende på berörd standard.
Kommandomeddelande
Byte Längd Värde Beskrivning
CLA 1 ′00h′ CLA
INS 1 ′2Ah′ Utför Security Operation (säkerhetsoperation)
P1 1 ′90h′ Återsänd hash-kod
P2 1 ′A0h′ Tagg: Datafältet innehåller dataobjekt som är rele-
vanta vid hashing
Lc 1 ′16h′ Längd Lc på efterföljande datafält
#6 1 ′90h′ Tagg för hash-koden
#7 1 ′14h′ Längd på hash-koden
#8-#27 20 ′XX..XXh′ Hash-kod1998R2135 — SV — 25.08.2002 — 001.001 — 115
▼M1
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
bearbetningstillstånd ′6987′. Detta kan inträffa om en av taggarna ′90h′
saknas.
— Om några dataobjekt är inkorrekta, återsänds bearbetningstillstånd ′6988′.
Detta fel inträffar om den nödvändiga taggen är närvarande, men med en
längd som skiljer sig från ′14h′.
3.6.12 Perform Hash of File (utför hashning av fil)
Detta kommando överensstämmer inte med ISO/IEC 7816-8. CLA-byte i detta
kommando anger sålunda att det finns en proprietär användning av PERFORM
SECURITY OPERATION/HASH.
Kommandot perform hash of file används för att hasha dataarean hos den för
närvarande valda transparenta datafilen.
Resultatet från hashningen lagras på kortet. Det kan därefter användas för att få
en digital signatur av filen, med hjälp av kommandot PSO-COMPUTE_DIGI-
TAL_SIGNATURE. Detta resultat förblir tillgängligt för kommandot
COMPUTE DIGITAL SIGNATURE tills nästa PERFORM HASH of FILE-
kommando lyckas.
Kommandomeddelande
Byte Längd Värde Beskrivning
CLA 1 ′80h′ CLA
INS 1 ′2Ah′ Utför Security Operation (säkerhetsoperation)
P1 1 ′90h′ Tagg: Hash
P2 1 ′00h′ P2: Hasha data från den för närvarande valda trans-
parenta filen
Svarsmeddelande
Byte Längd Värde Beskrivning
SW 2 ′XXXXh′ Statusregister (SW1, SW2)
— Om kommandot lyckas återsänder kortet ′9000′.
— Om ingen tillämpning väljs återsänds bearbetningstillstånd ′6985′.
— Om den valda datafilen anses korrupt (integritetsfel i filattributen eller de
lagrade data), återsänds bearbetningstillstånd ′6400′eller′6581′.
— Om den valda filen inte är en transparent fil, återsänds bearbetningstillstånd
′6986′.
3.6.13 PSO: Compute Digital Signature (beräkna digital signatur)
Detta kommando används för att beräkna digital signatur hos tidigare beräknad
hash-kod (se PERFORM HASH of FILE, punkt 3.6.12).
Detta kommando överensstämmer med ISO/IEC 7816-8. Användningen av detta
kommando är begränsad med avseende på berörd standard.
Den privata kortnyckeln används för att beräkna den digitala signaturen och är
indirekt känd av kortet.
Kortet utför en digital signatur med hjälp av en utfyllnadsmetod som
överensstämmer med PKCS1 (se tillägg 11).1998R2135 — SV — 25.08.2002 — 001.001 — 116
▼M1
Kommandomeddelande
Byte Längd Värde Beskrivning
CLA 1 ′00h′ CLA
INS 1 ′2Ah′ Utför Security Operation (säkerhetsoperation)
P1 1 ′9Eh′ Digital signatur som återsänds
P2 1 ′9Ah′ Tagg: Datafältet innehåller data som skall signeras.
Eftersom inget datafält inbegrips är det meningen
att data redan skall finnas på kortet (filens hash)
Le 1 ′80h′ Längd på förväntad signatur
Svarsmeddelande
Byte Längd Värde Beskrivning
#1-#128 128 ′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 korrupt, återsänds bearbetnings-
tillstånd′6400′eller′6581′.
3.6.14 PSO: Verify Digital Signature (verifiera digital signatur)
Detta kommando används för att verifiera den digitala signaturen, som tillhan-
dahålls som indata, i överensstämmelse med PKCS1 i ett meddelande vars hash
är känd av kortet. Signaturalgoritmen är indirekt känd av kortet.
Detta kommando överensstämmer med ISO/IEC 7816-8. Användningen av detta
kommando är begränsad med avseende på berörd standard.
Kommandot Verify Digital Signatur (verifiera digital signatur) använder alltid
den öppna nyckel som valts av tidigare Manage Security Environment-
kommando, och den tidigare hash-kod som angivits genom ett PSO: Hash-
kommando.
Kommandomeddelande
Byte Längd Värde Beskrivning
CLA 1 ′00h′ CLA
INS 1 ′2Ah′ Utför Security Operation (säkerhetsoperation)
P1 1 ′00h′
P2 1 ′A8h′ Tagg: Datafältet innehåller dataobjekt som är rele-
vanta vid verifiering
Lc 1 ′83h′ Längd Lc på efterföljande datafält
#28 1 ′9Eh′ Tagg för digital signatur
#29-#30 2 ′8180h′ Längd på den digitala signaturen (128 byte, kodade
i överensstämmelse med ISO/IEC 7816-6)
#31-#158 128 ′XX..XXh′ Innehåll i digital signatur1998R2135 — SV — 25.08.2002 — 001.001 — 117
▼M1
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 bearbetningstillstånd
′6688′. Verifieringen beskrivs i tillägg 11.
— Om ingen öppen nyckel har valts återsänds bearbetningstillstånd ′6A88′.
— Om några förväntade dataobjekt (enligt specifikation ovan) saknas återsänds
bearbetningstillstånd ′6987′: Detta kan inträffa om en av de nödvändiga
taggarna saknas.
— Om ingen hash-kod finns tillgänglig för att behandla kommandot (på grund
av tidigare PSO: hash-kommando) återsänds bearbetningstillstånd ′6985′.
— Om vissa dataobjekt är inkorrekta, återsänds bearbetningstillstånd ′6988′.
Detta kan inträffa om en av de begärda dataobjektlängderna är inkorrekt.
— Om den valda öppna nyckeln anses korrupt, återsänds bearbetningstillstånd
′6400′eller′6581′.
4. FÄRDSKRIVARKORTENS STRUKTUR
I denna punkt specificeras filstrukturerna i färdskrivarkort för lagring av
tillgängliga data. (Se definitioner av datatyper i tillägg 1).
Här specificeras varken interna strukturer som är beroende av korttillverkare,
exempelvis etikett för filbörjan, eller lagring och hantering av dataelement som
endast behövs för intern användning, exempelvis
E urop ean Publi cKe y, Ca rdPri vat eKe y, T DesSe ssionKey ellerWorkshopCardPin.
Den användbara lagringskapaciteten på färdskrivarkort skall sättas till minst
11 Kbyte. Större kapacitet får användas. I så fall skall kortets struktur vara den
samma, men antal poster för vissa element i strukturen ökas. I denna punkt
specificeras minsta och största värden på dessa postnummer.
4.1 Förarkortets struktur
Efter det att kortet har användaranpassats skall det ha följande permanenta
filstruktur och filtillträdesvillkor:
Alla datafilstrukturer skall vara transparenta.
Läs (Read) med säker meddelandehantering skall vara möjlig för alla filer under
katalogen färdskrivare (DF Tachograph).
Förarkortet skall ha följande datastruktur:1998R2135 — SV — 25.08.2002 — 001.001 — 118
▼M1
1998R2135 — SV — 25.08.2002 — 001.001 — 119
▼M1
Nedanstående värden, som används för att tillhandahålla storlekar i tabellen
ovan, är de minsta och största postnummervärden som förarkortets datastruktur
måste använda.
Min Max
n1NoOfEventsPerType 6 121998R2135 — SV — 25.08.2002 — 001.001 — 120
▼M1
Min Max
n2NoOfFaultsPerType 12 24
n3NoOfCardVehicleRecords 84 200
n4No OfCa rdPla ce Rec ords 84 112
n6CardActi vity Le ngth Ran ge 5 544 bytes
(28 dagar * 93
aktivitetsä-
ndringar)13 776 byte
(28 dagar * 240
aktivitetsä-
ndringar)
4.2 Verkstadskortets struktur
Efter det att verkstadskortet har användaranpassats skall det ha följande perma-
nenta filstruktur och filtillträdesvillkor:
Alla datafilstrukturer skall vara transparenta.
Läs (Read) med säker meddelandehantering skall vara möjlig för alla filer under
katalogen färdskrivare (DF Tachograph).
Verkstadskortet skall ha följande datastruktur:
1998R2135 — SV — 25.08.2002 — 001.001 — 121
▼M1
1998R2135 — SV — 25.08.2002 — 001.001 — 122
▼M1
Nedanstående värden, som används för att tillhandahålla storlekar i tabellen
ovan, är de minsta och största postnummervärden som verkstadskortets data-
struktur måste använda.
Min Max
n1NoOfEventsPerType 3 3
n2NoOfFaultsPerType 6 6
n3NoOfCardVehicleRecords 4 8
n4NoOfCardPlaceRecords 6 8
n5NoOfCalibrationRecords 88 255
n6CardActi vity Le ngth Ran ge 198 byte
(1 dag * 93 akti-
vitetsändringar)492 byte
(1 dag * 240 akti-
vitetsändringar)1998R2135 — SV — 25.08.2002 — 001.001 — 123
▼M1
4.3 Kontrollkortets struktur
Efter det att kontrollkortet har användaranpassats skall det ha följande perma-
nenta filstruktur och filtillträdesvillkor:
Alla datafilstrukturer skall vara transparenta.
Läs (Read) med säker meddelandehantering skall vara möjlig för filer under
katalogen färdskrivare (DF Tachograph).
Kontrollkortet skall ha följande datastruktur:
Nedanstående värden, som används för att tillhandahålla storlekar i tabellen
ovan, är de minsta och största postnummervärden som kontrollkortets data-
struktur måste använda.1998R2135 — SV — 25.08.2002 — 001.001 — 124
▼M1
Min. Max.
n7NoOfControlActivityRecords 230 520
4.4 Företagskortets struktur
Efter det att företagskortet har användaranpassats skall det ha följande perma-
nenta filstruktur och filtillträdesvillkor:
Alla datafilstrukturer skall vara transparenta.
Läs (Read) med säker meddelandehantering skall vara möjlig för alla filer under
katalogen färdskrivare.
Företagskortet skall ha följande datastruktur:
1998R2135 — SV — 25.08.2002 — 001.001 — 125
▼M1
Nedanstående värden, som används för att tillhandahålla storlekar i tabellen
ovan, är de minsta och största postnummervärden som företagskortets data-
struktur måste använda.
Min. Max.
n8No OfCom pa nyAc tivi tyReco rds 230 5201998R2135 — SV — 25.08.2002 — 001.001 — 126
▼M1
Tillägg 3
PIKTOGRAM1998R2135 — SV — 25.08.2002 — 001.001 — 127
▼M1
Färdskrivaren får använda sig av följande piktogram och kombinationer av
piktogram:
1. GRUNDLÄGGANDE PIKTOGRAM
Personer Åtgärder Driftlägen
Företag Företagsläge
Kontrollant Kontroll Kontrolläge
Förare Körning Driftläge
Verkstad/provningsstation Besiktning/kalib-
reringKalibreringsläge
Tillverkare
Aktiviteter Varaktighet
Tillgänglighet Innevarande tillgänglighetsperiod
Körning Sammanhängande körtid
Vila Innevarande viloperiod
Arbete Innevarande arbetsperiod
Rast Sammanlagd avbrottstid
OkändUtrustning Funktioner
Förarens kortplats
Medförarens kortplats
Kort
Klocka
Display Visning
Extern lagring Överföring
Strömtillförsel
Skrivare/utskrift Utskrift
Sensor
Däcksdimension
Fordon/fordonsenhetSärskilda omständigheter
Omfattas ej
Transport med färja/tågÖvrigt
Händelser
 Fel
Påbörjande av dagens arbetspass
 Avslutande av
dagens arbetspass
Plats
 Manuell angivelse av
föraraktiviteter
Säkerhet
 Hastighet
Tid
 Totalt/sammanfatt-
ning
Precisering
Dagligen
Varje vecka
Två veckor
Från eller till
2. Kombinationer av piktogram
Övrigt
Kontrollplats
Plats där dagens arbetspass påbörjas
 Plats där dagens
arbetspass avslutas
Från tidpunkt
 Till tidpunkt
Från fordon
Perioden ”omfattas ej” börjar
 Perioden ”omfattasej” slutar1998R2135 — SV — 25.08.2002 — 001.001 — 128
▼M1
Kort
Förarkort
Företagskort
Kontrollkort
Provningskort
- - - Inget kort
Körning
Körning med flera förare (crew)
Körningstid under en vecka
Körningstid under två veckor
Utskrifter
Daglig utskrift från kort av föraraktiviteter
Daglig utskrift 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
Händelser
Isättning av ogiltigt kort
Kortkonflikt
Överlappning av tider
Körning utan korrekt kort
Isättning av kort under körning
Senaste kortanvändning ej korrekt avslutad
Hastighetsöverträdelse
Avbrott av strömtillförseln
Fel i rörelsedata
Säkerhetsöverträdelse
Tidsinställning (av verkstad)
Kontroll av hastighetsöverträdelseFel
Kortfel (förarens kortplats)
Kortfel (medförarens kortplats)
Displayfel
Överföringsfel
Skrivarfel
Sensorfel
Internt fel i fordonsenheten (VU)Manuella angivelser
Dagens arbetspass fortfarande det samma?
Avslutande av föregående arbetspass?
Bekräfta eller ange plats för avslutande av arbetspass
Ange tid för påbörjande
Ange plats för påbörjande av arbetspass
Obs: Ytterligare kombinationer av piktogram för identifierare av utskriftsblock
eller av register definieras i tillägg 4.1998R2135 — SV — 25.08.2002 — 001.001 — 129
▼M1
Tillägg 4
UTSKRIFTER
INNEHÅLL
1. Allmänt … . . . .................................................................
2. Specificering av datamängd … ....................................................
3. Specifikationer för utskrifter … . . . ................................................
3.1 Daglig utskrift från kort av föraraktiviteter … . . . .....................................
3.2 Daglig utskrift från fordonsenhet av föraraktiviteter … . ...............................
3.3 Utskrift från kort av händelser och fel … . ..........................................
3.4 Utskrift från fordonsenhet av händelser och fel … ....................................
3.5 Utskrift av tekniska data … . . .....................................................
3.6 Utskrift av hastighetsöverträdelse … ...............................................1998R2135 — SV — 25.08.2002 — 001.001 — 130
▼M1
1. ALLMÄNT
Varje utskrift byggs upp genom sammankedjning av olika datamängder, som
eventuellt identifieras genom en blockidentifierare.
En datamängd innehåller en eller flera registreringar, som eventuellt identifieras
genom en registeridentifierare.
När en blockidentifierare omedelbart föregår en registeridentifierare, skrivs
registeridentifieraren inte ut.
Om en datapost inte är känd, eller måste skrivas ut på grund av rättigheter till
datatillträde, skrivs blanksteg ut i stället.
Om innehållet i en hel rad är okänt eller inte skall skrivas ut, utelämnas hela
raden.
Numeriska datafält skrivs ut högerjusterade, med blanksteg för tusental och
miljontal, och utan ledande nollor.
Strängdatafält skrivs ut vänsterjusterade och fylls med blanksteg till fältlängd,
eller trunkeras vid behov till fältlängd (namn och adresser).
2. SPECIFICERING AV DATAMÄNGD
I detta kapitel används följande formatbeteckningar:— Tecken i fetstil betyder att vanlig text skall skrivas ut (utskriften sker med
vanliga tecken).
— Vanliga tecken betyder att variabler (piktogram eller data) skall ersättas med
sina värden vid utskrift.
— Variabelnamn har strukits under för att visa den fältlängd som finns
tillgänglig för variabeln.
— Data specificeras i formatet ”dd/mm/åååå” (dag, månad, år). Formatet
”dd.mm.åååå” får också användas.
— Termen ”kortidentifiering” (Card Identification) avser en sammansättning
av: korttypen genom en kombination av piktogram, koden för den medlems-
stat som utfärdat kortet, ett snedstreck och kortnummer med ersättningsindex
och förnyelseindex, åtskilda med ett blanksteg.
Vid utskrift skall följande datamängd och/eller dataregistreringar användas, med
följande betydelser och format:
Nummer på block eller registrering
Betydelse
1Datum och tidpunkt för utskrift av doku-
mentet
1998R2135 — SV — 25.08.2002 — 001.001 — 131
▼M1
Nummer på block eller registrering
Betydelse
2Typ av utskrift
Blockidentifierare
Kombination av piktogram i utskriften (se
tillägg 3). Den hastighetsbegränsande anord-
ningens ställning (endast utskrift av hastig-
hetsöverträdelse)
3Identifiering av kortinnehavare
Blockidentifierare = personpiktogram
Kortinnehavarens efternamn
Kortinnehavarens förnamn (i förekommande
fall)
Kortidentifiering
Kortets sista giltighetsdag (i förekommande
fall)
Om kortet är opersonligt och inte innehåller
något efternamn på innehavaren, skall företa-
gets, verkstadens eller kontrollorganets namn
skrivas i stället.
4Fordonsidentifiering
Blockidentifierare
Fordonets identifieringsnummer (VIN)
Registrerande medlemsstat och fordonets regi-
streringsnummer (VRN)
5Identifiering av fordonsenhet
Blockidentifierare
Namn på tillverkaren av fordonsenheten
Fordonsenhetens delnummer
6Senaste kalibrering av färdskrivaren
Blockidentifierare
Verkstadens namn
Identifiering av verkstadskortDatum för kalibrering
7Senaste kontroll (av en kontrollant)
Blockidentifierare
Identifiering av kontrollantens kort
Datum och tidpunkt för kontroll samt typ av
kontroll
Typ av kontroll: Upp till fyra piktogram.
Kontrolltypen kan vara (en kombination av)
följande:
: Överföring av data från kort.
 :
Överföring av data från fordonsenhet.
 :
Utskrift.
 : Visning.
1998R2135 — SV — 25.08.2002 — 001.001 — 132
▼M1
Nummer på block eller registrering
Betydelse
8Föraraktiviteter som finns lagrade på ett
kort i den ordning de inträffat
Blockidentifierare
Datum för förfrågan (kalenderdag för
utskriften) + Närvaroräknare för kortet
8.1 Period då kortet inte var isatt
8.1a Registeridentifierare (periodens början)
8.1b Okänd period . Tid för påbörjande och
avslutande, varaktighet
8.1c Manuellt angiven aktivitet
Aktivitetspiktogram, tid för påbörjande och
avslutande (inbegripet), varaktighet, vilope-
rioder på minst en timme är märkta med en
stjärna.
8.2 Isättning av kort i kortplats S
Registeridentifierare, S = Öppningspikto-
gram
Medlemsstat där fordonet är registrerat och
fordonets registreringsnummer
Fordonets vägmätare vid isättning
8.3 Aktivitet (medan kortet var isatt)
Aktivitetspiktogram, tid för påbörjande och
avslutande (inbegripet), varaktighet, status
för antal förare (piktogram med flera förare
vid CREW (flera förare)), tomt vid SINGLE
(ensam), viloperioder på minst en timme är
märkta med en stjärna.
8.3a Särskild omständighet. Tidpunkt för angi-
velse, piktogram för särskilda omständig-
heter (eller kombination av piktogram).
8.4 Urtagning av kort
Fordonets vägmätarvärde och tillryggalagd
sträcka sedan senaste isättning för vilken
vägmätarvärdet är känt
9Föraraktiviteter som finns lagrade i en
fordonsenhet per kortplats i kronologisk
följd
Blockidentifierare
Datum för förfrågan (kalenderdag för
utskriften)
Fordonets vägmätarvärde klockan 00:00 och
24:00
10 Aktiviteter i kortplats S
Blockidentifierare
10.1 Period då inget kort är isatt i kortplats S
RegisteridentifierareInget kort isatt
Fordonets vägmätarvärde i början av peri-
oden
1998R2135 — SV — 25.08.2002 — 001.001 — 133
▼M1
Nummer på block eller registrering
Betydelse
10.2 Kortisättning
Registreringsidentifierare för isättning av
kort
Förarens namn
Förarens förnamnIdentifiering av förarkort
Förarkortets sista giltighetsdag
Registrerande medlemsstat och registre-
ringsnummer för föregående fordon som
använts
Datum och tidpunkt för urtagning av kort
från föregående fordon
Tom rad
Fordonets vägmätarvärde vid isättning av
kortet, manuell angivelse av föraraktivitets-
markering (M för ja, tom för nej).
10.3 Aktivitet
Aktivitetspiktogram, tid för påbörjande och
avslutande (inbegripet), varaktighet, status
för antal förare (piktogram med flera förare
vid CREW (flera förare), tomt vid SINGLE
(ensam)), viloperioder på minst en timme är
märkta med en stjärna.
10.3a Särskild omständighet. Tidpunkt för angi-
velse, piktogram för särskilda omständig-
heter (eller kombination av piktogram).
10.4 Urtagning av kort eller slut på period med
”inget kort”
Fordonets vägmätarvärde vid urtagning av
kort eller i slutet av period med ”inget
kort” och sträcka som tillryggalagts sedan
isättning, eller sedan början av period med
”inget kort”.
11 Daglig sammanfattning
Blockidentifierare
11.1 Sammanfattning för fordonsenhet av peri-
oder utan kort i förarens kortplats
Blockidentifierare
11.2 Sammanfattning för fordonsenhet av peri-
oder utan kort i medförarens kortplats
Blockidentifierare
11.3 Daglig sammanfattning för fordonsenheten
per förare
RegisteridentifierareFörarens efternamn
Förarens förnamn
Identifiering av förarkort
1998R2135 — SV — 25.08.2002 — 001.001 — 134
▼M1
Nummer på block eller registrering
Betydelse
11.4 Angivelse av plats där dagens arbetspass
påbörjas och/eller avslutas
pi = piktogram för plats för påbörjande/
avslutande, tid, land, region
Vägmätarvärde
11.5 Aktivitetssammanfattning (från ett kort)
Sammanlagd varaktighet för körning, till-
ryggalagd sträcka
Total varaktighet för arbete och närvaro
Total varaktighet för vila och okänd akti-
vitet
Total varaktighet för förarnas (crew) aktivi-
teter
11.6 Aktivitetssammanfattning (perioder utan
kort, förarens kortplats)
Sammanlagd varaktighet för körning, till-
ryggalagd sträcka
Total varaktighet för arbete och närvaroTotal varaktighet för vila
11.7 Aktivitetssammanfattning (perioder utan
kort, medförarens kortplats)
Total varaktighet för arbete och närvaroTotal varaktighet för vila
11.8 Aktivitetssammanfattning (per förare, båda
kortplatserna medtagna)
Sammanlagd varaktighet för körning, till-
ryggalagd sträcka
Total varaktighet för arbete och närvaroTotal varaktighet för vila
Total varaktighet för förarnas (crew) aktivi-
teter
När en daglig utskrift begärs för inneva-
rande dag beräknas informationen i
sammanfattningen för dagen med hjälp av
de data som finns tillgängliga vid
tidpunkten för utskriften.
12 Händelser och/eller fel som finns lagrade
på ett kort
12.1 Blockidentifierare senaste fem ”händelser
och fel” från ett kort
12.2 Blockidentifierare alla registrerade
”händelser” på ett kort
12.3 Blockidentifierare alla registrerade ”fel” på
ett kort
1998R2135 — SV — 25.08.2002 — 001.001 — 135
▼M1
Nummer på block eller registrering
Betydelse
12.4 Registrering av händelser och/eller fel
Registeridentifierare
Piktogram för händelse/fel, syfte med regi-
streringen, datum och tidpunkt för
påbörjande
Kod för ytterligare händelse/fel (i förekom-
mande fall), varaktighet
Registreringsnummer (VRN) och registre-
rande medlemsstat för det fordon där
händelsen eller felet ägde rum.
13 Händelser och/eller fel som finns lagrade
eller håller på att registreras i en fordon-
senhet
13.1 Blockidentifierare senaste fem ”händelser
och fel” från en fordonsenhet
13.2 Blockidentifierare alla registrerade
”händelser” som finns lagrade eller håller
på att registreras i en fordonsenhet
13.3 Blockidentifierare alla registrerade ”fel”
som finns lagrade eller håller på att regi-
streras i en fordonsenhet
13.4 Registrering av händelse och/eller fel
RegisteridentifierarePiktogram för händelse/fel, syfte med regi-
streringen, datum och tidpunkt för
påbörjande
Ytterligare kod för händelse/fel (i förekom-
mande fall), antal liknande händelser
samma dag, varaktighet
Identifiering av isatta kort vid händelsens
eller felets början eller slut (högst fyra
rader utan repetition av kortnummer)
Om inget kort var isatt
Registreringssyftet (p) är en numerisk kod
som förklarar varför händelsen eller felet
registrerades, som kodas i enlighet med
dataelementet EventFaultRecordPurpose .
14 Identifiering av fordonsenhet
Blockidentifierare
Namn på tillverkaren av fordonsenheten
Adress till tillverkaren av fordonsenhetenFordonsenhetens delnummer
Fordonsenhetens typgodkännandenummer
Fordonsenhetens serienummerFordonsenhetens tillverkningsår
Fordonsenhetens programvaruversion och
datum för installation
1998R2135 — SV — 25.08.2002 — 001.001 — 136
▼M1
Nummer på block eller registrering
Betydelse
15 Identifiering av sensor
Blockidentifierare
Sensorns serienummerSensorns typgodkännandenummer
Datum för första installation av sensorn
16 Kalibreringsdata
Blockidentifierare
16.1 Registrering av kalibrering
Registeridentifierare
Verkstad som utfört kalibreringen
Verkstadens adressIdentifiering av verkstadskort
Verkstadskortets sista giltighetsdatum
Tom radDatum för + syfte med kalibrering
Fordonets identifieringsnummer
Registrerande medlemsstat och fordonets
registreringsnummer
Fordonets karakteristiska koefficient
Färdskrivarens konstant:Bildäckens effektiva omkrets
Dimensioner på monterade däck
Värde på hastighetsbegränsande anordningGamla och nya vägmätarvärden
Kalibreringssyftet (p) är en numerisk kod
som förklarar varför dessa kalibreringspara-
metrar registrerades, och som kodas i
enlighet med dataelementet Cali bra tion -
Purpose
17 Tidsinställning
Blockidentifierare
17.1 Registrering av tidsinställning
RegisteridentifierareGammalt datum och gammal tidpunkt
Nytt datum och ny tidpunkt
Verkstad som utfört tidsinställningenVerkstadens adress
Identifiering av verkstadskort
Verkstadskortets sista giltighetsdatum
1998R2135 — SV — 25.08.2002 — 001.001 — 137
▼M1
Nummer på block eller registrering
Betydelse
18 Senaste händelse och fel som registrerats i
fordonsenheten
Blockidentifierare
Senaste datum och tidpunkt för händelseSenaste datum och tidpunkt för fel
19 Information om kontroll av hastighetsö-
verträdelse
Blockidentifierare
Datum och tidpunkt för senaste kontroll av
hastighetsöverträdelse (OVER SPEEDING
CONTROL)
Datum/tidpunkt för första hastighetsöverträ-
delse och antal hastighetsöverträdelse-
händelser sedan dess
20 Registrering av hastighetsöverträdelse
20.1 Blockidentifierare ”första hastighetsöverträ-
delse sedan senaste kalibrering”
20.2 Blockidentifierare ”de fem allvarligaste
under de senaste 365 dygnen”
20.3 Blockidentifierare ”den allvarligaste under
vart och ett av de senaste tio dygn de
inträffat”
20.4 Registeridentifierare
Datum, tidpunkt och varaktighetHögsta och genomsnittliga hastighet, antal
liknande händelser samma dag
Förarens efternamn
Förarens förnamn
Identifiering av förarkort
20.5 Om ingen registrering av hastighetsöverträ-
delse finns i ett block
21 Handskriven information
Blockidentifierare
21.1 Kontrollplats21.2 Kontrollantens namnteckning
21.3 Från tidpunkt
21.4 Till tidpunkt21.5 Förarens namnteckning
”Handskriven information”, mata in ett
tillräckligt antal tomma rader ovanför det
som skall vara handskrivet, så att man verk-
ligen kan skriva erforderlig information
eller skriva under
1998R2135 — SV — 25.08.2002 — 001.001 — 138
▼M1
3. SPECIFIKATIONER FÖR UTSKRIFTER
I detta kapitel används följande formatbeteckningar:
Nummer N på registrering eller utskriftsblock
Nummer N på registrering eller utskriftsblock repeterat så många
gånger som det behövs
Utskriftsblock eller registreringar X och/eller Y efter behov, och
repeterat så många gånger som det behövs
3.1 Daglig utskrift från kort av föraraktiviteter
Den dagliga utskriften från kort av föraraktiviteter skall ske i följande format:
Datum och tidpunkt för utskrift av dokumentet
Typ av utskrift
Identifiering av kontrollant (om ett kontrollkort har satts i fordon-
senheten)
Identifiering av förare (från det kort som utskriften avser)
Identifiering av fordonet (fordon från vilket utskrift görs)
Identifiering av fordonsenhet (från vilken utskrift görs)
Senaste kalibrering av denna fordonsenhet
Senaste kontroll av föraren
Gränstecken för föraraktiviteter
Förarens aktiviteter i den ordning de inträffar
Gränstecken för daglig sammanfattning
Angivna platser i kronologisk ordning
Aktivitetssammanfattning
Händelser eller fel från gränstecken för kort
Registreringar av händelser/fel (de fem senaste händelser eller felsom finns lagrade på kortet)
Händelser eller fel från gränstecken för fordonsenhet
Registreringar av händelser/fel (de fem senaste händelser eller fel
som finns lagrade eller håller på att registreras i fordonsenheten)
Kontrollplats
Kontrollantens namnteckning
Förarens namnteckning
3.2 Daglig utskrift från fordonsenhet av föraraktiviteter
Den dagliga utskriften från en fordonsenhet av föraraktiviteter skall ske i
följande format:
Datum och tidpunkt för utskrift av dokumentet
Typ av utskrift
Identifiering av kortinnehavare (för alla kort som har satts i
fordonsenheten)
Identifiering av fordonet (från vilket utskrift görs)
Identifiering av fordonsenhet (från vilken utskrift görs)
Senaste kalibrering av denna fordonsenhet
Senaste kontroll på denna färdskrivare
Gränstecken för föraraktiviteter
Gränstecken för förarens kortplats (kortplats 1)1998R2135 — SV — 25.08.2002 — 001.001 — 139
▼M1
Aktiviteter i kronologisk ordning (förarens kortplats)
Gränstecken för medförarens kortplats (kortplats 2)
Aktiviteter i kronologisk ordning (medförarens kortplats)
Gränstecken för daglig sammanfattning
Sammanfattning av perioder utan kort i förarens kortplats
Angivna platser i kronologisk ordning
Aktivitetssammanfattning
Sammanfattning av perioder utan kort i medförarens kortplats
Angivna platser i kronologisk ordning
Aktivitetssammanfattning
Sammanfattning av aktiviteter för en förare, båda kortplatser
Platser som denna förare angivit i kronologisk ordning
Aktivitetssammanfattning för denna förare
Gränstecken för händelser/fel
Registreringar av händelser/fel (de fem senaste händelser eller fel
som finns lagrade eller håller på att registreras i fordonsenheten)
Kontrollplats
Kontrollantens namnteckning
Från tidpunkt (utrymme där en förare utan kort
kan ange relevanta perioder)
Till tidpunkt
Förarens namnteckning
3.3 Utskrift från kort av händelser och fel
Den dagliga utskriften från kort av händelser och fel skall ske i följande format:
Datum och tidpunkt för utskrift av dokumentet
Typ av utskrift
Identifiering av kontrollant (om ett kontrollkort har satts i fordon-
senheten)
Identifiering av förare (från det kort som utskriften avser)
Identifiering av fordonet (från vilket utskrift görs)
Gränstecken för händelser
Registrering av händelser (alla händelser som finns lagrade på
kortet)
Gränstecken för fel
Registrering av fel (alla fel som finns lagrade på kortet)
Kontrollplats
Kontrollantens namnteckning
Förarens namnteckning
3.4 Utskrift från fordonsenhet av händelser och fel
Den dagliga utskriften från fordonsenheten av händelser och fel skall ske i
följande format:
Datum och tidpunkt för utskrift av dokumentet
Typ av utskrift
Identifiering av kortinnehavare (för alla kortsom har satts i fordon-senheten)
Identifiering av fordonet (från vilket utskrift görs)
Gränstecken för händelser1998R2135 — SV — 25.08.2002 — 001.001 — 140
▼M1
Registrering av händelser (alla händelser som lagrats eller håller på
att registreras i fordonsenheten)
Gränstecken för fel
Registrering av fel (alla fel som lagrats eller håller på att registrerasi fordonsenheten)
Kontrollplats
Kontrollantens namnteckning
Förarens namnteckning
3.5 Utskrift av tekniska data
Utskrift av tekniska data skall ske i följande format:
Datum och tidpunkt för utskrift av dokumentet
Typ av utskrift
Identifiering av kortinnehavare (för alla kort som har satts i
fordonsenheten)
Identifiering av fordonet (från vilket utskrift görs)
Identifiering av fordonsenhet
Identifiering av sensor
Gränstecken för kalibreringsdata
Kalibreringsregistreringar (alla tillgängliga registreringar i kronolo-gisk ordning)
Gränstecken för tidsinställning
Registreringar av tidsinställningar (alla tillgängliga registreringar
från register över tidsinställningar och kalibreringsdata)
Senaste händelse/fel som registrerats i fordonsenheten
3.6 Utskrift av hastighetsöverträdelse
Utskriften av hastighetsöverträdelser skall ske i följande format:
Datum och tidpunkt för utskrift av dokumentet
Typ av utskrift
Identifiering av kortinnehavare (för alla kort som har satts i
fordonsenheten)
Identifiering av fordonet (från vilket utskrift görs)
Information om kontroll av hastighetsöverträdelse
Identifiering av data om hastighetsöverträdelser
Första hastighetsöverträdelse efter senaste kalibrering
Identifiering av data om hastighetsöverträdelser
De fem mest allvarliga hastighetsöverträdelserna under de senaste
365 dygnen
Identifiering av data om hastighetsöverträdelser
Den allvarligaste hastighetsöverträdelsen under vart och ett av de
senaste tio dygn de inträffat
Kontrollplats
Kontrollantens namnteckning
Förarens namnteckning1998R2135 — SV — 25.08.2002 — 001.001 — 141
▼M1
Tillägg 5
DISPLAY1998R2135 — SV — 25.08.2002 — 001.001 — 142
▼M1
I detta tillägg används följande formatbeteckningar:
— Tecken i fetstil betyder att vanlig text skall visas (visningen sker med
vanliga tecken).
— Vanliga tecken betyder att variabler (piktogram eller data) skall ersättas med
sina värden vid visning:
dd mm yyyy: dag, månad, år
hh: timmarmm: minuter
D: Piktogram för varaktighet
EF: Kombination av piktogram för händelser eller felO: Piktogram för driftläge
Färdskrivaren skall visa data i följande format:
Data Format
Uppgifter som visas automatiskt
Lokaltid hh:m mDriftläge OInformation om föraren
Dhhhmm
 hhhmm
Information om medföraren
 Dhhhmm
Omständigheten ”omfattas ej” öppnad
Visade varningarSammanhängande körtid överskrids
hhhmm
 hhhmm
Händelse eller fel EF
Övrig visad information
UTC-datum UTC
 dd/mm/aaaa
or
UTC
 dd.mm.aaaa
Tid hh:m m
Förarens sammanhängande körtid och samman-
lagda avbrottstid
hhhmm
 hhhmm
Medförarens sammanhängande körtid och
sammanlagda avbrottstid
hhhmm
 hhhmm
Förarens sammanlagda körtid för föregående och
innevarande vecka
hhhhmm
Medförarens sammanlagda körtid för föregående
och innevarande vecka
hhhhmm1998R2135 — SV — 25.08.2002 — 001.001 — 143
▼M1
Tillägg 6
EXTERNA GRÄNSSNITT
INNEHÅLL
1. Maskinvara … .................................................................
1.1 Anslutning … . .................................................................
1.2 Fördelning av kontakter … . . .....................................................
1.3 Blockdiagram … ...............................................................
2. Gränssnitt för överföring … . .....................................................
3. Gränssnitt för kalibrering … . .....................................................1998R2135 — SV — 25.08.2002 — 001.001 — 144
▼M1
1. MASKINVARA
1.1 Anslutning
Kalibrerings-/överföringsanslutningen skall vara en 6-stiftsanslutning, som är
tillgänglig på frontplattan utan att man behöver koppla ur någon del av färdskri-
varen, och den skall överensstämma med följande ritning (alla mått i
millimeter).
1998R2135 — SV — 25.08.2002 — 001.001 — 145
▼M1
I följande diagram visas en typisk matchande kontakt (mating plug) med 6 stift:
1998R2135 — SV — 25.08.2002 — 001.001 — 146
▼M1
1.2 Fördelning av kontakter
Kontakterna skall fördelas enligt följande tabell:
Stift Beskrivning Anmärkning
1 Batteriminus Ansluten till fordonets batteriminus
2 Datakommunikation K-linje (ISO 14230-1)3 RxD - överföring Ingående data till färdskrivaren
4 Ingående/utgående signal Kalibrering
5 Permanent utgående
strömSpänningsomfånget specificeras till fordonets ström-
minus 3V för att möjliggöra spänningsfall över den skyd-
dande strömkretsanordningen
Utgående ström 40 mA
6 TxD - överföring Utgående data från färdskrivaren
1.3. Blockdiagram
Blockdiagrammet skall överensstämma med följande:
2. GRÄNSSNITT FÖR ÖVERFÖRINGGränssnittet för överföring skall överensstämma med RS232-specifikationerna.
Gränssnittet för överföring skall använda en start-bit, 8 data-bitar LSB först, en
jämn paritets-bit och en stopp-bit.
Organisering av data-byte
Start-bit: en bit med logisk nivå 0
Data-bitar: överförs med LSB-först.Paritets-bit: jämn paritet
Stopp-bit: en bit med logisk nivå 1.1998R2135 — SV — 25.08.2002 — 001.001 — 147
▼M1
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.
Baud-nivåerna för överföringen skall vara justerbara från 9 600 bps till
115 200 bps. Överföringen skall ske med största möjliga överföringshastighet,
med en inledande baud-nivå efter kommunikationsstart satt till 9 600 bps.
3. GRÄNSSNITT FÖR KALIBRERING
Datakommunikationen skall överensstämma med ISO 14230-1 Vägfordon -
Keyword Protocol 2000 för diagnostiksystem - Del 1: Fysiskt skikt, första
utgåvan: 1999.
Ingående/utgående signal skall överensstämma med följande elektriska specifi-
kationer:
Parameter Min Typisk Max Anmärkning
Ulow(in) 1,0 V I = 750 µA
UU high(out) 4 V I = 200 µA
Frekvens 4 kHz
Ulow(out) 1,0 V I = 1 mA
Uhigh(out) 4 V I = 1 mA
Ingående/utgående signal skall överensstämma med följande tidsdiagram:
Sensorsignal (ut)
Provsignal (in)
UTC klocksignal (ut)
1998R2135 — SV — 25.08.2002 — 001.001 — 148
▼M1
Tillägg 7
PROTOKOLL FÖR DATAÖVERFÖRING
INNEHÅLL
1. Inledning … ..............................................................
1.1 Räckvidd … ..............................................................
1.2 Förkortningar och beteckningar … ............................................
2. Överföring av fordonsenhetsdata … . . . ........................................
2.1 Överföring … .............................................................
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 Start 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 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 … .........................................................
2.2.5 Felhantering … . . . .........................................................
2.2.5.1 Fasen Start Communication … . ..............................................
2.2.5.2 Fasen Communication … ...................................................
2.2.6 Innehåll i Response Message … ..............................................
2.2.6.1 Positive Response Transfer Data Overview … ..................................
2.2.6.2 Positive Response Transfer Data Activities … ..................................
2.2.6.3 Positive Response Transfer Data Events and Faults … ............................
2.2.6.4 Positive Response Transfer Data Detailed Speed … . .............................
2.2.6.5 Positive Response Transfer Data Technical Data … . .............................
2.3 Fillagring på Externa lagringsmedia … ........................................
3. Protokoll för överföring från färdskrivarkort … .................................
3.1 Räckvidd … ..............................................................
3.2 Definitioner … . . . .........................................................
3.3 Överföring från kort … . . ...................................................
3.3.1 Initieringssekvens … .......................................................1998R2135 — SV — 25.08.2002 — 001.001 — 149
▼M1
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 fordonsenhet … . ........................1998R2135 — SV — 25.08.2002 — 001.001 — 150
▼M1
1. INLEDNING
I detta tillägg specificeras de förfaranden som måste följas för att man skall
kunna utföra de olika typerna av dataöverföring till ett externt lagringsmedium
(External Storage Medium - ESM), och de protokoll som man måste använda
för att säkerställa korrekt dataöverföring och full kompatibilitet hos överfört
dataformat så att alla kontrollanter skall kunna besiktiga dessa data och kontrol-
lera deras autenticitet och integritet innan de analyserar dem.
1.1 Räckvidd
Data kan överföras till ett externt lagringsmedium på följande sätt:
— Från en fordonsenhet, av en IDE (Intelligent Dedicated Equipment) som är
ansluten till fordonsenheten.
— Från ett färdskrivarkort, av en IDE utrustad med en kortläsare (Interface
Device - IFD).
— Från ett färdskrivarkort via en fordonsenhet, av en IDE ansluten till fordon-
senheten.
För att göra det möjligt att verifiera autenticitet och integritet hos överförda data
som lagras på ett externt lagringsmedium, överförs data med en signatur i
enlighet med tillägg 11 (Gemensamma säkerhetsmekanismer). Identifiering av
källutrustning (fordonsenhet eller kort) och dess säkerhetscertifikat (medlemsstat
och utrustning) överförs också. Den som verifierar dessa data måste oberoende
ha en betrodd europeisk öppen nyckel.
Data som överförs under en överföringssession måste lagras på det externa
lagringsmediet inom en fil.
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ällningssignalCS Checksum byte - Kontrollsumme-byteDF Dedicated File - KatalogDS Diagnostic Session - DiagnossessionEF Elementary File - DatafilESM External Storage Medium - Externt lagringsmediumFID File Identifier (File ID) - FilidentifierareFMT Format Byte (first byte of a message header) - Format-byte (första byte
i ett meddelandehuvud (message header))
ICC Integrated Circuit Card - IC-kort, kort med integrerade kretsarIDE Intelligent Dedicated Equipment - Intelligent tilldelad utrustning:
Utrustning för att överföra data till ett externt lagringsmedium (exem-
pelvis en persondator)
IFD Interface Device - KortläsareKWP Keyword Protocol 2000LEN Length Byte - Längd-byte (första byte i meddelandehuvud)PPS Protocol Parameter Selection - Val av protokollparameterPSO Perform Security Operation - Utför Security Operation (säkerhetsopera-
tion)
SID Service Identifier - Tjänste-identifierareSRC Source byte - Käll-byteTGT Target Byte - Mål-byteTLV Tag Length Value - Tagglängdsvärde1998R2135 — SV — 25.08.2002 — 001.001 — 151
▼M1
TREP Transfer Response Parameter - Parameter för överföringssvar
TRTP Transfer Request Parameter - Parameter för begäran om överföringVU Vechicle Unit - Fordonsenhet
2. ÖVERFÖRING AV FORDONSENHETSDATA2.1 Överföring
För att överföra fordonsenhetsdata, måste operatören göra följande:
— Sätta i sitt färdskrivarkort i en kortplats i fordonsenheten (
1).
— Ansluta IDE till fordonsenhetens överföringsanslutning.— Upprätta en anslutning mellan IDE och fordonsenhet.
— På IDE välja de data som skall överföras och sända begäran till fordonsen-
heten.
— Avsluta överföringssessionen.
2.2 Protokoll för dataöverföring
Protokollet är uppbyggt enligt modellen ”master-slave”, med IDE som ”master”
och fordonsenheten som ”slave”.
Meddelandestruktur, meddelandetyper och meddelandeflöden bygger huvudsak-
ligen på Keyword Protocol 2000 (KWP) (ISO 14230-2 Vägfordon - Keyword
Protocol 2000 för diagnostiksystem - Del 2: Länkskikt).
Tillämpningsskiktet grundas i princip på det gällande utkastet till ISO 14229-1
(Vägfordon - Diagnostikssystem - Del 1: Diagnostiska tjänster, version 6 av den
22 februari 2001).
2.2.1 Meddelandestruktur
Alla de meddelanden som utbyts mellan IDE och fordonsenhet formateras med
en struktur som består av följande tre delar:
— Huvud bestående av en format-byte (Format byte - FMT), en mål-byte
(Target byte - TGT), en käll-byte (Source byte - SRC) och eventuellt en
längd-byte (Length byte - LEN).
— Datafält bestående av tjänsteidentifierar-byte (Service Identifier Byte - SID)
och ett varierande antal databyte, som kan inbegripa en byte för diagnosses-
sion (DS) eller en byte för en överföringsparameter (TREP eller TRTP).
— Kontrollsumma (checksum) bestående av en kontrollsummebyte (Checksum
byte - CS).
Huvud DatafältKontroll-
summa
FMT TGT SRC LEN SID DATA … … … CS
4 byte Max 255 byte 1 byte
TGT- och SRC-byte representerar den fysiska adressen till meddelandets motta-
gare och avsändare. Värdena är F0 Hex för IDE och EE Hex för fordonsenheten.
LEN-byte är längden på datafältsdelen.Kontrollsumme-byte är 8 bits-summorna modulo 256 av alla byte i meddelandet
utom CS själv.
FMT-, SID-, DS-, TRTP- och TREP-byte definieras nedan i detta dokument.I de fall där de data som skall överföras i meddelandet är längre än det utrymme
som finns tillgängligt i datafältsdelen sänds meddelandet i själva verket i flera
undermeddelanden. Varje undermeddelande har ett huvud, samma SID, TREP
och en undermeddelanderäknare på 2 byte som anger undermeddelandenummer
inom hela meddelandet. IDE kvitterar varje undermeddelande för att möjliggöra
felkontroll och för att avbryta. IDE kan godta undermeddelandet, be att det
överförs igen, begära att fordonsenheten startar igen eller avbryta överföringen.
Om det sista undermeddelandet innehåller exakt 255 byte i datafältet, måste ett
slutgiltigt undermeddelande med ett tomt (utom SID TREP och undermeddelan-
deräknare) datafält tillfogas för att visa slutet på meddelandet.1998R2135 — SV — 25.08.2002 — 001.001 — 152
(1) Det kort som satts i kommer att utlösa lämpliga tillträdesrättigheter till överföringsfunk-
tion och till data.
▼M1
Exempel:
Huvud SID TREP Meddelande CS
4 byte Längre än 255 byte
Kommer att överföras som
Huvud SID TREP 00 01 Undermeddelande 1 CS
4 byte 255 byte
Huvud SID TREP 00 02 Undermeddelande 2 CS
4 byte 255 byte
…
Huvud SID TREP xx yy Undermeddelande n CS
4 byte Mindre än 255 byte
eller som
Huvud SID TREP 00 01 Undermeddelande 1 CS
4 byte 255 byte
Huvud SID TREP 00 02 Undermeddelande 2 CS
4 byte 255 byte
…
Huvud SID TREP xx yy Undermeddelande n CS
4 byte 255 byte
Huvud SID TREP xx yy+1 CS
4 byte 4 byte
2.2.2 Meddelandetyper
Kommunikationsprotokollet för dataöverföring mellan fordonsenhet och IDE
förutsätter utbyte av 8 olika meddelandetyper.
Dessa meddelanden sammanfattas i följande tabell.1998R2135 — SV — 25.08.2002 — 001.001 — 153
▼M1
Meddelandestruktur
IDE -> <- FEMax 4 byte
HuvudMax 255 byte
Data1
byte
Kont-roll-sum-ma
FMT TGT SRC LEN SIDDS_/
TRTPDATA CS
Start Communication Request 81 EE F0 81 E0
Positive Response Start
Communication 80 F0 EE 03 C1 8F,EA 9B
Start Diagnostic Session
Request 80 EE F0 02 10 81 F1
Positive Response Start
Diagnostic 80 F0 EE 02 50 81 31
Link Control Service (länkkon-
trolltjänst)
Verify Baud Rate (stage
1) (kontrollera baud-
nivån, 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 ED38 400 Bd 80 EE F0 04 87 01,01,03 ED57 600 Bd 80 EE F0 04 87 01,01,04 EF
115 200 Bd 80 EE F0 04 87 01,01,05 F0
Positive Response Verify Baud
Rate (positivt svar kontrollera
baud-nivån) 80 F0 EE 02 C7 01 28
Transition Baud Rate (stage 2)
(övergång baud-nivån, steg 2) 80 EE F0 03 87 02,03 ED
Request Upload
80 EE F0 0A 3500,00,00,-
00,00,FF,-
FF,FF,FF 99
Positive Response Request
Upload 80 F0 EE 03 75 00,FF D5
Transfer Data Request
Översikt 80 EE F0 02 36 01 97Activities 80 EE F0 06 36 02 Date CSEvents & Faults 80 EE F0 02 36 03 99
Detailed Speed 80 EE F0 02 36 04 9A
Technical Data 80 EE F0 02 36 05 9BCard download 80 EE F0 02 36 06 9C
Positive Response Transfer
Data 80 F0 EE Len 76 TREP Data CS
Request Transfer Exit 80 EE F0 01 37 961998R2135 — SV — 25.08.2002 — 001.001 — 154
▼M1
Meddelandestruktur
IDE -> <- FEMax 4 byte
HuvudMax 255 byte
Data1
byteKont-roll-sum-
ma
FMT TGT SRC LEN SIDDS_/
TRTPDATA CS
Positive Response Request
Transfer Exit 80 F0 EE 01 77 D6
Stop Communication Request 80 EE F0 01 82 E1
Positive Response Stop
Communication 80 F0 EE 01 C2 21
Acknowledge sub message 80 EE F0 Len 83 Data CS
Negative responses
General reject 80 F0 EE 03 7F Sid Req 10 CS
Service not supported 80 F0 EE 03 7F Sid Req 11 CS
Sub function not supported 80 F0 EE 03 7F Sid Req 12 CS
Incorrect Message Length
(inkorrekt meddelandelängd) 80 F0 EE 03 7F Sid Req 13 CS
Conditions not correct or
Request sequence error (vill-
koren är inkorrekta eller
begäran sekvensfel) 80 F0 EE 03 7F Sid Req 22 CS
Request out of range
(begäran utom räckhåll) 80 F0 EE 03 7F Sid Req 31 CS
Upload not accepted 80 F0 EE 03 7F Sid Req 50 CS
Response pending 80 F0 EE 03 7F Sid Req 78 CS
Data not available 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 har överförts.— Termen uppläggning (upload) (sett från IDE) används för kompatibilitet med ISO 14229. Det betyder samma sak
som överföring (download) (sett från fordonsenheten).
— Möjliga 2-byte undermeddelanderäknare visas inte i tabellen.
2.2.2.1 Start Communication Request (SID 81)
IDE utfärdar detta meddelande för att upprätta kommunikationslänken med
fordonsenheten. De första meddelandena utväxlas alltid med 9 600 baud (tills
överföringshastigheten så småningom ändras med hjälp av lämpliga länkkon-
trolltjänster (Link control services)).
2.2.2.2 Positive Response Start Communication (SID C1)
Fordonsenheten utfärdar detta meddelande för att svara positivt på en begäran
om att starta kommunikationen. Det inbegriper de 2 nyckel-byte ′8F′′EA′som
anger att enheten stödjer protokoll med huvud inbegripet information om
målkälla (target source) och längd.
2.2.2.3 Start Diagnostic Session Request (SID 10)
IDE utfärdar meddelandet med begäran Start Diagnostic Session (starta diagno-
ssession) för att begära en ny diagnossession med fordonsenheten.1998R2135 — SV — 25.08.2002 — 001.001 — 155
▼M1
Underfunktionen ”default session” (81 Hex) anger att en standard diagnosses-
sion skall öppnas.
2.2.2.4 Positive Response Start Diagnostic (SID 50)
Fordonsenheten sänder meddelandet Positive Response Start Diagnostic (positivt
svar start diagnos) för att svara positivt på begäran om diagnossession (Diagno-
stic Session Request)
2.2.2.5 Link Control Service (SID 87)
IDE använder Link Control Service (länkkontrolltjänsten) för att inleda
ändringen av överföringshastigheten (baud-nivån), vilket sker i följande två
steg: I steg ett föreslår IDE ändringen av baud-nivån. Vid mottagandet av ett
positivt svar från fordonsenheten utfärdar IDE en bekräftelse av ändringen av
baud-nivån till fordonsenheten (steg två). Därefter ändrar IDE till den nya
baud-nivån. Efter mottagandet av bekräftelsen ändrar fordonsenheten till den
nya baud-nivån.
2.2.2.6 Link Control Positive Response (SID C7)
Fordonsenheten utfärdar Link Control Positive response (positivt svar för
länkkontrollen) för att svara positivt på begäran om länkkontrolltjänst (Link
Control Service request) (steg ett). Det bör noteras att inget svar lämnas på
begäran om bekräftelse (steg två).
2.2.2.7 Request Upload (SID 35)
IDE utfärdar meddelandet Request Upload (begäran uppläggning) för att speci-
ficera för fordonsenheten att en överföring har begärts. För att uppfylla kraven i
ISO14229 ingår uppgifter som omfattar adress, storlek och format för de
uppgifter som begärs. Eftersom dessa inte är kända av IDE 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 Positive Response Request Upload (SID 75)
Fordonsenheten sänder meddelandet Positive Response Request Upload (positivt
svar begäran uppläggning) för att ange för IDE att fordonsenheten är beredd att
överföra data. För att uppfylla kraven i ISO14229 ingår uppgifter i detta medde-
lande som anger för IDE att ytterligare meddelanden om Positive Response
Transfer Data (positivt svar överföring data) kommer att omfatta högst 00FF
byte (hex).
2.2.2.9 Transfer Data Request (SID 36)
IDE sänder begäran Transfer Data Request (överföring data begäran) för att för
fordonsenheten specificera typen av data som skall överföras. En Transfer
Request Parameter (TRTP, parameter för begäran om överföring) på en byte
anger överföringstypen.
Det finns sex typer av dataöverföring:
— Översikt (TRTP 01),
— Aktiviteter med avseende på ett särskilt datum (TRTP 02),— Händelser och fel (TRTP 03),
— Detaljerad hastighet (TRTP 04),
— Tekniska data (TRTP 05),— Kortöverföring (TRTP 06).
IDE måste begära översiktsdataöveföriringen (TRTP 01) under en överföri-
ngssession, eftersom det är det enda sättet att se till att fordonsenhetens
certifikat registreras i den överförda filen (och göra det möjligt att kontrollera
den digitala signaturen).
I det andra fallet (TRTP 02) innehåller meddelandet Transfer Data Request
(överföring data begäran) angivelse av den kalenderdag (formatet TimeReal )
som skall överföras.
2.2.2.10 Positive Response Transfer Data (SID 76)
Fordonsenheten sänder meddelandet Positive Response Transfer Data (positivt
svar överföring data) som svar på Transfer Data Request (överföring data
begäran). Meddelandet innehåller begärda data, med en Transfer Response Para-
meter (TREP,parameter för överföringssvar) som motsvarar TRTP i begäran.1998R2135 — SV — 25.08.2002 — 001.001 — 156
▼M1
I det första fallet (TREP 01) kommer fordonsenheten att sända data som hjälper
IDE-operatören att välja vilka ytterligare data som han önskar överföra. Infor-
mationen i detta meddelande är följande:
— Säkerhetscertifikat.
— Fordonsidentifiering.
— Fordonsenhetens aktuella datum och tid.
— Min och Max överföringsbart datum (fordonsenhetsdata).— Angivelse av korts närvaro i fordonsenheten.
— Tidigare överföring till ett företag.
— Företagslås.
— Tidigare kontroller.
2.2.2.11 Request Transfer Exit (SID 37)
IDE sänder meddelandet Request Transfer Exit (begäran om avslutning av
överföring) för att informera fordonsenheten om att överföringssessionen har
avslutats.
2.2.2.12 Positive Response Request Transfer Exit (SID 77)
Fordonsenheten sänder meddelandet Positive Response Request Transfer Exit -
positivt svar begäran om avslutning av överföring för att kvittera Request
Transfer Exit (begäran om avslutning av överföring).
2.2.2.13 Stop Communication Request (SID 82)
IDE sänder meddelandet Stop Communication Request (avslutad kommunika-
tion begäran) för att koppla ur kommunikationslänken med fordonsenheten.
2.2.2.14 Positive Response Stop Communication (SID C2)
Fordonsenheten sänder meddelandet Positive Response Stop Communication
(positivt svar avslutning kommunikation) för att kvittera Stop Communication
Request (avslutning kommunikation begäran).
2.2.2.15 Acknowledge Sub Message (SID 83)
IDE sänder meddelandet Acknowledge Sub Message (kvittera undermeddelande)
för att bekräfta mottagandet av varje del av ett meddelande som överförs som
flera undermeddelanden. Datafältet innehåller SID som mottagits från fordon-
senheten och en 2 byte-kod enligt följande:
— MsgC +1 kvitterar korrekt mottagande av undermeddelande nummer MsgC.
Begäran från IDE 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 till fordonsenheten att sända undermeddelandet igen.
— FFFF begär att meddelandet avslutas.
Detta kan användas av IDE för att avsluta överföringen av fordonsenhetens
meddelande av vilken orsak som helst.
Det sista undermeddelandet i ett meddelande (LEN byte < 255) får kvitteras
med hjälp av någon av dessa koder eller inte kvitteras alls.
De svar från fordonsenheten som kommer att bestå av flera undermeddelanden
är följande:
— Positive Response Transfer Data (positivt svar överföring data) (SID 76).
2.2.2.16 Negative Response (SID 7F)
Fordonsenheten sänder meddelandet Negative Response (negativt svar) som svar
på ovan nämnda meddelande med begäran när fordonsenheten inte kan till-
mö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 general reject (allmänt avslag).
Åtgärden kan inte utföras av en anledning som inte omfattas nedan.
— 11 service not supported (tjänsten stöds ej)
SID för begäran ej förstådd.
— 12 sub function not supported (underfunktion stöds ej)
DS eller TRTP för begäran är inte förstådd, eller det finns inga ytterligare
undermeddelanden som skall överföras.
— 13 incorrect message length (felaktig meddelandelängd)1998R2135 — SV — 25.08.2002 — 001.001 — 157
▼M1
Längden på det mottagna meddelandet är felaktig.
— 22 conditions not correct or request sequence error (villkoren är felaktiga
eller sekvensfel i begäran)
Den begärda tjänsten är inte aktiv eller sekvensen i ett meddelande med
begäran är felaktig.
— 31 Request out of range (ogiltigt värde på begäran)
Parameterregistret för begäran (datafält) är inte giltigt.
— 50 upload not accepted (uppläggning ej godtagen).
Begäran kan inte utföras (fordonsenheten i olämpligt driftläge eller internt
fel i fordonsenheten).
— 78 response pending (svar ej avslutat).
Begärd åtgärd kan inte avslutas i tid och fordonsenheten är inte beredd att
godta en annan begäran.
— FA-data ej tillgängliga.
Dataobjektet i en begäran om dataöverföring finns inte tillgängligt i fordon-
senheten (till exempel: inget kort har satts i, …).
2.2.3 Meddelandeflöde
Nedan visas ett typiskt meddelandeflöde under en normal dataöverföring:
IDE VU
Start Communication Request
Positive Response
Start Diagnostic Service Request
Positive Response
Request Upload
Positive Response
Transfer Data Request Overview
Positive Response
Transfer Data Request #2
Positive Response #1
Acknowledge Sub Message #1
Positive Response #2
Acknowledge Sub Message #21998R2135 — SV — 25.08.2002 — 001.001 — 158
▼M1
IDE VU
Positive Response #m
Acknowledge Sub Message #m
Positive Response (Data Field < 255
Bytes)
Acknowledge Sub Message (optional)
…
Transfer Data Request #n
Positive Response
Request Transfer Exit
Positive Response
Stop Communication Request
Positive Response
2.2.4 Tidsavpassning
Vid normal drift är de tidsparametrar som visas i följande figur relevanta:
Figur 1
Meddelandeflöde, tidsavpassning
där1998R2135 — SV — 25.08.2002 — 001.001 — 159
▼M1
P1 = Interbyte-tid för fordonsenhetens svar.
P2 = Tid mellan slut på IDE-begäran och början på fordonsenhets svar, eller
mellan slut på IDE-kvittering och början på nästa svar från fordonsenhet.
P3 = Tid mellan slut på svar från fordonsenhet och början på ny IDE-begäran,
eller mellan slut på fordonsenhets svar och början på IDE-kvittering,
eller mellan slut på IDE-begäran och början på ny IDE-begäran om
fordonsenheten inte svarar.
P4 = Interbyte-tid för IDE-begäran.P5 = Utökat värde för P3 för överföring från kort.
Tillåtna värden för tidsparametrar visas i följande tabell (KWP utökade tidspara-
metrar satta, används vid fysisk adressering för snabbare kommunikation).
Parameter Nedre gräns Värde (ms) Övre gräns Värde (ms)
P1 0 20
P2 20 1 000 (*)
P3 10 5 000P4 5 20P5 10 20 minuter
(*) Om fordonsenheten svarar med ett Negative Response (negativt svar) som innehåller en kod som betyder
”begäran korrekt mottagen, svar kommer”, utökas detta värde till samma övre gränsvärde som för P3.
2.2.5 Felhantering
Om ett fel inträffar vid meddelandeutbytet, ändras schemat för meddelandeflödet
beroende på vilken utrustning som har upptäckt felet och på det meddelande
som genererat felet.
I figur 2 och 3 visas förfarandena för felhantering med avseende på fordon-
senhet respektive IDE.
2.2.5.1 Fasen Start Communication
Om IDE upptäcker ett fel under Start Communication-fasen, antingen genom
tidsavpassning eller genom bitflöde, kommer den att vänta under en period
P3min innan den utfärdar begäran igen.
Om fordonsenheten upptäcker ett fel i sekvensen som kommer från IDE, skall
den inte sända något svar utan vänta på ett till Start Communication Request-
meddelande inom en period P3max.
2.2.5.2 Fasen Communication
Följande två typer av felhantering kan definieras:
1. Fordonsenheten upptäcker ett fel vid IDE-överföring
För varje mottaget meddelande skall fordonsenheten upptäcka tidsfel, byte-
formatfel (exempelvis överträdelser med avseende på start- och stopp-bitar)
och ramfel (fel antal mottagna byte, fel kontrollsumme-byte).
Om fordonsenheten upptäcker ett av ovanstående fel, sänder den inget svar och
ignorerar det mottagna meddelandet.
Fordonsenheten kan upptäcka andra fel i det mottagna meddelandets format eller
innehåll (exempelvis meddelandet stöds ej) även om meddelandet uppfyller
kraven med avseende på längd och kontrollsumma. I så fall skall fordonsenheten
svara IDE med ett Negative Response-meddelande (negativt svarsmeddelande)
som specificerar felets natur.1998R2135 — SV — 25.08.2002 — 001.001 — 160
▼M1
Figur 2
Hantering av fordonsenhetsfel
1998R2135 — SV — 25.08.2002 — 001.001 — 161
▼M1
2. IDE upptäcker ett fel vid överföring från fordonsenhet
För varje mottaget meddelande skall IDE upptäcka tidsfel, byte-formatfel
(exempelvis överträdelser med avseende på start- och stopp-bitar) och ramfel
(fel antal mottagna byte, fel kontrollsumme-byte).
IDE skall upptäcka sekvensfel, exempelvis inkorrekta steg i räknaren av under-
meddelanden i mottagna meddelanden som följer på varandra.
Om IDE upptäcker ett fel eller om det inte kom något svar från fordonsenheten
inom perioden P2max, skall meddelandet med begäran sändas igen under
sammanlagt högst tre överföringar. För att bidra till upptäckt av dessa fel
kommer en kvittering av undermeddelanden att betraktas som en begäran till
fordonsenheten.
IDE skall vänta åtminstone under en period P3min innan den påbörjar varje
överföring. Vänteperioden skall mätas från senast beräknade förekomst av en
stopp-bit efter det att felet upptäcktes.
Figur 3
Hantering av IDE-fel
1998R2135 — SV — 25.08.2002 — 001.001 — 162
▼M1
2.2.6 Innehåll i Response Message
I denna punkt specificeras innehållet i datafälten i de olika positiva svarsmedde-
landena.
Dataelement definieras i tillägg 1 (Dataordlista).
2.2.6.1 Positive Response Transfer Data Overview
Datafältet i meddelandet ”Positive Response Transfer Data Overview” skall till-
handahålla följande data i följande ordning under SID 76 Hex, TREP 01 Hex
och passande delning och räkning av undermeddelanden:
1998R2135 — SV — 25.08.2002 — 001.001 — 163
▼M1
2.2.6.2 Positive Response Transfer Data Activities
Datafältet i meddelandet ”Positive Response Transfer Data Activities” skall till-
handahålla följande data i följande ordning under SID 76 Hex, TREP 02 Hex
och passande delning och räkning av undermeddelanden:
1998R2135 — SV — 25.08.2002 — 001.001 — 164
▼M1
2.2.6.3 Positive Response Transfer Data Events and Faults
Datafältet i meddelandet ”Positive Response Transfer Data Events and Faults”
skall tillhandahålla följande data i följande ordning under SID 76 Hex, TREP
03 Hex och passande delning och räkning av undermeddelanden:
1998R2135 — SV — 25.08.2002 — 001.001 — 165
▼M1
2.2.6.4 Positive Response Transfer Data Detailed Speed
”Positive Response Transfer Data Detailed Speed” skall tillhandahålla följande
data i följande ordning under SID 76 Hex, TREP 04 Hex och passande delning
och räkning av undermeddelanden:
2.2.6.5 Positive Response Transfer Data Technical Data
Datafältet i meddelandet ”Positive Response Transfer Data Technical Data”
skall tillhandahålla följande data i följande ordning under SID 76 Hex, TREP
05 Hex och passande delning och räkning av undermeddelanden:
1998R2135 — SV — 25.08.2002 — 001.001 — 166
▼M1
2.3 Fillagring på Externa lagringsmedia
När en överföringssession har inbegripit överföring av fordonsenhetsdata, skall
IDE i en fysisk fil lagra alla de data som mottagits från fordonsenheten under
överföringssessionen inom meddelandena ”Positive Response Transfer Data”.
Lagrade data inbegriper ej meddelandehuvuden, räknare av undermeddelanden,
tomma undermeddelanden och kontrollsummor men de inbegriper SID och
TREP (endast i första undermeddelandet vid flera undermeddelanden).
3. PROTOKOLL FÖR ÖVERFÖRING FRÅN FÄRDSKRIVARKORT
3.1 Räckvidd
I denna punkt beskrivs direkt överföring av kortdata från ett färdskrivarkort till
IDE. IDE är inte en del av den säkra miljön. Följaktligen utförs ingen autenti-
sering mellan kort och IDE.
3.2 Definitioner
Överföringssession: Varje gång en överföring av ICC-data (data på IC-
kort) utförs. Sessionen omfattar ett fullständigt förfarande från återställning av
IC-kortet av en IFD (kortläsare) till avaktivering av ICC (urtagning av kort eller
nästa återställning).
Signerad datafil: En fil från IC-kortet. Filen överförs till kortläsaren
i klartext. På IC-kortet hashas och signeras filen och signaturen överförs till
kortläsaren.
3.3 Överföring från kort
Överföring från ett färdskrivarkort inbegriper följande steg:
— Överför basinformationen på kortet i datafilens ICC och IC. Denna infor-
mation är valbar och säkras inte med en digital signatur.
— Överför datafilens Card _Cer tifi ca te och CA_Cer tifi ca te. Denna infor-
mation säkras inte med en digital signatur.
Överföring av dessa filer vid varje överföringssession är obligatorisk.
— Överför övriga datafiler för tillämpningsdata (inom T ach ogra ph DF), med
undantag av datafilen Card _Down loa d. Denna information säkras med en
digital signatur.
— Överföring av åtminstone datafilernas Ap pli cat ion_ Iden tif ica tio n
och ID vid varje överföringssession.
— Vid överföring av förarkort är överföring av följande datafiler också
obligatorisk:
— E ven ts_Da ta (händelsedata).
— Fa ult s_Dat a (feldata).
— Dr ive r_Act ivi ty_Data (data om föraraktiviteter).— Ve hic les_ Used (använda fordon).
— Pl ace s (platser).
— Contr ol_Ac tiv ity _Dat a (data om kontrollaktiviteter).
— Sp eci fic _Con diti ons (särskilda omständigheter).
— Vid överföring av förarkort, uppdatera datumet för La stCa rd_Do wnloa d
i datafilen Ca rd_Do wnloa d (kor töve rföri ng).
— Vid överföring från ett verkstadskort, återställ kalibreringsräknaren i data-
filen Car d_Downloa d (kortöverföring).
3.3.1 Initieringssekvens
IDE skall initiera sekvensen enligt följande:
Kort Riktning IDE/IFD Betydelse/anmärkningar
Maskinvaruåterställning
ATR
Man kan använda PPS (val av protokollparametrar) för att byta till en högre
baud-nivå så länge IC-kortet stödjer det.1998R2135 — SV — 25.08.2002 — 001.001 — 167
▼M1
3.3.2 Sekvens för osignerade datafiler
Sekvens för överföring av datafilernas ICC, I C, Ca rd_Certi fic ate och
CA_Ce rtif ica te är följande:
Kort Riktning IDE/IFD Betydelse/anmärkningar
Välj fil Välj med hjälp av filidentifierare
OK
Read Binary (Läs binär) Om filen innehåller mer data än
buffertstorleken hos läsaren eller
kortet måste kommandot
upprepas tills den fulllständiga
filen har lästs
Fildata
OK
Lagra data till ESM Enligt punkt 3.4. Format för
lagring av data
Obs: Innan datafilen Card_ Cer tifi cat e väljs, måste färdskrivartillämpning
väljas (val genom AID (tillämpningsidentifierare))
3.3.3 Sekvens för signerade datafiler
Följande sekvens skall användas för var och en av följande filer som måste
överföras med sin signatur.
Kort Riktning IDE/IFD Betydelse/anmärkningar
Select File (välj fil)
OK
Perform Hash of File (hasha
filen)Beräknar hashvärdet över
datainnehållet i vald fil med
hjälp av föreskriven hash-
algoritm enligt tillägg 11. Detta
kommando är inte ett ISO-
kommando.
Calculate Hash of
File and store
Hash value
temporarily
(Beräkna filens
hashvärde och
lagra hashvärdet
tillfälligt)
OK
Read Binary (Läs binär) Om filen innehåller mer data än
bufferten hos läsaren eller kortet
måste kommandot upprepas tills
den fulllständiga filen har lästs.
Fildata
OK
Lagra mottagna data till ESM Enligt punkt 3.4. Format för
lagring av datat
PSO: Compute Digital Signa-
ture (beräkna digital signatur)
Perform Security
Operation (utför
säkerhetsopera-
tion) ”Compute
Digital Signature”
med hjälp av det
tillfälligt lagrade
hash-värdet1998R2135 — SV — 25.08.2002 — 001.001 — 168
▼M1
Kort Riktning IDE/IFD Betydelse/anmärkningar
Signature
(signatur)
OK
Foga data till tidigare lagrade
data i ESMEnligt punkt 3.4. Format för
lagring av data
3.3.4 Sekvens för återställning av kalibreringsräknare
Sekvensen för återställning av räknaren av NoOfCal ibra tio nsSinc eDo wn-
l oad i datafilen Ca rd_Downlo ad på ett verkstadskort är följande:
Kort Riktning IDE/IFD Betydelse/anmärkningar
Select File (välj datafil)
Card_DownloadVälj med hjälp av filidentifierare
OK
Update Binary (uppdatera
binär)
NoOfCalibrationsSince-
Download =′00 00′
återställer kortö-
verföri-
ngsnummer
OK
3.4 Format för lagring av data
3.4.1 Inledning
Överförda data måste lagras enligt följande villkor:
— Data skall lagras transparent. Detta innebär att byte-ordningen och bit-
ordningen inuti de byte som överförs från kortet måste bevaras vid lagring.
— Alla de filer på ett kort som överförs vid en överföringssession lagras i en fil
i ESM.
3.4.2 Filformat
Filformatet är en sammansättning av flera TLV-objekt.
Taggen för en datafil skall vara FID (filidentifierare) plus tillägget ”00”.Taggen för en datafils signatur skall vara FID (filidentifierare) av filen plus tillä-
gget ”01”.
Längden är ett värde på två byte. Värdet definierar antalet byte i värdefältet.
Värdet i längdfältet är reserverat för framtida användning.
Om en fil inte överförs skall inte något som förknippas med filen lagras (ingen
tagg och ingen noll-längd).
En signatur skall 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) 3 byte
FID (2 Byte) || ”01” Tagg för signatur för EF
(FID)3 byte
xx xx Värdefältets längd 2 byte
Exempel på data i en överföringsfil i ett ESM:1998R2135 — SV — 25.08.2002 — 001.001 — 169
▼M1
Tagg Längd Värde
00 0 2 0 0 0 0 11 Data i EF ICC
C1 0 0 00 0 0 C2 Data i EF Card _Ce rtif ica te
…
05 0 5 0 0 0 A 2 E Data i EF Vehi cle s_Use d
05 0 5 0 1 0 0 80 Signatur för EF Ve hic les_ Used
4. ÖVERFÖRING FRÅN ETT FÄRDSKRIVARKORT VIA EN FORDON-
SENHET
Fordonsenheten måste möjliggöra överföring från ett förarkort som är isatt i en
ansluten IDE.
IDE skall sända meddelandet ”Transfer Data Request Card Download” till
fordonsenheten för att initiera detta läge (se 2.2.2.9).
Fordonsenheten skall sedan överföra hela kortet, fil efter fil, enligt det protokoll
för kortöverföring som definieras i punkt 3, och vidaresända alla data som
mottagits från kortet till IDE i lämpligt TIL-filformat (se punkt 3.4.2) och som
inkapslats i meddelandet ”Positive Response Transfer Data”.
IDE skall hämta kortdata från meddelandet ”Positive Response Transfer Data”
(och stryka alla huvuden, SID, TREP, undermeddelanderäknare och kontroll-
summor) och lagra dem i en fysisk fil i enlighet med punkt 2.3.
Fordonsenheten skall därefter i förekommande fall uppdatera förarkortets datafil
med kontrollaktiviteter Con trol Act ivi tyDa ta eller datafil med överföring avkort Car d_Down loa d.1998R2135 — SV — 25.08.2002 — 001.001 — 170
▼M1
Tillägg 8
KALIBRERINGSPROTOKOLL
INNEHÅLL
1. Inledning … . . . ....................................................... 1 7 0
2. Termer, definitioner och referenser … ..................................... 1 7 0
3. Översikt över tjänster … ................................................ 1 7 0
3.1 Tillgängliga tjänster … ................................................. 1 7 0
3.2 Svarskoder … . . ....................................................... 1 7 1
4. Kommunikationstjänster … . . ............................................ 1 7 1
4.1 Tjänsten StartCommunication (starta kommunikation) … . ..................... 1 7 1
4.2 Tjänsten StopCommunication (avsluta kommunikation) … .................... 1 7 3
4.2.1 Meddelandebeskrivning … . . ............................................ 1 7 3
4.2.2 Meddelandeformat … . . ................................................. 1 7 4
4.2.3 Definition av parametrar … . . ............................................ 1 7 5
4.3 Tjänsten TesterPresent … . . . ............................................ 1 7 5
4.3.1 Meddelandebeskrivning … . . ............................................ 1 7 5
4.3.2 Meddelandeformat … . . ................................................. 1 7 5
5. Förvaltningstjänster … . ................................................. 1 7 6
5.1 Tjänsten StartDiagnosticSession (starta diagnossession) … ..................... 1 7 6
5.1.1 Meddelandebeskrivning … . . ............................................ 1 7 6
5.1.2 Meddelandeformat … . . ................................................. 1 7 7
5.1.3 Definition av parametrar … . . ............................................ 1 7 8
5.2 Tjänsten SecurityAccess (säkerhetstillträde) … . . . ........................... 1 7 8
5.2.1 Meddelandebeskrivning … . . ............................................ 1 7 8
5.2.2 Meddelandeformat - SecurityAccess - requestSeed … . . . ..................... 1 7 9
5.2.3 Meddelandeformat - SecurityAccess - sendKey … ........................... 1 8 0
6. Dataöverföringstjänster … . . . ............................................ 1 8 1
6.1 Tjänsten ReadDataByIdentifier (läs data med lokal identifierare) … . . . .......... 1 8 1
6.1.1 Meddelandebeskrivning … . . ............................................ 1 8 1
6.1.2 Meddelandeformat … . . ................................................. 1 8 1
6.1.3 Definition av parametrar … . . ............................................ 1 8 2
6.2 Tjänsten WriteDataByIdentifier (skriv data med lokal identifierare) … .......... 1 8 3
6.2. Meddelandebeskrivning … . . ............................................ 1 8 3
6.2.2 Meddelandeformat … . . ................................................. 1 8 3
6.2.3 Definition av parametrar … . . ............................................ 1 8 4
7. Kontroll av provpulser - funktionsenhet för kontroll av in-/utdata … . . .......... 1 8 4
7.1 Tjänsten InputOutputControlByIdentifier (kontroll av in-/utdata med identifierare)
… ..................................................................184
7.1.1 Meddelandebeskrivning … . . ............................................ 1 8 4
7.1.2 Meddelandeformat … . . ................................................. 1 8 5
7.1.3 Definition av parametrar … . . ............................................ 1 8 6
8. Format för dataRecords … . . ............................................ 1 8 7
8.1 Giltiga värden på överförda parametrar … . . ................................ 1 8 7
8.2 Format för dataRecords … . . ............................................ 1 8 81998R2135 — SV — 25.08.2002 — 001.001 — 171
▼M1
1. INLEDNING
I detta tillägg beskrivs hur data utbyts mellan en fordonsenhet och en provare
(tester) via K-linjen (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 ingående/
utgående signal på kalibreringsanslutningen.
Upprättande av K-linjekommunikationer beskrivs i avsnitt 4 ”Kommunika-
tionstjänster”.
I denna bilaga används begreppet diagnossessioner (diagnostic sessions) för att
avgöra räckvidden för K-linjekontroll under olika omständigheter. Den förvalda
sessionen är ”StandardDiagnosticSession”, där alla data kan läsas från en
fordonsenhet men inga data kan skrivas till en fordonsenhet.
Val av diagnossession beskrivs i avsnitt 5 ”Förvaltningstjänster”.
”ECUProgrammingSession” möjliggör ingång av data i fordonsenheten. När det
gäller ingång av kalibreringsdata (krav 097 och 098), måste fordonsenheten
dessutom vara i driftläge CALIBRATION (kalibrering).
Dataöverföring via K-linjen beskrivs i avsnitt 6 ”Dataöverföringstjänster”.
Formaten för data som överförs beskrivs närmare i avsnitt 8 ”Format för data-
Records”.
”ECUAdjustmentSession” möjliggör val av in-/utläge på in-/ut- signallinjen (för
kalibrering) via K-linjegränssnittet. Kontroll av in-/ut- signallinjen (för kalib-
rering) beskrivs i avsnitt 7 ”Kontroll av provpulser - Funktionsenhet för
kontroll av in-/utdata”.
I hela detta dokument betecknas provarens adress med ′tt′. Även om det kan
finnas adresser som föredras för provare skall fordonsenheten svara korrekt på
alla provaradresser. Fordonsenhetens fysiska adress är 0xEE.
2. TERMER, DEFINITIONER OCH REFERENSER
Protokollen, meddelandena och felkoderna bygger huvudsakligen på den aktu-
ella versionen av ISO 14229-1 (Vägfordon - Diagnostiksystem - Del 1:
Diagnostiktjänster, version 6 av den 22 februari 2001).
Lokala identifierare och dataformat definieras i ISO 16844-7.
Byte-kodning och hexadecimala värden används för identifierare av tjänster,
begäran om tjänster och svar samt standardparametrar.
Termen ”provare” (tester) avser den utrustning som används för att mata in
programmerings-/kalibreringsdata i fordonsenheten.
Termerna ”klient” (client) och ”server” (server) avser provare respektive fordon-
senhet.
Termen ECU betyder ”Electronic Control Unit” (eletronisk styrenhet) och avser
fordonsenheten.
Referenser:
ISO 14230-2: Vägfordon - Keyword Protocol 2000 för diagnostiksystem - Del
2: Länkskikt. Första utgåvan: 1999. Fordon - Diagnostiksystem.
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.
I tabellen visas de tjänster som finns tillgängliga i en aktiverad diagnossession.— I den första kolumnen förtecknas de tjänster som finns tillgängliga.
— Den andra kolumnen inbegriper avsnittets nummer i detta tillägg där 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 i ”StandardDiagnosticSession”
(SD) som måste användas i varje fordonsenhet.
— I den femte kolumnen specificeras de tjänster i ”ECUAdjustmentSession”
(ECUAS) (inställningssessionen) som måste användas för att möjliggöra
kontroll av in-/ut- signallinjen i kalibreringsanslutningen på frontpanelen i
fordonsenheten.
— I den sjätte kolumnen specificeras de tjänster i ”ECUProgrammingSession”
(ECUPS) (programmeringssessionen) som måste användas för att det skall
vara möjligt att programmera parametrar i fordonsenheten.1998R2135 — SV — 25.08.2002 — 001.001 — 172
▼M1
Tabell 1
Sammanfattande tabell över värden på tjänsteidentifierare
Namn på diagnostjänst Avsnitt nrTjänste-ID
erforderligt
värdeDiagnossessioner
SD ECUAS ECUPS
StartCommunication 4.1 81 ■■ ■
StopCommunication 4.2 82 ■
Testerpresent 4.3 3E ■■ ■
StartDiagnosticSession 5.1 10 ■■ ■
SecurityAccess 5.2 27 ■■ ■
ReadDataByIdentifier 6.1 22 ■■ ■
WriteDataByIdentifier 6.2 2E ■
InputOutputControlByI-
dentifier7.1 2F ■
■ Denna symbol anger att tjänsten är obligatorisk under denna diagnossession.Ingen symbol anger att denna tjänst
inte är tillåten under denna diagnossession.
3.2 Svarskoder
Svarskoder (response codes) definieras för varje tjänst.
4. KOMMUNIKATIONSTJÄNSTER
Vissa tjänster behövs för att kommunikation skall kunna upprättas och
upprätthållas. De finns inte på tillämpningsskiktet. Tillgängliga tjänster specifi-ceras i nedanstående tabell.
Tabell 2
Kommunikationstjänster
Namn på tjänst Beskrivning
StartCommunication Klienten begär att få starta en kommunikationssession med en eller
flera servrar
StopCommunication Klienten begär att få avsluta pågående kommunikationssessionTesterPresent Klienten meddelar servern att förbindelsen fortfarande är aktiv
Tjänsten StartCommunication används för att starta en kommunikation. För att
man skall kunna utföra en tjänst måste kommunikationen initieras och kommu-
nikationsparametrarna bör vara lämpliga för önskat läge (mode).
4.1 Tjänsten StartCommunication (starta kommunikation)
Vid mottagande av indikationsprimitiven StartCommunication skall fordonsen-
heten kontrollera om den begärda kommunikationslänken kan initieras under
innevarande omständigheter. Giltiga omständigheter för initiering av en kommu-
nikationslänk beskrivs i dokument ISO 14230-2.
Fordonsenheten skall därefter utföra alla de funktioner som krävs för att initiera
kommunikationslänken och sända svarsprimitiven StartCommunication med de
Positive Response parameters (positivt svar-parametrar) som valts.
Om en fordonsenhet som redan har initierats (och som är i en diagnossession)
tar emot en ny StartCommunication Request (begäran om starta kommunikation)
(exempelvis på grund av felåterhämtning i provaren) skall begäran godtas och
fordonsenheten skall återinitieras.
Om kommunikationslänken av någon anledning inte kan initieras, skall fordon-
senheten fortsätta att fungera på samma sätt som den gjorde omedelbart före
försöket att initiera kommunikationslänken.1998R2135 — SV — 25.08.2002 — 001.001 — 173
▼M1
Meddelandet med StartCommunication Request måste vara fysiskt adresserad.
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 kommunikation finns i
fordonsenhetens svar.
Efter avslutad initiering gäller följande:
— Alla kommunikationsparametrar sätts till de värden som anges i tabell 5
enligt nyckel-byte (key bytes).
— Fordonsenheten väntar på provarens första begäran.— Fordonsenheten är i förvalt diagnosläge, dvs. StandardDiagnosticSession.— In-/ut- signallinjen (för kalibrering) är i förvalt läge, dvs. avaktiverat läge.
Dataöverföringshastigheten på K-linjen skall vara 10 400 baud.
Den snabba initieringen påbörjas av provaren, som överför ett Wake up-mönster
(Wup) på K-linjen. Mönstret börjar efter vilotiden på K-linjen med en Tinil-
lågtid (low time of Tinil). Provaren överför första bit i tjänsten StartCommuni-
cation efter en tid av Twup som följer på första fallande kant.
Tidsvärdena för snabb initiering och kommunikation i allmänhet anges i detalj itabellerna nedan. Det finns olika möjligheter när det gäller vilotid:
— Första överföring efter det att strömmen slagits på, Tidle = 300 ms.
— Efter slutförande av en StopCommunication-tjänst, Tidle = P3 min.— Efter det att kommunikationen avslutats genom time-out P3 max, Tidle = 0.
Tabell 3
Tidsvärden för snabb initiering
Parameter lägsta värde högsta värde
Tinil 25 ± 1 ms 24 ms 26 ms
Twup 50 ± 1 ms 49 ms 51 ms
Tabell 4
Tidsvärden vid kommunikation
Tids-Parameter ParameterbeskrivningNedre
gränsvärden
(ms)Övre
gränsvärden
(ms)
Min Max
P1 Inter byte-tid (inter byte time) för fordonsenhe-
tens svar02 0
P2 Tid mellan provarens begäran och fordonsenhe-
tens svar eller två fordonsenhetssvar25 250
P3 Tid mellan slut på fordonsenhets svar och start
på ny begäran från provare55 5 000
P4 Inter byte-tid för provarens begäran 5 20
Meddelandeformat för snabb initiering anges i detalj i nedanstående tabeller.1998R2135 — SV — 25.08.2002 — 001.001 — 174
▼M1
Tabell 5
StartCommunication Request Message (meddelande med begäran om att starta kommunikation)
Byte # Parameternamn Hexvärde Memo
#1 Format byte - physical addressing (format-byte -
fysisk adressering)81 FMT
#2 Target address byte (måladress-byte) EE TGT
#3 Source address byte (källadress-byte) tt SRC#4 StartCommunication Request Service Id (starta
kommunikation begäran tjänste-ID)81 SCR
#5 Checksum (kontrollsumma) 00-FF CS
Tabell 6
StartCommunication Positive Request Message (positivt svar på meddelande med begäran om
att starta kommunikation)
Byte # Parameternamn Hexvärde Memo
#1 Format byte - physical addressing (format-byte -
fysisk adressering)80 FMT
#2 Target address byte (måladress-byte) tt TGT
#3 Source address byte (källadress-byte) EE SRC
#4 Additional length byte (extra längd-byte) 03 LEN#5 StartCommunication Positive Response Service
Id (starta kommunikation positivt svar tjänste-
ID)C1 SCRPR
#6 Key byte 1 (nyckel-byte 1) EA KB1
#7 Key byte 2 (nyckel-byte 2) 8F KB2
#8 Checksum (kontrollsumma) 00-FF CS
Det finns inget negativt svar på meddelandet med StartCommunication Request,
om det inte finns något positivt svarsmeddelande att överföra är fordonsenheten
inte initierad, inget överförs och den kvarstår i normal drift.
4.2 Tjänsten StopCommunication (avsluta kommunikation)
4.2.1 Meddelandebeskrivning
Syftet med denna kommunikationsskiktstjänst är att avsluta en kommunikations-
session.
När fordonsenheten tar emot indikationsprimitiven StopCommunication (avsluta
kommunikation), skall den kontrollera om aktuella omständigheter tillåter att
denna kommunikation avslutas. I detta fall skall fordonsenheten utföra alla de
funktioner som behövs för att avsluta denna kommunikation.
Om det är möjligt att avsluta kommunikationen, skall fordonsenheten utfärda en
StopCommunication svarsprimitiv med valda Positive response-parametrar
(positivt svar-parametrar), innan kommunikationen avslutas.
Om kommunikationen inte kan avslutas av någon anledning, skall fordonsen-
heten utfärda en StopCommunication svarsprimitiv med vald Negative
Response-parameter (negativt svar-parameter).
Om time-out av P3max upptäcks av fordonsenheten, skall kommunikationen
avslutas utan att någon svarsprimitiv utfärdas.1998R2135 — SV — 25.08.2002 — 001.001 — 175
▼M1
4.2.2 Meddelandeformat
Meddelandeformat för StopCommunication-primitiver anges i detalj i nedan-
stående tabeller.
Tabell 7
StopCommunication Request Message (meddelande med begäran om avsluta kommunikation)
Byte # Parameternamn Hexvärde Memo
#1 Format byte - physical addressing (format-byte -
fysisk adressering)80 FMT
#2 Target address byte(måladress-byte) EE TGT
#3 Source address byte (källadress-byte) tt SRC#4 Additional length byte (extra längd-byte) 01 LEN
#5 StopCommunication Request Service Id (avsluta
kommunikation begäran tjänste-ID)82 SPR
#6 Checksum (kontrollsumma) 00-FF CS
Tabell 8
StopCommunication Positive Response Message (avsluta kommunikation positivt svarsmedde-
lande)
Byte # Parameternamn Hexvärde Memo
#1 Format byte - physical addressing (format-byte -
fysisk adressering)80 FMT
#2 Target address byte (måladress-byte) tt TGT
#3 Source address byte (källadress-byte) EE SRC
#4 Additional length byte (extra längd-byte) 01 LEN#5 StopCommunication Positive Response Service
Id (avsluta kommunikation positivt svar tjänste-
ID)C2 SPRPR
#6 Checksum (kontrollsumma) 00-FF CS
Tabell 9
StopCommunication Negative Response Message (avsluta kommunikation negativt svarsmedde-
lande)
Byte # Parameternamn Hexvärde Memo
#1 Format byte - physical addressing (format-byte -
fysisk adressering )80 FMT
#2 Target address byte (måladress-byte) tt TGT
#3 Source address byte (källadress-byte) EE SRC
#4 Additional length byte (extra längd-byte) 03 LEN#5 negative Response Service Id (negativt svar
tjänste-ID)7F NR
#6 StopCommunication Request Service Identifica-
tion (avsluta kommunikation begäran tjänste-ID)82 SPR
#7 ResponseCode = generalReject (svarskod =
allmänt avslag)10 RC_GR1998R2135 — SV — 25.08.2002 — 001.001 — 176
▼M1
Byte # Parameternamn Hexvärde Memo
#8 Checksum (kontrollsumma) 00-FF CS
4.2.3 Definition av parametrar
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 (”tester”) för att meddela servern att
den fortfarande är aktiv i förbindelsen. Syftet är att hindra servern från att auto-
matiskt återgå till normalt driftsläge och eventuellt avsluta kommunikationen.
Denna tjänst, som skickas ut regelbundet, håller diagnossessionen/kommunika-
tionen aktiv genom att återställa P3-timern varje gång en begäran om denna
tjänst tas emot.
4.3.2 Meddelandeformat
Meddelandeformaten före TesterPresent-primitiverna anges i detalj i nedan-
stående tabeller.
Tabell 10
TesterPresent Request Message
Byte # Parameternamn Hexvärde Memo
#1 Format byte - physical addressing (format-byte -
fysisk adressering)80 FMT
#2 Target address byte (måladress-byte) EE TGT
#3 Source address byte (källadress-byte) tt SRC#4 Additional length byte (extra längd-byte) 02 LEN
#5 TesterPresent Request Service Id 3E TP
#6 Sub Function = responseRequired = [yes 01 RESPREQ_-
Y
no] 02 RESPREQ_-
NO
#7 Checksum (kontrollsumma) 00-FF CS
Om parametern responseRequired sätts till ”yes” skall servern svara med
följande positiva svarsmeddelande. Om parametern sätts till ”no” skall inget
svar skickas av servern.
Tabell 11
TesterPresent Positive Response Message
Byte # Parameternamn Hexvärde Memo
#1 Format byte - physical addressing 80 FMT
#2 Target address byte tt TGT#3 Source address byte EE SRC
#4 Additional length byte 01 LEN
#5 TesterPresent Positive Response Service Id 7E TPPR#6 Checksum 00-FF CS1998R2135 — SV — 25.08.2002 — 001.001 — 177
▼M1
Tjänsten skall använda följande negativa svarskoder:
Tabell 12
TesterPresent Negative Response Message
Byte # Parameternamn Hexvärde Memo
#1 Format byte - physical addressing 80 FMT
#2 Target address byte tt TGT
#3 Source address byte EE SRC#4 Additional length byte 03 LEN#5 Negative Response Service Id 7F NR
#6 TesterPresent Request Service Identification 3E TP
#7 ResponseCode = [SubFunctionNotSupported-
InvalidFormat12 RC_SFNS_-
IF
incorrectMessageLength] 13 RC_IML
#8 Checksum 00-FF CS
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äkerhets-
tillträde)Klienten begär tillträde till funktioner som är begränsade till auktorise-
rade användare
5.1 Tjänsten StartDiagnosticSession(starta diagnossession)
5.1.1 Meddelandebeskrivning
Tjänsten StartDiagnosticSession används för att möjliggöra olika diagnosses-
sioner i servern. En diagnossession möjliggör en specifik mängd tjänster enligt
tabell 17. En session kan aktivera tjänster som är specifika för vissa fordonstill-
verkare och som inte beskrivs i detta dokument. Användningsreglerna skall
överensstämma med följande krav:
— Det skall alltid vara exakt en diagnossession aktiv i fordonsenheten.
— När fordonsenheten kopplas in skall den alltid starta StandardDiagnosticSes-
sion. Om ingen annan diagnossession startas, skall
StandardDiagnosticSession vara aktiv så länge fordonsheten får ström.
— Om en diagnossession som redan är aktiv har begärts av provaren (”tester”),
skall fordonsenheten skicka ett positivt svarsmeddelande.
— Varje gång provaren (”tester”) begär en ny diagnossession, skall fordonsen-
heten först skicka et positivt svarsmeddelande för StartDiagnosticSession
innan den nya sessionen blir aktiv i fordonsenheten. Om fordonsenheten
inte kan starta den begärda nya diagnossessionen, skall den svara med ett
negativt svarsmeddelande för StartDiagnosticSession, och den session som
redan är aktiv skall fortsätta.
En diagnossession skall startas endast om kommunikation har upprättats mellan
klient och fordonsenhet.1998R2135 — SV — 25.08.2002 — 001.001 — 178
▼M1
De tidsparametrar som definieras i tabell 5 skall vara aktiva efter en lyckad
StartDiagnosticSession med parametern diagnosticSession satt till ”Standard-
DiagnosticSession” i meddelandet med begäran, om en annan diagnossession
tidigare var aktiv.
5.1.2 Meddelandeformat
Meddelandeformat för StartDiagnosticSession-primitiver anges i detalj i nedan-
stående tabeller.
Tabell 14
StartDiagnosticSession Request Message (meddelande med begäran om start av diagnossession)
Byte # Parameternamn Hexvärde Memo
#1 Format byte - physical addressing (format-byte -
fysisk adressering)80 FMT
#2 Target address byte(måladress-byte) EE TGT
#3 Source address byte (källadress-byte) tt SRC#4 Additional length byte (extra längd-byte) 02 LEN
#5 StartDiagnosticSession Request Service Id (starta
diagnossession begäran tjänste-ID)10 STDS
#6 diagnosticSession = [ett värde från tabell 17] xx DS_ …
#7 Checksum (kontrollsumma) 00-FF CS
Tabell 15
StartDiagnosticSession Positive Response Message(starta diagnossession positivt svarsmedde-
lande)
Byte # Parameternamn Hexvärde Memo
#1 Format byte - physical addressing (format-byte -
fysisk adressering)80 FMT
#2 Target address byte (måladress-byte) tt TGT
#3 Source address byte (källadress-byte) EE SRC
#4 Additional length byte (extra längd-byte) 02 LEN
#5 StartDiagnosticSession Positive Response
Service Id (starta diagnossession positivt svar
tjänste-ID)50 STDSPR
#6 DiagnosticSession = [samma värde som i byte #6
tabell 14]xx DS_ …
#7 Checksum (kontrollsumma) 00-FF CS
Tabell 16
StartDiagnosticSession Negative Response Message (starta diagnossession negativt svarsmedde-
lande)
Byte # Parameternamn Hexvärde Memo
#1 Format byte - physical addressing (format-byte -
fysisk adressering)80 FMT
#2 Target address byte (måladress-byte) tt TGT
#3 Source address byte (källadress-byte) EE SRC
#4 Additional length byte (extra längd-byte) 03 LEN1998R2135 — SV — 25.08.2002 — 001.001 — 179
▼M1
Byte # Parameternamn Hexvärde Memo
#5 Negative Response Service Id (negativt svar
tjänste-ID)7F NR
#6 StartDiagnosticSession Request Service Id (starta
diagnossession begäran tjänste-ID)10 STDS
#7 ResponseCode = [subFunctionNotSupported (a) 12 RC_SFNS
IncorrectMessageLength (b) 13 RC_IML
conditionsNotCorrect (c)] 22 RC_CNC
#8 Checksum(kontrollsumma) 00-FF CS
(a) Det värde som är inlagt i byte #6 i meddelande med begäran stöds inte, dvs. inte i tabell 17.
(b) Felaktig meddelandelängd.
(c) Kriterierna för begäran StartDiagnosticSession uppfylls inte.
5.1.3 Definition av parametrar
Parametern diagnosticSession (DS_) används av tjänsten StartDiagnosticSession
för att välja serverns/servrarnas specifika uppförande. Följande diagnossessioner
specificeras i detta dokument:
Tabell 17
Definition av diagnosticSession-värden
Hex Beskrivning Memo
81 StandardDiagnosticSession
Denna diagnossession möjliggör alla tjänster som specificeras i
Tabell 1 - Sammanfattande tabell över värden på tjänsteidentifie-
rare. Dessa tjänster möjliggör läsning av data från en server
(fordonsenhet). Denna diagnossession är aktiv efter det att initier-
ingen 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 möjliggör alla tjänster som specificeras i
Tabell 1 - Sammanfattande tabell över värden på tjänsteidentifie-
rare. Dessa tjänster stödjer minnesprogrammeringen av en server
(fordonsenhet). Denna diagnossession får skrivas över av andra
diagnossessioner som specificeras i detta avsnitt.ECUPS
87 ECUAdjustmentSession
Denna diagnossession möjliggör alla tjänster som specificeras i
Tabell 1 - Sammanfattande tabell över värden på tjänsteidentifie-
rare. Dessa tjänster stödjer en servers (fordonsenhets) kontroll av
indata/utdata. Denna diagnossession får skrivas över av andra
diagnossessioner som specificeras i detta avsnitt.ECUAS
5.2 Tjänsten SecurityAccess (säkerhetstillträde)
Skrivning av kalibreringsdata eller tillträde till indata-/utdata-linjen för kalib-
rering är bara möjlig om fordonsenheten är i CALIBRATION-läge. Utöver att
sätta i ett giltigt provningskort i fordonsenheten, måste rätt PIN-kod anges för
fordonsenheten innan tillträde till CALIBRATION-läge beviljas.
Tjänsten SecurityAccess ger möjlighet att slå in PIN-koden och för provaren
ange om fordonsenheten är i CALIBRATION-läge.
Det är godtagbart att PIN-koden anges med alternativa metoder.1998R2135 — SV — 25.08.2002 — 001.001 — 180
▼M1
5.2.1 Meddelandebeskrivning
Tjänsten SecurityAccess består av ett SecurityAccess-meddelande (”request-
Seed”), eventuellt följt av ett SecurityAccess-meddelande (”sendKey”) Tjänsten
SecurityAccess måste utföras efter tjänsten StartDiagnosticSession.
Provaren skall använda SecurityAccess-meddelandet (”requestSeed”) för att
kontrollera om fordonsenheten är beredd att godta en PIN-kod.
Om fordonsenheten redan är i CALIBRATION-läge skall den svara på begäran
genom att sända ett startvärde (seed) av 0x0000 med hjälp av tjänsten Securi-
tyAccess Positive Response (begäran om säkerhetstillträde positivt svar).
Om fordonsenheten är beredd att godta en PIN-kod för verifiering med ett prov-
ningskort, skall 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 Response.
Om fordonsenheten inte är beredd att godta en PIN-kod från provaren, antingen
på grund av att det isatta provningskortet inte är giltigt, att inget provningskort
har satts i, eller att fordonsenheten förväntar sig PIN-koden från en annan
metod, skall den svara på begäran med ett Negative Response (negativt svar)
med en svarskod satt till conditionsNotCorrectOrRequestSequenceError.
Provaren skall då slutligen använda SecurityAccess-meddelandet (”sendKey”)
för att vidaresända en PIN-kod till fordonsenheten. För att ge kortautentiseringen
den tid som krävs, skall fordonsenheten använda den negativa svarskoden
requestCorrectlyReceived-ResponsePending för att utöka svarstiden. Maximal
svarstid skall dock inte överstiga 5 minuter. Så snart den begärda tjänsten har
slutförts, skall fordonsenheten skicka ett positivt eller negativt svarsmeddelande
med en svarskod som skiljer sig från denna. Den negativa svarskoden request-
CorrectlyReceived-ResponsePending får upprepas av fordonsenheten till dess att
den begärda tjänsten har slutförts.
Fordonsenheten skall svara på denna begäran genom att använda tjänsten Secu-
rityAccess Positive Response endast när den är i CALIBRATION-läge.
I nedanstående fall skall fordonsenheten svara på denna begäran med Negative
Response (negativt svar) med en svarskod som är satt till följande:
— subFunctionNot supported: Ogiltigt format för underfunktionens parameter
(accessType).
— conditionsNotCorrectOrRequestSequenceError: Fordonsenheten ej redo att
godta en angivelse av PIN-kod.
— invalidKey: PIN-koden är inte giltig och antal PIN-kontrollförsök har inte
överstigits.
— exceededNumberOfAttempts: PIN-koden är inte giltig och antal PIN-
kontrollförsök har överstigits.
— generalReject: Riktig PIN-kod men den ömsesidiga autentiseringen med
provningskortet misslyckades.
5.2.2 Meddelandeformat - SecurityAccess - requestSeed
Meddelandeformat för SecurityAccess ”requestSeed”-primitiver anges i detalj i
nedanstående tabeller.
Tabell 18
SecurityAccess Request - requestSeed (meddelande med begäran om säkerhetstillträde)
Byte # Parameternamn Hexvärde Memo
#1 Format byte - physical addressing (format-byte -
fysisk adressering)80 FMT
#2 Target address byte (måladress-byte) EE TGT
#3 Source address byte (källadress-byte) tt SRC
#4 Additional length byte(extra längd-byte) 02 LEN
#5 SecurityAccess Request Service Id (säkerhetstill-
träde begäran tjänste-ID)27 SA
#6 AccessType - requestSeed (tillträdestyp - begär
startvärde)7D AT_RSD
#7 Checksum (kontrollsumma) 00-FF CS1998R2135 — SV — 25.08.2002 — 001.001 — 181
▼M1
Tabell 19
SecurityAccess - requestSeed Positive Response Message (begäran om säkerhetstillträde positivt
svarsmeddelande)
Byte # Parameternamn Hexvärde Memo
#1 Format byte - physical addressing (format-byte -
fysisk adressering)80 FMT
#2 Target address byte (måladress-byte) tt TGT
#3 Source address byte (källadress-byte) EE SRC
#4 Additional length byte (extra längd-byte) 04 LEN#5 SecurityAccess Positive Respons Service Id
(säkerhetstillträde begäran positivt svar tjänste-
ID)67 SAPR
#6 accessType - requestSeed (tillträdestyp - begär
startvärde)7D AT_RSD
#7 Seed High (högt startvärde) 00-FF SEEDH
#8 Seed Low (lågt startvärde) 00-FF SEEDL#9 Checksum (kontrollsumma) 00-FF CS
Tabell 20
SecurityAccess Negative Response Message (begäran om säkerhetstillträde negativt svarsmedde-
lande)
Byte # Parameternamn Hexvärde Memo
#1 Format byte - physical addressing (format-byte -
fysisk adressering)80 FMT
#2 Target address byte (måladress-byte) tt TGT
#3 Source address byte (källadress-byte) EE SRC#4 Additional length byte (extra längd-byte) 03 LEN
#5 NegativeResponse Service Id (negativt svar
tjänste-ID)7F NR
#6 SecurityAccess Request Service Id (säkerhetstill-
träde begäran tjänste-ID)27 SA
#7 ResponseCode=[conditionsNotCorrectOrRequest-
SequenceError22 RC_CNC
incorrectMessageLength] 13 RC_IML
#8 Checksum (kontrollsumma) 00-FF CS
5.2.3 Meddelandeformat - SecurityAccess - sendKey
Meddelandeformat för SecurityAccessRequest ”sendKey”-primitiver anges i
detalj i nedanstående tabeller.
Tabell 21
SecurityAccess Request sendKey (meddelande med begäran om säkerhetstillträde)
Byte # Parameternamn Hexvärde Memo
#1 Format byte - physical addressing (format-byte -
fysisk adressering)80 FMT1998R2135 — SV — 25.08.2002 — 001.001 — 182
▼M1
Byte # Parameternamn Hexvärde Memo
#2 Target address byte (måladress-byte) EE TGT
#3 Source address byte (källadress-byte) tt SRC#4 Additional length byte (extra längd-byte) m+2 LEN
#5 SecurityAccess Request Service Id (säkerhetstill-
träde begäran tjänste-ID)27 SA
#6 AccessType - sendKey (tillträdestyp - sänd
nyckel)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 Checksum (kontrollsumma) 00-FF CS
Tabell 22
SecurityAccess - sendKey Positive Response Message (begäran om säkerhetstillträde positivt
svarsmeddelande)
Byte # Parameternamn Hexvärde Memo
#1 Format byte - physical addressing (format-byte -
fysisk adressering)80 FMT
#2 Target address byte (måladress-byte) tt TGT
#3 Source address byte (källadress-byte) EE SRC
#4 Additional length byte (extra längd-byte) 02 LEN
#5 SecurityAccessReques Positive Response Service
Id (säkerhetstillträde begäran positivt svar
tjänste-ID)67 SAPR
#6 accessType - sendKey (tillträdestyp - sänd
nyckel)7E AT_SK
#7 Checksum (kontrollsumma) 00-FF CS
Tabell 23
SecurityAccess Negative Response Message (begäran om säkerhetstillträde negativt svarsmedde-
lande)
Byte # Parameternamn Hexvärde Memo
#1 Format byte - physical addressing (format-byte -
fysisk adressering)80 FMT
#2 Target address byte (måladress-byte) tt TGT
#3 Source address byte(källadress-byte) EE SRC
#4 Additional length byte (extra längd-byte) 03 LEN
#5 NegativeResponse Service Id (negativt svar
tjänste-Id)7F NR
#6 SecurityAccessRequest#2 Service Id (säkerhets-
tillträde begäran #2 tjänste-ID)27 SA1998R2135 — SV — 25.08.2002 — 001.001 — 183
▼M1
Byte # Parameternamn Hexvärde Memo
#7 ResponseCode (svarskod) = [generalReject 10 RC_GR
subFunctionNotSupported
(underfunktion stöds ej)12 RC_SFNS
incorrectMessageLength 13 RC_IML
conditionsNotCorrectOrRe-
questSequenceError22 RC_CNC
invalidKey (ogiltig nyckel) 35 RC_IK
exceededNumberOfAttempts 36 RC_ENArequestCorrectlyReceived-
ResponsePending]78 RC_RCR_-
RP
#8 Checksum (kontrollsumma) 00-FF CS
6. DATAÖVERFÖRINGSTJÄNSTER
Tillgängliga tjänster specificeras i nedanstående tabell.
Tabell 24
Tjänster för överföring av data
Namn på tjänsten Beskrivning
ReadDataByIdentifier Klienten begär överföring av befintligt värde av en post som nås via
recordDataIdentifier.
WriteDataByIdentifier Klienten begär att få skriva en post som nås via recordDataIdentifier.
6.1 Tjänsten ReadDataByIdentifier (läs data med lokal identifierare)
6.1.1 Meddelandebeskrivning
Tjänsten ReadDataByIdentifier används av klienten för att begära datapost-
värden från en server. Data identifieras av en recordDataIdentifier. Tillverkaren
av fordonsenheten har ansvaret för att de villkor som gäller för servern uppfylls
när denna tjänst utförs.
6.1.2 Meddelandeformat
Meddelandeformaten för ReadDataByIdentifier-primitiver anges i detalj i nedan-
stående tabeller.
Tabell 25
ReadDataByIdentifier Request Message (meddelande med begäran om läs data med identifi-
erare)
Byte # Parameternamn Hexvärde Memo
#1 Format byte - physical addressing (format-byte -
fysisk adressering)80 FMT
#2 Target address byte (måladress-byte) EE TGT
#3 Source address byte (källadress-byte) tt SRC
#4 Additional length byte (extra längd-byte) 03 LEN#5 ReadDataByIdentifier Request Service Id 22 RDBI1998R2135 — SV — 25.08.2002 — 001.001 — 184
▼M1
Byte # Parameternamn Hexvärde Memo
#6 till #7 RecordDataIdentifier = [ett värde från tabell 28] xxxx RDI_ …
#8 Checksum (kontrollsumma) 00-FF CS
Tabell 26
ReadDataByIdentifier Positive Response Message (Läsa data med identifierare positivt svars-
meddelande)
Byte # Parameternamn Hexvärde Memo
#1 Format byte - physical addressing (format-byte -
fysisk adressering)80 FMT
#2 Target address byte (måladress-byte) tt TGT
#3 Source address byte (källadress-byte) EE SRC
#4 Additional length byte (extra längd-byte) m+3 LEN
#5 ReadDataByIdentifier Positive Response Service
Id (Läs data med identifierare positivt svar
tjänste-ID)62 RDBIPR
#6 och #7 recordDataIdentifier = [samma värde som byte
#6 och #7 tabell 25]xxxx RDI_ …
#8 till #m+7 dataRecord[] = [data#1 xx DREC_-
DATA1
:: :data#m] xx DREC_-
DATAm
#m+8 Checksum (kontrollsumma) 00-FF CS
Tabell 27
ReadDataByIdentifier Negative Response Message (Läs data med identifierare negativt svars-
meddelande)
Byte # Parameternamn Hexvärde Memo
#1 Format byte - physical addressing (format-byte -
fysisk adressering)80 FMT
#2 Target address byte (måladress-byte) tt TGT
#3 Source address byte (källadress-byte) EE SRC#4 Additional length byte (extra längd-byte) 03 LEN#5 NegativeResponse Service Id (negativt svar
tjänste-ID)7F NR
#6 ReadDataByIdentifier Request Service Id (läs
data med lokal identifierare begäran tjänste-ID)22 RDBI
#7 ResponseCode = [requestOutOfRange 31 RC_ROOR
incorrectMessageLength 13 RC_IML
conditionsNotCorrect] 22 RC_CNC
#8 Checksum (kontrollsumma) 00-FF CS1998R2135 — SV — 25.08.2002 — 001.001 — 185
▼M1
6.1.3 Definition av parametrar
Parametern recordDataIdentifier (RDI_) i ReadDataByIdentifier request message
(meddelande med begäran om läs data med lokal identifierare) identifierar en
datapost.
De värden för recordDataIdentifier som definieras i detta dokument visas i
tabellen nedan.
Tabellen för recordDataLocalIdentifier består av fyra kolumner och flera rader.— Den första kolumnen (Hex) inbegriper det ”Hexvärde” som tilldelas den
recordDataIdentifier som specificeras i den tredje kolumnen.
— I den andra kolumnen (Dataelement) specificeras de dataelement i tillägg 1
som ligger till grund för recordData Identifier (ibland är omkodningnödvändig).
— I den tredje kolumnen (Beskrivning) specificeras motsvarande namn på
recordDataIdentifier.
— I den fjärde kolumnen (Memo) specificeras memo för denna recordDataIden-
tifier.
Tabell 28
Definition av värden på recordDataIdentifier
Hex DataelementrecordDataIdentifier (namn)
(se format i avsnitt 8.2)Memo
F90B Cur rent Dat eTi me TimeDate (Tid datum) RDI_TD
F912 Hig hRe sOdom ete r HighResolutionTotalVehicleDis-
tance (hög upplösning samman-
lagd fordonssträcka)RDI_HRT-
VD
F918 K-Consta ntOf Rec ordi ngE-
quipmentKfactor (K-faktor) RDI_KF
F91C L- Tyre Cir cum fere nce LfactorTyreCircumference (L-
faktor däckens omkrets)RDI_LF
F91D W -Vehi cle Cha rac ter isti c-
ConstantWvehicleCharacteristicFactor
(W fordonets karakteristiska
faktor)RDI_WVCF
F921 Ty reSi ze TyreSize (däckstorlek) RDI_TS
F922 ne xtCa lib rat ionDate NextCalibrationDate (nästa
kalibreringsdatum)RDI_NCD
F92C Spe edAu thor ised SpeedAuthorised (tillåten
hastighet)RDI_SA
F97D ve hic leRegist rat ion Nati on RegisteringMemberState RDI_RMS
F97E Veh icl eRe gist rat ion-
NumberVehicleRegistrationNumber RDI_VRN
F190 Veh icl eId enti fic ati on-
NumberVIN RDI_VIN
Parametern dataRecord (DREC_) används av det positiva svarsmeddelandet
ReadDataByIdentifier för att tillhandahålla det datapostvärde som identifieras
av recordDataIdentifier till klienten (provaren). Dataformaten specificeras i
avsnitt 8. Ytterligare valfria användardata (dataRecords), inklusive fordonsen-
hetsspecifika ingående, interna och utgående data, kan implementeras, men de
definieras inte i detta dokument.
6.2 Tjänsten WriteDataByLocalIdentifier (skriv data med lokal identifi-
erare)
6.2.1 Meddelandebeskrivning
Tjänsten WriteDataByIdentifier används av klienten för att skriva datapost-
värden till en server. Dessa data identifieras genom en recordDataIdentifier.
Det åligger tillverkaren av fordonsenheten att se till att server-villkoren uppfylls1998R2135 — SV — 25.08.2002 — 001.001 — 186
▼M1
när denna tjänst utförs. Vid uppdatering av de parametrar som förtecknas i tabell
28 måste fordonsenheten vara i CALIBRATION-läge.
6.2.2 Meddelandeformat
Meddelandeformaten för WriteDataByIdentifier-primitiver anges i detalj i
nedanstående tabeller.
Tabell 29
WriteDataByIdentifier Request Message
Byte # Parameternamn Hexvärde Memo
#1 Format byte - physical addressing (format-byte -
fysisk adressering)80 FMT
#2 Target address byte (måladress-byte) EE TGT
#3 Source address byte (källadress-byte) tt SRC#4 Additional length byte (extra längd-byte) m+3 LEN
#5 WriteDataByIdentifier Request Service Id 2E WDBI
#6 till #7 RecordDataIdentifier = [ett värde från tabell 28] xxxx RDI_ …
#8 till #m+7 DataRecord[] = [data#1 xx DREC_-
DATA1
:: :
data#m] xx DREC_-
DATAm
#m+8 Checksum (kontrollsumma) 00-FF CS
Tabell 30
WriteDataByIdentifier Positive Response Message (skriv data med identifierare positivt svars-
meddelande)
Byte # Parameternamn Hexvärde Memo
#1 Format byte - physical addressing 80 FMT
#2 Target address byte tt TGT#3 Source address byte EE SRC
#4 Additional length byte 03 LEN
#5 WriteDataByIdentifier Positive Response Service
Id6E WDBIPR
#6 till #7 RecordDataIdentifier = [samma värde som byte
#6 och #7 tabell 27]xxxx RDI_ …
#8 Checksum 00-FF CS
Tabell 31
WriteDataByIdentifier Negative Response Message (skriv data med identifierare negativt svars-
meddelande)
Byte # Parameternamn Hexvärde Memo
#1 Format byte - physical addressing 80 FMT1998R2135 — SV — 25.08.2002 — 001.001 — 187
▼M1
Byte # Parameternamn Hexvärde Memo
#2 Target address byte tt TGT
#3 Source address byte EE SRC#4 Additional length byte 03 LEN
#5 NegativeResponse Service Id 7F NR
#6 WriteDataByIdentifier Request Service Id 2E WDBI#7 ResponseCode = [requestOutOfRange 31 RC_ROOR
IncorrectMessageLength 13 RC_IML
ConditionsNotCorrect] 22 RC_CNC
#8 Checksum 00-FF CS
6.2.3 Definition av parametrar
Parametern recordDataIdentifier (RDI_) definieras i tabell 28.
Parametern dataRecord (DREC_) används av meddelandet WriteDataByIdenti-
fier för att tillhandahålla de datapostvärden som identifieras genom
recordDataIdentifier för servern (fordonsenheten). 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
InputOutputControlByIdentifier Klienten begär kontroll över indata/utdata som är specifika för
servern.
7.1 Tjänsten InputOutputControlByIdentifier (kontroll av in-/utdata med
identifierare)
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.
Denna I/O-signallinje för kalibrering kan konfigureras genom K-linje-
kommandot med hjälp av tjänsten InputOutputControlByIdentifier som väljer
begärd ingående eller utgående funktion för linjen. Linjen har följande tillstånd:
— Avaktiverad.
— speedSignalInput, där I/O-signallinjen används för inmatning av en hastig-
hetssignal (testsignal) som ersätter hastighetssignalen för rörelsedetektorn.
— realTimeSpeedSignalOutputSensor, där I/O-signallinjen används för utmat-
ning av hastighetssignalen för rörelsedetektorn.
— RTCOutput, där I/O-signallinjen används för utmatning av klocksignalen
(UTC).
Fordonsenheten måste ha påbörjat en inställningssession och den måste vara i
CALIBRATION-läge för att konfigurera linjens tillstånd. Vid avslutande av
inställningssession eller av CALIBRATION-läge måste fordonsenheten se till
att I/O-signalen för kalibrering återställs till ”avaktiverat” (förvalt) tillstånd.1998R2135 — SV — 25.08.2002 — 001.001 — 188
▼M1
Om hastighetspulser (speed pulses) tas emot i den ingående linjen för hastighets-
signal i realtid i fordonsenheten medan I/O-signalen för kalibrering är satt till
ingående, så skall I/O-signallinjen för kalibrering sättas till utgående eller
återställas till det avaktiverade tillståndet.
Sekvensen skall vara följande:
— Upprätta kommunikation genom StartCommunication Service.
— Påbörja en inställningssession genom StartDiagnosticSession Service och stå
i driftläge CALIBRATION (ordningen på dessa två åtgärder saknar bety-
delse).
— Ändra tillstånd för utgående data med hjälp av InputOutputControlByIdenti-
fier.
7.1.2 Meddelandeformat
Meddelandeformat för InputOutputControlByIdentifier-primitiver anges i detalj i
nedanstående tabeller.
Tabell 33
InputOutputControlByIdentifier Request Message (meddelande med begäran om kontroll av in-/
utdata med identifierare)
Byte # Parameternamn Hexvärde Memo
#1 Format byte - physical addressing (Format-byte -
fysisk adressering)80 FMT
#2 Target address byte (måladress-byte) EE TGT
#3 Source address byte (källadress-byte) tt SRC
#4 Additional length byte (extra längd-byte) xx LEN#5 InputOutputControlByIdentifier Request Sid 2F IOCBI
#6 and #7 InputOutputIdentifier = [CalibrationInputOutput] F960 IOI_CIO
#8 eller #8
till #9ControlOptionRecord = [ COR_ …
inputOutputControlPara-
meter - ett värde från
Tabell 36 - Definition av
värden för inputOutput-
ControlParameterxx IOCP_ …
controlState - ett värde
från Tabell 37 - Definition
av controlState-värden (se
anmärkning nedan)]xx CS_ …
#9 eller #10 Checksum (kontrollsumma) 00-FF CS
Märk: Parametern controlState (kontrolltillstånd) är närvarande endast i vissa fall (se 7.1.3).
Tabell 34
InputOutputControlByIdentifier Request Message (kontroll av in-/utdata med identifierare posi-
tivt svarsmeddelande)
Byte # Parameternamn Hexvärde Memo
#1 Format byte - physical addressing (format-byte -
fysisk adressering)80 FMT
#2 Target address byte (måladress-byte) tt TGT1998R2135 — SV — 25.08.2002 — 001.001 — 189
▼M1
Byte # Parameternamn Hexvärde Memo
#3 Source address byte (källadress-byte) EE SRC
#4 Additional length byte (extra längd-byte) xx LEN#5 inputOutputControlByIdentifier Positive
Response SId6F IOCBIPR
#6 and #7 inputOutputIdentifier = [CalibrationInputOutput] F960 IOI_CIO
#8 eller #8
till #9controlStatusRecord = [ CSR_
inputOutputControlPara-
meter (samma värde som
byte #8 Tabell 33 - Inpu-
tOutputControlByIdentifier
Request Message (medde-
lande med begäran om
kontroll av in-/utdata med
identifierare)xx IOCP_ …
controlState (samma värde
som byte #9 Tabell 33 -
InputOutputControlByI-
dentifier Request Message
(meddelande med begäran
om kontroll av in-/utdata
med identifierare) (i
förekommande fall)]xx CS_ …
#9 eller #10 Checksum (kontrollsumma) 00-FF CS
Tabell 35
InputOutputControlByIdentifier Negative Response Message (kontroll av in-/utdata med identi-
fierare negativt svarsmeddelande)
Byte # Parameternamn Hexvärde Memo
#1 Format byte - physical addressing (format-byte -
fysisk adressering)80 FMT
#2 Target address byte (måladress-byte) tt TGT
#3 Source address byte (källadress-byte) EE SRC#4 Additional length byte (extra längd-byte) 03 LEN#5 negativeResponse Service Id 7F NR
#6 inputOutputControlByIdentifier Request SId 2F IOCBI
#7 responseCode = [
incorrectMessageLength 13 RC_IML
conditionsNotCorrect 22 RC_CNC
requestOutOfRange 31 RC_ROORdeviceControlLimitsEx-
ceeded]7A RC_DCLE
#8 Checksum 00-FF CS1998R2135 — SV — 25.08.2002 — 001.001 — 190
▼M1
7.1.3 Definition av parametrar
Parametern inputOutputControlParameter (IOCP_) definieras i nedanstående
tabell.
Tabell 36
Definition av värden för inputOutputControlParameter
Hex Beskrivning Memo
01 ReturnControlToECU
Detta värde skall ange för servern (fordonsenheten) att provaren
inte längre har kontroll över I/O-signallinjen för kalibrering.RCTECU
01 ResetToDefault
Med detta värde får servern (fordonsenheten) en begäran om att
återställa I/O-signallinjen för 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 I/O-signallinjen för kalibrering på det värde som ingår i
controlState-parametern.STA
Parametern controlState är närvarande endast när inputOutputControlParameter
har satts till ShortTermAdjustment och den definieras i nedanstående tabell.
Tabell 37
Definition av controlState-värden
Mode Hexvärde Beskrivning
Avaktivera 00 I/O-linjen är avaktiverad (förvalt tillstånd)
Aktivera 01 Aktivera I/O-linjen för kalibrering som speedSignalInputAktivera 02 Aktivera I/O-linjen för kalibrering som realTimeSpeedSig-
nalOutputSensor
Aktivera 03 Aktivera I/O-linjen för kalibrering som RTCOutput
8. FORMAT FÖR DATARECORDS
I detta avsnitt beskrivs följande:
— Allmänna regler som skall tillämpas på de olika parametrar som överförs av
fordonsenheten till provaren.
— Format som skall användas för data som överförs via de dataöver-
föringstjänster som beskrivs i avsnitt 6.
Alla parametrar som beskrivs här skall kunna hanteras av fordonsenheten.
Data som överförs av fordonsenheten till provaren som svar på en begäran skall
vara uppmätta (dvs. aktuellt värde på den begärda parametern enligt fordonsen-
hetens mätning eller observation).
8.1 Giltiga värden på överförda parametrar
Tabell 38 definieras de intervall som används för att avgöra huruvida en
överförd parameter har ett giltigt värde.
Med hjälp av värdena i det intervall som betecknas ”felindikator” kan fordon-
senheten omedelbart meddela att det för närvarande inte finns några giltiga
värden på grund av någon typ av fel i färdskrivaren.
Med hjälp av värdena i intervallet ”ej tillgängligt” kan fordonsenheten skicka ett
meddelande som innehåller en parameter 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.
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 parameterns1998R2135 — SV — 25.08.2002 — 001.001 — 191
▼M1
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 emellertid
inte användas. I sådana fall bör man använda motsvarande minsta eller största
parametervärde vid dataöverföringen.
Tabell 38
Intervall för dataRecords
Intervallbeteckning1 byte
(Hexvärde)2 byte
(Hexvärde)4 byte
(Hexvärde)ASCII
Giltig signal 00 till FA 0000 till
FAFF00000000 till
FAFFFFFF1 till 254
Parameterspecifik indi-
katorFB FB00 till
FBFFFB000000 till
FBFFFFFFSaknas
Intervall reserverat för
framtida indikatorbitarFC till FD FC00 till
FDFFFC000000 till
FDFFFFFFSaknas
Felindikator FE FE00 till
FEFFFE000000 till
FEFFFFFF0
Ej tillgängligt eller ej
begärtFF FF00 till
FFFFFF000000 till
FFFFFFFFFF
För ASCII-kodade parametrar är tecknet ”*” reserverat som avgränsare.
8.2 Format för dataRecords
I tabellerna 39 till 42 nedan beskrivs de format som skall användas via
tjänsterna ReadDataByIdentifier och WriteDataByIdentifier.
Tabell 39 innehåller uppgifter om längd, upplösning och driftsintervall för varje
parameter som identifieras med hjälp av sin recordDataIdentifier:
Tabell 39
Format för dataRecords
ParameternamnDatalängd
(byte)Upplösning Driftsintervall
TimeDate 8 Mer detaljerade uppgifter finns i Tabell 40
HighResolutionTotalVehi-
cleDistance4 5 m/bit ökning, 0 m
offset0 till + 21 055 406 km
Kfactor 2 0,001 impulser/m /bit
ökning, 0 offset0 till 64,255 impulser/m
LfactorTyreCircumference 2 0,125 10-3m/bit ökning, 0
offset0 till 8 031 m
WvehicleCharacteristic-
Factor2 0,001 impulser/m /bit
ökning, 0 offset0 till 64,255 impulser/m
TyreSize 15 ASCII ASCII
NextCalibrationDate 3 Mer detaljerade uppgifter finns i Tabell 41SpeedAuthorised 2 1/256 km/h/bit ökning, 0
offset0 till 250 996 km/h
RegisteringMemberState 3 ASCII ASCII
VehicleRegistrationNumber 14 Mer detaljerade uppgifter finns i Tabell 42VIN 17 ASCII ASCII1998R2135 — SV — 25.08.2002 — 001.001 — 192
▼M1
Tabell 40 innehåller uppgifter om formaten för de olika databyte som ingår i
parametern TimeDate:
Tabell 40
Format för TimeDate (recordDataIdentifier # F00B)
Byte Parameterdefinition Upplösning Driftsintervall
1 Sekunder 0,25 s/bit ökning, 0 s
offset0 till 59,75 s
2 Minuter 1 min/bit ökning, 0 min
offset0 till 59 min
3 Timmar 1 h/bit ökning, 0 h offset 0 tikk 23 h
4 Månad 1 månad/bit ökning, 0
månad offset1 till 12 månader
5 Dag 0,25 dag/bit ökning, 0
dag offset (se anmärkning
under Tabell 41)0,25 till 31,75 dagar
6 År 1 år/bit ökning, +1985 år
offset (se anmärkning
under Tabell 41)1985 till 2235 år
7 Lokal förskjutning -
minuter1 min/bit ökning, -
125 min offset- 59 till 59 min
8 Lokal förskjutning -
timmar1 h/bit ökning, - 125 h
offset- 23 till + 23 h
Tabell 41 innehåller uppgifter om formaten för varje byte i parametern NextCa-
librationDate parameter.
Tabell 41
Detaljerat format för NextCalibrationDate (recordDataIdentifier # F022)
Byte Parameterdefinition Upplösning Driftsintervall
1 Månad 1 månad/bit ökning, 0
månader offset1 till 12 månader
2 Dag 0,25 dagar/bit ökning, 0
dagar offset (se anmärk-
ning nedan)0,25 till 31,75 dagar
3 År 1 år/bit ökning, +1985 år
offset (se anmärkning
nedan)1985 till 2235 år
Anmärkning beträffande användningen av parametern ”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 etc.
2. Denna parameter ändrar eller påverkar inte parametern ”timmar” ovan.
Anmärkning beträffande användningen av parametern ”År”:
Värdet 0 för år betecknar år 1985; värdet 1 betecknar 1986 etc.
Tabell 42 innehåller uppgift om formaten för de olika delarna i parametern
VehicleRegistrationNumber:
Tabell 42
Detaljerat format för VehicleRegistrationNumber (recordDataIdentifier # F07E)
Byte Parameterdefinition Upplösning Driftsintervall
1 Teckentabell (enligt defi-
nitionen i bilaga 1)ASCII 01 till 0A1998R2135 — SV — 25.08.2002 — 001.001 — 193
▼M1
Byte Parameterdefinition Upplösning Driftsintervall
2-14 Fordonets registrerings-
nummer (enligt defini-
tionen i bilaga 1)ASCII ASCII1998R2135 — SV — 25.08.2002 — 001.001 — 194
▼M1
Tillägg 9
TYPGODKÄNNANDE - FÖRTECKNING ÖVER MINSTA ANTAL PROVNINGAR SOM
KRÄVS
INNEHÅLL
1. Inledning … . . ......................................................... 1 9 1
1.1 Typgodkännande … . . ................................................... 1 9 1
1.2 Referenser … . ......................................................... 1 9 1
2. Funktionstest av fordonsenheter … . ........................................ 1 9 2
3. Funktionstest av rörelsesensor … . . ........................................ 1 9 5
4. Funktionsprovning av färdskrivarkort … . . .................................. 1 9 7
5. Provning av driftskompatibilitet … . ........................................ 1 9 81998R2135 — SV — 25.08.2002 — 001.001 — 195
▼M1
1. INLEDNING
1.1 Typgodkännande
EEG:s typgodkännande för en färdskrivare (eller komponent) eller ett färdskri-
varkort bygger på följande:
— En säkerhetscertifiering som utförs av en ITSEC-myndighet, i förhållande
till ett säkerhetsmål som till fullo överensstämmer med tillägg 10 till denna
bilaga.
— En funktionscertifiering som utförs av en myndighet i en medlemsstat, för
att intyga att det provade föremålet uppfyller kraven i denna bilaga med
avseende på funktioner, exakthet hos uppmätningar och miljöegenskaper.
— En certifiering av driftskompatibiliteten, som utförs av ett behörigt organ, för
att intyga att färdskrivaren (eller färdskrivarkortet) är fullständigt driftskom-
patibel med de nödvändiga färdskrivarkortmodellerna (eller
färdskrivarmodellerna) (se bilagan, kapitel VIII).
I detta tillägg anges de provningar som måste utföras av en myndighet i en
medlemsstat vid funktionsprovningarna, och de provningar som måste utföras
av ett behörigt organ vid provningarna av driftskompatibiliteten. Förfaranden
för att utföra provningarna eller typ av provningar specificeras inte ytterligare.
Säkerhetscertifiering omfattas inte av detta tillägg. Om vissa provningar som
krävs för typgodkännande utförs vid säkerhetsutvärderingen och säkerhetscerti-
fieringen behöver dessa provningar inte utföras igen. I detta fall behöver bara
resultaten från dessa säkerhetsprovningar undersökas. De krav som förväntas
bli testade (eller som liknar de provningar som förväntas bli utförda) vid säker-
hetscertifieringen, är markerade med ”*” i detta tillägg.
I detta tillägg ses typgodkännandet av rörelsesensorn och av fordonsenheten
separat som komponenter i färdskrivaren. Driftskompatibilitet mellan varje
rörelsesensormodell och varje fordonsenhetsmodell krävs inte, och därför kan
typgodkännande av en rörelsesensor endast beviljas i kombination med
typgodkännande av en fordonsenhet, och omvänt.
1.2 Referenser
Följande referenser används i detta tillägg:
IEC 68-2-1 Environmental testing - Part 2: Tests - Tests A: Cold. 1990 +
Amendment 2: 1994.
IEC 68-2-2 Environmental testing - Part 2: Tests - Tests B: Dry Heat.
1974 + Amendment 2: 1994.
IEC 68-2-6 Basic environmental testing procedures - Test methods - Test
Fc and guidance: Vibration (sinusoidal). 6th edition: 1985.
IEC 68-2-14 Basic environmental testing procedures - Test methods - Test
N: Change of temperature. Modification 1: 1986.
IEC 68-2-27 Basic environmental testing procedures - Test methods - Test
Ea and guidance: Shock. Edition 3: 1987.
IEC 68-2-30 Basic environmental testing procedures - Test methods - Test
Db and guidance: Damp heat, cyclic (12 + 12 - hour cycle).
Modification 1: 1985.
IEC 68-2-35 Basic environmental testing procedure - Test methods - Test
Fda: Random vibration wide band - Reproductibility High.
Modification 1: 1983.
IEC 529 Kapslingsklasser för elektrisk materiel (IP-kod). Utgåva 2:
1989.
IEC 61000-4-2 Electromagnetic Compatibility (EMC) - Testing and measure-
ment techniques - Electrostatic discharge immunity test:
1995/Amendment 1: 1998
ISO 7637-1 Vägfordon - Ledningsbundna och kopplade elstörningar - Del
1: Personbilar, lätta lastbilar och bussar med 12 V elsystem -Elektriska transienter längs matningsledning. Utgåva 2: 1990.
ISO 7637-2 Vägfordon - Ledningsbundna och kopplade elstörningar - Del
2: Lastbilar och bussar med 24 V elsystem - Elektriska tran-
sienter längs matningsledning. Utgåva 1: 1990.
ISO 7637-3 Road vehicles - Electrical disturbance by conduction and
coupling - Part 3: Vehicles with 12 V or 24 V supply voltage
- Electrical transient transmission by capacitive and inductive
coupling via lines other than supply lines. First Edition:
1995 + Cor 1: 1995.
ISO/IEC 7816-1 Transaktionskort - Aktivt kort - Fysiska egenskaper. Utgåva
1: 1998.1998R2135 — SV — 25.08.2002 — 001.001 — 196
▼M1
ISO/IEC 7816-2 Transaktionskort - Aktivt kort - Kontaktdon. Utgåva 1: 1999.
ISO/IEC 7816-3 Transaktionskort - Aktivt kort - Signaler och protokoll.
Utgåva 2: 1997.
ISO/IEC 10373 Transaktionskort - Provningsmetoder. Utgåva 1: 1993.
2. FUNKTIONSTEST AV FORDONSENHETER
nr Provning Beskrivning Berörda krav
1. Administrativ undersökning
1.1 Dokumentation Dokumentationens korrekthet
1.2 Tillverkarens
provningsre-
sultatResultat från tillverkarens provning som
utfördes under visning av integrationspapper070, 071, 073
2. Visuell besiktning
2.1 Överensstämmelse med dokumentation2.2 Identifiering/märkningar 168, 169
2.3 Material 163-167
2.4 Plombering 2512.5 Externa gränssnitt3. Funktionstest
3.1 Tillhandahållna funktioner 002, 004, 244
3.2 Driftlägen 006*, 007*, 008*,
009*, 106, 107
3.3 Rättigheter till tillgång till data och funktioner 010*, 011*, 240,
246, 247
3.4 Övervakning av isättning och urtagning av kort 013, 014, 015*,
016*, 106
3.5 Mätning av hastighet och sträcka 017-0263.6 Tidsmätning (provning utförd vid 20 ºC) 027-0323.7 Övervakning av förarens aktiviteter 033-043, 106
3.8 Övervakning av förarens status 044, 045, 106
3.9 Manuella angivelser 046-050b3.10 Hantering av företagslås 051-0553.11 Övervakning av kontrollaktiviteter 056, 057
3.12 Upptäckt av händelser och/eller fel 059-069, 106
3.13 Data för identifiering av utrustning 075*, 076*, 0793.14 Övervakning av isättning och urtagning av kort 081*-083*3.15 Data om föraraktiviteter 084*-086*
3.16 Platsdata 087*-089*
3.17 Vägmätardata 090*-092*1998R2135 — SV — 25.08.2002 — 001.001 — 197
▼M1
nr Provning Beskrivning Berörda krav
3.18 Detaljerade hastighetsdata 093*
3.1. Händelsedata 094*, 0953.20 Feldata 096*
3.21 Kalibreringsdata 097*, 098*
3.22 Data om tidsinställning 100*, 101*3.23 Data om kontrollaktiviteter 102*, 103*3.24 Data om företagslås 104*
3.25 Överföringsdata 105*
3.26 Data om särskilda omständigheter 105a*, 105b*3.27 Registrering och lagring på färdskrivarkort 108, 109*, 109a*,
110*, 111, 112
3.28 Visning 072, 106, 113-
128, PIC_001,
DIS_001
3.29 Utskrift 072, 106, 129-
138, PIC_001,
PRT_001 a
PRT_012
3.30 Varning 106, 139-148,
PIC_001
3.31 Överföring av data till externa media 072, 106, 149-151
3.32 Utgående data till ytterligare externa anordningar 152, 1533.33 Kalibrering 154*, 155*, 156*,
245
3.34 Tidsinställning 157*, 158*
3.35 Avsaknad av störningar från ytterligare funktioner 003, 2694. Miljöprovningar
4.1 Temperatur Kontrollera funktionalitet genom:
— IEC 68-2-1, test Ad, med en varaktighet
för provningen av 72 timmar vid den
lägre temperaturen (- 20 ºC), 1 timme i
drift, 1 timme ej i drift
— IEC 68-2-2, test Bd, med en varaktighet
för provningen av 72 timmar vid den
högre temperaturen (+ 70 ºC), 1 timme i
drift, 1 timme ej i drift
Temperaturcykler: Kontrollera att fordonsen-
heten tål snabba förändringar av omgiv-
ningens temperatur genom IEC 68-2-14 test
Na, 20 cykler, var och en med temperatur
som varierar mellan den lägre temperaturen
(- 20 ºC) och den högre temperaturen
(+ 70 ºC) och två sammanhängande timmar
både vid den lägre och den högre tempera-
turen.
En minskad uppsättning provningar (bland
dem som anges i del 3 i denna tabell) kan
utföras vid den lägre temperaturen, den högre1591998R2135 — SV — 25.08.2002 — 001.001 — 198
▼M1
nr Provning Beskrivning Berörda krav
temperaturen och under temperaturcyklerna
4.2 Luftfuktighet Kontrollera att fordonsenheten tål en cyklisk
fuktighet (värmeprovning) genom IEC 68-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 ºC160
4.3 Vibrationer 1. Sinusformade vibrationer:
Kontrollera att fordonsenheten tål sinus-
formade vibrationer med följande egen-
skaper:
Konstant variation mellan 5 och 11 Hz:
En topp på 10 mm.
Konstant acceleration mellan 11 och
300 Hz: 5 g.
Detta krav kontrolleras genom IEC 68-2-
6, test Fc, med en minsta provningsvarak-
tighet av 3 x 12 timmar (12 timmar per
axel).
2. Slumpartade vibrationer:
Kontrollera att fordonsenheten tål slum-
partade vibrationer med följande egen-
skaper:
Frekvens på 5-150 Hz, nivå 0.02 g2/Hz
Detta krav kontrolleras genom IEC 68-2-
35, test Ffda, med en minsta provningsva-
raktighet av 3 x 12 timmar (12 timmar per
axel)
De två provningarna ovan skall utföras på två
olika exemplar av den utrustning som provas163
4.4 Skydd mot
vatten och
främmande
föremålKontrollera att fordonsenhetens skyddsklass
enligt IEC 529 är åtminstone IP 40, när den
är monterad för driftsvillkor i ett fordon164, 165
4.5 Skydd mot
överspänningKontrollera att fordonsenheten tål
strömtillförsel av:
24 V-versioner: 34 V vid + 40 ºC 1 timme
12 V-versioner: 17 V vid + 40 ºC 1 timme161
4.6 Skydd mot
omkastade polerKontrollera att fordonsenheten tål en
omkastning av strömtillförseln161
4.7 Skydd mot
kortslutningKontrollera att inkommande och utgående
signaler skyddas mot kortslutning i
strömtillförsel och jord161
5. EMC-provningar
5.1 Utstrålning och
känslighetÖverensstämmelse med direktiv 95/54/EEG 162
5.2 Elektrostatiska
laddningarÖverensstämmelse med IEC 61000-4-2,
± 2 kV (nivå 1)162
5.3 Känslighet för
överförda tran-
sienter i
strömtillförselnFör 24 V-versionerna: överensstämmelse med
ISO 7637-2
puls 1a: Vs = - 100 V, Ri = 10 Ohm
puls 2: Vs = + 100 V, Ri = 10 Ohm
puls 3a: Vs = - 100 V, Ri = 50 Ohm
puls 3b: Vs = + 100 V, Ri = 50 Ohm1621998R2135 — SV — 25.08.2002 — 001.001 — 199
▼M1
nr Provning Beskrivning Berörda krav
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
puls 1: Vs = - 100 V, Ri = 10 Ohm
puls 2: Vs = + 100 V, Ri = 10 Ohm
puls 3a: Vs = - 100 V, Ri = 50 Ohm
puls 3b: Vs = + 100 V, Ri = 50 Ohmpuls 4: Vs = - 6 V, Va = - 5 V, t6 = 15 ms
puls 5: Vs = + 65 V, Ri = 3 Ohm, td = 100 ms
Puls 5 skall endast provas för de fordonsen-
heter som är avsedda att installeras i fordon
för vilka inget externt gemensamt skydd mot
laddningsdump (load dump) används
3. FUNKTIONSTEST AV RÖRELSESENSOR
nr Provning Beskrivning Berörda krav
1. Administrativ undersökning
1.1 Dokumentation Dokumentationens korrekthet
2. Visuell besiktning
2.1 Överensstämmer med dokumentation2.2 Identifiering/märkningar 169, 1702.3 Material 163-167
2.4 Plombering 251
3. Funktionsprovningar
3.1 Identifieringsdata för sensorn 077*3.2 Hopkoppling av rörelsesensor med fordonsenhet 099*, 1553.3 Rörelseavkänning
Korrekt rörelsemätning 022-026
4. Miljöprovningar
4.1 Drifttempera-
turerKontrollera funktionalitet (enligt definition i
provning nr. 3.3) i temperaturområdet - 40 ºC
till + 135 ºC genom följande:
— IEC 68-2-1 test Ad, med en provningsva-
raktighet av 96 timmar vid en lägsta
temperatur av To
min,
— IEC 68-2-2 test Bd, med en provningsva-
raktighet av 96 timmar vid en högsta
temperatur av Tomin,159
4.2 Temperatur-
cyklerKontrollera funktionalitet (enligt definition i
provning nr 3.3) genom IEC 68-2-14 test Na,
20 cykler, var och en med en temperatur som
varierar mellan den lägre temperaturen
(- 40 ºC) och den högre temperaturen
(+ 135 ºC) och två sammanhängande timmar1591998R2135 — SV — 25.08.2002 — 001.001 — 200
▼M1
nr Provning Beskrivning Berörda krav
både vid den lägre och den högre tempera-
turen.
En minskad uppsättning provningar (bland
dem som anges i provning 3.3) kan utföras
vid den lägre temperaturen, den högre
temperaturen och under temperaturcyklerna
4.3 Luftfuktighets-
cyklerKontrollera funktionalitet (enligt definition i
provning nr 3.3) genom IEC 68-2-30, test
Db, sex 24-timmarscykler, med en tempe-
ratur som varierar mellan + 25 ºC och + 55 ºC
och en relativ luftfuktighet av 97 % vid
+ 25 ºC, motsvarande 93 % vid + 55 ºC160
4.4 Vibrationer Kontrollera funktionalitet (enligt definition i
provning nr 3.3) genom IEC 68-2-6, test Fc,
med en provningsvaraktighet av 100 frek-
venscykler. Konstant variation mellan 10 och
57 Hz: En topp på 1,5 mm
Konstant acceleration mellan 57 och 500 Hz:
20 g163
4.5 Mekaniska
stötarKontrollera funktionalitet (enligt definition i
provning nr 3.3) genom IEC 68-2-27, test Ea,
tre stötar i båda riktningar hos de tre
vinkelräta axlarna163
4.6 Skydd mot
vatten och
främmande
föremålKontrollera att rörelsesensorns skyddsklass
enligt IEC 529 är åtminstone IP 64, när den
är monterad för driftsvillkor i ett fordon165
4.7 Skydd mot
omkastade polerKontrollera att rörelsesensorn tål en omkast-
ning av strömtillförseln161
4.8 Skydd mot
kortslutningKontrollera att inkommande signaler är
skyddade mot kortslutning i strömtillförsel
och jord161
5. EMC
5.1 Utstrålning och
känslighetKontrollera överensstämmelse med direktiv
95/54/EEG162
5.2 Elektrostatiska
laddningarÖverensstämmelse med IEC 61000-4-2,
± 2 kV (nivå 1)162
5.3 Känslighet för
överförda tran-
sienter i datal-
injerÖverensstämmelse med ISO 7637-3 (nivå III) 162
4. FUNKTIONSPROVNING AV FÄRDSKRIVARKORT
nr Provning Beskrivning Berörda krav
1. Administrativ undersökning
1.1 Dokumentation Dokumentationens korrekthet2. Visuell besiktning
2.1 Kontrollera att alla skyddsegenskaper och
synliga data skrivs ut korrekt på kortet och
att de uppfyller bestämmelserna171-181
3. Fysiska provningar1998R2135 — SV — 25.08.2002 — 001.001 — 201
▼M1
nr Provning Beskrivning Berörda krav
3.1 Kontrollera kortets dimensioner och kontakternas placering 184
ISO/IEC 7816-1ISO/IEC 7816-2
4. Protokollprovningar
4.1 ATR Kontrollera att ATR uppfyller bestämmel-
sernaISO/IEC 7816-3
TCS 304, 307,
308
4.2 T=0 Kontrollera att protokollet T=0 uppfyller
bestämmelsernaISO/IEC 7816-3
TCS 302, 303,
305
4.3 PTS Kontrollera att PTS-kommandot uppfyller
bestämmelserna genom att sätta T=1 från
T=0ISO/IEC 7816-3
TCS 309-311
4.4 T=1 Kontrollera att protokollet T=1 uppfyller
bestämmelsernaISO/IEC 7816-3
TCS 303, / 306
5. Kortets struktur
5.1 Prova att filstrukturen på kortet uppfyller
bestämmelserna genom att kontrollera
förekomsten av obligatoriska filer på kortetoch deras villkor för tillträdeTCS 312
TCS 400*, 401,
402, 403*, 404,
405*, 406, 407,
408*, 409, 410*,
411, 412, 413*,
414, 415*, 416,
417, 418*, 419
6. Funktionsprovningar
6.1 Normal behand-
lingProva varje tillåten användning av varje
kommando åtminstone en gång (till exempel:
prova UPDATE BINARY-kommandot med
CLA =′00′, CLA =′0C′och med olika P1-,
P2- och Lc-parametrar). Kontrollera att
uppgifterna verkligen har utförts på kortet
(exempelvis genom att läsa den fil som
kommandot har utförts på)TCS 313 till TCS
379
6.2 Felmeddelanden Prova varje felmeddelande åtminstone en
gång (enligt angivelse i tillägg 2) för varje
kommando. Prova varje generiskt fel (utom
′6400′-integritetsfel som kontrollerats vid
säkerhetscertifiering) åtminstone en gång
7. Miljöprovningar
7.1 Kontrollera att korten fungerar inom de
gränsvillkor som fastställts i enlighet med
ISO/IEC 10373185-188
ISO/IEC 7816-1
5. PROVNING AV DRIFTSKOMPATIBILITET
nr Provning Beskrivning
1. Ömsesidig
autentiseringKontrollera att den ömsesidiga autentiseringen mellan fordonsen-
heten och färdskrivarkortet fungerar normalt
2. Skriv-/läsprov-
ningarUtför ett typiskt aktivitetsscenario på fordonsenheten. Scenariot
skall anpassas till den typ av kort som provas och inbegripa skriv-
ningar på så många EF som möjligt på kortet1998R2135 — SV — 25.08.2002 — 001.001 — 202
▼M1
nr Provning Beskrivning
Verifiera genom en kortöverföring att alla motsvarande registre-
ringar har gjorts korrekt
Verifiera genom en daglig utskrift från kort att alla motsvarande
registreringar kan läsas korrekt1998R2135 — SV — 25.08.2002 — 001.001 — 203
▼M1
Tillägg 10
ALLMÄNNA SÄKERHETSMÅL
I detta tillägg anges det minsta tillåtna innehållet i säkerhetsmålen för rörelsesensorer, fordonsenheter
och färdskrivarkort.
För att utforma de säkerhetsmål gentemot vilka tillverkare får ansöka om säkerhetscertifiering, skall de
förädla och fylla i dokumenten på vederbörligt sätt, utan att ändra eller ta bort befintliga hot, mål,
förfaranden eller specifikationer av säkerhetsfunktioner.
INNEHÅLL
Allmänt säkerhetsmål för rörelsesensorer
1. Inledning … . . . ..............................................................
2. Förkortningar, definitioner och hänvisningar … . . ..................................
2.1 Förkortningar … ..............................................................
2.2 Definitioner … . ..............................................................
2.3 Referenser … . . ..............................................................
3. Produkternas syfte … . . ........................................................
3.1 Beskrivning av rörelsesensorn och användningsmetod … . ............................
3.2 En rörelsesensors livscykel … ...................................................
3 . 3 H o t … ......................................................................3.3.1 Hot med avseende på bestämmelser om tillträdeskontroll … . . . .......................
3.3.2 Hot med avseende på konstruktion … ............................................
3.3.3 Hot med avseende på drift … ...................................................
3.4 Säkerhetsmål … ..............................................................
3.5 Informationstekniska säkerhetsmål … .............................................
3.6 Fysiska förfaranden, personalförfaranden och övriga förfaranden … . . . .................
3.6.1 Utrustningens konstruktion … ...................................................
3.6.2 Leverans av utrustningen … . ...................................................
3.6.3 Generering och leverans av säkerhetsdata … .......................................
3.6.4 Installation, kalibrering och besiktning av färdskrivare … ............................
3.6.5 Kontroll av att lagen upprätthålls … .............................................
3.6.6 Uppgraderingar av programvara … . . .............................................
4. Säkerhetsfunktioner … . ........................................................
4.1 Identifiering och autentisering … . . . .............................................
4.2 Tillträdeskontroll … . . . ........................................................
4.2.1 Bestämmelser om tillträdeskontroll … ............................................
4.2.2 Tillträdesrättigheter till data … ..................................................
4.2.3 Filstruktur och tillträdesvillkor … . . . .............................................
4.3 Spårbarhet … . . ..............................................................
4.4 Granskning … . ..............................................................
4.5 Korrekthet … . . ..............................................................
4.5.1 Bestämmelser om kontroll av informationsflöden … ................................
4.5.2 Interna dataöverföringar … . . ...................................................
4.5.3 Integritet hos lagrade data … ...................................................
4.6 Funktionell pålitlighet … .......................................................
4.6.1 Provningar … . . ..............................................................
4.6.2 Programvara … ..............................................................
4.6.3 Fysiskt skydd … ..............................................................1998R2135 — SV — 25.08.2002 — 001.001 — 204
▼M1
4.6.4 Avbrott av strömtillförseln … ...................................................
4.6.5 Villkor för återställning … . . ...................................................
4.6.6 Datatillgänglighet … . . ........................................................
4.6.7 Flera tillämpningar … . ........................................................
4.7 Utbyte av data … .............................................................
4.8 Kryptografiskt stöd … . ........................................................
5. Definition av säkerhetsmekanismer … ............................................
6. Säkerhetsmekanismernas minsta tillåtna styrka … . ..................................
7. Garantinivå … . ..............................................................
8. Grund … . ...................................................................
Allmänt säkerhetsmål för fordonsenheter
1. Inledning … . . . ..............................................................
2. Förkortningar, definitioner och hänvisningar … . . ..................................
2.1 Förkortningar … ..............................................................
2.2 Definitioner … . ..............................................................
2.3 Referenser … . . ..............................................................
3. Produkternas syfte … . . ........................................................
3.1 Beskrivning av fordonsenheten och användningsmetod … ............................
3.2 Fordonsenhetens livscykel … ...................................................
3 . 3 H o t … ......................................................................
3.3.1 Hot med avseende på kontrollbestämmelser för identifiering och tillträde … . ............
3.3.2 Hot med avseende på konstruktion … ............................................
3.3.3 Hot med avseende på drift … ...................................................
3.4 Säkerhetsmål … ..............................................................
3.5 Informationstekniska säkerhetsmål … .............................................
3.6 Fysiska förfaranden, personalförfaranden och övriga förfaranden … . . . .................
3.6.1 Utrustingens konstruktion … . ...................................................
3.6.2 Leverans och aktivering av utrustning … . . . .......................................
3.6.3 Generering och leverans av säkerhetsdata … .......................................
3.6.4 Utfärande av kort … . . ........................................................
3.6.5 Installation, kalibrering och besiktning av färdskrivare … ............................
3.6.6 Drift av utrustningen … ........................................................
3.6.7 Kontroll av att lagen upprätthålls … .............................................
3.6.8 Uppgraderingar av programvara … . . .............................................
4. Säkerhetsfunktioner … . ........................................................
4.1 Identifiering och autentisering … . . . .............................................
4.1.1 Identifiering och autentisering av rörelsesensor … ..................................
4.1.2 Identifiering och autentisering av användare … . . . ..................................
4.1.3 Identifiering och autentisering av fjärranslutet företag … . ............................
4.1.4 Identifiering och autentisering av förvaltningsanordning … ...........................
4.2 Tillträdeskontroll … . . . ........................................................
4.2.1 Bestämmelser om tillträdeskontroll … ............................................
4.2.2 Tillträdesrättigheter till funktioner … .............................................
4.2.3 Tillträdesrättigheter till data … ..................................................
4.2.4 Filstruktur och tillträdesvillkor … . . . .............................................
4.3 Spårbarhet … . . ..............................................................1998R2135 — SV — 25.08.2002 — 001.001 — 205
▼M1
4.4 Granskning … . ..............................................................
4.5 Återanvändning av projekt … ...................................................
4.6 Korrekthet … . . ..............................................................
4.6.1 Bestämmelser om kontroll av informationsflöden … ................................
4.6.2 Interna dataöverföringar … . . ...................................................
4.6.3 Integritet hos lagrade data … ...................................................
4.7 Funktionell pålitlighet … .......................................................
4.7.1 Provningar … . . ..............................................................
4.7.2 Programvara … ..............................................................
4.7.3 Fysiskt skydd … ..............................................................
4.7.4 Avbrott av strömtillförseln … ...................................................
4.7.5 Villkor för återställning … . . ...................................................
4.7.6. Datatillgänglighet … . . ........................................................
4.7.7 Flera tillämpningar … . ........................................................
4.8 Utbyte av data … .............................................................
4.8.1 Databyte merd rörelsesensorn … . . . .............................................
4.8.2 Databyte med färdskrivarkort … .................................................
4.8.3 Databyte med externa lagringsmedia (överföringsfunktionen) … .......................
4.9 Kryptografiskt stöd … . ........................................................
5. Definitin av säkerhetsmekanismer … .............................................
6. Säkerhetsmekanismernas minsta tillåtna styrka … . ..................................
7. Garantinivå … . ..............................................................
8. Grund … . ...................................................................
Allmänt säkerhetsmål för färdskrivarkort
1. Inledning … . . . ..............................................................
2. Förkortningar, definitioner och hänvisningar … . . ..................................
2.1 Förkortningar … ..............................................................
2.2 Definitioner … . ..............................................................
2.3 Referenser … . . ..............................................................
3. Produkternas syfte … . . ........................................................
3.1 Beskrivning av färdskrivarkort och användningsmetod … ............................
3.2 Färdskrivarkortets livscykel … ..................................................
3 . 3 H o t … ......................................................................
3.3.1 Slutliga syften … .............................................................
3.3.2 Angreppssätt … ..............................................................
3.4 Säkerhetsmål … ..............................................................
3.5 Informationstekniska säkerhetsmål … .............................................
3.6 Fysiska förfaranden, personalförfaranden och övriga förfaranden … . . . .................
4. Säkerhetsfunktioner … . ........................................................
4.1 Överensstämmelse med skyddsprofiler … . . .......................................
4.2 Identifiering och autentisering av användare … . . . ..................................
4.2.1 Användaridentifiering … .......................................................
4.2.2 Användarautentisering … .......................................................
4.2.3 Autentiseringsfel … . . . ........................................................
4.3 Tillträdeskontroll … . . . ........................................................
4.3.1 Bestämmelser om tillträdeskontroll … ............................................1998R2135 — SV — 25.08.2002 — 001.001 — 206
▼M1
4.3.2 Funktioner för tillträdeskontroll … . . .............................................
4.4 Spårbarhet … . . ..............................................................
4.5 Granskning … . ..............................................................
4.6 Korrekthet … . . ..............................................................
4.6.1 Integritet hos lagrade data … ...................................................
4.6.2 Grundläggande autentisering av data … ...........................................
4.7 Funktionell pålitlighet … .......................................................
4.7.1 Provningar … . . ..............................................................
4.7.2 Programvara … ..............................................................
4.7.3 Strömtillförsel … .............................................................
4.7.4 Villkor för återställning … . . ...................................................
4.8 Utbyte av data … .............................................................
4.8.1 Datautbyte med en fordonsenhet … . .............................................
4.8.2 Export av data till en icke-fordonsenhet (överföringsfunktion) … ......................
4.9 Kryptografiskt stöd … . ........................................................
5. Definition av säkerhetsmekanismer … ............................................
6. Erfordrad minsta tillåtna styrka hos mekanismerna … . . . ............................
7. Garantinivå … . ..............................................................
8. Grund … . ...................................................................1998R2135 — SV — 25.08.2002 — 001.001 — 207
▼M1
ALLMÄNT SÄKERHETSMÅL FÖR RÖRELSESENSORER
1.Inledning
Här beskrivs rörelsesensorn, de hot den skall kunna motverka och de säker-
hetsmål den skall uppnå. Vidare specificeras de säkerhetsfunktioner som krävs.
Här anges erfordrad minsta tillåtna styrka hos säkerhetsmekanismer och
erfordrad garnantinivå för utveckling och evaluering.
De krav som anges här är desamma som i huvudtexten i bilaga I B. För att det
skall bli lättare att läsa förekommer ibland dubblering mellan kraven i huvud-
texten i bilaga I B och i säkerhetsmålen. Vid tvetydighet mellan ett krav i
säkerhetsmålen och ett krav i huvudtexten i bilaga I B som avses i detta krav i
säkerhetsmålen skall kravet i huvudtexten i bilaga I B gälla.
De krav i huvudtexten i bilaga I B som inte anges i säkerhetsmålen omfattas
inte av säkerhetsfunktionerna.
Hot, mål, förfaranden och specifikationer av säkerhetsfunktioner har fått en unik
märkning för att underlätta spårning till utvecklings- och evalueringsdokument.
2.Förkortningar, definitioner och hänvisningar
2.1 Förkortningar
ROM Read Only Memory - Minne för enbart avläsning
SEF Security Enforcing Function - SäkerhetsfunktionTBD To Be Defined - Skall definierasTOE Target Of Evaluation - EvalueringsobjektVU Vehicle Unit - Fordonsenhet
2.2 Definitioner
Digital färdskrivare Färdskrivare
Enhet En anordning ansluten till rörelsesensornRörelsedata De data som utbyts med fordonsenheten, om
hastighet och tillryggalagd sträcka
Fysiskt åtskilda delar Fysiska komponenter i rörelsesensorn som förde-
lats i fordonet, i motsats till fysiska komponenter
som samlats i rörelsesensorns kåpa
Säkerhetsdata De särskilda data som krävs för att stödja säker-
hetsfunktioner (exempelvis kryptografiska nycklar)
System Utrustning, personer eller organisationer som har
något samband med färdskrivaren
Användare En person som använder en rörelsesensor (utom i
uttrycket ”användardata”)
Användardata Alla data, utom rörelse- eller säkerhetsdata, som
registreras av eller lagras i rörelsesensorn.
2.3 Referenser
ITSEC ITSEC Information Technology Security Evalua-
tion Criteria 1991 (kriterier för utvärdering av
informationsteknologisk säkerhet).
3.Produkternas syfte
3.1 Beskrivning av rörelsesensorn och användningsmetod
Rörelsesensorn skall installeras i vägtransportfordon. Dess syfte är att förse en
fordonsenhet (VU) med krypterade rörelsedata om fordonets hastighet och till-
ryggalagd sträcka.
Rörelsesensorn har ett mekaniskt gränssnitt med en rörlig fordonsdel vars rörelse
kan återge fordonets hastighet eller tillryggalagda sträcka. Den får vara placerad
i fordonets växellåda eller i någon annan del av fordonet.
I driftläge är rörelsesensorn ansluten till en fordonsenhet.Den får också anslutas till särskild utrustning i förvaltningssyfte (som tillver-
karen skall definiera).1998R2135 — SV — 25.08.2002 — 001.001 — 208
▼M1
I följande figur beskrivs en typisk rörelsesensor:
Figur 1
Typisk rörelsesensor
3.2 En rörelsesensors livscykel
I följande figur beskrivs den typiska livscykeln för en rörelsesensor:
Figur 2
Typisk livscykel för en rörelsesensor
1998R2135 — SV — 25.08.2002 — 001.001 — 209
▼M1
3.3 Hot
I detta stycke beskrivs de hot som en rörelsesensor kan komma att utsättas för.
3.3.1 Hot med avseende på bestämmelser om tillträdeskontroll
T.Access Användare skulle kunna försöka få tillträde till
funktioner som inte är tillåtna för dem
3.3.2 Hot med avseende på konstruktion
T.Faults Fel i maskinvara, programvara och kommunika-
tionsförfaranden skulle kunna utsätta
rörelsesensorn för oförutsedda förhållanden som
äventyrar dess säkerhet
T.Tests Användning av icke-validerade provningssätt eller
av befintliga bakdörrar skulle kunna äventyra
rörelsesensorns säkerhet
T.Design Användare skulle kunna försöka tillgodogöra sig
olovliga kunskaper om konstruktionen antingen
från tillverkarens material (genom stöld, mutor,
…) eller genom baklängeskonstruktion (reverse
engineering)
3.3.3 Hot med avseende på drift
T.Environment Användare skulle kunna äventyra säkerheten i
rörelsesensorn genom miljöpåverkan (termisk,
elektromagnetisk, optisk, kemisk, mekanisk, …)
T.Hardware Användare skulle kunna ändra rörelsesensorns
maskinvara
T.Mechanical_Origin Användare skulle kunna försöka manipulera data
som matas in i rörelsesensorn (exempelvis genom
att skruva bort den från växellådan, …)
T.Motion_Data Användare skulle kunna försöka ändra fordonets
rörelsedata (tillägg, ändring, borttagande, återspel-
ning av signal)
T.Power_Supply Användare skulle kunna försöka omintetgöra
säkerhetsmålen för rörelsesensorer genom att
ändra (avbryta, minska, öka) strömtillförseln till
dem
T.Security_Data Användare skulle kunna försöka att få olovliga
kunskaper om säkerhetsdata vid generering av
säkerhetsdata eller transport eller lagring i färdskri-
varen
T.Software Användare skulle kunna ändra rörelsesensorns
programvara
T.Stored_Data Användare skulle kunna försöka ändra lagrade data
(säkerhetsdata eller användardata)
3.4 Säkerhetsmål
Det digitala färdskrivarsystemets huvudsakliga säkerhetsmål är följande:O.Main De data som skall kontrolleras skall finnas
tillgängliga och till fullo och korrekt återspegla de
kontrollerade förarnas och fordonens aktiviteter
med avseende på körning, arbete, tillgänglighet,
viloperioder och fordonets hastighet
Säkerhetsmålet för rörelsesensorn, som bidrar till det övergripande säker-
hetsmålet, är följande:
O.Sensor_Main De data som rörelsesensorn överför skall finnas
tillgängliga för fordonsenheten så att denna till
fullo och korrekt kan avgöra fordonets rörelser
med avseende på hastighet och tillryggalagd
sträcka1998R2135 — SV — 25.08.2002 — 001.001 — 210
▼M1
3.5 Informationstekniska säkerhetsmål
De särskilda IT-säkerhetsmålen för rörelsesensorn, som bidrar till dess övergri-
pande säkerhetsmål, är följande:
O.Access Rörelsesensorn skall kontrollera anslutna enheters
tillträde till funktioner och data
O.Audit Rörelsesensorn skall granska försök till att
undergräva dess säkerhet och den bör spåra dem
till berörda enheter
O.Authentication Rörelsesensorn skall autentisera anslutna enheter
O.Processing Rörelsesensorn skall se till att behandlingen av
inmatade data för att erhålla rörelsedata är korrekt
O.Reliability Rörelsesensorn skall fungera tillförlitligt
O.Secured_Data_Exchange Rörelsesensorn skall säkra utbytet av data med
fordonsenheten
3.6 Fysiska förfaranden, personalförfaranden och övriga förfaranden
Här beskrivs de fysiska förfaranden, personalförfaranden och övriga förfa-
randen som bidrar till rörelsesensorns säkerhet.
3.6.1 Utrustningens konstruktion
M.Development De som utvecklar rörelsesensorer skall se till att
ansvarsfördelningen vid utvecklingsarbetet görs på
ett sådant sätt att IT-säkerheten upprätthålls
M.Manufacturing Tillverkare av rörelsesensorer skall se till att
ansvarsfördelningen under tillverkning görs på ett
sådant sätt att IT-säkerheten upprätthålls, och att
rörelsesensorn under tillverkning skyddas mot
fysiska angrepp som kan äventyra IT-säkerheten
3.6.2 Leverans av utrustningen
M.Delivery Tillverkare av rörelsesensorer och fordon samt
montörer eller verkstäder skall se till att hanter-
ingen av rörelsesensorn sker på ett sådant sätt att
IT-säkerheten upprätthålls
3.6.3 Generering och leverans av säkerhetsdata
M.Sec_Data_Generation Algoritmer för generering av säkerhetsdata får
endast vara tillgängliga för auktoriserade och
betrodda personer
M.Sec_Data_Transport Säkerhetsdata skall genereras, transporteras och
matas in i rörelsesensorn på ett sådant sätt att dess
sekretess och integritet skyddas
3.6.4 Installation, kalibrering och besiktning av färdskrivare
M.Approved_Workshops Installation, kalibrering och reparation av färdskri-
vare skall utföras av betrodda och godkända
montörer eller verkstäder
M.Mechanical_Interface Sätt att upptäcka fysisk manipulering med det
mekaniska gränssnittet skall tillhandahållas (exem-
pelvis plomberingar)
M.Regular_Inpections Färdskrivaren skall besiktigas och kalibreras regel-
bundet
3.6.5 Kontroll av att lagen upprätthålls
M.Controls Kontroller av att lagen upprätthålls skall utföras
regelbundet och slumpvis och skall inbegripa
säkerhetsgranskningar
3.6.6 Uppgraderingar av programvara
M.Software_Upgrade Mjukvarurevisioner skall säkerhetscertifieras innan
de får införas i en rörelsesensor1998R2135 — SV — 25.08.2002 — 001.001 — 211
▼M1
4.Säkerhetsfunktioner
4.1 Identifiering och autentisering
Rörelsesensorn skall för varje användning kunna fastställa identiteten hos alla de
enheter som den är ansluten till
Identiteten hos en ansluten enhet skall bestå av följande:
— En enhetsgrupp:
— Fordonsenhet (VU)
— Förvaltningsanordning
— Övrigt
— Enhetsidentitet (endast fordonsenhet)
En ansluten fordonsenhets enhetsidentitet skall bestå av fordonsenhetens
godkännandenummer och serienummer.
Rörelsesensorn skall kunna autentisera alla fordonsenheter eller förvaltnings-
anordningar som de är anslutna till
— då enheten ansluts,
— då strömtillförseln återupptas.
Rörelsesensorn skall regelbundet kunna återautentisera den fordonsenhet som
den är ansluten till.
Rörelsesensorn skall upptäcka och förebygga användning av autentiseringsdata
som har kopierats och återspelats.
Efter det att (skall definieras av tillverkare, dock högst 20) misslyckade autenti-
seringsförsök i rad har upptäckts, skall säkerhetsfunktionen
— generera en registrering om granskning av händelsen,
— varna enheten,
— fortsätta att exportera rörelsedata i okrypterat läge.
4.2 Tillträdeskontroll
Tillträdeskontroller ser till att informationen läses från, skapas i, eller ändras till
evalueringsobjektet enbart av dem som är auktoriserade att göra detta.
4.2.1 Bestämmelser om tillträdeskontroll
Rörelsesensorn skall kontrollera rättigheter till tillträde till funktioner och data.
4.2.2 Tillträdesrättigheter till data
Rörelsesensorn skall se till att data för identifiering av rörelsesensorn endast kan
skrivas en gång (krav 078).
Rörelsesensorn skall godta och/eller lagra användardata endast från autentiserade
enheter.
Rörelsesensorn skall upprätthålla lämpliga läs- och skrivrättigheter när det gäller
tillträde till säkerhetsdata.
4.2.3 Filstruktur och tillträdesvillkor
Strukturen på tillämpningsfiler och datafiler samt tillträdesrättigheter skall
upprättas vid tillverkningen, och sedan låsas från all eventuell ändring eller bort-
tagning.
4.3 Spårbarhet
Rörelsesensorn skall i sitt minne kunna lagra identiferingsdata för rörelsesen-
sorer (krav 077).
Rörelsesensorn skall i sitt minne lagra installationsdata (krav 099).
Rörelsesensorn skall kunna mata ut spårbarhetsdata till autentiserade enheter på
deras begäran.
4.4 Granskning
Rörelsesensorn skall, för händelser som sänker dess säkerhet, generera gransk-
ningsregistreringar om händelserna.1998R2135 — SV — 25.08.2002 — 001.001 — 212
▼M1
Följande händelser påverkar rörelsesensorns säkerhet:
— Försök till säkerhetsöverträdelse:
— Autentiseringsfel.
— Integritetsfel hos lagrade data.
— Fel vid överföring av interna data.— Ej auktoriserad öppning av kåpan.— Maskinvarusabotage.
— Sensorfel.
Granskningsregistreringar skall inbegripa följande data:
— Datum och tidpunkt för händelsen.
— Händelsetyp— Identitet hos ansluten enhet.
När begärda data inte finns tillgängliga skall en lämplig default-indikation visas
(som skall definieras av tillverkaren).
Rörelsesensorn skall sända de genererade granskningsregistreringarna till
fordonsenheten samtidigt som de genereras, och får också lagra dem i sitt
minne.
Om rörelsesensorn lagrar granskningsregistreringar skall den se till att 20
granskningsregistreringar bibehålls även om granskningslagringen har tagit slut,
och den skall ha kapacitet att mata ut lagrade granskningsregistreringar till
autentiserade enheter på deras begäran.
4.5 Korrekthet
4.5.1 Bestämmelser om kontroll av informationsflöden
Rörelsesensorn skall se till att rörelsedata kan behandlas och härledas endast
från mekaniska sensorinmatningar.
4.5.2 Interna dataöverföringar
Kraven i detta stycke skall endast tillämpas om rörelsesensorn använder sig av
delar som är fysiskt åtskilda.
Om data överförs mellan fysiskt åtskilda delar i rörelsesensorn, skall de skyddas
mot ändringar.
Om ett dataöverföringsfel upptäcks vid en intern överföring skall överföringen
upprepas och säkerhetsfunktionerna generera en granskningsregistrering av
händelsen.
4.5.3 Integritet hos lagrade data
Rörelsesensorn skall kontrollera de användardata som finns lagrade i dess minne
för att upptäcka integritetsfel.
Om ett integritetsfel för lagrade användardata upptäcks skall säkerhetsfunktio-
nerna generera en granskningsregistrering.
4.6 Funktionsduglighet
4.6.1 Provningar
Alla kommandon, åtgärder, eller provningspunkter som är specifika för prov-
ningen i tillverkningsskedet skall avaktiveras och tas bort innan
tillverkningsskedet är avslutat. Det skall inte vara möjligt att återställa dem för
senare användning.
Rörelsesensorn skall utföra självprovningar vid initialstart och vid normal drift
för att verifiera att den fungerar korrekt. Rörelsesensorns självprovning skall
inbegripa en kontroll av integriteten hos säkerhetsdata och av integriteten hos
den lagrade exekverbara koden (om den inte finns i ROM).
Om ett internt fel upptäcks vid självprovningen, skall säkerhetsfunktionerna
generera en granskningsregistrering (sensorfel).
4.6.2 Programvara
Det skall inte gå att i fält analysera eller avlusa rörelsesensorns programvara.
Inmatade data från externa källor skall inte godtas som exekverbar kod.1998R2135 — SV — 25.08.2002 — 001.001 — 213
▼M1
4.6.3 Fysiskt skydd
Om rörelsesensorn är utformad så att den kan öppnas, skall den upptäcka alla
öppningar av kåpan, även utan extern strömtillförsel under minst sex månader.
I detta fall skall säkerhetsfunktionerna generera en granskningsregistrering av
händelsen (som får genereras och lagras efter det att strömtillförseln återuppta-
gits).
Om rörelsesensorn är utformad så att den inte kan öppnas, skall den vara
utformad så att försök till fysisk manipulering lätt kan upptäckas (exempelvis
genom visuell besiktning).
Rörelsesensorn skall upptäcka angivet (att definieras av tillverkaren) maskinva-
rusabotage.
I fallet ovan skall säkerhetsfunktionerna generera en granskningsregistrering och
rörelsesensorn skall (skall definieras av tillverkaren).
4.6.4 Avbrott av strömtillförseln
Rörelsesensorn skall upprätthålla säkerheten om strömtillförseln bryts eller
ändras.
4.6.5 Villkor för återställning
Vid strömavbrott, eller om en överföring stoppas innan den är slutförd, eller vid
andra omständigheter för återställning, skall rörelsesensorn återställas kontrol-
lerat.
4.6.6 Datatillgänglighet
Rörelsesensorn skall se till att tillträde till resurser erhålls om så krävs och att
resurser inte begärs eller behålls i onödan.
4.6.7 Flera tillämpningar
Om rörelsesensorn tillhandahåller andra tillämpningar än färdskrivartillämp-
ningen, skall alla tillämpningar hållas fysiskt och/eller logiskt åtskilda från
varandra. Dessa tillämpningar får inte dela säkerhetsdata. Endast en uppgift skall
vara aktiv åt gången.
4.7 Utbyte av data
Rörelsesensorn skall exportera rörelsedata till fordonsenheten med tillhörande
säkerhetsattribut, så att fordonsenheten kan verifiera dess integritet och autenti-
citet.
4.8 Kryptografiskt stöd
Kraven i detta stycke är bara tillämpliga vid behov, beroende på de säkerhets-
mekanismer som används och tillverkarens lösningar.
All kryptering som utförs av rörelsesensorn skall ske i överensstämmelse med
en specificerad algoritm och en specificerad nyckelstorlek.
Om rörelsesensorn genererar kryptografiska nycklar skall det ske i överensstäm-
melse med specificerade algoritmer för generering av kryptografiska nycklar och
specificerade storlekar på de kryptografiska nycklarna.
Om rörelsesensorn distributerar kryptografiska nycklar skall det ske i
överensstämmelse med specificerade metoder för distribution av nycklar.
Om rörelsesensorn har tillträde till kryptografiska nycklar skall det ske i
överensstämmelse med specificerade metoder för tillträde till kryptografiska
nycklar.
Om rörelsesensorn förstör kryptografiska nycklar skall det ske i överensstäm-
melse med specificerade metoder för förstöring av kryptografiska nycklar.
5.Definition av säkerhetsmekanismer
Säkerhetsmekanismerna, som utför rörelsesensorns säkerhetsfunktioner, skall
definieras av tillverkaren av rörelsesensorer.
6.Säkerhetsmekanismernas minsta tillåtna styrka
Den minsta tillåtna styrkan hos rörelsesensorns säkerhetsmekanismer är High,
enligt definition i referens ITSEC (kriterier för utvärdering av informationstek-
nologisk säkerhet).1998R2135 — SV — 25.08.2002 — 001.001 — 214
▼M1
7.Garantinivå
Målgarantinivån för rörelsesensorn är ITSEC-nivå E3, enligt definition i referens
ITSEC (kriterier för utvärdering av informationsteknologisk säkerhet).
8.Grund
Följande matriser ger en logisk grund för säkerhetsfunktionerna genom att visa
— vilka säkerhetsfunktioner eller förfaranden som motverkar vilka hot,
— vilka säkerhetsfunktioner som uppfyller vilka mål för IT-säkerhet.1998R2135 — SV — 25.08.2002 — 001.001 — 215
Threats IT ObjectivesAccess
Faults
TestsDesignEnvironmentHardwareMechanical_Origin
Motion_Data
Power_SupplySecurity_DataSoftwareStored_DataAccess
Audit
AuthenticationProcessingReliabilitySecured_Data_Exchange
Physical Personnel Procedural means
Development x x x
Manufacturing x xDelivery xx x
Security Data Generation x
Security Data Transport x
Approved Workshops x
Mechanical interface x
Regular Inspection x x x x
Law enforcement controls x x x x x x
Software Upgrades x
Security Enforcing Functions
Identification and authentication
UIA_101 Entities identification x x x x x
UIA_102 Entities identity x xx▼M11998R2135 — SV — 25.08.2002 — 001.001 — 216
Threats IT ObjectivesAccess
Faults
TestsDesignEnvironmentHardwareMechanical_Origin
Motion_Data
Power_SupplySecurity_DataSoftwareStored_DataAccess
Audit
AuthenticationProcessingReliabilitySecured_Data_Exchange
UIA_103 VU identity x
UIA_104 Entities authentication x x x x xUIA_105 re-authentication x x x x xUIA_106 Unforgeable authentication x x x x
UIA_107 Authentication failure x x x
Access controlACC_101 Access control policy x x x xACC_102 Motion sensor ID xx
ACC_103 User data xx
ACC_104 Security Data xx x
ACC_105 File structure and access condi-
tionsxx x x
Accountability
ACT_101 Motion sensor ID data x
ACT_102 Pairing data x
ACT_103 Accountability data x▼M11998R2135 — SV — 25.08.2002 — 001.001 — 217
Threats IT ObjectivesAccess
Faults
TestsDesignEnvironmentHardwareMechanical_Origin
Motion_Data
Power_SupplySecurity_DataSoftwareStored_DataAccess
Audit
AuthenticationProcessingReliabilitySecured_Data_Exchange
Audit
AUD_101 Audit records x
AUD_102 Audit events list x x x x x
AUD_103 Audit data x
AUD_104 Audit tools x
AUD_105 Audit records storage x
AccuracyACR_101 Information flow control policy x x xACR_102 Internal transfers xx
ACR_103 Internal transfers x
ACR_104 Stored data integrity xx
ACR_105 Stored data integrity xx
Reliability
RLB_101 Manufacturing tests x x x
RLB_102 Self tests x x x x x▼M11998R2135 — SV — 25.08.2002 — 001.001 — 218
Threats IT ObjectivesAccess
Faults
TestsDesignEnvironmentHardwareMechanical_Origin
Motion_Data
Power_SupplySecurity_DataSoftwareStored_DataAccess
Audit
AuthenticationProcessingReliabilitySecured_Data_Exchange
RLB_103 Self tests x x x x
RLB_104 Software analysis x x x
RLB_105 Software input xx x
RLB_106 Case opening x x x x x x xRLB_107 Hardware sabotage x x
RLB_108 Hardware sabotage x x
RLB_109 Power supply interruptions xx
RLB_110 Reset x x
RLB_111 Data Availability xx
RLB_112 Multiple Applications x
Data exchange
DEX_101 Secured motion data export x x
Cryptographic supportCSP_101 Algorithms xx▼M11998R2135 — SV — 25.08.2002 — 001.001 — 219
Threats IT ObjectivesAccess
Faults
TestsDesignEnvironmentHardwareMechanical_Origin
Motion_Data
Power_SupplySecurity_DataSoftwareStored_DataAccess
Audit
AuthenticationProcessingReliabilitySecured_Data_Exchange
CSP_102 key generation xx
CSP_103 key distribution xx
CSP_104 key access xx
CSP_105 key destruction xx▼M11998R2135 — SV — 25.08.2002 — 001.001 — 220
▼M1
ALLMÄNT SÄKERHETSMÅL FÖR FORDONSENHETER
1.Inledning
Här beskrivs fordonsenheten, de hot den skall kunna motverka och de säker-
hetsmål den skall uppnå. Vidare specificeras de säkerhetsfunktioner som krävs.
Här anges erfordrad minsta tillåtna styrka hos säkerhetsmekanismer och
erfordrad garantinivå för utveckling och evaluering.
De krav som anges här är desamma som i huvudtexten i bilaga I B. För att det
skall bli lättare att läsa förekommer ibland dubblering mellan kraven i huvud-
texten i bilaga I B och i säkerhetsmålen. Vid tvetydighet mellan ett krav i
säkerhetsmålen och ett krav i huvudtexten i bilaga I B som avses i detta krav i
säkerhetsmålen skall kravet i huvudtexten i bilaga I B gälla.
De krav i huvudtexten i bilaga I B som inte anges i säkerhetsmålen omfattas
inte av säkerhetsfunktionerna.
Hot, mål, förfaranden och specifikationer av säkerhetsfunktioner har fått en unik
märkning för att underlätta spårning till utvecklings- och evalueringsdokument.
2.Förkortningar, definitioner och hänvisningar
2.1 Förkortningar
PIN Personal Identification Number - Personligt identi-
fieringsnummer
ROM Read Only Memory - Minne för enbart avläsning
SEF Security Enforcing Function - Säkerhetsfunktion
TBD To Be Defined - Skall definieras
TOE Target Of Evaluation - Evalueringsobjekt
VU Vehicle Unit - Fordonsenhet
2.2 Definitioner
Digital färdskrivare Färdskrivare
Rörelsedata De data som utbyts med rörelsesensorn om
hastighet och tillryggalagd sträcka
Fysiskt åtskilda delar Fysiska komponenter i fordonsenheten som förde-
lats i fordonet, i motsats till fysiska komponenter
som samlats i fordonsenhetens kåpa
Säkerhetsdata De särskilda data som krävs för att stödja säker-
hetsfunktioner (exempelvis kryptografiska nycklar)
System Utrustning, personer eller organisationer som har
något samband med färdskrivaren
Användare Användare skall förstås som personer som
använder utrustningen. Sedvanliga användare av
fordonsenheten är förare, kontrollanter, verkstäder
och företag
Användardata Alla data, utom säkerhetsdata, som registreras av
eller lagras i fordonsenheten, och som krävs enligt
kapitel III.12
2.3 Referenser
ITSEC ITSEC Information Technology Security Evalua-
tion Criteria 1991 (kriterier för utvärdering av
informationsteknologisk säkerhet)
3.Produkternas syfte
3.1 Beskrivning av fordonsenheten och användningsmetod
Fordonsenheten skall installeras i vägtransportfordon. Dess syfte är att registrera,
lagra, visa, skriva ut och mata ut data om föraraktiviteter.
Den är ansluten till en rörelsesensor med vilken den utbyter data om fordonsrö-
relser.
Användare identifierar sig för fordonsenheten med hjälp av färdskrivarkort.1998R2135 — SV — 25.08.2002 — 001.001 — 221
▼M1
Fordonsenheten registrerar och lagrar data om användarnas aktiviteter i sitt data-
minne och den registrerar data om användarnas aktiviteter på färdskrivarkort.
Fordonsenheten matar ut data till display, skrivare och externa anordningar.
Fordonsenhetens driftsmiljö när den är installerad i ett fordon beskrivs i följande
figur:
Figur 2
Fordonsenhetens driftsmiljö
Fordonsenhetens allmänna egenskaper, funktioner och driftlägen beskrivs i
kapitel II i bilaga I B.
Funktionskraven för fordonsenheten anges i kapitel III i bilaga I B.I följande figur beskrivs en typisk fordonsenhet:
Figur 3
Typisk fordonsenhet (…) valbart
Observera att pappersdokumentet när det väl har producerats inte är en del av
evalueringsobjektet, även om skrivarmekanismen är det.
3.2 Fordonsenhetens livscykel
I följande figur beskrivs den typiska livscykeln för en fordonsenhet:1998R2135 — SV — 25.08.2002 — 001.001 — 222
▼M1
Figur 4
Typisk livscykel för en fordonsenhet
3.3 Hot
I detta stycke beskrivs de hot som en fordonsenhet kan komma att utsättas
för.
3.3.1 Hot med avseende på kontrollbestämmelser för identifiering och tillträde
T.Access Användare skulle kunna försöka få tillträde till
funktioner som inte är tillåtna för dem (exempelvis
förare som får tillträde till kalibreringsfunktionen)
T.Identification Användare skulle kunna försöka använda flera
eller inga identifieringar1998R2135 — SV — 25.08.2002 — 001.001 — 223
▼M1
3.3.2 Hot med avseende på konstruktion
T.Faults Fel i maskinvara, programvara och kommunika-
tionsförfaranden skulle kunna utsätta
fordonsenheten för oförutsedda förhållanden som
äventyrar dess säkerhet
T.Tests Användning av icke-validerade provningssätt eller
av befintliga bakdörrar skulle kunna äventyra
fordonsenhetens säkerhet
T.Design Användare skulle kunna försöka tillgodogöra sig
olovliga kunskaper om konstruktionen antingenfrån tillverkarens material (genom stöld, mutor,
…) eller genom baklängeskonstruktion (reverse
engineering)
3.3.3 Hot med avseende på drift
T.Calibration_Parameters Användare skulle kunna försöka använda felkalib-
rerad utrustning (genom att ändra kalibreringsdata,
eller genom organisatoriska svagheter)
T.Card_Data_Exchange Användare skulle kunna försöka ändra data när de
utbyts mellan fordonsenhet och färdskrivarkort
(tillägg, ändring, borttagande, återspelning av
signal)
T.Clock Användare skulle kunna försöka ändra den interna
klockan
T.Environment Användare skulle kunna äventyra säkerheten i
fordonsenheten genom miljöpåverkan (termisk,
elektromagnetisk, optisk, kemisk, mekanisk, …)
T.Fake_Devices Användare skulle kunna försöka ansluta förfals-
kade anordningar (rörelsesensor, smartkort) till
fordonsenheten
T.Hardware Användare skulle kunna försöka ändra fordonsen-
hetens maskinvara
T.Motion_Data Användare skulle kunna försöka ändra fordonets
rörelsedata (tillägg, ändring, borttagande, återspel-ning av signal)
T.Non_Activated Användare skulle kunna använda icke-aktiverad
utrustning
T.Output_Data Användare skulle kunna försöka ändra utmatade
data (utskrift, visning eller överföring)
T.Power_Supply Användare skulle kunna försöka omintetgöra
säkerhetsmålen för fordonsenheter genom att
ändra (avbryta, minska, öka) strömtillförseln till
dem
T.Security_Data Användare skulle kunna försöka att få olovliga
kunskaper om säkerhetsdata vid generering av
säkerhetsdata eller transport eller lagring av dem i
färdskrivaren
T.Software Användare skulle kunna försöka ändra fordonsen-
hetens programvara
T.Stored_Data Användare skulle kunna försöka ändra lagrade data
(säkerhetsdata eller användardata)
3.4 Säkerhetsmål
Det digitala färdskrivarsystemets huvudsakliga säkerhetsmål är följande:O.Main De data som skall kontrolleras av kontrollmyndig-
heterna skall finnas tillgängliga och till fullo och
korrekt återspegla de kontrollerade förarnas och
fordonens aktiviteter med avseende på körning,
arbete, tillgänglighet, viloperioder och fordonets
hastighet.
Säkerhetsmålen för fordonsenheter, som bidrar till det övergripande säker-
hetsmålet, är följande:
O.VU_Main De data som skall mätas, registreras och sedan
kontrolleras av kontrollmyndigheterna skall finnas
tillgängliga och korrekt återspegla de kontrollerade
förarnas och fordonens aktiviteter med avseende på1998R2135 — SV — 25.08.2002 — 001.001 — 224
▼M1
körning, arbete, tillgänglighet, viloperioder och
fordonets hastighet.
O.VU_Export Fordonsenheten skall kunna exportera data till
externa lagringsmedia på ett sådant sätt att det går
att kontrollera deras integritet och autenticitet.
3.5 Informationstekniska säkerhetsmål
De särskilda IT-säkerhetsmålen för fordonsenheten, som bidrar till de övergri-
pande säkerhetsmålen, är följande:
O.Access Fordonsenheten skall kontrollera användares till-
träde till funktioner och data.
O.Accountability Fordonsenheten skall samla in korrekta spårbar-
hetsdata.
O.Audit Fordonsenheten skall granska försök till att sänka
systemets säkerhet och bör spåra dem till berörda
användare.
O.Authentication Fordonsenheten skall autentisera användare och
anslutna enheter (när en säker kanal behöver
upprättas mellan två enheter).
O.Integrity Fordonsenheten skall bibehålla integriteten hos
lagrade data.
O.Output Fordonsenheten skall se till att utmatade data
korrekt återspeglar uppmätta eller lagrade data.
O.Processing Fordonsenheten skall se till att behandlingen av
inmatade data för att erhålla användardata är
korrekt.
O.Reliability Fordonsenheten skall fungera tillförlitligt.
O.Secured_Data_Exchange Fordonsenheten skall säkra utbytet av data med
rörelsesensor och färdskrivarkort.
3.6 Fysiska förfaranden, personalförfaranden och övriga förfaranden
Här beskrivs de fysiska förfaranden, personalförfaranden och övriga förfaranden
som bidrar till fordonsenhetens säkerhet.
3.6.1 Utrustningens konstruktion
M.Development De som utvecklar fordonsenheter skall se till att
ansvarsfördelningen vid utvecklingsarbetet görs på
ett sätt som upprätthåller IT-säkerheten.
M.Manufacturing Tillverkare av fordonsenheter skall se till att
ansvarsfördelningen under tillverkning görs på ett
sätt varvid IT-säkerheten upprätthålls, och att
fordonsenheten under tillverkning skyddas mot
fysisk åverkan som kan äventyra IT-säkerheten.
3.6.2 Leverans och aktivering av utrustning
M.Delivery Tillverkare av fordonsenheter och fordon samt
montörer eller verkstäder skall se till att hanter-ingen av icke aktiverade fordonsenheter sker på
ett sådant sätt att fordonsenhetens säkerhet
upprätthålls
M.Activation Fordonstillverkare och montörer skall aktivera
fordonsenheten efter installering av den, innan
fordonet lämnar den anläggning där installationen
utfördes
3.6.3 Generering och leverans av säkerhetsdata
M.Sec_Data_Generation Algoritmer för generering av säkerhetsdata får
endast vara tillgängliga för auktoriserade och
betrodda personer
M.Sec_Data_Transport Säkerhetsdata skall genereras, transporteras och
matas in i fordonsenheten på ett sådant sätt att
dess sekretess och integritet skyddas1998R2135 — SV — 25.08.2002 — 001.001 — 225
▼M1
3.6.4 Utfärdande av kort
M.Card_Availability Färdskrivarkort får endast finnas tillgängliga för
och utfärdas till auktoriserade personer
M.Driver_Card_Uniqueness Förare får ha endast ett giltigt förarkort åt gångenM.Card_Traceability Utfärdandet av kort skall gå att spåra (vitlistor,
svartlistor), och svartlistor skall användas vid
säkerhetsgranskningar
3.6.5 Installation, kalibrering och besiktning av färdskrivare
M.Approved_Workshops Installation, kalibrering och reparation av färdskri-
vare skall utföras av betrodda och godkända
montörer eller verkstäder
M.Regular_Inpections Färdskrivaren skall besiktigas och kalibreras regel-
bundet
M.Faithful_Calibration Godkända montörer och verkstäder skall ange
korrekta fordonsparametrar för färdskrivaren vid
kalibrering
3.6.6 Drift av utrustningen
M.Faithful_Drivers Förarna skall följa reglerna och uppföra sig
ansvarsfullt (exempelvis använda sina förarkort,välja korrekta aktiviteter i de fall de väljs manuellt,
…)
3.6.7 Kontroll av att lagen upprätthålls
M.Controls Kontroller av att lagen upprätthålls skall utföras
regelbundet och slumpvis och skall inbegripa
säkerhetsgranskningar
3.6.8 Uppgraderingar av programvara
M.Software_Upgrade Mjukvarurevisioner skall säkerhetscertifieras innan
de får införas i en fordonsenhet
4.Säkerhetsfunktioner
4.1 Identifiering och autentisering
4.1.1 Identifiering och autentisering av rörelsesensor
Fordonsenheten skall för varje användning kunna fastställa identiteten hos den
rörelsesensor som den är ansluten till.
Rörelsesensorns identitet skall bestå av sensorns godkännandenummer och dess
serienummer.
Fordonsenheten skall autentisera den rörelsesensor som den är ansluten till
— då rörelsesensorn ansluts,
— varje gång färdskrivaren kalibreras,
— då strömtillförseln återupptas.
Autentiseringen skall vara ömsesidig och utlösas av fordonsenheten.
Fordonsenheten skall regelbundet (perioden skall definieras av tillverkaren, dock
minst en gång per timme) återidentifiera och återautentisera den rörelsesensor
som den är ansluten till, och se till att den rörelsesensor som identifierades vid
den senaste kalibreringen av färdskrivaren inte har ändrats.
Fordonsenheten skall upptäcka och förebygga användning av autentiseringsdata
som har kopierats och återspelats.
Efter det att (skall definieras av tillverkaren, dock högst 20) misslyckade auten-
tiseringsförsök i rad har upptäckts och/eller efter att ha upptäckt att
rörelsesensorns identitet har ändrats utan tillstånd (dvs. ej vid kalibrering av
färdskrivaren) skall säkerhetsfunktionerna
— generera en registrering om granskning av händelsen,
— varna användaren,
— fortsätta att godta och använda okrypterade rörelsedata som sänds av rörelse-
sensorn.1998R2135 — SV — 25.08.2002 — 001.001 — 226
▼M1
4.1.2 Identifiering och autentisering av användare
Fordonsenheten skall ständigt och selektivt spåra två användares identiteter,
genom att övervaka de färdskrivarkort som sätts i förarens kortplats respektive
medförarens kortplats i färdskrivaren.
Användaridentiteten skall bestå av följande:
— En användargrupp:
— DRIVER (förare) (förarkort)
— CONTROLLER (kontrollant) (kontrollkort)
— WORKSHOP (verkstad) (verkstadskort)
— COMPANY (företag) (företagskort)
— UNKNOWN (okänd) (inget kort isatt)
— en användaridentifiering, bestående av
— kod för den medlemsstat som utfärdat kortet och av kortnumret,
— UNKNOWN (okänd) om användargruppen är UNKNOWN (okänd).
Okända (UNKNOWN) identiteter kan vara indirekt eller direkt kända.
Fordonsenheten skall autentisera sina användare då kortet sätts i.Fordonsenheten skall återautentisera sina användare
— då strömtillförseln återupptas,
— regelbundet eller efter det att särskilda händelser har inträffat (skall defini-
eras av tillverkare, dock minst en gång per dag).
Autentiseringen skall utföras genom att det bevisas att det isatta kortet är ett
giltigt färdskrivarkort, med säkerhetsdata som endast systemet kan fördela.
Autentiseringen skall vara ömsesidig och utlösas av fordonsenheten.
Utöver ovanstående skall verkstäder autentisera sig med hjälp av en PIN-kod.
PIN-koderna skall bestå av minst fyra tecken.
Obs: Om PIN-koden överförs till fordonsenheten från en utrustning som är
belägen utanför men i närheten av fordonsenheten, behöver PIN-sekretessen
inte skyddas vid överföringen.
Fordonsenheten skall upptäcka och förebygga användning av autentiseringsdata
som har kopierats och återspelats.
Efter det att fem misslyckade autentiseringsförsök i rad har upptäckts skall
säkerhetsfunktionerna
— generera en registrering om granskning av händelsen,
— varna användaren,
— anta att användaren är okänd (UNKNOWN), och att kortet är ogiltigt (defi-
nition z och krav 007).
4.1.3 Identifiering och autentisering av fjärranslutet företag
Kapacitet för fjärranslutet företag är frivillig. Detta stycke skall därför endast
tillämpas om denna funktion används.
Vid varje interaktion med ett fjärranslutet företag, skall fordonsenheten kunna
fastställa företagets identitet.
Det fjärranslutna företagets identitet skall bestå av koden för den medlemsstat
som utfärdat dess företagskort och numret på dess företagskort.
Fordonsenheten skall autentisera det fjärranslutna företaget innan den tillåter
någon dataexport dit.
Autentiseringen skall utföras genom att det bevisas att företaget äger ett giltigt
förarkort, med säkerhetsdata som endast systemet kan fördela.
Fordonsenheten skall upptäcka och förebygga användning av autentiseringsdata
som har kopierats och återspelats.
Efter det att fem misslyckade autentiseringsförsök i rad har upptäckts skall
fordonsenheten
— varna det fjärranslutna företaget.
4.1.4 Identifiering och autentisering av förvaltningsanordning
Tillverkare av fordonsenheter får använda särskilda anordningar för ytterligare
funktioner för förvaltning av fordonsenheter (exempelvis uppgradering av
programvara, omladdning av säkerhetsdata, …). Detta stycke skall därför endast
tillämpas om denna funktion används.
Vid varje interaktion med en förvaltningsanordning, skall fordonsenheten kunna
fastställa anordningens identitet.1998R2135 — SV — 25.08.2002 — 001.001 — 227
▼M1
Innan någon ytterligare interaktion tillåts skall fordonsenheten autentisera
förvaltningsanordningen.
Fordonsenheten skall upptäcka och förebygga användning av autentiseringsdata
som har kopierats och återspelats.
4.2 Tillträdeskontroll
Tillträdeskontroller ser till att informationen läses från, skapas i, eller ändras till
evalueringsobjekt enbart av dem som är auktoriserade att göra detta.
Observera att de användardata som registreras av fordonsenheten inte är konfi-
dentiella, även om de kan vara känsliga i privatlivs- eller kommersiellt
hänseende. Därför omfattas funktionskravet som kopplas till tillträdesrättigheter
för läsning av data (krav 011) inte av någon säkerhetsfunktion.
4.2.1 Bestämmelser om tillträdeskontroll
Fordonsenheten skall hantera och kontrollera tillträdesrättigheter till funktioner
och data.
4.2.2 Tillträdesrättigheter till funktioner
Fordonsenheten skall upprätthålla reglerna för val av driftläge (krav 006 till
009).
Fordonsenheten skall använda driftläget för att upprätthålla reglerna för kontroll
av tillträde till funktioner (krav 010).
4.2.3 Tillträdesrättigheter till data
Fordonsenheten skall upprätthålla reglerna för identifiering av fordonsenhet för
tillträde till dataskrivning (krav 076).
Fordonsenheten skall upprätthålla reglerna för tillträdesrättigheter till skrivning
av data vid identifiering av hopkopplade rörelsesensorer (krav 79).
Efter det att fordonsenheten har aktiverats skall den se till att kalibreringsdata
kan matas in i fordonsenheten och lagras i dess dataminne endast i kalibrer-ingsläge (krav 154 och 156).
Efter det att fordonsenheten har aktiverats skall den upprätthålla tillträdesreg-
lerna för skrivning och borttagning av kalibreringsdata (krav 097).
Efter det att fordonsenheten aktiverats skall den se till att tidsinställningsdata
kan matas in i fordonsenheten och lagras i dess dataminne endast i kalibrer-
ingsläge (detta krav skall inte tillämpas på de små tidsjusteringar som tillåts
enligt krav 157 och 158).
Efter det att fordonsenheten har aktiverats skall den upprätthålla tillträdesreg-
lerna för skrivning och borttagning av tidsinställningsdata (krav 100).
Fordonsenheten skall upprätthålla lämpliga läs- och skrivrättigheter när det
gäller tillträde till säkerhetsdata (krav 080).
4.2.4 Filstruktur och tillträdesvillkor
Strukturen på tillämpningsfiler och datafiler och tillträdesrättigheter skall
upprättas vid tillverkningen, och sedan låsas från all eventuell ändring eller bort-
tagning.
4.3 Spårbarhet
Fordonsenheten skall se till att förarna är spårbara för sina aktiviteter (krav 081,
084, 087, 105a, 105b, 109 och 109a).
Fordonsenheten skall lagra permanenta identifieringsdata (krav 075).
Fordonsenheten skall se till att verkstäderna är spårbara för sina aktiviteter (krav
098, 101 och 109).
Fordonsenheten skall se till att kontrollanterna är spårbara för sina aktiviteter
(krav 102, 103 och 109).
Fordonsenhetens skall registrera vägmätardata (krav 090) och detaljerade hastig-
hetsdata (krav 093).
Fordonsenheten skall se till att de användardata som berör krav 081-093 och
102-105b inte ändras när de väl har registrerats, utom när de blir de data som
lagrats längst och därför skall ersättas med nya data.
Fordonsenheten skall se till att den inte ändrar data som redan har lagrats på ett
färdskrivarkort (krav 109 och 109a) utom för att ersätta äldsta data med nya data
(krav 110) eller i det fall som beskrivs i anmärkningen till tillägg 1 punkt 2.1.1998R2135 — SV — 25.08.2002 — 001.001 — 228
▼M1
4.4 Granskning
Granskning krävs endast vid eventuella försök till manipulering eller säkerhetsö-
verträdelse. Granskning krävs inte för normalt utövande av rättigheter även om
det är relevant för säkerheten.
Fordonsenheten skall, vid händelser som omintetgör fordonsenhetens säkerhet,
registrera dessa händelser med tillhörande data (krav 094, 096 och 109).
Följande händelser påverkar fordonsenhetens säkerhet:— Följande försök till säkerhetsöverträdelse:
— 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.— Fel vid överföring av interna data.— Ej auktoriserad öppning av kåpan.— Maskinvarusabotage.
— Senaste kortanvändning ej korrekt avslutad.— Händelsen ”fel i rörelsedata”.— Händelsen ”avbrott av strömtillförsel”.— Internt fel i fordonsenheten (VU).
Fordonsenheten skall upprätthålla reglerna för lagring av granskningsregistrer-
ingar (krav 094 och 096).
Fordonsenheten skall i sitt dataminne lagra de granskningsregistreringar som
rörelsesensorn registrerar.
Det skall gå att skriva ut, visa och överföra granskningsregistreringar.
4.5 Återanvändning av objekt
Fordonsenheten skall se till att tillfälliga lagringsobjekt kan återanvändas utan
att detta medför otillåtliga informationsflöden.
4.6 Korrekthet
4.6.1 Bestämmelser om kontroll av informationsflöden
Fordonsenheten skall se till att användardata som berör krav 081, 084, 087, 090,
093, 102, 104, 105, 105a och 109 endast kan behandlas från följande inmat-ningskällor:
— Data om fordonsrörelser.
— Fordonsenhetens realtidsklocka.
— Kalibreringsparametrar för färdskrivaren.— Färdskrivarkort.— Användarnas inmatade data.
Fordonsenheten skall se till att de användardata som berör krav 109a endast kan
tillgås för perioden senaste urtagning av kort - aktuell isättning (krav 050a).
4.6.2 Interna dataöverföringar
Kraven i detta stycke skall endast tillämpas om fordonsenheten använder sig av
fysiskt åtskilda delar.
Om data överförs mellan fysiskt åtskilda delar i fordonsenheten skall de skyddas
mot ändringar.
Om ett dataöverföringsfel upptäcks vid en intern överföring skall överföringen
upprepas och säkerhetsfunktionerna generera en granskningsregistrering av
händelsen.
4.6.3 Integritet hos lagrade data
Fordonsenheten skall kontrollera de användardata som finns lagrade i data-
minnet för att upptäcka integritetsfel.
Om ett integritetsfel för lagrade användardata upptäcks skall säkerhetsfunktio-
nerna generera en granskningsregistrering.1998R2135 — SV — 25.08.2002 — 001.001 — 229
▼M1
4.7 Funktionell pålitlighet
4.7.1 Provningar
Alla kommandon, åtgärder, eller provningspunkter som är specifika för prov-
ningen när fordonsenheten tillverkas skall avaktiveras och tas bort innan den
aktiveras. Det skall inte vara möjligt att återställa dem för senare användning.
Fordonsenheten skall utföra självprovningar vid initialstart och vid normal drift
för att verifiera att den fungerar korrekt. Fordonsenhetens självprovning skall
inbegripa en kontroll av integriteten hos säkerhetsdata och av integriteten hos
lagrad exekverbar kod (om den inte finns i ROM).
Vid upptäckt av ett inre fel under självprovningen skall säkerhetsfunktionen
— generera en granskningsregistrering (förutom i kalibreringsläge (internt fel i
fordonsenheten)),
— bevara integriteten hos lagrade data.
4.7.2 Programvara
Det skall inte gå att i fält analysera eller avlusa programvara efter det att fordon-
senheten har aktiverats.
Inmatade data från externa källor skall inte godtas som exekverbar kod.
4.7.3 Fysiskt skydd
Om fordonsenheten är utformad så att den kan öppnas, skall den upptäcka alla
öppningar av kåpan, utom i kalibreringsläge, även utan extern strömtillförsel
under minst sex månader. I detta fall skall säkerhetsfunktionerna generera en
granskningsregistrering (som får genereras och lagras efter det att strömtillför-
seln återupptagits).
Om fordonsenheten är utformad så att den inte kan öppnas, skall den vara
utformad så att försök till fysisk manipulering lätt kan upptäckas (exempelvis
genom visuell besiktning).
Efter aktivering skall fordonsenheten upptäcka angivet (att definieras av tillver-
karen) maskinvarusabotage.
I fallet ovan skall säkerhetsfunktionerna generera en granskningsregistrering och
fordonsenheten skall (skall definieras av tillverkaren).
4.7.4 Avbrott av strömtillförseln
Fordonsenheten skall upptäcka avvikelser från angivna värden för strömtillför-
seln, inbegripet avbrott.
I ovanstående fall skall säkerhetsfunktionen
— generera en granskningsregistrering (förutom i kalibreringsläge),
— upprätthålla fordonsenhetens säkerhet,— upprätthålla säkerhetsfunktionerna, med avseende på de komponenter eller
processer som fortfarande är i drift,
— bevara integriteten hos lagrade data.
4.7.5 Villkor för återställning
Vid strömavbrott, eller om en överföring stoppas innan den är slutförd, eller vid
andra omständigheter för återställning, skall fordonsenheten återställas kontrol-
lerat.
4.7.6 Datatillgänglighet
Fordonsenheten skall se till att tillträde till resurser erhålls om så krävs och att
resurser inte begärs eller behålls i onödan.
Fordonsenheten skall se till att kort inte ges tillbaka innan relevanta data har
lagrats på dem (krav 015 och 016).
I fallet ovan skall säkerhetsfunktionerna generera en granskningsregistrering av
händelsen.
4.7.7 Flera tillämpningar
Om fordonsenheten tillhandahåller andra tillämpningar än färdskrivartillämp-
ningen, skall alla tillämpningar hållas fysiskt och/eller logiskt åtskilda från
varandra. Dessa tillämpningar får inte dela säkerhetsdata. Endast en uppgift skall
vara aktiv åt gången.1998R2135 — SV — 25.08.2002 — 001.001 — 230
▼M1
4.8 Utbyte av data
Detta stycke handlar om dataöverföring mellan fordonsenhet och anslutna anord-
ningar.
4.8.1 Datautbyte med rörelsesensorn
Fordonsenheten skall verifiera integritet och autenticitet hos rörelsedata som
importeras från rörelsesensorn
Vid upptäckt av fel i integritet eller autenticitet hos rörelsedata skall säkerhets-
funktionerna
— generera en granskningsregistrering,
— fortsätta att använda importerade data
4.8.2 Datautbyte med färdskrivarkort
Fordonsenheten skall verifiera integritet och autenticitet hos data som importeras
från färdskrivarkort.
Vid upptäckt av fel i integritet eller autenticitet hos kortdata skall fordonsen-
heten:
— generera en granskningsregistrering,
— inte använda dessa data.
Fordonsenheten skall exportera data till färdskrivarsmartkorten med tillhörande
säkerhetsattribut, så att kortet kan verifiera dess integritet och autenticitet.
4.8.3 Datautbyte med externa lagringsmedia (överföringsfunktionen)
Fordonsenheten skall generera ursprungsbevis för de data som överförs till
externa media.
Fordonsenheten skall kunna verifiera ursprungsbeviset för överförda data till
mottagaren.
Fordonsenheten skall överföra data till externa lagringsmedia med tillhörande
säkerhetsattribut, så att integritet och autenticitet hos överförda data kan kontrol-
leras.
4.9 Kryptografiskt stöd
Kraven i detta stycke är bara tillämpliga vid behov, beroende på de säkerhets-
mekanismer som används och tillverkarens lösningar.
All kryptering som utförs av fordonsenheten skall ske i överensstämmelse med
en specificerad algoritm och en specificerad nyckelstorlek.
Om fordonsenheten genererar kryptografiska nycklar skall det ske i
överensstämmelse med specificerade algoritmer för generering av kryptografiska
nycklar och specificerade storlekar på de kryptografiska nycklarna.
Om fordonsenheten distribuerar kryptografiska nycklar skall det ske i
överensstämmelse med specificerade metoder för distribution av nycklar.
Om fordonsenheten har tillträde till kryptografiska nycklar skall det ske i
överensstämmelse med specificerade metoder för tillträde till kryptografiska
nycklar.
Om fordonsenheten förstör kryptografiska nycklar skall det ske i överensstäm-
melse med specificerade metoder för förstörelse av kryptografiska nycklar.
5.Definition av säkerhetsmekanismer
Säkerhetsmekanismer som skall finnas specificeras i tillägg 11.
Alla andra säkerhetsmekanismer skall definieras av tillverkaren.
6.Säkerhetsmekanismernas minsta tillåtna styrka
Den minsta tillåtna styrkan hos fordonsenhetens säkerhetsmekanismer är High,
enligt definition i referens ITSEC (kriterier för utvärdering av informationstek-
nologisk säkerhet).
7.Garantinivå
Målgarantinivån för fordonsenheten är ITSEC-nivå E3, enligt definition i refe-
rens ITSEC (kriterier för utvärdering av informationsteknologisk säkerhet).1998R2135 — SV — 25.08.2002 — 001.001 — 231
▼M1
8.Grund
Följande matriser ger en logisk grund för säkerhetsfunktionerna genom att visa
— vilka säkerhetsfunktioner eller förfaranden som motverkar vilka hot,
— vilka säkerhetsfunktioner som uppfyller vilka mål för IT-säkerhet.1998R2135 — SV — 25.08.2002 — 001.001 — 232
Threats IT ObjectivesAccess
IdentificationFaults
Tests
Design
Calibration_Parameters
Card_Data_Exchange
Clock
Environment
Fake_Devices
Hardware
Motion_Data
Non_Activated
Output_Data
Power_Supply
Security_Data
Software
Stored_DataAccess
Accountability
Audit
Authentication
Integrity
Output
Processing
Reliability
Secured_Data_Exchange
Physical Personnel Procedural Means
Development x x x
Manufacturing x xDelivery x
Activation x x
Security Data Generation x
Security Data Transport x
Card Availability xOne Driver Card x
Card Traceability x
Approved Workshops x xRegular Inspection Calibration x x x x xFaithful workshops x x
Faithful drivers x
Law enforcement controls x x x xxxx x x▼M11998R2135 — SV — 25.08.2002 — 001.001 — 233
Threats IT ObjectivesAccess
IdentificationFaults
Tests
Design
Calibration_Parameters
Card_Data_Exchange
Clock
Environment
Fake_Devices
Hardware
Motion_Data
Non_Activated
Output_Data
Power_Supply
Security_Data
Software
Stored_DataAccess
Accountability
Audit
Authentication
Integrity
Output
Processing
Reliability
Secured_Data_Exchange
Software Upgrade x
Security Enforcing Functions
Identification and AuthenticationUIA_201 Sensor identification x x x x
UIA_202 Sensor identity x x x x
UIA_203 Sensor authentication x x x xUIA_204 Sensor re-identification and re-
authenticationxx x x
UIA_205 Unforgeable authentication x x x
UIA_206 Authentication failure x x x xUIA_207 Users identification x x x x x xUIA_208 User identity x x x x x x
UIA_209 User authentication x x x x x x
UIA_210 User re-authentication x x x x x xUIA_211 Authentication means x x x x xUIA_212 PIN checks x x x x x x▼M11998R2135 — SV — 25.08.2002 — 001.001 — 234
Threats IT ObjectivesAccess
IdentificationFaults
Tests
Design
Calibration_Parameters
Card_Data_Exchange
Clock
Environment
Fake_Devices
Hardware
Motion_Data
Non_Activated
Output_Data
Power_Supply
Security_Data
Software
Stored_DataAccess
Accountability
Audit
Authentication
Integrity
Output
Processing
Reliability
Secured_Data_Exchange
UIA_213 Unforgeable authentication x x x x x
UIA_214 Authentication failure x x x x
UIA_215 Remote user identification x x xx x
UIA_216 Remote user identity x x xx
UIA_217 Remote user authentication x x xx x
UIA_218 Authentication means x x xx
UIA_219 Unforgeable authentication x x xx
UIA_220 Authentication failure x xUIA_221 Management device Identification x x xx
UIA_222 Management device Authentication x x xx
UIA_223 Unforgeable authentication x x xx
Access Control
ACC_201 Access control policy x x x x x x
ACC_202 Access rights to functions x x x xACC_203 Access rights to functions x x x x▼M11998R2135 — SV — 25.08.2002 — 001.001 — 235
Threats IT ObjectivesAccess
IdentificationFaults
Tests
Design
Calibration_Parameters
Card_Data_Exchange
Clock
Environment
Fake_Devices
Hardware
Motion_Data
Non_Activated
Output_Data
Power_Supply
Security_Data
Software
Stored_DataAccess
Accountability
Audit
Authentication
Integrity
Output
Processing
Reliability
Secured_Data_Exchange
ACC_204 VU ID xx
ACC_205 Connected sensor ID x x xACC_206 Calibration data x x x xACC_207 Calibration data x x x
ACC_208 Time adjustment data x x x
ACC_209 Time adjustment data x x xACC_210 Security Data xx x
ACC_211 File structure and access condi-
tionsxx x x x
Accountability
ACT_201 Drivers accountability x
ACT_202 VU ID data xx
ACT_203 Workshops accountability x
ACT_204 Controllers accountability x
ACT_205 Vehicle movement accountability x
ACT_206 Accountability data modification xx x▼M11998R2135 — SV — 25.08.2002 — 001.001 — 236
Threats IT ObjectivesAccess
IdentificationFaults
Tests
Design
Calibration_Parameters
Card_Data_Exchange
Clock
Environment
Fake_Devices
Hardware
Motion_Data
Non_Activated
Output_Data
Power_Supply
Security_Data
Software
Stored_DataAccess
Accountability
Audit
Authentication
Integrity
Output
Processing
Reliability
Secured_Data_Exchange
ACT_207 Accountability data modification xx x
Audit
AUD_201 Audit records x
AUD_202 Audit events list x x x x x x x xAUD_203 Audit records storage rules x
AUD_204 Sensor audit records x
AUD_205 Audit tools x
ReuseREU_201 Reuse xx x
Accuracy
ACR_201 Information flow control policy x x x xx
ACR_202 Internal transfers xx x x
ACR_203 Internal transfers xx
ACR_204 Stored data integrity xx x
ACR_205 Stored data integrity xx▼M11998R2135 — SV — 25.08.2002 — 001.001 — 237
Threats IT ObjectivesAccess
IdentificationFaults
Tests
Design
Calibration_Parameters
Card_Data_Exchange
Clock
Environment
Fake_Devices
Hardware
Motion_Data
Non_Activated
Output_Data
Power_Supply
Security_Data
Software
Stored_DataAccess
Accountability
Audit
Authentication
Integrity
Output
Processing
Reliability
Secured_Data_Exchange
Reliability
RLB_201 Manufacturing tests x x x
RLB_202 Self tests x x x x x
RLB_203 Self tests xx xx
RLB_204 Software analysis x x x
RLB_205 Software input xx x x
RLB_206 Case opening x x x x x x x x xRLB_207 Hardware sabotage x x
RLB_208 Hardware sabotage x x
RLB_209 Power supply interruptions xx
RLB_210 Power supply interruptions xx
RLB_211 Reset x x
RLB_212 Data Availability xx
RLB_213 Card release x
RLB_214 Card session not correctly closed x▼M11998R2135 — SV — 25.08.2002 — 001.001 — 238
Threats IT ObjectivesAccess
IdentificationFaults
Tests
Design
Calibration_Parameters
Card_Data_Exchange
Clock
Environment
Fake_Devices
Hardware
Motion_Data
Non_Activated
Output_Data
Power_Supply
Security_Data
Software
Stored_DataAccess
Accountability
Audit
Authentication
Integrity
Output
Processing
Reliability
Secured_Data_Exchange
RLB_215 Multiple Applications x
Data exchange
DEX_201 Secured motion data import x x
DEX_202 Secured motion data import x xDEX_203 Secured card data import x x
DEX_204 Secured card data import x x
DEX_205 Secured data export to cards x x
DEX_206 Evidence of origin xx
DEX_207 Evidence of origin xx
DEX_208 Secured export to external media xx
Cryptographic support
CSP_201 Algorithms xx
CSP_202 Key generation xx
CSP_203 Key distribution xx▼M11998R2135 — SV — 25.08.2002 — 001.001 — 239
Threats IT ObjectivesAccess
IdentificationFaults
Tests
Design
Calibration_Parameters
Card_Data_Exchange
Clock
Environment
Fake_Devices
Hardware
Motion_Data
Non_Activated
Output_Data
Power_Supply
Security_Data
Software
Stored_DataAccess
Accountability
Audit
Authentication
Integrity
Output
Processing
Reliability
Secured_Data_Exchange
CSP_204 Key access xx
CSP_205 Key destruction xx▼M11998R2135 — SV — 25.08.2002 — 001.001 — 240
▼M1
ALLMÄNT SÄKERHETSMÅL FÖR FÄRDSKRIVARKORT
1.Inledning
Här beskrivs färdskrivarkortet, de hot det skall kunna motverka och de säker-
hetsmål det skall uppnå. Vidare specificeras de säkerhetsfunktioner som krävs.
Här anges erfordrad minsta tillåtna styrka hos säkerhetsmekanismer och
erfordrad garnantinivå för utveckling och evaluering.
De krav som anges här är desamma som i huvudtexten i bilaga I B. För att det
skall bli lättare att läsa förekommer ibland dubblering mellan kraven i huvud-
texten i bilaga B och i säkerhetsmålen. Vid tvetydighet mellan ett krav i
säkerhetsmålen och ett krav i bilaga I B som avses i detta krav i säkerhetsmålen
skall kravet i huvudtexten i bilaga I B gälla.
De krav i huvudtexten i bilaga I B som inte anges i säkerhetsmålen omfattas
inte av säkerhetsfunktionerna.
Ett färdskrivarkort är ett standardsmartkort med en särskild tillämpning för
färdskrivare, och det skall uppfylla de aktuella säkerhetskrav med avseende på
funktion och garanti som tillämpas på smartkort. Detta säkerhetsmål inbegriper
därför endast de extra säkerhetskrav som behövs för färdskrivartillämpningen.
Hot, mål, förfaranden och specifikationer av säkerhetsfunktioner har fått en unik
märkning för att underlätta spårning till utvecklings- och evalueringsdokument.
2.Förkortningar, definitioner och hänvisningar
2.1 Förkortningar
IC Integrated circuit - Integrerad krets (Elektronisk
komponent avsedd att utföra behandlings- och/eller
minnesfunktioner)
OS Operating system - Operativsystem
PIN Personal Identification Number - Personligt identi-
fieringsnummer
ROM Read Only Memory - Minne för enbart avläsning
SFP Security Functions Policy - Bestämmelser för
säkerhetsfunktioner
TBD To be defined - Skall definieras
TOE Target of Evaluation -EvalueringsobjektTSF TOE Security Function - Evalueringsobjektets
säkerhetsfunktion
VU Vehicle Unit - Fordonsenhet
2.2 Definitioner
Digital färdskrivare Färdskrivare
Känsliga data Data som lagras av ett färdskrivarkort och som
behöver skyddas med avseende på integritet, icke-
auktoriserad ändring och sekretess (där så är
tillämpligt för säkerhetsdata). Känsliga data inbe-
griper säkerhetsdata och användardata
Säkerhetsdata De särskilda data som krävs för att stödja säker-
hetsfunktioner (exempelvis kryptografiska nycklar)
System Utrustning, personer eller organisationer som har
något samband med färdskrivaren
Användare Alla enheter (mänsklig eller extern IT-enhet)
utanför evalueringsobjektet som interagerar med
evalueringsobjektet (utom vid användning i
uttrycket ”användardata”)
Användardata Känsliga data som lagras på ett färdskrivarkort,
förutom säkerhetsdata. Användardata inbegriper
identifieringsdata och aktivitetsdata
Identifieringsdata Identifieringsdata inbegriper data för identifiering
av kort och kortinnehavare
Kortidentifieringsdata Användardata för kortidentifiering i enlighet med
krav 190, 191, 192, 194, 215, 231 och 235
Identifieringsdata för kortinnehavaren Användardata för identifiering av
kortinnehavare enligt krav 195, 196, 216, 232 och
2361998R2135 — SV — 25.08.2002 — 001.001 — 241
▼M1
Aktivitetsdata Aktivitetsdata inbegriper data om kortinnehavarens
aktiviteter, data om händelser och fel samt data om
kontrollaktiviteter
Data om kortinnehavarens aktiviteter Användardata om kortinnehavarens
aktiviteter enligt krav 197, 199, 202, 212, 212a,
217, 219, 221, 226, 227, 229, 230a, 233 och 237
Data om händelser och fel Användardata om händelser och fel enligt krav
204, 205, 207, 208 och 223
Data om kontrollaktiviteter Användardata om kontroll av att lagen upprätthålls
enligt krav 210 and 225
2.3 Referenser
ITSEC ITSEC Information Technology Security Evalua-
tion Criteria 1991 (kriterier för utvärdering av
informationsteknologisk säkerhet)
IC PP Smartcard Integrated Circuit Protection Profile -
version 2.0 - utgåva september 1998. Registrerad
hos franskt certifieringsorgan under nummer PP/
9806
ES PP Smartcard Integrated Circuit With Embedded Soft-
ware Protection Profile - version 2.0 - utgåva juni
99. Registrerad hos franskt certifieringsorgan under
nummer PP/9911
3.Produkternas syfte
3.1 Beskrivning av färdskrivarkort och användningsmetod
Ett färdskrivarkort är ett smartkort, enligt beskrivning i referens IC PP och refe-
rens ES PP, som har en tillämpning avsedd för användning med en färdskrivare.
Färdskrivarkortets grundläggande funktioner är att— lagra data om identifiering av kort och kortinnehavare, vilka används av
fordonsenheten för att identifiera kortinnehavaren, i enlighet med detta till-
handahålla funktioner och tillträdesrättigheter till data, och se till att
kortinnehavaren kan hållas ansvarig för sina aktiviteter,
— lagra data om kortinnehavarens aktiviteter, data om händelser och fel samt
data om kontrollaktiviteter med avseende på föraren.
Ett färdskrivarkort är därför avsett att användas i en fordonsenhets kortplats. Det
får även användas av övriga kortläsare (exempelvis av en persondator), som
skall ha fullständiga tillträdesrättigheter för läsning av alla användardata.
Under slutanvändningsfasen av färdskrivarkortets livscykel (fas 7 av livscykeln
enligt referens ES PP), får endast fordonsenheter skriva användardata till kortet.
Funktionskraven för färdskrivarkort anges i huvudtexten i bilaga I B och i
tillägg 2.
3.2 Färdskrivarkortets livscykel
Färdskrivarkortets livscykel överensstämmer med livscykeln för smartkort, som
anges i referens ES PP.
3.3 Hot
Utöver de allmänna hot för smartkort som förtecknas i referens ES PP och refe-
rens IC PP, kan färdskrivarkortet utsättas för följande hot:
3.3.1 Slutliga syften
Angripares slutliga syfte kommer att vara att ändra de användardata som finns
lagrade inom evalueringsobjektet.
T.Ident_Data En lyckad ändring av de identifieringsdata som
finns lagrade i evalueringsobjektet (exempelvis
typ av kort, kortets sista giltighetsdag eller data
för identifiering av kortinnehavare) skulle
möjliggöra orättmätig användning av evaluerings-
objektet och utgöra ett stort hot mot systemets
övergripande säkerhetsmål
T.Activity_Data En lyckad ändring av de aktivitetsdata som finns
lagrade i evalueringsobjektet skulle utgöra ett hot
mot säkerheten i evalueringsobjektet1998R2135 — SV — 25.08.2002 — 001.001 — 242
▼M1
T.Data_Exchange En lyckad ändring av aktivitetsdata (tillägg, bortta-
gande, ändring) vid import eller export, skulle
utgöra ett hot mot säkerheten i evalueringsobjektet.
3.3.2 Angreppssätt
Evalueringsobjektets funktioner kan angripas på följande sätt:
— Genom att man försöker erhålla olovliga kunskaper om utformningen av
evalueringsobjektets maskinvara och programvara och i synnerhet om dess
säkerhetsfunktioner eller säkerhetsdata. Olovliga kunskaper kan erhållas
genom angrepp på konstruktörens eller tillverkarens material (stöld, mutor,
…) eller genom direkt undersökning av evalueringsobjektet (fysisk
undersökning, inferensanalys, …)
— Genom att man utnyttjar svagheter i utformning eller genomförande av
evalueringsobjektet (utnyttjande av fel i maskinvara och programvara,överföringsfel, fel som uppstått i evalueringsobjektet på grund av
miljöpåkänning, och utnyttjande av svagheter i säkerhetsfunktionerna, exem-
pelvis i autentiseringsförfaranden, kontroll av datatillträde, kryptering, …)
— Genom att ändra evalueringsobjektet eller dess säkerhetsfunktioner genom
fysiska, elektriska eller logiska angrepp eller kombinationer av dessa
3.4 Säkerhetsmål
Hela det digitala färdskrivarsystemets huvudsakliga säkerhetsmål är följande:O.Main De data som skall kontrolleras av kontrollmyndig-
heterna skall finnas tillgängliga och till fullo och
korrekt återspegla de kontrollerade förarnas och
fordenensaktiviteter med avseende på körning,
arbete, tillgänglighet, viloperioder och fordonets
hastighet
De huvudsakliga säkerhetsmålen för evalueringsobjektet, som bidrar till detta
övergripande säkerhetsmål, är följande:
O.Card_Identification_Data Evalueringsobjektet skall bevara de data om identi-
fiering av kort och kortinnehavare som lagras då
kortet anpassas till användaren
O.Card_Activity_Storage Evalueringsobjektet skall bevara användardata som
fordonsenheter lagrar på kortet
3.5 Informationstekniska säkerhetsmål
Utöver de allmänna säkerhetsmål för smartkort som förtecknas i referens ES PP
och referens IC PP, bidrar följande specifika IT-säkerhetsmål för evaluerings-
objektet till dess huvudsakliga säkerhetsmål under slutanvändningsfasen av
dess livscykel:
O.Data_Access Evalueringsobjektet skall begränsa tillträdesrättig-
heter till skrivning av användardata till
autentiserade fordonsenheter
O.Secure_Communications Evalueringsobjektet skall kunna stödja säkra
kommunikationsprotokoll och kommunikations-
förfaranden mellan kortet och kortplatsen när
tillämpningen kräver detta
3.6 Fysiska förfaranden, personalförfaranden och övriga förfaranden
De krav på fysiska förfaranden, personalförfaranden och övriga förfaranden som
bidrar till evalueringsobjektets säkerhet förtecknas i referens ES PP och referens
IC PP (kapitlen om säkerhetsmål för miljön).
4.Säkerhetsfunktioner
Här preciseras vissa av de tillåtna förfarandena, exempelvis tilldelning eller val
av referens ES PP och här anges ytterligare funktionskrav för säkerhetsfunktio-
nerna.
4.1 Överensstämmelse med skyddsprofiler
Evalueringsobjektet skall överensstämma med referens IC PP.Evalueringsobjektet skall överensstämma med referens ES PP enligt ytterligare
förbättringar.1998R2135 — SV — 25.08.2002 — 001.001 — 243
▼M1
4.2 Identifiering och autentisering av användare
Kortet skall identifiera den enhet i vilken det är isatt och känna av huruvida det
är en autentiseral fordonsenhet. Kortet får exportera alla användardata oavsett
vilken enhet det är anslutet till, utom kontrollkortet, som får exportera data om
identifiering av kortinnehavare endast till autentiserade fordonsenheter (så att en
kontrollant kan försäkra sig om att fordonsenheten inte är en förfalskning genom
att se sitt namn på displayen eller utskrifterna).
4.2.1 Användaridentifiering
Tilldelning (FIA_UID.1.1) Förteckning över TSF-förmedlade åtgärder : inga.
Tilldelning (FIA_ATD.1.1) Förteckning över säkerhetsattribut :
— USER_GROUP: VEHICLE_UNIT, NON_VEHICLE_UNIT,
— USER_ID: Fordonets registreringsnummer (VRN) och kod för
registrerande medlemsstat (USER_ID är känt
endast för USER_GROUP = VEHICLE_UNIT).
4.2.2 Användarautentisering
Tilldelning (FIA_UAU.1.1) Förteckning över TSF-förmedlade åtgärder:
— Förar- och verkstadskort: Exportera användardata med säkerhetsattribut
(funktion för överföring av kortdata).
— Kontrollkort: Exportera användardata utan säkerhetsattribut, utom data för
identifiering av kortinnehavare.
Autentiseringen av en fordonsenhet skall utföras genom att det bevisas att den
har säkerhetsdata som endast systemet kan distribuera.
Selection (FIA_UAU.3.1 und FIA_UAU.3.2): prevent.
Tilldelning (FIA_UAU.4.1) Identifierade autentiseringsmekanismer : vilken
autentiseringsmekanism som helst.
Verkstadskortet skall tillhandahålla en ytterligare autentiseringsmekanism
genom att kontrollera en PIN-kod (denna mekanism är utformad så att fordon-
senheten skall kunna säkerställa kortinnehavarens identitet; den är inte avsedd
att skydda innehållet i verkstadskortet).
4.2.3 Autentiseringsfel
Följande tilldelningar beskriver kortets reaktion för varje enskilt fel vid
användarautentisering:
Tilldelning (FIA_AFL.1.1) Nummer :1 , förteckning över autentisering-
shändelser : autentisering av en kortplats.
Tilldelning (FIA_AFL.1.2) Förteckning över åtgärder:
— varna ansluten enhet
— anta att användaren utgörs av NON_VEHICLE_UNIT.
Följande tilldelningar beskriver hur kortet reagerar vid fel hos den ytterligare
mekanism för autentisering som krävs i UIA_302.
Tilldelning (FIA_AFL.1.1) Nummer :5 , förteckning över autentisering-
shändelser : PIN-kontroller (verkstadskort).
Tilldelning (FIA_AFL.1.2) Förteckning över åtgärder:
— Varna ansluten enhet.
— Blockera förfarande för PIN-kontroll så att alla följande försök till PIN-
kontroll misslyckas.
— Skall kunna ange orsaken till blockeringen för efterföljande användare.
4.3 Tillträdeskontroll
4.3.1 Bestämmelser om tillträdeskontroll
Under slutanvändningsfasen av färdskrivarkortets livscykel skall det omfattas av
en enda säkerhetsfunktionspolicy (SFP - Security Function Policy) för tillträdes-
kontroll, benämnd AC_SFP.
Tilldelning (FDP_ACC.2.1) Tillträdeskontroll SFP : AC_SFP.
4.3.2 Funktioner för tillträdeskontroll
Tilldelning (FDP_ACF.1.1) Tillträdeskontroll SFP : AC_SFP.1998R2135 — SV — 25.08.2002 — 001.001 — 244
▼M1
Tilldelning (FDP_ACF.1.1) Namngiven grupp av säkerhetsattribut : USER_-
GROUP.
Tilldelning (FDP_ACF.1.2) Regler för tillträde bland kontrollerade subjekt och
kontrollerade objekt med hjälp av kontrollerade åtgärder på kontrollerade
objekt :
— GENERAL_READ: Användardata kan läsas från evalueringsobjektet av
alla användare, utom data för identifiering av
kortinnehavare, som kan läsas från kontrollkort
endast av VEHICLE_UNIT (fordonsenhet).
— IDENTIF_WRITE: Identifieringsdata får endast skrivas en gång och
före slutet av fas 6 i kortets livscykel. Ingen
användare får skriva eller ändra identifieringsdata
under slutanvändningsfasen av kortets livscykel.
— ACTIVITY_WRITE: Aktivitetsdata får skrivas till evalueringsobjektet
endast av VEHICLE_UNIT (fordonsenhet).
— SOFT_UPGRADE: Ingen användare får uppgradera evalueringsobjek-
tets programvara.
— FILE_STRUCTURE: Filstruktur och tillträdesvillkor skall skapas före
slutet av fas 6 i evalueringsobjektets livscykel och
därefter låsas från all framtida ändring eller bort-
tagning av alla användare.
4.4 Spårbarhet
Evalueringsobjektet skall lagra permanenta identifieringsdata.
Det skall finnas en angivelse av när och var evalueringsobjektet användaranpas-
sades. Denna angivelse skall inte gå att ändra.
4.5 Granskning
Evalueringsobjektet skall övervaka de händelser som innebär en eventuell
överträdelse av dess säkerhet.
Tilldelning (FAU_SAA.1.2) Underavdelning av definierade granskningsbara
händelser:
— Fel vid autentisering av kortinnehavare (fem misslyckade PIN-kontroller i
rad).
— Fel vid självprovning.— Integritetsfel hos lagrade data.
— Integritetsfel hos ingående aktivitetsdata.
4.6 Korrekthet
4.6.1 Integritet hos lagrade data
Tilldelning (FDP_SDI.2.2) Åtgärder som skall vidtas : Varna ansluten enhet.
4.6.2 Grundläggande autentisering av data
Tilldelning (FDP_DAU.1.1) Förteckning över objekt eller informationstyper :
Aktivitetsdata.
Tilldelning (FDP_DAU.1.2) Förteckning över subjekt : Alla.
4.7 Funktionell pålitlighet
4.7.1 Provningar
Selection (FPT_TST.1.1): Vid initialstart, regelbundet vid normal drift.
Märk: Vid den första starten betyder innan koden exekveras (och inte
nödvändigtvis under förfarandet Answer To Reset).
Evalueringsobjektets självprovning skall inbegripa kontroll av integriteten hos
all programvarukod som inte finns lagrade i ROM.
Vid upptäckt av ett självprovningsfel skall TSF varna ansluten enhet.Efter det att OS-provningen har slutförts skall alla provningsspecifika
kommandon och åtgärder avaktiveras eller tas bort. Det skall inte vara möjligt
att åsidosätta dessa kontroller och återlagra dem för användning. Kommandon
som endast avser ett skede i livscykeln får aldrig användas i ett annat skede.1998R2135 — SV — 25.08.2002 — 001.001 — 245
▼M1
4.7.2 Programvara
Det skall inte gå att i fält analysera, avlusa eller ändra evalueringsobjektets
programvara.
Inmatade data från externa källor får inte godtas som exekverbar kod.
4.7.3 Strömtillförsel
Evalueringsobjektet skall upprätthålla säkerheten om strömtillförseln bryts av
eller ändras.
4.7.4 Villkor för återställning
Om strömtillförseln avbryts (eller ändras) från evalueringsobjektet, eller om en
överföring stoppas innan den är slutförd, eller vid andra omständigheter för
återställning, skall evalueringsobjektet återställas kontrollerbart.
4.8 Utbyte av data
4.8.1 Datautbyte med en fordonsenhet
Evalueringsobjektet skall verifiera integritet och autenticitet hos data som
importeras från en fordonsenhet.
Vid upptäckt av fel i integriteten hos importerade data, skall evalueringsobjektet
— varna den enhet som sänder dessa data,
— inte använda dessa data.
Evalueringsobjektet skall exportera användardata till fordonsenheten med tillhö-
rande säkerhetsattribut, så att fordonsenheten kan verifiera integritet och
autenticitet hos mottagna data.
4.8.2 Export av data till en icke-fordonsenhet (överföringsfunktion)
Evalueringsobjektet skall kunna generera ursprungsbevis för de data som
överförs till externa media.
Evalueringsobjektet skall kunna tillhandahålla en kapacitet att verifiera
ursprungsbeviset för överförda data till mottagaren.
Evalueringsobjektet skall kunna överföra data till externa lagringsmedia med
tillhörande säkerhetsattribut, så att integritet hos överförda data kan kontrolleras.
4.9 Kryptografiskt stöd
Om TSF genererar kryptografiska nycklar skall det ske i överensstämmelse med
specificerade algoritmer för generering av kryptografiska nycklar och specifice-
rade storlekar på de kryptografiska nycklarna. Genererade krypterade
sessionsnycklar skall ha ett begränsat (skall definieras av tillverkaren, dock
högst 240) antal möjliga användningar.
Om TSF distribuerar kryptografiska nycklar skall det ske i överensstämmelse
med specificerade metoder för distribution av kryptografiska nycklar.
5.Definition av säkerhetsmekanismer
Säkerhetsmekanismer som skall finnas specificeras i tillägg 11.
Alla andra säkerhetsmekanismer skall definieras av tillverkaren av evaluerings-
objektet.
6.Erfordrad minsta tillåtna styrka hos mekanismerna
Minsta tillåtna styrka hos mekanismerna för färdskrivarkortet är High enligt
referens ITSEC (kriterier för utvärdering av informationsteknologisk säkerhet).
7.Garantinivå
Målgarantinivån för färdskrivarkortet är ITSEC-nivå E3, enligt definition i refe-
rens ITSEC (kriterier för utvärdering av informationsteknologisk säkerhet).
8.Grund
Följande matriser ger en logisk grund för de ytterligare säkerhetsfunktionerna
genom att visa
— vilka säkerhetsfunktioner som motverkar vilka hot,
— vilka säkerhetsfunktioner som uppfyller vilka mål för IT-säkerhet.1998R2135 — SV — 25.08.2002 — 001.001 — 246
Threats IT ObjectivesT.CLON*
T.DIS_ES2T.T_ES
T.T_CMD
T.MOD_SOFT*T.MOD_LOADT.MOD_EXET.MOD_SHAREIdent_DataActivity_DataData_Exchange
O.TAMPER_ES
O.CLON*O.OPERATE*O.FLAW*O.DIS_MECHANISM2O.DIS_MEMORY*O.MOD_MEMORY*
Data_Access
Secured_Communications
UIA_301 Authentication means x
UIA_302 PIN checks x
ACT_301 Identification data
ACT_302 Personalisation dateRLB_301 Software integrity xx
RLB_302 Self tests xx
RLB_303 Manufacturing tests x x x x
RLB_304 Software analysis x x x x xRLB_305 Software input x x x x xRLB_306 Power supply x xxx
RLB_307 Reset xx
DEX_301 Secured data import xx
DEX_302 Secured data import xx▼M11998R2135 — SV — 25.08.2002 — 001.001 — 247
Threats IT ObjectivesT.CLON*
T.DIS_ES2T.T_ES
T.T_CMD
T.MOD_SOFT*T.MOD_LOADT.MOD_EXET.MOD_SHAREIdent_DataActivity_DataData_Exchange
O.TAMPER_ES
O.CLON*O.OPERATE*O.FLAW*O.DIS_MECHANISM2O.DIS_MEMORY*O.MOD_MEMORY*
Data_Access
Secured_Communications
DEX_303 Secured data export to VU xx
DEX_304 Evidence of origin xx
DEX_305 Evidence of origin xx
DEX_306 Secured export to external media xx
CSP_301 Key generation xx
CSP_302 Key distribution xx▼M11998R2135 — SV — 25.08.2002 — 001.001 — 248
▼M1
Tillägg 11
GEMENSAMMA SÄKERHETSMEKANISMER
INNEHÅLL
1. Allmänt … .......................................................... 2 3 8
1.1 Referenser … . . ...................................................... 2 3 8
1.2 Beteckningar och förkortningar … . . ..................................... 2 3 9
2. Kryptosystem och algoritmer … ......................................... 2 4 0
2.1 Kryptosystem … ...................................................... 2 4 0
2.2 Kryptografiska algoritmer … . ........................................... 2 4 0
2.2.1 RSA-algoritm … ..................................................... 2 4 0
2.2.2 Hashalgoritm … ...................................................... 2 4 0
2.2.3 Datakrypteringsalgoritm … . . ........................................... 2 4 0
3. Nycklar och certifikat … ............................................... 2 4 0
3.1 Genering och distribuering av nycklar … . . ............................... 2 4 0
3.1.1 Genering och distribuering av RSA-nycklar … . . . .......................... 2 4 0
3.1.2 RSA-nycklar för provning … ........................................... 2 4 2
3.1.3 Nycklar för rörelsesensorer … .......................................... 2 4 2
3.1.4 Genering och distribuering av sessionsnycklar för T-DES … . . . ............... 2 4 2
3.2 Nycklar … .......................................................... 2 4 2
3.3 Certifikat … . . . ...................................................... 2 4 2
3.3.1 Certifikatens innehåll … ............................................... 2 4 3
3.3.2 Utfärdade certifikat … . ................................................ 2 4 4
3.3.3 Verifiering och uppackning av certifikat … . ............................... 2 4 5
4. Ömsesidig autentiseringsmekanism … .................................... 2 4 5
5. Mekanismer för sekretess, integritet och autentisering vid överföring av data från
fordonsenhetskort … . . ................................................248
5.1 Säker meddelandehantering … .......................................... 2 4 8
5.2 Behandling av feld vid säker meddelandehantering … . . . .................... 2 4 9
5.3 Algoritm för beräkning av kryptografiska kontrollsummor … . . ............... 2 5 0
5.4 Algoritm för att beräkna kryptogram för sekretessdataobjekt … ............... 2 5 0
6. Mekanismer för digital signatur vid dataöverföring … . . . .................... 2 5 1
6.1 Signaturgenerering … . ................................................ 2 5 1
6.2 Verifiering av signatur … . . . ........................................... 2 5 11998R2135 — SV — 25.08.2002 — 001.001 — 249
▼M1
1. Allmänt
I detta tillägg specificeras de säkerhetsmekanismer som skall säkerställa
följande:
— Ömsesidig autentisering mellan fordonsenhet och färdskrivarkort, inbegripet
överenskommelse om sessionsnycklar.
— Sekretess i, integritet hos, och autentisering av data som överförs mellan
fordonsenhet och färdskrivarkort.
— Integritet och autenticitet hos data som överförs från fordonsenhet till
externa lagringsmedia.
— Integritet och autenticitet hos data som överförs från färdskrivarkort till
externa lagringsmedia.
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 Standard
Version 2.0. Oktober 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 Modes of
Operation. 1998
ISO/IEC 7816-4 Transaktionskort - Aktivt kort - Part 4: Gemensamma
kommandon för datautbyte. Första utgåvan: 1995 + Ändring
1: 1997.
ISO/IEC 7816-6 Identifikationskort - Aktivt Gemensamma dataelement. Första
utgåvan: 1996 + Cor 1: 1998
ISO/IEC 7816-8 Information Technology - Identification cards - Integrated
circuit(s) cards with contacts - Part 8: Security related interin-
dustry commands. First edition 1999
ISO/IEC 9796-2 Information Technology - Security techniques - Digital signa-
ture schemes giving message recovery - Part 2: Mechanisms
using a hash function. First edition: 1997
ISO/IEC 9798-3 Dataskydd - Teknik för äkthetsbestyrkande Användning av
algoritm för öppen nyckel. Andra utgåvan 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:
(Ka,Kb,Kc) En nyckelknippa som skall användas av Triple Data krypter-
ingsalgoritm
CA Certification Authority - CertifieringsinstansCAR Certification Authority reference - Certifieringsinstansens refe-
rens
CC Cryptographic Checksum - Kryptografisk kontrollsummaCG Cryptogram - KryptogramCH Command Header - KommandohuvudCHA Certificate Holder Authorisation - Auktorisering av certifikatin-
nehavaren
CHR Certificate Holder Reference - Certifikatinnehavarens referensD() Decryption with DES - Dekryptering med DESDE Data element - Dataelement
DO Data object - Dataobjekt
d RSA private key, private exponent - Privat RSA-nyckel, privat
exponent
e Öppen RSA-nyckel, öppen exponent
E() Encryption with DES - DES-kryptering1998R2135 — SV — 25.08.2002 — 001.001 — 250
▼M1
EQT Equipment - Utrustning
Hash() Hashvärde, ett resultat av Hash
Hash Hashfunktion
KID Key Identifier - Nyckelidentifierare
Km TDES-nyckel. Huvudnyckel enligt definitionen i ISO 16844-3Km
vuTDES-nyckel i fordonsenheterna
KmwcTDES-nyckel i verkstadskorten
m Message representative, integer mellan 0 och n-1
n RSA-keys, modulus - RSA-nycklar, modulus
PB Padding Bytes - Utfyllnads-bytes
PI Padding Indicator byte (for use in Cryptogram for confidenti-
ality DO - Utfyllnadsindikator-byte (för användning i
kryptogram för sekretessdataobjekt)
PV Plain Value - Klarvärde
s Signature representative, integer mellan 0 och n-1
SSC Send Sequence Counter
SM Secure Messaging - Säker meddelandehantering
TCBC TDEA Cipher Block Chaining Mode of Operation
TDEA Triple Data Encryption Algorithm - Triple data krypteringsal-
goritm
TLV Tag Length Value - Tagglängd
VU Vehicle Unit - Fordonsenhet
X.C Användare X certifikat som utfärdats av en certifieringsinstans
X.CA Användare X certifieringsinstans
X.CA.PKoX.C Uppackning av ett certifikat för att extrahera en öppen nyckel.
Det är en infix-operatör, vars vänstra operand är en certifier-
ingsinstans öppna nyckel och vars högra operand är det
certifikat som utfärdats av denna certifieringsinstans. Resultatet
är den öppna nyckeln hos användare X, vars certifikat är den
högra operanden
X.PK Användare X öppna RSA-nyckel
X.PK[I] RSA-kryptering av viss information I, med användning av
användare X öppna nyckel
X.SK Användare X privata RSA-nyckelX.SK[I] RSA-kryptering av viss information I, med användning av
användare X öppna nyckel
′xx′ Ett hexadecimalt värde
|| Concatenation operator - Sammansättningsoperatör
2. KRYPTOSYSTEM OCH ALGORITMER
2.1 Kryptosystem
Fordonsenheter och färdskrivarkort skall använda ett klassiskt RSA-krypto-
system med öppna nycklar för att tillhandahålla följande säkerhetsmekanismer:
— Autentisering mellan fordonsenheter och kort.
— Transport av Triple DES-sessionsnycklar mellan fordonsenheter och
färdskrivarkort.
— Digital signatur för data som överförs från fordonsenheter eller färdskrivar-
kort till externa media.1998R2135 — SV — 25.08.2002 — 001.001 — 251
▼M1
Fordonsenheter och färdskrivarkort skall använda ett symmetriskt Triple DES-
kryptosystem för att tillhandahålla en mekanism för dataintegritet vid datautbyte
mellan fordonsenheter och färdskrivarkort, och för att i förekommande fall till-
handahålla sekretessbelagt datautbyte mellan fordonsenheter och färdskrivarkort.
2.2 Kryptografiska algoritmer
2.2.1 RSA-algoritm
RSA-algoritmen definieras fullständigt genom följande förhållanden:
En utförligare beskrivning av RSA-funktionen finns i referens [PKCS1].
Den öppna exponenten, e, för RSA-beräkningar kommer att ha ett annat värde
än 2 i alla genererade RSA-nycklar.
2.2.2 Hashalgoritm
Mekanismerna för digital signatur skall använda hashalgoritmen SHA-1, som
definieras i referens [SHA-1].
2.2.3 Datakrypteringsalgoritm
DES-baserade algoritmer skall användas vid Cipher Block Chaining mode of
operation.
3. NYCKLAR OCH CERTIFIKAT
3.1 Generering och distribuering av nycklar
3.1.1 Generering och distribuering av RSA-nycklar
RSA-nycklar skall genereras med hjälp av följande tre hierarkiska funktions-
nivåer:
— Europeisk nivå.
— Medlemsstatsnivå.
— Utrustningsnivå.
På europeisk nivå skall ett enda europeiskt nyckelpar (EUR.SK och EUR.PK)
genereras. Den europeiska privata nyckeln skall användas för att certifiera
medlemsstaternas öppna nycklar. Ett register skall föras över alla certifierade
nycklar. Dessa uppgifter skall utföras av en europeisk certifieringsinstans, under
Europeiska kommissionens överinseende och ansvar.
På medlemsstatsnivå skall ett nyckelpar för medlemsstaten (MS.SK och MS.PK)
genereras. Medlemsstaternas öppna nycklar skall certifieras av den europeiska
certifieringsinstansen. En medlemsstats privata nyckel skall användas för att
certifiera de öppna nycklar som skall sättas i utrustningen (fordonsenhet eller
färdskrivarkort). Alla certifierade öppna nycklar skall registreras med identifi-
ering av den utrustning som de är avsedda för. Dessa uppgifter skall utföras av
en certifieringsinstans i medlemsstaten. En medlemsstat får regelbundet byta sitt
nyckelpar.
På utrustningsnivå skall ett enda nyckelpar (EQT.SK och EQT.PK) genereras
och sättas in i varje utrustning. Öppna utrustningsnycklar skall certifieras av en
medlemsstats certifieringsinstans. Dessa uppgifter får utföras av tillverkare av
utrustningar, dem som anpassar utrustningar, eller medlemsstaternas myndig-
heter. Detta nyckelpar används för autentisering, digital signering och
kryptering.
Sekretessen för privata nycklar skall bibehållas vid generering, eventuell trans-
port och lagring.1998R2135 — SV — 25.08.2002 — 001.001 — 252
▼M1
I följande figur sammanfattas dataflödet i denna process:
3.1.2 RSA-nycklar för provning
För att prova utrustning (även med avseende på driftskompatibilitet) skall den
europeiska certifieringsinstansen generera ett annat enda europeiskt nyckelpar
för provning och minst två medlemsstatsnyckelpar för provning, vars öppna
nycklar skall certifieras med den europeiska privata provningsnyckeln. I utrust-
ning som provas för typgodkännande skall tillverkarna sätta i 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 TDES-nycklarna skall bibehållas på
lämpligt sätt vid generering, eventuell transport och lagring.
Som stöd för färdskrivare som uppfyller bestämmelserna i ISO 16844 skall den
europeiska certifieringsinstansen och medlemsstatens certifieringsinstanser dess-
utom garantera följande:
Den europeiska certifieringsinstansen skall generera KmVUoch KmWCtvå
oberoende och unika nycklar för Triple DES, och generera Km som:
Den europeiska certifieringsinstansen skall överlämna dessa nycklar på ett säkertsätt till medlemsstaternas certifieringsinstanser på de senares begäran.1998R2135 — SV — 25.08.2002 — 001.001 — 253
▼M1
Medlemsstaternas certifieringsinstanser skall:
— använda Km för att kryptera de rörelsesensordata som efterfrågas av rörelse-
sensortillverkarna (de data som skall krypteras med Km definieras i ISO
16844-3),
— överlämna KmVUtill fordonsenhetstillverkarna på ett säkert sätt för installa-
tion i fordonsenheterna, och
— se till att KmWCkommer att installeras i alla verkstadskort (SensorInstalla-
tionSecData i datafilen Sensor_Installation_Data) då kortet anpassas till
användaren.
3.1.4 Generering och distribuering av sessionsnycklar för T-DES
Fordonsenheter och färdskrivarkort skall som en del av den ömsesidiga autenti-
seringen generera och utbyta nödvändiga data för att utveckla en gemensam
sessionsnyckel för Triple DES. Detta utbyte av data skall sekretesskyddas
genom en mekanism för RSA-kryptering.
Denna nyckel skall användas för all efterföljande kryptografisk verksamhet där
säker meddelandehantering (secure messaging) används. Dess giltighet skall gå
ut när sessionen avslutas (urtagning 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
RSA-nycklar skall (oavsett nivå) ha följande längd: modulus n1024 bits, öppen
exponent emaximalt 64 bits, privat exponent d1024 bits.
Triple DES-nycklar skall ha formen (Ka,Kb,Ka), där Kaoch Kbär oberoende 64
bits långa nycklar. Inga bits för påvisande av paritetsfel skall ställas.
3.3 Certifikat
Certifikat för öppna RSA-nycklar skall vara icke-självbeskrivande (non self-
descriptive) kortverifierbara (Card Verifiable) certifikat (Ref.: ISO/IEC 7816-8)
3.3.1 Certifikatens innehåll
Certifikat för öppna RSA-nycklar byggs med följande data i följande ordning:
Data Format Bytes Anmärkningar
CPI INTEGER 1 Identifierare av certifikatprofil (Certificate
Profile Identifier - CPI) ( ′01′för denna
version)
CAR OCTET STRING 8 Certifieringsinstansens referens (CAR)CHA OCTET STRING 7 Certifikatinnehavarens auktorisering
EOV TimeReal 4 Sista giltighetsdag för certifikatet. Valbar,
′FF′utfylld om ej använd
CHR OCTET STRING 8 Certifikatinnehavarens referens (CHR)
n OCTET STRING 128 Öppen nyckel (modulus)
e OCTET STRING 8 Öppen nyckel (öppen exponent)
164
Anmärkningar:
1. Identifieraren av certifikatprofil (certificate Profile Identifier - CPI)
beskriver autentiseringscertifikatets exakta struktur. Den kan användas
som en intern identifierare för utrustningen av en relevant headerlist som
beskriver sammansättningen av dataelement inom certifikatet.
Den headerlist som associeras med detta certifikatinnehåll ser ut på
följande sätt:1998R2135 — SV — 25.08.2002 — 001.001 — 254
▼M1
2. Certifieringsinstansens referens (CAR) har som syfte att identifiera den
certifieringsinstans (CA) som utfärdar certifikat på så sätt att dataele-
mentet kan användas samtidigt som en identifierare av instansnyckel
(Authority Key Identifier) för att förse certifieringsinstansens öppna
nyckel med hänvisningar (för kodning, se nyckelidentifierare (Authority
Key Identifier) nedan).
3. Certifikatinnehavarens auktorisering (Certificate Holder Authorisation -
CHA) används för att identifiera certifikatinnehavarens rättigheter. Det
består av färdskrivarens tillämpningsidentifiering (Application ID) och av
den typ av utrustning för vilken certifikatet är avsett (enligt dataelementet
EquipmentType′00′för en medlemsstat).
4. Certifieringsinnehavarens referens (CHR) har som syfte att unikt identi-
fiera certifieringsinnehavaren (CH) på så sätt att dataelementet kan
användas samtidigt som en identifierare av subjektnyckel (Subject Key
Identifier) för att förse certifikatinnehavarens öppna nyckel med hänvis-
ningar.
5. Med nyckelidentifierare identifieras certifikatinnehavaren eller certifier-
ingsinstanserna unikt. De är kodade på följande sätt:
5.1. Utrustning (fordonsenhet (VU) eller kort):
Data Utrustningens
serienummerDatum Typ Tillverkare
Längd 4 Bytes 2 Bytes 1 Byte 1 Byte
Värde INTEGER mm åå BCD-
kodningTillverkarspe-
cifikTillverkarens kod
När det gäller en fordonsenhet (VU) får tillverkaren vid förfrågan om certi-
fikat ha eller inte ha kunskap om identifieringen av den utrustning i vilken
nycklarna sätts i.
I det förra fallet kommer tillverkaren att sända utrustningens identifiering
med den öppna nyckeln till sin medlemsstats certifieringsinstans. Certifi-
katet kommer då att innehålla utrustningens identifiering, och tillverkaren
måste se till att nycklar och certifikat isätts i avsedd utrustning. Nyckeli-
dentifieraren har den form som visas ovan.
I det senare fallet måste tillverkaren unikt identifiera varje certifi-
katförfrågan och sända denna identifiering med den öppna nyckeln till sin
medlemsstats certifieringsinstans. Certifikatet kommer att innehålla identifi-
ering av förfrågan. Tillverkaren måste meddela sin medlemsstats instans
med tilldelning av nyckel till utrustning (dvs. identifiering av certifi-
katförfrågan, utrustningens identfiering) efter installation av nyckeln i
utrustningen. Nyckelidentifieraren har följande form:
Data Serienummer
för förfrågan
om certifikatDatum Typ Tillverkare
Längd 4 Bytes 2 Bytes 1 Byte 1 Byte
Värde BCD-kodning mm åå BCD-
kodning′FF′ Tillverkarens kod1998R2135 — SV — 25.08.2002 — 001.001 — 255
▼M1
5.2. Certifieringsinstans (Certification Authority):
Data Instans-ID Nyckelns serie-
nummerÖvrig informa-
tionIdentifierare
Längd 4 Bytes 1 Byte 2 Bytes 1 Byte
Värde 1 Byte nume-
risk landskodInteger Övrig kodning
(CA-specific)′01′
3 Bytes alfanu-
merisk
landskod′FF FF′om den
inte används
Nyckelns serienummer används för att man skall kunna skilja en medlems-
stats olika nycklar åt om nyckeln ändras.
6. Certifikatverifierare skall indirekt känna till att den certifierade öppna
nyckeln är en RSA-nyckel som är relevant för autentisering, verifiering
av digital signatur och kryptering för sekretesstjänster (certifikatet
innehåller ingen objektidentifierare som specificerar den).
3.3.2 Utfärdade certifikat
Det utfärdade certifikatet är en digital signatur med delvis återskapning av certi-
fikatinnehåll enligt ISO/IEC 9796-2, med certifieringsinstansens referens
(Certification Authority Reference - CAR) tillfogad.
Med certifikatinnehåll
Anmärkningar:
1. Detta certifikat är 194 bytes långt.2. CAR, som är dold av underskriften och är också tillfogad till signaturen,
så att certifieringsinstansens öppna nyckel kan väljas för verifiering av
certifikatet.
3. Certifikatverifieraren skall indirekt känna till den algoritm som används
av certifieringsinstansen för att signera certifikatet.
4. Den headerlist som associeras med detta utfärdade certifikat ser ut på
följande sätt:
3.3.3 Verifiering och uppackning av certifikat
Verifiering och uppackning består i att underskriften verifieras enligt ISO/IEC
9796-2, och att certifikatinnehållet och den öppna nyckeln däri hämtas:
X.PK = X.CA.PKoX.C, och verifiering av certifikatets giltighet.1998R2135 — SV — 25.08.2002 — 001.001 — 256
▼M1
Detta inbegriper följande steg:
Verifiera signatur och hämta innehåll:
— from X.C retrieve Sign, Cn′and CAR′:
— from CAR' select appropriate Certification Authority Public Key (if not done
before through other means)
— open Sign with CA Public Key : Sr' = X.CA.PK [Sign],— check Sr' starts with ′6A′and ends with′BC′
— compute Cr′and H′from:
— Recover certificate content C ′=Cr′|| Cn′,
— check Hash (C′)=H′
Om kontrollerna är OK är certifikatet äkta och dess innehåll är C ′.
Verifiera giltighet. Från C ′:
— om tillämpligt, kontrollera sista giltighetsdag,
Hämta och lagra öppen nyckel, nyckelidentifierare, certifikatinnehavarens aukto-
risering (CHA) och certifikatets sista giltighetsdag 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 (VUs) bygger på
följande princip:
Varje part skall demonstrera för den andra att den äger ett giltigt nyckelpar, 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 med 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 (VU) när kortet sätts i. Den börjar med
utbyte av certifikat och uppackning av öppna nycklar och slutar med inställning
av en sessionsnyckel.
Följande protokoll skall användas (pilar anger kommandon och data som byts ut
(se tillägg 2)):1998R2135 — SV — 25.08.2002 — 001.001 — 257
▼M1
1998R2135 — SV — 25.08.2002 — 001.001 — 258
▼M1
1998R2135 — SV — 25.08.2002 — 001.001 — 259
▼M1
5. MEKANISMER FÖR SEKRETESS, INTEGRITET OCH AUTENTI-
SERING VID ÖVERFÖRING AV DATA FRÅN FORDONSENHETSKORT
5.1 Säker meddelandehantering
Integriteten hos överföring av data från fordonsenhetskort skall skyddas genom
säker meddelandehantering (secure messaging) enligt referenserna [ISO/IEC
7816-4] och [ISO/IEC 7816-8].
När data behöver skyddas vid överföring skall ett kryptografiskt kontrollsumme-
dataobjekt (Cryptographic Checksum Data Object) fogas till de dataobjekt som
sänds inom kommandot eller svaret. Den kryptografiska kontrollsumman (Cryp-
tographic Checksum) skall verifieras av mottagaren.
Den kryptografiska kontrollsumman hos data som sänds inom ett kommando
skall integrera kommandohuvudet (command header), och alla sända dataobjekt
(= > CLA =′0C′, och alla dataobjekt skall kapslas in med taggar i vilka b1 = 1).
Bytes för information om svarets status skall skyddas av en kryptografisk
kontrollsumma om svaret inte innehåller något datafält.
Kryptografiska kontrollsummor skall vara 4 Bytes långa.
Strukturen på kommandon och svar vid användning av säker meddelandehan-
tering är därför följande:
De dataobjekt som används är en delmängd (partial set) av de dataobjekt vid
säker meddelandehantering som beskrivs i ISO/IEC 7816-4:
Tag Mnemonic Meaning
′81′ TPVPlain Value not BER-TLV coded data (to be protected by
CC)
′97′ TLEValue of Le in the unsecured command (to be protected by
CC)
′99′ TSWStatus-Info (to be protected by CC)
′8E′ TCCCryptographic Checksum (CC)
′87′ TPI CGPadding Indicator Byte || Cryptogram (Plain Value not coded
in BER-TLV)
Med ett okrypterat kommandosvarspar:
Command header Command body
CLA INS P1 P2 [Lc-field [Data field] [Le-field]
four bytes L bytes, denoted as B1to BL
Response body Response trailer
[Data field] SW1 SW2L
rdata bytes two bytes
Det motsvarande krypterade kommandosvarsparet är:
Krypterat kommando:
Command
header
(CH)Command body
CLA INS
P1 P2[New Lc-
field][New Data field] [New Le-
field]1998R2135 — SV — 25.08.2002 — 001.001 — 260
▼M1
Command
header
(CH)Command body
′OC′ Length of
New Data
fieldTPVLPVPV TLELLELeTCCLCCCC′00′
′81′ LcData
field′97′′ 01′ Le′8E′′ 04′ CC
Data som skall integreras i kontrollsumman = CH || PB || TPV|| LPV|| PV || TLE||
LLE|| Le|| PB
PB = Padding Bytes (utfyllnads-bytes) (80 .. 00) enligt ISO-IEC 7816-4 und
ISO 9797, metod 2.
Dataobjektens klarvärde (PV) och LE är närvarande endast när det finns motsva-
rande data i det okrypterade kommandot.
Krypterat svar:
1. Fall där svarsdatafältet inte är tomt och inte behöver sekretesskyddas:
Response body Response trailer
[New Data field] new SW1
SW2
TPVLPVPV TCCLCCCC
′81′ LrData
field′8E′′ 04′ CC
Data som skall integreras i kontrollsumman = TPV|| LPV|| PV || PB
2. Fall där svarsdatafältet inte är tomt och behöver sekretesskyddas:
Response body Response trailer
[New Data field] new SW1
SW2
TPI CGLPI CGPI CG TCCLCCCC
′87′ PI || CG′8E′′ 04′ CC
Data som skall överföras av CG: icke BER-TLV-kodade data och utfyllnads-
bytes.
Data som skall integreras i kontrollsumman = TPI CG|| LPI CG|| PI CG || PB
3. Fall där svarsdatafältet är tomt:
Response body Response trailer
[New Data field] new SW1
SW2
TSWLSWSW TCCLCCCC
′99′′ 02′ New
SW1
SW2′8E′′ 04′ CC
Data som skall integreras i kontrollsumman = TSW|| LSW|| SW || PB
5.2 Behandling av fel vid säker meddelandehantering
När färdskrivarkortet känner av ett fel vid säker meddelandehantering vid tolk-
ning av ett kommando måste status bytes returneras utan säker1998R2135 — SV — 25.08.2002 — 001.001 — 261
▼M1
meddelandehantering. Enligt ISO/IEC 7816-4 definieras följande status bytes för
angivelse av fel vid säker meddelandehantering:
′66 88′: Verification of Cryptographic Checksum failed,
′69 87′: Expected SM Data Objects missing,
′69 88′: SM Data Objects incorrect.
När färdskrivarkoret returnerar status bytes utan SM-dataobjekt eller med ett
felaktigt SM-dataobjekt måste sessionen avbrytas av fordonsenheten.
5.3 Algoritm för beräkning av kryptografiska kontrollsummor
Kryptografiska kontrollsummor byggs med användning av en retail MACs enligt
ANSI X9.19 med DES:
— Initial stage: The initial check block y0 is E(Ka, SSC).
— Sequential stage: The check blocks y1, .. , yn are calculated using Ka.— Final stage: The cryptographic checksum is calculated from the last check
block yn as follows: E(Ka, D(Kb, yn)).
där E() betyder kryptering med DES, och D() betyder dekryptering med DES.De fyra mest signifikanta bytes i den kryptografiska kontrollsuman överförs.
Send Sequence Counter (SSC) skall initieras vid förfarandet för överenskom-
melse om nyckel till:
Initial SSC: Rnd3 (4 least significant bytes) || Rnd1 (4 least significant bytes).Send Sequence Counter skall ökas med 1 varje gång innan en MAC beräknas
(dvs. SSC för första kommando är Initial SSC + 1, SSC för det första svaret är
Initial SSC + 2).
I följande figur visas beräkningen av retail MAC:
5.4 Algoritm för att beräkna kryptogram för sekretessdataobjekt
Kryptogram beräknas med hjälp av TDEA i driftläge TCBC enligt referenserna
[TDES] och [TDES-OP] och med nollvektorn som Initial Value block.
I följande figur visas tillämpningen av nycklar i TDES:
1998R2135 — SV — 25.08.2002 — 001.001 — 262
▼M1
6. MEKANISMER FÖR DIGITAL SIGNATUR VID DATAÖVERFÖRING
Intelligent Dedicated Equipment (IDE) lagrar data som tas emot från en utrust-
ning (fordonsenhet eller kort) under en överföringssession inom en fysisk
datafil. Filen måste innehålla certifikaten MSi.C och EQT.C. Filen innehåller
digitala signaturer av datamängder enligt specifikation i tillägg 7 Protokoll för
dataöverföring.
Digitala signaturer för överförda data skall 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 Signaturgenerering
Utrustningens generering av datasignaturer skall följa det signaturschema med
tillägg som definieras i referens [PKCS1] med SHA-1 hashfunktion:
Signature = EQT.SK[ ′00′||′01′||PS||′00′|| DER(SHA-1(Data))]
PS = Padding string of octets with value ′FF′, such that length is 128.
DER(SHA-1( M)) is the encoding of the algorithm ID for the hash function and
the hash value into an ASN.1 value of type DigestInfo (distinguished encoding
rules):
′30′||′21′||′30′||′09′||′06′||′05′||′2B′||′0E′||′03′||′02′||′1A′||′05′||′00′||′04′||′14′||Hash-
Value.
6.2 Verifiering av signatur
Verifiering av datasignaturer för överförda data skall följa det signaturschema
med tillägg som definieras i referens [PKCS1] med SHA-1 hashfunktion:
Den som verifierar måste oberoende känna till (och lita på) den europeiska
öppna nyckeln EUR.PK.
Följande tabell illustrerar det protokoll som en IDE med ett kontrollkort kan
följa för att verifiera integriteten hos data som överförs och lagras på externa
lagringsmedia (ESM). Kontrollkortet används för att dekryptera digitala signa-
turer. Denna funktion får i detta fall inte genomföras i IDE.
Den utrustning som har överfört och signerat de data som skall analyseras
betecknas EQT.”1998R2135 — SV — 25.08.2002 — 001.001 — 263
▼M1
1998R2135 — SV — 25.08.2002 — 001.001 — 264