Šis dokuments ir tikai informat īvs, un tam nav juridiska sp ēka. Eiropas Savien ības iestādes neatbild par t ā saturu. Attiec īgo 
tiesību aktu un to preambulu autentisk ās versijas ir public ētas Eiropas Savien ības “Ofici ālajā Vēstnesī” un ir pieejamas 
datubāzē “Eur-Lex”. Šie ofici āli spēkā esošie dokumenti ir tieši pieejami, noklikš ķinot uz šaj ā dokument ā iegultajām saitēm 
►B KOMISIJAS ĪSTENOŠANAS REGULA (ES) 2016/799  
(2016. gada 18. marts),  
ar ko īsteno Eiropas Parlamenta un Padomes Regulu (ES) Nr. 165/2014, ar kuru nosaka pras ības 
attiecībā uz tahogr āfu un to komponentu konstrukciju, test ēšanu, uzst ādīšanu, darb ību un remontu  
(Dokuments attiecas uz EEZ)  
(OV L 139, 26.5.2016., 1. lpp.)  
Grozīta ar:  
Oficiālais Vēstnesis  
Nr. Lappuse  Datums  
►M1 Komisijas Īstenošanas regula (ES) 2018/502 (2018. gada 28. febru āris) L 85  1  28.3.2018.  
►M2 Komisijas Īstenošanas regula (ES) 2020/158 (2020. gada 5. febru āris) L 34  20  6.2.2020.  
Labota ar:  
►C1 Kļūdu labojums, OV L 146, 3.6.2016., 31. lpp. (2016/799)  
►C2 Kļūdu labojums, OV L 27, 1.2.2017., 169. lpp. (2016/799)  02016R0799 — LV — 26.02.2020 — 002.001 — 1
02016R0799 — LV — 26.02.2020 — 002.001 — 2  
KOMISIJAS ĪSTENOŠANAS REGULA (ES) 2016/799  
(2016. gada 18. marts),  
ar ko īsteno Eiropas Parlamenta un Padomes Regulu (ES) 
Nr. 165/2014, ar kuru nosaka pras ības attiec ībā uz tahogr āfu un 
to komponentu konstrukciju, test ēšanu, uzst ādīšanu, darb ību un 
remontu  
(Dokuments attiecas uz EEZ)  
1. pants  
Priekšmets un darb ības joma  
1. Šajā regulā paredzēti noteikumi, kas vajadz īgi šādu aspektu 
vienādai piemērošanai tahogr āfiem:  
a) transportl īdzekļa atrašanās vietas re ģistrēšana konkr ētos punktos 
vadītāja ikdienas darba laikposm ā; 
b) iespējamas viedo tahogr āfu manipul ācijas vai ļaunprātīgas izmanto ­ 
šanas attālināta savlaicīga konstat ēšana;  
c) saskarne ar intelektisk ām transporta sist ēmām; 
d) administrat īvās un tehnisk ās prasības tahogr āfu tipa apstiprin āšanas 
procedūrām, tostarp droš ības mehānismi.  
▼M1 
2. Viedo tahogr āfu un to komponentu konstrukcija, test ēšana, uzstā­
dīšana, inspekcija, darb ība un remonts atbilst š īs regulas I.C pielikum ā 
noteiktajām tehniskaj ām prasībām. 
3. Tahogr āfi, kas nav viedie tahogr āfi, attiecībā uz to konstrukciju, 
testēšanu, uzstādīšanu, inspekciju, darb ību un remontu turpina attiec īgā 
gadījumā atbilst vai nu Regulas (ES) Nr. 165/2014 I pielikumam, vai 
Padomes Regulas (EEK) Nr. 3821/85 (  1 ) I.B pielikumam.  
▼B 
4. Saska ņā ar Direktīvas 96/53/EK 10.d pantu, lai savlaic īgi konsta­
tētu krāpšanu, attālinātas savlaic īgas konstat ēšanas iekārta pārraida arī 
masas inform āciju, kuru nodrošina ieb ūvēta svēršanas sistēma. 
▼M1 
5. Šī regula neskar Eiropas Parlamenta un Padomes Direkt īvu 
2014/53/ES (  2 ). 
▼B 
2. pants  
Definīcijas  
Šajā regulā piemēro Regulas (ES) Nr. 165/2014 2. pant ā noteiktās defi­
nīcijas.  ▼B 
( 1 ) Padomes 1985. gada 20. decembra Regula (EEK) Nr. 3821/85 par re ģistrā­
cijas kontrolier īcēm, ko izmanto autotransport ā (OV L 370, 31.12.1985., 
8. lpp.). 
( 2 ) Eiropas Parlamenta un Padomes 2014. gada 16. apr īļa Direktīva 2014/53/ES 
par dalībvalstu ties ību aktu saska ņošanu attiec ībā uz radioiek ārtu pieejam ību 
tirgū un ar ko atce ļ Direktīvu 1999/5/EK (OV L 153, 22.5.2014., 62. lpp.).
 02016R0799 — LV — 26.02.2020 — 002.001 — 3  
Papildus piem ēro šādas definīcijas:  
1) “digitālais tahogr āfs” jeb “pirm ās paaudzes tahogr āfs” ir digit ālais 
tahogrāfs, kas nav viedais tahogr āfs; 
2) “ārējā GNSS iek ārta” ir iekārta, kurā ir ievietots GNSS uztv ērējs, ja 
transportlīdzekļa bloks nesast āv no vienas vien ības, kā arī citi 
komponenti, kas nepieciešami, lai aizsarg ātu atrašanās vietas datu 
nosūtīšanu uz pārējām transportl īdzekļa bloka da ļām; 
▼M1 
3) “inform ācijas mape” ir t āda pilnīga mape elektronisk ā vai papīra 
formā, kurā ir visa inform ācija, ko ražot ājs vai tā pārstāvis iesnie­
dzis tipa apstiprin āšanas iestādei tahogrāfa vai tā komponenta tipa 
apstiprināšanai, tostarp sertifik āti, kas min ēti Regulas (ES) Nr. 
165/2014 12. panta 3. punkt ā, šīs regulas I.C pielikum ā noteikto 
testu rezult āti, kā arī rasējumi, fotoatt ēli un citi b ūtiski dokumenti;  
▼B 
4) “inform ācijas pakete” ir t āda informācijas mape elektronisk ā vai 
papīra formā, kam pievienoti jebk ādi citi dokumenti, kurus infor ­
mācijas mapei savu pien ākumu veikšanas gait ā pievienojusi tipa 
apstiprināšanas iestāde, tostarp – tipa apstiprin āšanas procesa beig ās 
– tahogrāfa vai tā komponenta EK tipa apstiprin ājuma sertifik āts; 
5) “inform ācijas paketes satura r ādītājs” ir dokuments, kur ā uzskaitīts 
sanumurēts informācijas paketes saturs, identific ējot visas attiec īgās 
šīs paketes da ļas. Minētā dokumenta form ā norāda secīgos EK tipa 
apstiprināšanas procesa posmus, tostarp visus min ētās paketes 
pārskatīšanas un atjaunin āšanas datumus;  
6) “attālinātas savlaic īgas konstat ēšanas iekārta” ir transportl īdzekļa 
bloka ierīce, ko izmanto m ērķtiecīgu pārbaužu veikšanai uz ce ļa; 
▼M1 
7) “viedais tahogr āfs” jeb “otr ās paaudzes tahogr āfs” ir digit ālais taho­
grāfs, kas atbilst Regulas (ES) Nr. 165/2014 8., 9. un 10. panta, k ā 
arī šīs regulas I.C pielikuma pras ībām; 
8) “tahogr āfa komponents” ir jebkurš no šiem elementiem: transport ­
līdzekļa bloks, kust ības sensors, re ģistrācijas diagramma, ārējā 
GNSS iekārta un attālinātas savlaic īgas konstat ēšanas iekārta; 
▼B 
9) “tipa apstiprin āšanas iestāde” ir dalībvalsts iest āde, kuras kompe ­
tencē ir tahogrāfa vai tā komponentu tipa apstiprin āšana, licenc ē­ 
šanas proced ūra, tipa apstiprin ājuma sertifik ātu izsniegšana un – 
vajadzības gadījumā – to anulēšana un kura ir kontaktpunkts p ārējo 
dalībvalstu tipa apstiprin āšanas iestādēm un nodrošina, ka ražot āji 
pilda savus pien ākumus attiec ībā uz atbilstību šīs regulas pras ībām; 
▼M1 
10) “transportl īdzekļa bloks” ir tahogr āfs, izņemot kustības sensoru un 
vadus tā pievienošanai.  
Transportlīdzekļa bloks var b ūt viena vien ība vai vair ākas vienības, 
kas atrodas daž ādās vietās transportl īdzeklī, un ietver procesoru, 
datu atmiņu, laika m ērījumu funkciju, divas viedkaršu saskarnes  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 4  
ierīces vadītājam un otrajam vad ītājam, printeri, ekr ānu, savieno ­
tājus un ierīces lietotāja datu ievad īšanai, GNSS uztv ērēju un attā­
linātas saziņas iekārtu. 
Transportlīdzekļa bloku var veidot š ādi komponenti, kuriem veic 
tipa apstiprin āšanu:  
— transportl īdzekļa bloks kā atsevišķs komponents (tostarp GNSS 
uztvērējs un attālinātas saziņas iekārta), 
— transportl īdzekļa bloka galven ā iekārta (tostarp att ālinātas 
saziņas iekārta) un ārēja GNSS iek ārta, 
— transportl īdzekļa bloka galven ā iekārta (tostarp GNSS uztv ērējs) 
un ārēja attālinātas saziņas iekārta, 
— transportl īdzekļa bloka galven ā iekārta, ārēja GNSS iek ārta un 
ārēja attālinātas saziņas iekārta. 
Ja transportl īdzekļa bloku veido vair ākas vienības, kas atrodas 
dažādās vietās transportl īdzeklī, transportl īdzekļa bloka galven ā 
iekārta ir tā vienība, kurā ir procesors, datu atmi ņa un laika m ērī­ 
šanas funkcija.  
Terminu “transportl īdzekļa bloks” attiecina uz “transportl īdzekļa 
bloku” vai “transportl īdzekļa bloka galveno iek ārtu”. 
▼B 
3. pants  
Ar atrašan ās vietu saist īti pakalpojumi  
1. Ražot āji nodrošina, ka viedie tahogr āfi ir savietojami ar pozicio ­
nēšanas pakalpojumiem, ko sniedz  Galileo  un Eiropas Ģeostacionārās 
navigācijas pārklājuma dienesta (“ EGNOS ”) sistēmas. 
2. Papildus 1. punkt ā minētajām sistēmām ražotāji var nolemt nodro ­ 
šināt savietojam ību ar citām satelītu navigācijas sistēmām. 
4. pants  
Tahogrāfa un tahogr āfa komponentu tipa apstiprin āšanas 
procedūra 
1. Ražot ājs vai tā pārstāvis dalībvalsts izraudz ītajām tipa apstipri ­
nāšanas iestādēm iesniedz tahogr āfa vai jebk ādu tā komponentu vai 
komponentu grupu tipa apstiprin ājuma pieteikumu. Tas sast āv no infor­
mācijas mapes, kur ā ir inform ācija par katru attiec īgo komponentu, 
tostarp attiec īgā gadījumā citu tādu komponentu tipa apstiprin ājuma 
sertifikāti, kas nepieciešami tahogr āfa komplekt ēšanai, kā arī jebkādi 
citi būtiski dokumenti.  
2. Dalībvalsts pieš ķir tipa apstiprin ājumu jebkuram tahogr āfam, 
komponentam vai komponentu grupai, kas atbilst 1. panta attiec īgi 2. 
vai 3. punkt ā minētajām administrat īvajām un tehniskaj ām prasībām. 
Minētajā gadījumā tipa apstiprin āšanas iestāde pieteikuma iesniedz ējam 
izsniedz tipa apstiprin ājuma sertifik ātu, kas atbilst š īs regulas II pieli ­
kumā noteiktajam paraugam.  
3. Tipa apstiprin āšanas iestāde var pras īt ražotājam vai tā pārstāvim 
iesniegt jebk ādu papildu inform āciju. ▼M1
 02016R0799 — LV — 26.02.2020 — 002.001 — 5  
4. Ražot ājs vai tā pārstāvis tipa apstiprin āšanas iestādēm, kā arī 
tiesību subjektiem, kas ir atbild īgi par Regulas (ES) Nr. 165/2014 
12. panta 3. punkt ā minēto sertifikātu izsniegšanu, dara pieejamus tik 
daudzus tahogr āfus vai tahogr āfu komponentus, cik ir vajadz īgs, lai 
varētu pieņemami veikt tipa apstiprin āšanas proced ūru. 
5. Ja ražot ājs vai tā pārstāvis lūdz konkrētu tahogrāfa komponentu 
vai komponentu grupu tipa apstiprin āšanu, tas tipa apstiprin āšanas 
iestādēm nodrošina citus komponentus, kuriem jau ir pieš ķirts tipa ap ­
stiprinājums, kā arī citas sast āvdaļas, kas nepieciešamas tahogr āfa 
būvniecībai, lai min ētās iestādes varētu veikt nepieciešamos testus.  
5. pants  
Izmaiņas tipa apstiprin ājumos  
1. Ražot ājs vai tā pārstāvis par vis ām tahogrāfa informācijas paket ē 
reģistrētās programmat ūras vai aparat ūras vai tā ražošanai izmantoto 
materiālu īpašību izmaiņām nekavējoties inform ē tipa apstiprin āšanas 
iestādes, kas pieš ķīra sākotnējo tipa apstiprin ājumu, un iesniedz pietei ­
kumu par izmai ņām tipa apstiprin ājumā. 
2. Atkar ībā no izmai ņu veida un raksturlielumiem tipa apstipri ­
nāšanas iestādes var pārskatīt vai paplašin āt esošo vai izsniegt jaunu 
tipa apstiprin ājumu.  
Pārskata tad, ja tipa apstiprin āšanas iest āde uzskata, ka tahogr āfa 
programmat ūras vai aparat ūras izmaiņas vai tā ražošanai izmantoto 
materiālu īpašību izmaiņas ir nelielas. Š ādos gadījumos tipa apstipri ­
nāšanas iestāde izsniedz p ārskatītos inform ācijas paketes dokumentus, 
norādot veikto izmai ņu veidu un to apstiprin āšanas dienu. Konsolid ēta 
informācijas paketes atjaunin ātā redakcija, kam pievienots detaliz ēts 
veikto izmai ņu apraksts, ir pietiekams, lai izpild ītu šo prasību. 
Paplašina tad, ja tipa apstiprin āšanas iestāde uzskata, ka tahogr āfa 
programmat ūras vai aparat ūras izmaiņas vai tā ražošanai izmantoto 
materiālu īpašību izmaiņas ir būtiskas. Šādos gadījumos tā var piepras īt, 
lai tiktu veikti jauni testi, un attiec īgi informē ražotāju vai tā pārstāvi. Ja 
minētie testi ir apmierinoši, tipa apstiprin āšanas iestāde izsniedz p ārska­
tītu tipa apstiprin ājuma sertifik ātu, kurā ietverts numurs, kas attiecas uz 
piešķirto paplašin ājumu. Tipa apstiprin ājuma sertifik ātā min paplašin ā­ 
šanas iemeslu un t ā izsniegšanas datumu.  
3. Inform ācijas paketes satura r ādītājā norāda jaunākās tipa apstipri ­
nājuma paplašin āšanas vai p ārskatīšanas datumu vai jaun āko atjauni ­
nātās tipa apstiprin ājuma redakcijas konsolid ēšanas datumu.  
4. Ja piepras ītās izmaiņas tahogrāfā vai tā komponentos, kam ir 
piešķirts tipa apstiprin ājums, ir par pamatu tam, lai izsniegtu jaunu 
drošības vai sadarbsp ējas sertifik ātu, ir nepieciešams jauns tipa apstip ­
rinājums.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 6  
6. pants  
Spēkā stāšanās 
Šī regula stājas spēkā divdesmitaj ā dienā pēc tās publicēšanas  Eiropas 
Savienības Ofici ālajā Vēstnesī. 
To piemēro no 2016. gada 2. marta.  
▼M1 
Tomēr I.C pielikumu piem ēro no 2019. gada 15. j ūnija, izņemot 
16. papildin ājumu, kuru piem ēro no 2016. gada 2. marta.  
▼B 
Šī regula uzliek saist ības kopum ā un ir tieši piem ērojama vis ās dalīb­
valstīs. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 7  
I.C PIELIKUMS  
Konstrukcijai, test ēšanai, uzst ādīšanai un inspekcijai noteikt ās prasības 
IEVADS  
1. DEFIN ĪCIJAS  
2. RE ĢISTRĀCIJAS KONTROLIER ĪČU VISPĀRĪGS RAKSTURO ­ 
JUMS UN FUNKCIJAS  
2.1. Visp ārīgs raksturojums  
2.2. Funkcijas  
2.3. Darb ības režīmi 
2.4. Droš ība 
3. RE ĢISTRĀCIJAS KONTROLIER ĪCĒM NOTEIKT ĀS 
KONSTRUKT ĪVĀS UN FUNKCION ĀLĀS PRASĪBAS  
3.1. Karšu ievietošanas un iz ņemšanas uzraudz ība 
3.2. Ātruma, atrašan ās vietas un att āluma mērīšana 
3.2.1. Nobraukt ā attāluma mērīšana 
3.2.2. Ātruma mērīšana 
3.2.3. Atrašan ās vietas noteikšana  
3.3. Laika skait īšana 
3.4. Vad ītāja darbību uzraudz ība 
3.5. Braukšanas rež īma uzraudz ība 
3.6. Vad ītāju veiktie ieraksti  
3.6.1. Ikdienas darba laikposmu s ākuma un/vai beigu vietas ievade  
3.6.2. Transportl īdzekļa vadītāja darbību manuāla ievade un vad ītāja ap­ 
stiprinājums ITS saskarnei  
3.6.3. Īpašu nosac ījumu ievad īšana 
3.7. Uz ņēmuma atsl ēgu pārvaldība 
3.8. Kontroles darb ību uzraudz ība 
3.9. Notikumu un/vai k ļūmju konstat ēšana 
3.9.1. Notikums “ievietota neder īga karte”  
3.9.2. Notikums “kartes konflikts”  
3.9.3. Notikums “laika p ārklāšanās” 
3.9.4. Notikums “vad īšana bez atbilstošas kartes”  
3.9.5. Notikums “kartes ievietošana transportl īdzekļa vadīšanas laikā” 
3.9.6. Notikums “nepareizi nosl ēgta pēdējā kartes sesija”  
3.9.7. Notikums “ ātruma pārsniegšana”  
3.9.8. Notikums “barošanas str āvas pārtraukums”  
3.9.9. Notikums “k ļūda saziņā ar attālinātās saziņas iekārtu” 
3.9.10. Notikums “no GNSS uztv ērēja netiek sa ņemta inform ācija par atra ­ 
šanās vietu”  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 8  
3.9.11. Notikums “k ļūda saziņā ar ārēju GNSS iek ārtu” 
3.9.12. Notikums “kust ības datu k ļūda” 
3.9.13. Notikums “pretrun īga informācija par transportl īdzekļa kustību” 
3.9.14. Notikums “droš ības sistēmas pārkāpuma mēģinājums”  
3.9.15. Notikums “laika konflikts”  
3.9.16. “Kartes k ļūme” 
3.9.17. “Re ģistrācijas kontrolier īces kļūme” 
3.10. Ieb ūvētā testēšana un paštest ēšana 
3.11. Datu atmi ņas nolasīšana 
3.12. Datu ierakst īšana un saglab āšana datu atmi ņā 
3.12.1. Kontrolier īces identifik ācijas dati  
3.12.1.1. Transportl īdzekļa bloka identifik ācijas dati  
3.12.1.2. Kust ības sensora identifik ācijas dati  
3.12.1.3. Glob ālas navigācijas satelītu sistēmas (GNSS) identifik ācijas dati  
3.12.2. Atsl ēgas un sertifik āti 
3.12.3. Dati par vad ītāja vai darbn īcas kartes ievietošanu un iz ņemšanu  
3.12.4. Dati par transportl īdzekļa vadītāja darbībām 
▼M1 
3.12.5. Vietas un atrašan ās vietas, kur ikdienas darba laikposmi s ākas un 
beidzas un/vai kur ir sasniegts 3 stundu ilgs uzkr ātais transportl ī­ 
dzekļa vadīšanas laiks  
▼B 
3.12.6. Odometra dati  
3.12.7. S īki dati par braukšanas ātrumu  
3.12.8. Dati par notikumiem  
3.12.9. Dati par k ļūmēm 
3.12.10. Dati par kalibr ēšanu 
3.12.11. Dati par laika skait īšanas korekcij ām 
3.12.12. Dati par kontroles darb ībām 
3.12.13. Dati par uz ņēmuma atsl ēgām 
3.12.14. Dati par lejupiel ādes darbībām 
3.12.15. Dati par īpašajiem nosac ījumiem  
3.12.16. Dati par tahogr āfa karti  
3.13. Tahogr āfa karšu nolas īšana 
3.14. Datu ierakst īšana un saglab āšana tahogr āfa kartēs 
3.14.1. Datu ierakst īšana un saglab āšana pirmās paaudzes tahogr āfa kartēs 
3.14.2. Datu ierakst īšana un saglab āšana otrās paaudzes tahogr āfa kartēs 
3.15. Att ēlošana  
3.15.1. Noklus ējuma displejs  
3.15.2. Br īdinājuma displejs  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 9  
3.15.3. Piek ļuve izvēlnēm 
3.15.4. Citi displeji  
3.16. Izdruk āšana 
3.17. Br īdinājumi 
3.18. Datu lejupiel āde ārējos datu nes ējos 
3.19. Att ālinātā saziņa saistībā ar mērķtiecīgām pārbaudēm uz ceļa 
3.20. Datu izvad īšana uz ārējām papildier īcēm 
3.21. Kalibr ēšana 
3.22. Uz ce ļa veikta kalibr ēšanas pārbaude  
3.23. Laika skait īšanas korekcija  
3.24. Darb ības raksturlielumi  
3.25. Materi āli 
3.26. Mar ķējums  
4. PRAS ĪBAS ATTIEC ĪBĀ UZ TAHOGR ĀFA KARŠU 
KONSTRUKCIJU UN DARB ĪBU 
4.1. Redzam ā informācija 
4.2. Droš ība 
4.3. Standarti  
4.4. Vides un elektrisk ās specifikācijas 
4.5. Datu glab āšana 
4.5.1. Element ārdatnes identific ēšanai un kartes vad ībai 
4.5.2. Integr ālo shēmu (IS) kartes identifik ācija 
4.5.2.1. Mikrosh ēmas identifik ācija 
4.5.2.2. DIR (tikai otr ās paaudzes tahogr āfa kartēs) 
4.5.2.3. ATR (atiestat īšanas atbildes) inform ācija (kondicion āla, tikai otr ās 
paaudzes tahogr āfa kartēs) 
4.5.2.4. Pagarin āta garuma inform ācija (kondicion āla, tikai otr ās paaudzes 
tahogrāfa kartēs) 
4.5.3. Vad ītāja karte  
4.5.3.1. Tahogr āfa lietotne (pieejama pirm ās un otrās paaudzes transportl ī­ 
dzekļu blokiem)  
4.5.3.1.1. Lietotnes identifik ācija 
4.5.3.1.2. Atsl ēgas un sertifik āti 
4.5.3.1.3. Kartes identifik ācija 
4.5.3.1.4. Kartes tur ētāja identifik ācija 
4.5.3.1.5. Datu lejupiel āde no kartes  
4.5.3.1.6. Inform ācija par transportl īdzekļa vadītāja apliecību 
4.5.3.1.7. Dati par notikumiem  
4.5.3.1.8. Dati par k ļūmēm 
4.5.3.1.9. Dati par transportl īdzekļa vadītāja darbībām ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 10  
4.5.3.1.10. Dati par transportl īdzekļa izmantošanu  
4.5.3.1.11. Vietas, kur ās sākas un/vai beidzas ikdienas darba laikposmi  
4.5.3.1.12. Dati par kartes sesiju  
4.5.3.1.13. Dati par kontroles darb ībām 
4.5.3.1.14. Dati par īpašajiem nosac ījumiem  
4.5.3.2. Tahogr āfa 2. paaudzes lietotne (nav pieejama pirm ās paaudzes 
transportlīdzekļu blokiem)  
4.5.3.2.1. Lietotnes identifik ācija 
4.5.3.2.2. Atsl ēgas un sertifik āti 
4.5.3.2.3. Kartes identifik ācija 
4.5.3.2.4. Kartes tur ētāja identifik ācija 
4.5.3.2.5. Datu lejupiel āde no kartes  
4.5.3.2.6. Inform ācija par transportl īdzekļa vadītāja apliecību 
4.5.3.2.7. Dati par notikumiem  
4.5.3.2.8. Dati par k ļūmēm 
4.5.3.2.9. Dati par transportl īdzekļa vadītāja darbībām 
4.5.3.2.10. Dati par transportl īdzekļa izmantošanu  
4.5.3.2.11. Vietas, kur ās sākas un/vai beidzas ikdienas darba laikposmi  
4.5.3.2.12. Dati par kartes sesiju  
4.5.3.2.13. Dati par kontroles darb ībām 
4.5.3.2.14. Dati par īpašajiem nosac ījumiem  
4.5.3.2.15. Dati, ko izmanto transportl īdzekļa bloki  
▼M1 
4.5.3.2.16. Dati par uzkr ātajām transportl īdzekļa vadīšanas viet ām trijās 
stundās 
▼B 
4.5.4. Darbn īcas karte  
4.5.4.1. Tahogr āfa lietotne (pieejama pirm ās un otrās paaudzes transportl ī­ 
dzekļu blokiem)  
4.5.4.1.1. Lietotnes identifik ācija 
4.5.4.1.2. Atsl ēgas un sertifik āti 
4.5.4.1.3. Kartes identifik ācija 
4.5.4.1.4. Kartes tur ētāja identifik ācija 
4.5.4.1.5. Datu lejupiel āde no kartes  
4.5.4.1.6. Dati par kalibr ēšanu un laika skait īšanas korekcij ām 
4.5.4.1.7. Dati par notikumiem un k ļūmēm 
4.5.4.1.8. Dati par transportl īdzekļa vadītāja darbībām 
4.5.4.1.9. Dati par transportl īdzekļa izmantošanu  
4.5.4.1.10. Dati par ikdienas darba laikposmu s ākumu un/vai beig ām 
4.5.4.1.11. Dati par kartes sesiju  
4.5.4.1.12. Dati par kontroles darb ībām ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 11  
4.5.4.1.13. Dati par īpašajiem nosac ījumiem  
4.5.4.2. Tahogr āfa 2. paaudzes lietotne (nav pieejama pirm ās paaudzes 
transportlīdzekļu blokiem)  
4.5.4.2.1. Lietotnes identifik ācija 
4.5.4.2.2. Atsl ēgas un sertifik āti 
4.5.4.2.3. Kartes identifik ācija 
4.5.4.2.4. Kartes tur ētāja identifik ācija 
4.5.4.2.5. Datu lejupiel āde no kartes  
4.5.4.2.6. Dati par kalibr ēšanu un laika skait īšanas korekcij ām 
4.5.4.2.7. Dati par notikumiem un k ļūmēm 
4.5.4.2.8. Dati par transportl īdzekļa vadītāja darbībām 
4.5.4.2.9. Dati par transportl īdzekļa izmantošanu  
4.5.4.2.10. Dati par ikdienas darba laikposmu s ākumu un/vai beig ām 
4.5.4.2.11. Dati par kartes sesiju  
4.5.4.2.12. Dati par kontroles darb ībām 
4.5.4.2.13. Dati, ko izmanto transportl īdzekļa bloki  
▼M1 
4.5.4.2.14. Dati par uzkr ātajām transportl īdzekļa vadīšanas viet ām trijās 
stundās 
▼B 
4.5.4.2.15. Dati par īpašajiem nosac ījumiem  
4.5.5. Kontroles karte  
4.5.5.1. Tahogr āfa lietotne (pieejama pirm ās un otrās paaudzes transportl ī­ 
dzekļu blokiem)  
4.5.5.1.1. Lietotnes identifik ācija 
4.5.5.1.2. Atsl ēgas un sertifik āti 
4.5.5.1.3. Kartes identifik ācija 
4.5.5.1.4. Kartes tur ētāja identifik ācija 
4.5.5.1.5. Dati par kontroles darb ībām 
4.5.5.2. Tahogr āfa 2. paaudzes lietotne (nav pieejama pirm ās paaudzes 
transportlīdzekļu blokiem)  
4.5.5.2.1. Lietotnes identifik ācija 
4.5.5.2.2. Atsl ēgas un sertifik āti 
4.5.5.2.3. Kartes identifik ācija 
4.5.5.2.4. Kartes tur ētāja identifik ācija 
4.5.5.2.5. Dati par kontroles darb ībām 
4.5.6. Uz ņēmuma karte  
4.5.6.1. Tahogr āfa lietotne (pieejama pirm ās un otrās paaudzes transportl ī­ 
dzekļu blokiem)  
4.5.6.1.1. Lietotnes identifik ācija 
4.5.6.1.2. Atsl ēgas un sertifik āti 
4.5.6.1.3. Kartes identifik ācija ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 12  
4.5.6.1.4. Kartes tur ētāja identifik ācija 
4.5.6.1.5. Dati par uz ņēmuma darb ību 
4.5.6.2. Tahogr āfa 2. paaudzes lietotne (nav pieejama pirm ās paaudzes 
transportlīdzekļu blokiem)  
4.5.6.2.1. Lietotnes identifik ācija 
4.5.6.2.2. Atsl ēgas un sertifik āti 
4.5.6.2.3. Kartes identifik ācija 
4.5.6.2.4. Kartes tur ētāja identifik ācija 
4.5.6.2.5. Dati par uz ņēmuma darb ību 
5. RE ĢISTRĀCIJAS KONTROLIER ĪCES UZST ĀDĪŠANA  
5.1. Uzst ādīšana 
5.2. Uzst ādīšanas plāksnīte 
5.3. Plomb ēšana 
6. P ĀRBAUDES, INSPEKCIJAS UN REMONTI  
6.1. Iek ārtu uzstādītāju, darbnīcu un transportl īdzekļu ražotāju apstipri­ 
nāšana 
▼M1 
6.2. Jaunu vai saremont ētu komponentu p ārbaude  
▼B 
6.3. Uzst ādīšanas pārbaude  
6.4. Regul āras inspekcijas  
6.5. K ļūdu noteikšana  
6.6. Remontdarbi  
7. KARŠU IZSNIEGŠANA  
8. RE ĢISTRĀCIJAS KONTROLIER ĪČU UN TAHOGR ĀFA 
KARŠU TIPA APSTIPRIN ĀŠANA  
8.1. Visp ārīgi norādījumi 
8.2. Droš ības sertifik āts 
8.3. Funkcionalit ātes sertifik āts 
8.4. Savietojam ības sertifik āts 
8.5. Tipa apstiprin ājuma sertifik āts 
8.6. Iz ņēmuma proced ūra: pirmie savietojam ības sertifik āti 2. paaudzes 
reģistrācijas kontrolier īcēm un tahogr āfa kartēm 
IEVADS  
Pirmās paaudzes digit ālā tahogrāfa sistēma tiek izmantota kopš 2006. gada 
1. maija. Š ādu sistēmu drīkst izmantot viet ējos pārvadājumos līdz tās ekspluatā­
cijas laika beig ām. Tomēr visi transportl īdzekļi, kas veic starptautiskos p ārvadā­
jumus, 15 gadu laik ā pēc šīs Komisijas regulas st āšanās spēkā jāaprīko ar atbil ­
stošu otrās paaudzes viedo tahogr āfu, ko ievieš ar šo regulu.  
Šajā pielikumā ir aplūkotas pras ības attiecībā uz otrās paaudzes re ģistrācijas 
kontrolierīcēm un tahogr āfa kartēm. No otrās paaudzes re ģistrācijas kontrolier īču 
ieviešanas datuma t ās ir jāuzstāda transportl īdzekļos, kuriem veic pirmreiz ējo 
reģistrāciju, un ir j āizsniedz otr ās paaudzes tahogr āfu kartes.  
Lai sekmētu otrās paaudzes tahogr āfu sistēmas vienm ērīgu ieviešanu,  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 13  
— otrās paaudzes tahogr āfu kartes izstr ādājamas tā, lai tās varētu izmantot ar ī 
pirmās paaudzes transportl īdzekļu blokos,  
— netiek pras īts, lai pēc minētās sistēmas ieviešanas datuma der īgās pirmās 
paaudzes tahogr āfa kartes tiktu nomain ītas. 
Tas ļaus transportl īdzekļu vadītājiem patur ēt viņu unikālo vadītāja karti un 
izmantot to ab ās sistēmās. 
Taču otrās paaudzes re ģistrācijas kontrolier īces varēs kalibrēt tikai tad, ja tiks 
izmantotas otr ās paaudzes darbn īcas kartes.  
Šajā pielikumā ir ietvertas visas pras ības saistībā ar pirmās un otrās paaudzes 
tahogrāfu sistēmas savietojam ību. 
Papildinform ācija par abu l īdzāspastāvošo sistēmu vadību ir dota 15. papildin ā­
jumā. 
Papildinājumu saraksts  
1. papildin ājums: DATU V ĀRDNĪCA 
2. papildin ājums: TAHOGR ĀFA KARŠU SPECIFIK ĀCIJA  
3. papildin ājums: PIKTOGRAMMAS  
4. papildin ājums: IZDRUKAS  
5. papildin ājums: ATAINOŠANA  
6. papildin ājums: PRIEKŠ ĒJAIS SAVIENOT ĀJS KALIBR ĒŠANAI UN 
LEJUPIEL ĀDEI 
7. papildin ājums: DATU LEJUPIEL ĀDES PROTOKOLI  
8. papildin ājums: KALIBR ĒŠANAS PROTOKOLS  
9. papildin ājums: TIPA APSTIPRIN ĀJUMS UN NEPIECIEŠAMO TESTU 
MINIMUMA SARAKSTS  
10. papildin ājums: DROŠ ĪBAS PRAS ĪBAS  
11. papildin ājums: VIENOTIE DROS ĪBAS MEH ĀNISMI  
12. papildin ājums: POZICION ĒŠANA UZ GLOB ĀLĀS NAVIG ĀCIJAS 
SATELĪTU SISTĒMAS (GNSS) PAMATA  
13. papildin ājums: ITS SASKARNE  
14. papildin ājums: ATT ĀLINĀTĀS SAZIŅAS FUNKCIJA  
15. papildin ājums: PĀREJA: DAŽ ĀDU PAAUDŽU APR ĪKOJUMA L ĪDZĀ­ 
SPASTĀVĒŠANAS P ĀRVALDĪBA 
16. papildin ājums: ADAPTERS M1 UN N1 KATEGORIJAS TRANSPORTL Ī­ 
DZEKĻIEM 
1. DEFIN ĪCIJAS  
Šajā pielikumā: 
a) “aktiv ācija” 
ir posms, kur ā tahogrāfs sāk darboties piln ā apjomā un pilda 
visas funkcijas, tostarp droš ības funkcijas, izmantojot darb ­
nīcas karti;  
b) “autentific ēšana”  
ir noteiktas identit ātes noteikšanas un p ārbaudes funkcija;  
c) “autentiskums”  
ir īpašība, kas noz īmē, ka inform āciju sniedz persona, kuras 
identitāti var pārbaudīt; 
d) “iebūvēta testēšana”  
ir testēšanas funkcija, ko veic p ēc pieprasījuma; to iesl ēdz 
operators vai ar ārējām iekārtām; ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 14  
e) “kalend ārā diena”  
ir diena, kas ilgst no plkst. 00.00 l īdz plkst. 24.00; visas 
kalendārās dienas attiecina uz UTC laiku (univers ālais koor­
dinētais laiks);  
f) viedā tahogrāfa “kalibrēšana”  
ir datu atmi ņā glabājamo transportl īdzekļa parametru atjauni ­
nāšana vai apstiprin āšana. Transportl īdzekļa parametri ietver 
transportlīdzekļa identifik ācijas datus (identifik ācijas numuru 
(VIN), reģistrācijas numuru (VRN) un re ģistrācijas dalībvalsts 
apzīmējumu) un t ā raksturlielumus (w, k, l, riepu izm ēru, 
ātruma ierobežošanas ier īces iestatījumu (ja attiecin āms), 
UTC pašreiz ējo laiku, odometra pašreiz ējo rādījumu); reģistrā­
cijas kontrolier īces kalibrēšanas laikā datu atmi ņā saglabā arī 
visus ar tipa apstiprin āšanu saistītos plombu tipus un identifi ­
katorus;  
jebkādu UTC laika atjaunin āšanu vai apstiprin āšanu uzskata 
par laika skait īšanas korekciju, nevis par kalibr ēšanu, ar nosa ­
cījumu, ka t ā nav pretrun ā ar 409. pras ību; 
reģistrācijas kontrolier īces kalibr ēšanai jāizmanto darbn īcas 
karte;  
g) “kartes numurs”  
ir 16 alfab ētiski numer ālu rakstzīmju kombin ācija, ar kuru 
dalībvalstī nepārprotami identific ē tahogrāfa karti. Kartes 
numurā ir ietverts kartes k ārtas indekss (ja attiecin āms), kartes 
nomaiņas indekss un kartes atjaunošanas indekss;  
šā iemesla d ēļ karte ir nep ārprotami identific ēta ar izdev ējas 
dalībvalsts kodu un kartes numuru;  
h) “kartes k ārtas indekss”  
ir kartes 14. alfab ētiski numer ālā rakstzīme, ko izmanto, lai 
atšķirtu dažādas tahogr āfa kartes, kas izsniegtas t ādam uzņē­
mumam, darbn īcai vai kontrol ējošai iestādei, kuram ir ties ības 
saņemt vairākas tahogr āfa kartes. Uz ņēmumu, darbn īcu vai 
kontrolējošo iestādi unikāli identific ē pirmās 13 rakstz īmes 
kartes numur ā; 
i) “kartes atjaunošanas indekss”  
ir kartes numura 16. alfab ētiski numer ālā rakstzīme, ko palie ­
lina katrā tahogrāfa kartes atjaunošanas reiz ē; 
j) “kartes nomai ņas indekss”  
ir kartes numura 15. alfab ētiski numer ālā rakstzīme, ko palie ­
lina katrā tahogrāfa kartes aizst āšanas reizē; 
k) “transportl īdzekļa raksturojuma koeficients”  
ir skaitlisks raksturlielums, kas nor āda ar reģistrācijas kontro ­
lierīci saistītās transportl īdzekļa daļas (pārnesumkārbas 
izejošās vārpstas vai ass) emit ētā izejas sign āla vērtību laikā, 
kurā transportlīdzeklis veic viena kilometra att ālumu standarta 
testa apstākļos, kas aprakst īti 414. pras ībā. Raksturojuma 
koeficientu izsaka impulsos uz kilometru (w = … imp./km);  
l) “uzņēmuma karte”  
ir tahogrāfa karte, kuru dal ībvalsts iest ādes ir izsniegušas 
transporta uz ņēmumam, kuram ir j āizmanto ar tahogr āfu aprī­
koti transportl īdzekļi; tā identificē transporta uz ņēmumu un 
ļauj parādīt uz ekrāna, lejupiel ādēt un izdruk āt datus, kuri 
glabājas tahogrāfā un kurus min ētais transporta uz ņēmums ir 
aizslēdzis; ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 15  
m) “reģistrācijas kontrolier īces konstante”  
ir skaitlisks raksturlielums, kas nor āda ieejas sign āla vērtību, 
kāda nepieciešama vienu kilometru gara brauciena par ādīšanai 
un ierakst īšanai; šo konstanti izsaka k ā impulsu skaitu uz 
kilometru (k = … imp./km);  
n) “nepārtrauktas transportl īdzekļa vadīšanas laiku” re ģistrācijas 
kontrolierīcē aprēķina šādi (  1 ): 
nepārtrauktas transportl īdzekļa vadīšanas laiku apr ēķina kā 
konkrētā transportl īdzekļa vadītāja pašreizējo uzkrāto trans­
portlīdzekļa vadīšanas laiku kopš vi ņa pēdējā KLĀTBŪTNES 
vai PĀRTRAUKUMA/ATP ŪTAS vai NEZIN ĀMAS (  2 ) 
darbības 45 min ūšu vai ilg āka laikposma beig ām (šo laik ­
posmu atļauts sadal īt saskaņā ar Eiropas Parlamenta un 
Padomes Regulu (EK) Nr. 561/2006 (  3 )). Šajos apr ēķinos 
pēc vajadzības ņem vērā pēdējās vadītāja kartē saglabātās 
darbības. Ja transportl īdzekļa vadītājs reģistrācijas kontrolier īcē 
nav ievietojis savu karti, apr ēķiniem izmanto datu atmi ņā 
ierakstītos datus, kas ir saist īti ar kārtējo laikposmu, kad 
karte nav bijusi ievietota un nav bijusi saist īta ar attiec īgo 
slotu;  
o) “kontroles karte”  
ir tahogrāfa karte, kuru dal ībvalsts iest ādes ir izsniegušas š īs 
valsts kompetentajai kontroles iest ādei; tā identificē kontroles 
struktūru un pēc izvēles arī kontrolieri un ļauj piekļūt datiem, 
kas glabājas datu atmi ņā vai vadītāja kartēs un pēc izvēles — 
darbnīcas kartēs, lai tos nolas ītu, izdrukātu un/vai lejupiel ā­
dētu. 
Tā nodrošina ar ī piekļuvi uz ce ļa veiktas kalibr ēšanas 
pārbaudes funkcijai un att ālinātās savlaicīgās konstatēšanas 
saziņas lasītāja datiem;  
p) “kop ējo pārtraukumu laiku” re ģistrācijas kontrolier īcē aprēķina 
šādi (  1 ): 
kopējo transportl īdzekļa vadīšanas pārtraukumu laiku apr ēķina 
kā pašreizējo uzkrāto 15 min ūšu vai ilgāku KLĀTBŪTNES 
vai PĀRTRAUKUMA/ATP ŪTAS, vai NEZIN ĀMAS (  2 ) 
darbības laika laikposmu summu kopš attiec īgā transportl ī­
dzekļa vadītāja pēdējā 45 minūšu vai ilgāka KLĀTBŪTNES 
vai PĀRTRAUKUMA/ATP ŪTAS, vai NEZIN ĀMAS (  3 ) 
darbības laikposma beig ām (šo laikposmu at ļauts sadal īt 
saskaņā ar Regulu (EK) Nr. 561/2006).  
Šajos aprēķinos pēc vajadzības ņem vērā pēdējās vadītāja kartē 
saglabātās darbības. Aprēķinos neņem vērā nezināmus nega­
tīvus laikposmus (nezin āmas darbības laikposma s ākums > 
nezināmas darbības laikposma beig ām), kas rodas divu daž ādu 
reģistrācijas kontrolier īču darbības pārklāšanās dēļ. ▼B 
( 1 ) Reģistrācijas kontrolier īcē šādu nepārtrauktas transportl īdzekļa vadīšanas laika un kop ējā 
pārtraukumu laika apr ēķināšanu izmanto, lai apr ēķinātu, kad būtu jāizdod nepārtrauktas 
transportlīdzekļa vadīšanas laika br īdinājums. Tas neietekm ē šo laiku juridisko interpre ­
tāciju. Šo defin īciju vietā atļauts lietot alternat īvas nepārtrauktas transportl īdzekļa vadī­ 
šanas laika un kop ējā pārtraukumu laika apr ēķināšanas metodes, ja citos attiec īgajos 
tiesību aktos veikto groz ījumu dēļ šīs definīcijas ir novecojušas. 
( 2 ) NEZINĀMAS darb ības laikposmi ir laikposmi, kad transportl īdzekļa vadītāja karte nav 
bijusi ievietota re ģistrācijas kontrolier īcē un attiecībā uz kuriem dati par transportl īdzekļa 
vadītāja darbībām nav ievad īti manuāli. 
( 3 ) Eiropas Parlamenta un Padomes 2006. gada 15. marta Regula (EK) Nr. 561/2006, ar ko 
paredz dažu soci ālās jomas ties ību aktu saska ņošanu saist ībā ar autotransportu, groza 
Padomes Regulu (EEK) Nr. 3821/85 un Padomes Regulu (EK) Nr. 2135/98 un atce ļ 
Padomes Regulu (EEK) Nr. 3820/85 (OV L 102, 11.4.2006., 1. lpp.).
 02016R0799 — LV — 26.02.2020 — 002.001 — 16  
Ja transportl īdzekļa vadītājs reģistrācijas kontrolier īcē nav 
ievietojis savu karti, apr ēķiniem izmanto datu atmi ņā ierak­
stītos datus, kas ir saist īti ar kārtējo laikposmu, kad karte 
nav bijusi ievietota un nav bijusi saist īta ar attiec īgo slotu;  
q) “datu atmi ņa” 
ir reģistrācijas kontrolier īcē iebūvēta elektroniska ier īce datu 
glabāšanai;  
r) “elektroniskais paraksts”  
ir datu blokam pievienoti dati vai š ā datu bloka kriptogr āfiska 
transformācija, kas š ā datu bloka sa ņēmējam dod iesp ēju 
pārliecināties par attiec īgā datu bloka autentiskumu un integ ­
ritāti; 
s) “lejupiel āde” 
ir visu transportl īdzekļa datu atmi ņas ierīcē vai tahogr āfa kartē 
reģistrēto datu dat ņu vai to da ļas kopēšana kopā ar elektro ­
nisko parakstu ar noteikumu, ka ar šo procesu netiek groz īti 
vai dzēsti saglabātie dati;  
Transportlīdzekļu viedo tahogr āfu ražotāji un datu dat ņu leju­
pielādes ierīču ražotāji veic visus nepieciešamos pas ākumus, 
lai nodrošin ātu, ka šādu datu lejupiel ādi iespējams veikt, mini ­
māli aizkavējot transporta uz ņēmumu darb ību vai autovad ī­
tājus. 
Datnes, kas satur s īku informāciju par braukšanas ātrumu, var 
nebūt nepieciešamas, lai konstat ētu atbilstību Regulai (EK) 
Nr. 561/2006, bet šo inform āciju var izmantot citiem nol ū­
kiem, piem ēram, izmekl ējot ceļu satiksmes negad ījumus;  
t) “vadītāja karte”  
ir tahogrāfa karte, kuru dal ībvalsts iest ādes ir izsniegušas 
konkrētam transportl īdzekļa vadītājam; tā identificē minēto 
vadītāju un ļauj saglabāt datus par vi ņa darbību; 
u) “riteņu faktiskais apk ārtmērs” 
ir vidējais attālums, ko, p ārvietojot transportl īdzekli, viena 
pilna apgrieziena laik ā nobrauc katrs no dzenošajiem rite ņiem. 
Šie attālumi jāmēra testēšanas standartapst ākļos, kā norādīts 
414. prasībā, un tos izsaka š ādi: “l = … mm”. Transportl ī­
dzekļu ražotāji šo attālumu mērīšanu var aizst āt ar teorētiskiem 
aprēķiniem, kuros ņem vērā nepiekrautu un tehnisk ā kārtībā 
esošu transportl īdzekļu svara sadal ījumu pa as īm. (  1 ). Šādu 
teorētisko aprēķinu veikšanas metodes j āapstiprina dal ībvalsts 
kompetentajai iest ādei, un tās var īstenot tikai pirms tahogr āfa 
aktivēšanas;  
v) “notikums”  
ir viedā tahogrāfa konstatēta anormāla darbība, kas var b ūt 
datu viltošanas m ēģinājuma rezult āts; 
w) “ārēja GNSS iek ārta” 
ir iekārta, kurā ir ievietots GNSS uztv ērējs, ja transportl īdzeklī 
uzstādāmā ierīce nesastāv no vienas vien ības, kā arī citi 
komponenti, kas nepieciešami, lai atbalst ītu atrašanās vietas 
datu nosūtīšanu uz pārējām transportl īdzekļa bloka da ļām; ▼B 
( 1 ) Komisijas 2012. gada 12. decembra Regula (ES) Nr. 1230/2012, ar ko īsteno Eiropas 
Parlamenta un Padomes Regulu (EK) Nr. 661/2009 par tipa apstiprin āšanas pras ībām 
attiecībā uz mehānisko transportl īdzekļu un to piekabju masu un gabar ītiem un groza 
Eiropas Parlamenta un Padomes Direkt īvu 2007/46/EK (OV L 353, 21.12.2012., 
31. lpp.), p ēdējā redakcija.
 02016R0799 — LV — 26.02.2020 — 002.001 — 17  
x) “kļūme” 
ir anormāla darbība, kuru konstat ējis viedais tahogr āfs un kas 
var būt ierīces nepareizas darb ības vai boj ājuma rezult āts; 
y) “GNSS uztv ērējs” 
ir elektroniska ier īce, kas uztver un digit āli apstrādā signālus 
no vienas Glob ālās navigācijas satelītu sistēmas (GNSS) vai 
vairākām GNSS, lai var ētu sniegt inform āciju par atrašan ās 
vietu, ātrumu un laiku.  
z) “uzst ādīšana”  
ir tahogrāfa uzstādīšana transportl īdzeklī; 
aa) “sadarbsp ēja” 
ir sistēmu un ar t ām saistīto uzņēmējdarbības procesu sp ēja 
veikt datu apmai ņu un nodrošin āt informācijas apriti;  
bb) “saskarne”  
ir starpniec ības līdzeklis starp sist ēmām, ar kura pal īdzību tās 
var savienoties un mijiedarboties;  
cc) “atrašan ās vieta”  
ir transportl īdzekļa ģeogrāfiskās koordinātas attiecīgajā brīdī; 
dd) “kust ības sensors”  
ir tahogrāfa daļa, kas rada sign ālu, kurš liecina par transport ­
līdzekļa ātrumu un/vai nobraukto att ālumu;  
ee) “neder īga karte”  
ir karte, par kuru konstat ēts, ka tā ir bojāta, kurai nav veikta 
sākotnējā autentizācija vai neizdodas to veikt, nav s ācies vai ir 
beidzies der īguma termi ņš; 
ff) “atvērts standarts”  
ir standarts, kas izkl āstīts standarta specifik ācijas dokument ā, 
kurš pieejams bez maksas vai par nomin ālu maksu un kuru ir 
atļauts kopēt, izplatīt vai izmantot bez maksas vai par nomi ­
nālu maksu.  
gg) “ārpus darbības jomas”  
ir gadījumi, kad saska ņā ar Padomes Regulu (EK) 
Nr. 561/2006 re ģistrācijas kontrolier īces nav jāizmanto.  
hh) “ātruma pārsniegšana”  
ir autotransporta l īdzeklim at ļautā maksimālā ātruma pārsnieg­ 
šana, ko defin ē kā par 60 sekund ēm ilgāku laikposmu, kur ā 
transportlīdzekļa izmērītais ātrums pārsniedz ātruma ierobežo ­ 
šanas ierīcē iestatīto robežu, kas noteikta Padomes 1992. gada 
10. februāra Direktīvas 92/6/EEK par ātruma ierobežošanas 
ierīču uzstādīšanu un izmantošanu noteiktu kategoriju trans ­
portlīdzekļos Kopien ā ( 1 ) jaunākajā redakcijā; 
ii) “regul āra inspekcija”  
ir darbību kopums, ko veic, lai p ārbaudītu, vai tahogr āfs 
darbojas pareizi, vai t ā iestatījumi atbilst transportl īdzekļa 
parametriem, un vai tahogr āfam nav pievienotas manipul āciju 
veikšanai paredz ētas ierīces; ▼B 
( 1 ) Padomes 1992. gada 10. febru āra Direktīva 92/6/EEK par ātruma ierobežošanas ier īču 
uzstādīšanu un izmantošanu noteiktu kategoriju transportl īdzekļos Kopien ā (OV L 57, 
2.3.1992., 27. lpp.).
 02016R0799 — LV — 26.02.2020 — 002.001 — 18  
jj) “printeris”  
ir reģistrācijas kontrolier īces sastāvdaļa, ar kuru izdruk ā sagla­
bātos datus;  
kk) “attālinātas savlaic īgas konstat ēšanas saziņa” 
ir mērķtiecīgu, uz ceļa veiktu pārbaužu laik ā pastāvoša saziņa 
starp attālinātas savlaic īgas konstat ēšanas sazi ņas iekārtu un 
attālinātas savlaic īgas konstat ēšanas saziņas lasītāju, lai attāli­
nāti konstat ētu iespējamās manipul ācijas ar re ģistrācijas 
kontrolierīci vai tās ļaunprātīgu izmantošanu;  
▼M1 
ll) “attālinātas saziņas iekārta” vai “att ālināta savlaicīgas konsta ­
tēšanas iekārta” 
ir transportl īdzekļa bloka ier īce, ko izmanto m ērķtiecīgu 
pārbaužu veikšanai uz ce ļa; 
▼B 
mm) “attālinātas savlaic īgas konstat ēšanas saziņas lasītājs” 
ir sistēma, kuru kontrolieri izmanto m ērķtiecīgām pārbaudēm 
uz ceļa; 
nn) “atjaunošana”  
ir jaunas tahogr āfa kartes izsniegšana gad ījumos, kad esošajai 
kartei beidzas der īguma termi ņš vai tā nedarbojas un t āpēc tiek 
nodota atpaka ļ izsniedzējai iestādei; atjaunošana vienm ēr 
nozīmē, ka nav divu vienlaikus der īgu karšu;  
oo) “remonts”  
ir kustības sensora, transportl īdzekļa bloka vai kabe ļa remonts, 
kura veikšanai šai ier īcei jāatslēdz barošanas str āva, tā jāat­
vieno no citiem tahogr āfa komponentiem vai ir j āatver 
kustības sensors vai transportl īdzekļa bloks;  
pp) “kartes nomai ņa” 
ir tahogrāfa kartes izsniegšana ar m ērķi nomainīt esošo karti, 
kas ir deklar ēta kā pazaudēta, nozagta vai boj āta un nav 
nodota atpaka ļ izdevējiestādei; nomai ņa vienmēr rada risku, 
ka ir divas vienlaikus der īgas kartes;  
qq) “droš ības sertifik ācija” 
ir process, kur ā kopējo kritēriju sertifik ācijas iestāde apliecina, 
ka pārbaudītā reģistrācijas kontrolier īce (vai sast āvdaļa) vai 
tahogrāfa karte atbilst attiec īgajos aizsardz ības profilos noteik ­
tajām drošības prasībām; 
rr) “paštestests”  
ir testi, kurus k ļūmju noteikšanai cikliski un autom ātiski veic 
reģistrācijas kontrolier īce; 
ss) “laika skait īšana”  
ir koordinētā universālā laika (UTC) un datuma past āvīga digi­
tāla reģistrēšana; 
▼M1 
tt) “laika skait īšanas korekcija”  
ir kārtējā laika korekcija; š ī korekcija var b ūt automātiska 
regulāros intervālos, kā atsauci izmantojot laika inform āciju, 
ko sniedzis GNSS uztv ērējs, vai korekcija, ko veic kalibr ē­ 
šanas laikā; 
▼B 
uu) “riepu izm ērs” 
ir (ārējo dzenošo rite ņu) riepu izm ēru apzīmējums saska ņā ar 
1992. gada 31. marta Padomes Direkt īvas 92/23/EEK (  1 ) 
jaunāko redakciju;  ▼B 
( 1 ) Padomes 1992. gada 31. marta Direkt īva 92/23/EEK par meh ānisko transportl īdzekļu un 
to piekabju riep ām un riepu mont āžu (OV L 129, 14.5.1992., 95. lpp.).
 02016R0799 — LV — 26.02.2020 — 002.001 — 19  
vv) “transportl īdzekļa identifikācija” 
ir numuri, p ēc kuriem identific ē transportl īdzekli: transportl ī­
dzekļa reģistrācijas numurs (VRN), kur ā norādīta reģistrācijas 
dalībvalsts, un transportl īdzekļa identifik ācijas numurs 
(VIN) (  1 ); 
ww) aprēķinu veikšanai re ģistrācijas kontrolier īcēs “nedēļa” 
ir laikposms no pirmdienas plkst. 00.00 p ēc koordinētā univer­
sālā laika (UTC) l īdz svētdienai plkst. 24.00 p ēc UTC;  
xx) “darbn īcas karte”  
ir tahogrāfa karte, kuru dal ībvalsts iest ādes ir izsniegušas attie ­
cīgās dalībvalsts apstiprin āta tahogrāfu ražotāja, uzstādīšanas 
uzņēmuma, transportl īdzekļu ražotāja vai darbn īcas īpaši 
ieceltam person ālam; tā identificē kartes turētāju un ļauj testēt, 
kalibrēt un aktiv ēt tahogrāfus un/vai lejupiel ādēt no tiem 
datus;  
yy) “adapters”  
ir ierīce, kas nep ārtraukti nodrošina transportl īdzekļa ātrumam 
un/vai nobrauktajam att ālumam reprezentat īvu signālu un kas 
nav ierīce, kuru izmanto neatkar īgai pārvietošanās atklāšanai; 
to 
▼M1 
— uzstāda un izmanto tikai M1 un N1 tipa transportl īdzekļos 
(saskaņā ar Eiropas Parlamenta un Padomes Direkt īvas 
2007/46/EK (  2 ) jaunākās redakcijas II pielikum ā noteikto 
definīciju), 
▼B 
— uzstāda vietās, kurās tehniski nav iesp ējams uzst ādīt 
nekāda cita esoša veida kust ības sensoru, kas cit ādi atbilst 
šā pielikuma un t ā 1.–15. papildin ājuma noteikumiem,  
— uzstāda starp transportl īdzekļa bloku un vietu, kur ā iebū­
vēti sensori vai alternat īvas saskarnes ģenerē ātruma/attā­
luma impulsus,  
— un attiec ībā uz transportl īdzekļa bloku adapters darbojas 
tieši tāpat kā šajā pielikumā un tā 1.–16. papildin ājumā 
minētajiem noteikumiem atbilstošs kust ības sensors, kas 
pieslēgts transportl īdzekļa blokam;  
šāda adaptera izmantošana iepriekš min ētajos transportl īdze­
kļos nodrošina iesp ēju uzstādīt un pareizi izmantot transportl ī­
dzekļa bloku, iev ērojot visas šaj ā pielikumā noteiktās prasības, 
šo transportl īdzekļu viedā tahogrāfa komplekt ācijā ietilpst 
vadi, adapters un transportl īdzekļa bloks;  ▼B 
( 1 ) Padomes 1975. gada 18. decembra Direkt īva 76/114/EEK par dal ībvalstu ties ību aktu 
tuvināšanu attiec ībā uz mehānisko transportl īdzekļu un to piekabju oblig ātajām izgata­
votāja plāksnēm un mar ķējumu, kā arī to novietojumu un piestiprin āšanas metodi 
(OV L 24, 30.1.1976., 1. lpp.). 
( 2 ) Eiropas Parlamenta un Padomes 2007. gada 5. septembra Direkt īva 2007/46/EK, ar ko 
izveido sist ēmu mehānisko transportl īdzekļu un to piekabju, k ā arī tādiem transportl ī­
dzekļiem paredz ētu sistēmu, sastāvdaļu un atseviš ķu tehnisku vien ību apstiprin āšanai 
(pamatdirektiva) (OV L 263, 9.10.2007., 1. lpp.).
 02016R0799 — LV — 26.02.2020 — 002.001 — 20  
zz) “datu integrit āte” 
ir saglabāto datu precizit āte un atbilst ība, ko apliecina jebk ādu 
atšķirību neesam ība divu datu re ģistrācijas atjaunin ājumu 
datos. Integrit āte nozīmē to, ka dati ir prec īza oriģinālās 
versijas kopija, piem ēram, tie nav tikuši boj āti, tos ierakstot 
tahogrāfa kartē vai tam paredz ētā ierīcē vai nolasot no taho ­
grāfa kartes vai tam īpaši paredz ētas ierīces, vai ar ī pārraidot 
jebkurā komunikāciju kanālā; 
aaa) “datu priv ātums”  
ir vispārīgi tehniski pas ākumi, kas veikti, lai nodrošin ātu, ka 
pienācīgi tiek īstenoti principi, kas noteikti Eiropas Parlamenta 
un Padomes 1995. gada 24. oktobra Direkt īvā 95/46/EK (  1 ) 
par personu aizsardz ību attiecībā uz personas datu apstr ādi 
un šādu datu br īvu apriti, k ā arī Eiropas Parlamenta un 
Padomes 2002. gada 12. j ūlija Direkt īvā 2002/58/EK (  2 ) par 
personas datu apstr ādi un priv ātās dzīves aizsardz ību elektro­
nisko komunik āciju nozarē; 
bbb) “vied ā tahogrāfa sistēma” 
ir reģistrācijas kontrolier īce, tahogr āfa kartes un visu ražo ­ 
šanas, uzst ādīšanas, ekspluat ācijas, testēšanas un kontroles 
laikā tieši vai netieši mijiedarb īgu iekārtu komplekts, 
piemēram, kartes, att ālinātās saziņas lasītājs un jebkura cita 
ierīce, kas paredz ēta datu lejupiel ādei, datu anal īzei, kalibrē­ 
šanai, ģenerēšanai, vadīšanai vai droš ības elementu ieviešanai 
u. c. darbībām; 
ccc) “ieviešanas datums”  
36 mēneši no dienas, kad st ājas spēkā Eiropas Parlamenta un 
Padomes Regulas (ES) Nr. 165/2014 (  3 ) 11. pant ā norādītie 
sīki izstrādātie noteikumi.  
Tas ir datums, p ēc kura transportl īdzekļi, kuriem tiek veikta 
pirmreizējā reģistrācija: 
— ir jāaprīko ar tahogr āfu, kas savienots ar pozicion ēšanas 
pakalpojumu, kura pamat ā ir satelītnavigācijas sistēmas 
izmantošana,  
— ir jānodrošina ar iesp ēju mērķtiecīgu uz ce ļa veiktu 
pārbaužu datus nos ūtīt kompetentaj ām kontroles iest ādēm, 
transportl īdzeklim atrodoties kust ībā, 
— un var b ūt aprīkoti ar standartiz ētām saskarn ēm, kas ļauj 
tahogrāfu reģistrētos vai ģenerētos datus ar ārējas ierīces 
palīdzību izmantot darba rež īmā. 
ddd) “aizsardz ības profils”  
ir dokuments, kuru atbilstoši kop ējiem kritērijiem izmanto k ā 
daļu no sertifik ācijas procesa, nodrošinot, ka tiek ieviesta neat ­
karīga specifik ācija par droš ības prasībām attiecībā uz infor­
mācijas ticam ību; ▼B 
( 1 ) Eiropas Parlamenta un Padomes 1995. gada 24. oktobra Direkt īva 95/46/EK par personu 
aizsardzību attiecībā uz personas datu apstr ādi un šādu datu br īvu apriti (OV L 281, 
23.11.1995., 31. lpp.). 
( 2 ) Eiropas Parlamenta un Padomes 2002. gada 12. j ūlija Direktīva 2002/58/EK par personas 
datu apstrādi un privātās dzīves aizsardz ību elektronisko komunik āciju nozarē (direktīva 
par privāto dzīvi un elektronisko komunik āciju) (OV L 201, 31.7.2002., 37. lpp.). 
( 3 ) Eiropas Parlamenta un Padomes 2014. gada 4. febru āra Regula (ES) Nr. 165/2014 par 
tahogrāfiem autotransport ā, ar kuru atce ļ Padomes Regulu (EEK) Nr. 3821/85 par re ģis­
trācijas kontrolier īcēm, ko izmanto autotransport ā, un groza Eiropas Parlamenta un 
Padomes Regulu (EK) Nr. 561/2006, ar ko paredz dažu soci ālās jomas ties ību aktu 
saskaņošanu saist ībā ar autotransportu (OV L 60, 28.2.2014., 1. lpp.).
 02016R0799 — LV — 26.02.2020 — 002.001 — 21  
eee) “GNSS precizit āte” 
no Globālās navigācijas satelītu sistēmas (GNSS) ieg ūtas atra­ 
šanās vietas ar tahogr āfiem veiktas ierakst īšanas kontekst ā ir 
horizontālās precizitātes samazin āšanas ( Horizontal Dilution of 
Precision , HDOP) v ērtība, kas apr ēķināta kā minimālā no 
HDOP vērtībām, kuras ieg ūtas no pieejamaj ām GNSS 
sistēmām; 
▼M1 
fff) “uzkr ātais transportl īdzekļa vadīšanas laiks”  
ir vērtība, kas atspogu ļo kopējo uzkrāto konkrētā transportl ī­
dzekļa vadīšanas minūšu skaitu.  
Uzkrātā transportl īdzekļa vadīšanas laika v ērtība ir visu to 
minūšu brīvrites skaits, kuras re ģistrācijas kontrolier īces trans­
portlīdzekļa vadīšanas darb ību uzraudz ības funkcija uzskata 
par TRANSPORTL ĪDZEKĻA VADĪŠANU, un to izmanto 
tikai, lai izrais ītu transportl īdzekļa atrašanās vietas re ģistrāciju 
ikreiz, kad ir sasniegts tr īs stundas ilgs uzkr ātais transportl ī­
dzekļa vadīšanas laiks. Uzkr āšana sākas reģistrācijas kontrolie ­
rīces aktiviz ēšanas brīdī. To neietekm ē nekādi citi nosac ījumi, 
piemēram, nosac ījums “ārpus darbības jomas” vai “brauciens 
ar prāmi/vilcienu”.  
Uzkrātā transportlīdzekļa vadīšanas laika v ērtību nav paredz ēts 
parādīt, izdrukāt vai lejupiel ādēt. 
▼B 
2. RE ĢISTRĀCIJAS KONTROLIER ĪČU VISPĀRĪGS RAKSTURO ­
JUMS UN FUNKCIJAS  
2.1. Visp ārīgs raksturojums  
Reģistrācijas kontrolier īces ir paredz ētas ar transportl īdzekļa vadītāja 
darbībām saistīto datu reģistrēšanai, glab āšanai, attēlošanai, izdruk ā­ 
šanai un izvad īšanai.  
Visiem transportl īdzekļiem, kas ir apr īkoti ar šā pielikuma noteiku ­
miem atbilstošu re ģistrācijas kontrolier īci, ir jābūt braukšanas ātruma 
rādītājam un odometram. Š īs funkcijas var izpild īt arī reģistrācijas 
kontrolierīce. 
(1) Reģistrācijas kontrolier īces komplekt ācijā ietilpst vadi, 
kustības sensors un transportl īdzekļa bloks.  
(2) Starp kust ības sensoriem un transportl īdzekļa blokiem past ā­
vošā saskarne atbilst 11. papildin ājumā aprakstītajām 
prasībām. 
(3) Transportl īdzekļa bloku savieno ar glob ālo(-ajām) navigācijas 
sistēmu(-ām), kā norādīts 12. papildin ājumā. 
(4) Transportl īdzekļa bloks sazin ās ar attālinātas agrīnās atklā­ 
šanas saziņas lasītājiem, kā aprakstīts 14. papildin ājumā. 
(5) Transportl īdzekļa blokā var būt ietverta ITS saskarne, kas 
aprakstīta 13. papildin ājumā. 
Reģistrācijas kontrolier īci ar papildu saskar ņu un/vai p ēc 
izvēles uzstādāmas ITS saskarnes starpniec ību var savienot 
ar citām iekārtam.  
(6) Neviena re ģistrācijas kontrolier īcēs iekļauta vai tai pievienota 
apstiprināta vai neapstiprin āta funkcija, ier īce vai ier īces 
nedrīkst radīt traucējumus vai b ūt tāda, kas var ētu radīt trau­
cējumus reģistrācijas kontrolier īču pareizai un drošai darb ībai, 
kā arī kavēt šīs regulas noteikumu iev ērošanu.  
Reģistrācijas kontrolier īču lietotāji ierīcēs identific ējas ar 
tahogrāfa karšu starpniec ību. 
(7) Atkar ībā no lietot āju veida un/vai identit ātes reģistrācijas 
kontrolierīces nodrošina selekt īvas tiesības piekļūt datiem un 
funkcijām. 
Reģistrācijas kontrolier īces datus re ģistrē un saglab ā datu atmi ņā, 
attālinātās saziņas iekārtā un tahogr āfa kartēs. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 22  
To veic atbilstoši 1995. gada 24. oktobra Direkt īvai 95/46/EK par 
personu aizsardz ību attiecībā uz personu datu apstr ādi un šādu datu 
brīvu apriti (  1 ), 2002. gada 12. j ūlija Direkt īvai 2002/58/EK par 
personas datu apstr ādi un priv ātās dzīves aizsardz ību elektronisko 
komunikāciju nozarē ( 2 ) un saska ņā ar Regulas (ES) Nr. 165/2014 
7. pantu.  
2.2. Funkcijas  
(8) Reģistrācijas kontrolier īce nodrošina š ādas funkcijas:  
— karšu ievietošanas un iz ņemšanas uzraudz ību; 
— ātruma, attāluma un atrašan ās vietas m ērīšanu;  
— laika skait īšanu;  
— transportl īdzekļa vadītāja darbību uzraudz ību; 
— braukšanas rež īma uzraudz ību; 
— transportl īdzekļa vadītāja manuāli veiktu ierakstu re ģistrē­ 
šanu:  
— ikdienas darba laikposmu s ākuma un/vai beigu vietas 
ievadi;  
— manuāli veiktu ierakstu re ģistrēšanu par vad ītāja 
darbībām; 
— īpašu nosac ījumu reģistrēšanu;  
— uzņēmuma atsl ēgu pārvaldību; 
— kontroles darb ību uzraudz ību, 
— notikumu un/vai k ļūmju konstat ēšanu;  
— iebūvēto testēšanu un paštest ēšanu;  
— datu atmi ņas nolasīšanu;  
— datu ierakst īšanu un saglab āšanu datu atmi ņā; 
— tahogrāfa karšu nolas īšanu;  
— datu ierakst īšanu un saglab āšanu tahogr āfa kartēs; 
— parādīšanu uz ekr āna; 
— izdrukāšanu;  
— brīdināšanu;  
— datu lejupiel ādi ārējos datu nes ējos; 
— attālinātu saziņu saistībā ar mērķtiecīgām pārbaudēm uz 
ceļa; 
— datu izvad īšanu uz papildier īcēm; 
— kalibrēšanu;  
— uz ceļa veiktas kalibr ēšanas pārbaudi;  
— laika skait īšanas korekciju.  
2.3. Darb ības režīmi 
(9) Reģistrācijas kontrolier īcēm ir četri darbības režīmi: 
— darba rež īms, 
— kontroles rež īms, 
— kalibrēšanas režīms, 
— uzņēmuma režīms. 
(10) Atkar ībā no tā, kāda derīga tahogrāfa karte ir ievietota kartes 
saskarnes ier īcēs, reģistrācijas kontrolier īces pārslēdzas uz 
tālāk minētajiem darb ības režīmiem. Lai noteiktu darb ības 
režīmu, tahogr āfa kartes paaudzei nav noz īmes, ja vien ievie ­
totā karte ir der īga. Ja pirm ās paaudzes darbn īcas karte tiek 
ievietota otr ās paaudzes transportl īdzekļa blokā, tā vienmēr 
tiek uzskat īta par neder īgu. ▼B 
( 1 ) OV L 281, 23.11.1995., 31. lpp. 
( 2 ) OV L 201, 31.7.2002., 37. lpp.
 02016R0799 — LV — 26.02.2020 — 002.001 — 23  
Darbības režīms Vadītāja slots  
Bez kartes  Vad ītāja karte  Kontroles karte  Darbn īcas karte  Uzņēmuma karte
 Otra vadītāja slots Bez kartes  darba  darba  kontroles  kalibr ēšanas  uzņēmuma  
Vadītāja karte  darba  darba  kontroles  kalibr ēšanas  uzņēmuma  
Kontroles karte  kontroles  kontroles  kontroles (*)  darba  darba  
Darbnīcas karte  kalibrēšanas  kalibr ēšanas  darba  kalibr ēšanas (*)  darba  
Uzņēmuma 
karte  uzņēmuma  uz ņēmuma  darba  darba  uz ņēmuma (*)  
(*) Šajās situācijās reģistrācijas kontrolier īce izmanto tikai transportl īdzekļa vadītāja slotā ievietoto tahogr āfa karti.  
(11) Reģistrācijas kontrolier īces nepieņem nederīgas kartes, tom ēr 
no kartēm, kuru der īguma termi ņš ir beidzies, var par ādīt uz 
ekrāna, izdrukāt vai lejupiel ādēt tajās saglabātos datus.  
(12) Visas 2.2. punkt ā uzskaitītās funkcijas darbojas visos darb ības 
režīmos, izņemot:  
— kalibrēšanas funkcijai var piek ļūt tikai kalibr ēšanas 
režīmā; 
— uz ce ļa veiktas kalibr ēšanas pārbaudes funkcija ir 
pieejama tikai kontroles rež īmā; 
— uzņēmuma atsl ēgu pārvaldības funkcija ir pieejama tikai 
uzņēmuma režīmā; 
— kontroles darb ību uzraudz ības funkciju var izmantot tikai 
kontroles rež īmā; 
— lejupiel ādes funkcija nav pieejama darba rež īmā (izņemot 
193. prasībā minētos gadījumus), izņemot vadītāja kartes 
datu lejupiel ādi, ja transportl īdzekļa blokā nav ievietota 
neviena cita karte..  
(13) Reģistrācijas kontrolier īces visus datus var izvad īt uz displeja, 
nosūtīt uz printeri vai ārējām saskarnēm, izņemot šādus gadī­
jumus:  
— darba rež īmā — personas identifik ācijas dati (uzv ārds un 
vārds(-i)), kas neatbilst ievietotajai tahogr āfa kartei, ir 
neaizpildīti, bet kartes numuri, kas neatbilst ievietot ās 
tahogrāfa kartes numuram, ir da ļēji neaizpild īti (neaizpilda 
visus nepāra ciparus no kreis ās uz labo pusi),  
— uzņēmuma režīmā — datus par transportl īdzekļa vadītāju 
(102., 105. un 108. pras ība) var izvad īt tikai attiec ībā uz 
laikposmiem, kuros neeksist ē atslēga vai kad atsl ēgas 
turētājs nav kāds cits uzņēmums (kuru uz ņēmuma kartes 
numurā identificē pirmie 13 cipari),  
— ja reģistrācijas kontrolier īcē nav ievietota karte, datus par 
transportlīdzekļa vadītāju var izvad īt tikai par k ārtējo 
dienu un asto ņām iepriekš ējām kalendārajām dienām; 
— personas datus, kuru avots ir transportl īdzekļa bloks, 
nedrīkst izvadīt caur transportl īdzekļa bloka ITS saskarni, 
ja vien nav sa ņemta tā vadītāja piekrišana, uz kuru dati 
attiecas,  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 24  
— transportl īdzekļa bloka parastais darb ības derīguma ilgums 
ir 15 gadi no sertifik āta spēkā stāšanās datuma, bet tikai 
datu lejupiel ādēšanai to var izmantot v ēl 3 papildu 
mēnešus.  
▼B 
2.4. Droš ība 
▼M1 
Sistēmas drošība ir vērsta uz datu atmi ņas aizsardz ību tādējādi, lai 
novērstu neatļautu piekļuvi datiem un to viltošanu, turkl āt noteiktu 
šādus mēģinājumus, aizsarg ātu to datu integrit āti un autentiskumu, 
ar kuriem notiek apmai ņa starp kust ības sensoru un transportl īdzekļa 
bloku, starp re ģistrācijas kontrolier īci un tahogr āfa kartēm un starp 
transportlīdzekļa bloku un ārējo GNSS iek ārtu, ja tāda ir, kā arī 
aizsargātu to datu konfidencialit āti, integritāti un autentiskumu, ar 
kuriem notiek apmai ņa caur attālināto savlaicīgās atklāšanas saziņu 
kontroles vajadz ībām, un verific ētu lejupielādēto datu integrit āti un 
autentiskumu.  
▼B 
(14) Lai sist ēma būtu droša, t ālāk uzskaitītajām sastāvdaļām ir 
jāatbilst droš ības prasībām, kas nor ādītas to aizsardz ības 
profilos, k ā noteikts 10. papildin ājumā: 
— transportl īdzekļa bloks,  
— tahogrāfa karte,  
— kustības sensors,  
— ārējā GNSS iek ārta (šis profils ir nepieciešams un piem ē­
rojams tikai ārējas GNSS gad ījumā). 
3. RE ĢISTRĀCIJAS KONTROLIER ĪCĒM NOTEIKT ĀS KON- 
STRUKTĪVĀS UN FUNKCION ĀLĀS PRASĪBAS  
3.1. Karšu ievietošanas un iz ņemšanas uzraudz ība 
(15) Reģistrācijas kontrolier īce uzrauga karšu saskarnes ier īces, lai 
noteiktu karšu ievietošanu un iz ņemšanu.  
(16) Kad karte ir ievietota re ģistrācijas kontrolier īcē, ierīce 
konstatē, vai ievietot ā karte ir der īga tahogrāfa karte, un, ja 
tas tā ir, identific ē kartes veidu un kartes paaudzi.  
Ja reģistrācijas kontrolier īcē jau ir ievietota karte ar t ādu pašu 
kartes numuru un augst āku atjaunošanas indeksu, karti atz īst 
par nederīgu. 
Ja reģistrācijas kontrolier īcē jau ir ievietota karte ar t ādu pašu 
kartes numuru un atjaunošanas indeksu, bet augst āku 
nomaiņas indeksu, karti atz īst par neder īgu. 
(17) Pēc tam, kad darbn īca atbilstoši 15. papildin ājumā noteik­
tajam (MIG003 pras ība) ir izslēgusi iespēju izmantot pirm ās 
paaudzes tahogr āfa kartes, re ģistrācijas kontrolier īce tās 
uzskata par neder īgām. 
(18) Pirm ās paaudzes darbn īcas kartes, kas ievietotas otr ās paau­
dzes reģistrācijas kontrolier īcē, tiek uzskat ītas par neder īgām. ▼M1
 02016R0799 — LV — 26.02.2020 — 002.001 — 25  
(19) Reģistrācijas kontrolier īci projektē tā, lai kartes saskarnes 
ierīcēs pareizi ievietotas tahogr āfa kartes š ādā stāvoklī tiktu 
bloķētas. 
(20) Tahogr āfa kartes ir iz ņemamas tikai p ēc transportl īdzekļa 
apturēšanas, kad visi vajadz īgie dati ir taj ās saglabāti. Lai 
izņemtu karti, t ās lietotājam jāveic apstiprinoša darb ība. 
3.2. Ātruma, atrašan ās vietas un att āluma mērīšana  
(21) Kust ības sensors (kas, iesp ējams, ir integr ēts adapter ī) ir 
galvenais ātruma un att āluma mērījumu avots.  
(22) Šī funkcija, izmantojot kust ības sensora nodrošin ātos 
impulsus, past āvīgi veic m ērījumus, un ar to ir iesp ējams 
noteikt odometra r ādījumu, kas atbilst transportl īdzekļa 
kopējam nobrauktajam att ālumam.  
(23) Šī funkcija, izmantojot kust ības sensora nodrošin ātos 
impulsus, past āvīgi veic m ērījumus, un ar to ir iesp ējams 
noteikt transportl īdzekļa kustības ātrumu.  
(24) Ātruma mērīšanas funkcija dod ar ī informāciju par to, vai 
transportlīdzeklis pārvietojas vai ir apst ājies. Uzskata, ka 
transportlīdzeklis pārvietojas, ja š ī funkcija vismaz 5 sekundes 
no kustības sensora ir uztv ērusi vairāk nekā 1 impulsu 
sekundē, pretējā gadījumā uzskata, ka transportl īdzeklis ir 
apstājies. 
(25) Ierīces, kas par āda uz ekrāna braukšanas ātrumu (spidometrs) 
un kopējo veikto att ālumu (odometrs) un kas ir uzst ādītas 
visos transportl īdzekļos, kuri ir apr īkoti ar šīs regulas notei ­
kumiem atbilstoš ām reģistrācijas kontrolier īcēm, atbilst šaj ā 
pielikumā noteiktajām prasībām attiecībā uz pielaid ēm (sk. 
3.2.1. un 3.2.2. punktu).  
(26) Lai konstat ētu manipul ācijas ar kust ības datiem, inform āciju 
no kustības sensora apstiprina ar t ādu informāciju par trans ­
portlīdzekļa kustību, ko ieg ūst no GNSS uztv ērēja un (pēc 
izvēles) no cita(-iem) avota(-iem), kas nav atkar īgs(-i) no 
kustības sensora.  
(27) Šī funkcija m ēra transportl īdzekļa atrašanās vietu, lai ļautu 
automātiski reģistrēt: 
— atrašan ās vietas, kur ās transportl īdzekļa vadītājs un/vai 
otrs vadītājs sāk savu ikdienas darba laikposmu;  
▼M1 
— atrašan ās vietas, kur ās uzkrātais transportl īdzekļa vadī­ 
šanas laiks sasniedz 3 stundu interv ālu robežas;  
▼B 
— atrašan ās vietas, kur ās transportl īdzekļa vadītājs un/vai 
otrs vadītājs beidz savu ikdienas darba laikposmu.  
3.2.1.  Nobraukt ā attāluma mērīšana  
(28) Nobraukto att ālumu var m ērīt tā, lai:  
— saskaitītu kopā transportl īdzekļa uz priekšu un atpaka ­ 
ļgaitā veikto att ālumu vai ar ī 
— ņemtu vērā tikai kust ību uz priekšu.  
(29) Ar re ģistrācijas kontrolier īcēm var izm ērīt attālumu no 0 l īdz 
9 999 999,9 km.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 26  
(30) Attāluma mērīšanas pieļaujamās kļūdas (vismaz 1 000 m att ā­
lumiem) ir š ādas: 
— ± 1 % pirms uzst ādīšanas;  
— ± 2 % uzst ādīšanas un regul āro inspekciju laik ā; 
— ± 4 % lietošanas laik ā. 
(31) Veikt ā attāluma mērījumu izšķirtspēja ir vismaz 0,1 km.  
3.2.2.  Ātruma mērīšana  
(32) Ar re ģistrācijas kontrolier īcēm var izm ērīt ātrumu no 0 l īdz 
220 km/h.  
(33) Lai nodrošin ātu attēlotā braukšanas ātruma maksim ālo 
pielaidi ± 6 km/h un ņemot vērā: 
— ± 2 km/h pielaidi ieejas lielumiem (riepu izm ērs, …);  
— ± 1 km/h pielaidi m ērījumiem, kas veikti uzst ādīšanas un 
regulāro inspekciju laik ā; 
reģistrācijas kontrolier īce ātrumu no 20 l īdz 180 km/h, ja 
transportlīdzekļa raksturojuma koeficients ir no 4 000 l īdz 
25 000 imp./km, m ēra ar pielaidi ± 1 km/h (pie past āvīga 
ātruma).  
Piezīme: Datu glab āšanas izšķirtspēja dod papildu ± 0,5 km/h 
pielaidi re ģistrācijas kontrolier īcē saglabātajiem datiem par 
braukšanas ātrumu.  
(34) Ātrumu pareizi m ēra ar parasto pielaidi 2 sekund ēs pēc 
ātruma izmai ņas beigām, ja ātrums ir izmain ījies ne vair āk 
par 2 m/s  2 . 
(35) Ātruma mērījumu izšķirtspējai ir jābūt vismaz 1 km/h.  
3.2.3.  Atrašan ās vietas noteikšana  
(36) Reģistrācijas kontrolier īce nosaka transportl īdzekļa absolūto 
atrašanās vietu, izmantojot GNSS uztv ērēju. 
(37) Absol ūto atrašan ās vietu nosaka ģeogrāfiskajā koordinātu 
sistēmā — ģeogrāfiskā platuma un garuma gr ādos un 
minūtēs, ar izšķirtspēju 1/10 min ūtes. 
3.3. Laika skait īšana  
(38) Laika skait īšanas funkcija past āvīgi skaita un digit āli izdod 
UTC datumu un laiku.  
(39) UTC datumu un laiku izmanto, lai dat ētu datus re ģistrācijas 
kontrolierīcē (ierakstus, datu apmai ņu) un visās izdrukās, kas 
norādītas 4. papildin ājumā “Izdrukas”.  
(40) Lai redz ētu vietējā laika rādījumus, ir iesp ējams izmain īt uz 
displeja redzam ā laika nob īdi ar pusstundas garuma so ļiem. 
Nav pieļaujamas nek ādas citas nob īdes, kas nav plus vai 
mīnus pusstunda vai plus vai m īnus vairākas pusstundas.  
(41) Tipa apstiprin āšanai noteiktajos apst ākļos bez jebk ādas laika 
skaitīšanas korekcijas laika skait īšanas kļūda ir ± 2 sekundes 
dienā. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 27  
(42) Laika skait īšanas izšķirtspēja ir vismaz 1 sekunde.  
(43) Tipa apstiprin āšanas apst ākļos laika skait īšanu neietekm ē 
ārēja elektroener ģijas avota atsl ēgšana uz laiku l īdz 12 mēne­ 
šiem.  
3.4. Vad ītāja darbību uzraudz ība 
(44) Šī funkcija past āvīgi un atseviš ķi uzrauga transportl īdzekļa 
viena vadītāja un viena otr ā vadītāja darbības. 
(45) Transportl īdzekļa vadītāja darbības ir TRANSPORTL Ī­
DZEKĻA VAD ĪŠANA, DARBS, KL ĀTBŪTNE, 
PĀRTRAUKUMS/ATP ŪTA. 
(46) Transportl īdzekļa vadītājs un/vai otrais vad ītājs var manu āli 
izvēlēties darbības DARBS, KL ĀTBŪTNE, PĀRTRAU­
KUMS/ATP ŪTA. 
(47) Transportl īdzekļa kustības laikā attiecībā uz transportl īdzekļa 
vadītāju automātiski tiek izv ēlēta darbība TRANSPORTL Ī­
DZEKĻA VADĪŠANA, bet attiec ībā uz otru vad ītāju — 
KLĀTBŪTNE.  
(48) Transportl īdzeklim apst ājoties, attiec ībā uz tā vadītāju auto­
mātiski tiek izv ēlēta darbība DARBS.  
▼M1 
(49) Ja pirm ā darbības maiņa uz PĀRTRAUKUMS/ATP ŪTA vai 
KLĀTBŪTNE notiek 120 sekunžu laik ā pēc automātiskas 
pārejas uz DARBS transportl īdzekļa apstāšanās dēļ, uzskata, 
ka tā ir notikusi transportl īdzekļa apstāšanās laikā (tāpēc, 
iespējams, atceļ pāreju uz DARBS).  
▼B 
(50) Šī funkcija izvada darb ības maiņu uz reģistrēšanas funkcij ām 
ar izšķirtspēju 1 minūte. 
(51) Ja tieši pirms vai tieši p ēc kādas noteiktas kalend ārās minūtes 
tiek reģistrēta darbība TRANSPORTL ĪDZEKĻA VADĪ­ 
ŠANA, uzskata, ka visu šo min ūti ir notikusi TRANSPORT ­
LĪDZEKĻA VADĪŠANA.  
(52) Ja k āda kalendārā minūte nav uzskat āma par TRANSPORT ­
LĪDZEKĻA VAD ĪŠANU saska ņā ar iepriekšmin ēto 
51. prasību, uzskata, ka visu šo min ūti ir veikta t ā pati 
darbība kā ilgākā šajā minūtē veiktā nepārtrauktā darbība 
(vai pēdējā no vienāda ilguma darb ībām). 
(53) Šī funkcija past āvīgi kontrol ē arī nepārtrauktas transportl ī­
dzekļa vadīšanas laiku un vad ītāja kopējo pārtraukumu laiku.  
3.5. Braukšanas rež īma uzraudz ība 
(54) Šī funkcija past āvīgi un autom ātiski kontrol ē braukšanas 
režīmu. 
(55) Ja re ģistrācijas kontrolier īcē ir ievietotas divas der īgas vadī­
tāja kartes, tiek iesl ēgts režīms APKALPE, visos p ārējos 
gadījumos tiek iesl ēgts transportl īdzekļa vadīšanas režīms 
INDIVIDU ĀLS. 
3.6. Vad ītāju veiktie ieraksti  
3.6.1.  Ikdienas darba laikposmu s ākuma un/vai beigu vietas ievade  
(56) Šī funkcija nodrošina iesp ēju ievadīt to vietu nosaukumus, 
kurās sākas un/vai beidzas transportl īdzekļa vadītāja un/vai 
otrā vadītāja ikdienas darba laikposmi.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 28  
(57) Vietas apz īmē ar valsti, bet gad ījumos, kad tas ir vajadz īgs, 
papildus nor āda arī reģionu, nosaukumus ievadot un apsti ­
prinot manu āli. 
(58) Vad ītāja kartes iz ņemšanas br īdī reģistrācijas kontrolier īce 
(otram) transportl īdzekļa vadītājam dod uzvedni ievad īt 
“vietu, kur ā beidzies ikdienas darba laikposms”.  
▼M1 
(59) Vad ītājs tad ievada transportl īdzekļa pašreizējo atrašan ās 
vietu, ko uzskata par pagaidu ierakstu.  
Turpmāk aprakstītajos apstākļos kartes p ēdējās izņemšanas 
reizē veikto pagaidu ierakstu valid ē (t. i., to vairs nep ār­
raksta):  
— tās vietas, kur s ākas kārtējais ikdienas darba laikposms, 
nosaukuma ieraksts, kas izdar īts, ievadot datus manu āli 
saskaņā ar 61. apakšpunkt ā minēto prasību, 
— nākamais vietas, kur s ākas kārtējais ikdienas darba laik ­
posms, nosaukuma ieraksts, ja kartes tur ētājs neievada 
tādas vietas nosaukumu, kur s ākas vai beidzas k ārtējais 
ikdienas darba laikposms, ievadot datus manu āli saskaņā 
ar 61. apakšpunkt ā minēto prasību. 
Turpmāk aprakstītajos apstākļos kartes p ēdējās izņemšanas 
reizē veikto pagaidu ierakstu p ārraksta un valid ē jaunu 
vērtību: 
— nākamais vietas, kur beidzas k ārtējais ikdienas darba laik ­
posms, nosaukuma ieraksts, ja kartes tur ētājs neievada 
tādas vietas nosaukumu, kur s ākas vai beidzas k ārtējais 
ikdienas darba laikposms, ievadot datus manu āli saskaņā 
ar 61. apakšpunkt ā minēto prasību. 
▼B 
(60) Ar izv ēlnes komand ām ir iespējams ievad īt to vietu nosau ­
kumus, kur s ākas un/vai beidzas ikdienas darba laikposmi. Ja 
vienā kalendārajā minūtē izdara vair āk nekā vienu šādu 
ievadi, reģistrēta tiek tikai p ēdējā šajā laikā ievadītā darba 
sākšanas vieta un p ēdējā šajā laikā ievadītā darba beigšanas 
vieta.  
3.6.2.  Transportl īdzekļa vadītāja darbību manuāla ievade un vad ītāja ap­
stiprinājums ITS saskarnei  
(61) Reģistrācijas kontrolier īce ļauj ievadīt darbības manuāli tikai 
un vienīgi brīdī, kad tiek ievietota transportl īdzekļa vadītāja 
karte (vai darbn īcas karte). Veicot darb ību ievadi manu āli, 
norāda vietējo laiku un laika zonas v ērtību (UTC nob īdi), 
kas pašreiz iestat īta transportl īdzekļa blokam.  
Vadītāja vai darbn īcas kartes ievietošanas br īdī kartes turētājs 
saņem atgādinājumu par:  
— datumu un laiku, kad vi ņš savu karti ir iz ņēmis pēdējo 
reizi;  
— neoblig āti: vietējā laika nobīdi, kas pašreiz iestat īta trans­
portlīdzekļa blokam.  
Ja transportl īdzekļa blokā ievieto tādu vadītāja karti vai darb ­
nīcas karti, kas tam pašreiz nav zin āma, kartes tur ētājs saņem 
aicinājumu izteikt savu piekrišanu ar tahogr āfu saistītu perso­
nīgo datu nos ūtīšanai caur neoblig āto ITS saskarni.  
Vadītāja (vai darbn īcas) piekrišanu jebkur ā brīdī iespējams 
iespējot vai atsp ējot ar izvēlnē pieejamaj ām komand ām, ja 
vien ir ievietota transportl īdzekļa vadītāja (vai darbn īcas) 
karte.  
Ir iespējams ievad īt darbības ar šādiem ierobežojumiem:  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 29  
— darbības veidam ir j ābūt DARBS, KL ĀTBŪTNE vai 
PĀRTRAUKUMS/ATP ŪTA; 
— katras darb ības sākuma un beigu laiks ir laikposm ā no 
kartes pēdējās izņemšanas br īža līdz pašreiz ējās ievieto­ 
šanas brīdim; 
— darbības laikposmu savstarp ēja pārklāšanās nav pie ļau­
jama.  
Pirmo reizi ievietojot iepriekš neizmantotu transportl īdzekļa 
vadītāja (vai darbn īcas) karti, vajadz ības gadījumā ierakstus 
iespējams izdar īt manuāli. 
Darbību manuālas ievades proced ūra ietver tik daudz sec īgu 
soļu, cik nepieciešams, lai iestat ītu katras darb ības veidu, 
sākšanas laiku un beigšanas laiku. Jebkur ā laikposm ā no 
kartes pēdējās izņemšanas br īža līdz pašreizējās ievietošanas 
brīdim kartes tur ētājs var nenor ādīt nevienu darb ību. 
Ar kartes ievietošanu saist ītu manuāli veiktu ierakstu izdar ī­ 
šanas laikā kartes tur ētājs attiecīgos gadījumos var ievad īt: 
▼M1 
— tās vietas nosaukumu, kur beidz ās iepriekšējais ikdienas 
darba laikposms, nor ādot attiecīgo laiku (t ādējādi pārrak­
stot un valid ējot ierakstu, kas veikts, iz ņemot karti p ēdējo 
reizi),  
— tās vietas nosaukumu, kur s ākas kārtējais ikdienas darba 
laikposms, nor ādot attiec īgo laiku (t ādējādi validējot 
pagaidu ierakstu, kas veikts, iz ņemot karti p ēdējo reizi).  
▼B 
Ja kartes tur ētājs ar kartes ievietošanu saist ītās manuālās 
ievades laik ā neievada vietu, kur ā sācies vai beidzies darba 
laikposms, uzskata, ka vi ņa darba laikposms kopš kartes 
pēdējās izņemšanas reizes nav main ījies. Kad n ākamo reizi 
ievada vietu, kur ā beidzies iepriekš ējais ikdienas darba laik ­
posms, ar šo ierakstu p ārraksta kartes p ēdējās izņemšanas 
reizē veikto pagaidu ierakstu.  
Ja vieta ir ievad īta, tā tiek reģistrēta attiecīgajā tahogrāfa 
kartē. 
Manuālā ievadīšana tiek p ārtraukta, ja:  
— karte tiek iz ņemta vai ja;  
— transportl īdzeklis pārvietojas un karte atrodas vad ītāja 
slotā. 
Ir pieļaujama ievad īšanas pārtraukšana ar ī citos gad ījumos, 
piemēram, noildze p ēc noteikta laika, kur ā lietotājs neveic 
nekādu darbību. Ja manu āla ievadīšana tiek p ārtraukta, re ģis­
trācijas kontrolier īce apstiprina jau izdar ītos ierakstus par 
vietu un darb ību (kur nor ādīta nepārprotama vieta un laiks 
vai darbības veids, s ākšanas un beigšanas laiks).  
Ja transportl īdzekļa otrā vadītāja vai darbn īcas karti ievieto 
laikā, kamēr turpinās darbību manuāla ievadīšana iepriekš 
ievietotajā kartē, tiek dota iesp ēja pabeigt manu ālo ierakstu 
izdarīšanu iepriekš ējā kartē, pirms var s ākt izdarīt manuālus 
ierakstus otraj ā kartē. 
Kartes turētājam ir jābūt iespējai ievadīt manuālus ierakstus 
saskaņā ar šādu obligāto procedūru: 
— darbības manuāli ievada hronolo ģiskā secībā attiecībā uz 
laikposmu no kartes p ēdējās izņemšanas br īža līdz pašrei­
zējās ievietošanas br īdim; ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 30  
— par pirm ās darbības sākuma laiku iestata kartes iz ņem­ 
šanas laiku. Katram n ākamajam ierakstam s ākuma laiku 
nosaka tā, lai tas sekotu uzreiz p ēc iepriekšējā ieraksta 
beigu laika. Katrai darb ībai izvēlas darbības veidu un 
beigu laiku.  
Procedūra beidzas, kad manu āli ievadītās darbības beigu laiks 
sakrīt ar kartes ievietošanas laiku. Tad re ģistrācijas kontrolie ­
rīce var (neoblig āti) ļaut kartes tur ētājam mainīt jebkuru 
manuāli ievadīto darbību, līdz brīdim, kad tā tiek apstiprin āta, 
izvēloties noteiktu komandu. P ēc tam ir aizliegts veikt 
jebkādas izmaiņas. 
3.6.3.  Īpašu nosac ījumu ievad īšana  
(62) Reģistrācijas kontrolier īce ļauj transportl īdzekļa vadītājam 
reāllaikā ievadīt šādus divus īpašus nosac ījumus:  
— “ĀRPUS DARB ĪBAS JOMAS” (s ākums, beigas);  
— “BRAUCIENS AR PR ĀMI/VILCIENU” (s ākums, 
beigas).  
Ja ir atvērts nosacījums “ĀRPUS DARB ĪBAS JOMAS”, 
nosacījums “BRAUCIENS AR PR ĀMI/VILCIENU” nedr īkst 
parādīties. 
Vadītāja kartes ievietošanas vai iz ņemšanas br īdī reģistrācijas 
kontrolierīce automātiski aizver atv ērto nosacījumu “ĀRPUS 
DARBĪBAS JOMAS”.  
Atvērts nosacījums “ĀRPUS DARB ĪBAS JOMAS” nepie ļauj 
šādus notikumus un br īdinājumus:  
— transportl īdzekļa vadīšana bez atbilstošas kartes;  
— brīdinājumi saist ībā ar nepārtrauktas transportl īdzekļa 
vadīšanas laiku.  
Nosacījuma “BRAUCIENS AR PR ĀMI/VILCIENU” s ākuma 
karodziņu iestata pirms tam, kad izsl ēgts dzinējs uz prāmja/­
vilciena.  
Atvērta nosacījuma “BRAUCIENS AR PR ĀMI/VILCIENU” 
darbība beidzas, ja notiek k āds no tālāk minētajiem gad īju­
miem:  
— transportl īdzekļa vadītājs manuāli aptur nosac ījumu 
“BRAUCIENS AR PR ĀMI/VILCIENU”;  
— transportl īdzekļa vadītājs izņem savu karti.  
Atvērts nosacījums “BRAUCIENS AR PR ĀMI/VILCIENU” 
beidzas, kad tas vairs nav pamatots saska ņā ar Regulā (EK) 
Nr. 561/2006 min ētajiem noteikumiem.  
3.7. Uz ņēmuma atsl ēgu pārvaldība 
(63) Šī funkcija ļauj pārvaldīt uzņēmuma atsl ēgas, kuras uz ņē­
mums sev uzliek, lai ierobežotu piek ļuvi datiem uz ņēmuma 
režīmā. 
(64) Uzņēmuma atsl ēgas ietver s ākuma datumu/laiku (aizsl ēgšana) 
un beigu datumu/laiku (atsl ēgšana), kas saist īts ar uzņēmuma 
identifikāciju, kura nor ādīta ar uzņēmuma kartes numuru 
(aizslēgšanas laik ā). 
(65) Atsl ēgas var “aizsl ēgt” vai “atsl ēgt” tikai re āllaikā. 
(66) Atsl ēgšanu var veikt tikai uz ņēmums (kas ir identific ēts ar 
uzņēmuma kartes numura pirmajiem 13 cipariem), kura 
atslēga ir “aizsl ēgta”, vai  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 31  
(67) Atsl ēgšana notiek autom ātiski, ja aizsl ēgšanu veic cits uz ņē­
mums.  
(68) Ja uz ņēmums veic aizsl ēgšanu un iepriekš ējo reizi aizsl ēgšanu 
ir veicis tas pats uz ņēmums, tiks uzskat īts, ka iepriekš ējā 
atslēga nav “atsl ēgta” un joproj ām ir aizslēgtā stāvoklī. 
3.8. Kontroles darb ību uzraudz ība 
(69) Šī funkcija kontroles rež īmā uzrauga datu ATT ĒLOŠANU, 
DRUKĀŠANU, LEJUPIEL ĀDI no transportl īdzekļa bloka 
un kartes, k ā arī KALIBR ĒŠANAS UZ CE ĻA pārbaudes 
darbības. 
(70) Šī funkcija kontroles rež īmā uzrauga ar ī ĀTRUMA P ĀRS­
NIEGŠANAS KONTROLES pas ākumus. Ātruma pārsnieg­ 
šanas kontroli uzskata par notikušu, ja kontroles rež īmā 
“ātruma pārsniegšanas” dati ir nos ūtīti uz printeri izdrukai 
vai uz displeju vai ja no transportl īdzekļa bloka datu atmi ņas 
ir lejupielādēti dati par “notikumiem un k ļūmēm”. 
3.9. Notikumu un/vai k ļūmju konstat ēšana  
(71) Šī funkcija konstat ē šādus notikumus un/vai k ļūmes:  
3.9.1.  Notikums “ievietota neder īga karte”  
(72) Šo notikumu izraisa jebk ādas nederīgas kartes ievietošana, jau 
aizstātas vadītāja kartes ievietošana un/vai gad ījumi, kad 
beidzas ievietot ās derīgās kartes der īguma termi ņš. 
3.9.2.  Notikums “kartes konflikts”  
(73) Šo notikumu izraisa t ādas derīgu karšu kombin ācijas, kas 
turpmāk dotajā tabulā ir apzīmētas ar X:  
Kartes konflikts  Vadītāja slots  
Bez kartes  Vad ītāja karte  Kontroles karte  Darbn īcas karte  Uzņēmuma karte
 Otra vadītāja slots Bez kartes  
Vadītāja karte  X  
Kontroles karte  X  X  X  
Darbnīcas karte  X  X  X  X  
Uzņēmuma karte  X  X  X  
3.9.3.  Notikums “laika p ārklāšanās” 
(74) Šis notikums tiek izrais īts tad, ja datums/laiks, kas nolas īts no 
vadītāja kartes, to p ēdējo reizi izņemot, ir vēlāks nekā pašrei­
zējais tās reģistrācijas kontrolier īces datums/laiks, kur ā karti 
ievieto.  
3.9.4.  Notikums “vad īšana bez atbilstošas kartes”  
(75) Šo notikumu izraisa visas tabul ā ar X atz īmētās tahogrāfa 
karšu kombin ācijas, kad transportl īdzekļa vadītājs maina 
darbību uz TRANSPORTL ĪDZEKĻA VADĪŠANA vai kad 
darbības režīms tiek main īts laikā, kad vad ītāja darbība ir 
TRANSPORTL ĪDZEKĻA VADĪŠANA:  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 32  
Vadīšana bez atbilstošas kartes  Vadītāja slots  
Bez kartes (vai ar 
nederīgu karti)  Vadītāja karte  Kontroles karte  Darbn īcas karte  Uzņēmuma karte
 Otra vadītāja slots Bez kartes (vai ar 
nederīgu karti)  X X  X  
Vadītāja karte  X  X  X  X  
Kontroles karte  X  X  X  X  X  
Darbnīcas karte  X  X  X  X  
Uzņēmuma karte  X  X  X  X  X  
3.9.5.  Notikums “kartes ievietošana transportl īdzekļa vadīšanas laik ā” 
(76) Šo notikumu izraisa tahogr āfa kartes ievietošana jebkur ā slotā 
laikā, kad transportl īdzekļa vadītāja darbība ir TRANSPORT ­
LĪDZEKĻA VADĪŠANA.  
3.9.6.  Notikums “nepareizi nosl ēgta pēdējā kartes sesija”  
(77) Šis notikums tiek izrais īts tad, ja kartes ievietošanas br īdī 
reģistrācijas kontrolier īce konstat ē, ka, neraugoties uz 
3.1. punkt ā noteikto, iepriekš ējā kartes sesija nav nosl ēgta 
pareizi (karte iz ņemta, pirms uz t ās saglabāti visi vajadz īgie 
dati). Šo notikumu izraisa tikai transportl īdzekļa vadītāja 
kartes un darbn īcas kartes lietošana.  
3.9.7.  Notikums “ ātruma pārsniegšana”  
(78) Šis notikums tiek izrais īts katru reizi, kad tiek p ārsniegts 
atļautais braukšanas ātrums.  
3.9.8.  Notikums “barošanas str āvas pārtraukums”  
(79) Ja vien netiek izmantots kalibr ēšanas vai kontroles rež īms, šo 
notikumu izraisa barošanas str āvas padeves p ārtraukumi 
kustības sensoram un/vai transportl īdzekļa blokam, kas ir 
ilgāki par 200 milisekund ēm. Pārtraukuma robežv ērtību 
nosaka ražot ājs. Šo notikumu neizraisa sprieguma kritums 
transportlīdzekļa dzinēja iedarbin āšanas laikā. 
3.9.9.  Notikums “k ļūda saziņā ar attālinātās saziņas iekārtu” 
(80) Ja vien netiek izmantots kalibr ēšanas rež īms, šis notikums 
tiek izraisīts gadījumos, kad p ēc vairāk nekā trim mēģināju­
miem nos ūtīt no transportl īdzekļa bloka att ālinātās saziņas 
datus, attālinātās saziņas iekārta neapstiprina to veiksm īgu 
saņemšanu.  
3.9.10.  Notikums “no GNSS uztv ērēja netiek sa ņemta inform ācija par atra ­ 
šanās vietu”  
(81) Ja vien netiek izmantots kalibr ēšanas rež īms, šis notikums 
tiek izraisīts gadījumos, kad inform ācija par atrašan ās vietu, 
ko ģenerē GNSS uztv ērējs (iekšējs vai ārējs), netiek sa ņemta 
ilgāk par trīs stundām kopējā braukšanas laika.  
3.9.11.  Notikums “k ļūda saziņā ar ārēju GNSS iek ārtu” 
(82) Ja vien netiek izmantots kalibr ēšanas rež īms, šis notikums 
tiek izrais īts gadījumos, kad, transportl īdzeklim atrodoties 
kustībā, saziņā starp ārēju GNSS iek ārtu un transportl īdzekļa 
bloku ir radies par 20 min ūtēm ilgāks pārtraukums.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 33  
3.9.12.  Notikums “kust ības datu k ļūda” 
(83) Ja vien netiek izmantots kalibr ēšanas rež īms, šis notikums 
tiek izraisīts, pārtrūkstot norm ālai datu plūsmai starp kust ības 
sensoru un transportl īdzekļa bloku un/vai gad ījumos, kad datu 
apmaiņas laikā starp kust ības sensoru un transportl īdzekļa 
bloku notiek datu integrit ātes vai datu autentifik ācijas kļūda. 
3.9.13.  Notikums “pretrun īga inform ācija par transportl īdzekļa kustību” 
(84) Ja vien netiek izmantots kalibr ēšanas rež īms, šis notikums 
tiek izraisīts tad, ja p ēc kustības sensora datiem apr ēķinātā 
informācija par kust ību ir pretrun ā informācijai par kust ību, 
kas tiek apr ēķināta pēc iekšējā GNSS uztv ērēja datiem vai 
pēc ārējās GNSS iek ārtas datiem, vai (p ēc izvēles) pēc citu 
neatkarīgu avotu datiem, k ā minēts 12. papildin ājumā. Šis 
notikums nedr īkst rasties laik ā, kad notiek brauciens ar 
prāmi/vilcienu, kad ir sp ēkā nosacījums “ĀRPUS 
DARBĪBAS JOMAS” vai kad no GNSS uztv ērēja nav 
pieejama inform ācija par atrašan ās vietu.  
3.9.14.  Notikums “droš ības sistēmas pārkāpuma mēģinājums”  
(85) Ja vien netiek izmantots kalibr ēšanas režīms, šo notikumu 
izraisa visi p ārējie notikumi, kas p ārkāpj kustības sensora 
un/vai transportl īdzekļa bloka droš ību un/vai ārējas GNSS 
iekārtas drošību, kā noteikts 10. papildin ājumā. 
▼M1 
3.9.15.  Notikums “laika konflikts”  
(86) Ja vien netiek izmantots kalibr ēšanas rež īms, šis notikums 
tiek izraisīts gadījumos, kad transportl īdzekļa bloks konstat ē 
par 1 minūti ilgāku neatbilst ību starp laiku, ko ģenerē trans­
portlīdzekļa bloka laika skait īšanas funkcija, un laiku, ko 
ģenerē GNSS uztv ērējs. Šo notikumu re ģistrē kopā ar trans­
portlīdzekļa iekšējā pulksteņa vērtību, un tajā ir ietverta auto ­
mātiska laika skait īšanas korekcija. P ēc laika konflikta noti ­
kuma izrais īšanas transportl īdzekļa bloks n ākamajās 
12 stundās neģenerēs citus laika konflikta notikumus. Šis 
notikums netiek izrais īts gadījumos, kad GNSS uztv ērējs 
pēdējās 30 dien ās vai ilgāk nav uztv ēris derīgu GNSS 
signālu. 
▼B 
3.9.16.  “Kartes k ļūme” 
(87) Šo k ļūmi izraisa tahogr āfa kartes atteice darb ības laikā. 
3.9.17.  “Re ģistrācijas kontrolier īces kļūme” 
(88) Ja vien netiek izmantots kalibr ēšanas režīms, šo kļūmi izraisa 
jebkura no š ādām kļūmēm: 
— transportl īdzekļa bloka iekš ēja kļūme; 
— printera k ļūme; 
— attēlošanas kļūme; 
— lejupiel ādes kļūme; 
— sensora k ļūme; 
— GNSS uztv ērēja vai GNSS iek ārtas kļūme; 
— attālinātās saziņas iekārtas kļūme; 
▼M1 
— ITS saskarnes k ļūme (attiecīgā gadījumā). ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 34  
3.10.  Ieb ūvētā testēšana un paštest ēšana  
(89) ►M1 Reģistrācijas kontrolier īce veic kļūmju konstat ēšanu, 
izmantojot paštest ēšanu un ieb ūvēto testēšanu, saska ņā ar 
turpmāk sniegto tabulu: ◄ 
Pārbaudāmās sastāvdaļas Paštest ēšana Ieb ūvētā testēšana 
programmat ūra integrit āte 
datu atmiņa piek ļuve piek ļuve, datu integrit āte 
kartes saskarnes ier īces piek ļuve piek ļuve 
tastatūra manu āla pārbaude  
printeris  (saska ņā ar ražotāja 
norādījumiem)  izdruka  
displejs  vizu āla pārbaude  
datu lejupiel āde 
(veic tikai lejupiel ādes laikā) pareiza darb ība 
sensors  pareiza darb ība pareiza darb ība 
attālinātās saziņas iekārta pareiza darb ība pareiza darb ība 
GNSS iekārta pareiza darb ība pareiza darb ība 
▼M1 
ITS saskarne (p ēc izvēles) Pareiza darb ība 
▼B 
3.11.  Datu atmi ņas nolasīšana  
(90) Reģistrācijas kontrolier īce spēj nolasīt visus tās datu atmi ņā 
saglabātos datus.  
3.12.  Datu ierakst īšana un saglab āšana datu atmi ņā 
Šajā punktā: 
— “365 dienas” defin ē kā 365 kalend ārās dienas, kad transportl ī­
dzekļa vadītāji veica vid ējas dienas aktivit ātes transportl īdzeklī. 
Vidējo dienas aktivit āti transportl īdzeklī definē kā vismaz 6 vad ī­
tāju vai otro vad ītāju ciklus, 6 kartes ievietošanas un iz ņemšanas 
ciklus un 256 darb ības maiņas. Tāpēc “365 dien ās” ir ietverti 
vismaz 2 190 transportl īdzekļa vadītāju un otro vad ītāju cikli, 
2 190 karšu ievietošanas un iz ņemšanas cikli un 93 440 darb ības 
maiņas, 
▼M1 
— vidējais atrašan ās vietu skaits dien ā ir definēts kā vismaz 6 atra ­ 
šanās vietas, kur ās sākas ikdienas darba laikposms, 6 atrašan ās 
vietas, kur ās vadītāja uzkrātais transportl īdzekļa vadīšanas laiks 
sasniedz 3 stundu interv ālu robežas, un 6 atrašan ās vietas, kur ās 
ikdienas darba laikposms beidzas, t ātad “365 dien ās” ir ietvertas 
vismaz 6 570 atrašan ās vietas,  
▼B 
— laiks tiek re ģistrēts ar vienas min ūtes izšķirtspēju, ja nav noteikts 
citādi, 
— odometra r ādījumi tiek re ģistrēti ar viena kilometra izš ķirtspēju, 
— ātrums tiek re ģistrēts ar izšķirtspēju 1 km/h,  
— atrašan ās vietas (ģeogrāfiskais platums un garums) tiek re ģis­
trētas, izsakot gr ādos un min ūtēs, ar izšķirtspēju 1/10 min ūtes, 
ar attiecīgo GNSS precizit āti un atrašan ās laiku.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 35  
(91) Datu atmi ņā saglabātos datus tipa apstiprin āšanai noteiktajos 
pārbaudes standartapst ākļos neietekm ē ārēja strāvas avota 
atslēgšana uz laiku l īdz 12 mēnešiem. Turkl āt ārējā attāli­
nātās saziņas iekārtā saglabātos datus, k ā noteikts 14. papil ­
dinājumā, neietekm ē strāvas avota atsl ēgšana uz laiku l īdz 
28 dienām. 
(92) Re ģistrācijas kontrolier īce datu atmi ņā netieši vai tieši un 
detalizēti ieraksta un saglab ā turpmāk uzskaitītos datus.  
3.12.1.  Kontrolier īces identifik ācijas dati  
3.12.1.1. T r a n s p o r t l ī d z e k ļ a b l o k a i d e n t i f i k ā c i j a s d a t i  
(93) Re ģistrācijas kontrolier īce datu atmi ņā saglabā šādu infor­
māciju transportl īdzekļa bloka identific ēšanai:  
— ražotāja nosaukums,  
— ražotāja adrese,  
— detaļas numurs,  
— sērijas numurs,  
— transportl īdzekļa bloka paaudze,  
— gatavība izmantot pirm ās paaudzes tahogr āfa kartes,  
— programmat ūras versijas numurs,  
— programmat ūras versijas instal ēšanas laiks,  
— ierīces ražošanas gads,  
— apstiprin ājuma numurs.  
(94) Transportl īdzekļa bloka identifik ācijas datus vienreiz un uz 
visiem laikiem ieraksta un saglab ā tā ražotājs, izņemot 
datus, kas attiecas uz programmat ūru un apstiprin ājuma 
numuru, kuri programmat ūras atjaunin āšanas gad ījumos 
var mainīties, un datus par gatav ību izmantot pirm ās paau­
dzes tahogr āfa kartes.  
3.12.1.2. K u s t ī b a s s e n s o r a i d e n t i f i k ā c i j a s d a t i  
(95) Kust ības sensors t ā atmiņā saglabā šādus identifik ācijas 
datus:  
— ražotāja nosaukums,  
— sērijas numurs,  
— apstiprin ājuma numurs,  
— iegultās drošības sastāvdaļas identifikators (piem., 
iekšējās mikroshēmas / procesora deta ļas numurs),  
— operētājsistēmas identifikators (piem., programmat ūras 
versijas numurs).  
(96) Kust ības sensora identifik ācijas datus kust ības sensor ā vien­
reiz un uz visiem laikiem ieraksta un saglab ā kustības 
sensora ražot ājs. 
(97) Transportl īdzekļa bloks re ģistrē un saglab ā tā datu atmi ņā 
šādus datus par 20 visnesen ākajām kustības sensoru sap āro­ 
šanas reizēm (ja vienas kalend ārās dienas laik ā sapārošana 
notiek vair ākas reizes, saglab ā datus tikai par pirmo un 
pēdējo sapārošanas reizi dien ā): ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 36  
par katru š ādu sapārošanas reizi re ģistrē šādus datus:  
— kustības sensora identifik ācijas dati:  
— sērijas numurs,  
— apstiprin ājuma numurs,  
— kustības sensora sap ārošanas dati:  
— sapārošanas datums.  
3.12.1.3. G l o b ā l a s n a v i g ā c i j a s s a t e l ī t u s i s t ē m a s ( G N S S ) 
i d e n t i f i k ā c i j a s d a t i  
(98) Ārējā GNSS iek ārta saglabā tās atmiņā šādus identifik ācijas 
datus:  
— ražotāja nosaukums,  
— sērijas numurs,  
— apstiprin ājuma numurs,  
— iegultās drošības sastāvdaļas identifikators (piem., 
iekšējās mikroshēmas / procesora deta ļas numurs),  
— operētājsistēmas identifikators (piem., programmat ūras 
versijas numurs).  
(99) Identifik ācijas datus ārējā GNSS iek ārtā vienreiz un uz 
visiem laikiem ieraksta un saglab ā ārējās GNSS iek ārtas 
ražotājs. 
(100) Transportl īdzekļa bloks re ģistrē un saglab ā tā datu atmi ņā 
šādus datus par 20 visnesen ākajām ārējo GNSS iek ārtu 
sapārošanas reiz ēm (ja vienas kalend ārās dienas laik ā sapā­
rošana notiek vair ākas reizes, saglab ā datus tikai par pirmo 
un pēdējo sapārošanas reizi dien ā). 
Par katru š ādu sapārošanas reizi re ģistrē šādus datus:  
— ārējās GNSS iek ārtas identifik ācijas dati:  
— sērijas numurs,  
— apstiprin ājuma numurs,  
— ārējās GNSS iek ārtas sapārošanas dati:  
— sapārošanas datums.  
3.12.2.  Atsl ēgas un sertifik āti 
(101) Re ģistrācijas kontrolier īce saglabā noteikta skaita kriptogr ā­
fiskas atslēgas un sertifik ātus, kā norādīts 11. papildin ājuma 
A un B da ļā. 
3.12.3.  Dati par vad ītāja vai darbn īcas kartes ievietošanu un iz ņemšanu  
(102) Par katru vad ītāja kartes vai darbn īcas kartes ievietošanas un 
izņemšanas ciklu re ģistrācijas kontrolier īces datu atmi ņā tiek 
ierakstīta un saglab āta šāda informācija: 
— kartē saglabātais kartes tur ētāja uzvārds un vārds(-i),  
— kartē saglabātais kartes numurs, izdev ēja dalībvalsts un 
derīguma termi ņš, 
— kartes paaudze,  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 37  
— ievietošanas datums un laiks,  
— transportl īdzekļa odometra r ādījums kartes ievietošanas 
brīdī, 
— slots, kur ā karte ievietota,  
— izņemšanas datums un laiks,  
— transportl īdzekļa odometra r ādījums kartes iz ņemšanas 
brīdī, 
— šāda kartē saglabātā informācija par transportl īdzekli, 
kuru transportl īdzekļa vadītājs izmantojis pirms tam:  
— transportl īdzekļa VRN un dal ībvalsts, kur ā transport­
līdzeklis reģistrēts, 
— transportl īdzekļa bloka paaudze (ja inform ācija ir 
pieejama),  
— kartes iz ņemšanas datums un laiks,  
— karodzi ņš, kas norāda, vai, karti ievietojot, kartes tur ē­
tājs ir vai nav manu āli ievadījis darbības. 
(103) Datu atmi ņa šos datus saglab ā vismaz 365 dienas.  
(104) Kad atmi ņas ietilpība ir piln īgi izmantota, ar jaunajiem 
datiem atmi ņā tiek aizstāti paši vec ākie dati.  
3.12.4.  Dati par transportl īdzekļa vadītāja darbībām 
(105) Re ģistrācijas kontrolier īce tās datu atmi ņā ieraksta visas 
transportlīdzekļa vadītāja un/vai otra vad ītāja darbības 
maiņas un/vai visas braukšanas rež īma maiņas, un/vai 
visus transportl īdzekļa vadītāja vai darbn īcas kartes ievieto ­ 
šanas un iz ņemšanas gad ījumus:  
— braukšanas rež īms (APKALPE, INDIVIDU ĀLS), 
— slots (VAD ĪTĀJA, OTRA VAD ĪTĀJA), 
— kartes statuss attiec īgajā slotā (IEVIETOTA, NEIEVIE ­
TOTA),  
— darbība (TRANSPORTL ĪDZEKĻA VAD ĪŠANA, 
KLĀTBŪTNE, DARBS, P ĀRTRAUKUMS/ATP ŪTA),  
— izmaiņu datums un laiks.  
IEVIETOTA noz īmē, ka slotā ievietota der īga transportl ī­
dzekļa vadītāja karte vai darbn īcas karte. NEIEVIETOTA 
nozīmē pretējo, t. i., ka slot ā nav ievietota der īga transport ­
līdzekļa vadītāja karte vai darbn īcas karte (piem., ir ievietota 
uzņēmuma karte vai nav ievietota nek āda karte).  
Datu atmi ņā netiek ierakst īti tādi dati par darb ību, kurus 
transportlīdzekļa vadītājs ir ievad ījis manuāli. 
(106) Datu atmi ņa datus par transportl īdzekļa vadītāja darbībām 
saglabā vismaz 365 dienas.  
(107) Kad atmi ņas ietilpība ir piln īgi izmantota, ar jaunajiem 
datiem atmi ņā tiek aizstāti paši vec ākie dati.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 38  
3.12.5.  Vietas un atrašan ās vietas, kur ikdienas darba laikposmi s ākas un 
beidzas un/vai kur ir sasniegts 3 stundu ilgs uzkr ātais transportl ī­
dzekļa vadīšanas laiks  
(108) Re ģistrācijas kontrolier īce tās datu atmi ņā reģistrē un 
saglabā šādus datus:  
— vietas un atrašan ās vietas, kur transportl īdzekļa vadītājs 
un/vai otrs vad ītājs sāk savu ikdienas darba laikposmu,  
— atrašan ās vietas, kur ās uzkrātais transportl īdzekļa vadī­ 
šanas laiks sasniedz 3 stundu interv ālu robežas,  
— vietas un atrašan ās vietas, kur transportl īdzekļa vadītājs 
un/vai otrs vad ītājs beidz savu ikdienas darba laik ­
posmu.  
▼B 
(109) Ja šajos laikos inform ācija par transporta l īdzekļa atrašanās 
vietu no GNSS uztv ērēja nav pieejama, re ģistrācijas kontro ­
lierīce izmanto p ēdējo zināmo atrašan ās vietu un uz to attie ­
cināto datumu un laiku.  
(110) Kop ā ar katru atrašan ās vietu re ģistrācijas kontrolier īce 
ieraksta un saglab ā tās datu atmi ņā šādus datus:  
— otra vad ītāja kartes numurs un kartes izdev ēja dalīb­
valsts,  
— kartes paaudze.  
— datu ievades datums un laiks,  
▼M1 
— ieraksta veids (s ākums, beigas, 3 stundu ilgs uzkr ātais 
transportlīdzekļa vadīšanas laiks),  
▼B 
— attiecīgā GNSS precizit āte, datums un laiks, ja attieci ­
nāms, 
— transportl īdzekļa odometra r ādījums.  
▼M1 
(111) Datu atmi ņa atrašanās vietas, kur ikdienas darba laikposmi 
sākas un beidzas un/vai kur ir sasniegts 3 stundu ilgs uzkr ā­
tais transportl īdzekļa vadīšanas laiks, saglab ā vismaz 
365 dienas.  
▼B 
(112) Kad atmi ņas ietilpība ir piln īgi izmantota, ar jaunajiem 
datiem atmi ņā tiek aizstāti paši vec ākie dati.  
3.12.6.  Odometra dati  
(113) Katras kalend ārās dienas pusnakt ī reģistrācijas kontrolier īce 
tās datu atmi ņā ieraksta transportl īdzekļa odometra r ādījumu 
un attiecīgo datumu.  
(114) Datu atmi ņa datus par odometra r ādījumiem pusnakt ī 
saglabā vismaz 365 kalend ārās dienas.  
(115) Kad atmi ņas ietilpība ir piln īgi izmantota, ar jaunajiem 
datiem atmi ņā tiek aizstāti paši vec ākie dati.  
3.12.7.  Sīki dati par braukšanas ātrumu  
▼M1 
(116) Re ģistrācijas kontrolier īce reģistrē un tās datu atmi ņā 
saglabā transportl īdzekļa moment āno ātrumu un attiec īgo 
datumu un laiku katru sekundi vismaz p ēdējās 24 stund ās, 
kurās transportl īdzeklis ir bijis kust ībā. 
▼B 
3.12.8.  Dati par notikumiem  
Saistībā ar šo apakšpunktu laiku re ģistrē ar 1 sekundes izš ķirtspēju. 
(117) Re ģistrācijas kontrolier īce reģistrē un tās datu atmi ņā 
saglabā šādus datus par katru konstat ēto notikumu saska ņā 
ar šādiem saglab āšanas noteikumiem:  ▼M1
 02016R0799 — LV — 26.02.2020 — 002.001 — 39  
Notikums  Saglab āšanas noteikumi  Par notikumi ierakst āmie dati  
Ievietota neder īga karte  — 10 p ēdējie notikumi  — notikuma datums un laiks, 
— notikumu izveidojuš ās kartes(-šu) veids, 
numurs, izdev ēja dalībvalsts un kartes 
paaudze, 
— līdzīgu notikumu skaits attiec īgajā dienā 
Kartes konflikts  — 10 p ēdējie notikumi  — notikuma s ākuma datums un laiks, 
— notikuma beigu datums un laiks, 
— abu konfliktu izraisošo karšu veids, 
numurs, izdev ēja dalībvalsts un paaudze  
Vadīšana bez atbilstošas 
kartes  — ilgākais notikums katr ā no pēdējām 
10 dienām, kurās notikums fiks ēts; 
— 5 ilgākie notikumi p ēdējās 365 dien ās — notikuma s ākuma datums un laiks, 
— notikuma beigu datums un laiks, 
— jebkuras notikuma s ākumā un/vai beig ās 
ievietotas kartes veids, numurs, izdev ēja 
dalībvalsts un paaudze, 
— līdzīgu notikumu skaits attiec īgajā dienā 
Kartes ievietošana trans ­
portlīdzekļa vadīšanas 
laikā — pēdējais notikums katr ā no pēdējām 
10 dienām, kurās notikums fiks ēts — notikuma datums un laiks, 
— kartes(-šu) veids, numurs un izdev ēja 
dalībvalsts un paaudze, 
— līdzīgu notikumu skaits attiec īgajā dienā 
Nepareizi nosl ēgta pēdējā 
kartes sesija  — 10 pēdējie notikumi  — kartes ievietošanas datums un laiks, 
— kartes(-šu) veids, numurs un izdev ēja 
dalībvalsts un paaudze, 
— no kartes nolas ītās pēdējās sesijas dati: 
— kartes ievietošanas datums un laiks, 
— VRN, re ģistrācijas dalībvalsts un 
transportlīdzekļa bloka paaudze  
Ātruma pārsniegšana (1)  — visnopietn ākais notikums katr ā no 
pēdējām 10 dien ām, kurās notikums 
fiksēts (t. i., gad ījums, kurā konstatēts 
visaugstākais vidējais ātrums); 
— pieci nopietn ākie notikumi p ēdējās 
365 dienās; 
— pirmais notikums p ēc pēdējās 
kalibrēšanas  — notikuma s ākuma datums un laiks, 
— notikuma beigu datums un laiks, 
— maksim ālais izmērītais ātrums notikuma 
laikā, 
— notikuma laik ā izmērītais vidējais aritmē­
tiskais ātrums, 
— kartes veids, numurs, izdev ēja dalībvalsts 
un vadītāja kartes paaudze (ja attieci ­
nāma), 
— līdzīgu notikumu skaits attiec īgajā dienā ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 40  
Notikums  Saglab āšanas noteikumi  Par notikumi ierakst āmie dati  
Barošanas str āvas pārtrau­
kums (2)  — ilgākais notikums katr ā no pēdējām 
10 dienām, kurās notikums fiks ēts; 
— 5 ilgākie notikumi p ēdējās 365 dien ās — notikuma s ākuma datums un laiks, 
— notikuma beigu datums un laiks, 
— jebkuras notikuma s ākumā un/vai beig ās 
ievietotas kartes veids, numurs, izdev ēja 
dalībvalsts un paaudze, 
— līdzīgu notikumu skaits attiec īgajā dienā 
Kļūda saziņā ar attālinātās 
saziņas iekārtu — ilgākais notikums katr ā no pēdējām 
10 dienām, kurās notikums fiks ēts; 
— 5 ilgākie notikumi p ēdējās 365 dien ās — notikuma s ākuma datums un laiks, 
— notikuma beigu datums un laiks, 
— jebkuras notikuma s ākumā un/vai beig ās 
ievietotas kartes veids, numurs, izdev ēja 
dalībvalsts un paaudze, 
— līdzīgu notikumu skaits attiec īgajā dienā 
No GNSS uztv ērēja netiek 
saņemta inform ācija par 
atrašanās vietu  — ilgākais notikums katr ā no pēdējām 
10 dienām, kurās notikums fiks ēts; 
— 5 ilgākie notikumi p ēdējās 365 dien ās — notikuma s ākuma datums un laiks, 
— notikuma beigu datums un laiks, 
— jebkuras notikuma s ākumā un/vai beig ās 
ievietotas kartes veids, numurs, izdev ēja 
dalībvalsts un paaudze, 
— līdzīgu notikumu skaits attiec īgajā dienā 
▼M1 
Kļūda saziņā ar ārējo 
GNSS iekārtu — ilgākais notikums katr ā no pēdējām 10 
dienām, kurās notikums fiks ēts, 
— 5 ilgākie notikumi p ēdējās 365 dien ās. — notikuma s ākuma datums un laiks, 
— notikuma beigu datums un laiks, 
— jebkuras notikuma s ākumā un/vai beig ās 
ievietotas kartes veids, numurs, izdev ēja 
dalībvalsts un paaudze, 
— līdzīgu notikumu skaits attiec īgajā dienā. 
▼B 
Kustības datu k ļūda — ilg ākais notikums katr ā no pēdējām 
10 dienām, kurās notikums fiks ēts; 
— 5 ilgākie notikumi p ēdējās 365 dien ās — notikuma s ākuma datums un laiks, 
— notikuma beigu datums un laiks, 
— jebkuras notikuma s ākumā un/vai beig ās 
ievietotas kartes veids, numurs, izdev ēja 
dalībvalsts un paaudze, 
— līdzīgu notikumu skaits attiec īgajā dienā 
Pretrunīga informācija par 
transportlīdzekļa kustību — ilgākais notikums katr ā no pēdējām 
10 dienām, kurās notikums fiks ēts; 
— 5 ilgākie notikumi p ēdējās 365 dien ās — notikuma s ākuma datums un laiks, 
— notikuma beigu datums un laiks, 
— jebkuras notikuma s ākumā un/vai beig ās 
ievietotas kartes veids, numurs, izdev ēja 
dalībvalsts un paaudze, 
— līdzīgu notikumu skaits attiec īgajā dienā ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 41  
Notikums  Saglab āšanas noteikumi  Par notikumi ierakst āmie dati  
Drošības sistēmas pārkā­
puma mēģinājums  — 10 pēdējie notikumi sadal ījumā pa noti­
kuma veidiem  — notikuma s ākuma datums un laiks, 
— notikuma beigu datums un laiks (ja attie ­
cināms), 
— jebkuras notikuma s ākumā un/vai beig ās 
ievietotas kartes veids, numurs, izdev ēja 
dalībvalsts un paaudze, 
— notikuma veids  
▼M1 
Laika konflikts  — visnopietn ākais notikums katr ā no 
pēdējām 10 dien ām, kurās notikums 
fiksēts (t. i., notikumi ar liel āko atšķi­
rību starp re ģistrācijas kontrolier īces 
datumu un laiku un GNSS datumu un 
laiku), 
— pieci nopietn ākie notikumi p ēdējo 
365 dienu laik ā. — reģistrācijas kontrolier īces datums un 
laiks, 
— GNSS datums un laiks, 
— jebkuras notikuma s ākumā un/vai beig ās 
ievietotas kartes veids, numurs, izdev ēja 
dalībvalsts un paaudze, 
— līdzīgu notikumu skaits attiec īgajā dienā. 
▼B 
(1) Reģistrācijas kontrolier īce tās datu atmi ņā reģistrē un 
saglabā arī šādus datus:  
— pēdējās ĀTRUMA P ĀRSNIEGŠANAS KON- 
TROLES datums un laiks,  
— pēc šīs ĀTRUMA P ĀRSNIEGŠANAS KON- 
TROLES notikuš ās pirmās ātruma pārsniegšanas 
datums un laiks,  
— ātruma pārsniegšanas gad ījumu skaits kopš iepriek ­ 
šējās ĀTRUMA P ĀRSNIEGŠANAS KON- 
TROLES.  
(2) Šos datus var ierakst īt tikai barošanas str āvas atjauno ­ 
šanas gadījumā, laiki var b ūt zināmi ar min ūtes preci­
zitāti. 
3.12.9.  Dati par k ļūmēm 
Saistībā ar šo apakšpunktu laiku re ģistrē ar 1 sekundes izš ķirtspēju. 
(118) Reģistrācijas kontrolier īce mēģina ierakst īt un saglab āt savā 
datu atmiņā datus par katru konstat ēto kļūmi saskaņā ar 
šādiem saglab āšanas noteikumiem:  
Kļūme Saglab āšanas noteikumi  Par k ļūmi ierakstāmie dati  
Kartes kļūme — 10 p ēdējās vadītāja kartes k ļūmes — k ļūmes sākuma datums un laiks, 
— kļūmes beigu datums un laiks, 
— kartes(-šu) veids, numurs un izdev ēja 
dalībvalsts un paaudze  
Reģistrācijas kontrolie ­
rīces kļūme — 10 p ēdējās kļūmes sadal ījumā pa 
kļūmju veidiem, 
— pirmā kļūme pēc pēdējās kalibrēšanas  — kļūmes sākuma datums un laiks, 
— kļūmes beigu datums un laiks, 
— kļūmes veids; 
— kļūmes sākumā un/vai beig ās ievietotas 
jebkuras kartes veids, numurs, izdev ēja 
dalībvalsts un paaudze  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 42  
3.12.10.  Dati par kalibr ēšanu  
(119) Reģistrācijas kontrolier īce ieraksta un saglab ā tās datu atmi ņā 
datus, kas ir saist īti ar:  
— zināmajiem kalibr ēšanas parametriem aktiv ācijas brīdī, 
— pašu pirmo kalibr ēšanu pēc aktivēšanas,  
— pirmo kalibr ēšanu pašreiz izmantotaj ā transportl īdzeklī 
(kas identific ēts ar transportl īdzekļa identifik ācijas 
numuru),  
— 20 pēdējām kalibrēšanas reiz ēm (ja vien ā kalendārajā 
dienā kalibrēšana veikta vair ākkārt, saglabā datus tikai 
par pirmo un p ēdējo kalibrēšanu attiec īgajā dienā). 
(120) Par katru kalibr ēšanu jāieraksta šādi dati:  
— kalibrēšanas nolūks (aktivēšana, pirm ā uzstādīšana, uzstā­
dīšana, regul āra inspekcija),  
— darbnīcas nosaukums un adrese,  
— darbnīcas kartes numurs, kartes izdev ēja dalībvalsts un 
kartes derīguma termi ņš, 
— transportl īdzekļa identifikācija, 
— aktualiz ētie vai apstiprin ātie parametri: w, k, l, riepu 
izmērs, ātruma ierobežošanas ier īces iestatījumi, odometra 
rādījumi (vecais un jaunais) datums un laiks (iepriekš ējais 
un jaunais),  
— visu uzst ādīto plombu tipi un identifikatori.  
(121) Turkl āt reģistrācijas kontrolier īce ieraksta un saglab ā tās datu 
atmiņā informāciju par tās gatavību izmantot pirm ās paaudzes 
tahogrāfa kartes (kas var b ūt joprojām aktivēta, bet var ar ī 
nebūt). 
(122) Kust ības sensors t ā atmiņā ieraksta un saglab ā šādus datus par 
kustības sensora uzst ādīšanu:  
— pirmais savienojums ar transportl īdzekļa bloku (datums, 
laiks, transportl īdzekļa bloka apstiprin ājuma numurs, 
transportlīdzekļa bloka sērijas numurs),  
— pēdējais savienojums ar transportl īdzekļa bloku (datums, 
laiks, transportl īdzekļa bloka apstiprin ājuma numurs, 
transportlīdzekļa bloka sērijas numurs).  
(123) Ārējā GNSS iek ārta ieraksta un saglab ā tās datu atmi ņā šādus 
datus par ārējās GNSS iek ārtas uzstādīšanu:  
— pirmais savienojums ar transportl īdzekļa bloku (datums, 
laiks, transportl īdzekļa bloka apstiprin ājuma numurs, 
transportlīdzekļa bloka sērijas numurs),  
— pēdējais savienojums ar transportl īdzekļa bloku (datums, 
laiks, transportl īdzekļa bloka apstiprin ājuma numurs, 
transportlīdzekļa bloka sērijas numurs).  
3.12.11.  Dati par laika skait īšanas korekcij ām 
(124) Reģistrācijas kontrolier īce ieraksta un saglab ā tās datu atmi ņā 
datus, kas attiecas uz laika skait īšanas korekcij ām, kuras 
veiktas kalibr ēšanas režīmā papildus regul āri veicamajai kali ­
brēšanai (f) defin īcija):  
— par pēdējo laika skait īšanas korekciju,  
— par 5 liel ākajām laika skait īšanas korekcij ām. 
(125) Par katru š ādu laika skait īšanas korekciju ir j āieraksta šādi 
dati: 
— iepriekš ējais datums un laiks,  
— jaunais datums un laiks,  
— darbnīcas nosaukums un adrese,  
— darbnīcas kartes numurs, kartes izdev ēja dalībvalsts, 
kartes paaudze un kartes der īguma termi ņš. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 43  
3.12.12.  Dati par kontroles darb ībām 
(126) Reģistrācijas kontrolier īce ieraksta un saglab ā tās datu atmi ņā 
šādus datus, kas attiecas uz 20 p ēdējām kontroles darb ībām: 
— kontroles datums un laiks,  
— kontroles kartes numurs, kartes izdev ēja dalībvalsts un 
kartes paaudze,  
— kontroles veids (att ēlošana un/vai izdruk āšana, un/vai leju ­
pielāde no transportl īdzekļa bloka, un/vai lejupiel āde no 
kartes, un/vai uz ce ļa veikta kalibr ēšanas pārbaude).  
(127) Lejupiel ādes gadījumā reģistrē arī datus par pašu pirmo un 
pašu pēdējo lejupielādēto dienu.  
3.12.13.  Dati par uz ņēmuma atsl ēgām 
(128) Reģistrācijas kontrolier īce ieraksta un sav ā datu atmi ņā 
saglabā šādus datus, par 255 p ēdējām uzņēmuma atsl ēgām: 
— aizslēgšanas datums un laiks,  
— atslēgšanas datums un laiks,  
— uzņēmuma kartes numurs, kartes izdev ēja dalībvalsts un 
kartes paaudze,  
— uzņēmuma nosaukums un adrese.  
Ja dati iepriekš bija aizsl ēgti ar atslēgu, kas no atmi ņas ir 
dzēsta saistībā ar iepriekš nor ādīto ierobežojumu, tad uzskata, 
ka minētie dati vairs nav aizsl ēgti. 
3.12.14.  Dati par lejupiel ādes darbībām 
(129) Reģistrācijas kontrolier īce ieraksta un sav ā datu atmi ņā 
saglabā informāciju par p ēdējo datu atmi ņā saglabāto datu 
lejupielādi ārējā informācijas nesējā, kas veikta uz ņēmuma 
režīmā vai kalibr ēšanas režīmā: 
— informācijas lejupiel ādes datums un laiks,  
— uzņēmuma vai darbn īcas kartes numurs, kartes izdev ēja 
dalībvalsts un kartes paaudze,  
— uzņēmuma vai darbn īcas nosaukums.  
3.12.15.  Dati par īpašajiem nosac ījumiem  
(130) Reģistrācijas kontrolier īce ieraksta un sav ā datu atmi ņā 
saglabā šādus datus par īpašajiem nosac ījumiem:  
— ieraksta datums un laiks,  
— īpašā nosacījuma veids.  
(131) Datu atmi ņa īpašu nosac ījumu datus saglab ā vismaz 
365 dienas (pie ņemot, ka dien ā vidēji atver un nosl ēdz 
vienu nosac ījumu). Kad atmi ņas ietilpība ir pilnīgi izmantota, 
ar jaunajiem datiem atmi ņā tiek aizstāti paši vec ākie dati.  
3.12.16.  Dati par tahogr āfa karti  
(132) Reģistrācijas kontrolier īce saglabā savā datu atmi ņā šādus 
datus par daž ādām tahogrāfa kartēm, kas tikušas izmantotas 
transportlīdzekļa blokā: 
— tahogrāfa kartes numurs un s ērijas numurs,  
— tahogrāfa kartes izgatavot ājs, ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 44  
— tahogrāfa kartes tips,  
— tahogrāfa kartes versija.  
(133) Reģistrācijas kontrolier īce var saglab āt savā datu atmi ņā 
vismaz 88 š ādus ierakstus.  
3.13.  Tahogr āfa karšu nolas īšana  
(134) Attiec īgā gadījumā reģistrācijas kontrolier īce no pirm ās un 
otrās paaudzes tahogr āfa kartēm var nolas īt datus, kas nepie ­
ciešami:  
— kartes veida, kartes tur ētāja, iepriekš izmantot ā transport­
līdzekļa, kartes p ēdējās izņemšanas datuma un laika, k ā 
arī tajā laikā izvēlētās darbības identific ēšanai;  
— lai pārbaudītu, vai kartes p ēdējā sesija ir nosl ēgta pareizi;  
— transportl īdzekļa vadītāja nepārtrauktas transportl īdzekļa 
vadīšanas laika, kop ējā pārtraukumu laika un kop ējā 
braukšanas laika apr ēķināšanai iepriekš ējā un kārtējā 
nedēļā; 
— vadītāja kartē ierakstīto datu izdruk āšanai;  
— lai ārējos inform ācijas nesējos lejupiel ādētu vadītāja kartē 
saglabātos datus.  
Šī prasība ir piem ērojama tikai pirm ās paaudzes tahogr āfa 
kartēm, ja darbn īca to lietošanu nav ierobežojusi.  
(135) Nolas īšanas kļūdas gadījumā reģistrācijas kontrolier īce mēģi­
nājumu nolas īt karti ar to pašu komandu atk ārto ne vair āk par 
trim reizēm un, ja tas neizdodas, pazi ņo, ka karte ir boj āta un 
nederīga. 
3.14.  Datu ierakst īšana un saglab āšana tahogr āfa kartēs 
3.14.1.  Datu ierakst īšana un saglab āšana pirm ās paaudzes tahogr āfa 
kartēs 
(136) Ja darbn īca pirmās paaudzes tahogr āfa karšu lietošanu nav 
ierobežojusi, re ģistrācijas kontrolier īce datus re ģistrē un 
saglabā tieši tādā pašā veidā, kā to darītu pirmās paaudzes 
reģistrācijas kontrolier īce. 
(137) Reģistrācijas kontrolier īce iestata “kartes sesijas datus” trans ­
portlīdzekļa vadītāja kartē vai darbn īcas kartē tūlīt pēc kartes 
ievietošanas.  
(138) Reģistrācijas kontrolier īce atjaunina der īgās transportl īdzekļa 
vadītāja kartēs, darbnīcas kartēs un/vai kontroles kart ēs sagla­
bātos datus, papildinot tos ar inform āciju, kas attiecas uz 
attiecīgo laikposmu, kur ā karte ir ievietota, un kartes tur ētāju. 
Šajās kartēs saglabājamie dati noteikti 4. noda ļā. 
(139) Reģistrācijas kontrolier īce atjaunina datus par transportl ī­
dzekļa vadītāju darbībām un atrašan ās vietām (kā norādīts 
4.5.3.1.9. un 4.5.3.1.11. punkt ā), kas saglab āti derīgās trans­
portlīdzekļa vadītāja kartēs un/vai darbn īcas kartēs, papildinot 
tos ar datiem par darb ībām un vietām, kurus kartes tur ētājs ir 
ievadījis manuāli. 
(140) Visi notikumi, kas nav defin ēti pirmās paaudzes re ģistrācijas 
kontrolierīcēm, transportl īdzekļa vadītāja un darbn īcas kartē 
netiek saglab āti. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 45  
(141) Tahogr āfa kartēs ierakstītos datus atjaunina t ā, lai nepiecieša ­
mības gadījumā, ņemot vērā kartes atmi ņas faktisko ietilp ību, 
ar visjaunākajiem datiem tiktu aizst āti paši vec ākie dati.  
(142) Rakst īšanas kļūdas gadījumā reģistrācijas kontrolier īce mēģi­
nājumu ierakst īt datus ar to pašu rakst īšanas komandu atk ārto 
ne vairāk par trim reiz ēm un, ja tas neizdodas, pazi ņo, ka 
karte ir boj āta un neder īga. 
(143) Pirms vad ītāja kartes atbr īvošanas un p ēc tam, kad visi vaja ­
dzīgie dati kart ē ir saglabāti, reģistrācijas kontrolier īce aties­
tata “kartes sesijas datus”.  
3.14.2.  Datu ierakst īšana un saglab āšana otrās paaudzes tahogr āfa kartēs 
(144) Otrās paaudzes tahogr āfa kartes satur 2 daž ādas kartes 
lietotnes, no kur ām pirmā ir tāda pati kā pirmās paaudzes 
tahogrāfa karšu lietotne TACHO, bet otra ir “TACHO_G2” 
lietotne, kā norādīts 2. papildin ājuma 4. noda ļā. 
(145) Reģistrācijas kontrolier īce iestata “kartes sesijas datus” trans ­
portlīdzekļa vadītāja kartē vai darbn īcas kartē tūlīt pēc kartes 
ievietošanas.  
(146) Reģistrācijas kontrolier īce atjaunina der īgās transportl īdzekļa 
vadītāja, darbnīcas, uzņēmuma un/vai kontroles kart ēs uzstā­
dītās divās lietotnēs saglabātos datus, papildinot tos ar visu 
nepieciešamo inform āciju, kas attiecas uz laikposmu, kur ā 
karte bija ievietota, un uz kartes tur ētāju. Šajās kartēs sagla­
bājamie dati noteikti 4. noda ļā. 
(147) Reģistrācijas kontrolier īce atjaunina datus par transportl ī­
dzekļa vadītāju darbības vietām un atrašan ās vietām (kā norā­
dīts 4.5.3.1.9., 4.5.3.1.11., 4.5.3.2.9. un 4.5.3.2.11. punkt ā), 
kas saglab āti derīgās transportl īdzekļa vadītāja kartēs un/vai 
darbnīcas kartēs, papildinot tos ar datiem par darb ību un 
vietām, kurus kartes tur ētājs ir ievad ījis manuāli. 
(148) Tahogr āfa kartēs ierakstītos datus atjaunina t ā, lai nepiecieša ­
mības gadījumā, ņemot vērā kartes atmi ņas faktisko ietilp ību, 
ar visjaunākajiem datiem tiktu aizst āti paši vec ākie dati.  
(149) Rakst īšanas kļūdas gadījumā reģistrācijas kontrolier īce mēģi­
nājumu ierakst īt datus ar to pašu rakst īšanas komandu atk ārto 
ne vairāk par trim reiz ēm un, ja tas neizdodas, pazi ņo, ka 
karte ir boj āta un neder īga. 
(150) Pirms vad ītāja kartes atbr īvošanas un p ēc tam, kad visi vaja ­
dzīgie dati ir saglab āti 2 kartes lietotn ēs, reģistrācijas kontro ­
lierīce atiestata “kartes sesijas datus”.  
3.15.  Att ēlošana  
(151) Uz displeja var att ēlot vismaz 20 rakstz īmes. 
(152) Rakstz īmju minim ālais augstums ir 5 mm, bet platums — 
3,5 mm.  
(153) Displejs atbalsta rakstz īmes, kas nor ādītas 1. papildin ājuma 
4. nodaļā “Rakstzīmju kopas”. Att ēlošanai var izmantot vien ­
kāršotas rakstz īmes (piem., akcent ētas rakstzīmes var att ēlot 
bez akcenta z īmēm, mazo burtu viet ā var parādīt lielos 
burtus).  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 46  
(154) Displejam ir pietiekams nežilbinošs apgaismojums.  
(155) Rādījumi ir saskat āmi no reģistrācijas kontrolier īces ārpuses.  
(156) Reģistrācijas kontrolier īce attēlo: 
— noklusējuma datus,  
— ar brīdinājumiem saist ītos datus,  
— datus, kas saist īti ar piekļuvi izvēlnei, 
— citus lietot āja pieprasītos datus.  
Reģistrācijas kontrolier īces displej ā var attēlot arī papildu 
informāciju, ievērojot nosac ījumu, ka t ā ir skaidri atš ķirama 
no iepriekš min ētajiem datiem.  
(157) Reģistrācijas kontrolier īces displej ā izmanto 3. papildin ājumā 
uzskaitītās piktogrammas vai piktogrammu kombin ācijas. Uz 
displeja var att ēlot arī citas papildu piktogrammas vai pikto ­
grammu kombin ācijas, ja tās ir skaidri atš ķiramas no min ē­
tajām piktogramm ām vai piktogrammu kombin ācijām. 
(158) Transportl īdzekļa kustības laikā displejs vienm ēr ir ieslēgts. 
(159) Reģistrācijas kontrolier īcei var būt automātiska vai ar roku 
ieslēdzama funkcija displeja izsl ēgšanai laik ā, kad transportl ī­
dzeklis nep ārvietojas.  
Formāts, kādā informācija tiek par ādīta uz ekrāna, ir noteikts 
5. papildin ājumā. 
3.15.1.  Noklus ējuma displejs  
(160) Kad displej ā nav jāattēlo nekāda cita inform ācija, reģistrācijas 
kontrolierīce pēc noklusējuma attēlo šādu informāciju: 
— vietējais laiks (UTC laiks + vad ītāja iestatītā nobīde), 
— darbības režīms, 
— transportl īdzekļa vadītāja pašreizējā darbība un otra vad ī­
tāja pašreizējā darbība, 
— informācija par transportl īdzekļa vadītāju: 
— ja vadītāja pašreizējā darbība ir TRANSPORTL ĪDZEKĻA 
VADĪŠANA — vad ītāja pašreizējais nepārtrauktas trans ­
portlīdzekļa vadīšanas laiks un pašreiz ējais kopējais 
pārtraukumu laiks,  
— ja vad ītāja pašreiz ējā darbība nav TRANSPORTL Ī­
DZEKĻA VADĪŠANA — vi ņa pašreizējais attiecīgās 
darbības laiks (kopš attiec īgās darbības izvēlēšanās 
brīža) un pašreiz ējais kopējais pārtraukumu laiks.  
(161) Par katru transportl īdzekļa vadītāju uz displeja att ēlotie dati ir 
skaidri saprotami, vienk ārši un nep ārprotami. Ja uz displeja 
nevar vienlaikus att ēlot datus gan par transportl īdzekļa vadī­
tāju, gan par otru vad ītāju, reģistrācijas kontrolier īce pēc 
noklusējuma uz displeja att ēlo informāciju par vad ītāju, bet 
lietotājs var attēlot uz displeja inform āciju par otru vad ītāju. 
(162) Ja displejs ir par šauru, lai p ēc noklusējuma uz t ā varētu 
attēlot darbības režīmu, reģistrācijas kontrolier īce darbības 
režīma nomaiņas brīdī displejā īslaicīgi attēlo jauno rež īmu. 
(163) Kartes ievietošanas laik ā reģistrācijas kontrolier īce uz displeja 
īslaicīgi attēlo kartes tur ētāja vārdu. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 47  
(164) Ja ir atv ērts nosacījums “ĀRPUS DARB ĪBAS JOMAS” vai 
“BRAUCIENS AR PR ĀMI/VILCIENU”, atbilstoši noklus ē­
jumam uz displeja att ēlo piktogrammu, kas inform ē, ka šis 
nosacījums ir atv ērts (pieļaujams, ka vienlaic īgi var neb ūt 
attēlota transportl īdzekļa vadītāja pašreizējā darbība). 
3.15.2.  Brīdinājuma displejs  
(165) Reģistrācijas kontrolier īce displejā brīdinājuma inform āciju 
attēlo galvenok ārt 3. papildin ājumā noteikto piktogrammu 
formā, vajadzības gadījumā papildinot to ar ciparu form ātā 
kodētu informāciju. Var pievienot ar ī vārdisku brīdinājuma 
aprakstu transportl īdzekļa vadītāja izvēlētajā valodā. 
3.15.3.  Piek ļuve izvēlnēm 
(166) Reģistrācijas kontrolier īce nodrošina vajadz īgās komandas ar 
attiecīgas izvēlnes strukt ūras starpniec ību. 
3.15.4.  Citi displeji  
(167) Pēc vajadzības uz displeja var selekt īvi attēlot: 
— UTC datumu un laiku, k ā arī vietējās laika zonas nob īdi, 
— jebkuru sešu izdruku saturu t ādā pašā formātā kā izdrukās, 
— vadītāja nepārtrauktas transportl īdzekļa vadīšanas laiku un 
kopējo pārtraukumu laiku,  
— otra vad ītāja nepārtrauktas transportl īdzekļa vadīšanas 
laiku un kop ējo pārtraukumu laiku,  
— vadītāja kopējo transportl īdzekļa vadīšanas laiku iepriek ­ 
šējā un kārtējā nedēļā, 
— otra vad ītāja kopējo transportl īdzekļa vadīšanas laiku 
iepriekšējā un kārtējā nedēļā, 
pēc izvēles: 
— pašreiz ējās darbības laiku (kopš attiec īgās darbības izvē­
lēšanās brīža), 
— vadītāja kopējo transportl īdzekļa vadīšanas laiku k ārtējā 
nedēļā, 
— otra vad ītāja kopējo transportl īdzekļa vadīšanas laiku 
kārtējā ikdienas darba laikposm ā, 
— vadītāja kopējo transportl īdzekļa vadīšanas laiku k ārtējā 
ikdienas darba laikposm ā. 
(168) Izdrukas saturu displej ā attēlo secīgi, rindu pa rindai. Ja 
displeja platums ir maz āks par 24 rakstz īmēm, lietotājam 
visu inform āciju sniedz attiec īgi piemērotā veidā (piem., 
vairākās rindās, piedāvājot teksta ritin āšanas iespēju). 
Izdrukas rindas, kas paredz ētas ar roku ierakst āmai inform ā­
cijai, uz displeja var neizvad īt. 
3.16.  Izdruk āšana  
(169) Reģistrācijas kontrolier īce var izdruk āt informāciju no tās 
datu atmiņas un/vai no tahogr āfa kartēm septiņu šādu izdruku 
veidā: 
— transportl īdzekļa vadītāja darbību ikdienas izdruka no 
kartes,  
— transportl īdzekļa vadītāja darbību ikdienas izdruka no 
transportlīdzekļa bloka,  
— notikumu un k ļūmju izdruka no kartes,  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 48  
— notikumu un k ļūmju izdruka no transportl īdzekļa bloka,  
— tehnisko datu izdruka,  
— ātruma pārsniegšanas izdruka,  
— attiecīgā transportl īdzekļa bloka tahogr āfa kartes datu 
vēsture (sk. 3.12.16. sada ļu). 
Šo izdruku prec īzs formāts un saturs ir noteikts 4. papildin ā­
jumā. 
Izdruku beig ās var pievienot papildu datus.  
Reģistrācijas kontrolier īce papildus var nodrošin āt arī citas 
izdrukas, ja t ās ir skaidri noš ķiramas no septi ņām minētajām 
izdrukām. 
(170) “Vad ītāja darbību ikdienas izdruka no kartes” un “notikumu 
un kļūmju izdruka no kartes” ir pieejama tikai tad, ja re ģis­
trācijas kontrolier īcē ir ievietota vad ītāja karte vai darbn īcas 
karte. Pirms izdruk āšanas sākšanas reģistrācijas kontrolier īce 
aktualizē attiecīgajā kartē saglabātos datus.  
(171) Lai sagatavotu “transportl īdzekļa vadītāja darbību ikdienas 
izdruku no kartes” vai “notikumu un k ļūmju izdruku no 
kartes”, re ģistrācijas kontrolier īce: 
— automātiski izvēlas vadītāja karti vai darbn īcas karti, ja 
kāda no tām ir ievietota re ģistrācijas kontrolier īcē, vai  
— ja reģistrācijas kontrolier īcē ir ievietotas abas š īs kartes, 
dod komandu izv ēlēties avota karti vai transportl īdzekļa 
vadītāja slotā ievietoto karti.  
(172) Printeris var izdruk ā 24 rakstzīmes rindā. 
(173) Rakstz īmju minim ālais augstums ir 2,1 mm, bet platums — 
1,5 mm.  
(174) Printeris atbalsta rakstz īmes, kas nor ādītas 4. noda ļas 1. papil ­
dinājumā “Rakstzīmju kopas”.  
(175) Printeru konstrukcijai ir j ābūt tādai, lai izdrukas b ūtu tik skai­
dras, ka tās ir nepārprotamas.  
(176) Izdrukas saglab ā izmērus un tajās rakstīto normālos apstākļos, 
proti, ja gaisa temperat ūra ir norm āla un relat īvais gaisa 
mitrums ir 10–90 %.  
(177) Uz re ģistrācijas kontrolier īcēs izmantojam ā apstiprinātā tipa 
papīra ir attiec īga tipa apstiprin ājuma zīme un nor āde par 
to, kāda(-u) veida(-u) re ģistrācijas kontrolier īcēs to drīkst 
izmantot.  
(178) Glab ājot izdrukas norm āla apgaismojuma, mitruma un tempe ­
ratūras apstākļos, tās ir labi salas āmas un identific ējamas 
vismaz divus gadus.  
(179) Izdrukas atbilst vismaz 9. papildin ājumā definētajām testa 
specifikācijām. 
(180) Ir jābūt iespējai šiem dokumentiem pievienot ar ī ar roku 
rakstītas piezīmes, piem ēram, transportl īdzekļa vadītāja 
parakstu.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 49  
(181) Reģistrācijas kontrolier īce drukāšanas laik ā izvada “pap īra 
izbeigšanās” notikumus, p ēc papīra ievietošanas ats ākot 
drukāšanu no sākuma vai ar ī turpinot druk āt un dodot nep ār­
protamu atsauci uz iepriekš izdruk āto daļu. 
3.17.  Br īdinājumi  
(182) Reģistrācijas kontrolier īce, konstat ējot jebkuru notikumu 
un/vai kļūmi, par to br īdina transportl īdzekļa vadītāju. 
(183) Brīdinājums par barošanas str āvas pārtraukumiem var aizka ­
vēties līdz laikam, kam ēr tiek atjaunota str āvas padeve.  
(184) Reģistrācijas kontrolier īce brīdina transportl īdzekļa vadītāju 
15 minūtes pirms maksim āli atļautā nepārtrauktas transportl ī­
dzekļa vadīšanas laika p ārsniegšanas, k ā arī tā pārsniegšanas 
brīdī. 
(185) Brīdinājumi ir vizu āli. Papildus vizu ālajiem brīdinājuma 
signāliem var atska ņot arī brīdinošus ska ņas signālus. 
(186) Vizu ālie brīdinājuma signāli lietotājam ir skaidri saredzami, 
tie atrodas vad ītāja redzamības laukā un ir labi salas āmi gan 
dienā, gan nakt ī. 
(187) Vizu ālie brīdinājumi var b ūt iebūvēti reģistrācijas kontrolie ­
rīcē un/vai uzst ādīti ārpus tās. 
(188) Otraj ā gadījumā to apzīmē ar simbolu “T”.  
(189) Ja lietot ājs, nospiežot vienu vai vair ākus specifiskus re ģistrā­
cijas kontrolier īces taustiņus, neapstiprina br īdinājuma signāla 
saņemšanu, tā ilgums ir vismaz 30 sekundes. Ar šo pirmo 
apstiprinājumu neizdz ēš nākamajā punktā minēto brīdinājuma 
cēloņa ekrānu. 
(190) Brīdinājuma cēloni attēlo reģistrācijas kontrolier īces displej ā, 
un tas ir redzams tikm ēr, kamēr lietotājs ar īpašu reģistrācijas 
kontrolierīces taustiņu vai komandu neapstiprina t ā saņem­ 
šanu.  
(191) Var dot ar ī papildu br īdinājuma signālus, ja tie transportl ī­
dzekļa vadītājiem nerada neskaidr ības par iepriekš ējiem brīdi­
nājumiem.  
3.18.  Datu lejupiel āde ārējos datu nes ējos 
(192) Reģistrācijas kontrolier īce, izmantojot kalibr ēšanas / datu leju ­
pielādēšanas savienot āju, pēc pieprasījuma lejupiel ādē datus 
no tās datu atmi ņas vai vad ītāja kartes ārējā informācijas 
nesējā. Pirms datu lejupiel ādes reģistrācijas kontrolier īce 
aktualizē attiecīgajā kartē saglabātos datus.  
(193) Papildus un k ā izvēles funkciju re ģistrācijas kontrolier īce 
visos darba rež īmos, izmantojot jebkuru metodi, var lejupie ­
lādēt datus ar š ā kanāla starpniec ību autentific ētam uzņē­
mumam. Š ādā gadījumā uz šo datu lejupiel ādi attiecas 
piekļuves tiesības datiem uz ņēmuma režīmā. 
(194) Datu lejupiel āde nedrīkst sagrozīt vai izdzēst saglabātos datus.  
(195) Kalibr ēšanas / datu lejupiel ādes savienot āja elektrisk ā 
saskarne aprakst īta 6. papildin ājumā. 
(196) Lejupiel ādes protokoli aprakst īti 7. papildin ājumā. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 50  
3.19.  Att ālinātā saziņa saistībā ar mērķtiecīgām pārbaudēm uz ceļa 
(197) Ja aizdedze ir iesl ēgta, transportl īdzekļa bloks ik pa 
60 sekund ēm attālinātās saziņas iekārtā saglabā jaunākos 
datus, kas nepieciešami saist ībā ar mērķtiecīgu pārbaužu veik ­ 
šanu uz ce ļa. Šādiem datiem ir j ābūt šifrētiem un parakst ī­
tiem, kā norādīts 11. un 14. papildin ājumā. 
(198) Attālināti pārbaudāmajiem datiem att ālinātas saziņas lasītājos 
ir jābūt pieejamiem ar bezvadu sazi ņas palīdzību, kā norādīts 
14. papildin ājumā. 
(199) Datiem, kas nepieciešami m ērķtiecīgu pārbaužu veikšanai uz 
ceļa, ir jābūt saistītiem ar šādiem notikumiem:  
— jaunākais drošības sistēmas pārkāpuma mēģinājums,  
— ilgākais barošanas str āvas padeves p ārtraukums,  
— sensora k ļūme, 
— kustības datu k ļūda, 
— pretrun īga informācija par transportl īdzekļa kustību, 
— braukšana bez der īgas kartes,  
— kartes ievietošana transportl īdzekļa vadīšanas laikā, 
— dati par laika skait īšanas korekciju,  
— dati par kalibr ēšanu, tostarp divu jaun āko kalibrēšanas 
reižu datumi,  
— transportl īdzekļa reģistrācijas numurs,  
— tahogrāfa reģistrētais ātrums.  
3.20.  Datu izvad īšana uz ārējām papildier īcēm 
▼M1 
(200) Reģistrācijas kontrolier īce var būt aprīkota arī ar standarti ­
zētām saskarnēm, kas ļauj tahogrāfa reģistrētos vai ģenerētos 
datus ar ārējas ierīces palīdzību izmantot darba vai kalibr ē­ 
šanas režīmā. 
Izvēles ITS saskarne ir aprakst īta un standartiz ēta 13. papildi ­
nājumā. Līdztekus min ētajai var past āvēt arī citas transportl ī­
dzekļa bloka saskarnes, ja vien t ās attiecībā uz minimālo datu 
sarakstu, droš ību un transportl īdzekļa vadītāja piekrišanu 
pilnībā atbilst 13. papildin ājumā norādītajām prasībām. 
Vadītāja piekrišana neattiecas uz datiem, kurus re ģistrācijas 
kontrolierīce nosūta transportl īdzekļa tīklam. Ja transportl ī­
dzekļa tīklā ievadītie personas dati tiek papildus apstr ādāti 
ārpus transportl īdzekļa tīkla, transportl īdzekļa ražotāja pienā­
kums ir nodrošin āt, lai šis personas datu process b ūtu saskaņā 
ar Regulu (ES) 2016/679 (“Visp ārīgā datu aizsardz ības 
regula”).  
Vadītāja piekrišana neattiecas ar ī uz tahogr āfa datiem, kas 
lejupielādēti attālinātā uzņēmumā (193. pras ība), jo scen āriju 
pārrauga uzņēmuma kartes piek ļuves tiesību ietvaros.  
Uz ITS datiem, kas ir dar īti pieejami ar š īs saskarnes pal ī­
dzību, attiecas š ādas prasības: 
— šie dati ir izv ēlētu pastāvošu datu komplekts no tahogr āfa 
datu vārdnīcas (1. papildin ājums),  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 51  
— šo izv ēlēto datu apakškopa ir mar ķēta kā “personīgie 
dati”,  
— “person īgo datu” apakškopa ir pieejama tikai tad, ja ir 
iespējams saņemt pārbaudāmu transportl īdzekļa vadītāja 
piekrišanu, ar ko tiek at ļauts viņa personīgos datus dar īt 
zināmus ārpus transportl īdzekļa tīkla, 
— transportl īdzekļa vadītāja izteikto piekrišanu jebkur ā brīdī 
iespējams iespējot vai atsp ējot ar izv ēlnē pieejamām 
komandām, ja vien ir ievietota vad ītāja karte,  
— datu kopas un apakškopas apraide notiks ar  Bluetooth  
bezvada protokola starpniec ību transportl īdzekļa kabīnes 
rādiusā, ar atsvaidzes intensit ātes vērtību 1 minūte, 
— ārējās ierīces un ITS saskarnes sap ārojumu aizsarg ās īpaši 
atvēlēts un nejauši izv ēlēts no vismaz 4 cipariem veidots 
personīgs identifik ācijas numurs (PIN), kas ir ierakst īts un 
pieejams ar katra transportl īdzekļa bloka displeja starpnie ­
cību, 
— visos gad ījumos ITS saskarnes past āvēšana nedr īkst 
traucēt transportl īdzekļa bloka pareizai darb ībai un 
drošībai vai ietekm ēt to. 
Papildus izv ēlētu pastāvošu datu komplektiem, kurus uzskata 
par minim ālo sarakstu, var izvad īt arī citus datus, ja vien tos 
nevar uzskat īt par person īgiem datiem.  
Reģistrācijas kontrolier īce spēj paziņot vadītāja piekrišanas 
statusu citām platform ām transportl īdzekļa tīklā. 
Kad transportl īdzekļa aizdedze ir iesl ēgta, šo datu apraide 
notiek nep ārtraukti.  
▼B 
(201) Atpaka ļsavietojam ības nodrošin āšanai tahogr āfus arī turpmāk 
var aprīkot ar sērijveida saites saskarni, kas noteikta Regulas 
(EEK) Nr. 3821/85 p ēdējās redakcijas 1.B pielikum ā. Visos 
gadījumos person īgu datu pārraidīšanas gadījumā joprojām ir 
jāsaņem transportl īdzekļa vadītāja apstiprin ājums.  
3.21.  Kalibr ēšana  
(202) Kalibr ēšanas funkcija ļauj: 
— kustības sensoru autom ātiski pievienot transportl īdzekļa 
blokam,  
— ārēju GNSS iek ārtu autom ātiski pievienot transportl ī­
dzekļa blokam, ja attiecin āms, 
— digitāli pielāgot reģistrēšanas ierīces konstanti (k) trans ­
portlīdzekļa raksturojuma koeficientam (w),  
— koriģēt kārtējā laika skait īšanu ievietot ās darbnīcas kartes 
derīguma termi ņa ietvaros,  
— koriģēt pašreizējo odometra r ādījumu,  
— aktualiz ēt datu atmi ņā saglabātos kustības sensora identi ­
fikācijas datus,  
— aktualiz ēt datu atmi ņā saglabātos ārējās GNSS iek ārtas 
identifikācijas datus, ja attiecin āms, ▼M1
 02016R0799 — LV — 26.02.2020 — 002.001 — 52  
— aktualiz ēt visu uzst ādīto plombu tipus un identifikatorus,  
— aktualiz ēt vai apstiprin āt citus reģistrācijas kontrolier īces 
atpazītos parametrus — transportl īdzekļa identifikāciju, w, 
l, riepu izm ēru un ātrumu ierobežojoš ās ierīces iestatī­
jumu, ja attiecin āms. 
(203) Turkl āt kalibrēšanas funkcija ļauj ierobežot pirm ās paaudzes 
tahogrāfa karšu lietošanu re ģistrācijas kontrolier īcē, ja vien ir 
izpildīti 15. papildin ājumā minētie nosacījumi.  
(204) Kust ības sensora pievienošana transportl īdzekļa blokam 
sastāv vismaz no:  
— kustības sensora saglab āto kustības sensora instal ācijas 
datu aktualiz ēšanas (pēc vajadzības),  
— vajadzīgo kustības sensora identifik ācijas datu kop ēšanas 
no kustības sensora transportl īdzekļa bloka datu atmi ņā. 
(205) GNSS iek ārtas pievienošana transportl īdzekļa blokam sast āv 
vismaz no:  
— ārējā GNSS iek ārtā saglabāto glabāto GNSS instal ācijas 
datu aktualiz ēšanas (pēc vajadzības),  
— nepieciešamo ārējās GNSS iek ārtas identifik ācijas datu, 
tostarp ārējās GNSS iek ārtas sērijas numura, kop ēšanas 
no ārējās GNSS iek ārtas uz transportl īdzekļa bloka datu 
atmiņu. 
Pēc savienošanas notiek GNSS sniegt ās atrašanās vietas infor ­
mācijas verifik ācija. 
(206) Kalibr ēšanas funkcija ievada vajadz īgos datus caur kalibr ē­ 
šanas / datu lejupiel ādes savienot āju saskaņā ar 8. papildin ā­
jumā noteikto kalibr ēšanas protokolu. Kalibr ēšanas funkcija 
vajadzīgos datus var ar ī ievadīt, izmantojot citus l īdzekļus. 
3.22.  Uz ce ļa veikta kalibr ēšanas pārbaude  
(207) Uz ce ļa veiktas kalibr ēšanas pārbaudes funkcijai ir j ānodro­ 
šina kustības sensora s ērijas numura (kas var b ūt iegults adap ­
terī) un transportl īdzekļa blokam pievienotas ārējas GNSS 
iekārtas sērijas numura (ja attiecin āms) nolasīšana piepras ī­
juma izdar īšanas brīdī. 
(208) Šis las ījums ir iesp ējams vismaz ar izv ēlnēs iekļautu komandu 
palīdzību uz transportl īdzekļa bloka displeja.  
(209) Uz ce ļa veiktas kalibr ēšanas pārbaudes funkcijai ar K-l īnijas 
saskarnes starpniec ību ir jānodrošina ar ī iespēja kontrol ēt 
6. papildin ājumā aprakstītās kalibrēšanas I/O sign āla līnijas 
I/O režīma izvēle. To dara ar ECUAdjustmentSession starp ­
niecību, kā norādīts 8. papildin ājuma 7. noda ļā “Testa 
impulsu kontrole — ievades un izvades kontroles funkcion ālā 
vienība”. 
3.23.  Laika skait īšanas korekcija  
(210) Laika skait īšanas korekcijas funkcija nodrošina k ārtējā laika 
automātisku korekciju. Laika skait īšanas korekcijai re ģistrā­
cijas kontrolier īcē izmanto divus laika avotus: 1) transportl ī­
dzekļa bloka iekš ējo pulksteni, 2) GNSS uztv ērēju. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 53  
(211) Transportl īdzekļa bloka iekš ējais pulkste ņa laika iestat ījums 
reizi 12 stund ās automātiski tiek p ārkoriģēts. Ja šī pārkoriģē­ 
šana nav iesp ējama, jo GNSS sign āls nav pieejams, laika 
iestatījumu veic uzreiz p ēc tam, kad transportl īdzekļa bloks 
atbilstoši transportl īdzekļa aizdedzes st āvokļiem no GNSS 
uztvērēja ir varējis saņemt derīgu laiku. Laika atsauci auto ­
mātiskai transportl īdzekļa bloka iekš ējā pulksteņa laika iesta ­
tīšanai iegūst no GNSS uztv ērēja. 
▼B 
(212) Kalibr ēšanas režīmā laika skait īšanas korekcijas funkcija ar ī 
ļauj izraisīt kārtējā laika korekciju.  
3.24.  Darb ības raksturlielumi  
(213) Transportl īdzekļa bloks un ārējā GNSS iek ārta bez ierobežo ­
jumiem darbojas temperat ūrā no – 20 °C l īdz 70 °C, bet 
kustības sensors — no – 40 °C l īdz 135 °C. Datu atmi ņas 
saturs saglab ājas temperat ūrā, kas nav zem āka par – 40 °C.  
(214) Tahogr āfs pilnībā darbojas, ja gaisa relat īvais mitrums ir 
10–90 %.  
(215) Viedaj ā tahogrāfā izmantotās plombas iztur t ādus pašus ap ­
stākļus, kādi attiecin āmi uz tiem tahogr āfa elementiem, 
kuriem tās ir piestiprin ātas. 
(216) Reģistrācijas kontrolier īcei ir jābūt aizsargātai pret pārsprie­
gumu, barošanas str āvas polarit ātes maiņu un īssavienoju­
miem.  
(217) Kust ības sensori vai nu:  
— reaģē uz magnētisko lauku, kas trauc ē noteikt transportl ī­
dzekļa kustību. Šādos gadījumos transportl īdzekļa bloks 
ierakstīs un saglab ās informāciju par sensora k ļūmi 
(88. prasība), vai ar ī 
— tiem ir dev ēja elements, kas ir aizsarg āts vai nejut īgs pret 
magnētiskajiem laukiem.  
(218) Reģistrācijas kontrolier īce un ārējā GNSS iek ārta atbilst starp ­
tautisko noteikumu UN ECE R10 pras ībām un ir aizsarg ātas 
pret elektrostatisk ām izlādēm un trauc ējumiem.  
3.25.  Materi āli 
(219) Visām reģistrācijas kontrolier īces daļām jābūt izgatavot ām no 
pietiekami stabiliem un meh āniski iztur īgiem materi āliem, 
kam piemīt stabilas elektrisk ās un magn ētiskās īpašības. 
(220) Norm ālos izmantošanas apst ākļos visām ierīces iekšien ē 
esošajām daļām ir jābūt aizsargātām pret mitrumu un putek ­ 
ļiem. 
(221) Transportl īdzekļa blokam un ārējai GNSS iek ārtai ir jāatbilst 
standartā IEC 60529:1989, tostarp A1:1999 un A2:2013, 
noteiktajai IP 40 aizsardz ības kategorijai, kust ības sensoram 
ir jāatbilst IP 64 aizsardz ības kategorijai.  
(222) Reģistrācijas kontrolier īce atbilst piem ērojamajām tehni­
skajām specifik ācijām, kas saist ītas ar konstrukcijas ergono ­
miskuma r ādītājiem. ▼M1
 02016R0799 — LV — 26.02.2020 — 002.001 — 54  
(223) Reģistrācijas kontrolier īcei ir jābūt aizsargātai pret nejaušiem 
bojājumiem.  
3.26.  Mar ķējums  
(224) Ja re ģistrācijas kontrolier īce attēlo transportl īdzekļa odometra 
rādījumu un braukšanas ātrumu, displej ā parādās šādi apzīmē­
jumi:  
— blakus skaitlim, kas r āda attālumu, ir nor ādīta attāluma 
mērvienība, ko apz īmē ar saīsinājumu “km”,  
— blakus skaitlim, kas r āda braukšanas ātrumu, ir uzraksts 
“km/h”.  
Reģistrācijas kontrolier īce var būt arī pārslēgta ātruma mērī­ 
šanai jūdzēs stundā, un tādā gadījumā ātruma mērvienību 
norāda ar saīsinājumu “mph”. Re ģistrācijas kontrolier īce var 
būt arī pārslēgta attāluma mērīšanai jūdzēs, un tādā gadījumā 
attāluma mērvienību norāda ar saīsinājumu “mi”.  
▼M1 
(225) Pie katras atseviš ķas reģistrācijas kontrolier īces daļas ir jābūt 
piestiprinātai aprakstošai pl āksnītei, kurā norāda šādu infor­
māciju: 
— ierīces ražotāja nosaukums un adrese,  
— ražotāja detaļas numurs un izgatavošanas gads,  
— sērijas numurs,  
— tipa apstiprin ājuma marķējums.  
(226) Ja uz pl āksnītes nav pietiekami daudz vietas visas min ētās 
informācijas norādīšanai, uz t ās norāda vismaz: ražot āja 
nosaukumu vai logotipu un ier īces detaļas numuru.  
▼B 
4. PRAS ĪBAS ATTIEC ĪBĀ UZ TAHOGR ĀFA KARŠU 
KONSTRUKCIJU UN DARB ĪBU 
4.1. Redzam ā informācija 
Kartes priekš ējā pusē norāda: 
(227) atkar ībā no kartes veida t ās izdevējas valsts ofici ālajā valodā 
vai valodās ar lielajiem burtiem druk ātus vārdus “Vad ītāja 
karte”, “Kontroles karte”, “Darbn īcas karte” vai “Uz ņēmuma 
karte”;  
(228) kartes izdev ējas dalībvalsts nosaukumu (nav oblig āti); 
(229) tās dalībvalsts, kas izdod karti, atš ķirības zīmi, kura iespiesta 
negatīvā uz zila taisnst ūra un kurai apk ārt izvietotas 12 dzel ­
tenas zvaigznes. Atš ķirības zīmes ir šādas: 
B 
BG 
CZ 
CY Beļģija 
Bulgārija 
Čehijas Republika 
Kipra  LV 
L 
LT 
M Latvija 
Luksemburga 
Lietuva 
Malta  
DK Dānija NL  N īderlande  
D 
EST Vācija 
Igaunija  A 
PL Austrija 
Polija  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 55  
GR Grie ķija P 
RO 
SK 
SLO  Portugāle 
Rumānija 
Slovākija 
Slovēnija 
E Sp ānija FIN  Somija  
F 
HR 
H Francija 
Horvātija 
Ungārija S Zviedrija  
IRL Īrija UK  Apvienot ā 
Karaliste  
I Itālija 
(230) inform āciju par izsniegto karti, kas sarindota š ādi: 
Vadītāja karte  Kontroles karte  Uz ņēmuma vai darbn īcas karte  
1. transportl īdzekļa vadītāja 
uzvārds kontroles strukt ūras 
nosaukums  uzņēmuma vai darbn īcas 
nosaukums  
2. transportl īdzekļa vadītāja 
vārds(-i);  kontroliera uzv ārds 
(ja attiecin āms) kartes turētāja uzvārds 
(ja attiecin āms) 
3. transportl īdzekļa vadītāja 
dzimšanas datums  kontroliera v ārds(-i) 
(ja attiecin āms) kartes turētāja vārds(-i) 
(ja attiecin āms) 
4.a kartes der īguma termi ņa sākums  
4.b kartes der īguma termi ņa beigas  
4.c izdevējas iestādes nosaukums (var b ūt iespiests aizmugures pus ē) 
4.d no 5. ieda ļā norādītā numura atš ķirīgs numurs, administrat īviem mērķiem (nav oblig āti) 
5.a transportl īdzekļa vadītāja 
apliecības numurs 
(vadītāja kartes izsniegšanas 
dienā) — —  
5.b kartes numurs  
6. transportl īdzekļa vadītāja 
fotogrāfija kontroliera fotogr āfija (nav 
obligāti) uzstādītāja fotogrāfija (nav 
obligāti) 
7. turētāja paraksts (nav oblig āti) 
8. turētāja parastā dzīvesvieta 
vai pasta adrese (nav 
obligāti). kontroles strukt ūras pasta 
adrese  uzņēmuma vai darbn īcas 
pasta adrese  
(231) datumi j āraksta form ātā “dd/mm/gggg” vai “dd.mm.gggg” 
(diena, mēnesis, gads).  
Kartes aizmugures pus ē norāda: 
(232) skaidrojumu par kartes priekš ējā pusē sarindoto inform āciju; ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 56  
(233) ar īpašu kartes tur ētāja rakstisku piekrišanu var pievienot ar ī 
informāciju, kas nav saist īta ar kartes administr ēšanu, šādi 
papildinājumi nekādā gadījumā nemainīs to, ka paraugs tiks 
izmantots k ā tahogrāfa karte.  
(234) Tahogr āfa kartes jāiespiež, fon ā izmantojot š ādas dominējošas 
krāsas: 
— transportl īdzekļa vadītāja karte: balta,  
— kontroles karte: zila,  
— darbnīcas karte: sarkana,  
— uzņēmuma karte: dzeltena.  
(235) Tahogr āfa kartēm ir vismaz š ādi elementi aizsardz ībai pret 
kartes viltošanu vai boj āšanu:  
— aizsargfons ar s īku gijošētu rakstu un īrisiespiedumu,  
— fotogrāfijas vietā aizsargfons un fotogr āfija pārklājas, 
— vismaz viena divkr āsu mikroiespieduma l īnija.
 
► (1) M1 
(236) Dalībvalstis p ēc apspried ēm ar Komisiju dr īkst pievienot 
krāsas vai mar ķējumu, piem ēram, svītrkodus, valstu simbolus 
un aizsardz ības elementus, neskarot citus š ā pielikuma notei ­
kumus.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 57  
(237) Regulas (ES) Nr. 165/2014 26.4. punkt ā minētās pagaidu 
kartes atbilst šaj ā pielikumā noteiktajām prasībām. 
4.2. Droš ība 
Sistēmas aizsardz ība ir vērsta uz to, lai tiktu nodrošin āta starp 
kartēm un reģistrēšanas sistēmu apmain āmo datu integrit āte un 
autentiskums, no kart ēm lejupiel ādēto datu integrit āte un autenti ­
skums, dažu rakst īšanas oper āciju veikšana no kart ēm tikai reģistrē­ 
šanas kontrolier īcē, noteiktu datu atšifr ēšana, tiktu izsl ēgtas jebkādas 
iespējas falsific ēt kartē saglabātos datus, nov ērstas viltošanas 
iespējas un tiktu konstat ētas visas š ādas darbības. 
(238) Lai sist ēma būtu droša, tahogr āfa kartēm jāatbilst droš ības 
prasībām, kas defin ētas 10. un 11. papildin ājumā. 
(239) Tahogr āfa kartes ir nolas āmas ar cit ām iekārtām, piemēram, 
personālajiem datoriem.  
4.3. Standarti  
(240) Tahogr āfa kartes atbilst š ādiem standartiem:  
— ISO/IEC 7810 Identifik ācijas kartes. Fizik ālās īpašības, 
— ISO/IEC 7816 Identifik ācijas kartes. Integr ēto shēmu 
kartes:  
— 1. daļa: Fizikālās īpašības, 
— 2. daļa: Izmēri un kontaktu atrašan ās vieta (ISO/IEC 
7816-2:2007),  
— 3. daļa: Elektroniskie sign āli un pārraides protokoli 
(ISO/IEC 7816-3:2006),  
— 4. daļa: Organiz ācija, drošība un komandas savstar ­
pējai apmaiņai (ISO/IEC 7816-4:2013 + Cor 1:2014),  
— 6. daļa: Starpnozaru datu elementi savstarp ējai 
apmaiņai (ISO/IEC 7816-6:2004 + Cor 1:2006),  
— 8. daļa: Drošības operāciju komandas (ISO/IEC 7816- 
8:2004),  
— Tahogr āfa karšu test ēšanu veic atbilstoši standartam 
ISO/IEC 10373-3:2010 Identifik ācijas kartes. Test ēšanas 
metodes. 3. da ļa: Integrēto shēmu kartes ar kontaktiem 
un saistītām saskarnes ier īcēm. 
4.4. Vides un elektrisk ās specifik ācijas  
(241) Tahogr āfa kartēm ir pareizi j ādarbojas visos Kopienas terito ­
rijā parasti nov ērojamajos klimatiskajos apst ākļos, un vismaz 
temperatūras diapazon ā no – 25 °C l īdz + 70 °C ar īslaicīgu 
temperatūras paaugstin āšanos līdz + 85 °C, kur j ēdziens 
“īslaicīgi” nozīmē laiku, kas nep ārsniedz 4 stundas vien ā 
reizē un ne vair āk kā 100 reižu vis ā kartes lietošanas laik ā. 
(242) Tahogr āfa kartēm ir pareizi j ādarbojas, ja relat īvais gaisa 
mitrums ir 10–90 %.  
(243) Ievērojot vides un elektrisk ās specifikācijas, tahogr āfa kartēm 
ir pareizi j ādarbojas piecus gadus.  
(244) Ekspluat ācijas laikā tahogrāfa kartes atbilst ECE R10 noteik ­
tajām prasībām par elektromagn ētisko savietojam ību, un tām 
jābūt aizsargātām pret elektrostatisk ām izlādēm. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 58  
4.5. Datu glab āšana  
Saistībā ar šo punktu:  
— laiks tiek re ģistrēts ar vienas min ūtes izšķirtspēju, ja nav noteikts 
citādi, 
— odometra r ādījumi tiek re ģistrēti ar viena kilometra izš ķirtspēju, 
— ātrums tiek re ģistrēts ar izšķirtspēju 1 km/h,  
— atrašan ās vietas (ģeogrāfiskais platums un garums) tiek re ģis­
trētas, izsakot t ās grādos un min ūtēs ar izšķirtspēju 1/10 min ūtes. 
Tahogrāfa karšu funkcijas, komandas un lo ģiskās struktūras atbilst 
2. papildin ājumā noteiktajām prasībām attiecībā uz datu glab āšanu.  
Ja nav nor ādīts citādi, datu glab āšana tahogr āfa kartes ir j āorganizē 
tā, lai gadījumā, kad paredz ētais atmiņas apjoms k ādam konkr ētam 
ierakstam ir izt ērēts, ar jaun ākajiem datiem tiktu aizst āti vecākie 
dati. 
(245) Šajā punktā noteikta daž ādu lietotņu datu dat ņu minimālā 
atmiņas ietilpība. Tahogr āfa kartes nor āda reģistrācijas 
kontrolierīcei šo datu dat ņu faktisko atmi ņas ietilpību. 
(246) Visus papildu datus, ko var saglab āt tahogrāfa kartēs un kas ir 
saistīti ar citām lietotnēm, kurām karte var ētu kalpot k ā plat­
forma, saglab ā atbilstoši Direkt īvai 95/46/EK, Direkt īvai 
2002/58/EK un Regulas (ES) Nr. 165/2014 7. pantam.  
(247) Jebkuras tahogr āfa kartes katra pamatdatne ( Master File  
(MF)) satur ne vair āk kā piecas element ārdatnes ( Elementary 
File (EF)) kartes vad ībai un lietot ņu un mikrosh ēmu identifi ­
kācijai un divas īpašdatnes ( Dedicated Files  (DF)):  
— DF Tachograph, kas satur pirm ās paaudzes transportl ī­
dzekļu blokiem pieejamu lietotni, kura atrodas ar ī pirmās 
paaudzes tahogr āfa kartēs, 
— DF Tachograph_G2, kas satur tikai otr ās paaudzes trans ­
portlīdzekļu blokiem pieejamu lietotni, kura atrodas tikai 
otrās paaudzes tahogr āfa kartēs. 
Detalizēta informācija par tahogr āfa karšu strukt ūru ir norā­
dīta 2. papildin ājumā. 
4.5.1.  Element ārdatnes identific ēšanai un kartes vad ībai 
4.5.2.  Integr ālo shēmu (IS) kartes identifik ācija 
(248) Tahogr āfa kartes saglab ā šādus viedkaršu identifik ācijas 
datus:  
— pulkste ņa apstāšanās, 
— kartes s ērijas numurs (tostarp ražot āja atsauces),  
— kartes tipa apstiprin ājuma numurs,  
— kartes personaliz ētāja identifik ācija (ID),  
— shēmas ievietot āja ID,  
— IS identifikators.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 59  
4.5.2.1. M i k r o s h ē m a s i d e n t i f i k ā c i j a  
(249) Tahogr āfa kartes saglab ā šādus integrālo shēmu (IS) identifi ­
kācijas datus:  
— IS sērijas numurs,  
— IS ražot āju norādes. 
4.5.2.2. D I R ( t i k a i o t r ā s p a a u d z e s t a h o g r ā f a k a r t ē s ) 
(250) Tahogr āfa kartes saglab ā 2. papildin ājumā norādītos lietotņu 
identificēšanas datu objektus.  
4.5.2.3. A T R ( a t i e s t a t ī š a n a s a t b i l d e s ) i n f o r m ā c i j a 
( k o n d i c i o n ā l a , t i k a i o t r ā s p a a u d z e s t a h o g r ā f a 
k a r t ē s ) 
(251) Tahogr āfa kartes saglab ā šādu pagarin āta garuma inform ācijas 
datu objektu:  
— ja tahogr āfa karte atbalsta pagarin āta garuma laukus, 
pagarinātā garuma inform ācijas datu objekts nor ādīts 
2. papildin ājumā. 
4.5.2.4. P a g a r i n ā t a g a r u m a i n f o r m ā c i j a ( k o n d i c i o n ā l a , 
t i k a i o t r ā s p a a u d z e s t a h o g r ā f a k a r t ē s ) 
(252) Tahogr āfa kartes saglab ā šādus pagarin āta garuma inform ā­
cijas datu objektus:  
— ja tahogr āfa karte atbalsta pagarin āta garuma laukus, 
pagarinātā garuma inform ācijas datu objekti nor ādīti 
2. papildin ājumā. 
4.5.3.  Vad ītāja karte  
4.5.3.1. T a h o g r ā f a l i e t o t n e ( p i e e j a m a p i r m ā s u n o t r ā s 
p a a u d z e s t r a n s p o r t l ī d z e k ļ u b l o k i e m )  
4.5.3.1.1. Lietotnes identifik ācija 
(253) Vad ītāja karte saglab ā šādus lietotnes identifik ācijas datus:  
— tahogrāfa lietotnes identifik ācija, 
— tahogrāfa kartes veida identifik ācija. 
4.5.3.1.2. Atsl ēgas un sertifik āti 
(254) Vad ītāja karte saglab ā noteikta skaita kriptogr āfiskas atslēgas 
un sertifikātus, kā norādīts 11. papildin ājuma A da ļā. 
4.5.3.1.3. Kartes identifik ācija 
(255) Vad ītāja karte saglab ā šādus kartes identifik ācijas datus:  
— kartes numurs,  
— izdevējas dalībvalsts nosaukums, izdev ējas iestādes nosau­
kums, izdošanas datums,  
— kartes der īguma termi ņa sākuma un beigu datums.  
4.5.3.1.4. Kartes tur ētāja identifik ācija 
(256) Vad ītāja karte saglab ā šādus kartes tur ētāja identifik ācijas 
datus:  
— turētāja uzvārds, 
— turētāja vārds(-i),  
— dzimšanas datums,  
— vēlamā valoda.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 60  
4.5.3.1.5. Datu lejupiel āde no kartes  
(257) Vad ītāja karte saglab ā šādus datus, kas saist īti ar lejupiel ādi 
no kartes:  
— datums un laiks, kad notikusi p ēdējā datu lejupiel āde no 
kartes (citiem nol ūkiem, izņemot kontroli).  
(258) Vad ītāja karte saglab ā vienu šādu ierakstu.  
4.5.3.1.6. Inform ācija par transportl īdzekļa vadītāja apliecību 
(259) Vad ītāja karte saglab ā šādus transportl īdzekļa vadītāja aplie­
cības datus:  
— izdevējas dalībvalsts nosaukums, izdev ējas iestādes nosau­
kums,  
— vadītāja apliecības numurs (kartes izsniegšanas dien ā), 
4.5.3.1.7. Dati par notikumiem  
Saistībā ar šo apakšpunktu laiku saglab ā ar 1 sekundes izš ķirtspēju. 
(260) Vad ītāja karte saglab ā datus par š ādiem reģistrācijas kontro ­
lierīces konstat ētiem notikumiem laik ā, kamēr karte bija ievie ­
tota: 
— laika p ārklāšanās (gadījumos, kad notikuma c ēlonis ir šī 
karte),  
— kartes ievietošana transportl īdzekļa vadīšanas laikā (gadī­
jumos, kad notikuma c ēlonis ir šī karte),  
— kartes p ēdējā sesija nav pareizi pabeigta (gad ījumos, kad 
notikuma c ēlonis ir šī karte),  
— barošanas str āvas pārtraukums,  
— kustības datu k ļūda, 
— drošības sistēmas pārkāpuma mēģinājumi.  
(261) Vad ītāja karte saist ībā ar šiem notikumiem saglab ā šādus 
datus:  
— notikuma kods,  
— notikuma s ākuma datums un laiks (vai kartes ievietošanas 
laiks gadījumos, kad notikums attiec īgajā laikā notika),  
— notikuma beigu datums un laiks (vai kartes iz ņemšanas 
laiks gadījumos, kad notikums attiec īgajā laikā notika),  
— VRN un re ģistrācijas dalībvalsts transportl īdzeklim, kur ā 
notikums notika.  
Piezīme: Notikumam “laika p ārklāšanās”: 
— notikuma s ākuma datums un laiks atbilst datumam un 
laikam, kad karte iz ņemta no iepriekš ējā transportlīdzekļa, 
— notikuma beigu datums un laiks atbilst datumam un 
laikam, kad karte ievietota pašreiz izmantojamaj ā trans­
portlīdzeklī, 
— transportl īdzekļa dati atbilst pašreiz izmantojamajam 
transportlīdzeklim, ar kuru notikums saist īts. 
Piezīme: Notikumam “nepareizi nosl ēgta pēdējā kartes 
sesija”:  
— notikuma s ākuma datums un laiks atbilst kartes ievieto ­ 
šanas datumam un laikam, kas atbilst nepareizi nosl ēgtajai 
kartes sesijai,  
— notikuma beigu datums un laiks atbilst kartes ievietošanas 
datumam un laikam, kas atbilst sesijai, kuras laik ā noti­
kums konstat ēts (kārtējai sesijai),  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 61  
— transportl īdzekļa dati atbilst transportl īdzeklim, kur ā 
kartes sesija netika nosl ēgta pareizi.  
(262) Vad ītāja karte saglab ā datus par p ēdējiem sešiem katra veida 
notikumiem (t. i., par 36 notikumiem).  
4.5.3.1.8. Dati par k ļūmēm 
Saistībā ar šo apakšpunktu laiku re ģistrē ar 1 sekundes izš ķirtspēju. 
(263) Vad ītāja karte saglab ā datus par š ādām reģistrācijas kontro ­
lierīces konstat ētām kļūmēm laikā, kamēr karte bija ievietota:  
▼M1 
— kartes k ļūme (gadījumos, kad k ļūmes cēlonis ir šī karte),  
▼B 
— reģistrācijas kontrolier īces kļūme. 
(264) Vad ītāja karte par š īm kļūmēm saglabā šādus datus:  
— kļūmes kods,  
— kļūmes sākuma datums un laiks (vai kartes ievietošanas 
laiks gadījumos, kad k ļūme attiecīgajā laikā notika),  
— kļūmes beigu datums un laiks (vai kartes iz ņemšanas laiks 
gadījumos, kad k ļūme attiecīgajā laikā notika);  
— VRN un re ģistrācijas dalībvalsts transportl īdzeklim, kur ā 
kļūme gadījusies.  
(265) Vad ītāja karte saglab ā datus par p ēdējām divpadsmit katra 
veida kļūmēm (t. i., par 24 notikumiem).  
4.5.3.1.9. Dati par transportl īdzekļa vadītāja darbībām 
(266) Vad ītāja karte par katru kalend āro dienu, kad karte tika lietota 
vai par kuru vad ītājs datus tika ievad ījis manuāli, saglabā 
šādus datus:  
— datums,  
— ikdienas kl ātbūtnes skaitītājs (katrā šādā kalendārajā dienā 
palielinās par vienu vien ību), 
— kopējais nobraukums, ko attiec īgajā dienā veicis vad ītājs, 
— vadītāja statuss pulksten 00.00,  
— katra reize, kad vad ītājs mainījis darbību un/vai main ījis 
braukšanas rež īmu, un/vai ievietojis vai iz ņēmis savu 
karti:  
— braukšanas rež īms (APKALPE, INDIVIDU ĀLS), 
— slots (VAD ĪTĀJA, OTRA VAD ĪTĀJA), 
— kartes statuss (IEVIETOTA, IZ ŅEMTA),  
— darbība (TRANSPORTL ĪDZEKĻA VAD ĪŠANA, 
KLĀTBŪTNE, DARBS, P ĀRTRAUKUMS/AT ­
PŪTA),  
— izmaiņu laiks.  
(267) Vad ītāja karte atmi ņā saglabā datus par transportl īdzekļa vadī­
tāja darbībām vismaz 28 dien ās (vadītāja vidējā aktivitāte ir 
definēta šādi: 93 darb ības maiņas dienā). ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 62  
(268) Datus, kas min ēti 261., 264. un 266. pras ībā, glabā tā, lai 
varētu izgūt darbības to veikšanas sec ībā, arī situācijās, kad 
notiek to laika da ļēja pārklāšanās. 
4.5.3.1.10. Dati par transportl īdzekļa izmantošanu  
(269) Vad ītāja karte par katru kalend āro dienu, kad karte tika 
izmantota, un par katru attiec īgā transportl īdzekļa izmanto­ 
šanas laikposmu saglab ā (saistībā ar karti izmantošanas laik ­
posmā ietilpst viss transportl īdzeklī esošās kartes sec īgais 
ievietošanas/iz ņemšanas cikls) š ādus datus:  
— datums un laiks pirmaj ā transportl īdzekļa izmantošanas 
reizē (t. i., kad karte ievietota pirmoreiz konkr ētajā trans­
portlīdzekļa izmantošanas laik ā, vai plkst. 00.00, ja taj ā 
laikā izmantošanas laikposms turpin ās), 
— transportl īdzekļa odometra r ādījums šajā laikā, 
— datums un laiks p ēdējā transportl īdzekļa izmantošanas 
reizē (t. i., kad karte iz ņemta pēdējoreiz konkr ētajā trans­
portlīdzekļa izmantošanas laikposm ā, vai plkst. 23.59, ja 
tajā laikā izmantošanas laikposms turpin ās), 
— transportl īdzekļa odometra r ādījums šajā laikā, 
— transportl īdzekļa VRN un dal ībvalsts, kur ā minētais trans­
portlīdzeklis reģistrēts. 
(270) Vad ītāja karte saglab ā vismaz 84 š ādus ierakstus.  
4.5.3.1.11. Vietas, kur ās sākas un/vai beidzas ikdienas darba laikposmi  
(271) Vad ītāja karte saglab ā šādus transportl īdzekļa vadītāja ieva­
dītus datus par viet ām, kurās sākas un/vai beidzas ikdienas 
darba laikposmi:  
— ievadīšanas datums un laiks (vai ar ierakstu saist ītais 
datums/laiks gad ījumos, kad ieraksts izdar īts, ievadot 
datus manu āli), 
— ieraksta veids (s ākums vai beigas, ievad īšanas nosac ī­
jumi),  
— ievadītā valsts un re ģions,  
— transportl īdzekļa odometra r ādījums.  
(272) Vad ītāja kartes atmi ņa saglabā vismaz 42 š ādus ierakstu 
pārus. 
4.5.3.1.12. Dati par kartes sesiju  
(273) Vad ītāja karte saglab ā datus par transportl īdzekli, kur ā ir 
sākusies kārtējā sesija:  
— sesijas s ākuma (t. i., kartes ievietošanas) datums un laiks 
ar vienas sekundes izš ķirtspēju, 
— transportl īdzekļa VRN un dal ībvalsts, kur ā transportl ī­
dzeklis reģistrēts. 
4.5.3.1.13. Dati par kontroles darb ībām 
(274) Vad ītāja karte par kontroles darb ībām saglabā šādus datus:  
— kontroles datums un laiks,  
— kontroles kartes numurs un izdev ēja dalībvalsts,  
— kontroles veids (datu att ēlošana un/vai izdruk āšana, un/vai 
lejupielāde no transportl īdzekļa bloka un/vai kartes (sk. 
piezīmi)), ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 63  
— lejupiel ādes gadījumā — laikposms, uz kuru attiecas leju ­
pielādētie dati,  
— VRN un re ģistrācijas dalībvalsts transportl īdzeklim, kur ā 
veikta kontrole.  
Piezīme: lejupiel āde no kartes tiks re ģistrēta tikai tad, ja to 
veic, izmantojot re ģistrācijas kontrolier īci. 
(275) Vad ītāja karte saglab ā vienu šādu ierakstu.  
4.5.3.1.14. Dati par īpašajiem nosac ījumiem  
(276) Vad ītāja karte par īpašajiem nosac ījumiem, kas ievad īti laikā, 
kamēr karte bijusi ievietota (jebkur ā slotā), saglabā šādus 
datus:  
— ieraksta datums un laiks,  
— īpašā nosacījuma veids.  
(277) Vad ītāja karte saglab ā vismaz 56 š ādus ierakstus.  
4.5.3.2. T a h o g r ā f a 2 . p a a u d z e s l i e t o t n e ( n a v p i e e j a m a 
p i r m ā s p a a u d z e s t r a n s p o r t l ī d z e k ļ u b l o k i e m )  
4.5.3.2.1. Lietotnes identifik ācija 
(278) Vad ītāja karte saglab ā šādus lietotnes identifik ācijas datus:  
— tahogrāfa lietotnes identifik ācija, 
— tahogrāfa kartes veida identifik ācija. 
4.5.3.2.2. Atsl ēgas un sertifik āti 
(279) Vad ītāja karte saglab ā noteiktu skaitu kriptogr āfisku atslēgu 
un sertifikātu, kā norādīts 11. papildin ājuma A da ļā. 
4.5.3.2.3. Kartes identifik ācija 
(280) Vad ītāja karte saglab ā šādus kartes identifik ācijas datus:  
— kartes numurs,  
— izdevējas dalībvalsts nosaukums, izdev ējas iestādes nosau­
kums, izdošanas datums,  
— kartes der īguma termi ņa sākuma un beigu datums.  
4.5.3.2.4. Kartes tur ētāja identifik ācija 
(281) Vad ītāja karte saglab ā šādus kartes tur ētāja identifik ācijas 
datus:  
— turētāja uzvārds, 
— turētāja vārds(-i),  
— dzimšanas datums,  
— vēlamā valoda.  
4.5.3.2.5. Datu lejupiel āde no kartes  
(282) Vad ītāja karte saglab ā šādus datus par lejupiel ādi no kartes:  
— datums un laiks, kad notikusi p ēdējā datu lejupiel āde no 
kartes (citiem nol ūkiem, izņemot kontroli).  
(283) Vad ītāja karte saglab ā vienu šādu ierakstu.  
4.5.3.2.6. Inform ācija par transportl īdzekļa vadītāja apliecību 
(284) Vad ītāja karte saglab ā šādus transportl īdzekļa vadītāja aplie­
cības datus:  
— izdevējas dalībvalsts nosaukums, izdev ējas iestādes nosau­
kums,  
— transportl īdzekļa vadītāja apliecības numurs (kartes 
izsniegšanas dien ā). ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 64  
4.5.3.2.7. Dati par notikumiem  
Saistībā ar šo apakšpunktu laiku saglab ā ar 1 sekundes izš ķirtspēju. 
(285) Vad ītāja karte saglab ā datus par š ādiem reģistrācijas kontro ­
lierīces konstat ētiem notikumiem laik ā, kamēr karte bija ievie ­
tota: 
— laika p ārklāšanās (gadījumos, kad notikuma c ēlonis ir šī 
karte),  
— kartes ievietošana transportl īdzekļa vadīšanas laikā (gadī­
jumos, kad notikuma c ēlonis ir šī karte),  
— kartes p ēdējā sesija nav pareizi pabeigta (gad ījumos, kad 
notikuma c ēlonis ir šī karte),  
— barošanas str āvas pārtraukums,  
— kļūda saziņā ar attālinātas saziņas iekārtu, 
— no GNSS uztv ērēja netiek sa ņemta inform ācija par atra ­ 
šanās vietu notikuma laik ā, 
— kļūda saziņā ar ārēju GNSS iek ārtu, 
— kustības datu k ļūda, 
— pretrun īga informācija par transportl īdzekļa kustību, 
— drošības sistēmas pārkāpuma mēģinājumi,  
— laika konflikts.  
(286) Vad ītāja karte saist ībā ar šiem notikumiem saglab ā šādus 
datus:  
— notikuma kods,  
— notikuma s ākuma datums un laiks (vai kartes ievietošanas 
laiks gadījumos, kad notikums attiec īgajā laikā notika),  
— notikuma beigu datums un laiks (vai kartes iz ņemšanas 
laiks gadījumos, kad notikums attiec īgajā laikā notika),  
— VRN un re ģistrācijas dalībvalsts transportl īdzeklim, kur ā 
notikums notika.  
Piezīme: Notikumam “laika p ārklāšanās”: 
— notikuma s ākuma datums un laiks atbilst datumam un 
laikam, kad karte iz ņemta no iepriekš ējā transportlīdzekļa, 
— notikuma beigu datums un laiks atbilst datumam un 
laikam, kad karte ievietota pašreiz izmantojamaj ā trans­
portlīdzeklī, 
— transportl īdzekļa dati atbilst pašreiz izmantojamajam 
transportlīdzeklim, ar kuru notikums saist īts. 
Piezīme: Notikumam “nepareizi nosl ēgta pēdējā kartes 
sesija”:  
— notikuma s ākuma datums un laiks atbilst kartes ievieto ­ 
šanas datumam un laikam, kas atbilst nepareizi nosl ēgtajai 
kartes sesijai,  
— notikuma beigu datums un laiks atbilst kartes ievietošanas 
datumam un laikam, kas atbilst sesijai, kuras laik ā noti­
kums konstat ēts (kārtējai sesijai),  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 65  
— transportl īdzekļa dati atbilst transportl īdzeklim, kur ā 
kartes sesija netika nosl ēgta pareizi.  
(287) Vad ītāja karte saglab ā datus par p ēdējiem sešiem katra veida 
notikumiem (t. i., par 66 notikumiem).  
4.5.3.2.8. Dati par k ļūmēm 
Saistībā ar šo apakšpunktu laiku re ģistrē ar 1 sekundes izš ķirtspēju. 
(288) Vad ītāja karte saglab ā datus par š ādām reģistrācijas kontro ­
lierīces konstat ētām kļūmēm laikā, kamēr karte bija ievietota:  
▼M1 
— kartes k ļūme (gadījumos, kad k ļūmes cēlonis ir šī karte),  
▼B 
— reģistrācijas kontrolier īces kļūme. 
(289) Vad ītāja karte par š īm kļūmēm saglabā šādus datus:  
— kļūmes kods,  
— kļūmes sākuma datums un laiks (vai kartes ievietošanas 
laiks gadījumos, kad k ļūme attiecīgajā laikā notika),  
— kļūmes beigu datums un laiks (vai kartes iz ņemšanas laiks 
gadījumos, kad k ļūme attiecīgajā laikā notika);  
— VRN un re ģistrācijas dalībvalsts transportl īdzeklim, kur ā 
kļūme gadījusies.  
(290) Vad ītāja karte saglab ā datus par p ēdējām divpadsmit katra 
veida kļūmēm (t. i., par 24 notikumiem).  
4.5.3.2.9. Dati par transportl īdzekļa vadītāja darbībām 
(291) Vad ītāja karte par katru kalend āro dienu, kad karte tika lietota 
vai par kuru vad ītājs datus tika ievad ījis manuāli, saglabā 
šādus datus:  
— datums,  
— ikdienas kl ātbūtnes skaitītājs (katrā šādā kalendārajā dienā 
palielinās par vienu vien ību), 
— kopējais nobraukums, ko attiec īgajā dienā veicis vad ītājs, 
— vadītāja statuss pulksten 00.00,  
— katra reize, kad transportl īdzekļa vadītājs mainījis darbību 
un/vai braukšanas rež īmu un/vai ievietojis vai iz ņēmis 
savu karti:  
— braukšanas rež īms (APKALPE, INDIVIDU ĀLS), 
— slots (VAD ĪTĀJA, OTRA VAD ĪTĀJA), 
— kartes statuss (IEVIETOTA, IZ ŅEMTA),  
— darbība (TRANSPORTL ĪDZEKĻA VAD ĪŠANA, 
KLĀTBŪTNE, DARBS, P ĀRTRAUKUMS/AT ­
PŪTA), ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 66  
— izmaiņu laiks.  
(292) Vad ītāja karte atmi ņā saglabā datus par transportl īdzekļa vadī­
tāja darbībām vismaz 28 dien ās (vadītāja vidējā aktivitāte ir 
definēta šādi: 93 darb ības maiņas dienā). 
(293) Datus, kas min ēti 286., 289. un 291. pras ībā, glabā tā, lai 
varētu izgūt darbības to veikšanas sec ībā, arī situācijās, kad 
notiek to laika da ļēja pārklāšanās. 
4.5.3.2.10. Dati par transportl īdzekļa izmantošanu  
(294) Vad ītāja karte par katru kalend āro dienu, kad karte tika 
izmantota, un par katru attiec īgā transportl īdzekļa izmanto­ 
šanas laikposmu saglab ā (saistībā ar karti izmantošanas laik ­
posmā ietilpst viss transportl īdzeklī esošās kartes sec īgais 
ievietošanas/iz ņemšanas cikls) š ādus datus:  
— datums un laiks pirmaj ā transportl īdzekļa izmantošanas 
reizē (t. i., kad karte ievietota pirmoreiz konkr ētajā trans­
portlīdzekļa izmantošanas laik ā, vai plkst. 00.00, ja taj ā 
laikā izmantošanas laikposms turpin ās), 
— transportl īdzekļa odometra r ādījums pirm ās izmantošanas 
laikā, 
— datums un laiks transportl īdzekļa pēdējā izmantošanas 
reizē (t. i., kad karte iz ņemta pēdējoreiz konkr ētajā trans­
portlīdzekļa izmantošanas laikposm ā, vai plkst. 23.59, ja 
tajā laikā izmantošanas laikposms turpin ās), 
— transportl īdzekļa odometra r ādījums pēdējās izmantošanas 
laikā, 
— transportl īdzekļa VRN un dal ībvalsts, kur ā minētais trans­
portlīdzeklis reģistrēts, 
— transportl īdzekļa VIN.  
(295) Vad ītāja karte saglab ā vismaz 84 š ādus ierakstus.  
4.5.3.2.11. Vietas, kur ās sākas un/vai beidzas ikdienas darba laikposmi  
(296) Vad ītāja karte saglab ā šādus transportl īdzekļa vadītāja ieva­
dītus datus par viet ām, kurās sākas un/vai beidzas ikdienas 
darba laikposmi:  
— ievadīšanas datums un laiks (vai ar ierakstu saist ītais 
datums/laiks gad ījumos, kad ieraksts izdar īts, ievadot 
datus manu āli), 
— ieraksta veids (s ākums vai beigas, ievad īšanas nosac ī­
jumi),  
— ievadītā valsts un re ģions,  
— transportl īdzekļa odometra r ādījums,  
— transportl īdzekļa atrašanās vieta,  
— GNSS precizit āte, atrašanās vietas noteikšanas datums un 
laiks.  
(297) Vad ītāja kartes atmi ņa saglabā vismaz 84 š ādus ierakstu 
pārus. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 67  
4.5.3.2.12. Dati par kartes sesiju  
(298) Vad ītāja karte saglab ā datus par transportl īdzekli, kur ā ir 
sākusies kārtējā sesija:  
— sesijas s ākuma (t. i., kartes ievietošanas) datums un laiks 
ar vienas sekundes izš ķirtspēju, 
— transportl īdzekļa VRN un dal ībvalsts, kur ā transportl ī­
dzeklis reģistrēts. 
4.5.3.2.13. Dati par kontroles darb ībām 
(299) Vad ītāja karte par kontroles darb ībām saglabā šādus datus:  
— kontroles datums un laiks,  
— kontroles kartes numurs un kartes izdev ēja dalībvalsts,  
— kontroles veids (att ēlošana un/vai izdruk āšana un/vai leju ­
pielāde no transportl īdzekļa bloka un/vai lejupiel āde no 
kartes (sk. piez īmi)),  
— lejupiel ādes gadījumā — laikposms, uz kuru attiecas leju ­
pielādētie dati,  
— VRN un re ģistrācijas dalībvalsts transportl īdzeklim, kur ā 
veikta kontrole.  
Piezīme: drošības prasības nosaka, ka datu lejupiel āde no 
kartes tiks re ģistrēta tikai tad, ja to veic, izmantojot re ģistrā­
cijas kontrolier īci. 
(300) Vad ītāja karte saglab ā vienu šādu ierakstu.  
4.5.3.2.14. Dati par īpašajiem nosac ījumiem  
(301) Vad ītāja karte par īpašajiem nosac ījumiem, kas ievad īti laikā, 
kamēr karte bijusi ievietota (jebkur ā slotā), saglabā šādus 
datus:  
— ieraksta datums un laiks,  
— īpašā nosacījuma veids.  
(302) Vad ītāja karte saglab ā vismaz 56 š ādus ierakstus.  
4.5.3.2.15. Dati, ko izmanto transportl īdzekļa bloki  
(303) Vad ītāja karte saglab ā šādus datus par daž ādiem transportl ī­
dzekļa blokiem, kuros karte izmantota:  
— transportl īdzekļa bloka lietošanas laikposma s ākuma 
datums un laiks (t. i., pirm ā reize, kad attiec īgajā laik­
posmā karte tikusi ievietota transportl īdzekļa blokā), 
— transportl īdzekļa bloka ražot āja nosaukums,  
— transportl īdzekļa bloka tips,  
— transportl īdzekļa bloka programmat ūras versijas numurs.  
(304) Vad ītāja karte saglab ā vismaz 84 š ādus ierakstus.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 68  
4.5.3.2.16. Dati par uzkr ātās transportl īdzekļa vadīšanas vietām trijās stundās 
(305) Vad ītāja karte sp ēj uzglabāt šādus datus par transportl īdzekļa 
atrašanās vietu, kur vad ītāja uzkrātais transportl īdzekļa vadī­ 
šanas laiks sasniedz 3 stundu interv ālu robežas:  
— datums un laiks, kad uzkr ātais transportl īdzekļa vadīšanas 
laiks sasniedz 3 stundu interv ālu robežas,  
— transportl īdzekļa atrašanās vieta,  
— GNSS precizit āte, atrašanās vietas noteikšanas datums un 
laiks,  
— transportl īdzekļa odometra r ādījums.  
(306) Vad ītāja karte sp ēj uzglabāt vismaz 252 š ādus ierakstus.  
▼B 
4.5.4.  Darbn īcas karte  
4.5.4.1. T a h o g r ā f a l i e t o t n e ( p i e e j a m a p i r m ā s u n o t r ā s 
p a a u d z e s t r a n s p o r t l ī d z e k ļ u b l o k i e m )  
4.5.4.1.1. Lietotnes identifik ācija 
(307) Darbn īcas karte saglab ā šādus lietotnes identifik ācijas datus:  
— tahogrāfa lietotnes identifik ācija, 
— tahogrāfa kartes veida identifik ācija. 
4.5.4.1.2. Atsl ēgas un sertifik āti 
(308) Darbn īcas karte saglab ā noteiktu skaitu kriptogr āfisku atslēgu 
un sertifikātu, kā norādīts 11. papildin ājuma A da ļā. 
(309) Darbn īcas karte saglab ā personas identifik ācijas numuru (PIN 
kodu).  
4.5.4.1.3. Kartes identifik ācija 
(310) Darbn īcas karte saglab ā šādus kartes identifik ācijas datus:  
— kartes numurs,  
— izdevējas dalībvalsts nosaukums, izdev ējas iestādes nosau­
kums, izdošanas datums,  
— kartes der īguma termi ņa sākuma un beigu datums.  
4.5.4.1.4. Kartes tur ētāja identifik ācija 
(311) Darbn īcas karte saglab ā šādus kartes tur ētāja identifik ācijas 
datus:  
— darbnīcas nosaukums,  
— darbnīcas adrese,  
— turētāja uzvārds, 
— turētāja vārds(-i),  
— vēlamā valoda.  
4.5.4.1.5. Datu lejupiel āde no kartes  
(312) Darbn īcas karte datus par lejupiel ādi no kartes saglab ā tādā 
pašā veidā kā vadītāja karte.  ▼M1
 02016R0799 — LV — 26.02.2020 — 002.001 — 69  
4.5.4.1.6. Dati par kalibr ēšanu un laika skait īšanas korekcij ām 
(313) Darbn īcas karte saglab ā datus par kalibr ēšanu un/vai laika 
skaitīšanas korekcij ām, kas izdar ītas laikā, kamēr karte bija 
ievietota re ģistrācijas kontrolier īcē. 
(314) Katrs kalibr ēšanas ieraksts saglab ā šādus datus:  
— kalibrēšanas nolūks (aktivēšana, pirm ā uzstādīšana, uzstā­
dīšana, regul āra inspekcija),  
— transportl īdzekļa identifikācija, 
— aktualiz ētie vai apstiprin ātie parametri: w, k, l, riepu 
izmērs, ātruma ierobežošanas ier īces iestatījumi, odometra 
rādījumi (jaunais un vecais), datums un laiks (jaunais un 
iepriekšējais),  
— reģistrācijas kontrolier īces identifik ācija (transportl īdzekļa 
bloka deta ļas numurs un s ērijas numurs, kust ības sensora 
sērijas numurs).  
(315) Darbn īcas karte saglab ā vismaz 88 š ādus ierakstus.  
(316) Darbn īcas kartē ir skaitītājs, kas rāda, cik reizes attiec īgā karte 
ir izmantota kalibr ēšanai.  
(317) Darbn īcas kartē ir skaitītājs, kas rāda, cik reizes attiec īgā karte 
ir izmantota kalibr ēšanai kopš p ēdējās reizes, kad no t ās tika 
lejupielādēti dati.  
4.5.4.1.7. Dati par notikumiem un k ļūmēm 
(318) Darbn īcas karte datus par notikumiem un k ļūmēm saglabā 
tādā pašā veidā kā vadītāja karte.  
(319) Darbn īcas karte saglab ā datus par p ēdējiem trim katra veida 
notikumiem (t. i., par 18 notikumiem) un par seš ām pēdējām 
katra veida k ļūmēm (t. i., 12 k ļūmēm). 
4.5.4.1.8. Dati par transportl īdzekļa vadītāja darbībām 
(320) Darbn īcas karte datus par transportl īdzekļa vadītāja darbībām 
saglabā tādā pašā veidā kā vadītāja karte.  
(321) Darbn īcas karte saglab ā datus par vismaz vien ā tādā dienā 
veiktajām transportl īdzekļa vadītāja darbībām, kad vad ītāja 
aktivitāte ir bijusi vid ēja. 
4.5.4.1.9. Dati par transportl īdzekļa izmantošanu  
(322) Darbn īcas karte datus par transportl īdzekļu izmantošanu 
saglabā tādā pašā veidā kā vadītāja karte.  
(323) Darbn īcas karte saglab ā vismaz 4 š ādus ierakstus.  
4.5.4.1.10. Dati par ikdienas darba laikposmu s ākumu un/vai beig ām 
(324) Darbn īcas karte saglab ā datus par ikdienas darba laikposmu 
sākumu un/vai beig ām tādā pašā veidā kā vadītāja karte.  
(325) Darbn īcas karte saglab ā vismaz 3 š ādus ierakstu p ārus. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 70  
4.5.4.1.11. Dati par kartes sesiju  
(326) Darbn īcas karte datus par kartes sesiju saglab ā tādā pašā 
veidā kā vadītāja karte.  
4.5.4.1.12. Dati par kontroles darb ībām 
(327) Darbn īcas karte saglab ā datus par kontroles darb ībām tādā 
pašā veidā kā vadītāja karte.  
4.5.4.1.13. Dati par īpašajiem nosac ījumiem  
(328) Darbn īcas karte saglab ā datus par īpašajiem nosac ījumiem 
tādā pašā veidā kā vadītāja karte.  
(329) Darbn īcas karte saglab ā vismaz 2 š ādus ierakstus.  
4.5.4.2. T a h o g r ā f a 2 . p a a u d z e s l i e t o t n e ( n a v p i e e j a m a 
p i r m ā s p a a u d z e s t r a n s p o r t l ī d z e k ļ u b l o k i e m )  
4.5.4.2.1. Lietotnes identifik ācija 
(330) Darbn īcas karte saglab ā šādus lietotnes identifik ācijas datus:  
— tahogrāfa lietotnes identifik ācija, 
— tahogrāfa kartes veida identifik ācija. 
4.5.4.2.2. Atsl ēgas un sertifik āti 
(331) Darbn īcas karte saglab ā noteikta skaita kriptogr āfiskas 
atslēgas un sertifik ātus, kā norādīts 11. papildin ājuma B da ļā. 
(332) Darbn īcas karte saglab ā personas identifik ācijas numuru (PIN 
kodu).  
4.5.4.2.3. Kartes identifik ācija 
(333) Darbn īcas karte saglab ā šādus kartes identifik ācijas datus:  
— kartes numurs,  
— izdevējas dalībvalsts nosaukums, izdev ējas iestādes nosau­
kums, izdošanas datums,  
— kartes der īguma termi ņa sākuma un beigu datums.  
4.5.4.2.4. Kartes tur ētāja identifik ācija 
(334) Darbn īcas karte saglab ā šādus kartes tur ētāja identifik ācijas 
datus:  
— darbnīcas nosaukums,  
— darbnīcas adrese,  
— turētāja uzvārds, 
— turētāja vārds(-i),  
— vēlamā valoda.  
4.5.4.2.5. Datu lejupiel āde no kartes  
(335) Darbn īcas karte datus par lejupiel ādi no kartes saglab ā tādā 
pašā veidā kā vadītāja karte.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 71  
4.5.4.2.6. Dati par kalibr ēšanu un laika skait īšanas korekcij ām 
(336) Darbn īcas karte saglab ā datus par kalibr ēšanu un/vai laika 
skaitīšanas korekcij ām, kas izdar ītas laikā, kamēr karte bija 
ievietota re ģistrācijas kontrolier īcē. 
(337) Katrs kalibr ēšanas ieraksts saglab ā šādus datus:  
— kalibrēšanas nolūks (aktivēšana, pirm ā uzstādīšana, uzstā­
dīšana, regul āra inspekcija),  
— transportl īdzekļa identifikācija, 
— aktualiz ētie vai apstiprin ātie parametri: w, k, l, riepu 
izmērs, ātruma ierobežošanas ier īces iestatījumi, odometra 
rādījumi (jaunais un vecais), datums un laiks (jaunais un 
iepriekšējais),  
— reģistrācijas kontrolier īces identifik ācija (transportl īdzekļa 
bloka numurs un s ērijas numurs, kust ības sensora s ērijas 
numurs, att ālinātās saziņas iekārtas un ārējās GNSS 
iekārtas sērijas numurs, ja attiecin āms), 
— visu uzst ādīto plombu tipi un identifikatori,  
— transportl īdzekļa bloka sp ēja izmantot pirm ās paaudzes 
tahogrāfa kartes (iesp ējota vai nē). 
(338) Darbn īcas karte saglab ā vismaz 88 š ādus ierakstus.  
(339) Darbn īcas kartē ir skaitītājs, kas rāda, cik reizes attiec īgā karte 
ir izmantota kalibr ēšanai.  
(340) Darbn īcas kartē ir skaitītājs, kas rāda, cik reizes attiec īgā karte 
ir izmantota kalibr ēšanai kopš p ēdējās reizes, kad no t ās tika 
lejupielādēti dati.  
4.5.4.2.7. Dati par notikumiem un k ļūmēm 
(341) Darbn īcas karte datus par notikumiem un k ļūmēm saglabā 
tādā pašā veidā kā vadītāja karte.  
(342) Darbn īcas karte saglab ā datus par p ēdējiem trim katra veida 
notikumiem (t. i., par 33 notikumiem) un par seš ām pēdējām 
katra veida k ļūmēm (t. i., par 12 k ļūmēm). 
4.5.4.2.8. Dati par transportl īdzekļa vadītāja darbībām 
(343) Darbn īcas karte datus par transportl īdzekļa vadītāja darbībām 
saglabā tādā pašā veidā kā vadītāja karte.  
(344) Darbn īcas karte saglab ā datus par vismaz vien ā tādā dienā 
veiktajām transportl īdzekļa vadītāja darbībām, kad vad ītāja 
aktivitāte ir bijusi vid ēja. 
4.5.4.2.9. Dati par transportl īdzekļa izmantošanu  
(345) Darbn īcas karte datus par transportl īdzekļu izmantošanu 
saglabā tādā pašā veidā kā vadītāja karte.  
(346) Darbn īcas karte saglab ā vismaz 4 š ādus ierakstus.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 72  
4.5.4.2.10. Dati par ikdienas darba laikposmu s ākumu un/vai beig ām 
(347) Darbn īcas karte saglab ā datus par ikdienas darba laikposmu 
sākumu un/vai beig ām tādā pašā veidā kā vadītāja karte.  
(348) Darbn īcas karte saglab ā vismaz 3 š ādus ierakstu p ārus. 
4.5.4.2.11. Dati par kartes sesiju  
(349) Darbn īcas karte datus par kartes sesiju saglab ā tādā pašā 
veidā kā vadītāja karte.  
4.5.4.2.12. Dati par kontroles darb ībām 
(350) Darbn īcas karte saglab ā datus par kontroles darb ībām tādā 
pašā veidā kā vadītāja karte.  
4.5.4.2.13. Dati, ko izmanto transportl īdzekļa bloki  
(351) Darbn īcas karte saglab ā šādus datus par daž ādiem transport ­
līdzekļa blokiem, kuros š ī karte tika izmantota:  
— transportl īdzekļa bloka lietošanas laikposma s ākuma 
datums un laiks (t. i., pirm ā reize, kad attiec īgajā laik­
posmā karte tikusi ievietota transportl īdzekļa blokā), 
— transportl īdzekļa bloka ražot āja nosaukums,  
— transportl īdzekļa bloka tips,  
— transportl īdzekļa bloka programmat ūras versijas numurs.  
(352) Darbn īcas karte saglab ā vismaz 4 š ādus ierakstus.  
▼M1 
4.5.4.2.14. Dati par uzkr ātā transportl īdzekļa vadīšanas laika viet ām trijās 
stundās 
(353) Darbn īcas karte sp ēj uzglabāt šādus datus par transportl ī­
dzekļa atrašanās vietu, kur uzkr ātais transportl īdzekļa vadī­ 
šanas laiks sasniedz 3 stundu interv ālu robežas:  
— datums un laiks, kad uzkr ātais transportl īdzekļa vadīšanas 
laiks sasniedz 3 stundu interv ālu robežas,  
— transportl īdzekļa atrašanās vieta,  
— GNSS precizit āte, atrašanās vietas noteikšanas datums un 
laiks,  
— transportl īdzekļa odometra r ādījums.  
(354) Darbn īcas karte sp ēj uzglabāt vismaz 18 š ādus ierakstus.  
▼B 
4.5.4.2.15. Dati par īpašajiem nosac ījumiem  
(355) Darbn īcas karte saglab ā datus par īpašajiem nosac ījumiem 
tādā pašā veidā kā vadītāja karte.  
(356) Darbn īcas karte saglab ā vismaz 2 š ādus ierakstus.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 73  
4.5.5.  Kontroles karte  
4.5.5.1. T a h o g r ā f a l i e t o t n e ( p i e e j a m a p i r m ā s u n o t r ā s 
p a a u d z e s t r a n s p o r t l ī d z e k ļ u b l o k i e m )  
4.5.5.1.1. Lietotnes identifik ācija 
(357) Kontroles karte saglab ā šādus lietotnes identifik ācijas datus:  
— tahogrāfa lietotnes identifik ācija, 
— tahogrāfa kartes veida identifik ācija. 
4.5.5.1.2. Atsl ēgas un sertifik āti 
(358) Kontroles karte saglab ā noteiktu skaitu kriptogr āfisku atslēgu 
un sertifikātu, kā norādīts 11. papildin ājuma A da ļā. 
4.5.5.1.3. Kartes identifik ācija 
(359) Kontroles karte saglab ā šādus kartes identifik ācijas datus:  
— kartes numurs,  
— izdevējas dalībvalsts nosaukums, izdev ējas iestādes nosau­
kums, izdošanas datums,  
— kartes der īguma termi ņa sākuma un beigu datums (ja ir 
noteikts).  
4.5.5.1.4. Kartes tur ētāja identifik ācija 
(360) Kontroles karte saglab ā šādus kartes tur ētāja identifik ācijas 
datus:  
— kontroles strukt ūras nosaukums,  
— kontroles strukt ūras adrese,  
— turētāja uzvārds, 
— turētāja vārds(-i),  
— vēlamā valoda.  
4.5.5.1.5. Dati par kontroles darb ībām 
(361) Kontroles karte saglab ā šādus datus par kontroles darb ībām: 
— kontroles datums un laiks,  
— kontroles veids (att ēlošana un/vai izdruk āšana un/vai leju ­
pielāde no transportl īdzekļa bloka, un/vai lejupiel āde no 
kartes, un/vai uz ce ļa veikta kalibr ēšanas pārbaude),  
— laikposms, par kuru dati lejupiel ādēti (ja ir),  
— kontrol ētā transportl īdzekļa VRN un dal ībvalsts reģistrā­
cijas iestāde, kas reģistrēja minēto transportl īdzekli,  
— kontrol ētās vadītāja kartes numurs un kartes izdev ēja 
dalībvalsts.  
(362) Kontroles karte saglab ā vismaz 230 š ādus ierakstus.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 74  
4.5.5.2. T a h o g r ā f a 2 . p a a u d z e s l i e t o t n e ( n a v p i e e j a m a 
p i r m ā s p a a u d z e s t r a n s p o r t l ī d z e k ļ u b l o k i e m )  
4.5.5.2.1. Lietotnes identifik ācija 
(363) Kontroles karte saglab ā šādus lietotnes identifik ācijas datus:  
— tahogrāfa lietotnes identifik ācija, 
— tahogrāfa kartes veida identifik ācija. 
4.5.5.2.2. Atsl ēgas un sertifik āti 
(364) Kontroles karte saglab ā noteiktu skaitu kriptogr āfisku atslēgu 
un sertifikātu, kā norādīts 11. papildin ājuma B da ļā. 
4.5.5.2.3. Kartes identifik ācija 
(365) Kontroles karte saglab ā šādus kartes identifik ācijas datus:  
— kartes numurs,  
— izdevējas dalībvalsts nosaukums, izdev ējas iestādes nosau­
kums, izdošanas datums,  
— kartes der īguma termi ņa sākuma un beigu datums (ja ir 
noteikts).  
4.5.5.2.4. Kartes tur ētāja identifik ācija 
(366) Kontroles karte saglab ā šādus kartes tur ētāja identifik ācijas 
datus:  
— kontroles strukt ūras nosaukums,  
— kontroles strukt ūras adrese,  
— turētāja uzvārds, 
— turētāja vārds(-i),  
— vēlamā valoda.  
4.5.5.2.5. Dati par kontroles darb ībām 
(367) Kontroles karte saglab ā šādus datus par kontroles darb ībām: 
— kontroles datums un laiks,  
— kontroles veids (att ēlošana un/vai izdruk āšana, un/vai leju ­
pielāde no transportl īdzekļa bloka, un/vai lejupiel āde no 
kartes, un/vai uz ce ļa veikta kalibr ēšanas pārbaude),  
— laikposms, par kuru dati lejupiel ādēti (ja ir),  
— kontrol ētā transportl īdzekļa VRN un dal ībvalsts reģistrā­
cijas iestāde, kas reģistrēja minēto transportl īdzekli,  
— kontrol ētās vadītāja kartes numurs un kartes izdev ēja 
dalībvalsts.  
(368) Kontroles karte saglab ā vismaz 230 š ādus ierakstus.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 75  
4.5.6.  Uz ņēmuma karte  
4.5.6.1. T a h o g r ā f a l i e t o t n e ( p i e e j a m a p i r m ā s u n o t r ā s 
p a a u d z e s t r a n s p o r t l ī d z e k ļ u b l o k i e m )  
4.5.6.1.1. Lietotnes identifik ācija 
(369) Uzņēmuma karte saglab ā šādus lietotnes identifik ācijas datus:  
— tahogrāfa lietotnes identifik ācija, 
— tahogrāfa kartes veida identifik ācija. 
4.5.6.1.2. Atsl ēgas un sertifik āti 
(370) Uzņēmuma karte saglab ā noteiktu skaitu kriptogr āfisku 
atslēgu un sertifik ātu, kā norādīts 11. papildin ājuma A da ļā. 
4.5.6.1.3. Kartes identifik ācija 
(371) Uzņēmuma karte saglab ā šādus kartes identifik ācijas datus:  
— kartes numurs,  
— izdevējas dalībvalsts nosaukums, izdev ējas iestādes nosau­
kums, izdošanas datums,  
— kartes der īguma termi ņa sākuma un beigu datums (ja ir 
noteikts).  
4.5.6.1.4. Kartes tur ētāja identifik ācija 
(372) Uzņēmuma karte saglab ā šādus kartes tur ētāja identifik ācijas 
datus:  
— uzņēmuma nosaukums,  
— uzņēmuma adrese.  
4.5.6.1.5. Dati par uz ņēmuma darb ību 
(373) Uz ņēmuma karte saglab ā šādus datus par uz ņēmuma 
darbību: 
— darbības datums un laiks,  
— darbības veids (transportl īdzekļa bloka aizsl ēgšana 
un/vai atsl ēgšana, un/vai datu lejupiel āde no transportl ī­
dzekļa bloka un/vai kartes),  
— laikposms, par kuru dati lejupiel ādēti (ja ir),  
— transportl īdzekļa VRN un re ģistrācijas dalībvalsts reģis­
trējošā iestāde, 
— kartes numurs un kartes izdev ēja dalībvalsts (ja datus 
lejupielādē no kartes).  
(374) Uz ņēmuma karte saglab ā vismaz 230 š ādus ierakstus.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 76  
4.5.6.2. T a h o g r ā f a 2 . p a a u d z e s l i e t o t n e ( n a v p i e e j a m a 
p i r m ā s p a a u d z e s t r a n s p o r t l ī d z e k ļ u b l o k i e m )  
4.5.6.2.1. Lietotnes identifik ācija 
(375) Uz ņēmuma karte saglab ā šādus lietotnes identifik ācijas 
datus:  
— tahogrāfa lietotnes identifik ācija, 
— tahogrāfa kartes veida identifik ācija. 
4.5.6.2.2. Atsl ēgas un sertifik āti 
(376) Uz ņēmuma karte saglab ā noteiktu skaitu kriptogr āfisku 
atslēgu un sertifik ātu, kā norādīts 11. papildin ājuma B da ļā. 
4.5.6.2.3. Kartes identifik ācija 
(377) Uz ņēmuma karte saglab ā šādus kartes identifik ācijas datus:  
— kartes numurs,  
— izdevējas dalībvalsts nosaukums, izdev ējas iestādes 
nosaukums, izdošanas datums,  
— kartes der īguma termi ņa sākuma un beigu datums (ja ir 
noteikts).  
4.5.6.2.4. Kartes tur ētāja identifik ācija 
(378) Uz ņēmuma karte saglab ā šādus kartes tur ētāja identifik ācijas 
datus:  
— uzņēmuma nosaukums,  
— uzņēmuma adrese.  
4.5.6.2.5. Dati par uz ņēmuma darb ību 
(379) Uz ņēmuma karte saglab ā šādus datus par uz ņēmuma 
darbību: 
— darbības datums un laiks,  
— darbības veids (transportl īdzekļa bloka aizsl ēgšana 
un/vai atsl ēgšana, un/vai datu lejupiel āde no transportl ī­
dzekļa bloka un/vai kartes),  
— laikposms, par kuru dati lejupiel ādēti (ja ir),  
— transportl īdzekļa VRN un re ģistrācijas dalībvalsts reģis­
trējošā iestāde, 
— kartes numurs un kartes izdev ēja dalībvalsts (ja datus 
lejupielādē no kartes).  
(380) Uz ņēmuma karte saglab ā vismaz 230 š ādus ierakstus.  
5. RE ĢISTRĀCIJAS KONTROLIER ĪCES UZST ĀDĪŠANA  
5.1. Uzst ādīšana  
(381) Jaunas re ģistrācijas kontrolier īces to uzst ādītājiem vai trans ­
portlīdzekļu ražotājiem piegādā neaktivētas, taču visiem 
3.21. punkt ā uzskaitītajiem kalibr ēšanas parametriem ir 
iestatītas atbilstošas un der īgas noklus ējuma vērtības. Gadī­
jumos, kad parametram nav konkr ētas vērtības, ar burtiem 
apzīmējamos parametrus teksta rind ās iestata k ā jautājuma 
zīmes (“?”), bet skaitlisko parametru v ērtības iestata uz nulli 
(“0”). Droš ībai būtisku reģistrācijas iekārtu detaļu piegāde 
var tikt ierobežota, ja to pieprasa droš ības sertifik ācija. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 77  
(382) Re ģistrācijas kontrolier īces pirms aktiv ācijas dod piek ļuvi 
kalibrēšanas funkcijai — ar ī tad, ja t ā nav kalibr ēšanas 
režīmā. 
(383) Pirms aktiv ācijas reģistrācijas kontrolier īces nevar ne ierak ­
stīt, ne saglab āt 3.12.3., 3.12.9. un 3.12.12.–3.12.15. punkt ā 
minētos datus.  
(384) Uzst ādīšanas laik ā transportl īdzekļu ražotāji iestata visus 
zināmos parametrus.  
(385) Transportl īdzekļa ražotāji vai apr īkotāji aktivē uzstādīto 
reģistrācijas kontrolier īci vēlākais, pirms attiec īgais trans­
portlīdzeklis tiek lietots atbilstoši Regulas (EK) 
Nr. 561/2006 piem ērošanas jomai.  
(386) Re ģistrācijas kontrolier īces aktivācija notiek autom ātiski, 
pirmoreiz ievietojot der īgu darbnīcas karti k ādā no tās 
saskarnes ier īcēm. 
(387) Ja ir j āveic īpašas darb ības, lai kust ības sensoru pievienotu 
transportlīdzekļa blokam, t ās notiek autom ātiski pirms akti ­
vācijas vai tās laikā. 
(388) Līdzīgi, ja ir jāveic īpašas darb ības, lai ārēju GNSS iek ārtu 
pievienotu transportl īdzekļa blokam, t ās notiek autom ātiski 
pirms aktiv ācijas vai tās laikā. 
(389) Pēc aktivācijas reģistrācijas kontrolier īcei darbojas visas 
funkcijas un ir sp ēkā visas piek ļuves tiesības datiem.  
(390) Pēc aktivācijas reģistrācijas kontrolier īce nosūta attālinātajai 
saziņas iekārtai aizsarg ātos datus, kas nepieciešami m ērķtie­
cīgu pārbaužu veikšanai uz ce ļa. 
(391) Pēc reģistrācijas kontrolier īces aktivācijas pilnībā darbojas 
visas tās datu ierakst īšanas un saglab āšanas funkcijas.  
(392) Pēc uzstādīšanas veic kalibr ēšanu. Pirm ās kalibrēšanas laikā 
nav obligāti jāievada transportl īdzekļa VRN, ja apstipri ­
nātajai darbn īcai, kam j āveic kalibr ēšana, tas nav zin āms. 
Šajos apst ākļos un tikai šaj ā laikā transportl īdzekļa īpaš­
nieks var ievad īt VRN, izmantojot uz ņēmuma karti, pirms 
transportlīdzekļa izmantošanas atbilstoši Regulas (EK) 
Nr. 561/2006 piem ērošanas jomai (piem., lietojot komandas 
atbilstošajā transportl īdzekļa bloka cilv ēka un maš īnas 
saskarnes izv ēlnē) ( 1 ). Šī ierakstu atjaunin āt vai apstiprin āt 
ir iespējamas tikai tad, ja tiek izmantota darbn īcas karte.  
(393) Lai uzst ādītu ārēju GNSS ier īci, ir jāizveido savienojums ar 
transportlīdzekļa bloku un p ēc tam jāverificē GNSS atra ­ 
šanās vietas inform ācija. 
(394) Re ģistrācijas kontrolier īcei jābūt uzstādītai transportl īdzeklī 
tādā veidā, lai transportl īdzekļa vadītājs varētu piekļūt visām 
vajadzīgajām funkcijām no sava s ēdekļa. ▼B 
( 1 ) OV L 102, 11.4.2006., 1. lpp.
 02016R0799 — LV — 26.02.2020 — 002.001 — 78  
5.2. Uzst ādīšanas plāksnīte 
(395) Pēc reģistrācijas kontrolier īces pārbaudes, kas veikta uzst ā­
dīšanas laikā, pie šīs reģistrācijas kontrolier īces labi redzam ā 
un viegli pieejam ā vietā piestiprina uzst ādīšanas plāksnīti. 
Gadījumos, kad tas nav iesp ējams, plāksnīti piestiprina labi 
redzamā vietā pie transportl īdzekļa “B” statņa. Transportl ī­
dzekļiem, kuriem nav “B” stat ņa, uzstādīšanas plāksnīti 
piestiprina pie durvju r āmja transportl īdzekļa transportl ī­
dzekļa vadītāja pusē, un tā jebkurā gadījumā ir labi 
redzama.  
Pēc katras p ārbaudes, kuru veic pilnvarots montieris vai 
darbnīca, iepriekš ējās uzstādīšanas plāksnītes vietā piesti­
prina jaunu pl āksnīti. 
▼M1 
(396) Uz pl āksnītes ir vismaz š āda informācija: 
— apstiprin ātā montiera v ārds, uzvārds un adrese vai darb ­
nīcas nosaukums un adrese,  
— transportl īdzekļa raksturojuma koeficients form ātā “w = 
… imp/km”,  
— reģistrācijas kontrolier īces koeficients form ātā “k = … 
imp/km”,  
— riteņu riepu faktiskais apk ārtmērs formātā “l = … mm”,  
— riepu izm ērs, 
— transportl īdzekļa raksturojuma koeficienta un rite ņu 
riepu faktisk ā apkārtmēra noteikšanas datums,  
— transportl īdzekļa identifikācijas numurs,  
— ārējas GNSS iek ārtas esība (vai neesam ība), 
— ārējās GNSS iek ārtas sērijas numurs, ja attiecin āms, 
— attālinātās saziņas ierīces sērijas numurs, ja ir,  
— visu uzst ādīto plombu s ērijas numurs,  
— transportl īdzekļa mezgls, kuram uzst ādīts adapters, ja to 
izmanto,  
— transportl īdzekļa mezgls, kuram uzst ādīts kustības 
sensors, ja tas nav savienots ar p ārnesumkārbu, vai 
netiek izmantots adapters,  
— transportl īdzekļa mezgla, kas dod impulsus adaptera 
ieejā, un adapteru un savienojoš ā kabeļa krāsa, 
— adapter ā iebūvētā kustības sensora s ērijas numurs.  
▼B 
(397) Tikai tajos M1 un N1 kategorijas transportl īdzekļos, kas 
aprīkoti ar adapteru atbilstoši Komisijas Regulas (EK) 
Nr. 68/2009 (  1 ) jaunākajai redakcijai, un gad ījumos, ja nav 
iespējams visu 396. pras ībā norādīto vajadzīgo informāciju 
ietvert vien ā plāksnītē, var izmantot otru, papildu pl āksnīti. 
Šādos gadījumos šajā papildu pl āksnītē norāda vismaz to 
informāciju, kas aprakst īta 396. pras ības pēdējos četros 
ievilkumos.  ▼B 
( 1 ) Komisijas 2009. gada 23. janv āra Regula (EK) Nr. 68/2009, ar kuru dev īto reizi tehnikas 
attīstībai pielāgo Padomes Regulu (EEK) Nr. 3821/85 par re ģistrācijas kontrolier īcēm, ko 
izmanto autotransport ā (OV L 21, 24.1.2009., 3. lpp.).
 02016R0799 — LV — 26.02.2020 — 002.001 — 79  
Ja lieto šādu otru papildu pl āksnīti, to piestiprina blakus 
pirmajai, galvenajai 396. pras ībā paredzētajai plāksnītei, 
un tai ir l īdzvērtīgs aizsardz ības līmenis. Turkl āt arī uz 
otrās plāksnītes norāda uzstādīšanu veikuš ā apstiprinātā 
montiera v ārdu un uzv ārdu / darbn īcas nosaukumu vai 
firmas nosaukumu, adresi un uzst ādīšanas datumu.  
5.3. Plomb ēšana  
(398) Plombu uzliek:  
— visiem savienojumiem, kuru atvienošanas vai atvieno ­ 
šanās gadījumā var rasties nedekt ējami datu zudumi 
vai var tikt veikti nekonstat ējami datu sagroz ījumi (tas 
var attiekties, piem., uz kust ības sensora uzst ādīšanu 
ātrumkārbai, adapteri M1/N1 transportl īdzekļiem, ārējā 
GNSS savienojumu vai transportl īdzekļa bloku),  
— uzstādīšanas plāksnītei, ja vien t ā nav piestiprin āta tādā 
veidā, ka to nevar no ņemt, nesaboj ājot marķējumu.  
▼M1 
(398.a) Min ētās plombas sertific ē saskaņā ar standartu EN 
16882:2016.  
▼B 
(399) Min ētās plombas dr īkst noņemt: 
— ārkārtas gadījumā, 
— lai uzst ādītu, regulētu vai remont ētu ātruma ierobežo ­ 
šanas ierīci vai jebkuru citu ier īci, kas veicina kust ības 
drošības paaugstin āšanos, ja re ģistrācijas kontrolier īce 
turpina darboties droši un pareizi, un to atk ārtoti plom­
bējis pilnvarots montieris vai darbn īca (saskaņā ar 
6. nodaļu) tūlīt pēc ātruma ierobežošanas ier īces uzstā­
dīšanas vai citas t ādas ierīces uzstādīšanas, kas veicina 
kustības drošības paaugstin āšanos, bet visos citos gad ī­
jumos septi ņās dienās. 
(400) Par visiem plombu no ņemšanas vai boj āšanas gadījumiem 
sagatavo un attiec īgajai kompetentajai iest ādei iesniedz 
rakstisku pazi ņojumu.  
(401) Uz plomb ām ir to ražot āja piešķirts identifik ācijas numurs. 
Šis numurs ir unik āls un tāds, kas atš ķiras no visiem citiem 
sērijas numuriem, kurus pieš ķir jebkurš cits plombu ražo ­
tājs. 
▼M1 
Unikālu identifik ācijas numuru defin ē kā: 
MMNNNNNNNN ar neno ņemamu mar ķējumu, kur MM 
ir unikāls ražotāja identifikators (re ģistrāciju datu b āzē 
pārvaldīs EK) un NNNNNNNN ir ražot āja domēnā unikāls 
plombas burtciparu numurs.  
▼B 
(402) Plomb ām ir brīva vieta, kur apstiprin āti iekārtu uzstādītāji, 
darbnīcas vai transportl īdzekļu ražotāji var pievienot īpašu 
atzīmi atbilstoši Regulas (ES) Nr. 165/2014 22. panta 
3. punktam.  
Šī atzīme nedrīkst aizsegt plombas identifik ācijas numuru.  
▼M1 
(403) Kad plombu ražot āji ir sertific ējuši plombas modeli saska ņā 
ar EN 16882:2016, tos re ģistrē īpašā datu bāzē, un plombu 
ražotāji publicē savus identifik ācijas plombu numurus, 
izmantojot Eiropas Komisijas noteiktu proced ūru. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 80  
(404) Apstiprin ātas darbnīcas un transportl īdzekļu izgatavot āji 
Regulas (ES) Nr. 165/2014 kontekst ā izmanto tikai saska ņā 
ar EN 16882:2016 sertific ētas plombas, kuras izgatavojuši 
iepriekš min ētajā datubāzē iekļauti plombu ražot āji. 
▼B 
(405) Plombu ražot āji un izplat ītāji uztur piln ībā izsekojamus 
ierakstus par plomb ām, kas pārdotas izmantošanai Regulas 
(ES) Nr. 165/2014 kontekst ā, un nepieciešam ības gadījumā 
var uzrādīt šos ierakstus attiec īgās valsts kompetentaj ām 
iestādēm. 
(406) Plombu unik ālajiem identifik ācijas numuriem ir j ābūt redza­
miem uzst ādīšanas plāksnītē. 
6. P ĀRBAUDES, INSPEKCIJAS UN REMONTI  
Prasības attiecībā uz apstākļiem, kādos saskaņā ar Regulas (ES) 
Nr. 165/2014 22. panta 5. punktu plombas dr īkst noņemt, ir 
noteiktas š ā pielikuma 5.3. punkt ā. 
6.1. Iek ārtu uzstādītāju, darbn īcu un transportl īdzekļu ražotāju ap­
stiprināšana  
Dalībvalstis apstiprina, regul āri uzrauga un sertific ē iestādes, kas 
veic:  
— uzstādīšanu,  
— pārbaudes,  
— inspekcijas,  
— remontus.  
Darbnīcas kartes izsniedz tikai iek ārtu uzstādītājiem un/vai darb ­
nīcām, kas pilnvaroti veikt re ģistrācijas kontrolier īču aktivēšanu 
un/vai kalibr ēšanu saska ņā ar šo pielikumu, ja vien netiek pien ācīgi 
pamatots, ka:  
— tie nav ties īgi saņemt uzņēmuma karti;  
— un to citas profesion ālās darbības nevar apdraud ēt sistēmas 
vispārējo drošību saskaņā ar 10. papildin ājumu.  
▼M1 
6.2. Jaunu vai saremont ētu komponentu p ārbaude  
(407) Jāpārbauda katras jaunas vai saremont ētas ierīces darbības 
pareizība un to rādījumu vai re ģistrēšanas precizit ātes atbil­
stība 3.2.1., 3.2.2., 3.2.3. un 3.3. noda ļā noteiktajam.  
▼B 
6.3. Uzst ādīšanas pārbaude  
▼M1 
(408) Pēc uzstādīšanas transportl īdzeklī visa sist ēma (tostarp 
reģistrācijas kontrolier īce) atbilst 3.2.1., 3.2.2., 3.2.3. un 
3.3. punkta noteikumiem par maksim ālajām pielaid ēm. 
Visu sistēmu plomb ē saskaņā ar 5.3. noda ļu, un tas ietver 
kalibrēšanu. 
▼B 
6.4. Regul āras inspekcijas  
(409) Transportl īdzekļos uzstādīto reģistrācijas kontrolier īču regu­
lārās inspekcijas veic p ēc katra remonta vai p ēc tam, kad ir 
mainījies transportl īdzekļa raksturojuma koeficients vai 
riepu faktiskais apk ārtmērs, vai tad, ja ier īces laiks atš ķiras 
no UTC laika vair āk kā par 20 min ūtēm, vai tad, ja tiek 
mainīts VRN, un vismaz reizi divos gados (24 m ēnešos) 
kopš pēdējās inspekcijas dienas.  ▼M1
 02016R0799 — LV — 26.02.2020 — 002.001 — 81  
(410) Šīs inspekcijas ietver š ādas pārbaudes:  
— vai re ģistrācijas kontrolier īce, tostarp funkcija, kas 
nodrošina datu saglab āšanu tahogr āfa kartēs, un saziņa 
ar attālinātās saziņas lasītājiem, darbojas pareizi,  
— vai ir iev ērotas 3.2.1. un 3.2.2. punkt ā noteiktās prasības 
par maksim ālajām pielaidēm uzstādīšanas laikā, 
— vai ir iev ērotas 3.2.3. un 3.3. punkt ā noteiktās prasības, 
— vai uz re ģistrācijas kontrolier īces ir tipa apstiprin ājuma 
zīme, 
— vai ir piestiprin āta 396. pras ībā paredzētā uzstādīšanas 
plāksnīte un 225. pras ībā paredzētā aprakstošā plāksnīte, 
— riepu izm ēra un riepu faktisk ā apkārtmēra pārbaudi,  
— vai ierīcei nav piestiprin ātas manipul ācijas ierīces, 
— vai plombas ir pareizi uzst ādītas, labā stāvoklī un vai to 
identifikācijas numuri ir der īgi (pārbaudot plombu ražo ­
tāju atsauces EK datub āzē), kā arī vai to identifik ācijas 
numuri atbilst instal ācijas plāksnītes marķējumam (sk. 
401. prasību). 
(411) Ja konstat ē, ka kopš p ēdējās inspekcijas ir noticis viens no 
3.9. punkt ā (“Notikumu un/vai k ļūmju konstat ēšana”) 
uzskaitītajiem notikumiem un tahogr āfa ražotāji un/vai 
valsts iest ādes uzskata, ka tas potenci āli apdraud ier īces 
drošību, darbnīca: 
a. salīdzina pārnesumkārbai pieslēgtā kustības sensora iden ­
tifikācijas datus ar transportl īdzekļa blokā reģistrētā, 
sapārotā kustības sensora identifik ācijas datiem;  
b. pārbauda, vai uzst ādīšanas plāksnītē reģistrētā informā­
cija atbilst inform ācijai transportl īdzekļa bloka ierakst ā; 
c. ja kust ības sensora s ērijas numurs un apstiprin ātais 
numurs ir nor ādīts uz kust ības sensora korpusa, 
pārbauda, vai tas atbilst inform ācijai, kas saglab āta reģis­
trācijas kontrolier īces datu atmi ņā; 
d. salīdzina uz ārējās GNSS iek ārtu aprakstoš ās plāksnītes 
(ja tāda ir) norādītos identifik ācijas datus ar datiem, kas 
saglabāti transportl īdzekļa bloka datu atmi ņā. 
(412) Darbn īcas pārbauda, vai to inspekcijas zi ņojumos nav atro ­
dama inform ācija par salauzt ām plombām vai manipul ācijas 
ierīcēm. Darbnīcās šos ziņojumus glab ā vismaz divus gadus 
un dara tos pieejamus kompetentaj ām iestādēm vienmēr, 
kad tas tiek piepras īts. 
(413) Šīs inspekcijas ietver kalibr ēšanu un prevent īvu to plombu 
aizstāšanu, par kuru uzst ādīšanu ir atbild īgas darbnīcas.. 
6.5. K ļūdu noteikšana  
(414) Ier īces mērījumu kļūdas uzstādīšanas un ekspluat ācijas laikā 
jānosaka, iev ērojot tālāk aprakstītos apstākļus, kurus uzskata 
par standarta test ēšanas apstākļiem: ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 82  
— transportl īdzeklis ir bez kravas un tehnisk ā kārtībā, 
— gaisa spiediens riep ās atbilst ražot āja noteiktajam,  
— riepu nodilums ir attiec īgās valsts ties ību aktos noteik ­
tajās robežās, 
— transportl īdzekļa kustība: 
— transportl īdzeklis pārvietojas t ā dzinēja radītā spēka 
ietekmē taisnvirzien ā pa horizont ālu virsmu ar ātrumu 
50 ± 5 km/h. Att ālumam, kur ā izdara mērījumus, ir jābūt 
vismaz 1 000 m.  
— testēšanai var izmantot ar ī alternatīvas metodes, ja to 
precizitāte ir līdzīga, piemēram, izmēģinājumu stendus.  
6.6. Remontdarbi  
(415) Darbn īcas lejupiel ādē datus no re ģistrācijas kontrolier īces, 
lai nodotu tos atpaka ļ attiecīgajam transporta uz ņēmumam.  
(416) Pilnvarotas darbn īcas izdod transporta uz ņēmumiem aplieci ­
nošu dokumentu par to, ka dati nav lejupiel ādējami gadī­
jumos, kad re ģistrācijas kontrolier īces bojājumu dēļ nav 
iespējams lejupiel ādēt iepriekš ierakst ītos datus ar ī pēc attie­
cīgajā darbnīcā veiktā remonta. Darbn īcas šo dokumentu 
kopijas uzglab ā vismaz vienu gadu.  
7. KARŠU IZSNIEGŠANA  
Dalībvalstu noteikt ā karšu izsniegšanas k ārtība atbilst š ādām 
prasībām: 
(417) Pieteikuma iesniedz ējam pirmo reizi izsniegt ās tahogrāfa 
kartes numur ā kartes k ārtas indeksam (ja attiecin āms), 
nomaiņas indeksam un atjaunošanas indeksam j ābūt iesta­
tītam uz nulli (“0”).  
(418) Visi vienai un tai pašai kontroles strukt ūrai, darbnīcai vai 
transporta uz ņēmumam izsniegto nepersonaliz ēto tahogrāfa 
karšu numuri s ākas ar vieniem un tiem pašiem 13 cipariem, 
kam seko atš ķirīgs kārtas indekss.  
(419) Tahogr āfa kartei, kas izsniegta, nomainot esošo tahogr āfa 
karti, ir tāds pats kartes numurs k ā kartei, kuru t ā nomaina, 
izņemot kartes nomai ņas indeksu, kas j āpalielina par “1” 
(secība: 0, …, 9; A, …, Z).  
(420) Tahogr āfa kartei, kas izsniegta, nomainot esošo tahogr āfa 
karti, ir tāds pats kartes der īguma termi ņš kā kartei, kuru 
tā nomaina.  
(421) Tahogr āfa kartei, kas izsniegta, atjaunojot esošo tahogr āfa 
karti, ir tāds pats kartes numurs k ā kartei, kura tiek atjau ­
nota, izņemot kartes nomai ņas indeksu, kas j āiestata uz “0”, 
un kartes atjaunošanas indeksu, kas j āpalielina par “1” 
(secība: 0, …, 9; A, …, Z).  
(422) Nomainot izsniegto tahogr āfa karti sakar ā ar administrat īvo 
datu izmai ņām, ja tas notiek taj ā pašā dalībvalstī, kurā karte 
izdota, iev ēro noteikumus par atjaunošanu, vai noteikumus 
par pirmreiz ējas izsniegšanas k ārtību, ja to veic cit ā dalīb­
valstī. 
(423) Nepersonaliz ētās darbnīcas kartēs vai kontroles kart ēs 
“kartes tur ētāja uzvārda” vietā ieraksta darbn īcas vai 
kontroles iest ādes nosaukumu vai iek ārtas uzstādītāja vai 
kontroliera v ārdu un uzv ārdu, ja dal ībvalstis pie ņem šādu 
lēmumu.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 83  
(424) Lai nodrošin ātu atbilstoši Regulas (ES) Nr. 165/2014 
31. pantam izdoto transportl īdzekļa vadītāja karšu unikali ­
tāti, dalībvalstis elektroniski apmain ās ar datiem.  
8. RE ĢISTRĀCIJAS KONTROLIER ĪČU UN TAHOGR ĀFA KARŠU 
TIPA APSTIPRIN ĀŠANA  
8.1. Visp ārīgi norādījumi 
▼M1 
Šajā nodaļā “reģistrācijas kontrolier īce” nozīmē “reģistrācijas 
kontrolierīci vai tās sastāvdaļas”. Tipa apstiprin āšana nav nepiecie ­ 
šama kabelim(- ļiem), ar kuru(-iem) kust ības sensoru pievieno trans ­
portlīdzekļa blokam, ārēju GNSS iek ārtu pievieno transportl īdzekļa 
blokam vai att ālinātu saziņas iekārtu pievieno transportl īdzekļa 
blokam. Pap īrs, kuru izmanto re ģistrācijas kontrolier īcē, ir uzska­
tāms par reģistrācijas kontrolier īces daļu. 
Ikviens ražot ājs var lūgt piešķirt tipa apstiprin ājumu reģistrācijas 
kontrolierīces sastāvdaļai(-ām) ar jebk ādu(-ām) citu(-ām) reģistrā­
cijas kontrolier īces sastāvdaļai(-ām), ar nosac ījumu, ka katra sast āv­
daļa atbilst šaj ā pielikumā noteiktajām prasībām. Alternat īva ražo­
tāju iespēja ir lūgt reģistrācijas kontrolier īces tipa apstiprin āšanu.  
Kā aprakstīts šīs regulas 2. panta 10) punkt ā sniegtajā definīcijā, ir 
iespējami dažādi transportl īdzekļa bloku sast āvdaļu montāžas veidi. 
Neatkarīgi no tā, kāds ir transportl īdzekļa bloku sast āvdaļu montāžas 
veids, ārējā antena un (attiec īgā gadījumā) antenas sadal ītājs, kas ir 
savienots ar GNSS uztv ērēju vai attālinātās saziņas iekārtu, neietilpst 
transportlīdzekļa bloka tipa apstiprin ājumā. 
Tomēr ražotāji pēc reģistrācijas kontrolier īces tipa apstiprin ājuma 
saņemšanas uztur publiski pieejamu sarakstu, kur ā norāda antenas 
un sadalītājus, kas ir sader īgi ar katru tipa apstiprin ājumu saņēmušo 
transportlīdzekļa bloku, ārējo GNSS iek ārtu un attālinātās saziņas 
iekārtu. 
▼B 
(425) Re ģistrācijas kontrolier īci nodod apstiprin āšanai kop ā ar 
visām tajā integrētajām papildier īcēm. 
(426) Re ģistrācijas kontrolier īču un tahogr āfa karšu tipa apstipri ­
nāšanā ietilpst ar droš ību saistīti testi, funkcionalit ātes testi 
un saderības testi. Par šo testu pozit īviem rezult ātiem tiek 
izdots attiec īgs sertifikāts. 
▼M1 
(427) Dal ībvalstu iest ādes, kuras veic tipa apstiprin āšanu, tipa ap ­
stiprinājuma sertifik ātu nepiešķir, kamēr to rīcībā nav:  
— drošības sertifik āta (ja prasīts šajā pielikumā), 
— funkcionalit ātes sertifik āta un  
— saderības sertifik āta (ja prasīts šajā pielikumā) 
reģistrācijas kontrolier īcei vai tahogr āfa kartei, par kuru ir 
iesniegts tipa apstiprin ājuma pieteikums.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 84  
(428) Par vis ām ierīces programmat ūras vai tehniskaj ām 
pārmaiņām vai citu materi ālu izmantošanu to ražošanai 
iepriekš jāpaziņo iestādei, kas ier īcei piešķīrusi tipa apstip ­
rinājumu. Šī iestāde ražotājam apstiprina tipa apstiprin ājuma 
pagarinājumu, vai ar ī tā var piepras īt aktualizēt vai apstip ­
rināt attiecīgo funkcionalit ātes, drošības un/vai savietoja ­
mības sertifik ātu. 
(429) Iest āde, kura pieš ķīrusi reģistrācijas kontrolier īces tipa ap ­
stiprinājumu, apstiprina proced ūras reģistrācijas kontrolie ­
rīces programmat ūras atjaunin āšanai  in situ . Atjauninot 
programmat ūru, nedrīkst mainīt vai izdz ēst reģistrācijas 
kontrolierīces atmiņā saglabātos datus par transportl īdzekļa 
vadītāja darbībām. Programmat ūru drīkst atjaunin āt tikai 
ierīces ražotāja pārraudzībā. 
(430) Tādu programmat ūras modifik āciju tipa apstiprin āšanu, kas 
paredzētas iepriekš tipa apstiprin ājumu saņēmušas reģistrā­
cijas kontrolier īces atjaunin āšanai, nedr īkst atteikt, ja vien 
šādas modifik ācijas attiecas tikai uz šaj ā pielikumā nenorā­
dītām funkcijām. No reģistrācijas kontrolier īces programma ­
tūras atjaunin āšanas var izsl ēgt jaunu rakstz īmju ieviešanu, 
ja tas tehniski nav iesp ējams.  
8.2. Droš ības sertifik āts 
(431) Droš ības sertifik ātu izdod saska ņā ar šā pielikuma 10. papil ­
dinājumu. Reģistrācijas kontrolier īces sertific ējamās sastāv­
daļas ir transportl īdzekļa bloks, kust ības sensors, ārējā 
GNSS iekārta un tahogr āfa kartes.  
(432) Izņēmuma gad ījumā, kad droš ības sertifik ācijas iestādes 
atsakās sertificēt jaunu ier īci, pamatojoties uz to, ka tai ir 
novecojuši droš ības mehānismi, un tikai šaj ā specifiskaj ā 
izņēmuma gad ījumā un, ja nav cita, regulai atbilstoša risi ­
nājuma, tipa apstiprin ājumu turpina pieš ķirt. 
(433) Šaj ā gadījumā attiecīgā dalībvalsts nekav ējoties inform ē 
Eiropas Komisiju, kas divpadsmit kalend ārajos mēnešos 
no tipa apstiprin ājuma piešķiršanas dienas uzs āk procedūru, 
lai nodrošin ātu, ka droš ības līmenis tiek atjaunots s ākotnējā 
līmenī. 
8.3. Funkcionalit ātes sertifik āts 
(434) Visiem tipa apstiprin ājuma saņemšanas kandid āti iesniedz 
dalībvalsts iest ādei, kura pieš ķir tipa apstiprin ājumu, visus 
materiālus un dokument āciju, kurus š ī iestāde uzskata par 
vajadzīgiem.  
(435) Ražot āji viena m ēneša laikā pēc pieprasījuma izdar īšanas 
nodrošina atbilstošus apstiprin ātā tipa izstrādājumu paraugus 
un saistītos dokumentus, kas apstiprin ātajām laboratorij ām 
vajadzīgi funkcionalit ātes testu veikšanai. Visas izmaksas 
saistībā ar šo piepras ījumu sedz iest āde, kas izdar ījusi 
pieprasījumu. Laboratorijas visu sensit īvo komercinform ā­
ciju apstrādā konfidenci āli. 
(436) Funkcionalit ātes sertifik ātu ražotājam izsniedz tikai p ēc tam, 
kad ir saņemti pozitīvi rezultāti vismaz par visiem 9. papil ­
dinājumā minētajiem testiem.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 85  
(437) Funkcionalit ātes sertifik ātu izsniedz tipa apstiprin āšanas 
iestāde. Šajā sertifikātā līdz ar tā saņēmēja nosaukumu un 
modeļa identifikāciju norāda arī visus veiktos testus un tajos 
iegūtos rezultātus. 
(438) Re ģistrācijas kontrolier īces ikvienas sast āvdaļas funkcion ā­
lajā sertifikātā norāda arī visu pārējo apstiprin ātā tipa sade­
rīgo reģistrācijas kontrolier īces komponentu tipa apstipri ­
nājuma numurus.  
(439) Re ģistrācijas kontrolier īces ikvienas sast āvdaļas funkcion ā­
lajā sertifikātā norāda arī ISO vai CEN standartu, atbilstoši 
kuram funkcion ālā saskarne ir sertific ēta. 
8.4. Savietojam ības sertifik āts 
(440) Savietojam ības testus veic vien ā laboratorij ā, kas darbojas 
Eiropas Komisijas pak ļautībā un pārraudzībā. 
(441) Laboratorija re ģistrē savietojam ības testēšanas ražot āju 
iesniegtos pieteikumus to sa ņemšanas hronolo ģiskā secībā. 
(442) Pieteikumus ofici āli reģistrē tikai pēc tam, kad laboratorijas 
rīcībā ir: 
— pilns šiem savietojam ības testiem vajadz īgo materiālu un 
dokumentācijas komplekts,  
— attiecīgais drošības sertifik āts, 
— attiecīgais funkcionalit ātes sertifik āts. 
Pieteikuma re ģistrēšanas datums ir j āpaziņo ražotājam. 
(443) Laboratorija neveic nek ādus saderības testus re ģistrācijas 
kontrolierīcei vai tahogr āfa kartēm, ja tām nav pieš ķirts 
drošības sertifik āts un funkcionalit ātes sertifik āts, izņemot 
432. prasībā aprakstītajā izņēmuma gad ījumā. 
(444) Ražot āji, kas iesniedz pieteikumus savietojam ības testēšanai, 
apņemas par šiem testiem atbild īgās laboratorijas r īcībā 
atstāt pilnu visu to materi ālu un dokumentu komplektu, 
kurus tie nodevuši testu veikšanai.  
(445) Savietojam ības testēšanu veic saska ņā ar šā pielikuma 
9. papildin ājumu ar attiec īgi visu reģistrācijas kontrolier īču 
vai tahogrāfa karšu tipiem:  
— kuru tipa apstiprin ājums vēl ir spēkā vai 
— kuru tipa apstiprin ājums vēl nav piešķirts, bet kuriem ir 
derīgs savietojam ības sertifik āts. 
(446) Savietojam ības testi aptver visas joproj ām izmantoto re ģis­
trācijas kontrolier īču vai tahogr āfa karšu paaudzes.  
(447) Laboratorija izdod savietojam ības sertifik ātu ražotājam tikai 
pēc visu savietojam ības testu sekm īgas nokārtošanas.  
(448) Ja vienas vai vair āku reģistrācijas kontrolier īču vai tahogr āfa 
karšu savietojam ības testi nav sekm īgi nokārtoti, savietoja ­
mības sertifik ātu neizdod tikm ēr, kamēr pieteikumu iesnie ­
gušais ražot ājs nav ieviesis visas vajadz īgās pārmaiņas un 
sekmīgi nokārtojis savietojam ības testus. Laboratorija kop ā ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 86  
ar ražotāju, uz kuru š ī nesavietojam ības kļūme attiecas, 
noskaidro nesavienojam ības cēloņus un palīdz pieteikumu 
iesniegušajam ražot ājam atrast probl ēmas tehnisko risin ā­
jumu. Ja ražot ājs savu izstr ādājumu ir pārveidojis, ražot āja 
pienākums ir attiec īgajās iestādēs noskaidrot, vai droš ības 
sertifikāts un funkcion ālais sertifik āts joprojām ir spēkā. 
(449) Savietojam ības sertifik āts ir derīgs sešus m ēnešus. Ja šaj ā 
termiņā ražotājs vēl nav saņēmis attiecīgo tipa apstipri ­
nājuma sertifik ātu, tas tiek atsaukts. Ražot ājs to nosūta 
tipa apstiprin āšanas iestādei dalībvalstī, kura izdevusi funk ­
cionalitātes sertifik ātu. 
(450) Nevienu elementu, kas var ētu būt nesavietojam ības kļūmes 
cēlonis, nedr īkst izmantot pe ļņas vai domin ējoša stāvokļa 
iegūšanas nolūkā. 
8.5. Tipa apstiprin ājuma sertifik āts 
(451) Dal ībvalsts tipa apstiprin āšanas iestāde var izdot tipa apstip ­
rinājuma sertifik ātu, tiklīdz tās rīcībā ir nonākuši visi tr īs 
šim nolūkam vajadz īgie sertifik āti. 
(452) Re ģistrācijas kontrolier īces ikvienas sast āvdaļas funkcion ā­
lajā sertifikātā norāda arī visu pārējo apstiprin ātā tipa sade­
rīgo reģistrācijas kontrolier īces sastāvdaļu tipa apstipri ­
nājuma numurus.  
(453) Izdodot tipa apstiprin ājuma sertifik ātu ražotājam, tā kopiju 
tipa apstiprin ātāja iestāde nosūta par savietojam ības testē­ 
šanu atbild īgajai laboratorijai.  
(454) Par savietojam ības testēšanu kompetent ā laboratorija uztur 
publiski pieejamu t īmekļa vietni, kur ā atjaunina to re ģistrā­
cijas kontrolier īču vai tahogr āfa karšu mode ļu sarakstu:  
— kuriem re ģistrēts savietojam ības testēšanas pieteikums,  
— kuri sa ņēmuši savietojam ības sertifik ātu (arī pagaidu),  
— kuri sa ņēmuši tipa apstiprin ājuma sertifik ātu. 
8.6. Iz ņēmuma proced ūra: pirmie savietojam ības sertifik āti 2. paau ­
dzes reģistrācijas kontrolier īcēm un tahogr āfa kartēm 
(455) Četros mēnešos pēc pirmās 2. paaudzes re ģistrācijas kontro ­
lierīces un 2. paaudzes tahogr āfa karšu (transportl īdzekļa 
vadītāja, darbnīcas, kontroles kartes un uz ņēmuma kartes) 
savietojam ības sertific ēšanas visi izdotie savietojam ības 
sertifikāti (tostarp ar ī paši pirmie) attiec ībā uz šajā termiņā 
reģistrētajiem pieteikumiem ir uzskat āmi par pagaidu serti ­
fikātiem. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 87  
(456) Ja š ā laikposma beig ās visi minētie izstrādājumi ir savstar ­
pēji savietojami, visi tiem izdotie savietojam ības sertifik āti 
kļūst par galīgajiem sertifik ātiem.  
(457) Ja šaj ā laikposmā tiek konstat ētas nesavietojam ības kļūmes, 
par savietojam ības testēšanu atbild īgā laboratorija kop ā ar 
visiem iesaist ītajiem ražot ājiem identific ē to cēloņus un 
aicina ražot ājus ieviest nepieciešam ās pārmaiņas. 
(458) Ja šim laikposmam beidzoties savietojam ība joprojām netiek 
panākta, par savietojam ības testēšanu atbild īgā laboratorija 
sadarbībā ar attiecīgajiem ražot ājiem un tipa apstiprin āšanas 
iestādēm, kuras izdeva funkcionalit ātes sertifik ātus, meklē 
nesavietojam ības kļūmju cēloņus un nosaka, k ādas izmaiņas 
ir jāveic katram iesaist ītajam ražot ājam. Tehnisko risin ā­
jumu mekl ējumi nav ilg āki par diviem m ēnešiem, un p ēc 
šā termiņa beigām, ja netiek rasts kop īgs risinājums, Komi ­
sija, apspriežoties ar laboratoriju, kas ir atbild īga par savie ­
tojamības testēšanu, pieņem lēmumu par to, k ādiem reģis­
trācijas kontrolier īču un tahogr āfa karšu tipiem pieš ķirams 
galīgais savietojam ības sertifik āts, un pazi ņo šāda lēmuma 
iemeslus.  
(459) Visus piepras ījumus veikt savietojam ības testēšanu, kurus 
laboratorija re ģistrējusi starplaik ā, kad beidzies pirmais 
četru mēnešu laikposms p ēc savietojam ības pirmā pagaidu 
sertifikāta izdošanas un pie ņemts 455. pras ībā minētais 
Komisijas l ēmums, atliek l īdz laikam, kad tiks atrisin ātas 
sākotnēji konstatētās nesavietojam ības problēmas. Pēc tam 
šie pieteikumi tiek izskat īti to reģistrēšanas hronolo ģiskajā 
secībā. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 88  
1. papildin ājums  
DATU V ĀRDNĪCA 
SATURA R ĀDĪTĀJS 
1. IEVADS  
1.1. Pieeja datu tipu defin ēšanai  
1.2. Atsauces  
2. DATU TIPU DEFIN ĪCIJAS  
2.1. ActivityChangeInfo  
2.2. Address  
2.3. AESKey  
2.4. AES128Key  
2.5. AES192Key  
2.6. AES256Key  
2.7. BCDString  
2.8. CalibrationPurpose  
2.9. CardActivityDailyRecord  
2.10. CardActivityLengthRange  
2.11. CardApprovalNumber  
2.12. CardCertificate  
2.13. CardChipIdentification  
2.14. CardConsecutiveIndex  
2.15. CardControlActivityDataRecord  
2.16. CardCurrentUse  
2.17. CardDriverActivity  
2.18. CardDrivingLicenceInformation  
2.19. CardEventData  
2.20. CardEventRecord  
2.21. CardFaultData  
2.22. CardFaultRecord  
2.23. CardIccIdentification  
2.24. CardIdentification  
2.25. CardMACertificate  
2.26. CardNumber  
2.27. CardPlaceDailyWorkPeriod  
2.28. CardPrivateKey  
2.29. CardPublicKey  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 89  
2.30. CardRenewalIndex  
2.31. CardReplacementIndex  
2.32. CardSignCertificate  
2.33. CardSlotNumber  
2.34. CardSlotsStatus  
2.35. CardSlotsStatusRecordArray  
2.36. CardStructureVersion  
2.37. CardVehicleRecord  
2.38. CardVehiclesUsed  
2.39. CardVehicleUnitRecord  
2.40. CardVehicleUnitsUsed  
2.41. Certificate  
2.42. CertificateContent  
2.43. CertificateHolderAuthorisation  
2.44. CertificateRequestID  
2.45. CertificationAuthorityKID  
2.46. CompanyActivityData  
2.47. CompanyActivityType  
2.48. CompanyCardApplicationIdentification  
2.49. CompanyCardHolderIdentification  
2.50. ControlCardApplicationIdentification  
2.51. ControlCardControlActivityData  
2.52. ControlCardHolderIdentification  
2.53. ControlType  
2.54. CurrentDateTime  
2.55. CurrentDateTimeRecordArray  
2.56. DailyPresenceCounter  
2.57. Datef  
2.58. DateOfDayDownloaded  
2.59. DateOfDayDownloadedRecordArray  
2.60. Distance  
2.61. DriverCardApplicationIdentification  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 90  
2.62. DriverCardHolderIdentification  
▼M1 
2.63. Rezerv ēts izmantošanai n ākotnē 
▼B 
2.64. EGFCertificate  
2.65. EmbedderIcAssemblerId  
2.66. EntryTypeDailyWorkPeriod  
2.67. EquipmentType  
2.68. EuropeanPublicKey  
2.69. EventFaultRecordPurpose  
2.70. EventFaultType  
2.71. ExtendedSealIdentifier  
2.72. ExtendedSerialNumber  
2.73. FullCardNumber  
2.74. FullCardNumberAndGeneration  
2.75. Generation  
2.76. GeoCoordinates  
2.77. GNSSAccuracy  
▼M1 
2.78. GNSSAccumulatedDriving  
2.79. GNSSAccumulatedDrivingRecord  
▼B 
2.80. GNSSPlaceRecord  
2.81. HighResOdometer  
2.82. HighResTripDistance  
2.83. HolderName  
2.84. InternalGNSSReceiver  
2.85. K-ConstantOfRecordingEquipment  
2.86. KeyIdentifier  
2.87. KMWCKey  
2.88. Language  
2.89. LastCardDownload  
2.90. LinkCertificate  
2.91. L-TyreCircumference  
2.92. MAC  
2.93. ManualInputFlag  
2.94. ManufacturerCode  
2.95. ManufacturerSpecificEventFaultData  
2.96. MemberStateCertificate  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 91  
2.97. MemberStateCertificateRecordArray  
2.98. MemberStatePublicKey  
2.99. Name  
2.100. NationAlpha  
2.101. NationNumeric  
2.102. NoOfCalibrationRecords  
2.103. NoOfCalibrationsSinceDownload  
2.104. NoOfCardPlaceRecords  
2.105. NoOfCardVehicleRecords  
2.106. NoOfCardVehicleUnitRecords  
2.107. NoOfCompanyActivityRecords  
2.108. NoOfControlActivityRecords  
2.109. NoOfEventsPerType  
2.110. NoOfFaultsPerType  
▼M1 
2.111. NoOfGNSSADRecords  
▼B 
2.112. NoOfSpecificConditionRecords  
2.113. OdometerShort  
2.114. OdometerValueMidnight  
2.115. OdometerValueMidnightRecordArray  
2.116. OverspeedNumber  
2.117. PlaceRecord  
2.118. PreviousVehicleInfo  
2.119. PublicKey  
2.120. RecordType  
2.121. RegionAlpha  
2.122. RegionNumeric  
2.123. RemoteCommunicationModuleSerialNumber  
2.124. RSAKeyModulus  
2.125. RSAKeyPrivateExponent  
2.126. RSAKeyPublicExponent  
2.127. RtmData  
2.128. SealDataCard  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 92  
2.129. SealDataVu  
2.130. SealRecord  
2.131. SensorApprovalNumber  
2.132. SensorExternalGNSSApprovalNumber  
2.133. SensorExternalGNSSCoupledRecord  
2.134. SensorExternalGNSSIdentification  
2.135. SensorExternalGNSSInstallation  
2.136. SensorExternalGNSSOSIdentifier  
2.137. SensorExternalGNSSSCIdentifier  
2.138. SensorGNSSCouplingDate  
2.139. SensorGNSSSerialNumber  
2.140. SensorIdentification  
2.141. SensorInstallation  
2.142. SensorInstallationSecData  
2.143. SensorOSIdentifier  
2.144. SensorPaired  
2.145. SensorPairedRecord  
2.146. SensorPairingDate  
2.147. SensorSCIdentifier  
2.148. SensorSerialNumber  
2.149. Signature  
2.150. SignatureRecordArray  
2.151. SimilarEventsNumber  
2.152. SpecificConditionRecord  
2.153. SpecificConditions  
2.154. SpecificConditionType  
2.155. Speed  
2.156. SpeedAuthorised  
2.157. SpeedAverage  
2.158. SpeedMax  
2.159. TachographPayload  
▼M1 
2.160. Rezerv ēts izmantošanai n ākotnē ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 93  
2.161. TDesSessionKey  
2.162. TimeReal  
2.163. TyreSize  
2.164. VehicleIdentificationNumber  
2.165. VehicleIdentificationNumberRecordArray  
2.166. VehicleRegistrationIdentification  
2.167. VehicleRegistrationNumber  
2.168. VehicleRegistrationNumberRecordArray  
2.169. VuAbility  
2.170. VuActivityDailyData  
2.171. VuActivityDailyRecordArray  
2.172. VuApprovalNumber  
2.173. VuCalibrationData  
2.174. VuCalibrationRecord  
2.175. VuCalibrationRecordArray  
2.176. VuCardIWData  
2.177. VuCardIWRecord  
2.178. VuCardIWRecordArray  
2.179. VuCardRecord  
2.180. VuCardRecordArray  
2.181. VuCertificate  
2.182. VuCertificateRecordArray  
2.183. VuCompanyLocksData  
2.184. VuCompanyLocksRecord  
2.185. VuCompanyLocksRecordArray  
2.186. VuControlActivityData  
2.187. VuControlActivityRecord  
2.188. VuControlActivityRecordArray  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 94  
2.189. VuDataBlockCounter  
2.190. VuDetailedSpeedBlock  
2.191. VuDetailedSpeedBlockRecordArray  
2.192. VuDetailedSpeedData  
2.193. VuDownloadablePeriod  
2.194. VuDownloadablePeriodRecordArray  
2.195. VuDownloadActivityData  
2.196. VuDownloadActivityDataRecordArray  
2.197. VuEventData  
2.198. VuEventRecord  
2.199. VuEventRecordArray  
2.200. VuFaultData  
2.201. VuFaultRecord  
2.202. VuFaultRecordArray  
▼M1 
2.203. VuGNSSADRecord  
2.204. VuGNSSADRecordArray  
▼B 
2.205. VuIdentification  
2.206. VuIdentificationRecordArray  
2.207. VuITSConsentRecord  
2.208. VuITSConsentRecordArray  
2.209. VuManufacturerAddress  
2.210. VuManufacturerName  
2.211. VuManufacturingDate  
2.212. VuOverSpeedingControlData  
2.213. VuOverSpeedingControlDataRecordArray  
2.214. VuOverSpeedingEventData  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 95  
2.215. VuOverSpeedingEventRecord  
2.216. VuOverSpeedingEventRecordArray  
2.217. VuPartNumber  
2.218. VuPlaceDailyWorkPeriodData  
2.219. VuPlaceDailyWorkPeriodRecord  
2.220. VuPlaceDailyWorkPeriodRecordArray  
2.221. VuPrivateKey  
2.222. VuPublicKey  
2.223. VuSerialNumber  
2.224. VuSoftInstallationDate  
2.225. VuSoftwareIdentification  
2.226. VuSoftwareVersion  
2.227. VuSpecificConditionData  
2.228. VuSpecificConditionRecordArray  
2.229. VuTimeAdjustmentData  
▼M1 
2.230. Rezerv ēts izmantošanai n ākotnē 
2.231. Rezerv ēts izmantošanai n ākotnē 
▼B 
2.232. VuTimeAdjustmentRecord  
2.233. VuTimeAdjustmentRecordArray  
2.234. WorkshopCardApplicationIdentification  
2.235. WorkshopCardCalibrationData  
2.236. WorkshopCardCalibrationRecord  
2.237. WorkshopCardHolderIdentification  
2.238. WorkshopCardPIN  
2.239. W-VehicleCharacteristicConstant  
2.240. VuPowerSupplyInterruptionRecord  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 96  
2.241. VuPowerSupplyInterruptionRecordArray  
2.242. VuSensorExternalGNSSCoupledRecordArray  
2.243. VuSensorPairedRecordArray  
3. V ĒRTĪBU UN LIELUMU DIAPAZONA DEFIN ĪCIJAS  
4. RAKSTZ ĪMJU KOPAS  
5. KOD ĒŠANA  
6. OBJEKTU IDENTIFIKATORI UN LIETOJUMA IDENTIFIKATORI  
6.1. Objektu identifikatori  
6.2. Lietojuma identifikatori  
1. IEVADS  
Šajā papildinājumā noteikti datu form āti, datu elementi un datu strukt ūra 
izmantošanai re ģistrācijas kontrolier īcēs un tahogr āfa kartēs. 
1.1. Pieeja datu tipu defin ēšanai  
Šajā papildinājumā datu tipu defin ēšanai izmantota abstrakt ās sintakses 
notācija 1 (ASN.1). T ādējādi ir iespējams vienk āršus un struktur ētus 
datus defin ēt, neizmantojot īpašu pārsūtīšanas sintaksi (kod ēšanas notei ­
kumus), kas ir atkar īga no lietojuma un vides.  
ASN.1 tipa nosaukumdošanas metodes atbilst ISO/IEC 8824-1. Tas 
nozīmē, ka: 
— ja iesp ējams, datu tipa noz īme ir noprotama no izraudz ītajiem 
vārdiem,  
— ja datu tipu veido citu datu tipu salikums, datu tipa nosaukums ir 
alfabēta burtu sec ība, kas sākas ar lielo s ākumburtu, ta ču sākumburti 
attiecīgās nozīmes piešķiršanai tiek izmantoti ar ī pašā nosaukum ā, 
— visumā datu tipu nosaukumi ir saist īti ar to datu tipu nosaukumiem, 
no kuriem tie veidoti, ier īču nosaukumiem, kur ās datus glab ā, un 
funkcijām, kas attiecas uz šiem datiem.  
Ja ASN.1 tips jau ir defin ēts kā cita standarta da ļa un ja tas ir piem ērots 
izmantošanai re ģistrācijas kontrolier īcē, tad šis ASN.1 tips tiek defin ēts 
šajā papildinājumā. 
Lai būtu iespējams izmantot vair āku veidu kod ēšanas noteikumus, šaj ā 
papildinājumā daži ASN.1 tipi ir ierobežoti ar v ērtību diapazona identi ­
fikatoriem. V ērtību diapazona identifikatori defin ēti 3. punktā un 2. papil ­
dinājumā. 
1.2. Atsauces  
Šajā papildinājumā izmantotas š ādas atsauces:  
ISO 639 Kodi valodu nosaukumiem. Pirm ā redakcija, 
1988. gads.  
ISO 3166 Valstu un to administrat īvi teritori ālā iedalījuma 
vienību nosaukumu kodi. 1. da ļa: Valstu kodi, 
2013. gads.  
ISO 3779 Ce ļu transportl īdzekļi. Transportl īdzekļa identifik ā­
cijas numurs. Saturs un strukt ūra, 2009. gads.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 97  
ISO/IEC 7816-5 Identifik ācijas kartes. Integr ēto shēmu kartes. 5. da ļa: 
Lietotņu nodrošin ātāju reģistrācija. 
Otrā redakcija, 2004. gads.  
ISO/IEC 7816-6 Identifik ācijas kartes. Integr ēto shēmu kartes. 6. da ļa: 
Iekšējās apmaiņas datu elementi, 2004. gads + 
1. tehniskais labojums, 2006. gads.  
ISO/IEC 8824-1 Inform ācijas tehnolo ģija. Abstrakt ās sintakses not ā­
cija 1 (ASN.1). B āzes notācijas specifik ācija, 
2008. gads + 1. tehniskais labojums, 2012. gads, un 
2. tehniskais labojums, 2014. gads.  
ISO/IEC 8825-2 Inform ācijas tehnolo ģija. ASN.1 kod ēšanas notei ­
kumi:  Packed Encoding Rules  (PER) specifikācija, 
2008. gads.  
ISO/IEC 8859-1 Inform ācijas tehnolo ģija. 8 bitu vienbaita koda 
grafisko z īmju komplekti. 1. da ļa: Latīņu alfabēts 
Nr. 1. Pirm ā redakcija, 1998. gads.  
ISO/IEC 8859-7 Inform ācijas tehnolo ģija. 8 bitu vienbaita koda 
grafisko zīmju komplekti. 7. da ļa: Latīņu/grieķu alfa­
bēts, 2003. gads.  
ISO 16844-3 Ce ļu transportl īdzekļi. Tahogrāfu sistēmas. Kust ības 
sensora saskarne, 2004. gads + 1. tehniskais labo ­
jums, 2006. gads.  
TR-03110-3  BSI/ANSSI  Tehniskās pamatnost ādnes TR-03110, 
Progresīvi drošības mehānismi maš īnlasāmiem ceļo­ 
šanas dokumentiem un  eIDAS  apliecin ājums. 
3. daļa: Kopīgas specifik ācijas, versija 2.20, 
2015. gada 3. febru āris. 
2. DATU TIPU DEFIN ĪCIJAS  
Visiem turpm āk minētajiem datu tipiem noklus ējuma vērtība saturam 
“nezināms” vai “nav piem ērojams” sast āv no datu elementa aizpild īšanas 
ar ‘FF’ baitiem.  
Ja vien nav nor ādīts citādi, 1. un 2. paaudzes lietojumprogramm ām 
izmanto visus datu tipus.  
▼M1 
Attiecībā uz kartes datu tipiem, kas ir izmantoti 1. paaudzes un 2. paau ­
dzes pieteikumiem, šaj ā papildinājumā norādītais izmērs ir paredz ēts 
2. paaudzes pieteikumam. Tiek pie ņemts, ka las ītājs jau zina 1. paaudzes 
pieteikuma izm ēru. I.C pielikum ā norādītā ar šādiem datu tipiem saist ītā 
prasību numerācija attiecas gan uz 1. paaudzes, gan 2. paaudzes pietei ­
kumiem.  
▼B 
2.1. ActivityChangeInfo  
Ar šo datu tipu divu baitu v ārda veidā var kod ēt slota statusu 
plkst. 00.00 un/vai vad ītāja statusu plkst. 00.00, un/vai darb ības maiņu, 
un/vai braukšanas rež īma maiņu, un/vai transportl īdzekļa vadītāja vai 
otra vadītāja kartes statusa mai ņu. Šis datu tips ir saist īts ar 1.C pielikuma 
105., 266., 291., 320., 321., 343. un 344. pras ību.
 
Vērtību piešķiršana — oktets:  ‘scpaattttttttttt’B (16 biti)  
Ierakstiem datu atmi ņā (vai slota statusam):  
‘s’B slots:  
‘0’B: VAD ĪTĀJS, 
‘1’B: OTRS VAD ĪTĀJS, ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 98  
‘c’B braukšanas rež īms: 
‘0’B: INDIVIDU ĀLS, 
‘1’B: APKALPE,  
‘p’B vad ītāja (vai darbn īcas) kartes statuss attiec īgajā slotā: 
‘0’B: IEVIETOTA, karte ir ievietota,  
‘1’B: NAV IEVIETOTA, karte nav ievietota (vai ir 
izņemta),  
‘aa’B darb ība: 
‘00’B: PĀRTRAUKUMS/ATP ŪTA, 
‘01’B: KL ĀTBŪTNE,  
‘10’B: DARBS,  
‘11’B: TRANSPORTL ĪDZEKĻA VADĪŠANA,  
‘ttttttttttt’B mai ņas laiks: kopš plkst. 00.00 attiec īgajā dienā pagā­
jušo minūšu skaits.  
Ierakstiem vad ītāja (vai darbn īcas) kartē (un vadītāja statusa ierakstiem):  
‘s’B slots (nav vajadz īgs, ja ‘p’ = 1, iz ņemot turpm āk doto 
piezīmi): 
‘0’B: VAD ĪTĀJS, 
‘1’B: OTRS VAD ĪTĀJS, 
‘c’B braukšanas rež īms (gadījums ‘p’ = 0) vai  
šāds darbības statuss (gad ījums ‘p’ = 1):  
‘0’B: INDIVIDU ĀLS, 
‘0’B: NEZIN ĀMS 
‘1’B: APKALPE,  
‘1’B: ZINĀMS (= manu āli ievadītais) 
‘p’B kartes statuss:  
‘0’B: IEVIETOTA, karte ievietota re ģistrācijas 
kontrolierīcē, 
‘1’B: NAV IEVIETOTA, karte nav ievietota (vai ir 
izņemta),  
‘aa’B darb ība (nav vajadz īgs, ja ‘p’ = 1 un ‘c’ = 0, iz ņemot 
turpmāk doto piez īmi): 
‘00’B: PĀRTRAUKUMS/ATP ŪTA, 
‘01’B: KL ĀTBŪTNE,  
‘10’B: DARBS,  
‘11’B: TRANSPORTL ĪDZEKĻA VADĪŠANA,  
‘ttttttttttt’B mai ņas laiks: kopš plkst. 00.00 attiec īgajā dienā pagā­
jušo minūšu skaits.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 99  
Piezīme par notikumu “kartes iz ņemšana”  
Ja karte ir iz ņemta:  
— ‘s’ ir vajadz īgs un rāda slotu, no kura karte ir iz ņemta,  
— ‘c’ jābūt iestatītam uz 0,  
— ‘p’ jābūt iestatītam uz 1,  
— ‘aa’ jākodē attiecīgajā laikā izraudzītā darbība. 
Ievadot datus manu āli, (kartē saglabātā) vārda bitus ‘c’ un ‘aa’ v ēlāk var 
pārrakstīt, lai atspogu ļotu attiecīgo ierakstu.  
2.2. Address  
Adrese.
  
codePage  norāda 4. noda ļā definēto rakstzīmju kopu.  
address  ir adrese, kas kod ēta, izmantojot nor ādīto rakstzīmju kopu.  
2.3. AESKey  
2. paaudze  
AES atslēga, kuras garums ir 128, 192 vai 256 biti.
  
Vērtību piešķiršana : netiek sīkāk norādīta. 
2.4. AES128Key  
2. paaudze  
AES128 atsl ēga.
 
length  apzīmē AES128 atsl ēgas garumu oktetos.  
aes128Key  ir AES atsl ēga, kuras garums ir 128 biti.  
Vērtību piešķiršana  
Garuma vērtība ir 16.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 100  
2.5. AES192Key  
2. paaudze  
AES192 atsl ēga.
 
length  apzīmē AES192 atsl ēgas garumu oktetos.  
aes192Key  ir AES atsl ēga, kuras garums ir 192 biti.  
Vērtību piešķiršana  
Garuma vērtība ir 24.  
2.6. AES256Key  
2. paaudze  
AES256 atsl ēga.
 
length  apzīmē AES256 atsl ēgas garumu oktetos.  
aes256Key  ir AES atsl ēga, kuras garums ir 256 biti.  
Vērtību piešķiršana  
Garuma vērtība ir 32.  
2.7. BCDString  
BCDString izmanto bin āri kodētu decimālu (BCD) atveidošanai. Šo datu 
tipu izmanto viena decim ālcipara atveidošanai vien ā semioktet ā (4 biti). 
BCDString izveido saska ņā ar ISO/IEC 8824-1 “CharacterStringType”.
  
BCDString izmanto “hstring” not āciju. Kreisais heksadecim ālcipars ir 
svarīgākais pirmā okteta semioktets. Lai izveidotu vair ākus oktetus, 
pēc vajadzības ievieto nulles nosl ēguma semioktetus no kreis ā malējā 
semiokteta poz īcijas pirmaj ā oktetā. 
Atļautie cipari ir: 0, 1, .. 9.  
2.8. CalibrationPurpose  
Kods apraksta kalibr ēšanas parametru re ģistrēšanas iemeslu. Šis datu tips 
ir saistīts ar 1.B pielikuma 097. un 098. pras ību un 1.C pielikuma 
119. prasību.
 ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 101  
Vērtību piešķiršana  
1. paaudze  
‘00’H rezerv ēta vērtība, 
‘01’H aktiv ācija: zināmo kalibrēšanas parametru ierakst īšana 
transportlīdzekļa bloka aktiv ācijas brīdī, 
‘02’H instal ēšana pirmo reizi: pirm ā transportl īdzekļa bloka 
kalibrēšana pēc aktivācijas,  
‘03’H instal ēšana: transportl īdzekļa bloka pirm ā kalibrēšana 
kārtējā transportlīdzeklī, 
‘04’H regul āra inspekcija.  
2. paaudze  
Papildus 1. paaudzes v ērtībām izmanto š ādas vērtības: 
‘05’H uz ņēmuma ievad īts transportl īdzekļa reģistrācijas 
numurs (VRN),  
‘06’H laika skait īšanas korekcija bez kalibr ēšanas,  
‘07’H līdz ‘7F’H RFU,  
‘80’H līdz ‘FF’H nosaka ražot ājs. 
2.9. CardActivityDailyRecord  
Kartē saglabātā informācija, kas attiecas uz vad ītāja darbībām konkrētajā 
kalendārajā dienā. Šis datu tips ir saist īts ar 1.C pielikuma 266., 291., 
320. un 343. pras ību.
 
activityPreviousRecordLength  ir iepriekš ējā dienas ieraksta kop ējais 
garums baitos. Maksim ālo vērtību uzdod ar t ā OCTET STRING garumu, 
kurā ir attiecīgie ieraksti (sk. CardActivityLengthRange, 2. papildin ājuma 
4. punktu). Ja šis ieraksts ir vec ākais dienas ieraksts, activityPrevious ­
RecordLength v ērtībai jābūt iestatītai uz 0.  
activityRecordLength  ir šā ieraksta kop ējais garums baitos. Maksim ālo 
vērtību uzdod ar t ā OCTET STRING garumu, kur ā ir attiecīgie ieraksti.  
activityRecordDate  ir šā ieraksta datums.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 102  
activityDailyPresenceCounter  ir kartes ikdienas kl ātbūtnes skaitītājs 
attiecīgajā dienā. 
activityDayDistance  ir kopējais nobraukums attiec īgajā dienā. 
activityChangeInfo  ir ActivityChangeInfo dati par vad ītāja dienas 
darbību maiņu attiecīgajā dienā. Tiem var b ūt maksimāli 1440 vērtības 
(viena darb ības maiņa minūtē). Šajos activityChangeInfo datos noteikti 
ietilpst arī vadītāja statuss plkst. 00.00.  
2.10.  CardActivityLengthRange  
To baitu skaits vad ītāja vai darbn īcas kartē, kas izmantojami, lai sagla ­
bātu ierakstus par vad ītāja darbību.
 
Vērtību piešķiršana : sk. 2. papildin ājumu.  
2.11.  CardApprovalNumber  
Kartes tipa apstiprin ājuma numurs.
  
Vērtību piešķiršana  
Apstiprinājuma numuru pieš ķir, kā publicēts attiecīgajā Eiropas Komi ­
sijas tīmekļa vietnē, t. i., piem ēram, iekļaujot defises, ja t ādas ir. Apstip ­
rinājuma numuru izl īdzina pa kreisi.  
2.12.  CardCertificate  
1. paaudze  
Kartes publisk ās atslēgas sertifik āts.
 
2.13.  CardChipIdentification  
Kartē saglabātā informācija, kas attiecas uz kartes integr ālās shēmas (IS) 
identifikāciju (1.C pielikuma 249. pras ība). icSerialNumber kop ā ar 
icManufacturingReferences unik āli identific ē kartes mikrosh ēmu. icSe­
rialNumber viens pats unik āli neidentific ē kartes mikrosh ēmu.
 
icSerialNumber  ir IS sērijas numurs.  
icManufacturingReferences  ir IS ražot āja īpašs identifikators.  
2.14.  CardConsecutiveIndex  
Kartes kārtas numurs (sk. defin īciju h) apakšpunkt ā).
 
Vērtību piešķiršana:  (sk. 1.C pielikuma 7. noda ļu). 
Palielināšanas kārtība ‘0, …, 9, A, …, Z, a, …,z’  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 103  
2.15.  CardControlActivityDataRecord  
Vadītāja vai darbn īcas kartē saglabātā informācija, kas saist īta ar vadītāja 
iepriekšējo kontroli (1.C pielikuma 274., 299., 327. un 350. pras ība).
 
controlType  ir kontroles veids.  
controlTime  ir kontroles datums un laiks.  
controlCardNumber  ir kontroli veikuš ās amatpersonas pilns kartes 
numurs (FullCardNumber).  
controlVehicleRegistration  ir VRN un re ģistrācijas dalībvalsts trans ­
portlīdzeklim, kur ā veikta kontrole.  
controlDownloadPeriodBegin  un controlDownloadPeriodEnd  attie­
cībā uz datu lejupiel ādi ir laikposms, par kuru lejupiel ādēti dati.  
2.16.  CardCurrentUse  
Informācija par kartes faktisko izmantošanu (1.C pielikuma 273., 298., 
326. un 349. pras ība).
 
sessionOpenTime  ir laiks, kad karte ievietota k ārtējai izmantošanai. Šis 
elements, karti iz ņemot, tiek iestat īts uz nulli.  
sessionOpenVehicle  ir pašlaik izmantot ā transportlīdzekļa identifikācija, 
kas iestatīta, ievietojot karti. Šis elements, karti iz ņemot, tiek iestat īts uz 
nulli.  
2.17.  CardDriverActivity  
Vadītāja vai darbn īcas kartē saglabātā informācija, kas saist īta ar vadītāja 
darbībām (1.C pielikuma 267., 268., 292., 293., 321. un 344. pras ība).
 
activityPointerOldestDayRecord  ir saglabāšanas vietas s ākuma specifi ­
kācija (baitu skaits no virknes s ākuma) vec ākajam pilnas dienas ierak ­
stam activityDailyRecords virkn ē. Maksimālo vērtību uzdod ar virknes 
garumu.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 104  
activityPointerNewestRecord  ir saglabāšanas sākuma vietas specifik ā­
cija (baitu skaits no virknes s ākuma) jaun ākajam dienas ierakstam acti ­
vityDailyRecords virkn ē. Maksimālo vērtību uzdod ar virknes garumu.  
activityDailyRecords  ir vieta, kas izmantojama datu saglab āšanai par 
vadītāja darbībām (datu strukt ūra: CardActivityDailyRecord) par katru 
kalendāro dienu, kur ā karte izmantota.  
Vērtību piešķiršana : šo okteta virkni cikliski aizpilda CardActivityDai ­
lyRecord ieraksti. Izmantojot pirmoreiz, datu uzkr āšana sākas ar virknes 
pirmo baitu. Visi jaun ākie ieraksti tiek pievienoti iepriekš ējā ieraksta 
beigās. Kad virkne ir pilna, uzkr āšana sākas rindas pirmaj ā baitā neat­
karīgi no pārtraukuma datu elementa iekšien ē. Pirms jaunu datu par 
darbībām ierakstīšanas virkn ē (palielinot k ārtējo activityDailyRecord 
vai ierakstot jaunu activityDailyRecord), ar kuru aizst āj pašus vec ākos 
datus par darb ībām, activityPointerOldestDayRecord j āaktualizē, lai 
norādītu vecākā pilnas dienas ieraksta atrašan ās vietu, bet activityPre ­
viousRecordLength šim (jaunajam) pašam vec ākajam pilnas dienas ierak ­
stam jāatiestatīta uz 0.  
2.18.  CardDrivingLicenceInformation  
Vadītāja kartē saglabātā informācija, kas attiecas uz datiem par kartes 
turētāja vadītāja apliecību (1.C pielikuma 259. un 284. pras ība).
 
drivingLicenceIssuingAuthority  ir par vad ītāja apliecības izdošanu 
atbildīgā iestāde. 
drivingLicenceIssuingNation  ir valsts, kur ā atrodas par vad ītāja aplie­
cības izdošanu atbild īgā iestāde. 
drivingLicenceNumber  ir vadītāja apliecības numurs.  
▼M1 
2.19.  CardEventData  
1. paaudze:  
Vadītāja vai darbn īcas kartē saglabātā informācija par notikumiem, kas 
saistīti ar kartes tur ētāju (I.C pielikuma 260. un 318. pras ība).
 
CardEventData  ir sekvence, kuru sak ārto kartes notikumu re ģistra 
cardEventRecords notikuma vai k ļūmes veida EventFaultType pieaugoš ā 
vērtībā (izņemot ar aizsardz ības sistēmas pārkāpumu mēģinājumiem sais ­
tītos ierakstus, kas sav ākti sekvences p ēdējā datu kopā). 
cardEventRecords  ir notikumu ierakstu kopa par k ādu noteiktu noti ­
kumu veidu (vai aizsardz ības pārkāpšanas mēģinājumu notikumu kate ­
goriju).  
2. paaudze:  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 105  
Vadītāja vai darbn īcas kartē saglabātā informācija par notikumiem, kas 
saistīti ar kartes tur ētāju (I.C pielikuma 285. un 341. pras ība).
 
CardEventData  ir sekvence, kuru sak ārto kartes notikumu re ģistra 
cardEventRecords notikuma vai k ļūmes veida EventFaultType pieaugoš ā 
vērtībā (izņemot ar aizsardz ības sistēmas pārkāpumu mēģinājumiem sais ­
tītos ierakstus, kas sav ākti sekvences p ēdējā datu kopā). 
cardEventRecords  ir notikumu ierakstu kopa par k ādu noteiktu noti ­
kumu veidu (vai aizsardz ības pārkāpšanas mēģinājumu notikumu kate ­
goriju).  
▼B 
2.20.  CardEventRecord  
Vadītāja vai darbn īcas kartē saglabātā informācija par notikumu, kas 
saistīts ar kartes tur ētāju (1.C pielikuma 261., 286., 318. un 
341. prasība).
 
eventType  ir notikuma veids.  
eventBeginTime  ir notikuma s ākuma datums un laiks.  
eventEndTime  ir notikuma beigu datums un laiks.  
eventVehicleRegistration ir VRN un re ģistrācijas dalībvalsts transportl ī­
dzeklim, kur ā notikums gad ījies. 
2.21.  CardFaultData  
Vadītāja vai darbn īcas kartē saglabātā informācija par kļūmēm, kas sais ­
tītas ar kartes tur ētāju (1.C pielikuma 263., 288., 318. un 341. pras ība).
 
CardFaultData  ir reģistrācijas kontrolier īces kļūmju ierakstu kopas 
sekvence, kurai seko kartes k ļūmju ierakstu kopa.  
cardFaultRecords  ir noteiktas kategorijas (re ģistrācijas kontrolier īces 
vai kartes) k ļūmju ierakstu kopa.  
2.22.  CardFaultRecord  
Vadītāja vai darbn īcas kartē saglabātā informācija par kļūmi, kas saist īta 
ar kartes tur ētāju (1.C pielikuma 264., 289., 318. un 341. pras ība).
 
faultType  ir kļūmes veids.  ▼M1
 02016R0799 — LV — 26.02.2020 — 002.001 — 106  
faultBeginTime  ir datums un laiks, kad k ļūme sākās. 
faultEndTime  ir datums un laiks, kad k ļūme beidzās. 
faultVehicleRegistration  ir VRN un re ģistrācijas dalībvalsts transportl ī­
dzeklim, kur ā kļūme gadījusies.  
2.23.  CardIccIdentification  
Kartē saglabātā informācija, kas attiecas uz viedkartes integr ālās shēmas 
(IS) identifik āciju (1.C pielikuma 248. pras ība).
 
clockStop  ir pulkste ņa apstāšanās režīms, kā noteikts 2. papildin ājumā. 
cardExtendedSerialNumber  ir unikāls viedkartes IS s ērijas numurs, kas 
sīkāk aprakstīts datu tip ā ExtendedSerialNumber.  
cardApprovalNumber  ir kartes tipa apstiprin ājuma numurs.  
cardPersonaliserID  ir kartes personaliz ētāja ID, kas kod ēts kā ražotāja 
kods (ManufacturerCode).  
embedderIcAssemblerId  sniedz inform āciju par IS ievietot āju/montē­
tāju. 
icIdentifier  ir IS identifikators uz kartes un t ās IS ražotāja identifikators 
saskaņā ar ISO/IEC 7816-6.  
2.24.  CardIdentification  
Kartē saglabātā informācija, kas attiecas uz kartes identifik āciju 
(1.C pielikuma 255., 280., 310., 333., 359., 365., 371. un 377. pras ība).
 
cardIssuingMemberState  ir kartes izdev ējas dalībvalsts kods.  
cardNumber  ir kartes numurs.  
cardIssuingAuthorityName  ir kartes izdev ējas iestādes nosaukums.  
cardIssueDate  ir kartes izdošanas datums pašreiz ējam turētājam. 
cardValidityBegin  ir kartes der īguma termi ņa sākuma datums.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 107  
cardExpiryDate  ir kartes der īguma termi ņa beigu datums.  
2.25.  CardMACertificate  
2. paaudze  
Kartes publisk ās atslēgas sertifik āts savstarp ējai autentifik ācijai ar trans ­
portlīdzekļa bloku. Šā sertifikāta struktūra ir sīki aprakstīta 11. papildin ā­
jumā.
 
2.26.  CardNumber  
Kartes numurs saska ņā ar g) apakšpunkt ā doto defin īciju.
 
driverIdentification  ir vadītāja unikāla identifik ācija attiecīgajā dalīb­
valstī. 
ownerIdentification  ir uzņēmuma, darbn īcas vai kontroles iest ādes 
unikāla identifik ācija attiecīgajā dalībvalstī. 
cardConsecutiveIndex  ir kartes k ārtas numurs.  
cardReplacementIndex  ir kartes nomai ņas indekss.  
cardRenewalIndex  ir kartes atjaunošanas indekss.  
Izvēles pirmā sekvence izmantojama vad ītāja kartes numura kod ēšanai, 
bet otrā izvēles sekvence — darbn īcas kartes, kontroles kartes vai uz ņē­
muma kartes numura kod ēšanai.  
2.27.  CardPlaceDailyWorkPeriod  
Vadītāja vai darbn īcas kartē saglabātā informācija par viet ām, kurās 
sākas un/vai beidzas ikdienas darba laikposmi (1.C pielikuma 272., 
297., 325. un 348. pras ība).
 
placePointerNewestRecord  ir pēdējā aktualizētā vietas ieraksta indekss.  
Vērtību piešķiršana:  skaitlis, kas atbilst vietas ieraksta numeratoram, 
kurš sākas ar ‘0’ pirmoreiz, kad strukt ūrā parādās vietas ieraksti.  
placeRecords  ir ierakstu kopa, kas satur inform āciju par ievad ītajām 
vietām. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 108  
2.28.  CardPrivateKey  
1. paaudze  
Kartes priv ātā atslēga.
 
2.29.  CardPublicKey  
Kartes publisk ā atslēga.
 
▼M1 
2.30.  CardRenewalIndex  
Kartes atjaunošanas indekss (sk. defin īciju i) apakšpunkt ā).
 
Vērtību piešķiršana : (sk. šā pielikuma 7. noda ļu). 
“0” izsniegta pirmoreiz.  
Palielināšanas kārtība “0, …, 9, A, …, Z”  
▼B 
2.31.  CardReplacementIndex  
Kartes nomai ņas indekss (sk. defin īciju j) apakšpunkt ā).
 
Vērtību piešķiršana:  (sk. šā pielikuma VII noda ļu). 
‘0’ pirmoreiz izsniegta karte.  
Palielināšanas kārtība: ‘0, …, 9, A, …, Z’.  
2.32.  CardSignCertificate  
2. paaudze  
Kartes publisk ās atslēgas sertifik āts parakstam. Š ā sertifikāta struktūra ir 
sīki aprakstīta 11. papildin ājumā.
 
2.33.  CardSlotNumber  
Kods transportl īdzekļa bloka abu slotu atš ķiršanai.
  
Vērtību piešķiršana : netiek sīkāk norādīta. 
2.34.  CardSlotsStatus  
Kods, kas nor āda uz transportl īdzekļa bloka slotos ievietoto karšu 
veidiem.
  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 109  
Vērtību piešķiršana — oktets:  ‘ccccdddd’B  
‘cccc’B otra vad ītāja slotā ievietotās kartes veida identifikators,  
‘dddd’B vad ītāja slotā ievietotās kartes veida identifikators,  
ar šādiem identifik ācijas kodiem:  
‘0000’B karte nav ievietota,  
‘0001’B ievietota vad ītāja karte,  
‘0010’B ievietota darbn īcas karte,  
‘0011’B ievietota kontroles karte,  
‘0100’B ievietota uz ņēmuma karte.  
2.35.  CardSlotsStatusRecordArray  
2. paaudze  
CardSlotsStatus kop ā ar metadatiem, ko izmanto datu lejupiel ādes proto­
kolā.
 
recordType  apzīmē ieraksta tipu (CardSlotsStatus).  Vērtību piešķir­ 
šana:  sk. RecordType.  
recordSize  ir CardSlotsStatus lielums baitos.  
noOfRecords  ir ierakstu skaits ierakstu kop ā. 
records  ir CardSlotsStatus ierakstu kopa.  
2.36.  CardStructureVersion  
Kods norāda tahogrāfa kartei izmantoto strukt ūru.
 
Vērtību piešķiršana : ‘aabb’H:  
‘aa’H strukt ūras maiņu indekss.  
‘00’H 1. paaudzes lietotn ēm 
‘01’H 2. paaudzes lietotn ēm 
‘bb’H mai ņu indekss, kas nor āda uz tādu datu elementu izman ­
tošanu, kuri strukt ūrai definēti ar augst āko baitu.  
‘00’H šai 1. paaudzes lietot ņu versijai  
‘00’H šai 2. paaudzes lietot ņu versijai  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 110  
2.37.  CardVehicleRecord  
Vadītāja vai darbn īcas kartē saglabātā informācija, kas saist īta ar trans ­
portlīdzekļa izmantošanas laikposmu kalend ārajā dienā (1.C pielikuma 
269., 294., 322. un 345. pras ība). 
1. paaudze
  
vehicleOdometerBegin  ir transportl īdzekļa odometra r ādījums transport ­
līdzekļa izmantošanas laikposma s ākumā. 
vehicleOdometerEnd  ir transportl īdzekļa odometra r ādījums transportl ī­
dzekļa izmantošanas laikposma beig ās. 
vehicleFirstUse  ir datums un laiks transportl īdzekļa izmantošanas laik ­
posma sākumā. 
vehicleLastUse  ir datums un laiks transportl īdzekļa izmantošanas laik ­
posma beig ās. 
vehicleRegistration  ir transportl īdzekļa VRN un re ģistrācijas dalībvalsts.  
vuDataBlockCounter  ir VuDataBlockCounter v ērtība, pēdējoreiz 
izņemot karti transportl īdzekļa izmantošanas laikposm ā. 
2. paaudze
  
Papildus 1. paaudzes datu elementiem izmanto š ādu datu elementu:  
VehicleIdentificationNumber  ir transportl īdzekļa identifikācijas numurs, 
kas attiecas uz transportl īdzekli kopum ā. 
2.38.  CardVehiclesUsed  
Vadītāja vai darbn īcas kartē saglabātā informācija par transportl īdzek­ 
ļiem, ko izmanto kartes tur ētājs (1.C pielikuma 270., 295., 323. un 
346. prasība).
 
vehiclePointerNewestRecord  ir pēdējā aktualizētā transportl īdzekļa 
ieraksta indekss.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 111  
Vērtību piešķiršana:  skaitlis, kas atbilst transportl īdzekļa ieraksta nume ­
ratoram, kurš s ākas ar ‘0’ pirmoreiz, kad strukt ūrā parādās transportl ī­
dzekļa ieraksti.  
cardVehicleRecords  ir ierakstu kopa, kas satur inform āciju par izman ­
totajiem transportl īdzekļiem. 
2.39.  CardVehicleUnitRecord  
2. paaudze  
Vadītāja vai darbn īcas kartē saglabātā informācija par izmantoto trans ­
portlīdzekļa bloku (1.C pielikuma 303. un 351. pras ība).
 
timeStamp  ir transportl īdzekļa bloka izmantošanas laikposma s ākums 
(t. i., kad attiec īgajā laikposmā karte pirmoreiz ievietota konkr ētajā trans­
portlīdzekļa blokā). 
manufacturerCode  identificē transportlīdzekļa bloka ražot āju. 
deviceID  identificē, kāda tipa transportl īdzekļa bloku izgatavo ražot ājs. 
Šo vērtību nosaka ražot ājs. 
vuSoftwareVersion  ir transportl īdzekļa bloka programmat ūras versijas 
numurs.  
2.40.  CardVehicleUnitsUsed  
2. paaudze  
Vadītāja vai darbn īcas kartē saglabātā informācija par transportl īdzekļa 
blokiem, ko izmanto kartes tur ētājs (1.C pielikuma 306. un 352. pras ība).
 
vehicleUnitPointerNewestRecord  ir pēdējā aktualizētā transportlīdzekļa 
bloka ieraksta indekss.  
Vērtību piešķiršana:  skaitlis, kas atbilst transportl īdzekļa bloka ieraksta 
numeratoram, kurš s ākas ar ‘0’ pirmoreiz, kad strukt ūrā parādās trans­
portlīdzekļa bloka ieraksti.  
cardVehicleUnitRecords  ir ierakstu kopa, kas satur inform āciju par 
izmantotajiem transportl īdzekļa blokiem.  
2.41.  Certificate  
Sertificēšanas iestādes izsniegt ās publiskās atslēgas sertifik āts. 
1. paaudze
  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 112  
Vērtību piešķiršana : elektroniskais paraksts ar da ļēju CertificateContent 
atgūšanu saska ņā ar 11. papildin ājumu “Vienotie droš ības mehānismi”: 
paraksts (128 baiti) || publisk ās atslēgas atlikus ī daļa (58 baiti) || sertifi ­
kācijas iestādes norāde (8 baiti).  
2. paaudze
  
Vērtību piešķiršana: sk. 11. papildin ājumu.  
2.42.  CertificateContent  
1. paaudze  
(Precīzs) publisk ās atslēgas sertifik āta saturs saska ņā ar 11. papildin ājumu 
“Vienotie droš ības mehānismi”.
  
certificateProfileIdentifier  ir attiecīgā sertifikāta versija.  
Vērtību piešķiršana:  ‘01h’ šai versijai.  
certificationAuthorityReference  sertifikātu izsnieguš ās sertifikācijas 
iestādes identifik ācija. Tā norāda arī šīs sertifikācijas iestādes publisko 
atslēgu. 
certificateHolderAuthorisation  identificē sertifikāta īpašnieka ties ības. 
certificateEndOfValidity  ir datums, kur ā administrat īvi beidzas sertifi ­
kāta derīguma termi ņš. 
certificateHolderReference  identificē sertifikāta īpašnieku. Nor āda arī tā 
publisko atsl ēgu. 
publicKey  ir ar šo sertifik ātu sertificētā publiskā atslēga. 
2.43.  CertificateHolderAuthorisation  
Sertifikāta īpašnieka ties ību identifik ācija.
 
1. paaudze  
tachographApplicationID  ir tahogrāfa lietojuma identifikators.  
Vērtību piešķiršana:  ‘FFh’ ‘54h’ ‘41h’ ‘43h’ ‘48h’ ‘4Fh’. Šis ir nepa ­
tentēta lietojuma identifikators saska ņā ar ISO/IEC 7816-5.  
equipmentType  ir tā ierīces tipa identifikators, kam sertifik āts paredzēts. 
Vērtību piešķiršana : atbilstīgi EquipmentType datu tipam;  0, ja sertifi­
kātu izdevusi dal ībvalsts.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 113  
2. paaudze  
tachographApplicationID  norāda 2. paaudzes tahogr āfa kartes lietojuma 
identifikatora (AID) 6 baitus ar liel āko vērtību. Tahogr āfa kartes lieto ­
juma AID ir preciz ēts 6.2. noda ļā. 
Vērtību piešķiršana:  ‘FF 53 4D 52 44 54’.  
equipmentType  ir tā ierīces tipa identifikators (nor ādīts 2. paaudzei), 
kam sertifik āts paredzēts. 
Vērtību piešķiršana : atbilstīgi EquipmentType datu tipam.  
2.44.  CertificateRequestID  
Sertifikāta pieprasījuma unik āla identifik ācija. To var izmantot ar ī par 
transportlīdzekļa bloka publisk ās atslēgas identifikatoru gad ījumos, kad 
sertifikāta sagatavošanas laik ā nav zināms tā transportl īdzekļa bloka 
numurs, kuram atsl ēga paredzēta.
 
requestSerialNumber  ir sertifik āta pieprasījuma kārtas numurs, kas ir 
ražotājam un mēnesim unik āls. 
requestMonthYear  ir sertifikāta pieprasīšanas mēneša un gada identifi ­
kācija. 
Vērtību piešķiršana:  mēneša (divi cipari) un gada (divi p ēdējie cipari) 
BCD kods.  
crIdentifier  ir identifikators sertifik āta pieprasījuma atšķiršanai no papla ­ 
šināta kārtas numura.  
Vērtību piešķiršana:  ‘FFh’.  
manufacturerCode  ir sertifikātu pieprasījušā ražotāja ciparu kods.  
2.45.  CertificationAuthorityKID  
Sertifikācijas iestādes (dalībvalsts vai Eiropas) publisk ās atslēgas identi­
fikators.
  
nationNumeric  ir sertifikācijas iestādes valsts ciparu kods.  
nationAlpha  ir sertifikācijas iestādes valsts burtu un ciparu kods.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 114  
keySerialNumber  ir kārtas numurs sertifik ācijas iestādes atslēgas atšķir­ 
šanai gadījumā, ja atslēgas tiek main ītas. 
additionalInfo  ir divu baitu lauks (sertifik ācijas iestādes) papildu kodam.  
caIdentifier  ir identifikators sertifik ācijas iestādes atslēgas identifikatora 
atšķiršanai no citiem atsl ēgu identifikatoriem.  
Vērtību piešķiršana:  ‘01h’.  
2.46.  CompanyActivityData  
Uzņēmuma kart ē saglabātā informācija par darb ībām, kas veiktas ar karti 
(1.C pielikuma 373. un 379. pras ība).
 
companyPointerNewestRecord  ir pēdējā aktualizētā companyActivity ­
Record ieraksta indekss.  
Vērtību piešķiršana:  skaitlis, kas atbilst uz ņēmuma darb ības ieraksta 
numeratoram, kurš s ākas ar ‘0’ pirmoreiz, kad strukt ūrā parādās uzņē­
muma darb ības ieraksts.  
companyActivityRecords  ir visu uz ņēmuma darb ības ierakstu kopa.  
companyActivityRecord  informācijas sekvence, kas saist īta ar uzņē­
muma vienu darb ību. 
companyActivityType  ir uzņēmuma darb ības veids.  
companyActivityTime  ir uzņēmuma darb ības datums un laiks.  
cardNumberInformation  ir kartes numurs un kartes izdev ēja dalīb­
valsts, ja datus lejupiel ādē no kartes.  
vehicleRegistrationInformation  ir VRN un re ģistrācijas dalībvalsts 
transportlīdzeklim, no kura lejupiel ādēti dati vai kurš ir aizsl ēgts vai 
atslēgts. 
downloadPeriodBegin  un downloadPeriodEnd  ir laikposms, par kuru 
lejupielādēti dati no transportl īdzekļa bloka, ja datus lejupiel ādē no tā. 
2.47.  CompanyActivityType  
Kods, kas nor āda darbību, kuru veicis uz ņēmums, izmantojot savu uz ņē­
muma karti.
  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 115  
2.48.  CompanyCardApplicationIdentification  
Uzņēmuma kart ē saglabātā informācija, kas attiecas uz kartes lietojuma 
identifikāciju (1.C pielikuma 369. un 375. pras ība).
 
typeOfTachographCardId  norāda lietotās kartes veidu.  
cardStructureVersion  norāda kartei izmantot ās struktūras versiju.  
noOfCompanyActivityRecords  ir to uzņēmuma darb ības ierakstu skaits, 
kurus var saglab āt kartē. 
2.49.  CompanyCardHolderIdentification  
Uzņēmuma kart ē saglabātā informācija, kas attiecas uz kartes tur ētāja 
identifikāciju (1.C pielikuma 372. un 378. pras ība).
 
companyName  ir turētāja uzņēmuma nosaukums.  
companyAddress  ir turētāja uzņēmuma adrese.  
cardHolderPreferredLanguage  ir kartes tur ētājam vēlamā valoda.  
2.50.  ControlCardApplicationIdentification  
Kontroles kart ē saglabātā informācija, kas attiecas uz kartes lietojuma 
identifikāciju (1.C pielikuma 357. un 363. pras ība).
 
typeOfTachographCardId  norāda lietotās kartes veidu.  
cardStructureVersion  norāda kartei izmantot ās struktūras versiju.  
noOfControlActivityRecords  ir to kontroles darb ības ierakstu skaits, 
kurus var saglab āt kartē. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 116  
2.51.  ControlCardControlActivityData  
Kontroles kart ē saglabātā informācija par kontroles darb ību, kas veikta ar 
karti (1.C pielikuma 361. un 367. pras ība).
 
controlPointerNewestRecord  ir pēdējā aktualizētā kontroles darb ības 
ieraksta indekss.  
Vērtību piešķiršana:  skaitlis, kas atbilst kontroles darb ības ieraksta 
numeratoram, kurš s ākas ar ‘0’ pirmoreiz, kad strukt ūrā parādās 
kontroles darb ības ieraksts.  
controlActivityRecords  ir visu kontroles darb ības ierakstu kopa.  
controlActivityRecord  ir inform ācijas sekvence, kas saist īta ar vienu 
kontroles darb ību. 
controlType  ir kontroles veids.  
controlTime  ir kontroles datums un laiks.  
controlledCardNumber  ir kontrol ētās kartes numurs un kartes izdev ēja 
dalībvalsts.  
controlledVehicleRegistration  ir VRN un re ģistrācijas dalībvalsts trans ­
portlīdzeklim, kur ā veikta kontrole.  
controlDownloadPeriodBegin  un controlDownloadPeriodEnd  ir laik­
posms, par kuru lejupiel ādēti dati.  
2.52.  ControlCardHolderIdentification  
Kontroles kart ē saglabātā informācija, kas attiecas uz kartes tur ētāja 
identifikāciju (1.C pielikuma 360. un 366. pras ība).
 
controlBodyName  ir kartes tur ētāju kontrolējošās iestādes nosaukums.  
controlBodyAddress  ir kartes tur ētāju kontrolējošās iestādes adrese.  
cardHolderName  ir kontroles kartes tur ētāja uzvārds un vārds(-i).  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 117  
cardHolderPreferredLanguage  ir kartes tur ētājam vēlamā valoda.  
2.53.  ControlType  
Kods, kas nor āda kontroles laik ā veiktās darbības. Šis datu tips ir saist īts 
ar 1.C pielikuma 126., 274., 299., 327. un 350. pras ību.
 
1. paaudze  
Vērtību piešķiršana — oktets:  ‘cvpdxxxx’B (8 biti)  
‘c’B datu lejupiel āde no kartes:  
‘0’B: attiec īgā kontroles pas ākuma laikā no kartes dati 
nav lejupiel ādēti, 
‘1’B: attiec īgā kontroles pas ākuma laikā no kartes leju ­
pielādēti dati;  
‘v’B datu lejupiel āde no transportl īdzekļa bloka:  
‘0’B: attiec īgā kontroles pas ākuma laikā no transportl ī­
dzekļa bloka dati nav lejupiel ādēti, 
‘1’B: attiec īgā kontroles pas ākuma laikā no transportl ī­
dzekļa bloka lejupiel ādēti dati;  
‘p’B druk āšana:  
‘0’B: attiec īgā kontroles pas ākuma laikā dati nav izdru ­
kāti, 
‘1’B: attiec īgā kontroles pas ākuma laikā izdrukāti dati;  
‘d’B datu par ādīšana uz ekr āna: 
‘0’B: attiec īgā kontroles pas ākuma laikā dati nav par ādīti 
uz ekrāna, 
‘1’B: attiec īgā kontroles pas ākuma laikā dati parādīti uz 
ekrāna; 
‘xxxx’B neizmanto.  
2. paaudze  
Vērtību piešķiršana — oktets:  ‘cvpdexxx’B (8 biti)  
‘c’B datu lejupiel āde no kartes:  
‘0’B: attiec īgā kontroles pas ākuma laikā no kartes dati 
nav lejupiel ādēti, 
‘1’B: attiec īgā kontroles pas ākuma laikā no kartes leju ­
pielādēti dati;  
‘v’B datu lejupiel āde no transportl īdzekļa bloka:  
‘0’B: attiec īgā kontroles pas ākuma laikā no transportl ī­
dzekļa bloka dati nav lejupiel ādēti, 
‘1’B: attiec īgā kontroles pas ākuma laikā no transportl ī­
dzekļa bloka lejupiel ādēti dati;  
‘p’B druk āšana:  
‘0’B: attiec īgā kontroles pas ākuma laikā dati nav izdru ­
kāti, 
‘1’B: attiec īgā kontroles pas ākuma laikā izdrukāti dati;  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 118  
‘d’B datu par ādīšana uz ekr āna: 
‘0’B: attiec īgā kontroles pas ākuma laikā dati nav par ādīti 
uz ekrāna, 
‘1’B: attiec īgā kontroles pas ākuma laikā dati parādīti uz 
ekrāna; 
‘e’B uz ce ļa veikta kalibr ēšanas pārbaude:  
‘0’B: attiec īgā kontroles pas ākuma laik ā kalibrēšanas 
parametri nav p ārbaudīti, 
‘1’B: attiec īgā kontroles pas ākuma laik ā kalibrēšanas 
parametri ir p ārbaudīti; 
‘xxx’B RFU.  
2.54.  CurrentDateTime  
Reģistrācijas kontrolier īces kārtējais datums un laiks.
  
Vērtību piešķiršana : netiek sīkāk norādīta. 
2.55.  CurrentDateTimeRecordArray  
2. paaudze  
Kārtējais datums un laiks kop ā ar metadatiem, ko izmanto datu lejupie ­
lādes protokol ā.
 
recordType  apzīmē ieraksta tipu (CurrentDateTime).  Vērtību piešķir­ 
šana:  sk. RecordType.  
recordSize  ir CurrentDateTime lielums baitos.  
noOfRecords  ir ierakstu skaits ierakstu kop ā. 
records  ir kārtējā datuma un laika ierakstu kopa.  
2.56.  DailyPresenceCounter  
Skaitītājs, kas tiek glab āts vadītāja vai darbn īcas kartē un kas katr ā 
kalendārajā dienā, kad karte tikusi ievietota transportl īdzekļa blokā, palie­
linās par vienu vien ību. Šis datu tips ir saist īts ar 1.C pielikuma 266., 
299., 320. un 343. pras ību.
 
Vērtību piešķiršana:  secīga numerācija līdz 9999, kas p ēc tam atkal 
sākas no nulles. Karti izsniedzot pirmoreiz, skait ītājs ir iestatīts uz nulli.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 119  
2.57.  Datef  
Datums, izteikts izdruk āšanai gatav ā ciparu form ātā.
 
Vērtību piešķiršana:  
yyyy gads,  
mm m ēnesis,  
dd diena,  
‘00000000’H nep ārprotami nor āda, ka datuma nav.  
2.58.  DateOfDayDownloaded  
2. paaudze  
Datu lejupiel ādes datums un laiks.
  
Vērtību piešķiršana: netiek s īkāk norādīta. 
2.59.  DateOfDayDownloadedRecordArray  
2. paaudze  
Datu lejupiel ādes datums un laiks kop ā ar metadatiem, ko izmanto datu 
lejupielādes protokol ā.
 
recordType  apzīmē ieraksta tipu (DateOfDayDownloaded).  Vērtību 
piešķiršana:  sk. RecordType.  
recordSize  ir CurrentDateTime lielums baitos.  
noOfRecords  ir ierakstu skaits ierakstu kop ā. 
records  ir datu lejupiel ādes datuma un laika ierakstu kopa.  
2.60.  Distance  
Nobraukums (nobraukto att ālumu aprēķina kilometros p ēc divu trans ­
portlīdzekļa odometra r ādījumu starp ības).
  
Vērtību piešķiršana : neapzīmēts binārs skaitlis. Skaitlisko v ērtību inter­
vāls ir no 0 l īdz 9 999 km.  
2.61.  DriverCardApplicationIdentification  
Vadītāja kartē saglabātā informācija, kas attiecas uz kartes lietojuma 
identifikāciju (1.C pielikuma 253. un 278. pras ība). ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 120  
1. paaudze
  
typeOfTachographCardId  norāda lietotās kartes veidu.  
cardStructureVersion  norāda kartei izmantot ās struktūras versiju.  
noOfEventsPerType  ir to katra veida notikumu skaits, kurus var ierak ­
stīt kartē. 
noOfFaultsPerType  ir to katra veida k ļūmju skaits, kuras var ierakst īt 
kartē. 
activityStructureLength  norāda to baitu skaitu, kas izmantojami 
darbības ierakstu saglab āšanai.  
noOfCardVehicleRecords  ir to transportl īdzekļa ierakstu skaits, kurus 
var saglabāt kartē. 
noOfCardPlaceRecords  ir to vietu skaits, kuras var ierakst īt kartē. 
2. paaudze  
▼M1
 
Papildus 1. paaudzes datu elementiem izmanto š ādus datu elementus:  
noOfGNSSADRecords  GNSS uzkr ātās transportl īdzekļa vadīšanas 
ierakstu skaits, kurus var saglab āt kartē. 
noOfSpecificConditionRecords  ir to īpašo nosac ījumu ierakstu skaits, 
kurus var saglab āt kartē. 
noOfCardVehicleUnitRecords  ir to ierakstu par izmantotajiem trans ­
portlīdzekļu blokiem skaits, kurus var saglab āt kartē. 
▼B 
2.62.  DriverCardHolderIdentification  
Vadītāja kartē saglabātā informācija, kas attiecas uz kartes tur ētāja iden­
tifikāciju (1.C pielikuma 256. un 281. pras ība).
 
cardHolderName  ir vadītāja kartes tur ētāja uzvārds un vārds(-i).  
cardHolderBirthDate  ir vadītāja kartes tur ētāja dzimšanas datums.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 121  
cardHolderPreferredLanguage  ir kartes tur ētājam vēlamā valoda.  
▼M1 
2.63.  Rezerv ēts izmantošanai n ākotnē 
▼B 
2.64.  EGFCertificate  
2. paaudze  
Ārējās GNSS iek ārtas publisk ās atslēgas sertifik āts savstarp ējai autenti­
fikācijai ar transportl īdzekļa bloku. Š ā sertifikāta struktūra ir sīki aprak­
stīta 11. papildin ājumā.
 
2.65.  EmbedderIcAssemblerId  
Sniedz inform āciju par IS ievietot āju.
 
countryCode  ir moduļa ievietotāja divu burtu valsts kods saska ņā ar 
ISO 3166.  
moduleEmbedder  identificē moduļa ievietotāju. 
manufacturerInformation  ir ražotājam iekšējai lietošanai paredz ētā 
informācija. 
2.66.  EntryTypeDailyWorkPeriod  
Ikdienas darba laikposma s ākuma un beigu vietas un ieraksta noteikumu 
atšķirības kods.  
1. paaudze
  
Vērtību piešķiršana : saskaņā ar ISO/IEC 8824-1.  
2. paaudze
  
Vērtību piešķiršana : saskaņā ar ISO/IEC 8824-1.  
2.67.  EquipmentType  
Dažādu ierīču tipu atšķirības kods tahogr āfa lietojumam.
  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 122  
1. paaudze
  
Vērtību piešķiršana:  saskaņā ar ISO/IEC 8824-1.  
Nulles vērtība rezervēta dalībvalsts vai Eiropas apz īmēšanai sertifik ātu 
CHA lauk ā. 
2. paaudze  
▼M1 
Tiek izmantotas t ādas pašas v ērtības kā 1. paaudz ē, ar šādiem 
papildinājumiem:
  
1. piezīme. 2. paaudzes v ērtības attiecībā uz plāksnīti, adapteri un ārējo 
GNSS savienojumu, k ā arī 1. paaudzes v ērtības attiecībā uz transportl ī­
dzekļa bloku un kust ības sensoru attiec īgā gadījumā var tikt izmantotas 
SealRecord.  
2. piezīme. 2. paaudzes sertifik āta CardHolderAuthorisation (CHA) 
laukā (1), (2) un (6) v ērtības ir interpret ējamas kā norāde uz sertifik ātu 
savstarpējai autentifik ācijai attiec īgajam aprīkojuma tipam. Lai nor ādītu 
attiecīgo sertifikātu digitālā paraksta izveidošanai, ir j āizmanto (17), (18) 
vai (19) vērtības. 
▼B 
2.68.  EuropeanPublicKey  
1. paaudze  
Eiropas publisk ā atslēga.
 
2.69.  EventFaultRecordPurpose  
Kods, kas nor āda, kāpēc notikums vai k ļūme ir reģistrēta.
 
Vērtību piešķiršana:  ▼B
02016R0799 — LV — 26.02.2020 — 002.001 — 123 
viens no 10 p ēdējiem (vai pats p ēdējais) notikumiem vai k ļūmēm, 
ilgākais notikums no p ēdējās 10 dienās bijušajiem, 
viens no 5 ilgstošā kajiem notikumiem p ēdējās 365 dien ās, 
pēdējais notikums no p ēdējās 10 dienās bijušajiem, 
nopietnākais notikums no p ēdējās 10 dienās bijušajiem, 
viens no 5 nopietnā kajiem notikumiem p ēdējās 365 dien ās, 
pirmais notikums vai k ļūme pēc pēdējās kalibrēšanas, 
aktīvais/notiekošais notikums vai k ļūme, 
RFU, 
nosaka ražotā js. 
2.70. EventFaultType 
Notikuma vai k ļūmes kods.
  
Vērtību piešķ iršana  
1. paaudze
vispārīgi notikumi, 
nav sī kāku ziņu, 
nederīgas kartes ievietošana, 
kartes konflikts, 
laika daļēja pārklāšanās, 
transportlīdzekļa vadīšana bez atbilstošas kartes, 
kartes ievietošana transportl īdzekļa vadīšanas laik ā, 
nepareizi nosl ēgta pēdējā kartes sesija, 
ātruma pārsniegšana, 
barošanas str āvas pārtraukums, 
kustības datu k ļūda, 
pretrunīga informācija par transportl īdzekļa kustību, 
RFU,
  
ar transportl īdzekļa bloku saist īti aizsardzības sistēmas pārkāpuma mēģ inājumi, 
nav sī kāku ziņu, 
kustības sensora autentifik ācijas kļūme, 
tahogrāfa kartes autentifik ācijas kļūme, 
nesankcion ēta kustības sensora nomai ņa, 
kartes datu ievades k ļūda, 
saglabāto lietotāja datu integrit ātes kļūda, 
iekšēja datu p ārneses kļūda, 
korpusa nesankcion ēta atvēršana, 
aparatūras sabojāšana, 
RFU,
  
ar sensoru saist īti aizsardzības sistēmas pārkāpuma mēģ inājumi, 
nav sī kāku ziņu, 
autentifikācijas kļūme, 
saglabāto datu integrit ātes kļūda, 
iekšēja datu p ārneses kļūda, 
korpusa nesankcion ēta atvēršana, 
aparatūras sabojāšana, 
RFU,
  
reģistrācijas kontrolier īces kļūmes, 
nav sī kāku ziņu, 
transportlīdzekļa bloka iekš ēja kļūme, 
printera kļūme, 
parādīšanas uz ekr āna atteice, 
datu lejupiel ādes atteice, 
sensora kļūme, 
RFU,  ▼B
02016R0799 — LV — 26.02.2020 — 002.001 — 124 
kartes kļūmes, 
nav sī kāku ziņu, 
RFU,
  
RFU,
  
nosaka ražot ājs. 
▼M1
2. paaudze:
vispārīgi notikumi, 
nav sī kāku ziņu, 
nederīgas kartes ievietošana, 
kartes konflikts, 
laika daļēja pārklāšanās, 
transportlīdzekļa vadīšana bez atbilstošas kartes, 
kartes ievietošana transportl īdzekļa vadīšanas laik ā, 
nepareizi nosl ēgta pēdējā kartes sesija, 
ātruma pārsniegšana, 
barošanas str āvas pārtraukums, 
kustības datu k ļūda, 
pretrunīga informācija par transportl īdzekļa kustību, 
laika konflikts (GNSS pret transportl īdzekļa bloka iekš ējo pulksteni), 
kļūda saziņā ar attālinātas saziņas iekā rtu, 
no GNSS uztv ērēja netiek sa ņemta inform ācija par atrašanās vietu, 
kļūda saziņā ar ārējo GNSS iekārtu, 
RFU,
  
ar transportl īdzekļa bloku saist īti aizsardzības sistēmas pārkāpuma mēģ inājumi, 
nav sī kāku ziņu, 
kustības sensora autentifik ācijas kļūme, 
tahogrāfa kartes autentifik ācijas kļūme, 
nesankcion ēta kustības sensora nomai ņa, 
kartes datu ievades k ļūda, 
saglabāto lietotāja datu integrit ātes kļūda, 
iekšēja datu p ārneses kļūda, 
korpusa nesankcion ēta atvēršana, 
aparatūras sabojāšana, 
GNSS manipul ācijas mēģ inājumu konstat ēšana, 
ārējās GNSS iek ārtas autentifik ācijas kļūme, 
beidzies ārējās GNSS iekārtas sertifik āta derīguma termi ņš, 
RFU,
  
ar sensoru saist īti aizsardzības sistēmas pārkāpuma mēģ inājumi, 
nav sī kāku ziņu, 
autentifikācijas kļūme, 
saglabāto datu integrit ātes kļūda, 
iekšēja datu p ārneses kļūda, 
korpusa nesankcion ēta atvēršana, 
aparatūras sabojāšana, 
RFU,  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 125
  
reģistrācijas kontrolier īces kļūmes, 
nav sīkāku ziņu, 
transportlīdzekļa bloka iekš ēja kļūme, 
printera kļūme, 
attēlošanas kļūme, 
datu lejupiel ādes kļūme, 
sensora kļūme, 
iekšējā GNSS uztv ērēja kļūme, 
ārējā GNSS iek ārta, 
attālinātās saziņas iekārta, 
ITS saskarne, 
RFU,
  
kartes kļūmes, 
nav sīkāku ziņu, 
RFU,
  
RFU,
  
Nosaka ražot ājs 
2.71.  ExtendedSealIdentifier  
2. paaudze:  
Paplašinātais plombas identifikators unik āli identific ē plombu (I.C pieli ­
kuma 401. pras ība).
 
manufacturerCode  ir plombas ražot āja kods.  
sealIdentifier  ir plombas identifikators, kas katram ražot ājam ir unik āls. 
▼B 
2.72.  ExtendedSerialNumber  
Ierīces unikāla identifik ācija. Var izmantot ar ī par publisk ās atslēgas 
identifikatoru.  
1. paaudze
  
serialNumber  ir ierīces sērijas numurs, kas ir ražot ājam, ierīces tipam un 
turpmāk minētajam mēnesim un gadam unik āls. 
monthYear  ir ražošanas m ēneša un gada (vai s ērijas numura) identifik ā­
cija. ▼M1
 02016R0799 — LV — 26.02.2020 — 002.001 — 126  
Vērtību piešķiršana:  mēneša (divi cipari) un gada (divi p ēdējie cipari) 
BCD kods.  
type ir ierīces tipa identifikators.  
Vērtību piešķiršana : nosaka ražot ājs, ar ‘FFh’ rezerv ētu vērtību. 
manufacturerCode  ir ciparu kods, kas identific ē apstiprinātā tipa ierīces 
ražotāju. 
2. paaudze
  
serialNumber : sk. 1. paaudzi.  
monthYear : sk. 1. paaudzi.  
type norāda ierīces tipu.  
manufacturerCode : sk. 1. paaudzi.  
2.73.  FullCardNumber  
Kods, pēc kura piln ībā identificē tahogrāfa karti.
  
cardType  ir tahogrāfa kartes veids.  
cardIssuingMemberState  ir karti izdevuš ās dalībvalsts kods.  
cardNumber  ir kartes numurs.  
2.74.  FullCardNumberAndGeneration  
2. paaudze  
Kods, pēc kura piln ībā identificē tahogrāfa karti un t ās paaudzi.
  
fullcardNumber  identificē tahogrāfa karti.  
generation  norāda izmantot ās tahogrāfa kartes paaudzi.  
2.75.  Generation  
2. paaudze  
Norāda izmantot ā tahogrāfa paaudzi.
  
Vērtību piešķiršana:  
‘00’H RFU,  
‘01’H 1. paaudze,  
‘02’H 2. paaudze,  
‘03’H, …, ‘FF’H RFU.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 127  
2.76.  GeoCoordinates  
2. paaudze  
Ģeogrāfiskās koordinātas kodē kā veselus skait ļus. Šie veselie skait ļi ir ± 
DDMM.M kod ējuma daudzk ārtņi attiecībā uz platumu un ± 
DDDMM.M — attiec ībā uz garumu. Attiec īgi ± DD vai ± DDD apz īmē 
grādus, bet MM.M — min ūtes.
 
latitude  kodēts kā ± DDMM.M att ēlojuma daudzk ārtnis (koeficients ir 
10). 
longitude  kodēts kā ± DDDMM.M att ēlojuma daudzk ārtnis (koeficients 
ir 10).  
2.77.  GNSSAccuracy  
2. paaudze  
GNSS atrašan ās vietas datu precizit āte (sk. defin īciju eee) apakšpunkt ā). 
Šī precizitāte ir kodēta kā vesels skaitlis un ir GSA NMEA sekvences 
nodrošinātās X.Y vērtības daudzk ārtnis (koeficients ir 10).
  
▼M1 
2.78.  GNSSAccumulatedDriving  
2. paaudze:  
Vadītāja vai darbn īcas kartē saglabātā informācija, kas attiecas uz GNSS 
noteikto transportl īdzekļa atrašanās vietu, kur ā uzkrātais transportl īdzekļa 
vadīšanas laiks sasniedz tr īs stundu interv ālu robežas (I.C pielikuma 306. 
un 354. pras ība).
 
gnssADPointerNewestRecord  ir pēdējā aktualizētā GNSS uzkr ātās 
transportlīdzekļa vadīšanas ieraksta indekss.  
Value assignment  skaitlis, kas atbilst GNSS uzkr ātās transportl īdzekļa 
vadīšanas ieraksta numeratoram, kurš s ākas ar ‘0’ pirmoreiz, kad struk ­
tūrā parādās GNSS uzkr ātās transportl īdzekļa vadīšanas ieraksts.  
gnssAccumulatedDrivingRecords  ir ierakstu kopa, kas satur datumu un 
laiku, kad uzkr ātās transportl īdzekļa vadīšanas laiks sasniedz tr īs stundu 
intervālu robežas, un inform āciju par transportl īdzekļa atrašanās vietu.  
2.79.  GNSSAccumulatedDrivingRecord  
2. paaudze:  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 128  
Vadītāja vai darbn īcas kartē saglabātā informācija, kas attiecas uz GNSS 
noteikto transportl īdzekļa atrašanās vietu, kur ā vadītāja uzkrātais trans­
portlīdzekļa vadīšanas laiks sasniedz tr īs stundu interv ālu robežas 
(I.C pielikuma 305. un 353. pras ība).
 
timeStamp  ir datums un laiks, kad uzkr ātais transportl īdzekļa vadīšanas 
laiks sasniedz 3 stundu interv ālu robežas.  
gnssPlaceRecord  satur inform āciju, kas attiecas uz transportl īdzekļa atra­ 
šanās vietu.  
vehicleOdometerValue  ir odometra r ādījums, kad uzkr ātais transportl ī­
dzekļa vadīšanas laiks sasniedz 3 stundu interv ālu robežas.8  
▼B 
2.80.  GNSSPlaceRecord  
2. paaudze  
Informācija par GNSS noteikto transportl īdzekļa atrašan ās vietu 
(1.C pielikuma 108., 109., 110., 296., 305., 347. un 353. pras ība).
 
timeStamp  ir datums un laiks, kad GNSS ir noteikusi transportl īdzekļa 
atrašanās vietu.  
gnssAccuracy  ir GNSS atrašan ās vietas datu precizit āte. 
geoCoordinates  ir atrašan ās vieta, kas re ģistrēta, izmantojot GNSS.  
2.81.  HighResOdometer  
Transportlīdzekļa odometra r ādījums: kop ējais nobraukums transportl ī­
dzekļa ekspluatācijas laikā.
 
Vērtību piešķiršana:  neapzīmēts binārs skaitlis. Skaitlisko v ērtību inter­
vāls ir no 0 l īdz 21 055 406 km ar precizit āti 1/200 km.  
2.82.  HighResTripDistance  
Reisā vai tā daļā veiktais att ālums.
  
Vērtību piešķiršana:  neapzīmēts binārs skaitlis. Skaitlisko v ērtību inter­
vāls ir no 0 l īdz 21 055 406 km ar precizit āti 1/200 km.  
2.83.  HolderName  
Kartes turētāja uzvārds un vārds(-i).
  
holderSurname  ir turētāja uzvārds. Šeit uzv ārdā neietilpst tituli.  
Vērtību piešķiršana:  ja karte nav personaliz ēta, holderSurname ir t ā pati 
informācija, kas companyName, workshopName vai controlBodyName.  ▼M1
 02016R0799 — LV — 26.02.2020 — 002.001 — 129  
holderFirstNames  ir turētāja vārds(-i) un inici āļi. 
2.84.  InternalGNSSReceiver  
2. paaudze  
Informācija par to, vai GNSS uztv ērējs ir ārējs vai iekš ējs transportl ī­
dzekļa blokā. “True ” nozīmē, ka GNSS uztv ērējs transportl īdzekļa blokā 
ir iekšējs. “False ” nozīmē, ka GNSS uztv ērējs ir ārējs.
 
2.85.  K-ConstantOfRecordingEquipment  
Reģistrācijas kontrolier īces konstante (sk. defin īciju m) apakšpunkt ā).
 
Vērtību piešķiršana:  impulsi uz kilometru — robež ās no 0 l īdz 
64 255 impulsi/km.  
▼M1 
2.86.  KeyIdentifier  
Publiskās atslēgas unikāls identifikators, ko izmanto atsl ēgas norādīšanai 
un izvēlei. Tas identific ē arī atslēgas īpašnieku.
  
Pirmā izvēle ir piemērota arī transportl īdzekļa bloka publisk ās atslēgas, 
tahogrāfa kartes publisk ās atslēgas vai ārējās GNSS iek ārtas publisk ās 
atslēgas norādei. 
Otra izvēle ir piem ērota transportl īdzekļa bloka publisk ās atslēgas 
norādei (kad sertifik āta sagatavošanas laik ā nav zināms transportl īdzekļa 
bloka sērijas numurs).  
Trešā izvēle ir piemērota dalībvalsts publisk ās atslēgas norādei. 
▼B 
2.87.  KMWCKey  
2. paaudze  
AES atslēga un ar to saist ītās atslēgas versija, ko izmanto transportl ī­
dzekļa bloka un kust ības sensora savienošanai. S īkāku inform āciju 
sk. 11. papildin ājumā.
 
kMWCKey  ir tādas AES atsl ēgas garums, kas savienota ar atsl ēgu, kuru 
izmanto transportl īdzekļa bloka un kust ības sensora savienošanai.  
keyVersion  apzīmē AES atslēgas galveno versiju.  
2.88.  Language  
Valodas identifik ācijas kods.
  
Vērtību piešķiršana:  divu mazo burtu kods saska ņā ar ISO 639.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 130  
2.89.  LastCardDownload  
Vadītāja kartē saglabātais datums un laiks, kad notikusi p ēdējā datu 
lejupielāde no kartes (citiem nol ūkiem, izņemot kontroli) (1.C pielikuma 
257. un 282. pras ība). Šis datums ir aktualiz ējams ar transportl īdzekļa 
bloku vai kartes las ītāju.
 
Vērtību piešķiršana : netiek sīkāk norādīta. 
2.90.  LinkCertificate  
2. paaudze  
Saites starp Eiropas galven ās sertificēšanas iestādes atslēgu pāriem serti­
fikāts.
 
2.91.  L-TyreCircumference  
Riteņu riepu faktiskais apk ārtmērs (sk. defin īciju u) apakšpunkt ā).
 
Vērtību piešķiršana : neapzīmēts binārs skaitlis, skaitlisko v ērtību inter­
vāls ir no 0 l īdz 8 031 mm ar precizit āti 1/8 mm.  
▼M1 
2.92.  MAC  
2. paaudze:  
Kriptogrāfiska kontrolsumma, kuras garums ir 8, 12 vai 16 baiti un kura 
atbilst 11. papildin ājumā norādītajiem kodu komplektiem.
  
▼B 
2.93.  ManualInputFlag  
Kods, kas identific ē, vai kartes tur ētājs, ievietojot karti, ir (vai nav) 
manuāli ievadījis datus par vad ītāja darbībām (1.B pielikuma 081. pras ība 
un 1.C pielikuma 102. pras ība).
 
Vērtību piešķiršana : netiek sīkāk norādīta. 
2.94.  ManufacturerCode  
Kods, kas identific ē apstiprinātā tipa ierīces ražotāju.
 
Laboratorija, kuras kompetenc ē ir saderības testu veikšana, sav ā tīmekļa 
vietnē uztur un public ē ražotāju kodu sarakstu (1.C pielikuma 
454. prasība). 
Ražotāju kodus uz laiku pieš ķir tahogrāfu ierīču izstrādātājiem, pamato ­
joties uz pieteikumu tai laboratorijai, kuras kompetenc ē ir saderības testu 
veikšana.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 131  
2.95.  ManufacturerSpecificEventFaultData  
2. paaudze  
Ražotāja noteikti k ļūdu kodi, kuru izmantošana vienk āršo kļūdu analīzi 
un transportl īdzekļa bloku uztur ēšanu.
  
manufacturerCode  identificē transportlīdzekļa bloka ražot āju. 
manufacturerSpecificErrorCode  ir ražotāja noteikts k ļūdas kods.  
2.96.  MemberStateCertificate  
Dalībvalsts publisk ās atslēgas sertifik āts, ko izsniegusi Eiropas sertifik ā­
cijas iestāde.
 
2.97.  MemberStateCertificateRecordArray  
2. paaudze  
Dalībvalsts sertifik āts kopā ar metadatiem, ko izmanto datu lejupiel ādes 
protokolā.
 
recordType  apzīmē ieraksta tipu (MemberStateCertificate).  Vērtību 
piešķiršana:  sk. RecordType.  
recordSize  ir MemberStateCertificate lielums baitos.  
noOfRecords  ir ierakstu skaits ierakstu kop ā. Tā kā sertifikāti var būt 
dažāda garuma, v ērtību iestata uz 1.  
records  ir dalībvalsts sertifik ātu kopa.  
2.98.  MemberStatePublicKey  
1. paaudze  
Dalībvalsts publisk ā atslēga.
 
2.99.  Name  
Nosaukums.
  
codePage  norāda 4. noda ļā definēto rakstzīmju kopu.  
name  ir nosaukums, kas kod ēts, izmantojot nor ādīto rakstzīmju kopu.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 132  
2.100.  NationAlpha  
Valsts nor āde ar burtiem atbilst atš ķirības zīmēm, ko izmanto uz trans ­
portlīdzekļiem starptautiskaj ā satiksmē (Apvienoto N āciju Organiz ācijas 
Vīnē pieņemtā Konvencija par ce ļu satiksmi, 1968).
  
NationAlpha un ciparu kodus nor āda sarakstā, ko saska ņā ar 1.C pieli ­
kuma 440. pras ību savā tīmekļa vietnē uztur laboratorija, kurai uzdots 
veikt sader ības testus.  
2.101.  NationNumeric  
Valsts nor āde ar cipariem.
  
Vērtību piešķiršana:  sk. datu tipu 2.100. punkt ā (NationAlpha).  
Iepriekšējā punktā izklāstīto specifik āciju attiecībā uz NationAlpha vai 
NationNumeric groza vai atjaunina tikai p ēc tam, kad izraudz ītā labora­
torija ir sa ņēmusi apstiprin ātā tipa digitālo un viedo tahogr āfu transport ­
līdzekļu bloku ražot āju viedokļus. 
2.102.  NoOfCalibrationRecords  
To kalibrēšanas ierakstu skaits, kurus var saglab āt darbnīcas kartē. 
1. paaudze
  
Vērtību piešķiršana : sk. 2. papildin ājumu.  
2. paaudze
  
Vērtību piešķiršana : sk. 2. papildin ājumu.  
2.103.  NoOfCalibrationsSinceDownload  
Skaitītājs, kas rāda, cik reižu darbn īcas karte izmantota kalibr ēšanai kopš 
pēdējās reizes, kad no t ās lejupielādēti dati (1.C pielikuma 317. un 
340. prasība).
 
Vērtību piešķiršana : netiek sīkāk norādīta. 
2.104.  NoOfCardPlaceRecords  
To vietas ierakstu skaits, kurus var saglab āt vadītāja vai darbn īcas kartē. 
1. paaudze
  
Vērtību piešķiršana : sk. 2. papildin ājumu.  
2. paaudze
  
Vērtību piešķiršana : sk. 2. papildin ājumu.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 133  
2.105.  NoOfCardVehicleRecords  
To ierakstu par izmantotajiem transportl īdzekļiem skaits, kurus var 
saglabāt vadītāja vai darbn īcas kartē.
 
Vērtību piešķiršana : sk. 2. papildin ājumu.  
2.106.  NoOfCardVehicleUnitRecords  
2. paaudze  
To ierakstu par izmantotajiem transportl īdzekļu blokiem skaits, kurus var 
saglabāt vadītāja vai darbn īcas kartē.
 
Vērtību piešķiršana : sk. 2. papildin ājumu.  
2.107.  NoOfCompanyActivityRecords  
To uzņēmuma darb ības ierakstu skaits, kurus var saglab āt uzņēmuma 
kartē.
 
Vērtību piešķiršana : sk. 2. papildin ājumu.  
2.108.  NoOfControlActivityRecords  
To kontroles darb ības ierakstu skaits, kurus var saglab āt kontroles kart ē.
 
Vērtību piešķiršana : sk. 2. papildin ājumu.  
2.109.  NoOfEventsPerType  
To katra veida notikumu skaits, kurus var saglab āt kartē.
 
Vērtību piešķiršana : sk. 2. papildin ājumu.  
2.110.  NoOfFaultsPerType  
To katra veida k ļūmju skaits, kuras var saglab āt kartē.
 
Vērtību piešķiršana : sk. 2. papildin ājumu.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 134  
2.111.  NoOfGNSSADRecords  
2. paaudze:  
GNSS uzkr ātās transportl īdzekļa vadīšanas ierakstu skaits, kurus var 
saglabāt kartē.
 
Vērtību piešķiršana:  sk. 2. papildin ājumu.  
▼B 
2.112.  NoOfSpecificConditionRecords  
2. paaudze  
To ierakstu skaits par īpašajiem nosac ījumiem, kurus var saglab āt kartē.
 
Vērtību piešķiršana : sk. 2. papildin ājumu.  
2.113.  OdometerShort  
Transportlīdzekļa odometra r ādījums saīsinātā veidā.
 
Vērtību piešķiršana : neapzīmēts binārs skaitlis. Skaitlisko v ērtību inter­
vāls ir no 0 l īdz 9 999 999 km.  
2.114.  OdometerValueMidnight  
Transportlīdzekļa odometra r ādījums attiec īgās dienas pusnakt ī (1.B pieli­
kuma 090. pras ība un 1.C pielikuma 113. pras ība).
 
Vērtību piešķiršana : netiek sīkāk norādīta. 
2.115.  OdometerValueMidnightRecordArray  
2. paaudze  
OdometerValueMidnight kop ā ar metadatiem, ko izmanto datu lejupie ­
lādes protokol ā.
 
recordType  apzīmē ieraksta tipu (OdometerValueMidnight).  Vērtību 
piešķiršana:  sk. RecordType.  
recordSize  ir OdometerValueMidnight lielums baitos.  
noOfRecords  ir ierakstu skaits ierakstu kop ā. 
records  ir OdometerValueMidnight ierakstu kopa.  ▼M1
 02016R0799 — LV — 26.02.2020 — 002.001 — 135  
2.116.  OverspeedNumber  
Ātruma pārsniegšanas gad ījumu skaits kopš iepriekš ējās ātruma pārsnieg­ 
šanas kontroles.
  
Vērtību piešķiršana:  0 nozīmē, ka kopš iepriekš ējās ātruma pārsnieg­ 
šanas kontroles ātruma pārsniegšanas gad ījumu nav bijis; 1 noz īmē, ka 
kopš iepriekš ējās ātruma pārsniegšanas kontroles bijis viens ātruma pārs­
niegšanas gad ījums; .. 255 noz īmē, ka kopš iepriekš ējās ātruma pārsnieg­ 
šanas kontroles ir bijuši vismaz 255 ātruma pārsniegšanas gad ījumi.  
2.117.  PlaceRecord  
Informācija, kas attiecas uz vietu, kur ā sākas vai beidzas ikdienas darba 
laikposms (1.C pielikuma 108., 271., 296., 324. un 347. pras ība). 
1. paaudze
  
entryTime  ir ar ierakstu saist ītais datums un laiks.  
entryTypeDailyWorkPeriod  ir ieraksta veids.  
dailyWorkPeriodCountry  ir ierakstītā valsts.  
dailyWorkPeriodRegion  ir ierakstītais reģions.  
vehicleOdometerValue  ir odometra r ādījums vietas ierakst īšanas laikā. 
2. paaudze
  
Papildus 1. paaudzes komponentiem izmanto š ādu komponentu:  
entryGNSSPlaceRecord  ir reģistrētā vieta un laiks.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 136  
2.118.  PreviousVehicleInfo  
Informācija, kas saist īta ar vadītāja iepriekš izmantoto transportl īdzekli, 
ievietojot vad ītāja karti transportl īdzekļa blokā (1.B pielikuma 
081. prasība un 1.C pielikuma 102. pras ība). 
1. paaudze
  
vehicleRegistrationIdentification  ir transportl īdzekļa VRN un re ģistrā­
cijas dalībvalsts.  
cardWithdrawalTime  ir kartes iz ņemšanas datums un laiks.  
2. paaudze
  
Papildus 1. paaudzes datu elementiem izmanto š ādu datu elementu:  
vuGeneration  identificē transportlīdzekļa bloka paaudzi.  
2.119.  PublicKey  
1. paaudze  
Publiskais RSA kods.
  
rsaKeyModulus  ir atslēgu pāra modulis.  
rsaKeyPublicExponent  ir atslēgu pāra eksponents.  
2.120.  RecordType  
2. paaudze  
Ieraksta tipa nor āde. Šo datu tipu izmanto RecordArrays.
  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 137  
Vērtību piešķiršana:
  
► (1) M1 ActivityChangeInfo, 
CardSlotsStatus, 
CurrentDateTime, 
MemberStateCertificate, 
OdometerValueMidnight, 
DateOfDayDownloaded, 
SensorPaired, 
Signature, 
SpecificConditionRecord, 
VehicleIdentificationNumber, 
VehicleRegistrationNumber, 
VuCalibrationRecord, 
VuCardIWRecord, 
VuCardRecord, 
VuCertificate, 
VuCompanyLocksRecord, 
VuControlActivityRecord, 
VuDetailedSpeedBlock, 
VuDownloadablePeriod, 
VuDownloadActivityData, 
VuEventRecord,  
►M1 VuGNSSADRecord, ◄ 
VuITSConsentRecord, 
VuFaultRecord, 
VuIdentification, 
VuOverSpeedingControlData, 
VuOverSpeedingEventRecord, 
VuPlaceDailyWorkPeriodRecord, 
VuTimeAdjustmentGNSSRecord, 
VuTimeAdjustmentRecord, 
VuPowerSupplyInterruptionRecord, 
SensorPairedRecord, 
SensorExternalGNSSCoupledRecord, 
RFU, 
nosaka ražot ājs. 
2.121.  RegionAlpha  
Konkrētās valsts re ģiona apzīmējums ar burtiem.
  
1. paaudze  
Vērtību piešķiršana:
  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 138  
2. paaudze  
RegionAlpha kodus nor āda sarakstā, ko savā tīmekļa vietnē uztur labo ­
ratorija, kurai uzdots veikt sader ības testus.  
2.122.  RegionNumeric  
Konkrētās valsts re ģiona apzīmējums ar cipariem.
  
1. paaudze  
Vērtību piešķiršana:
  
2. paaudze  
RegionNumeric kodus nor āda sarakst ā, ko savā tīmekļa vietnē uztur 
laboratorija, kurai uzdots veikt sader ības testus.  
2.123.  RemoteCommunicationModuleSerialNumber  
2. paaudze  
Attālinātās saziņas moduļa sērijas numurs.
  
2.124.  RSAKeyModulus  
1. paaudze  
RSA atslēgu pāra modulis.
  
Vērtību piešķiršana:  nav noteikta.  
2.125.  RSAKeyPrivateExponent  
1. paaudze  
RSA atslēgu pāra privātais eksponents.
  
Vērtību piešķiršana:  nav noteikta.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 139  
2.126.  RSAKeyPublicExponent  
1. paaudze  
RSA atslēgu pāra publiskais eksponents.
  
Vērtību piešķiršana:  nav noteikta.  
2.127.  RtmData  
2. paaudze  
Šā datu tipa defin ēšanai skatīt 14. papildin ājumu.  
2.128.  SealDataCard  
2. paaudze  
Šis datu tips glab ā informāciju par plomb ām, kas piestiprin ātas dažādām 
transportlīdzekļa daļām, un ir paredz ēts saglabāšanai kartē. Šis datu tips 
ir saistīts ar 1.C pielikuma 337. pras ību.
 
noOfSealRecords  ir ierakstu skaits sealRecords.  
sealRecords  ir plombu ierakstu kopa.  
2.129.  SealDataVu  
2. paaudze  
Šis datu tips glab ā informāciju par plomb ām, kas piestiprin ātas dažādām 
transportlīdzekļa daļām, un ir paredz ēts saglabāšanai transportl īdzekļa 
blokā.
 
sealRecords  ir plombu ierakstu kopa. Ja ir pieejamas maz āk nekā 
5 plombas, EquipmentType v ērtību visos neizmantotajos sealRecords 
iestata uz 16, t. i., neizmantots.  
2.130.  SealRecord  
2. paaudze  
Šis datu tips glab ā informāciju par plombu, kas piestiprin āta kādai daļai. 
Šis datu tips ir saist īts ar 1.C pielikuma 337. pras ību.
 
equipmentType  identificē tās ierīces tipu, kurai piestiprin āta plomba.  
extendedSealIdentifier  ir ierīcei piestiprin ātās plombas identifikators.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 140  
2.131.  SensorApprovalNumber  
Sensora tipa apstiprin ājuma numurs.  
1. paaudze
  
Vērtību piešķiršana:  nav noteikta.  
2. paaudze
  
Vērtību piešķiršana:  
Apstiprinājuma numuru pieš ķir, kā publicēts attiecīgajā Eiropas Komi ­
sijas tīmekļa vietnē, t. i., piem ēram, iekļaujot defises, ja t ādas ir. Apstip ­
rinājuma numuru izl īdzina pa kreisi.  
2.132.  SensorExternalGNSSApprovalNumber  
2. paaudze  
Ārējās GNSS iek ārtas tipa apstiprin ājuma numurs.
  
Vērtību piešķiršana  
Apstiprinājuma numuru pieš ķir, kā publicēts attiecīgajā Eiropas Komi ­
sijas tīmekļa vietnē, t. i., piem ēram, iekļaujot defises, ja t ādas ir. Apstip ­
rinājuma numuru izl īdzina pa kreisi.  
2.133.  SensorExternalGNSSCoupledRecord  
2. paaudze  
Transportlīdzekļa blokā saglabātā informācija, kas attiecas uz tam pievie ­
notās ārējās GNSS iek ārtas identifik āciju (1.C pielikuma 100. pras ība).
 
sensorSerialNumber  ir transportl īdzekļa blokam pievienot ās ārējās 
GNSS iekārtas sērijas numurs.  
sensorApprovalNumber  ir šīs ārējās GNSS iek ārtas apstiprin ājuma 
numurs.  
sensorCouplingDate  ir datums, kad š ī ārējā GNSS iek ārta pievienota 
transportlīdzekļa blokam.  
2.134.  SensorExternalGNSSIdentification  
2. paaudze  
Informācija, kas attiecas uz ārējās GNSS iek ārtas identifik āciju (1.C pieli ­
kuma 98. pras ība). ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 141
  
sensorSerialNumber  ir ārējās GNSS iek ārtas pilns s ērijas numurs.  
sensorApprovalNumber  ir ārējās GNSS iek ārtas apstiprin ājuma numurs.  
sensorSCIdentifier  ir ārējās GNSS iek ārtas aizsardz ības komponenta 
identifikators.  
sensorOSIdentifier  ir ārējās GNSS iek ārtas operētājsistēmas identifika ­
tors. 
2.135.  SensorExternalGNSSInstallation  
2. paaudze  
Informācija, ko glab ā ārējā GNSS iek ārta un kas attiecas uz ārējā GNSS 
sensora uzst ādīšanu (1.C pielikuma 123. pras ība).
 
sensorCouplingDateFirst  ir datums, kad ārējā GNSS iek ārta pirmoreiz 
pievienota transportl īdzekļa blokam.  
firstVuApprovalNumber  ir tā transportl īdzekļa bloka apstiprin ājuma 
numurs, kuram pirmajam pievienota ārējā GNSS iek ārta. 
firstVuSerialNumber  ir tā transportlīdzekļa bloka sērijas numurs, kuram 
pirmajam pievienota ārējā GNSS iek ārta. 
sensorCouplingDateCurrent  ir datums, kur ā izveidots ārējās GNSS 
iekārtas kārtējais pievienojums transportl īdzekļa blokam.  
currentVuApprovalNumber  ir tā transportlīdzekļa bloka apstiprin ājuma 
numurs, kuram pašreiz pievienota ārējā GNSS iek ārta. 
currentVUSerialNumber  ir tā transportl īdzekļa bloka sērijas numurs, 
kuram pašreiz pievienota ārējā GNSS iek ārta. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 142  
2.136.  SensorExternalGNSSOSIdentifier  
2. paaudze  
Ārējās GNSS iek ārtas operētājsistēmas identifikators.
  
Vērtību piešķiršana : nosaka ražot ājs. 
2.137.  SensorExternalGNSSSCIdentifier  
2. paaudze  
Šo tipu izmanto, piem ēram, ārējās GNSS iek ārtas kriptogr āfiskā moduļa 
identificēšanai.  
Ārējās GNSS iek ārtas aizsardz ības komponenta identifikators.
  
Vērtību piešķiršana : nosaka komponenta ražot ājs. 
2.138.  SensorGNSSCouplingDate  
2. paaudze  
Datums, kad ārējā GNSS iek ārta pievienota transportl īdzekļa blokam.
  
Vērtību piešķiršana:  nav noteikta.  
2.139.  SensorGNSSSerialNumber  
2. paaudze  
Šo tipu izmanto GNSS uztv ērēja sērijas numura saglab āšanai gan tad, ja 
šis uztvērējs atrodas transportl īdzekļa blokā, gan tad, ja tas atrodas ārpus 
transportlīdzekļa bloka.  
GNSS uztv ērēja sērijas numurs.
  
2.140.  SensorIdentification  
Kustības sensor ā saglabātā informācija, kas attiecas uz kust ības sensora 
identifikāciju (1.B pielikuma 077. pras ība un 1.C pielikuma 95. pras ība).
 
sensorSerialNumber  ir kustības sensora pilns s ērijas numurs (kur ā 
iekļauts daļas šifrs un ražot āja kods).  
sensorApprovalNumber  ir kustības sensora apstiprin ājuma numurs.  
sensorSCIdentifier  ir kustības sensora aizsardz ības komponenta identi ­
fikators.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 143  
sensorOSIdentifier  ir kustības sensora oper ētājsistēmas identifikators.  
2.141.  SensorInstallation  
Kustības sensor ā saglabātā informācija, kas attiecas uz kust ības sensora 
uzstādīšanu (1.B pielikuma 099. pras ība un 1.C pielikuma 122. pras ība).
 
sensorPairingDateFirst  ir datums, kad kust ības sensors pirmoreiz 
pievienots transportl īdzekļa blokam.  
firstVuApprovalNumber  ir tā transportl īdzekļa bloka apstiprin ājuma 
numurs, kuram pirmajam pievienots kust ības sensors.  
firstVuSerialNumber  ir tā transportlīdzekļa bloka sērijas numurs, kuram 
pirmajam pievienots kust ības sensors.  
sensorPairingDateCurrent  ir datums, kur ā izveidots kust ības sensora 
kārtējais pievienojums transportl īdzekļa blokam.  
currentVuApprovalNumber  ir tā transportlīdzekļa bloka apstiprin ājuma 
numurs, kuram pašreiz pievienots kust ības sensors.  
currentVUSerialNumber  ir tā transportl īdzekļa bloka sērijas numurs, 
kuram pašreiz pievienots kust ības sensors.  
2.142.  SensorInstallationSecData  
Darbnīcas kartē saglabātā informācija, kas saist īta ar droš ības datiem, 
kuri vajadz īgi kustības sensoru pievienošanai transportl īdzekļa blokam 
(1.C pielikuma 308. un 331. pras ība). 
1. paaudze
  
Vērtību piešķiršana : saskaņā ar ISO 16844-3.  
2. paaudze  
Kā norādīts 11. papildin ājumā, darbnīcas kartē saglabā maksimāli trīs 
atslēgas transportl īdzekļa bloka un kust ības sensora savienošanai. Š īm 
atslēgām ir dažādas versijas.
  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 144  
2.143.  SensorOSIdentifier  
Kustības sensora oper ētājsistēmas identifikators.
  
Vērtību piešķiršana : nosaka ražot ājs. 
2.144.  SensorPaired  
1. paaudze  
Transportlīdzekļa blokā saglabātā informācija, kas attiecas uz tam pievie ­
notā kustības sensora identifik āciju (1.B pielikuma 079. pras ība).
 
sensorSerialNumber  ir transportl īdzekļa blokam pašreiz pievienot ā 
kustības sensora s ērijas numurs.  
sensorApprovalNumber  ir transportl īdzekļa blokam pašreiz pievienot ā 
kustības sensora apstiprin ājuma numurs.  
sensorPairingDateFirst  ir datums, kad kust ības sensors pirmoreiz 
pievienots transportl īdzekļa blokam.  
2.145.  SensorPairedRecord  
2. paaudze  
Transportlīdzekļa blokā saglabātā informācija, kas attiecas uz tam pievie ­
notā kustības sensora identifik āciju (1.C pielikuma 97. pras ība).
 
sensorSerialNumber  ir ar transportl īdzekļa bloku savienot ā kustības 
sensora sērijas numurs.  
sensorApprovalNumber  ir šā kustības sensora apstiprin ājuma numurs.  
sensorPairingDate  ir datums, kad šis kust ības sensors savienots ar trans ­
portlīdzekļa bloku.  
2.146.  SensorPairingDate  
Datums, kad kust ības sensors pievienots transportl īdzekļa blokam.
  
Vērtību piešķiršana:  nav noteikta.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 145  
2.147.  SensorSCIdentifier  
Kustības sensora aizsardz ības komponenta identifikators.
  
Vērtību piešķiršana : nosaka komponenta ražot ājs. 
2.148.  SensorSerialNumber  
Kustības sensora s ērijas numurs.
  
2.149.  Signature  
Elektroniskais paraksts.  
1. paaudze
  
Vērtību piešķiršana : saskaņā ar 11. papildin ājumu “Vienotie droš ības 
mehānismi”.  
2. paaudze
  
Vērtību piešķiršana : saskaņā ar 11. papildin ājumu “Vienotie droš ības 
mehānismi”.  
2.150.  SignatureRecordArray  
2. paaudze  
Parakstu kopa kop ā ar metadatiem, ko izmanto datu lejupiel ādes 
protokolā.
 
recordType  apzīmē ieraksta tipu (Signature).  Vērtību piešķiršana:  sk. 
RecordType.  
recordSize  ir Signature lielums baitos.  
noOfRecords  ir ierakstu skaits ierakstu kop ā. Tā kā paraksti var b ūt 
dažāda garuma, v ērtību iestata uz 1.  
records  ir parakstu kopa.  
2.151.  SimilarEventsNumber  
Līdzīgu notikumu skaits attiec īgajā dienā (1.B pielikuma 094. pras ība un 
1.C pielikuma 117. pras ība).
 
Vērtību piešķiršana:  0 neizmanto; 1 noz īmē, ka attiecīgajā dienā gadī­
jies un saglab āts tikai viens š āda veida notikums; 2 noz īmē, ka attiecīgajā 
dienā gadījušies 2 šāda veida notikumi (saglab āts tikai viens); .. 255 
nozīmē, ka attiecīgajā dienā gadījušies vismaz 255 š āda veida notikumi.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 146  
2.152.  SpecificConditionRecord  
Vadītāja kartē, darbnīcas kartē vai transportl īdzekļa blokā saglabātā 
informācija par īpašo nosac ījumu (1.C pielikuma 130., 276., 301., 
328. un 355. pras ība).
 
entryTime  ir ievadīšanas datums un laiks.  
specificConditionType  ir īpašā nosacījuma identifik ācijas kods.  
2.153.  SpecificConditions  
Vadītāja kartē, darbnīcas kartē vai transportl īdzekļa blokā saglabātā 
informācija par īpašo nosac ījumu (1.C pielikuma 131., 277., 302., 
329. un 356. pras ība). 
2. paaudze
  
conditionPointerNewestRecord  ir pēdējā aktualizētā īpašā nosacījuma 
ieraksta indekss.  
Vērtību piešķiršana:  skaitlis, kas atbilst īpašā nosacījuma ieraksta 
numeratoram, kurš s ākas ar ‘0’ pirmoreiz, kad strukt ūrā parādās īpašā 
nosacījuma ieraksts.  
specificConditionRecords  ir ierakstu kopa, kas satur inform āciju par 
ierakstītajiem īpašajiem nosac ījumiem.  
2.154.  SpecificConditionType  
Kods īpašā nosacījuma identific ēšanai (1.B pielikuma 050.b, 105.a, 212.a 
un 230.a pras ība un 1.C pielikuma 62. pras ība).
 
1. paaudze  
Vērtību piešķiršana:  
‘00’H RFU,  
‘01’H ārpus darbības jomas — s ākums,  
‘02’H ārpus darbības jomas — beigas,  
‘03’H brauciens ar pr āmi/vilcienu.  
‘04’H, …, ‘FF’H RFU.  
2. paaudze  
Vērtību piešķiršana:  
‘00’H RFU,  
‘01’H ārpus darbības jomas — s ākums,  
‘02’H ārpus darbības jomas — beigas,  
‘03’H brauciens ar pr āmi/vilcienu — s ākums,  
‘04’H brauciens ar pr āmi/vilcienu — beigas,  
‘05’H, …, ‘FF’H RFU.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 147  
2.155.  Speed  
Transportlīdzekļa ātrums (km/h).
  
Vērtību piešķiršana : kilometri stund ā skaitlisko v ērtību intervālā no 0 
līdz 220 km/h.  
2.156.  SpeedAuthorised  
Transportlīdzekļa atļautais maksim ālais ātrums (sk. defin īciju hh) apak ­ 
špunktā).
 
2.157.  SpeedAverage  
Vidējais ātrums iepriekš defin ētajā laikā (km/h).
  
2.158.  SpeedMax  
Maksimālais izmērītais ātrums iepriekš defin ētajā laikā (km/h).
  
2.159.  TachographPayload  
2. paaudze  
Šā datu tipa defin ēšanai skatīt 14. papildin ājumu.  
▼M1 
2.160.  Rezerv ēts izmantošanai n ākotnē 
▼B 
2.161.  TDesSessionKey  
1. paaudze  
Trīskāršais DES sesijas kods.
  
Vērtību piešķiršana : netiek sīkāk norādīta. 
▼M1 
2.162.  TimeReal  
Datuma un laika apvienot ā koda lauks, kur ā datums un laiks izteikts 
sekundēs, kas pagājušas kopš 1970. gada 1. janv āra plkst. 00h.00m.00s. 
UTC.
  
Vērtību piešķiršana – oktets:  kopš 1970. gada 1. janv āra pusnakts 
UTC pagājušo sekunžu skaits.  
Iespējami lielākais datums un laiks ir 2106. gad ā. 
▼B 
2.163.  TyreSize  
Riepu izm ēru apzīmējums.
  
Vērtību piešķiršana : saskaņā ar Direkt īvu 92/23/EEK, 31.3.1992., 
OV L 129, 95. lpp.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 148  
2.164.  VehicleIdentificationNumber  
Transportlīdzekļa identifikācijas numurs, kas attiecas uz transportl īdzekli 
kopumā, parasti tas ir šasijas vai r āmja numurs.
  
Vērtību piešķiršana:  saskaņā ar ISO 3779.  
2.165.  VehicleIdentificationNumberRecordArray  
2. paaudze  
Transportlīdzekļa identifikācijas numurs kop ā ar metadatiem, ko izmanto 
datu lejupiel ādes protokol ā.
 
recordType  apzīmē ieraksta tipu (VehicleIdentificationNumber).  
Vērtību piešķiršana:  sk. RecordType.  
recordSize  ir VehicleIdentificationNumber lielums baitos.  
noOfRecords  ir ierakstu skaits ierakstu kop ā. 
records  ir transportl īdzekļa identifikācijas numuru kopa.  
2.166.  VehicleRegistrationIdentification  
Eiropai vienota transportl īdzekļa identifikācija (VRN un dal ībvalsts).
  
vehicleRegistrationNation  ir valsts, kur ā reģistrēts transportl īdzeklis.  
vehicleRegistrationNumber  ir transportl īdzekļa reģistrācijas numurs 
(VRN).  
2.167.  VehicleRegistrationNumber  
Transportlīdzekļa reģistrācijas numurs (VRN). Re ģistrācijas numuru 
piešķir iestāde, kas licenc ē transportlīdzekli.
  
codePage  norāda 4. noda ļā definēto rakstzīmju kopu.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 149  
vehicleRegNumber  ir VRN, kas kod ēts, izmantojot nor ādīto rakstzīmju 
kopu.  
Vērtību piešķiršana : katrai valstij īpaši. 
2.168.  VehicleRegistrationNumberRecordArray  
2. paaudze  
Transportlīdzekļa reģistrācijas numurs kop ā ar metadatiem, ko izmanto 
datu lejupiel ādes protokol ā.
 
recordType  apzīmē ieraksta tipu (VehicleRegistrationNumber).  Vērtību 
piešķiršana:  sk. RecordType.  
recordSize  ir VehicleRegistrationNumber lielums baitos.  
noOfRecords  ir ierakstu skaits ierakstu kop ā. 
records  ir transportl īdzekļa reģistrācijas numuru kopa.  
2.169.  VuAbility  
2. paaudze  
Transportlīdzekļa blokā saglabātā informācija par transportl īdzekļa bloka 
spēju (vai nesp ēju) izmantot 1. paaudzes tahogr āfa kartes (1.C pielikuma 
121. prasība).
 
Vērtību piešķiršana — oktets:  ‘xxxxxxxa’B (8 biti).  
Attiecībā uz spēju izmantot 1. paaudzes kartes:  
‘a’B sp ēja izmantot 1. paaudzes tahogr āfa kartes:  
‘0’B: 1. paaudzes karšu izmantošana tiek atbalst īta, 
‘1’B: 1. paaudzes karšu izmantošana netiek atbalst īta, 
‘xxxxxxx’B RFU.  
2.170.  VuActivityDailyData  
1. paaudze  
Informācija, kas saglab āta transportl īdzekļa blokā un attiecas uz darb ības 
un/vai braukšanas rež īma maiņām, un/vai kartes statusa mai ņām konkrē­
tajā kalendārajā dienā (1.B pielikuma 084. pras ība un 1.C pielikuma 
105., 106., 107. pras ība), un uz slotu statusu šaj ā dienā plkst. 00.00.
  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 150  
noOfActivityChanges  ir ActivityChangeInfo v ārdu skaits activityChan ­
geInfos kop ā. 
activityChangeInfos  ir ActivityChangeInfo v ārdu kopa, kas par attie ­
cīgo dienu saglab āta transportl īdzekļa blokā. Tajā vienmēr ir divi Acti ­
vityChangeInfo v ārdi, kas raksturo abu slotu rež īmu attiecīgajā dienā 
plkst. 00.00.  
2.171.  VuActivityDailyRecordArray  
2. paaudze  
Informācija, kas saglab āta transportl īdzekļa blokā un attiecas uz darb ības 
un/vai braukšanas rež īma maiņām, un/vai kartes statusa mai ņām konkrē­
tajā kalendārajā dienā (1.C pielikuma 105., 106., 107. pras ība), un uz 
slotu statusu šaj ā dienā plkst. 00.00.
  
recordType  apzīmē ieraksta tipu (ActivityChangeInfo).  Vērtību 
piešķiršana:  sk. RecordType.  
recordSize  ir ActivityChangeInfo lielums baitos.  
noOfRecords  ir ierakstu skaits ierakstu kop ā. 
records  ir ActivityChangeInfo v ārdu kopa, kas par attiec īgo dienu sagla ­
bāta transportl īdzekļa blokā. Tajā vienmēr ir divi ActivityChangeInfo 
vārdi, kas raksturo abu slotu rež īmu attiecīgajā dienā plkst. 00.00.  
2.172.  VuApprovalNumber  
Transportlīdzekļa bloka tipa apstiprin ājuma numurs.  
1. paaudze
  
Vērtību piešķiršana:  nav noteikta.  
2. paaudze
  
Vērtību piešķiršana:  
Apstiprinājuma numuru pieš ķir, kā publicēts attiecīgajā Eiropas Komi ­
sijas tīmekļa vietnē, t. i., piem ēram, iekļaujot defises, ja t ādas ir. Apstip ­
rinājuma numuru izl īdzina pa kreisi.  
2.173.  VuCalibrationData  
1. paaudze  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 151  
Transportlīdzekļa blokā saglabātā informācija, kas attiecas uz re ģistrā­
cijas kontrolier īces kalibrēšanu (1.B pielikuma 098. pras ība).
 
noOfVuCalibrationRecords  ir ierakstu skaits vuCalibrationRecords 
kopā. 
vuCalibrationRecords  ir kalibrēšanas ierakstu kopa.  
2.174.  VuCalibrationRecord  
Transportlīdzekļa blokā saglabātā informācija, kas attiecas uz re ģistrā­
cijas kontrolier īces kalibrēšanu (1.B pielikuma 098. pras ība un 1.C pieli ­
kuma 119. un 120. pras ība). 
1. paaudze
  
calibrationPurpose  ir kalibrēšanas mērķis. 
workshopName, workshopAddress  ir darbnīcas nosaukums un adrese.  
workshopCardNumber  identificē kalibrēšanas laik ā izmantoto darb ­
nīcas karti.  
workshopCardExpiryDate  ir kartes der īguma termi ņš. 
vehicleIdentificationNumber  ir transportl īdzekļa identifikācijas numurs.  
vehicleRegistrationIdentification  ietver VRN un dal ībvalsti, kur ā trans­
portlīdzeklis reģistrēts. 
wVehicleCharacteristicConstant  ir transportl īdzekļa raksturojuma 
koeficients.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 152  
kConstantOfRecordingEquipment  ir reģistrācijas kontrolier īces 
konstante.  
lTyreCircumference  ir riteņu riepu faktiskais apk ārtmērs. 
tyreSize  ir transportl īdzeklim uzmont ēto riepu izm ēra apzīmējums.  
authorisedSpeed  ir transportl īdzeklim at ļautais ātrums.  
oldOdometerValue, newOdometerValue  ir odometra r ādījumi — 
iepriekšējais un jaunais.  
oldTimeValue, newTimeValue  ir datums un laiks — iepriekš ējais un 
jaunais.  
nextCalibrationDate  ir nākamās CalibrationPurpose nor ādītā veida kali ­
brēšanas datums, kura j āveic pilnvarot ā inspekcijas iest ādē. 
2. paaudze
  
Papildus 1. paaudzes datu elementiem izmanto š ādu datu elementu:  
sealDataVu  sniedz inform āciju par plomb ām, kas piestiprin ātas 
dažādām transportl īdzekļa daļām. 
2.175.  VuCalibrationRecordArray  
2. paaudze  
Transportlīdzekļa blokā saglabātā informācija, kas attiecas uz re ģistrā­
cijas kontrolier īces kalibrēšanu (1.C pielikuma 119. un 120. pras ība). ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 153
  
recordType  apzīmē ieraksta tipu (VuCalibrationRecord).  Vērtību 
piešķiršana:  sk. RecordType.  
recordSize  ir VuCalibrationRecord lielums baitos.  
noOfRecords  ir ierakstu skaits ierakstu kop ā. 
records  ir kalibrēšanas ierakstu kopa.  
2.176.  VuCardIWData  
1. paaudze  
Transportlīdzekļa blokā saglabātā informācija, kas attiecas uz vad ītāja 
karšu vai darbn īcas karšu ievietošanu transportl īdzekļa blokā un izņem­ 
šanu no tā (1.B pielikuma 081. pras ība un 1.C pielikuma 103. pras ība).
 
noOfIWRecords  ir ierakstu skaits vuCardIWRecords kop ā. 
vuCardIWRecords  ir ierakstu kopa, kas saist īta ar kartes ievietošanas 
un izņemšanas cikliem.  
2.177.  VuCardIWRecord  
Transportlīdzekļa blokā saglabātā informācija, kas attiecas uz vad ītāja 
kartes vai darbn īcas kartes ievietošanu transportl īdzekļa blokā un izņem­ 
šanu no tā (1.B pielikuma 081. pras ība un 1.C pielikuma 102. pras ība). 
1. paaudze
  
cardHolderName  ir kartes tur ētāja uzvārds un vārds(-i), kas saglab āti 
kartē. 
fullCardNumber  ir kartes veids, karti izsniegus ī dalībvalsts un kart ē 
saglabātais kartes numurs.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 154  
cardExpiryDate  ir kartē saglabātais kartes der īguma termi ņš. 
cardInsertionTime  ir kartes ievietošanas datums un laiks.  
vehicleOdometerValueAtInsertion  ir transportl īdzekļa odometra r ādī­
jums, ievietojot karti.  
cardSlotNumber  ir slots, kur ā karte ievietota.  
cardWithdrawalTime  ir kartes iz ņemšanas datums un laiks.  
vehicleOdometerValueAtWithdrawal  ir transportl īdzekļa odometra 
rādījums, izņemot karti.  
previousVehicleInfo  satur kart ē saglabāto informāciju par transportl ī­
dzekli, ar kuru vad ītājs braucis pirms tam.  
manualInputFlag  ir signāls, kas nor āda, vai kartes tur ētājs, ievietojot 
karti, ir manu āli ievadījis datus par vad ītāja darbībām. 
2. paaudze
  
Elementa fullCardNumber viet ā 2. paaudzes datu strukt ūra izmanto 
turpmāk norādīto datu elementu.  
fullCardNumberAndGeneration  ir kartes veids, karti izsniegus ī dalīb­
valsts, kā arī kartē saglabātais kartes numurs un paaudze.  
2.178.  VuCardIWRecordArray  
2. paaudze  
Transportlīdzekļa blokā saglabātā informācija, kas attiecas uz vad ītāja 
karšu vai darbn īcas karšu ievietošanu transportl īdzekļa blokā un izņem­ 
šanu no tā (1.C pielikuma 103. pras ība).
 
recordType  apzīmē ieraksta tipu (VuCardIWRecord).  Vērtību piešķir­ 
šana:  sk. RecordType.  
recordSize  ir VuCardIWRecord lielums baitos.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 155  
noOfRecords  ir ierakstu skaits ierakstu kop ā. 
records  ir ierakstu kopa, kas saist īta ar kartes ievietošanas un iz ņem­ 
šanas cikliem.  
▼M1 
2.179.  VuCardRecord  
2. paaudze:  
Transportlīdzekļa blokā saglabātā informācija par izmantoto tahogr āfa 
karti (I.C pielikuma 132. pras ība).
 
cardNumberAndGenerationInformation  ir pilns kartes numurs un 
izmantotās kartes paaudze (2.74. punkt ā minētais datu tips).  
cardExtendedSerialNumber  nolasa no kartes pamatdatn ē MF iekļautās 
elementārdatnes EF_ICC.  
cardStructureVersion  nolasa no 2. paaudzes tahogr āfa īpašdatnē 
DF_Tachograph_G2 iek ļautās elementārdatnes EF_Application_Identifi ­
cation.  
cardNumber  nolasa no 2. paaudzes tahogr āfa īpašdatnē DF_Tacho ­
graph_G2 iek ļautās elementārdatnes EF_Identification.  
▼B 
2.180.  VuCardRecordArray  
2. paaudze  
Transportlīdzekļa blokā saglabātā informācija par tahogr āfa kartēm, 
kuras tiek izmantotas ar šo transportl īdzekļa bloku. Š ī informācija pare­
dzēta. lai analiz ētu problēmas saistībā ar transportl īdzekļa bloka un 
kartes izmantošanu (1.C pielikuma 132. pras ība).
 
recordType  apzīmē ieraksta tipu (VuCardRecord).  Vērtību piešķir­ 
šana:  sk. RecordType.  
recordSize  ir VuCardRecord lielums baitos.  
noOfRecords  ir ierakstu skaits ierakstu kop ā. 
records  ir ierakstu kopa saist ībā ar transportl īdzekļa blokā izmantotaj ām 
tahogrāfa kartēm. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 156  
2.181.  VuCertificate  
Transportlīdzekļa bloka publisk ās atslēgas sertifik āts.
 
2.182.  VuCertificateRecordArray  
2. paaudze  
Transportlīdzekļa bloka sertifik āts kopā ar metadatiem, ko izmanto datu 
lejupielādes protokol ā.
 
recordType  apzīmē ieraksta tipu (VuCertificate).  Vērtību piešķiršana:  
sk. RecordType.  
recordSize  ir VuCertificate lielums baitos.  
noOfRecords  ir ierakstu skaits ierakstu kop ā. Tā kā sertifikāti var būt 
dažāda garuma, v ērtību iestata uz 1.  
records  ir transportl īdzekļa bloka sertifik ātu kopa.  
2.183.  VuCompanyLocksData  
1. paaudze  
Transportlīdzekļa blokā saglabātā informācija, kas attiecas uz uz ņēmuma 
atslēgām (1.B pielikuma 104. pras ība).
 
noOfLocks  ir vuCompanyLocksRecords uzskait īto atslēgu skaits.  
vuCompanyLocksRecords  ir uzņēmuma atsl ēgu ierakstu kopa.  
2.184.  VuCompanyLocksRecord  
Transportlīdzekļa blokā saglabātā informācija, kas attiecas uz vienu 
uzņēmuma atsl ēgu (1.B pielikuma 104. pras ība un 1.C pielikuma 
128. prasība). 
1. paaudze
  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 157  
lockInTime, lockOutTime  ir aizslēgšanas un atsl ēgšanas datums un 
laiks.  
companyName, companyAddress  ir ar aizsl ēgšanu saist ītā uzņēmuma 
nosaukums un adrese.  
companyCardNumber  identificē aizslēgšanai izmantoto karti.  
2. paaudze
  
Elementa companyCardNumber viet ā 2. paaudzes datu strukt ūra izmanto 
turpmāk norādīto datu elementu.  
companyCardNumberAndGeneration  identificē aizslēgšanai izman ­
toto karti, tostarp t ās paaudzi.  
2.185.  VuCompanyLocksRecordArray  
2. paaudze  
Transportlīdzekļa blokā saglabātā informācija, kas attiecas uz uz ņēmuma 
atslēgām (1.C pielikuma 128. pras ība).
 
recordType  apzīmē ieraksta tipu (VuCompanyLocksRecord).  Vērtību 
piešķiršana:  sk. RecordType.  
recordSize  ir VuCompanyLocksRecord lielums baitos.  
noOfRecords  ir ierakstu skaits ierakstu kop ā. Vērtība: 0, …, 255.  
records  ir uzņēmuma atsl ēgu ierakstu kopa.  
2.186.  VuControlActivityData  
1. paaudze  
Transportlīdzekļa blokā saglabātā informācija, kas attiecas uz kontroles 
pasākumiem, kuri veikti, izmantojot šo transportl īdzekļa bloku (1.B pieli ­
kuma 102. pras ība).
 ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 158  
noOfControls  ir vuControlActivityRecords uzskait īto kontroles pas ā­
kumu skaits.  
vuControlActivityRecords  ir kontroles darb ības ierakstu kopa.  
2.187.  VuControlActivityRecord  
Transportlīdzekļa blokā saglabātā informācija, kas attiecas uz kontroles 
pasākumu, kurš veikts, izmantojot šo transportl īdzekļa bloku (1.B pieli ­
kuma 102. pras ība un 1.C pielikuma 126. pras ība). 
1. paaudze
  
controlType  ir kontroles veids.  
controlTime  ir kontroles datums un laiks.  
controlCardNumber  identificē kontroles laik ā izmantoto kontroles 
karti.  
downloadPeriodBeginTime  attiecībā uz datu lejupiel ādi ir tā laikposma 
sākums, par kuru lejupiel ādēti dati.  
downloadPeriodEndTime  attiecībā uz datu lejupiel ādi ir tā laikposma 
beigas, par kuru lejupiel ādēti dati.  
2. paaudze
  
Elementa controlCardNumber viet ā 2. paaudzes datu strukt ūra izmanto 
turpmāk norādīto datu elementu.  
controlCardNumberAndGeneration  identificē kontroles laik ā izman­
toto kontroles karti, tostarp t ās paaudzi.  
2.188.  VuControlActivityRecordArray  
2. paaudze  
Transportlīdzekļa blokā saglabātā informācija, kas attiecas uz kontroles 
pasākumiem, kuri veikti, izmantojot šo transportl īdzekļa bloku (1.C pieli ­
kuma 126. pras ība). ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 159
  
recordType  apzīmē ieraksta tipu (VuControlActivityRecord).  Vērtību 
piešķiršana:  sk. RecordType.  
recordSize  ir VuControlActivityRecord lielums baitos.  
noOfRecords  ir ierakstu skaits ierakstu kop ā. 
records  ir transportl īdzekļa bloka kontroles darb ības ierakstu kopa.  
2.189.  VuDataBlockCounter  
Kartē saglabāts skaitītājs, kas sec īgi identific ē kartes ievietošanas un 
izņemšanas ciklus transportl īdzekļa blokos.
  
Vērtību piešķiršana:  secīga numerācija līdz 9999, kas p ēc tam atkal 
sākas no nulles.  
2.190.  VuDetailedSpeedBlock  
Transportlīdzekļa blokā saglabātā informācija, kas attiecas uz s īkām 
ziņām par braukšanas ātrumu ik min ūti laikā, kamēr transportl īdzeklis 
ir kustībā (1.B pielikuma 093. pras ība un 1.C pielikuma 116. pras ība).
 
speedBlockBeginDate  ir sērijā pirmā ātruma rādījuma datums un laiks.  
speedsPerSecond  ir mērītais ātrums hronolo ģiskā secībā katru sekundi 
tās minūtes laikā, kas sākas speedBlockBeginDate (ieskaitot).  
2.191.  VuDetailedSpeedBlockRecordArray  
2. paaudze  
Transportlīdzekļa blokā saglabātā informācija, kas attiecas uz s īkām 
ziņām par transportl īdzekļa braukšanas ātrumu.
  
recordType  apzīmē ieraksta tipu (VuDetailedSpeedBlock).  Vērtību 
piešķiršana:  sk. RecordType.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 160  
recordSize  ir VuDetailedSpeedBlock lielums baitos.  
noOfRecords  ir ierakstu skaits ierakstu kop ā. 
records  ir sīku ātruma datu s ēriju kopa.  
2.192.  VuDetailedSpeedData  
1. paaudze  
Transportlīdzekļa blokā saglabātā informācija, kas attiecas uz s īkām 
ziņām par transportl īdzekļa ātrumu.
  
noOfSpeedBlocks  ir ātruma sēriju skaits vuDetailedSpeedBlocks kop ā. 
vuDetailedSpeedBlocks  ir sīku ātruma datu s ēriju kopa.  
2.193.  VuDownloadablePeriod  
Vecākais un jaun ākais datums, par kuriem transportl īdzekļa blokā 
glabājas dati par vad ītāja darbībām (1.B pielikuma 081., 084. vai 
087. prasība un 1.C pielikuma 102., 105. un 108. pras ība).
 
minDownloadableTime  ir datums un laiks, kad transportl īdzekļa blokā 
saglabāta vecākā informācija par kartes ievietošanu vai darb ības maiņu, 
vai vietas ierakstu.  
maxDownloadableTime  ir datums un laiks, kad transportl īdzekļa blokā 
saglabāta jaunākā informācija par kartes iz ņemšanu vai darb ības maiņu, 
vai vietas ierakstu.  
2.194.  VuDownloadablePeriodRecordArray  
2. paaudze  
VUDownloadablePeriod kop ā ar metadatiem, ko izmanto datu lejupie ­
lādes protokol ā.
 
recordType  apzīmē ieraksta tipu (VuDownloadablePeriod).  Vērtību 
piešķiršana:  sk. RecordType.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 161  
recordSize  ir VuDownloadablePeriod lielums baitos.  
noOfRecords  ir ierakstu skaits ierakstu kop ā. 
records  ir VuDownloadablePeriod ierakstu kopa.  
2.195.  VuDownloadActivityData  
Transportlīdzekļa blokā saglabātā informācija, kas attiecas uz datu 
pēdējo lejupielādi no tā (1.B pielikuma 105. pras ība un 1.C pielikuma 
129. prasība). 
1. paaudze
  
downloadingTime  ir datu lejupiel ādes datums un laiks.  
fullCardNumber  identificē datu lejupiel ādes autoriz ācijai izmantoto 
karti.  
companyOrWorkshopName  ir uzņēmuma vai darbn īcas nosaukums.  
2. paaudze
  
Elementa fullCardNumber viet ā 2. paaudzes datu strukt ūra izmanto 
turpmāk norādīto datu elementu.  
fullCardNumberAndGeneration  identificē datu lejupiel ādes autoriz ā­
cijai izmantoto karti, tostarp t ās paaudzi.  
2.196.  VuDownloadActivityDataRecordArray  
2. paaudze  
Informācija, kas attiecas uz p ēdējo datu lejupiel ādi no transportl īdzekļa 
bloka (1.C pielikuma 129. pras ība).
 
recordType  apzīmē ieraksta tipu (VuDownloadActivityData).  Vērtību 
piešķiršana:  sk. RecordType.  
recordSize  ir VuDownloadActivityData lielums baitos.  
noOfRecords  ir ierakstu skaits ierakstu kop ā. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 162  
records  ir datu lejupiel ādes darbības ierakstu kopa.  
2.197.  VuEventData  
1. paaudze  
Transportlīdzekļa blokā saglabātā informācija, kas attiecas uz notiku ­
miem (1.B pielikuma 094. pras ība, izņemot ātruma pārsniegšanu).
  
noOfVuEvents  ir vuEventRecords kop ā uzskaitīto notikumu skaits.  
vuEventRecords  ir notikumu ierakstu kopa.  
2.198.  VuEventRecord  
Transportlīdzekļa blokā saglabātā informācija, kas attiecas uz notikumu 
(1.B pielikuma 094. pras ība un 1.C pielikuma 117. pras ība, izņemot 
ātruma pārsniegšanu).  
1. paaudze
  
eventType  ir notikuma veids.  
eventRecordPurpose  ir nolūks, kādam šis notikums re ģistrēts. 
eventBeginTime  ir notikuma s ākuma datums un laiks.  
eventEndTime  ir notikuma beigu datums un laiks.  
cardNumberDriverSlotBegin  identificē notikuma s ākumā vadītāja slotā 
ievietoto karti.  
cardNumberCodriverSlotBegin  identificē notikuma s ākumā otra vadī­
tāja slotā ievietoto karti.  
cardNumberDriverSlotEnd  identificē notikuma beig ās vadītāja slotā 
ievietoto karti.  
cardNumberCodriverSlotEnd  identificē notikuma beig ās otra vad ītāja 
slotā ievietoto karti.  
similarEventsNumber  ir līdzīgu notikumu skaits attiec īgajā dienā. 
Šo secību var izmantot visiem notikumiem, iz ņemot ātruma pārsnieg­ 
šanu. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 163  
2. paaudze
  
Papildus 1. paaudzes datu elementiem izmanto turpm āk minētos datu 
elementus.  
manufacturerSpecificEventFaultData  satur ražot āja noteiktu papildu 
informāciju par notikumu.  
Elementu cardNumberDriverSlotBegin, cardNumberCodriverSlotBegin, 
cardNumberDriverSlotEnd un cardNumberCodriverSlotEnd viet ā 2. paau­
dzes datu strukt ūra izmanto turpm āk norādītos datu elementus.  
cardNumberAndGenDriverSlotBegin  identific ē notikuma s ākumā 
vadītāja slotā ievietoto karti, tostarp t ās paaudzi.  
cardNumberAndGenCodriverSlotBegin  identificē notikuma s ākumā 
otra vadītāja slotā ievietoto karti, tostarp t ās paaudzi.  
cardNumberAndGenDriverSlotEnd  identificē notikuma beig ās vadī­
tāja slotā ievietoto karti, tostarp t ās paaudzi.  
cardNumberAndGenCodriverSlotEnd  identificē notikuma beig ās otra 
vadītāja slotā ievietoto karti, tostarp t ās paaudzi.  
Ja notikums ir “laika konflikts”, elementi eventBeginTime un eventEnd ­
Time jāinterpretē, kā norādīts turpmāk. 
eventBeginTime  ir reģistrācijas kontrolier īces datums un laiks.  
eventEndTime  ir GNSS datums un laiks.  
2.199.  VuEventRecordArray  
2. paaudze  
Transportlīdzekļa blokā saglabātā informācija, kas attiecas uz notiku ­
miem (1.C pielikuma 117. pras ība, izņemot ātruma pārsniegšanu).
  
recordType  apzīmē ieraksta tipu (VuEventRecord).  Vērtību piešķir­ 
šana:  sk. RecordType.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 164  
recordSize  ir VuEventRecord lielums baitos.  
noOfRecords  ir ierakstu skaits ierakstu kop ā. 
records  ir notikumu ierakstu kopa.  
2.200.  VuFaultData  
1. paaudze  
Transportlīdzekļa blokā saglabātā informācija, kas attiecas uz k ļūmēm 
(1.B pielikuma 096. pras ība).
 
noOfVuFaults  ir vuFaultRecords kop ā uzskaitīto kļūmju skaits.  
vuFaultRecords  ir kopa, kur ā apkopoti ieraksti par k ļūmēm. 
2.201.  VuFaultRecord  
Transportlīdzekļa blokā saglabātā informācija par kļūmēm (1.B pielikuma 
096. prasība un 1.C pielikuma 118. pras ība). 
1. paaudze
  
faultType  ir reģistrācijas kontrolier īces kļūmes veids.  
faultRecordPurpose  ir nolūks, kādam šī kļūme reģistrēta. 
faultBeginTime  ir datums un laiks, kad k ļūme sākās. 
faultEndTime  ir datums un laiks, kad k ļūme beidzās. 
cardNumberDriverSlotBegin  identificē karti, kas bija ievietota vad ītāja 
slotā laikā, kad sākās kļūme. 
cardNumberCodriverSlotBegin  identificē karti, kas bija ievietota otra 
vadītāja slotā laikā, kad sākās kļūme. 
cardNumberDriverSlotEnd  identificē karti, kas bija ievietota vad ītāja 
slotā laikā, kad kļūme beidzās. 
cardNumberCodriverSlotEnd  identificē karti, kas bija ievietota otra 
vadītāja slotā laikā, kad kļūme beidzās. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 165  
2. paaudze
  
Papildus 1. paaudzes datu elementiem izmanto š ādu datu elementu:  
manufacturerSpecificEventFaultData  satur ražot āja noteiktu papildu 
informāciju par kļūmi. 
Elementu cardNumberDriverSlotBegin, cardNumberCodriverSlotBegin, 
cardNumberDriverSlotEnd un cardNumberCodriverSlotEnd viet ā 2. paau­
dzes datu strukt ūra izmanto turpm āk norādītos datu elementus.  
cardNumberAndGenDriverSlotBegin  identific ē laikā, kad sākās 
kļūme, vadītāja slotā ievietoto karti, tostarp t ās paaudzi.  
cardNumberAndGenCodriverSlotBegin  identificē laikā, kad sākās 
kļūme, otra vad ītāja slotā ievietoto karti, tostarp t ās paaudzi.  
cardNumberAndGenDriverSlotEnd  identific ē laikā, kad k ļūme 
beidzās, vadītāja slotā ievietoto karti, tostarp t ās paaudzi.  
cardNumberAndGenCodriverSlotEnd  identificē laikā, kad kļūme 
beidzās, otra vad ītāja slotā ievietoto karti, tostarp t ās paaudzi.  
2.202.  VuFaultRecordArray  
2. paaudze  
Transportlīdzekļa blokā saglabātā informācija par kļūmēm (1.C pielikuma 
118. prasība).
 
recordType  apzīmē ieraksta tipu (VuFaultRecord).  Vērtību piešķir­ 
šana:  sk. RecordType.  
recordSize  ir VuFaultRecord lielums baitos.  
noOfRecords  ir ierakstu skaits ierakstu kop ā. 
records  ir kopa, kur ā apkopoti ieraksti par k ļūmēm. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 166  
2.203.  VuGNSSADRecord  
2. paaudze:  
Transportlīdzekļa blokā saglabātā informācija, kas attiecas uz GNSS 
noteikto transportl īdzekļa atrašanās vietu, kur ā uzkrātais transportl īdzekļa 
vadīšanas laiks sasniedz tr īs stundu interv ālu robežas (I.C pielikuma 108. 
un 110. pras ība).
 
timeStamp  ir datums un laiks, kad uzkr ātais transportl īdzekļa vadīšanas 
laiks sasniedz 3 stundu interv ālu robežas.  
cardNumberAndGenDriverSlot  identificē notikuma s ākumā vadītāja 
slotā ievietoto karti, tostarp t ās paaudzi.  
cardNumberAndGenCodriverSlot  identificē otra vadītāja slotā ievie­
toto karti, tostarp t ās paaudzi.  
gnssPlaceRecord  satur inform āciju, kas attiecas uz transportl īdzekļa 
atrašanās vietu.  
vehicleOdometerValue  ir odometra r ādījums, kad uzkr ātais transportl ī­
dzekļa vadīšanas laiks sasniedz 3 stundu interv ālu robežas.  
2.204.  VuGNSSADRecordArray  
2. paaudze:  
Transportlīdzekļa blokā saglabātā informācija, kas attiecas uz GNSS 
noteikto transportl īdzekļa atrašanās vietu, kur ā uzkrātais transportl īdzekļa 
vadīšanas laiks sasniedz tr īs stundu interv ālu robežas (I.C pielikuma 108. 
un 110. pras ība).
 
recordType  apzīmē ieraksta tipu (VuGNSSCDRecord).  
Vērtību piešķiršana : sk. RecordType.  
recordSize  ir VuGNSSADRecord lielums baitos.  
noOfRecords  ir ierakstu skaits ierakstu kop ā. 
records  ir GNSS uzkr ātās transportl īdzekļa vadīšanas ierakstu kopa.  
▼B 
2.205.  VuIdentification  
Transportlīdzekļa blokā saglabātā informācija, kas attiecas uz transport ­
līdzekļa bloka identifik āciju (1.B pielikuma 075. pras ība un 1.C pieli ­
kuma 93. un 121. pras ība). ▼M1
 02016R0799 — LV — 26.02.2020 — 002.001 — 167  
1. paaudze
  
vuManufacturerName  ir transportl īdzekļa bloka ražot āja nosaukums.  
vuManufacturerAddress  ir transportl īdzekļa bloka ražot āja adrese.  
vuPartNumber  ir transportl īdzekļa bloka da ļas numurs.  
vuSerialNumber  ir transportl īdzekļa bloka sērijas numurs.  
vuSoftwareIdentification  identificē transportl īdzekļa blokā izmantoto 
programmat ūru. 
vuManufacturingDate  ir transportl īdzekļa bloka ražošanas datums.  
vuApprovalNumber  ir transportl īdzekļa bloka tipa apstiprin ājuma 
numurs.  
2. paaudze
  
Papildus 1. paaudzes datu elementiem izmanto turpm āk minētos datu 
elementus.  
vuGeneration  identificē transportlīdzekļa bloka paaudzi.  
vuAbility  sniedz inform āciju, vai transportl īdzekļa bloks atbalsta 1. paau ­
dzes tahogr āfa kartes.  
2.206.  VuIdentificationRecordArray  
2. paaudze  
VuIdentification kop ā ar metadatiem, ko izmanto datu lejupiel ādes 
protokolā. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 168
  
recordType  apzīmē ieraksta tipu (VuIdentification).  Vērtību piešķir­ 
šana:  sk. RecordType.  
recordSize  ir VuIdentification lielums baitos.  
noOfRecords  ir ierakstu skaits ierakstu kop ā. 
records  ir VuIdentification ierakstu kopa.  
2.207.  VuITSConsentRecord  
2. paaudze  
Transportlīdzekļa blokā saglabātā informācija, kas attiecas uz vad ītāja 
piekrišanu izmantot ITS.
  
cardNumberAndGen  identificē karti, tai skait ā tās paaudzi. Tai j ābūt 
vadītāja kartei vai darbn īcas kartei.  
consent  ir karodzi ņš, kas norāda, vai vad ītājs ir piekritis izmantot ITS 
šajā transportlīdzeklī / transportl īdzekļa blokā. 
Vērtību piešķiršana:  
TRUE nor āda, ka vad ītājs piekritis izmantot ITS.  
FALSE nor āda, ka vad ītājs nav piekritis izmantot ITS.  
2.208.  VuITSConsentRecordArray  
2. paaudze  
Transportlīdzekļa blokā saglabātā informācija, kas attiecas uz vad ītāju 
piekrišanu izmantot ITS (1.C pielikuma 200. pras ība).
 
recordType  apzīmē ieraksta tipu (VuITSConsentRecord).  Vērtību 
piešķiršana:  sk. RecordType.  
recordSize  ir VuITSConsentRecord lielums baitos.  
noOfRecords  ir ierakstu skaits ierakstu kop ā. 
records  ir ITS piekrišanas ierakstu kopa.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 169  
2.209.  VuManufacturerAddress  
Transportlīdzekļa bloka ražot āja adrese.
  
Vērtību piešķiršana:  nav noteikta.  
2.210.  VuManufacturerName  
Transportlīdzekļa bloka ražot āja nosaukums.
  
Vērtību piešķiršana:  nav noteikta.  
2.211.  VuManufacturingDate  
Transportlīdzekļa bloka ražošanas datums.
  
Vērtību piešķiršana:  nav noteikta.  
2.212.  VuOverSpeedingControlData  
Transportlīdzekļa blokā saglabātā informācija, kas attiecas uz ātruma 
pārsniegšanu kopš iepriekš ējā ātruma pārsniegšanas kontroles pas ākuma 
(1.B pielikuma 095. pras ība un 1.C pielikuma 117. pras ība).
 
lastOverspeedControlTime  ir iepriekš ējā ātruma pārsniegšanas 
kontroles pas ākuma datums un laiks.  
firstOverspeedSince  ir pirmā ātruma pārsniegšanas gad ījuma datums un 
laiks pēc šā ātruma pārsniegšanas kontroles pas ākuma.  
numberOfOverspeedSince  ir ātruma pārsniegšanas gad ījumu skaits 
kopš iepriekš ējā ātruma pārsniegšanas kontroles pas ākuma.  
2.213.  VuOverSpeedingControlDataRecordArray  
2. paaudze  
VuOverSpeedingControlData kop ā ar metadatiem, ko izmanto datu leju ­
pielādes protokol ā.
 ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 170  
recordType  apzīmē ieraksta tipu (VuOverSpeedingControlData).  
Vērtību piešķiršana:  sk. RecordType.  
recordSize  ir VuOverSpeedingControlData lielums baitos.  
noOfRecords  ir ierakstu skaits ierakstu kop ā. 
records  ir ātruma pārsniegšanas kontroles datu ierakstu kopa.  
2.214.  VuOverSpeedingEventData  
1. paaudze  
Transportlīdzekļa blokā saglabātā informācija, kas attiecas uz ātruma 
pārsniegšanas gad ījumiem (1.B pielikuma 094. pras ība).
 
noOfVuOverSpeedingEvents  ir vuOverSpeedingEventRecords kop ā 
uzskaitīto notikumu skaits.  
vuOverSpeedingEventRecords  ir ātruma pārsniegšanas notikumu 
ierakstu kopa.  
2.215.  VuOverSpeedingEventRecord  
1. paaudze  
Transportlīdzekļa blokā saglabātā informācija, kas attiecas uz ātruma 
pārsniegšanas notikumiem (1.B pielikuma 094. pras ība un 1.C pielikuma 
117. prasība).
 
eventType  ir notikuma veids.  
eventRecordPurpose  ir nolūks, kādam šis notikums re ģistrēts. 
eventBeginTime  ir notikuma s ākuma datums un laiks.  
eventEndTime  ir notikuma beigu datums un laiks.  
maxSpeedValue  ir maksim ālais izmērītais ātrums notikuma laik ā. 
averageSpeedValue  ir vidējais aritmētiskais izm ērītais ātrums notikuma 
laikā. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 171  
cardNumberDriverSlotBegin  identificē notikuma s ākumā vadītāja slotā 
ievietoto karti.  
similarEventsNumber  ir līdzīgu notikumu skaits attiec īgajā dienā. 
2. paaudze  
Transportlīdzekļa blokā saglabātā informācija, kas attiecas uz ātruma 
pārsniegšanas notikumiem (1.B pielikuma 094. pras ība un 1.C pielikuma 
117. prasība).
 
2. paaudzes datu strukt ūrā izmanto nevis cardNumberDriverSlotBegin, 
bet gan šādu datu elementu:  
cardNumberAndGenDriverSlotBegin  — identific ē notikuma s ākumā 
vadītāja slotā ievietoto karti, tai skait ā tās paaudzi.  
2.216.  VuOverSpeedingEventRecordArray  
2. paaudze  
Transportlīdzekļa blokā saglabātā informācija, kas attiecas uz ātruma 
pārsniegšanas notikumiem (1.C pielikuma 117. pras ība).
 
recordType  apzīmē ieraksta tipu (VuOverSpeedingEventRecord).  
Vērtību piešķiršana:  sk. RecordType.  
recordSize  ir VuOverSpeedingEventRecord lielums baitos.  
noOfRecords  ir ierakstu skaits ierakstu kop ā. 
records  ir ātruma pārsniegšanas notikumu ierakstu kopa.  
2.217.  VuPartNumber  
Transportlīdzekļa bloka da ļas šifra numurs.
  
Vērtību piešķiršana:  nosaka transportl īdzekļa bloka ražot ājs. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 172  
2.218.  VuPlaceDailyWorkPeriodData  
1. paaudze  
Transportlīdzekļa blokā saglabātā informācija, kas attiecas uz viet ām, 
kurās vadītāji sāk vai beidz ikdienas darba laikposmu (1.B pielikuma 
087. prasība un 1.C pielikuma 108. un 110. pras ība).
 
noOfPlaceRecords  ir vuPlaceDailyWorkPeriodRecords kop ā uzskaitīto 
ierakstu skaits.  
vuPlaceDailyWorkPeriodRecords  ir ar viet ām saistīto ierakstu kopa.  
2.219.  VuPlaceDailyWorkPeriodRecord  
1. paaudze  
Transportlīdzekļa blokā saglabātā informācija, kas attiecas uz viet ām, 
kurās vadītājs sāk vai beidz ikdienas darba laikposmu (1.B pielikuma 
087. prasība un 1.C pielikuma 108. un 110. pras ība).
 
fullCardNumber  ir vadītāja kartes veids, karti izsniegus ī dalībvalsts un 
kartes numurs.  
placeRecord  satur inform āciju, kas attiecas uz ievad ītajām vietām. 
2. paaudze  
Transportlīdzekļa blokā saglabātā informācija, kas attiecas uz vietu, kur ā 
vadītājs sāk vai beidz ikdienas darba laikposmu (1.B pielikuma 
087. prasība un 1.C pielikuma 108. un 110. pras ība).
 
2. paaudzes datu strukt ūra izmanto nevis fullCardNumber, bet gan š ādu 
datu elementu:  
fullCardNumberAndGeneration  — kartes veids, karti izsniegus ī dalīb­
valsts un kartes numurs un paaudze, kas saglab āti kartē. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 173  
2.220.  VuPlaceDailyWorkPeriodRecordArray  
2. paaudze  
Transportlīdzekļa blokā saglabātā informācija, kas attiecas uz viet ām, 
kurās vadītāji sāk vai beidz ikdienas darba laikposmu (1.C pielikuma 
108. un 110. pras ība).
 
recordType  apzīmē ieraksta tipu (VuPlaceDailyWorkPeriodRecord).  
Vērtību piešķiršana:  sk. RecordType.  
recordSize  ir VuPlaceDailyWorkPeriodRecord lielums baitos.  
noOfRecords  ir ierakstu skaits ierakstu kop ā. 
records  ir ar vietām saistīto ierakstu kopa.  
2.221.  VuPrivateKey  
1. paaudze  
Transportlīdzekļa bloka priv ātā atslēga.
 
2.222.  VuPublicKey  
1. paaudze  
Transportlīdzekļa bloka publisk ā atslēga.
 
2.223.  VuSerialNumber  
Transportlīdzekļa bloka sērijas numurs (1.B pielikuma 075. pras ība un 
1.C pielikuma 93. pras ība).
 
2.224.  VuSoftInstallationDate  
Datums, kad transportl īdzekļa blokā instalēta programmat ūras versija.
  
Vērtību piešķiršana:  nav noteikta.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 174  
2.225.  VuSoftwareIdentification  
Transportlīdzekļa blokā saglabātā informācija, kas attiecas uz taj ā insta­
lēto programmat ūru.
 
vuSoftwareVersion  ir transportl īdzekļa bloka programmat ūras versijas 
numurs.  
vuSoftInstallationDate  ir programmat ūras versijas instal ēšanas datums.  
2.226.  VuSoftwareVersion  
Transportlīdzekļa bloka programmat ūras versijas numurs.
  
Vērtību piešķiršana:  nav noteikta.  
2.227.  VuSpecificConditionData  
1. paaudze  
Transportlīdzekļa blokā saglabātā informācija, kas attiecas uz īpašajiem 
nosacījumiem.
  
noOfSpecificConditionRecords  ir specificConditionRecords kop ā 
uzskaitīto ierakstu skaits.  
specificConditionRecords  ir ar īpašajiem nosac ījumiem saist īto ierakstu 
kopa.  
2.228.  VuSpecificConditionRecordArray  
2. paaudze  
Transportlīdzekļa blokā saglabātā informācija, kas attiecas uz īpašajiem 
nosacījumiem (1.C pielikuma 130. pras ība).
 
recordType  apzīmē ieraksta tipu (SpecificConditionRecord).  Vērtību 
piešķiršana:  sk. RecordType.  
recordSize  ir SpecificConditionRecord lielums baitos.  
noOfRecords  ir ierakstu skaits ierakstu kop ā. 
records  ir ar īpašajiem nosac ījumiem saist īto ierakstu kopa.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 175  
2.229.  VuTimeAdjustmentData  
1. paaudze  
Transportlīdzekļa blokā saglabātā informācija, kas attiecas uz laika skai ­
tīšanas korekcij ām, kuras veiktas papildus regul ārajai kalibr ēšanai 
(1.B pielikuma 101. pras ība).
 
noOfVuTimeAdjRecords  ir ierakstu skaits vuTimeAdjustmentRecords.  
vuTimeAdjustmentRecords  ir laika skait īšanas korekciju ierakstu kopa.  
▼M1 
2.230.  Rezerv ēts izmantošanai n ākotnē 
2.231. Rezerv ēts izmantošanai n ākotnē 
▼B 
2.232.  VuTimeAdjustmentRecord  
Transportlīdzekļa blokā saglabātā informācija, kas attiecas uz laika skai ­
tīšanas korekcij ām, kuras veiktas papildus regul ārajai kalibr ēšanai 
(1.B pielikuma 101. pras ība un 1.C pielikuma 124. un 125. pras ība). 
1. paaudze
  
oldTimeValue, newTimeValue  ir datums un laiks — iepriekš ējais un 
jaunais.  
workshopName, workshopAddress  ir darbnīcas nosaukums un adrese.  
workshopCardNumber  identificē laika skait īšanas korekciju laik ā 
izmantoto darbn īcas karti.  
2. paaudze
  
Elementa workshopCardNumber viet ā 2. paaudzes datu strukt ūra 
izmanto turpm āk norādīto datu elementu.  
workshopCardNumberAndGeneration  identific ē laika skait īšanas 
korekciju laik ā izmantoto darbn īcas karti, tostarp t ās paaudzi.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 176  
2.233.  VuTimeAdjustmentRecordArray  
2. paaudze  
Transportlīdzekļa blokā saglabātā informācija, kas attiecas uz laika skai ­
tīšanas korekcij ām, kuras veiktas papildus regul ārajai kalibr ēšanai 
(1.C pielikuma 124. un 125. pras ība).
 
recordType  apzīmē ieraksta tipu (VuTimeAdjustmentRecord).  Vērtību 
piešķiršana:  sk. RecordType.  
recordSize  ir VuTimeAdjustmentRecord lielums baitos.  
noOfRecords  ir ierakstu skaits ierakstu kop ā. 
records  ir laika skait īšanas korekciju ierakstu kopa.  
2.234.  WorkshopCardApplicationIdentification  
Darbnīcas kartē saglabātā informācija, kas attiecas uz kartes lietojuma 
identifikāciju (1.C pielikuma 307. un 330. pras ība). 
1. paaudze
  
typeOfTachographCardId  norāda lietotās kartes veidu.  
cardStructureVersion  norāda kartei izmantot ās struktūras versiju.  
noOfEventsPerType  ir to katra veida notikumu skaits, kurus var ierak ­
stīt kartē. 
noOfFaultsPerType  ir to katra veida k ļūmju skaits, kuras var ierakst īt 
kartē. 
activityStructureLength  norāda to baitu skaitu, kas izmantojami 
darbības ierakstu saglab āšanai.  
noOfCardVehicleRecords  ir to transportl īdzekļa ierakstu skaits, kurus 
var saglabāt kartē. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 177  
noOfCardPlaceRecords  ir to vietu skaits, kuras var ierakst īt kartē. 
noOfCalibrationRecords  ir to kalibr ēšanas ierakstu skaits, kurus var 
saglabāt kartē. 
2. paaudze  
▼M1
 
Papildus 1. paaudzes datu elementiem izmanto š ādus datu elementus:  
noOfGNSSADRecords  ir GNSS uzkr ātās transportl īdzekļa vadīšanas 
ierakstu skaits, kurus var saglab āt kartē. 
noOfSpecificConditionRecords  ir to īpašo nosac ījumu ierakstu skaits, 
kurus var saglab āt kartē. 
noOfCardVehicleUnitRecords  ir to ierakstu par izmantotajiem trans ­
portlīdzekļu blokiem skaits, kurus var saglab āt kartē. 
▼B 
2.235.  WorkshopCardCalibrationData  
Darbnīcas kartē saglabātā informācija attiecībā uz darbnīcas darbību, kas 
veikta ar karti (1.C pielikuma 314., 316., 337. un 339. pras ība).
 
calibrationTotalNumber  ir ar karti veikt ās kalibrēšanas reižu kop ējais 
skaits.  
calibrationPointerNewestRecord  ir pēdējā aktualizētā kalibrēšanas 
ieraksta indekss.  
Vērtību piešķiršana:  skaitlis, kas atbilst kalibr ēšanas ieraksta numera ­
toram, kurš s ākas ar ‘0’ pirmoreiz, kad strukt ūrā parādās kalibrēšanas 
ieraksti.  
calibrationRecords  ir ierakstu kopa, kas satur inform āciju par kalibr ē­ 
šanu un/vai laika skait īšanas korekcij ām. 
2.236.  WorkshopCardCalibrationRecord  
Darbnīcas kartē saglabātā informācija, kas attiecas uz kalibr ēšanu, kura 
veikta ar karti (1.C pielikuma 314. un 337. pras ība). ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 178  
1. paaudze
  
calibrationPurpose  ir kalibrēšanas mērķis. 
vehicleIdentificationNumber  ir transportl īdzekļa identifikācijas numurs 
(VIN).  
vehicleRegistration  ietver VRN un dal ībvalsti, kur ā transportl īdzeklis 
reģistrēts. 
wVehicleCharacteristicConstant  ir transportl īdzekļa raksturojuma 
koeficients.  
kConstantOfRecordingEquipment  ir reģistrācijas kontrolier īces 
konstante.  
lTyreCircumference  ir riteņu riepu faktiskais apk ārtmērs. 
tyreSize  ir transportl īdzeklim uzmont ēto riepu izm ēra apzīmējums.  
authorisedSpeed  ir transportl īdzeklim at ļautais maksim ālais braukšanas 
ātrums.  
oldOdometerValue, newOdometerValue  ir odometra r ādījumi — 
iepriekšējais un jaunais.  
oldTimeValue, newTimeValue  ir datums un laiks — iepriekš ējais un 
jaunais.  
nextCalibrationDate  ir nākamās CalibrationPurpose nor ādītā veida kali ­
brēšanas datums, kura j āveic pilnvarot ā inspekcijas iest ādē. 
vuPartNumber , vuSerialNumber  un sensorSerialNumber  ir reģistrā­
cijas kontrolier īces identifik ācijas datu elementi.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 179  
2. paaudze
  
Papildus 1. paaudzes datu elementiem izmanto turpm āk minētos datu 
elementus.  
sensorGNSSSerialNumber , kas identific ē ārējo GNSS iek ārtu. 
rcmSerialNumber , kas identific ē attālinātās saziņas moduli.  
sealDataCard  sniedz inform āciju par plomb ām, kas piestiprin ātas 
dažādām transportl īdzekļa daļām. 
2.237.  WorkshopCardHolderIdentification  
Darbnīcas kartē saglabātā informācija, kas attiecas uz kartes tur ētāja 
identifikāciju (1.C pielikuma 311. un 334. pras ība).
 
workshopName  ir kartes tur ētāja darbnīcas nosaukums.  
workshopAddress  ir kartes tur ētāja darbnīcas adrese.  
cardHolderName  ir kartes tur ētāja (piem., meh āniķa) uzvārds un 
vārds(-i).  
cardHolderPreferredLanguage  ir kartes tur ētājam vēlamā valoda.  
2.238.  WorkshopCardPIN  
Darbnīcas kartes personiskais identifik ācijas numurs (1.C pielikuma 
309. un 332. pras ība).
 
Vērtību piešķiršana:  kartes tur ētājam zināms PIN, kas labaj ā pusē līdz 
8 baitiem papildin āts ar ‘FF’ baitiem.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 180  
2.239.  W-VehicleCharacteristicConstant  
Transportlīdzekļa raksturojuma koeficients (sk. defin īciju k) apakšpun ­
ktā).
 
Vērtību piešķiršana : impulsi uz kilometru — robež ās no 0 l īdz 
64 255 impulsi/km.  
2.240.  VuPowerSupplyInterruptionRecord  
2. paaudze  
Transportlīdzekļa blokā saglabātā informācija par barošanas str āvas 
pārtraukuma notikumiem (1.C pielikuma 117. pras ība).
 
eventType  ir notikuma veids.  
eventRecordPurpose  ir nolūks, kādam šis notikums re ģistrēts. 
eventBeginTime  ir notikuma s ākuma datums un laiks.  
eventEndTime  ir notikuma beigu datums un laiks.  
cardNumberAndGenDriverSlotBegin  identific ē notikuma s ākumā 
vadītāja slotā ievietoto karti, tostarp t ās paaudzi.  
cardNumberAndGenDriverSlotEnd  identificē notikuma beig ās vadī­
tāja slotā ievietoto karti, tostarp t ās paaudzi.  
cardNumberAndGenCodriverSlotBegin  identificē notikuma s ākumā 
otra vadītāja slotā ievietoto karti, tostarp t ās paaudzi.  
cardNumberAndGenCodriverSlotEnd  identificē notikuma beig ās otra 
vadītāja slotā ievietoto karti, tostarp t ās paaudzi.  
similarEventsNumber  ir līdzīgu notikumu skaits attiec īgajā dienā. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 181  
2.241.  VuPowerSupplyInterruptionRecordArray  
2. paaudze  
Transportlīdzekļa blokā saglabātā informācija par barošanas str āvas 
pārtraukuma notikumiem (1.C pielikuma 117. pras ība).
 
recordType  apzīmē ieraksta tipu (VuPowerSupplyInterruptionRecord).  
Vērtību piešķiršana : sk. RecordType  
recordSize  ir VuPowerSupplyInterruptionRecord lielums baitos.  
noOfRecords  ir ierakstu skaits ierakstu kop ā. 
records  ir barošanas str āvas pārtraukuma ierakstu kopa.  
2.242.  VuSensorExternalGNSSCoupledRecordArray  
2. paaudze  
SensorExternalGNSSCoupledRecord kopa kop ā ar metadatiem, ko 
izmanto datu lejupiel ādes protokol ā.
 
recordType  apzīmē ieraksta tipu (SensorExternalGNSSCoupledRecord).  
Vērtību piešķiršana : sk. RecordType  
recordSize  ir SensorExternalGNSSCoupledRecord lielums baitos.  
noOfRecords  ir ierakstu skaits ierakstu kop ā. 
records  ir ārējā pievienotā GNSS sensora ierakstu kopa.  
2.243.  VuSensorPairedRecordArray  
2. paaudze  
SensorPairedRecord kopa kop ā ar metadatiem, ko izmanto lejupiel ādes 
protokolā.
 
recordType  apzīmē ieraksta tipu (SensorPairedRecord).  Vērtību 
piešķiršana : sk. RecordType  
recordSize  ir SensorPairedRecord lielums baitos.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 182  
noOfRecords  ir ierakstu skaits ierakstu kop ā. 
records  ir savienot ā sensora ierakstu kopa.  
3. V ĒRTĪBU UN LIELUMU DIAPAZONA DEFIN ĪCIJAS  
Mainīgo lielumu v ērtības noteikšana 2. punkt ā dotajām definīcijām.
 
4. RAKSTZ ĪMJU KOPAS  
IA5 rindām izmanto ASCII rakstz īmes saska ņā ar ISO/IEC 8824-1. 
Skaidrības un ērtības labad turpm āk norādītas piešķirtās vērtības. Atšķi­
rību gadījumos no ISO/IEC 8824-1 šo informat īvo piezīmi aizstāj ar 
minēto standartu.
  
Citām rakstzīmju rindām (Address, Name, VehicleRegistrationNumber) 
papildus izmanto rakstz īmes no nākamo 8 bitu decim ālo rakstzīmju koda 
161–255, standarta rakstz īmju kopām, ko norāda koda lappuses numurs: 
Standarta rakstz īmju kopa  Koda lappuse 
(decimālskaitlis)  
ISO/IEC 8859-1  Latin-1 Western European  1  
ISO/IEC 8859-2  Latin-2 Central European  2  
ISO/IEC 8859-3  Latin-3 South European  3  
ISO/IEC 8859-5  Latin/Cyrillic  5  
ISO/IEC 8859-7  Latin/Greek  7  
ISO/IEC 8859-9  Latin-5 Turkish  9  
ISO/IEC 8859-13  Latin-7 Baltic Rim  13  
ISO/IEC 8859-15  Latin-9  15  
ISO/IEC 8859-16  Latin-10 South Eastern European  16  
KOI8-R  Latin/Cyrillic  80  
KOI8-U  Latin/Cyrillic  85  
5. KOD ĒŠANA  
Ja kodē saskaņā ar ASN.1 kod ēšanas noteikumiem, visi defin ētie datu 
tipi jākodē pēc ISO/IEC 8825-2 izl īdzinātā varianta.  
6. OBJEKTU IDENTIFIKATORI UN LIETOJUMA IDENTIFIKATORI  
6.1. Objektu identifikatori  
Šajā nodaļā uzskaitītie objektu identifikatori (OID) attiecas tikai uz 
2. paaudzes ier īcēm. Šie OID ir noteikti tehniskaj ās pamatnost ādnēs ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 183  
TR-03110-3 un šaj ā dokument ā atkārtoti pilnības labad. Šie OID ir 
ietverti bsi-de apakškok ā:
 
Transportl īdzekļa bloka autentifik ācijas protokola identifikatori
  
Piemērs. Ja transportl īdzekļa bloka autentifik ācija jāveic ar SHA-384, 
tad izmantojamais objekta identifikators ir (ASN.1 not ācijā)
 
. Punktu not ā­
cijā šā objekta identifikatora v ērtība ir
  
. 
Punktu not ācija Baitu not ācija
 
‘04 00 7F 00 07 02 02 02 02 03’
  
‘04 00 7F 00 07 02 02 02 02 04’
  
‘04 00 7F 00 07 02 02 02 02 05’  
Mikroshēmas autentifik ācijas protokola identifikatori
  
Piemērs. Ja mikrosh ēmas autentifik ācija jāveic, izmantojot ECDH algo ­
ritmu, tad AES sesijas atsl ēgas garums ir 128 biti. P ēc tam šīs sesijas 
atslēga tiks izmantota CBC darb ības režīmā, lai nodrošin ātu datu konfi ­
dencialitāti, un ar CMAC algoritmu, lai nodrošin ātu datu autentiskumu. 
Tādējādi izmantojamais objekta identifikators ir (ASN.1 not ācijā)
 
. Punktu not ā­
cijā šā objekta identifikatora v ērtība ir
 .  
Punktu not ācija Baitu not ācija
 
‘04 00 7F 00 07 02 02 03 02 02’
  
‘04 00 7F 00 07 02 02 03 02 03’
  
‘04 00 7F 00 07 02 02 03 02 04’  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 184  
6.2. Lietojuma identifikatori  
2. paaudze  
Ārējās GNSS iek ārtas (2. paaudzes) lietojuma identifikatoru (AID) 
uzdod ar ‘FF 44 54 45 47 4D’. Šis ir patent ēta lietojuma identifikators 
saskaņā ar ISO/IEC 7816-4.  
Piezīme. Pēdējie 5 baiti kod ē DTEGM, proti, vied ā tahogrāfa ārējo 
GNSS iekārtu. 
2. paaudzes tahogr āfa kartes lietojuma identifikatoru uzdod ar ‘FF 53 4D 
52 44 54’. Šis ir patent ēta lietojuma identifikators saska ņā ar 
ISO/IEC 7816-4.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 185  
2. papildin ājums  
TAHOGR ĀFA KARŠU SPECIFIK ĀCIJA  
SATURA R ĀDĪTĀJS 
1. IEVADS  
1.1. Sa īsinājumi 
1.2. Atsauces  
2. ELEKTRISKIE UN FIZIK ĀLIE RAKSTURLIELUMI  
2.1. Barošanas spriegums un str āvas patēriņš 
2.2. Programm ēšanas spriegums V  pp 
2.3. Takts ģenerators un frekvence  
2.4. Datu ievada/izvada kontakts  
2.5. Kartes st āvokļi 
3. APARAT ŪRA UN SAZI ŅA 
3.1. Ievads  
3.2. P ārraides protokols  
3.2.1. Protokoli  
3.2.2. ATR  
3.2.3. PTS  
3.3. Piek ļuves noteikumi  
3.4. Komandu un k ļūdu kodu p ārskats  
3.5. Komandu apraksts  
3.5.1. SELECT  
3.5.2. READ BINARY  
3.5.3. UPDATE BINARY  
3.5.4. GET CHALLENGE  
3.5.5. VERIFY  
3.5.6. GET RESPONSE  
3.5.7. PSO: VERIFY CERTIFICATE  
3.5.8. INTERNAL AUTHENTICATE  
3.5.9. EXTERNAL AUTHENTICATE  
3.5.10. GENERAL AUTHENTICATE  
3.5.11. MANAGE SECURITY ENVIRONMENT  
3.5.12. PSO: HASH  
3.5.13. PERFORM HASH of FILE  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 186  
3.5.14. PSO: COMPUTE DIGITAL SIGNATURE  
3.5.15. PSO: VERIFY DIGITAL SIGNATURE  
3.5.16. PROCESS DSRC MESSAGE  
4. TAHOGR ĀFA KARTES STRUKT ŪRA 
4.1. Pamatdatne MF  
4.2. Vad ītāja kartes lietotnes  
4.2.1. Vad ītāja 1. paaudzes kartes lietotne  
4.2.2. Vad ītāja 2. paaudzes kartes lietotne  
4.3. Darbn īcas kartes lietotnes  
4.3.1. Darbn īcas kartes 1. paaudzes lietotne  
4.3.2. Darbn īcas kartes 2. paaudzes lietotne  
4.4. Kontroles kartes lietotnes  
4.4.1. Kontroles kartes 1. paaudzes lietotne  
4.4.2. Kontroles kartes 2. paaudzes lietotne  
4.5. Uz ņēmuma kartes lietotnes  
4.5.1. Uz ņēmuma kartes 1. paaudzes lietotne  
4.5.2. Uz ņēmuma kartes 2. paaudzes lietotne  
1. IEVADS  
1.1. Sa īsinājumi  
Šajā papildinājumā izmanto š ādus saīsinājumus:  
AC piek ļuves nosac ījumi 
AES uzlabots šifr ēšanas standarts  
AID lietojuma identifikators  
ALW vienm ēr 
APDU lietojuma protokola datu bloks (komandas strukt ūra) 
ATR atiestat īšanas atbilde  
AUT autentific ēts 
C6, C7 kartes kontakti Nr. 6 un Nr. 7, kas atbilst aprakstam stan ­
dartā ISO/IEC 7816-2  
cc takts  
▼M1 
CHA sertifik āta turētāja pilnvara  
▼B 
CHV kartes tur ētāja verificēšanas inform ācija 
CLA APDU komandas klases baits  
▼M1 
DO datu objekts  
▼B 
DSRC specializ ēti maza darb ības attāluma sakari  
DF īpašdatne. Īpašdatnē DF var būt citas datnes (EF vai DF)  
ECC eliptisko l īkņu kriptogrāfija 
EF element ārdatne  
etu element ārā laika vien ība ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 187  
G1 1. paaudze  
G2 2. paaudze  
IC integr ēta shēma 
ICC karte ar integr ēto shēmu — viedkarte  
ID identifikators  
IFD saskarnes ier īce 
IFS inform ācijas lauka izm ērs 
IFSC inform ācijas lauka izm ērs kartei  
IFSD inform ācijas lauka izm ēra ierīce (terminālim) 
INS APDU komandas instrukcijas baits  
Lc APDU komandas ievades datu garums  
Le sagaid āmo datu garums (komandas izejas dati)  
MF pamatdatne (pamata īpašdatne DF)  
NAD T=1 protokol ā izmantotā mezgla punkta adrese  
NEV nekad  
P1-P2 parametra baiti  
PIN personas identifik ācijas numurs  
PRO SM aizsarg āts ar ziņojumapmai ņas aizsardz ību 
PTS p ārraides protokola izv ēle 
RFU rezerv ēts izmantošanai n ākotnē 
RST atiestat īšana (kartei)  
SFID īsais EF identifikators  
SM zi ņojumapmai ņas aizsardz ība 
SW1-SW2 statusa baiti  
TS ATR pirm ā rakstzīme 
VPP programm ēšanas spriegums  
VU transportl īdzekļa bloks  
XXh XX v ērtība heksadecim ālajā notācijā 
‘XXh’ XX v ērtība heksadecim ālajā notācijā 
|| konkaten ācijas simbols 03||04=0304  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 188  
1.2. Atsauces  
Šajā papildinājumā izmantotas š ādas atsauces:  
ISO/IEC 7816-2  Identification cards  – Integrated circuit cards  – 
Part 2: Dimensions and location of the contacts.  
[Identifikācijas kartes. Mikrosh ēmu kartes. 2. da ļa: 
Izmēri un kontaktu atrašan ās vieta.] ISO/IEC 7816- 
2:2007.  
ISO/IEC 7816-3  Identification cards  – Integrated circuit cards  – 
Part 3: Electrical interface and transmission proto ­
cols. [Identifik ācijas kartes. Mikrosh ēmu kartes. 
3. daļa: Elektrisk ā saskarne un p ārraides protokoli.] 
ISO/IEC 7816-3:2006.  
ISO/IEC 7816-4  Identification cards  – Integrated circuit cards  – 
Part 4: Organization, security and commands for 
interchange.  [Identifik ācijas kartes. Mikrosh ēmu 
kartes. 4. da ļa: Organiz ācija, drošība un komandas 
savstarpējai apmaiņai.] ISO/IEC 7816-4:2013 + 
1. labojums: 2014.  
ISO/IEC 7816-6  Identification cards  – Integrated circuit cards  – 
Part 6: Interindustry data elements for interc ­
hange.  [Identifik ācijas kartes. Mikrosh ēmu kartes. 
6. daļa: Starpnozaru datu elementi savstarp ējai 
apmaiņai.] ISO/IEC 7816-6:2004 + 1. labojums: 
2006.  
ISO/IEC 7816-8  Identification cards  – Integrated circuit cards  – 
Part 8: Commands for security operations.  [Identi­
fikācijas kartes. Mikrosh ēmu kartes. 8. da ļa: 
Drošības operāciju komandas.] ISO/IEC 7816- 
8:2004.  
ISO/IEC 9797-2  Information technology  – Security techniques  – 
Message Authentication Codes (MACs)  – Part 2: 
Mechanisms using a dedicated hash-function.  
[Informācijas tehnolo ģija. Drošības metodes. Zi ņo­
jumu autentific ēšanas kodi ( MAC ). 2. daļa: Mehā­
nismi, kuros izmanto atv ēlētu jaukšanas funkciju.] 
ISO/IEC 9797-2:2011.  
2. ELEKTRISKIE UN FIZIK ĀLIE RAKSTURLIELUMI  
TCS_01 Ja nav noteikts cit ādi, visiem elektroniskajiem sign āliem 
jāatbilst standarta ISO/IEC 7816-3 pras ībām. 
TCS_02 Kartes kontaktu novietojums un izm ēri atbilst standarta 
ISO/IEC 7816-2 pras ībām. 
2.1. Barošanas spriegums un str āvas patēriņš 
TCS_03 Karte darbojas saska ņā ar specifik ācijām standart ā ISO/IEC 
7816-3 noteiktaj ās strāvas patēriņa robežās. 
TCS_04 Karte darbojas ar Vcc = 3 V (± 0,3 V) vai ar Vcc = 5 V 
(± 0,5 V) spriegumu.  
Spriegumu izv ēlas saskaņā ar ISO/IEC 7816-3.  
2.2. Programm ēšanas spriegums V  pp 
TCS_05 Kartei nav vajadz īgs programm ēšanas spriegums pie 
kontakta C6. Kontakts C6 nav savienots ar IFD. Kontaktu 
C6 var pievienot spriegumam V  cc kartē, bet to nedr īkst 
sazemēt. Jebkurā gadījumā šo spriegumu interpret ēt 
nedrīkst. 
2.3. Takts ģenerators un frekvence  
TCS_06 Karte darbojas frekven ču intervālā no 1 līdz 5 MHz un var 
atbalstīt augstākas frekvences. Vienas kartes sesijas laik ā 
takts frekvence dr īkst mainīties par ± 2 %. Takts frekvenci 
ģenerē nevis pati karte, bet transportl īdzekļa bloks. Darba 
cikls var main īties no 40 l īdz 60 %.  
TCS_07 Saska ņā ar nosacījumiem kartes datn ē EF ICC ārējo takts 
ģeneratoru var aptur ēt. Pirmajā EF ICC datnes rumpja bait ā 
ir kodēti takts ģeneratora aptur ēšanas ( Clockstop ) režīma 
nosacījumi:  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 189  
Zems  Augsts  
3. bits  2. bits  1. bits  
0 0  1  Takts ģeneratora aptur ēšana ( Clockstop ) atļauta, 
nav ieteikumu par l īmeni  
0 1  1  Takts ģeneratora aptur ēšana ( Clockstop ) atļauta, 
ieteicamais l īmenis augsts  
1 0  1  Takts ģeneratora aptur ēšana ( Clockstop ) atļauta, 
ieteicamais l īmenis zems  
0 0  0  Takts ģeneratora aptur ēšana ( Clockstop ) nav 
atļauta 
0 1  0  Takts ģeneratora aptur ēšana ( Clockstop ) atļauta 
tikai augst ā loģiskā līmenī 
1 0  0  Takts ģeneratora aptur ēšana ( Clockstop ) atļauta 
tikai zemā loģiskā līmenī 
4.–8. bits netiek izmantots.  
2.4. Datu ievada/izvada kontakts  
TCS_08 Datu ievada/izvada kontaktu C7 izmanto datu sa ņemšanai 
no saskarnes ier īces (IFD) un p ārraidei uz IFD. Darb ības 
laikā pārraides rež īmā var būt vai nu tikai karte, vai tikai 
IFD. Ja pārraides rež īmā darbojas abi bloki, karte netiek 
bojāta. Ja nenotiek p ārraide, karte p āriet uztveršanas 
režīmā. 
2.5. Kartes st āvokļi 
TCS_09 Kad ir piesl ēgts barošanas spriegums, karte darbojas divos 
stāvokļos: 
darba stāvoklī, izpildot komandas vai saistoties ar digit ālo 
bloku;  
dīkstāvē visā pārējā laikā; šajā stāvoklī visi dati paliek 
kartē. 
3. APARAT ŪRA UN SAZI ŅA 
3.1. Ievads  
Šajā punktā aprakstītas minim ālās prasības attiecībā uz tahogr āfa 
kartēm un transportl īdzekļu blokiem veicamaj ām funkcijām, lai nodro ­ 
šinātu to pareizu darb ību un sadarbsp ēju. 
Tahogrāfa kartes iesp ējami pilnīgi atbilst pieejamajiem ISO/IEC attie ­
cīgajiem standartiem ( īpaši ISO/IEC 7816). Tom ēr komandas un 
protokoli ir piln īgi aprakstīti, lai gadījumos, kad ir k ādi ierobežojumi 
vai atšķirības, tie tiktu preciz ēti. Norādītās komandas piln ībā atbilst 
minētajiem standartiem, iz ņemot gadījumus, kad tas tiek nor ādīts. 
3.2. Pārraides protokols  
TCS_10 P ārraides protokols attiec ībā uz T=0 un T=1 atbilst stan ­
dartam ISO/IEC 78163. Konkr ēti, transportl īdzekļa bloks 
atpazīst kartes s ūtītos gaidīšanas laika pagarin ājumus.  
3.2.1  Protokoli  
TCS_11 Kartei nodrošina gan protokolu  T=0 , gan protokolu  T=1 . 
Turklāt karte var atbalst īt citus uz kontaktiem attiecin āmus 
protokolus.  
TCS_12 Protokols  T=0  ir noklus ējuma protokols, t āpēc pārejai uz 
protokolu  T=1  ir vajadz īga pārraides protokola izv ēles 
(PTS) komanda.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 190  
TCS_13 Ier īces abos protokolos atbalsta  tiešu konvenciju : tāpēc 
kartei tieša konvencija ir oblig āta. 
TCS_14 Inform ācijas lauka izm ēra kartes ( Information Field Size 
Card ) baitu nor āda atiestat īšanas atbildes ATR rakstz īmē 
TA3. Šai v ērtībai jābūt vismaz ‘F0h’ (= 240 baiti).  
Uz protokoliem attiecas š ādi ierobežojumi:  
TCS_15  T=0  
— Saskarnes ier īce atbalsta atbildi uz ieejas/izejas sign ālu 
pēc kartes atiestat īšanas signāla RST sākuma no 400 cc.  
— Saskarnes ier īcei jāspēj nolasīt rakstzīmes, kas atdal ītas 
ar 12 etu — element ārajām laika vien ībām. 
— Saskarnes ier īce nolasa k ļūdainu rakstz īmi un tās atkār­
tojumu, ja tie ir atdal īti ar 13 etu — element ārajām 
laika vienībām. Ja tiek konstat ēta kļūdaina rakstz īme, 
starp 1 un 2 etu ieej ā/izejā var parādīties signāls par 
kļūdu. Ierīce atbalsta 1 etu aizkavi.  
— Saskarnes ier īce uztver atiestat īšanas atbildes ATR 
33 baitus (ATR s ākumzīme TS + 32).  
— Ja ATR satur TC1, j ābūt papildu aizsarginterv ālam 
(Extra Guard Time ) rakstzīmēm, kuras s ūta saskarnes 
ierīce, taču kartes sūtītās rakstzīmes arī šajā gadījumā 
var atdalīt ar 12 etu. Tas pats attiecas ar ī uz ACK 
rakstzīmi, ko karte s ūta pēc tam, kad saskarnes ier īce 
ir emitējusi P3 rakstz īmi. 
— Saskarnes ier īce ņem vērā kartes emit ēto NUL rakst ­
zīmi. 
— Saskarnes ier īce ACK pie ņem komplement āro režīmu. 
— Komandu “mekl ēt atbildi” nevar izmantot sa ķēdējuma 
režīmā, lai iegūtu datus, kas var b ūt garāki par 
255 baitiem.  
TCS_16  T=1  
— NAD baits: neizmanto (NAD j ābūt iestatītam uz ‘00’).  
— S-block ABORT: neizmanto.  
— S-block VPP state error: neizmanto.  
— Datu lauka kop ējais saķēdējuma garums nep ārsniedz 
255 baitus (j ānodrošina ar saskarnes ier īci IFD).  
— Inform ācijas lauka izm ēra ierīce (IFSD) j ānorāda ar 
saskarnes ier īci IFD tūlīt aiz ATR: saskarnes ier īce 
IFD pārraida S-Block inform ācijas lauka izm ēra IFS 
pieprasījumu pēc ATR, un karte nos ūta atpakaļ S- 
Block IFS. IFSD ieteicam ā vērtība ir 254 baiti.  
— Karte neprasa inform ācijas lauka lieluma IFS izmai ņas. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 191  
3.2.2  ATR  
TCS_17 Ier īce pārbauda ATR baitus saska ņā ar standartu ISO/IEC 
78163. ATR v ēsturiskās rakstzīmes (Historical Characters) 
neverificē. 
ATR pamata biprotokola ( Basic Biprotocol ATR ) paraugs 
saskaņā ar ISO/IEC 7816-3  
Rakstzīme V ērtība Piez īmes 
TS ‘3Bh’  Nor āda tiešo konvenciju.  
T0 ‘85h’  ir TD1; ir 5 v ēsturiskie baiti  
TD1 ‘80h’  ir TD2; j āizmanto T=0  
TD2 ‘11h’  ir TA3; j āizmanto T=1  
TA3 ‘XXh’ (vismaz 
‘F0h’)  Informācijas lauka izm ērs kartei (IFSC)  
TH1 līdz TH5  ‘XXh’  v ēsturiskās zīmes 
TCK  ‘XXh’  p ārbaudes zīme (izņemot OR)  
TCS_18 P ēc atiestatīšanas atbildes (ATR) netieši tiek izraudz īta 
pamatdatne (MF), kas k ļūst par aktu ālo direktoriju.  
3.2.3  PTS  
TCS_19 Noklus ējuma protokols ir T=0. Lai iestat ītu T=1 protokolu, 
ierīcei uz karti j ānosūta PTS (sauc ar ī par PPS).  
TCS_20 T ā kā kartei ir oblig āts gan T=0, gan T=1 protokols, kartei 
ir obligāts arī pamata PTS protokolu p ārslēgšanai.  
PTS var izmantot, k ā norādīts ISO/IEC 7816-3, lai 
pārslēgtu augstāku datu p ārraides ātrumu par p ārraides 
ātrumu pēc noklusējuma, ko piepras ījusi karte ar ATR, ja 
tas ir (TA(1) baits).  
Augstāks datu pārraides ātrums kartei nav oblig āts. 
TCS_21 Ja tiek atbalst īts tikai datu p ārraides ātrums pēc noklusē­
juma (vai gad ījumos, kad izraudz ītais datu p ārraides ātrums 
netiek atbalst īts), karte pareizi atbild uz PTS saska ņā ar 
ISO/IEC 7816-3, izlaižot PPS1 baitu.  
Pamata PTS paraugi protokola izraudz īšanai ir šādi: 
Rakstzīme V ērtība Piez īmes 
PPSS  ‘FFh’  s ākuma zīme 
PPS0  ‘00h’ vai ‘01h’  PPS1 l īdz PPS3 nav; ‘00h’ — lai izraudz ītos T0; 
‘01h’ — lai izraudz ītos T1  
PK ‘XXh’  P ārbaudes zīme: ‘XXh’ = ‘FFh’, ja PPS0 = ‘00h’, 
‘XXh’ = ‘FEh’, ja PPS0 = ‘01h’.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 192  
3.3. Piek ļuves noteikumi  
TCS_22 Piek ļuves noteikumi nosaka piek ļuves režīmam, t. i., 
komandai, atbilstošus droš ības nosacījumus. Ja šie droš ības 
noteikumi ir izpild īti, attiecīgā komanda tiek izpild īta. 
TCS_23 Saist ībā ar tahogr āfa karti izmanto š ādus drošības nosacī­
jumus:  
Saīsinājums  Noz īme 
ALW  Darb ība ir iespējama vienm ēr un ir izpild āma bez jebk ādiem ierobežojumiem. 
Komandu un atbildes APDU nos ūta kā parastu tekstu, t. i., bez zi ņojumap­
maiņas aizsardz ības. 
NEV  Darb ība ir neiesp ējama.  
PLAIN-C  Komandas APDU nos ūta kā parastu tekstu, t. i., bez zi ņojumapmai ņas 
aizsardzības. 
PWD  Darb ību var izpild īt tikai tad, ja darbn īcas kartes PIN ir veiksm īgi verificēts, 
t. i., ja ir iestat īts kartes iekš ējās drošības statuss “PIN_Verified”. Komanda 
jānosūta bez ziņojumapmai ņas aizsardz ības. 
EXT-AUT-G1  Darb ību var izpild īt tikai tad, ja ir veiksm īgi veikta External Authenticate 
komanda 1. paaudzes autentific ēšanai (sk. ar ī 11. papildin ājuma A da ļu). 
SM-MAC-G1  APDU (komanda un atbilde) ir j āpiemēro ar 1. paaudzes zi ņojumapmai ņas 
aizsardzību tikai autentific ēšanas režīmā (sk. 11. papildin ājuma A da ļu). 
SM-C-MAC-G1  Komanda APDU ir j āpiemēro ar 1. paaudzes zi ņojumapmai ņas aizsardz ību 
tikai autentific ēšanas režīmā (sk. 11. papildin ājuma A da ļu). 
SM-R-ENC-G1  Atbildes APDU ir j āpiemēro ar 1. paaudzes zi ņojumapmai ņas aizsardz ību 
šifrēšanas režīmā (sk. 11. papildin ājuma A da ļu), t. i., netiek izdots zi ņojuma 
autentificēšanas kods.  
SM-R-ENC- 
MAC-G1  Atbildes APDU ir j āpiemēro ar 1. paaudzes zi ņojumapmai ņas aizsardz ību 
šifrēšanas un tai sekojošas autentific ēšanas režīmā (sk. 11. papildin ājuma 
A daļu). 
SM-MAC-G2  APDU (komanda un atbilde) ir j āpiemēro ar 2. paaudzes zi ņojumapmai ņas 
aizsardzību tikai autentific ēšana režīmā (sk. 11. papildin ājuma B da ļu). 
SM-C-MAC-G2  Komanda APDU ir j āpiemēro ar 2. paaudzes zi ņojumapmai ņas aizsardz ību 
tikai autentific ēšanas režīmā (sk. 11. papildin ājuma B da ļu). 
SM-R-ENC- 
MAC-G2  Atbilde APDU ir j āpiemēro ar 2. paaudzes zi ņojumapmai ņas aizsardz ību 
šifrēšanas un tai sekojošas autentific ēšanas režīmā (sk. 11. papildin ājuma 
B daļu). 
▼M1 
TCS_24 Šos droš ības nosacījumus var sasaist īt šādos veidos:  
UN – jāizpilda visi droš ības nosacījumi;  
VAI – jāizpilda vismaz viens droš ības nosacījums.  
Piekļuves noteikumi dat ņu sistēmai, t. i., SELECT, READ 
BINARY un UPDATE BINARY komanda, ir nor ādīti 
4. nodaļā. Piekļuves noteikumi p ārējām komand ām ir norā­
dīti tālāk dotajās tabulās. Ja komandu neatbalsta nek ādas 
prasības, izmanto fr āzi “nav piem ērojams”. Šaj ā gadījumā 
komanda var b ūt vai nebūt atbalstīta, bet piek ļuves nosac ī­
jums ir ārpus darbības jomas.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 193  
TCS_25 DF Tachograph G1 lietotn ē izmantoti š ādi piekļuves notei­
kumi:  
▼M1 
Komanda  Vad ītāja karte  Darbnīcas karte  Kontroles karte  Uzņēmuma 
karte 
External Authenticate  
— 1. paaudzes autentific ēšanai  ALW  ALW  ALW  ALW  
— 2. paaudzes autentific ēšanai  ALW  PWD  ALW  ALW  
Internal Authenticate  ALW  PWD  ALW  ALW  
General Authenticate  ALW  ALW  ALW  ALW  
Get Challenge  ALW  ALW  ALW  ALW  
MSE:SET AT  ALW  ALW  ALW  ALW  
MSE:SET DST  ALW  ALW  ALW  ALW  
Process DSRC Message  Nav 
piemērojams  Nav 
piemērojams  Nav 
piemērojams  Nav 
piemērojams  
PSO: Compute Digital Signature  ALW VAI 
SM-MAC- 
G2 ALW VAI 
SM-MAC- 
G2 Nav 
piemērojams  Nav 
piemērojams  
PSO: Hash  Nav 
piemērojams  Nav 
piemērojams  ALW  Nav 
piemērojams  
PERFORM HASH of FILE  ALW VAI 
SM-MAC- 
G2 ALW VAI 
SM-MAC- 
G2 Nav 
piemērojams  Nav 
piemērojams  
PSO: Verify Certificate  ALW  ALW  ALW  ALW  
PSO: Verify Digital Signature  Nav 
piemērojams  Nav 
piemērojams  ALW  Nav 
piemērojams  
Verify  Nav 
piemērojams  ALW  Nav 
piemērojams  Nav 
piemērojams  
▼B 
TCS_26 DF Tachograph G21 lietotn ē izmantoti š ādi piekļuves 
noteikumi:  
▼M1 
Komanda  Vad ītāja karte  Darbnīcas karte  Kontroles karte  Uzņēmuma 
karte 
External Authenticate  
— 1. paaudzes autentific ēšanai  Nav 
piemērojams  Nav 
piemērojams  Nav 
piemērojams  Nav 
piemērojams  
— 2. paaudzes autentific ēšanai  ALW  PWD  ALW  ALW  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 194  
Komanda  Vad ītāja karte  Darbnīcas karte  Kontroles karte  Uzņēmuma 
karte 
Internal Authenticate  Nav 
piemērojams  Nav 
piemērojams  Nav 
piemērojams  Nav 
piemērojams  
General Authenticate  ALW  ALW  ALW  ALW  
Get Challenge  ALW  ALW  ALW  ALW  
MSE:SET AT  ALW  ALW  ALW  ALW  
MSE:SET DST  ALW  ALW  ALW  ALW  
Process DSRC Message  Nav 
piemērojams  ALW  ALW  Nav 
piemērojams  
PSO: Compute Digital Signature  ALW VAI 
SM-MAC- 
G2 ALW VAI 
SM-MAC- 
G2 Nav 
piemērojams  Nav 
piemērojams  
PSO: Hash  Nav 
piemērojams  Nav 
piemērojams  ALW  Nav 
piemērojams  
PERFORM HASH of FILE  ALW VAI 
SM-MAC- 
G2 ALW VAI 
SM-MAC- 
G2 Nav 
piemērojams  Nav 
piemērojams  
PSO: Verify Certificate  ALW  ALW  ALW  ALW  
PSO: Verify Digital Signature  Nav 
piemērojams  Nav 
piemērojams  ALW  Nav 
piemērojams  
Verify  Nav 
piemērojams  ALW  Nav 
piemērojams  Nav 
piemērojams  
▼B 
TCS_27 MF izmantoti š ādi noteikumi:  
▼M1 
Komanda  Vad ītāja karte  Darbnīcas karte  Kontroles karte  Uzņēmuma 
karte 
External Authenticate  
— 1. paaudzes autentific ēšanai  Nav 
piemērojams  Nav 
piemērojams  Nav 
piemērojams  Nav 
piemērojams  
— 2. paaudzes autentific ēšanai  ALW  PWD  ALW  ALW  
Internal Authenticate  Nav 
piemērojams  Nav 
piemērojams  Nav 
piemērojams  Nav 
piemērojams  
General Authenticate  ALW  ALW  ALW  ALW  
Get Challenge  ALW  ALW  ALW  ALW  
MSE:SET AT  ALW  ALW  ALW  ALW  
MSE:SET DST  ALW  ALW  ALW  ALW  ▼M1
 02016R0799 — LV — 26.02.2020 — 002.001 — 195  
Komanda  Vad ītāja karte  Darbnīcas karte  Kontroles karte  Uzņēmuma 
karte 
Process DSRC Message  Nav 
piemērojams  Nav 
piemērojams  Nav 
piemērojams  Nav 
piemērojams  
PSO: Compute Digital Signature  Nav 
piemērojams  Nav 
piemērojams  Nav 
piemērojams  Nav 
piemērojams  
PSO: Hash  Nav 
piemērojams  Nav 
piemērojams  Nav 
piemērojams  Nav 
piemērojams  
PERFORM HASH of FILE  Nav 
piemērojams  Nav 
piemērojams  Nav 
piemērojams  Nav 
piemērojams  
PSO: Verify Certificate  ALW  ALW  ALW  ALW  
PSO: Verify Digital Signature  Nav 
piemērojams  Nav 
piemērojams  Nav 
piemērojams  Nav 
piemērojams  
Pārbaudīt Nav 
piemērojams  ALW  Nav 
piemērojams  Nav 
piemērojams  
▼B 
TCS_28 Tahogr āfa karte var pie ņemt un var nepie ņemt komandu ar 
augstāku drošības līmeni, nek ā norādīts drošības nosacī­
jumos. T. i., ja droš ības nosacījums ir ALW (vai PLAIN- 
C), karte var pie ņemt komandu ar zi ņojumapmai ņas aizsar­
dzību (šifrēšanas un/vai autentific ēšanas rež īmā). Ja 
drošības nosacījums pieprasa zi ņojumapmai ņas aizsardz ību 
autentificēšanas rež īmā, tahogrāfa karte var pie ņemt 
komandu ar t ās pašas paaudzes zi ņojumapmai ņas aizsar­
dzību autentific ēšanas un šifr ēšanas režīmā. 
Piezīme: Komandas apraksti sniedz plaš āku informāciju par 
to, vai komandas atbalsta daž āda veida tahogr āfa kartes un 
dažādas DF.  
3.4. Komandu un k ļūdu kodu p ārskats  
Komandas un dat ņu organizācija izriet no ISO/IEC 78164 un tam 
atbilst.  
Šajā iedaļā aprakstīti šādi APDU komandu un to atbilžu p āri. To 
komandu varianti, kuras atbalsta 1. un 2. paaudzes lietotnes, ir nor ā­
dīti attiecīgo komandu aprakstos.  
Komanda  INS  
SELECT  ‘A4h’  
READ BINARY  ‘B0h’, ‘B1h’  
UPDATE BINARY  ‘D6h’, ‘D7h’  
GET CHALLENGE  ‘84h’  
VERIFY  ‘20h’  
GET RESPONSE  ‘C0h’  ▼M1
 02016R0799 — LV — 26.02.2020 — 002.001 — 196  
Komanda  INS  
PERFORM SECURITY OPERA- 
TION  ‘2Ah’  
— VERIFY CERTIFICATE  
— COMPUTE DIGITAL SIGNA- 
TURE  
— VERIFY DIGITAL SIGNATU- 
RE 
— HASH  
— PERFORM HASH OF FILE  
— PROCESS DSRC MESSAGE  
INTERNAL AUTHENTICATE  ‘88h’  
EXTERNAL AUTHENTICATE  ‘82h’  
MANAGE SECURITY ENVIRON- 
MENT  ‘22h’  
— SET DIGITAL SIGNATURE 
TEMPLATE  
— SET AUTHENTICATION 
TEMPLATE  
GENERAL AUTHENTICATE  ‘86h’  
▼M1 
TCS_29 Statusa v ārdi SW1 SW2 tiek izdoti visos atbildes zi ņo­
jumos, un tie apz īmē komandas apstr ādes statusu.  
SW1  SW2  Noz īme 
90 00  Parasta apstr āde. 
61 XX  Parasta apstr āde. XX = izmantojamo atbildes baitu skaits  
62 81  Brīdinājuma apstr āde. Daļa no izdotajiem datiem var b ūt bojāti. 
63 00  Autentific ēšana neveiksm īga (brīdinājums).  
63 CX  Nepareizs CHV (PIN). Atlikušo “X” veikto m ēģinājumu 
skaitītājs. 
64 00  Izpildes k ļūda – pastāvīgās atmiņas stāvoklis bez izmai ņām. Inte­
gritātes kļūda. 
65 00  Izpildes k ļūda – pastāvīgās atmiņas stāvoklis main ījies. 
65 81  Izpildes k ļūda – pastāvīgās atmiņas stāvoklis main ījies – atmi ņas 
bojājums.  
66 88  Droš ības kļūda: nepareiza kriptogr āfiskā kontrolsumma (drošas 
ziņojumapmai ņas laikā) vai 
nepareizs sertifik āts (sertifik āta verificēšanas 
laikā) vai 
nepareiza kriptogramma (sertifik āta verifikā­
cijas laikā) vai 
nepareizs paraksts (paraksta verifik ācijas laikā). ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 197  
SW1  SW2  Noz īme 
67 00  Nepareizs garums (nepareizs Lc vai Le).  
68 83  Pēdējā sagaidāmā ķēdes komanda.  
69 00  Aizliegta komanda (nav iesp ējama atbilde, ja T=0).  
69 82  Nav nodrošin āts aizsardz ības režīms. 
69 83  Blo ķēta autentific ēšanas metode.  
69 85  Nav iev ēroti lietošanas nosac ījumi.  
69 86  Komanda nav at ļauta (nav akt īvas EF).  
69 87  Nav atrodami drošas zi ņojumapmai ņas iespējamie datu objekti.  
69 88  Nepareizi droš ās ziņojumapmai ņas datu objekti.  
6A 80  Nepareizi parametri datu lauk ā. 
6A 82  Fails nav atrasts.  
6A 86  Nepareizi parametri P1-P2.  
6A 88  Nor ādītie dati nav atrasti.  
6B 00  Nepareizi parametri (novirzes ārpus EF).  
6C XX  Nepareizs garums, SW2 nor āda precīzu garumu. Nav datu lauka.  
6D 00  Nav atbalst īts vai nepareizs instrukcijas kods.  
6E 00  Nav atbalst īta kategorija.  
6F 00  — Citas p ārbaudes kļūdas 
Var tikt atgriezti papildu statusa v ārdi, kā definēts ISO/IEC 
7816-4, ja šaj ā papildinājumā nav skaidri min ēta to darbība. 
Piemēram, var tikt (neoblig āti) atgriezti š ādi statusa v ārdi: 
6881: Loģiskais kanāls nav atbalst īts. 
6882: Ziņojumapmai ņas aizsardz ība nav atbalst īta. 
▼B 
TCS_30 Ja vien ā komandas APDU izpild ās vairāk nekā viens 
kļūdas nosacījums, karte var izdot jebkurus no atbilstoša ­
jiem statusa v ārdiem.  
3.5. Komandu apraksts  
Šajā nodaļā ir aprakst ītas tahogrāfa kartēm obligātās komandas.  
Attiecīgā papildinform ācija par izmantotaj ām kriptogr āfiskajām operā­
cijām ir dota 11. papildin ājumā “Vienotie droš ības mehānismi 1. un 
2. paaudzes tahogr āfiem”.  
Visas komandas ir aprakst ītas neatkar īgi no izmantot ā protokola (T=0 
vai T=1). Vienm ēr norādīti APDU baiti CLA, INS, P1, P2, Lc un Le. 
Ja Lc vai Le aprakst ītajai komandai nav vajadz īgi, nav nor ādīts attie­
cīgais garums, v ērtība un apraksts.  ▼M1
 02016R0799 — LV — 26.02.2020 — 002.001 — 198  
TCS_31 Ja tiek piepras īti abi garuma baiti (Lc and Le), aprakst ītā 
komanda ir j āsadala div ās daļās gadījumos, kad IFD 
izmanto protokolu T=0: IFD s ūta komandu saska ņā ar 
aprakstu ar P3=Lc + dati, un tad s ūta GET RESPONSE 
komandu (sk. 3.5.6. punktu) ar P3=Le.  
TCS_32 Ja tiek piepras īti abi garuma baiti, un Le=0 (zi ņojumap­
maiņas aizsardz ība): 
— izmantojot protokolu T=1, karte uz Le=0 atbild, nos ūtot 
visus pieejamos izvada datus;  
— izmantojot protokolu T=0, IFD nos ūta pirmo komandu 
ar P3=Lc + dati, karte atbild (uz šo netiešo Le=0) ar 
statusa baitiem ‘ 61La ’, kur La ir pieejamo atbildes 
baitu skaits. Tad IFD ar P3 = La datu nolas īšanai ģenerē 
komandu GET RESPONSE.  
TCS_33 Tahogr āfa kartes neoblig āta funkcija var b ūt spēja atbalstīt 
palielināta garuma laukus saska ņā ar ISO/IEC 7816-4. 
Tahogrāfa karte, kas atbalsta palielin āta garuma laukus:  
— norāda pagarin ātā garuma lauku atbalstu ATR;  
— nodrošina atbalsta bufera lielumus ar palielin āta garuma 
informācijas līdzekļiem EF ATR/INFO, sk. TCS_146;  
— norāda, vai tā atbalsta palielin āta garuma laukus, kas 
paredzēti T=1 un/vai T=0, EF palielin ātajā garumā, sk. 
TCS_147.  
— atbalsta palielin āta garuma laukus 1. un 2. paaudzes 
tahogrāfa lietotnēm. 
Piezīmes:  
Visas komandas ir nor ādītas īsā garuma laukiem. Palieli ­
nātā garuma APDU izmantošana ir skaidra no ISO/IEC 
7816-4.  
Parasti komandas ir nor ādītas parastaj ā režīmā, t. i., bez 
ziņojumapmai ņas aizsardz ības, jo ziņojumapmai ņas aizsar­
dzības līmenis ir aprakst īts 11. papildin ājumā. No 
komandas piek ļuves noteikumiem ir saprotams, vai 
komanda atbalsta zi ņojumapmai ņas aizsardz ību, kā arī tas, 
vai komanda atbalsta 1. paaudzes un/vai 2. paaudzes zi ņo­
jumapmaiņas aizsardz ību. Atseviš ķi komandu varianti ir 
aprakstīti kopā ar ziņojumapmai ņas aizsardz ību, lai ilustr ētu 
ziņojumapmai ņas aizsardz ības lietojumu.  
TCS_34 Transportl īdzekļa blokam karte sesij ā vienmēr izpilda pilnu 
2. paaudzes transportl īdzekļa bloka un kartes savstarp ējas 
autentificēšanas protokolu, tostarp sertifik āta verifikāciju (ja 
pieprasīta), vai nu DF Tachograph, DF Tachograph_G2, vai 
MF. 
3.5.1  SELECT  
Šī komanda atbilst ISO/IEC 7816-4, ta ču tās lietojums ir ierobežots, 
salīdzinot ar standart ā definēto komandu.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 199  
Komandu SELECT izmanto:  
— lai izraudz ītos īpašdatni DF (j āizmanto izraudz īšanās pēc nosau­
kuma);  
— lai izraudz ītos element ārdatni, kas atbilst nor ādītajai datnes ID.  
3.5.1.1 I z r a u d z ī š a n ā s p ē c n o s a u k u m a ( A I D )  
Ar šo komandu var izraudz īties lietotnes īpašdatni DF kart ē. 
TCS_35 Šo komandu var izpild īt no jebkuras vietas datnes strukt ūrā 
(pēc ATR vai jebkur ā laikā). 
TCS_36 Izraugoties lietotni, tiek atiestat īta aktīvā aizsardzības vide. 
Pēc lietotnes izraudz īšanās vairs nevar izraudz īties aktīvo 
publisko atsl ēgu. Arī EXT-AUT-G1 piek ļuves nosac ījums 
tiek zaudēts. Ja komanda tika izpild īta bez ziņojumap­
maiņas aizsardz ības, iepriekš ējās ziņojumapmai ņas aizsar­
dzības sesijas atsl ēgas vairs nav pieejamas.  
TCS_37  Komandas zi ņojums  
Baits  Garums  Vērtība Apraksts  
CLA  1  ‘00h’  
INS 1  ‘A4h’  
P1 1  ‘04h’  Izraudz īšanās pēc nosaukuma (AID)  
P2 1  ‘0Ch’  Atbilde netiek gaid īta. 
Lc 1  ‘NNh’  Uz karti nos ūtīto baitu skaits (AID garums): 
‘06h’ tahogr āfa lietotnei  
#6-#(5+NN)  NN  ‘XX..XXh’  AID: ‘FF 54 41 43 48 4F’ 1. paaudzes tahogr āfa 
lietotnei; 
AID: ‘FF 53 4D 52 44 54’ 2. paaudzes tahogr āfa 
lietotnei.  
Uz komandu SELECT atbilde nav vajadz īga (T=1 proto ­
kolā Le nav, bet T=0 atbilde netiek piepras īta). 
TCS_38  Atbildes pazi ņojums (atbilde nav piepras īta) 
Baits  Garums  Vērtība Apraksts  
SW 2  ‘XXXXh’  Statusa v ārdi (SW1, SW2).  
— Ja komanda izpild īta, karte izdod ‘ 9000 ’. 
— Ja lietotne, kas atbilst AID, nav atrasta, izdotais 
apstrādes statuss ir ‘ 6A82 ’. 
— T=1 protokol ā, ja ir Le baits, izdotais statuss ir  ‘6700’ . 
— T=0 protokol ā, ja pēc SELECT komandas tiek pras īta 
atbilde, izdotais statuss ir  ‘6900’ . 
▼M1 
— Ja izraudz ītais lietojums tiek uzskat īts par bojātu (datnes 
atribūtos tiek konstat ēta integrit ātes kļūda), izdotais 
apstrādes statuss ir ‘ 6400 ’ vai ‘ 6500 ’. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 200  
3.5.1.2 E l e m e n t ā r d a t n e s i z v ē l e a r d a t ņ u i d e n t i f i k a t o r u  
TCS_39  Komandas zi ņojums  
TCS_40 Tahogr āfa karte šim komandas variantam atbalsta 2. paau ­
dzes ziņojumapmai ņas aizsardz ību, kā norādīts 11. papildi ­
nājuma B da ļā. 
Baits  Garums  Vērtība Apraksts  
CLA  1  ‘00h’  
INS 1  ‘A4h’  
P1 1  ‘02h’  EF izv ēle saskaņā ar aktīvo DF.  
P2 1  ‘0Ch’  Atbilde netiek gaid īta. 
Lc 1  ‘02h’  Uz karti nos ūtīto baitu skaits.  
#6-#7  2  ‘XXXXh’  Datnes identifikators.  
Uz komandu SELECT atbilde nav vajadz īga (T=1 proto ­
kolā Le nav, bet T=0 atbilde netiek piepras īta). 
TCS_41  Atbildes pazi ņojums (atbilde nav pras īta) 
Baits  Garums  Vērtība Apraksts  
SW 2  ‘XXXXh’  Statusa v ārdi (SW1, SW2).  
— Ja komanda izpild īta, karte izdod ‘ 9000 ’. 
— Ja datne, kas atbilst datnes identifikatoram, nav atrasta, 
izdotais apstr ādes statuss ir ‘ 6A82 ’. 
— T=1 protokol ā, ja ir Le baits, izdotais statuss ir  ‘6700’ . 
— T=0 protokol ā, ja pēc SELECT komandas tiek pras īta 
atbilde, izdotais statuss ir  ‘6900’ . 
▼M1 
— Ja izraudz ītā datne tiek uzskat īta par boj ātu (datnes 
atribūtos tiek konstat ēta integrit ātes kļūda), izdotais 
apstrādes statuss ir  ‘6400’  vai ‘6500’ . 
▼B 
3.5.2  READ BINARY  
Šī komanda atbilst ISO/IEC 7816-4, ta ču tās lietojums ir ierobežots, 
salīdzinot ar standart ā definēto komandu.  
Komandu READ BINARY izmanto datu nolas īšanai no caurskat āmas 
datnes.  
Kartes atbild ē ietilpst nolas īto datu izdošana, kas var b ūt iekapsulēti 
ziņojumapmai ņas aizsardz ības struktūrā. 
3.5.2.1 K o m a n d a a r n o b ī d i P 1 - P 2  
Šī komanda ļauj saskarnes ier īcei IFD nolas īt datus no k ārtējās izrau­
dzītās EF bez zi ņojumapmai ņas aizsardz ības. 
Piezīme: Šo komandu bez zi ņojumapmai ņas aizsardz ības var izmanot 
tikai tam, lai nolas ītu datni, kas atbalsta ALW droš ības nosacījumu 
lasīšanas piek ļuves (Read access) rež īmam.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 201  
TCS_42  Komandas zi ņojums  
Baits  Garums  Vērtība Apraksts  
CLA  1  ‘00h’  
INS 1  ‘B0h’  Read Binary  
P1 1  ‘XXh’  Nobīde no datnes s ākuma baitos: visliel ākās vērtības 
baits.  
P2 1  ‘XXh’  Nobīde no datnes s ākuma baitos: vismaz ākās vērtības 
baits.  
Le 1  ‘XXh’  Sagaid āmo datu garums. Nolas āmo baitu skaits.  
Piezīme: P1 uz 0 j ābūt iestatītam 8. bitam.  
TCS_43  Atbildes zi ņojums  
Baits  Garums  Vērtība Apraksts  
#1-#X  X  ‘XX..XXh’  Nolasītie dati.  
SW 2  ‘XXXXh’  Statusa v ārdi (SW1, SW2).  
— Ja komanda izpild īta, karte izdod ‘ 9000 ’. 
— Ja nav izraudz īta neviena EF, izdotais apstr ādes statuss 
ir ‘6986’ . 
— Ja izvēlētās datnes droš ības apstākļi netiek apmierin āti, 
komanda tiek p ārtraukta ar ‘ 6982 ’. 
— Ja nob īde ir nesader īga ar EF lielumu (nob īde > EF 
lielums), izdotais apstr ādes statuss ir  ‘6B00’ . 
— Ja nolas āmo datu izm ērs nav sader īgs ar EF izm ēru 
(nobīde + Le > EF lielums), izdotais apstr ādes statuss 
ir ‘6700 ’ vai ‘ 6Cxx ’, kur ‘xx’ nor āda precīzu garumu.  
▼M1 
— Ja datnes atrib ūtos tiek konstat ēta integritātes kļūda, 
karte uzskata datni par boj ātu un neizlabojamu, un izdo ­
tais apstrādes statuss ir  ‘6400’  vai ‘6500’ . 
▼B 
— Ja saglab ātajos datos tiek konstat ēta integritātes kļūda, 
karte izdod piepras ītos datus, un izdotais apstr ādes 
statuss ir  ‘6281’ . 
3.5.2.1.1 K o m a n d a a r z i ņ o j u m a p m a i ņ a s a i z s a r d z ī b u 
( p i e m ē r i ) 
Šī komanda ļauj IFD nolas īt datus no k ārtējās izraudzītās EF ar ziņo­
jumapmaiņas aizsardz ību, lai verific ētu saņemto datu integrit āti un 
aizsargātu datu konfidencialit āti gadījumos, ja piem ēro drošības nosa­
cījumu SM-R-ENC-MAC-G1 (1. paaudze) vai SM-R-ENC-MAC-G2 
(2. paaudze).  
TCS_44  Komandas zi ņojums  
Baits  Garums  Vērtība Apraksts  
CLA  1  ‘0Ch’  Pras īta ziņojumapmai ņas aizsardz ība. 
INS 1  ‘B0h’  Read Binary  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 202  
Baits  Garums  Vērtība Apraksts  
P1 1  ‘XXh’  P1 (nob īde no datnes s ākuma baitos): visliel ākās vērtības 
baits.  
P2 1  ‘XXh’  P2 (nob īde no datnes s ākuma baitos): vismaz ākās 
vērtības baits.  
Lc 1  ‘XXh’  Ievada datu garums zi ņojumapmai ņas aizsardz ībai. 
#6 1  ‘97h’  T  LE : Birka sagaid āmā garuma specifik ācijai.  
#7 1  ‘01h’  L  LE : Sagaidāmā garuma garums.  
#8 1  ‘NNh’  Sagaid āmā garuma specifik ācija (oriģinālais Le): nola ­
sāmo baitu skaits.  
#9 1  ‘8Eh’  T  CC : Kriptogrāfiskās kontrolsummas birka.  
#10 1  ‘XXh’  L  CC : Sekojošās kriptogrāfiskās kontrolsummas garums. 
‘04h’ — 1. paaudzes zi ņojumapmai ņas aizsardz ībai (sk. 
11. papildin ājuma A da ļu); 
‘08h’, ‘0Ch’ vai‘10h’ — atkar ībā no AES atsl ēgas 
garuma 2. paaudzes zi ņojumapmai ņas aizsardz ībai (sk. 
11. papildin ājuma B da ļu). 
#11-#(10+L)  L  ‘XX..XXh’  Kriptogr āfiskā kontrolsumma.  
Le 1  ‘00h’  Kā noteikts ISO/IEC 7816-4.  
TCS_45  Atbildes zi ņojums, ja SM-R-ENC-MAC-G1 (1. paaudze) / 
SM-R-ENC-MAC-G2 (2. paaudze) nav nepieciešams un 
ziņojumapmai ņas aizsardz ības ievada form āts ir pareizs  
▼M1 
Baits  Garu­
ms Vērtība Apraksts  
#1 1  ‘81h’  T  PV : Vienkāršās nozīmes datu birka  
#2 L  ‘NNh’ vai 
‘81 NNh’  L PV : izdoto datu garums (= ori ģinālais Le). 
L ir 2 baiti, ja L  PV >127 baiti.  
#(2+L) - #(1+L+NN)  NN  ‘XX..XXh’  Vienkāršās nozīmes datu v ērtība 
#(2+L+NN)  1  ‘99h’  Birka apstr ādes statusam (SW1-SW2) – 
brīvizvēles 1. paaudzes zi ņojumapmai ņas 
aizsardzībai. 
#(3+L+NN)  1  ‘02h’  Apstr ādes statusa garums – br īvizvēles 
1. paaudzes zi ņojumapmai ņas aizsardz ībai. 
#(4+L+NN) - #(5+L+NN)  2  ‘XX XXh’  Neaizsarg ātas atbildes APDU apstr ādes 
statuss – br īvizvēles 1. paaudzes zi ņojumap­
maiņas aizsardz ībai. 
#(6+L+NN)  1  ‘8Eh’  TCC: Kriptogr āfiskās kontrolsummas birka  
#(7+L+NN)  1  ‘XXh’  LCC: Sekojoš ās kriptogr āfiskās kontrol ­
summas garums. 
‘04H’ – 1. paaudzes zi ņojumapmai ņas 
aizsardzībai (sk. 11. papildin ājuma A da ļu) 
‘08h’, ‘0Ch’ vai‘10h’ – atkar ībā no AES 
atslēgas garuma 2. paaudzes zi ņojumap­
maiņas aizsardz ībai (sk. 11. papildin ājuma 
B daļu). ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 203  
Baits  Garu­
ms Vērtība Apraksts  
#(8+L+NN)-#(7+M+L+NN)  M  ‘XX..XXh’  Kriptogr āfiskā kontrolsumma  
SW 2  ‘XXXXh’  Statusa v ārdi (SW1, SW2)  
▼B 
TCS_46  Atbildes zi ņojums, ja SM-R-ENC-MAC-G1 (1. paaudze) / 
SM-R-ENC-MAC-G2 (2. paaudze) ir nepieciešams un 
ziņojumapmai ņas aizsardz ības ievada form āts ir pareizs  
▼M1 
Baits  Garu­
ms Vērtība Apraksts  
#1 1  ‘87h’  T  PI CG  : Kodēto datu (kriptogrammas) birka  
#2 L  ‘MMh’ vai 
‘81 MMh’  L PI CG  : izdoto šifr ēto datu garums (atš ķiras 
no komandas ori ģinālā Le papildin ājuma 
dēļ). 
L ir 2 baiti, ja LPI CG > 127 baiti.  
#(2+L)-#(1+L+MM)  MM  ‘01XX..XXh’  Šifrētie dati: papildin āšanas indikators un 
kriptogramma.  
#(2+L+MM)  1  ‘99h’  Birka apstr ādes statusam (SW1-SW2) – 
brīvizvēles 1. paaudzes zi ņojumapmai ņas 
aizsardzībai. 
#(3+L+MM)  1  ‘02h’  Apstr ādes statusa garums – br īvizvēles 
1. paaudzes zi ņojumapmai ņas aizsardz ībai. 
#(4+L+MM) - #(5+L+MM)  2  ‘XX XXh’  Neaizsarg ātas atbildes APDU apstr ādes 
statuss – br īvizvēles 1. paaudzes zi ņojumap­
maiņas aizsardz ībai. 
#(6+L+MM)  1  ‘8Eh’  TCC: Kriptogr āfiskās kontrolsummas birka  
#(7+L+MM)  1  ‘XXh’  LCC: Sekojoš ās kriptogr āfiskās kontrol ­
summas garums. 
‘04H’ – 1. paaudzes zi ņojumapmai ņas 
aizsardzībai (sk. 11. papildin ājuma A da ļu) 
‘08h’, ‘0Ch’ vai‘10h’ – atkar ībā no AES 
atslēgas garuma 2. paaudzes zi ņojumap­
maiņas aizsardz ībai (sk. 11. papildin ājuma 
B daļu). 
#(8+L+MM)- 
#(7+N+L+MM)  N ‘XX..XXh’  Kriptogr āfiskā kontrolsumma  
SW 2  ‘XXXXh’  Statusa v ārdi (SW1, SW2)  
▼B 
Komanda READ BINARY var izdot regul āros apstrādes 
statusus, kas uzskait īti TCS_43 zem ‘99h’ birkas, k ā aprak­
stīts TCS_59, izmantojot zi ņojumapmai ņas aizsardz ības 
atbildes strukt ūru. 
Bez tam var rasties k ļūdas, kas īpaši saistītas ar ziņojumap­
maiņas aizsardz ību. Tādā gadījumā tiek vienk ārši izdots 
apstrādes statuss, neiek ļaujot ziņojumapmai ņas aizsardz ības 
struktūru. ▼M1
 02016R0799 — LV — 26.02.2020 — 002.001 — 204  
TCS_47  Atbildes pazi ņojums, ja ir nepareizs zi ņojumapmai ņas 
aizsardzības ievada form āts 
Baits  Garums  Vērtība Apraksts  
SW 2  ‘XXXXh’  Statusa v ārdi (SW1, SW2).  
— Ja kārtējās sesijas atsl ēga nav pieejama, tiek izdots 
apstrādes statuss  ‘6A88’ . Tā notiek, ja sesijas atsl ēga 
vēl nav ģenerēta, vai arī, ja sesijas atsl ēga vairs nav 
derīga (šajā gadījumā jaunas sesijas atsl ēgas iestatīšanai 
IFD jāatkārto savstarp ējās autentific ēšanas process).  
— Ja kādu (iepriekš noteikto) sagaid āmo datu objektu 
ziņojumapmai ņas aizsardz ības paziņojuma form ātā 
trūkst, tiek izdots apstr ādes statuss  ‘6987’ : šāda kļūda 
notiek, ja tr ūkst sagaidāmās birkas, vai ar ī tad, ja nav 
pareizi konstru ēts komandas rumpis.  
— Ja kādi datu objekti nav pareizi, izdotais apstr ādes 
statuss ir  ‘6988’ : šī kļūda notiek, ja visas vajadz īgās 
gan birkas, ta ču to daļas garumi atš ķiras no sagaid āmā. 
— Ja nenotiek kriptogr āfisko kontrolsummu p ārbaude, 
izdotais apstr ādes statuss ir  ‘6688’ . 
3.5.2.2 K o m a n d a a r ī s u E F ( e l e m e n t ā r d a t n e s ) i d e n t i f i k a ­
t o r u  
Šis komandas variants ļauj IFD izv ēlēties EF, izmantojot īsu EF 
identifikatoru, un nolas īt datus no š īs EF.  
TCS_48 Tahogr āfa karte atbalsta š īs komandas variantu vis ām 
elementārdatnēm, kurām ir norādīts īss EF identifikators. 
Šie īsie EF identifikatori ir nor ādīti 4. nodaļā. 
TCS_49  Komandas zi ņojums  
Baits  Garums  Vērtība Apraksts  
CLA  1  ‘00h’  
INS 1  ‘B0h’  Read Binary  
P1 1  ‘XXh’  8. bits ir iestat īts uz 1. 
7. un 6. bits ir iestat īts uz 00. 
5. bits — 1 bits kod ē attiecīgās EF īso EF identifikatoru.  
P2 1  ‘XXh’  Kodē nobīdi no 0 līdz 255 baitiem EF, uz kuru atsaucas 
P1. 
Le 1  ‘XXh’  Sagaid āmo datu garums. Nolas āmo baitu skaits.  
Piezīme: 2. paaudzes tahogr āfa lietotnei izmantotie īsie ED 
identifikatori ir nor ādīti 4. nodaļā. 
Ja P1 kod ē īsu EF identifikatoru un komanda ir izpild īta, 
identificētais EF kļūst par tobrīd izvēlēto EF (aktu ālais EF).  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 205  
TCS_50  Atbildes zi ņojums  
Baits  Garums  Vērtība Apraksts  
#1-#L  L  ‘XX..XXh’  Nolasītie dati.  
SW 2  ‘XXXXh’  Statusa v ārdi (SW1, SW2).  
— Ja komanda izpild īta, karte izdod ‘ 9000 ’. 
— Ja datne, kas atbilst īsajam EF identifikatoram, nav 
atrasta, izdotais apstr ādes statuss ir ‘ 6A82 ’. 
— Ja izvēlētās datnes droš ības apstākļi netiek apmierin āti, 
komanda tiek p ārtraukta ar ‘ 6982 ’. 
— Ja nob īde ir nesader īga ar EF lielumu (nob īde > EF 
lielums), izdotais apstr ādes statuss ir  ‘6B00’ . 
— Ja nolas āmo datu izm ērs nav sader īgs ar EF izm ēru 
(nobīde + Le > EF lielums), izdotais apstr ādes statuss 
ir ‘6700 ’ vai ‘ 6Cxx ’, kur ‘xx’ nor āda precīzu garumu.  
▼M1 
— Ja datnes atrib ūtos tiek konstat ēta integritātes kļūda, 
karte uzskata datni par boj ātu un neizlabojamu, un izdo ­
tais apstrādes statuss ir ‘ 6400 ’ vai ‘ 6500 ’. 
▼B 
— Ja saglab ātajos datos tiek konstat ēta integritātes kļūda, 
karte izdod piepras ītos datus, un izdotais apstr ādes 
statuss ir  ‘6281’ . 
3.5.2.3 K o m a n d a a r n e p ā r a i n s t r u k c i j a s b a i t u  
Šīs komandas variants ļauj IFD nolas īt datus no EF ar 32 762 vai 
vairāk baitiem.  
TCS_51 Tahogr āfa karte, kas atbalsta EF ar 32 768 vai vair āk 
baitiem, atbalsta š īs komandas variantu š īm EF. Tahogr āfa 
karte var atbalst īt vai neatbalst īt šo komandas variantu 
citām EF, iz ņemot EF Sensor_Installation_Data, sk. 
TCS_156 un TCS_160.  
TCS_52  Komandas zi ņojums  
Baits  Garums  Vērtība Apraksts  
CLA  1  ‘00h’  
INS 1  ‘B1h’  Read Binary  
P1 1  ‘00h’  Aktīvajai EF.  
P2 1  ‘00h’  
Lc 1  ‘NNh’  Nobīdes datu objekta Lc garums.  
#6-#(5+NN)  NN  ‘XX..XXh’  Nobīdes datu objekts: 
birka ‘54h’, 
garums ‘01h’ vai ‘02h’, 
vērtība nobīde. 
▼M1 
Le 1  ‘XXh’  Kā noteikts ISO/IEC 7816-4  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 206  
IFD kodē nobīdes datu objekta garumu ar minim ālo iespē­
jamo oktetu skaitu, t. i., izmantojot garuma baitu ‘01h’, 
IFD kodē nobīdi no 0 l īdz 255 un, izmantojot garuma 
baitu ‘02h’, kod ē nobīdi no ‘256’ l īdz ‘65 535’ baitiem.  
▼M1 
Gadījumā, ja T=0, karte ieg ūst vērtību Le = ‘00h’ ar nosa ­
cījumu, ka nepiem ēro ziņojumapmai ņas aizsardz ību. 
Gadījumā, ja T=1, izdotais apstr ādes statuss ir ‘6700’ ar 
nosacījumu, ka Le=‘01h’.  
▼B 
TCS_53  Atbildes zi ņojums  
Baits  Garums  Vērtība Apraksts  
#1-#L  L  ‘XX..XXh’  Nolasītie dati iekapsul ēti īpašnieka piek ļuves datu 
objektā ar birku ‘53h’.  
SW 2  ‘XXXXh’  Statusa v ārdi (SW1, SW2).  
— Ja komanda izpild īta, karte izdod ‘ 9000 ’. 
— Ja nav izraudz īta neviena EF, izdotais apstr ādes statuss 
ir ‘6986’ . 
— Ja izvēlētās datnes droš ības apstākļi netiek apmierin āti, 
komandu p ārtrauc ar ‘ 6982 ’. 
— Ja nob īde nav savietojama ar EF izm ēru (nobīde > EF 
izmērs), izdotais apstr ādes statuss ir  ‘6B00’ . 
— Ja nolas āmo datu izm ērs nav sader īgs ar EF izm ēru 
(nobīde + Le > EF izm ērs), izdotais apstr ādes statuss 
ir ‘6700 ’ vai ‘ 6Cxx ’, kur ‘xx’ nor āda precīzu garumu.  
▼M1 
— Ja datnes atrib ūtos tiek konstat ēta integritātes kļūda, 
karte uzskata datni par boj ātu un neizlabojamu, un izdo ­
tais apstrādes statuss ir  ‘6400’  vai ‘6500’ . 
▼B 
— Ja saglab ātajos datos konstat ē integritātes kļūdu, kartei 
izdod piepras ītos datus un izdotais apstr ādes statuss ir  
‘6281’ . 
3.5.2.3.1 K o m a n d a a r z i ņ o j u m a p m a i ņ a s a i z s a r d z ī b u 
( p i e m ē r s ) 
Tālāk dotais piem ērs ilustrē ziņojumapmai ņas aizsardz ības lietojumu, 
ja ir piemērojams droš ības nosacījums SM-MAC-G2.  
TCS_54 Komandas zi ņojums  
Baits  Garums  Vērtība Apraksts  
CLA  1  ‘0Ch’  Pras īta ziņojumapmai ņas aizsardz ība. 
INS 1  ‘B1h’  Read Binary  
P1 1  ‘00h’  Aktīvajai EF.  
P2 1  ‘00h’  
Lc 1  ‘XXh’  Drošo datu lauka garums.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 207  
Baits  Garums  Vērtība Apraksts  
#6 1  ‘B3h’  Birka vienk āršas nozīmes datiem, kas kod ēti ar BER- 
TLV.  
#7 1  ‘NNh’  L  PV : pārraidīto datu garums.  
#(8)-#(7+NN)  NN  ‘XX..XXh’  Vienkārši dati, kas kod ēti ar BER-TLV, t. i., nob īdes 
datu objekts ar birku ‘54’.  
#(8+NN)  1  ‘97h’  T  LE : Birka sagaid āmā garuma specifik ācijai.  
#(9+NN)  1  ‘01h’  L  LE : Sagaidāmā garuma garums  
#(10+NN)  1  ‘XXh’  Sagaid āmā garuma specifik ācija (oriģinālais Le): nola ­
sāmo baitu skaits.  
#(11+NN)  1  ‘8Eh’  T  CC : Kriptogrāfiskās kontrolsummas birka.  
#(12+NN)  1  ‘XXh’  L  CC : Sekojošās kriptogrāfiskās kontrolsummas garums. 
‘08h’, ‘0Ch’ vai‘10h’ — atkar ībā no AES atsl ēgas 
garuma 2. paaudzes zi ņojumapmai ņas aizsardz ībai (sk. 
11. papildin ājuma B da ļu). 
#(13+NN)- 
#(12+M+NN)  M ‘XX..XXh’  Kriptogr āfiskā kontrolsumma.  
Le 1  ‘00h’  Kā noteikts ISO/IEC 7816-4.  
TCS_55 Atbildes zi ņojums, ja komanda ir izpild īta. 
Baits  Garums  Vērtība Apraksts  
#1 1  ‘B3h’  Vienk ārši dati, kas kod ēti ar BER-TLV.  
#2 L  ‘NNh’ vai 
‘81 NNh’  L PV : izdoto datu garums (= ori ģinālais Le). 
L ir 2 baiti, ja L  PV >127 baiti.  
#(2+L)- 
#(1+L+NN)  NN ‘XX..XXh’  Vienkārši dati, kas kod ēti ar BER-TLV, t. i., nolas ītie 
dati ir iekapsul ēti īpašnieka piek ļuves datu objekt ā ar 
birku ‘53h’.  
#(2+L+NN)  1  ‘99h’  Neaizsarg ātas atbildes APDU apstr ādes statuss.  
#(3+L+NN)  1  ‘02h’  Apstr ādes statusa garums.  
#(4+L+NN) – 
#(5+L+NN)  2 ‘XX XXh’  Neaizsarg ātas atbildes APDU apstr ādes statuss.  
#(6+L+NN)  1  ‘8Eh’  T  CC : Kriptogrāfiskās kontrolsummas birka.  
#(7+L+NN)  1  ‘XXh’  L  CC : Sekojošās kriptogrāfiskās kontrolsummas garums. 
‘08h’, ‘0Ch’ vai‘10h’ — atkar ībā no AES atsl ēgas 
garuma 2. paaudzes zi ņojumapmai ņas aizsardz ībai (sk. 
11. papildin ājuma B da ļu). 
#(8+L+NN)- 
#(7+M+L+ 
NN) M ‘XX..XXh’  Kriptogr āfiskā kontrolsumma.  
SW 2  ‘XXXXh’  Statusa v ārdi (SW1, SW2).  
3.5.3  UPDATE BINARY  
Šī komanda atbilst ISO/IEC 7816-4, ta ču tās lietojums ir ierobežots, 
salīdzinot ar standart ā definēto komandu.  
Komandas UPDATE BINARY zi ņojums, inici ē to bitu aktualiz āciju 
(izdzēšanu + ierakst īšanu), ko satur bin ārā EF, ar bitiem, kas ir APDU 
komandā. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 208  
3.5.3.1 K o m a n d a a r n o b ī d i P 1 - P 2  
Šī komanda ļauj IFD ierakst īt datus izraudz ītajā aktīvajā EF bez 
kartes, kas p ārbauda saņemto datu integrit āti. 
Piezīme: Šo komandu bez zi ņojumapmai ņas aizsardz ības var izmanot 
tikai tam, lai atjaunotu datni, kas atbalsta ALW droš ības nosacījumu 
atjaunināšanas piek ļuves režīmam.  
TCS_56  Komandas zi ņojums  
Baits  Garums  Vērtība Apraksts  
CLA  1  ‘00h’  
INS 1  ‘D6h’  Update Binary  
P1 1  ‘XXh’  Nobīde no datnes s ākuma baitos: visliel ākās vērtības 
baits.  
P2 1  ‘XXh’  Nobīde no datnes s ākuma baitos: vismaz ākās vērtības 
baits.  
Lc 1  ‘NNh’  Atjaunin āmo datu Lc garums. Ierakst āmo baitu skaits.  
#6-#(5+NN)  NN  ‘XX..XXh’  Ierakstāmie dati  
Piezīme: P1 uz 0 j ābūt iestatītam 8. bitam.  
TCS_57  Atbildes zi ņojums  
Baits  Garums  Vērtība Apraksts  
SW 2  ‘XXXXh’  Statusa v ārdi (SW1, SW2).  
— Ja komanda izpild īta, karte izdod ‘ 9000 ’. 
— Ja nav izraudz īta neviena EF, izdotais apstr ādes statuss 
ir ‘6986’ . 
— Ja izvēlētās datnes droš ības apstākļi netiek apmierin āti, 
komanda tiek p ārtraukta ar ‘ 6982 ’. 
— Ja nob īde nav savietojama ar EF izm ēru (nobīde > EF 
izmēru), izdotais apstr ādes statuss ir  ‘6B00’ . 
— Ja ierakst āmo datu izm ērs nav savietojams ar EF izm ēru 
(nobīde + Le > EF izm ērs), izdotais apstr ādes statuss ir 
‘6700 ’. 
— Ja datnes atrib ūtos tiek konstat ēta integritātes kļūda, 
karte uzskata datni par boj ātu un neizlabojamu, un izdo ­
tais apstrādes statuss ir  ‘6400’  vai ‘ 6500. ’ 
— Ja ierakst īt neizdodas, izdotais apstr ādes statuss ir  
‘6581’ . 
3.5.3.1.1 K o m a n d a a r z i ņ o j u m a p m a i ņ a s a i z s a r d z ī b u 
( p i e m ē r i ) 
Šī komanda ļauj IFD ierakst īt datus izraudz ītajā aktīvajā EF ar karti, 
kas pārbauda saņemto datu integrit āti. Ja konfidencialit āte nav nepie ­
ciešama, dati netiek šifr ēti. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 209  
TCS_58  Komandas zi ņojums  
Baits  Garums  Vērtība Apraksts  
CLA  1  ‘0Ch’  Pras īta ziņojumapmai ņas aizsardz ība. 
INS 1  ‘D6h’  Update Binary  
P1 1  ‘XXh’  Nobīde no datnes s ākuma baitos: 
vislielākās vērtības baits.  
P2 1  ‘XXh’  Nobīde no datnes s ākuma baitos: 
vismazākās vērtības baits.  
Lc 1  ‘XXh’  Drošo datu lauka garums.  
#6 1  ‘81h’  T  PV : Vienkāršās nozīmes datu birka.  
#7 L  ‘NNh’ vai 
‘81 NNh’  L PV : pārraidīto datu garums. 
L ir 2 baiti, ja L  PV >127 baiti.  
#(7+L)- 
#(6+L+NN)  NN ‘XX..XXh’  Vienkāršās nozīmes dati (ierakst āmie dati).  
#(7+L+NN)  1  ‘8Eh’  T  CC : Kriptogrāfiskās kontrolsummas birka.  
#(8+L+NN)  1  ‘XXh’  L  CC : Sekojoš ās kriptogr āfiskās kontrolsummas ‘04h’ 
garums 1. paaudzes zi ņojumapmai ņas aizsardz ībai (sk. 
11. papildin ājuma A da ļu). 
‘08h’, ‘0Ch’ vai‘10h’ — atkar ībā no AES atsl ēgas 
garuma 2. paaudzes zi ņojumapmai ņas aizsardz ībai (sk. 
11. papildin ājuma B da ļu). 
#(9+L+NN)- 
#(8+M+L+ 
NN) M ‘XX..XXh’  Kriptogr āfiskā kontrolsumma.  
Le 1  ‘00h’  Kā noteikts ISO/IEC 7816-4.  
TCS_59  Atbildes zi ņojums, ja ir pareizs zi ņojumapmai ņas 
aizsardzības ievada form āts 
Baits  Garums  Vērtība Apraksts  
#1 1  ‘99h’  T  SW : (ar CC aizsarg ājamo) statusa v ārdu birka.  
#2 1  ‘02h’  L  SW : izdoto statusa v ārdu garums.  
#3-#4  2  ‘XXXXh’  Neaizsarg ātas atbildes APDU apstr ādes statuss.  
#5 1  ‘8Eh’  T  CC : Kriptogrāfiskās kontrolsummas birka.  
#6 1  ‘XXh’  L  CC : Sekojošās kriptogrāfiskās kontrolsummas garums. 
‘04h’ — 1. paaudzes zi ņojumapmai ņas aizsardz ībai (sk. 
11. papildin ājuma A da ļu); 
‘08h’, ‘0Ch’ vai‘10h’ — atkar ībā no AES atsl ēgas 
garuma 2. paaudzes zi ņojumapmai ņas aizsardz ībai (sk. 
11. papildin ājuma B da ļu). 
#7-#(6+L)  L  ‘XX..XXh’  Kriptogr āfiskā kontrolsumma.  
SW 2  ‘XXXXh’  Statusa v ārdi (SW1, SW2).  
“Regulārie” apstrādes statusi, kas komandai UPDATE 
BINARY noteikti bez zi ņojumapmai ņas aizsardz ības (sk. 
3.5.3.1. punktu), var tikt izdoti, izmantojot iepriekš aprak ­
stīto atbildes zi ņojuma strukt ūru. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 210  
Bez tam var rasties k ļūdas, kas īpaši saistītas ar ziņojumap­
maiņas aizsardz ību. Tādā gadījumā tiek vienk ārši izdots 
apstrādes statuss, neiek ļaujot ziņojumapmai ņas aizsardz ības 
struktūru. 
TCS_60  Atbildes zi ņojums, ja ir zi ņojumapmai ņas aizsardz ības 
kļūda 
Baits  Garums  Vērtība Apraksts  
SW 2  ‘XXXXh’  Statusa v ārdi (SW1, SW2).  
— Ja kārtējās sesijas atsl ēga nav pieejama, tiek izdots 
apstrādes statuss  ‘6A88’ . 
— Ja kādu (iepriekš noteikto) sagaid āmo datu objektu 
ziņojumapmai ņas aizsardz ības paziņojuma form ātā 
trūkst, tiek izdots apstr ādes statuss  ‘6987’ : šāda kļūda 
notiek, ja tr ūkst sagaidāmās birkas, vai ar ī tad, ja nav 
pareizi konstru ēts komandas rumpis.  
— Ja daži datu objekti ir nepareizi, izdotais apstr ādes 
statuss ir  ‘6988’ : šāda kļūda notiek, ja ir visas pras ītās 
birkas, bet daži garumi atš ķiras no sagaid ītajiem garu ­
miem.  
— Ja nenotiek kriptogr āfisko kontrolsummu p ārbaude, 
izdotais apstr ādes statuss ir  ‘6688’ . 
3.5.3.2 K o m a n d a a r ī s u E F i d e n t i f i k a t o r u  
Šis komandas variants ļauj IFD izv ēlēties kādu no EF, izmantojot īsu 
EF identifikatoru, un ierakst īt datus no š īs EF.  
TCS_61 Tahogr āfa karte atbalsta š īs komandas variantu vis ām 
elementārdatnēm, kurām ir norādīts īss EF identifikators. 
Šie īsie EF identifikatori ir nor ādīti 4. nodaļā. 
TCS_62  Komandas zi ņojums  
Baits  Garums  Vērtība Apraksts  
CLA  1  ‘00h’  
INS 1  ‘D6h’  Update Binary  
P1 1  ‘XXh’  8. bits ir iestat īts uz 1. 
7. un 6. bits ir iestat īts uz 00. 
5. bits — 1 bits kod ē attiecīgās EF īso EF identifikatoru.  
P2 1  ‘XXh’  Kodē nobīdi no 0 līdz 255 baitiem EF, uz kuru atsaucas 
P1. 
Lc 1  ‘NNh’  Atjaunin āmo datu Lc garums. Ierakst āmo baitu skaits.  
#6-#(5+NN)  NN  ‘XX..XXh’  Ierakstāmie dati.  
TCS_63  Atbildes zi ņojums  
Baits  Garums  Vērtība Apraksts  
SW 2  ‘XXXXh’  Statusa v ārdi (SW1, SW2).  
Piezīme: 2. paaudzes tahogr āfa lietotnei izmantotie īsie ED 
identifikatori ir nor ādīti 4. nodaļā. 
Ja P1 kod ē īsu EF identifikatoru un komanda ir izpild īta, 
identificētais EF kļūst par tobrīd izvēlēto EF (aktu ālais EF).  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 211  
— Ja komanda izpild īta, karte izdod ‘ 9000 ’. 
— Ja datne, kas atbilst īsajam EF identifikatoram, nav 
atrasta, izdotais apstr ādes statuss ir ‘ 6A82 ’. 
— Ja izvēlētās datnes droš ības apstākļi netiek apmierin āti, 
komanda tiek p ārtraukta ar ‘ 6982 ’. 
— Ja nob īde nav savietojama ar EF izm ēru (nobīde > EF 
izmēru), izdotais apstr ādes statuss ir  ‘6B00’ . 
— Ja ierakst āmo datu izm ērs nav savietojams ar EF izm ēru 
(nobīde + Le > EF izm ērs), izdotais apstr ādes statuss ir 
‘6700 ’. 
▼M1 
— Ja datnes atrib ūtos tiek konstat ēta integritātes kļūda, 
karte uzskata datni par boj ātu un neizlabojamu, un izdo ­
tais apstrādes statuss ir  ‘6400’  vai ‘6500’ . 
▼B 
— Ja ierakst īt neizdodas, izdotais apstr ādes statuss ir  
‘6581’ . 
3.5.3.3 K o m a n d a a r n e p ā r a i n s t r u k c i j a s b a i t u  
Šīs komandas variants ļauj IFD ierakst īt datus EF ar 32 762 vai vair āk 
baitiem.  
TCS_64 Tahogr āfa karte, kas atbalsta EF ar 32 768 vai vair āk 
baitiem, atbalsta š īs komandas variantu š īm EF. Tahogr āfa 
karte var atbalst īt vai var neatbalst īti šo komandas variantu 
citām EF.  
TCS_65  Komandas zi ņojums  
Baits  Garums  Vērtība Apraksts  
CLA  1  ‘00h’  
INS 1  ‘D7h’  Update Binary  
P1 1  ‘00h’  Aktīvajai EF.  
P2 1  ‘00h’  
Lc 1  ‘NNh’  Lc datu garums komandas datu lauk ā. 
#6-#(5+NN)  NN  ‘XX..XXh’  Nobīdes datu objekts ar birku ‘54h’ || Īpašnieka 
piekļuves datu objekts ar birku ‘53h’, kas iekapsul ē 
ierakstāmos datus.  
IFD kodē nobīdes datu objekta un īpašnieka piek ļuves datu 
objekta garumu ar minim ālo iespējamo oktetu skaitu, t. i., 
izmantojot garuma baitu ‘01h’, IFD kod ē nobīdi/garumu no 
0 līdz 255 un, izmantojot garuma baitu ‘02h’, kod ē nobī­
di/garumu no ‘256’ l īdz ‘65 535’ baitiem.  
TCS_66  Atbildes zi ņojums  
Baits  Garums  Vērtība Apraksts  
SW 2  ‘XXXXh’  Statusa v ārdi (SW1, SW2).  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 212  
— Ja komanda izpild īta, karte izdod ‘ 9000 ’. 
— Ja nav izraudz īta neviena EF, izdotais apstr ādes statuss 
ir ‘6986’ . 
— Ja izvēlētās datnes droš ības apstākļi netiek apmierin āti, 
komanda tiek p ārtraukta ar ‘ 6982 ’. 
— Ja nob īde nav savietojama ar EF izm ēru (nobīde > EF 
izmēru), izdotais apstr ādes statuss ir  ‘6B00’ . 
— Ja ierakst āmo datu izm ērs nav savietojams ar EF izm ēru 
(nobīde + Le > EF izm ērs), izdotais apstr ādes statuss ir 
‘6700 ’. 
— Ja datnes atrib ūtos tiek konstat ēta integritātes kļūda, 
karte uzskata datni par boj ātu un neizlabojamu, un izdo ­
tais apstrādes statuss ir  ‘6400’  vai ‘ 6500’.  
— Ja ierakst īt neizdodas, izdotais apstr ādes statuss ir  
‘6581’ . 
3.5.3.3.1 K o m a n d a a r z i ņ o j u m a p m a i ņ a s a i z s a r d z ī b u 
( p i e m ē r s ) 
Tālāk dotais piem ērs ilustrē ziņojumapmai ņas aizsardz ības lietojumu, 
ja piemērojams droš ības nosacījums SM-MAC-G2.  
TCS_67 Komandas zi ņojums  
Baits  Garums  Vērtība Apraksts  
CLA  1  ‘0Ch’  Pras īta ziņojumapmai ņas aizsardz ība. 
INS 1  ‘D7h’  Update Binary  
P1 1  ‘00h’  Aktīvajai EF.  
P2 1  ‘00h’  
Lc 1  ‘XXh’  Drošo datu lauka garums.  
#6 1  ‘B3h’  Birka vienk āršiem datiem, kas kod ēti ar BER-TLV.  
#7 L  ‘NNh’ vai 
‘81 NNh’  L PV : pārraidīto datu garums. 
L ir 2 baiti, ja L  PV >127 baiti.  
#(7+L)- 
#(6+L+NN)  NN ‘XX..XXh’  Vienkārši dati, kod ēti ar BER-TLV, t. i., nob īdes datu 
objekts ar birku ‘54h’ || Īpašnieka piek ļuves datu objekts 
ar birku ‘53h’, kas iekapsul ē ierakstāmos datus.  
#(7+L+NN)  1  ‘8Eh’  T  CC : Kriptogrāfiskās kontrolsummas birka.  
#(8+L+NN)  1  ‘XXh’  L  CC : Sekojošās kriptogrāfiskās kontrolsummas garums. 
‘08h’, ‘0Ch’ vai‘10h’ atkar ībā no AES atsl ēgas garuma 
2. paaudzes zi ņojumapmai ņas aizsardz ībai (sk. 11. papil ­
dinājuma B da ļu) 
#(9+L+NN)- 
#(8+M+L+N ­
N) M ‘XX..XXh’  Kriptogr āfiskā kontrolsumma.  
Le 1  ‘00h’  Kā noteikts ISO/IEC 7816-4.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 213  
TCS_68 Atbildes zi ņojums, ja komanda ir izpild īta. 
Baits  Garums  Vērtība Apraksts  
#1 1  ‘99h’  T  SW : (ar CC aizsarg ājamo) statusa v ārdu birka.  
#2 1  ‘02h’  L  SW : izdoto statusa v ārdu garums.  
#3-#4  2  ‘XXXXh’  Neaizsarg ātas atbildes APDU apstr ādes statuss.  
#5 1  ‘8Eh’  T  CC : Kriptogrāfiskās kontrolsummas birka.  
#6 1  ‘XXh’  L  CC : Sekojošās kriptogrāfiskās kontrolsummas garums. 
‘08h’, ‘0Ch’ vai‘10h’ atkar ībā no AES atsl ēgas garuma 
2. paaudzes zi ņojumapmai ņas aizsardz ībai (sk. 11. papil ­
dinājuma B da ļu). 
#7-#(6+L)  L  ‘XX..XXh’  Kriptogr āfiskā kontrolsumma.  
SW 2  ‘XXXXh’  Statusa v ārdi (SW1, SW2).  
3.5.4  GET CHALLENGE  
Šī komanda atbilst ISO/IEC 7816-4, ta ču tās lietojums ir ierobežots, 
salīdzinot ar standart ā definēto komandu.  
Komanda GET CHALLENGE liek kartei izdot izaicin ājumu, lai to 
izmantotu aizsardz ības proced ūrā, kurā uz karti nos ūta kriptogrammu 
vai šifrētus datus.  
TCS_69 Kartes izdotais izaicin ājums ir der īgs tikai n ākamajai 
komandai, kas izmanto uz karti nos ūtīto izaicinājumu.  
TCS_70  Komandas zi ņojums  
Baits  Garums  Vērtība Apraksts  
CLA  1  ‘00h’  
INS 1  ‘84h’  INS  
P1 1  ‘00h’  P1  
P2 1  ‘00h’  P2  
Le 1  ‘08h’  Le (sagaid āmo datu garums).  
TCS_71  Atbildes zi ņojums  
Baits  Garums  Vērtība Apraksts  
#1-#8  8  ‘XX..XXh’  Izaicinājums  
SW 2  ‘XXXXh’  Statusa v ārdi (SW1, SW2).  
— Ja komanda izpild īta, karte izdod ‘ 9000 ’. 
— Ja Le v ērtība nav ‘08h’, apstr ādes statuss ir  ‘6700’.  
— Ja parametri P1-P2 ir k ļūdaini, apstr ādes statuss ir  
‘6A86’.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 214  
3.5.5  VERIFY  
Šī komanda atbilst ISO/IEC 7816-4, ta ču tās lietojums ir ierobežots, 
salīdzinot ar standart ā definēto komandu.  
Šīs komandas atbalstam ir nepieciešama tikai darbn īcas karte.  
Cita veida tahogr āfa kartes var izpild īt un var neizpild īt šo komandu, 
bet šīm kartēm CHV atsauce nav personaliz ēta. Šā iemesla d ēļ šīs 
kartes šo komandu nesp ēj izpildīt veiksmīgi. Cita veida tahogr āfa 
kartēm, kas nav darbn īcas kartes, darb ība, t. i., izdotais k ļūdas kods, 
ir ārpus šīs specifikācijas jomas, ja š ī komanda ir nos ūtīta. 
Komanda “Verify” kart ē iniciē ar to nos ūtīto CHV (PIN) datu sal ī­
dzināšanu ar kart ē saglabāto atsauces CHV.  
▼M1 
TCS_72 Lietot āja ievadītajam PIN ir j ābūt kodētam ar ASCII un, 
izmantojot IFD, pareizi papildin ātam ar “FFh” baitiem l īdz 
8 baitu garumam, sk. ar ī WorkshopCardPIN datu tipu 
1. papildin ājumā. 
▼B 
TCS_73 Tahogr āfa 1. un 2. paaudzes lietotnes izmanto vienu un to 
pašu atsauces CHV.  
TCS_74 Tahogr āfa karte pārbauda, vai komanda ir pareizi kod ēta. Ja 
komanda ir nepareizi kod ēta, karte nesal īdzina CHV 
vērtības, nemazina atlikušo CHV m ēģinājumu skait ītāju 
un neveic droš ības statusa “PIN_Verified” atiestat īšanu, 
bet pārtrauc komandu. Komanda ir pareizi kod ēta, ja 
CLA, INS, P1, P2, Lc baitiem ir nor ādītās vērtības, Le 
nav un komandas datu laukam ir pareizais garums.  
TCS_75 Ja komanda ir izpild īta, atlikušo CHV m ēģinājumu skait ī­
tājs tiek inicializ ēts atkārtoti. Atlikušo CHV m ēģinājumu 
skaitītāja sākotnējā vērtība ir 5. Ja komanda ir izpild īta, 
karte iestata iekš ējo drošības statusu “PIN_Verified”. 
Karte atkārtoti iestata t ās drošības statusu, ja karti atiestata 
vai ja ar komandu nos ūtītais CHV kods nesakr īt ar sagla­
bāto CHV atsauci.  
Piezīme: Viena un t ā paša atsauces CHV un glob āla 
drošības statusa izmantošana nov ērš situāciju, kurā darb­
nīcas darbiniekam p ēc citas tahogr āfa lietotnes DF izv ēlē­ 
šanās ir jāveic atkārtota PIN ievade.  
TCS_76 Neveiksm īgas salīdzināšanas gadījumu ieraksta kart ē, t. i., 
atlikušo CHV m ēģinājumu skait ītājs samazin ās par vienu 
vienību, lai ierobežotu turpm āku atsauces CHV izmanto ­ 
šanas mēģinājumu skaitu.  
TCS_77  Komandas zi ņojums  
Baits  Garums  Vērtība Apraksts  
CLA  1  ‘00h’  
INS 1  ‘20h’  INS  
P1 1  ‘00h’  P1  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 215  
Baits  Garums  Vērtība Apraksts  
P2 1  ‘00h’  P2 (verific ētais CHV netieši zin āms). 
Lc 1  ‘08h’  Pārraidītā CHV koda garums.  
#6-#13  8  ‘XX..XXh’  CHV  
TCS_78  Atbildes zi ņojums  
Baits  Garums  Vērtība Apraksts  
SW 2  ‘XXXXh’  Statusa v ārdi (SW1, SW2).  
— Ja komanda izpild īta, karte izdod ‘ 9000 ’. 
— Ja atsauces CHV nav atrasts, izdotais apstr ādes statuss 
ir ‘6A88 ’. 
— Ja CHV ir blo ķēts, (atlikušais CHV m ēģinājumu skai­
tītājs ir nulle), izdotais apstr ādes statuss ir  ‘6983’ . Ja 
iestājies šis statuss, CHV veiksm īga uzrādīšana vairs 
nav iespējama.  
— Ja salīdzināšana ir neveiksm īga, atlikušo reižu skaits 
samazinās un tiek izdots statuss  ‘63CX’  (X>0 un X ir 
vienādi ar atlikušo CHV m ēģinājumu skait ītāju). 
— Ja atsauces CHV tiek uzskat īts par boj ātu, izdotais 
apstrādes statuss ir  ‘6400’  vai ‘6581’ . 
— Ja Lc v ērtība nav ‘08h’, apstr ādes statuss ir ‘ 6700 ’. 
3.5.6  GET RESPONSE  
Šī komanda atbilst standartam ISO/IEC 7816-4.  
Šī komanda (vajadz īga un pieejama tikai T=0 protokolam) tiek izman ­
tota sagatavoto datu p ārraidei no kartes uz saskarnes ier īci (gadījums, 
kad komand ā ir gan Lc, gan Le).  
Komanda GET RESPONSE ir j ādod uzreiz p ēc komandas par datu 
sagatavošanu, cit ādi dati tiek pazaud ēti. Pēc komandas GET 
RESPONSE izpildes (iz ņemot gadījumus, kad notiek k ļūda ‘61xx ’ 
vai ‘ 6Cxx ’, sk. zem āk), iepriekš sagatavotie dati vairs nav pieejami.  
TCS_79  Komandas zi ņojums  
Baits  Garums  Vērtība Apraksts  
CLA  1  ‘00h’  
INS 1  ‘C0h’  
P1 1  ‘00h’  
P2 1  ‘00h’  
Le 1  ‘XXh’  Sagaid āmo baitu skaits.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 216  
TCS_80  Atbildes zi ņojums  
Baits  Garums  Vērtība Apraksts  
#1-#X  X  ‘XX..XXh’  Dati  
SW 2  ‘XXXXh’  Statusa v ārdi (SW1, SW2).  
— Ja komanda izpild īta, karte izdod ‘ 9000 ’. 
— Ja karte datus nav sagatavojusi, izdotais apstr ādes 
statuss ir  ‘6900’  vai ‘6F00’.  
— Ja Le ir liel āks par pieejamo baitu skaitu vai Le ir nulle, 
izdotais apstr ādes statuss ir  ‘6Cxx’ , kur ‘xx’ apz īmē 
precīzu pieejamo baitu skaitu. Š ādā gadījumā sagata­
votie dati joproj ām ir pieejami p ēc sekojošas GET 
RESPONSE komandas.  
— Ja Le nav nulle un ir maz āks par pieejamo baitu skaitu, 
vajadzīgos datus karte nos ūta parastaj ā veidā un izdo­
tais apstrādes statuss ir  ‘61xx’ , kur ‘xx’ nor āda palikušo 
baitu skaitu, kas ir pieejami ar sekojošo GET 
RESPONSE komandu.  
— Ja komanda netiek atbalst īta (T=1 protokols), karte 
izdod  ‘6D00’ . 
3.5.7  PSO: VERIFY CERTIFICATE  
Šī komanda atbilst ISO/IEC 7816-8, ta ču tās lietojums ir ierobežots, 
salīdzinot ar standart ā definēto komandu.  
Komandu VERIFY CERTIFICATE karte izmanto publisk ās atslēgas 
iegūšanai no ārienes un t ās derīguma pārbaudei.  
3.5.7.1 1 . p a a u d z e s k o m a n d a — a t b i l d e s p ā r i s 
TCS_81 Šo komandas variantu atbalsta tikai tahogr āfa 1. paaudzes 
lietotne.  
TCS_82 Ja komanda VERIFY CERTIFICATE ir izpild īta, publisko 
atslēgu saglabā drošības vidē izmantošanai n ākotnē. Šo 
atslēgu skaidri iestata ar droš ību saistītām komand ām 
(INTERNAL AUTHENTICATE, EXTERNAL AUTHEN ­
TICATE vai VERIFY CERTIFICATE), izmantojot 
komandu MSE (sk. 3.5.11. punktu) ar t ās atslēgas identifi ­
katoru.  
TCS_83 Visos gad ījumos komanda VERIFY CERTIFICATE serti ­
fikāta atvēršanai izmanto publisku atsl ēgu, kas iepriekš 
izvēlēta ar MSE komandu. Šai publiskajai atsl ēgai ir 
jābūt vienai no dal ībvalsts vai Eiropas atsl ēgām. 
TCS_84  Komandas zi ņojums  
Baits  Garums  Vērtība Apraksts  
CLA  1  ‘00h’  
INS 1  ‘2Ah’  Perform Security Operation  
P1 1  ‘00h’  P1  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 217  
Baits  Garums  Vērtība Apraksts  
P2 1  ‘AEh’  P2: kod ēti dati, kas nav BER-TLV (datu elementu 
konkatenācija).  
Lc 1  ‘C2h’  Lc: Sertifik āta garums, 194 baiti.  
#6-#199  194  ‘XX..XXh’  Sertifik āts: datu elementu konkaten ācija (kā aprakstīts 
11. papildin ājumā). 
TCS_85  Atbildes zi ņojums  
Baits  Garums  Vērtība Apraksts  
SW 2  ‘XXXXh’  Statusa v ārdi (SW1, SW2).  
— Ja komanda izpild īta, karte izdod ‘ 9000 ’. 
— Ja sertifik āta verifik ācija ir neveiksm īga, izdotais 
apstrādes statuss ir  ‘6688’ . Sertifikāta verifikācijas un 
atvēršanas process 1. un 2. paaudzei ir aprakst īts 
11. papildin ājumā. 
— Ja droš ības vidē nav publisk ās atslēgas, izdod  ‘6A88’ . 
— Ja publisk ā atslēga (kuru izmantoja sertifik āta atvēr­ 
šanai) tiek uzskat īta par boj ātu, izdotais apstr ādes 
statuss ir  ‘6400’  vai ‘6581’ . 
— Tikai 1. paaudze: Ja izv ēlētajai publiskajai atsl ēgai 
(kuru izmantoja sertifik āta atvēršanai) ir CHA.LSB 
(
 ), 
kas nav ‘00’ (t. i., nav viena no dal ībvalsts vai Eiropas 
atslēgām), izdotais apstr ādes statuss ir  ‘6985’ . 
3.5.7.2 2 . p a a u d z e s k o m a n d a — a t b i l d e s p ā r i s 
Atkarībā no līknes izmēra ECC sertifik āti var būt tik gari, ka tos nav 
iespējams nosūtīt vienā APDU. Šaj ā gadījumā jāizmanto standartam 
ISO/IEC 7816-4 atbilstoša komandu sa ķēdēšana un sertifik ātu nosūta 
divās secīgās komandās PSO: Verify Certificate APDU.  
Sertifikāta struktūra un dom ēna parametri ir noteikti 11. papildin ā­
jumā. 
TCS_86 Šo komandu iesp ējams izpild īt ar MF, DF Tachograph un 
DF Tachograph_G2, sk. ar ī TCS_33.  
TCS_87  Komandas zi ņojums  
Baits  Garums  Vērtība Apraksts  
CLA  1  ‘X0h’  CLA baits, kas nor āda uz komandu sa ķēdēšanu: 
‘00h’ vien īgā vai pēdējā komanda ķēdē; 
‘10h’ nav p ēdējā komanda ķēdē. 
INS 1  ‘2Ah’  Perform Security Operation  
P1 1  ‘00h’  
P2 1  ‘BEh’  Verific ēt pašaprakstošu sertifik ātu. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 218  
Baits  Garums  Vērtība Apraksts  
Lc 1  ‘XXh’  Komandu datu lauka garums, sk. TCS_88 un TCS_89.  
#6-#5+L  L  ‘XX..XXh’  Ar DER-TLV kod ēti dati: ECC sertifik āta pamatteksta 
datu objekts k ā pirmais datu objekts, kas savienots ar 
ECC sertifik āta datu objektu k ā otro datu objektu vai 
daļu no šā savienojuma. Birka ‘7F21’ un atbilstošais 
garums netiek nos ūtīts. 
Šo datu objektu sec ība ir fiksēta. 
TCS_88 Attiec ībā uz īsajiem APDU piem ēro šādus noteikumus: IFD 
izmanto minim ālo APDU skaitu, k āds nepieciešams, lai 
nosūtītu komandas v ērtīgo daļu (command payload ) un 
nosūtītu maksim ālo baitu skaitu pirmaj ā komandas APDU 
atbilstoši inform ācijas lauka izm ēra kartes baita v ērtībai, sk. 
TCS_14. Ja IFD darbojas atš ķirīgi, kartes darb ība ir ārpus 
jomas.  
TCS_89 Attiec ībā uz pagarin ātiem APDU piem ēro šādus notei­
kumus: Ja sertifik āts neietilpst vien ā APDU, karte atbalsta 
komandu sa ķēdēšanu. IFD izmanto minim ālo APDU skaitu, 
kāds nepieciešams, lai nos ūtītu komandas v ērtīgo daļu 
(command payload ) un nosūtītu maksim ālo baitu skaitu 
pirmajā komandas APDU. Ja IFD darbojas atš ķirīgi, kartes 
darbība ir ārpus jomas.  
Piezīme: Atbilstoši 11. papildin ājumā minētajam karte 
saglabā sertifikātu vai attiec īgo sertifik āta saturu un t ās 
currentAuthenticatedTime.  
Atbildes zi ņojuma strukt ūra un statusa v ārdi ir nor ādīti 
TCS_85.  
TCS_90 Karte var atbild ēt, nosūtot ne tikai TCS_85 min ētos kļūdu 
kodus, bet ar ī šādus kļūdu kodus:  
— Ja izvēlētajai publiskajai atsl ēgai (kuru izmanto sertifi ­
kāta atvēršanai) ir CHA.LSB (CertificateHolderAuthori ­
sation.equipmentType), kas nav piem ērots 11. papildin ā­
jumā aprakstītajai sertifik āta verifik ācijai, izdotais 
apstrādes statuss ir ‘ 6985 ’. 
— Ja kartes currentAuthenticatedTime ir v ēlāks par serti ­
fikāta derīguma termi ņu, izdotais apstr ādes statuss ir 
‘6985 ’. 
— Ja tiek sagaid īta pēdējā ķēdes komanda, karte atbild ar 
‘6883 ’. 
— Ja komandas datu lauk ā nosūta nepareizus parametrus, 
karte atbild ar ‘ 6A80 ’ (izmanto ar ī gadījumā, kad datu 
objekti nav nos ūtīti norādītajā kārtībā). ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 219  
3.5.8  INTERNAL AUTHENTICATE  
Šī komanda atbilst standartam ISO/IEC 7816-4.  
TCS_91 Šo komandu 1. paaudzes DF tahogr āfā atbalsta visas taho ­
grāfa kartes. Š ī komanda var b ūt pieejama vai nepieejama 
MF un / vai DF Tachograph_G2 gad ījumā. Šādā gadījumā 
komanda tiek p ārtraukta, izmantojot piem ērotu kļūdas 
kodu, jo kartes (Card.SK) priv ātā atslēga 1. paaudzes 
autentifikācijas protokolam ir pieejama tikai 1. paaudzes 
DF_Tachograph.  
IFD var autentific ēt karti, izmantojot komandu INTERNAL 
AUTHENTICATE. Šis autentific ēšanas process ir aprak ­
stīts 11. papildin ājumā. Tas satur š ādus paziņojumus:  
TCS_92 Komanda INTERNAL AUTHENTICATE izmanto kartes 
privāto atslēgu (netieši izv ēlētu), lai parakst ītu autentific ē­ 
šanas datus, tostarp K1 (sesijas atsl ēgas līguma pirmais 
elements) un RND1, un izmanto attiec īgajā brīdī izvēlēto 
(ar pēdējo komandu MSE) publisko atsl ēgu, lai šifr ētu 
parakstu un izveidotu autentific ēšanas žetonu (plaš āku 
informāciju sk. 11. papildin ājumā). 
TCS_93  Komandas zi ņojums  
Baits  Garums  Vērtība Apraksts  
CLA  1  ‘00h’  CLA  
INS 1  ‘88h’  INS  
P1 1  ‘00h’  P1  
P2 1  ‘00h’  P2  
Lc 1  ‘10h’  Uz karti nos ūtīto datu garums.  
#6 – #13  8  ‘XX..XXh’  Kartes autentific ēšanai izmantotais. izaicin ājums.  
#14 – #21  8  ‘XX..XXh’  VU.CHR (sk. 11. papildin ājumu)  
Le 1  ‘80h’  No kartes sagaid āmo datu garums.  
TCS_94  Atbildes zi ņojums  
Baits  Garums  Vērtība Apraksts  
#1-#128  128  ‘XX..XXh’  Kartes autentific ēšanas žetons (sk. 11. papildin ājumu).  
SW 2  ‘XXXXh’  Statusa v ārdi (SW1, SW2).  
— Ja komanda izpild īta, karte izdod ‘ 9000 ’. 
— Ja droš ības vidē nav publisk ās atslēgas, izdotais 
apstrādes statuss ir  ‘6A88’ . 
— Ja droš ības vidē nav privātās atslēgas, izdotais apstr ādes 
statuss ir  ‘6A88’ . 
— Ja VU.CHR nesakr īt ar aktuālās publiskās atslēgas 
identifikatoru, izdotais apstr ādes statuss ir  ‘6A88’ . ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 220  
— Ja izvēlētā privātā atslēga tiek uzskat īta par boj ātu, 
izdotais apstr ādes statuss ir  ‘6400’  vai ‘6581’ . 
▼M1 
TCS_95 Ja INTERNAL AUTHENTICATE komanda ir izpild īta, 
kārtējās 1. paaudzes sesijas atsl ēga, ja tā ir, tiek izdz ēsta 
un vairs nav pieejama. 1. paaudzes autentific ēšanas meh ā­
nismam jaunas 1. paaudzes sesijas atsl ēgas saņemšanai 
veiksmīgi jāizpilda komanda EXTERNAL AUTHENTI ­
CATE.  
Piezīme. Informāciju par 2. paaudzes sesijas atsl ēgām 
skatīt 11. papildin ājuma CSM_193. un CSM_195. apakš ­
punktā. Ja ir izveidotas 2. paaudzes sesijas atsl ēgas un 
tahogrāfa karte sa ņem skaidru INTERNAL AUTHENTI ­
CATE komandu APDU, t ā pārtrauc 2. paaudzes zi ņoju­
mapmaiņas aizsardz ības sesiju un izn īcina 2. paaudzes 
sesijas atsl ēgas. 
▼B 
3.5.9  EXTERNAL AUTHENTICATE  
Šī komanda atbilst standartam ISO/IEC 7816-4.  
Karte IFD var autentific ēt, izmantojot komandu EXTERNAL 
AUTHENTICATE. 1. un 2. paaudzes tahogr āfu (transportl īdzekļa 
bloka autentific ēšana) autentific ēšanas process ir aprakst īts 11. papildi ­
nājumā. 
TCS_96 1. paaudzes savstarp ējās autentific ēšanas meh ānisma 
komandu variantu atbalsta tikai tahogr āfa 1. paaudzes 
lietotne.  
▼M1 
TCS_97 Transportl īdzekļu bloku 2. paaudzes kartes savstarp ējās 
autentificēšanas komandu variantu var izpild īt ar MF, DF 
tahogrāfu un DF Tachograph_G2, sk. ar ī TCS_34. Ja š ī 
2. paaudzes EXTERNAL AUTHENTICATE komanda ir 
izpildīta, kārtējās 1. paaudzes sesijas atsl ēga, ja tā ir, tiek 
izdzēsta un vairs nav pieejama.  
Piezīme. Informāciju par 2. paaudzes sesijas atsl ēgām 
skatīt 11. papildin ājuma CSM_193. un CSM_195. apakš ­
punktā. Ja ir izveidotas 2. paaudzes sesijas atsl ēgas un 
tahogrāfa karte sa ņem skaidru EXTERNAL AUTHENTI ­
CATE komandu APDU, t ā pārtrauc 2. paaudzes zi ņoju­
mapmaiņas aizsardz ības sesiju un izn īcina 2. paaudzes 
sesijas atsl ēgas. 
▼B 
TCS_98  Komandas zi ņojums  
Baits  Garums  Vērtība Apraksts  
CLA  1  ‘00h’  CLA  
INS 1  ‘82h’  INS  
P1 1  ‘00h’  Netieši zin āmās atslēgas un algoritmi  
P2 1  ‘00h’  
Lc 1  ‘XXh’  Lc (Uz karti nos ūtīto datu garums)  
#6-#(5+L)  L  ‘XX..XXh’  1. paaudzes autentific ēšana: kriptogramma (sk. 11. papil ­
dinājuma A da ļu); 
2. paaudzes autentific ēšana: IFD ģenerētais paraksts (sk. 
11. papildin ājuma B da ļu). ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 221  
TCS_99  Atbildes zi ņojums  
Baits  Garums  Vērtība Apraksts  
SW 2  ‘XXXXh’  Statusa v ārdi (SW1, SW2).  
— Ja komanda izpild īta, karte izdod ‘ 9000 ’. 
— Ja aktu ālās iestatītās publiskās atslēgas CHA nav taho ­
grāfa lietotnes AID un transportl īdzekļa bloka konkate ­
nācija, izdotais apstr ādes statuss ir  ‘6F00’ . 
— Ja šai komandai nekav ējoties neseko komanda GET 
CHALLENGE, izdotais apstr ādes statuss ir  ‘6985’ . 
Tahogrāfa 1. paaudzes lietotne var atbild ēt, nosūtot šādu 
papildu kļūdu kodus:  
— Ja droš ības vidē nav publisk ās atslēgas, tiek izdots  
‘6A88’ . 
— Ja droš ības vidē nav privātās atslēgas, izdotais apstr ādes 
statuss ir  ‘6A88’ . 
— Ja kriptogr āfisko kontrolsummu verifik ācija ir nepa ­
reiza, izdotais apstr ādes statuss ir  ‘6688’ . 
— Ja izvēlētā privātā atslēga tiek uzskat īta par boj ātu, 
izdotais apstr ādes statuss ir  ‘6400’  vai ‘6581’ . 
Tahogrāfa 2. paaudzes lietotne var atbild ēt, nosūtot šādu 
papildu kļūdu kodus:  
— Ja paraksta verific ēšana ir neveiksm īga, karte atbild ar 
‘6300 ’. 
3.5.10  GENERAL AUTHENTICATE  
Šo komandu izmanto 2. paaudzes mikrosh ēmas autentific ēšanas proto ­
kolam, kas nor ādīts 11. papildin ājuma B da ļā, un šī komanda atbilst 
standartam ISO/IEC 7816-4.  
TCS_100 Šo komandu iesp ējams izpild īt ar MF, DF Tachograph un 
DF Tachograph_G2, sk. ar ī TCS_34.  
TCS_101  Komandas zi ņojums  
Baits  Garums  Vērtība Apraksts  
CLA  1  ‘00h’  
INS 1  ‘86h’  
P1 1  ‘00h’  Netieši zin āmās atslēgas un protokols.  
P2 1  ‘00h’  
Lc 1  ‘NNh’  Lc: sekojoš ā datu lauka garums.  
#6-#(5+L)  L  ‘7Ch’ + L  7C + 
‘80h’ + L  80 + 
‘XX..XXh’  Ar DER-TLV kod ēta īslaicīga publisk ās atslēgas 
vērtība (sk. 11. papildin ājumu). 
Transportlīdzekļa bloks datu objektus nos ūta šādā 
secībā. 
▼M1 
5 + L + 1  1  ‘00h’  Kā noteikts ISO/IEC 7816-4  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 222  
TCS_102  Atbildes zi ņojums  
Baits  Garums  V ērtība Apraksts  
#1-#L  L  ‘7Ch’ + L  7C + ‘81h’ 
+ ‘08h’ + ‘XX..XXh’ 
+ ‘82h’ + L  82 + 
‘XX..XXh’  Ar DER-TLV kod ēti dinamiskie autentific ē­ 
šanas dati: vienreiz ējs kods un autentific ēšanas 
žetons (sk. 11. papildin ājumu).  
SW 2  ‘XXXXh’  Statusa v ārdi (SW1, SW2).  
— Ja komanda ir izpild īta veiksmīgi, karte atbild ‘ 9000 ’. 
— Karte atbild ar ‘ 6A80 ’, norādot uz nepareiziem parame ­
triem datu lauk ā. 
— Karte atbild ar ‘ 6982 ’ ja iekš ējā autentific ēšanas 
komanda nav izpild īta veiksmīgi. 
Atbildes dinamisko autentific ēšanas datu objektam ‘7Ch’  
— ir jābūt, ja operācija ir izpild īta veiksmīgi, t. i., statusa 
vārdi ir ‘ 9000 ’, 
— nav jābūt izpildes k ļūdas vai pārbaudes kļūdas gadī­
jumā, t. i., ja statusa v ārdi ir diapazon ā 
‘6400 ’–‘6FFF ’, un  
— nav jābūt brīdinājuma gadījumā, t. i., ja statusa v ārdi ir 
diapazonā ‘6200 ’–‘63FF ’. 
3.5.11  MANAGE SECURITY ENVIRONMENT  
Šo komandu izmanto, lai iestat ītu publisku atsl ēgu autentific ēšanas 
vajadzībām. 
3.5.11.1 1 . p a a u d z e s k o m a n d a — a t b i l d e s p ā r i s 
Šī komanda atbilst standartam ISO/IEC 7816-4. Š īs komandas izman ­
tošana attiec ībā uz attiecīgo standartu ir ierobežota.  
TCS_103 Šo komandu atbalsta tikai tahogr āfa 1. paaudzes lietotne.  
TCS_104 Atsl ēga, uz kuru ir atsauce MSE datu lauk ā, paliek k ā 
publiskā atslēga līdz nākamajai pareizajai MSR komandai, 
DF tiek izv ēlēta, ja kartei veic atiestat īšanu.  
TCS_105 Ja atsl ēgas, uz kuru ir atsauce, kart ēs nav (vēl), drošības 
vide paliek nemain īga. 
TCS_106  Komandas zi ņojums  
Baits  Garums  Vērtība Apraksts  
CLA  1  ‘00h’  CLA  
INS 1  ‘22h’  INS  
P1 1  ‘C1h’  P1: karte, uz kuru ir atsauce, der īga visām kriptogr āfi­
skajām operācijām. 
P2 1  ‘B6h’  P2 (dati, uz kuriem ir atsauce, attiec ībā uz digitālo 
parakstu).  
Lc 1  ‘0Ah’  Lc: sekojoš ā datu lauka garums.  
#6 1  ‘83h’  Birka atsaucei uz publisku atsl ēgu asimetriskos 
gadījumos.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 223  
Baits  Garums  Vērtība Apraksts  
#7 1  ‘08h’  Atsl ēgas atsauces garums (atsl ēgas identifikators).  
#8-#15  8  ‘XX..XXh’  Atslēgas identifikators, k ā noteikts 11. papildin ājumā. 
TCS_107  Atbildes zi ņojums  
Baits  Garums  Vērtība Apraksts  
SW 2  ‘XXXXh’  Statusa v ārdi (SW1, SW2).  
— Ja komanda izpild īta, karte izdod ‘ 9000 ’. 
— Ja atsl ēgas, uz kuru ir atsauce, kart ē nav, izdotais 
apstrādes statuss ir ‘ 6A88 ’. 
— Ja kādu sagaid āmo datu objektu zi ņojumapmai ņas 
aizsardzības paziņojuma form ātā trūkst, tiek izdots 
apstrādes statuss  ‘6987’ . Tā var notikt, ja nav birkas 
‘83h’.  
— Ja kāds no datu objektiem ir nepareizs, izdotais 
apstrādes statuss ir  ‘6988’ . Tā var notikt, ja atsl ēgas 
identifikatora garums nav ‘08h’.  
— Ja izvēlētā atslēga tiek uzskat īta par boj ātu, izdotais 
apstrādes statuss ir  ‘6400’  vai ‘6581’ . 
3.5.11.2 2 . p a a u d z e s k o m a n d a — a t b i l d e s p ā r i s 
2. paaudzes autentific ēšanai karte atbalsta š ādus MSE: Iestat ītas 
komandu versijas, kuras atbilst standartam ISO/IEC 7816-4. Š īs 
komandu versijas netiek atbalst ītas 2. paaudzes autentific ēšanai.  
3.5.11.2.1 M S E : S E T A T m i k r o s h ē m a s a u t e n t i f i c ē š a n a i  
Tālāk norādīto MSE:SET AT komandu izmanto, lai izv ēlētos parame ­
trus mikrosh ēmas autentific ēšanai, kuru veic, izmantojot sekojošu 
vispārīgās autentific ēšanas komandu.  
TCS_108 Šo komandu iesp ējams izpild īt ar MF, DF Tachograph un 
DF Tachograph_G2, sk. ar ī TCS_34.  
TCS_109  MSE: SET AT komandas zi ņojums mikrosh ēmas auten ­
tificēšanai  
Baits  Garums  Vērtība Apraksts  
CLA  1  ‘00h’  
INS 1  ‘22h’  
P1 1  ‘41h’  Iestat īt iekšējai autentific ēšanai.  
P2 1  ‘A4h’  Autentific ēšana.  
Lc 1  ‘NNh’  Lc: sekojoš ā datu lauka garums.  
#6-#(5+L)  L  ‘80h’ + ‘0Ah’ 
+ ‘XX..XXh’  Ar DER-TLV kod ēta kriptogr āfiskā mehānisma atsauce: 
Mikroshēmas autentific ēšanas objekta identifikators (tikai 
vērtība, birka ‘06h’ ir izlaista). 
Objekta identifikatoru v ērtības sk. 1. papildin ājumā; 
izmanto baitu not āciju. Norādījumus par to, k ā no šiem 
objekta identifikatoriem izv ēlēties vienu, sk. 
11. papildin ājumā. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 224  
3.5.11.2.2 M S E : S E T A T t r a n s p o r t l ī d z e k ļ a b l o k a a u t e n t i f i c ē ­ 
š a n a i  
Tālāk norādīto MSE:SET AT komandu izmanto, lai izv ēlētos parame ­
trus un atsl ēgas transportl īdzekļa bloka autentific ēšanai, kuru veic, 
izmantojot sekojošu iekš ējās autentific ēšanas komandu.  
TCS_110 Šo komandu iesp ējams izpild īt ar MF, DF Tachograph un 
DF Tachograph_G2, sk. ar ī TCS_34.  
TCS_111  MSE: SET AT komandas zi ņojums transportl īdzekļa 
bloka autentific ēšanai  
Baits  Garums  Vērtība Apraksts  
CLA  1  ‘00h’  
INS 1  ‘22h’  
P1 1  ‘81h’  Iestat īt ārējai autentific ēšanai.  
P2 1  ‘A4h’  Autentific ēšana.  
Lc 1  ‘NNh’  Lc: sekojoš ā datu lauka garums.  
#6-#(5+L)  L  ‘80h’ + ‘0Ah’ 
+ ‘XX..XXh’  Ar DER-TLV kod ēta kriptogr āfiskā mehānisma atsauce: 
Transportlīdzekļa bloka objekta identifikators (tikai 
vērtība, birka ‘06h’ ir izlaista). 
Objekta identifikatoru v ērtības sk. 1. papildin ājumā; 
izmanto baitu not āciju. Norādījumus par to, k ā no šiem 
objekta identifikatoriem izv ēlēties vienu, sk. 
11. papildin ājumā. 
‘83h’ + ‘08h’ 
+ ‘XX..XXh’  Ar DER-TLV kod ēta transportl īdzekļa bloka publisk ās 
atslēgas atsauce p ēc tās sertifikātā minētās sertifikāta 
turētāja atsauces.  
‘91h’ + L  91 + 
‘XX..XXh’  Ar DER-TLV kod ēts transportl īdzekļa bloka saspiestas 
īslaicīgas publisk ās atslēgas attēlojums, kas tiks izman ­
tots mikrosh ēmas autentific ēšanai (sk. 
11. papildin ājumu)  
3.5.11.2.3 M S E : S E T D S T  
Nākamo komandu MSE: SET DST izmanto publiskas atsl ēgas iesta­
tīšanai  
— vai nu lai verific ētu parakstu, kas ir nodrošin āts sekojošā komandā 
PSO: Verify Digital Signature, vai  
— lai verific ētu parakstu sertifik ātam, kas ir nor ādīts sekojoš ā 
komandā PSO: Verify Certificate  
TCS_112 Šo komandu iesp ējams izpild īt ar MF, DF Tachograph un 
DF Tachograph_G2, sk. ar ī TCS_33.  
TCS_113  MSE:SET DST komandas zi ņojums  
Baits  Garums  Vērtība Apraksts  
CLA  1  ‘00h’  
INS 1  ‘22h’  
P1 1  ‘81h’  Iesat īts verificēšanai.  
P2 1  ‘B6h’  Digit ālais paraksts.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 225  
Baits  Garums  Vērtība Apraksts  
Lc 1  ‘NNh’  Lc: sekojoš ā datu lauka garums.  
#6-#(5+L)  L  ‘83h’ + ‘08h’ 
+ ‘XX...XXh’  Ar DER-TLV kod ēts publiskas atsl ēgas atsauce, t. i., 
sertifikāta turētāja atsauce publiskas atsl ēgas sertifik ātā 
(sk.. 11. papildin ājumu)  
Visām komandu versij ām atbildes zi ņojuma strukt ūru un statusa 
vārdus izdod:  
TCS_114  Atbildes zi ņojums  
Baits  Garums  Vērtība Apraksts  
SW 2  ‘XXXXh’  Statusa v ārdi (SW1, SW2).  
— Ja komanda izpild īta, karte izdod ‘ 9000 ’. Protokols ir 
izvēlēts un inicializ ēts. 
— ‘6A80’  norāda uz nepareiziem parametriem komandas 
datu laukā. 
— ‘6A88’  norāda uz atsauces datu (t. i., atsauc ē norādītās 
atslēgas) nepieejam ību. 
▼M1 
— Ja kartes currentAuthenticatedTime ir v ēlāks par izv ē­
lētās publiskās atslēgas derīguma termi ņu, izdotais 
apstrādes statuss ir  ‘6A88’.  
Piezīme. MSE gad ījumā: SET AT transportl īdzekļa bloka 
autentificēšanas komanda, atsauc ē norādītā atslēga ir 
VU_MA publisk ā atslēga. Karte iestata VU_MA publisko 
atslēgu lietošanai, ja t ā ir pieejama kartes atmi ņā, kas atbilst 
sertifikāta turētāja norādei komandas datu lauk ā (karte var 
identificēt VU_MA publisk ās atslēgas, izmantojot sertifi ­
kāta CHA lauku). Ja ir pieejama tikai transportl īdzekļa 
bloka VU_Sign publisk ā atslēga vai publisk ā atslēga nav 
pieejama, karte, rea ģējot uz šo komandu, ats ūta atpakaļ “6A 
88”. Skatīt CHA lauka defin īciju 11. papildin ājumā, kā arī 
datu tipa equipmentType 1. papildin ājumā. 
Līdzīgi MSE gad ījumā: kontroles kartei nos ūta SET DST 
komandu, nor ādot EQT (t. i., transportl īdzekļa bloku vai 
karti) atbilst īgi CSM_234. apakšpunktam atsauc ē minētā 
karte vienm ēr ir EQT_Sign karte, kas ir j āizmanto digit ālā 
paraksta verifik ācijai. Saska ņā ar 13. att ēlu 11. papildin ā­
jumā kontroles kart ē vienmēr būs saglabāta attiecīgā 
EQT_Sign publisk ā atslēga. Dažos gad ījumos kontroles 
kartē var būt saglabāta attiecīgā EQT_MA publisk ā atslēga. 
Kontroles karte vienm ēr pēc MSE: SET DST komandas 
saņemšanas iestata EQT_Sign publisko atsl ēgu lietošanai.  
▼B 
3.5.12  PSO: HASH  
Šo komandu izmanto, lai uz karti p ārnestu jauc ējaprēķina rezultātu un 
atsevišķus datus. Šo komandu izmanot digit ālu parakstu verific ēšanai. 
Jaukšanas v ērtību īslaicīgi saglabā sekojošajai komandai PSO: Verify 
Digital Signature  
Šī komanda atbilst standartam ISO/IEC 7816-8. Š īs komandas izman ­
tošana attiec ībā uz attiecīgo standartu ir ierobežota.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 226  
Šīs komandas atbalstam DF tahogr āfā (DF Tachograph) un 2. paaudzes 
DF tahogrāfā (DF Tachograph_G2) nepieciešama tikai kontroles karte.  
Cita veida tahogr āfa kartes šo komandu var izpild īt un var neizpild īt. 
Šī komanda var b ūt pieejama vai nepieejama MF.  
Kontroles kartes 1. paaudzes lietotne atbalsta tikai SHA-1.  
TCS_115 Īslaicīgi saglabāto jaucējvērtību (hash value) dz ēš, ja ar 
komandu PSO: HASH ir apr ēķināta jauna jauc ējvērtība 
(hash value), ja DF ir izv ēlēts un ja tahogr āfa karte ir 
atiestatīta. 
TCS_116  Komandas zi ņojums  
Baits  Garums  Vērtība Apraksts  
CLA  1  ‘00h’  CLA  
INS 1  ‘2Ah’  Veikt droš ības operāciju 
P1 1  ‘90h’  Atbild ēt, atsūtot hash code  
P2 1  ‘A0h’  Birka: datu lauks satur DO, kas atbilst jaukšanai  
Lc 1  ‘XXh’  Sekojoš ā datu lauka garums Lc  
#6 1  ‘90h’  Birka, kas paredz ēts hash code  
#7 1  ‘XXh’  Hash code garums L: 
‘14h’ 1. paaudzes lietotn ē (sk. 11. papildin ājuma A da ļu) 
‘20h’, ‘30h’ vai ‘40h’ 2. paaudzes lietotn ē (sk. 11. papil ­
dinājuma B da ļu) 
#8-#(7+L)  L  ‘XX..XXh’  Hash code  
TCS_117  Atbildes zi ņojums  
Baits  Garums  Vērtība Apraksts  
SW 2  ‘XXXXh’  Statusa v ārdi (SW1, SW2).  
— Ja komanda ir izpild īta veiksmīgi, karte atbild ‘ 9000 ’. 
— Ja trūkst kāds no sagaid ītajiem datu objektiem (k ā norā­
dīts iepriekš), izdotais apstr ādes statuss ir  ‘6987’ . Tā 
var notikt, ja tr ūkst viena no birk ām ‘90h’.  
— Ja kāds no datu objektiem ir nepareizs, izdotais 
apstrādes statuss ir  ‘6988’ . Šī kļūda atgadās, ja ir pras ītā 
birka, bet t ās garums ir atš ķiras no ‘14h’ SHA-1 gad ī­
jumā, ‘20h’ SHA-256 gad ījumā, ‘30h’ SHA-384 gad ī­
jumā, ‘40h’ SHA-512 gad ījumā (2. paaudzes lietotne).  
3.5.13  PERFORM HASH of FILE  
Šī komanda neatbilst standartam ISO/IEC 7816-8. Š ā iemesla d ēļ šīs 
komandas CLA baits nor āda, ka past āv īpašniekam piesaist īts 
PERFORM SECURITY OPERATION / HASH lietojums.  
Šīs komandas atbalstam DF tahogr āfā (DF Tachograph) un 2. paaudzes 
DF tahogr āfā (DF Tachograph_G2) nepieciešama tikai vad ītāja karte 
un darbnīcas karte.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 227  
Cita veida tahogr āfa kartes šo komandu var izpild īt un var neizpild īt. 
Ja šo komandu izpilda uz ņēmuma karte vai kontroles karte, šo 
komandu izpilda šaj ā nodaļā norādītajā kārtībā. 
Šī komanda var b ūt pieejama vai nepieejama MF. Ja tas t ā notiek, 
komandu izpilda k ā norādīts šajā nodaļā, t. i., nepie ļauj jaunas jauc ēj­
vērtības (hash value) apr ēķināšanu, bet p ārtrauc komandu ar piem ē­
rotu kļūdas kodu.  
TCS_118 Komandu PERFORM HASH of FILE izmanto attiec īgajā 
brīdī izvēlētā caurskatāmā EF datu lauka jaukšanai 
(hash).  
TCS_119 Tahogr āfa karte šo komandu atbalsta tikai tiem EF, kas ir 
norādīti 4. noda ļā zem DF_Tachograph un DF_Tacho ­
graph_G2, ar t ālāk norādīto izņēmumu. Tahogr āfa karte 
neatbalsta komandu, kas paredz ēta DF Tachograph_G2 
EF Sensor_Installation_Data.  
TCS_120 Jaukšanas oper ācijas (hash operation) rezult ātu īslaicīgi 
saglabā kartē. To pēc tam iesp ējams izmantot, lai 
saņemtu datnes digit ālo parakstu, izmantojot komandu 
PSO: COMPUTE DIGITAL SIGNATURE.  
▼M1 
TCS_121 Īslaicīgi saglabāto datnes jauc ējvērtību dzēš, ja ar 
komandu PERFORM HASH of FILE ir apr ēķināta 
jauna jauc ējvērtība, ja DF ir izv ēlēts un ja tahogr āfa 
karte ir atiestat īta. 
▼B 
TCS_122 Tahogr āfa 1. paaudzes lietotne atbalsta SHA-1.  
▼M1 
TCS_123 2 Paaudzes tahogr āfa lietotne atbalsta SHA-2 algoritmu, 
SHA-256, SHA-384 vai SHA-512, ko nor āda ar šifru 
komplektu 11. papildin ājuma B da ļā attiecībā uz kartes 
paraksta atsl ēgu Card_Sign.  
▼B 
TCS_124  Komandas zi ņojums  
▼M1 
Baits  Garums  Vērtība Apraksts  
CLA  1  ‘80h’  CLA  
INS 1  ‘2Ah’  Perform Security Operation  
P1 1  ‘90h’  Birka: Hash  
P2 1  ‘00h’  Netieši zin āms algoritms 
1. paaudzes tahogr āfu lietotnei: SHA-1 
2. paaudzes tahogr āfu lietotnei: SHA-2 algoritms (SHA- 
256, SHA-384 vai SHA-512), ko nor āda ar šifru 
komplektu 11. papildin ājuma B da ļā attiecībā uz kartes 
paraksta atsl ēgu Card_Sign  
▼B 
TCS_125  Atbildes zi ņojums  
Baits  Garums  Vērtība Apraksts  
SW 2  ‘XXXXh’  Statusa v ārdi (SW1, SW2).  
— Ja komanda ir izpild īta veiksmīgi, karte atbild ‘ 9000 ’. 
— Ja attiec īgajā brīdī izmantotais EF šo komandu (EF 
Sensor_Installation_Data DF Tachograph_G2 gad ī­
jumā) neatļauj, atbildē nosūtītais statuss ir  ‘6985’ . ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 228  
— Ja izvēlēto EF uzskata par boj ātu (datnes atrib ūtos vai 
saglabātajos datos ir integrit ātes kļūdas), tad izdotais 
apstrādes statuss ir ‘ 6400 ’ vai ‘ 6581 ’. 
— Ja izvēlētā datne nav caurskat āma vai ja nav aktu ālā 
EF, izdotais apstr ādes statuss ir ‘ 6986 ’. 
3.5.14  PSO: COMPUTE DIGITAL SIGNATURE  
▼M1 
Šo komandu izmanto iepriekš izskait ļotā jaucējkoda elektronisk ā 
paraksta apr ēķināšanai (sk. PERFORM HASH of FILE, 
3.5.13. punkts).  
Šīs komandas atbalstam DF tahogr āfā [DF Tachograph] un 2. paau ­
dzes DF tahogr āfā [DF Tachograph_G2] nepieciešama tikai vad ītāja 
karte un darbn īcas karte.  
Cita veida tahogr āfa kartes šo komandu var izpild īt un var neizpild īt. 
2. paaudzes tahogr āfa lietotnes gad ījumā tikai vadītāja kartei un darb ­
nīcas kartei ir 2. paaudzes paraksta atsl ēga, citas kartes nevar sekm īgi 
izpildīt komandu un p ārtrauc darb ību ar piem ērotu kļūdas kodu.  
Šī komanda var b ūt pieejama vai nepieejama MF. Ja komanda nav 
pieejama MF, tas izbeidz darb ību, uzrādot atbilstošu k ļūdas kodu.  
Šī komanda atbilst ISO/IEC 7816-8. Attiec ībā uz saistīto standartu š īs 
komandas lietojums ir ierobežots.  
▼B 
TCS_126 Š ī komanda neapr ēķina iepriekš apr ēķinātā jaucējkoda digi­
tālo parakstu, izmantojot komandu PSO: HASH.  
TCS_127 Kartes priv āto atslēgu izmanto, lai apr ēķinātu digitālo 
parakstu, un karte to paz īst netieši.  
TCS_128 Tahogr āfa 1. paaudzes lietotne izpilda digit ālo parakstu, 
izmantojot PKCS1 atbilstošu papildin āšanas metodi 
(plašāku informāciju sk.. 11. papildin ājumā). 
TCS_129 Tahogr āfa 2. paaudzes lietotne apr ēķina uz eliptisk ām 
līknēm balstītu digitālo parakstu (plaš āku informāciju sk.. 
11. papildin ājumā). 
TCS_130  Komandas zi ņojums  
Baits  Garums  Vērtība Apraksts  
CLA  1  ‘00h’  CLA  
INS 1  ‘2Ah’  Veikt droš ības operāciju 
P1 1  ‘9Eh’  Izdodamais digit ālais paraksts  
P2 1  ‘9Ah’  Birka: datu lauks satur parakst āmos datus. T ā kā datu 
lauks nav ietverts, datiem jau vajadz ētu būt kartē (hash 
of file)  
Le 1  ‘NNh’  Sagaid ītā paraksta garums  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 229  
TCS_131  Atbildes zi ņojums  
Baits  Garums  Vērtība Apraksts  
#1-#L  L  ‘XX..XXh’  Iepriekš apr ēķinātā sajaukuma (hash) paraksts  
SW 2  ‘XXXXh’  Statusa v ārdi (SW1, SW2).  
— Ja komanda ir izpild īta veiksmīgi, karte atbild ‘ 9000 ’. 
— Ja netieši izv ēlētā privātā atslēga tiek uzskat īta par 
bojātu, izdotais apstr ādes statuss ir  ‘6400’  vai ‘6581’ . 
— Ja sajaukums (hash), kas bija apr ēķināts, izmantojot 
iepriekšējo komandu Perform Hash of File, nav 
pieejams izdotais apstr ādes statuss ir  ‘6985’ . 
3.5.15  PSO: VERIFY DIGITAL SIGNATURE  
Šo komandu izmanto, lai verific ētu digitālo parakstu, ko nodrošina k ā 
ievadi, kuras sajaukums (hash) kartei ir paz īstams. Paraksta algoritmu 
karte pazīst netieši.  
Šī komanda atbilst standartam ISO/IEC 7816-8. Š īs komandas izman ­
tošana attiec ībā uz attiecīgo standartu ir ierobežota.  
Šīs komandas atbalstam DF tahogr āfā (DF Tachograph) un 2. paaudzes 
DF tahogr āfā (DF Tachograph_G2) ir nepieciešama tikai kontroles 
karte.  
Cita veida tahogr āfa kartes šo komandu var izpild īt un var neizpild īt. 
Šī komanda var b ūt pieejama vai nepieejama MF.  
TCS_132 Komanda VERIFY DIGITAL SIGNATURE vienm ēr 
izmanto publisko atsl ēgu, kura izv ēlēta ar iepriekš ējo 
komandu Manage Security Environment MSE: Set DST 
un iepriekš ējo jaucējkodu (hash code), kurš ievad īts ar 
komandu PSO: HASH.  
TCS_133  Komandas zi ņojums  
▼M1 
Baits  Garums  Vērtība Apraksts  
CLA  1  ‘00h’  CLA  
INS 1  ‘2Ah’  Perform Security Operation  
P1 1  ‘00h’  
P2 1  ‘A8h’  Birka: datu lauk ā ietilpst jaukšanai vajadz īgie DO  
Lc 1  ‘XXh’  Sekojoš ā datu lauka garums Lc  
#6 1  ‘9Eh’  Elektronisk ā paraksta birka  
#7 vai 
#7-#8  L ‘NNh’ vai 
‘81 NNh’  Digitālā paraksta garums (L ir 2 baiti, ja digit ālais 
paraksts ir gar āks nekā 127 baiti): 
128 baiti 1. paaudzes tahagr āfa lietotnei ir kod ēti atbil­
stoši 11. papildin ājuma A da ļai. 
Atkarībā no 2. paaudzes tahogr āfa lietotnei izv ēlētās 
līknes (sk. 11. papildin ājuma B da ļu). 
#(7+L)- 
#(6+L+NN)  NN ‘XX..XXh’  Elektronisk ā paraksta saturs  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 230  
TCS_134  Atbildes zi ņojums  
Baits  Garums  Vērtība Apraksts  
SW 2  ‘XXXXh’  Statusa v ārdi (SW1, SW2).  
— Ja komanda ir izpild īta veiksmīgi, karte atbild ‘ 9000 ’. 
— Ja paraksta verifik ācija ir neveiksm īga, izdotais 
apstrādes statuss ir  ‘6688’ . Šis verific ēšanas process ir 
aprakstīts 11. papildin ājumā. 
— Ja neviena publiska atsl ēga nav izv ēlēta, izdotais 
apstrādes statuss ir  ‘6986’ . 
— Ja trūkst kāds no sagaid ītajiem datu objektiem (k ā norā­
dīts iepriekš), izdotais apstr ādes statuss ir  ‘6987’ . Tā 
var notikt, ja tr ūkst viena no piepras ītajām birkām. 
— Ja nav neviena jauc ējkoda (hash code) komandas 
apstrādei (kā rezultāts iepriekš ējai komandai PSO: 
Hash), izdotais apstr ādes statuss ir  ‘6985’ . 
— Ja kāds no datu objektiem ir nepareizs, izdotais 
apstrādes statuss ir  ‘6988’ . Tā var notikt, ja tr ūkst 
viens no piepras ītajiem datu objektu garumiem ir 
kļūdains.  
— Ja izvēlētā publiskā atslēga tiek uzskat īta par boj ātu, 
izdotais apstr ādes statuss ir  ‘6400’  vai ‘6581’ . 
▼M1 
— Ja izvēlētajai publiskajai atsl ēgai (kuru izmanto, lai 
verificētu digitālo parakstu) ir CHA.LSB (Certificate ­
HolderAuthorisation.equipmentType), kas nav piem ē­
rots 11. papildin ājumā aprakstītajai paraksta verifik ā­
cijai, izdotais apstr ādes statuss ir  ‘6985’ . 
▼B 
3.5.16  PROCESS DSRC MESSAGE  
Šo komandu izmanto, lai verific ētu DSRC zi ņojuma integrit āti un 
autentiskumu, un atšifr ētu datu sazi ņu no transportl īdzekļa bloka uz 
kontroles iest ādi vai darbn īcu, izmantojot DSRC saiti. Karte ieg ūst 
šifrēšanas atslēgu un MAC atsl ēgu, kuras izmanto DSRC zi ņojuma 
aizsargāšanai 11. papildin ājuma B da ļas 13. noda ļā aprakstītajā 
kārtībā. 
Šīs komandas atbalstam 2. paaudzes DF tahogr āfā (DF Tacho ­
graph_G2) nepieciešama tikai kontroles karte un vad ītāja karte.  
Cita veida tahogr āfa kartes var izpild īt un var neizpild īt šo komandu, 
bet tiem nav DSRC galven ās atslēgas. Šā iemesla d ēļ šīs kartes nevar 
veiksmīgi izpildīt šo komandu, bet p ārtrauc darb ību ar piem ērotu 
kļūdas kodu.  
Šī komanda var b ūt pieejama vai nepieejama MF un/vai DF tahogr āfu 
gadījumā. Ja tas notiek, komandas darb ība tiek pārtraukta ar piem ē­
rotu kļūdas kodu.  
TCS_135 DSRC galven ā atslēga ir pieejama tikai 2. paaudzes DF 
tahogrāfā (DF Tachograph_G2), t. i., kontroles un darb ­
nīcas karte komandas veiksm īgu izpildi atbalsta tikai 
2. paaudzes DF tahogr āfā (DF Tachograph_G2).  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 231  
TCS_136 Komanda atkod ē tikai DSRC datus un verific ē kriptogrā­
fisko kontrolsummu, ta ču neveic ievad īto datu interpret ē­ 
šanu.  
TCS_137 Komandas datu lauk ā esošo datu objektu sec ību fiksē šī 
specifikācija. 
TCS_138  Komandas zi ņojums  
Baits  Garums  Vērtība Apraksts  
CLA  1  ‘80h’  Īpašniekam piesaist īts CLA.  
INS 1  ‘2Ah’  Veikt droš ības operāciju. 
P1 1  ‘80h’  Atbildes dati: vienk ārša vērtība. 
P2 1  ‘B0h’  Komandas dati: vienk ārša vērtība kodēta ar BER-TLV 
un satur SM DO.  
Lc 1  ‘NNh’  Sekojoš ā datu lauka garums Lc.  
#6-#(5+L)  L  ‘87h’ + L  87 + 
‘XX..XXh’  Ar DER-TLV kod ēts papildin āšanas satura indikatora 
baits, kam seko šifr ētā tahogrāfa vērtīgā daļa (payload ). 
Papildināšanas satura indikatora baitam izmanto v ērtību 
‘00h’ (‘tālākas indicēšanas nav’, atbilstoši standarta ISO/ 
IEC 7816-4:2013 52. tabulai). Inform ācijai par šifr ēšanas 
mehānismu sk. 11. papildin ājuma B da ļas 13. noda ļu. 
Atļautās vērtības garumam L  87 ir skaitļi, kas bez atli ­
kuma dalās ar AES bloka garumu, plus 1 paplašin ājuma 
satura indikatora baitam, t. i., no 17 baitiem l īdz 193 
(ieskaitot) baitiem.  
Piezīme: sk. ISO/IEC 7816-4:2013 49. tabulu par SM 
datu objektu ar birku ‘87h’.  
‘81h’ + ‘10h’  Ar DER-TLV kod ēts kontroles atsauces veidne konfiden ­
cialitātei, kas nes t ālāk aprakstīto datu konkaten āciju (sk. 
1. papildin ājumu “DSRC droš ības dati” un 11. papildin ā­
juma B da ļas 13. noda ļu): 
— 4 baitu laika z īmogs 
— 3 baitu skait ītājs 
— 8 baitu transportl īdzekļa bloka sērijas numurs 
— 1 baita DSRC galven ās atslēgas versija  
Piezīme: sk. ISO/IEC 7816-4:2013 49. tabulu par SM 
datu objektu ar birku ‘81h’.  
‘8Eh’ + L  8E + 
‘XX..XXh’  Ar DER-TLV kod ēts MAC ar DSRC zi ņojuma starpnie ­
cību. Inform ācijai MAC algoritmu un apr ēķināšanu sk. 
11. papildin ājuma B da ļas 13. noda ļu. 
Piezīme: sk. ISO/IEC 7816-4:2013 49. tabulu par SM 
datu objektu ar birku ‘8Eh’.  
▼M1 
5 + L + 1  1  ‘00h’  Kā noteikts ISO/IEC 7816-4  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 232  
TCS_139  Atbildes zi ņojums  
Baits  Garums  Vērtība Apraksts  
#1-#L  L  ‘XX..XXh’  Neesoši (k ļūdas gadījumā) vai atšifr ēti dati (papildin ā­ 
šana noņemta)  
SW 2  ‘XXXXh’  Statusa v ārdi (SW1, SW2).  
— Ja komanda ir izpild īta veiksmīgi, karte atbild ‘ 9000 ’. 
— ‘6A80’  norāda nepareizus parametrus komandas datu 
laukā (izmanto ar ī gadījumā, kurā datu objekti nav 
nosūtīti norādītajā kārtībā). 
— ‘6A88’  norāda uz atsauces datu (t. i., atsauc ē norādītās 
atslēgas) nepieejam ību, t. i., DSRC galven ās atslēgas 
nepieejamību. 
— ‘6900’  norāda uz to, ka kriptogr āfiskās kontrolsummas 
verifikācija vai datu atkod ēšana ir bijusi neveiksm īga. 
▼M1 
— ‘6985 ’ nozīmē, ka komandas datu lauk ā norādītais 
4 baitu laika z īmogs ir agr āks nekā cardValidityBegin 
vai vēlāks nekā cardExpiryDate.  
▼B 
4. TAHOGR ĀFA KARTES STRUKT ŪRA 
Šajā paragrāfā ir norādītas tahogrāfa karšu dat ņu struktūras, kuras 
izmanto pieejamu datu glab āšanai.  
Paragrāfā nav norādītas ne no kartes ražot āja atkarīgās iekšējās struk­
tūras, piemēram, datņu galvenes, ne ar ī tikai iekš ējai lietošanai, 
piemēram
 ,
  ,
  
vai
 , nepieciešamo datu 
elementu glab āšana un apstr āde. 
TCS_140 Tahogr āfa 2. paaudzes kart ē atrodas pamatdatne MF 
(Master file, MF) un tahogr āfa 1. paaudzes un 2. paaudzes 
tā paša tipa lietotne (piem., vad ītāja kartes lietotnes).  
TCS_141 Tahogr āfa karte atbalsta vismaz minim ālo attiecīgajām 
lietotnēm nepieciešamo ierakstu skaitu, un neatbalsta 
ierakstu skaitu, kas ir liel āks par maksim ālo attiecīgajām 
lietotnēm nepieciešamo ierakstu skaitu.  
Maksimālais un minim ālais dažādām lietotnēm nepiecie ­ 
šamo ierakstu skaits ir nor ādīts šajā nodaļā. 
Attiecībā uz droš ības nosac ījumiem, kas izmantoto 
piekļuves noteikumos vis ā šajā nodaļā sk. 3.3. noda ļu. 
Vispārīgi raugoties, piek ļuves režīms “lasīt” (“read”) 
apzīmē komandu READ BINARY ar p āra un, ja ir attiec īgs 
atbalsts, nep āra INS baitu, iz ņemot darbn īcas kartē esošo 
EF Sensor_Installation_Data, sk. TCS_156 un TCS_160. 
Piekļuves režīms “atjaunin āt” (“update”) apz īmē komandu 
Update Binary ar p āra un, ja ir attiec īgs atbalsts, nep āra 
INS baitu, un piek ļuves režīma “select” komandu SELECT.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 233  
4.1. Pamatdatne MF  
TCS_142 P ēc datnes personaliz ēšanas pamatdatnei MF ir š āda pastā­
vīga datņu struktūra un datņu piekļuves noteikumi:  
Piezīme: Īsais EF identifikators SFID ir nor ādīts kā deci­
mālskaitlis, piem ēram, vērtība “30” atbilst bin ārajai vērtībai 
“11110”.
  
Šajā tabulā izmanto š ādu drošības nosacījumu saīsinājumu:  
SC1 ALW OR SM-MAC-G2  
TCS_143 Visas EF strukt ūras ir caurskat āmas. 
TCS_144 Pamatdatnei MF ir š āda datu strukt ūra:
 
TCS_145 Element ārdatne EF DIR satur š ādus ar lietotn ēm saistītus 
datu objektus: ‘61 08 4F 06 FF 54 41 43 48 4F 61 08 4F 
06 FF 53 4D 52 44 54’  
TCS_146 Element ārdatne EF ATR/INFO ir, ja tahogr āfa karte ATR 
norāda, ka tā atbalsta pagarin ātus laukus. Šaj ā gadījumā EF 
ATR/INFO satur pagarin ātu inform ācijas datu objektu 
(DO‘7F66’), k ā norādīts standarta ISO/IEC 7816-4:2013 
12.7.1. pant ā. 
TCS_147 Element ārdatne EF Extended_Length ir, ja tahogr āfa karte 
ATR norāda, ka tā atbalsta pagarin ātus laukus. Šaj ā gadī­
jumā EF norāda šādus datu objektus: ‘02 01 xx’ kur v ērtība 
‘xx’ norāda to, vai pagarin ātie lauki tiek atbalst īti 
T=1 un/vai T=0 protokola gad ījumā. 
Vērtība ‘01’ nor āda pagarin āta lauka atbalstu protokolam 
T=1. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 234  
Vērtība ‘10’ nor āda pagarin āta lauka atbalstu protokolam 
T=0.  
Vērtība ‘11’ nor āda pagarin āta lauka atbalstu protokolam 
T=1 un T=0.  
4.2. Vad ītāja kartes lietotnes  
4.2.1  Vad ītāja 1. paaudzes kartes lietotne  
TCS_148 P ēc personaliz ēšanas vadītāja kartes 1. paaudzes lietotnei ir 
šāda pastāvīga datņu struktūra un datņu piekļuves notei ­
kumi:
  
Šajā tabulā izmantoti š ādi drošības nosacījumu saīsinājumi:  
SC1 ALW OR SM-MAC-G2  
SC2 ALW OR SM-MAC-G1 OR SM-MAC-G2  
SC3 SM-MAC-G1 OR SM-MAC-G2  
TCS_149 Visas EF strukt ūras ir caurskat āmas. 
TCS_150 Vad ītāja kartes 1. paaudzes lietotnei ir š āda datu strukt ūra: ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 235
  
▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 236
  
▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 237  
TCS_151 T ālāk norādītās vērtības, kas izmantotas izm ēru norādei 
augstāk redzamaj ā tabulā, ir minim ālās un maksim ālās 
ierakstu skaita v ērtības, kuras vad ītāja kartes datu strukt ūrā 
jāizmanto 1. paaudzes lietotn ēm:
 
4.2.2  Vad ītāja 2. paaudzes kartes lietotne  
TCS_152 P ēc personaliz ēšanas vadītāja kartes 2. paaudzes lietotnei ir 
šāda pastāvīga datņu struktūra un datņu piekļuves notei ­
kumi.  
Piezīme: Īsais EF identifikators SFID ir nor ādīts kā deci­
mālskaitlis, piem ēram, vērtība “30” atbilst bin ārajai vērtībai 
“11110”.
  
Šajā tabulā izmanto š ādu drošības nosacījumu saīsinājumu:  
SC1 ALW OR SM-MAC-G2  
TCS_153 Visas EF strukt ūras ir caurskat āmas. 
TCS_154 Vad ītāja kartes 2. paaudzes lietotnei ir š āda datu strukt ūra: ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 238
  
► (1) M1 ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 239
  
▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 240
  
► (1) M1 
TCS_155 T ālāk norādītās vērtības, kas izmantotas izm ēru norādei 
augstāk redzamaj ā tabulā, ir minim ālās un maksim ālās 
ierakstu skaita v ērtības, kuras vad ītāja kartes datu strukt ūrā 
jāizmanto 2. paaudzes lietotn ēm:
 
► (1) M1 
4.3. Darbn īcas kartes lietotnes  
4.3.1  Darbn īcas kartes 1. paaudzes lietotne  
TCS_156 P ēc personaliz ēšanas darbn īcas kartes 1. paaudzes lietotnei 
ir šāda pastāvīga datņu struktūra un datņu piekļuves notei­
kumi:  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 241
  
Šajā tabulā izmantoti š ādi drošības nosacījumu saīsinājumi:  
SC1 ALW OR SM-MAC-G2  
SC2 ALW OR SM-MAC-G1 OR SM-MAC-G2  
SC3 SM-MAC-G1 OR SM-MAC-G2  
▼M1 
SC4 Komandai READ BINARY ar p āra INS baitu:  
(SM-C-MAC-G1 AND SM-R-ENC-MAC-G1) OR  
(SM-C-MAC-G2 AND SM-R-ENC-MAC-G2)  
Komandai Read Binary ar nep āra INS baitu (ja 
atbalstīts): NEV  
▼B 
TCS_157 Visas EF strukt ūras ir caurskat āmas. 
TCS_158 Darbn īcas kartes 1. paaudzes lietotnei ir š āda datu struk ­
tūra: ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 242
  
▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 243
  
▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 244
  
TCS_159 T ālāk norādītās vērtības, kas izmantotas izm ēru norādei 
augstāk redzamaj ā tabulā, ir minim ālās un maksim ālās 
ierakstu skaita v ērtības, kuras darbn īcas kartes datu struk ­
tūrā jāizmanto 1. paaudzes lietotn ēm:
 
4.3.2  Darbn īcas kartes 2. paaudzes lietotne  
TCS_160 P ēc personaliz ēšanas darbn īcas kartes 2. paaudzes lietotnei 
ir šāda pastāvīga datņu struktūra un datņu piekļuves notei­
kumi.  
Piezīme: Īsais EF identifikators SFID ir nor ādīts kā deci­
mālskaitlis, piem ēram, vērtība “30” atbilst bin ārajai vērtībai 
“11110”.
  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 245  
Šajā tabulā izmantoti š ādi drošības nosacījumu saīsinājumi:  
SC1 ALW OR SM-MAC-G2  
SC5 Komandai Read Binary ar p āra INS baitu: SM-C- 
MAC-G2 AND SM-R-ENC-MAC-G2  
Komandai Read Binary ar nep āra INS baitu (ja 
atbalstīts): NEV  
TCS_161 Vis ām EF strukt ūrām jābūt caurskatāmām. 
TCS_162 Darbn īcas kartes 2. paaudzes lietotnei ir š āda datu struk ­
tūra:
 
► (1) (2) M1 ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 246
  
► (1) M1 ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 247
  
► (1) M1 ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 248  
TCS_163 T ālāk norādītās vērtības, kas izmantotas izm ēru norādei 
augstāk redzamaj ā tabulā, ir minim ālās un maksim ālās 
ierakstu skaita v ērtības, kuras darbn īcas kartes datu struk ­
tūrā jāizmanto 2. paaudzes lietotn ēm:
 
► (1) M1 
4.4. Kontroles kartes lietotnes  
4.4.1  Kontroles kartes 1. paaudzes lietotne  
TCS_164 P ēc personaliz ēšanas kontroles kartes 1. paaudzes lietotnei 
ir šāda pastāvīga datņu struktūra un datņu piekļuves notei­
kumi:
  
Šajā tabulā izmantoti š ādi drošības nosacījumu saīsinājumi:  
SC1 ALW OR SM-MAC-G2  
SC2 ALW OR SM-MAC-G1 OR SM-MAC-G2  
SC3 SM-MAC-G1 OR SM-MAC-G2  
SC6 EXT-AUT-G1 OR SM-MAC-G1 OR SM-MAC-G2  
TCS_165 Visas EF strukt ūras ir caurskat āmas. 
TCS_166 Kontroles kartes 1. paaudzes lietotnei ir š āda datu strukt ūra: ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 249
  
TCS_167 T ālāk norādītās vērtības, kas izmantotas izm ēru norādei 
augstāk redzamaj ā tabulā, ir minim ālās un maksim ālās 
ierakstu skaita v ērtības, kuras kontroles kartes datu struk ­
tūrā jāizmanto 1. paaudzes lietotn ēm:
 
4.4.2  Kontroles kartes 2. paaudzes lietotne  
TCS_168 P ēc personaliz ēšanas kontroles kartes 2. paaudzes lietotnei 
ir šāda pastāvīga datņu struktūra un datņu piekļuves notei­
kumi.  
Piezīme: Īsais EF identifikators SFID ir nor ādīts kā deci­
mālskaitlis, piem ēram, vērtība “30” atbilst bin ārajai vērtībai 
“11110”.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 250
  
Šajā tabulā izmanto š ādu drošības nosacījumu saīsinājumu:  
SC1 ALW OR SM-MAC-G2  
TCS_169 Visas EF strukt ūras ir caurskat āmas. 
TCS_170 Kontroles kartes 2. paaudzes lietotnei ir š āda datu strukt ūra:
 
TCS_171 T ālāk norādītās vērtības, kas izmantotas izm ēru norādei 
augstāk redzamaj ā tabulā, ir minim ālās un maksim ālās 
ierakstu skaita v ērtības, kuras kontroles kartes datu struk ­
tūrā jāizmanto 2. paaudzes lietotn ēm: ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 251
  
4.5. Uz ņēmuma kartes lietotnes  
4.5.1  Uzņēmuma kartes 1. paaudzes lietotne  
TCS_172 P ēc personaliz ēšanas uzņēmuma kartes 1. paaudzes 
lietotnei ir š āda pastāvīga datņu struktūra un dat ņu 
piekļuves noteikumi:
  
Šajā tabulā izmantoti š ādi drošības nosacījumu saīsinājumi:  
SC1 ALW OR SM-MAC-G2  
SC2 ALW OR SM-MAC-G1 OR SM-MAC-G2  
SC3 SM-MAC-G1 OR SM-MAC-G2  
SC6 EXT-AUT-G1 OR SM-MAC-G1 OR SM-MAC-G2  
TCS_173 Visas EF strukt ūras ir caurskat āmas. 
TCS_174 Uz ņēmuma kartes 1. paaudzes lietotnei ir š āda datu struk ­
tūra:
 ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 252  
TCS_175 T ālāk norādītās vērtības, kas izmantotas izm ēru norādei 
augstāk redzamaj ā tabulā, ir minim ālās un maksim ālās 
ierakstu skaita v ērtības, kuras uz ņēmuma kartes datu struk ­
tūrā jāizmanto 1. paaudzes lietotn ēm:
 
4.5.2  Uzņēmuma kartes 2. paaudzes lietotne  
TCS_176 P ēc personaliz ēšanas uzņēmuma kartes 2. paaudzes 
lietotnei ir š āda pastāvīga datņu struktūra un dat ņu 
piekļuves noteikumi.  
Piezīme: Īsais EF identifikators SFID ir nor ādīts kā deci­
mālskaitlis, piem ēram, vērtība “30” atbilst bin ārajai vērtībai 
“11110”.
  
Šajā tabulā izmanto š ādu drošības nosacījumu saīsinājumu:  
SC1 ALW OR SM-MAC-G2  
TCS_177 Visas EF strukt ūras ir caurskat āmas. 
TCS_178 Uz ņēmuma kartes 2. paaudzes lietotnei ir š āda datu struk ­
tūra:
 ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 253  
TCS_179 T ālāk norādītās vērtības, kas izmantotas izm ēru norādei 
augstāk redzamaj ā tabulā, ir minim ālās un maksim ālās 
ierakstu skaita v ērtības, kuras uz ņēmuma kartes datu struk ­
tūrā jāizmanto 2. paaudzes lietotn ēm:
 ▼B
02016R0799 — LV — 26.02.2020 — 002.001 — 254 
3. papildin ājums
PIKTOGRAMMAS 
PIC_001 Tahogr āfā pēc izvē les var būt izmantotas š ādas piktogrammas un 
piktogrammu kombin ācijas (vai piktogrammas un to kombin ācijas, 
kas ir pietiekami l īdzīgas šeit nor ādītajām, lai tās varētu nekļūdīgi 
atpazīt). 
1. PAMAT PIKTOGRAMMAS
Cilvēki Darbības Darbības re žī mi
 
Uzņēmums Uzņēmuma re ž īms
 
Kontrolieris Kontrolēšana Kontroles režīms
 
Vadītājs Transportlīdzekļa 
vadīšana Darba režī ms
 
Darbnīca/testēšanas stacija  Inspekcija/kalibr ēšana Kalibr ēšanas režī ms
 
Ražotā js 
Darbības Ilgums
  
Pieejams Pašreizējais pieejam ības periods
  
Transportlīdzekļa vadīšana  Nep ārtrauktas transportl īdzekļa vadīšanas 
ilgums
  
Atpūta Pašreizējais atpūtas periods
  
Cits darbs Pašreizējais darba periods
  
Pārtraukums Kopējais pārtraukumu ilgums
  
Nav zinā ma 
Aprīkojums Funkcijas
  
Vadītāja slots
  
Otra vadītāja slots
  
Karte
  
Pulkstenis
  
Displejs Attēlo šana
  
Glabāšana uz ā rējiem nesējiem Lejupiel āde
 
Barošanas avots
  
Printeris/izdruka Drukāšana
  
Sensors
  
Riepas izm ērs
 
Transportlīdzeklis/transportl ī­
dzekļa bloks
  
GNSS iekārta
 
Attālinātas konstat ēšanas iekārta
 
ITS saskarne  ▼B
02016R0799 — LV — 26.02.2020 — 002.001 — 255 
Īpaši nosac ījumi
  
Ārpus darbības jomas
  
Brauciens ar pr āmi/vilcienu  
Dažā di
 
Notikumi
 Kļūdas
 
Dienas darba perioda s ākums
 Dienas darba perioda beigas
  
Atrašanās vieta
  
Vadītāja darbību ievadīšana manu āli
 
Drošī ba
 
Ātrums
  
Laiks
  
Kopā/pārskats  
Apzīmētāji 
24h Katru dienu
  
Katru nedēļu
 
Divas nedēļas
 
No vai līdz 
2. PIKTOGRAMMU KOMBIN ĀCIJAS
Dažādi
 
Kontroles vieta
  
Dienas darba perioda s ākuma vieta
 Dienas darba perioda beigu vieta  
▼M1
Atrašanās vieta pēc 3 stundu uzkr ātā 
transportlīdzekļa vadīšanas laika  
▼B
No pulksten
 Līdz pulksten
  
No transportl īdzekļa
 
Ārpus darbības jomas — sā kums
  Ārpus darbības jomas — beigas  
Kartes
  
Vadītāja karte
  
Uzņēmuma karte
  
Kontroles karte
  
Darbnīcas karte
  
Bez kartes  ▼B
02016R0799 — LV — 26.02.2020 — 002.001 — 256 
Transportl īdzekļa vadīšana
  
Transportlīdzekļa vadīšana ar apkalpi
  
Transportlīdzekļa vadīšanas ilgums vien ā nedēļā
 
Transportlīdzekļa vadīšanas ilgums div ās nedēļās 
Izdrukas
  
Vadītāja darbību ikdienas izdruka no kartes
  
Vadītāja darbību ikdienas izdruka no TB
  
Notikumu un k ļūdu izdruka no kartes
  
Notikumu un k ļūdu izdruka no TB
  
Tehnisko datu izdruka
  
Izdruka par ātruma pārsniegšanu 
Notikumi
  
Nederīgas kartes ievietošana
  
Kartes konflikts
  
Laika pārklāšanās
 
Transportlīdzekļa vadīšana bez atbilstošas kartes
  
Kartes ievietošana transportl īdzekļa vadīšanas laik ā
 
Nepareizi nosl ēgta pēdējā kartes sesija
  
Ātruma pārsniegšana
  
Elektroapg ādes pārtraukums
  
Kustības datu k ļūda
 
Pretrunīga informācija par transportl īdzekļa kustību
 
Drošī bas prasību pārkāpums  
▼M1
Pretrunīga informācija par laiku vai (darbn īcas veikta) laika skait īšanas 
korekcija  
▼B
Ātruma pārsniegšanas kontrole  
▼M1
No GNSS uztv ērēja netiek sa ņemta inform ācija par atrašan ās vietu vai 
kļūda saziņā ar ārēju GNSS iekārtu
  
Kļūda saziņā ar attālinātās saziņas iekā rtu 
▼B
Kļūdas
 
Kartes kļūda (vadītāja slots)
  
Kartes kļūda (otra vad ītāja slots)
  
Attēlošanas kļūda ▼B
02016R0799 — LV — 26.02.2020 — 002.001 — 257 
Lejupielādes kļūda
 
Printera kļūda
 
Sensora kļūda
 
TB iekšē ja kļūda
 
GNSS kļūda
 
Attālinātas konstat ēšanas kļūda 
Manuāli veiktu ierakstu k ārtība
 
Vai tas pats dienas darba periods?
  
Vai iepriekšē jā darba perioda beigas?
  
Apstiprināt vai ievad īt vietu, kur ā beidzas dienas darba periods
  
Ievadīt sākuma laiku
  
Ievadīt darba perioda s ākuma vietu.  
Piezīme. Papildu piktogrammu kombin ācijas izdrukas bloku vai 
ierakstu identifikatoru veidošanai defin ētas 4. papildin ājumā. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 258  
4. papildin ājums  
IZDRUKAS  
SATURA R ĀDĪTĀJS 
1. VISP ĀRĪGA INFORM ĀCIJA  
2. DATU BLOKU SPECIFIK ĀCIJA  
3. IZDRUKAS SPECIFIK ĀCIJAS  
3.1. Vad ītāja darbību ikdienas izdruka no kartes  
3.2. Vad ītāja darbību ikdienas izdruka no TB  
3.3. Notikumi un k ļūdas no kartes izdrukas  
3.4. Notikumi un k ļūdas no TB izdrukas  
3.5. Tehnisko datu izdruka  
3.6. Ātruma pārsniegšanas izdruka  
3.7 Ievietoto karšu v ēsture  
1. VISP ĀRĪGA INFORM ĀCIJA  
Katra izdruka tiek veidota, sa ķēdējot dažādus datu blokus, kuri var b ūt 
identificēti ar bloka identifikatoru.  
Datu bloks sast āv no viena vai vair ākiem ierakstiem, kas var b ūt iden­
tificēti ar ierakstu identifikatoru.  
PRT_001 Ja tieši pirms ieraksta identifikatora ir bloka identifikators, 
ieraksta identifikators netiek druk āts. 
PRT_002 Ja datu objekts ir nezin āms vai to nedr īkst izdrukāt sakarā ar 
piekļuves tiesībām datiem, taj ā vietā tiek izdruk ātas atstarpes.  
PRT_003 Ja veselas rindas saturs nav zin āms vai tas nav j ādrukā, tiek 
izlaista visa rinda.  
PRT_004 Ciparu datu lauki tiek izdruk āti ar labējo līdzinājumu, ar 
atstarpi atdalot t ūkstošus un miljonus, bez null ēm ciparu 
priekšā. 
PRT_005 Virknes datu lauki tiek izdruk āti ar kreiso l īdzinājumu, kurus 
līdz datu objekta garumam papildina ar atstarp ēm, vai vaja ­
dzības gadījumā samazina l īdz datu objektu garumam (nosau ­
kumus, vārdus un adreses).  
PRT_006 Ja gara teksta d ēļ ir nepieciešams rindas p ārtraukums, jaunaj ā 
līnijā kā pirmo rakstz īmi jādrukā speciāla rakstzīme (punkts 
līnijas vidū “•”).  
2. DATU BLOKU SPECIFIK ĀCIJA  
Šajā nodaļā izmantotas š ādas formāta notācijas konvencijas:  
— treknrakst ā norādītās rakstzīmes apzīmē izdrukājamo teksta infor ­
māciju (drukājot saglabā parastas rakstz īmes);  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 259  
— ar parast ām rakstzīmēm apzīmē mainīgos lielumus (piktogrammas 
vai datus), kas druk ājot jāaizstāj ar to vērtībām; 
— mainīgie lielumi ir papildin āti ar pasvītru, lai nor ādītu mainīgajam 
izmantojamo datu objekta garumu;  
— datumi nor ādīti formātā “dd/mm/gggg” (diena, m ēnesis, gads). Var 
izmantot ar ī formātu “dd.mm.gggg”;  
— ar terminu “kartes identific ēšana” apzīmē kartes tipa nor ādi, ko 
veido kartes piktogrammu kombin ācija, kartes izdev ējas dalībvalsts 
kods, uz priekšu v ērstas slīpsvītras rakstz īme un kartes numurs ar 
nomaiņas indeksu un atjaunošanas indeksu, kas atdal īti ar atstarpi: 
P
 x  x  x  / x  x  x  x  x  x  x  x  x  x  x  x  x  x  x  x
 Kartes piktogram- 
mu kombin ācija 
Izdevējas dalīb- 
valsts kods Kartes numura pirm ās 14 rakstz īmes 
(var ietvert k ārtas indeksu)
 
Nomaiņas indekss  
Atjaunošanas indekss ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 260  
PRT_007 Izdruk ās izmanto š ādus datu blokus un/vai datu ierakstus, iev ērojot 
šādas nozīmes un form ātus.
 ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 261
  
▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 262
  
► (1) (2) M1 ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 263
  
▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 264
  
▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 265
  
▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 266
  
3. IZDRUKAS SPECIFIK ĀCIJAS  
Šajā nodaļā izmantotas š ādas notācijas konvencijas. 
N Drukājamā bloka vai ieraksta numurs N  
N Drukājamā bloka vai ieraksta numurs N atk ārtots tik daudz reižu, cik 
nepieciešams  
X/Y Drukājamie bloki vai ieraksti X un/vai Y p ēc vajadzības un atk ārtoti 
tik daudz reižu, cik nepieciešams  
3.1. Vad ītāja darbību ikdienas izdruka no kartes  
PRT_008 Vad ītāja darbību ikdienas izdruku no kartes nor āda šādā 
formātā. 
1 Dokumenta izdruk āšanas datums un laiks  
2 Izdrukas veids  
3 Kontroliera identifik ācija (ja kontroles karte ir ievietota TB)  
3 Vadītāja identifik ācija (no izdruk ājamās kartes + paaudze)  
4 Transportlīdzekļa identifik ācija (transportl īdzeklis, no kura ņem 
izdruku)  
5 TB identifik ācija (TB, no kura ņem izdruku + paaudze)  
6 Šā TB pēdējā kalibrēšana 
7 Pārbaudāmā vadītāja pēdējā kontrole  
8 Vadītāja darbību norobežot ājs 
8.a Nosacījums “ārpus darbības jomas” š īs dienas sākumā 
8.1.a / 8.1.b / 8.1.c / 8.2 / 
8.3 / 8.3.a / 8.4  Vadītāja darbības notikumu sec ībā 
11 Dienas pārskata norobežot ājs ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 267  
11.4 Ievadītās vietas hronolo ģiskā secībā 
▼M1 
11.5 Atrašanās vietas p ēc 3 stundu uzkr ātā transportl īdzekļa vadīšanas 
laika hronolo ģiskā secībā 
▼B 
11.6 Darb ību apkopojums  
12.1 Notikumi vai k ļūdas no kartes norobežot āja 
12.4 Notikumu/k ļūdu ieraksti (p ēdējie 5 notikumi vai k ļūdas, kas sagla ­
bātas kartē) 
13.1 Notikumi vai k ļūdas no TB norobežot āja 
13.4 Notikumu/k ļūdu ieraksti (p ēdējie 5 notikumi vai k ļūdas, kas ierak ­
stītas vai notiek TB)  
22.1 Kontroles vieta  
22.2 Kontroliera paraksts  
22.5 Vadītāja paraksts  
3.2. Vad ītāja darbību ikdienas izdruka no TB  
PRT_009 Vad ītāja darbības ikdienas izdruku no TB nor āda šādā 
formātā. 
▼M1 
1 Dokumenta izdruk āšanas datums un laiks  
2 Izdrukas veids  
3 Kartes turētāja identifik ācija (visām TB ievietotaj ām kartēm 
+ paaudze)  
4 Transportlīdzekļa identifik ācija (transportl īdzeklis, no kura 
ņem izdruku)  
5 TB identifik ācija (TB, no kura ņem izdruku + paaudze)  
6 Šā TB pēdējā kalibrēšana 
7 Šā tahogrāfa pēdējā kontrole  
9 Vadītāja darbību norobežot ājs 
10 Vadītāja slota norobežot ājs (1. slots)  
10.a Nosacījums “ārpus darbības jomas” š īs dienas sākumā 
10.1 / 10.2 / 10.3 / 
10.3a / 10.4  Darbības hronolo ģiskā secībā (vadītāja slots)  
10 Otra vadītāja slota norobežot ājs (2. slots)  
10a Nosacījums “ārpus darbības jomas” š īs dienas sākumā 
10.1 / 10.2 / 10.3 / 
10.3a / 10.4  Darbības hronolo ģiskā secībā (otra vadītāja slots)  
11 Dienas pārskata norobežot ājs 
11.1 Pārskats par periodiem, kuru laik ā vadītāja slotā nav kartes  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 268  
11.4 Ievadītās vietas hronolo ģiskā secībā 
11.5 Atrašanās vietas pēc 3 stundu uzkr ātā transportlīdzekļa vadī­ 
šanas laika hronolo ģiskā secībā 
11.7 Darbību apkopojums  
11.2 Pārskats par periodiem, kuru laik ā otra vadītāja slotā nav 
kartes  
11.4 Ievadītās vietas hronolo ģiskā secībā 
11.5 Vietas pēc 3 stundu uzkr ātā transportlīdzekļa vadīšanas laika 
hronoloģiskā secībā 
11.8 Darbību apkopojums  
11.3 Vadītāja darbību pārskats, iekļauti abi sloti  
11.4 Šā vadītāja ievadītās vietas hronolo ģiskā secībā 
11.5 Atrašanās vietas pēc 3 stundu uzkr ātā transportlīdzekļa vadī­ 
šanas laika hronolo ģiskā secībā 
11.9 Šā vadītāja darbību kopsavilkums  
13.1 Notikumu, k ļūdu norobežot ājs 
13.4 Notikumu/k ļūdu ieraksti (p ēdējie 5 notikumi vai k ļūdas, kas 
ierakstītas vai notiek TB)  
22.1 Kontroles vieta  
22.2 Kontroliera paraksts  
22.3 No pulksten (vieta, ko izmanto vad ītājs bez kartes,  
22.4 Līdz pulksten kuri periodi attiecas uz vi ņu) 
22.5 Vadītāja paraksts  
▼B 
3.3. Notikumi un k ļūdas no kartes izdrukas  
PRT_010 Notikumus un k ļūdas no kartes izdrukas nor āda šādā formātā. 
1 Dokumenta izdruk āšanas datums un laiks  
2 Izdrukas veids  
3 Kontroliera identifik ācija (ja kontroles karte ir ievietota TB + 
paaudze)  
3 Vadītāja identifik ācija (no izdruk ājamās kartes)  
4 Transportlīdzekļa identifik ācija (transportl īdzeklis, no kura ņem 
izdruku)  
12.2 Notikumu norobežot ājs 
12.4 Notikumu ieraksti (visi kart ē saglabātie notikumi)  
12.3 Kļūdu norobežot ājs 
12.4 Kļūdu ieraksti (visas kart ē saglabātās kļūdas) 
22.1 Kontroles vieta  
22.2 Kontroliera paraksts  
22.5 Vadītāja paraksts  ▼M1
 02016R0799 — LV — 26.02.2020 — 002.001 — 269  
3.4. Notikumi un k ļūdas no TB izdrukas  
PRT_011 Notikumus un k ļūdas no TB izdrukas nor āda šādā formātā. 
1 Dokumenta izdruk āšanas datums un laiks  
2 Izdrukas veids  
3 Kartes tur ētāja identifik ācija (visām TB ievietotaj ām kartēm + 
paaudze)  
4 Transportlīdzekļa identifik ācija (transportl īdzeklis, no kura ņem 
izdruku)  
13.2 Notikumu norobežot ājs 
13.4 Notikumu ieraksti (visi TB saglab ātie vai pašreiz ējie notikumi)  
13.3 Kļūdu norobežot ājs 
13.4 Kļūdu ieraksti (visas TB saglab ātās vai pašreiz ējās kļūdas) 
22.1 Kontroles vieta  
22.2 Kontroliera paraksts  
22.5 Vadītāja paraksts  
3.5. Tehnisko datu izdruka  
PRT_012 Tehnisko datu izdruku nor āda šādā formātā. 
1 Dokumenta izdruk āšanas datums un laiks  
2 Izdrukas veids  
3 Kartes tur ētāja identifik ācija (visām TB ievietotaj ām kartēm + 
paaudze)  
4 Transportlīdzekļa identifik ācija (transportl īdzeklis, no kura ņem 
izdruku)  
14 TB identifik ācija 
15 Sensora identifik ācija 
15.1 Sensora sap ārošanas dati (visi pieejamie dati hronolo ģiskā secībā) 
16 GNSS identifik ācija 
16.1 Ārējās GNSS iek ārtas savienošanas dati (visi pieejamie dati hronolo ­ 
ģiskā secībā) 
17 Kalibrēšanas datu norobežot ājs 
17.1 Kalibrēšanas ieraksti (visi pieejamie ieraksti hronolo ģiskā secībā) 
18 Laika skait īšanas korekcijas norobežot ājs 
18.1 Laika skait īšanas korekcijas ieraksti (visi ieraksti, kas pieejami no 
laika skait īšanas korekcijas ierakstiem un kalibr ēšanas datu 
ierakstiem)  
19 TB pēdējais reģistrētais notikums un k ļūda ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 270  
3.6. Ātruma pārsniegšanas izdruka  
PRT_013 Ātruma pārsniegšanas izdruku nor āda šādā formātā. 
1 Dokumenta izdruk āšanas datums un laiks  
2 Izdrukas veids  
3 Kartes tur ētāja identifik ācija (visām TB ievietotaj ām kartēm + 
paaudze)  
4 Transportlīdzekļa identifik ācija (transportl īdzeklis, no kura ņem 
izdruku)  
20 Ātruma pārsniegšanas kontroles inform ācija 
21.1 Ātruma pārsniegšanas datu identifikators  
21.4 / 21.5  Pirmais ātruma pārsniegšanas gad ījums pēc pēdējās kalibrēšanas  
21.2 Ātruma pārsniegšanas datu identifikators  
21.4 / 21.5  5 nopietnākie ātruma pārsniegšanas gad ījumi pēdējo 365 dienu laik ā 
21.3 Ātruma pārsniegšanas datu identifikators  
21.4 / 21.5  Nopietnākais ātruma pārsniegšanas gad ījums no pēdējo 10 dienu laik ā 
notikušajiem  
22.1 Kontroles vieta  
22.2 Kontroliera paraksts  
22.5 Vadītāja paraksts  
3.7. Ievietoto karšu v ēsture  
▼M1 
PRT_014 Ievietoto karšu v ēstures izdruku nor āda šādā formātā: 
1 Dokumenta izdruk āšanas datums un laiks  
2 Izdrukas veids  
3 Kartes turētāja identifik ācijas (visām TB ievietotaj ām kartēm) 
23 Pēdējā TB ievietot ā karte  
23.1 Ievietotās kartes (līdz 88 ierakstiem)  
12.3 Kļūdu norobežot ājs ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 271  
5. papildin ājums  
DISPLEJS  
Šajā papildinājumā izmantotas š ādas formāta notācijas konvencijas:  
— treknrakst ā norādītās rakstzīmes apzīmē uz ekrāna attēlojamo tekstu (uz 
ekrāna redzami parastie burti),  
— ar parast ām rakstzīmēm apzīmē mainīgos lielumus (piktogrammas vai datus), 
kas, attēlojot uz ekr āna, jāaizstāj ar to vērtībām: 
— dd mm gggg: diena, m ēnesis, gads  
— hh: stundas  
— mm: min ūtes 
— D: ilguma piktogramma  
— EF: notikumu vai k ļūdu piktogrammu kombin ācija 
— O: darb ības režīma piktogramma.  
DIS_001 Tahogr āfs attēlo datus šādos formātos: 
Dati Form āts 
Noklusējuma att ēls 
Vietējais laiks
  
Darbības režīms
 
Informācija par vad ītāju
 
Informācija par otru vad ītāju
 
Atvērts nosacījums “ārpus darbības jomas”
  
Brīdinājuma att ēls 
Nepārtrauktas transportl īdzekļa vadīšanas ilguma 
pārsniegšana
  
Notikums vai k ļūda
 
Citi attēli 
UTC datums
  
Laiks  
Vadītāja nepārtrauktas transportl īdzekļa vadīšanas ilgums un 
kopējais pārtraukumu ilgums
  
Otra vadītāja nepārtrauktas transportl īdzekļa vadīšanas 
ilgums un kop ējais pārtraukumu ilgums
  
Vadītāja kopējais transportl īdzekļa vadīšanas ilgums iepriek ­ 
šējā nedēļā un kārtējā nedēļā
 
Otra vadītāja kopējais transportl īdzekļa vadīšanas ilgums 
iepriekšējā nedēļā un kārtējā nedēļā
 ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 272  
6. papildin ājums  
PRIEKŠĒJAIS SAVIENOT ĀJS KALIBR ĒŠANAI UN LEJUPIEL ĀDEI 
SATURA R ĀDĪTĀJS 
1. APARAT ŪRA 
1.1. Savienot ājs 
1.2. Kontaktu izvietojums  
1.3. Bloksh ēma 
2. LEJUPIEL ĀDES SASKARNE  
3. KALIBR ĒŠANAS SASKARNE  
1. APARAT ŪRA 
1.1. Savienot ājs 
INT_001 Savienot ājs lejupielādei/kalibrēšanai ir sešu izvadu savienot ājs, 
kas ir pieejams no priekš ējā paneļa, neatvienojot nevienu taho ­
grāfa daļu, un tas atbilst š ādam rasējumam (visi izm ēri milime­
tros):
  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 273  
Shēmā parādīts parastais 6 izvadu kontaktspraudnis:
  
1.2. Kontaktu izvietojums  
INT_002 Kontaktus izvieto saska ņā ar šo tabulu.  
Izvads  Apraksts  Piez īme 
1 Akumulatora m īnuss Pievienots transportl īdzekļa akumulatora negat īvajai spailei  
2 Datu nos ūtīšana K-line  (ISO 14230-1)  
3 RxD – lejupiel āde Datu ievade tahogr āfā 
4 Ievades/izvades sign āls Kalibr ēšana ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 274  
Izvads  Apraksts  Piez īme 
5 Pastāvīgā izejas jauda  Nor ādītais sprieguma diapazons ir transportl īdzekļa sprie­
gums mīnus 3V sprieguma kritumam aizsargsh ēmā. 
Strāvas stiprums 40 mA  
6 TxD – lejupiel āde Datu izvade no tahogr āfa 
1.3. Bloksh ēma 
INT_003 Bloksh ēma ir šāda:
 
2. LEJUPIEL ĀDES SASKARNE  
INT_004 Lejupiel ādes saskarne atbilst RS232 specifik ācijām. 
INT_005 Lejupiel ādes saskarne izmanto vienu startbitu, 8 datu bitus ar 
visnenozīmīgāko bitu priekš ā, vienu pāra pārības bitu un 1 stop ­
bitu.
 
Datu baita strukt ūra 
Startbits: viens bits ar lo ģisko vērtību 0  
Datu biti: p ārraida ar visnenoz īmīgāko bitu priekš ā 
Pārības bits: p āra pārība 
Stopbits: viens bits ar lo ģisko vērtību 1.  
Pārraidot ciparu datus, kas sast āv no vairākiem baitiem, visnoz īmīgākais 
baits tiek p ārraidīts pirmais, bet visnenoz īmīgākais — pēdējais. 
INT_006 Datu p ārraides ātrums ir regul ējams no 9 600 bps l īdz 
115 200 bps. P ārraidi veic ar liel āko iespējamo pārraides ātrumu, 
sākotnējais ātrums pēc pārraides sākuma ir iestat īts uz 9 600 bps.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 275  
3. KALIBR ĒŠANAS SASKARNE  
INT_007 Datu p ārraide atbilst standartam ISO 14 230-1 Autotransporta 
līdzekļi — Diagnostikas sist ēmas — Atsl ēgas protokols 2000 
— 1. daļa: Fizikālais slānis, Pirmā redakcija: 1999.  
INT_008 Ievades/izvades sign āls atbilst š ādiem elektriskiem raksturlielu ­
miem:  
Parametrs  Minim ālais Tipiskais  Maksim ālais Piez īme 
U low (ieejošais)  1,0 V  I = 750 μA 
U high (ieejošais)  4 V  I = 200 μA 
Frekvence  4 kHz  
U low (izejošais)  1,0 V  I = 1 mA  
U high (izejošais)  4 V  I = 1 mA  
INT_009 Ievades/izvades sign āls atbilst š ādām laika diagramm ām:
 ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 276  
7. papildin ājums.  
DATU LEJUPIEL ĀDES PROTOKOLI  
SATURA R ĀDĪTĀJS 
1. IEVADS  
1.1. Piem ērošanas joma  
1.2. Akron īmi un notācijas 
2. TRANSPORTL ĪDZEKĻA BLOKA DATU LEJUPIEL ĀDE 
2.1. Lejupiel ādes proced ūra 
2.2. Datu lejupiel ādes protokols  
2.2.1. Zi ņojumu strukt ūra 
2.2.2. Zi ņojumu tipi  
2.2.2.1.  Start Communication Request  [Pieprasījums sākt komunik āciju] 
(SID 81)  
2.2.2.2.  Positive Response Start Communication  [Pozitīva atbilde s ākt komu­ 
nikāciju] (SID C1)  
2.2.2.3.  Start Diagnostic Session Request  [Pieprasījums sākt diagnostikas 
sesiju] (SID 10)  
2.2.2.4.  Positive Response Start Diagnostic  [Pozitīva atbilde s ākt diagnostiku] 
(SID 50)  
2.2.2.5.  Link Control Service  [Saites pārbaudes pakalpojums] (SID 87)  
2.2.2.6.  Link Control Positive Response  [Pozitīva atbilde uz saites p ārbaudi] 
(SID C7)  
2.2.2.7.  Request Upload  [Izlādes piepras ījums] (SID 35)  
2.2.2.8.  Positive Response Request Upload  [Pozitīva atbilde uz izl ādes piepra­ 
sījumu] (SID 75)  
2.2.2.9.  Transfer Data Request  [Pieprasījums pārsūtīt datus] (SID 36)  
2.2.2.10.  Positive Response Transfer Data  [Pozitīva atbilde p ārsūtīt datus] 
(SID 76)  
2.2.2.11.  Request Transfer Exit  [Pieprasījums pārtraukt datu p ārsūtīšanu] 
(SID 37)  
2.2.2.12.  Positive Response Request Transfer Exit  [Pozitīva atbilde p ārtraukt 
datu pārsūtīšanu] (SID 77)  
2.2.2.13.  Stop Communication Request  [Pieprasījums pārtraukt komunik āciju] 
(SID 82)  
2.2.2.14.  Positive Response Stop Communication  [Pozitīva atbilde p ārtraukt 
komunikāciju] (SID C2)  
2.2.2.15.  Acknowledge Sub Message  [Ziņojuma daļas saņemšanas apstipri ­ 
nājums] (SID 83)  
2.2.2.16.  Negative Response  [Negatīva atbilde] (SID 7F)  
2.2.3. Zi ņojumu plūsma 
2.2.4. Sinhroniz ācija ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 277  
2.2.5. K ļūdu apstrāde 
2.2.5.1. Komunik ācijas fāzes sākums  
2.2.5.2. Komunik ācijas fāze 
2.2.6. Atbildes zi ņojuma saturs  
2.2.6.1.  Positive Response Transfer Data Overview  [Pozitīva atbilde p ārsūtīt 
datu pārskatu]  
2.2.6.2.  Positive Response Transfer Data Activities  [Pozitīva atbilde p ārsūtīt 
datus par darb ībām] 
2.2.6.3.  Positive Response Transfer Data Events and Faults  [Pozitīva atbilde 
pārsūtīt datus par notikumiem un k ļūmēm] 
2.2.6.4.  Positive Response Transfer Data Detailed Speed  [Pozitīva atbilde 
pārsūtīt sīkus datus par braukšanas ātrumu]  
2.2.6.5.  Positive Response Transfer Data Technical Data  [Pozitīva atbilde 
pārsūtīt datus par tehniskajiem datiem]  
2.3. ESM dat ņu glabāšana 
3. PROTOKOLS DATU LEJUPIEL ĀDEI NO TAHOGR ĀFA KART ĒM 
3.1. Piem ērošanas joma  
3.2. Defin īcijas 
3.3. Datu lejupiel āde no kartes  
3.3.1. Inicializ ācijas secība 
3.3.2. Neparakst ītu datu dat ņu sekvence  
3.3.3. Parakst ītu datu dat ņu sekvence  
3.3.4. Kalibr ēšanas reižu skait ītāja atiestatīšanas sekvence  
3.4. Datu saglab āšanas form āts 
3.4.1. Ievads  
3.4.2. Datnes form āts 
4. DATU LEJUPIEL ĀDE NO TAHOGR ĀFA KARTES, IZMANTOJOT 
TRANSPORTL ĪDZEKĻA BLOKU  
1. IEVADS  
Šajā papildinājumā noteiktas proced ūras dažāda tipa datu lejupiel ādei 
ārējā datu nesējā, protokoli, kas j āievieš pareizas datu p ārneses un 
lejupielādēto datu form ātu pilnīgas saderības nodrošin āšanai, dodot 
iespējas visiem kontrolieriem šos datus p ārbaudīt un pirms šo datu 
analīzes noteikt to autentiskumu un integrit āti. 
▼M1 
1.1. Piem ērošanas joma  
Datus var lejupiel ādēt ārējā datu nesējā: 
— no transportl īdzekļa bloka ar tam piesl ēgtu īpašu viediek ārtu (IDE),  
— no tahogr āfa kartes ar īpašu viediek ārtu, kas apr īkota ar kartes 
saskarnes ier īci (IFD),  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 278  
— no tahogr āfa kartes caur transportl īdzekļa bloku ar tam piesl ēgtu 
IDE.  
Lai radītu iespējas verificēt ārējā datu nesējā lejupielādēto datu auten ­
tiskumu un integrit āti, datus lejupiel ādē kopā ar parakstu, kuru tiem 
pievieno saska ņā ar 11. papildin ājumu “Vienotie droš ības mehānismi”. 
Lejupielādē arī datu avota (transportl īdzekļa bloka vai kartes) identifi ­
kāciju un tā drošības sertifik ātus (dalībvalsts un iek ārtas). Datu verifi ­
cētāja rīcībā jābūt tam uztic ētai Eiropas publiskajai atsl ēgai. 
Datus, kas lejupiel ādēti no transportl īdzekļa bloka un parakst īti, izman­
tojot 11. papildin ājuma “Vienotie droš ības mehānismi” B da ļu (otrās 
paaudzes tahogr āfa sistēma), izņemot gadījumus, kad vad ītāju kontroli 
veic kontrol ējošā iestāde, kas nav ES kontrol ējošā iestāde, izmantojot 
pirmās paaudzes kontroles karti, un kad datus paraksta, izmantojot 
11. papildin ājuma “Vienotie droš ības mehānismi” A da ļu (Pirmās paau­
dzes tahogr āfa sistēma), kā noteikts 15. papildin ājuma “Pāreja” 
MIG_015. pras ībā. 
Tāpēc papildinājumā ir noteikti divi no transportl īdzekļa bloka veiktu 
datu lejupiel āžu veidi:  
— no transportl īdzekļa bloka veiktas datu lejupiel ādes 2. paaudzes 
veids, nodrošinot 2. paaudzes datu strukt ūru, ko paraksta, izman ­
tojot 11. papildin ājuma “Vienotie droš ības mehānismi” B da ļu, 
— no transportl īdzekļa bloka veiktas datu lejupiel ādes 1. paaudzes 
veids, nodrošinot 2. paaudzes datu strukt ūru, ko paraksta, izman ­
tojot 11. papildin ājuma “Vienotie droš ības mehānismi” A. da ļu. 
Līdzīgi ir divu veidu datu lejupiel ādes no transportl īdzekļa blokā ievie­
totām otrās paaudzes vad ītāju kartēm, kā norādīts šā papildinājuma 3. 
un 4. punkt ā. 
▼B 
1.2. Akron īmi un not ācijas  
Šajā papildinājumā izmantoti š ādi akronīmi: 
AID lietojuma identifikators  
ATR  atiestatīšanas atbilde  
CS kontrolsummas baits  
DF īpašdatne  
DS_ diagnostikas sesija  
EF element ārdatne  
ESM  ārējais datu nes ējs 
FID datnes identifikators (datnes ID)  
FMT  formāta baits (pirmais zi ņojuma galvenes baits)  
ICC karte ar integr ēto shēmu — viedkarte  
IDE īpaša viediek ārta: iekārta, kuru izmanto datu lejupiel ādei ārējā 
datu nesējā (piem., person ālajā datorā) 
IFD saskarnes ier īce 
KWP  Atslēgas protokols 2000  
LEN  garuma baits (p ēdējais ziņojuma galvenes baits)  
PPS protokola parametru atlase  
PSO  aizsardz ības darbību veikšana  
SID pakalpojuma identifikators  
SRC  avota baits  
TGT  mērķa baits  ▼M1
 02016R0799 — LV — 26.02.2020 — 002.001 — 279  
TLV  birkas garuma v ērtība 
TREP  pārsūtīšanas atbildes parametrs  
TRTP  pārsūtīšanas piepras ījuma parametrs  
VU transportl īdzekļa bloks  
2. TRANSPORTL ĪDZEKĻA BLOKA DATU LEJUPIEL ĀDE 
2.1. Lejupiel ādes proced ūra 
Lai lejupiel ādētu datus no transportl īdzekļa bloka, operatoram j āveic 
šādas darbības: 
— jāievieto sava tahogr āfa karte transportl īdzekļa bloka kartes 
slotā (*); 
— transportl īdzekļa bloka datu lejupiel ādes savienot ājam jāpieslēdz 
IDE;  
— jāizveido savienojums starp IDE un transportl īdzekļa bloku;  
— IDE jāizraugās lejupielādējamie dati un j ānosūta pieprasījums uz 
transportlīdzekļa bloku;  
— jāpabeidz datu lejupiel ādes sesija.  
2.2. Datu lejupiel ādes protokols  
Protokols izveidots p ēc vedējsekotājsistēmas principa, kur ā IDE ir 
vedēja, bet transportl īdzekļa bloks ir sekot ājs. 
Paziņojuma strukt ūras, tipu un pl ūsmas pamat ā ir Atslēgas protokols 
2000 (KWP) (ISO 14230-2 Autotransporta l īdzekļi — Diagnostikas 
sistēmas — Atsl ēgas protokols 2000 — 2. da ļa. Datu kan āla līmenis).  
Lietojuma l īmeņa pamatā ir pašreiz ējais projekts standartam 
ISO 14229-1 (Autotransporta l īdzekļi — Diagnostikas sist ēmas — 
1. daļa. Diagnostikas pakalpojumi, 6. versija (2001. gada 
22. februāris)).  
2.2.1.  Ziņojumu strukt ūra 
DDP_002 Visi zi ņojumi, ar kuriem notiek apmai ņas starp IDE un 
transportlīdzekļa bloku, tiek formatiz ēti struktūrā, kurai ir 
trīs daļas: 
— galvene, kur ā ietilpst form āta baits (FMT), m ērķbaits 
(TGT), avota baits (SRC) un, iesp ējams, arī garuma 
baits (LEN),  
— datu lauks, kur ā ietilpst pakalpojuma identifikatora baits 
(SID) un nenoteikts skaits datu baitu un kur ā var būt 
iekļauts diagnostikas sesijas baits (DS_) vai p ārsūtīšanas 
parametra baits (TRTP vai TREP),  
— kontrolsumma, kas sast āv no kontrolsummas baita (CS).  
Galvene  Datu lauks  Kontrolsumma  
FMT  TGT  SRC  LEN  SID  DATI  …  …  …  CS  
4 baiti  Maksim āli 255 baiti  1 baits  
TGT un SRC baits reprezent ē saņēmēja fizisko adresi un 
ziņojuma iniciatoru. V ērtības ir F0 Hex īpašajai viediek ārtai 
un EE Hex transportl īdzekļa blokam.  
LEN baits ir datu lauka da ļas garums.  ▼B 
(*) Ievietot ā karte aktiviz ēs attiecīgās piekļuves tiesības datu lejupiel ādes funkcijai un 
datiem. Tom ēr ir iespējams lejupiel ādēt datus no vad ītāja kartes, kas ievietota vien ā 
no transportl īdzekļa bloka slotiem, ja otr ā slotā nav ievietota neviena karte.
 02016R0799 — LV — 26.02.2020 — 002.001 — 280  
Kontrolsummas baits ir 8 bitu summas 256 modu ļu sērija no 
visiem ziņojuma baitiem, iz ņemot pašu CS baitu.  
FMT, SID, DS_, TRTP un TREP tiks defin ēti šajā doku­
mentā turpmāk. 
DDP_003 Gad ījumos, kad ar zi ņojumu nos ūtāmie dati ir gar āki nekā 
datu lauka da ļā pieejamā vieta, zi ņojums tiek nos ūtīts 
vairākās daļās. Katrai zi ņojuma daļai ir galvene, t āds pats 
SID, TREP un divu baitu zi ņojumu daļu skaitītājs, kas 
norāda ziņojuma da ļas kārtas numuru vis ā ziņojumā. 
Kļūdu pārbaudīšanas iesp ējošanai un p ārtraucei IDE atz īst 
visas ziņojuma daļas. IDE var pie ņemt ziņojuma daļu, 
pieprasīt to nos ūtīt vēlreiz, piepras īt transportl īdzekļa 
blokam nos ūtīšanu sākt vēlreiz vai to p ārtraukt.  
DDP_004 Ja zi ņojuma pēdējā daļā datu lauk ā ir tieši 255 baiti, lai 
norādītu uz ziņojuma beig ām, jāpievieno v ēl viena ziņojuma 
daļa ar tukšu (iz ņemot SID, TREP un zi ņojuma daļu skai­
tītāju) datu lauku.  
Piemērs. 
Galvene  SID  TREP  Zi ņojums  CS  
4 baiti  Gar āks par 255 baitiem  
Tiks pārsūtīts šādi: 
Galvene  SID  TREP  00  01  Ziņojuma 
1. daļa CS 
4 baiti  255 baiti  
Galvene  SID  TREP  00  02  Ziņojuma 
2. daļa CS 
4 baiti  255 baiti  
… 
Galvene  SID  TREP  xx  yy  Ziņojuma 
n. daļa CS 
4 baiti  Īsāks par 255 baitiem  
vai arī: 
Galvene  SID  TREP  00  01  Ziņojuma 
1. daļa CS 
4 baiti  255 baiti  
Galvene  SID  TREP  00  02  Ziņojuma 
2. daļa CS 
4 baiti  255 baiti  
… 
Galvene  SID  TREP  xx  yy  Ziņojuma 
n. daļa CS 
4 baiti  255 baiti  
Galvene  SID  TREP  xx  yy + 1  CS  
4 baiti  4 baiti  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 281  
2.2.2.  Ziņojumu tipi  
Pārraides protokolam datu lejupiel ādei starp transportl īdzekļa bloku un 
IDE ir jāapmainās ar astoņu tipu ziņojumiem.  
Šie ziņojumi ir apkopoti tabul ā: 
▼M1 
Ziņojuma strukt ūra Maksimāli 4 baiti Galvene  Maksim āli 255 baiti Dati  1 baits 
Kontro­
lsumma  
IDE ->  <- VU  FMT  TGT  SRC  LEN  SID  DS_ / TRTP  DATI  CS  
Pieprasījums sākt komunik āciju 81  EE  F0  81  E0  
Pozitīva atbilde s ākt 
komunikāciju 80 F0  EE  03  C1  EA, 8F  9B  
Pieprasījums sākt diagnostikas 
sesiju  80 EE  F0  02  10  81  F1  
Pozitīva atbilde s ākt diagnostiku  80  F0  EE  02  50  81  31  
Saites pārbaudes pakalpojums  
Pārbaudīt datu p ārraides 
ātrumu (1. posms)  
9 600 Bd  80  EE  F0  04  87  01,01,01  EC  
19 200 Bd  80  EE  F0  04  87  01,01,02  ED  
38 400 Bd  80  EE  F0  04  87  01,01,03  EE  
57 600 Bd  80  EE  F0  04  87  01,01,04  EF  
115 200 Bd  80  EE  F0  04  87  01,01,05  F0  
Pozitīva atbilde p ārbaudīt 
pārraides ātrumu  80 F0  EE  02  C7  01  28  
Pārbaudīt datu pārraides ātrumu 
(2. posms)  80 EE  F0  03  87  02,03  ED  
Izlādes piepras ījums  80  EE  F0  0A  35  00,00,00,00,00, 
FF,FF, 
FF,FF  99 
Pozitīva atbilde uz izl ādes 
pieprasījumu  80 F0  EE  03  75  00,FF  D5  
Pieprasījums pārsūtīt datus  
Pārskats  80  EE  F0  02  36  01 vai 21  97  
Darbības 80  EE  F0  06  36  02 vai 22  Datums  CS  
Notikumi un k ļūmes 80  EE  F0  02  36  03 vai 23  Datums  99  
Sīki dati par braukšanas 
ātrumu  80 EE  F0  02  36  04 vai 24  Datums  9A  
Tehniskie dati  80  EE  F0  02  36  05 vai 25  Datums  9B  
Datu lejupiel āde no kartes  80  EE  F0  02  36  06  Slots  CS  
Pozitīva atbilde p ārsūtīt datus  80  F0  EE  Len  76  TREP  Dati  CS  
Pieprasījums pārtraukt datu 
pārsūtīšanu 80 EE  F0  01  37  96  
Pozitīva atbilde p ārtraukt datu 
pārsūtīšanu 80 F0  EE  01  77  D6  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 282  
Ziņojuma strukt ūra Maksimāli 4 baiti Galvene  Maksim āli 255 baiti Dati  1 baits 
Kontro­
lsumma  
IDE ->  <- VU  FMT  TGT  SRC  LEN  SID  DS_ / TRTP  DATI  CS  
Pieprasījums p ārtraukt 
komunikāciju 80 EE  F0  01  82  E1  
Pozitīva atbilde p ārtraukt 
komunikāciju 80 F0  EE  01  C2  21  
Ziņojuma daļas saņemšanas ap ­
stiprinājums  80 EE  F0  Len  83  Dati  CS  
Negatīva atbilde  
Vispārēja atteice izpild īt 
komandu  80 F0  EE  03  7F  Sid Req  10  CS  
Pakalpojums nav atbalst īts 80  F0  EE  03  7F  Sid Req  11  CS  
Apakšfunkcija nav atbalst īta 80  F0  EE  03  7F  Sid Req  12  CS  
Nepareizs zi ņojuma garums  80  F0  EE  03  7F  Sid Req  13  CS  
Nepareizi nosac ījumi vai 
pieprasījuma sekvences k ļūda 80 F0  EE  03  7F  Sid Req  22  CS  
Pieprasījums ārpus diapazona  80  F0  EE  03  7F  Sid Req  31  CS  
Izlāde nav akcept ēta 80  F0  EE  03  7F  Sid Req  50  CS  
Atbilde kav ējas 80  F0  EE  03  7F  Sid Req  78  CS  
Dati nav pieejami  80  F0  EE  03  7F  Sid Req  FA  CS  
▼B 
Piezīmes: 
▼M1 
— TRTP 21 l īdz 25 izmanto 2. paaudzes tipa datu lejupiel āžu no 
transportlīdzekļa bloka piepras ījumiem, TRTP 01 l īdz 05 izmanto 
1. paaudzes tipa datu lejupiel āžu no transportl īdzekļa bloka piepra ­
sījumiem, kurus transportl īdzekļa bloks var pie ņemt tikai kontrol ē­
jošās iestādes, kas nav ES kontrol ējošā iestāde, veiktas vad ītāju 
kontroles kontekst ā, izmantojot pirm ās paaudzes kontroles karti;  
— TRTP 11 l īdz 19 un 31 l īdz 39 ir rezerv ēti ar ražot āju saistītiem 
lejupielādes piepras ījumiem;  
▼B 
— Sid Req = attiec īgā pieprasījuma SID;  
— TREP = attiec īgā pieprasījuma TRTP;  
— aizkrāsotās ailes noz īmē, ka nekas netiek p ārraidīts; 
— termins “izl āde” (no IDE puses) tiek lietots sader ībai ar ISO 14229. 
Tas nozīmē to pašu, ko datu lejupiel āde (no transportl īdzekļa bloka 
puses);  
— iespējamie divu baitu zi ņojuma daļu skaitītāji šajā tabulā nav parā­
dīti; 
— slots ir slota numurs, t. i., vai nu “1” (vad ītāja slotā ievietotā karte) 
vai “2” (otra vad ītāja slotā ievietotā karte);  
— ja slots nav noteikts, transportl īdzekļa bloks izraug ās 1. slotu, ja 
šajā slotā ir ievietota karte, bet 2. slotu tas izraug ās tikai tad, ja 
lietotājs to ir īpaši izraudz ījies. 
2.2.2.1.  S t a r t C o m m u n i c a t i o n R e q u e s t  [ P i e p r a s ī j u m s s ā k t 
k o m u n i k ā c i j u ] ( S I D 8 1 )  
DDP_005 Komunik ācijas saites izveidošanai ar transportl īdzekļa bloku 
šo ziņojumu izdod IDE. S ākotnēji komunik ācija notiek ar 
ātrumu 9 600 bodi (l īdz pārraides ātrumu, iesp ējams, maina 
ar attiecīgu saites p ārbaudes pakalpojumu).  ▼M1
 02016R0799 — LV — 26.02.2020 — 002.001 — 283  
2.2.2.2.  P o s i t i v e R e s p o n s e S t a r t C o m m u n i c a t i o n  [ P o z i t ī v a 
a t b i l d e s ā k t k o m u n i k ā c i j u ] ( S I D C 1 )  
DDP_006 Šo zi ņojumu izdod transportl īdzekļa bloks, apstiprinoši 
atbildot uz piepras ījumu sākt komunik āciju (Start Commu ­
nication Request). Taj ā ietilpst 2 atsl ēgas baiti ‘EA’ un ‘8F’, 
kas norāda, ka bloks atbalsta protokolu ar galveni, kur ā ir 
mērķa, avota un garuma inform ācija. 
2.2.2.3.  S t a r t D i a g n o s t i c S e s s i o n R e q u e s t  [ P i e p r a s ī j u m s 
s ā k t d i a g n o s t i k a s s e s i j u ] ( S I D 1 0 )  
DDP_007 Zi ņojumu ar piepras ījumu sākt diagnostikas sesiju (Start 
Diagnostic Session Request) izdod IDE, lai piepras ītu 
jaunu transportl īdzekļa bloka diagnostikas sesiju. Apak ­ 
šfunkcija “noklus ējuma sesija” (81 Hex) nor āda, ka jāsāk 
standarta diagnostikas sesija.  
2.2.2.4.  P o s i t i v e R e s p o n s e S t a r t D i a g n o s t i c  [ P o z i t ī v a 
a t b i l d e s ā k t d i a g n o s t i k u ] ( S I D 5 0 )  
DDP_008 Pozit īvu atbildi s ākt diagnostikas sesiju (Positive Response 
Start Diagnostic) nos ūta transportl īdzekļa bloks, apstiprinoši 
atbildot uz diagnostikas sesijas piepras ījumu (Diagnostic 
Session Request).  
2.2.2.5.  L i n k C o n t r o l S e r v i c e  [ S a i t e s p ā r b a u d e s p a k a l p o ­
j u m s ] ( S I D 8 7 )  
DDP_052 Saites p ārbaudes pakalpojumu (Link Control Service) IDE 
izmanto datu p ārraides ātruma maiņu iniciēšanai. Tas notiek 
divos posmos. Pirmaj ā posmā IDE ierosina main īt datu 
pārraides ātrumu, nor ādot jauno ātrumu. Saņemot apstipri ­
nošu ziņojumu no transportl īdzekļa bloka, IDE izs ūta trans­
portlīdzekļa blokam datu p ārraides ātruma mai ņas apstipri ­
nājumu (otrais posms). P ēc tam IDE p āriet uz jauno datu 
pārraides ātrumu. Pēc apstiprin ājuma saņemšanas transport ­
līdzekļa bloks pāriet uz jauno datu p ārraides ātrumu.  
2.2.2.6.  L i n k C o n t r o l P o s i t i v e R e s p o n s e  [ P o z i t ī v a a t b i l d e 
u z s a i t e s p ā r b a u d i ] ( S I D C 7 )  
DDP_053 Pozit īvu atbildi uz saites p ārbaudi (Link Control Positive 
Response) izdod transportl īdzekļa bloks, apstiprinoši atbildot 
uz saites p ārbaudes pakalpojuma (Link Control Service) 
pieprasījumu (pirmais posms). J āievēro, ka uz apstipri ­
nājuma piepras ījumu (otrais posms) atbilde netiek dota.  
2.2.2.7.  R e q u e s t U p l o a d  [ I z l ā d e s p i e p r a s ī j u m s ] ( S I D 3 5 )  
DDP_009 Izl ādes piepras ījuma (Request Upload) zi ņojumu izdod IDE, 
lai transportl īdzekļa blokam nor ādītu, ka tiek piepras īta datu 
lejupielādes darbība. Atbilstoši ISO 14229 noteiktaj ām 
prasībām ir iekļauti dati par piepras īto datu adresi, lielumu 
un formātu. Ja pirms datu lejupiel ādes IDE tie nav zin āmi, 
atmiņas adrese tiek iestat īta uz 0, form āts ir nekod ēts un 
nesaspiests, bet atmi ņas lielums ir iestat īts uz maksim ālo. 
2.2.2.8.  P o s i t i v e R e s p o n s e R e q u e s t U p l o a d  [ P o z i t ī v a 
a t b i l d e u z i z l ā d e s p i e p r a s ī j u m u ] ( S I D 7 5 )  
DDP_010 Transportl īdzekļa bloks nos ūta pozitīvas atbildes uz izl ādes 
pieprasījuma (Positive Response Request Upload) zi ņojumu, 
lai norādītu IDE, ka transportl īdzekļa bloks ir gatavs datu 
lejupielādei. Ievērojot standarta ISO 14229 pras ības, šajā 
pozitīvās atbildes zi ņojumā ir iekļauti dati, kas IDE nor āda, 
ka turpmākajos ziņojumos par pozit īvu atbildi p ārsūtīt datus 
(Positive Response Transfer Data) b ūs maksimāli 00FF hex 
baiti. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 284  
2.2.2.9.  T r a n s f e r D a t a R e q u e s t  [ P i e p r a s ī j u m s p ā r s ū t ī t 
d a t u s ] ( S I D 3 6 )  
▼M1 
DDP_011 Piepras ījumu pārsūtīt datus nos ūta IDE, lai transportl īdzekļa 
blokam nor ādītu noņemamo datu tipu. Viena baita p ārsūtī­ 
šanas piepras ījuma parametrs (TRTP) nor āda pārsūtīšanas 
tipu. 
Ir seši datu p ārsūtīšanas tipi. Attiec ībā uz datu lejupiel ādi no 
transportlīdzekļa bloka var izmantot divas atš ķirīgas TRTP 
vērtības katram p ārsūtīšanas tipam:  
Datu pārsūtīšanas 
tips TRTP vērtība datu 
lejupielādes no 
transportlīdzekļa 
bloka 1. paaudzes 
tipam  TRTP vērtība datu 
lejupielādes no 
transportlīdzekļa 
bloka 2. paaudzes 
tipam  
Pārskats  01  21  
Activities of a 
specified date 
[darbības norādī­
tajā datumā] 02 22  
Events and faults 
[notikumi un 
kļūmes]  03 23  
Detailed speed 
[sīki dati par 
braukšanas 
ātrumu]  04 24  
Technical data 
[tehniskie dati]  05 25  
Datu p ārsūtī­ 
šanas veids  TRTP vērtība 
Datu lejupiel āde 
no kartes  06 
DDP_054 Datu lejupiel ādes sesijas laik ā IDE ir oblig āti jāpieprasa datu 
pārsūtīšanas pārskats (TRTP 01 vai 21), jo tikai t ādējādi tiek 
nodrošināts, ka transportl īdzekļa bloka sertifik āti tiek ierak ­
stīti lejupielādējamajā datnē (un dod iesp ējas pārbaudīt elek­
tronisko parakstu).  
Otrajā gadījumā (TRTP 02 vai 22) datu p ārsūtīšanas piepra ­
sījuma ziņojumā (Transfer Data Request) ir ietverts nor ādī­
jums uz to kalend āro dienu (
  from ātā), par 
kuru ir jālejupielādē dati.  
▼B 
2.2.2.10.  P o s i t i v e R e s p o n s e T r a n s f e r D a t a  [ P o z i t ī v a a t b i l d e 
p ā r s ū t ī t d a t u s ] ( S I D 7 6 )  
DDP_012 Pozit īvu atbildi p ārsūtīt datus (Positive Response Transfer 
Data) transportl īdzekļa bloks nos ūta, atbildot uz piepras ī­
jumu pārsūtīt datus (Transfer Data Request). Zi ņojums 
satur piepras ītos datus ar p ārsūtīšanas atbildes parametru 
(TREP), kas atbilst piepras ījuma TRTP.  
▼M1 
DDP_055 Pirmaj ā gadījumā (TREP 01 vai 21) transportl īdzekļa bloks 
nosūta datus, kas IDE operatoram pal īdz izvēlēties lejuplā­
dējamos datus. Ar šo zi ņojumu tiek nos ūtīta šāda informā­
cija: 
— drošības sertifik āti, ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 285  
— transportl īdzekļa identifikācija, 
— transportl īdzekļa bloka kārtējais datums un laiks,  
— agrākais un vēlākais datums, par kuru ir lejupl ādējami 
dati (transportl īdzekļa bloka dati),  
— iepriekš ējā datu lejupiel āde uzņēmumā, 
— iepriekš ējā datu lejupiel āde uzņēmumā, 
— uzņēmuma atsl ēgas, 
— iepriekš ējā kontrole.  
▼B 
2.2.2.11.  R e q u e s t T r a n s f e r E x i t  [ P i e p r a s ī j u m s p ā r t r a u k t 
d a t u p ā r s ū t ī š a n u ] ( S I D 3 7 )  
DDP_013 Piepras ījumu pārtraukt datu p ārsūtīšanu (Request Transfer 
Exit) nosūta IDE, lai transportl īdzekļa bloku inform ētu, ka 
datu lejupiel ādes sesija ir izbeigta.  
2.2.2.12.  P o s i t i v e R e s p o n s e R e q u e s t T r a n s f e r E x i t  [ P o z i t ī v a 
a t b i l d e p ā r t r a u k t d a t u p ā r s ū t ī š a n u ] ( S I D 7 7 )  
DDP_014 Pozit īvu atbildi p ārtraukt datu p ārsūtīšanu (Positive 
Response Request Transfer Exit) transportl īdzekļa bloks 
nosūta, apstiprinot piepras ījumu pārtraukt pārsūtīt datus 
(Request Transfer Exit).  
2.2.2.13.  S t o p C o m m u n i c a t i o n R e q u e s t  [ P i e p r a s ī j u m s 
p ā r t r a u k t k o m u n i k ā c i j u ] ( S I D 8 2 )  
DDP_015 Piepras ījumu pārtraukt komunik āciju (Stop Communication 
Request) nos ūta IDE, lai atvienotu komunik ācijas saiti ar 
transportlīdzekļa bloku.  
2.2.2.14.  P o s i t i v e R e s p o n s e S t o p C o m m u n i c a t i o n  [ P o z i t ī v a 
a t b i l d e p ā r t r a u k t k o m u n i k ā c i j u ] ( S I D C 2 )  
DDP_016 Pozit īvu atbildi p ārtraukt komunik āciju (Positive Response 
Stop Communication) transportl īdzekļa bloks nos ūta, apsti­
prinot piepras ījumu pārtraukt komunik āciju. 
2.2.2.15.  A c k n o w l e d g e S u b M e s s a g e  [ Z i ņ o j u m a d a ļ a s 
s a ņ e m š a n a s a p s t i p r i n ā j u m s ] ( S I D 8 3 )  
DDP_017 Zi ņojuma daļas saņemšanas apstiprin ājumu (Acknowledge 
Sub Message) IDE nos ūta, lai apstiprin ātu katras zi ņojuma 
daļas saņemšanu gad ījumos, kad zi ņojums tiek p ārraidīts 
vairākās daļās. Šis datu lauks satur SID, kas sa ņemts no 
transportlīdzekļa bloka, un 2 baitu kodu:  
— MsgC + 1 apstiprina zi ņojuma daļas numur MsgC 
pareizu saņemšanu.  
Pieprasījums no IDE transportl īdzekļa blokam s ūtīt 
nākamo ziņojuma daļu, 
— MsgC nor āda uz probl ēmām, saņemot ziņojuma daļu 
numur MsgC.  
Pieprasījums no IDE transportl īdzekļa blokam zi ņojuma 
daļu sūtīt vēlreiz,  
— FFFF pieprasa izbeigt zi ņojuma sūtīšanu.  
To IDE var izmantot, lai jebkura iemesla d ēļ izbeigtu 
transportlīdzekļa bloka ziņojuma sūtīšanu.  
Ziņojuma pēdējo daļu (LEN baits < 255) var apstiprin āt, 
lietojot kādu no šiem kodiem, bet to var ar ī neapstiprin āt. 
Transportlīdzekļa bloka atbilde, kas sast āv no vair ākām 
ziņojuma daļām, ir šāda: 
— Positive Response Transfer Data  [Pozitīva atbilde 
pārsūtīt datus] (SID 76)  ▼M1
 02016R0799 — LV — 26.02.2020 — 002.001 — 286  
2.2.2.16.  N e g a t i v e R e s p o n s e  [ N e g a t ī v a a t b i l d e ] ( S I D 7 F )  
DDP_018 Transportl īdzekļa bloks s ūta negatīvas atbildes (Negative 
Response) zi ņojumu uz iepriekš min ētajiem piepras ījuma 
ziņojumiem gad ījumos, kad transportl īdzekļa bloks tos 
nevar izpild īt. Ziņojuma datu lauki satur atbildes (7F) SID, 
pieprasījuma SID un kodu, kas nor āda iemeslu, k āpēc tiek 
dota negat īva atbilde. Izmantojami š ādi kodi:  
— 10 — visp ārējs atteikums ( general reject ). 
Darbība nav veicama turpm āk neminētu iemeslu d ēļ; 
— 11 — pakalpojums nav atbalst īts. 
Pieprasījuma SID nav saprasts;  
— 12 — apakšfunkcijai nav atbalsta.  
Nav saprasts piepras ījuma DS_ vai TRTP, vai ar ī vairāk 
nav nevienas zi ņojuma daļas, kas jāpārraida;  
— 13 — nepareizs zi ņojuma garums.  
Nepareizs sa ņemtā ziņojuma garums;  
— 22 — nepareizi nosac ījumi vai piepras ījuma sekvences 
kļūda. 
Pieprasītais pakalpojums nav aktiviz ēts, vai piepras ījuma 
ziņojumā ir sekvences k ļūda; 
— 31 — piepras ījums ārpus diapazona.  
Nederīgs pieprasījuma parametra ieraksts (datu lauks);  
— 50 — izl āde nav akcept ēta. 
Pieprasījumu nevar izpild īt (transportl īdzekļa bloks nav 
attiecīgajā darbības režīmā, vai tam ir iekš ēja kļūme); 
— 78 — atbilde kav ējas. 
Pieprasīto darbību nav iesp ējams veikt laikus, un trans ­
portlīdzekļa bloks nav gatavs akcept ēt citu piepras ījumu;  
▼M1 
— FA — dati nav pieejami.  
Datu pārsūtīšanas piepras ījuma objekta transportl īdzekļa 
blokā nav (piem., nav ievietota karte, transportl īdzekļa 
bloka 1. paaudzes tipa datu lejupiel ādes piepras ījums 
papildus kontrol ējošās iestādes, kas nav ES kontrol ējošā 
iestāde, veiktai vad ītāja kontrolei…).  
▼B 
2.2.3.  Ziņojumu plūsma 
Normāli notiekoš ā datu lejupiel ādes proced ūrā parastā ziņojumu plūsma 
ir šāda: 
IDE VU  
Start Communication Request  (pieprasījums 
sākt komunik āciju) ⇨ 
⇦  Positive Response  (pozitīva atbilde)  
Start Diagnostic Service Request  (pieprasījums 
sākt diagnostikas sesiju)  ⇨ 
⇦  Positive Response  (pozitīva atbilde)  
Request Upload  (izlādes piepras ījums) ⇨ 
⇦  Positive Response  (pozitīva atbilde)  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 287  
IDE VU  
Transfer Data Request Overview  (datu pārsūtī­ 
šanas piepras ījuma pārskats) ⇨ 
⇦  Positive Response  (pozitīva atbilde)  
Transfer Data Request #2  (datu pārsūtīšanas 
2. pieprasījums) ⇨ 
⇦  Positive Response #1  (1. pozitīvā atbilde)  
Acknowledge Sub Message #1  (ziņojuma 
1. daļas saņemšanas apstiprin ājums) ⇨ 
⇦  Positive Response #2  (1. pozitīvā atbilde)  
Acknowledge Sub Message #2  (ziņojuma 
1. daļas saņemšanas apstiprin ājums) ⇨ 
⇦  Positive Response #m  (m. pozit īvā atbilde)  
Acknowledge Sub Message #m  (ziņojuma 
m. daļas saņemšanas apstiprin ājums) ⇨ 
⇦  Positive Response  (pozitīva atbilde) (datu lauks 
< 255 baiti)  
Acknowledge Sub Message  (ziņojuma daļas 
saņemšanas apstiprin ājums) (nav oblig āti) ⇨  
.. 
Transfer Data Request #n  (datu pārsūtīšanas 
n. pieprasījums) ⇨ 
⇦  Positive Response  (pozitīva atbilde)  
Request Transfer Exit  (pieprasījums pārtraukt 
datu pārsūtīšanu) ⇨ 
⇦  Positive Response  (pozitīva atbilde)  
Stop Communication Request  (pieprasījums 
pārtraukt komunik āciju) ⇨ 
⇦  Positive Response  (pozitīva atbilde)  
2.2.4.  Sinhroniz ācija 
DDP_019 Norm ālas darbības laikā svarīgi ir attēlā parādītie sinhroni ­
zācijas parametri:  
1. attēls. 
Ziņojumu pl ūsma, sinhroniz ācija
 
Kur: 
P1 starpbaitu laiks transportl īdzekļa bloka atbild ē; 
P2 laiks starp IDE piepras ījuma beig ām un transportl ī­
dzekļa bloka atbildes s ākumu vai starp IDE apstipri ­
nājuma beig ām un nākamās transportl īdzekļa bloka 
atbildes sākumu;  
P3 laiks starp transportl īdzekļa bloka atbildi un jauna IDE 
pieprasījuma sākumu vai starp transportl īdzekļa bloka 
atbildi un IDE apstiprin ājuma sākumu, vai starp IDE 
pieprasījumu un jauna IDE piepras ījuma sākumu gadī­
jumos, kad transportl īdzekļa bloks neatbild;  
P4 starpbaitu laiks IDE piepras ījumā; 
P5 P3 paplašin ātā vērtība datu lejupiel ādei no kartes.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 288  
Sinhronizācijas parametru pie ļaujamās robežvērtības dotas 
nākamajā tabulā (noteiktie paplašin ātie KWP sinhroniz ācijas 
parametri, kurus ātrākai komunik ācijai izmanto fiziskai adre ­
sācijai).  
Sinhronizācijas parametrs  Apakšējā robežvērtība 
(ms) Augšējā robežvērtība 
(ms) 
P1 0  20  
P2 20  1 000 (*)  
P3 10  5 000  
P4 5  20  
P5 10  20 min ūtes 
(*) Ja transportl īdzekļa bloks atbild ar negat īvu atbildi ( Negative Response ), kurā iekļauts kods, kas noz īmē 
“pieprasījums saņemts pareizi, atbilde kav ējas”, šī vērtība tiek paplašin āta līdz tai pašai P3 augš ējai robež­ 
vērtībai. 
2.2.5.  Kļūdu apstrāde 
Ja ziņojumapmai ņas laikā notiek kļūda, ziņojumu plūsmas shēma tiek 
mainīta atkarībā no tā, kura ierīce ir konstat ējusi kļūdu, un no zi ņo­
juma, kas ģenerē kļūdu. 
Attiecīgās kļūdu apstrādes proced ūras transportl īdzekļa blokam un IDE 
ir parādītas 2. un 3. att ēlā. 
2.2.5.1. K o m u n i k ā c i j a s f ā z e s s ā k u m s  
DDP_020 Ja komunik ācijas fāzes sākumā IDE konstat ē kļūdu sinhro­
nizācijā vai bitu pl ūsmā, līdz piepras ījuma atkārtošanai tā 
nogaida laiku P3 min.  
DDP_021 Ja transportl īdzekļa bloks konstat ē sekvences k ļūdu, kas nāk 
no IDE, tas nes ūta atbildi un laiku, kas vien āds ar P3 maks., 
gaida citu zi ņojumu ar komunik ācijas sākuma piepras ījumu 
(Start Communication Request ). 
2.2.5.2. K o m u n i k ā c i j a s f ā z e 
Var definēt divas daž ādas kļūdu apstrādes zonas.  
1. Transportl īdzekļa bloks konstat ē pārsūtīšanas kļūdu no IDE.  
DDP_022 Katr ā saņemtajā ziņojumā transportlīdzekļa bloks konstat ē 
sinhronizācijas kļūdas, baitu form āta kļūdas (piem., start ­
bita un stopbita boj ājumus) un strukt ūras kļūdas (nepa­
reizs saņemto baitu skaits, nepareizs kontrolsummas 
baits).  
DDP_023 Ja transportl īdzekļa bloks konstat ē kādu no min ētajām 
kļūdām, tas nes ūta atbildi un sa ņemto ziņojumu ignor ē. 
DDP_024 Transportl īdzekļa bloks var konstat ēt citas saņemtā ziņo­
juma form āta vai satura k ļūdas (piem., zi ņojumam nav 
atbalsta) ar ī tad, ja ziņojums atbilst attiec ībā uz tā garumu 
un kontrolsummu noteiktaj ām prasībām; šādā gadījumā 
transportlīdzekļa bloks atbild IDE ar negat īvas atbildes 
(Negative Response ) ziņojumu, kur ā norādīts kļūdas 
raksturs.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 289  
2. attēls. 
Kļūdu apstrāde transportl īdzekļa blokā
 
2. ide konstat ē pārsūtīšanas kļūdu no transportl īdzekļa bloka.  
DDP_025 Katr ā saņemtajā ziņojumā IDE konstat ē sinhroniz ācijas 
kļūdas, baitu form āta kļūdas (piem., startbita un stopbita 
bojājumus) un strukt ūras kļūdas (nepareizs sa ņemto baitu 
skaits, nepareizs kontrolsummas baits).  
DDP_026 IDE konstat ē sekvences k ļūdas, piem ēram, nepareizu 
ziņojuma daļu skaitītāja palielinājumu secīgi saņemtajos 
ziņojumos.  
DDP_027 Ja IDE konstat ē kļūdu vai P2 maks. laik ā no transportl ī­
dzekļa bloka nav atbildes, piepras ījuma ziņojumu sūta 
vēlreiz — kop ā ne vairāk par trijām reizēm. Šīs kļūdas 
konstatēšanai ziņojuma daļas apstiprin ājums uzskat āms 
par piepras ījumu transportl īdzekļa blokam.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 290  
DDP_028 L īdz nākamā pieprasījuma nos ūtīšanai IDE nogaida 
vismaz P3 min. ilgi; gaid īšanas laiku skaita no p ēdējā 
aprēķinātā stopbita par ādīšanās pēc kļūdas konstat ēšanas.  
3. attēls. 
Kļūdu apstrāde īpašajā viediekārtā (IDE)
  
2.2.6.  Atbildes zi ņojuma saturs  
Šajā punktā noteikts daž ādu pozitīvas atbildes zi ņojumu datu lauku 
saturs.  
Datu elementi defin ēti datu vārdnīcā 1. papildin ājumā. 
Piezīme: Attiec ībā uz 2. paaudzes datu lejupiel ādi katru augš ējā līmeņa 
datu elementu veido ierakstu mas īvs, pat ja tas satur tikai vienu 
ierakstu. Ierakstu mas īvs sākas ar galveni; šaj ā galvenē ir ietverts 
ieraksta tips, ieraksta lielums un ierakstu skaits. N ākamajās tabulās 
ierakstu mas īvu nosaukumi nor ādīti šādi: “…RecordArray” (ar galveni).  
2.2.6.1.  P o s i t i v e R e s p o n s e T r a n s f e r D a t a O v e r v i e w  [ P o z i ­
t ī v a a t b i l d e p ā r s ū t ī t d a t u p ā r s k a t u ]  
DDP_029  ►M1 Positive Response Transfer Data Overview [Pozit īva 
atbilde pārsūtīt datu pārskatu] ziņojuma datu lauk ā norādī­
tajā secībā sniegti dati par SID 76 Hex, TREP 01 vai 21 
Hex un attiec īgā ziņojuma daļu dalījumu un skaitu: ◄ ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 291  
1. paaudzes datu strukt ūra (TREP 01 Hex)  
▼B 
Datu elements  Koment ārs
 
Transportlīdzekļa bloka droš ības sertifik āti
 
Transportlīdzekļa identifikācija
 
Transportlīdzekļa bloka kārtējais datums un laiks
  
Laikposms, par kuru ir lejupiel ādējami dati
  
Transportlīdzekļa blokā ievietoto karšu veids
  
Iepriekšējā datu lejupiel āde no transportl īdzekļa 
bloka
  
Visas saglab ātās uzņēmuma atsl ēgas. Ja šī iedaļa 
ir tukša, nos ūta tikai noOfLocks = 0.
  
Visi transportl īdzekļa blokā saglabātie kontroles 
ieraksti. Ja š ī iedaļa ir tukša, nos ūta tikai noOf ­
Controls = 0.
  
Visu datu (iz ņemot sertifik ātu) RSA paraksts no 
VehicleIdentificationNumber l īdz pēdējā VuCon­
trolActivityData p ēdējam baitam.  
▼M1 
2. paaudzes datu strukt ūra (TREP 21 Hex)  
▼B 
Datu elements  Koment ārs
 
Dalībvalsts sertifik āts
 
Transportlīdzekļa bloka sertifik āts
 
Transportlīdzekļa identifikācija
 
Transportlīdzekļa reģistrācijas numurs
  
Transportlīdzekļa bloka kārtējais datums un laiks
  
Laikposms, par kuru ir lejupiel ādējami dati
  
Transportlīdzekļa blokā ievietoto karšu veids
  
Iepriekšējā datu lejupiel āde no transportl īdzekļa 
bloka
  
Visas saglab ātās uzņēmuma atslēgas. Ja šī iedaļa ir 
tukša, nosūta masīva galveni ar noOfRecords = 0.
  
Visi transportl īdzekļa blokā saglabātie kontroles 
ieraksti. Ja š ī iedaļa ir tukša, nos ūta masīva 
galveni ar noOfRecords = 0.
  
Visu iepriekš ējo datu, iz ņemot sertifik ātu, ECC 
paraksts.  
2.2.6.2.  P o s i t i v e R e s p o n s e T r a n s f e r D a t a A c t i v i t i e s  [ P o z i ­
t ī v a a t b i l d e p ā r s ū t ī t d a t u s p a r d a r b ī b ā m ] 
DDP_030  ►M1 Positive Response Transfer Data Activities [Pozit īva 
atbilde pārsūtīt datus par darb ībām] ziņojuma datu lauk ā 
norādītajā secībā sniegti dati par SID 76 Hex, TREP 02 
vai 22 Hex un attiec īgā ziņojuma da ļu dalījumu un 
skaitu: ◄ ▼M1
 02016R0799 — LV — 26.02.2020 — 002.001 — 292  
1. paaudzes datu strukt ūra (TREP 02 Hex)  
▼B 
Datu elements  Koment ārs
 
Tās dienas datums, par kuru lejupiel ādēti dati.
  
Odometra r ādījums tās dienas beig ās, par kuru lejupiel ā­
dēti dati.
  
Dati par karšu ievietošanas/iz ņemšanas cikliem. 
— Ja šajā iedaļā ir nepieejami dati, nos ūta tikai noOf ­
VuCardIWRecords = 0. 
— Ja VuCardIWRecord notiek p ēc plkst. 00.00 (karte 
ievietota iepriekš ējā dienā) vai pēc plkst. 24.00 
(karte izņemta nākamajā dienā), abu attiec īgo dienu 
laikā to uzrāda pilnībā.
 
Slota statuss plkst. 00.00 un darb ību maiņa, kas ierakst īti 
par attiecīgo dienu, par kuru lejupiel ādēti dati.
  
Ar vietām saistītie dati, kas ierakst īti par attiec īgo dienu, 
par kuru lejupiel ādēti dati. Ja š ī iedaļa ir tukša, nos ūta tikai 
noOfPlaceRecords = 0.
  
Ar īpašiem nosac ījumiem saist ītie dati, kas ierakst īti par 
attiecīgo dienu, par kuru lejupiel ādēti dati. Ja š ī iedaļa ir 
tukša, nosūta tikai noOfSpecificConditionRecords =0.
  
Visu datu RSA paraksts no TimeReal l īdz pēdējā īpašā 
nosacījuma ieraksta p ēdējam baitam.  
▼M1 
2. paaudzes datu strukt ūra (TREP 22 Hex)  
▼B 
Datu elements  Koment ārs
 
Tās dienas datums, par kuru lejupiel ādēti dati.
  
Odometra r ādījums tās dienas beig ās, par kuru lejupiel ā­
dēti dati.
  
Dati par karšu ievietošanas/iz ņemšanas cikliem. 
— Ja šaj ā iedaļā ir nepieejami dati, nos ūta masīva 
galveni ar noOfRecords = 0. 
— Ja VuCardIWRecord notiek p ēc plkst. 00.00 (karte 
ievietota iepriekš ējā dienā) vai pēc plkst. 24.00 
(karte izņemta nākamajā dienā), abu attiec īgo dienu 
laikā to uzrāda pilnībā.
 
Slota statuss plkst. 00.00 un darb ību maiņa, kas ierakst īti 
par attiecīgo dienu, par kuru lejupiel ādēti dati.
  
Ar vietām saistītie dati, kas ierakst īti par attiec īgo dienu, 
par kuru lejupiel ādēti dati. Ja š ī iedaļa ir tukša, nos ūta 
masīva galveni ar noOfRecords = 0.  
▼M1
 
Transportlīdzekļa GNSS poz īcijas, ja uzkr ātais transport ­
līdzekļa vadīšanas laiks sasniedz 3 stundu interv ālu 
robežas. Ja š ī iedaļa ir tukša, nos ūta masīva galveni ar 
noOfRecords = 0.  ▼M1
 02016R0799 — LV — 26.02.2020 — 002.001 — 293  
Datu elements  Koment ārs
 
Ar īpašiem nosac ījumiem saist ītie dati, kas ierakst īti par 
attiecīgo dienu, par kuru lejupiel ādēti dati. Ja š ī iedaļa ir 
tukša, nosūta masīva galveni ar noOfRecords = 0.
  
Visu iepriekš ējo datu ECC paraksts.  
2.2.6.3.  P o s i t i v e R e s p o n s e T r a n s f e r D a t a E v e n t s a n d 
F a u l t s  [ P o z i t ī v a a t b i l d e p ā r s ū t ī t d a t u s p a r n o t i k u ­
m i e m u n k ļ ū m ē m ] 
DDP_031  ►M1 Ziņojuma “Pozit īva atbilde p ārsūtīt datus par notiku ­
miem un defektiem” (“Positive Response Transfer Data 
Events and Faults”) datu lauk ā norādītajā secībā sniegti 
dati par SID 76 Hex, TREP 03 Hex vai 23 Hex un attiec īgā 
ziņojuma daļu dalījumu un skaitu: ◄ 
▼M1 
1. paaudzes datu strukt ūra (TREP 03 Hex)  
▼B 
Datu elements  Koment ārs
 
Visas transportl īdzekļa blokā saglabātās vai 
pašreizējās kļūmes. 
Ja šī iedaļa ir tukša, nos ūta tikai noOfVu ­
Faults = 0.
  
Visi transportl īdzekļa blokā saglabātie vai pašrei ­
zējie notikumi (iz ņemot atļautā ātruma pārsnieg­ 
šanu). 
Ja šī iedaļa ir tukša, nos ūta tikai noOfVuE ­
vents = 0.
  
Dati, kas attiecas uz p ēdējo atļautā ātruma pārs­
niegšanas kontroli (noklus ējuma vērtība, ja nav 
datu).
  
Visi transportl īdzekļa blokā saglabātie atļautā 
ātruma pārsniegšanas notikumi. 
Ja šī iedaļa ir tukša, nos ūta tikai noOfVuOver ­
SpeedingEvents = 0.
  
Visi transportl īdzekļa blokā saglabātie laika skai ­
tīšanas korekcijas notikumi (papildus piln īgai 
kalibrēšanai). 
Ja šī iedaļa ir tukša, nos ūta tikai noOfVuTi ­
meAdjRecords = 0.
  
Visu datu RSA paraksts no noOfVuFaults l īdz 
pēdējā laika skait īšanas korekcijas ieraksta 
pēdējam baitam.  
▼M1 
2. paaudzes datu strukt ūra (TREP 23 Hex)  
▼B 
Datu elements  Koment ārs
 
Visas transportl īdzekļa blokā saglabātās vai 
pašreizējās kļūmes. 
Ja šī iedaļa ir tukša, nos ūta masīva galveni ar 
noOfRecords = 0.
  
Visi transportl īdzekļa blokā saglabātie vai pašrei ­
zējie notikumi (iz ņemot atļautā ātruma pārsnieg­ 
šanu). 
Ja šī iedaļa ir tukša, nos ūta masīva galveni ar 
noOfRecords = 0.
  
Dati, kas attiecas uz p ēdējo atļautā ātruma pārs­
niegšanas kontroli (noklus ējuma vērtība, ja nav 
datu).
  
Visi transportl īdzekļa blokā saglabātie atļautā 
ātruma pārsniegšanas notikumi. 
Ja šī iedaļa ir tukša, nos ūta masīva galveni ar 
noOfRecords = 0.  ▼B
02016R0799 — LV — 26.02.2020 — 002.001 — 294 
Datu elements Komentārs
 
Visi transportl īdzekļa blokā saglabātie laika skai ­
tīšanas korekcijas notikumi (papildus pilnī gai 
kalibrēšanai). 
Ja šī iedaļa ir tukša, nos ūta masī va galveni ar 
noOfRecords = 0.  
▼M1__________  
▼B
Visu iepriekšē jo datu ECC paraksts. 
2.2.6.4. P o s i t i v e R e s p o n s e T r a n s f e r D a t a D e t a i l e d S p e e d  
[ P o z i t ī v a a t b i l d e p ā r s ū t ī t s ī k u s d a t u s p a r b r a u k ­ 
š a n a s ā t r u m u ]  
DDP_032 ►M1 Ziņojuma “Pozit īva atbilde p ārsūtīt sīkus datus par 
braukšanas ātrumu” (“Positive Response Transfer Data 
Detailed Speed”) datu lauk ā norādītajā secībā sniegti dati 
par SID 76 Hex, TREP 04 Hex vai 24 Hex un attiec īgā 
ziņojuma daļu dalī jumu un skait īšanu: ◄ 
▼M1
1. paaudzes datu strukt ūra (TREP 04)
▼B
Datu elements Komentārs
 
Visi transportl īdzekļa blokā saglabātie sī kie dati 
par braukšanas ātrumu (viena ātruma datu s ērija 
minūtē, kuras laik ā transportl īdzeklis ir p ārvieto­
jies); 
60 ātruma vērtības minūtē (viena v ērtība 
sekundē).
 
Visu datu RSA paraksts no noOfSpeedBlocks 
līdz pēdējās ātruma datu s ērijas pēdējam baitam.  
▼M1
2. paaudzes datu strukt ūra (TREP 24)
▼B
Datu elements Komentārs
 
Visi transportl īdzekļa blokā saglabātie sī kie dati 
par braukšanas ātrumu (viena ātruma datu s ērija 
minūtē, kuras laik ā transportl īdzeklis ir p ārvieto­
jies); 
60 ātruma vērtības minūtē (viena v ērtība 
sekundē).
 
Visu iepriekšē jo datu ECC paraksts. 
2.2.6.5. P o s i t i v e R e s p o n s e T r a n s f e r D a t a T e c h n i c a l D a t a  
[ P o z i t ī v a a t b i l d e p ā r s ū t ī t d a t u s p a r t e h n i s k a j i e m 
d a t i e m ]  
DDP_033 ►M1 Ziņojuma “Pozit īva atbilde p ārsūtīt datus par tehni ­
skajiem datiem” (“Positive Response Transfer Data Tech ­
nical Data”) datu lauk ā norādītajā secībā sniegti dati par 
SID 76 Hex, TREP 05 Hex vai 25 Hex un attiec īgā ziņo­
juma daļu dalī jumu un skaitu: ◄ ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 295  
1. paaudzes datu strukt ūra (TREP 05)  
▼B 
Datu elements  Koment ārs
 
Visi transportl īdzekļa blokā saglabātie kalibrē­ 
šanas ieraksti.
  
Visu datu RSA paraksts no vuManufacturer ­
Name līdz pēdējā VuCalibrationRecord p ēdējam 
baitam.  
▼M1 
2. paaudzes datu strukt ūra (TREP 25)  
▼B 
Datu elements  Koment ārs
 
Visi transportl īdzekļa blokā saglabātie MS pāri
 
Visi transportl īdzekļa blokā saglabātie ārējā 
GNSS apr īkojuma pāri
 
Visi transportl īdzekļa blokā saglabātie kalibrē­ 
šanas ieraksti.
  
Visi transportl īdzekļa blokā saglabātie dati par 
kartes ievietošanu.
  
Visu iepriekš ējo datu ECC paraksts.  
2.3. ESM dat ņu glabāšana  
DDP_034 Ja datu lejupiel ādes sesijā datus pārsūta no transportl īdzekļa 
bloka, IDE saglab ā vienā atsevišķā datnē visus lejupiel ādes 
sesijā no transportl īdzekļa bloka saņemtos datus, kas nos ūtīti 
ar ziņojumiem par pozit īvu atbildi p ārsūtīt datus ( Positive 
Response Transfer Data ). Saglabātajos datos nav zi ņojumu 
galveņu, ziņojuma daļu skaitītāju, tukšu zi ņojumu daļu un 
kontrolsummu, bet tajos ir SID un TREP (tikai no pirm ās 
ziņojuma daļas, ja dati nos ūtīti ar vair ākām ziņojuma 
daļām). 
3. PROTOKOLS DATU LEJUPIEL ĀDEI NO TAHOGR ĀFA KART ĒM 
3.1. Piem ērošanas joma  
Šajā punktā aprakstīta tieša datu lejupiel āde no tahogr āfa kartēm uz 
īpašajām viediek ārtām (IDE). IDE nav droš ības vides sast āvdaļa; 
tāpēc netiek veikta autentifik ācija starp karti un IDE.  
3.2. Defin īcijas  
Datu lejupiel ādes sesija : ikviena reize, kad tiek veikta 
ICC datu lejupiel āde. Sesijā 
ietilpst visa proced ūra no ICC 
atiestatīšanas, ko veic saskarnes 
ierīce, līdz ICC deaktiv ācijai 
(kartes iz ņemšanai vai n āka­
majai atiestat īšanai).  ▼M1
 02016R0799 — LV — 26.02.2020 — 002.001 — 296  
Parakstīta datu datne : datne no ICC. Datni p ārnes uz 
saskarnes ier īci teksta inform ā­
cijas veid ā. ICC datne tiek 
sajaukta un parakst īta, bet 
paraksts tiek p ārsūtīts uz 
saskarnes ier īci. 
3.3. Datu lejupiel āde no kartes  
▼M1 
DDP_035 Datu lejupiel ādei no tahogr āfa kartes ir š ādi posmi:  
— kartes kop ējās informācijas lejupiel āde element ārdatnēs
 
un
 . Šī informācija nav oblig āta un netiek aizsar ­
gāta ar elektronisko parakstu.  
— (pirmās un otrās paaudzes tahogr āfa kartēm) lejupiel āde 
no element ārdatnēm
 :  
— datu lejupiel āde no element ārdatnēm
 
un
 . Š ī informā­
cija netiek aizsarg āta ar elektronisko parakstu.  
Šie datnes oblig āti jānoņem katras datu no ņemšanas 
sesijas laik ā. 
— lejupiel ādē citas lietojuma datu element ārdatnes 
(no
 ), iz ņemot element ārdatni
  
. Šī informācija tiek aizsarg āta ar 
elektronisko parakstu, izmantojot 11. papildin ājuma 
“Vienotie droš ības mehānismi” A da ļu. 
— katrā datu lejupiel ādes sesijā obligāti jālejupielādē 
vismaz elemet ārdatnes
  
un
 .  
— lejuplādējot datus no vad ītāja kartes, ir oblig āti jāle­
jupielādē arī šādas element ārdatnes:
  
— (tikai otr ās paaudzes tahogr āfa karšu gad ījumā) 
Izņemot gadījumus, kad datu lejupiel āde no trans ­
portlīdzekļa blokā ievietotas vad ītāja kartes vad ītāju 
kontroles laik ā veic kontrol ējošā iestāde, kas nav ES 
kontrolējošā iestāde, izmantojot pirm ās paaudzes 
kontroles karti, lejupiel āde no element ārdatnēm
 
: 
— datu lejupiel āde no element ārdatnēm CardSign ­
Certificate, CA_Certificate un Link_Certificate 
(ja tādas ir). Šī informācija netiek aizsarg āta ar 
elektronisko parakstu.  
Šie datnes oblig āti jānoņem katras datu no ņem­ 
šanas sesijas laik ā. 
— lejupiel ādē citas lietojuma datu element ārdatnes (
  
), izņemot element ārdatni
  
. Šī informācija tiek aizsarg āta 
ar elektronisko parakstu, izmantojot 11. papildin ā­
juma “Vienotie droš ības mehānismi” B. da ļu. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 297  
— Katrā datu lejupiel ādes sesijā obligāti jālejupie­
lādē vismaz elemet ārdatnes
  
un
 .  
— Lejuplādējot datus no vad ītāja kartes, ir oblig āti 
jālejupielādē arī šādas element ārdatnes:
  
— Lejupiel ādējot vadītāja karti, atjauniniet
  
datumu pamatdatn ē
 
,
 un attiec īgā gadī­
jumā
 .  
— Lejupiel ādējot darbnīcas karti, atiestatiet kalibr ē­ 
šanas reižu skait ītāju pamatdatn ē
 
un attiecīgā gadījumā
 
DF. 
— Lejupiel ādējot darbn īcas karti, EF
  
un attiecīgā gadījumā
 
nelejupielādē. 
▼B 
3.3.1.  Inicializ ācijas secība 
DDP_036 IDE inici ē secību šādi: 
Karte  Virziens  IDE/IFD  Noz īme/piezīmes 
⇦ Aparat ūras atiestat īšana 
ATR ⇨ 
Pēc izvēles var izmantot PPS, lai p ārslēgtu augstāku datu 
pārraides ātrumu, ja ICC to atbalsta.  
3.3.2.  Neparakst ītu datu dat ņu sekvence  
DDP_037  ►M1 Datu lejupiel ādes secība no element ārdatnēm ICC, 
IC, Card_Certificate (vai CardSignCertificate DF Tacho ­
graph_G2), CA_Certificate un Link_Certificate (tikai DF 
Tachograph_G2) ir š āda: ◄ 
Karte  Virziens  IDE/IFD  Noz īme/piezīmes 
⇦ Select File  Izraug ās pēc datnes 
identifikatoriem.  
OK ⇨ 
⇦ Read Binary  Ja datn ē ir vairāk datu, nek ā 
ietilpst nolas ītāja buferī vai 
kartē, komanda j āatkārto 
tikmēr, kamēr tiek nolas īta 
visa datne.  
File Data 
OK ⇨ Saglab ā datus ESM  Saska ņā ar 3.4. punktu.  Datu 
saglabāšanas form āts ▼M1
 02016R0799 — LV — 26.02.2020 — 002.001 — 298  
1. piezīme. Pirms izraudz īties element ārdatni Card_Certifi ­
cate (vai CardSignCertificate), j āizraugās tahogrāfa lietojums  
Tachograph Application  (izmantojot lietojuma identifik āciju 
AID).  
2. piezīme. Datnes izraudz īšanos un las īšanu var veikt ar ī 
vienlaicīgi, izmantojot komandu  Read Binary  ar īsu elemen­
tārdatnes identifikatoru.  
3.3.3.  Parakst ītu datu dat ņu sekvence  
DDP_038 Vis ām datnēm, kas jālejupielādē kopā ar to parakstu, ir 
jāizmanto šāda sekvence:  
▼M1 
Karte  Virziens  IDE / IFD  Noz īme/piezīmes
 
Select File  
OK
 
Perform Hash of File  — Apr ēķina jauc ējvērtību 
no izraudz ītās datnes 
datu satura, izmantojot 
noteikto jauc ējalgoritmu 
saskaņā ar 11. papildin ā­
juma A vai B da ļu. Šī 
komanda nav noteikta 
ISO standartos.  
Aprēķina datnes izjau ­
kumu un uz laiku 
saglabā jaucējvērtību. 
OK
 
Read Binary  Ja kart ē ir vairāk datu, nek ā 
ietilpst kartes nolas ītāja 
buferī, komanda j āatkārto 
tikmēr, kamēr tiek nolas īts 
visa datne.  
File Data 
OK
 Saņemtos datus saglab ā 
ESM  saskaņā ar 3.4. punktu. Data 
storage format
  
PSO: Compute Digital 
Signature  
Veic aizsardz ības 
operāciju “Compute 
Digital Signature”, 
izmantojot uz laiku 
saglabāto 
jaucējvērtību. 
Signature 
OK
 Pievieno datus iepriekš 
saglabātajiem datiem ESM  saskaņā ar 3.4. punktu. Data 
storage format  
▼B 
Piezīme. Datnes izraudz īšanos un las īšanu var veikt ar ī vien­
laicīgi, izmantojot komandu  Read Binary  ar īsu element ār­
datnes identifikatoru. Šaj ā gadījumā elementārdatni var 
izraudzīties un las īt pirms komandas  Perform Hash of File  
piemērošanas.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 299  
3.3.4.  Kalibr ēšanas reižu skait ītāja atiestat īšanas sekvence  
DDP_039 Sec ība, kādā atiestatīt
 
skaitītāju darbnīcas kartes element ārdatnē
 , 
ir šāda: 
Karte  Virziens  IDE/IFD  Noz īme/piezīmes 
⇦ Select File  EF Card_Down- 
load Izraugās pēc datnes 
identifikatoriem.  
OK ⇨ 
⇦ Update Binary  
NoOfCalibrationsSinceDown ­
load = ‘00 00’  
Atiestata numuru datu 
lejupielādei no kartes.  
OK ⇨ 
Piezīme. Datnes izraudz īšanos un atjaunin āšanu var veikt ar ī 
vienlaicīgi, izmantojot komandu  Update Binary  ar īsu 
elementārdatnes identifikatoru.  
3.4. Datu saglab āšanas form āts 
3.4.1.  Ievads  
DDP_040 Lejupiel ādētie dati jāsaglabā, ievērojot šādus nosacījumus:  
— dati jāsaglabā pārredzamā veidā. Tas nozīmē, ka baitu 
secība, kā arī bitu secība baitā, kas pārsūtīta no kartes, 
jāpatur saglab āšanas laikā; 
— visas vien ā datu lejupiel ādes sesijā no kartes lejupiel ā­
dētās datnes tiek saglab ātas vienā datnē ārējā datu nesējā 
(ESM).  
3.4.2.  Datnes form āts 
DDP_041 Datnes form āts ir vairāku TLV objektu konkaten ācija. 
DDP_042 Element ārdatnes birka ir datnes ID plus papildin ājums “00”.  
DDP_043 Element ārdatnes paraksta birka ir datnes ID plus papildin ā­
jums “01”.  
DDP_044 Divu baitu v ērtības garums. V ērtība definē baitu skaitu 
vērtības laukā. Vērtība “FF FF” garuma lauk ā ir rezervēta 
turpmākai izmantošanai.  
DDP_045 Ja datne netiek lejupiel ādēta, nedrīkst saglab āt neko, kas 
saistīts ar datni (ne birku, ne nulles garumu).  
▼M1 
DDP_046 Parakstu saglab ā kā nākamo TLV objektu tieši aiz TLV 
objekta, kas satur datnes datus.  
Definīcija Noz īme Garums  
FID (2 baiti) || “00”  Element ārdatnes birka 
(datnes ID)
  
vai kartes kop ējai 
informācijai 3 baiti  
FID (2 baiti) || “01”  Element ārdatnes paraksta 
birka (datnes ID)
  
DF 3 baiti  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 300  
Definīcija Noz īme Garums  
FID (2 baiti) || “02”  Element ārdatnes birka 
(datnes ID)
  
DF 3 baiti  
FID (2 baiti) || “03”  Element ārdatnes paraksta 
birka (datnes ID)
  
DF 3 baiti  
xx xx  V ērtības lauka garums  2 baiti  
Ārējā glabāšanas vidē (ESM) no ņemtajā datnē saglabāto 
datu paraugs:  
Birka  Garums  V ērtība
 
— EF ICC dati
  
— EF Card_Certificate dati  
— …
  
EF element ārdatnes dati
  
(
 
DF)
 
EF
 paraksts (
  
DF)
 
EF
 dati
  
DF
 
EF
 paraksts
  
DF 
▼B 
4. DATU LEJUPIEL ĀDE NO TAHOGR ĀFA KARTES, IZMANTOJOT 
TRANSPORTL ĪDZEKĻA BLOKU  
DDP_047 Transportl īdzekļa blokam j ānodrošina iesp ēja lejupiel ādēt 
datus no taj ā ievietotās vadītāja kartes uz pievienoto IDE.  
DDP_048 Š ā režīma iniciēšanai IDE nos ūta transportl īdzekļa blokam 
ziņojumu “piepras ījums pārsūtīt datus to lejupiel ādei no 
kartes” (“ Transfer Data Request Card Download ”) (sk. 
2.2.2.9. punktu).  
▼M1 
DDP_049 Pirm ās paaudzes vad ītāja kartes: datus lejupiel ādē, izman­
tojot pirmās paaudzes datu lejupiel ādes protokolu, un leju ­
pielādēto datu form āts ir tāds pats kā to datu form āts, kas ir 
lejupielādēti no pirm ās paaudzes transportl īdzekļa bloka.  
Otrās paaudzes vad ītāja kartes: tad saska ņā ar 3. punkt ā 
noteikto datu lejupiel ādes protokolu datni pa datnei trans ­
portlīdzekļa bloks lejupiel ādē datus no kartes, un visus no 
kartes saņemtos datus, kas iekapsul ēti ziņojumā “Pozitīva 
atbilde p ārsūtīt datus” (“Positive Response Transfer 
Data”), nos ūta uz IDE atbilstoš ās TLV datnes form ātā (sk. 
3.4.2. punktu).  
▼B 
DDP_050 IDE izg ūst kartes datus no zi ņojuma “pozit īva atbilde 
pārsūtīt datus” (“ Positive Response Transfer Data ”) 
(noņemot visas galvenes, visus SID, TREP, zi ņojuma daļu 
skaitītājus un kontrolsummas) un saglab ā tos vienā atsevišķā 
fiziskā datnē saskaņā ar 2.3. punktu.  
DDP_051 P ēc tam transportl īdzekļa bloks, ja vajadz īgs, atjaunina vad ī­
tāja kartes
  vai
  
datni.  ▼M1
 02016R0799 — LV — 26.02.2020 — 002.001 — 301  
8. papildin ājums  
KALIBR ĒŠANAS PROTOKOLS  
SATURA R ĀDĪTĀJS 
1. IEVADS  
2. TERMINI, DEFIN ĪCIJAS UN ATSAUCES  
3. PAKALPOJUMU APRAKSTS  
3.1. Pieejamie pakalpojumi  
3.2. Atbildes kodi  
4. KOMUNIK ĀCIJAS PAKALPOJUMI  
4.1. StartCommunication pakalpojums  
4.2. StopCommunication pakalpojums  
4.2.1. Zi ņojuma apraksts  
4.2.2. Zi ņojuma form āts 
4.2.3. Parametra defin īcija 
4.3. TesterPresent pakalpojums  
4.3.1. Zi ņojuma apraksts  
4.3.2. Zi ņojuma form āts 
5. VAD ĪBAS PAKALPOJUMI  
5.1. StartDiagnosticSession pakalpojums  
5.1.1. Zi ņojuma apraksts  
5.1.2. Zi ņojuma form āts 
5.1.3. Parametra defin īcija 
5.2. SecurityAccess pakalpojums  
5.2.1. Zi ņojuma apraksts  
5.2.2. Zi ņojuma form āts: SecurityAccess — requestSeed  
5.2.3. Zi ņojuma form āts: SecurityAccess — sendKey  
6. DATU P ĀRRAIDES PAKALPOJUMI  
6.1. ReadDataByIdentifier pakalpojums  
6.1.1. Zi ņojuma apraksts  
6.1.2. Zi ņojuma form āts 
6.1.3. Parametra defin īcija 
6.2. WriteDataByIdentifier pakalpojums  
6.2.1. Zi ņojuma apraksts  
6.2.2. Zi ņojuma form āts 
6.2.3. Parametra defin īcija ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 302  
7. TESTA IMPULSU VAD ĪBA — IEEJAS/IZEJAS 
SIGNĀLA VADĪBAS FUNKCION ĀLAIS BLOKS  
7.1. InputOutputControlByIdentifier pakalpojums  
7.1.1. Zi ņojuma apraksts  
7.1.2. Zi ņojuma form āts 
7.1.3. Parametra defin īcija 
8. DATARECORDS FORM ĀTI 
8.1. P ārraidīto parametru v ērtību diapazons  
8.2. dataRecords form āti 
1. IEVADS  
Šajā papildinājumā aprakstīts, kā notiek datu apmai ņa starp transportl ī­
dzekļa bloku un testeri pa K-l īniju, kas veido 6. papildin ājumā aprak­
stīto kalibrēšanas saskarnes da ļu. Tajā aprakstīta arī ieejas/izejas sign āla 
līnijas vadība kalibrēšanas savienojum ā. 
Komunikāciju izveidošana K-l īnijā aprakstīta 4. iedaļā “Communication 
Services”.  
Šajā papildinājumā K-līnijas vadības jomas noteikšanai daž ādos apstāk­ 
ļos izmantots j ēdziens par diagnostikas “sesij ām”. Noklus ējuma sesija ir 
“StandardDiagnosticSession”, kad visus datus var nolas īt no transport ­
līdzekļa bloka, bet transportl īdzekļa blokā nevar ierakst īt nekādus datus.  
Diagnostikas sesijas izraudz īšanās aprakstīta 5. ieda ļā “Management 
Services”.  
Saskaņā ar šajā regulā noteiktajām sadarbsp ējas prasībām uzskatāms, 
ka šis papildin ājums attiecas uz abu paaudžu transportl īdzekļu blokiem 
un darbnīcas kartēm. 
CPR_001 “ECUProgrammingSession” ļauj ievadīt datus transportl ī­
dzekļa blokā. Turklāt, ievadot kalibr ēšanas datus, transport ­
līdzekļa blokam j ābūt KALIBR ĒŠANAS rež īmā. 
Datu pārsūtīšana pa K-l īniju aprakst īta 6. ieda ļā “Data 
Transmission Services”. P ārsūtīto datu form āti precīzi norā­
dīti 8. iedaļā “dataRecords formats”.  
CPR_002 “ECUAdjustmentSession” ļauj izraudz īties kalibr ēšanas 
ieejas/izejas sign āla līnijas ieejas/izejas rež īmu caur K-l īnijas 
saskarni. Kalibr ēšanas ieejas/izejas sign āla līnijas vadība 
aprakstīta 7. iedaļā “Control of Test Pulses – Input/Output 
Control functional unit”.  
CPR_003 Šaj ā dokument ā testera adrese ir nor ādīta ar ‘tt’. Testeriem 
var būt privileģētās adreses, transportl īdzekļa blokam pareizi 
jāatbild uz jebkuru testera adresi. Transportl īdzekļa bloka 
fiziskā adrese ir 0xEE.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 303  
2. TERMINI, DEFIN ĪCIJAS UN ATSAUCES  
Protokolu, zi ņojumu un k ļūdu kodu pamat ā ir projekts standartam 
ISO 14229-1 – Autotransporta l īdzekļi. Diagnostikas sist ēmas. 
1. daļa: Diagnostikas pakalpojumi, 6. versija (2001. gada 
22. februāris)).  
Pakalpojumu identifikatoriem, pakalpojumu piepras ījumiem un 
atbildēm, kā arī standarta parametriem izmantots baitu kod ējums un 
heksadecim ālās vērtības. 
Ar terminu “testeris” apz īmē iekārtu, kuru izmanto programm ēšanas/ka­
librēšanas datu ievad īšanai transportl īdzekļa blokā. 
Termini “klients” un “serveris” attiec īgi apzīmē testeri un transportl ī­
dzekļa bloku.  
Ar terminu “ECU” apz īmē elektronisku vad ības ierīci “Electronic 
Control Unit”, un tas attiecas uz transportl īdzekļa bloku.  
Atsauces:  
▼M1 
ISO 14230-2: Autotransporta l īdzekļi. Diagnostikas sist ēmas. Atslēgas 
protokols 2000. 2. da ļa: Datu kan āla līmenis.  
Pirmā redakcija, 1999. gads.  
▼B 
3. PAKALPOJUMU APRAKSTS  
3.1. Pieejamie pakalpojumi  
Tabulā dots pārskats par tahogr āfā pieejamajiem pakalpojumiem, kuri 
definēti šajā dokument ā. 
CPR_004 Tabul ā norādīti pakalpojumi, kas pieejami iesp ējotā diagnos­
tikas sesijā: 
— pirmajā ailē uzskaitīti pieejamie pakalpojumi;  
— otrajā ailē norādīts tās šā papildinājuma iedaļas numurs, 
kurā pakalpojums defin ēts sīkāk; 
— trešajā ailē norādītas piepras ījuma ziņojumos nor ā­
dāmās pakalpojumu identifikatoru v ērtības; 
— ceturtaj ā ailē noteikti  “StandardDiagnosticSession” 
(SD)  pakalpojumi, kas j āveic visos transportl īdzekļa 
blokos;  
— piektajā ailē noteikti  “ECUAdjustmentSession” 
(ECUAS)  pakalpojumi, kas j āveic, lai nodrošin ātu ieeja­
s/izejas sign āla līnijas vadību uz transportl īdzekļa bloka 
priekšējā paneļa kalibrēšanas savienojuma;  
— sestajā ailē noteikti  “ECUProgrammingSession” 
(ECUPS)  pakalpojumi, kas j āveic, lai nodrošin ātu para­
metru programm ēšanu transportl īdzekļa blokā. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 304  
1. tabula  
Pakalpojumu identifikatoru v ērtību kopsavilkums  
Diagnostikas sesijas  
Diagnostikas pakalpojuma 
nosaukums  Iedaļas 
Nr. Pakalpojuma 
identifikatora 
piepr. vērtība 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  ■ 
InputOutputControlByIdentifier  7.1.  2F  ■ 
■ Šis simbols nor āda, ka attiec īgajā diagnostikas sesij ā konkrētais pakalpojums ir oblig āts. 
Ja simbola nav, tas nor āda, ka attiec īgajā diagnostikas sesij ā pakalpojums nav at ļauts. 
3.2. Atbildes kodi  
Atbildes kodi defin ēti visiem pakalpojumiem.  
4. KOMUNIK ĀCIJAS PAKALPOJUMI  
Daži pakalpojumi ir vajadz īgi komunik ācijas izveidošanai un uztur ē­ 
šanai. Tie nepar ādās lietojumsl ānī. Izmantošanai pieejamie pakalpojumi 
norādīti tabulā: 
2. tabula  
Komunik ācijas pakalpojumi  
Pakalpojuma nosaukums  Apraksts  
StartCommunication  Klients pieprasa s ākt komunik ācijas 
sesiju ar serveri(-iem).  
StopCommunication  Klients pieprasa p ārtraukt akt īvo 
komunikācijas sesiju.  
TesterPresent  Klients nor āda uz serveri, ka tas 
joprojām ir pieejams.  
CPR_005 StartCommunication pakalpojumu izmanto komunik ācijas 
sākšanai. Jebkura pakalpojuma izpildei ir j āinicializē komu­
nikācija, un komunik ācijas parametriem j āatbilst vajadz ī­
gajam darb ības režīmam.  
4.1. StartCommunication pakalpojums  
CPR_006 Sa ņemot StartCommunication indik ācijas primit īvu, trans­
portlīdzekļa bloks pārbauda, vai ar esošajiem nosac ījumiem 
var inicializ ēt pieprasīto komunik ācijas saiti. Komunik ācijas 
saites inicializ ācijai derīgie nosacījumi aprakst īti dokument ā 
ISO 14230-2.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 305  
CPR_007 P ēc tam transportl īdzekļa bloks veic visas komunik ācijas 
saites inicializ ācijai vajadz īgās darbības un nos ūta StartCom ­
munication atbildes primit īvu ar izraudz ītajiem pozit īvas 
atbildes parametriem.  
CPR_008 Ja transportl īdzekļa bloks, kas jau ir inicializ ēts (un sācis 
diagnostikas sesiju), sa ņem jaunu StartCommunication 
pieprasījumu (piem., p ēckļūdu atkopšanas d ēļ testerī), šo 
pieprasījumu akcept ē un transportl īdzekļa bloku inicializ ē 
atkārtoti.  
CPR_009 Ja komunik ācijas saiti k āda iemesla d ēļ inicializēt nav iespē­
jams, transportl īdzekļa bloks turpina darboties t āpat kā tieši 
pirms mēģinājuma inicializ ēt komunik ācijas saiti.  
CPR_010 StartCommunication Request zi ņojumam jābūt ar fizisku 
adresi.  
CPR_011 Transportl īdzekļa bloku pakalpojumiem inicializ ē ar “ātrās 
inicializācijas” paņēmienu:  
— pirms vis ām darbībām ir maģistrāles dīklaiks;  
— pēc tam testeris nos ūta inicializ ācijas šablonu;  
— visa komunik ācijas izveidošanai vajadz īgā informācija ir 
transportlīdzekļa bloka atbildes zi ņojumā. 
CPR_012 P ēc inicializācijas pabeigšanas:  
— visi komunik ācijas parametri ir iestat īti uz vērtībām, kas 
pēc atslēgas baitiem nor ādītas 4. tabul ā; 
— transportl īdzekļa bloks gaida pirmo piepras ījumu no 
testera;  
— transportl īdzekļa bloks ir noklus ējuma diagnostikas 
režīmā, t. i., StandardDiagnosticSession;  
— kalibrēšanas ieejas/izejas sign āla līnija ir noklus ējuma 
stāvoklī, t. i., atsp ējota. 
CPR_014 Datu p ārraides ātrums K-līnijā ir 10 400 bodi.  
CPR_016 Testeris s āk ātro inicializ āciju, K-līnijā pārraidot aktiviz ē­ 
šanas šablonu ( Wup). Šablons s ākas pēc dīklaika K-l īnijā 
ar ātrdarbīgu T  inil . Testeris nos ūta StartCommunication 
pakalpojuma pirmo bitu p ēc T  wup laika, kas seko impulsa 
pirmajai aizmugur ējai frontei.
  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 306  
CPR_017 Ātrās inicializācijas un komunik ācijas sinhroniz ācijas laika 
vērtības kopum ā norādītas tabulās turpmāk. Dīklaiks var b ūt 
dažāds: 
— pirmajai nos ūtīšanai pēc barošanas sprieguma piesl ēg­ 
šanas T  idle = 300 ms;  
— pēc StopCommunication pakalpojuma izpild īšanas T  idle 
= P3 min;  
— pēc komunik ācijas pārtraukšanas ar P3 max p ārtraukumu 
T idle = 0. 
3. tabula  
Ātrās inicializ ācijas sinhroniz ācijas laika v ērtības 
Parametrs  Minim ālā vērtība Maksim ālā vērtība 
Tinil  25 ± 1 ms  24 ms  26 ms  
Twup  50 ± 1 ms  49 ms  51 ms  
4. tabula  
Komunik ācijas sinhroniz ācijas laika v ērtības 
Sinhronizā­
cijas 
parametrs  Parametra apraksts  Apakšējā robež­
vērtība [ms]  Augšējā robež­
vērtība [ms]  
min. maks.  
P1 Starpbaitu laiks transportl ī­
dzekļa bloka atbild ē 0 20  
P2 Laiks starp testera piepras ī­
jumu un transportl īdzekļa 
bloka atbildi vai div ām trans­
portlīdzekļa bloka atbild ēm 25 250  
P3 Laiks starp transportl īdzekļa 
bloka atbildi un testera n ākamo 
pieprasījumu  55 5 000  
P4 Starpbaitu laiks testera 
pieprasījumā 5 20  
CPR_018 Ātrās inicializācijas ziņojumu form āts sīkāk norādīts nāka­
majās tabulās: 
5. tabula  
StartCommunication piepras ījuma ziņojums  
Baita Nr.  Parametra nosaukums  Heksadecim ālā 
vērtība Mnemonisk ā 
vērtība 
1. Form āta baits — fizisk ā 
adresēšana 81 FMT  
2. Mērķa adreses baits  EE  TGT  
3. Avota adreses baits  tt  SRC  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 307  
Baita Nr.  Parametra nosaukums  Heksadecim ālā 
vērtība Mnemonisk ā 
vērtība 
4. StartCommunication piepra ­
sījuma pakalpojuma 
identifikators  81 SCR  
5. Kontrolsumma  00–FF  CS  
6. tabula  
StartCommunication pozit īvas atbildes zi ņojums  
Baita Nr.  Parametra nosaukums  Heksadecim ālā 
vērtība Mnemonisk ā 
vērtība 
1. Form āta baits — fizisk ā 
adresēšana 80 FMT  
2. Mērķa adreses baits  tt  TGT  
3. Avota adreses baits  EE  SRC  
4. Papildu garuma baits  03  LEN  
5. StartCommunication pozi ­
tīvas atbildes pakalpojuma 
identifikators  C1 SCRPR  
6. 1. atsl ēgas baits  EA  KB1  
7. 2. atsl ēgas baits  8F  KB2  
8. Kontrolsumma  00–FF  CS  
CPR_019 Uz StartCommunication piepras ījuma ziņojumu nav nega ­
tīvas atbildes; ja nav pozit īvas atbildes zi ņojuma, ko 
pārsūtīt, tad transportl īdzekļa bloks netiek inicializ ēts, 
nekas netiek p ārsūtīts un tas paliek parastaj ā darbības 
režīmā. 
4.2. StopCommunication pakalpojums  
4.2.1.  Ziņojuma apraksts  
Šā komunikācijas līmeņa pakalpojuma uzdevums ir izbeigt komunik ā­
cijas sesiju.  
CPR_020 Sa ņemot StopCommunication indik ācijas primit īvu, trans­
portlīdzekļa bloks p ārbauda, vai k ārtējie nosacījumi dod 
iespēju šo komunik āciju izbeigt. Š ādā gadījumā transportlī­
dzekļa bloks veic visas š īs komunik ācijas izbeigšanai vaja ­
dzīgās darbības. 
CPR_021 Ja komunik āciju iespējams izbeigt, transportl īdzekļa bloks 
pirms komunik ācijas izbeigšanas izdod StopCommunication 
atbildes primit īvu ar izraudz ītajiem pozit īvas atbildes para ­
metriem.  
CPR_022 Ja k āda iemesla d ēļ komunikāciju izbeigt nevar, transportl ī­
dzekļa bloks izdod StopCommunication atbildes primit īvu ar 
izraudzīto negatīvas atbildes parametru.  
CPR_023 Ja transportl īdzekļa bloks konstat ē P3 max ilgu kav ējumu, 
komunikācija jāizbeidz, neizdodot nek ādu atbildes primit īvu. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 308  
4.2.2.  Ziņojuma form āts 
CPR_024 Zi ņojumu form āti StopCommunication primit īviem sīkāk 
norādīti nākamajās tabulās. 
7. tabula  
StopCommunication piepras ījuma ziņojums  
Baita Nr.  Parametra nosaukums  Heksadecim ālā 
vērtība Mnemonisk ā 
vērtība 
1. Form āta baits — fizisk ā 
adresēšana 80 FMT  
2. Mērķa adreses baits  EE  TGT  
3. Avota adreses baits  tt  SRC  
4. Papildu garuma baits  01  LEN  
5. StopCommunication piepra ­
sījuma pakalpojuma 
identifikators  82 SPR  
6. Kontrolsumma  00–FF  CS  
8. tabula  
StopCommunication pozit īvas atbildes zi ņojums  
Baita Nr.  Parametra nosaukums  Heksadecim ālā 
vērtība Mnemonisk ā 
vērtība 
1. Form āta baits — fizisk ā 
adresēšana 80 FMT  
2. Mērķa adreses baits  tt  TGT  
3. Avota adreses baits  EE  SRC  
4. Papildu garuma baits  01  LEN  
5. StopCommunication pozi ­
tīvas atbildes pakalpojuma 
identifikators  C2 SPRPR  
6. Kontrolsumma  00–FF  CS  
9. tabula  
StopCommunication negat īvas atbildes zi ņojums  
Baita Nr.  Parametra nosaukums  Heksadecim ālā 
vērtība Mnemonisk ā 
vērtība 
1. Form āta baits — fizisk ā 
adresēšana 80 FMT  
2. Mērķa adreses baits  tt  TGT  
3. Avota adreses baits  EE  SRC  
4. Papildu garuma baits  03  LEN  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 309  
Baita Nr.  Parametra nosaukums  Heksadecim ālā 
vērtība Mnemonisk ā 
vērtība 
5. Negat īvas atbildes pakalpo ­
juma identifikators  7F NR  
6. StopCommunication piepras ī­
juma pakalpojuma 
identifikators  82 SPR  
7. responseCode = generalReject  10  RC_GR  
8. Kontrolsumma  00–FF  CS  
4.2.3.  Parametra defin īcija 
Šim pakalpojumam nav vajadz īga neviena parametra defin īcija. 
4.3. TesterPresent pakalpojums  
4.3.1.  Ziņojuma apraksts  
Pakalpojumu TesterPresent testeris lieto, lai serverim nor ādītu, ka tas 
joprojām ir pieslēgts, lai serveris autom ātiski neatgrieztos parast ā darba 
režīmā, iespējams, pārtraucot komunik āciju. Šis pakalpojums, ko s ūta 
periodiski, uztur diagnostikas sesiju/komunik āciju aktīvā stāvoklī, aties­
tatot P3 laika releju ik reizi, kad tiek sa ņemts šā pakalpojuma piepra ­
sījums.  
4.3.2.  Ziņojuma form āts 
CPR_079 Zi ņojumu form āti TesterPresent primit īviem sīkāk norādīti 
nākamajās tabulās. 
10. tabula  
TesterPresent piepras ījuma ziņojums  
Baita Nr.  Parametra nosaukums  Heksadecim ālā 
vērtība Mnemonisk ā 
vērtība 
1. Form āta baits — fizisk ā 
adresēšana 80 FMT  
2. Mērķa adreses baits  EE  TGT  
3. Avota adreses baits  tt  SRC  
4. Papildu garuma baits  02  LEN  
5. TesterPresent piepras ījuma 
pakalpojuma identifikators  3E TP  
6. Apakšfunkcija = 
responseRequired =  [jā 01  RESPREQ_Y  
nē] 02  RESPREQ_NO  
7. Kontrolsumma  00–FF  CS  
CPR_080 Ja parametrs responseRequired ir iestat īts uz “jā”, serveris 
atbild ar turpm āk noteikto pozit īvas atbildes zi ņojumu. Ja 
parametrs iestat īts uz “nē”, serveris atbildi nes ūta. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 310  
11. tabula  
TesterPresent pozit īvas atbildes zi ņojums  
Baita Nr.  Parametra nosaukums  Heksadecim ālā 
vērtība Mnemonisk ā 
vērtība 
1. Form āta baits — fizisk ā 
adresēšana 80 FMT  
2. Mērķa adreses baits  tt  TGT  
3. Avota adreses baits  EE  SRC  
4. Papildu garuma baits  01  LEN  
5. TesterPresent pozit īvas 
atbildes pakalpojuma 
identifikators  7E TPPR  
6. Kontrolsumma  00–FF  CS  
CPR_081 Pakalpojumu atbalsta š ādi negatīvas atbildes kodi:  
12. tabula  
TesterPresent negat īvas atbildes zi ņojums  
Baita Nr.  Parametra nosaukums  Heksade­
cimālā 
vērtība Mnemonisk ā 
vērtība 
1. Form āta baits — fizisk ā adresēšana 80  FMT  
2. Mērķa adreses baits  tt  TGT  
3. Avota adreses baits  EE  SRC  
4. Papildu garuma baits  03  LEN  
5. Negat īvas atbildes pakalpojuma 
identifikators  7F NR  
6. TesterPresent piepras ījuma pakalpo ­
juma identifikators  3E TP  
7. response ­
Code =  [SubFunctionNotSup ­
ported-InvalidFormat  12 RC_SFNS_IF  
incorrectMessageLen ­
gth] 13 RC_IML  
8. Kontrolsumma  00–FF  CS  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 311  
5. VAD ĪBAS PAKALPOJUMI  
Izmantošanai pieejamie pakalpojumi nor ādīti tabulā: 
13. tabula  
Vadības pakalpojumi  
Pakalpojuma nosaukums  Apraksts  
StartDiagnosticSession  Klients pieprasa s ākt diagnostikas sesiju ar 
transportlīdzekļa bloku.  
SecurityAccess  Klients pieprasa piek ļuvi funkcij ām, kuras 
var izmantot tikai pilnvaroti lietot āji. 
5.1. StartDiagnosticSession pakalpojums  
5.1.1.  Ziņojuma apraksts  
CPR_025 StartDiagnosticSession pakalpojumu izmanto daž ādu diag­
nostikas sesiju iesp ējošanai server ī. Diagnostikas sesija 
iespējo īpašu pakalpojumu kompleksu saska ņā ar 17. tabulu. 
Sesija var iesp ējot transportl īdzekļa ražotāja īpašos pakalpo ­
jumus, kas netiek apl ūkoti šajā dokument ā. Realizācijas 
noteikumi atbilst š ādām prasībām: 
— transportl īdzekļa blokā vienmēr aktīva ir tikai viena 
diagnostikas sesija;  
— transportl īdzekļa bloks vienm ēr sāk StandardDiagnostic ­
Session, kad tas tiek iesl ēgts. Ja nav palaista neviena cita 
diagnostikas sesija, StandardDiagnosticSession darbojas 
tikmēr, kamēr transportl īdzekļa bloks ir iesl ēgts; 
— ja diagnostikas sesiju, kura jau ir palaista, pieprasa 
testeris, transportl īdzekļa bloks sūta pozitīvas atbildes 
ziņojumu;  
— vienmēr, kad testeris pieprasa jaunu diagnostikas sesiju, 
transportlīdzekļa bloks pirms jaun ās sesijas aktiviz ācijas 
transportlīdzekļa blokā nosūta StartDiagnosticSession 
pozitīvu atbildes zi ņojumu. Ja transportl īdzekļa bloks 
nevar sākt jaunu diagnostikas sesiju, tas atbild ar Start ­
DiagnosticSession negat īvu atbildes zi ņojumu, un akt īvā 
sesija turpin ās. 
CPR_026 Diagnostikas sesiju var palaist tikai tad, ja starp klientu un 
transportlīdzekļa bloku ir izveidota komunik ācija. 
CPR_027 Sinhroniz ācijas parametri, kas noteikti 4. tabul ā, ir aktīvi pēc 
sekmīgas StartDiagnosticSession ar diagnosticSession para ­
metru, kas piepras ījuma ziņojumā iestatīts uz “Standard ­
DiagnosticSession”, ja pirms tam bijusi akt īva cita diagnos ­
tikas sesija.  
5.1.2.  Ziņojuma form āts 
CPR_028 Zi ņojumu form āti StartDiagnosticSession primit īviem sīkāk 
norādīti nākamajās tabulās. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 312  
14. tabula  
StartDiagnosticSession piepras ījuma ziņojums  
Baita Nr.  Parametra nosaukums  Heksadecim ālā 
vērtība Mnemonisk ā 
vērtība 
1. Form āta baits — fizisk ā 
adresēšana 80 FMT  
2. Mērķa adreses baits  EE  TGT  
3. Avota adreses baits  tt  SRC  
4. Papildu garuma baits  02  LEN  
5. StartDiagnosticSession 
pieprasījuma pakalpojuma 
identifikators  10 STDS  
6. diagnosticSession = [viena 
vērtība no 17. tabulas]  xx DS_…  
7. Kontrolsumma  00–FF  CS  
15. tabula  
StartDiagnosticSession pozit īvas atbildes zi ņojums  
Baita Nr.  Parametra nosaukums  Heksadecim ālā 
vērtība Mnemonisk ā 
vērtība 
1. Form āta baits — fizisk ā 
adresēšana 80 FMT  
2. Mērķa adreses baits  tt  TGT  
3. Avota adreses baits  EE  SRC  
4. Papildu garuma baits  02  LEN  
5. StartDiagnosticSession pozi ­
tīvas atbildes pakalpojuma 
identifikators  50 STDSPR  
6. diagnosticSession = [t ā pati 
vērtība, kas 6. baitam 
14. tabulā] xx DS_…  
7. Kontrolsumma  00–FF  CS  
16. tabula  
StartDiagnosticSession negat īvas atbildes zi ņojums  
Baita Nr.  Parametra nosaukums  Heksade­
cimālā 
vērtība Mnemonisk ā 
vērtība 
1. Form āta baits — fizisk ā adresēšana 80  FMT  
2. Mērķa adreses baits  tt  TGT  
3. Avota adreses baits  EE  SRC  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 313  
Baita Nr.  Parametra nosaukums  Heksade­
cimālā 
vērtība Mnemonisk ā 
vērtība 
4. Papildu garuma baits  03  LEN  
5. Negat īvas atbildes pakalpojuma 
identifikators  7F NR  
6. StartDiagnosticSession piepras ījuma 
pakalpojuma identifikators  10 STDS  
7. ResponseCode =  [subFunctionNotSup ­
ported (  a ) 12 RC_SFNS  
incorrectMessageLen ­
gth (  b ) 13 RC_IML  
conditionsNotCorr- 
ect (  c )] 22 RC_CNC  
8. Kontrolsumma  00–FF  CS  
( a ) – piepras ījuma ziņojuma 6. bait ā ievietotā vērtība nav atbalst īta, t. i., t ās nav 
17. tabulā; 
( b ) – nepareizs zi ņojuma garums; 
( c ) – StartDiagnosticSession piepras ījuma kritēriji nav izpild īti. 
5.1.3.  Parametra defin īcija 
CPR_029 StartDiagnosticSession pakalpojums izmanto  diagnosticSes ­
sion (DS_)  parametru, lai izraudz ītos servera(-u) konkr ētu 
darbību. Šajā dokument ā noteiktas š ādas diagnostikas 
sesijas:  
17. tabula  
Parametra diagnosticSession v ērtību definīcijas  
Heksadeci­
mālā vērtība Apraksts  Mnemonisk ā 
vērtība 
81 StandardDiagnosticSession  
Šī diagnostikas sesija iesp ējo visus  1. tabulas 
4. ailē “SD”  norādītos pakalpojumus. Šie 
pakalpojumi dod iesp ēju nolasīt datus no servera 
(transportlīdzekļa bloka). Š ī diagnostikas sesija ir 
aktīva pēc tam, kad sekm īgi pabeigta inicializ ā- 
cija starp klientu (testeri) un serveri (transpor- 
tlīdzekļa bloku). Šo diagnostikas sesiju var 
pārrakstīt ar citām šajā iedaļā noteiktām diag- 
nostikas sesij ām. SD 
85 ECUProgrammingSession  
Šī diagnostikas sesija iesp ējo visus  1. tabulas 
6. ailē “ECUPS”  norādītos pakalpojumus. Šie 
pakalpojumi atbalsta servera (transportl īdzekļa 
bloka) atmi ņas programm ēšanu. Šo diagnostikas 
sesiju var p ārrakstīt ar citām šajā iedaļā noteik- 
tām diagnostikas sesij ām. ECUPS  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 314  
Heksadeci­
mālā vērtība Apraksts  Mnemonisk ā 
vērtība 
87 ECUAdjustmentSession  
Šī diagnostikas sesija iesp ējo visus  1. tabulas 
5. ailē “ECUAS”  norādītos pakalpojumus. Šie 
pakalpojumi atbalsta servera (transportl īdzekļa 
bloka) ieejas/izejas sign āla vadību. Šo diagnos- 
tikas sesiju var p ārrakstīt ar citām šajā iedaļā 
noteiktām diagnostikas sesij ām. ECUAS  
5.2. SecurityAccess pakalpojums  
Kalibrēšanas datu ierakst īšana nav iesp ējama, ja transportl īdzekļa bloks 
nav KALIBR ĒŠANAS rež īmā. Pirms tiek dota pieeja KALIBR Ē­ 
ŠANAS rež īmam, transportl īdzekļa blokā ne tikai j āievieto darbn īcas 
karte, bet ar ī jāievada attiec īgais PIN.  
Kad transportl īdzekļa bloks ir KALIBR ĒŠANAS vai KONTROLES 
režīmā, ir iespējama piekļuve kalibrēšanas ieejas/izejas l īnijai.  
SecurityAccess pakalpojums nodrošina l īdzekļus PIN ievad īšanai un 
norādīšanai testerim, vai transportl īdzekļa bloks ir vai nav KALIBR Ē­ 
ŠANAS rež īmā. 
Ir pieļaujams, ka PIN var ievad īt arī citādi. 
5.2.1.  Ziņojuma apraksts  
SecurityAccess pakalpojums sast āv no SecurityAccess zi ņojuma 
“requestSeed”, aiz kura var b ūt SecurityAccess zi ņojums “sendKey”. 
SecurityAccess pakalpojums j āizpilda pēc StartDiagnosticSession 
pakalpojuma.  
CPR_033 Testeris izmanto SecurityAccess zi ņojumu “requestSeed”, 
lai pārbaudītu, vai transportl īdzekļa bloks ir gatavs PIN 
akceptēšanai.  
CPR_034 Ja transportl īdzekļa bloks jau ir KALIBR ĒŠANAS rež īmā, 
tas, izmantojot SecurityAccess pozit īvu atbildi, nos ūta sākot­
nējo vērtību “seed” 0x0000.  
CPR_035 Ja transportl īdzekļa bloks ir gatavs akcept ēt PIN darbn īcas 
kartes verific ēšanai, tas uz piepras ījumu atbild, nos ūtot 
sākotnējo vērtību “seed”, kas ir liel āka par 0x0000, izman ­
tojot SecurityAccess pakalpojuma pozit īvu atbildi.  
CPR_036 Ja transportl īdzekļa bloks nav gatavs akcept ēt testera PIN 
tāpēc, ka ievietot ā darbnīcas karte ir neder īga, tāpēc, ka 
darbnīcas karte nav ievietota, vai ar ī tāpēc, ka transportl ī­
dzekļa bloks gaida PIN no citas metodes, tas uz piepras ī­
jumu atbild ar negat īvu atbildi ar kodu, kas iestat īts uz 
conditionsNotCorrectOrRequestSequenceError.  
CPR_037 P ēc tam testeris PIN nos ūtīšanai uz transportl īdzekļa bloku 
var izmantot SecurityAccess zi ņojumu “sendKey”. Lai dotu 
kartes autentiz ācijas procesam vajadz īgo laiku, reakcijas 
laika pagarin āšanai transportl īdzekļa bloks izmanto nega ­
tīvas atbildes kodu requestCorrectlyReceived-ResponsePen ­
ding. Taču maksimāli pieļaujamais atbildes laiks nedr īkst 
būt ilgāks par piec ām minūtēm. Tiklīdz piepras ītais pakal­
pojums ir izpild īts, transportl īdzekļa bloks nos ūta pozitīvas ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 315  
atbildes zi ņojumu vai negat īvas atbildes zi ņojumu ar citu 
atbildes kodu. Transportl īdzekļa bloks negat īvas atbildes 
kodu requestCorrectlyReceived-ResponsePending var 
atkārtot tik ilgi, kam ēr pieprasītais pakalpojums ir izpild īts 
un nosūtīts galīgais atbildes zi ņojums.  
CPR_038 Transportl īdzekļa bloks uz šo piepras ījumu atbild, izman ­
tojot SecurityAccess pakalpojuma pozit īvu atbildi tikai tad, 
kad ir KALIBR ĒŠANAS rež īmā. 
CPR_039 Š ādos gadījumos transportl īdzekļa bloks atbild uz šo piepra ­
sījumu ar negat īvu atbildi, kur ā iekļauts atbildes kods, kas 
iestatīts uz:  
— subFunctionNot supported: nepareizs apakšfunkcijas 
parametra form āts (accessType);  
— conditionsNotCorrectOrRequestSequenceError: trans ­
portlīdzekļa bloks nav gatavs pie ņemt PIN ierakstu;  
— invalidKey: PIN nav der īgs un nav p ārsniegts PIN 
pārbaudes m ēģinājumu skaits,  
— exceededNumberOfAttempts: PIN nav der īgs un ir pārs­
niegts PIN p ārbaudes m ēģinājumu skaits,  
— generalReject: PIN ir pareizs, bet savstarp ējā autentifikā­
cija ar darbn īcas karti nav notikusi.  
5.2.2.  Ziņojuma form āts: SecurityAccess — requestSeed  
CPR_040 Zi ņojumu form āti SecurityAccess “requestSeed” primit īviem 
sīkāk norādīti nākamajās tabulās. 
18. tabula  
SecurityAccess piepras ījums — requestSeed zi ņojums  
Baita Nr.  Parametra nosaukums  Heksadecim ālā 
vērtība Mnemonisk ā 
vērtība 
1. Form āta baits — fizisk ā 
adresēšana 80 FMT  
2. Mērķa adreses baits  EE  TGT  
3. Avota adreses baits  tt  SRC  
4. Papildu garuma baits  02  LEN  
5. SecurityAccess piepras ījuma 
pakalpojuma identifikators  27 SA  
6. accessType — requestSeed  7D  AT_RSD  
7. Kontrolsumma  00–FF  CS  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 316  
19. tabula  
SecurityAccess — requestSeed pozit īvas atbildes zi ņojums  
Baita Nr.  Parametra nosaukums  Heksadecim ālā 
vērtība Mnemonisk ā 
vērtība 
1. Form āta baits — fizisk ā 
adresēšana 80 FMT  
2. Mērķa adreses baits  tt  TGT  
3. Avota adreses baits  EE  SRC  
4. Papildu garuma baits  04  LEN  
5. SecurityAccess pozit īvas 
atbildes pakalpojuma 
identifikators  67 SAPR  
6. accessType — requestSeed  7D  AT_RSD  
7. Augsta s ākotnējā vērtība 00–FF  SEEDH  
8. Zema s ākotnējā vērtība 00–FF  SEEDL  
9. Kontrolsumma  00–FF  CS  
20. tabula  
SecurityAccess negat īvas atbildes zi ņojums  
Baita Nr.  Parametra nosaukums  Heksade­
cimālā 
vērtība Mnemonisk ā 
vērtība 
1. Form āta baits — fizisk ā adresēšana 80  FMT  
2. Mērķa adreses baits  tt  TGT  
3. Avota adreses baits  EE  SRC  
4. Papildu garuma baits  03  LEN  
5. negativeResponse pakalpojuma 
identifikators  7F NR  
6. SecurityAccess piepras ījuma pakal ­
pojuma identifikators  27 SA  
7. response ­
Code =  [conditionsNotCorrec ­
tOrRequestSequence ­
Error  22 RC_CNC  
incorrectMessageLen ­
gth] 13 RC_IML  
8. Kontrolsumma  00–FF  CS  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 317  
5.2.3.  Ziņojuma form āts: SecurityAccess — sendKey  
CPR_041 Zi ņojumu form āti SecurityAccess “sendKey” primit īviem 
sīkāk norādīti nākamajās tabulās. 
21. tabula  
SecurityAccess piepras ījums — sendKey zi ņojums  
Baita Nr.  Parametra nosaukums  Heksadecim ālā 
vērtība Mnemonisk ā 
vērtība 
1. Form āta baits — fizisk ā 
adresēšana 80 FMT  
2. Mērķa adreses baits  EE  TGT  
3. Avota adreses baits  tt  SRC  
4. Papildu garuma baits  m+2  LEN  
5. SecurityAccess piepras ījuma 
pakalpojuma identifikators  27 SA  
6. accessType — sendKey  7E  AT_SK  
7. līdz (m + 
6). 1. atslēga (svarīgākā) xx  KEY  
… …  
m. atslēga (mazāksvarīgā, m 
jābūt vismaz 4, bet ne vair āk 
par 8)  xx 
(m + 7).  Kontrolsumma  00–FF  CS  
22. tabula  
SecurityAccess — sendKey pozit īvas atbildes zi ņojums  
Baita Nr.  Parametra nosaukums  Heksadecim ālā 
vērtība Mnemonisk ā 
vērtība 
1. Form āta baits — fizisk ā 
adresēšana 80 FMT  
2. Mērķa adreses baits  tt  TGT  
3. Avota adreses baits  EE  SRC  
4. Papildu garuma baits  02  LEN  
5. SecurityAccess pozit īvas 
atbildes pakalpojuma 
identifikators  67 SAPR  
6. accessType — sendKey  7E  AT_SK  
7. Kontrolsumma  00–FF  CS  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 318  
23. tabula  
SecurityAccess negat īvas atbildes zi ņojums  
Baita Nr.  Parametra nosaukums  Heksade­
cimālā 
vērtība Mnemonisk ā 
vērtība 
1. Form āta baits — fizisk ā adresēšana 80  FMT  
2. Mērķa adreses baits  tt  TGT  
3. Avota adreses baits  EE  SRC  
4. Papildu garuma baits  03  LEN  
5. NegativeResponse pakalpojuma 
identifikators  7F NR  
6. SecurityAccess piepras ījuma pakal ­
pojuma identifikators  27 SA  
7. Response ­
Code =  [generalReject  10  RC_GR  
subFunctionNotSupp ­
orted  12 RC_SFNS  
incorrectMessageLen ­
gth 13 RC_IML  
conditionsNotCorrect ­
OrRequestSequenceE ­
rror 22 RC_CNC  
invalidKey  35  RC_IK  
exceededNumberOf ­
Attempts  36 RC_ENA  
requestCorrectlyRe ­
ceived- 
ResponsePending]  78 RC_RCR_RP  
8. Kontrolsumma  00–FF  CS  
6. DATU P ĀRRAIDES PAKALPOJUMI  
Izmantošanai pieejamie pakalpojumi nor ādīti tabulā: 
24. tabula  
Datu pārraides pakalpojumi  
Pakalpojuma nosaukums  Apraksts  
ReadDataByIdentifier  Klients pieprasa nos ūtīt ieraksta pašreiz ējo 
vērtību, kam piek ļūts ar recordDataIdentifier.  
WriteDataByIdentifier  Klients pieprasa ierakst īt ierakstu, kam 
piekļūts ar recordDataIdentifier.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 319  
6.1. ReadDataByIdentifier pakalpojums  
6.1.1.  Ziņojuma apraksts  
CPR_050 ReadDataByIdentifier pakalpojumu klients izmanto datu 
ierakstīto vērtību piepras īšanai no servera. Datus identific ē 
ar recordDataIdentifier. Transportl īdzekļa bloka ražot ājs 
atbild par to, lai, sniedzot šo pakalpojumu, tiktu iev ēroti 
servera nosac ījumi.  
6.1.2.  Ziņojuma form āts 
CPR_051 Zi ņojumu form āti ReadDataByIdentifier primit īviem sīkāk 
norādīti nākamajās tabulās. 
25. tabula  
ReadDataByIdentifier piepras ījuma ziņojums  
Baita Nr.  Parametra nosaukums  Heksadecim ālā 
vērtība Mnemonisk ā 
vērtība 
1. Form āta baits — fizisk ā 
adresēšana 80 FMT  
2. Mērķa adreses baits  EE  TGT  
3. Avota adreses baits  tt  SRC  
4. Papildu garuma baits  03  LEN  
5. ReadDataByIdentifier 
pieprasījuma pakalpojuma 
identifikators  22 RDBI  
6. līdz 7.  recordDataIdentifier = [v ērtība 
no 28. tabulas]  xxxx  RDI_…  
8. Kontrolsumma  00–FF  CS  
26. tabula  
ReadDataByIdentifier pozit īvas atbildes zi ņojums  
Baita Nr.  Parametra nosaukums  Heksade­
cimālā 
vērtība Mnemonisk ā 
vērtība 
1. Form āta baits — fizisk ā adresēšana 80  FMT  
2. Mērķa adreses baits  tt  TGT  
3. Avota adreses baits  EE  SRC  
4. Papildu garuma baits  m+3  LEN  
5. ReadDataByIdentifier pozit īvas 
atbildes pakalpojuma 
identifikators  62 RDBIPR  
6. un 7.  recordDataIdentifier = [t ā pati 
vērtība, kas 6. baitam un 7. baitam 
25. tabulā] xxxx  RDI_…  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 320  
Baita Nr.  Parametra nosaukums  Heksade­
cimālā 
vērtība Mnemonisk ā 
vērtība 
8. līdz 
(m+7).  dataRecord[] =  [data#1  xx  DREC_DAT ­
A1 
: :  :  
data#m]  xx  DREC_DAT ­
Am 
(m+8).  Kontrolsumma  00–FF  CS  
27. tabula  
ReadDataByIdentifier negat īvas atbildes zi ņojums  
Baita Nr.  Parametra nosaukums  Heksade­
cimālā 
vērtība Mnemonisk ā 
vērtība 
1. Form āta baits — fizisk ā adresēšana 80  FMT  
2. Mērķa adreses baits  tt  TGT  
3. Avota adreses baits  EE  SRC  
4. Papildu garuma baits  03  LEN  
5. NegativeResponse pakalpojuma 
identifikators  7F NR  
6. ReadDataByIdentifier piepras ījuma 
pakalpojuma identifikators  22 RDBI  
7. Response ­
Code =  [requestOutOfRan ­
ge 31 RC_ROOR  
incorrectMessage ­
Length  13 RC_IML  
conditionsNotCor ­
rect] 22 RC_CNC  
8. Kontrolsumma  00–FF  CS  
6.1.3.  Parametra defin īcija 
CPR_052 Ar parametru  recordDataIdentifier (RDI_)  pieprasījuma 
ziņojumā ReadDataByIdentifier identific ē datu ierakstu.  
CPR_053 Ar šo dokumentu defin ētās recordDataIdentifier v ērtības 
norādītas turpmāk tabulā. 
Ierakstu identifikatoru recordDataIdentifier tabul ā ir četras 
ailes un vair ākas rindas:  
— pirmajā ailē (Heksadecim ālā vērtība) iekļauta trešaj ā 
ailē norādītā identifikatora recordDataIdentifier heksade ­
cimālā vērtība; 
— otrajā ailē (Datu elements)  norādīts 1. papildin ājumā 
noteiktais datu elements, uz kuru balst ās recordDataI ­
dentifier (jo dažk ārt vajadzīga pārkodēšana);  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 321  
— trešajā ailē (recordDataIdentifier nosaukums)  norā­
dīts attiecīgā recordDataIdentifier nosaukums;  
— ceturtaj ā ailē (Mnemonisk ā vērtība) norādīta record­
DataIdentifier mnemonisk ā vērtība. 
28. tabula  
RecordDataIdentifier v ērtību definīcijas  
Heksadeci­
mālā vērtība Datu elements  recordDataIdentifier nosaukums 
(formātu sk. 8.2. ieda ļā) Mnemonisk ā vērtība 
F90B
  TimeDate  RDI_TD  
F912
  HighResolutionTotalVehicle ­
Distance  RDI_HRTVD  
F918
  Kfactor  RDI_KF  
F91C
  LfactorTyreCircumference  RDI_LF  
F91D
  WvehicleCharacteristicFactor  RDI_WVCF  
F921
  TyreSize  RDI_TS  
F922
  NextCalibrationDate  RDI_NCD  
F92C
  SpeedAuthorised  RDI_SA  
F97D
  RegisteringMemberState  RDI_RMS  
F97E
  VehicleRegistrationNumber  RDI_ VRN  
F190
  VIN  RDI_ VIN  
CPR_054 Parametru  dataRecord (DREC_)  pozitīvas atbildes zi ņojumā 
ReadDataByIdentifier izmanto to datu ierakstu v ērtību norā­
dīšanai klientam (testerim), kas identific ēti ar recordDataI ­
dentifier. Datu form āti noteikti 8. ieda ļā. Var izveidot lieto ­
tājam neoblig ātus papildu dataRecords, kuros ietilpst trans ­
portlīdzekļa blokam specifiski ieejas, iekš ējie un izejas dati, 
kas šajā dokument ā netiek defin ēti. 
6.2. WriteDataByIdentifier pakalpojums  
6.2.1.  Ziņojuma apraksts  
CPR_056 WriteDataByIdentifier pakalpojumu klients izmanto datu 
ierakstīto vērtību ierakst īšanai server ī. Datus identific ē ar 
recordDataIdentifier. Transportl īdzekļa bloka ražot ājs atbild 
par to, lai, sniedzot šo pakalpojumu, tiktu iev ēroti servera 
nosacījumi. Transportl īdzekļa blokam j ābūt KALIBR Ē­ 
ŠANAS rež īmā, lai aktualiz ētu 28. tabul ā uzskaitītos para­
metrus.  
6.2.2.  Ziņojuma form āts 
CPR_057 Zi ņojumu form āti WriteDataByIdentifier primit īviem sīkāk 
norādīti nākamajās tabulās. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 322  
29. tabula  
WriteDataByIdentifier piepras ījuma ziņojums  
Baita Nr.  Parametra nosaukums  Heksade­
cimālā 
vērtība Mnemonisk ā 
vērtība 
1. Form āta baits — fizisk ā adresēšana 80  FMT  
2. Mērķa adreses baits  EE  TGT  
3. Avota adreses baits  tt  SRC  
4. Papildu garuma baits  m+3  LEN  
5. WriteDataByIdentifier piepras ī­
juma pakalpojuma identifikators  2E WDBI  
6. līdz 7.  recordDataIdentifier = [v ērtība no 
28. tabulas]  xxxx  RDI_…  
8. līdz 
(m+7).  dataRecord[] =  [data#1  xx  DREC_ 
DATA1  
: :  :  
data#m]  xx  DREC_ 
DATAm  
(m+8).  Kontrolsumma  00–FF  CS  
30. tabula  
WriteDataByIdentifier pozit īvas atbildes zi ņojums  
Baita Nr.  Parametra nosaukums  Heksadecim ālā 
vērtība Mnemonisk ā 
vērtība 
1. Form āta baits — fizisk ā 
adresēšana 80 FMT  
2. Mērķa adreses baits  tt  TGT  
3. Avota adreses baits  EE  SRC  
4. Papildu garuma baits  03  LEN  
5. WriteDataByIdentifier pozi ­
tīvas atbildes pakalpojuma 
identifikators  6E WDBIPR  
6. līdz 7.  recordDataIdentifier = [t ā pati 
vērtība, kas 6. baitam un 
7. baitam 29. tabul ā] xxxx  RDI_…  
8. Kontrolsumma  00–FF  CS  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 323  
31. tabula  
WriteDataByIdentifier negat īvas atbildes zi ņojums  
Baita Nr.  Parametra nosaukums  Heksade­
cimālā 
vērtība Mnemonisk ā 
vērtība 
1. Form āta baits — fizisk ā adresēšana 80  FMT  
2. Mērķa adreses baits  tt  TGT  
3. Avota adreses baits  EE  SRC  
4. Papildu garuma baits  03  LEN  
5. NegativeResponse pakalpojuma 
identifikators  7F NR  
6. WriteDataByIdentifier piepras ījuma 
pakalpojuma identifikators  2E WDBI  
7. Response ­
Code =  [requestOutOfRan ­
ge 31 RC_ROOR  
incorrectMessage ­
Length  13 RC_IML  
conditionsNotCor ­
rect] 22 RC_CNC  
8. Kontrolsumma  00–FF  CS  
6.2.3.  Parametra defin īcija 
Parametrs  recordDataIdentifier (RDI_)  definēts 28. tabul ā. 
Parametru  dataRecord (DREC_)  pieprasījuma ziņojumā WriteDataByI ­
dentifier izmanto to datu ierakstu v ērtību norādīšanai serverim (trans ­
portlīdzekļa blokam), kas identific ēti ar recordDataIdentifier. Datu 
formāti noteikti 8. ieda ļā. 
7. TESTA IMPULSU VAD ĪBA — IEEJAS/IZEJAS SIGN ĀLA 
VADĪBAS FUNKCION ĀLAIS BLOKS  
Izmantošanai pieejamie pakalpojumi nor ādīti tabulā: 
32. tabula  
Ieejas/izejas sign āla vadības funkcion ālais bloks  
Pakalpojuma nosaukums  Apraksts  
InputOutputControlBy ­
Identifier  Klients pieprasa serverim specifisku ieejas/ 
izejas sign āla vadību. 
7.1. InputOutputControlByIdentifier pakalpojums  
7.1.1.  Ziņojuma apraksts  
Priekšējā paneļa savienot ājs nodrošina testa impulsu vad ību vai 
kontroli, izmantojot piem ērotu testeri.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 324  
CPR_058 Šo kalibr ēšanas ieejas/izejas sign āla līniju var konfigur ēt ar 
K-līnijas komandu, l īnijai vajadz īgās ieejas vai izejas funk ­
cijas izraudz īšanai izmantojot InputOutputControlByIdenti ­
fier pakalpojumu. Pieejamie l īnijas stāvokļi ir šādi: 
— atspējota; 
— speedSignalInput, kur kalibr ēšanas ieejas/izejas sign āla 
līniju izmanto ātruma sign āla (testa sign āla) ievadīšanai, 
aizstājot ātruma sign ālu no kust ības sensora; š ī funkcija 
nav pieejama KONTROLES rež īmā; 
— realTimeSpeedSignalOutputSensor, kur kalibr ēšanas 
ieejas/izejas sign āla līniju izmanto ātruma sign āla izva­
dīšanai no kust ības sensora;  
— RTCOutput, kur kalibr ēšanas ieejas/izejas sign āla līniju 
izmanto pasaules laika pulkste ņa signāla izvadīšanai; šī 
funkcija nav pieejama KONTROLES rež īmā. 
CPR_059 Lai var ētu konfigur ēt līnijas stāvokli, transportl īdzekļa 
blokam jābūt KALIBR ĒŠANAS vai KONTROLES rež īmā 
ar uzsāktu korekciju sesiju. Kad transportl īdzekļa bloks ir 
KALIBRĒŠANAS rež īmā, ir iespējams izvēlēties četrus 
līnijas stāvokļus (atspējota, speedSignalInput, realTime ­
SpeedSignalOutputSensor, RTCOutput). Kad transportl ī­
dzekļa bloks ir KONTROLES rež īmā, ir iespējams izvēlēties 
tikai divus l īnijas stāvokļus (atspējota, realTimeSpeedOut ­
putSensor). Izejot no korekciju sesijas vai KALIBR Ē­ 
ŠANAS vai KONTROLES rež īma, transportl īdzekļa blokam 
jānodrošina kalibr ēšanas ieejas/izejas sign āla līnijas atgrie ­ 
šana “atsp ējotā” (noklusējuma) stāvoklī. 
CPR_060 Ja ātruma impulsi tiek sa ņemti pa transportl īdzekļa bloka 
reālā laika ātruma sign āla ieejas l īniju, bet kalibr ēšanas 
ieejas/izejas sign āla līnija ir iestat īta uz ieeju, kalibr ēšanas 
signāla ieejas/izejas l īniju iestata uz izeju vai atgriež atsp ē­
jotā stāvoklī. 
CPR_061 Sec ībai jābūt šādai: 
— ar StartCommunication pakalpojumu izveido komunik ā­
ciju; 
— ar StartDiagnosticSession pakalpojumu ieiet korekciju 
sesijā un jābūt KALIBR ĒŠANAS vai KONTROLES 
režīmā (šo abu oper āciju secībai nav noz īmes);  
— ar InputOutputControlByIdentifier pakalpojumu maina 
izejas stāvokli.  
7.1.2.  Ziņojuma form āts 
CPR_062 Zi ņojumu form āti InputOutputControlByIdentifier primit ī­
viem sīkāk norādīti nākamajās tabulās. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 325  
33. tabula  
InputOutputControlByIdentifier piepras ījuma ziņojums  
Baita Nr.  Parametra nosaukums  Heksadecim ālā 
vērtība Mnemonisk ā 
vērtība 
1. Form āta baits — fizisk ā 
adresēšana 80 FMT  
2. Mērķa adreses baits  EE  TGT  
3. Avota adreses baits  tt  SRC  
4. Papildu garuma baits  xx  LEN  
5. InputOutputControlByIden ­
tifier piepras ījuma pakalpo ­
juma identifikators  2F IOCBI  
6. un 7.  InputOutputIdentifier = 
[CalibrationInputOutput]  F960  IOI_CIO  
8. vai 
8. līdz 9.  ControlOptionRecord = [  COR_…  
inputOutputControlPara ­
meter — viena v ērtība no 
36. tabulas;  xx IOCP_…  
controlState — viena v ērtība 
no 37. tabulas (sk. piez īmi 
turpmāk)] xx CS_…  
9. vai 10.  Kontrolsumma  00–FF  CS  
Piezīme. Parametru controlState izmanto tikai dažos gad ī­
jumos (sk. 7.1.3. punktu).  
34. tabula  
InputOutputControlByIdentifier pozit īvas atbildes zi ņojums  
Baita Nr.  Parametra nosaukums  Heksadecim ālā 
vērtība Mnemonisk ā 
vērtība 
1. Form āta baits — fizisk ā 
adresēšana 80 FMT  
2. Mērķa adreses baits  tt  TGT  
3. Avota adreses baits  EE  SRC  
4. Papildu garuma baits  xx  LEN  
5. InputOutputControlByIden ­
tifier pozit īvas atbildes pakal ­
pojuma identifikators  6F IOCBIPR  
6. un 7.  inputOutputIdentifier = 
[CalibrationInputOutput]  F960  IOI_CIO  
8. vai 
8. līdz 9.  controlStatusRecord = [  CSR_  
inputOutputControlParameter 
(tā pati vērtība, kas 8. baitam 
33. tabulā); xx IOCP_...  
controlState (t ā pati vērtība, 
kas 9. baitam 33. tabul ā)] (ja 
vajadzīgs) xx CS_…  
9. vai 10.  Kontrolsumma  00–FF  CS  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 326  
35. tabula  
InputOutputControlByIdentifier negat īvas atbildes zi ņojums  
Baita Nr.  Parametra nosaukums  Heksadecim ālā 
vērtība Mnemonisk ā 
vērtība 
1. Form āta baits — fizisk ā 
adresēšana 80 FMT  
2. Mērķa adreses baits  tt  TGT  
3. Avota adreses baits  EE  SRC  
4. Papildu garuma baits  03  LEN  
5. negativeResponse pakalpo ­
juma identifikators  7F NR  
6. InputOutputControlByIdentifier 
pieprasījuma pakalpojuma 
identifikators  2F IOCBI  
7. responseCode = [  
incorrectMessageLength  13  RC_IML  
conditionsNotCorrect  22  RC_CNC  
requestOutOfRange  31  RC_ROOR  
deviceControlLimitsExceeded]  7A  RC_DCLE  
8. Kontrolsumma  00–FF  CS  
7.1.3.  Parametra defin īcija 
CPR_064 Parametrs  inputOutputControlParameter (IOCP_)  ir defi­
nēts tabulā: 
36. tabula  
InputOutputControlParameter v ērtību definīcijas  
Heksadeci­
mālā vērtība Apraksts  Mnemonisk ā 
vērtība 
00 ReturnControlToECU  
Šī vērtība serverim (transportl īdzekļa blokam) 
norāda, ka testeris vairs nevada kalibr ēšanas 
ieejas/izejas sign āla līniju. RCTECU  
01 ResetToDefault  
Šī vērtība serverim (transportl īdzekļa blokam) 
norāda, ka tam j āveic kalibr ēšanas ieejas/izejas 
signāla līnijas atiestat īšana tās noklusējuma 
stāvoklī. RTD ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 327  
Heksadeci­
mālā vērtība Apraksts  Mnemonisk ā 
vērtība 
03 ShortTermAdjustment  
Šī vērtība serverim (transportl īdzekļa blokam) 
norāda, ka tam j āveic kalibr ēšanas ieejas/izejas 
signāla līnijas korekcija l īdz vērtībai, kura 
iekļauta controlState parametr ā. STA  
CPR_065 Parametrs  controlState  ir tikai tad, kad inputOutputControl ­
Parameter ir iestat īts uz ShortTermAdjustment un defin ēts 
tabulā: 
37. tabula  
Parametra controlState v ērtību definīcijas  
Režīms Heksadecim ālā 
vērtība Apraksts  
Atspējots 00  Ieejas/izejas l īnija atspējota (noklus ējuma 
stāvoklī) 
Iespējots 01  Iesp ējo kalibrēšanas ieejas/izejas l īniju uz 
speedSignalInput  
Iespējots 02  Iesp ējo kalibrēšanas ieejas/izejas l īniju uz 
realTimeSpeedSignalOutputSensor  
Iespējots 03  Iesp ējo kalibrēšanas ieejas/izejas l īniju uz 
RTCOutput  
8. DATARECORDS FORM ĀTI 
Šajā iedaļā precizēti: 
— vispārīgi noteikumi, kas attiecin āmi uz parametriem, kurus trans ­
portlīdzekļa bloks pārraida uz testeri;  
— formāti, ko izmanto datiem, kurus nos ūta ar 6. ieda ļā aprakstītajiem 
datu pārraides pakalpojumiem.  
CPR_067 Transportl īdzekļa bloks atbalsta visus identific ētos parame ­
trus. 
CPR_068 Dati, kurus transportl īdzekļa bloks nos ūta testerim, atbildot 
uz pieprasījuma ziņojumu, ir m ērījumu tipa dati (t. i., piepra ­
sītā parametra pašreiz ējā vērtība, kuru izm ērījis vai nov ērojis 
transportlīdzekļa bloks).  
8.1. Pārraidīto parametru v ērtību diapazons  
CPR_069 Š ā papildinājuma 38. tabul ā noteikti vērtību diapazoni, kurus 
izmanto pārraidītā parametra der īguma noteikšanai.  
CPR_070 V ērtības diapazon ā “error indicator ” — kļūdas indikators — 
ir līdzeklis, ar kuru transportl īdzekļa bloks nor āda, ka nav 
pieejami der īgi pašreizējie parametriskie dati, jo tahogr āfā ir 
radusies kāda kļūda. 
CPR_071 V ērtības diapazon ā “not available ” — nav pieejams — ir 
līdzeklis, ar kuru transportl īdzekļa bloks pārraida ziņojumu, 
kas satur parametru, kurš nav pieejams vai attiec īgajā modulī 
nav atbalst īts. Vērtības diapazon ā “not requested ” — nav 
pieprasīts — ir līdzeklis, ar kuru ier īce pārraida komandas 
ziņojumu un identific ē tos parametrus, par kuriem uztv ērēja 
ierīce negaida atbildi.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 328  
CPR_072 Ja da ļas defekta vai atteices d ēļ nav iesp ējams pārraidīt 
derīgus datus par parametru, attiec īgā parametra datu viet ā 
jālieto 38. tabul ā aprakstītais kļūdas indikators. Tom ēr gadī­
jumos, kad datu m ērījumos vai apr ēķinos iegūtās vērtības ir 
derīgas, taču ir ārpus parametram defin ētā vērtību diapazona, 
kļūdas indikators nav j ālieto. Dati j āpārraida, izmantojot 
attiecīgo parametra minim ālo vai maksim ālo vērtību. 
38. tabula  
DataRecords v ērtību diapazons  
Diapazona nosaukums  1 baits 
(heksadecim ālā 
vērtība) 2 baiti 
(heksadecim ālā 
vērtība) 4 baiti 
(heksadecim ālā vērtība) ASCII  
Derīgs signāls 00 l īdz FA  0000 l īdz FAFF  00000000 l īdz FAFFFFFF  1 līdz 254  
Parametram specifisks indikators  FB  FB00 l īdz FBFF  FB000000 l īdz FBFFFFFF  nav  
Rezervēts diapazons turpm āka­
jiem indikatora bitiem  FC līdz FD  FC00 l īdz FDFF  FC000000 l īdz FDFFFFFF  nav  
Kļūdas indikators  FE  FE00 l īdz FEFF  FE000000 l īdz FEFFFFFF  0  
Nav pieejams vai nav piepras īts FF  FF00 l īdz FFFF  FF000000 l īdz FFFFFFFF  FF  
CPR_073 Parametriem ar ASCII kod ējumu par norobežot āju rezervēta 
ASCII rakstz īme “*”.  
8.2. dataRecords form āti 
Šā papildinājuma 39. tabul ā līdz 42. tabul ā norādīti formāti, ko izmanto 
ar pakalpojumiem ReadDataByIdentifier un WriteDataByIdentifier.  
CPR_074 Katra parametra garums, izš ķirtspēja un diapazons, kas iden ­
tificēti ar tā recordDataIdentifier, noteikti 39. tabul ā. 
39. tabula  
DataRecords form āts 
Parametra nosaukums  Datu garums (baiti)  Izš ķirtspēja Darb ības diapazons  
TimeDate  8  S īkāku informāciju sk. 40. tabul ā. 
HighResolutionTotalVehicleD ­
istance  4 5 m/bit da ļās, sākot no 0 m  0 l īdz +21 055 406 km  
Kfactor  2  0,001 impulsu/m/bit da ļās, sākot no 
0 0 līdz 64,255 impulsu/m  
LfactorTyreCircumference  2  0,125 10  – 3 m/bit daļās, sākot no 0  0 l īdz + 8,031 m  
WvehicleCharacteristicFactor  2  0,001 impulsu/m/bit da ļās, sākot no 
0 0 līdz 64,255 impulsu/m  
TyreSize  15  ASCII  ASCII  
NextCalibrationDate  3  S īkāku informāciju sk. 41. tabul ā. 
SpeedAuthorised  2  1/256 km/h/bit da ļās, sākot no 0  0 l īdz 250,996 km/h  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 329  
Parametra nosaukums  Datu garums (baiti)  Izš ķirtspēja Darb ības diapazons  
RegisteringMemberState  3  ASCII  ASCII  
VehicleRegistrationNumber  14  S īkāku informāciju sk. 42. tabul ā. 
VIN 17  ASCII  ASCII  
CPR_075 Š ā papildinājuma 40. tabul ā noteikti TimeDate parametra 
baitu form āti. 
40. tabula  
TimeDate (recordDataIdentifier v ērtība Nr. F90B) prec īzs formāts 
Baits  Parametra 
definīcija Izšķirtspēja Darbības 
diapazons  
1. Sekundes  0,25 s/bit da ļās, sākot no 0  0 līdz 59,75 s  
2. Min ūtes 1 min/bit da ļās, sākot no 0  0 līdz 59 min  
3. Stundas  1 h/bit da ļās, sākot no 0  0 līdz 23 h  
4. M ēnesis  1 m ēn./bit daļās, sākot no 0  1 l īdz 
12 mēneši 
5. Diena  0,25 diena/bit da ļās, sākot no 0 
(sk. PIEZĪMI zem 41. tabulas)  0,25 līdz 
31,75 dienas  
6. Gads  1 gads/bit da ļās, sākot no + 
1985. gada 
(sk. PIEZĪMI zem 41. tabulas)  no 1985. gada 
līdz 
2235. gadam  
7. Sākot no 
minūtēm pēc 
vietējā laika  1 min/bit da ļās, sākot no 125 m  – 59 līdz + 
59 min  
8. Sākot no 
stundām pēc 
vietējā laika  1 h/bit daļās, sākot no – 125 h  – 23 līdz + 
23 h 
CPR_076 Š ā papildinājuma 41. tabul ā noteikti NextCalibrationDate parametra baitu 
formāti. 
41. tabula  
NextCalibrationDate (recordDataIdentifier v ērtība Nr. F922) prec īzs 
formāts 
Baits  Parametra 
definīcija Izšķirtspēja Darbības 
diapazons  
1. M ēnesis  1 m ēn./bit daļās, sākot no 0  1 l īdz 
12 mēneši 
2. Diena  0,25 diena/bit da ļās, sākot no 0 
(sk. turpm āk norādīto PIEZĪMI) 0,25 līdz 
31,75 dienas  
3. Gads  1 gads/bit da ļās, sākot no + 
1985. gada 
(sk. turpm āk norādīto PIEZĪMI) no 1985. gada 
līdz 
2235. gadam  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 330  
PIEZĪME par parametra “Diena” lietošanu:  
1) dienai 0 v ērtība ir nulle; v ērtības 1, 2, 3 un 4 izmanto m ēneša 
pirmās dienas identific ēšanai; vērtības 5, 6, 7 un 8 identific ē mēneša 
otro dienu utt.;  
2) šis parametrs neietekm ē un nemaina iepriekš min ēto stundu para ­
metru.  
PIEZĪME par parametra “Gads” lietošanu:  
ar vērtību 0 identific ē 1985. gadu; ar v ērtību 1 identific ē 1986. gadu 
utt. 
CPR_078 Š ā papildinājuma 42. tabul ā noteikti VehicleRegistration ­
Number parametra baitu form āti. 
42. tabula  
VehicleRegistrationNumber (recordDataIdentifier v ērtība Nr. F97E) 
precīzs formāts 
Baits  Parametra defin īcija Izš ķirtspēja Darbības 
diapazons  
1. Code Page (saska ņā ar 1. papil ­
dinājumā doto defin īciju) ASCII  01 l īdz 0A  
2.–14.  Vehicle Registration Number 
(saskaņā ar 1. papildin ājumā 
doto defin īciju) ASCII  ASCII  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 331  
9. papildin ājums.  
TIPA APSTIPRIN ĀŠANA OBLIG ĀTO TESTU SARAKSTS  
SATURA R ĀDĪTĀJS 
1. IEVADS  
2. TRANSPORTL ĪDZEKĻA BLOKA FUNKCIONALI ­ 
TĀTES TESTI  
3. KUST ĪBAS SENSORA FUNKCIONALIT ĀTES TESTI  
4. TAHOGR ĀFA KARŠU FUNKCIONALIT ĀTES TESTI  
5. ĀRĒJĀS GNSS IEK ĀRTAS TESTI  
▼M1 
6. ĀRĒJĀS ATTĀLINĀTĀS SAZIŅAS IEKĀRTAS TESTI  
▼B 
7. DOKUMENT ĀCIJAS FUNKCIONALIT ĀTES TESTI  
8. SADER ĪBAS TESTI  
1. IEVADS  
1.1. Tipa apstiprin āšana  
Reģistrācijas kontrolier īces (vai komponenta) vai tahogr āfa kartes EK tipa 
apstiprināšanas pamat ā ir: 
▼M1 
— drošības sertifik ācija, kas pamatojas uz kop ēju kritēriju specifik ācijām, 
ņemot vērā drošības mērķa pilnīgu atbilstību šā pielikuma 10. papildin ā­
jumā noteiktajiem m ērķiem; 
▼B 
— funkcionalit ātes sertifik ācija, ko veikusi dal ībvalsts iest āde, apliecinot, 
ka testētais izstrādājums atbilst šaj ā pielikumā noteiktajām prasībām 
attiecībā uz veiktaj ām funkcijām, mērījumu precizit āti un vides parame ­
triem;  
— sadarbsp ējas sertifik ācija, ko veikusi kompetenta iest āde, apliecinot, ka 
reģistrācijas kontrolier īce (vai tahogr āfa karte) ir piln ībā sadarbspējīga ar 
vajadzīgajiem tahogr āfa karšu (vai re ģistrācijas kontrolier īču) modeļiem 
(sk. šā pielikuma 8. noda ļu). 
Šajā papildinājumā noteikti oblig ātie testi, kas dal ībvalsts iest ādei jāveic 
funkcionalit ātes testēšanas laikā un obligātie testi, kas kompetentajai iest ādei 
jāveic sadarbsp ējas testēšanas laikā. Šiem testiem vai testu veidiem izman ­
tojamās metodes s īkāk nav noteiktas.  
Šajā papildinājumā nav ietverti ar droš ības sertifik āciju saistītie jautājumi. Ja 
kādi tipa apstiprin āšanai vajadz īgie testi veikti droš ības novērtēšanas un 
sertificēšanas proces ā, tie nav jāveic atkārtoti. Šādā gadījumā var pārbaudīt 
tikai šo droš ības testu rezult ātus. Inform ācijai — pras ības, kas jātestē (vai 
kas tieši attiecas uz veicamajiem testiem) droš ības sertific ēšanas laikā, šajā 
papildinājumā atzīmētas ar “*”.  
Numurētās prasības attiecas uz pielikumu kopum ā, savukārt citas pras ības 
attiecas uz citiem papildin ājumiem (piem., PIC_001 attiecas uz 3. papildin ā­
juma “Piktogrammas” pras ību PIC_001).  
Šajā papildinājumā atsevišķi aplūkota kustības sensora, transportl īdzekļa bloka 
un ārējās GNSS iek ārtas (kā reģistrācijas kontrolier īču komponentu) tipa ap ­
stiprināšana. Katram komponentam pieš ķir individu ālu tipa apstiprin ājuma ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 332  
sertifikātu, kurā norāda citus sader īgos komponentus. Kust ības sensora (vai 
ārējās GNSS iek ārtas) funkcionalit ātes tests tiek veikts kop ā ar transportl ī­
dzekļa bloka test ēšanu un otr ādi. 
Nav nepieciešama visu kust ības sensora (vai ārējās GNSS iek ārtas) mode ļu 
un visu transportl īdzekļa bloka mode ļu sadarbsp ēja. Tāpēc tipa apstipri ­
nājumu kust ības sensoram (vai ārējai GNSS iek ārtai) var pieš ķirt tikai 
kopā ar attiecīgā transportlīdzekļa bloka tipa apstiprin ājumu un otr ādi. 
1.2. Atsauces  
Šajā papildinājumā izmantotas š ādas atsauces:  
IEC 60068-2-1: Videstest ēšana. 2-1.da ļa: Testi. A tests: Aukstums.  
IEC 60068-2-2: Galven ās videstest ēšanas proced ūras. 2-2. da ļa: Testi. B 
tests: Sauss karstums (sinusoid āls). 
IEC 60068-2-6: Videstest ēšana. 2-6. da ļa: Testi. Fc tests: Vibr ācijas.  
IEC 60068-2-14: Videstest ēšana. 2-14. da ļa: Testi. N tests: Temperat ūras 
maiņa. 
IEC 60068-2-27: Videstest ēšana. 2-27. da ļa: Testi. Ea tests un nor ādījumi: 
Trieciens.  
IEC 60068-2-30: Videstest ēšana. 2-30.da ļa: Testi. Tests Db: Ciklisks mitrs 
karstums (12 h + 12 h cikls).  
IEC 60068-2-64: Videstest ēšana. 2-64. da ļa: Testi. Fh tests: Plaša frekven ču 
diapazona neperiodisk ās vibrācijas (testēšanas principi un metodika).  
IEC 60068-2-78: Videstest ēšana. 2-78. da ļa: Testi. Cab tests: Mitrs 
karstums, nemain īgs. 
ISO 16750-3:  Mechanical loads (2012-12).  (Mehāniskā slodze.)  
ISO 16750-4:  Climatic loads (2010-04).  (Vides slodze.)  
ISO 20653: Autotransporta l īdzekļi. Aizsardz ības līmenis(IP kods). Elektro ­
iekārtu aizsardz ība pret sveš ķermeņiem, ūdeni un piek ļuvi. 
ISO 10605: 2008 + Tehniskie labojumi: 2010 + 1. groz ījumi: 2014 Auto ­
transporta l īdzekļi. Testa metodes elektrostatisk ās izlādes radītiem elektri ­
skajiem trauc ējumiem.  
ISO 7637-1: 2002 + 1. groz ījumi: 2008 Autotransporta l īdzekļi. Kondukt īvie 
un savstarp ējās iedarbības izraisītie elektriskie trauc ējumi. 1. da ļa: Definī­
cijas un visp ārīgi apsvērumi.  
ISO 7637-2: Autotransporta l īdzekļi. Kondukt īvie un savstarp ējās iedarbības 
izraisītie elektriskie trauc ējumi. 2. da ļa: Elektrisko p ārejas procesu p ārnese 
pa elektroapg ādes līnijām. 
ISO 7637-3: Autotransporta l īdzekļi. Kondukt īvie un savstarp ējās iedarbības 
izraisītie elektriskie trauc ējumi. 3. da ļa: Kapacitat īvo un indukt īvo pārejas 
procesu izrais īto elektrisko trauc ējumu pārnese pa līnijām, kas nav elektro ­
apgādes līnijas  
ISO/IEC 7816-1: Identifik ācijas kartes. Viedkartes ar kontaktiem. 1. da ļa: 
Fizikālās īpašības. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 333  
ISO/IEC 7816-2: Inform ācijas tehnolo ģija. Identifik ācijas kartes. Viedkartes 
ar kontaktiem. 2. da ļa: Kontaktu izm ēri un atrašan ās vieta.  
ISO/IEC 7816-3: Inform ācijas tehnolo ģija. Identifik ācijas kartes. Viedkartes 
ar kontaktiem. 3. da ļa: Elektroniskie sign āli un pārraides protokoli.  
ISO/IEC 10373-1: 2006 + 1. groz ījumi: 2012 Identifik ācijas kartes. Test ē­ 
šana. 1.daļa: Vispārīgais raksturojums.  
ISO/IEC 10373-3: 2010 + Tehniskie labojumi: 2013 Identifik ācijas kartes. 
Testēšana. 3.da ļa: Viedkartes ar kontaktiem un saist ītās saskarnes ier īces. 
ISO 16844-3: 2004, 1. labojumi:2006 Autotransporta l īdzekļi. Tahogrāfu 
sistēmas. 3. da ļa: Kustību sensora saskarne (ar transportl īdzekļa blokiem).  
ISO 16844-4: Autotransporta l īdzekļi. Tahogrāfu sistēmas. 4. da ļa: CAN  
saskarne.  
ISO 16844-6: Autotransporta l īdzekļi. Tahogrāfu sistēmas. 6. daļa: Diagnos ­
tika. 
ISO 16844-7: Autotransporta l īdzekļi. Tahogrāfu sistēmas. 7. da ļa: Para­
metri.  
ISO 534: Pap īrs un kartons. Lokš ņu biezuma, bl īvuma un īpatnējā tilpuma 
noteikšana.  
ANO EEK Nr.10: Vienoti noteikumi attiec ībā uz transportl īdzekļu apstip­
rinājumu saist ībā ar elektromagn ētisko savietojam ību (Apvienoto N āciju 
Organizācijas Eiropas Ekonomikas komisija)  
2. TRANSPORTL ĪDZEKĻA BLOKA FUNKCIONALIT ĀTES TESTI  
▼M1 
Nr. Tests  Apraksts  Saist ītās prasības 
1. Administrat īvā pārbaude  
1.1. Dokument ācija Dokument ācijas pareiz ība 
1.2. Ražotāja testu rezult āti To ražot āja testu rezult āti, kas veikti mont āžas 
laikā. 
Dokument ācijas pārbaudes.  88, 89,91  
2. Vizu āla pārbaude  
2.1. Atbilstība dokument ācijai 
2.2. Identifik ācija/marķējums  224–226  
2.3. Materiāli 219–223  
2.4. Plombas  398, 401–405  
2.5. Ārējās saskarnes  
3. Funkcionalit ātes testi  
3.1. Izpildāmās funkcijas  02, 03, 04, 05, 07, 382  
3.2. Darbības režīmi 09–11*, 134, 135  
3.3. Piekļuves tiesības funkcij ām un datiem  12* 13*, 382, 383, 386–389  
3.4. Karšu ievietošanas un iz ņemšanas uzraudz ība 15, 16, 17, 18, 19*, 20*, 134  
3.5. Ātruma un att āluma mērīšana 21–31  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 334  
Nr. Tests  Apraksts  Saist ītās prasības 
3.6. Laika skait īšana (20 °C temperat ūrā veicamais tests)  38–43  
3.7. Vadītāja darbību uzraudz ība 44–53, 134  
3.8. Braukšanas rež īma uzraudz ība 54, 55, 134  
3.9. Manuāli veicami ieraksti  56–62  
3.10.  Uzņēmuma atsl ēgu pārvaldība 63–68  
3.11.  Kontroles darb ību uzraudz ība 69, 70  
3.12.  Notikumu un/vai k ļūmju konstat ēšana 71–88, 134  
3.13.  Kontrolier īces identifik ācijas dati  93*, 94*, 97, 100  
3.14.  Dati par vad ītāja kartes ievietošanu un iz ņemšanu  102*–104*  
3.15.  Dati par transportl īdzekļa vadītāja darbībām 105*–107*  
3.16.  Dati par atrašan ās vietām 108*–112*  
3.17.  Odometra dati  113*–115*  
3.18.  Sīki dati par braukšanas ātrumu  116*  
3.19.  Dati par notikumiem  117*  
3.20.  Dati par k ļūmēm 118*  
3.21.  Kalibrēšanas dati  119*–121*  
3.22.  Dati par laika skait īšanas korekcij ām 124*, 125*  
3.23.  Dati par kontroles darb ībām 126*, 127*  
3.24.  Dati par uz ņēmuma atsl ēgām 128*  
3.25.  Dati par lejupiel ādes darbībām 129*  
3.26.  Dati par īpašiem nosac ījumiem  130*, 131*  
3.27.  Datu ierakst īšana un saglab āšana tahogr āfa kartēs 136, 137, 138*, 139*, 141*, 
142, 143 
144, 145, 146*, 147*, 148*, 
149, 150  
3.28.  Attēlošana  90, 134, 
151–168, 
PIC_001, DIS_001.  
3.29.  Izdrukāšana 90, 134, 
169–181, PIC_001, 
PRT_001–PRT_014  
3.30.  Brīdinājums  134, 182–191, 
PIC_001  ▼M1
 02016R0799 — LV — 26.02.2020 — 002.001 — 335  
Nr. Tests  Apraksts  Saist ītās prasības 
3.31.  Datu lejupiel āde ārējos datu nes ējos 90, 134, 192–196  
3.32.  Attālinātā saziņa saistībā ar mērķtiecīgām pārbaudēm uz ceļa 197–199  
3.33.  Datu izvad īšana uz ārējām papildier īcēm 200, 201  
3.34.  Kalibrēšana 202–206*, 383, 384, 386–391  
3.35.  Uz ceļa veikta kalibr ēšanas pārbaude  207–209  
3.36.  Laika skait īšanas korekcija  210–212*  
3.37.  Papildfunkciju sader ība 06, 425  
3.38.  Kustības sensora saskarne  02, 122  
3.39.  Ārējā GNSS iek ārta 03, 123  
3.40.  Pārliecinās, ka transportl īdzekļa bloks konstat ē, reģistrē un saglab ā 
transportlīdzekļa bloka ražot āja definētos notikumus un/vai k ļūmes, 
kad sapārotais kust ības sensors rea ģē uz magnētiskajiem laukiem, kas 
traucē konstatēt transportl īdzekļa kustību. 217. 
3.41.  Kodu komplekts un standartiz ēti domēna parametri  CSM_48, CSM_50  
4. Klimatiskie testi un iztur ība pret vides iedarb ību 
4.1. Temperat ūra Funkcionalit āti pārbauda, izmantojot: 
testu saska ņā ar ISO 16750-4, proti, t ā 
5.1.1.2. noda ļu “Low temperature operation 
test” (72 h; @ – 20°C temperat ūrā). 
Šis tests attiecas uz IEC 60068-2-1 (Environ ­
mental testing – Part 2-1: Tests – Test A: 
Cold); 
testu saska ņā ar ISO 16750-4, proti, t ā 
5.1.2.2. noda ļu “High temperature operation 
test” (72 h; @ 70°C temperat ūrā). 
Šis tests attiecas uz IEC 60068-2-2 Galven ās 
videstestēšanas proced ūras. 2. daļa: Testi. B 
tests: Sauss karstums. 
testu saska ņā ar ISO 16750-4, proti, t ā 5.3.2. 
nodaļu “Rapid change of temperature with 
specified transition duration” (– 20 °C/70°C, 
20 cikli, nov ērošanas laiks 2 h katr ā tempera­
tūrā). 
Dažu to testu skaitu, kas veicami pazemin ātā 
temperatūrā, paaugstin ātā temperat ūrā un 
cikliski main īgas temperat ūras apstākļos un 
definēti šīs tabulas 3. punkt ā, var samazin āt. 213 
4.2. Mitrums  Izmantojot IEC 60068-2-30 defin ēto Db testu, 
pārbauda, vai transportl īdzekļa bloks iztur 
ciklisku mitruma paaugstin āšanos (karstuma 
testu) sešos 24 stundu ciklos, kuros tempera ­
tūra mainās no + 25 °C l īdz + 55 °C un rela ­
tīvais mitrums + 25 °C temperat ūrā ir 97 %, 
bet + 55 °C temperat ūrā – 93 %.  214 ▼M1
 02016R0799 — LV — 26.02.2020 — 002.001 — 336  
Nr. Tests  Apraksts  Saist ītās prasības 
4.3. Mehāniskie testi  1. Sinusoid ālās vibrācijas 
Pārbauda, vai transportl īdzekļa bloks iztur 
sinusoidālās vibrācijas ar šādām raksturlie ­
lumu vērtībām: 
amplitūda pie 5 Hz–11 Hz – l īdz 10 mm; 
paātrinājums pie 11 Hz–300 Hz – 5g 
Šīs prasības ievērošanu pārbauda saska ņā 
ar IEC 60068-2-6 defin ēto Fc testu, test ē­ 
šanas minim ālais ilgums ir 3 × 12 stundas 
(12 stundas katras ass virzien ā). 
ISO 16750-3 neparedz veikt sinusoid ālās 
vibrācijas testu ier īcēm, kas atrodas atkabi ­
nātā transportlīdzekļa kabīnē. 
2. Gadījuma rakstura vibr ācijas 
Tests saska ņā ar ISO 16750-3, proti, t ā 
4.1.2.8. noda ļu: VIII tests “Commercial 
vehicle, decoupled vehicle cab”. 
Gadījuma rakstura vibr āciju tests, 
10–2 000 Hz, RMS vertik āli 21,3 m/s  2 , 
RMS gareniski 11,8 m/s  2 , RMS sāniski 
13,1 m/s  2 , 3 asis, 32 h katras ass virzien ā, 
arī cikliski main īgas temperat ūras apstāk­ 
ļos – 20–70°C. 
Šis tests attiecas uz IEC 60068-2-64 (Envi ­
ronmental testing – Part 2-64: Tests - Test 
Fh: Vibration, broadband random and 
guidance). 
3. Triecieniztur ība 
Mehāniskā triecieniztur ība ar 3 g pussinusu 
saskaņā ar ISO 16750. 
Iepriekšmin ētos testus veic, izmantojot atsevi ­ 
šķus pārbaudāmās ierīces tipa paraugus.  219 
4.4. Aizsardz ība pret ūdeni 
un svešķermeņiem Tests saska ņā ar ISO 20653: (Road vehicles – 
Degree of protection (IP code) – Protection of 
electrical equipment against foreign objects, 
water and access), parametrus nemaina, mini ­
mālā vērtība IP 40.  220, 221  
4.5. Aizsardz ība pret 
pārspriegumu  Pārbauda, vai transportl īdzekļa bloki iztur 
paaugstinātu spriegumu: 
24 V barošanas spriegumam paredz ētie: 34 V 
vienu stundu + 40°C temperat ūrā: 24 V baro ­ 
šanas spriegumam paredz ētie: 34 V vienu 
stundu + 40°C temperat ūrā 
12 V barošanas spriegumam paredz ētie: 17 V 
vienu stundu + 40°C temperat ūrā: 12 V baro ­ 
šanas spriegumam paredz ētie: 17 V vienu 
stundu + 40°C temperat ūrā(ISO 16750-2)  216 ▼M1
 02016R0799 — LV — 26.02.2020 — 002.001 — 337  
Nr. Tests  Apraksts  Saist ītās prasības 
4.6. Aizsardz ība pret baro ­ 
šanas strāvas polari ­
tātes izmaiņām Pārbauda, vai transportl īdzekļa bloks iztur 
barošanas str āvas polarit ātes maiņu 
(ISO 16750-2)  216 
4.7. Aizsardz ība pret 
īssavienojumu  Pārbauda, vai ieejas un izejas sign āliem ir 
aizsardzība pret barošanas str āvas īssavieno­
jumu uz korpusa 
(ISO 16750-2)  216 
5. Elektromagn ētiskās saderības testi  
5.1. EM starojums un jut ība 
pret starojumu  Atbilstība ANO EEK Noteikumiem Nr. 10.  218  
5.2. Elektrostatisk ā izlāde Atbilst ība ISO 10605:2008 + 
Technical Corrigendum :2010 + 
AMD1 :2014: ±4 kV kontaktam un ±8 kV 
izlādei gaisā 218 
5.3. Jutība pret barošanas 
strāvas plūsmas radīto 
lauku  24V barošanas spriegumam paredz ētie: atbil­
stība ISO 7637-2 + ANO EEK Noteikumiem 
Nr. 10., 3. red.: 
1.a impulss: Vs =– 450V Ri=50 omi 
2.a impulss: Vs = +37V Ri=2 omi 
2.b impulss: Vs = + 20V Ri=0,05 omi 
3.a impulss: Vs = – 150V Ri=50 omi 
3.b impulss: Vs = + 150V Ri=50 omi 
4. impulss: Vs = – 16V Va=-12V t6=100 ms 
5. impulss: Vs = + 120V Ri=2,2 omi= 
250 ms 
12 V barošanas spriegumam paredz ētie: atbil­
stība ISO 7637-1 + ANO EEK Noteikumiem 
Nr. 10., 3. red.: 
1. impulss: Vs = – 75V Ri=10 omi 
2.a impulss: Vs = + 37V Ri=2 omi 
2.b impulss: Vs = + 10V Ri=0,05 omi 
3.a impulss: Vs = – 112V Ri=50 omi 
3.b impulss: Vs = + 75V Ri=50 omi 
4. impulss: Vs = – 6V Va=-5V t6=15 ms 
5. impulss: Vs = + 65V Ri=3 omi td=100 ms 
5. impulss j āpārbauda tikai transportl īdzekļa 
blokiem, kas paredz ēti uzstādīšanai transport ­
līdzekļos bez visp ārējās ārējās aizsardz ības 
pret barošanas str āvas avārijas izslēgšanos. 
Uz barošanas str āvas avārijas izslēgšanos 
attiecas 4.6.4. noda ļa standartā ISO 16750-2 
(4. izdevums).  218 ▼M1
 02016R0799 — LV — 26.02.2020 — 002.001 — 338  
3. KUST ĪBAS SENSORA FUNKCIONALIT ĀTES TESTI  
Nr. Tests  Apraksts  Saist ītās prasības 
1. Administrat īvā pārbaude  
1.1. Dokument ācija Dokument ācijas pareiz ība 
2. Vizu ālā pārbaude  
2.1. Atbilstība dokument ācijai 
2.2. Identifik ācija/marķējums  225, 226  
2.3. Materiāli 219–223  
2.4. Plombas  398, 401–405  
3. Funkcionalit ātes testi  
3.1. Sensora identifik ācijas dati  95–97*  
3.2. Kustības sensora savienojums ar transportl īdzekļa bloku  122*, 204  
3.3. Kustības konstat ēšana 
Kustības mērījumu precizit āte 30–35  
3.4. Transportl īdzekļa bloka saskarne  02  
3.5. Pārbauda, vai kust ības sensors nerea ģē uz nemain īgu magnētisko lauku. Alter ­
natīva ir pārliecināties, ka kust ības sensors rea ģē uz nemain īgiem magn ētiska­
jiem laukiem, kas trauc ē konstatēt transportl īdzekļa kustību, lai savienotais trans ­
portlīdzekļa bloks var ētu konstatēt, reģistrēt un saglab āt informāciju par sensora 
kļūmēm. 217 
4. Klimatiskie testi un iztur ība pret vides iedarb ību 
4.1. Ekspluat ācijas temperat ūra Pārbauda funkcionalit āti (saskaņā ar 3.3. punkt ā 
minēto testu) temperat ūras intervālā [– 40 °C; + 
135 °C], izmantojot: 
IEC 60068-2-1 testu Ad, ar test ēšanas ilgumu 
96 stundas zem ākajā temperatūrā To  min ; 
IEC 60068-2-2 testu Bd, ar test ēšanas ilgumu 
96 stundas augst ākajā temperatūrā To  max ; 
testu saska ņā ar ISO 16750-4, 5.1.1.2. noda ļu 
“Low temperature operation test ” (24 h, @ 
– 40 °C temperat ūrā). 
Šis tests attiecas uz IEC 60068-2-1 ( Environ­
mental testing — Part 2-1: Tests — Test A: 
Cold ), IEC 68-2-2, Bd testu, ar test ēšanas 
ilgumu 96 stundas zem ākajā temperatūrā -40 °C; 
testu saska ņā ar ISO 16750-4, 5.1.2.2. noda ļu 
“High temperature operation test ” (96 h, @ 
135 °C temperat ūrā). 
Šis tests attiecas uz IEC 60068-2-2 ( Basic envi ­
ronmental testing procedures — Part 2: Tests — 
Test B: Dry heat ). 213 ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 339  
Nr. Tests  Apraksts  Saist ītās prasības 
4.2. Temperat ūras cikliskas 
pārmaiņas Tests saska ņā ar ISO 16750-4, 5.3.2. noda ļu 
“Rapid change of temperature with specified 
transition duration ” (-40 °C/135 °C, 20 cikli, 
novērošanas laiks 30 min katr ā temperatūrā). 
IEC 60068-2-14:  Environmental testing — Part 
2-14: Tests — Test N: Change of temperature.  213 
4.3. Mitruma cikliskas izmai ņas Pārbauda funkcionalit āti (saskaņā ar testu 
3.3. punkt ā), izmantojot IEC 60068-2-30, 
Db testu, sešos 24 stundu ciklos, kuros tempe ­
ratūra mainās no + 25 °C l īdz + 55 °C un rela ­
tīvais mitrums + 25 °C temperat ūrā ir 97 %, bet 
+ 55 °C temperat ūrā — 93 %.  214 
4.4. Vibrācija ISO 16750-3, 4.1.2.6. noda ļa, VI tests 
“Commercial vehicle, engine, gearbox ”. 
Jaukta režīma vibrāciju tests, tostarp: 
a) sinusoid ālo vibrāciju tests, 20 .. 520 Hz, 
11,4 .. 120 m/s  2 , <= 0,5 oct/min; 
b) gadījuma rakstura vibr āciju tests, 
10 .. 2 000 Hz, RMS 177 m/s  2 , 
94 h katras ass virzien ā, arī cikliski main īgas 
temperatūras apstākļos -20 .. 70 °C. 
Šis tests attiecas uz IEC 60068-2-80 ( Environ­
mental testing — Part 2-80: Tests — Test Fi: 
Vibration — Mixed mode ). 219 
4.5. Mehāniskā triecieniztur ība ISO 16750-3, 4.2.3. noda ļa, VI tests “ Test for 
devices in or on the gearbox ”. 
Pussinusoid ālā triecieniztur ība, paātrinājums, kas 
jāsaskaņo diapazon ā 3 000 .. 15 000 m/s  2 , 
impulsa ilgums, kas j āsaskaņo, tomēr < 1 ms, 
triecienu skaits: j āsaskaņo. 
Šis tests attiecas uz IEC 60068-2-27:  Environ­
mental testing — Part 2: Tests — Test Ea and 
guidance: Shock . 219 
4.6. Aizsardz ība pret ūdeni un 
svešķermeņiem Tests saska ņā ar ISO 20653 ( Road vehicles — 
Degree of protection (IP code) — Protection of 
electrical equipment against foreign objects, 
water and access ) 
(mērķvērtība IP 64).  220, 221  
4.7. Aizsardz ība pret barošanas 
strāvas polarit ātes izmaiņām Pārbauda, vai kust ības sensors iztur barošanas 
strāvas polarit ātes maiņu 216 
4.8. Aizsardz ība pret 
īssavienojumu  Pārbauda, vai ieejas un izejas sign āliem ir 
aizsardzība pret barošanas sprieguma īssavieno­
jumu uz korpusu  216 ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 340  
Nr. Tests  Apraksts  Saist ītās prasības 
5. Elektromagn ētiskā saderība 
5.1. Izstarojums un jut ība pret 
izstarojumu  Pārbauda atbilst ību ANO/EEK Noteikumiem 
Nr. 10.  218 
5.2. Elektrostatisk ā izlāde Atbilst ība ISO 10605:2008 +  Technical Corri ­
gendum : 2010 +  AMD1 : 2014: +/–4 kV 
kontaktam un +/-8 kV izl ādei gaisā 218 
5.3. Datu līniju jutība pret baro ­ 
šanas strāvas plūsmas radīto 
lauku  24 V barošanas spriegumam paredz ētie: atbil­
stība ISO 7637-2 + ANO/EEK Noteikumiem 
Nr. 10., 3. red.: 
1.a impulss: Vs = – 450 V, Ri = 50 omi, 
2.a impulss: Vs = + 37 V, Ri = 2 omi, 
2.b impulss: Vs = + 20 V, Ri = 0,05 omi, 
3.a impulss: Vs = – 150 V, Ri = 50 omi, 
3.b impulss: Vs = +150 V, Ri = 50 omi, 
4. impulss: Vs = – 16 V, Va = – 12 V, t6 = 
100 ms, 
5. impulss: Vs = + 120 V, Ri = 2,2 omi, td = 
250 ms; 
12V barošanas spriegumam paredz ētie: atbilstība 
ISO 7637-1 + ANO/EEK Noteikumiem Nr. 10., 
3. red.: 
1. impulss: Vs = – 75 V, Ri = 10 omi, 
2.a impulss: Vs = + 37 V, Ri = 2 omi, 
2.b impulss: Vs = + 10 V, Ri = 0,05 omi, 
3.a impulss: Vs = –112 V, Ri = 50 omi, 
3.b impulss: Vs = + 75 V, Ri = 50 omi, 
4. impulss: Vs = – 6 V, Va = – 5 V, t6 = 15 ms, 
5. impulss: Vs = + 65 V, Ri = 3 omi, td = 
100 ms. 
5. impulss j āpārbauda tikai transportl īdzekļa 
blokiem, kas paredz ēti uzstādīšanai transportl ī­
dzekļos bez visp ārējās ārējās aizsardzības pret 
barošanas str āvas avārijas izslēgšanos. 
Uz barošanas str āvas avārijas izslēgšanos 
attiecas 4.6.4. noda ļa standart ā ISO 16750-2 
(4. izdevums).  218 
4. TAHOGR ĀFA KARŠU FUNKCIONALIT ĀTES TESTI  
Saskaņā ar šo 4. ieda ļu testus, proti,  
Nr. 5 “Protokola testi”,  
Nr. 6 “Kartes strukt ūra” un  
Nr. 7 “Funkcionalit ātes testi”,  
attiecībā uz mikrosh ēmas moduli var veikt v ērtētājs vai sertific ētājs kopēju 
kritēriju drošības sertifik ācijas procesa laik ā. 
Testi Nr. 2.3. un 4.2. ir vien ādi. Tie ir kartes un mikrosh ēmas modu ļa 
kombinācijas mehāniskie testi. Šie testi ir vajadz īgi, ja kāds no šiem kompo ­
nentiem (karte, mikrosh ēmas modulis) tiek main īts. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 341  
Nr. Tests  Apraksts  Saist ītās prasības 
1. Administrat īvā pārbaude  
1.1. Dokument ācija Dokument ācijas pareiz ība 
2. Karte  
2.1. Drukas dizains  Pārliecinās, ka visi aizsardz ības elementi un redzam ā 
informācija uz kartes ir uzdruk āta pareizi un 
prasībām atbilstīgi. 
[Apzīmējums] 
(1.C pielikums, 4.1. noda ļa “Redzam ā informācija”, 
227) 
Kartes priekš ējā pusē norāda: 
atkarībā no kartes veida t ās izdevējas valsts ofici ālajā 
valodā vai valod ās ar lielajiem burtiem druk ātus 
vārdus “Vad ītāja karte”, “Kontroles karte”, “Darb ­
nīcas karte” vai “Uz ņēmuma karte”. 
[Dalībvalsts nosaukums] 
(1.C pielikums, 4.1. noda ļa “Redzam ā informācija”, 
228) 
Kartes priekš ējā pusē norāda: 
kartes izdev ējas dalībvalsts nosaukumu (nav oblig āti). 
[Zīme] 
(1.C pielikums, 4.1. noda ļa “Redzam ā informācija”, 
229) 
Kartes priekš ējā pusē norāda: 
tās dalībvalsts, kas izdod karti, atš ķirības zīmi, kura 
iespiesta negat īvā uz zila taisnst ūra un kurai apk ārt 
izvietotas 12 dzeltenas zvaigznes. 
[Uzskaite] 
(1.C pielikums, 4.1. noda ļa “Redzam ā informācija”, 
232) 
Kartes aizmugures pus ē norāda: 
skaidrojumu par kartes priekš ējā pusē sarindoto 
informāciju. 
[Krāsa] 
(1.C pielikums, 4.1. noda ļa “Redzam ā informācija”, 
234) 
Tahogrāfa kartes j āiespiež, fon ā izmantojot š ādas 
dominējošas krāsas: 
— vadītāja karte — balta, 
— darbnīcas karte — sarkana, 
— kontrolkarte — zila, 
— uzņēmuma karte — dzeltena.  227–229, 232, 
234–236  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 342  
Nr. Tests  Apraksts  Saist ītās prasības 
[Drošība] 
(1.C pielikums, 4.1. noda ļa “Redzam ā informācija”, 
235) 
Tahogrāfa kartēm ir vismaz š ādi elementi aizsardz ībai 
pret kartes viltošanu vai boj āšanu: 
— aizsargfons ar s īku gijošētu rakstu un īrisiespie- 
dumu, 
— vismaz viena divkr āsu mikroiespieduma l īnija. 
[Marķējumi] 
(1.C pielikums, 4.1. noda ļa “Redzam ā informācija”, 
236) 
Dalībvalstis dr īkst pievienot kr āsas vai mar ķējumus, 
piemēram, valsts simbolus un aizsardz ības elementus. 
[Apstiprinājuma marķējums] 
Tahogrāfa kartēs ir apstiprin ājuma marķējums. 
Apstiprinājuma marķējums ir šāds: 
— taisnstūra veidā, uz kura p ēc burta “e” seko 
apstiprinājuma izdev ējas valsts apz īmējums cipar- 
iem vai burtiem, 
— jebkurā vietā tūlīt aiz taisnst ūra ir apstiprin ājuma 
numurs, kas atbilst par tahogr āfa kartes tipa 
apstiprinājumu izdot ā sertifikāta numuram.  
2.2. Mehāniskie testi  
[Kartes izm ēri] 
Tahogrāfa kartēm jāatbilst standartam 
ISO/IEC 7810,  Identification cards — Physical 
characteristics , 
[5] Dimension of card, 
[5.1] Card size, 
[5.1.1] Card dimensions and tolererances, 
card type ID-1 Unused card 
[Kartes malas] 
Tahogrāfa kartēm jāatbilst standartam 
ISO/IEC 7810,  Identification cards — Physical 
characteristics , 
[5] Dimension of card, 
[5.1] Card size, 
[5.1.2] Card edges  240, 243 
ISO/IEC 7810  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 343  
Nr. Tests  Apraksts  Saist ītās prasības 
[Kartes konstrukcija] 
Tahogrāfa kartēm jāatbilst standartam 
ISO/IEC 7810,  Identification cards — Physical 
characteristics , 
[6] Card construction 
[Kartes materi āli] 
Tahogrāfa kartēm jāatbilst standartam 
ISO/IEC 7810,  Identification cards — Physical 
characteristics , 
[7] Card materials 
[Lieces stingrums] 
Tahogrāfa kartēm jāatbilst standartam 
ISO/IEC 7810,  Identification cards — Physical 
characteristics , 
[8] Card characteristics , 
[8.1] Bending stiffness 
[Toksiskums] 
Tahogrāfa kartēm jāatbilst standartam 
ISO/IEC 7810,  Identification cards — Physical 
characteristics , 
[8] Card characteristics , 
[8.3] Toxicity 
[Ķīmiskā noturība] 
Tahogrāfa kartēm jāatbilst standartam 
ISO/IEC 7810,  Identification cards — Physical 
characteristics , 
[8] Card characteristics , 
[8.4] Resistance to chemicals 
[Kartes stabilit āte] 
Tahogrāfa kartēm jāatbilst standartam 
ISO/IEC 7810,  Identification cards — Physical 
characteristics , 
[8] Card characteristics , 
[8.5] Card dimensional stability and warpage with 
temperature and humidity  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 344  
Nr. Tests  Apraksts  Saist ītās prasības 
[Gaisma] 
Tahogrāfa kartēm jāatbilst standartam 
ISO/IEC 7810,  Identification cards — Physical 
characteristics , 
[8] Card characteristics , 
[8.6] Light 
[Izturība] 
(1.C pielikums, 4.4. noda ļa “Vides un elektrisk ās 
specifikācijas”, 241) 
Ievērojot vides un elektrisk ās specifikācijas, tahogr āfa 
kartēm ir pareizi j ādarbojas piecus gadus. 
[Atslāņošanās stiprība] 
Tahogrāfa kartēm jāatbilst standartam 
ISO/IEC 7810,  Identification cards — Physical 
characteristics , 
[8] Card characteristics , 
[8.8] Peel strength 
[Adhēzija vai salipšana] 
Tahogrāfa kartēm jāatbilst standartam 
ISO/IEC 7810,  Identification cards — Physical 
characteristics , 
[8] Card characteristics , 
[8.9] Adhesion or blocking 
[Saroze] 
Tahogrāfa kartēm jāatbilst standartam 
ISO/IEC 7810,  Identification cards — Physical 
characteristics , 
[8] Card characteristics , 
[8.11] Overall card warpage 
[Karstuma iztur ība] 
Tahogrāfa kartēm jāatbilst standartam 
ISO/IEC 7810,  Identification cards — Physical 
characteristics , 
[8] Card characteristics , 
[8.12] Resistance to heat  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 345  
Nr. Tests  Apraksts  Saist ītās prasības 
[Virsmas deform ācijas] 
Tahogrāfa kartēm jāatbilst standartam 
ISO/IEC 7810,  Identification cards — Physical 
characteristics , 
[8] Card characteristics , 
[8.13] Surface distortions 
[Piesārņojums] 
Tahogrāfa kartēm jāatbilst standartam 
ISO/IEC 7810,  Identification cards — Physical 
characteristics , 
[8] Card characteristics , 
[8.14] Contamination and interaction of card 
components  
2.3. Mehāniskie testi ar 
ievietotu mikrosh ēmas 
moduli  [Liece] 
Tahogrāfa kartēm jāatbilst standartam 
ISO/IEC 7810:2003/Amd. 1:2009,  Identification 
cards — Physical characteristics, Amendment 1: 
Criteria for cards containing integrated circuits  
[9.2] Dynamic bending stress 
Kopējais lieces ciklu skaits: 4 000. 
[Vērpe] 
Tahogrāfa kartēm jāatbilst standartam 
ISO/IEC 7810:2003/Amd. 1:2009,  Identification 
cards — Physical characteristics, Amendment 1: 
Criteria for cards containing integrated circuits  
[9.3] Dynamic torsional stress 
Kopējais vērpes ciklu skaits: 4 000.  ISO/IEC 7810  
3. Modulis  
3.1. Modulis  Modulis ir mikrosh ēmas iekapsul ējums un 
kontaktplāksne. 
[Virsmas profils] 
Tahogrāfa kartēm jāatbilst standartam 
ISO/IEC 7816-1:2011,  Identification cards — Inte ­
grated circuit cards — Part 1: Cards with 
contacts — Physical characteristics  
[4.2] Surface profile of contacts  ISO/IEC 7816  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 346  
Nr. Tests  Apraksts  Saist ītās prasības 
[Mehāniskā izturība] 
Tahogrāfa kartēm jāatbilst standartam 
ISO/IEC 7816-1:2011,  Identification cards — Inte ­
grated circuit cards — Part 1: Cards with 
contacts — Physical characteristics  
[4.3] Mechanical strength (of a card and contacts) 
[Elektriskā pretestība] 
Tahogrāfa kartēm jāatbilst standartam 
ISO/IEC 7816-1:2011,  Identification cards — Inte- 
grated circuit cards — Part 1: Cards with contacts — 
Physical characteristics  
[4.4] Electrical resistance (of contacts) 
[Izmērs] 
Tahogrāfa kartēm jāatbilst standartam 
ISO/IEC 7816-2:2007,  Identification cards — Inte- 
grated circuit cards — Part 2: Cards with contacts — 
Dimension and location of the contacts  
[3] Dimension of the contacts 
[Atrašanās vieta] 
Tahogrāfa kartēm jāatbilst standartam 
ISO/IEC 7816-2:2007,  Identification cards — Inte- 
grated circuit cards — Part 2: Cards with contacts — 
Dimension and location of the contacts  
[4] Number and location of the contacts 
Ja modulim ir seši kontakti, uz kontaktiem ‘C4’ un 
‘C8’ šā testa prasība neattiecas.  
4. Mikrosh ēma 
4.1. Mikrosh ēma 
[Ekspluatācijas temperat ūra] 
Tahogrāfa kartes mikrosh ēma darbojas apk ārtējās 
vides temperat ūrā no – 25 °C l īdz + 85 °C.  241–244 
ANO/EEK Noteikumi 
Nr. 10 
ISO/IEC 7810 
ISO/IEC 10373  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 347  
Nr. Tests  Apraksts  Saist ītās prasības 
[Temperatūra un mitrums] 
(1.C pielikums, 4.4. noda ļa “Vides un elektrisk ās 
specifikācijas”, 241) 
Tahogrāfa kartes pareizi darbojas visos Kopienas 
teritorijā parasti nov ērojamajos klimatiskajos ap ­
stākļos un vismaz temperat ūras diapazon ā no – 
25 °C līdz + 70 °C ar īslaicīgu temperat ūras paaug­
stināšanos līdz + 85 °C, kur j ēdziens “īslaicīgi” 
nozīmē ne ilgāk par 4 stund ām vienā reizē un ne 
vairāk kā 100 reižu vis ā kartes lietošanas laik ā. 
Noteiktu laiku sec īgos posmos tahogr āfa kartes 
pakļauj turpm āk norādītajām temperat ūrām un 
mitrumam. P ēc katra posma tahogr āfa kartēm testē 
elektrisko funkcionalit āti. 
1. Divas stundas – 20 °C temperat ūrā. 
2. Divas stundas +/– 0 °C temperat ūrā. 
3. Divas stundas + 20 °C temperat ūrā pie relatīvā 
mitruma 50 %. 
4. Divas stundas + 50 °C temperat ūrā pie relatīvā 
mitruma 50 %. 
5. Divas stundas + 70 °C temperat ūrā pie relatīvā 
mitruma 50 %. 
Temperatūru periodiski paaugstina l īdz + 85 °C 
pie relatīvā mitruma 50 %, 60 min. 
6. Divas stundas + 70 °C temperat ūrā pie relatīvā 
mitruma 85 %. 
Temperatūru periodiski paaugstina l īdz + 85 °C 
pie relatīvā mitruma 85 %, 30 min. 
[Mitrums] 
(1.C pielikums, 4.4. noda ļa “Vides un elektrisk ās 
specifikācijas”, 242) 
Tahogrāfa kartes pareizi darbojas, ja relat īvais gaisa 
mitrums ir 10–90 %. 
[Elektromagn ētiskā saderība — EMS] 
(1.C pielikums, 4.4. noda ļa “Vides un elektrisk ās 
specifikācijas”, 244) 
Ekspluatācijas laikā tahogrāfa kartes atbilst ANO/ 
EEK Noteikumu Nr. 10 pras ībām attiecībā uz 
elektromagn ētisko sader ību. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 348  
Nr. Tests  Apraksts  Saist ītās prasības 
[Statiskā elektrība] 
(1.C pielikums, 4.4. noda ļa “Vides un elektrisk ās 
specifikācijas”, 244) 
Ekspluatācijas laikā tahogrāfa kartes ir aizsarg ātas pret 
elektrostatisk ām izlādēm. 
Tahogrāfa kartēm jāatbilst standartam 
ISO/IEC 7810:2003/Amd. 1:2009,  Identification 
cards — Physical characteristics, Amendment 1: 
Criteria for cards containing integrated circuits  
[9.4] Static electricity 
[9.4.1] Contact IC cards 
Testēšanas spriegums: 4 000 V. 
[Rentgena stari] 
Tahogrāfa kartēm jāatbilst standartam 
ISO/IEC 7810:2003/Amd. 1:2009,  Identification 
cards — Physical characteristics, Amendment 1: 
Criteria for cards containing integrated circuits  
[9.1] X-rays 
[Ultraviolet ā gaisma] 
ISO/IEC 10373-1:2006,  Identification cards — Test 
methods — Part 1: General characteristics  
[5.11] Ultraviolet light 
[3 riteņu tests] 
Tahogrāfa kartēm jāatbilst standartam 
ISO/IEC 10373-1:2006/Amd. 1:2012,  Identification 
cards — Test methods — Part 1: General character- 
istics, Amendment 1  
[5.22] ICC — Mechanical strength: 3 wheel test for 
ICCs with contacts 
[Pārklājums] 
Tahogrāfa kartēm jāatbilst standartam  
MasterCard CQM  V2.03:2013 
[11.1.3] R-L3-14-8:  Wrapping Test Robustness  
[13.2.1.32] TM-422:  Mechanical Reliability: Wrap- 
ping Test  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 349  
Nr. Tests  Apraksts  Saist ītās prasības 
4.2. Kartē ievietotā mikro­
shēmas modu ļa mehā­
niskie testi-> t ādi paši 
kā 2.3. iedaļā [Liece] 
Tahogrāfa kartēm jāatbilst standartam 
ISO/IEC 7810:2003/Amd. 1:2009,  Identification 
cards — Physical characteristics, Amendment 1: 
Criteria for cards containing integrated circuits  
[9.2] Dynamic bending stress 
Kopējais lieces ciklu skaits: 4 000. 
[Vērpe] 
Tahogrāfa kartēm jāatbilst standartam 
ISO/IEC 7810:2003/Amd. 1:2009,  Identification 
cards — Physical characteristics, Amendment 1: 
Criteria for cards containing integrated circuits  
[9.3] Dynamic torsional stress 
Kopējais vērpes ciklu skaits: 4 000.  ISO/IEC 7810  
5. Protokola testi  
5.1. ATR  P ārbauda, vai atbilst ATR protokolam.  ISO/IEC 7816-3 
TCS 14, TCS 17, 
TCS 18  
5.2. T=0  P ārbauda, vai atbilst T=0 protokolam.  ISO/IEC 7816-3 
TCS_11, TCS_12, 
TCS_13, TCS_15  
5.3. PTS  P ārbauda, vai, iestatot T=1 no T=0, tiek iev ērota PTS 
komanda.  ISO/IEC 7816-3 
TCS_12, TCS_19, 
TCS_20, TCS_21  
5.4. T=1  P ārbauda, vai atbilst T=1 protokolam.  ISO/IEC 7816-3 
TCS_11, TCS_13, 
TCS_16  
6. Kartes strukt ūra 
6.1. P ārbauda kartes strukt ūras atbilstību, konstat ējot, vai 
kartē ir visas oblig ātās datnes, un piek ļuves nosac ī­
jumus šīm datnēm. TCS 22–TCS28 
TCS 140–TCS 179  
7. Funkcionalit ātes testi  
7.1. Parasta apstr āde Vismaz vienreiz p ārbauda visu at ļauto komandu lieto ­
jumu (piem., test ē UPDATE BINARY komandu ar 
CLA = ‘00’, CLA = ‘0C’ un ar daž ādiem P1, P2 un 
Lc parametriem). 
Pārbauda, vai darb ības kartē tiek faktiski izpild ītas 
(piem., nolasot datni, par kuru tiek izpild īta komanda).  TCS 29–TCS 139  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 350  
Nr. Tests  Apraksts  Saist ītās prasības 
7.2. Kļūdu paziņojumi  Katrai komandai visus k ļūdu paziņojumus (saska ņā ar 
2. papildin ājumu) testē vismaz vienu reizi. 
Vismaz vienreiz test ē visas visp ārējās kļūdas (izņemot 
‘6400 ’ integritātes kļūdas, kuras p ārbauda droš ības 
sertificēšanas laikā). 
7.3. Kodu komplekts un standartiz ēti domēna parametri  CSM_48, CSM_50  
8. Personaliz ācija 
8.1. Optiskā personaliz ācija (1.C pielikums, 4.1. noda ļa “Redzam ā informācija”, 
230) 
Kartes priekš ējā pusē norāda: 
informāciju par izdoto karti. 
(1.C pielikums, 4.1. noda ļa “Redzam ā informācija”, 
231) 
Kartes priekš ējā pusē norāda: 
datumus form ātā “dd/mm/gggg” vai “dd.mm.gggg” 
(diena, mēnesis, gads). 
(1.C pielikums, 4.1. noda ļa “Redzam ā informācija”, 
235) 
Tahogrāfa kartēm ir vismaz š ādi elementi aizsardz ībai 
pret kartes viltošanu vai boj āšanu: 
— fotogrāfijas vietā aizsargfons un fotogr āfija 
pārklājas. 230, 231, 235  
5. ĀRĒJĀS GNSS IEK ĀRTAS TESTI  
Nr. Tests  Apraksts  Saist ītās prasības 
1. Administrat īvā pārbaude  
1.1. Dokument ācija Dokument ācijas pareiz ība 
2. Vizu ālā pārbaude ārējai GNSS iek ārtai 
2.1. Atbilstība dokument ācijai 
2.2. Identifik ācija/marķējums  224–226  
2.3. Materiāli 219–223  
3. Funkcionalit ātes testi  
3.1. Sensora identifik ācijas dati  98, 99  
3.2. Ārējā GNSS modu ļa un transportl īdzekļa bloka savienojums  123, 205  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 351  
Nr. Tests  Apraksts  Saist ītās prasības 
3.3. GNSS atrašan ās vieta  36, 37  
3.4. Transportl īdzekļa bloka saskarne, ja GNSS uztv ērējs atrodas ārpus transportl ī­
dzekļa bloka  03 
3.5. Kodu komplekts un standartiz ēti domēna parametri  CSM_48, CSM_50  
4. Klimatiskie testi un iztur ība pret vides iedarb ību 
4.1. Temperat ūra Funkcionalit āti pārbauda, izmantojot: 
testu saska ņā ar ISO 16750-4, proti, t ā 5.1.1.2. noda ļu “Low 
temperature operation test ” (72 h; @ – 20 °C temperat ūrā). 
Šis tests attiecas uz IEC 60068-2-1 ( Environmental testing — 
Part 2-1: Tests — Test A: Cold ); 
testu saska ņā ar ISO 16750-4, 5.1.2.2. noda ļu “High tempe ­
rature operation test ” (72 h, @ 70 °C temperat ūrā). 
Šis tests attiecas uz IEC 60068-2-2 ( Basic environmental 
testing procedures — Part 2: Tests — Test B: Dry heat ); 
testu saska ņā ar ISO 16750-4, 5.3.2. noda ļu “Rapid change 
of temperature with specified transition duration ” (– 20 °C/ 
70 °C, 20 cikli, nov ērošanas laiks 1 h katr ā temperatūrā). 
Dažu to testu skaitu, kas veicami pazemin ātā temperatūrā, 
paaugstinātā temperatūrā un cikliski main īgas temperat ūras 
apstākļos un defin ēti šīs tabulas 3. ieda ļā, var samazin āt. 213 
4.2. Mitrums  Izmantojot IEC 60068-2-30, Db testu, p ārbauda, vai trans ­
portlīdzekļa bloks iztur ciklisku mitruma paaugstin āšanos 
(karstuma testu) sešos 24 stundu ciklos, kuros temperat ūra 
mainās no +2 5 °C l īdz + 55 °C un relat īvais mitrums + 
25 °C temperat ūrā ir 97 %, bet + 55 °C temperat ūrā — 
93 %.  214 
4.3. Mehāniskie testi  1. Sinusoid ālās vibrācijas 
Pārbauda, vai transportl īdzekļa bloks iztur sinusoid ālās 
vibrācijas ar šādām raksturlielumu v ērtībām: 
amplitūda pie 5–11 Hz — l īdz 10 mm; 
paātrinājums pie 11–300 Hz — 5 g. 
Šīs prasības ievērošanu pārbauda saska ņā ar IEC 60068- 
2-6 definēto Fc testu, test ēšanas minim ālais ilgums ir 
3x12 stundas (12 stundas katras ass virzien ā). 
ISO 16750-3 neparedz veikt sinusoid ālās vibrācijas testu 
ierīcēm, kas atrodas atkabin ātā transportl īdzekļa kabīnē. 219 ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 352  
Nr. Tests  Apraksts  Saist ītās prasības 
2. Gadījuma rakstura vibr ācijas 
Tests saska ņā ar ISO 16750-3, 4.1.2.8. noda ļas VIII testu 
“Commercial vehicle, decoupled vehicle cab ”. 
Gadījuma rakstura vibr āciju tests, 10–2 000 Hz, RMS 
vertikāli 21,3 m/s  2 , RMS gareniski 11,8 m/s  2 , RMS 
sāniski 13,1 m/s  2 , 3 asis, 32 h katras ass virzien ā, arī 
cikliski main īgas temperat ūras apstākļos – 20–70 °C. 
Šis tests attiecas uz IEC 60068-2-64 ( Environmental 
testing — Part 2-64: Tests — Test Fh: Vibration, 
broadband random and guidance ). 
3. Triecieniztur ība 
Mehāniskā triecieniztur ība ar 3 g pussinusu saska ņā ar 
ISO 16750. 
Iepriekšmin ētos testus veic, izmantojot atseviš ķus pārbaudā- 
mās ierīces tipa paraugus.  
4.4. Aizsardz ība pret 
ūdeni un 
svešķermeņiem Tests saska ņā ar ISO 20653  (Road vehicles — Degree of 
protection (IP code) — Protection of electrical equipment 
against foreign objects, water and access)  (parametrus 
nemaina) . 220, 221  
4.5. Aizsardz ība pret 
pārspriegumu  Pārbauda, vai transportl īdzekļa bloki iztur paaugstin ātu 
spriegumu:  216 
24 V barošanas spriegumam 
paredzētie: 34 V vienu stundu + 
40 °C temperat ūrā, 
12 V barošanas spriegumam 
paredzētie: 17 V vienu stundu + 
40 °C temperat ūrā 
(ISO 16750-2, 4.3. noda ļa) 
4.6. Aizsardz ība pret 
barošanas str āvas 
polaritātes 
izmaiņām Pārbauda, vai transportl īdzekļa bloks iztur barošanas str āvas 
polaritātes maiņu 
(ISO 16750-2, 4.7. noda ļa) 216 
4.7. Aizsardz ība pret 
īssavienojumu  Pārbauda, vai ieejas un izejas sign āliem ir aizsardz ība pret 
barošanas sprieguma īssavienojumu uz korpusu 
(ISO 16750-2, 4.10. noda ļa) 216 
5. Elektromagn ētiskās saderības testi  
5.1. Izstarojums un 
jutība pret 
izstarojumu  Atbilstība ANO/EEK Noteikumiem Nr. 10.  218  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 353  
Nr. Tests  Apraksts  Saist ītās prasības 
5.2. Elektrostatisk ā 
izlāde Atbilstība ISO 10605:2008 +  Technical Corrigendum : 2010 
+ AMD1 : 2014: +/–4 kV kontaktam un +/–8 kV izl ādei 
gaisā 218 
5.3. Jutība pret baro ­ 
šanas str āvas 
plūsmas rad īto 
lauku  24 V barošanas spriegumam paredz ētie: atbilstība ISO 7637- 
2 + ANO/EEK Noteikumiem Nr. 10., 3. red.: 
1.a impulss: Vs = – 450 V, Ri = 50 omi, 
2.a impulss: Vs = + 37 V, Ri = 2 omi, 
2.b impulss: Vs = + 20 V, Ri = 0,05 omi, 
3.a impulss: Vs = – 150 V, Ri = 50 omi, 
3.b impulss: Vs = + 150 V, Ri = 50 omi, 
4. impulss: Vs = – 16 V, Va = -12 V, t6 = 100 ms, 
5. impulss: Vs = + 120 V, Ri = 2,2 omi, td = 250 ms; 
12V barošanas spriegumam paredz ētie: atbilstība ISO 7637- 
1 + ANO/EEK Noteikumiem Nr. 10., 3. red.: 
1. impulss: Vs = – 75 V, Ri = 10 omi, 
2.a impulss: Vs = + 37 V, Ri = 2 omi, 
2.b impulss: Vs = + 10 V, Ri = 0,05 omi, 
3.a impulss: Vs = – 112 V, Ri = 50 omi, 
3.b impulss: Vs = + 75 V, Ri = 50 omi, 
4. impulss: Vs = – 6 V, Va = – 5 V, t6 = 15 ms, 
5. impulss: Vs = + 65 V, Ri = 3 omi, td = 100 ms. 
5. impulss j āpārbauda tikai transportl īdzekļa blokiem, kas 
paredzēti uzstādīšanai transportl īdzekļos bez visp ārējās 
ārējās aizsardz ības pret barošanas str āvas avārijas izslēg­ 
šanos. 
Uz barošanas str āvas avārijas izsl ēgšanos attiecas 
4.6.4. noda ļa standartā ISO 16750-2 (4. izdevums).  218 
▼M1 
6. ĀRĒJĀS ATTĀLINĀTĀS SAZIŅAS IEKĀRTAS TESTS  
Nr. Tests  Apraksts  Saist ītās prasības 
1. Administrat īvā pārbaude  
1.1. Dokument ācija Dokument ācijas 
pareizība 
2. Vizu āla pārbaude  
2.1. Atbilstība dokument ācijai 
2.2. Identifik ācija/marķējums  225, 226  
2.3. Materiāli 219–223  
3. Funkcionalit ātes testi  
3.1. Attālinātā saziņa saistībā ar mērķtiecīgām pārbaudēm uz ceļa 4, 197–199  
3.2. Datu ierakst īšana un saglab āšana datu atmi ņā 91  
3.3. Saziņa ar transportl īdzekļa bloku  14. papildin ājums, 
DSC_66.–DSC_70. ap ­
akšpunkts, 
DSC_71.–DSC_76. ap ­
akšpunkts  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 354  
Nr. Tests  Apraksts  Saist ītās prasības 
4. Klimatiskie testi un iztur ība pret vides iedarb ību 
4.1. Temperat ūra Funkcionalit āti pārbauda, izmantojot: 
testu saska ņā ar ISO 16750-4, proti, t ā 5.1.1.2. noda ļu 
“Low temperature operation test” (72 h; @ – 20 °C 
temperatūrā). 
Šis tests attiecas uz IEC 60068-2-1 (Environmental 
testing – Part 2-1: Tests – Test A: Cold); 
testu saska ņā ar ISO 16750-4, proti, t ā 5.1.2.2. noda ļu: 
“High temperature operation test” (72 h; @ 70 °C tempe ­
ratūrā). 
Šis tests attiecas uz IEC 60068-2-2 Galven ās videstest ē­ 
šanas proced ūras. 2. daļa: Testi. B tests: Sauss karstums. 
Tests saska ņā ar ISO 16750-4, proti, t ā 5.3.2. noda ļu 
“Rapid change of temperature with specified transition 
duration” (– 20 °C/70 °C, 20 cikli, nov ērošanas laiks 
1 h katrā temperatūrā). 
Dažu to testu skaitu, kas veicami pazemin ātā tempera­
tūrā, paaugstin ātā temperat ūrā un cikliski main īgas 
temperatūras apstākļos un defin ēti šīs tabulas 3. punkt ā, 
var samazin āt. 213 
4.2. Aizsardz ība pret 
ūdeni un 
svešķermeņiem Tests saska ņā ar ISO 20653 (Road vehicles – Degree of 
protection (IP code) – Protection of electrical equipment 
against foreign objects, water and access) (m ērķvērtība 
IP 40).  220, 221  
5 Elektromagn ētiskās saderības testi  
5.1. EM starojums un 
jutība pret 
starojumu  Atbilstība ANO EEK Noteikumiem Nr. 10.  218  
5.2. Elektrostatisk ā 
izlāde Atbilstība ISO 10605:2008 + Technical Corrigendum 
:2010 + AMD1 :2014: ± 4 kV kontaktam un ± 8 kV 
izlādei gaisā 218 
5.3. Jutība pret baro ­ 
šanas str āvas 
plūsmas rad īto 
lauku  24V barošanas spriegumam paredz ētie: atbilst ība 
ISO 7637-2 + ANO/EEK Noteikumiem Nr. 10., 3. red.: 
1.a impulss: Vs = – 450V Ri=50 omi 
2.a impulss: Vs = + 37V Ri=2 omi 
2.b impulss: Vs = + 20V Ri=0,05 omi 
3.a impulss: Vs = – 150V Ri=50 omi 
3.b impulss: Vs = + 150V Ri=50 omi 
4. impulss: Vs = – 16V Va=-12V t6=100 ms 
5. impulss: Vs = + 120V Ri=2,2 omi= 250 ms 
12 V barošanas spriegumam paredz ētie: atbilst ība ISO 
7637-1 + ANO EEK Noteikumiem Nr. 10., 3. red.: 
1. impulss: Vs = – 75V Ri=10 omi 
2.a impulss: Vs = + 37V Ri=2 omi 
2.b impulss: Vs = + 10V Ri=0,05 omi 
3.a impulss: Vs = – 112V Ri=50 omi  218 ▼M1
 02016R0799 — LV — 26.02.2020 — 002.001 — 355  
Nr. Tests  Apraksts  Saist ītās prasības 
3.b impulss: Vs = + 75V Ri=50 omi 
4. impulss: Vs = – 6V Va=-5V t6=15 ms 
5. impulss: Vs =+ 65V Ri=3 omi td=100 ms 
5. impulss j āpārbauda tikai transportl īdzekļa blokiem, 
kas paredz ēti uzstādīšanai transportl īdzekļos bez visp ā­
rējās ārējās aizsardzības pret barošanas str āvas avārijas 
izslēgšanos. 
Uz barošanas str āvas avārijas izslēgšanos attiecas 
4.6.4. noda ļa standartā ISO 16750-2 (4. izdevums).  
▼B 
7. DOKUMENT ĀCIJAS FUNKCIONALIT ĀTES TESTI  
Nr. Tests  Apraksts  Saist ītās prasības 
1. Administrat īvā pārbaude  
1.1. Dokument ācija Dokument ācijas pareiz ība 
2. Vispārīgie testi  
2.1. Rakstzīmju skaits 
rindā Izdruku vizu ālā pārbaude  172  
2.2. Zīmju minim ālais 
augstums  Izdrukas vizu ālā pārbaude un rakstz īmju pārbaude  173  
2.3. Atbalst ītās rakstzīmju 
kopas  Printeris atbalsta rakstz īmes, kas nor ādītas 1. papildin ā­
juma 4. noda ļā “Rakstzīmju kopas”.  174 
2.4. Izdruku precizit āte Tahogr āfa tipa apstiprin ājuma pārbaude un izdruku 
vizuāla pārbaude  174 
2.5. Izdruku las āmība un 
identifikācija Izdruku pārbaude. 
Pierāda ražotāja testu ziņojumi un testu protokoli. 
Visus to tahogr āfu tipa apstiprin ājuma numurus, ar 
kuriem var izmantot attiec īgo printera pap īru, uzdruk ā 
uz dokumenta.  175, 177, 178  
2.6. Manuāli rakst ītu 
piezīmju 
pievienošana  Vizuāla pārbaude: vad ītāja paraksta lauks ir pieejams; 
papildu lauki citiem manu āli izdarāmiem ierakstiem ir 
pieejami.  180 
2.7. Dokumentu priek ­ 
špusē nor ādītā 
papildinform ācija Dokumenta priekšpus ē un aizmugur ē var norādīt papil­
dinformāciju. 
Šī papildinform ācija nedrīkst apgrūtināt izdruku las ā­
mību. 
Vizuāla pārbaude.  177, 178  ▼M1
 02016R0799 — LV — 26.02.2020 — 002.001 — 356  
Nr. Tests  Apraksts  Saist ītās prasības 
3. Glab āšanas testi  
3.1. Sausa karstuma 
izturība Sagatavošana: 16 stundas + 23 °C ± 2 °C temperat ūrā/ 
pie relatīvā mitruma 55 % ± 3 % 
Testēšanas vide: 72 stundas + 70 °C ± 2 °C temperat ūrā 
Atgūstamība: 16 stundas + 23 °C ± 2 °C temperat ūrā/ 
pie relatīvā mitruma 55 % ± 3 %  176, 178 
IEC 60068-2-2-Bb  
2.2. Mitra karstuma 
izturība Sagatavošana: 16 stundas + 23 °C ± 2 °C temperat ūrā/ 
pie relatīvā mitruma 55 % ±3 % 
Testēšanas vide: 144 stundas + 55°C ± 2 °C tempera ­
tūrā pie relatīvā mitruma 93 % ± 3 % 
Atgūstamība: 16 stundas +23 °C ± 2 °C temperat ūrā/pie 
relatīvā mitruma 55 % ± 3 %  176, 178 
IEC 60068-2-78-Cab  
4. Papīra ekspluat ācijas testi  
4.1. Mitrumiztur ība 
(neapdrukāts papīrs) Sagatavošana: 16 stundas + 23 °C ± 2 °C temperat ūrā/ 
pie relatīvā mitruma 55 % ± 3 % 
Testēšanas vide: 144 stundas + 55 °C ± 2 °C tempera ­
tūrā un pie relat īvā mitruma 93 % ± 3 % 
Atgūstamība: 16 stundas + 23 °C ± 2 °C temperat ūrā/ 
pie relatīvā mitruma 55 % ± 3 %  176, 178 
IEC 60068-2-78-Cab  
4.2. Drukāšanas īpašības Sagatavošana: 24 stundas + 40 °C ± 2 °C temperat ūrā/ 
pie relatīvā mitruma 93 % ± 3 % 
Testēšanas vide: izdruku veic + 23 °C ± 2 °C tempera ­
tūrā 
Atgūstamība: 16 stundas + 23 °C ± 2 °C temperat ūrā/ 
pie relatīvā mitruma 55 % ± 3 %  176, 178  
4.3. Karstuma iztur ība Sagatavošana: 16 stundas + 23 °C ± 2 °C temperat ūrā/ 
pie relatīvā mitruma 55 % ± 3 % 
Testēšanas vide: 2 stundas + 70 °C ± 2 °C temperat ūrā, 
sausā karstumā 
Atgūstamība: 16 stundas + 23 °C ± 2 °C temperat ūrā/ 
pie relatīvā mitruma 55 % ± 3 %  176, 178 
IEC 60068-2-2-Bb  
4.4. Zemas temperat ūras 
izturība Sagatavošana: 16 stundas + 23 °C ± 2 °C temperat ūrā/ 
pie relatīvā mitruma 55 % ± 3 % 
Testēšanas vide: 24 stundas – 20 °C ± 3°C temperat ūrā, 
sausā aukstumā 
Atgūstamība: 16 stundas + 23 °C ± 2 °C temperat ūrā/ 
pie relatīvā mitruma 55 % ± 3 %  176, 178 
ISO 60068-2-1-Ab  
4.5. Gaismiztur ība Sagatavošana: 16 stundas + 23 °C ± 2 °C temperat ūrā/ 
pie relatīvā mitruma 55 % ±3 % 
Testēšanas vide: 100 stundas 5 000 luksu apgaismo ­
jumā + 23 °C ± 2 °C temperat ūrā/pie relatīvā mitruma 
55 % ± 3 % 
Atgūstamība: 16 stundas + 23 °C ± 2 °C temperat ūrā/ 
pie relatīvā mitruma 55 % ± 3 %  176, 178  
Salasāmības kritēriji testiem 3.x un 4.x:  
Izdrukas salas āmība ir nodrošin āta, ja optiskais bl īvums atbilst š ādiem iero­
bežojumiem:  
drukātas rakstzīmes — min. 1,0;  
fons (neapdruk āts papīrs) — maks. 0,2.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 357  
Iegūto izdruku optisko bl īvumu mēra saskaņā ar DIN EN ISO 534.  
Izdruku izm ēri nedrīkst mainīties, un tām jābūt skaidri salas āmām. 
8. SADER ĪBAS TESTI  
▼M1 
Nr. Tests  Apraksts  
8.1. Transportlīdzekļa bloku un tahogr āfa karšu sader ības testi  
1. Savstarp ēja autentifik ācija P ārbauda, vai savstarp ējā autentifikācija starp transportl īdzekļa bloku 
un tahogrāfa karti notiek bez trauc ējumiem.  
2. Rakstīšanas/lasīšanas testi  Izpilda tipisku darb ību scenāriju transportl īdzekļa blokā. Scenāriju 
pielāgo testējamās kartes tipam, un taj ā ietilpst visa iesp ējamā 
daudzuma element ārdatņu ierakstīšana kartē 
Izmantojot datu lejupiel ādi no transportl īdzekļa bloka, pārbauda, vai 
visi attiecīgie ieraksti ir izdar īti pareizi. 
Izmantojot datu no ņemšanu no kartes, p ārbauda, ka visi attiec īgie 
ieraksti ir izdar īti pareizi 
Izmantojot kartes dienas datu izdrukas, p ārbauda, vai visus attiec īgos 
ierakstus var nolas īt pareizi.  
8.2. Transportlīdzekļa bloku un kust ības sensoru sader ības testi  
1. Savienojums  P ārbauda, vai savienojums starp transportl īdzekļa blokiem un 
kustības sensoriem notiek bez trauc ējumiem.  
2. Darbības testi  Izpilda tipisku darb ību scenāriju ar kust ības sensoru. Scen ārijā iekļauj 
normālu darbību un rada tik daudz notikumu vai k ļūmju, cik iesp ē­
jams. 
Izmantojot datu lejupiel ādi no transportl īdzekļa bloka, pārbauda, vai 
visi attiecīgie ieraksti ir izdar īti pareizi. 
Izmantojot datu no ņemšanu no kartes, p ārbauda, ka visi attiec īgie 
ieraksti ir izdar īti pareizi 
Izmantojot kartes dienas datu izdrukas, p ārbauda, vai visus attiec īgos 
ierakstus var nolas īt pareizi.  
8.3. Transportlīdzekļa bloku un ārējo GNSS iek ārtu saderības testi (vajadz ības gadījumā) 
1. Savstarp ēja autentifik ācija P ārbauda, vai savstarp ējā autentifik ācija (savienojums) starp trans ­
portlīdzekļa bloku un ārējo GNSS moduli notiek bez trauc ējumiem.  
2. Darbības testi  Izpilda tipisku darb ību scenāriju ar ārējo GNSS iek ārtu. Scenārijā 
iekļauj normālu darbību un rada tik daudz notikumu vai k ļūmju, 
cik iespējams. 
Izmantojot datu lejupiel ādi no transportl īdzekļa bloka, pārbauda, vai 
visi attiecīgie ieraksti ir izdar īti pareizi. 
Izmantojot datu no ņemšanu no kartes, p ārbauda, ka visi attiec īgie 
ieraksti ir izdar īti pareizi 
Izmantojot kartes dienas datu izdrukas, p ārbauda, vai visus attiec īgos 
ierakstus var nolas īt pareizi.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 358  
10. papildin ājums  
DROŠĪBAS PRAS ĪBAS  
Šajā papildinājumā izklāstītas IT droš ības prasības viedā tahogrāfa sistēmas 
komponentiem (otr ās paaudzes tahogr āfiem).  
SEC_001 Turpm āk minētājiem vied ā tahogrāfa sistēmas komponentiem ir 
drošības sertifik ācija atbilstoši kop ējo kritēriju shēmai: 
— transportl īdzekļa bloks,  
— tahogrāfa karte,  
— kustības sensors,  
— ārējā GNSS iek ārta. 
SEC_002 IT droš ības minim ālās prasības katram komponentam, kuram vaja ­
dzīga drošības sertifik ācija, defin ē komponenta aizsardz ības profilā 
atbilstoši kop ējo kritēriju shēmai. 
SEC_003 Eiropas Komisija p ārliecinās, ka četrus aizsardz ības profilus, kas ir 
atbilstīgi šim pielikumam, sponsor ē, izstrādā un apstiprina valsts IT 
drošības sertifik ācijas iestādes, kas darbojas Kop īgās interpret ācijas 
darba grup ā (JIWG ), kura saska ņā ar Eiropas  SOGIS-MRA  (Savstar­
pējās atzīšanas nolīgums par inform āciju tehnolo ģiju drošības izvērtē­
juma sertifik ātiem) atbalsta sertifik ātu savstarp ēju atzīšanu, un ka t ās 
ir reģistrējušas:  
— transportl īdzekļa bloka aizsardz ības profilu,  
— tahogrāfa kartes aizsardz ības profilu,  
— kustības sensora aizsardz ības profilu,  
— ārējās GNSS iek ārtas aizsardz ības profilu.  
Transportlīdzekļa bloka aizsardz ības profilā paredz gad ījumus, kad transportl ī­
dzekļa bloks ir projekt ēts izmantošanai ar ārējo GNSS iek ārtu vai bez t ās. 
Pirmajā minētajā gadījumā ārējās GNSS iek ārtas drošības prasības ir paredz ētas 
atsevišķā īpašā aizsardzības profilā. 
SEC_004 Lai izveidotu droš ības mērķi, saskaņā ar kuru var ētu veikt kompo ­
nenta droš ības sertifik āciju, komponentu ražot āji pēc vajadzības 
precizē un pilnveido attiec īgo komponenta aizsardz ības profilu, 
nemainot un nedz ēšot esošos draudus, m ērķus, proced ūras līdzekļus 
un aizsardz ības funkciju specifik ācijas.  
SEC_005 V ērtēšanas proces ā jāpierāda īpašā drošības mērķa atbilstība attiecī­
gajam aizsardz ības profilam.  
SEC_006 Katra aizsardz ības profila drošuma l īmenis ir  EAL4 , kas papildin āts ar 
drošuma komponentu ATE_DPT.2 un AVA_VAN.5.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 359  
11. PAPILDIN ĀJUMS.  
VIENOTIE DROŠ ĪBAS MEH ĀNISMI  
SATURA R ĀDĪTĀJS 
PREAMBULA  
A DAĻA. PIRM ĀS PAAUDZES TAHOGR ĀFA SISTĒMA 
1. IEVADS  
1.1. Atsauces  
1.2. Apz īmējumi un terminu sa īsinājumi 
2. KRIPTOGR ĀFISKĀS SISTĒMAS UN ALGORITMI  
2.1. Kriptogr āfiskās sistēmas 
2.2. Kriptogr āfijas algoritmi  
2.2.1. RSA algoritms  
2.2.2. Jauc ējalgoritms  
2.2.3. Datu šifr ēšanas algoritms  
3. ATSL ĒGAS UN SERTIFIK ĀTI 
3.1. Atsl ēgu ģenerēšana un izplat īšana 
3.1.1. RSA atsl ēgu ģenerēšana un izplat īšana 
3.1.2. RSA testa atsl ēgas 
3.1.3. Kust ības sensora atsl ēgas 
3.1.4. T-DES atsl ēgu ģenerēšana un izplat īšana 
3.2. Atsl ēgas 
3.3. Sertifik āti 
3.3.1. Sertifik ātu saturs  
3.3.2. Izsniegtie sertifik āti 
3.3.3. Sertifik āta verifikācija un atkod ēšana 
4. SAVSTARP ĒJAS AUTENTIFIK ĀCIJAS MEH ĀNISMS  
5. TRANSPORTL ĪDZEKĻA BLOKA UN KARŠU DATU P ĀRSŪ­ 
TĪŠANAS KONFIDENCIALIT ĀTES, INTEGRIT ĀTES UN 
AUTENTIFIK ĀCIJAS MEH ĀNISMI  
5.1. Zi ņojumapmai ņas aizsardz ība 
5.2. Zi ņojumapmai ņas aizsardz ības kļūdu apstrāde 
5.3. Algoritms kriptogr āfisko kontrolsummu izskait ļošanai  
5.4. Algoritms kriptogrammu izskait ļošanai DO konfidencialit ātes 
nodrošināšanai  
6. DATU LEJUPIEL ĀDES ELEKTRONISK Ā PARAKSTA MEH Ā­ 
NISMI  
6.1. Paraksta ģenerēšana ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 360  
6.2. Paraksta verifik ācija 
B DAĻA. OTR ĀS PAAUDZES TAHOGR ĀFA SISTĒMA 
7. IEVADS  
7.1. Atsauces  
7.2. Apz īmējumi un sa īsinājumi 
7.3. Defin īcijas 
8. KRIPTOGR ĀFISKĀS SISTĒMAS UN ALGORITMI  
8.1. Kriptogr āfiskās sistēmas 
8.2. Kriptogr āfijas algoritmi  
8.2.1. Simetriskie algoritmi  
8.2.2. Asimetriskie algoritmi un standartiz ētie domēna parametri  
8.2.3. Jauc ējalgoritmi  
8.2.4. Šifru komplekti  
9. ATSL ĒGAS UN SERTIFIK ĀTI 
9.1. Asimetriskie atsl ēgu pāri un publisko atsl ēgu sertifikāti 
9.1.1. Visp ārīgi 
9.1.2. Eiropas l īmenis  
9.1.3. Dal ībvalsts līmenis  
9.1.4. Ier īces līmenis — transportl īdzekļa bloki  
9.1.5. Ier īces līmenis — tahogr āfa kartes  
9.1.6. Ier īces līmenis — ārējās GNSS iek ārtas 
9.1.7. P ārskats — sertifik ātu nomaiņa 
9.2. Simetrisk ās atslēgas 
9.2.1. Atsl ēgas transportl īdzekļa bloka un kust ības sensora savstarp ējās 
saziņas aizsardz ībai 
9.2.2. Atsl ēgas DSRC sazi ņas aizsardz ībai 
9.3. Sertifik āti 
9.3.1. Visp ārīgi 
9.3.2. Sertifik āta saturs  
9.3.3. Sertifik ātu pieprasīšana 
10. TRANSPORTL ĪDZEKĻA BLOKA UN KARTES SAVSTAR ­ 
PĒJĀ AUTENTIFIK ĀCIJA UN ZI ŅOJUMAPMAI ŅAS AIZSAR ­ 
DZĪBA 
10.1. Visp ārīgi 
10.2. Savstarp ēja sertifikāta ķēdes verifik ācija 
10.2.1. Kartes sertifik āta ķēdes verifik ācija, ko veic transportl īdzekļa bloks  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 361  
10.2.2. Transportl īdzekļa bloka sertifik āta ķēdes verifik ācija, ko veic karte  
10.3. Transportl īdzekļa bloka autentifik ācija 
10.4. Mikrosh ēmas autentifik ācija un sesijas atsl ēgas saskaņošana  
10.5. Zi ņojumapmai ņas aizsardz ība 
10.5.1. Visp ārīgi 
10.5.2. Zi ņojumapmai ņas aizsardz ības struktūra 
10.5.3. Zi ņojumapmai ņas aizsardz ības sesijas p ārtraukšana  
11. TRANSPORTL ĪDZEKĻA BLOKA UN ĀRĒJĀS GNSS 
IEKĀRTAS SAP ĀROŠANA, SAVSTARP ĒJĀ AUTENTIFIK Ā­ 
CIJA UN ZI ŅOJUMAPMAI ŅAS AIZSARDZ ĪBA 
11.1. Visp ārīgi 
11.2. Transportl īdzekļa bloka un ārējās GNSS iek ārtas sapārošana  
11.3. Savstarp ēja sertifikāta ķēdes verifik ācija 
11.3.1. Visp ārīgi 
11.3.2. Transportl īdzekļa bloka un EGF sap ārošanas laik ā 
11.3.3. Parast ās darbības laikā 
11.4. Transportl īdzekļa bloka autentifik ācija, mikrosh ēmas autentifik ācija 
un sesijas atsl ēgas saskaņošana  
11.5. Zi ņojumapmai ņas aizsardz ība 
12. TRANSPORTL ĪDZEKĻA BLOKA UN KUST ĪBAS SENSORA 
SAPĀROŠANA UN SAZI ŅA STARP TIEM  
12.1. Visp ārīgi 
12.2. Transportl īdzekļa bloka un kust ības sensora sap ārošana, izmantojot 
dažādu paaudžu atsl ēgas 
12.3. Transportl īdzekļa bloka un kust ības sensora sap ārošana un sazi ņa, 
izmantojot AES  
12.4. Transportl īdzekļa bloka un kust ības sensora sap ārošana daž ādām 
ierīču paaudzēm 
13. ATT ĀLINĀTĀS SAZIŅAS DROŠ ĪBA, IZMANTOJOT DSRC  
13.1. Visp ārīgi 
13.2. Tahogr āfa lietderīgās slodzes kod ēšana un MAC ģenerēšana 
13.3. Tahogr āfa lietderīgās slodzes verifik ācija un atšifr ēšana 
14. LEJUPIEL ĀDĒTO DATU PARAKST ĪŠANA UN PARAKSTU 
VERIFICĒŠANA  
14.1. Visp ārīgi 
14.2. Paraksta ģenerēšana 
14.3. Paraksta verifik ācija ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 362  
PREAMBULA  
Šajā papildinājumā noteikti droš ības mehānismi, kas nodrošina:  
— savstarp ēju autentifik āciju starp daž ādiem komponentiem tahogr āfa sistēmā; 
— to datu konfidencialit āti, integritāti, autentiskumu un/vai nenoliedzam ību, kuri 
tiek pārsūtīti starp daž ādiem tahogr āfa sistēmas komponentiem vai lejupiel ā­
dēti ārējos inform ācijas nesējos. 
Šim papildin ājumam ir divas da ļas. A daļā ir noteikti droš ības mehānismi pirm ās 
paaudzes tahogr āfa sistēmai (digitālais tahogr āfs). B daļā ir noteikti droš ības 
mehānismi otrās paaudzes tahogr āfa sistēmai (viedais tahogr āfs). 
Šā papildinājuma A da ļā noteiktie meh ānismi ir piem ērojami, ja vismaz viens no 
tahogrāfa sistēmas komponentiem, kas iesaist īts savstarp ējā autentifikācijā un/vai 
datu pārsūtīšanas proces ā, ir pirmās paaudzes komponents.  
Šā papildinājuma B da ļā noteiktie meh ānismi ir piem ērojami, ja abi tahogr āfa 
sistēmas komponenti, kas iesaist īti savstarp ējā autentifik ācijā un/vai datu p ārsū­
tīšanas proces ā, ir otrās paaudzes komponenti.  
Plašāka informācija par pirm ās paaudzes komponentu izmantošanu apvienojum ā 
ar otrās paaudzes komponentiem ir sniegta 15. papildin ājumā. 
A DAĻA. 
PIRMĀS PAAUDZES TAHOGR ĀFA SIST ĒMA 
1. IEVADS  
1.1. Atsauces  
Šajā papildinājumā izmantotas š ādas atsauces:  
SHA-1 Nacion ālais Standartu un tehnolo ģijas institūts (NIST ). 
FIPS Publik ācija 180-1:  Jaucējaizsardzības standarts. 
1995. gada apr īlis. 
PKCS1  RSA  laboratorijas. PKCS Nr. 1:  RSA  šifrēšanas stan ­
darts. Versija 2.0, 1998. gada oktobris.  
TDES Nacion ālais Standartu un tehnolo ģijas institūts (NIST ). 
FIPS Publik ācija 46-3:  Datu šifr ēšanas standarts. 
1999. gada projekts.  
TDES-OP ANSI X9.52, Tr īskāršās datu šifr ēšanas algoritma 
darbības režīmi. 1998.  
ISO/IEC 7816-4 Inform ācijas tehnolo ģija. Identifik ācijas kartes. Vied ­
kartes ar kontaktiem. 4. da ļa: Iekšējās komandas 
iekšējai apmaiņai. Pirmā redakcija: 1995. g. + 1. groz ī­
jumi: 1997.  
ISO/IEC 7816-6 Inform ācijas tehnolo ģija. Identifik ācijas kartes. Vied ­
kartes ar kontaktiem. 6. da ļa: Iekšējie datu elementi. 
Pirmā redakcija: 1996 + 1. laboj.: 1998.  
ISO/IEC 7816-8 Inform ācijas tehnolo ģija. Identifik ācijas kartes. Vied ­
kartes ar kontaktiem. 8. da ļa: Ar aizsardz ību saistītās 
iekšējās komandas. Pirm ā redakcija, 1999. gads.  
ISO/IEC 9796-2 Inform ācijas tehnolo ģija. Aizsardz ības metodes. Elek ­
troniskā paraksta sh ēmas, kas nodrošina zi ņojumu 
atjaunošanu. 2. da ļa: Mehānismi, kuros izmanto 
jaucējfunkciju. Pirm ā redakcija, 1997. gads.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 363  
ISO/IEC 9798-3 Inform ācijas tehnolo ģija. Aizsardz ības metodes. Ent ī­
tiju autentifik ācijas mehānismi. 3. da ļa: Entītiju auten­
tifikācija, izmantojot publisk ās atslēgas algoritmu. 
Otrā redakcija, 1998. gads.  
ISO 16844-3 Autotransporta l īdzekļi. Tahogrāfu sistēmas. 3. da ļa: 
Kustības sensora saskarne.  
1.2. Apzīmējumi un terminu sa īsinājumi  
Šajā papildinājumā izmantoti š ādi apzīmējumi un terminu sa īsinājumi:  
(K a , K  b , K  c ) atsl ēgu saišķis, ko izmanto tr īskāršās datu šifr ēšanas 
algoritms  
CA sertifik ācijas iestāde 
CAR sertifik ācijas iestādes norāde 
CC kriptogr āfiskā kontrolsumma  
CG kriptogramma  
CH komandas galvene  
CHA sertifik āta īpašnieka pilnvara  
CHR sertifik āta īpašnieka nor āde 
D() atšifr ēšana ar DES  
DE datu elements  
DO datu objekts  
d RSA  privātā atslēga, privātais eksponents  
e RSA  publiskā atslēga, publiskais eksponents  
E() šifr ēšana ar DES  
EQT ier īce 
Hash()  jauc ējvērtība, jaukšanas rezult āts 
Hash  jauc ējfunkcija  
KID atsl ēgas identifikators  
Km TDES atsl ēga; galven ā atslēga, kas defin ēta 
ISO 16844-3  
Km  VU transportlīdzekļa blokos ievietot ā TDES atsl ēga 
Km  WC darbnīcas kartēs ievietotā TDES atsl ēga 
m zi ņojums, kas ir rakstur īgs veselam skaitlim no 0 l īdz 
n-1 
n RSA  atslēgas, modulis  
PB papildin ājuma baiti  
PI papildin ājuma indikatora baits (izmantošanai kripto ­
grammā datu objekta (DO) konfidencialit ātei) 
PV vienk ārša vērtība 
s rakstur īgais paraksts, vesels skaitlis no 0 l īdz n-1 
SSC s ūtīšanas sekvences skait ītājs 
SM zi ņojumapmai ņas aizsardz ība 
TCBC TDEA šifra bloka sa ķēdējuma darbības režīms ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 364  
TDEA tr īskāršās datu šifr ēšanas algoritms  
TLV birkas garuma v ērtība 
VU transportl īdzekļa bloks  
X.C sertifik ācijas iestādes lietotājam X izsniegtais sertifi ­
kāts 
X.CA lietot āja X sertifik ācijas iestāde 
X.CA.PK  o X.C sertifik āta atkodēšanas oper ācija publisk ās atslēgas 
iegūšanai. Tas ir infiksa operators, kura kreisais 
operands ir sertifik ācijas iestādes publisk ā atslēga, 
bet labējais operands ir š īs sertifikācijas iestādes 
izsniegtais sertifik āts. Rezult āts ir tā lietotāja X 
publiskā atslēga, kura sertifik āts ir labējais operands.  
X.PK lietot āja X RSA  publiskā atslēga 
X.PK[I] inform ācijas [I]  RSA  šifrējums, izmantojot lietot āja X 
publisko atsl ēgu 
X.SK lietot āja X RSA  privātā atslēga 
X.SK[I] inform ācijas [I]  RSA  šifrējums, izmantojot lietot āja X 
privāto atslēgu 
‘xx’ heksadecim ālā vērtība 
|| konkaten ācijas operators  
2. KRIPTOGR ĀFISKĀS SISTĒMAS UN ALGORITMI  
2.1. Kriptogr āfiskās sistēmas 
CSM_001 Transportl īdzekļa blokos un tahogr āfa kartēm izmanto 
klasisko  RSA  publiskās atslēgas kriptogr āfisko sistēmu, lai 
nodrošinātu šādus drošības mehānismus:  
— transportl īdzekļa bloku un karšu savstarp ēja autentifik ā­
cija; 
— trīskāršo DES sesiju atsl ēgu transports starp transportl ī­
dzekļa blokiem un tahogr āfa kartēm; 
— uz ārējiem nesējiem no transportl īdzekļa blokiem vai 
tahogrāfa kartēm lejupiel ādēto datu elektroniskais 
paraksts.  
CSM_002 Transportl īdzekļa bloki un tahogr āfa kartes izmanto tr īskāršo 
DES simetrisko kriptogr āfisko sistēmu, lai nodrošin ātu datu 
integritātes mehānismu lietot āja datu apmai ņai starp trans ­
portlīdzekļa blokiem un tahogr āfa kartēm un lai gad ījumos, 
kad tas vajadz īgs, nodrošin ātu konfidencialit āti datu apmai ņai 
starp transportl īdzekļa blokiem un tahogr āfa kartēm. 
2.2. Kriptogr āfijas algoritmi  
2.2.1.  RSA algoritms  
CSM_003  RSA  algoritms ir piln īgi definēts ar šādām relācijām: ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 365  
X.SK[ m] = s = m d mod n; 
X.PK[ s] = m = s e mod n. 
Pilnīgāks RSA  funkcijas apraksts ir atrodams atsauc ē 
[PKCS1]. Publiskais eksponents  e RSA  aprēķiniem ir vesels 
skaitlis no 3 l īdz n-1, kas apmierina nosac ījumu gcd(e, 
lcm(p-1, q-1))=1.  
2.2.2.  Jaucējalgoritms  
CSM_004 Elektronisk ā paraksta meh ānismos izmanto SHA-1 jauc ējal­
goritmu, kas defin ēts atsaucē [SHA-1].  
2.2.3.  Datu šifr ēšanas algoritms  
CSM_005 Algoritmi uz DES b āzes jāizmanto šifra bloka sa ķēdējuma 
darbības režīmā. 
3. ATSL ĒGAS UN SERTIFIK ĀTI 
3.1. Atslēgu ģenerēšana un izplat īšana  
3.1.1.  RSA atsl ēgu ģenerēšana un izplat īšana  
CSM_006  RSA  atslēgas jāģenerē trijos funkcion āli hierarhiskos l īmeņos: 
— Eiropas l īmenī, 
— dalībvalsts līmenī, 
— ierīces līmenī. 
CSM_007 Eiropas l īmenī jāģenerē vienots Eiropas atsl ēgu pāris 
(EUR.SK un EUR.PK). Eiropas priv ātā atslēga jāizmanto 
dalībvalstu publisko atsl ēgu sertific ēšanai. Jāreģistrē visas 
sertificētās atslēgas. Šie uzdevumi j āveic Eiropas sertifik ā­
cijas iestādei Eiropas Komisijas pak ļautībā un pārraudzībā. 
CSM_008 Dal ībvalsts līmenī jāģenerē dalībvalsts atsl ēgu pāris (MS.SK 
un MS.PK). Dal ībvalstu publisk ās atslēgas jāsertificē Eiropas 
sertifikācijas iestādei. Dalībvalsts priv ātā atslēga jāizmanto 
ierīcēs (transportl īdzekļa blokos vai kust ības sensoros) ievie ­
tojamo publisko atsl ēgu sertific ēšanai. Visas sertific ētās 
publiskās atslēgas jāreģistrē kopā ar to ierīču identifik āciju, 
kurām tās paredzētas. Šie uzdevumi j āveic dalībvalsts serti ­
fikācijas iestādei. Dalībvalsts savu atsl ēgu pāri var regul āri 
mainīt. 
CSM_009 Ier īces līmenī jāģenerē un katrā ierīcē jāievieto savs atsl ēgu 
pāris (EQT.SK un EQT.PK). Ier īču publiskās atslēgas jāser­
tificē dalībvalsts sertifik ācijas iestādei. Šos uzdevumus var 
veikt ierīču ražotāji, ierīču personaliz ētāji vai dal ībvalsts 
iestādes. Atslēgu pāri izmanto autentifik ācijai, elektroni ­
skajam parakstam un šifr ēšanai.  
CSM_010 J āsaglabā privāto atslēgu konfidencialit āte to ģenerēšanas, 
transportēšanas (ja veic) un glab āšanas laikā. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 366  
Turpmāk dotajā shēmā ir parādīta datu plūsma šajā procesā:
 
3.1.2.  RSA testa atsl ēgas 
CSM_011 Ier īču testēšanai (ieskaitot savstarp ējas izmantojam ības 
pārbaudes) Eiropas sertifik ācijas iestāde ģenerē atšķirīgu 
Eiropas testa atsl ēgu pāri un vismaz divus dal ībvalsts testa 
atslēgu pārus, kuru publisk ās atslēgas jāsertificē ar Eiropas 
privāto testa atsl ēgu. Ierīcēs, kurām veic tipa apstiprin ājuma 
pārbaudes, ražot āji ievieto testa atsl ēgas, kas sertific ētas ar 
vienu no š īm dalībvalsts testa atsl ēgām. 
3.1.3.  Kustības sensora atsl ēgas 
Jāsaglabā triju turpm āk aprakstīto trīskāršo DES atsl ēgu konfidencialit āte 
to ģenerēšanas, transport ēšanas (ja veic) un glab āšanas laikā. 
Lai atbalst ītu tahogrāfa komponentus, attiec ībā uz kuriem tiek iev ērotas 
ISO 16844 noteikt ās prasības, Eiropas sertifik ācijas iestāde un dalībvalsts 
sertifikācijas iestādes papildus nodrošina, ka:  
CSM_036 Eiropas sertifik ācijas iestāde ģenerē KmVU un KmWC, divas 
neatkarīgas un unik ālas trīskāršās DES atsl ēgas, un ģenerē 
Km kā: Km = Km  VU XOR Km  WC . Ievērojot attiec īgi 
aizsargātas proced ūras, Eiropas sertifik ācijas iestāde šīs 
atslēgas nosūta dalībvalstu sertifik ācijas iestādēm pēc to 
pieprasījuma.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 367  
CSM_037 Dal ībvalstu sertifik ācijas iestādes: 
— izmanto Km kust ības sensora datu šifr ēšanai pēc kustības 
sensora ražot āju piepras ījuma (ar Km šifr ējamie dati 
noteikti ISO 16844-3),  
— ievērojot attiec īgi aizsargātas proced ūras, nosūta Km  VU 
transportlīdzekļa bloku ražot ājiem ievietošanai transport ­
līdzekļa blokos,  
— nodrošina, ka kartes personaliz ācijas laikā visās darbnīcas 
kartēs tiek ievietots Km  WC (
 
elementārdatnē). 
3.1.4.  T-DES atsl ēgu ģenerēšana un izplat īšana  
CSM_012 Transportl īdzekļa bloki un tahogr āfa kartes savstarp ējās 
autentifikācijas proces ā kā šā procesa da ļu veic tādu datu 
ģenerēšanu un apmai ņu, kas vajadz īgi kopīgas trīskāršās 
DES sesijas atsl ēgas ģenerēšanai. Konfidencialit ātes nodroši ­
nāšanai šī datu apmai ņa tiek aizsarg āta, izmantojot  RSA  
kodēšanas meh ānismu.  
CSM_013 Š ī atslēga jāizmanto vis ām turpmākajām kriptogr āfijas operā­
cijām, kas izmanto zi ņojumapmai ņas aizsardz ību. Šī atslēga 
ir derīga līdz sesijas beig ām (kartes iz ņemšanai vai atiestat ī­ 
šanai) un/vai 240 lietošanas reiz ēm (viena atsl ēgas lietošanas 
reize = viena komanda, kuras nos ūtīšanai uz karti izmanto 
ziņojumapmai ņas aizsardz ību, un ar to saist ītā atbilde).  
3.2. Atslēgas 
CSM_014  RSA  atslēgām (visu līmeņu) ir jābūt šāda garuma: modulis  n 
1 024 biti, publiskais eksponents  e ne vairāk par 64 bitiem, 
privātais eksponents  d 1 024 biti.  
CSM_015 Tr īskāršajām DES atsl ēgām jābūt formā (K  a , K b , K a ), kur K  a 
un K  b ir neatkarīgas atslēgas ar garumu 64 biti. P ārības 
kļūdas konstat ēšanas bitus neiestata.  
3.3. Sertifik āti 
CSM_016  RSA  publiskās atslēgas sertifik āti nedrīkst būt “pašaprak ­
stoši”, tiem j ābūt “ar karti verific ējamiem” sertifik ātiem (sk. 
ISO/IEC 7816-8).  
3.3.1.  Sertifik ātu saturs  
CSM_017  RSA  publiskās atslēgas sertifik āti ir izveidoti ar š ādiem 
datiem šādā secībā: 
Dati Form āts Baiti  Piez īmes 
CPI INTEGER  1  Sertifik āta profila identifi ­
kators (šai versijai: ‘01’)  
CAR  OCTET 
STRING  8 Sertifik ācijas iest ādes 
norāde 
CHA  OCTET 
STRING  7 Sertifik āta īpašnieka 
pilnvara  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 368  
Dati Form āts Baiti  Piez īmes 
EOV  TimeReal  4  Sertifik āta der īguma 
termiņš. Nav oblig āti, ja 
nelieto, papildina ar “FF”.  
CHR  OCTET 
STRING  8 Sertifik āta īpašnieka 
norāde 
n OCTET 
STRING  128 Publisk ā atslēga (modulis)  
e OCTET 
STRING  8 Publisk ā atslēga (publi ­
skais eksponents)  
164 
Piezīmes:  
1. “Sertifik āta profila identifikators” (CPI) att ēlo precīzu autentifik ācijas 
sertifikāta struktūru. To var izmantot k ā ierīces iekšējo identifikatoru 
attiecīgajā galvenes sarakst ā, kas apraksta datu elementu konkaten ā­
ciju sertifik ātā. 
Ar šo sertifik āta saturu saist ītais galvenes saraksts ir š āds: 
‘4D’  ‘16’  ‘5F 
29’ ‘01’ ‘42’  ‘08’  ‘5F 
4B’ ‘07’ ‘5F 
24’ ‘04’ ‘5F 
20’ ‘08’ ‘7F 
49’ ‘05’ ‘81’  ‘81 
80’ ‘82’ ‘08’
 Paplašinātā galvenes saraksta birka  
Galvenes saraksta garums  
CPI birka  
CPI garums  
CAR birka  
CAR garums  
CHA birka  
CHA garums  
EOV birka  
EOV garums  
CHR birka  
CHR garums  
Publiskās atslēgas birka (konstru ēta) 
Turpmāko DO garums  
moduļa birka  
moduļa garums  
publiskā eksponenta birka  
publiskā eksponenta garums 
2. Sertifikācijas iestādes norāde “ Certification Authority Reference ” 
(CAR) paredz ēta sertifikātu izdevējas iestādes CA identifik ācijai tā, 
ka sertifikācijas iestādes publisk ās atslēgas norādei datu elementu var 
izmantot vienlaikus ar iest ādes atslēgas identifikatoru (par kod ēšanu 
sk. sadaļu “Atslēgas identifikatori” turpm āk). 
3. Sertifikāta īpašnieka pilnvara “ Certificate Holder Authorisation ” 
(CHA) tiek izmantota sertifik āta īpašnieka ties ību identifik ācijai. Tā 
sastāv no tahogr āfa lietojuma identifikatora un ier īces tipa, kuram 
sertifikāts paredzēts (saskaņā ar datu elementu
  , 
dalībvalstij tas ir ‘00’).  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 369  
4. Sertifikāta īpašnieka nor āde “ Certificate Holder Reference ” (CHR) 
paredzēta atsevišķai sertifikāta īpašnieka identifik ācijai tādā veidā, 
lai sertifik āta īpašnieka publisk ās atslēgas norādei šo datu elementu 
varētu izmantot vienlaikus ar subjekta atsl ēgas identifikatoru ( Subject 
Key Identifier ). 
5. Ar atslēgas identifikatoriem atseviš ķi identificē sertifikāta īpašnieku 
vai sertifik ācijas iestādes. Tos kod ē šādi: 
5.1. Ierīce (transportl īdzekļa bloks vai karte) 
Dati Ier īces 
sērijas 
numurs  Datums  Tips  Ražot ājs 
Garums  4 baiti  2 baiti  1 baits  1 baits  
Vērtība Vesels 
skaitlis  mm gg BCD 
kodējums  Nosaka ražot ājs Ražotāja kods  
Pieprasot sertifik ātus transportl īdzekļa blokiem, ražot ājs var arī 
nezināt to ierīču identifikāciju, kurās attiecīgās atslēgas tiks ievie ­
totas.  
Ja ierīces identifik ācija ražotājam ir zin āma, to ar publisko 
atslēgu nosūta sertificēšanai savas dal ībvalsts iest ādei. Tādā gadī­
jumā sertifikātā ir ierīces identifik ācija un ražot ājam ir jānodro­ 
šina, lai atsl ēgas un sertifik āts tiktu ievietoti attiec īgajā ierīcē. 
Atslēgas identifikators ir iepriekš nor ādītajā formā. 
Ja ierīces identifik ācija ražotājam nav zin āma, tam nep ārprotami 
jāidentificē visi sertifik ātu piepras ījumi un š ī identifikācija ar 
publisko atsl ēgu jānosūta sertificēšanai savas dal ībvalsts iest ādei. 
Šādā gadījumā sertifikātā būs pieprasījuma identifik ācija. Pēc 
atslēgas instalēšanas ierīcē ražotājam savas dal ībvalsts iest ādei 
jāpaziņo, kura atsl ēga piešķirta katrai ier īces vienībai (t. i., serti ­
fikāta piepras ījuma identifik ācija un ier īces identifik ācija). 
Atslēgas identifikatoram ir š āda forma: 
Dati Sertifik āta 
pieprasī­
juma 
sērijas 
numurs  Datums  Tips  Ražot ājs 
Garums  4 baiti  2 baiti  1 baits  1 baits  
Vērtība Vesels 
skaitlis  mm gg BCD 
kodējums  ‘FF’ Ražot āja kods  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 370  
5.2. Sertifik ācijas iestāde: 
Dati Iest ādes 
identifikācija Atslēgas 
sērijas numurs  Papildinf- 
ormācija Identifikators  
Garums  4 baiti  1 baits  2 baiti  1 baits  
Vērtība 1 baits valsts 
ciparu kods 
3 baiti valsts burt ­
ciparu kods  Vesels skaitlis  Papildkods 
(sertifikācijas 
iestādes kods) 
‘FF FF’, ja 
neizmanto  ‘01’ 
Atslēgas sērijas numuru izmanto dal ībvalsts atsl ēgu atšķiršanai 
gadījumā, ja atslēga tiek main īta. 
6. Sertifikāta verificētāji nepārprotami zina, ka sertific ētā atslēga ir  RSA  
atslēga, kas izmantojama autentifik ācijai, elektronisk ā paraksta verifi ­
cēšanai un šifr ēšanai, lai nodrošin ātu konfidencialit āti (sertifikātā nav 
objekta identifikatora, kas to nor āda). 
3.3.2.  Izsniegtie sertifik āti 
CSM_018 Izsniegtais sertifik āts ir elektroniskais paraksts ar da ļēju serti­
fikāta satura izg ūstamību, ievērojot ISO/IEC 9796-2 (iz ņemot 
tā A4. pielikumu), kuram pievienota sertifik ācijas iestādes 
norāde “Certification Authority Reference ”. 
X.C = X.CA.SK[‘6A’ || C  r || Hash (Cc) || ‘BC’] || C  n || X.CAR 
Ar sertifik āta saturu = Cc =  C  r || C  n 
106 baiti  58 baiti  
Piezīmes:  
1. Šā sertifikāta garums ir 194 baiti.  
2. CAR, kas ir sl ēpts ar parakstu, ar ī tiek pievienots parakstam t ā, lai 
sertifikāta verificēšanai varētu izraudz īties sertifik ācijas iestādes 
publisko atsl ēgu. 
3. Sertifikāta verificētājs nepārprotami zina algoritmu, ko sertifik ācijas 
iestāde izmantoja sertifik āta parakstīšanai.  
4. Ar šo izdoto sertifik ātu saistītais galvenes saraksts ir š āds: 
‘7F 21’  ‘09’  ‘5F 37’  ‘81 80’  ‘5F 38’  ‘3A’  ‘42’  ‘08’
 CV sertifik āta birka (konstru ēta) 
Turpmāko DO garums  
Paraksta birka  
Paraksta garums  
Atlikušās daļas birka  
Atlikušās daļas garums  
CAR birka  
CAR garums ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 371  
3.3.3.  Sertifik āta verifikācija un atkod ēšana  
Sertifikāta verifikācija un atkod ēšana sastāv no paraksta verific ēšanas 
saskaņā ar ISO/IEC 9796-2, sertifik āta satura un taj ā ietilpstošās publi­
skās atslēgas izgūšanas: X.PK = X.CA.PK  o X.C, kā arī sertifikāta derī­
guma pārbaudes.  
CSM_019 Šim procesam ir š ādi posmi:  
verificē parakstu un izg ūst saturu: 
— no X.C izg ūst Sign, C  n ' un CAR':  X.C =  Sign  ||  C  n ' ||  CAR',  
128 baiti  58 baiti  8 baiti  
— no CAR' izraug ās atbilstošo sertifik ācijas iestādes 
publisko atsl ēgu (ja tas nav izdar īts jau iepriekš ar citiem 
līdzekļiem),  
— atver Sign ar sertifik ācijas iestādes publisko atsl ēgu: Sr' = 
X.CA.PK [Sign],  
— pārbauda, vai Sr' s ākas ar ‘6A’ un beidzas ar ‘BC’, 
— izskait ļo C  r ' un H' no: Sr' =  ‘6A’  || C  r ' ||  H'  ||  ‘BC’,  
106 baiti  20 baiti  
— izgūst sertifikāta saturu C' = C  r ' || C  n ', 
— pārbauda  Hash (C') = H'.  
Ja pārbaudes apstiprin ās, sertifikāts ir īsts, tā saturs ir C'.  
Pārbauda der īgumu. No C':  
— ja vajadz īgs, pārbauda der īguma termi ņa beigu datumu.  
No C' izgūst un saglab ā publisko atsl ēgu, atslēgas identifika ­
toru, sertifik āta īpašnieka pilnvaru un der īguma termi ņa beigu 
datumu:  
— X.PK =  n || e 
— X.KID = CHR  
— X.CHA = CHA  
— X.EOV = EOV  
4. SAVSTARP ĒJAS AUTENTIFIK ĀCIJAS MEH ĀNISMS  
Karšu un transportl īdzekļa bloku savstarp ējā autentifikācija notiek, pama ­
tojoties uz turpm āk izklāstīto principu.  
Katra puse pret ējai pusei demonstr ē, ka tai ir der īgs atslēgu pāris, kura 
publisko atsl ēgu ir sertific ējusi dalībvalsts sertifik ācijas iestāde, kuru 
savukārt ir sertific ējusi Eiropas sertifik ācijas iestāde. 
Demonstrāciju veic, ar priv āto atslēgu parakstot nejaušu skaitli, ko s ūtī­
jusi otra puse, kurai j āizgūst nejaušais skaitlis, kas nos ūtīts šā paraksta 
pārbaudei.  
Šo mehānismu aktiviz ē, ievietojot karti transportl īdzekļa blokā. Tas sākas 
ar sertifikātu apmaiņu un publisko atsl ēgu atkodēšanu un beidzas ar 
sesijas atsl ēgas iestatīšanu. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 372  
CSM_020 J āizmanto šāds protokols (ar bulti ņām norādītas komandas un 
datu apmai ņa (sk. 2. papildin ājumu):
  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 373
  
▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 374  
5. TRANSPORTL ĪDZEKĻA BLOKA UN KARŠU DATU P ĀRSŪTĪ­ 
ŠANAS KONFIDENCIALIT ĀTES, INTEGRIT ĀTES UN AUTENTIFI ­
KĀCIJAS MEH ĀNISMI  
5.1. Ziņojumapmai ņas aizsardz ība 
CSM_021 Transportl īdzekļa bloka un karšu datu p ārsūtīšanas integrit āti 
aizsargā, izmantojot zi ņojumapmai ņas aizsardz ību saskaņā ar 
[ISO/IEC 7816-4] un [ISO/IEC 7816-8].  
CSM_022 Ja p ārsūtīšanas laikā dati ir jāaizsargā, komandā vai atbild ē 
nosūtītajiem datu objektiem pievieno kriptogr āfisko kontrol ­
summu. Kriptogr āfisko kontrolsummu verific ē saņēmējs. 
CSM_023 Ar komandu nos ūtīto datu kriptogr āfiskajā kontrolsumm ā 
integrē komandas galveni un visus nos ūtītos datu objektus 
(=> CLA = ‘0C’, un visiem datu objektiem j ābūt iekapsulē­
tiem ar birk ām, kurās b1 = 1).  
CSM_024 Atbildes statusa inform ācijas baiti j āaizsargā ar kriptogr āfisko 
kontrolsummu gad ījumos, kad atbilde nesatur datu lauku.  
CSM_025 Kriptogr āfiskajām kontrolsumm ām jābūt 4 baitus gar ām. 
Tāpēc, izmantojot zi ņojumapmai ņas aizsardz ību, komandu un 
atbilžu strukt ūra ir šāda. 
Izmantotie DO ir da ļa no ziņojumapmai ņas aizsardz ības DO, 
kuri aprakst īti ISO/IEC 7816-4:  
Birka  Mnemo­
niskā 
vērtība Nozīme 
‘81’ T  PV Vienkāršā vērtība BER-TLV nekod ētiem datiem 
(jāaizsargā ar kriptogr āfisko kontrolsummu CC)  
‘97’ T  LE Le vērtība neaizsarg ātā komandā (jāaizsargā ar krip­
togrāfisko kontrolsummu CC)  
‘99’ T  SW (ar kriptogr āfisko kontrolsummu CC aizsarg ājamā) 
statusa inform ācija 
‘8E’ T  CC Kriptogrāfiskā kontrolsumma  
‘87’ T  PI CG  Papildinājuma indikatora baits || kriptogramma (vien ­
kāršā vērtība nav kod ēta BER-TLV)  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 375  
Attiecībā uz neaizsarg ātu komandu p āriem:  
Komandas galvene  Komandas rumpis  
CLA  INS  P1  P2  [L  c lauks]  [Datu lauks]  [L  e lauks]  
četri baiti  L baiti, kas apz īmēti ar B  1 līdz B  L 
Atbildes rumpis  Atbildes treileris  
[Datu lauks]  SW1  SW2  
L r datu baiti  divi baiti  
Attiecīgais aizsarg ātās komandas un atbildes p āris ir šāds: 
Aizsargāta komanda:  
Komandas galvene (CH)  Komandas rumpis  
CLA  INS  P1  P2  [Jaunais L  c lauks]  [Jaunais datu lauks]  [Jaunais 
L e lauks]  
‘OC’  Jaun ā datu lauka 
garums  T PV L PV PV T  LE L LE L e T CC L CC CC ‘00’  
‘81’ L  c Datu lauks  ‘97’  ‘01’  L  e ‘8E’ ‘04’  CC  
Kontrolsumm ā integrējamie dati = CH || PB || T  PV || L  PV || 
PV || T  LE || L  LE || L  e || PB,  
PB = papildin ājuma baiti (80 .. 00) saska ņā ar ISO- 
IEC 7816-4 un ISO 9797 aprakst īto 2. metodi.  
DO, PV un LE ir tikai gad ījumos, kad ir atbilstoši dati 
neaizsargātā komandā. 
Aizsargāta atbilde:  
1. Gadījums, kad atbildes datu lauks nav tukšs, bet konfi ­
dencialitātes nodrošin āšanai nav j āaizsargā: 
Atbildes rumpis  Atbildes treileris  
[Jaunais datu lauks]  jauns SW1 SW2  
T PV L PV PV T  CC L CC CC 
‘81’ L  r Datu lauks  ‘8E’  ‘04’  CC  
Kontrolsumm ā integrējamie dati = T  PV || L  PV || PV || PB.  
2. Gadījums, kad atbildes datu lauks nav tukšs un konfiden ­
cialitātes nodrošin āšanai ir jāaizsargā: ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 376  
Atbildes rumpis  Atbildes treileris  
[Jaunais datu lauks]  jauns SW1 SW2  
T PI CG  L PI 
CG PI CG  T  CC L CC CC 
‘87’ PI || CG  ‘8E’  ‘04’  CC  
Dati, kas j āpārnes ar CG: BER-TLV nekod ēti dati un 
papildinājuma baiti.  
Kontrolsumm ā integrējamie dati = T  PI CG  || L  PI CG  || 
PI CG || PB.  
3. Gadījums, kad atbildes datu lauks ir tukšs:  
Atbildes rumpis  Atbildes treileris  
[Jaunais datu lauks]  jauns SW1 SW2  
T SW L SW SW T  CC L CC CC 
‘99’ ‘02’  Jauns SW1 SW2  ‘8E’  ‘04’  CC  
Kontrolsumm ā integrējamie dati = T  SW || L SW || SW || PB.  
5.2. Ziņojumapmai ņas aizsardz ības kļūdu apstrāde 
CSM_026 Kad tahogr āfa karte komandas interpret ācijas laikā konstatē 
ziņojumapmai ņas aizsardz ības kļūdu, statusa baiti j ānosūta 
atpakaļ bez ziņojumapmai ņas aizsardz ības. Saska ņā ar 
ISO/IEC 7816-4 zi ņojumapmai ņas aizsardz ības kļūdu norādī­ 
šanai ir defin ēti šādi statusa baiti:  
‘66 88’ – nav notikusi kriptogr āfiskās kontrolsummas 
pārbaude,  
‘69 87’ – nav sagaid āmo ziņojumapmai ņas aizsardz ības 
objektu,  
‘69 88’ – nepareizi zi ņojumapmai ņas aizsardz ības datu 
objekti.  
CSM_027 Kad tahogr āfa karte nos ūta atpakaļ statusa baitus bez zi ņoju­
mapmaiņas aizsardz ības DO vai ar k ļūdainu ziņojumap­
maiņas aizsardz ības DO, transportl īdzekļa blokam sesija 
jāpārtrauc.  
5.3. Algoritms kriptogr āfisko kontrolsummu izskait ļošanai  
CSM_028 Kriptogr āfiskās kontrolsummas saska ņā ar ANSI X9.19 tiek 
izveidotas, izmantojot MAC da ļas ar DES:  
— vispirms — s ākotnējais pārbaudes bloks y0 ir E(Ka, 
SSC);  
— pēc tam — izmantojot Ka, apr ēķina pārbaudes blokus y1, 
…, yn;  
— visbeidzot — no p ēdējā pārbaudes bloka yn apr ēķina 
kriptogrāfisko kontrolsummu: E(Ka, D(Kb, yn)),  
kur E() noz īmē šifrējumu ar DES un D() noz īmē atšifrējumu 
ar DES.  
Tiek pārsūtīti četri kriptogr āfiskās kontrolsummas baiti ar 
lielāko vērtību. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 377  
CSM_029 Atsl ēgu saskaņošanas proced ūras laikā iniciē sūtīšanas 
sekvences skait ītāju (SSC):  
sākotnējais SSC: Rnd3 (4 baiti ar maz āko vērtību) || Rnd1 
(4 baiti ar maz āko vērtību). 
CSM_030 Katru reizi pirms MAC apr ēķināšanas sūtīšanas sekvences 
skaitītājs ir jāpalielina par 1 (t. i., pirm ās komandas SSC ir 
sākotnējais SSC + 1, pirm ās atbildes SSC ir s ākotnējais 
SSC + 2).  
Attēlā parādīta MAC da ļas aprēķināšanas shēma.
 
5.4. Algoritms kriptogrammu izskait ļošanai DO konfidencialit ātes nodro ­ 
šināšanai  
CSM_031 Kriptogrammas izskait ļo, TCBC darb ības režīmā izmantojot 
TDEA saska ņā ar standarta [TDES] un [TDES-OP], un ar 
nulles vektoru k ā sākotnējās vērtības bloku.  
Turpmāk attēlā parādīta atslēgu izmantošanas sh ēma TDES:
  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 378  
6. DATU LEJUPIEL ĀDES ELEKTRONISK Ā PARAKSTA MEH ĀNISMI  
CSM_032 Īpašā viedierīcē (IDE) vien ā fiziskā datu datn ē saglabā no 
ierīces (transportl īdzekļa bloka vai kartes) vien ā datu lejupie ­
lādes sesijā saņemtos datus. Šaj ā datnē jābūt sertifikātiem 
MS  i .C un EQT.C. Šaj ā datnē ir datu bloku elektroniskie 
paraksti saska ņā ar 7. papildin ājumu “Datu lejupiel ādes 
protokoli”.  
CSM_033 Lejupiel ādēto datu elektroniskajiem parakstiem izmanto elek ­
tronisko parakstu sh ēmu ar pielikumu t ā, lai lejupiel ādētos 
datus varētu lasīt arī, neveicot to atšifr ēšanu.  
6.1. Paraksta ģenerēšana  
CSM_034 Datu paraksta ģenerēšanai ierīce ievēro paraksta sh ēmu ar 
pielikumu, kas defin ēts atsaucē [PKCS1] ar SHA-1 jauc ēj­
funkciju:  
paraksts = EQT.SK[‘00’ || ‘01’ ||  PS || ‘00’ || DER(SHA- 
1(Data))];  
PS = oktetu papildin āšanas rinda ar ‘FF’ v ērtību līdz 
garumam 128.  
DER(SHA-1( M)) ir algoritma ID kod ējums jaucējfunkcijai un 
jaucējvērtībai DigestInfo tipa ASN.1 v ērtībā (zināmi kodē­ 
šanas noteikumi):  
‘30’||‘21’||‘30’||‘09’||‘06’||‘05’ ||‘2B’||‘0E’||‘03’||‘02’||‘1A’|| 
‘05’||‘00’||‘04’||‘14’||jauc ējvērtība. 
6.2. Paraksta verifik ācija 
CSM_035 Datu paraksta verifik ācijai par lejupiel ādētajiem datiem 
ievēro paraksta sh ēmu ar pielikumu, kas defin ēts atsaucē 
[PKCS1] ar SHA-1 jauc ējfunkciju.  
Verificētājam neatkar īgi jāzina (un jāuztic) Eiropas publisk ā 
atslēga EUR.PK.  
Turpmāk shēmā ilustrēts tāds protokols IDE ar kontroles 
karti, ko var iev ērot to datu integrit ātes pārbaudei, kuri leju ­
pielādēti un saglab āti ESM ( ārējos inform ācijas nesējos). 
Kontroles karti izmanto elektronisko parakstu atšifr ēšanai. 
Šādā gadījumā šī funkcija IDE var neb ūt izpildāma. 
Ierīci, kas lejupiel ādējusi un parakst ījusi analizējamos datus, 
apzīmē ar EQT.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 379
  
B DAĻA. 
OTRĀS PAAUDZES TAHOGR ĀFA SIST ĒMA 
7. IEVADS  
7.1. Atsauces  
Šā papildinājuma šajā daļā ir izmantotas š ādas atsauces:  
AES Nacion ālais Standartu un tehnolo ģijas institūts (NIST ), 
FIPS PUB 197 : Advanced Encryption Standard (AES) , 
2001. gada 26. novembris  
DSS Nacion ālais Standartu un tehnolo ģijas institūts (NIST ), 
FIPS PUB 186-4: Digital Signature Standard (DSS) , 
2013. gada j ūlijs 
ISO 7816-4 ISO/IEC 7816-4 Identifik ācijas kartes. Integr ētās shēmas 
kartes. 4. da ļa: Organiz ācija, droš ība un komandas 
savstarpējai apmai ņai. Trešā redakcija, 2013. gada 
15. aprīlis 
ISO 7816-8 ISO/IEC 7816-8 Identifik ācijas kartes. Integr ētās shēmas 
kartes. 8. da ļa: Drošības operāciju komandas. Otr ā redak­
cija, 2004. gada 1. j ūnijs ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 380  
ISO 8825-1 ISO/IEC 8825-1 Inform ācijas tehnolo ģija. ASN.1 kod ē­ 
šanas noteikumi: Pamata kod ēšanas noteikumu (BER), 
kanonisko kod ēšanas noteikumu (CER) un zin āmu kodē­ 
šanas noteikumu (DER) specifik ācija. Ceturt ā redakcija, 
2008. gada 15. decembris  
ISO 9797-1 ISO/IEC 9797-1 Inform ācijas tehnolo ģija. Aizsardz ības 
metodes. Zi ņojumu autentifik ācijas kodi. 1. da ļa: Mehā­
nismi, kuros izmanto bloka kodu. Otr ā redakcija, 
2011. gada 1. marts  
ISO 10116 ISO/IEC 10116 Inform ācijas tehnolo ģija. Aizsardz ības 
metodes.  n-bitu bloka koda darb ības veidi. Treš ā redak­
cija, 2006. gada 1. febru āris 
ISO 16844-3 ISO/IEC 16844-3 Autotransporta l īdzekļi. Tahogr āfu 
sistēmas. 3. daļa: Kustības sensora saskarne. Pirm ā redak­
cija, 2004. g., ar 1. tehnisko k ļūdu labojumu, 2006. g.  
RFC 5480 Publisk ās atslēgas inform ācija, kam piem ēro eliptisk ās 
līknes kriptogr āfiju, 2009. gada marts  
RFC 5639 Eliptisk ās līknes kriptogr āfija (ECC) —  Brainpool  stan­
darta līknes un līkņu veidošana, 2010. gads  
RFC 5869 Uz HMAC balst ītā izgūšanas un paplašin āšanas atslēgas 
atvasināšanas funkcija (HKDF), 2010. gada maijs  
SHS Nacion ālais Standartu un tehnolo ģijas institūts (NIST ), 
FIPS PUB 180-4: Secure Hash Standard , 2012. gada 
marts  
SP 800-38B Nacion ālais Standartu un tehnolo ģijas institūts (NIST ), 
īpašā publikācija 800-38B:  Recommendation for Block 
Cipher Modes of Operation: The CMAC Mode for 
Authentication , 2005. gads  
TR-03111 BSI Tehnisk ās pamatnost ādnes TR-03111, Eliptisk ās 
līknes kriptogr āfija, versija 2.00, 2012. gada 28. j ūnijs 
7.2. Apzīmējumi un sa īsinājumi  
Šajā papildinājumā izmantoti š ādi apzīmējumi un terminu sa īsinājumi:  
AES uzlabots šifr ēšanas standarts  
CA sertifik ācijas iestāde 
CAR sertifik ācijas iestādes norāde 
CBC šifra bloka sa ķēdējums (darb ības režīms) 
CH komandas galvene  
CHA sertifik āta īpašnieka pilnvara  
CHR sertifik āta īpašnieka nor āde 
CV konstants vektors  
DER zin āmi kodēšanas noteikumi  
DO datu objekts  
DSRC specializ ēta šaura diapazona datu p ārraide  
ECC eliptisk ās līknes kriptogr āfija 
ECDSA eliptisk ās līknes elektronisk ā paraksta algoritms  
ECDH eliptisk ā līkne Diffie-Hellman  (atslēgu saskaņošanas algo ­
ritms)  
EGF ārējā GNSS iek ārta 
EQT ier īce ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 381  
IDE īpaša viedier īce 
K M kustības sensora galven ā atslēga, kas ļauj sapārot trans­
portlīdzekļa bloku ar kust ības sensoru  
K M-VU  transportlīdzekļa blokos ievietot ā atslēga, kas ļauj trans­
portlīdzekļa blokam atvasin āt kustības sensora galveno 
atslēgu, ja transportl īdzekļa blokā ir ievietota darbn īcas 
karte  
K M-WC  darbnīcas kartēs ievietotā atslēga, kas ļauj transportl īdzekļa 
blokam atvasin āt kustības sensora galveno atsl ēgu, ja 
transportlīdzekļa blokā ir ievietota darbn īcas karte  
MAC zi ņojuma autentifik ācijas kods  
MoS kust ības sensors  
MSB liel ākās vērtības bits  
PKI publisk ās atslēgas infrastrukt ūra 
RCF att ālinātās saziņas ierīce 
SSC s ūtīšanas sekvences skait ītājs 
SM zi ņojumapmai ņas aizsardz ība 
TDES tr īskāršās datu šifr ēšanas standarts  
TLV birkas garuma v ērtība 
VU transportl īdzekļa bloks  
X.C lietot āja X publisk ās atslēgas sertifik āts 
X.CA sertifik ācijas iestāde, kas izdevusi lietot āja X sertifik ātu 
X.CAR sertifik ācijas iestādes norāde, kas nor ādīta lietotāja X serti­
fikātā 
X.CHR sertifik āta īpašnieka nor āde, kas nor ādīta lietotāja X serti­
fikātā 
X.PK lietot āja X publisk ā atslēga 
X.SK lietot āja X privātā atslēga 
X.PK  eph lietotāja X efemer ālā publiskā atslēga 
X.SK  eph lietotāja X efemer ālā privātā atslēga 
‘xx’ heksadecim ālā vērtība 
|| konkaten ācijas operators  
7.3. Defin īcijas  
Šajā papildinājumā lietotās terminu defin īcijas ir iek ļautas 1.C pielikuma 
I iedaļā. 
8. KRIPTOGR ĀFISKĀS SISTĒMAS UN ALGORITMI  
8.1. Kriptogr āfiskās sistēmas 
CSM_38 Transportl īdzekļa blokos un tahogr āfa kartēm izmanto elip ­
tiskās līknes publisk ās atslēgas kriptogr āfisko sistēmu, lai 
nodrošinātu šādus drošības pakalpojumus:  
— transportl īdzekļa bloka un kartes savstarp ēja autentifi ­
kācija; ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 382  
— AES sesijas atsl ēgu saskaņošana starp transportl īdzekļa 
bloku un karti;  
— uz ārējiem nesējiem no transportl īdzekļa blokiem vai 
tahogrāfa kartēm lejupielādēto datu autentiskuma, inte ­
gritātes un nenoliedzam ības nodrošin āšana.  
CSM_39 Transportl īdzekļa blokos un ārējām GNSS iek ārtām 
izmanto eliptisk ās līknes publisk ās atslēgas kriptogr āfisko 
sistēmu, lai nodrošin ātu šādus drošības pakalpojumus:  
— transportl īdzekļa bloka un ārējās GNSS iek ārtas sapā­
rošana;  
— transportl īdzekļa bloka un ārējās GNSS iek ārtas 
savstarpēja autentifik ācija; 
— AES sesijas atsl ēgu saskaņošana starp transportl īdzekļa 
bloku un ārējo GNSS iek ārtu. 
CSM_40 Transportl īdzekļa blokos un tahogr āfa kartēm izmanto 
AES simetrisko kriptogr āfisko sistēmu, lai nodrošin ātu 
šādus drošības pakalpojumus:  
— to datu autentiskuma un integrit ātes nodrošin āšana, ar 
kuriem notiek apmai ņa starp transportl īdzekļa bloku un 
tahogrāfa karti;  
— ja nepieciešams, to datu konfidencialit ātes nodrošin ā­ 
šana, ar kuriem notiek apmai ņa starp transportl īdzekļa 
bloku un tahogr āfa karti.  
CSM_41 Transportl īdzekļa blokos un ārējām GNSS iek ārtām 
izmanto AES simetrisko kriptogr āfisko sistēmu, lai nodro ­ 
šinātu šādus drošības pakalpojumus:  
— to datu autentiskuma un integrit ātes nodrošin āšana, ar 
kuriem notiek apmai ņa starp transportl īdzekļa bloku un 
ārējo GNSS iek ārtu. 
CSM_42 Transportl īdzekļa blokos un kust ības sensoriem izmanto 
AES simetrisko kriptogr āfisko sistēmu, lai nodrošin ātu 
šādus drošības pakalpojumus:  
— transportl īdzekļa bloka un kust ības sensora sap ārošana;  
— transportl īdzekļa bloka un kust ības sensora savstarp ēja 
autentifikācija; 
— to datu konfidencialit ātes nodrošin āšana, ar kuriem 
notiek apmai ņa starp transportl īdzekļa bloku un 
kustības sensoru.  
CSM_43 Transportl īdzekļa blokos un kontroles kart ēm izmanto AES 
simetrisko kriptogr āfisko sistēmu, lai nodrošin ātu šādus 
drošības pakalpojumus att ālinātās saziņas saskarnē: 
— to datu konfidencialit ātes, autentiskuma un integrit ātes 
nodrošināšana, kas tiek p ārraidīti no transportl īdzekļa 
bloka uz kontroles karti.  
Piezīmes:  
— Dati no transportl īdzekļa bloka uz att ālināto pieprasī­
tāju faktiski tiek p ārraidīti kontroles strukt ūras kontro­
liera pārraudzībā, izmantojot att ālinātās saziņas ierīci, 
kas var būt transportl īdzekļa bloka iekš ējā vai ārējā ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 383  
ierīce; sk. 14. papildin ājumu. Taču attālinātais piepra ­
sītājs pārsūta saņemtos datus uz kontroles karti atšifr ē­ 
šanai un autentiskuma apstiprin āšanai. No droš ības 
viedokļa attālinātās saziņas ierīce un attālinātais piepra­
sītājs ir pilnībā pārredzami.  
— Darbnīcas karte pied āvā DSRC saskarnei t ādus pašus 
drošības pakalpojumus k ā kontroles karte. T ādējādi 
darbnīca var apstiprin āt transportl īdzekļa bloka att āli­
nātās saziņas saskarnes pareizu darb ību, tostarp 
drošību. Vairāk informācijas sk. 9.2.2. ieda ļā. 
8.2. Kriptogr āfijas algoritmi  
8.2.1.  Simetriskie algoritmi  
CSM_44 Transportl īdzekļa bloki, tahogr āfa kartes, kust ības sensori 
un ārējās GNSS iek ārtas atbalsta AES algoritmu, kas defi ­
nēts [AES], ar atsl ēgu garumu 128, 192 un 256 biti.  
8.2.2.  Asimetriskie algoritmi un standartiz ētie domēna parametri  
CSM_45 Transportl īdzekļa bloki, tahogr āfa kartes un ārējās GNSS 
iekārtas atbalsta eliptisk ās līknes kriptogr āfiju ar atsl ēgas 
lielumu 256, 384 un 512/521 biti.  
CSM_46 Transportl īdzekļa bloki, tahogr āfa kartes un ārējās GNSS 
iekārtas atbalsta ECDSA parakst īšanas algoritmu, k ā norā­
dīts [DSS].  
CSM_47 Transportl īdzekļa bloki, tahogr āfa kartes un ārējās GNSS 
iekārtas atbalsta ECKA-EG atsl ēgu saskaņošanas algo ­
ritmu, kā norādīts [TR 03111].  
CSM_48 Transportl īdzekļa bloki, tahogr āfa kartes un ārējās GNSS 
iekārtas atbalsta visus standartiz ētos domēna parametrus, 
kas norādīti 1. tabulā attiecībā uz eliptisk ās līknes kripto ­
grāfiju. 
1. tabula.  
Standartiz ētie domēna parametri  
Nosaukums  Lielums (biti)  Atsauce  Objekta identifikators  
NIST P-256  256  [DSS], [RFC 5480]
  
BrainpoolP256r1  256  [RFC 5639]
  
NIST P-384  384  [DSS], [RFC 5480]
  
BrainpoolP384r1  384  [RFC 5639]
  
BrainpoolP512r1  512  [RFC 5639]
  
NIST P-521  521  [DSS], [RFC 5480]
  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 384  
Piezīme. Objektu identifikatori, kas min ēti 1. tabulas 
pēdējā ailē, ir norādīti [RFC 5639] attiec ībā uz Brainpool  
līknēm un [RFC 5480] — attiec ībā uz NIST l īknēm.
 
8.2.3.  Jaucējalgoritmi  
▼M1 
CSM_49 Transportl īdzekļa bloki, tahogr āfa kartes un ārējās GNSS 
iekārtas atbalsta SHA-256, SHA-384 un SHA-512 algo ­
ritmus, kas nor ādīti [SHS].  
▼B 
8.2.4.  Šifru komplekti  
CSM_50 Simetrisk ā algoritma gad ījumā izmanto kop ā asimetrisku 
algoritmu un/vai jauc ējalgoritmu, lai izveidotu droš ības 
protokolu, un to attiec īgajiem atsl ēgu garumiem un jauc ēj­
vērtībām ir (aptuveni) vien āds stiprums. Pie ļaujamie šifru 
komplekti ir nor ādīti 2. tabulā: 
2. tabula.  
Pieļaujamie šifru komplekti  
Šifru komplekta Id  ECC atslēgas lielums 
(biti)  AES atslēgas garums 
(biti)  Jaucējalgoritms  MAC garums 
(baiti)  
CS#1  256  128  SHA-256  8  
CS#2  384  192  SHA-384  12  
CS#3  512/521  256  SHA-512  16  
Piezīme. Uzskata, ka šaj ā papildinājumā visos nolūkos 512 bitu un 521 bita ECC atsl ēgu lielu­
miem ir vien āds stiprums.  
9. ATSL ĒGAS UN SERTIFIK ĀTI 
9.1. Asimetriskie atsl ēgu pāri un publisko atsl ēgu sertifik āti 
9.1.1.  Vispārīgi 
Piezīme. Šajā iedaļā aprakstītās atslēgas izmanto, lai nodrošin ātu savstar­
pēju autentifik āciju un zi ņojumapmai ņas aizsardz ību starp transportl ī­
dzekļa blokiem un tahogr āfa kartēm un starp transportl īdzekļa blokiem 
un ārējām GNSS iek ārtām. Šie procesi ir s īkāk aprakstīti šā papildinā­
juma 10. un 11. noda ļā. 
CSM_51 Eiropas viedo tahogr āfu sistēmā ECC atsl ēgu pārus un 
atbilstošos sertifik ātus ģenerē un pārvalda trijos funkcion āli 
hierarhiskos l īmeņos: 
— Eiropas l īmenī, 
— dalībvalsts līmenī, 
— ierīces līmenī. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 385  
CSM_52 Vis ā Eiropas viedo tahogr āfu sistēmā publiskās un privātās 
atslēgas un sertifik ātus ģenerē, pārvalda un par tiem 
paziņo, izmantojot standartiz ētas un drošas metodes.  
9.1.2.  Eiropas l īmenis  
CSM_53 Eiropas l īmenī ģenerē vienotu unik ālu ECC atsl ēgu pāri, 
ko apzīmē ar EUR. Tas sast āv no priv ātās atslēgas 
(EUR.SK) un publisk ās atslēgas (EUR.PK). Šis atsl ēgu 
pāris ir saknes atsl ēgu pāris visai Eiropas viedo tahogr āfu 
PKI. Šo uzdevumu veic Eiropas Galven ā sertifikācijas 
iestāde (ERCA) Eiropas Komisijas pak ļautībā un pārrau­
dzībā. 
CSM_54 ERCA izmanto Eiropas priv āto atslēgu, lai parakst ītu 
(pašparakst ītu) Eiropas publisk ās atslēgas saknes sertifi ­
kātu, un pazi ņo par šo Eiropas saknes sertifik ātu visām 
dalībvalstīm. 
CSM_55 ERCA izmanto Eiropas priv āto atslēgu, lai pēc pieprasī­
juma parakst ītu dalībvalstu publisko atsl ēgu sertifik ātus. 
ERCA re ģistrē visus parakst ītos dalībvalstu publisko 
atslēgu sertifikātus. 
CSM_56 K ā parādīts 9.1.7. ieda ļas 1. attēlā, ERCA ģenerē jaunu 
Eiropas saknes atsl ēgu pāri reizi 17 gados. Ikreiz, kad 
ERCA ģenerē jaunu Eiropas saknes atsl ēgu pāri, tā izveido 
jaunu pašparakst ītu saknes sertifik ātu jaunajai Eiropas 
publiskajai atsl ēgai. Eiropas saknes sertifik āts ir derīgs 
34 gadus un 3 m ēnešus.  
Piezīme. Jauna saknes atsl ēgu pāra ieviešana noz īmē arī to, 
ka ERCA ģenerē jaunu kust ības sensora galveno atsl ēgu 
un jaunu DSRC galveno atsl ēgu; sk. 9.2.1.2. un 
9.2.2.2. ieda ļu. 
CSM_57 Pirms jauna Eiropas saknes atsl ēgu pāra ģenerēšanas 
ERCA analiz ē kriptogrāfisko stiprumu, kas vajadz īgs 
jaunajam atsl ēgu pārim, ņemot vērā, ka tam j ābūt aizsar­
gātam nākamos 34 gadus. Ja nepieciešams, ERCA p āriet 
uz šifru komplektu, kas ir stipr āks par pašreiz ējo, kā norā­
dīts CSM_50.  
▼M1 
CSM_58 Ikreiz, kad ERCA ģenerē jaunu Eiropas saknes atsl ēgu 
pāri, tā izveido saites sertifik ātu jaunajai Eiropas publi ­
skajai atslēgai un paraksta to ar iepriekš ējo Eiropas priv āto 
atslēgu. Saites sertifik āts ir derīgs 17 gadus plus 3 m ēnešus. 
Tas ir norādīts arī 9.1.7. ieda ļas 1. attēlā. 
▼B 
Piezīme. Tā kā saites sertifik āts satur ERCA  X paaudzes 
publisko atsl ēgu un tiek parakst īts ar ERCA  X-1 paaudzes 
privāto atslēgu, saites sertifik āts piedāvā izdotajai  X-1  
paaudzes ier īcei metodi, ar ko apstiprin āt izdotās X paau­
dzes ierīces uzticam ību. 
CSM_59 ERCA neizmanto saknes atsl ēgu pāra privāto atslēgu nekā­
diem nolūkiem pēc jauna saknes atsl ēgu sertifik āta 
stāšanās spēkā. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 386  
CSM_60 ERCA jebkur ā brīdī var izmantot š ādas kriptogr āfiskās 
atslēgas un sertifik ātus: 
— pašreiz ējo EUR atsl ēgu pāri un atbilstošo sertifik ātu; 
— visus iepriekš ējos EUR sertifik ātus, kas izmantojami, 
lai verificētu MSCA sertifik ātus, kuri v ēl ir spēkā; 
— saites sertifik ātus visu paaudžu EUR sertifik ātiem, 
izņemot pirm ās paaudzes sertifik ātus. 
9.1.3.  Dalībvalsts līmenis  
CSM_61 Dal ībvalsts līmenī visas dalībvalstis, kam j āparaksta taho ­
grāfa karšu sertifik āti, ģenerē vienu vai vair ākus unikālu 
ECC atslēgu pārus, ko apz īmē ar MSCA_Card. Visas 
dalībvalstis, kam j āparaksta sertifik āti par transportl īdzekļa 
blokiem vai ārējām GNSS iek ārtām, papildus ģenerē vienu 
vai vairākus unikālu ECC atsl ēgu pārus, ko apz īmē ar 
MSCA_VU-EGF.  
CSM_62 Dal ībvalsts atsl ēgu pāru ģenerēšanu veic dal ībvalsts serti ­
fikācijas iestāde (MSCA). Ikreiz, kad MSCA ģenerē dalīb­
valsts atslēgu pāri, tā nosūta publisko atsl ēgu ERCA, lai 
iegūtu atbilstošu dal ībvalsts sertifik ātu, ko parakst ījusi 
ERCA.  
CSM_63 MSCA izv ēlas dalībvalsts atsl ēgu pāra stiprumu, kas ir 
tāds pats kā Eiropas saknes atsl ēgu pārim, kurš tika izman ­
tots, lai parakst ītu atbilstošo dal ībvalsts sertifik ātu. 
CSM_64 MSCA_VU-EGF atsl ēgu pāris, ja tāds ir, sast āv no 
privātās atslēgas MSCA_VU-EGF.SK un publisk ās 
atslēgas MSCA_VU-EGF.PK. MSCA izmanto priv āto 
atslēgu MSCA_VU-EGF.SK tikai tam, lai parakst ītu trans­
portlīdzekļa bloku un ārējo GNSS iek ārtu publisko atsl ēgu 
sertifikātus. 
CSM_65 MSCA_Card atsl ēgu pāris sastāv no priv ātās atslēgas 
MSCA_Card.SK un publisk ās atslēgas MSCA_Card.PK. 
MSCA izmanto priv āto atslēgu MSCA_Card.SK tikai 
tam, lai parakst ītu tahogrāfa karšu publisko atsl ēgu sertifi­
kātus. 
CSM_66 MSCA re ģistrē visus parakst ītos transportl īdzekļa bloku 
sertifikātus, ārējo GNSS iek ārtu sertifik ātus un karšu serti ­
fikātus, norādot arī tās ierīces identifik āciju, kurai katrs 
sertifikāts paredzēts. 
CSM_67 MSCA_VU-EGF sertifik āts ir der īgs 17 gadus un 
3 mēnešus. MSCA_Card sertifik āts ir derīgs 7 gadus un 
1 mēnesi. 
CSM_68 K ā parādīts 9.1.7. ieda ļas 1. attēlā, MSCA_VU-EGF 
atslēgu pāra privātajai atslēgai un MSCA_Card atsl ēgu 
pāra privātajai atslēgai jābūt derīgai 2 gadus.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 387  
CSM_69 MSCA neizmanto MSCA_VU-EGF atsl ēgu pāra privāto 
atslēgu nekādiem nolūkiem pēc tās izmantošanas perioda 
beigām. MSCA ar ī neizmanto MSCA_Card atsl ēgu pāra 
privāto atslēgu nekādiem nolūkiem pēc tās izmantošanas 
perioda beig ām. 
CSM_70 MSCA jebkur ā brīdī var izmantot š ādas kriptogr āfiskās 
atslēgas un sertifik ātus: 
— pašreiz ējo MSCA_Card atsl ēgu pāri un atbilstošo serti ­
fikātu; 
— visus iepriekš ējos MSCA_Card sertifik ātus, kas izman ­
tojami, lai verific ētu tahogrāfa karšu sertifik ātus, kuri 
vēl ir spēkā; 
— pašreiz ējo EUR sertifik ātu, kas nepieciešams, lai veri ­
ficētu pašreizējo MSCA sertifik ātu; 
— visus iepriekš ējos EUR sertifik ātus, kas nepieciešami, 
lai verific ētu visus MSCA sertifik ātus, kuri v ēl ir 
spēkā. 
CSM_71 Ja MSCA ir j āparaksta sertifik āti par transportl īdzekļa 
blokiem vai ārējām GNSS iek ārtām, tā papildus izmanto 
šādas atslēgas un sertifik ātus: 
— pašreiz ējo MSCA_VU-EGF atsl ēgu pāri un atbilstošo 
sertifikātu; 
— visas iepriekš ējās MSCA_VU-EGF publisk ās atslēgas, 
kas izmantojamas, lai verific ētu transportl īdzekļa bloku 
vai ārējo GNSS iek ārtu sertifik ātus, kuri v ēl ir spēkā. 
9.1.4.  Ierīces līmenis — transportl īdzekļa bloki  
▼M1 
CSM_72 Katram transportl īdzekļa blokam ģenerē divus unik ālus 
ECC atslēgu pārus, ko apz īmē ar VU_MA un VU_Sign. 
Šo uzdevumu veic transportl īdzekļa bloku ražot āji. Ikreiz, 
kad tiek ģenerēts transportl īdzekļa bloka atsl ēgu pāris, 
struktūra, kas ģenerējusi atslēgu, nosūta publisko atsl ēgu 
tās MSCA, lai ieg ūtu atbilstošu transportl īdzekļa bloka 
sertifikātu, ko parakst ījusi MSCA. Priv āto atslēgu izmanto 
tikai transportl īdzekļa blokā. 
▼B 
CSM_73 Konkr ēta transportl īdzekļa bloka VU_MA un VU_Sign 
sertifikātiem ir vien āds derīguma termi ņš. 
CSM_74 Transportl īdzekļa bloka ražot ājs izvēlas transportl īdzekļa 
bloka atslēgu pāra stiprumu, kas ir t āds pats kā MSCA 
atslēgu pārim, kurš tika izmantots, lai parakst ītu atbilstošo 
transportlīdzekļa bloka sertifik ātu. 
CSM_75 Transportl īdzekļa bloka VU_MA atsl ēgu pāri, kas sast āv 
no privātās atslēgas VU_MA.SK un publisk ās atslēgas 
VU_MA.PK, izmanto tikai tam, lai veiktu transportl īdzekļa 
bloka autentifik āciju attiec ībā uz tahogr āfa kartēm un 
ārējām GNSS iek ārtām, kā norādīts šā papildinājuma 
10.3. un 11.4. ieda ļā. 
CSM_76 Transportl īdzekļa bloks var ģenerēt efemerālo ECC atsl ēgu 
pārus, un tajā izmanto efemer ālo atslēgu pāri tikai tam, lai 
veiktu sesijas atsl ēgas saskaņošanu ar tahogr āfa karti vai 
ārējo GNSS iek ārtu, kā norādīts šā papildinājuma 10.4. un 
11.4. iedaļā. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 388  
CSM_77 Transportl īdzekļa bloka VU_Sign atsl ēgu pāra privāto 
atslēgu VU_Sign.SK izmanto tikai tam, lai parakst ītu leju­
pielādētās datu datnes, k ā norādīts šā papildinājuma 
14. nodaļā. Atbilstošo publisko atsl ēgu VU_Sign.PK 
izmanto tikai tam, lai verific ētu transportl īdzekļa bloka 
izveidotos parakstus.  
CSM_78 K ā parādīts 9.1.7. ieda ļas 1. attēlā, VU_MA sertifik āts ir 
derīgs 15 gadus un 3 m ēnešus. Arī VU_Sign sertifik āts ir 
derīgs 15 gadus un 3 m ēnešus.  
Piezīmes:  
— VU_Sign sertifik āta derīguma termi ņa pagarinājums 
ļauj transportl īdzekļa blokam izveidot der īgus parak­
stus lejupiel ādētajiem datiem pirmajos trijos m ēnešos 
pēc minētā sertifikāta derīguma termi ņa beigām, kā 
paredzēts Regulā (ES) Nr. 581/2010.  
— VU_MA sertifik āta derīguma termi ņa pagarinājums ir 
vajadzīgs, lai transportl īdzekļa bloks var ētu autentific ēt 
kontroles karti vai uz ņēmuma karti pirmajos trijos 
mēnešos pēc minētā sertifikāta derīguma termi ņa 
beigām, nodrošinot iesp ēju veikt datu lejupiel ādi. 
CSM_79 Transportl īdzekļa blokā neizmanto transportl īdzekļa bloka 
atslēgu pāra privāto atslēgu nekādiem nolūkiem pēc atbil­
stošā sertifikāta derīguma termi ņa beigām. 
CSM_80 Transportl īdzekļa bloka atsl ēgu pārus (izņemot efemer ālo 
atslēgu pārus) un konkr ētā transportl īdzekļa bloka atbil ­
stošos sertifik ātus neaizst āj un neatjauno ārpus darbn īcas 
pēc tam, kad transportl īdzekļa bloks ir nodots ekspluat ā­
cijā. 
Piezīmes:  
— Uz efemer ālo atslēgu pāriem šī prasība neattiecas, jo 
transportlīdzekļa bloks ģenerē jaunu efemer ālo atslēgu 
pāri ikreiz, kad tiek veikta mikrosh ēmas autentifik ācija 
un sesijas atsl ēgas saskaņošana; sk. 10.4. ieda ļu. Jāņem 
vērā, ka efemer ālo atslēgu pāriem nav atbilstošu serti ­
fikātu. 
— Šī prasība neaizliedz aizst āt statiskos transportl īdzekļa 
bloka atsl ēgu pārus atjaunošanas vai remonta laik ā 
drošā vidē, ko kontrol ē transportlīdzekļa bloka ražot ājs. 
CSM_81 Kad transportl īdzekļa blokus laiž ekspluat ācijā, tie satur 
šādas kriptogr āfiskās atslēgas un sertifik ātus: 
— VU_MA priv āto atslēgu un atbilstošo sertifik ātu, 
— VU_Sign priv āto atslēgu un atbilstošo sertifik ātu, 
— MSCA_VU-EGF sertifik ātu, kas satur MSCA_VU- 
EGF.PK publisko atsl ēgu, kura izmantojama VU_MA 
sertifikāta un VU_Sign sertifik āta verificēšanai,  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 389  
— EUR sertifik ātu, kas satur EUR.PK publisko atsl ēgu, 
kura izmantojama MSCA_VU-EGF sertifik āta verificē­ 
šanai,  
— EUR sertifik ātu, kura der īguma termi ņš ir tieši pirms t ā 
EUR sertifik āta derīguma termi ņa, kas izmantojams 
MSCA_VU-EGF sertifik āta verificēšanai, ja tāds ir,  
— saites sertifik ātu, kas sasaista šos abus EUR sertifi ­
kātus, ja tāds ir.  
CSM_82 Papildus kriptogr āfiskajām atslēgām un sertifik ātiem, kas 
uzskaitīti CSM_81, transportl īdzekļa bloki satur ar ī šā 
papildinājuma A da ļā norādītās atslēgas un sertifik ātus, 
lai būtu iespējama minēto transportl īdzekļa bloku mijiedar ­
bība ar pirm ās paaudzes tahogr āfa kartēm. 
9.1.5.  Ierīces līmenis — tahogr āfa kartes  
▼M1 
CSM_83 Katrai tahogr āfa kartei ģenerē vienu unik ālu ECC atsl ēgu 
pāri, ko apzīmē ar Card_MA. Otru unik ālu ECC atsl ēgu 
pāri, ko apzīmē ar Card_Sign, papildus ģenerē katrai vad ī­
tāja kartei un katrai darbn īcas kartei. Šo uzdevumu var 
veikt karšu ražot āji vai karšu personaliz ētāji. Ikreiz, kad 
tiek ģenerēts kartes atsl ēgu pāris, struktūra, kas ģenerējusi 
atslēgu, nosūta publisko atsl ēgu tās MSCA, lai ieg ūtu 
atbilstošu kartes sertifik ātu, ko parakst ījusi MSCA. Priv āto 
atslēgu izmanto tikai ar konkr ēto tahogrāfa karti.  
▼B 
CSM_84 Konkr ētās vadītāja kartes vai darbn īcas kartes Card_MA 
un Card_Sign sertifik ātiem ir vien āds derīguma termi ņš. 
CSM_85 Kartes ražot ājs vai kartes personaliz ētājs izvēlas kartes 
atslēgu pāra stiprumu, kas ir t āds pats kā MSCA atsl ēgu 
pārim, kurš tika izmantots, lai parakst ītu atbilstošo kartes 
sertifikātu. 
CSM_86 Tahogr āfa kartes Card_MA atsl ēgu pāri, kas sast āv no 
privātās atslēgas Card_MA.SK un publisk ās atslēgas 
Card_MA.PK, izmanto tikai tam, lai veiktu savstarp ēju 
autentifikāciju un sesijas atsl ēgas saskaņošanu ar transport ­
līdzekļa blokiem, k ā norādīts šā papildinājuma 10.3. un 
10.4. iedaļā. 
CSM_87 Vad ītāja kartes vai darbn īcas kartes Card_Sign atsl ēgu pāra 
privāto atslēgu Card_Sign.SK izmanto tikai tam, lai parak ­
stītu lejupiel ādētās datu datnes, k ā norādīts šā papildinā­
juma 14. noda ļā. Atbilstošo publisko atsl ēgu Card_ ­
Sign.PK izmanto tikai tam, lai verific ētu kartes izveidotos 
parakstus.  
▼M1 
CSM_88 Card_MA sertifik āta derīguma termi ņš ir šāds: 
— vadītāja kartēm: 5 gadi;  
— uzņēmuma kart ēm: 5 gadi;  
— kontroles kart ēm: 2 gadi;  
— darbnīcas kartēm: 1 gads.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 390  
CSM_89 Card_Sign sertifik āta derīguma termi ņš ir šāds: 
— vadītāja kartēm —  5 gadi un 1 m ēnesis;  
— darbnīcas kartēm —  1 gads un 1 m ēnesis.  
Piezīme. Card_Sign sertifik āta derīguma termi ņa pagarinā­
jums ļauj ar vad ītāja karti izveidot der īgus parakstus leju ­
pielādētajiem datiem vienu m ēnesi pēc minētā sertifikāta 
derīguma termi ņa beigām. Tas ir nepieciešams, ņemot vērā 
Regulu (ES) Nr. 581/2010, kas nosaka, ka 28 dienas p ēc 
pēdējo datu reģistrēšanas ir jābūt iespējamam lejupiel ādēt 
datus no vad ītāja kartes.  
CSM_90 Konkr ētās tahogrāfa kartes atsl ēgu pārus un atbilstošos 
sertifikātus pēc kartes izdošanas neaizst āj un neatjauno.  
CSM_91 Izdot ās tahogrāfa kartes satur š ādas kriptogr āfiskās atslēgas 
un sertifikātus: 
— Card_MA priv āto atslēgu un atbilstošo sertifik ātu, 
— vadītāja kartēm un darbn īcas kartēm papildus — 
Card_Sign priv āto atslēgu un atbilstošo sertifik ātu, 
— MSCA_Card sertifik ātu, kas satur MSCA_Card.PK 
publisko atsl ēgu, kura izmantojama Card_MA sertifi ­
kāta un Card_Sign sertifik āta verificēšanai,  
— EUR sertifik ātu, kas satur EUR.PK publisko atsl ēgu, 
kura izmantojama MSCA_Card sertifik āta verificē­ 
šanai.  
— EUR sertifik ātu, kura der īguma termi ņš ir tieši pirms t ā 
EUR sertifik āta derīguma termi ņa, kas izmantojams 
MSCA_Card sertifik āta verificēšanai, ja tāds ir,  
— saites sertifik ātu, kas sasaista šos abus EUR sertifi ­
kātus, ja tāds ir,  
▼M1 
— Turklāt tikai kontroles kart ēm, uzņēmuma kart ēm un 
darbnīcas kartēm, kā arī tikai tad, ja š īs kartes ir 
izsniegtas jauna EUR sertifik āta pirmo tr īs derīguma 
termiņa mēnešu laikā: EUR sertifik āts, kas ir divas 
paaudzes vec āks, ja tāds ir.  
Piezīme pie p ēdējās aizzīmes:  Piemēram, ERCA(3) 
sertifikāta pirmo tr īs mēnešu laikā (skatīt 1. attēlu), 
minētās kartes ietver ERCA(1) sertifik ātu. Tas ir vaja ­
dzīgs, lai nodrošin ātu, ka šīs kartes var izmantot datu 
lejupielādēšanai no ERCA(1) transportl īdzekļa bloka, 
kura norm ālais 15 gadu izmantošanas periods plus 
3 mēnešu datu lejupiel ādes periods beidzas šo m ēnešu 
laikā; sk. I.C pielikuma 13. pras ības pēdējo aizzīmi. 
▼B 
CSM_92 Papildus kriptogr āfiskajām atslēgām un sertifik ātiem, kas 
uzskaitīti CSM_91, tahogr āfa kartes satur ar ī šā papildinā­
juma A da ļā norādītās atslēgas un sertifik ātus, lai būtu 
iespējama šo karšu mijiedarb ība ar pirm ās paaudzes trans ­
portlīdzekļa blokiem.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 391  
9.1.6.  Ierīces līmenis — ārējās GNSS iek ārtas 
▼M1 
CSM_93 Katrai ārējai GNSS iek ārtai ģenerē vienu unik ālu ECC 
atslēgu pāri, ko apzīmē ar EGF_MA. Šo uzdevumu veic 
ārējo GNSS iek ārtu ražotāji. Ikreiz, kad tiek ģenerēts 
EGF_MA kartes atsl ēgu pāris, struktūra, kas ģenerējusi 
atslēgu, nosūta publisko atsl ēgu tās MSCA, lai ieg ūtu 
atbilstošu EGF_MA sertifik ātu, ko parakst ījusi MSCA. 
Privāto atslēgu izmanto tikai ārējā GNSS iek ārtā. 
▼B 
CSM_94 Ārējās GNSS iek ārtas ražotājs izvēlas EGF_MA atsl ēgu 
pāra stiprumu, kas ir t āds pats kā MSCA atsl ēgu pārim, 
kurš tika izmantots, lai parakst ītu atbilstošo EGF_MA 
sertifikātu. 
▼M1 
CSM_95 Ārējās GNSS iek ārtas EGF_MA atsl ēgu pāri, kas sast āv no 
privātās atslēgas EGF_MA.SK un publisk ās atslēgas 
EGF_MA.PK, izmanto tikai tam, lai veiktu savstarp ēju 
autentifikāciju un sesijas atsl ēgas saskaņošanu ar transport ­
līdzekļa blokiem, k ā norādīts šā papildin ājuma 
11.4. punkt ā. 
▼B 
CSM_96 EGF_MA sertifik āts ir derīgs 15 gadus.  
CSM_97 Ārējās GNSS iek ārtas EGF_MA atsl ēgu pāra privāto 
atslēgu neizmanto tam, lai izveidotu p āri ar transportl ī­
dzekļa bloku, ja atbilstoš ā sertifikāta derīguma termi ņš ir 
beidzies.  
Piezīme. Kā paskaidrots 11.3.3. ieda ļā, ārējās GNSS 
iekārtas privāto atslēgu var izmantot savstarp ējai autentifi ­
kācijai ar transportl īdzekļa bloku, ar kuru tas jau ir sap ā­
rots, pat p ēc atbilstoš ā sertifikāta derīguma termi ņa 
beigām. 
CSM_98 Konkr ētas ārējās GNSS iek ārtas EGF_MA atsl ēgu pāri un 
atbilstošo sertifik ātu neaizstāj un neatjauno ārpus darbn īcas 
pēc tam, kad ārējā GNSS iek ārta ir nodota ekspluat ācijā. 
Piezīme. Šī prasība neaizliedz aizst āt ārējās GNSS iek ārtas 
atslēgu pārus atjaunošanas vai remonta laik ā drošā vidē, ko 
kontrolē ārējās GNSS iek ārtas ražotājs. 
CSM_99 Kad ārējo GNSS iek ārtu laiž ekspluat ācijā, tā satur šādas 
kriptogrāfiskās atslēgas un sertifik ātus: 
— EGF_MA priv āto atslēgu un atbilstošo sertifik ātu, 
— MSCA_VU-EGF sertifik ātu, kas satur MSCA_VU- 
EGF.PK publisko atsl ēgu, kura izmantojama 
EGF_MA sertifik āta verificēšanai,  
— EUR sertifik ātu, kas satur EUR.PK publisko atsl ēgu, 
kura izmantojama MSCA_VU-EGF sertifik āta verificē­ 
šanai,  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 392  
— EUR sertifik ātu, kura der īguma termi ņš ir tieši pirms t ā 
EUR sertifik āta derīguma termi ņa, kas izmantojams 
MSCA_VU-EGF sertifik āta verificēšanai, ja tāds ir,  
— saites sertifik ātu, kas sasaista šos abus EUR sertifi ­
kātus, ja tāds ir.  
9.1.7.  Pārskats — sertifik ātu nomaiņa 
Turpmāk 1. attēlā ir parādīts, kā laika gait ā tiek izdoti un izmantoti 
dažādu paaudžu ERCA saknes sertifik āti, ERCA saites sertifik āti, 
MSCA sertifik āti un ierīču (transportl īdzekļa bloka un kartes) sertifik āti. 
▼M1 
1. attēls 
Dažādu paaudžu ERCA saknes sertifik ātu, ERCA saites sertifik ātu, MSCA sertifik ātu un ier īču sertifik ātu 
izdošana un izmantošana
  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 393  
Piezīmes par 1. att ēlu: 
1. Saknes sertifik āta dažādās paaudzes nor āda ar ciparu iekav ās. Piem., 
ERCA (1) noz īmē pirmās paaudzes ERCA saknes sertifik ātu, ERCA 
(2) — otrās paaudzes utt.  
2. Citus sertifik ātus norāda ar diviem cipariem iekav ās, no kuriem 
pirmais apz īmē saknes sertifik ātu paaudzi, k ādā sertifikāti izdoti, bet 
otrais — paša sertifik āta paaudzi. Piem., MSCA_Card (1-1) noz īmē 
pirmo MSCA_Card sertifik ātu, kas izdots atbilstoši ERCA (1); 
MSCA_Card (2-1) noz īmē pirmo MSCA_Card sertifik ātu, kas izdots 
atbilstoši ERCA (2); MSCA_Card (2-last) noz īmē pēdējo MSCA_ ­
Card sertifik ātu, kas izdots atbilstoši ERCA (2); Card_MA(2-1) 
nozīmē pirmo kartes sertifik ātu savstarp ējai autentifik ācijai, kas izdots 
atbilstoši ERCA (2), utt.  
3. MSCA_Card (2-1) un MSCA_Card (1-last) sertifik ātus izdod gandr īz 
vienā dienā. MSCA_Card (2-1) noz īmē pirmo MSCA_Card sertifi ­
kātu, kas izdots atbilstoši ERCA (2), un to izdod nedaudz v ēlāk 
nekā MSCA_Card (1-last), kas ir p ēdējais MSCA_Card sertifik āts 
atbilstoši ERCA (1).  
4. Kā parādīts attēlā, pirmos transportl īdzekļa bloku un karšu sertifik ātus 
atbilstoši ERCA (2) izdod gandr īz divus gadus pirms p ēdējo trans­
portlīdzekļa bloku un karšu sertifik ātu izdošanas atbilstoši ERCA (1). 
Iemesls tam ir fakts, ka transportl īdzekļa bloku un karšu sertifik ātus 
izdod atbilstoši MSCA sertifik ātam, nevis tieši atbilstoši ERCA serti ­
fikātam. MSCA (2-1) sertifik ātu izdod tūlīt pēc tam, kad ERCA (2) 
sertifikāts kļūst derīgs, bet MSCA (1-last) sertifik ātu izdod tikai neilgi 
pirms tam, p ēdējā brīdī, kad ERCA (1) sertifik āts vēl ir derīgs. Tāpēc 
šiem abiem MSCA sertifik ātiem ir gandr īz vienāds derīguma termi ņš, 
lai gan tie ir daž ādu paaudžu sertifik āti. 
5. Norādītais karšu der īguma termi ņš (5 gadi) attiecas uz vad ītāja 
kartēm. 
▼M1 
6. Lai neaiz ņemtu vietu, Card_MA un Card_Sign sertifik ātu derīguma 
termiņu atšķirības ir norādītas tikai attiec ībā uz pirmo paaudzi.  
▼B 
9.2. Simetrisk ās atslēgas 
9.2.1.  Atslēgas transportl īdzekļa bloka un kust ības sensora savstarp ējās saziņas 
aizsardzībai 
9.2.1.1.  Vispārīgi 
Piezīme. Tiek pie ņemts, ka š īs iedaļas lasītāji pārzina pras ības, kas 
noteiktas standart ā [ISO 16844-3], kur ā aprakstīta saskarne starp trans ­
portlīdzekļa bloku un kust ības sensoru. Transportl īdzekļa bloka un 
kustības sensora sap ārošanas process s īkāk ir aprakst īts šā papildinājuma 
12. nodaļā. 
CSM_100 Transportl īdzekļa bloku un kust ības sensoru sap ārošanai un 
savstarpējai autentifik ācijai, kā arī saziņas šifrēšanai starp 
transportlīdzekļa blokiem un kust ības sensoriem ir vaja ­
dzīgas vairākas simetrisk ās atslēgas, kā norādīts 3. tabul ā. 
Visas šīs atslēgas ir AES atsl ēgas, kuru garums ir t āds pats 
kā kustības sensora galvenajai atsl ēgai, kas ir piesaist īta 
(paredzētā) Eiropas saknes atsl ēgu pāra garumam, k ā aprak­
stīts CSM_50.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 394  
3. tabula.  
Atslēgas transportl īdzekļa bloka un kust ības sensora sazi ņas aizsardz ībai 
Atslēga Apzīmēju­
ms To ģenerē Ģenerēšanas metode  To saglab ā 
Kustības sensora galven ā 
atslēga — transportl ī­
dzekļa bloka da ļa K M-VU  ERCA  Nejauši  ERCA, MSCA, kas iesaist ītas 
transportlīdzekļa bloku sertifi ­
kātu izdošanā, transportl īdzekļa 
bloku ražot āji, transportl īdzekļa 
bloki  
Kustības sensora galven ā 
atslēga — darbn īcas daļa K M-WC  ERCA  Nejauši  ERCA, MSCA, karšu ražot āji, 
darbnīcas kartes  
Kustības sensora galven ā 
atslēga K M Netiek neatkar īgi 
ģenerēta Aprēķina kā K M = K  M- 
VU XOR K  M-WC  ERCA, MSCA, kas iesaist ītas 
kustības sensoru atsl ēgu izdo­ 
šanā (pēc izvēles) (*)  
Identifikācijas atslēga K  ID Netiek neatkar īgi 
ģenerēta Aprēķina kā K ID = K  M 
XOR CV, kur CV ir 
norādīta CSM_106.  ERCA, MSCA, kas iesaist ītas 
kustības sensoru atsl ēgu izdo­ 
šanā (pēc izvēles) (*)  
Sapārošanas atsl ēga K  P Kustības sensora 
ražotājs Nejauši  Viens kust ības sensors  
Sesijas atsl ēga K  S Transportlīdzekļa 
bloks (transportl ī­
dzekļa bloka un 
kustības sensora 
sapārošanas 
procesa laik ā) Nejauši  Viens transportl īdzekļa bloks 
un viens kust ības sensors  
(*) K  M un K  ID var saglab āt pēc izvēles, jo šīs atslēgas var atvasin āt no K  M-VU  , K  M-WC  un CV.  
CSM_101 Eiropas Galven ā sertifikācijas iestāde ģenerē K M-VU  un K  M- 
WC — divas nejaušas un unik ālas AES atsl ēgas, no kur ām 
var aprēķināt kustības sensora galveno atsl ēgu K  M kā K M-VU  
XOR K  M-WC  . ERCA dara zin āmu K  M, K M-VU  un K  M-WC  
dalībvalstu sertifik ācijas iestādēm pēc to piepras ījuma.  
CSM_102 ERCA pieš ķir katrai kust ības sensora galvenajai atsl ēgai K  M 
unikālu versijas numuru, kas ir piem ērojams arī konstituī­
vajām atslēgām K  M-VU  un K  M-WC  un saistītajai identifik ā­
cijas atslēgai K  ID. ERCA inform ē MSCA par versijas 
numuru, kad nos ūta tām K  M-VU  un K  M-WC  . 
Piezīme. Versijas numuru izmanto, lai atš ķirtu šo atsl ēgu 
dažādās paaudzes, k ā sīkāk paskaidrots 9.2.1.2. ieda ļā. 
CSM_103 Dal ībvalsts sertifik ācijas iestāde pārsūta K  M-VU  un tās 
versijas numuru transportl īdzekļa bloku ražot ājiem pēc to 
pieprasījuma. Transportl īdzekļa bloku ražot āji ievieto K  M- 
VU un ieraksta t ās versijas numuru visos ražotajos transport ­
līdzekļa blokos.  
CSM_104 Dal ībvalsts sertifik ācijas iestāde nodrošina, ka K  M-WC  tiek 
ievietota un t ās versijas numurs tiek ierakst īts ikvienā darb­
nīcas kartē, par kuras izdošanu min ētā iestāde ir atbild īga. 
Piezīmes:  
— sk. datu tipa
  
aprakstu 2. papildin ājumā; ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 395  
— kā paskaidrots 9.2.1.2. ieda ļā, iespējams, ka faktiski 
vienā darbnīcas kartē ir jāievieto vair āku paaudžu 
K M-WC  . 
CSM_105 Papildus CSM_104 nor ādītajai AES atsl ēgai MSCA nodro ­ 
šina, ka TDES atsl ēga Km  WC, kas paredz ēta šā papildinā­
juma A da ļas prasībā CSM_037, tiek ievietota katr ā darb­
nīcas kartē, par kuras izdošanu MSCA ir atbild īga. 
Piezīmes:  
— Tādējādi otrās paaudzes darbn īcas karti var izmantot 
sapārošanai ar pirm ās paaudzes transportl īdzekļa bloku.  
— Otrās paaudzes darbn īcas karte satur divas daž ādas 
lietojumprogrammas, no kur ām viena atbilst š ā papil­
dinājuma B da ļai, bet otra — A da ļai. Pēdējā minētā 
lietojumprogramma satur TDES atsl ēgu Km  WC . 
CSM_106 MSCA, kas iesaist īta kustības sensoru izdošan ā, atvasina 
identifikācijas atslēgu no kust ības sensora galven ās atslēgas, 
piemērojot tai XOR funkciju ar konstantes vektoru CV. CV 
vērtība ir šāda: 
▼M1 
— 128 bitu kust ības sensora galvenaj ām atslēgām: CV = 
“B6 44 2C 45 0E F8 D3 62 0B 7A 8A 97 91 E4 5D 
83”; 
▼B 
— 192 bitu kust ības sensora galvenaj ām atslēgām — CV = 
‘72 AD EA FA 00 BB F4 EE F4 99 15 70 5B 7E EE 
BB 1C 54 ED 46 8B 0E F8 25’;  
— 256 bitu kust ības sensora galvenaj ām atslēgām — CV = 
‘1D 74 DB F0 34 C7 37 2F 65 55 DE D5 DC D1 9A 
C3 23 D6 A6 25 64 CD BE 2D 42 0D 85 D2 32 63 AD 
60’. 
Piezīme. Konstantes vektori tiek ģenerēti šādi: 
Pi_10 = pirmie 10 baiti no matem ātiskās konstantes π = ‘24 
3F 6A 88 85 A3 08 D3 13 19’ decim āldaļas; 
CV_128-biti = pirmie 16 baiti no SHA-256(Pi_10);  
CV_192-biti = pirmie 24 baiti no SHA-384(Pi_10);  
CV_256-biti = pirmie 32 baiti no SHA-512(Pi_10).  
CSM_107  ►M1 Kustības sensoru ražot āji ģenerē nejaušu un unik ālu 
sapārošanas atsl ēgu K  P katram kust ības sensoram un nos ūta 
katru sapārošanas atsl ēgu dalībvalsts sertifik ācijas iestādei. 
MSCA kod ē katru sapārošanas atsl ēgu atsevišķi ar kustības 
sensora galveno atsl ēgu K  M un nosūta šifrēto atslēgu atpakaļ 
kustības sensora ražot ājam. Par katru šifr ēto atslēgu MSCA 
paziņo kustības sensora ražot ājam saistītās K  M versijas 
numuru. ◄ 
Piezīme. Kā paskaidrots 9.2.1.2. ieda ļā, kustības sensora 
ražotājam faktiski ir j āģenerē vairākas unikālas sapārošanas 
atslēgas vienam kust ības sensoram.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 396  
CSM_108 Kust ības sensoru ražot āji ģenerē unikālu sērijas numuru 
katram kust ības sensoram un nos ūta visus sērijas numurus 
dalībvalsts sertifik ācijas iestādei. MSCA kod ē katru sapāro­ 
šanas atslēgu atsevišķi ar kustības sensora galveno atsl ēgu 
K ID un nosūta šifrēto atslēgu atpakaļ kustības sensora ražo ­
tājam. Par katru šifr ēto sērijas numuru MSCA pazi ņo 
kustības sensora ražot ājam saistītās K  ID versijas numuru.  
▼B 
CSM_109 Lai izpild ītu CSM_107 un CSM_108 pras ības, MSCA 
izmanto AES algoritmu šifra bloka sa ķēdējuma darb ības 
režīmā, kā definēts [ISO 10116], ar starpparametru  m = 
1 un inicializ ācijas vektoru SV = ‘00’ {16}, t. i., sešpadsmit 
baiti ar bin āro vērtību 0. Vajadz ības gadījumā MSCA 
izmanto [ISO 9797-1] defin ēto 2. papildin āšanas metodi.  
CSM_110 Kust ības sensora ražot ājs saglabā šifrēto sapārošanas atsl ēgu 
un šifrēto sērijas numuru paredz ētajā kustības sensor ā kopā 
ar atbilstošaj ām vienkāršā teksta v ērtībām un šifr ēšanai 
izmantoto atsl ēgu K  M un K  ID versijas numuru.  
Piezīme. Kā paskaidrots 9.2.1.2. ieda ļā, kustības sensora 
ražotājam faktiski var b ūt nepieciešams ievietot vien ā 
kustības sensor ā vairākas šifrētas sapārošanas atsl ēgas un 
vairākus šifrētus sērijas numurus.  
CSM_111 Papildus AES kriptogr āfiskajam materi ālam, kas nor ādīts 
CSM_110, kust ības sensora ražot ājs var arī saglabāt katrā 
kustības sensorā TDES kriptogr āfisko materi ālu, kas nor ādīts 
šā papildinājuma A da ļas prasībā CSM_037.  
Piezīme. Šādi rīkojoties, ir iesp ējams otrās paaudzes kust ības 
sensoru sap ārot ar pirm ās paaudzes transportl īdzekļa bloku.  
CSM_112 T ās sesijas atsl ēgas K  S garums, kuru transportl īdzekļa bloks 
ir ģenerējis laikā, kad notika sap ārošanas process ar kust ības 
sensoru, ir piesaist īts atslēgas K  M-VU  garumam, k ā aprakstīts 
CSM_50.  
9.2.1.2.  Kustības sensora galven ās atslēgas nomai ņa otrās paaudzes ier īcēs 
CSM_113 Katra kust ības sensora galven ā atslēga un visas saist ītās 
atslēgas (sk. 3. tabulu) ir piesaist ītas konkrētas paaudzes 
ERCA saknes atsl ēgu pārim. Tāpēc šīs atslēgas reizi 
17 gados nomaina. Katras kust ības sensora galveno atsl ēgu 
paaudzes der īguma termi ņš sākas vienu gadu pirms saist ītā 
ERCA saknes atsl ēgu pāra derīguma termi ņa sākšanās un 
beidzas tad, kad beidzas saist ītā ERCA saknes atsl ēgu pāra 
derīguma termi ņš. Tas ir att ēlots 2. attēlā. ▼M1
 02016R0799 — LV — 26.02.2020 — 002.001 — 397  
2. attēls. 
Dažādu kustības sensoru galveno atsl ēgu paaudžu izdošana un izmantošana transportl īdzekļa blokos, kust ības 
sensoros un darbn īcas kartēs
 
CSM_114 Vismaz vienu gadu pirms jauna Eiropas saknes atsl ēgu pāra 
ģenerēšanas, kā aprakstīts CSM_56, ERCA ģenerē jaunu 
kustības sensora galveno atsl ēgu K  M , ģenerējot jaunu K  M- 
VU un K  M-WC  . Kustības sensora galven ās atslēgas garums ir 
piesaistīts paredzētajam jaun ā Eiropas saknes atsl ēgu pāra 
stiprumam saska ņā ar CSM_50. ERCA p ēc MSCA piepra ­
sījuma dara t ām zināmas jaunās K  M , K M-VU  un K  M-WC  un to 
versijas numurus.  
CSM_115 MSCA nodrošina, ka visu der īgo paaudžu K  M-WC  kopā ar to 
versijas numuriem tiek saglab ātas katrā darbnīcas kartē, par 
kuras izdošanu MSCA atbild, k ā parādīts 2. attēlā. 
Piezīme. Tas nozīmē, ka ERCA sertifik āta derīguma termi ņa 
pēdējā gadā tiek izdotas darbn īcas kartes ar triju daž ādu 
paaudžu K  M-WC  , kā parādīts 2. attēlā. 
CSM_116 Attiec ībā uz procesu, kas aprakst īts iepriekš CSM_107 un 
CSM_108: MSCA šifr ē katru sap ārošanas atsl ēgu K  P , ko 
tā saņem no kust ības sensora ražot āja, atseviš ķi ar katru 
derīgo kustības sensora galven ās atslēgas K  M paaudzi. 
MSCA ar ī šifrē katru sērijas numuru, ko t ā saņem no 
kustības sensora ražot āja, atsevišķi ar katru der īgo identifi ­
kācijas atslēgas K  ID paaudzi. Kust ības sensora ražot ājs 
saglabā visus sap ārošanas atsl ēgas šifrējumus un visus 
sērijas numura šifr ējumus paredz ētajā kustības sensor ā 
kopā ar atbilstošaj ām vienkāršā teksta vērtībām un šifrēšanai 
izmantoto atsl ēgu K  M un K  ID versijas numuru(-iem).  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 398  
Piezīme. Tas nozīmē, ka ERCA sertifik āta derīguma termi ņa 
pēdējā gadā tiek izdoti kust ības sensori ar šifr ētiem datiem, 
pamatojoties uz triju daž ādu paaudžu K  M , kā parādīts 
2. attēlā. 
CSM_117 Attiec ībā uz procesu, kas aprakst īts iepriekš CSM_107, — t ā 
kā sapārošanas atsl ēgas K  P garums ir piesaist īts K  M 
garumam (sk. CSM_100), kust ības sensora ražot ājam var 
būt nepieciešams ģenerēt līdz trim daž ādām sapārošanas 
atslēgām (dažāda garuma) vienam kust ības sensoram — 
gadījumā, ja vēlāku paaudžu K  M ir atšķirīgi garumi. Š ādā 
gadījumā ražotājs nosūta katru sap ārošanas atsl ēgu MSCA. 
MSCA nodrošina, ka katra sap ārošanas atsl ēga ir šifrēta ar 
atbilstošās paaudzes kust ības sensora galveno atsl ēgu, t. i., 
atslēgu, kurai ir t āds pats garums.  
Piezīme. Ja kustības sensora ražot ājs izvēlas ģenerēt TDES 
sapārošanas atsl ēgu otrās paaudzes kust ības sensoram (sk. 
CSM_111), ražot ājs norāda MSCA, ka attiec īgās sapāro­ 
šanas atslēgas šifrēšanai jāizmanto TDES kust ības sensora 
galvenā atslēga. Iemesls — TDES atsl ēgas garums var b ūt 
tāds pats k ā AES atsl ēgas garums, t āpēc MSCA nevar 
spriest tikai p ēc atslēgas garuma vien.  
CSM_118 Transportl īdzekļa bloku ražot āji ievieto katr ā transportl ī­
dzekļa blokā tikai vienas paaudzes K  M-VU  kopā ar tās 
versijas numuru. Š ī K M-VU  paaudze ir saist īta ar ERCA 
sertifikātu, kas ir transportl īdzekļa bloka sertifik ātu pamatā. 
Piezīmes:  
— Transportl īdzekļa bloks, kura pamat ā ir X paaudzes 
ERCA sertifik āts, satur tikai  X paaudzes K  M-VU  , pat ja 
tas ir izdots p ēc X+1  paaudzes ERCA sertifik āta derī­
guma termi ņa sākuma. Tas ir par ādīts 2. attēlā. 
— X paaudzes transportl īdzekļa bloku nevar savienot p ārī ar 
X-1 paaudzes kust ības sensoru.  
— Tā kā darbnīcas karšu der īguma termi ņš ir viens gads, 
saskaņā ar CSM_113–CSM_118 br īdī, kad tiks izdots 
pirmais transportl īdzekļa bloks, kas satur jauno K  M-VU  , 
visās darbnīcas kartēs būs jaunā K M-WC  . Tādējādi šāds 
transportlīdzekļa bloks vienm ēr varēs aprēķināt jauno 
K M . Turklāt līdz tam laikam ar ī gandrīz visos jaunajos 
kustības sensoros b ūs ietverti šifr ēti dati, pamatojoties uz 
jauno K  M . 
9.2.2.  Atslēgas DSRC sazi ņas aizsardz ībai 
9.2.2.1.  Vispārīgi 
CSM_119 To datu autentiskumu un konfidencialit āti, kas tiek nodoti 
no transportl īdzekļa bloka kontroles iest ādei, izmantojot 
DSRC att ālinātās saziņas kanālu, nodrošina, izmantojot 
vairākas transportl īdzekļa blokam īpaši piem ērotas AES 
atslēgas, kas atvasin ātas no vienas DSRC galven ās atslēgas, 
proti, KM  DSRC  . ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 399  
CSM_120 DSRC galven ā atslēga KM  DSRC  ir AES atsl ēga, ko droši 
ģenerē, uzglabā un izplata ERCA. Atsl ēgas garums var b ūt 
128, 192 vai 256 biti, un tas ir piesaist īts Eiropas saknes 
atslēgu pāra garumam, k ā aprakstīts CSM_50.  
CSM_121 ERCA droš ā veidā dara zināmu DSRC galveno atsl ēgu 
dalībvalstu sertifik ācijas iestādēm pēc to piepras ījuma, lai 
tās varētu atvasināt transportl īdzekļa bloku īpašās DSRC 
atslēgas un nodrošin āt, ka DSRC galven ā atslēga tiek ievie ­
tota visās kontroles kart ēs un darbn īcas kartēs, par kuru 
izdošanu t ās atbild.  
CSM_122 ERCA pieš ķir katrai DSRC galvenajai atsl ēgai unikālu 
versijas numuru. ERCA inform ē MSCA par versijas 
numuru, kad nos ūta tām DSRC galveno atsl ēgu. 
Piezīme. Versijas numuru izmanto, lai atš ķirtu DSRC 
galvenās atslēgas dažādās paaudzes, k ā sīkāk paskaidrots 
9.2.2.2. ieda ļā. 
▼M1 
CSM_123 Katram transportl īdzekļa blokam t ā ražotājs izveido unik ālu 
transportlīdzekļa bloka sērijas numuru un nos ūta to savas 
dalībvalsts sertifik ācijas iestādei ar pras ību piešķirt transport ­
līdzekļa bloka divu īpašo DSRC atsl ēgu komplektu. 
Transportlīdzekļa bloka s ērijas numura datu tips ir
  
. 
Piezīme: 
— Šis transportl īdzekļa bloka sērijas numurs ir identisks 
VuIdentification vuSerialNumber elementam, skat īt 
1. papildin ājumu un sertifik āta turētāja atsauci transport ­
līdzekļa bloka sertifik ātos. 
— Brīdī, kad transportl īdzekļa bloka ražot ājs pieprasa trans ­
portlīdzekļa blokam specifisk ās DSRC atsl ēgas, trans­
portlīdzekļa bloka s ērijas numurs var neb ūt zināms. 
Šādā gadījumā transportl īdzekļa bloka ražot ājs tā vietā 
nosūta unikālo sertifikāta pieprasījuma identifikatoru, ko 
tas izmanto, pieprasot transportl īdzekļa bloka sertifi ­
kātus; skatīt CSM_153. T āpēc sertifikāta pieprasījuma 
identifikators ir vien āds ar sertifik āta turētāja atsauci 
transportlīdzekļa bloka sertifik ātos. 
▼B 
CSM_124 Sa ņemot prasību par transportl īdzekļa bloka īpašajām DSRC 
atslēgām, MSCA atvasina transportl īdzekļa blokam divas 
AES atsl ēgas, ko d ēvē par K_VU  DSRC  _ENC un 
K_VU  DSRC  _MAC. Šo transportl īdzekļa bloka īpašo atslēgu 
garums ir t āds pats kā DSRC galvenajai atsl ēgai. MSCA 
izmanto [RFC 5869] defin ēto atslēgu atvasināšanas funkciju. 
Jaucējfunkcija, kas nepieciešama, lai izveidotu HMAC 
jaucējfunkcijas ( HMAC-Hash ) instanci, ir piesaist īta DSRC 
galvenās atslēgas garumam, k ā aprakstīts CSM_50. 
[RFC 5869] paredz ēto atslēgu atvasin āšanas funkciju 
izmanto šādi: 
1. posms (izg ūšana)  
— PRK  = HMAC jauc ējfunkcija ( salt, IKM ), kur  salt  ir 
tukša virkne ‘’ un  IKM  ir KM  DSRC  . ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 400  
2. posms (izv ēršana)  
— OKM  = T(1) , kur  
T(1) = HMAC jauc ējfunkcija ( PRK , T(0)  || info || ‘01’) ar  
— T(0)  = tukša virkne (‘’),  
— ►M1 info  = TB s ērijas numurs vai sertifik āta 
pieprasījuma identifikators, k ā norādīts CSM_123; ◄ 
— K_VU  DSRC  _ENC = pirmie  L okteti no  OKM  un 
K_VU  DSRC  _MAC = p ēdējie L okteti no  OKM , 
kur L  ir vajadz īgais K_VU  DSRC  _ENC un 
K_VU  DSRC  _MAC garums oktetos.  
CSM_125 MSCA droš ā veidā izplata K_VU  DSRC  _ENC un 
K_VU  DSRC  _MAC transportl īdzekļa bloka ražot ājam ievieto ­ 
šanai paredz ētajā transportlīdzekļa blokā. 
CSM_126 Transportl īdzekļa bloka izdošanas br īdī K_VU  DSRC  _ENC un 
K_VU  DSRC  _MAC ir saglab ātas tā aizsargātajā atmiņā, lai 
varētu nodrošin āt to datu integrit āti, autentiskumu un konfi ­
dencialitāti, kas tiek nos ūtīti, izmantojot att ālinātās saziņas 
kanālu. Transportl īdzekļa blokā arī saglabā tās DSRC 
galvenās atslēgas versijas numuru, kas izmantota šo trans ­
portlīdzekļa bloka īpašo atslēgu atvasin āšanai.  
CSM_127 Kontroles karšu un darbn īcas karšu izdošanas br īdī KM  DSRC  
ir saglabāta to aizsarg ātajā atmiņā, lai varētu verificēt to datu 
integritāti un autentiskumu, kurus transportl īdzekļa bloks 
nosūta, izmantojot att ālinātās saziņas kanālu, un atšifr ēt šos 
datus. Kontroles kart ēs un darbn īcas kartēs arī saglabā 
DSRC galven ās atslēgas versijas numuru.  
Piezīme. Kā paskaidrots 9.2.2.2. ieda ļā, faktiski var b ūt 
nepieciešams vien ā darbnīcas kartē vai kontroles kart ē 
ievietot vair āku paaudžu KM  DSRC  . 
▼M1 
CSM_128 MSCA re ģistrē visas savas ģenerētās transportl īdzekļa bloku 
īpašās DSRC atsl ēgas, to versijas numuru un transportl ī­
dzekļa bloka s ērijas numuru vai sertifik āta piepras ījuma 
ID, kas tika izmantots to atvasin āšanā. 
▼B 
9.2.2.2.  DSRC galven ās atslēgas nomai ņa 
CSM_129 Katra DSRC galven ā atslēga ir piesaist īta konkrētas paau­
dzes ERCA saknes atsl ēgu pārim. Tāpēc ERCA reizi 
17 gados DSRC galveno atsl ēgu nomaina. Katras DSRC 
galvenās kartes paaudzes der īguma termi ņš sākas divus 
gadus pirms saist ītā ERCA saknes atsl ēgu pāra derīguma 
termiņa sākuma un beidzas tad, kad beidzas saist ītā ERCA 
saknes atsl ēgu pāra derīguma termi ņš. Tas ir att ēlots 3. attēlā. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 401  
3. attēls. 
Dažādu paaudžu DSRC galven ās atslēgas izdošana un izmantošana transportl īdzekļa blokos, darbn īcas kartēs un 
kontroles kart ēs
 
CSM_130 Vismaz divus gadus pirms jauna Eiropas saknes atsl ēgu pāra 
ģenerēšanas, kā aprakstīts CSM_56, ERCA ģenerē jaunu 
DSRC galveno atsl ēgu. DSRC atsl ēgas garums ir piesaist īts 
paredzētajam jaun ā Eiropas saknes atsl ēgu pāra stiprumam 
saskaņā ar CSM_50. ERCA p ēc MSCA piepras ījuma dara 
tām zināmu jauno DSRC galveno atsl ēgu un tās versijas 
numuru.  
CSM_131 MSCA nodrošina, ka visu der īgo paaudžu KM  DSRC  kopā ar 
to versijas numuriem tiek saglab ātas katrā kontroles kart ē, 
par kuru izdošanu MSCA atbild, k ā parādīts 3. attēlā. 
Piezīme. Tas nozīmē, ka ERCA sertifik āta derīguma termi ņa 
pēdējos divos gados tiek izdotas kontroles kartes ar triju 
dažādu paaudžu KM  DSRC  , kā parādīts 3. attēlā. 
CSM_132 MSCA nodrošina, ka visu paaudžu KM  DSRC  , kas bijušas 
derīgas vismaz gadu un joproj ām ir spēkā, kopā ar to 
versijas numuriem tiek saglab ātas katrā darbnīcas kartē, 
par kuras izdošanu MSCA atbild, k ā parādīts 3. attēlā. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 402  
Piezīme. Tas nozīmē, ka ERCA sertifik āta derīguma termi ņa 
pēdējā gadā tiek izdotas darbn īcas kartes ar triju daž ādu 
paaudžu KM  DSRC  , kā parādīts 3. attēlā. 
CSM_133 Transportl īdzekļa bloku ražot āji ievieto katr ā transportl ī­
dzekļa blokā tikai vienu transportl īdzekļa bloka īpašo 
DSRC atsl ēgu komplektu kop ā ar tā versijas numuru. Šo 
atslēgu komplektu atvasina no t ās paaudzes KM  DSRC  , kas 
piesaistīta ERCA sertifik ātam, kurš ir transportl īdzekļa bloka 
sertifikātu pamatā. 
Piezīmes:  
— Tas noz īmē, ka transportl īdzekļa bloks, kura pamat ā ir 
X paaudzes ERCA sertifik āts, satur tikai  X paaudzes 
K_VU  DSRC  _ENC un K_VU  DSRC  _MAC, pat ja transport ­
līdzekļa bloks ir izdots p ēc X + 1  paaudzes ERCA serti ­
fikāta derīguma termi ņa sākuma. Tas ir par ādīts 3. attēlā. 
— Tā kā darbnīcas kartes ir der īgas vienu gadu un 
kontroles kartes ir der īgas divus gadus, saska ņā ar 
CSM_131–CSM_133 br īdī, kad tiks izdots pirmais trans ­
portlīdzekļa bloks, kas satur uz jauno DSRC galveno 
atslēgu balstītas transportl īdzekļa bloka īpašās atslēgas, 
visās darbnīcas kartēs un kontroles kart ēs būs ietverta 
jaunā DSRC galven ā atslēga. 
9.3. Sertifik āti 
9.3.1.  Vispārīgi 
CSM_134 Visi sertifik āti Eiropas viedo tahogr āfu sistēmā ir pašaprak ­
stoši, ar karti verific ējami (CV) sertifik āti saskaņā ar 
[ISO 7816-4] un [ISO 7816-8].  
CSM_135  ►M1 Lai kod ētu datu objektus sertifik ātos, izmanto 
Zināmos kodēšanas noteikumus (DER) saska ņā ar [ISO 
8825-1]. 4. tabul ā attēlota visa sertifik āta kodēšana, tostarp 
visas birkas un garuma baiti. ◄ 
Piezīme. Kodēšanā tiek iegūta šāda birkas garuma v ērtības 
(Tag-Length-Value, TLV) strukt ūra: 
birka – birka ir kod ēta vienā vai divos oktetos un nor āda 
saturu;  
garums – garums ir kod ēts kā neparakst īts vesels skaitlis 
vienā, divos vai trijos oktetos; rezult ātā iegūtais 
maksimālais garums ir 65 535 okteti. Izmanto 
minimālo oktetu skaitu;  
vērtība – vērtība ir kod ēta nulles oktet ā vai vair ākos 
oktetos.  
9.3.2.  Sertifik āta saturs  
CSM_136 Visiem sertifik ātiem ir tāda struktūra, kā norādīts sertifikāta 
profilā 4. tabulā. 
4. tabula.  
Sertifikāta profils, 1. versija  
Lauks  Lauka ID  Birka  Garums (baiti)  ASN.1 datu tips 
(sk. 1. papildin ājumu)  
ECC sertifik āts C  ‘7F 21’  main īgs 
ECC sertifik āta 
rumpis  B ‘7F 4E’  main īgs ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 403  
Lauks  Lauka ID  Birka  Garums (baiti)  ASN.1 datu tips 
(sk. 1. papildin ājumu)  
Sertifikāta profila 
identifikators  CPI ‘5F 29’  ‘01’
  
Sertifikācijas iestādes 
norāde CAR  ‘42’  ‘08’
  
Sertifikāta īpašnieka 
pilnvara  CHA  ‘5F 4C’  ‘07’
  
Publiskā atslēga PK  ‘7F 49’  main īgs 
Domēna parametri  DP  ‘06’  main īgs
 
Publiskais punkts  PP  ‘86’  main īgs
 
Sertifikāta īpašnieka 
norāde CHR  ‘5F 20’  ‘08’
  
Sertifikāta derīguma 
termiņa sākums  CEfD  ‘5F 25’  ‘04’
  
Sertifikāta derīguma 
termiņa beigas  CExD  ‘5F 24’  ‘04’
  
ECC sertifik āta 
paraksts  S ‘5F 37’  main īgs
 
Piezīme. Lauka ID turpm ākajās šā papildinājuma iedaļās tiks 
izmantots, lai nor ādītu individu ālus sertifik āta laukus, piem., 
X.CAR ir sertifik āta iestādes norāde, kas min ēta lietotāja X 
sertifikātā. 
9.3.2.1. Sertifik āta profila identifikators  
CSM_137 Sertifik ātiem izmanto sertifik āta profila identifikatoru, lai 
norādītu izmantoto sertifik āta profilu. Versiju Nr. 1, kas 
norādīta 4. tabul ā, identificē ar vērtību ‘00’.  
9.3.2.2. Sertifik ācijas iestādes norāde 
CSM_138 Sertifik ācijas iestādes norādi izmanto, lai identific ētu 
publisko atsl ēgu, kas izmantojama sertifik āta paraksta veri ­
ficēšanai. Tāpēc sertifikācijas iestādes norāde ir vienāda ar 
sertifikāta īpašnieka nor ādi atbilstoš ās sertifikācijas iestādes 
sertifikātā. 
CSM_139 ERCA saknes sertifik āts ir pašparakst īts, t. i., sertifik ācijas 
iestādes norāde un sertifik āta īpašnieka nor āde sertifikātā ir 
vienādas. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 404  
CSM_140 ERCA saites sertifik ātam sertifik āta īpašnieka nor āde ir tāda 
pati kā CHR jaunaj ā ERCA saknes sertifik ātā. Sertifikācijas 
iestādes norāde saites sertifik ātā ir tāda pati kā CHR iepriek ­ 
šējā ERCA saknes sertifik ātā. 
9.3.2.3. Sertifik āta īpašnieka pilnvara  
▼M1 
CSM_141 Sertifik āta turētāja pilnvaru izmanto sertifik āta tipa identifi ­
kācijai. Tā sastāv no tahogr āfa lietojumprogrammas identifi ­
kācijas sešiem baitiem ar liel āko vērtību, kas konkaten ēti ar 
aprīkojuma tipu, kuram sertifik āts paredzēts. Transportl ī­
dzekļa bloka sertifik āta, vadītāja kartes sertifik āta vai darb ­
nīcas kartes sertifik āta gadījumā aprīkojuma tipu ar ī 
izmanto, lai noš ķirtu sertifik ātu savstarp ējai autentifik ācijai 
un sertifik ātu elektronisko parakstu izveidošanai (skat īt 
9.1. iedaļu un 1. papildin ājumu, datu tips EquipmentType).  
▼B 
9.3.2.4. Publisk ā atslēga 
Publiskā atslēga ietver divus datu elementus — standartiz ētos domēna 
parametrus, kas izmantojami kop ā ar publisko atsl ēgu sertifik ātā, un 
publiskā punkta vērtību. 
CSM_142 Datu elements “Dom ēna parametri” ietver vienu no objekta 
identifikatoriem, kas nor ādīti 1. tabulā, lai izveidotu nor ādi 
uz standartiz ētu domēna parametru kopumu.  
CSM_143 Datu elements “Publiskais punkts” ietver publisko punktu. 
Eliptiskās līknes publiskos punktus p ārveido oktetu virkn ēs, 
kā norādīts [TR-03111]. Izmanto nesaspiesto kod ēšanas 
formātu. Izgūstot eliptisk ās līknes punktu no t ā kodētā 
formāta, vienmēr veic [TR-03111] aprakst ītās validācijas.  
9.3.2.5. Sertifik āta īpašnieka nor āde 
CSM_144 Sertifik āta īpašnieka nor āde ir sertifik ātā norādīts identifika ­
tors publiskajai atsl ēgai. To izmanto, lai sniegtu nor ādi uz šo 
publisko atsl ēgu citos sertifik ātos. 
CSM_145 Karšu sertifik ātos un ārējo GNSS iek ārtu sertifik ātos sertifi­
kāta īpašnieka nor ādei ir
  datu 
tips, kas nor ādīts 1. papildin ājumā. 
CSM_146 Attiec ībā uz transportl īdzekļa blokiem ražot ājs, pieprasot 
sertifikātu, var arī nezināt tā transportlīdzekļa bloka ražot āja 
īpašo sērijas numuru, kuram paredz ēts attiecīgais sertifik āts 
un ar to saist ītā privātā atslēga. Ja sērijas numurs ražot ājam 
ir zināms, sertifik āta īpašnieka nor ādei ir
  
datu tips, kas nor ādīts 
1. papildin ājumā. Ja sērijas numurs ražot ājam nav zin āms, 
sertifikāta īpašnieka nor ādei ir
  
datu tips, kas nor ādīts 
1. papildin ājumā. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 405  
Piezīme. Kartes sertifik āta gadījumā CHR vērtība ir vienāda 
ar cardExtendedSerialNumber v ērtību EF_ICC; skat īt 
2. papildin ājumu. EGF sertifik āta gadījumā CHR vērtība ir 
vienāda ar sensorGNSSSerialNumber v ērtību EF_ICC; skat īt 
14. papildin ājumu. Transportl īdzekļa bloka sertifik āta gadī­
jumā CHR vērtība ir vienāda ar VuIdentification vuSerial ­
Number elementu, skat īt 1. papildin ājumu, izņemot gadī­
jumus, kad sertifik āta piepras īšanas brīdī ražotājs nezina 
ražotāja sērijas numuru.  
▼B 
CSM_147 ERCA un MSCA sertifik ātos sertifik āta īpašnieka nor ādei ir
  
datu tips, kas nor ādīts 
1. papildin ājumā. 
9.3.2.6. Sertifik āta derīguma termi ņa sākums  
▼M1 
CSM_148 Sertifik āta derīguma termi ņa sākums norāda sertifikāta derī­
guma termi ņa sākuma datumu un laiku.  
▼B 
9.3.2.7. Sertifik āta derīguma termi ņa beigas  
CSM_149 Sertifik āta derīguma termi ņa beigas nor āda sertifikāta derī­
guma termi ņa beigu datumu un laiku.  
9.3.2.8. Sertifik āta paraksts  
CSM_150 Parakstu sertifik ātā izveido par visu kod ēto sertifikāta rumpi, 
tostarp sertifik āta rumpja birku un garumu. Paraksta algo ­
ritms ir ECDSA, k ā norādīts [DSS], izmantojot jauc ējalgo­
ritmu, kas piesaist īts parakstītājas iestādes atslēgas lielumam, 
kā norādīts CSM_50. Paraksta form āts ir vienkāršs, kā norā­
dīts [TR-03111].  
9.3.3.  Sertifik ātu piepras īšana  
CSM_151  ►M1 Pieprasot sertifik ātu, MSCA nos ūta ERCA š ādus 
datus: ◄ 
— piepras ītā sertifikāta profila identifikators,  
— sertifik ācijas iestādes norāde, ko paredz ēts izmantot serti ­
fikāta parakstīšanai,  
— publisk ā atslēga, kas jāparaksta.  
CSM_152 Papildus CSM_151 nor ādītajiem datiem MSCA sertifik āta 
pieprasījumā nosūta ERCA ar ī šādus datus, lai ERCA var ētu 
izveidot jaun ā MSCA sertifik āta īpašnieka nor ādi: 
— sertifik ācijas iestādes valsts ciparu kods (datu tips
  
, kas defin ēts 1. papildin ājumā), 
— sertifik ācijas iestādes valsts burtciparu kods (datu tips
  
, kas defin ēts 1. papildin ājumā), 
— 1 baita s ērijas numurs sertifik ācijas iestādes dažādo 
atslēgu atšķiršanai gad ījumā, ja atslēgas tiek nomain ītas, 
— 2 baitu lauks, kas satur īpašu papildinform āciju par serti ­
fikācijas iestādi. ▼M1
 02016R0799 — LV — 26.02.2020 — 002.001 — 406  
CSM_153 Ier īces ražotājs sertifikāta pieprasījumā nosūta MSCA ar ī 
šādus datus, lai MSCA var ētu izveidot jaun ā ierīces sertifi­
kāta turētāja norādi: 
— ierīces sērijas numurs, kas ir ražot ājam, ierīces tipam un 
izgatavošanas m ēnesim unik āls, ja tas ir zin āms (sk. 
CSM_154). Visos citos gad ījumos – unik ālais sertifik āta 
pieprasījuma identifikators,  
— ierīces izgatavošanas vai sertifik āta piepras īšanas 
mēnesis un gads.  
Ražotājs nodrošina, ka šie dati ir pareizi un ka MSCA atpaka ļ atsūtītais 
sertifikāts tiek ievietots paredz ētajā ierīcē. 
▼B 
CSM_154 Attiec ībā uz transportl īdzekļa bloku ražot ājs, pieprasot serti ­
fikātu, var ar ī nezināt tā transportl īdzekļa bloka ražot āja 
īpašo sērijas numuru, kuram paredz ēts attiecīgais sertifik āts 
un ar to saist ītā privātā atslēga. Ja sērijas numurs ir zin āms, 
transportlīdzekļa bloka ražot ājs to nosūta MSCA. Ja s ērijas 
numurs nav zin āms, ražotājs unikāli identific ē katru sertifi ­
kāta piepras ījumu un nos ūta šo sertifik āta piepras ījuma 
sērijas numuru MSCA. T ādējādi galīgajā sertifikātā ir 
iekļauts sertifik āta pieprasījuma sērijas numurs. P ēc sertifi­
kāta ievietošanas konkr ētā transportl īdzekļa blokā ražotājs 
paziņo MSCA par savienojumu starp sertifik āta pieprasījuma 
sērijas numuru un transportl īdzekļa bloka identifik āciju. 
10. TRANSPORTL ĪDZEKĻA BLOKA UN KARTES SAVSTARP ĒJĀ 
AUTENTIFIK ĀCIJA UN ZI ŅOJUMAPMAI ŅAS AIZSARDZ ĪBA 
10.1.  Vispārīgi 
CSM_155 Augst ā līmenī droša sazi ņa starp transportl īdzekļa bloku un 
tahogrāfa karti notiek, īstenojot šādus posmus:  
— pirmkārt, katra puse demonstr ē otrai pusei, ka tai pieder 
derīgs publiskās atslēgas sertifik āts, ko parakst ījusi dalīb­
valsts sertifik ācijas iestāde. Savuk ārt MSCA publisk ās 
atslēgas sertifik āts ir jāparaksta Eiropas Galvenajai serti ­
fikācijas iestādei. Šo posmu d ēvē par sertifik āta ķēdes 
verifikāciju, un sīkāk tas ir aprakst īts 10.2. ieda ļā; 
— otrkārt, transportl īdzekļa bloks demonstr ē kartei, ka tam 
pieder priv ātā atslēga, kas atbilst publiskajai atsl ēgai 
uzrādītajā sertifikātā. Tas tiek dar īts, parakstot kartes 
nosūtītu nejaušu skaitli. Karte verific ē nejaušā skaitļa 
parakstu. Ja š ī verifikācija ir veiksm īga, transportl īdzekļa 
bloks tiek autentific ēts. Šo posmu d ēvē par transportl ī­
dzekļa bloka autentifik āciju, un s īkāk tas ir aprakst īts 
10.3. iedaļā; ▼M1
 02016R0799 — LV — 26.02.2020 — 002.001 — 407  
— treškārt, abas puses neatkar īgi aprēķina divas AES 
sesijas atsl ēgas, izmantojot asimetrisko atsl ēgu saskaņo­ 
šanas algoritmu. Izmantojot vienu no š īm sesijas 
atslēgām, karte izveido zi ņojuma autentifik ācijas kodu 
(MAC) dažiem datiem, ko nos ūtījis transportl īdzekļa 
bloks. Transportl īdzekļa bloks verific ē MAC. Ja š ī veri­
fikācija ir veiksm īga, karte tiek autentific ēta. Šo posmu 
dēvē par kartes autentifik āciju, un sīkāk tas ir aprakst īts 
10.4. iedaļā; 
— ceturtk ārt, transportl īdzekļa bloks un karte izmanto 
saskaņotās sesijas atsl ēgas, lai nodrošin ātu visu to zi ņo­
jumu konfidencialit āti, integrit āti un autentiskumu, ar 
kuriem notiek apmai ņa. Šo posmu d ēvē par ziņojumap­
maiņas aizsardz ību, un s īkāk tas ir aprakst īts 
10.5. iedaļā. 
CSM_156 Meh ānismu, kas aprakst īts CSM_155, transportl īdzekļa 
bloks aktiviz ē ikreiz, kad k ādā no tā karšu slotiem tiek 
ievietota karte.  
10.2.  Savstarp ēja sertifik āta ķēdes verifik ācija 
10.2.1.  Kartes sertifik āta ķēdes verifik ācija, ko veic transportl īdzekļa bloks  
CSM_157  ►M1 Transportl īdzekļa bloki tahogr āfa kartes sertifik āta 
ķēdes verifik ācijai izmanto protokolu, kas att ēlots 4. attēlā. 
Attiecībā uz katru no kartes nolas īto sertifikātu transportl ī­
dzekļa bloks verific ē, ka sertifik āta turētāja pilnvaras (CHA) 
lauks ir aizpild īts pareizi:  
— kartes sertifik āta CHA lauk ā norāda kartes sertifik ātu 
savstarpējai autentifik ācijai (skat īt 1. papildin ājumu, 
datu tips EquipmentType);  
— Card.CA sertifik āta CHA nor āda MSCA;  
— Card.Link sertifik āta CHA nor āda ERCA. ◄ 
Piezīmes par 4. att ēlu: 
— Attēlā minētie kartes sertifik āti un publisk ās atslēgas ir 
paredzēti savstarp ējai autentifik ācijai. 9.1.5. ieda ļā tie ir 
apzīmēti ar Card_MA.  
— Attēlā minētie Card.CA sertifik āti un publisk ās atslēgas 
ir paredzēti kartes sertifik ātu parakstīšanai un nor ādīti 
Card sertifik āta CAR. 9.1.3. ieda ļā tie ir apz īmēti ar 
MSCA_Card.  
— Attēlā minētais Card.CA.EUR sertifik āts ir Eiropas 
saknes sertifik āts, kas nor ādīts Card.CA sertifik āta CAR.  
— Attēlā norādītais Card.Link sertifik āts ir kartes saites 
sertifikāts, ja tāds ir. Kā norādīts 9.1.2. ieda ļā, tas ir 
saites sertifik āts jaunam Eiropas saknes atsl ēgu pārim, 
ko izveidojusi ERCA un kas ir parakst īts ar iepriekš ējo 
Eiropas priv āto atslēgu. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 408  
— Card.Link.EUR sertifik āts ir Eiropas saknes sertifik āts, 
kas norādīts Card.Link sertifik āta CAR.  
CSM_158 K ā redzams 4. att ēlā, kartes sertifik āta ķēdes verifik ācija 
sākas kartes ievietošanas br īdī. Transportl īdzekļa bloks 
nolasa kartes īpašnieka nor ādi 
(
 ) no EF ICC. Trans ­
portlīdzekļa bloks pārbauda, vai tas atpaz īst karti, t. i., vai 
tas iepriekš ir veiksm īgi verificējis kartes sertifik āta ķēdi un 
saglabājis to turpm ākai atsaucei. Ja t ā ir un ja kartes sertifi ­
kāts joprojām ir derīgs, procesa n ākamais solis ir transport ­
līdzekļa bloka sertifik āta ķēdes verifik ācija. Visos citos gad ī­
jumos transportl īdzekļa bloks sec īgi nolasa no kartes 
MSCA_Card sertifik ātu, kas izmantojams kartes sertifik āta 
verificēšanai, Card.CA.EUR sertifik ātu, kas izmantojams 
MSCA_Card sertifik āta verificēšanai, un, iesp ējams, saites 
sertifikātu, līdz tas atrod sertifik ātu, ko tas atpaz īst vai var 
verificēt. Ja šāds sertifik āts tiek atrasts, transportl īdzekļa 
bloks to izmanto, lai verific ētu pakārtotos kartes sertifik ātus, 
kurus tas nolas ījis no kartes. Ja verifik ācija ir veiksm īga, 
procesa nākamais solis ir transportl īdzekļa bloka sertifik āta 
ķēdes verifik ācija. Ja verifik ācija nav veiksm īga, transportl ī­
dzekļa bloks karti ignor ē. 
Piezīme. Ir trīs veidi, kā transportl īdzekļa bloks var atpaz īt 
Card.CA.EUR sertifik ātu: 
— Card.CA.EUR sertifik āts ir tāds pats kā transportlīdzekļa 
bloka EUR sertifik āts; 
— Card.CA.EUR sertifik āts atrodas pirms transportl īdzekļa 
bloka EUR sertifik āta, un šis sertifik āts atradās transport ­
līdzekļa blokā jau izdošanas laik ā (sk. CSM_81);  
— Card.CA.EUR sertifik āts nomaina transportl īdzekļa 
bloka EUR sertifik ātu, un transportl īdzekļa bloks 
iepriekš ir sa ņēmis saites sertifik ātu no citas tahogr āfa 
kartes, verific ējis to un saglab ājis turpmākai atsaucei.  
CSM_159 K ā parādīts 4. attēlā, kad transportl īdzekļa bloks ir verific ējis 
iepriekš nezin āma sertifik āta autentiskumu un der īgumu, tas 
var saglabāt šo sertifik ātu turpmākai atsaucei, lai tam neva ­
jadzētu attiecīgā sertifikāta autentiskumu verific ēt vēlreiz, 
kad tas atk ārtoti tiek uzr ādīts transportl īdzekļa blokam. 
Transportlīdzekļa bloks var izv ēlēties saglab āt nevis visu 
sertifikātu, bet tikai sertifik āta rumpja saturu, k ā norādīts 
9.3.2. ieda ļā. ►M1 Tā kā visu pārējo sertifikātu tipu glab ā­ 
šana nav oblig āta, transportl īdzekļa blokam ir oblig āti 
jāglabā kartes nodrošin ātais saites sertifik āts. ◄ 
CSM_160 Transportl īdzekļa bloks verific ē laika der īgumu ikvienam 
sertifikātam, kas nolas īts no kartes vai saglab āts tā atmiņā, 
un noraida sertifik ātus, kuru der īguma termi ņš ir beidzies. 
Lai verific ētu kartes uzr ādīta sertifikāta laika der īgumu, 
transportlīdzekļa bloks izmanto savu iekš ējo pulksteni.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 409  
4. attēls. 
Protokols kartes sertifik āta ķēdes verifik ācijai, ko veic transportl īdzekļa bloks
  
10.2.2.  Transportl īdzekļa bloka sertifik āta ķēdes verifik ācija, ko veic karte  
CSM_161  ►M1 Tahogrāfa kartes transportl īdzekļa bloka sertifik āta 
ķēdes verifik ācijai izmanto protokolu, kas att ēlots 5. attēlā. 
Attiecībā uz katru transportl īdzekļa bloka nodrošin āto serti­
fikātu karte verific ē, ka sertifik āta turētāja pilnvaras (CHA) 
lauks ir aizpild īts pareizi:  
— VU.Link sertifik āta CHA nor āda ERCA;  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 410  
— VU.CA sertifik āta CHA nor āda MSCA;  
— transportl īdzekļa bloka sertifik āta CHA lauk ā norāda 
transportlīdzekļa bloka sertifik ātu savstarp ējai autentifi ­
kācijai (skat īt 1. papildin ājumu, datu tips 
EquipmentType). ◄ 
5. attēls. 
Protokols transportl īdzekļa bloka sertifik āta ķēdes verifik ācijai, ko veic karte
  
Piezīmes par 5. att ēlu: 
— Attēlā minētie transportl īdzekļa bloka sertifik āti un publisk ās atslēgas 
ir paredzēti savstarpējai autentifik ācijai. 9.1.4. ieda ļā tie ir apzīmēti ar 
VU_MA.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 411  
— Attēlā minētie VU.CA sertifik āti un publisk ās atslēgas ir paredz ēti 
transportlīdzekļa bloka un ārējās GNSS iek ārtas sertifik ātu parakstī­ 
šanai. 9.1.3. ieda ļā tie ir apzīmēti ar MSCA_VU-EGF.  
— Attēlā minētais VU.CA.EUR sertifik āts ir Eiropas saknes sertifik āts, 
kas norādīts VU.CA sertifik āta CAR.  
— Attēlā norādītais VU.Link sertifik āts ir transportl īdzekļa bloka saites 
sertifikāts, ja tāds ir. Kā norādīts 9.1.2. ieda ļā, tas ir saites sertifik āts 
jaunam Eiropas saknes atsl ēgu pārim, ko izveidojusi ERCA un kas ir 
parakstīts ar iepriekš ējo Eiropas priv āto atslēgu. 
— VU.Link.EUR sertifik āts ir Eiropas saknes sertifik āts, kas nor ādīts 
VU.Link sertifik āta CAR.  
CSM_162 K ā redzams 5. att ēlā, transportl īdzekļa bloka sertifik āta 
ķēdes verifik ācija sākas brīdī, kad transportl īdzekļa bloks 
mēģina iestatīt pats savu publisko atsl ēgu izmantošanai ar 
tahogrāfa karti. Ja šis process ir veiksm īgs, tas noz īmē, ka 
karte iepriekš ir veiksm īgi verificējusi transportl īdzekļa 
bloka sertifik āta ķēdi un ir saglab ājusi transportl īdzekļa 
bloka sertifik ātu turpmākai atsaucei. Š ādā gadījumā trans­
portlīdzekļa bloka sertifik āts tiek iestat īts izmantošanai un 
tiek veikts procesa n ākamais solis — transportl īdzekļa bloka 
autentifikācija. Ja karte neatpaz īst transportl īdzekļa bloka 
sertifikātu, transportl īdzekļa bloks sec īgi uzrāda VU.CA 
sertifikātu, kas izmantojams transportl īdzekļa bloka sertifi ­
kāta verificēšanai, VU.CA.EUR sertifik ātu, kas izmantojams 
VU.CA sertifik āta verificēšanai, un, iesp ējams, saites serti ­
fikātu, lai atrastu sertifik ātu, kuru karte atpaz īst vai var 
verificēt. Ja šāds sertifikāts tiek atrasts, karte to izmanto, 
lai verificētu pakārtotos transportl īdzekļa bloka sertifik ātus, 
kuri tai uzr ādīti. Ja verifik ācija ir veiksm īga, transportl ī­
dzekļa bloks gal īgi iestata savu publisko atsl ēgu izmanto ­ 
šanai ar tahogr āfa karti. Ja verifik ācija nav veiksm īga, trans­
portlīdzekļa bloks karti ignor ē. 
Piezīme. Ir tr īs veidi, k ā karte var atpaz īt VU.CA.EUR 
sertifikātu: 
— VU.CA.EUR sertifik āts ir tāds pats kā kartes EUR serti ­
fikāts; 
— VU.CA.EUR sertifik āts atrodas pirms kartes EUR serti ­
fikāta, un šis sertifik āts atradās kartē jau izdošanas laik ā 
(sk. CSM_91);  
— VU.CA.EUR sertifik āts nomaina kartes EUR sertifik ātu, 
un karte iepriekš ir sa ņēmusi saites sertifik ātu no cita 
transportlīdzekļa bloka, verific ējusi to un saglab ājusi to 
turpmākai atsaucei.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 412  
CSM_163 Transportl īdzekļa bloks izmanto MSE: Set AT komandu, lai 
iestatītu savu publisko atsl ēgu izmantošanai tahogr āfa kartē. 
Kā norādīts 2. papildin ājumā, šī komanda satur nor ādi par 
kriptogrāfisko mehānismu, kas tiks izmantots kop ā ar iesta­
tīto atslēgu. Mehānisms ir “transportl īdzekļa bloka autenti ­
fikācija, izmantojot ECDSA algoritmu apvienojum ā ar 
jaucējalgoritmu, kas piesaist īts transportl īdzekļa bloka 
VU_MA atsl ēgu pāra atslēgu lielumam, k ā norādīts 
CSM_50”.  
CSM_164 MSE: Set AT komanda satur ar ī norādi par efemer ālo 
atslēgu pāri, ko transportl īdzekļa bloks izmantos sesijas 
atslēgas saskaņošanas laik ā (sk. 10.4. ieda ļu). Tāpēc pirms 
MSE: Set AT komandas nos ūtīšanas transportl īdzekļa bloks 
ģenerē efemerālo ECC atsl ēgu pāri. Efemerālo atslēgu pāra 
ģenerēšanai transportl īdzekļa bloks izmanto kartes sertifik ātā 
norādītos standartiz ētos domēna parametrus. Efemer ālo 
atslēgu pāri apzīmē ar (VU.SK  eph , VU.PK  eph , Card.DP). 
Transportlīdzekļa bloks ECDH efemer ālā publiskā punkta 
x-koordinātu izmanto k ā atslēgas identifik āciju; to d ēvē 
par saspiesto publisk ās atslēgas attēlojumu un apz īmē ar 
Comp(VU.PK  eph ). 
▼M1 
CSM_165 Ja MSE: Set AT komanda ir izpild īta veiksm īgi, karte 
iestata nor ādīto VU.PK v ēlākai izmantošanai transportl ī­
dzekļa autentifik ācijas laikā un īslaicīgi saglabā Comp(­
VU.PKeph). Ja divas vai vair ākas veiksm īgas MSE: Set 
AT komandas tiek nos ūtītas pirms sesijas atsl ēgas saskaņo­ 
šanas, karte saglab ā tikai pēdējo saņemto Comp(VU.P ­
Keph). Karte p ēc GENERAL AUTHENTICATE komandas 
veiksmīgas izpildes atk ārtoti iestata Comp(VU.PKeph).  
▼B 
CSM_166 Karte verific ē laika der īgumu ikvienam sertifik ātam, ko 
uzrādījis transportl īdzekļa bloks vai uz ko transportl īdzekļa 
bloks ir sniedzis nor ādi, kamēr šis sertifik āts tiek uzglab āts 
kartes atmi ņā, un noraida sertifik ātus, kuru der īguma 
termiņš ir beidzies.  
CSM_167 Lai verific ētu transportl īdzekļa bloka uzr ādītā sertifikāta 
laika derīgumu, katra tahogr āfa karte iekš ēji uzglabā dažus 
datus, kas atspogu ļo aktuālo laiku. Transportl īdzekļa bloks 
šos datus nevar tieši atjaunin āt. Izdošanas br īdī kartē iesta­
tītais aktuālais laiks ir t āds pats kā kartes Card_MA sertifi ­
kāta derīguma termi ņš. Karte atjaunina savu aktu ālo laiku, 
ja transportl īdzekļa bloka uzr ādītā autentiskā “derīga laika 
avota” sertifik āta derīguma termi ņš ir agrāks par kartes 
aktuālo laiku. Š ādā gadījumā karte iestata savu aktu ālo 
laiku tādu pašu k ā minētā sertifikāta derīguma termi ņš. 
Karte kā derīgu laika avotu atz īst tikai šādus sertifik ātus: 
— otrās paaudzes ERCA saites sertifik ātus; 
— otrās paaudzes MSCA sertifik ātus; 
— otrās paaudzes transportl īdzekļa bloka sertifik ātus, kurus 
izdevusi tā pati valsts, kas izdevusi kartes sertifik ātu(- 
us). ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 413  
Piezīme. Pēdējā minētā prasība nozīmē, ka karte var atpaz īt 
transportlīdzekļa bloka sertifik āta, t. i., MSCA_VU-EGF 
sertifikāta, CAR. Tas nav t āds pats kā pašas kartes sertifi ­
kāta, kas ir MSCA_Card sertifik āts, CAR.  
CSM_168 K ā parādīts 5. attēlā, kad karte ir verific ējusi iepriekš nezi ­
nāma sertifik āta autentiskumu un der īgumu, tā var saglab āt 
šo sertifikātu turpmākai atsaucei, lai tai nevajadz ētu attiecīgā 
sertifikāta autentiskumu verific ēt vēlreiz, kad tas atk ārtoti 
tiek uzrādīts kartei. Karte var izv ēlēties saglab āt nevis 
visu sertifik ātu, bet tikai sertifik āta rumpja saturu, k ā norā­
dīts 9.3.2. ieda ļā. 
10.3.  Transportl īdzekļa bloka autentifik ācija 
CSM_169 Lai autentific ētu transportl īdzekļa bloku attiec ībā uz karti, 
transportlīdzekļa bloki un kartes izmanto transportl īdzekļa 
bloka autentifik ācijas protokolu, kas aprakst īts 6. attēlā. 
Transportlīdzekļa bloka autentifik ācija ļauj skaidri pier ādīt 
tahogrāfa kartei, ka transportl īdzekļa bloks ir autentisks. Lai 
to izdarītu, transportl īdzekļa bloks izmanto savu priv āto 
atslēgu, lai parakst ītu kartes ģenerētu drošības uzdevumu.  
CSM_170  ►M1 Papildus kartes droš ības uzdevumam transportl ī­
dzekļa bloks parakst ā iekļauj arī sertifikāta turētāja norādi, 
kas ņemta no kartes sertifik āta. ◄ 
Piezīme. Tādējādi tiek nodrošin āts, ka karte, attiec ībā uz 
kuru transportl īdzekļa bloks pats sevi autentific ē, ir tā pati 
karte, kuras sertifik āta ķēdi transportl īdzekļa bloks ir verifi ­
cējis iepriekš.  
CSM_171 Transportl īdzekļa bloks ar ī iekļauj parakst ā tās efemerālās 
publiskās atslēgas Comp(VU.PK  eph ) identifikatoru, kuru 
transportlīdzekļa bloks izmantos, lai izveidotu zi ņojumap­
maiņas aizsardz ību mikrosh ēmas autentifik ācijas proces ā, 
kas norādīts 10.4. ieda ļā. 
Piezīme. Tādējādi tiek nodrošin āts, ka transportl īdzekļa 
bloks, ar kuru karte sazin ās ziņojumapmai ņas aizsardz ības 
sesijā, ir tas pats transportl īdzekļa bloks, kuru karte ir auten ­
tificējusi. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 414  
6. attēls 
Transportl īdzekļa bloka autentifik ācijas protokols
  
▼B 
CSM_172 Ja transportl īdzekļa bloks transportl īdzekļa bloka autentifi ­
kācijas laik ā nosūta vairākas GET CHALLENGE 
komandas, karte katrreiz ats ūta atpakaļ jaunu 8 baitu 
nejaušu droš ības uzdevumu, bet saglab ā tikai pēdējo 
drošības uzdevumu.  
CSM_173 Parakst īšanas algoritms, ko transportl īdzekļa bloks izmanto 
transportlīdzekļa bloka autentifik ācijai, ir ECDSA, k ā norā­
dīts [DSS], izmantojot jauc ējalgoritmu, kas piesaist īts trans­
portlīdzekļa bloka VU_MA atsl ēgu pāra atslēgu lielumam, 
kā norādīts CSM_50. Paraksta form āts ir vienkāršs, kā norā­
dīts [TR-03111]. Transportl īdzekļa bloks nos ūta izveidoto 
parakstu kartei.  
▼M1 
CSM_174 Sa ņemot transportl īdzekļa bloka parakstu ar EXTERNAL 
AUTHENTICATE komandu, karte:  
— aprēķina autentifik ācijas mar ķieri, konkaten ējot 
Card.CHR, kartes droš ības uzdevumu rcard un trans ­
portlīdzekļa bloka efemer ālās publiskās atslēgas Comp( ­
VU.PKeph) identifikatoru;  
— verificē transportl īdzekļa bloka parakstu, izmantojot 
ECDSA algoritmu, izmantojot jauc ējalgoritmu, kas 
piesaistīts transportl īdzekļa bloka VU_MA atsl ēgu pāra 
atslēgu lielumam, k ā norādīts CSM_50, apvienojum ā ar 
VU.PK un apr ēķināto autentifik ācijas marķieri. ▼M1
 02016R0799 — LV — 26.02.2020 — 002.001 — 415  
10.4.  Mikrosh ēmas autentifik ācija un sesijas atsl ēgas saska ņošana  
CSM_175 Lai autentific ētu karti attiec ībā uz transportl īdzekļa bloku, 
transportlīdzekļa bloki un kartes izmanto mikrosh ēmas 
autentifikācijas protokolu, kas aprakst īts 7. attēlā. Mikro­
shēmas autentifik ācija ļauj skaidri pier ādīt transportl īdzekļa 
blokam, ka karte ir autentiska.  
7. attēls. 
Mikroshēmas autentifik ācija un sesijas atsl ēgas saska ņošana
  
CSM_176 Transportl īdzekļa bloks un karte veic š ādas darbības: 
1. Transportl īdzekļa bloks inici ē mikroshēmas autentifik ā­
cijas procesu, nos ūtot MSE: Set AT komandu, kur ā norā­
dīts “Mikrosh ēmas autentifik ācija, izmantojot ECDH 
algoritmu, kura rezult ātā iegūst AES sesijas atsl ēgas 
garumu, kas piesaist īts kartes Card_MA atsl ēgu pāra 
atslēgu lielumam, k ā norādīts CSM_50”. Transportl ī­
dzekļa bloks nosaka kartes atsl ēgu pāra atslēgas lielumu 
no kartes sertifik āta. 
▼M1 
2. Transportl īdzekļa bloks nos ūta kartei sava efemer ālo 
atslēgu pāra publisko punktu VU.PK  eph . Publisko punktu 
pārveido oktetu virkn ē, kā norādīts [TR-03111]. Izmanto 
nesaspiesto kod ēšanas form ātu. Kā paskaidrots 
CSM_164, transportl īdzekļa bloks šo efemer ālo atslēgu 
pāri ģenerēja pirms transportl īdzekļa bloka sertifik āta 
ķēdes verifik ācijas. Transportl īdzekļa bloks nos ūtīja 
efemerālās publiskās atslēgas Comp(VU.PK  eph ) identifi­
katoru kartei, kas to saglab āja. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 416  
3. Karte apr ēķina Comp(VU.PK  eph ) no VU.PK  eph un salī­
dzina to ar saglab āto Comp(VU.PK  eph ) vērtību. 
4. Izmantojot ECDH algoritmu apvienojum ā ar kartes 
statisko priv āto atslēgu un transportl īdzekļa bloka efeme ­
rālo publisko atsl ēgu, karte izskait ļo slepeno K.  
5. Karte izv ēlas nejaušu 8 baitu vienreiz ējo kodu N  PICC un 
izmanto to, lai atvasin ātu divas AES sesijas atsl ēgas 
K MAC un K  ENC no K. Sk. CSM_179.  
▼M1 
6. Izmantojot K  MAC , karte izskait ļo autentifik ācijas marķieri 
transportlīdzekļa bloka efemer ālās publiskās atslēgas 
identifikatoram: T  PICC = CMAC(K  MAC , VU.PK  eph ). 
Publiskais punkts ir transportl īdzekļa bloka izmantotaj ā 
formātā (skatīt 2. aizzīmi iepriekš tekst ā). Karte nos ūta 
N PICC un T  PICC transportlīdzekļa blokam.  
▼B 
7. Izmantojot ECDH algoritmu apvienojum ā ar kartes 
statisko publisko atsl ēgu un transportl īdzekļa bloka 
efemerālo privāto atslēgu, transportl īdzekļa bloks 
izskaitļo to pašu slepeno K, kuru karte apr ēķināja 
4. posmā. 
8. Transportl īdzekļa bloks atvasina sesijas atsl ēgas K  MAC 
un K  ENC no K un N  PICC ; sk. CSM_179.  
9. Transportl īdzekļa bloks verific ē autentifik ācijas marķieri 
T PICC . 
CSM_177 Iepriekš aprakst ītajā 3. posmā karte izskait ļo Comp(VU.P ­
Keph) kā publiskā punkta x-koordin ātu no VU.PKeph.  
CSM_178 Iepriekš aprakst ītajā 4. un 7. posm ā karte un transportl ī­
dzekļa bloks izmanto ECKA-EG algoritmu, kas defin ēts 
[TR-03111].  
CSM_179 Iepriekš aprakst ītajā 5. un 8. posm ā karte un transportl ī­
dzekļa bloks izmanto atsl ēgas atvasin āšanas funkciju AES 
sesijas atsl ēgām, kā definēts [TR-03111], ar š ādiem preci ­
zējumiem un izmai ņām: 
— skaitītāja vērtība ir ‘00 00 00 01’ attiec ībā uz K  ENC un 
‘00 00 00 02’ attiec ībā uz K  MAC ; 
— izmanto neoblig āto vienreiz ējo kodu  r, kas ir vien āds ar 
N PICC ; 
— 128 bitu AES atsl ēgu atvasin āšanai izmantojamais 
jaucējalgoritms ir SHA-256;  
— 192 bitu AES atsl ēgu atvasin āšanai izmantojamais 
jaucējalgoritms ir SHA-384;  
— 256 bitu AES atsl ēgu atvasin āšanai izmantojamais 
jaucējalgoritms ir SHA-512.  
Sesijas atsl ēgu garums (t. i., garums, l īdz kuram sa īsināts 
jaucējalgoritms) ir piesaist īts Card_MA atsl ēgu pāra 
lielumam, k ā norādīts CSM_50.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 417  
CSM_180 Iepriekš aprakst ītajā 6. un 9. posm ā karte un transportl ī­
dzekļa bloks izmanto AES algoritmu CMAC rež īmā, kā 
norādīts [SP 800-38B]. T  PICC garums ir piesaist īts AES 
sesijas atsl ēgu garumam, k ā norādīts CSM_50.  
10.5.  Ziņojumapmai ņas aizsardz ība 
10.5.1.  Vispārīgi 
CSM_181 Visas komandas un atbildes, ar kur ām notiek apmai ņa starp 
transportlīdzekļa bloku un tahogr āfa karti pēc tam, kad ir 
veikta veiksm īga mikrosh ēmas autentifik ācija, līdz sesijas 
beigām, ir aizsarg ātas ar ziņojumapmai ņas aizsardz ību. 
CSM_182 Zi ņojumapmai ņas aizsardz ību izmanto tikai autentifik ācijas 
režīmā, izņemot, ja notiek nolas īšana no datnes ar piek ļuves 
nosacījumu SM-R-ENC-MAC-G2 (sk. 2. papildin ājuma 
4. iedaļu). Šajā režīmā visām komand ām un atbild ēm tiek 
pieskaitīta kriptogr āfiska kontrolsumma (zin āma arī kā 
MAC), lai nodrošin ātu ziņojumu autentiskumu un integrit ā­
ti. 
CSM_183 Nolasot datus no datnes ar piek ļuves nosac ījumu SM-R- 
ENC-MAC-G2, zi ņojumapmai ņas aizsardz ība tiek izmantota 
šifrēšanas un sekojošas autentifik ācijas režīmā, t. i., vispirms 
tiek šifrēti atbildes dati, lai nodrošin ātu ziņojuma konfiden ­
cialitāti, un tad tiek apr ēķināta MAC format ētajiem šifrēta­
jiem datiem, lai nodrošin ātu autentiskumu un integrit āti. 
CSM_184 Zi ņojumapmai ņas aizsardz ībai izmanto AES, k ā definēts 
[AES], ar sesijas atsl ēgām K  MAC un K  ENC , kas saska ņotas 
mikroshēmas autentifik ācijas laikā. 
CSM_185 Lai nov ērstu atkārtošanas uzbrukumus, k ā sūtīšanas 
sekvences skait ītāju (SSC) izmanto neparakst ītu veselu 
skaitli. SSC lielums ir vien āds ar AES bloka lielumu, t. i., 
128 biti. SSC form āts ir “vispirms MSB”. Kad tiek s ākta 
ziņojumapmai ņas aizsardz ība, sūtīšanas sekvences skait ītāju 
inicializē uz nulli (t. i., ‘00 00 00 00 00 00 00 00 00 00 00 
00 00 00 00 00’). SSC tiek palielin āts ikreiz pirms APDU 
komandas vai atbildes ģenerēšanas, t. i., t ā kā SSC sākuma 
vērtība ziņojumapmai ņas aizsardz ības sesijā ir 0, pirmaj ā 
komandā SSC vērtība būs 1. SSC v ērtība pirmajai atbildei 
būs 2. 
CSM_186 Zi ņojumu šifrēšanai izmanto K  ENC ar AES šifra bloka sa ķē­
dējuma (CBC) darb ības režīmā, kā definēts [ISO 10116], ar 
starpparametru  m = 1 un inicializ ācijas vektoru SV = 
E(K  ENC , SSC), t. i., s ūtīšanas sekvences skait ītāja pašreizējo 
vērtību, kas šifr ēta ar K  ENC . 
CSM_187 Zi ņojumu autentifik ācijai izmanto K  MAC ar AES CMAC 
režīmā, kā norādīts [SP 800-38B]. MAC garums ir piesais ­
tīts AES sesijas atsl ēgu garumam, k ā norādīts CSM_50. 
Sūtīšanas sekvences skait ītāju iekļauj MAC, to pievienojot 
pirms autentific ējamās datogrammas.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 418  
10.5.2.  Ziņojumapmai ņas aizsardz ības strukt ūra 
CSM_188 Zi ņojumapmai ņas aizsardz ībai izmanto tikai zi ņojumap­
maiņas aizsardz ības datu objektus (sk. [ISO 7816-4]), kas 
uzskaitīti 5. tabul ā. Jebkurā ziņojumā šos datu objektus 
(DO) izmanto šaj ā tabulā norādītajā kārtībā. 
5. tabula.  
Ziņojumapmai ņas aizsardz ības datu objekti  
Datu objekta nosaukums  Birka  Klātbūtne obligāta (M), ar 
nosacījumiem (C) vai 
aizliegta (F)  
komandās atbild ēs 
Vienkāršā vērtība nav kod ēta BER-TLV  ‘81’  C  C  
Vienkāršā vērtība kodēta BER-TLV, bet 
neiekļaujot SM DO  ‘B3’ C  C  
Pēc papildin ājuma satura indikatora 
seko kriptogramma, vienk āršā vērtība 
nav kodēta BER-TLV  ‘87’ C  C  
Aizsargāts Le  ‘97’  C  F  
Apstrādes statuss  ‘99’  F  M  
Kriptogrāfiskā kontrolsumma  ‘8E’  M  M  
Piezīme. Kā norādīts 2. papildin ājumā, tahogrāfa kartes var 
atbalstīt READ BINARY un UPDATE BINARY komandu 
ar nepāra INS baitu ‘B’, resp. ‘D7’). Šie komandu varianti ir 
vajadzīgi, lai nolas ītu un atjaunin ātu datnes, kuras ir gar ākas 
par 32 768 vai vair āk baitiem. Ja izmanto š ādu variantu, 
objekta ar birku ‘81’ viet ā izmanto datu objektu ar birku 
‘B3’. Vair āk informācijas sk. 2. papildin ājumā. 
CSM_189 Visus zi ņojumapmai ņas aizsardz ības datu objektus kod ē ar 
DER TLV, k ā norādīts [ISO 8825-1]. Šaj ā kodēšanā tiek 
iegūta šāda birkas garuma v ērtības (TLV) strukt ūra: 
birka: birka ir kod ēta vienā vai divos oktetos un nor āda 
saturu;  
garums: garums ir kod ēts kā neparakst īts vesels skaitlis 
vienā, divos vai trijos oktetos; rezult ātā iegūtais 
maksimālais garums ir 65 535 okteti. Izmanto 
minimālo oktetu skaitu;  
vērtība: vērtība ir kod ēta nulles oktet ā vai vair ākos 
oktetos.  
CSM_190 Ar zi ņojumapmai ņas aizsardz ību aizsargātās APDU izveido 
šādi: 
— komandas galvene ir iek ļauta MAC apr ēķinā, tāpēc 
klases baitam CLA izmanto v ērtību ‘0C’;  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 419  
— kā norādīts 2. papildin ājumā, visi INS baiti ir p āra, 
iespējams, izņemot nepāra INS baitus READ BINARY 
un UPDATE BINARY komand ām; 
— Lc faktisk ā vērtība pēc ziņojumapmai ņas aizsardz ības 
piemērošanas tiks p ārveidota par Lc';  
— datu lauks sast āv no ziņojumapmai ņas aizsardz ības datu 
objektiem;  
— aizsarg ātajā APDU komand ā jaunais Le baits tiek iesta ­
tīts uz ‘00’. Vajadz ības gadījumā datu laukā iekļauj datu 
objektu ‘97’, lai p ārnestu Le s ākotnējo vērtību. 
▼M1 
CSM_191 Katru šifr ējamo datu objektu papildina saska ņā ar [ISO 
7816-4], izmantojot papildin ājuma satura indikatoru “01”. 
Lai aprēķinātu MAC, atseviš ķi papildina ar ī katru datu 
objektu, kas iek ļauts APDU, saska ņā ar [ISO 7816-4].  
Piezīme. Papildin āšanu ziņojumapmai ņas aizsardz ībai 
vienmēr veic ziņojumapmai ņas aizsardz ības līmenis, nevis 
CMAC vai CBC algoritmi.  
Kopsavilkums un piem ēri 
APDU komandai ar piem ērotu ziņojumapmai ņas aizsardz ību būs šāda 
struktūra atkarībā no attiecīgās neaizsarg ātās komandas gad ījuma (DO 
ir datu objekts):  
1. gadījums: CLA INS P1 P2 || Lc' || DO “8E” || Le  
2. gadījums: CLA INS P1 P2 || Lc' || DO “97” || 
DO“8E” || Le  
3. gadījums (pāra INS baits): CLA INS P1 P2 || Lc' || DO “81” || 
DO“8E” || Le  
3. gadījums (nepāra INS baits): CLA INS P1 P2 || Lc' || DO “B3” || 
DO“8E” || Le  
4. gadījums (pāra INS baits): CLA INS P1 P2 || Lc' || DO “81” || 
DO’97’ || DO“8E” || Le  
4. gadījums (nepāra INS baits): CLA INS P1 P2 || Lc' || DO “B3” || 
DO“97” || DO“8E” || Le  
kur Le = “00” vai “00 00” atkar ībā no tā, vai tiek izmantoti īsie vai garie 
lauki; sk. [ISO 7816-4].  
APDU atbildei ar piem ērotu ziņojumapmai ņas aizsardz ību būs šāda 
struktūra atkarībā no attiecīgās neaizsarg ātās atbildes gad ījuma:  
1. vai 3. gad ījums: DO “99” || DO “8E” || 
SW1SW2  
2. vai 4. gad ījums (pāra INS baits) 
bez šifrējuma: DO “81” || DO “99” || DO 
“8E” || SW1SW2  
2. vai 4. gad ījums (pāra INS baits) 
ar šifrējumu: DO “87” || DO “99” || DO 
“8E” || SW1SW2  
2. vai 4. gad ījums (pāra INS baits) 
bez šifrējuma: DO “B3” || DO “99” || DO 
“8E” || SW1SW2  
Piezīme. 2. vai 4. gad ījumu (nepāra INS baits) ar šifr ējumu nekad neiz ­
manto sazi ņā starp transportl īdzekļa bloku un karti.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 420  
Turpmāk sniegti tr īs piemēri, kā notiek APDU p ārveidošana komand ām 
ar pāra INS kodu. 8. att ēlā ir norādīta autentific ēta 4. gadījuma APDU 
komanda, 9. att ēlā ir norādīta autentific ēta 1./3. gad ījuma APDU atbilde 
un 10. att ēlā ir norādīta šifrēta un autentific ēta 2./4. gad ījuma APDU 
atbilde.  
8. attēls 
Autentific ētas 4. gad ījuma APDU komandas p ārveide
  
9. attēls 
Autentific ētas 1./3. gad ījuma APDU atbildes p ārveide
  ▼M1
 02016R0799 — LV — 26.02.2020 — 002.001 — 421  
10. attēls 
Šifrētas un autentific ētas 2./4. gad ījuma APDU atbildes p ārveide
  
▼B 
10.5.3.  Ziņojumapmai ņas aizsardz ības sesijas p ārtraukšana  
CSM_192 Transportl īdzekļa bloks pārtrauc notiekošu zi ņojumapmai ņas 
aizsardzības sesiju tikai tad, ja rodas k āds no šādiem apstāk­ 
ļiem: 
— tas saņem vienkāršu APDU atbildi;  
— tas konstat ē ziņojumapmai ņas aizsardz ības kļūdu APDU 
atbildē — 
— nav gaid āmā ziņojumapmai ņas aizsardz ības datu 
objekta, datu objektu k ārtība ir nepareiza vai ir 
iekļauts nezināms datu objekts;  
— ziņojumapmai ņas aizsardz ības datu objekts ir nepa ­
reizs, piem., MAC v ērtība ir nepareiza, TLV strukt ūra 
ir nepareiza vai papildin ājuma indikators birk ā ‘87’ 
nav vienāds ar ‘01’;  
— karte nos ūta statusa baitu, nor ādot, ka tā ir konstat ējusi 
ziņojumapmai ņas aizsardz ības kļūdu (sk. CSM_194);  
— ir sasniegts ierobežojums attiec ībā uz komandu un saist īto 
atbilžu skaitu k ārtējā sesijā. Konkrētam transportl īdzekļa 
blokam šo ierobežojumu nosaka bloka ražot ājs, ņemot 
vērā izmantotās aparatūras drošības prasības, ar maksi ­
mālo vērtību 240 zi ņojumapmai ņas aizsardz ības 
komandas un saist ītās atbildes vien ā sesijā. ▼M1
 02016R0799 — LV — 26.02.2020 — 002.001 — 422  
CSM_193 Tahogr āfa karte pārtrauc notiekošu zi ņojumapmai ņas aizsar­
dzības sesiju tikai tad, ja rodas k āds no šādiem apstākļiem: 
— tā saņem vienkāršu APDU komandu,  
— tā konstatē ziņojumapmai ņas aizsardz ības kļūdu APDU 
komandā: 
— nav gaid āmā ziņojumapmai ņas aizsardz ības datu 
objekta, datu objektu k ārtība ir nepareiza vai ir 
iekļauts nezināms datu objekts,  
— ziņojumapmai ņas aizsardz ības datu objekts ir nepa ­
reizs, piem., MAC v ērtība ir nepareiza vai TLV struk ­
tūra ir nepareiza,  
— karte tiek atvienota no str āvas vai atiestat īta, 
— transportl īdzekļa bloks sāk transportl īdzekļa bloka auten ­
tifikācijas procesu,  
— ir sasniegts ierobežojums attiec ībā uz komandu un saist īto 
atbilžu skaitu k ārtējā sesijā. Konkrētai kartei šo ierobežo ­
jumu nosaka t ās ražotājs, ņemot vērā izmantotās apara­
tūras drošības prasības, ar maksim ālo vērtību 240 ziņoju­
mapmaiņas aizsardz ības komandas un saist ītās atbildes 
vienā sesijā. 
▼B 
CSM_194 Attiec ībā uz ziņojumapmai ņas aizsardz ības kļūdu apstrādi, ko 
veic tahogr āfa karte:  
— ja APDU komand ā trūkst dažu gaid āmo ziņojumap­
maiņas aizsardz ības datu objektu, datu objektu k ārtība 
ir nepareiza vai ir iek ļauti nezināmi datu objekti, taho ­
grāfa karte atbild ar statusa baitiem ‘69 87’;  
— ja ziņojumapmai ņas aizsardz ības datu objekts APDU 
komandā ir nepareizs, tahogr āfa karte atbild ar statusa 
baitiem ‘69 88’.  
Šādā gadījumā statusa baiti tiek ats ūtīti atpakaļ, neizmantojot 
ziņojumapmai ņas aizsardz ību. 
CSM_195 Ja zi ņojumapmai ņas aizsardz ības sesija starp transportl īdzekļa 
bloku un tahogr āfa karti tiek p ārtraukta, transportl īdzekļa 
bloks un tahogr āfa karte:  
— droši izn īcina saglab ātās sesijas atsl ēgas; 
— tūlīt izveido jaunu zi ņojumapmai ņas aizsardz ības sesiju, 
kā aprakstīts 10.2.–10.5. ieda ļā. 
CSM_196 Ja jebk āda iemesla d ēļ transportl īdzekļa bloks nolemj ats ākt 
savstarpējo autentifik āciju attiecībā uz ievietoto karti, process 
tiek atsākts ar kartes sertifik āta ķēdes verifik āciju, kā aprak­
stīts 10.2. ieda ļā, un turpināts, kā aprakstīts 10.2.–10.5. ieda ļā. ▼M1
 02016R0799 — LV — 26.02.2020 — 002.001 — 423  
11. TRANSPORTL ĪDZEKĻA BLOKA UN ĀRĒJĀS GNSS IEK ĀRTAS 
SAPĀROŠANA, SAVSTARP ĒJĀ AUTENTIFIK ĀCIJA UN ZI ŅOJU­
MAPMAIŅAS AIZSARDZ ĪBA 
11.1.  Vispārīgi 
CSM_197 GNSS iek ārta, ko transportl īdzekļa bloks izmanto, lai 
noteiktu savu atrašan ās vietu, var b ūt iekšēja (t. i., ieb ūvēta 
transportlīdzekļa bloka korpus ā un neatdal āma), bet t ā var 
būt arī ārējs modulis. Ja iek ārta ir iekš ēja, nav vajadz ības 
standartizēt iekšējo saziņu starp GNSS iek ārtu un transport ­
līdzekļa bloku un t āpēc šajā nodaļā paredzētās prasības 
nepiemēro. Ja iekārta ir ārēja, saziņai starp transportl īdzekļa 
bloku un ārējo GNSS iek ārtu jābūt standartiz ētai un aizsar ­
gātai, kā aprakstīts šajā nodaļā. 
CSM_198 Droša sazi ņa starp transportl īdzekļa bloku un ārējo GNSS 
iekārtu notiek t āpat kā droša sazi ņa starp transportl īdzekļa 
bloku un tahogr āfa karti, ārējai GNSS iek ārtai (EGF) uz ņe­
moties kartes funkcijas. EGF izpilda visas pras ības, kas 
minētas 10. noda ļā attiecībā uz tahogr āfa kartēm, ņemot 
vērā šajā nodaļā paredzētās atkāpes, preciz ējumus un papil ­
dinājumus. Proti, savstarp ējā sertifikāta ķēdes verifik ācija, 
transportlīdzekļa bloka autentifik ācija un mikrosh ēmas auten­
tifikācija notiek, k ā aprakstīts 11.3. un 11.4. ieda ļā. 
CSM_199 Sazi ņa starp transportl īdzekļa bloku un EGF atš ķiras no 
saziņas starp transportl īdzekļa bloku un karti t ādā ziņā, ka 
transportlīdzekļa bloks un EGF ir j āsapāro jau darbn īcā, 
pirms transportl īdzekļa bloks un EGF parast ās darbības 
laikā var apmain īties ar datiem, kuru pamat ā ir GNSS dati. 
Sapārošanas process ir aprakst īts 11.2. ieda ļā. 
CSM_200 Sazi ņai starp transportl īdzekļa bloku un EGF izmanto APDU 
komandas un atbildes, pamatojoties uz [ISO 7816-4] un 
[ISO 7816-8]. Prec īza šo APDU strukt ūra ir definēta šā pieli­
kuma 2. papildin ājumā. 
11.2.  Transportl īdzekļa bloka un ārējās GNSS iek ārtas sapārošana  
CSM_201 Transportl īdzekļa bloku un EGF transportl īdzeklī sapāro 
darbnīca. Tikai sap ārots transportl īdzekļa bloks un EGF var 
sazināties parastās darbības laikā. 
CSM_202 Transportl īdzekļa bloka un EGF sap ārošana ir iesp ējama tikai 
tad, ja transportl īdzekļa bloks ir kalibr ācijas režīmā. Sapāro­ 
šanu iniciē transportlīdzekļa bloks.  
CSM_203 Darbn īca var atkārtoti sapārot transportl īdzekļa bloku ar citu 
EGF vai ar to pašu EGF jebkur ā laikā. Atkārtotas sapāro­ 
šanas laik ā transportl īdzekļa bloks droši izn īcina esošo 
EGF_MA sertifik ātu no savas atmi ņas un saglab ā tās EGF 
iekārtas EGF_MA sertifik ātu, ar kuru tas tiek sap ārots. 
CSM_204 Darbn īca var atk ārtoti sapārot ārējo GNSS iek ārtu ar citu 
transportlīdzekļa bloku vai ar to pašu transportl īdzekļa 
bloku jebkur ā laikā. Atkārtotas sapārošanas laik ā EGF droši 
iznīcina esošo VU_MA sertifik ātu no savas atmi ņas un 
saglabā tā transportl īdzekļa bloka VU_MA sertifik ātu, ar 
kuru tā tiek sapārota. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 424  
11.3.  Savstarp ēja sertifik āta ķēdes verifik ācija 
11.3.1.  Vispārīgi 
CSM_205 Savstarp ēja sertifikāta ķēdes verifik ācija starp transportl ī­
dzekļa bloku un EGF notiek tikai laik ā, kad darbn īca sapāro 
transportlīdzekļa bloku un EGF. Sap ārota transportl īdzekļa 
bloka un EGF parast ās darbības laikā sertifikātu verifikācija 
nenotiek. T ā vietā transportl īdzekļa bloks un EGF uzticas 
sertifikātiem, ko tie saglab ājuši sapārošanas laik ā, pirms 
tam pārbaudot šo sertifik ātu laika der īgumu. Transportl ī­
dzekļa bloks un EGF neuzticas citiem sertifik ātiem, lai 
aizsargātu transportl īdzekļa bloka un EGF sazi ņu parastās 
darbības laikā. 
11.3.2.  Transportl īdzekļa bloka un EGF sap ārošanas laik ā 
CSM_206 Izveidojot p āri ar EGF, transportl īdzekļa bloks izmanto 
4. attēlā attēloto protokolu (10.2.1. ieda ļa), lai verific ētu 
ārējās GNSS iek ārtas sertifik āta ķēdi. 
Piezīmes par 4. att ēlu šajā kontekstā: 
— Saziņas kontrole neietilpst š ā papildinājuma tvērumā. 
Tomēr EGF nav viedkarte, t āpēc transportl īdzekļa 
bloks, iesp ējams, nenos ūtīs Reset, lai inici ētu saziņu, un 
nesaņems ATR.  
— Attēlā norādītos kartes sertifik ātus un publisk ās atslēgas 
interpretē kā EGF sertifik ātus un publisk ās atslēgas 
savstarpējai autentifik ācijai. Tie 9.1.6. ieda ļā ir apzīmēti 
ar EGF_MA.  
— Attēlā norādītos Card.CA sertifik ātus un publisk ās 
atslēgas interpret ē kā MSCA sertifik ātus un publisk ās 
atslēgas EGF sertifik ātu parakstīšanai. Tie 9.1.3. ieda ļā 
ir apzīmēti ar MSCA_VU-EGF.  
— Attēlā minēto Card.CA.EUR sertifik ātu interpret ē kā 
Eiropas saknes sertifik ātu, kas nor ādīts MSCA_VU-EGF 
sertifikāta CAR.  
— Attēlā minēto Card.Link sertifik ātu interpret ē kā EGF 
saites sertifik ātu, ja tāds ir. Kā norādīts 9.1.2. ieda ļā, 
tas ir saites sertifik āts jaunam Eiropas saknes atsl ēgu 
pārim, ko izveidojusi ERCA un kas ir parakst īts ar 
iepriekšējo Eiropas priv āto atslēgu. 
— Card.Link.EUR sertifik āts ir Eiropas saknes sertifik āts, 
kas norādīts Card.Link sertifik āta CAR.  
—
 viet ā transportl īdzekļa 
bloks nolasa
  no EF ICC.  
— Tā vietā, lai atlas ītu tahogrāfa AID, transportl īdzekļa 
bloks atlasa EGF AID.  
— ‘Ignore Card’ interpret ē kā ‘Ignore EGF’.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 425  
CSM_207 Kad transportl īdzekļa bloks ir verific ējis EGF_MA sertifi ­
kātu, tas saglab ā šo sertifik ātu izmantošanai parast ās darbības 
laikā; sk. 11.3.3. ieda ļu. 
CSM_208  ►M1 Izveidojot p āri ar transportl īdzekļa bloku, ārējā GNSS 
iekārta izmanto 5. att ēlā attēloto protokolu (10.2.2. ieda ļa), 
lai verificētu transportl īdzekļa bloka sertifik āta ķēdi. ◄ 
Piezīmes par 5. att ēlu šajā kontekstā: 
— Transportl īdzekļa bloks ģenerē jaunu efemer ālo atslēgu 
pāri, izmantojot dom ēna parametrus EGF sertifik ātā. 
— Attēlā minētie transportl īdzekļa bloka sertifik āti un publi ­
skās atslēgas ir paredz ēti savstarpējai autentifik ācijai. Tie 
9.1.4. ieda ļā ir apzīmēti ar VU_MA.  
— Attēlā minētie VU.CA sertifik āti un publisk ās atslēgas ir 
paredzēti transportl īdzekļa bloka un ārējās GNSS iek ārtas 
sertifikātu parakstīšanai. Tie 9.1.3. ieda ļā ir apzīmēti ar 
MSCA_VU-EGF.  
— Attēlā minētais VU.CA.EUR sertifik āts ir Eiropas saknes 
sertifikāts, kas nor ādīts VU.CA sertifik āta CAR.  
— Attēlā norādītais VU.Link sertifik āts ir transportl īdzekļa 
bloka saites sertifik āts, ja tāds ir. Kā norādīts 9.1.2. ieda ļā, 
tas ir saites sertifik āts jaunam Eiropas saknes atsl ēgu 
pārim, ko izveidojusi ERCA un kas ir parakst īts ar 
iepriekšējo Eiropas priv āto atslēgu. 
— VU.Link.EUR sertifik āts ir Eiropas saknes sertifik āts, kas 
norādīts VU.Link sertifik āta CAR.  
CSM_209 Atk āpjoties no CSM_167 formul ētās prasības, EGF izmanto 
GNSS laiku, lai verific ētu ikviena uzr ādītā sertifikāta laika 
derīgumu.  
▼M1 
CSM_210 Kad ārējā GNSS iek ārta ir verific ējusi VU_MA sertifik ātu, tā 
saglabā šo sertifik ātu izmantošanai parast ās darbības laikā; 
sk. 11.3.3. punktu.  
▼B 
11.3.3.  Parastās darbības laikā 
CSM_211  ►M1 Parastās darbības laikā transportl īdzekļa bloks un 
EGF izmanto 11. att ēlā norādīto protokolu, lai verific ētu 
saglabāto EGF_MA sertifik āta laika der īgumu un lai iestat ītu 
VU_MA publisko atsl ēgu vēlākai transportl īdzekļa bloka 
autentifikācijai. Parast ās darbības laikā nenotiek sertifik āta 
ķēžu turpmāka savstarp ēja verifikācija. ◄ 
Jāņem vērā, ka 11. att ēls būtībā sastāv no pirmajiem 
posmiem, kas nor ādīti 4. attēlā un 5. att ēlā. Tāpat jāņem 
vērā, ka EGF nav viedkarte, t āpēc transportl īdzekļa bloks, 
iespējams, nenos ūtīs Reset, lai inici ētu saziņu, un nesa ņems 
ATR. Jebkur ā gadījumā tas neietilpst š ā papildinājuma 
tvērumā. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 426  
11. attēls. 
Sertifikāta laika der īguma savstarp ējā verifikācija transportl īdzekļa bloka un EGF parast ās darbības laikā
 
CSM_212 K ā parādīts 11. attēlā, transportl īdzekļa bloks reģistrē kļūdu, 
ja EGF_MA sertifik āts vairs nav der īgs. Tomēr savstarpējā 
autentifikācija, atslēgu saskaņošana un v ēlāka saziņa, izman­
tojot ziņojumapmai ņas aizsardz ību, notiek, k ā ierasts.  
11.4.  Transportl īdzekļa bloka autentifik ācija, mikrosh ēmas autentifik ācija 
un sesijas atsl ēgas saska ņošana  
CSM_213 Transportl īdzekļa bloka autentifik ācija, mikrosh ēmas autenti ­
fikācija un sesijas atsl ēgas saskaņošana starp transportl ī­
dzekļa bloku un EGF notiek sap ārošanas laik ā un ikreiz, 
kad parast ās darbības laikā tiek no jauna izveidota zi ņoju­
mapmaiņas aizsardz ības sesija. Transportl īdzekļa bloks un 
EGF veic 10.3. un 10.4. ieda ļā aprakstītos procesus. Piem ēro 
visas prasības, kas izkl āstītas minētajās iedaļās. 
11.5.  Ziņojumapmai ņas aizsardz ība 
CSM_214 Visas komandas un atbildes, ar kur ām notiek apmai ņa starp 
transportlīdzekļa bloku un ārējo GNSS iek ārtu pēc tam, kad 
ir veikta veiksm īga mikrosh ēmas autentifik ācija, līdz sesijas 
beigām, ir aizsarg ātas ar ziņojumapmai ņas aizsardz ību tikai 
autentifikācijas režīmā. Piemēro visas pras ības, kas izkl āstītas 
10.5. iedaļā. 
CSM_215 Ja zi ņojumapmai ņas aizsardz ības sesija starp transportl īdzekļa 
bloku un EGF tiek p ārtraukta, transportl īdzekļa bloks tūlīt 
izveido jaunu zi ņojumapmai ņas aizsardz ības sesiju, k ā aprak­
stīts 11.3.3. un 11.4. ieda ļā. 
12. TRANSPORTL ĪDZEKĻA BLOKA UN KUST ĪBAS SENSORA SAP Ā­
ROŠANA UN SAZI ŅA STARP TIEM  
12.1.  Vispārīgi 
CSM_216 Sazi ņa starp transportl īdzekļa bloku un kust ības sensoru 
notiek, izmantojot [ISO 16844-3] nor ādīto saskarnes proto ­
kolu sapārošanas un parast ās darbības laikā, ņemot vērā šajā 
nodaļā un 9.2.1. ieda ļā aprakstītās izmaiņas. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 427  
Piezīme. Pieņem, ka šīs nodaļas lasītāji ir iepazinušies ar 
[ISO 16844-3] saturu.  
12.2.  Transportl īdzekļa bloka un kust ības sensora sap ārošana, izmantojot 
dažādu paaudžu atsl ēgas 
Kā paskaidrots 9.2.1. ieda ļā, kustības sensora galveno atsl ēgu un visas 
saistītās atslēgas regulāri nomaina. T ādējādi darbnīcas kartēs ir līdz pat 
trim ar kust ības sensoru saist ītām AES atsl ēgām K  M-WC  (no secīgām 
atslēgu paaudz ēm). Līdzīgi kustības sensoros var b ūt līdz pat trim daž ā­
diem uz AES balst ītiem datu šifr ējumiem (saist ībā ar secīgām kustības 
sensora galven ās atslēgas K  M paaudzēm). Transportl īdzekļa bloks satur 
tikai vienu ar kust ības sensoru saist ītu atslēgu K  M-VU.  
CSM_217 Otr ās paaudzes transportl īdzekļa bloku un otr ās paaudzes 
kustības sensoru sap āro šādi (sal. ar 6. tabulu [ISO 16844- 
3]): 
1) otrās paaudzes darbn īcas karti ievieto transportl īdzekļa 
blokā, un transportl īdzekļa bloks tiek savienots ar kust ības 
sensoru;  
2) transportl īdzekļa bloks nolasa visas pieejam ās K  M-WC  
atslēgas no darbn īcas kartes, p ārbauda to versijas numurus 
un izvēlas to, kas atbilst transportl īdzekļa bloka K  M-VU  
atslēgas versijas numuram. Ja atbilstoš ās K  M-WC  atslēgas 
darbnīcas kartē nav, transportl īdzekļa bloks pārtrauc sapā­
rošanas procesu un par āda atbilstošu k ļūdas ziņojumu 
darbnīcas kartes tur ētājam; 
3) transportl īdzekļa bloks apr ēķina kustības sensora galveno 
atslēgu K  M no K  M-VU  un K  M-WC  un identifik ācijas atslēgu 
K ID no K  M , kā norādīts 9.2.1. ieda ļā; 
4) transportl īdzekļa bloks nos ūta instrukciju inici ēt sapāro­ 
šanas procesu attiec ībā uz kustības sensoru, k ā aprakstīts 
[ISO 16844-3], un šifr ē sērijas numuru, ko tas sa ņem no 
kustības sensora, ar identifik ācijas atslēgu K  ID. Transport­
līdzekļa bloks nos ūta šifrēto sērijas numuru atpaka ļ 
kustības sensoram;  
5) kustības sensors sec īgi salīdzina šifrēto sērijas numuru ar 
katru no s ērijas numuru šifr ējumiem, kurus tas glab ā 
iekšēji. Ja tas konstat ē atbilstību, transportl īdzekļa bloks 
tiek autentific ēts. Kustības sensors ņem vērā transportl ī­
dzekļa bloka izmantot ās K  ID paaudzi un ats ūta atpakaļ 
atbilstošo savas sap ārošanas atsl ēgas šifrēto versiju, t. i., 
šifrējumu, kas izveidots, izmantojot t ās pašas paaudzes 
K M ; 
6) transportl īdzekļa bloks atšifr ē sapārošanas atsl ēgu, izman­
tojot K  M , ģenerē sesijas atsl ēgu K  S , šifrē to ar sapārošanas 
atslēgu un nos ūta rezultātu kustības sensoram. Kust ības 
sensors atšifr ē K S ; 
7) transportl īdzekļa bloks apkopo sap ārošanas inform āciju, 
kā noteikts [ISO 16844-3], šifr ē informāciju ar sap āro­ 
šanas atsl ēgu un nos ūta rezultātu kustības sensoram. 
Kustības sensors atšifr ē sapārošanas inform āciju; 
8) kustības sensors šifr ē saņemto sapārošanas inform āciju ar 
saņemto K  S un nosūta to atpaka ļ transportl īdzekļa 
blokam. Transportl īdzekļa bloks p ārbauda, vai sap āro­ 
šanas inform ācija ir tā pati inform ācija, ko transportl ī­
dzekļa bloks nos ūtīja kustības sensoram iepriekš ējā ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 428  
posmā. Ja tā ir, tas pier āda, ka kust ības sensors ir izman ­
tojis to pašu K  S kā transportl īdzekļa bloks un t ādējādi 
5. posmā nosūtījis savu sap ārošanas atsl ēgu, kas šifr ēta 
ar pareizās paaudzes K  M . Tādējādi kustības sensors tiek 
autentificēts. 
Jāņem vērā, ka 2. un 5. posms atš ķiras no [ISO 16844-3] 
aprakstītā standarta procesa; p ārējie posmi ir t ādi, kā aprak­
stīts standartā. 
Piemērs. Pieņemsim, ka sap ārošana notiek ERCA (3) sertifi ­
kāta derīguma termi ņa pirmajā gadā; sk. 2. att ēlu 
9.2.1.2. ieda ļā. Turklāt: 
— pieņemsim, ka kust ības sensors tika izdots ERCA (1) 
sertifikāta derīguma termi ņa pēdējā gadā. Tāpēc tajā 
būs ietvertas š ādas atslēgas un dati:  
— N  s [1] — sensora s ērijas numurs, kas šifr ēts ar 1. paau ­
dzes K  ID ; 
— N  s [2] — sensora s ērijas numurs, kas šifr ēts ar 2. paau ­
dzes K  ID ; 
— N  s [3] — sensora s ērijas numurs, kas šifr ēts ar 3. paau ­
dzes K  ID ; 
— K  P [1] — sensora 1. paaudzes sap ārošanas atsl ēga (  1 ), 
kas šifrēta ar 1. paaudzes K  M ; 
— K  P [2] — sensora 2. paaudzes sap ārošanas atsl ēga, 
šifrēta ar 2. paaudzes K  M ; 
— K  P [3] — sensora 3. paaudzes sap ārošanas atsl ēga, 
šifrēta ar 3. paaudzes K  M . 
— Pieņemsim, ka darbn īcas karte tika izdota ERCA (3) 
sertifikāta derīguma termi ņa pirmajā gadā. Tāpēc tajā 
būs iekļauta 2. un 3. paaudzes K  M-WC  atslēga. 
— Pieņemsim, ka transportl īdzekļa bloks ir 2. paaudzes 
transportlīdzekļa bloks, kas ietver 2. paaudzes K  M-VU  . 
Šādā gadījumā 2.–5. posm ā notiks šādas darbības: 
— 2. posms — transportl īdzekļa bloks nolasa 2. un 3. paau ­
dzes K  M-WC  no darbnīcas kartes un p ārbauda to versijas 
numurus;  
— 3. posms — transportl īdzekļa bloks apvieno 2. paaudzes 
K M-WC  ar savu K  M-VU  , lai izskait ļotu K  M un K  ID ; 
— 4. posms — transportl īdzekļa bloks no kust ības sensora 
saņemto sērijas numuru šifr ē ar K  ID ; 
— 5. posms — kust ības sensors sal īdzina saņemtos datus ar 
N s [1] un neatrod atbilst ību. Tad tas sal īdzina saņemtos 
datus ar N  s [2] un atrod atbilst ību. Tas secina, ka trans ­
portlīdzekļa bloks ir 2. paaudzes transportl īdzekļa bloks, 
un tāpēc nosūta atpakaļ K P [2]. ▼B 
( 1 ) Piezīme. Jāņem vērā, ka 1., 2. un 3. paaudzes sap ārošanas atsl ēgas faktiski var b ūt viena 
un tā pati atslēga vai arī tās var būt trīs dažādas atslēgas, kurām ir dažādi garumi, k ā 
aprakstīts CSM_117.
 02016R0799 — LV — 26.02.2020 — 002.001 — 429  
12.3.  Transportl īdzekļa bloka un kust ības sensora sap ārošana un sazi ņa, 
izmantojot AES  
CSM_218 K ā norādīts 9.2.1. ieda ļas 3. tabul ā, visas atsl ēgas, kas iesais ­
tītas (otrās paaudzes) transportl īdzekļa bloka sap ārošanā ar 
kustības sensoru un v ēlākā saziņā, ir AES atsl ēgas, nevis 
divkāršā garuma TDES atsl ēgas, kā norādīts [ISO 16844- 
3]. Šo AES atsl ēgu garums var b ūt 128, 192 vai 256 biti. 
Tā kā AES bloka lielums ir 16 baiti, šifr ēta ziņojuma 
garumam j ābūt 16 baitu daudzk ārtnim salīdzinājumā ar 
8 baitiem attiec ībā uz TDES. Turkl āt daži no šiem zi ņoju­
miem tiks izmantoti, lai transport ētu AES atsl ēgas, kuru 
garums var b ūt 128, 192 vai 256 biti. T āpēc datu baitu skaitu 
vienā instrukcijā [ISO 16844-3] 5. tabul ā maina, kā norādīts 
6. tabulā. 
▼M1 
6. tabula  
Vienkāršā teksta un šifr ēto datu baitu skaits vien ā instrukcij ā, kā noteikts [ISO 16844-3]  
Instrukcija  Pieprasījums/ 
atbilde  Datu apraksts  Vienkāršā teksta datu 
baitu skaits saska ņā 
ar 
[ISO 16844-3]  Vienkāršā teksta datu 
baitu skaits, izman ­
tojot AES atsl ēgas Šifrēto datu baitu skaits, 
izmantojot bitu garuma AES 
atslēgas 
128 192  256  
10 piepras ījums  Autentifik ācijas dati + 
datnes numurs  8 8  16  16  16  
11 atbilde  Autentifik ācijas dati + 
datnes saturs  16 vai 32, atkar ībā 
no datnes  16 vai 32, atkar ībā 
no datnes  32 / 48  32 / 48  32 / 48  
41 piepras ījums  Kustības sensora 
sērijas numurs  8 8  16  16  16  
41 atbilde  Sapārošanas atsl ēga 16  16 / 24 / 32  16  32  32  
42 piepras ījums  Sesijas atsl ēga 16  16 / 24 / 32  16  32  32  
43 piepras ījums  Sapārošanas 
informācija 24 24  32  32  32  
50 atbilde  Sapārošanas 
informācija 24 24  32  32  32  
70 piepras ījums  Autentifik ācijas dati  8  8  16  16  16  
80 atbilde  Kustības sensora 
skaitītāja vērtība + 
autent. dati  8 8  16  16  16  
▼B 
CSM_219 Sap ārošanas inform āciju, kas tiek nos ūtīta instrukcij ās Nr. 43 
(transportlīdzekļa bloka piepras ījums) un Nr. 50 (kust ības 
sensora atbilde), apkopo, k ā norādīts [ISO 16844-3] 
7.6.10. ieda ļā, izņemot to, ka sap ārošanas datu šifr ēšanas 
shēmā TDES algoritma viet ā izmanto AES algoritmu, t ādē­
jādi iegūstot divus AES šifr ējumus un pie ņemot papildin ā­
jumu, kā norādīts CSM_220, lai piel āgotos AES bloka 
lielumam. Šim šifr ējumam izmantoto atsl ēgu K'  p ģenerē šādi: 
— ja sapārošanas atsl ēga K  P ir 16 baitus gara — K'  p = K  P 
XOR (N  s ||N s ); ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 430  
— ja sapārošanas atsl ēga K  P ir 24 baitus gara — K'  p = K  P 
XOR (N  s ||N s ||N s ); 
— ja sapārošanas atsl ēga K  P ir 32 baitus gara — K'  p = K  P 
XOR (N  s ||N s ||N s ||N s ), 
kur N  s ir kustības sensora 8 baitu s ērijas numurs.  
CSM_220 Ja vienk ārša teksta datu garums (izmantojot AES atsl ēgas) 
nav 16 baitu daudzk ārtnis, izmanto [ISO 9797-1] noteikto 
2. papildin ājuma metodi.  
Piezīme. [ISO 16844-3] vienk āršā teksta datu baitu skaits 
vienmēr ir 8 daudzk ārtnis, tāpēc, izmantojot TDES, papildi ­
nājums nav vajadz īgs. Šā dokumenta šaj ā daļā aprakstītais 
nemaina [ISO 16844-3] sniegto datu un zi ņojumu defin īciju, 
tāpēc ir jāpiemēro papildin ājums.  
CSM_221 Attiec ībā uz instrukciju Nr. 11 un gad ījumā, ja ir jāšifrē 
vairāk nekā viens datu bloks, izmanto šifra bloka sa ķēdējuma 
darbības režīmu, kā definēts [ISO 10116], ar starpparametru  
m = 1. Izmantojamais IV ir š āds: 
— instrukcijai Nr. 11 — 8 baitu autentifik ācijas bloks, kas 
norādīts [ISO 16844-3] 7.6.3.3.ieda ļā un papildin āts, 
izmantojot 2. papildin ājuma metodi, kas defin ēta 
[ISO 9797-1]; sk. ar ī [ISO 16844-3] 7.6.5. un 
7.6.6. ieda ļu; 
— visām pārējām instrukcij ām, kuru ietvaros p ārsūta vairāk 
nekā 16 baitus, k ā norādīts 6. tabul ā — ‘00’ {16}, t. i., 
sešpadsmit baiti ar bin āro vērtību 0.  
Piezīme. Kā norādīts [ISO 16844-3] 7.6.5. un 7.6.6. ieda ļā, 
kad kustības sensors šifr ē datu datnes iek ļaušanai instrukcij ā 
Nr. 11, autentifik ācijas bloku:  
— gan izmanto k ā inicializācijas vektoru datu dat ņu šifrē­ 
šanai CBC rež īmā, 
— gan šifr ē un iekļauj kā pirmo bloku datos, ko nos ūta 
transportlīdzekļa blokam.  
12.4.  Transportl īdzekļa bloka un kust ības sensora sap ārošana daž ādām 
ierīču paaudz ēm 
CSM_222 K ā paskaidrots 9.2.1. ieda ļā, otrās paaudzes kust ības sensor ā 
var būt iekļauts uz TDES balst īts sapārošanas datu kod ējums 
(kā noteikts š ā papildinājuma A da ļā), kas ļauj kustības 
sensoru sap ārot ar pirm ās paaudzes transportl īdzekļa bloku. 
Šādā gadījumā pirmās paaudzes transportl īdzekļa bloku un 
otrās paaudzes kust ības sensoru sap āro tā, kā aprakstīts šā 
papildinājuma A da ļā un [ISO 16844-3]. Sap ārošanas 
procesam var izmantot pirm ās vai otrās paaudzes darbn īcas 
karti.  
Piezīmes:  
— Nav iesp ējams sapārot otrās paaudzes transportl īdzekļa 
bloku ar pirm ās paaudzes kust ības sensoru.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 431  
— Nav iesp ējams izmantot pirm ās paaudzes darbn īcas karti, 
lai sapārotu otrās paaudzes transportl īdzekļa bloku ar 
kustības sensoru.  
13. ATT ĀLINĀTĀS SAZIŅAS DROŠ ĪBA, IZMANTOJOT DSRC  
13.1.  Vispārīgi 
Kā norādīts 14. papildin ājumā, transportl īdzekļa bloks regul āri ģenerē 
attālinātās tahogrāfa uzraudz ības (RTM) datus un nos ūta tos (iekš ējai 
vai ārējai) attālinātās saziņas ierīcei (RCF). Att ālinātās saziņas ierīce 
atbild par šo datu nos ūtīšanu attālinātajam piepras ītājam, izmantojot 
14. papildin ājumā aprakstīto DSRC saskarni. 1. papildin ājumā ir noteikts, 
ka RTM dati ir š ādu elementu konkaten ācija: 
šifrētā tahogrāfa lietder īgā slodze – vienkārša teksta tahogr āfa lietde­
rīgās slodzes šifr ējums;  
DSRC droš ības dati – aprakstīts turpmāk. 
Vienkārša teksta tahogr āfa lietderīgās slodzes datu form āts ir norādīts 
1. papildin ājumā un sīkāk aprakstīts 14. papildin ājumā. Šajā iedaļā ir 
aprakstīta DSRC droš ības datu strukt ūra; formālās specifikācijas ir nor ā­
dītas 1. papildin ājumā. 
CSM_223 Vienk ārša teksta
  datus, ko trans ­
portlīdzekļa bloks pazi ņo attālinātās saziņas ierīcei (ja RCF 
ir transportl īdzekļa bloka ārējā ierīce) vai ko transportl ī­
dzekļa bloks pazi ņo attālinātam piepras ītājam, izmantojot 
DSRC saskarni (ja RCF ir transportl īdzekļa bloka iekš ējā 
ierīce), aizsarg ā šifrēšanas un sekojošas autentifik ācijas 
režīmā, t. i., vispirms tiek šifr ēti tahogrāfa lietderīgās 
slodzes dati, lai nodrošin ātu ziņojuma konfidencialit āti, un 
tad tiek apr ēķināts MAC, lai nodrošin ātu datu autentiskumu 
un integrit āti. 
CSM_224 DSRC droš ības dati sast āv no šādu datu elementu konka ­
tenācijas šādā secībā (sk. arī 12. attēlu): 
aktuālais datums/laiks  – aktu ālais transportl īdzekļa bloka datums un 
laiks (datu tips
  );  
skaitītājs – 3 baitu skait ītājs, sk. CSM_225;  
▼M1 
transportl īdzekļa bloka s ērijas numurs  – transportl īdzekļa bloka s ērijas numurs vai 
sertifikāta pieprasījuma ID (datu tips VuSe ­
rialNumber or CertificateRequestID) – skat īt 
CSM_123;  
▼B 
DSRC galven ās atslēgas versijas numurs  – t ās DSRC galven ās atslēgas1 baita versijas 
numurs, no kuras atvasin ātas transportl ī­
dzekļa bloka īpašās DSRC atsl ēgas; sk. 
9.2.2. ieda ļu; 
MAC  – MAC, kas apr ēķināts par visiem iepriekš ē­
jiem baitiem RTM datos.  
CSM_225 Min ētais 3 baitu skait ītājs DSRC droš ības datos ir 
“vispirms MSB” form ātā. Pirmajā reizē, kad transportl ī­
dzekļa bloks pēc tā laišanas ražošan ā aprēķina RTM datu 
kopumu, tas iestata skait ītāja vērtību uz 0. Transportl īdzekļa 
bloks palielina skait ītāja datu vērtību par 1 katrreiz, pirms 
tas aprēķina nākamo RTM datu kopumu.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 432  
13.2.  Tahogr āfa lietder īgās slodzes kod ēšana un MAC ģenerēšana  
CSM_226 Pie ņemot, ka ir vienk ārša teksta datu elements ar datu tipu
  
, kā aprakstīts 14. papildin ājumā, 
transportlīdzekļa bloks šifr ē šos datus, k ā parādīts 
12. attēlā — izmanto transportl īdzekļa bloka DSRC atsl ēgu 
šifrēšanai K_VU  DSRC  _ENC (sk. 9.2.2. ieda ļu) ar AES šifra 
bloka saķēdējuma (CBC) darb ības režīmā, kā noteikts 
[ISO 10116], ar starpparametru  m = 1. Inicializ ācijas 
vektors ir vien āds ar  IV = aktuālais datums/laiks  || ‘00 00 
00 00 00 00 00 00 00 ’ || skaitītājs, kur  aktuālais datum ­
s/laiks  un skaitītājs ir norādīti CSM_224. Šifr ējamos datus 
papildina, izmantojot [ISO 9797-1] defin ēto 2. metodi.  
CSM_227 Transportl īdzekļa bloks DSRC droš ības datos apr ēķina 
MAC, kā parādīts 12. attēlā, — MAC apr ēķina par visiem 
iepriekšējiem baitiem RTM datos l īdz DSRC galven ās 
atslēgas versijas numuram, to ieskaitot, k ā arī ieskaitot 
datu objektu birkas un garumus. Transportl īdzekļa bloks 
izmanto savu DSRC atsl ēgu K_VU  DSRC  _MAC autentific ē­ 
šanai (sk. 9.2.2. ieda ļu) ar AES algoritmu CMAC rež īmā, 
kā norādīts [SP 800-38B]. MAC garums ir piesaist īts trans­
portlīdzekļa bloka īpašo DSRC atsl ēgu garumam, k ā norā­
dīts CSM_50.  
12. attēls. 
Tahogrāfa lietder īgās slodzes šifr ēšana un MAC ģenerēšana
  
13.3.  Tahogr āfa lietder īgās slodzes verifik ācija un atšifr ēšana  
CSM_228 Kad att ālinātais piepras ītājs saņem RTM datus no transport ­
līdzekļa bloka, tas nos ūta visus RTM datus kontroles kartei 
PROCESS DSRC MESSAGE komandas datu lauk ā, kā 
aprakstīts 2. papildin ājumā. Tad:  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 433  
1) kontroles karte p ārbauda DSRC galven ās atslēgas 
versijas numuru DSRC droš ības datos. Ja kontroles 
karte neatpaz īst norādīto DSRC galveno atsl ēgu, tā 
atsūta atpakaļ 2. papildin ājumā norādīto kļūdas ziņo­
jumu un p ārtrauc procesu;  
▼M1 
2) kontroles karte izmanto nor ādīto DSRC galveno karti 
apvienojum ā ar transportl īdzekļa bloka sērijas numuru 
vai sertifik āta piepras ījuma identifikatoru DSRC 
drošības datos, lai atvasin ātu transportl īdzekļa bloka 
īpašās DSRC atsl ēgas K_VU  DSRC  _ENC un 
K_VU  DSRC  _MAC, kā norādīts CSM_124;  
▼B 
3) kontroles karte izmanto K_VU  DSRC  _MAC, lai verific ētu 
MAC DSRC droš ības datos, k ā norādīts CSM_227. Ja 
MAC ir nepareizs, kontroles karte ats ūta atpakaļ 2. papil­
dinājumā norādīto kļūdas ziņojumu un p ārtrauc procesu;  
4) kontroles karte izmanto K_VU  DSRC  _ENC, lai atšifr ētu 
šifrēto tahogr āfa lietder īgo slodzi, k ā norādīts 
CSM_226. Kontroles karte atmet papildin ājumu un 
atsūta atpakaļ atšifrētos tahogr āfa lietderīgās slodzes 
datus attālinātajam piepras ītājam. 
CSM_229 Lai nov ērstu atkārtošanas uzbrukumus, att ālinātais piepras ī­
tājs verificē RTM datu svaigumu, p ārliecinoties, vai  aktuā­
lais datums/laiks  DSRC droš ības datos p ārāk neatšķiras no 
attālinātā pieprasītāja aktuālā laika.  
Piezīmes:  
— Tas noz īmē, ka attālinātajā pieprasītājā ir jābūt inte­
grētam precīzam un uzticamam laika avotam.  
— Tā kā 14. papildin ājums nosaka, ka transportl īdzekļa 
blokam ir j āaprēķina jauns RTM datu kopums ik p ēc 
60 sekund ēm un ka transportl īdzekļa bloka pulkstenis 
drīkst atšķirties no re ālā laika par 1 min ūti, zemākā 
robežvērtība RTM datu svaigumam ir 2 min ūtes. Fakti­
skais nepieciešamais svaigums ir atkar īgs arī no attāli­
nātā pieprasītāja pulksteņa precizitātes. 
CSM_230 Kad darbn īca pārliecinās par transportl īdzekļa bloka DSRC 
funkciju pareizu darb ību, tā nosūta visus no transportl ī­
dzekļa bloka sa ņemtos RTM datus darbn īcas kartei 
PROCESS DSRC MESSAGE komandas datu lauk ā, kā 
aprakstīts 2. papildin ājumā. Darbnīcas karte veic visas 
CSM_228 nor ādītās pārbaudes un darb ības. 
14. LEJUPIEL ĀDĒTO DATU PARAKST ĪŠANA UN PARAKSTU VERI ­
FICĒŠANA  
14.1.  Vispārīgi 
CSM_231 Īpašā viedierīcē (IDE) vien ā fiziskā datu datn ē saglabā no 
transportlīdzekļa bloka vai kartes vien ā datu lejupiel ādes 
sesijā saņemtos datus. Datus var saglab āt ESM (ārējā infor­
mācijas nesējā). Šajā datnē ir datu bloku elektroniskie 
paraksti, k ā norādīts 7. papildin ājumā. Datnē ir arī šādi 
sertifikāti (sk. 9.1. ieda ļu): ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 434  
— ja datus lejupiel ādē no transportl īdzekļa bloka:  
— VU_Sign sertifik āts, 
— MSCA_VU-EGF sertifik āts, kas ietver publisko 
atslēgu, kura izmantojama VU_Sign sertifik āta veri­
ficēšanai;  
— ja datus lejupiel ādē no kartes:  
— Card_Sign sertifik āts, 
— MSCA_Card sertifik āts, kas ietver publisko atsl ēgu, 
kura izmantojama Card_Sign sertifik āta verificē­ 
šanai.  
CSM_232 IDE ar ī izmanto:  
— ja tā izmanto kontroles karti paraksta verific ēšanai, kā 
parādīts 13. attēlā — saites sertifik ātu, kas sasaista 
jaunāko EUR sertifik ātu ar EUR sertifik ātu, kura der ī­
guma termi ņš ir tieši pirms jaun ākā sertifikāta derīguma 
termiņa, ja šāds sertifikāts ir;  
— ja tā pati verific ē parakstu — visus der īgos Eiropas 
saknes sertifik ātus. 
Piezīme. Metode, ko IDE izmanto šo sertifik ātu izgūšanai, 
šajā papildinājumā nav norādīta. 
14.2.  Paraksta ģenerēšana  
CSM_233 Parakst īšanas algoritms lejupiel ādēto datu elektronisko 
parakstu izveidošanai ir ECDSA, k ā norādīts [DSS], izman ­
tojot jaucējalgoritmu, kas piesaist īts transportl īdzekļa bloka 
vai kartes atsl ēgu lielumam, k ā norādīts CSM_50. Paraksta 
formāts ir vienk āršs, kā norādīts [TR-03111].  
14.3.  Paraksta verifik ācija 
CSM_234  ►M1 IDE var veikt lejupiel ādēto datu paraksta verifik āciju 
pati vai var šim nol ūkam izmantot kontroles karti. Ja t ā 
izmanto kontroles karti, paraksta verifik ācija notiek, k ā 
parādīts Figure 13. att ēlā. Lai verific ētu IDE uzr ādītā serti­
fikāta laika der īgumu, kontroles karte izmanto t ās iekšējo 
aktuālo laiku, k ā norādīts CSM_167. Kontroles karte atjau ­
nina savu aktu ālo laiku, ja autentisk ā “derīga laika avota” 
sertifikāta derīguma termi ņš ir agrāks par kartes aktu ālo 
laiku. Karte k ā derīgu laika avotu atz īst tikai šādus sertifi­
kātus: 
— otrās paaudzes ERCA saites sertifik ātus; 
— otrās paaudzes MSCA sertifik ātus; 
— otrās paaudzes VU_Sign vai Card_Sign sertifik ātus, 
kurus izdevusi t ā pati valsts, kas izdevusi kartes sertifi ­
kātu(-us).  
Ja IDE pati veic paraksta verifik āciju, tā verificē datu datnē 
iekļautās sertifikātu ķēdes visu sertifik ātu autentiskumu un 
derīgumu un ar ī datu parakstu, iev ērojot [DSS] noteikto 
paraksta sh ēmu. Abos gad ījumos attiec ībā uz katru sertifi ­
kātu, kas ir nolas īts no datu datnes, ir j āverificē, ka sertifi ­
kāta turētāja pilnvaras (CHA) lauks ir aizpild īts pareizi:  
— EQT sertifik āta CHA lauk ā norāda transportl īdzekļa 
bloka vai kartes (ja vajadz īgs) sertifik ātu parakstīšanai 
(skatīt 1. papildin ājumu, datu tips EquipmentType);  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 435  
— EQT.CA sertifik āta CHA nor āda MSCA;  
— EQT.Link sertifik āta CHA nor āda ERCA. ◄ 
Piezīmes par 13. att ēlu: 
— Ierīci, kas parakst ījusi analiz ējamos datus, apz īmē ar 
EQT.  
— Attēlā minētie EQT sertifik āti un publisk ās atslēgas ir 
parakstīšanai paredz ētās, t. i., VU_Sign vai Card_Sign.  
— Attēlā minētie EQT.CA sertifik āti un publisk ās atslēgas 
ir paredzētas attiecīgi transportl īdzekļa bloka vai kartes 
sertifikātu parakstīšanai.  
— Attēlā minētais EQT.CA.EUR sertifik āts ir Eiropas 
saknes sertifik āts, kas nor ādīts EQT.CA sertifik āta 
CAR.  
— Attēlā norādītais EQT.Link sertifik āts ir EQT saites 
sertifikāts, ja tāds ir. Kā norādīts 9.1.2. ieda ļā, tas ir 
saites sertifik āts jaunam Eiropas saknes atsl ēgu pārim, 
ko izveidojusi ERCA un kas parakst īts ar iepriekš ējo 
Eiropas priv āto atslēgu. 
— EQT.Link.EUR sertifik āts ir Eiropas saknes sertifik āts, 
kas norādīts EQT.Link sertifik āta CAR.  
CSM_235 Lai apr ēķinātu jaucējvērtību M, kas nos ūtīta kontroles kartei 
ar PSO:Hash komandu, IDE izmanto jauc ējalgoritmu, kas 
piesaistīts tā transportl īdzekļa bloka vai kartes atsl ēgas 
lielumam, no kura lejupiel ādēti dati, kā norādīts CSM_50.  
CSM_236 EQT paraksta verific ēšanai kontroles karte iev ēro [DSS] 
noteikto paraksta sh ēmu. 
Piezīme. Šajā dokument ā nav noteikts, k ādas darbības 
jāveic gadījumā, ja lejupiel ādētas datu datnes parakstu 
nevar verific ēt vai ja verifik ācija ir neveiksm īga. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 436  
13. attēls 
Protokols lejupiel ādētas datu datnes paraksta verifik ācijai
 ▼M1
 02016R0799 — LV — 26.02.2020 — 002.001 — 437  
12. papildin ājums  
POZICION ĒŠANA UZ GLOB ĀLĀS NAVIG ĀCIJAS SATEL ĪTU 
SISTĒMAS (GNSS) PAMATA  
SATURA R ĀDĪTĀJS 
1. IEVADS  
1.1. Darb ības joma  
1.2. Akron īmi un notācijas 
2. GNSS UZTV ĒRĒJA SPECIFIK ĀCIJA  
3. NMEA  DATZIŅAS 
4. TRANSPORTL ĪDZEKĻA BLOKS AR ĀRĒJO GNSS IEK ĀRTU  
4.1. Konfigur ācija 
4.1.1 Galvenie komponenti un saskarnes  
4.1.2 Ārējās GNSS iek ārtas stāvoklis ražošanas procesa beig ās 
4.2. Komunik ācijas starp ārējo GNSS iek ārtu un transportl īdzekļa bloku  
4.2.1 Komunik ācijas protokols  
4.2.2 GNSS datu droša p ārsūtīšana 
4.2.3 Komandas READ RECORD strukt ūra 
4.3. Ārējās GNSS iek ārtas un transportl īdzekļa bloka savienošan ās, 
savstarpējā autentifikācija un sesijas atsl ēgas apstiprin āšana 
4.4. Kļūdu apstrāde 
4.4.1 Komunik ācijas ar ārējo GNSS iek ārtu kļūda 
4.4.2 Ārējās GNSS iek ārtas fiziskās integritātes pārkāpums  
4.4.3 No GNSS uztv ērēja netiek sa ņemta atrašan ās vietas inform ācija 
4.4.4 Ārējās GNSS iek ārtas sertifik āts nav derīgs 
5. TRANSPORTL ĪDZEKĻA BLOKS BEZ ĀRĒJĀS GNSS 
IEKĀRTAS  
5.1. Konfigur ācija 
5.2. Kļūdu apstrāde 
5.2.1 No GNSS uztv ērēja netiek sa ņemta atrašan ās vietas inform ācija 
6. GNSS LAIKA KONFLIKTS  
7. PRETRUN ĪGA INFORM ĀCIJA PAR TRANSPORTL ĪDZEKĻA 
KUSTĪBU 
1. IEVADS  
Šajā papildinājumā izklāstītas tehnisk ās prasības par transportl īdzekļa 
bloka izmantotajiem GNSS datiem, tostarp par protokoliem, kas j āievieš, 
lai nodrošin ātu pareizu un drošu pozicion ēšanas inform ācijas pārsūtīšanu.  
Galvenie Regulas (ES) Nr. 165/2014 noteikumi, kas ir šo pras ību pamatā 
ir: 8. pants (Transportl īdzekļa atrašanās vietas ikdienas darba laikposma 
konkrētos punktos re ģistrēšana), 10. pants (Saskarne ar intelektisk ām 
transporta sist ēmām) un 11. pants (S īki izstrādāti noteikumi par viedajiem 
tahogrāfiem).  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 438  
1.1. Darb ības joma  
GNS_1 Transportl īdzekļa bloks apkopo atrašan ās vietas datus, kas ieg ūti 
no vismaz vienas GNSS, lai sekm ētu 8. panta īstenošanu.  
Transportlīdzekļa bloks var b ūt aprīkots ar ārējo GNSS iek ārtu vai var 
būt bez tās, kā aprakstīts 1. attēlā. 
1. attēls 
Dažādas GNSS uztv ērēja konfigur ācijas
  
1.2. Akron īmi un not ācijas  
Šajā papildinājumā izmantoti š ādi akronīmi: 
DOP precizit ātes samazin āšana 
EGF GNSS iek ārtas element ārdatnes  
EGNOS Eiropas Ģeostacionārās navigācijas pārklājuma dienests  
GNSS glob ālas navigācijas satelītu sistēma 
GSA GPS precizit ātes samazin āšana un akt īvie satelīti 
HDOP horizont ālās precizitātes samazin āšana 
ICD saskarnes kontroles dokuments  
NMEA Nacion ālā kuģu elektroiek ārtu tirgotāju apvienība [National 
Marine Electronics Association ] ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 439  
PDOP atrašan ās vietas precizit ātes samazin āšana 
RMC ieteicamie, oblig ātie, konkr ētie [ Recommended Minimum 
Specific ] dati  
SIS sign āls kosmosā [Signal in Space ] 
VDOP vertik ālās precizitātes samazin āšana 
TB transportl īdzekļa bloks  
2. GNSS UZTV ĒRĒJA SPECIFIK ĀCIJA  
Neatkarīgi no tā, vai viedā tahogrāfa konfigur ācijā ir ārējā GNSS iek ārta, 
precīzas un uzticamas pozicion ālās informācijas nodrošin āšana ir vied ā 
tahogrāfa efektīvas darbības būtisks elements. T ādēļ ir lietderīgi pieprasīt 
tā saderību ar pakalpojumiem, ko sniedz  Galileo  un Eiropas Ģeostacio­
nārās navigācijas pārklājuma dienesta ( EGNOS ) programmas, k ā tas 
izklāstīts Eiropas Parlamenta un Padomes Regul ā (ES) 
Nr. 1285/2013 (  1 ). Sistēma, kas izveidota, īstenojot  Galileo  programmu, 
ir neatkarīga globāla satelītnavigācijas sistēma, savuk ārt sistēma, kas 
izveidota  EGNOS  programmas satvar ā, ir reģionāla satelītnavigācijas 
sistēma, kas uzlabo glob ālās pozicion ēšanas sistēmas (GPS) sign āla 
kvalitāti. 
GNS_2 Ražot āji nodrošina, lai viedo tahogr āfu GNSS uztv ērēji būtu 
saderīgi ar pozicion ēšanas pakalpojumiem, ko sniedz  Galileo  
un EGNOS  sistēmas. Ražot āji var arī papildus izv ēlēties nodro­ 
šināt saderību ar citām satelītu navigācijas sistēmām. 
GNS_3 GNSS uztv ērējs spēs atbalstīt autentifik āciju Galileo  atvērtajā 
pakalpojum ā, kad  Galileo  sistēma sniegs š ādu pakalpojumu un 
GNSS uztv ērēju ražotāji to atbalst īs. Tomēr viedajiem tahogr ā­
fiem, kas tirg ū laisti pirms iepriekš izkl āstīto nosacījumu izpildes 
un kas neatbalsta autentifik āciju Galileo atv ērtajā pakalpojum ā, 
modernizācija nebūs obligāta. 
3. NMEA  DATZIŅAS 
Šajā iedaļā aprakstītas viedā tahogrāfa darbībā izmantot ās NMEA  
datziņas. Šī iedaļa attiecas gan uz vied ā tahogrāfa konfigur āciju ar 
ārējo GNSS iek ārtu, gan bez t ās. 
GNS_4 Atrašan ās vietas datu pamat ā ir NMEA  datziņa, kas satur ietei ­
camos, oblig ātos, konkrētos (RMC ) GNSS datus: atrašan ās vietas 
informāciju (garums, platums), laiku  UTC  formātā (hhmmss.ss), 
ātrumu attiec ībā pret zemi mezglos un citas papildu v ērtības. 
RMC  datziņas struktūra (saskaņā ar NMEA  V4.1 standartu):  ▼B 
( 1 ) Eiropas Parlamenta un Padomes 2013. gada 11. decembra Regula (ES) Nr. 1285/2013 
par Eiropas satel ītu navigācijas sistēmu ieviešanu un ekspluat āciju un ar ko atce ļ 
Padomes Regulu (EK) Nr. 876/2002 un Eiropas Parlamenta un Padomes Regulu (EK) 
Nr. 683/2008 (OV L 347, 20.12.2013., 1. lpp.).
 02016R0799 — LV — 26.02.2020 — 002.001 — 440  
2. attēls 
RMC  datziņas strukt ūra
 
Statuss nor āda, vai GNSS sign āls ir pieejams. Ja statusa v ērtība nav A, 
saņemtos datus (piem., par laiku vai garumu un platumu) nevar izmantot, 
lai transportl īdzekļa blokā reģistrētu transportl īdzekļa atrašanās vietu.  
▼M1 
Atrašanās vietas izš ķirtspējas pamatā ir iepriekš aprakst ītās RMC datzi ņas 
struktūra. Ar 3. un 5. lauka pirmo da ļu norāda grādus. Ar atlikušajiem 
trim skaitļiem norāda minūtes. Tādējādi izšķirtspēja ir 1/1 000 no 
minūtes jeb 1/60 000 no gr āda (viena min ūte ir 1/60 no gr āda). 
GNS_5 Transportl īdzekļa bloks sav ā datubāzē glabā informāciju par 
atrašanās vietu (platums un garums) izš ķirtspējā 1/10 no min ūtes 
vai 1/600 no gr āda, kā aprakstīts 1. papildin ājumā attiecībā uz 
GeoCoordinates datu tipu.  
Signāla pieejam ības un precizit ātes noteikšanai TB var izmantot 
GPS DOP un akt īvo satelītu (GSA) komandu. Īpaši HDOP tiek 
izmantots, lai ieg ūtu norādi par reģistrēto atrašanās vietas datu 
precizitāti (sk. 4.2.2. punktu). TB uzglab ās horizontālās precizi­
tātes samazin āšanas (HDOP) v ērtības, kas apr ēķinātas kā mini­
mālās HDOP v ērtības, kuras ieg ūtas pieejamaj ās GNSS sist ēmās. 
GNSS Id. nor āda atbilstošo NMEA Id. katrai GNSS konstel ā­
cijai un satel ītā novietotai darb ības uzlabošanas sist ēmai 
(SBAS).  
3. attēls 
GSA datzi ņas strukt ūra
 ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 441  
GNS_6 GSA datzi ņu glabā ar numuru ‘02’ l īdz ‘06’.  
▼B 
GNS_7  NMEA  datziņas (piem.,  RMC , GSA  u. c.) maksim ālais izmērs 
izmantošanai ieraksta nolas īšanas komandas noteikšanai ir 85 
baiti (sk. 1. tabulu).  
4. TRANSPORTL ĪDZEKĻA BLOKS AR ĀRĒJO GNSS IEK ĀRTU  
4.1. Konfigur ācija 
4.1.1  Galvenie komponenti un saskarnes  
Šajā konfigurācijā GNSS uztv ērējs ir daļa no ārējās GNSS iek ārtas. 
GNS_8 Ārējās GNSS iek ārtas darbību nodrošina ar īpašu transportl ī­
dzekļa saskarni.  
GNS_9 Ārējai GNSS iek ārtai ir šādi komponenti (sk. 4. att ēlu): 
a) komerci āliem mērķiem paredz ēts GNSS uztv ērējs, kas caur 
GNSS datu saskarni nodrošina atrašan ās vietas datus. 
Piemēram, GNSS datu saskarn ē var izmantot  NMEA  
V4.10 standartu, kur ā GNSS uztv ērējs darbojas k ā raidītājs 
un 1 Hz frekvenc ē pārsūta NMEA  datziņas GNSS drošajam 
raiduztvērējam, kas uztver iepriekš defin ētu NMEA  datziņu 
kopumu, kur ā jābūt vismaz  RMC  un GSA  datziņām. GNSS 
datu saskarnes īstenošanas veidu izv ēlas ārējās GNSS 
iekārtas ražotājs; 
b) raiduztv ērēja bloks (GNSS drošais raiduztv ērējs), kas 
atbalsta standartu ISO/IEC 7816-4:2-13 (sk. 4.2.1. punktu), 
lai komunic ētu ar transportl īdzekļa bloku, un GNSS datu 
saskarni sazi ņai ar GNSS uztv ērēju. Šis bloks ir apr īkots 
ar atmiņu, kurā tiek glab āti GNSS uztv ērēja un ārējās 
GNSS iekārtas identifik ācijas dati;  
c) korpusa sist ēma, kas pilda manipul āciju konstat ēšanas funk ­
ciju; šis korpuss aptver gan GNSS uztv ērēju, gan GNSS 
drošo raiduztv ērēju. Manipul āciju konstat ēšanas funkcija 
veic aizsardz ības pasākumus, kā noteikts vied ā tahogrāfa 
aizsardzības profilā; 
d) GNSS antena, kas uzst ādīta transportl īdzeklī un korpusa 
sistēmā savienota ar GNSS uztv ērēju. 
GNS_10 Ārējai GNSS iek ārtai ir šādas ārējās saskarnes:  
a) saskarne ar GNSS antenu, kas uzst ādīta transportl īdzeklī, ja 
tiek izmantota ārējā antena;  
b) saskarne ar transportl īdzekļa bloku.  
GNS_11 Transportl īdzekļa bloka drošais raiduztv ērējs nodrošina drošu 
komunikāciju ar GNSS drošo raiduztv ērēju, un, lai nodrošin ātu 
savienojumu ar ārējo GNSS iek ārtu, tam ir j āatbalsta standarts 
ISO/IEC 7816-4:2013.  ▼M1
 02016R0799 — LV — 26.02.2020 — 002.001 — 442  
GNS_12 Fizik ālajā slānī komunikācijai ar ārējo GNSS iek ārtu transport ­
līdzekļa bloks atbalsta standartu ISO/IEC 7816-12:2005 vai citu 
standartu, kas sp ēj atbalstīt standartu ISO/IEC 7816-4:2013 (sk. 
4.2.1. punktu).  
4.1.2  Ārējās GNSS iek ārtas stāvoklis ražošanas procesa beig ās 
GNS_13 Ārējā GNSS iek ārta GNSS droš ā raiduztvērēja energoneatkar ī­
gajā atmiņā pēc izvešanas no r ūpnīcas glabā šādas vērtības: 
— EGF_MA atsl ēgu pāris un attiec īgais sertifik āts; 
— MSCA_VU-EGF sertifik āts, kurā ir MSCA_VU-EGF.PK 
publiskā atslēga, ko izmanto EGF_MA sertifik āta verifikā­
cijai;  
— EUR sertifik āts, kurā ir EUR.PK publisk ā atslēga, ko 
izmanto MSCA_VU-EGF sertifik āta verifikācijai;  
— EUR sertifik āts, kura der īguma termi ņš beidzas tieši pirms 
tā EUR sertifik āta derīguma termi ņa, ko izmanto 
MSCA_VU-EGF sertifik āta (ja tāds pastāv) verificēšanai;  
— saites sertifik āts, kas veido saikni starp min ētajiem diviem 
EUR sertifik ātiem (ja tādi pastāv); 
— ārējās GNSS iek ārtas paplašin ātais sērijas numurs;  
— GNSS iek ārtas operētājsistēmas identifikators;  
— ārējās GNSS iek ārtas tipa apstiprin ājuma numurs;  
— ārējās GNSS iek ārtas drošības komponenta identifikators.  
4.2. Komunik ācijas starp ārējo GNSS iek ārtu un transportl īdzekļa bloku  
4.2.1  Komunik ācijas protokols  
GNS_14 Komunik ācijas protokols starp ārējo GNSS iek ārtu un trans ­
portlīdzekļa bloku atbalsta tr īs funkcijas:  
1. GNSS datu (piem., atrašan ās vieta, laiks, ātrums) apkopo ­ 
šana un izplat īšana;  
2. Ārējās GNSS iek ārtas konfigur ācijas datu apkopošana;  
3. Vadības protokols, kurš atbalsta ārējās GNSS iek ārtas un 
TB savienošanu, savstarp ēju autentifik āciju un sesijas 
atslēgas apstiprin āšanu.  
GNS_15 Komunik ācijas protokola pamat ā ir standarts ISO/IEC 7816- 
4:2013, šaj ā protokolā TB drošais raiduztv ērējs pilda ved ēja 
funkciju, bet GNSS drošais raiduztv ērējs — sekot āja funkciju. 
Fiziskais savienojums starp ārējo GNSS iek ārtu un transportl ī­
dzekļa bloku ir balst īts uz standartu ISO/IEC 7816-12:2005 vai 
citu standartu, kas sp ēj atbalstīt standartu ISO/IEC 7816- 
4:2013.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 443  
GNS_16 Komunik ācijas protokols neatbalsta paplašin āta garuma laukus.  
▼B 
GNS_17 Starp ārējo GNSS iek ārtu un TB izmantot ā standarta ISO 7816 
(gan *-4:2013, gan *-12:2005) komunik ācijas protokola v ērtība 
T ir 1.  
▼M1 
GNS_18 Attiec ībā uz 1. funkciju (GNSS datu apkopošana un izplat ī­ 
šana), 2. funkciju ( ārējās GNSS iek ārtas konfigur ācijas datu 
apkopošana) un 3. funkciju (vad ības protokols), GNSS drošais 
raiduztvērējs simulē viedkarti, kuras dat ņu sistēmas arhitekt ūru 
veido pamatdatne (MF), direktorija datne (DF), kur ā ir 1. papil ­
dinājuma 6.2. noda ļā norādītais lietojuma identifikators (“FF 44 
54 45 47 4D”) un tr īs elementārdatnes ar sertifik ātiem, un viena 
elementārdatne (EF.EGF), kuras identifikators ir vien āds ar 
“2F2F”, kā aprakstīts 1. tabul ā. 
▼B 
GNS_19 GNSS drošais raiduztv ērējs no GNSS uztv ērēja saņemtos datus 
un konfigur āciju glabā EF.EGF datn ē. Tā ir lineāra, mainīga 
izmēra datne heksadecim ālā formātā, kuras identifikators ir 
“2F2F”.  
▼M1 
GNS_20 GNSS drošais raiduztv ērējs datu glab āšanai izmanto atmi ņu, 
kas ir spējīga veikt vismaz 20 miljonu ierakst īšana/nolasīšanas 
ciklu. GNSS droš ā raiduztvērēja konstrukcija un darb ība, 
izņemot iepriekš min ēto aspektu, ir ražot āja pārziņā. 
Ierakstīšanas numuru un datu kart ējums ir izkl āstīts 1. tabul ā. 
Jāņem vērā, ka satelītu sistēmām un satel ītā novietotai darb ības 
uzlabošanas sist ēmai (SBAS) ir piecas GSA datzi ņas. 
▼B 
GNS_21 Datnes strukt ūra izklāstīta 1. tabul ā. Piekļuves nosac ījumus 
(ALW, NEV, SM-MAC) sk. 2. papildin ājuma 3.5. noda ļā. 
1. tabula  
Datnes strukt ūra 
▼C2 
Piekļuves nosac ījumi 
Datne  Datnes ID  Nolas īšana Atjaunin āšana Šifr ēta 
MF 3F00  
EF.ICC  0002  ALW  NEV 
(ar TB)  Nē 
DF GNSS Facility  0501  ALW  NEV  N ē 
EF EGF_MACertificate  C100  ALW  NEV  N ē 
EF CA_Certificate  C108  ALW  NEV  N ē 
EF Link_Certificate  C109  ALW  NEV  N ē 
EF.EGF  2F2F  SM-MAC  NEV 
(ar TB)  Nē ▼M1
 02016R0799 — LV — 26.02.2020 — 002.001 — 444  
Datne/datu elements  Ieraksta numurs  Izm ērs (baiti)  Noklusējuma 
vērtības 
Min.  Maks.  
MF 552  1 031  
EF.ICC  
sensorGNSSSerialNumber  8  8  
DF GNSS Facility  612  1 023  
EF EGF_MACertificate  204  341  
EGFCertificate  204  341  {00..00}  
EF CA_Certificate  204  341  
MemberStateCertificate  204  341  {00..00}  
EF Link_Certificate  204  341  
LinkCertificate  204  341  {00..00}  
EF.EGF  
RMC NMEA datzi ņa ‘1’  85  85  
GSA NMEA 1. datzi ņa ‘02’  85  85  
GSA NMEA 2. datzi ņa ‘03’  85  85  
GSA NMEA 3. datzi ņa ‘04’  85  85  
GSA NMEA 4. datzi ņa ‘05’  85  85  
GSA NMEA 5. datzi ņa ‘06’  85  85  
Ārējās GNSS iek ārtas paplašin ātais sērijas 
numurs, kas 1. papildin ājumā definēts kā 
SensorGNSSSerialNumber  ‘07’ 8  8  
GNSS droš ā raiduztvērēja operētājsistēmas 
identifikators, kas 1. papildin ājumā defi­
nēts kā SensorOSIdentifier  ‘08’ 2  2  
Ārējās GNSS iek ārtas tipa apstiprin ājuma 
numurs, kas 1. papildin ājumā definēts kā 
SensorExternalGNSSApprovalNumber  ‘09’ 16  16  
Ārējās GNSS iek ārtas drošības komponenta 
identifikators, kas 1. papildin ājumā defi­
nēts kā SensorExternalGNSSSCIdentifier  ‘10’ 8  8  
RFU rezerv ēts izmantošanai n ākotnē No ‘11’ l īdz 
‘FD’ 
▼B 
4.2.2  GNSS datu droša p ārsūtīšana  
GNS_22 GNSS atrašan ās vietas datu droša p ārsūtīšana ir atļauta tikai 
šādos gadījumos:  
1. Savienošanas process ir pabeigts, k ā aprakstīts 11. papildin ā­
jumā (Vienotie droš ības mehānismi).  ▼C2
 02016R0799 — LV — 26.02.2020 — 002.001 — 445  
2. Periodisk ā savstarpējā autentifikācija un sesijas atsl ēgas ap­
stiprināšana starp TB un ārējo GNSS iek ārtu, kā aprakstīts 
11. papildin ājumā (Vienotie droš ības mehānismi), ir izpild īta 
norādītajā frekvencē. 
GNS_23 Ik p ēc T sekund ēm, kur T v ērtība ir mazāka nekā vai vienāda 
ar 10, izņemot, ja notiek savienošan ās vai savstarp ējā autenti­
fikācija un sesijas atsl ēgas apstiprin āšana, TB pieprasa ārējai 
GNSS iekārtai atrašan ās vietas inform āciju šādā kārtībā: 
1. TB pieprasa ārējai GNSS iek ārtai atrašan ās vietas datus un 
datus par precizit ātes samazin āšanu (izmantojot  GSA NMEA  
datziņu). TB drošais raiduzv ērējs izmanto standarta ISO/IEC 
7816-4:2013 komandas SELECT un READ RECORD tikai 
drošā ziņapmaiņas autentifik ācijas režīmā, kā aprakstīts 
11. papildin ājuma 11.5. ieda ļā, ja datnes identifikators ir 
“2F2F” un RECORD numurs  RMC NMEA  datziņas gadī­
jumā ir “01” un  GSA NMEA  datziņas gadījumā — “02”, 
“03”, “04”, “05”, “06”.  
2. Jaunākos saņemtos atrašan ās vietas datus glab ā GNSS 
drošajā raiduztv ērējā element ārdatnē ar identifikatoru 
“2F2F” un ierakstiem, kas nor ādīti 1. tabulā, tiklīdz GNSS 
drošais raiduztv ērējs no GNSS uztv ērēja pa GNSS datu 
saskarni sa ņem NMEA  datus vismaz vienu reizi sekund ē. 
3. GNSS drošais raiduztv ērējs sūta atbildi TB drošajam 
raiduztvērējam, izmantojot atbildes zi ņu APDU, tikai droš ā 
ziņapmaiņas autentifik ācijas režīmā, kā aprakstīts 11. papil ­
dinājuma 11.5. ieda ļā. 
4. TB drošais raiduztv ērējs pārbauda saņemtās atbildes auten ­
tiskumu un integrit āti. Ja pārbaude ir pozit īva, atrašan ās 
vietas datus pa GNSS datu saskarni p ārsuta TB procesoram.  
▼M1 
5. TB procesors p ārbauda saņemtos datus, izvelkot inform āciju 
(piem., garumu, platumu, laiku) no RMC NMEA datzi ņas. 
RMC NMEA datzi ņa satur šādu inform āciju, ja atrašan ās 
vieta ir der īga. Ja atrašan ās vieta nav der īga, atrašan ās vietas 
dati vēl nav pieejami un tos nevar izmantot transportl īdzekļa 
atrašanās vietas reģistrēšanai. Ja atrašan ās vieta ir der īga, TB 
procesors no GSA NMEA datzi ņas izvelk ar ī HDOP 
vērtības un apr ēķina vidējo vērtību par pieejam ām satelītu 
sistēmām (t. i., kad sign āls ir pieejams).  
▼B 
6. TB procesors sa ņemto un apstr ādāto informāciju (piem., 
platumu, garumu, laiku un ātrumu) saglab ā transportlīdzekļa 
blokā tādā formātā, kāds datu tipam  GeoCoordinates  norā­
dīts 1. papildin ājumā, kopā ar HDOP  vērtību, kas apr ēķināta 
kā to HDOP  vērtību minimums, kuras ieg ūtas pieejamaj ās 
GNSS sist ēmās. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 446  
4.2.3  Komandas READ RECORD strukt ūra 
Šajā iedaļā detalizēti aprakstīta komandas READ RECORD strukt ūra. Ir 
pievienota droš ā ziņapmaiņa (tikai autentifik ācijas režīms), kā aprakstīts 
11. papildin ājumā (Vienotie droš ības mehānismi).  
GNS_24 Š ī komanda atbalsta drošo zi ņapmaiņu, ja tiek izmantots tikai 
autentifikācijas režīms (sk. 11. papildin ājumu).  
GNS_25 Komandas zi ņojums  
Baits  Garums  Vērtība Apraksts  
CLA  1  “0Ch”  Pieprasīta drošā ziņapmaiņa 
INS 1  “B2h”  Read Record  
P1 1  “XXh”  Ieraksta numurs (“00” ir atsauce uz pašrei ­
zējo ierakstu)  
P2 1  “04h”  Nolasa ierakstu ar ieraksta numuru, kas 
norādīts P1  
Le 1  “XXh”  Gaidāmais datu garums. Nolas āmo baitu 
skaits  
GNS_26 P1 min ētais ieraksts k ļūst par pašreiz ējo ierakstu  
Baits  Garums  Vērtība Apraksts  
#1-#X  X  “XX..XXh”  Nolasītie dati  
SW 2  “XXXXh”  Statusa v ārdi (SW1, SW2)  
— Ja komanda izpild ās, GNSS drošais raiduztv ērējs izvada 
“9000 ”. 
— Ja pašreiz ējā datne nav ierakstorient ēta, GNSS drošais 
raiduztvērējs izvada “ 6981 ”. 
— Ja komandu izmanto ar ierakstu P1=“00”, bet pašreiz ējā EF 
nav, GNSS drošais raiduztv ērējs izvada “ 6986 ” (komanda 
nav atļauta).  
— Ja ieraksts netiek atrasts, GNSS drošais raiduztv ērējs izvada 
“6A 83 ”. 
— Ja ārējā GNSS iek ārta ir konstat ējusi manipul ācijas, tā 
izvada statusa v ārdus “ 66 90 ”. 
GNS_27 GNSS drošais raiduztv ērējs atbalsta turpm āk minētās 2. papildi ­
nājumā norādītās otrās paaudzes tahogr āfu komandas.  
Komanda  Atsauce  
Select  2. papildin ājuma 3.5.1. noda ļa 
Read Binary  2. papildin ājuma 3.5.2. noda ļa 
Get Challenge  2. papildin ājuma 3.5.4. noda ļa 
PSO: Verify Certificate  2. papildin ājuma 3.5.7. noda ļa 
External Authenticate  2. papildin ājuma 3.5.9. noda ļa 
General Authenticate  2. papildin ājuma 3.5.10. noda ļa 
MSE:SET  2. papildin ājuma 3.5.11. noda ļa ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 447  
4.3. Ārējās GNSS iek ārtas un transportl īdzekļa bloka savienošan ās, 
savstarpējā autentifik ācija un sesijas atsl ēgas apstiprin āšana  
Ārējās GNSS iek ārtas un transportl īdzekļa bloka savienošan ās, savstar­
pējā autentifik ācija un sesijas atsl ēgas apstiprin āšana ir aprakst īta 
11. papildin ājuma (Vienotie droš ības mehānismi) 11. noda ļā. 
4.4. Kļūdu apstrāde 
Šajā iedaļā aprakstīts, kā transportlīdzekļa blokā tiek apstrādātas un ierak ­
stītas ārējās GNSS iek ārtas iespējamās kļūdas. 
4.4.1  Komunik ācijas ar ārējo GNSS iek ārtu kļūda 
▼M1 
GNS_28 Ja TB nesp ēj savienoties ar pievienoto ārējo GNSS iek ārtu 
vairāk nekā 20 minūšu laikā, TB sāk ģenerēt un reģistrēt trans­
portlīdzekļa blokā EventFaultType veida notikumu ar enum 
vērtību “0E”H Communication error with the external GNSS 
facility kop ā ar laika zīmogu, kas atbilst pašreiz ējam laikam. Šo 
notikumu ģenerē tikai tad, ja izpild ās šādi divi nosac ījumi: a) 
viedais tahogr āfs nav kalibr ēšanas režīmā un b) transportl ī­
dzeklis ir kust ībā. Šajā sakarā komunikācijas kļūda tiek izrai ­
sīta, kad TB drošais raiduztv ērējs nesaņem atbildes zi ņu pēc 
4.2. punktā aprakstītās pieprasījuma ziņas nosūtīšanas.  
▼B 
4.4.2  Ārējās GNSS iek ārtas fizisk ās integritātes pārkāpums  
▼M1 
GNS_29 Ja saist ībā ar ārējo GNSS iek ārtu noticis p ārkāpums, GNSS 
drošais raiduztv ērējs dzēš visu atmi ņā esošo inform āciju, 
tostarp šifr ēšanas materi ālu. Kā aprakstīts GNS_25. un 
GNS_26. apakšpunkt ā, TB konstat ē manipulācijas, ja atbildes 
statuss ir ‘6690’. P ēc tam TB ģenerē EventFaultType veida 
notikumu ar enum v ērtību ‘19’H Tamper detection of GNSS. 
Ārējā GNSS iek ārta vairs var neatbild ēt uz ārēju pieprasījumu.  
▼B 
4.4.3  No GNSS uztv ērēja netiek sa ņemta atrašan ās vietas inform ācija 
▼M1 
GNS_30 Ja GNSS drošais raiduztv ērējs nesaņem datus no GNSS uztv ē­
rēja vairāk nekā trīs stundas, GNSS drošais raiduztv ērējs uz 
komandu READ RECORD ģenerē atbildi ar RECORD numuru 
“01” un 12 baitu datu lauku, kura v ērtība ir 0xFF. Sa ņemot 
atbildes zi ņu ar minēto datu lauka v ērtību, TB ģenerē un 
reģistrē EventFaultType veida notikumu ar enum v ērtību 
“0D”H Absence of position information from GNSS receiver 
kopā ar laika z īmogu, kas atbilst pašreiz ējam laikam, tikai tad, 
ja izpildās šādi divi nosac ījumi: a) viedais tahogr āfs nav kali ­
brēšanas režīmā un b) transportl īdzeklis ir kust ībā. 
▼B 
4.4.4  Beidzies ārējās GNSS iek ārtas sertifik āta termiņš 
GNS_31  ►M1 Ja TB konstat ē, ka EGF sertifik āts, ko izmanto savstar ­
pējai autentifik ācijai, vairs nav der īgs, TB ģenerē un reģistrē 
EventFaultType veida ierakst īšanas aprīkojuma kļūdu ar enum 
vērtību “1B”H External GNSS facility certificate expired  kopā 
ar laika z īmogu, kas atbilst pašreiz ējam laikam. TB turpina 
izmantot sa ņemtos GNSS atrašan ās vietas datus. ◄ ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 448  
4. attēls 
Ārējās GNSS iek ārtas shematisks att ēlojums
  
5. TRANSPORTL ĪDZEKĻA BLOKS BEZ ĀRĒJĀS GNSS IEK ĀRTAS  
5.1. Konfigur ācija 
Šajā konfigurācijā GNSS uztv ērējs atrodas transportl īdzekļa blokā, kā 
aprakstīts 1. attēlā. 
GNS_32 GNSS uztv ērējs darbojas k ā raidītājs un pārsūta NMEA  datziņas 
TB procesoram, kas darbojas k ā uztvērējs 1/10 Hz vai ātrākā 
frekvencē, lai uztvertu iepriekš defin ētu NMEA  datziņu 
kopumu, kur ā ir vismaz  RMC  un GSA  datziņas. 
GNS_33 Ārējā GNSS antena, kas uzst ādīta transportl īdzeklī, vai iekšējā 
GNSS antena ir savienota ar TB.  
5.2. Kļūdu apstrāde 
5.2.1  No GNSS uztv ērēja netiek sa ņemta atrašan ās vietas inform ācija 
▼M1 
GNS_34 Ja TB no GNSS uztv ērēja nesaņem datus vair āk nekā trīs 
stundas, TB ģenerē un reģistrē EventFaultType veida notikumu 
ar enum v ērtību ‘0D’H Absence of position information from 
GNSS receiver kop ā ar laika z īmogu, kas atbilst pašreiz ējam 
laikam, tikai tad, ja izpild ās šādi divi nosac ījumi: a) viedais 
tahogrāfs nav kalibr ēšanas režīmā un b) transportl īdzeklis ir 
kustībā. 
6. GNSS LAIKA KONFLIKTS  
Ja TB starp transportl īdzekļa bloka laika m ērīšanas funkciju un laiku, kas 
iegūts no GNSS uztv ērēja, konstatē laika atšķirību, kura p ārsniedz vienu 
minūti, TB reģistrē EventFaultType veida notikumu ar enum v ērtību 
“0B”H Time conflict (GNSS versus VU internal clock) . Pēc laika 
konflikta izrais īšanas TB turpm ākās 12 stundas laika nesakrit ību nepār­
bauda. Šis notikums netiek izrais īts gadījumos, kad GNSS uztv ērējs 
pēdējās 30 dienās nav uztv ēris derīgu GNSS sign ālu. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 449  
7. PRETRUN ĪGA INFORM ĀCIJA PAR TRANSPORTL ĪDZEKĻA 
KUSTĪBU 
GNS_35 TB izraisa un re ģistrē notikumu “Pretrun īga informācija par 
transportlīdzekļa kustību” (sk. šā pielikuma 84. pras ību) kopā 
ar laika zīmogu, kas atbilst pašreiz ējam laikam, ja no kust ības 
sensora apr ēķinātā kustības inform ācija ir pretrun ā kustības 
informācijai, kura apr ēķināta no iekš ējā GNSS uztv ērēja vai 
no ārējās GNSS iek ārtas. Šādu pretrunu konstat ēšanai izmanto 
no minētajiem avotiem ieg ūtā ātruma atšķirības vidējo vērtību, 
kā aprakstīts turpmāk: 
— ne retāk kā reizi 10 sekund ēs tiek apr ēķināta no GNSS 
iegūtā transportl īdzekļa ātruma un no kust ības sensora 
iegūtā ātruma atšķirības absolūtā vērtība; 
— vidējās vērtības aprēķināšanai izmanto visas apr ēķinātās 
vērtības no pēdējo piecu min ūšu laika interv āla, kurā noti­
kusi kustība; 
— vidējo vērtību aprēķina kā vidējo vērtību no 80 % atlikušo 
vērtību pēc tam, kad ir izsl ēgtas lielākās absolūtās vērtības. 
Notikums “Pretrun īga inform ācija par transportl īdzekļa 
kustību” tiek izrais īts, ja vidējā vērtība ir lielāka par 10 km/h 
vismaz piecas min ūtes pēc kārtas, ja transportl īdzeklis atrodas 
kustībā. Lai iegūtu ticamāku konstat ējumu par tahogr āfa mani­
pulācijām, pēc izvēles var izmantot ar ī citus neatkar īgus trans­
portlīdzekļa kustības noteikšanas avotus (vid ējo vērtību par 
pēdējām piecām minūtēm izmanto, lai nov ērstu risku, ka tiek 
izmērīta izlecošās un pārejas vērtības). Šis notikums netiek 
izraisīts šādos nosacījumos: a) ja notiek brauciens ar pr āmi/vil­
cienu, b) ja no GNSS uztv ērēja nav pieejama atrašan ās vietas 
informācija un c) ja viedais tahogr āfs ir kalibr ēšanas režīmā. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 450  
13. papildin ājums  
ITS SASKARNE  
SATURA R ĀDĪTĀJS 
1. IEVADS  
2. DARB ĪBAS JOMA  
2.1. Akron īmi, definīcijas un apz īmējumi 
3. MIN ĒTĀS REGULAS UN STANDARTI  
4. SASKARNES DARB ĪBAS PRINCIPI  
4.1. Priekšnosac ījumi datu p ārsūtīšanai ar ITS saskarnes starpnie ­ 
cību 
4.1.1. Dati, kas tiek sniegti ar ITS saskarnes starpniec ību 
4.1.2. Datu saturs  
4.1.3. ITS lietojumprogrammas  
4.2. Sazi ņas tehnolo ģija 
4.3. PIN autoriz ācija 
4.4. Ziņojuma form āts 
4.5. Vad ītāja piekrišana  
4.6. Standarta datu izg ūšana 
4.7. Personas datu izg ūšana 
4.8. Notikumu un k ļūmju datu izg ūšana 
1. IEVADS  
Šajā papildinājumā ir noteikta strukt ūra un proced ūras, kas jāievēro, īste­
nojot saskarni ar intelektisk ām transporta sist ēmām (ITS), k ā paredzēts 
Regulas (ES) Nr. 165/2014 (turpm āk “Regula ”) 10. pant ā. 
Regulā ir noteikts, ka transportl īdzekļu tahogrāfus var apr īkot ar standar ­
tizētu saskarni, kas ļauj tahogrāfa reģistrētos vai rādītos datus darba rež īmā 
izmantot ārējai ierīcei, ievērojot šādus nosacījumus:  
a) saskarne neietekm ē tahogrāfa datu autentiskumu un integrit āti; 
b) saskarne atbilst Regulas 11. pant ā noteiktajiem s īki izstrādātajiem 
noteikumiem;  
c) personas dati — tostarp ģeopozicion ēšanas dati — saskarnei piesl ēg­
tajai ārējai ierīcei ir pieejami tikai ar t ā transportl īdzekļa vadītāja, uz 
kuru dati attiecas, p ārbaudāmu piekrišanu.  
2. DARB ĪBAS JOMA  
Šā papildinājuma darb ības joma ir noteikt, k ā ārējās ierīcēs izmitinātas 
lietojumprogrammas ar  Bluetooth ® savienojuma starpniec ību var ieg ūt 
datus (turpm āk “dati”) no tahogr āfa. 
Dati, kas pieejami ar š īs saskarnes starpniec ību, ir aprakst īti šā dokumenta 
1. pielikum ā. Šī saskarne neliedz īstenot citas saskarnes (piem., ar CAN 
kopnes starpniec ību) transportl īdzekļa bloka datu p ārraidei uz cit ām trans­
portlīdzekļa datu apstr ādes iekārtām. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 451  
Šajā papildinājumā ir noteikti š ādi aspekti:  
— dati , kas pieejami ar ITS saskarnes starpniec ību; 
— Bluetooth ® profils, ko izmanto datu p ārsūtīšanai;  
— datu piepras ījuma un lejupiel ādes proced ūras un darb ību secība; 
— tahogrāfa un ārējas ierīces sapārošanas meh ānisms;  
— vadītājam pieejamais piekrišanas meh ānisms.  
▼M1 
Skaidrības labad – šis papildin ājums  nenosaka:  
— datu  vākšanas darb ības un datu p ārvaldību transportl īdzekļa blokā (tas 
ir noteikts  Regulā vai ir ražojuma konstrukt īva funkcija);  
— veidu, k ā savāktie dati ir j āiesniedz ārējā ierīcē izmitinātai lietojum ­
programmai;  
— datu droš ības noteikumus par to, ko nodrošina  Bluetooth ® (piem., 
šifrēšanu) attiec ībā uz datu  saturu (tas ir noteikts  Regulā [11. papildi ­
nājums “Vienotie droš ības mehānismi”]);  
— Bluetooth ® protokolus, ko izmanto ITS saskarne.  
▼B 
2.1. Akron īmi, defin īcijas un apz īmējumi  
Šajā papildinājumā ir lietoti š ādi akronīmi un defin īcijas:  
saziņa informācijas un/vai datu apmai ņa starp galveno iek ārtu (t. i., 
tahogrāfu) un ārēju iekārtu, izmantojot ITS saskarni ar  Blue­
tooth ® starpniec ību 
dati 1. pielikum ā noteiktās datu kopas  
Regula  Eiropas Parlamenta un Padomes 2014. gada 4. febru āra Regula 
(ES) Nr. 165/2014 par tahogr āfiem autotransport ā, ar kuru atce ļ 
Padomes Regulu (EEK) Nr. 3821/85 par re ģistrācijas kontrolie ­
rīcēm, ko izmanto autotransport ā, un groza Eiropas Parlamenta 
un Padomes Regulu (EK) Nr. 561/2006, ar ko paredz dažu 
sociālās jomas ties ību aktu saska ņošanu saist ībā ar autotransportu  
BR pamat ātrums  
EDR  uzlabots datu p ārraides ātrums  
GNSS  globāla navigācijas satelītu sistēma 
IRK  identit ātes izšķirtspējas atslēga 
ITS intelektisk ā transporta sist ēma 
LE zema ener ģija 
PIN personas identifik ācijas numurs  
PUC  person īgais atbloķēšanas kods  
SID pakalpojuma identifikators  
SPP seriālā porta profils  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 452  
SSP droša vienk ārša sapārošana  
TRTP  pārsūtīšanas piepras ījuma parametrs  
TREP  pārsūtīšanas atbildes parametrs  
VU transportl īdzekļa bloks  
3. MIN ĒTĀS REGULAS UN STANDARTI  
Šajā papildinājumā noteiktajā specifikācijā ir dotas atsauces uz (un t ā ir 
atkarīga no) turpm āk minētajām regulām un standartiem vai to da ļām. Šā 
papildinājuma noteikumos ir nor ādīti attiecīgie standarti vai standartu 
noteikumi. Jebk ādu pretrunu gad ījumā noteicošie ir š ā papildinājuma 
noteikumi.  
Šajā papildinājumā ir minētas šādas regulas un standarti:  
— Eiropas Parlamenta un Padomes 2014. gada 4. febru āra Regula (ES) 
Nr. 165/2014 par tahogr āfiem autotransport ā, ar kuru atce ļ Padomes 
Regulu (EEK) Nr. 3821/85 par re ģistrācijas kontrolier īcēm, ko izmanto 
autotransport ā, un groza Eiropas Parlamenta un Padomes Regulu (EK) 
Nr. 561/2006, ar ko paredz dažu soci ālās jomas ties ību aktu saska ņo­ 
šanu saistībā ar autotransportu;  
— Eiropas Parlamenta un Padomes 2006. gada 15. marta Regula (EK) 
Nr. 561/2006, ar ko paredz dažu soci ālās jomas ties ību aktu saska ņo­ 
šanu saist ībā ar autotransportu, groza Padomes Regulu (EEK) 
Nr. 3821/85 un Padomes Regulu (EK) Nr. 2135/98 un atce ļ Padomes 
Regulu (EEK) Nr. 3820/85;  
— ISO 16844-4: Autotransporta l īdzekļi. Tahogrāfu sistēmas. 4. da ļa: 
CAN saskarne;  
— ISO 16844-7: Autotransporta l īdzekļi. Tahogrāfu sistēmas. 7. da ļa: 
Parametri;  
— Bluetooth ® — Seriālā porta profils — V1.2;  
— Bluetooth ® — Kodola versija 4.2;  
— NMEA 0183 V4.1 protokols.  
4. SASKARNES DARB ĪBAS PRINCIPI  
4.1. Priekšnosac ījumi datu p ārsūtīšanai ar ITS saskarnes starpniec ību 
Transportlīdzekļa bloka uzdevums ir past āvīgi atjaunin āt un uzraudz īt tajā 
uzglabātos datus, neiesaistot ITS saskarni. L īdzekļi, ko izmanto šim 
nolūkam, ir transportl īdzekļa bloka iekš ējie līdzekļi un ir noteikti Regul ā, 
bet ne šajā papildinājumā. 
4.1.1.  Dati, kas tiek sniegti ar ITS saskarnes starpniec ību 
Transportlīdzekļa bloka uzdevums ir past āvīgi atjaunin āt datus, kas b ūs 
pieejami ar ITS saskarnes starpniec ību, tik bieži, k ā noteikts transportl ī­
dzekļa bloka proced ūrās, neiesaistot ITS saskarni. Transportl īdzekļa bloka 
datus izmanto k ā pamatu  datu  aizpildīšanai un atjaunin āšanai. Līdzekļi, ko 
izmanto šim nol ūkam, ir noteikti  Regulā, vai, ja šādas specifik ācijas nav, 
tā ir ražojuma konstrukt īva funkcija un nav preciz ēta šajā papildinājumā. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 453  
4.1.2.  Datu saturs  
Datu  saturs ir noteikts š ā papildinājuma 1. pielikum ā. 
4.1.3.  ITS lietojumprogrammas  
ITS lietojumprogrammas izmanto datus, kas ir pieejami ar ITS saskarnes 
starpniecību, piemēram, lai optimiz ētu vadītāja darbību pārvaldību, vien­
laikus ievērojot Regulu, atkl ātu iespējamas tahogr āfa kļūdas vai izmantotu 
GNSS datus. Lietojumprogrammu specifik ācija nav ietverta š ā papildinā­
juma tvērumā. 
4.2. Saziņas tehnolo ģija 
Datu  apmaiņa, izmantojot ITS saskarni, notiek ar t ādas Bluetooth  
® saskarnes starpniec ību, kas ir sader īga ar versiju 4.2 vai v ēlāku versiju.  
Bluetooth ® darbojas nelicenc ētajā 2,4–2,485 GHz r ūpniecības, zinātnes un 
medicīnas ( ISM) frekvenc ē. Bluetooth ® 4.2 pied āvā uzlabotus priv ātuma 
un drošības mehānismus un palielina datu p ārsūtīšanas ātrumu un uztica ­
mību. Šajā specifikācijā izmanto  Bluetooth ® 2. klases radio ar diapazonu 
līdz 10 metriem. Plaš āka inform ācija par  Bluetooth ® 4.2 ir pieejama 
vietnē www.bluetooth.com (https://www.bluetooth.org/en-us/specificatio ­
n/adopted-specifications?_ga=1.215147412.2083380574.143 5305676).  
Saziņa tiek izveidota ar sakaru iek ārtu pēc tam, kad pilnvarota ier īce ir 
pabeigusi sap ārošanas procesu. T ā kā Bluetooth ® izmanto ved ējsekotājsis­
tēmas modeli, lai kontrol ētu, kad un kur ier īces var nos ūtīt datus, tahogr āfs 
veic vedēja funkcijas, savuk ārt ārējā ierīce — sekot āja funkcijas.  
▼M1 
Kad ārējā ierīce pirmo reizi non āk transportl īdzekļa bloka uztveršanas 
diapazonā, var tikt inici ēts Bluetooth ® sapārošanas process (sk. ar ī 2. pieli­
kumu). Ier īces apmain ās adresēm, nosaukumiem, profiliem un ar kop ējo 
slepeno atsl ēgu, un tādējādi tās turpmāk var savienoties ikreiz, kad t ās 
atrodas viena otras tuvum ā. Kad šis posms ir pabeigts, tiek apstiprin āta 
ārējās ierīces uzticam ība un ierīce var inici ēt pieprasījumus lejupiel ādēt 
datus no tahogr āfa. Nav paredz ēts pievienot šifr ēšanas meh ānismus 
papildus tiem, kurus nodrošina Bluetooth®. Tom ēr, ja ir vajadz īgi papildu 
drošības mehānismi, tos pievieno saska ņā ar 11. papildin ājumu “Vienoti 
drošības mehānismi”.  
▼B 
Vispārējais saziņas princips ir par ādīts turpmāk dotajā attēlā.
 ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 454  
Datu pārsūtīšanai no transportl īdzekļa bloka uz ārējo ierīci izmanto  Blue­
tooth ® SPP (seri ālā porta profilu).  
4.3. PIN autoriz ācija 
▼M1 
Drošības apsvērumu dēļ TB būs vajadzīga no  Bluetooth ® sapārošanas 
nošķirta PIN koda autoriz ācijas sistēma. Katram transportl īdzekļa blokam 
autentifikācijas nolūkos ir jāspēj ģenerēt PIN kodus, kas sast āv no vismaz 
4 cipariem. Ikreiz, kad ārējā ierīce izveido p āri ar transportl īdzekļa bloku, 
tai pirms jebk ādu datu sa ņemšanas ir j ānorāda pareizs PIN kods.  
▼B 
Ja PIN ir ievad īts veiksmīgi, ierīce tiek iek ļauta baltaj ā sarakstā. Baltajā 
sarakstā var saglab āt vismaz 64 ier īces, kas ir sap ārotas ar konkr ēto trans­
portlīdzekļa bloku.  
Ja nepareizu PIN kodu nor āda trīs reizes pēc kārtas, ierīce tiek īslaicīgi 
iekļauta melnaj ā sarakstā. Kamēr ierīce ir melnaj ā sarakstā, ikviens jauns 
šīs ierīces darbības mēģinājums tiek noraid īts. Ja vēlreiz norāda nepareizu 
PIN kodu tr īs reizes pēc kārtas, tiek noteikts daudz ilg āks aizliegums (sk. 
1. tabulu). Nor ādot pareizu PIN kodu, aizlieguma ilgums un m ēģinājumu 
skaits tiek atiestat īti. PIN valid ācijas mēģinājuma sekven ču diagramma ir 
norādīta 2. pielikuma 1. att ēlā. 
1. tabula  
Aizlieguma ilgums atkar ībā no tā, cik ir bijis sec īgu neveiksm īgu 
mēģinājumu nor ādīt pareizu PIN kodu  
Secīgu neveiksm īgu mēģinājumu skaits  Aizlieguma ilgums  
3 30 sekundes  
6 5 min ūtes 
9 1 stunda  
12 24 stundas  
15 past āvīgi 
Ja nepareizu PIN kodu nor āda piecpadsmit (5 × 3) reizes p ēc kārtas, ITS 
iekārta tiek past āvīgi iekļauta melnaj ā sarakstā. Šādu pastāvīgo aizliegumu 
pārtrauc tikai pareiza PUC koda nor ādīšana.  
PUC kods sast āv no 8 cipariem, un ražot ājs to nodrošina kop ā ar trans­
portlīdzekļa bloku. Ja nepareizu PUC kodu nor āda desmit reizes p ēc 
kārtas, ITS iek ārta tiek neatgriezeniski iek ļauta melnaj ā sarakstā. 
▼M1 
Lai gan ražot ājs var pied āvāt iespēju mainīt PIN kodu tieši ar transportl ī­
dzekļa bloka starpniec ību, PUC kodu main īt nevar. Lai main ītu PIN kodu 
(ja tas ir iesp ējams), aktu ālais PIN kods ir j āievada tieši transportl īdzekļa 
blokā. 
▼B 
Turklāt visas ierīces, kas saglab ātas baltajā sarakstā, paliek sarakst ā, līdz 
lietotājs tās manuāli izdzēš (piem., izmantojot transportl īdzekļa bloka 
cilvēka–mašīnas saskarni vai citus l īdzekļus). Tādējādi no baltā saraksta 
var izdzēst nozaudētas vai nozagtas ITS iek ārtas. Turkl āt ITS iekārtas, kas 
atstāj Bluetooth  pieslēguma diapazonu uz vair āk nekā 24 stundām, tiek 
automātiski dzēstas no transportl īdzekļa bloka balt ā saraksta, un t ām ir 
vēlreiz jānorāda pareizs PIN kods, kad atk ārtoti tiek izveidots savieno ­
jums.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 455  
Transportlīdzekļa bloka saskarnes un transportl īdzekļa bloka savstarp ējo 
ziņojumu form āts nav noteikts, bet ir ražot āja ziņā. Tomēr minētais ražo­
tājs nodrošina, ka tiek iev ērots noteiktais zi ņojumu form āts starp ITS 
iekārtu un transportl īdzekļa bloka saskarni (sk. ASN.1 specifik ācijas).  
Tādējādi ikviens datu piepras ījums tiek izpild īts, pienācīgi pārbaudot sūtī­
tāja akreditācijas datus pirms jebk ādas datu apstr ādes. Šīs procedūras 
sekvenču diagramma ir par ādīta 2. pielikuma 2. att ēlā. Ikviena melnaj ā 
sarakstā iekļauta ierīce saņem automātisku noraid ījumu, savuk ārt ierīces, 
kas nav iek ļautas ne melnaj ā, ne baltaj ā sarakstā, saņem piepras ījumu 
norādīt PIN, kas t ām jāizpilda pirms sava datu piepras ījuma atkārtotas 
nosūtīšanas.  
4.4. Ziņojuma form āts 
Visi ziņojumi, ar kuriem notiek apmai ņa starp ITS iek ārtu un transportl ī­
dzekļa bloka saskarni, tiek formatiz ēti struktūrā, kurai ir tr īs daļas: 
galvene, kas sast āv no mērķbaita (TGT), avota baita (SRC) un garuma 
baita (LEN);  
datu lauks, kas sast āv no pakalpojuma identifikatora baita (SID) un 
mainīga datu baitu skaita (ne vair āk kā 255);  
kontrolsummas baits, kas ir 1 baita summas 256 modu ļu sērija no visiem 
ziņojuma baitiem, neskaitot pašu kontrolsummas baitu.  
Ziņojuma form āts ir Big Endian . 
2. tabula  
Vispārējais ziņojuma form āts 
Galvene  Datu lauks  Kontrolsumma  
TGT  SRC  LEN  SID  TRTP  CC  CM  DATI  CS  
3 baiti  Maksim āli 255 baiti  1 baits  
Galvene  
TGT un SRC — zi ņojuma mērķa (TGT) un avota (SRC) ier īču ID. Trans ­
portlīdzekļa bloka saskarnes noklus ējuma ID ir “EE”. Šo ID nevar main īt. 
ITS iekārta savam pirmajam sazi ņas sesijas zi ņojumam izmanto noklus ē­
juma ID “A0”. Tad transportl īdzekļa bloka saskarne pieš ķir ITS iekārtai 
unikālu ID un pazi ņo tai minēto ID izmantošanai turpm ākiem ziņojumiem 
sesijā. 
LEN baits ņem vērā tikai datu lauka da ļu “DATI” (sk. 2. tabulu); pirmie 
4 baiti ir netieši.  
Transportlīdzekļa bloka saskarne apstiprina zi ņojuma sūtītāja autenti­
skumu, sal īdzinot savu IDList sarakstu ar  Bluetooth  datiem un p ārbaudot, 
vai norādītajā ID uzskait ītā ITS iekārta konkrētajā brīdī ir Bluetooth  savie­
nojuma diapazon ā. 
Datu lauks  
Datu lauk ā papildus SID ir ietverti ar ī citi parametri — p ārsūtīšanas 
pieprasījuma parametrs (TRTP) un skait ītāja baiti.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 456  
Ja apstrādājamo datu apjoms p ārsniedz vien ā ziņojumā pieejamo vietu, tie 
tiek sadalīti vairākās ziņojuma daļās. Visām ziņojuma daļām ir viena un t ā 
pati galvene un SID, bet, lai nor ādītu ziņojuma daļas numuru, taj ā ir 
iekļauts 2 baitu skait ītājs, aktuālais skaitītājs (CC) un maksim ālais skaitī­
tājs (CM). K ļūdu pārbaudīšanas iespējošanai un p ārtraucei saņēmēja ierīce 
apliecina katru zi ņojuma daļu. Saņēmēja ierīce var pieņemt ziņojuma daļu, 
pieprasīt to nosūtīt vēlreiz, piepras īt nosūtītājai ierīcei datu pārsūtīšanu sākt 
vēlreiz vai p ārtraukt.  
▼B 
Ja CC un CM neizmanto, tiem pieš ķir vērtību 0xFF.  
Piemēram, šāds ziņojums:  
GALVENE  SID  TRTP  CC  CM  DATI  CS  
3 baiti  Gar āks par 255 baitiem  1 baits  
tiek pārraidīts šādi: 
GALVENE  SID  TRTP  01  n  DATI  CS  
3 baiti  255 baiti  1 baits  
GALVENE  SID  TRTP  02  n  DATI  CS  
3 baiti  255 baiti  1 baits  
.. 
GALVENE  SID  TRTP  N  N  DATI  CS  
3 baiti  maksim āli 255 baiti  1 baits  
Ziņojumi, ar kuriem var apmain īties transportl īdzekļa bloks un ITS iek ārta, 
ir ietverti 3. tabul ā. Katra parametra saturs ir nor ādīts heksadecim āl­
skaitļos. Tabulā skaidrības labad nav nor ādīts CC un CM; pilnu form ātu 
sk. iepriekš.  
3. tabula  
Detalizēts ziņojuma saturs  
Ziņojums  Galvene  DATI  Kontrols­
umma  
TGT  SRC  LEN  SID  TRTP  DATI  
RequestPIN  ITSID  EE  00  01  FF  
SendITSID  ITSID  EE  01  02  FF  ITSID  
SendPIN  EE  ITSID  04  03  FF  4*VESELS 
SKAITLIS (0..9)  
PairingResult  ITSID  EE  01  04  FF  BŪLA DATU TIPS 
(PATIESS/ 
APLAMS)  
SendPUC  EE  ITSID  08  05  FF  8*VESELS 
SKAITLIS (0..9)  ▼M1
 02016R0799 — LV — 26.02.2020 — 002.001 — 457  
Ziņojums  Galvene  DATI  Kontrols­
umma  
TGT  SRC  LEN  SID  TRTP  DATI  
BanLiftingResult  ITSID  EE  01  06  FF  BŪLA DATU TIPS 
(PATIESS/ 
APLAMS)  
RequestRejected  ITSID  EE  08  07  FF  Laiks  
RequestData  
standardTachData  EE  ITSID  01  08  01  
personalTachData  EE  ITSID  01  08  02  
gnssData  EE  ITSID  01  08  03  
standardEventData  EE  ITSID  01  08  04  
personalEventData  EE  ITSID  01  08  05  
standardFaultData  EE  ITSID  01  08  06  
manufacturerData  EE  ITSID  01  08  07  
ResquestAccepted  ITSID  EE  Len  09  TREP  Dati  
DataUnavailable  
Nav pieejamu datu  ITSID  EE  02  0A  TREP  10  
Personas dati 
netiek koplietoti  ITSID  EE  02  0A  TREP  11  
NegativeAnswer  
Vispārējs 
noraidījums  ITSID  EE  02  0B  SID piepr.  10  
Pakalpojums 
netiek atbalst īts ITSID  EE  02  0B  SID piepr.  11  
Apakšfunkcija 
netiek atbalst īta ITSID  EE  02  0B  SID piepr.  12  
Nepareizs zi ņo­
juma garums  ITSID  EE  02  0B  SID piepr.  13  
Nepareizi nosac ī­
jumi vai piepras ī­
juma sekvences 
kļūda ITSID  EE  02  0B  SID piepr.  22  
Pieprasījums ārpus 
diapazona  ITSID  EE  02  0B  SID piepr.  31  
Atbilde kav ējas ITSID  EE  02  0B  SID piepr.  78  
ITSID neatbilst ība ITSID  EE  02  0B  SID piepr.  FC  
ITSID nav atrasts  ITSID  EE  02  0B  SID piepr.  FB  
RequestPIN (SID 01)  
Šo ziņojumu izdod transportl īdzekļa bloka saskarne, ja ne melnaj ā, ne 
baltajā sarakstā neiekļauta ITS iek ārta nosūta jebkādu datu piepras ījumu.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 458  
SendITSID (SID 02)  
Šo ziņojumu izdod transportl īdzekļa bloka saskarne ikreiz, kad piepras ī­
jumu nosūta jauna ier īce. Šāda ierīce izmanto noklus ējuma ID “A0”, pirms 
tai tiek pieš ķirts unikāls ID izmantošanai konkr ētajā saziņas sesijā. 
SendPIN (SID 03)  
Šo ziņojumu izdod ITS iek ārta, ko transportl īdzekļa bloka saskarne gata ­
vojas iekļaut baltajā sarakstā. Šā ziņojuma saturu veido kods 4 VESELS 
SKAITLIS no 0 l īdz 9.  
PairingResult (SID 04)  
Šo ziņojumu izdod transportl īdzekļa bloka saskarne, lai inform ētu ITS 
iekārtu, ja tās nosūtītais PIN kods ir pareizs. Š ā ziņojuma saturs sast āv 
no Būla datu tipa ar v ērtību “Patiess”, ja PIN kods ir pareizs, vai 
“Aplams”, ja PIN kods ir nepareizs.  
SendPUC (SID 05)  
Šo ziņojumu izdod ITS iek ārta, lai atceltu meln ā saraksta sankciju no 
transportlīdzekļa bloka saskarnes. Š ā ziņojuma saturu veido kods 8 
VESELS SKAITLIS no 0 l īdz 9.  
BanLiftingResult (SID 06)  
Šo ziņojumu izdod transportl īdzekļa bloka saskarne, lai inform ētu ITS 
iekārtu, ja tās nosūtītais PUC kods ir pareizs. Š ā ziņojuma saturs sast āv 
no Būla datu tipa ar v ērtību “Patiess”, ja PUC kods ir pareizs, vai 
“Aplams”, ja PUC kods ir nepareizs.  
RequestRejected (SID 07)  
Šo ziņojumu izdod transportl īdzekļa bloka saskarne k ā atbildi uz jebkuru 
ziņojumu, ko nos ūta melnajā sarakstā iekļauta ITS iek ārta, izņemot ziņo­
jumu “SendPUC”. Zi ņojumā ir norādīts laiks, cik ilgi ITS iek ārta vēl būs 
iekļauta melnaj ā sarakstā, ievērojot “Laiks” sekvences form ātu, kā noteikts 
3. pielikum ā. 
RequestData (SID 08)  
Šo ziņojumu par piek ļuvi datiem izdod ITS iek ārta. Piepras īto datu tipu 
norāda viena baita p ārsūtīšanas piepras ījuma parametrs (TRTP). Ir vair āki 
datu tipi:  
— standardTachData (TRTP 01) — dati, kas pieejami no tahogr āfa un 
klasificēti kā tādi, kuri nav personas dati;  
— personalTachData (TRTP 02) — dati, kas pieejami no tahogr āfa un 
klasificēti kā personas dati;  
— gnssData (TRTP 03) — GNSS dati, kas vienm ēr ir personas dati;  
— standardEventData (TRTP 04) — re ģistrēta notikuma dati, klasific ēti 
kā tādi, kas nav personas dati;  
— personalEventData (TRTP 05) — re ģistrēta notikuma dati, klasific ēti 
kā personas dati;  
— standardFaultData (TRTP 06) — re ģistrētas kļūmes, klasific ētas kā 
tādas, kas nav saist ītas ar personas datiem;  
— manufacturerData (TRTP 07) — dati, kuru pieejam ību ir nodrošin ājis 
ražotājs. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 459  
Vairāk informācijas par katra datu tipa saturu sk. š ā papildinājuma 3. pieli ­
kumā. 
Vairāk informācijas par GNSS datu form ātu un saturu sk. 12. papildin ā­
jumā. 
Vairāk informācijas par notikumu datu kodu un k ļūmēm sk. I.B un 
I.C pielikum ā. 
ResquestAccepted (SID 09)  
Šo ziņojumu izdod transportl īdzekļa bloka saskarne, ja ITS iek ārtas 
“RequestData” zi ņojums ir pie ņemts. Šis zi ņojums ietver 1 baita TREP, 
kas ir saist ītā “RequestData” zi ņojuma TRTP baits, un visus piepras ītā tipa 
datus.  
DataUnavailable (SID 0A)  
Šo ziņojumu izdod transportl īdzekļa bloka saskarne, ja konkr ēta iemesla 
dēļ pieprasītie dati nav pieejami, lai tos nos ūtītu baltajā sarakstā iekļautai 
ITS iekārtai. Ziņojums ietver 1 baita TREP, kas ir piepras īto datu TRTP, 
un 1 baita k ļūdas kodu, kas nor ādīts 3. tabul ā. Ir pieejami š ādi kodi:  
— nav pieejamu datu (10) — transportl īdzekļa bloka saskarne nevar 
piekļūt transportl īdzekļa bloka datiem nenor ādītu iemeslu d ēļ; 
— personas dati netiek koplietoti (11) — ITS iek ārta mēģina izgūt 
personas datus gad ījumā, kad tie netiek koplietoti.  
NegativeAnswer (SID 0B)  
Šos ziņojumus izdod transportl īdzekļa bloka saskarne, ja piepras ījumu 
nevar izpild īt jebkāda cita iemesla d ēļ, kas nav datu pieejam ība. Šie ziņo­
jumi parasti tiek izdoti slikta piepras ījuma form āta (garums, SID, ITSID 
u. c.) dēļ, bet ne tikai. Datu lauk ā TRTP ietver piepras ījuma SID. Datu 
lauks ietver kodu, kas identific ē negatīvās atbildes iemeslu. Ir pieejami 
šādi kodi:  
— Vispārējs noraidījums (kods: 10)  
— Darbību nevar veikt t āda iemesla d ēļ, kas nav nor ādīts ne zemāk, ne 
iedaļā (ieraksta  DataUnavailable  iedaļas numuru).  
— Pakalpojums netiek atbalst īts (kods: 11)  
— Piepras ījuma SID nav saprotams.  
— Apakšfunkcija netiek atbalst īta (kods: 12)  
— Piepras ījuma TRTP nav saprotams. Piem ēram, tā var nebūt, vai arī tas 
var neatbilst pie ņemtajām vērtībām. 
— Nepareizs zi ņojuma garums (kods: 13)  
— Saņemtā ziņojuma garums ir nepareizs (neatbilst ība starp LEN baitu un 
faktisko zi ņojuma garumu).  
— Nepareizi nosac ījumi vai piepras ījuma sekvences k ļūda (kods: 22)  
— Piepras ītais pakalpojums nav akt īvs, vai piepras ījuma ziņojumu 
sekvence ir nepareiza.  
— Piepras ījums ārpus diapazona (kods: 33)  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 460  
— Nederīgs pieprasījuma parametra ieraksts (datu lauks).  
— Atbilde kav ējas (kods: 78)  
— Piepras īto darbību nav iesp ējams veikt laikus, un transportl īdzekļa 
bloks nav gatavs pie ņemt citu piepras ījumu.  
— ITSID  neatbilstība (kods: FB)  
— SRC  ITSID  neatbilst saist ītajai ierīcei pēc salīdzināšanas ar  Bluetooth  
informāciju. 
— ITSID  nav atrasts (kods: FC)  
— SRC  ITSID  nav piesaist īts nevienai ier īcei. 
Ziņojumu form āts, kas aprakst īts 3. tabulā, ir norādīts 3. pielikuma ASN.1 
koda 1.–72. rind ā (FormatMessageModule ). Sīkāka informācija par ziņo­
jumu saturu ir izkl āstīta turpmāk. 
4.5. Vadītāja piekrišana  
Visi pieejamie dati ir klasific ēti kā standarta dati vai personas dati. 
Personas dati ir pieejami tikai tad, ja vad ītājs ir devis savu piekrišanu 
tam, ka tahogr āfā esošie viņa personas dati var tikt nos ūtīti ārpus trans­
portlīdzekļa tīkla, lai tos lietotu treš ās personas.  
Vadītāja piekrišana tiek dota, kad, pirmo reizi ievietojot konkr ētu vadītāja 
karti vai darbn īcas karti, kas transportl īdzekļa blokam pašreiz nav zin āma, 
kartes turētājs tiek aicin āts izteikt savu piekrišanu ar tahogr āfu saistītu 
personas datu izvadei ar neoblig ātās ITS saskarnes starpniec ību (sk. arī 
I.C pielikuma 3.6.2. punktu).  
Piekrišanas statuss (iesp ējots/atspējots) tiek re ģistrēts tahogrāfa atmiņā. 
Ja ir vairāki vadītāji, ar ITS saskarnes starpniec ību koplieto tikai to vad ī­
tāju personas datus, kuri ir devuši savu piekrišanu. Piem ēram, ja trans ­
portlīdzeklī ir divi vad ītāji un tikai pirmais no vi ņiem ir piekritis vi ņa 
personas datu koplietošanai, tad otr ā vadītāja personas dati netiek koplie ­
toti. 
4.6. Standarta datu izg ūšana  
Tāda derīga piepras ījuma sekven ču diagrammas, kuru nos ūtījusi ITS 
iekārta, lai piek ļūtu standarta datiem, ir par ādītas 2. pielikuma 3. att ēlā. 
ITS iekārta ir pien ācīgi iekļauta baltaj ā sarakstā un nepieprasa personas 
datus, tāpēc turpmāka verifik ācija nav vajadz īga. Diagramm ās tiek 
pieņemts, ka jau ir iev ērota atbilstoš ā procedūra, kas nor ādīta 2. pielikuma 
2. attēlā. Tās var piel īdzināt 2. attēla pelēkajam lodzi ņam REQUEST 
TREATMENT . 
No pieejamajiem datiem par standarta datiem uzskata š ādus datus:  
— standardTachData (TRTP 01),  
— StandardEventData (TRTP 04),  
— standardFaultData (TRTP 06).  
4.7. Personas datu izg ūšana  
Personas datu piepras ījuma apstr ādes sekven ču diagramma ir par ādīta 
2. pielikuma 4. att ēlā. Kā noteikts iepriekš, transportl īdzekļa bloka 
saskarne nos ūta personas datus tikai tad, ja vad ītājs ir devis skaidru piekri ­ 
šanu (sk. ar ī 4.5. punktu). Visos citos gad ījumos piepras ījums ir autom ā­
tiski jānoraida.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 461  
No pieejamajiem datiem par personas datiem uzskata š ādus datus:  
— personalTachData (TRTP 02),  
— gnssData (TRTP 03),  
— personalEventData (TRTP 05),  
— manufacturerData (TRTP 07).  
4.8. Notikumu un k ļūmju datu izg ūšana  
ITS iekārtas var piepras īt tādus datus par notikumiem, kas ietver visu 
neparedzēto notikumu sarakstu. Šos datus uzskata par standarta vai 
personas datiem; sk. 3. pielikumu. Katra notikuma saturs atbilst š ā papil­
dinājuma 1. pielikum ā norādītajai dokument ācijai. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 462  
1. PIELIKUMS  
▼M1 
1) AR ITS SASKARNES STARPNIEC ĪBU PIEEJAMO DATU SARAKSTS  
▼B 
Data  Source  Data classification (personal/ 
not personal)  
VehicleIdentificationNumber  Vehicle Unit  not personal  
CalibrationDate  Vehicle Unit  not personal  
TachographVehicleSpeed speed instant t  Vehicle Unit  personal  
Driver1WorkingState Selector driver  Vehicle Unit  personal  
Driver2WorkingState  Vehicle Unit  personal  
DriveRecognize Speed Threshold detected  Vehicle Unit  not personal  
Driver1TimeRelatedStates Weekly day time  Driver Card  personal  
Driver2TimeRelatedStates  Driver Card  personal  
DriverCardDriver1  Vehicle Unit  not personal  
DriverCardDriver2  Vehicle Unit  not personal  
OverSpeed  Vehicle Unit  personal  
TimeDate  Vehicle Unit  not personal  
HighResolutionTotalVehicleDistance  Vehicle Unit  not personal  
ServiceComponentIdentification  Vehicle Unit  not personal  
ServiceDelayCalendarTimeBased  Vehicle Unit  not personal  
Driver1Identification  Driver Card  personal  
Driver2Identification  Driver Card  personal  
NextCalibrationDate  Vehicle Unit  not personal  
Driver1ContinuousDrivingTime  Driver Card  personal  
Driver2ContinuousDrivingTime  Driver Card  personal  
Driver1CumulativeBreakTime  Driver Card  personal  
Driver2CumulativeBreakTime  Driver Card  personal  
Driver1CurrentDurationOfSelectedActivity  Driver Card  personal  
Driver2CurrentDurationOfSelectedActivity  Driver Card  personal  
SpeedAuthorised  Vehicle Unit  not personal  
TachographCardSlot1  Driver Card  not personal  
TachographCardSlot2  Driver Card  not personal  
Driver1Name  Driver Card  personal  
Driver2Name  Driver Card  personal  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 463  
Data  Source  Data classification (personal/ 
not personal)  
OutOfScopeCondition  Vehicle Unit  not personal  
ModeOfOperation  Vehicle Unit  not personal  
Driver1CumulatedDrivingTimePreviousAndCurr ­
entWeek  Driver Card  personal  
Driver2CumulatedDrivingTimePreviousAndCurr ­
entWeek  Driver Card  personal  
EngineSpeed  Vehicle Unit  personal  
RegisteringMemberState  Vehicle Unit  not personal  
VehicleRegistrationNumber  Vehicle Unit  not personal  
Driver1EndOfLastDailyRestPeriod  Driver Card  personal  
Driver2EndOfLastDailyRestPeriod  Driver Card  personal  
Driver1EndOfLastWeeklyRestPeriod  Driver Card  personal  
Driver2EndOfLastWeeklyRestPeriod  Driver Card  personal  
Driver1EndOfSecondLastWeeklyRestPeriod  Driver Card  personal  
Driver2EndOfSecondLastWeeklyRestPeriod  Driver Card  personal  
Driver1CurrentDailyDrivingTime  Driver Card  personal  
Driver2CurrentDailyDrivingTime  Driver Card  personal  
Driver1CurrentWeeklyDrivingTime  Driver Card  personal  
Driver2CurrentWeeklyDrivingTime  Driver Card  personal  
Driver1TimeLeftUntilNewDailyRestPeriod  Driver Card  personal  
Driver2TimeLeftUntilNewDailyRestPeriod  Driver Card  personal  
Driver1CardExpiryDate  Driver Card  personal  
Driver2CardExpiryDate  Driver Card  personal  
Driver1CardNextMandatoryDownloadDate  Driver Card  personal  
Driver2CardNextMandatoryDownloadDate  Driver Card  personal  
TachographNextMandatoryDownloadDate  Vehicle Unit  not personal  
Driver1TimeLeftUntilNewWeeklyRestPeriod  Driver Card  personal  
Driver2TimeLeftUntilNewWeeklyRestPeriod  Driver Card  personal  
Driver1NumberOfTimes9hDailyDrivingTimesEx ­
ceeded  Driver Card  personal  
Driver2NumberOfTimes9hDailyDrivingTimesEx ­
ceeced  Driver Card  personal  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 464  
Data  Source  Data classification (personal/ 
not personal)  
Driver1CumulativeUninterruptedRestTime  Driver Card  personal  
Driver2CumulativeUninterruptedRestTime  Driver Card  personal  
Driver1MinimumDailyRest  Driver Card  personal  
Driver2MinimumDailyRest  Driver Card  personal  
Driver1MinimumWeeklyRest  Driver Card  personal  
Driver2MinimumWeeklyRest  Driver Card  personal  
Driver1MaximumDailyPeriod  Driver Card  personal  
Driver2MaximumDailyPeriod  Driver Card  personal  
Driver1MaximumDailyDrivingTime  Driver Card  personal  
Driver2MaximumDailyDrivingTime  Driver Card  personal  
Driver1NumberOfUsedReducedDailyRestPeriods  Driver Card  personal  
Driver2NumberOfUsedReducedDailyRestPeriods  Driver Card  personal  
Driver1RemainingCurrentDrivingTime  Driver Card  personal  
Driver2RemainingCurrentDrivingTime  Driver Card  personal  
GNSS position  Vehicle Unit  personal  
2) NEPĀRTRAUKTI GNSS DATI, KAS PIEEJAMI P ĒC VADĪTĀJA PIEKRI ­ 
ŠANAS  
Sk. 12. papildin ājumu “GNSS”.  
3) NOTIKUMU KODI, KAS PIEEJAMI BEZ VAD ĪTĀJA PIEKRIŠANAS  
Notikums  Saglab āšanas noteikumi  Par notikumu ierakst āmie dati  
Ievietota neder īga karte  — 10 p ēdējie notikumi  — notikuma datums un laiks, 
— notikumu izveidojuš ās kartes(-šu) veids, 
numurs, izdev ēja dalībvalsts un kartes 
paaudze, 
— līdzīgu notikumu skaits attiec īgajā dienā 
Kartes konflikts  — 10 p ēdējie notikumi  — notikuma s ākuma datums un laiks, 
— notikuma beigu datums un laiks, 
— abu konfliktu izraisošo karšu veids, 
numurs, izdev ēja dalībvalsts un paaudze  
Nepareizi nosl ēgta pēdējā 
kartes sesija  — 10 pēdējie notikumi  — kartes ievietošanas datums un laiks, 
— kartes(-šu) veids, numurs un izdev ēja dalīb­
valsts un paaudze, 
— no kartes nolas ītās pēdējās sesijas dati: 
— kartes ievietošanas datums un laiks, 
— transportl īdzekļa reģistrācijas numurs, 
reģistrācijas dalībvalsts un transportl ī­
dzekļa bloka paaudze  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 465  
Notikums  Saglab āšanas noteikumi  Par notikumu ierakst āmie dati  
Barošanas str āvas pārtrau­
kums (2)  — ilgākais notikums katr ā no 
pēdējām 10 dien ām, kurās noti­
kums fiksēts, 
— 5 ilg ākie notikumi p ēdējās 
365 dienās — notikuma s ākuma datums un laiks, 
— notikuma beigu datums un laiks, 
— jebkuras notikuma s ākumā un/vai beig ās 
ievietotas kartes veids, numurs, izdev ēja 
dalībvalsts un paaudze, 
— līdzīgu notikumu skaits attiec īgajā dienā 
Kļūda saziņā ar attālinātās 
saziņas iekārtu — ilgākais notikums katr ā no 
pēdējām 10 dien ām, kurās noti­
kums fiksēts, 
— 5 ilg ākie notikumi p ēdējās 
365 dienās — notikuma s ākuma datums un laiks, 
— notikuma beigu datums un laiks, 
— jebkuras notikuma s ākumā un/vai beig ās 
ievietotas kartes veids, numurs, izdev ēja 
dalībvalsts un paaudze, 
— līdzīgu notikumu skaits attiec īgajā dienā 
No GNSS uztv ērēja netiek 
saņemta inform ācija par atra ­ 
šanās vietu  — ilgākais notikums katr ā no 
pēdējām 10 dien ām, kurās noti­
kums fiksēts, 
— 5 ilg ākie notikumi p ēdējās 
365 dienās — notikuma s ākuma datums un laiks, 
— notikuma beigu datums un laiks, 
— jebkuras notikuma s ākumā un/vai beig ās 
ievietotas kartes veids, numurs, izdev ēja 
dalībvalsts un paaudze, 
— līdzīgu notikumu skaits attiec īgajā dienā 
▼M1 
Kļūda saziņā ar ārējo GNSS 
iekārtu — ilgākais notikums katr ā no 
pēdējām 10 dien ām, kurās noti­
kums fiksēts, 
— 5 ilg ākie notikumi p ēdējās 
365 dienās, — notikuma s ākuma datums un laiks, 
— notikuma beigu datums un laiks, 
— jebkuras notikuma s ākumā un/vai beig ās 
ievietotas kartes veids, numurs, izdev ēja 
dalībvalsts un paaudze, 
— līdzīgu notikumu skaits attiec īgajā dienā 
▼B 
Kustības datu k ļūda — ilg ākais notikums katr ā no 
pēdējām 10 dien ām, kurās noti­
kums fiksēts, 
— 5 ilg ākie notikumi p ēdējās 
365 dienās — notikuma s ākuma datums un laiks, 
— notikuma beigu datums un laiks, 
— jebkuras notikuma s ākumā un/vai beig ās 
ievietotas kartes veids, numurs, izdev ēja 
dalībvalsts un paaudze, 
— līdzīgu notikumu skaits attiec īgajā dienā 
Pretrunīga informācija par 
transportlīdzekļa kustību — ilgākais notikums katr ā no 
pēdējām 10 dien ām, kurās noti­
kums fiksēts, 
— 5 ilg ākie notikumi p ēdējās 
365 dienās — notikuma s ākuma datums un laiks, 
— notikuma beigu datums un laiks, 
— jebkuras notikuma s ākumā un/vai beig ās 
ievietotas kartes veids, numurs, izdev ēja 
dalībvalsts un paaudze, 
— līdzīgu notikumu skaits attiec īgajā dienā 
Drošības sistēmas pārkāpuma 
mēģinājums  10 pēdējie notikumi sadal ījumā pa 
notikuma veidiem  — notikuma s ākuma datums un laiks, 
— notikuma beigu datums un laiks (ja attieci ­
nāms), 
— jebkuras notikuma s ākumā un/vai beig ās 
ievietotas kartes veids, numurs, izdev ēja 
dalībvalsts un paaudze, 
— notikuma veids  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 466  
Notikums  Saglab āšanas noteikumi  Par notikumu ierakst āmie dati  
Laika konflikts  — ilg ākais notikums katr ā no 
pēdējām 10 dien ām, kurās noti­
kums fiksēts, 
— 5 ilg ākie notikumi p ēdējās 
365 dienās — reģistrācijas kontrolier īces datums un laiks, 
— GNSS datums un laiks, 
— jebkuras notikuma s ākumā un/vai beig ās 
ievietotas kartes veids, numurs, izdev ēja 
dalībvalsts un paaudze, 
— līdzīgu notikumu skaits attiec īgajā dienā 
4) NOTIKUMU KODI, KAS PIEEJAMI AR VAD ĪTĀJA PIEKRIŠANU  
Notikums  Saglab āšanas noteikumi  Par notikumu ierakst āmie dati  
Vadīšana bez atbilstošas 
kartes  — ilgākais notikums katr ā no 
pēdējām 10 dien ām, kurās noti­
kums fiksēts, 
— 5 ilg ākie notikumi p ēdējās 
365 dienās — notikuma s ākuma datums un laiks, 
— notikuma beigu datums un laiks, 
— jebkuras notikuma s ākumā un/vai beig ās 
ievietotas kartes veids, numurs, izdev ēja 
dalībvalsts un paaudze, 
— līdzīgu notikumu skaits attiec īgajā dienā 
Kartes ievietošana transport ­
līdzekļa vadīšanas laikā — pēdējais notikums katr ā no 
pēdējām 10 dien ām, kurās noti­
kums fiksēts — notikuma datums un laiks, 
— kartes(-šu) veids, numurs un izdev ēja 
dalībvalsts un paaudze, 
— līdzīgu notikumu skaits attiec īgajā dienā 
Ātruma pārsniegšana (1)  — visnopietn ākais notikums katr ā 
no pēdējām 10 dien ām, kurās 
notikums fiks ēts (t. i., gad ījums, 
kurā konstatēts visaugst ākais 
vidējais ātrums); 
— pieci nopietn ākie notikumi 
pēdējās 365 dien ās; 
— pirmais notikums p ēc pēdējās 
kalibrēšanas  — notikuma s ākuma datums un laiks, 
— notikuma beigu datums un laiks, 
— maksim ālais izmērītais ātrums notikuma 
laikā, 
— notikuma laik ā izmērītais vidējais aritmēti­
skais ātrums, 
— kartes veids, numurs, izdev ēja dalībvalsts 
un vadītāja kartes paaudze (ja attiecin āma), 
— līdzīgu notikumu skaits attiec īgajā dienā 
5) KĻŪMJU DATU KODI, KAS PIEEJAMI BEZ VAD ĪTĀJA PIEKRIŠANAS  
Kļūme Saglab āšanas noteikumi  Par k ļūmi ierakstāmie dati  
Kartes kļūme — 10 p ēdējās vadītāja kartes 
kļūmes — kļūmes sākuma datums un laiks, 
— kļūmes beigu datums un laiks, 
— kartes(-šu) veids, numurs un izdev ēja 
dalībvalsts un paaudze  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 467  
Kļūme Saglab āšanas noteikumi  Par k ļūmi ierakstāmie dati  
Reģistrācijas kontrolier īces 
kļūmes — 10 pēdējās kļūmes sadalījumā pa 
kļūmju veidiem, 
— pirmā kļūme pēc pēdējās 
kalibrēšanas,  — kļūmes sākuma datums un laiks, 
— kļūmes beigu datums un laiks, 
— kļūmes veids; 
— kļūmes sākumā un/vai beig ās ievietotas 
jebkuras kartes veids, numurs, izdev ēja 
dalībvalsts un paaudze  
Ja vien netiek izmantots kalibr ēšanas režīms, šo kļūmi izraisa jebkura no š ādām 
kļūmēm: 
— transportl īdzekļa bloka iekš ēja kļūme; 
— printera k ļūme; 
— attēlošanas kļūme; 
— lejupiel ādes kļūme; 
— sensora k ļūme; 
— GNSS uztv ērēja vai ārējās GNSS iek ārtas kļūme; 
— attālinātās saziņas iekārtas kļūme; 
▼M1 
— ITS saskarnes k ļūme (attiecīgā gadījumā). 
▼B 
6) AR RAŽOT ĀJU SAIST ĪTI NOTIKUMI UN K ĻŪMES BEZ VAD ĪTĀJA 
PIEKRIŠANAS  
Notikums vai k ļūme Saglab āšanas noteikumi  Par notikumu ierakst āmie dati  
Nosaka ražot ājs Nosaka ražot ājs Nosaka ražot ājs ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 468  
2. PIELIKUMS  
SEKVEN ČU DIAGRAMMAS ATTIEC ĪBĀ UZ ZIŅOJUMU APMAI ŅU AR ITS IEK ĀRTU  
1. attēls 
Sekvenču diagramma PIN valid ācijas mēģinājumam
  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 469  
2. attēls 
Sekvenču diagramma ITS iek ārtas pilnvarojuma verifik ācijai
 ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 470  
3. attēls 
Sekvenču diagramma t ādu datu piepras ījuma apstr ādei, kas klasific ēti kā dati, kuri nav personas dati (p ēc 
piekļuves, nor ādot pareizu PIN)
  
4. attēls 
Sekvenču diagramma t ādu datu piepras ījuma apstr ādei, kas klasific ēti kā personas dati (p ēc piekļuves, nor ādot 
pareizu PIN)
  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 471  
5. attēls 
Sekvenču diagramma PUC valid ācijas mēģinājumam
  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 472  
3. PIELIKUMS  
ASN.1 SPECIFICATIONS
  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 473
  
▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 474
  
▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 475
  
▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 476
  
► (1) M1 ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 477
  
► (1) (2) (3)  M1 ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 478
  
► (1) M1 ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 479
  
► (1) (2) M1 ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 480
  
▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 481
  
▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 482
  
► (1) M1 ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 483
  
▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 484  
14. papildin ājums.  
ATTĀLINĀTĀS SAZIŅAS FUNKCIJA  
SATURA R ĀDĪTĀJS 
1. IEVADS  
2. DARB ĪBAS JOMA  
3. AKRON ĪMI, DEFIN ĪCIJAS UN APZ ĪMĒJUMI  
4. DARB ĪBAS SCEN ĀRIJI 
4.1. P ārskats  
4.1.1. Priekšnosac ījumi datu p ārraidei ar 5,8 GHz DSRC saskarnes starpnie ­ 
cību 
4.1.2. 1.a profils: izmantojot ar roku m ērķētu vai īslaicīgi ceļa malā uzstādītu 
un mērķētu attālinātu savlaicīgas konstat ēšanas saziņas nolasītāju 
4.1.3. 1.b profils: izmantojot transportl īdzeklī uzstādītu un mērķētu attālinātu 
savlaicīgas konstat ēšanas saziņas nolasītāju (REDCR)  
4.2. Droš ība/integritāte 
5. ATT ĀLINĀTĀS SAZIŅAS STRUKT ŪRA UN PROTOKOLI  
5.1. Strukt ūra 
5.2. Darbpl ūsma 
5.2.1. Darb ības 
5.2.2. Ar DSRC sazi ņas starpniec ību saņemto datu interpret ācija 
5.3. DSRC fizisk ās saskarnes parametri att ālinātai saziņai 
5.3.1. Atrašan ās vietas ierobežojumi  
5.3.2. Lejupsaites un augšupsaites parametri  
5.3.3. Antenas konstrukcija  
5.4. DSRC protokola pras ības attiecībā uz RTM  
5.4.1. P ārskats  
5.4.2. Komandas  
5.4.3. Piepras īšanas komandu sekvence  
5.4.4. Datu strukt ūras 
5.4.5. RtmData elementi, veikt ās darbības un defin īcijas 
5.4.6. Datu p ārraides meh ānisms  
5.4.7. Detaliz ēts DSRC dar ījumu apraksts  
5.4.8. DSRC testa dar ījuma apraksts  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 485  
5.6. Datu p ārraide starp DSRC-VU un transportl īdzekļa bloku  
5.6.1. Fiziskais savienojums un saskarnes  
5.6.2. Lietojuma protokols  
5.7. K ļūdu apstrāde 
5.7.1. Datu re ģistrēšana un pazi ņošana DSRC-VU  
5.7.2. Bezvadu sazi ņas kļūdas 
6. ATT ĀLINĀTĀS SAZIŅAS FUNKCIJAS LAIŠANA EKSPLUAT Ā­ 
CIJĀ UN REGUL ĀRĀS INSPEKCIJAS P ĀRBAUDES  
6.1. Visp ārīgi 
6.2. ECHO  
6.3. P ārbaudes aizsarg āta datu satura valid ēšanai  
1. IEVADS  
Šajā papildinājumā ir noteikta strukt ūra un proced ūras, kas jāievēro, 
īstenojot att ālinātās saziņas funkciju (sazi ņu), kā paredzēts Regulas 
(ES) Nr. 165/2014 (Regula) 9. pant ā. 
DSC_1 Regula (ES) Nr. 165/2014 nosaka, ka tahogr āfam jābūt aprī­
kotam ar att ālinātās saziņas funkciju, kas ļauj kompetento 
kontroles iest āžu pārstāvjiem nolas īt tahogrāfa informāciju no 
garāmbraucošiem transportl īdzekļiem, izmantojot att ālinātas 
pieprasītājierīces (attālinātas savlaic īgas konstat ēšanas saziņas 
nolasītāju (REDCR)) un jo īpaši piepras ītājierīces, ko piesl ēdz 
bezvadu rež īmā, izmantojot CEN 5,8 GHz past āvīgu maza 
darbības attāluma sakaru ier īču (DSRC) saskarnes.  
Svarīgi ir saprast, ka š ī funkcija ir paredz ēta tikai kā priekš­
filtrs, lai atlas ītu transportl īdzekļus sīkākai inspekcijai, un 
neaizstāj oficiālo inspekcijas procesu, kas paredz ēts Regulas 
(ES) Nr. 165/2014 noteikumos. Sk. š īs regulas preambulas 
9. apsvērumu, kas nosaka, ka att ālināta saziņa starp tahogr āfu 
un kontroles iest ādēm saistībā ar kontroli uz ce ļa atvieglo 
mērķtiecīgu pārbaužu veikšanu uz ce ļa. 
DSC_2 Apmai ņa ar datiem  notiek, izmantojot  saziņu bezvadu rež īmā 
ar 5,8 GHz DSRC bezvadu sakaru ier īcēm, kas atbilst šim 
papildinājumam un ir test ētas, salīdzinot tās ar attiec īgajiem 
EN 300 674-1 parametriem {Elektromagn ētiskā saderība un 
radiofrekven ču spektra jaut ājumi (ERM); ce ļu transporta un  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 486  
satiksmes telem ātika (RTTT); past āvīgu maza darb ības attā­
luma sakaru (DSRC) ier īces (500 kbit/s / 250 kbit/s), kas 
darbojas 5,8 GHz r ūpnieciskajā, zinātniskajā un medic īniskajā 
(ISM) diapazon ā; 1. daļa: Ceļa malas (RSU) un borta modu ļu 
(OBU) visp ārējie parametri un p ārbaudes metodes}.  
DSC_3  Saziņa tiek izveidota ar sakaru iek ārtu tikai tad, kad to 
pieprasa kompetent ās kontroles iest ādes iekārta, izmantojot 
atbilstošus radiosakaru l īdzekļus (attālinātu savlaic īgas konsta ­
tēšanas sazi ņas nolasītāju (REDCR) ). 
DSC_4  Dati  tiek aizsarg āti, lai nodrošin ātu integritāti. 
DSC_5 Piek ļuve pārraidītajiem  datiem  ir tikai kompetentaj ām 
kontroles iest ādēm, kuras ir pilnvarotas p ārbaudīt Regulas 
(EK) Nr. 561/2006 un Regulas (ES) Nr. 165/2014 p ārkā­
pumus, un darbn īcām, ja tas ir vajadz īgs tahogrāfa pareizas 
funkcionēšanas pārbaudei.  
DSC_6  Saziņas laikā apmainās tikai ar  datiem , kas nepieciešami, lai 
mērķtiecīgi uz ceļa pārbaudītu transportl īdzekļus, ar kuru taho ­
grāfu, iespējams, ir veiktas manipul ācijas vai tas ir ļaunprātīgi 
izmantots.  
DSC_7 Datu integrit āti un drošību panāk, aizsargājot datus  transport­
līdzekļa blokā (VU) un p ārraidot tikai aizsarg ātus lietderīgos 
datus un ar droš ību saistītus datus (sk. 5.4.4. punktu) ar 
bezvadu 5,8 GHz DSRC att ālinātās saziņas līdzekļa starpnie­
cību. Tas noz īmē, ka tikai kompetento kontroles iest āžu piln­
varotajām personām ir līdzekļi, kas ļauj saprast  datus , kuri tiek 
pārraidīti saziņā, un pārbaudīt to autentiskumu. Sk. 11. papildi ­
nājumu “Vienotie droš ības mehānismi”.  
DSC_8  Dati  satur to p ēdējās atjaunināšanas laika z īmogu.  
DSC_9 Droš ības datu saturs ir zin āms tikai kompetentaj ām kontroles 
iestādēm un person ām, kurām tās sniedz šo inform āciju, un ir 
ārpus to  saziņas noteikumu darb ības jomas, kuri ir š ā papildi­
nājuma priekšmets, iz ņemot to, ka  saziņa paredz kop ā ar katru 
lietderīgo datu paketi p ārraidīt arī drošības datu paketi.  
DSC_10 Vienu un to pašu arhitekt ūru un iekārtas var izmantot, lai 
iegūtu citas datu koncepcijas (t ādas kā svēršana transportl ī­
dzeklī), izmantojot šaj ā papildinājumā noteikto arhitekt ūru. 
DSC_11 Skaidr ības labad — saska ņā ar Regulas (ES) Nr. 165/2014 
noteikumiem (7. pantu) dati par vad ītāja identitāti saziņā 
netiek iekļauti. 
2. DARB ĪBAS JOMA  
Šā papildinājuma darb ības joma ir noteikt, k ā kompetento kontroles 
iestāžu pārstāvji izmanto t ādu konkrētu bezvadu 5,8 GHz DSRC 
attālinātās saziņas iekārtu attālinātai datu ( dati) iegūšanai no m ērķa trans­
portlīdzekļa, kura ļauj identific ēt, ka mērķa transportl īdzeklis, iesp ējams,  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 487  
pārkāpj Regulas (ES) Nr. 165/2014 noteikumus un b ūtu jāapsver tā 
apturēšana sīkākai izmekl ēšanai.  
Regula (ES) Nr. 165/2014 nosaka, ka v āc tikai tos datus, kas identific ē 
iespējamu pārkāpumu, kā noteikts Regulas (ES) Nr. 165/2014 9. pant ā. 
▼M1 
Šajā scenārijā saziņai pieejamais laiks ir ierobežots, jo  saziņa ir mērķ­
tiecīga un notiek no maza darb ības attāluma. Turkl āt tos pašus sazi ņas 
līdzekļus attālinātai tahogrāfa uzraudz ībai (RTM) kompetent ās kontroles 
iestādes var izmantot ar ī citiem lietojumiem (piem., maksim ālā svara un 
izmēru noteikšanai smagkravas transportl īdzekļiem, kas defin ēti Direk­
tīvā (ES) 2015/719), un š ādas darbības var būt nošķirtas vai sec īgas pēc 
kompetento kontroles iest āžu ieskatiem.  
▼B 
Šajā papildinājumā ir noteikti š ādi aspekti:  
— saziņai izmantojam ās iekārtas, proced ūras un protokoli;  
— standarti un noteikumi, kur ām atbilst radioiek ārtas; 
— datu  iesniegšana  saziņas iekārtai; 
— datu piepras ījuma un lejupiel ādes proced ūras un darb ību secība; 
— dati , kas jāpārraida;  
— saziņā pārraidīto datu  iespējamā interpretācija; 
— noteikumi par droš ības datiem saist ībā ar saziņu; 
— datu  pieejamība kompetentaj ām kontroles iest ādēm; 
— kā attālinātas savlaic īgas konstat ēšanas sazi ņas nolas ītājs var 
pieprasīt dažādas kravu un autoparka datu koncepcijas.  
Skaidrības labad — šis papildin ājums  nenosaka:  
— datu  vākšanas darb ības un  datu  pārvaldību transportl īdzekļa blokā (tā 
ir ražojuma konstrukt īva funkcija, ja vien tas nav noteikts k ādā citā 
vietā Regulā (ES) Nr. 165/2014);  
— veidu, k ā savāktie dati j āiesniedz kompetento kontroles iest āžu 
pārstāvjiem, un krit ērijus, ko izmanto kompetent ās kontroles 
iestādes, lai izlemtu, kurus transportl īdzekļus apturēt (tā ir ražojuma 
konstruktīva funkcija, ja vien tas nav noteikts k ādā citā vietā Regulā 
(ES) Nr. 165/2014 vai ar kompetento kontroles iest āžu politikas 
lēmumu). Skaidr ības labad —  saziņā dati  tiek darīti pieejami kompe ­
tentajām kontroles iest ādēm tikai tāpēc, lai  tās varētu veikt apzin ātu 
izvēli; ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 488  
— datu droš ības noteikumus (piem., šifr ēšanu) attiec ībā uz datu  saturu 
(tie ir paredz ēti 11. papildin ājumā “Vienotie droš ības mehānismi”);  
— sīkāku inform āciju par datu koncepcij ām (izņemot RTM), ko var 
iegūt, izmantojot to pašu arhitekt ūru un iekārtas; 
— sīkāku inform āciju par uzved ību un pārvaldību starp transportl ī­
dzekļu blokiem un DSRC-VU, k ā arī uzvedību DSRC-VU iekšien ē 
(neskaitot  datu  sniegšanu, kad to pieprasa REDCR).  
3. AKRON ĪMI, DEFIN ĪCIJAS UN APZ ĪMĒJUMI  
Šajā papildinājumā ir lietoti š ādi akronīmi un defin īcijas:  
antena  elektroier īce, kas elektrisko str āvu 
pārvērš radioviļņos un otrādi un ko 
izmanto apvienojum ā ar radioraid ī­
tāju vai radiouztv ērēju. Darbības 
režīmā radioraidītājs padod sv ārstīgu 
elektrisko str āvu radiofrekvenc ē uz 
antenas izvadiem un antena ener ģiju 
no strāvas izstaro k ā elektromagn ēti­
skos viļņus (radiovi ļņus). Uztver ­ 
šanas režīmā antena p ārtver daļu 
elektromagn ētiskā viļņa strāvas, lai 
radītu nelielu spriegumu t ās izvados, 
kuru piegādā uztvērējam pastiprin ā­ 
šanai;  
saziņa inform ācijas un/vai datu apmai ņa 
starp  DSRC-REDCR  un DSRC-VU 
atbilstoši 5. ieda ļai pēc vedējsekotāj­
sistēmas principa, lai ieg ūtu datus ; 
dati noteikta form āta aizsargāti dati (sk. 
5.4.4. punktu), ko pieprasa  DSRC- 
REDCR  un ko tam sniedz  DSRC- 
VU, izmantojot 5,8 GHz DSRC 
saiti, kā definēts turpmāk 5. punkt ā; 
Regula (ES) Nr. 165/2014  Eiropas Parlamenta un Padomes 
2014. gada 4. febru āra Regula (ES) 
Nr. 165/2014 par tahogr āfiem auto­
transportā, ar kuru atce ļ Padomes 
Regulu (EEK) Nr. 3821/85 par 
reģistrācijas kontrolier īcēm, ko 
izmanto autotransport ā, un groza  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 489  
Eiropas Parlamenta un Padomes 
Regulu (EK) Nr. 561/2006, ar ko 
paredz dažu soci ālās jomas ties ību 
aktu saska ņošanu saist ībā ar auto­
transportu;  
AID lietojuma identifikators;  
BLE  Bluetooth Low Energy ; 
BST  radiob ākas pakalpojumu tabula;  
CIWD  kartes ievietošana transportl īdzekļa 
vadīšanas laikā; 
CRC  ciklisk ā redundances p ārbaude;  
DSC (n)  īpašas DSRC papildin ājuma prasības 
identifikators;  
DSRC  past āvīgu maza darb ības attāluma 
sakaru ierīce; 
DSRC-REDCR  DSRC att ālinātas savlaicīgas konsta ­
tēšanas saziņas nolasītājs; 
DSRC-VU  DSRC transportl īdzekļa bloks; š ī ir 
1.C pielikum ā definētā “attālinātas 
savlaicīgas konstat ēšanas iekārta”; 
DWVC  vad īšana bez der īgas kartes;  
EID elementa identifikators;  
LLC  lo ģiskā posma vad ība; 
LPDU  LLC protokola datu vien ība; 
OWS  transportl īdzeklī iebūvēta svēršanas 
sistēma; 
PDU  protokola datu vien ība; 
REDCR  att ālinātas savlaic īgas konstat ēšanas 
saziņas nolasītājs; šis ir 1.C pieli ­
kumā definētais “attālinātās savlai­
cīgās konstatēšanas saziņas lasīšanas 
ierīce”; 
RTM  att ālināta tahogrāfa uzraudz ība; 
SM-REDCR  droš ības modulis — att ālinātas 
savlaicīgas konstat ēšanas sazi ņas 
nolasītājs; 
TARV  telem ātikas lietojumi regul ētiem 
kravu transportl īdzekļiem 
(ISO 15638 standartu s ērija); ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 490  
VU transportl īdzekļa bloks;  
VUPM  transportl īdzekļa bloka lietder īgās 
slodzes atmi ņa; 
VUSM  transportl īdzekļa bloka droš ības 
modulis;  
VST  transportl īdzekļa pakalpojumu 
tabula;  
WIM  sv ēršana kustībā; 
WOB  sv ēršana transportl īdzeklī 
Šajā papildinājumā noteiktajā specifikācijā ir dotas atsauces uz (un t ā ir 
atkarīga no) turpm āk minētajām regulām un standartiem vai to da ļām. Šā 
papildinājuma noteikumos ir nor ādīti attiecīgie standarti vai standartu 
noteikumi. Jebk ādu pretrunu gad ījumā noteicošie ir š ā papildinājuma 
noteikumi. Jebk ādu pretrunu gad ījumā, ja šajā papildinājumā nav skaidri 
noteikta attiec īga specifik ācija, noteicoš ā ir darbība atbilstoši ERC 70-03 
(pārbaudīta, salīdzinot ar atbilstošajiem EN 300 674-1 parametriem), 
kam dilstoš ā prioritārā secībā seko EN 12795, EN 12253, 
EN 12834 un EN 13372, 6.2., 6.3., 6.4. un 7.1. punkts.  
Šajā papildinājumā ir minētas šādas regulas un standarti:  
[1] Eiropas Parlamenta un Padomes 2014. gada 4. febru āra Regula 
(ES) Nr. 165/2014 par tahogr āfiem autotransport ā, ar kuru atce ļ 
Padomes Regulu (EEK) Nr. 3821/85 par re ģistrācijas kontrolie ­
rīcēm, ko izmanto autotransport ā, un groza Eiropas Parlamenta 
un Padomes Regulu (EK) Nr. 561/2006, ar ko paredz dažu soci ālās 
jomas tiesību aktu saska ņošanu saist ībā ar autotransportu;  
[2] Eiropas Parlamenta un Padomes 2006. gada 15. marta Regula (EK) 
Nr. 561/2006, ar ko paredz dažu soci ālās jomas ties ību aktu saska ­ 
ņošanu saist ībā ar autotransportu, groza Padomes Regulu (EEK) 
Nr. 3821/85 un Padomes Regulu (EK) Nr. 2135/98 un atce ļ 
Padomes Regulu (EEK) Nr. 3820/85 (dokuments attiecas uz EEZ);  
[3] ERC 70-03 CEPT: EKK Ieteikums 70-03 par maza darb ības attā­
luma ierīcēm (SRD);  
[4] ISO 15638 Intelektisk ās transporta sist ēmas. Sadarb ības telemātikas 
lietojumu satvars regul ētiem kravu transportl īdzekļiem (TARV);  
[5] EN 300 674-1 Elektromagn ētiskā saderība un radiofrekven ču 
spektra jaut ājumi (ERM); ce ļu transporta un satiksmes telem ātika 
(RTTT); past āvīgu maza darb ības attāluma sakaru (DSRC) ier īces 
(500 kbit/s / 250 kbit/s), kas darbojas 5,8 GHz r ūpnieciskajā, zināt­
niskajā un medic īniskajā (ISM) diapazon ā; 1. daļa: Ceļa malas 
(RSU) un borta modu ļu (OBU) visp ārējie parametri un p ārbaudes 
metodes;  
[6] EN 12253 Ce ļu transporta un satiksmes telem ātika. Pastāvīgu maza 
darbības attāluma sakaru ier īces. Fizik ālais slānis uz 5,8 GHz 
mikroviļņu frekvences;  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 491  
[7] EN 12795 Ce ļu transporta un satiksmes telem ātika. Pastāvīgu maza 
darbības attāluma sakaru ier īces. Datu posma sl ānis: vides 
piekļuves un lo ģiskā posma vad ība; 
[8] EN 12834 Ce ļu transporta un satiksmes telem ātika. Pastāvīgu maza 
darbības attāluma sakaru ier īces. Lietojumsl ānis; 
[9] EN 13372 Ce ļu transporta un satiksmes telem ātika. Pastāvīgu maza 
darbības attāluma sakaru ier īces. RTTT lietojamie profili;  
[10] ISO 14906 Elektronisk ā braukšanas maksas iekas ēšana. Pastāvīgu 
maza darb ības attāluma sakaru ier īču lietojumprogrammas 
saskarnes defin īcija. 
4. DARB ĪBAS SCEN ĀRIJI 
4.1. Pārskats  
Regula (ES) Nr. 165/2014 paredz īpašus un kontrol ētus scenārijus, kādos 
izmantojama  saziņa. 
Atbalstītie scenāriji ir:  
“1. saziņas profils: inspekcija uz ce ļa, izmantojot maza darb ības attā­
luma bezvadu att ālinātu savlaic īgas konstat ēšanas sazi ņas nolasītāju, 
kas ierosina fizisku inspekciju uz ce ļa (vedējs-:-sekotājs); 
1.a nolas ītāja profils: izmantojot ar roku m ērķētu vai īslaicīgi ceļa malā 
uzstādītu un mērķētu attālinātu savlaic īgas konstat ēšanas sazi ņas ierīci; 
1.b nolas ītāja profils: izmantojot transportl īdzeklī uzstādītu un mērķētu 
attālinātu savlaic īgas konstat ēšanas sazi ņas nolasītāju”. 
4.1.1.  Priekšnosac ījumi datu p ārraidei ar 5,8 GHz DSRC saskarnes starpnie ­
cību 
PIEZĪME. Lai saprastu priekšnosac ījumu kontekstu, las ītājam jāiepa­
zīstas ar 14.3. att ēlu. 
4.1.1.1. Transportl īdzekļa blokā glabātie dati  
DSC_12 Transportl īdzekļa bloka uzdevums ir ik p ēc 60 sekund ēm 
atjaunināt un uzraudz īt tajā uzglabātos datus, neiesaistot 
DSRC sazi ņas funkciju. L īdzekļi, ar kuriem to pan āk, ir trans­
portlīdzekļa bloka iekš ējie līdzekļi, kas noteikti Regulas (ES) 
Nr. 165/2014 1.C pielikuma 3.19. ieda ļā “Attālināta saziņa 
mērķtiecīgām pārbaudēm uz ceļa” un nav noteikti šaj ā papil­
dinājumā. 
4.1.1.2. Dati, ko sniedz DSRC–VU iek ārta 
DSC_13 Transportl īdzekļa bloka uzdevums ir atjaunin āt DSRC taho ­
grāfa datus ( dati) ikreiz, kad transportl īdzekļa blokā glabātie 
dati tiek atjaunin āti, tik bieži, k ā noteikts 4.1.1.1. punkt ā 
(DSC_12), neiesaistot DSRC sazi ņas funkciju.  
DSC_14 Transportl īdzekļa bloka datus izmanto k ā pamatu  datu  aizpil­
dīšanai un atjaunin āšanai. Līdzekļi, ko izmanto šim nol ūkam, 
ir noteikti 1.C pielikuma 3.19. ieda ļā “Attālināta saziņa mērķ­
tiecīgām pārbaudēm uz ceļa” vai arī, ja šādas specifik ācijas 
nav, tā ir ražojuma konstrukt īva funkcija un nav noteikta šaj ā 
papildinājumā. Informāciju par savienojuma strukt ūru starp 
DSRC-VU iek ārtu un transportl īdzekļa bloku sk. 5.6. ieda ļā. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 492  
4.1.1.3. Datu saturs  
DSC_15  Datu  saturs un form āts ir tāds, ka pēc atšifrēšanas tie ir struk ­
turēti un pieejami š ā papildinājuma 5.4.4. ieda ļā (Datu struk ­
tūras) noteiktaj ā veidā un formātā. 
4.1.1.4. Datu iesniegšana  
DSC_16  Datus , ko bieži atjaunina saska ņā ar 4.1.1.1. ieda ļā noteiktajām 
procedūrām, pirms to iesniegšanas  DSRC-VU  aizsargā un 
iesniedz kā aizsargātu datu koncepcijas v ērtību, lai tos īslaicīgi 
uzglabātu DSRC-VU  kā datu  aktuālo versiju. Šos datus 
pārraida no  DSRC-VU  uz DSRC funkciju  VUPM . VUSM  un 
VUPM  ir funkcijas, un ne vienm ēr tās ir fiziskas ent ītijas. To, 
kā notiek fizisk ā instancēšana šo funkciju veikšanai, nosaka 
ražojuma konstrukcija, ja vien tas nav noteikts k ādā citā 
vietā Regulā (ES) Nr. 165/2014.  
4.1.1.5. Droš ības dati  
DSC_17 Droš ības datus ( securityData ), kas ietver datus, kurus piepra ­
sījis REDCR , lai varētu atšifrēt datus , iesniedz, k ā noteikts 
11. papildin ājumā “Vienotie droš ības standarti”, un tos 
iesniedz kā datu koncepcijas v ērtību, lai tos īslaicīgi uzglabātu 
DSRC-VU  kā securityData  aktuālo versiju š ā papildinājuma 
5.4.4. ieda ļā noteiktajā formā. 
4.1.1.6. VUPM dati, kas pieejami p ārraidei ar DSRC saskarnes starpniec ību 
DSC_18 Datu koncepcija, kas vienm ēr ir pieejama DSRC funkcij ā 
VUPM tūlītējai pārraidei pēc REDCR  pieprasījuma, ir defin ēta 
5.4.4. ieda ļā attiecībā uz pilnīgām ASN.1 modu ļa specifikā­
cijām. 
Vispārējs pārskats par 1. sazi ņas profilu  
Šis profils attiecas uz izmantošanas gad ījumu, kad kompetento kontroles 
iestāžu pārstāvis izmanto maza darb ības attāluma sakaru att ālinātu 
savlaicīgas konstat ēšanas saziņas nolasītāju (5,8 GHz DSRC saskarnes, 
kas darbojas atbilstoši ERC 70-03 un ir p ārbaudītas, tās salīdzinot ar 
attiecīgajiem EN 300 674-1 parametriem, k ā aprakstīts 5. ieda ļā) 
(REDCR ), lai attālināti konstatētu transportl īdzekli, kas, iesp ējams, 
pārkāpj Regulas (ES) Nr. 165/2014 noteikumus. P ēc konstatēšanas 
kompetento kontroles iest āžu pārstāvis, kurš kontrol ē pieprasīšanas 
procesu, izlemj, vai transportl īdzeklis būtu jāaptur.  
4.1.2.  1.a profils: izmantojot ar roku m ērķētu vai īslaicīgi ceļa malā uzstādītu 
un mērķētu attālinātu savlaic īgas konstat ēšanas sazi ņas nolasītāju 
Šajā izmantošanas gad ījumā kompetento kontroles iest āžu pārstāvis 
atrodas ceļa malā un mērķē uz trīskāja uzstādītu rokas vai l īdzīgu porta­
tīvu REDCR  no ceļa malas uz m ērķa transportl īdzekļa priekšējā aizsarg­
stikla centru. Piepras īšana notiek, izmantojot 5,8 GHz DSRC saskarnes, 
kas darbojas atbilstoši ERC 70-03 un ir p ārbaudītas, tās salīdzinot ar 
attiecīgajiem EN 300 674-1 parametriem, k ā aprakstīts 5. iedaļā. Sk. 
14.1. attēlu (1. izmantošanas gad ījums).  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 493  
14.1. attēls. 
Pieprasījums, atrodoties ce ļa malā un izmantojot 5,8 GHz DSRC
  
4.1.3.  1.b profils: izmantojot transportl īdzeklī uzstādītu un mērķētu attālinātu 
savlaicīgas konstat ēšanas sazi ņas nolasītāju (REDCR)  
Šajā izmantošanas gad ījumā kompetento kontroles iest āžu pārstāvis 
atrodas braucoš ā transportl īdzeklī un vai nu m ērķē rokas, portat īvo 
REDCR  no transportl īdzekļa uz mērķa transportl īdzekļa priekšējā 
aizsargstikla centru, vai ar ī REDCR  ir uzstādīts transportl īdzeklī vai uz 
transportlīdzekļa tā, lai to var ētu vērst uz mērķa transportl īdzekļa priek­ 
šējā aizsargstikla centru, kad att ālinātas savlaicīgas konstat ēšanas saziņas 
nolasītāja transportl īdzeklis atrodas konkr ētā stāvoklī attiecībā pret 
mērķa transportl īdzekli (piem., tieši pret satiksmes pl ūsmu). Piepras īšana 
notiek, izmantojot 5,8 GHz DSRC saskarnes, kas darbojas atbilstoši 
ERC 70-03 un ir p ārbaudītas, tās salīdzinot ar attiec īgajiem EN 300 
674-1 parametriem, k ā aprakstīts 5. iedaļā. Sk. 14.2. att ēlu (2. izmanto ­ 
šanas gadījums).  
14.2. attēls. 
Pieprasīšana no transportl īdzekļa, izmantojot 5,8 GHz DSRC
  
4.2. Droš ība/integrit āte 
Lai būtu iespējams pārbaudīt attālinātā saziņā lejupielādēto datu autenti ­
skumu un integrit āti, aizsargātos datus  pārbauda un dekod ē saskaņā ar 
11. papildin ājumu “Vienotie droš ības mehānismi”.  
5. ATT ĀLINĀTĀS SAZIŅAS STRUKT ŪRA UN PROTOKOLI  
5.1. Strukt ūra 
Attālinātās saziņas funkcijas strukt ūra viedajā tahogrāfā ir parādīta, kā 
aprakstīts 14.3. att ēlā. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 494  
14.3. attēls. 
Attālinātās saziņas funkcijas strukt ūra
 
DSC_19 Transportl īdzekļa blokā ir integrētas turpmāk uzskaitītās funk­
cijas.  
— Drošības modulis ( VUSM ). Šī transportlīdzekļa blokā inte­
grētā funkcija atbild par to datu aizsardz ību, kuri tiek 
pārraidīti no  DSRC-VU  kompetento kontroles iest āžu 
pārstāvim, izmantojot att ālināto saziņu. 
— Aizsarg ātie dati tiek uzglab āti VUSM atmi ņā. Ar 
4.1.1.1. ieda ļā (DSC_12) noteiktajiem interv āliem trans ­
portlīdzekļa bloks kod ē un papildina RTMdata koncepciju 
(kas ietver turpm āk šajā papildinājumā noteiktās lietderīgās 
slodzes datu un droš ības datu koncepcijas v ērtības), kas 
tiek glabāta DSRC-VU atmi ņā. Drošības moduļa darbība 
ir noteikta 11. papildin ājumā “Vienotie droš ības mehā­
nismi” un nav iek ļauta šā papildinājuma tvērumā, izņemot 
to, ka min ētajam modulim ir j āiesniedz atjaunin ājumi 
transportlīdzekļa bloka sazi ņas iekārtai ikreiz, kad tiek 
mainīti VUSM dati.  
— Saziņa starp transportl īdzekļa bloku un DSRC-VU var 
notikt, izmantojot vadu sakarus vai  Bluetooth Low Energy  
(BLE) sakarus, un DSRC-VU fizisk ā atrašanās vieta var 
būt gan anten ā uz transportl īdzekļa priekšējā aizsargstikla, 
gan transportl īdzekļa blokā, gan starp priekš ējo aizsarg­
stiklu un transportl īdzekļa bloku.  
— DSRC-VU ir apr īkots ar uzticamu str āvas avotu, kas ir 
vienmēr pieejams. Veids, k ā tam tiek pievad īta strāva, ir 
atkarīgs no konstrukcijas risin ājuma.  
— DSRC-VU atmi ņa ir energoneatkar īga, lai uztur ētu datus 
DSRC-VU pat tad, ja transportl īdzekļa aizdedze ir izsl ēgta. 
— Ja sazi ņa starp transportl īdzekļa bloku un DSRC-VU 
notiek ar BLE starpniec ību un barošanas avots ir atk ārtoti 
neuzlādējama baterija, DSRC-VU barošanas avotu 
nomaina katr ā regulārajā inspekcijā un DSRC-VU iek ārtas 
ražotājam ir pien ākums nodrošin āt, ka barošanas avots  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 495  
nodrošina pietiekamu ener ģiju no vienas regul ārās inspek­
cijas līdz nākamajai regul ārajai inspekcijai, vienlaikus 
nodrošinot REDCR iesp ēju normāli piekļūt datiem vis ā 
periodā bez atteic ēm vai pārtraukumiem.  
— Transportl īdzekļa bloka RTM “lietder īgās atmiņas” iekārta 
(VUPM ). Šī transportl īdzekļa blokā integrētā funkcija 
atbild par  datu  iesniegšanu un atjaunin āšanu.  Datu  saturs. 
(“TachographPayload”) ir defin ēta turpm āk 
5.4.4./5.4.5. ieda ļā un tiek atjaunin āta ar interv āliem, kas 
noteikti 4.1.1.1. ieda ļā (DSC_12).  
— DSRC-VU. Š ī funkcija ir integr ēta antenā vai pievienota 
antenai un tiek izmantota sazi ņā ar transportl īdzekļa bloku 
ar vadu vai bezvadu (BLE) savienojuma starpniec ību, un tā 
uzglabā aktuālos datus ( VUPM dati ) un pārvalda atbildi uz 
pieprasījumu, kas tiek veikts, izmantojot 5,8 GHz DSRC 
līdzekli. DSRC iek ārtas atvienošanu vai iejaukšanos t ās 
darbībā parastajā transportl īdzekļa darbības laikā uzskata 
par Regulas (ES) Nr. 165/2014 noteikumu p ārkāpumu.  
— Drošības modulis (REDCR) ( SM-REDCR ) ir funkcija, ko 
izmanto, lai dekod ētu un pārbaudītu transportl īdzekļa bloka 
izcelsmes datu integrit āti. Līdzekļi, ko izmanto šim 
nolūkam, ir noteikti 11. papildin ājumā “Vienotie droš ības 
mehānismi” un nav defin ēti šajā papildinājumā. 
— DSRC iek ārtas (REDCR) ( DSRC-REDCR ) funkcija ietver 
5,8 GHz raiduztv ērēju un saist īto programmaparat ūru un 
programmat ūru, kas pārvalda  saziņu ar DSRC-VU  atbilstoši 
šim papildin ājumam.  
— DSRC-REDCR  nosūta piepras ījumu mērķa transportl ī­
dzekļa DSRC-VU  un iegūst datus  (mērķa transportl īdzekļa 
aktuālos VUPM datus ) ar DSRC saites starpniec ību, un 
apstrādā un uzglab ā saņemtos datus sav ā SM-REDCR . 
▼M1 
— DSRC-VU antenu uzst āda tādā vietā, lai tā optimizētu 
DSRC sazi ņu starp transportl īdzekli un ce ļa malā uzstādītu 
antenu, kad nolas ītājs ir uzstādīts 15 metru att ālumā trans­
portlīdzekļa priekšā un 2 metru augstum ā un ir vērsts uz 
priekšējā stikla horizont ālo un vertik ālo centru. Vieglajiem 
transportlīdzekļiem to var uzst ādīt priekšējā vējstikla 
augšējā daļā. Attiecībā uz visiem p ārējiem transportl īdzek­ 
ļiem DSRC antenu izst āda priekšējā stikla augš ējās vai 
apakšējās daļas tuvumā. 
▼B 
DSC_20 Antena un sazi ņas iekārta darbojas atbilstoši ERC 70-03 un ir 
pārbaudītas, tās salīdzinot ar attiec īgajiem EN 300 674-1 para ­
metriem, k ā aprakstīts 5. iedaļā. Antena un sazi ņas iekārta var 
izmantot pa ņēmienus bezvadu trauc ējumu risku mazin āšanai, 
kā aprakstīts EKK Zi ņojumā Nr. 228, piem ēram, filtrus CEN 
DSRC 5,8 GHz sazi ņā. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 496  
DSC_21 DSRC antenu piesl ēdz DSRC-VU iek ārtai vai nu tieši modul ī, 
kas piestiprin āts pie priekš ējā aizsargstikla vai t ā tuvumā, vai 
izmantojot speci ālu kabeli, kas konstru ēts tā, lai apgrūtinātu 
nelikumīgu atvienošanu. Antenas atvienošana vai iejaukšan ās 
tās darbībā ir Regulas (ES) Nr. 165/2014 noteikumu p ārkā­
pums. Tīša antenas mask ēšana vai cit āda veida kait ēšana tās 
darbībai tiek uzskat īta par Regulas (ES) Nr. 165/2014 notei ­
kumu pārkāpumu.  
DSC_22  ►M1 Antenas formas koeficients nav noteikts un par to lemj 
ražotājs, ja vien uzst ādītais DSRC-VU atbilst turpm āk 
5. punktā noteiktajām prasībām. Antenu novieto t ā, kā noteikts 
DSC_19, un t ā efektīvi darbojas 4.1.2. un 4.1.3. punkt ā aprak­
stītajos izmantošanas gad ījumos. ◄. 
14.4. attēls. 
Piemērs 5,8 GHz DSRC antenas novietojumam uz regul ētu 
transportl īdzekļu priekšējā aizsargstikla
  
REDCR  un tā antenas formas koeficients var atš ķirties atkar ībā no nola­
sītāja (nolasītājs uzmont ēts uz trīskāja, turams rok ā, piestiprin āts pie 
transportlīdzekļa u. c.) un kompetento kontroles iest āžu pārstāvja izman­
totā darbības veida.  
Lai kompetento kontroles iest āžu pārstāvim parādītu attālinātās saziņas 
funkcijas rezult ātus, izmanto par ādīšanas un/vai pazi ņošanas funkciju. 
Rezultātus var par ādīt uz ekrāna, tie var b ūt izdruka vai audiosign āls, 
vai arī šādu paziņojuma veidu kombin ācija. Šādas parādīšanas un/vai 
paziņošanas veidu nosaka kompetento kontroles iest āžu pārstāvja 
prasības un iekārtas konstrukcija, un tas nav noteikts šaj ā papildinājumā. 
DSC_23  REDCR  konstrukcija un formas koeficients ir ražojuma 
konstruktīva funkcija, kas darbojas atbilstoši ERC 70-03 un 
atbilst konstrukcijas un veiktsp ējas specifik ācijām, kuras 
noteiktas šaj ā papildinājumā (5.3.2. ieda ļā), tādējādi tirgū ir ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 497  
nodrošināts maksim āls elastīgums saist ībā ar tādu iekārtu 
konstruēšanu un nodrošin āšanu, kas aptver jebkuras kompe ­
tentās kontroles iest ādes konkrētos piepras ījuma scenārijus.  
DSC_24  DSRC-VU  konstrukcija un formas koeficients un t ā novieto­
jums transportl īdzekļa blokā vai ārpus tā ir ražojuma konstruk ­
tīva funkcija, kas darbojas atbilstoši ERC 70-03 un konstruk ­
cijas un veiktsp ējas specifik ācijām, kuras noteiktas šaj ā papil­
dinājumā (5.3.2. ieda ļā) un šajā (5.1.) ieda ļā. 
DSC_25 Tom ēr DSRC-VU  jāspēj pieņemt datu koncepcijas v ērtības no 
citām intelektisk ām transporta iek ārtām, izmantojot atv ērtu 
rūpnieciskā standarta savienojumu un protokolus (piem., no 
transportlīdzeklī iebūvētām svēršanas iekārtām), ja vien š ādas 
datu koncepcijas ir identific ētas ar unik āliem un zin āmiem 
lietojuma identifikatoriem / dat ņu nosaukumiem. Nor ādījumus 
par šādu protokolu izmantošanu dara pieejamus Eiropas Komi ­
sijai, un tie attiec īgo iekārtu ražotājiem ir pieejami bez maksas.  
5.2. Darbpl ūsma 
5.2.1.  Darbības 
Darbplūsma ir par ādīta 14.5. att ēlā. 
14.5. attēls. 
Attālinātās saziņas funkcijas darbpl ūsma
 ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 498  
Posmi ir aprakst īti turpmāk. 
a. Kad transportl īdzeklis darbojas (aizdedze ir iesl ēgta), tahogr āfs sniedz 
datus transportl īdzekļa bloka funkcijai. Transportl īdzekļa bloka funk ­
cija sagatavo datus att ālinātās saziņas funkcijai (kod ētus) un atjaunina  
DSRC-VU  atmiņā glabātos VUPM  datus (k ā noteikts 4.1.1.1. un 
4.1.1.2. ieda ļā). Savāktos datus  formatizē, kā noteikts turpm āk 
5.4.4. un 5.4.5. ieda ļā. 
b. Ikreiz, kad notiek  datu  atjaunināšana, atjaunina ar ī drošības datu 
koncepcijā noteikto laika z īmogu.  
c. VUSM  funkcija aizsarg ā datus saska ņā ar 11. papildin ājumā noteik­
tajām procedūrām. 
d. Ikreiz, kad notiek  datu  atjaunināšana (sk. 4.1.1.1. un 4.1.1.2. ieda ļu), 
dati tiek pārraidīti DSRC-VU , kur tie aizst āj visus iepriekš ējos datus, 
lai gadījumā, ja REDCR  veic piepras ījumu, atjaunin ātie aktuālie dati 
(dati) vienmēr būtu pieejami iesniegšanai. Kad transportl īdzekļa bloks 
iesniedz  datus  DSRC-VU, tie ir identific ējami pēc datnes nosaukuma  
RTMData  vai pēc lietojuma identifikatora un atrib ūta identifikatoriem.  
e. Ja kompetent ās kontroles iest ādes pārstāvis vēlas savākt datus no 
mērķa transportl īdzekļa, viņš vispirms ievieto savu viedkarti  
REDCR,  lai iespējotu saziņu un lai  SM-REDCR  varētu verificēt kartes 
autentiskumu un dekod ēt datus.  
f. Tad kompetent ās kontroles iest ādes pārstāvis vēršas pie m ērķa trans­
portlīdzekļa un pieprasa datus ar att ālinātās saziņas starpniec ību. 
REDCR  atver 5,8 GHz DSRC saskarnes sesiju ar m ērķa transportl ī­
dzekļa DSRC-VU  un pieprasa  datus . Dati tiek p ārraidīti REDCR  ar 
bezvadu sakaru sist ēmas starpniec ību kā DSRC atrib ūts, izmantojot 
lietojuma pakalpojumu GET, k ā norādīts 5.4. ieda ļā. Atribūts satur 
šifrētas lietderīgās slodzes datu v ērtības un DSRC droš ības datus.  
g. REDCR  iekārta analizē datus un iesniedz tos kompetent ās kontroles 
iestādes pārstāvim. 
h. Kompetent ās kontroles iest ādes pārstāvis izmanto datus, lai b ūtu 
vieglāk izlemt, vai aptur ēt transportl īdzekli, lai veiktu s īkāku inspek­
ciju, vai pras īt, lai cits kompetent ās kontroles iest ādes pārstāvis aptur 
transportlīdzekli.  
5.2.2.  Ar DSRC sazi ņas starpniec ību saņemto datu interpret ācija 
DSC_26 Datiem, kas sa ņemti ar 5,8 GHz saskarnes starpniec ību, ir 
vienīgi turpmāk 5.4.4. un 5.4.5. ieda ļā noteiktā nozīme un 
svarīgums, un tos interpret ē minētajās sadaļās noteikto 
mērķu ietvaros. Saska ņā ar Regulas (ES) Nr. 165/2014 notei ­
kumiem  datus  izmanto tikai tam, lai sniegtu attiec īgu infor­
māciju kompetentajai kontroles iest ādei, lai tai b ūtu vieglāk ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 499  
noteikt, kuru transportl īdzekli aptur ēt fiziskai inspekcijai, un 
vēlāk šādus datus izn īcina saska ņā ar Regulas (ES) 
Nr. 165/2014 9. pantu.  
5.3. DSRC fizisk ās saskarnes parametri att ālinātai saziņai 
5.3.1.  Atrašan ās vietas ierobežojumi  
DSC_27 Att ālinātu piepras īšanu par transportl īdzekļiem, izmantojot 
5,8 GHz DSRC saskarni, nevajadz ētu izmantot 200 metru 
rādiusā no darba 5,8 GHz DSRC stat īva. 
5.3.2.  Lejupsaites un augšupsaites parametri  
DSC_28 Iek ārtas, ko izmanto att ālinātai tahogrāfa uzraudz ībai, atbilst 
un darbojas atbilstoši ERC70-03 un parametriem, kas noteikti 
turpmāk 14.1. un 14.2. tabul ā. 
DSC_29 Turkl āt, lai nodrošin ātu saderību ar citu standartiz ētu 5,8 GHz 
DSRC sist ēmu darbības parametriem, iek ārtas, ko izmanto 
attālinātai tahogr āfa uzraudz ībai, atbilst EN 12253 un 
EN 13372 parametriem.  
Proti:  
14.1. tabula.  
Lejupsaites parametri  
Nr. p. k.  Parametrs  V ērtība(-as)  Piez īme 
D1 Lejupsaites nes ējfrekvences  Ir četras alternat īvas, ko 
REDCR var izmantot: 
5,7975 GHz; 
5,8025 GHz; 
5,8075 GHz; 
5,8125 GHz.  Atbilstoši ERC 70-03. 
Nesējfrekvences var atlas īt uz ceļa 
izvietotās sistēmas īstenotājs, un 
tām nav jābūt zināmām DSRC-VU. 
(Atbilstoši EN 12253, EN 13372.)  
D1.a  (*) Nes ējfrekvenču pielaide  ± 5 ppm robež ās (Atbilstoši EN 12253.)  
D2 (*) RSU (REDCR) raid ītāja 
spektra maska  Atbilstoši ERC 70-03. 
REDCR atbilst B, C klasei, 
kā noteikts EN 12253. 
Šajā pielikum ā nav citu 
īpašu prasību. Parametrs, ko izmanto trauc ējumu 
kontrolei starp tuvum ā esošiem 
pieprasītājiem (k ā noteikts 
EN 12253 un EN 13372).  
D3 OBU (DSRC-VU) minim ālā 
vērtība Frekven ču josla  5,795–5,815 GHz  (Atbilstoši EN 12253.)  
D4 (*) Maksim ālais E.I.R.P.  Atbilstoši ERC 70-03 (neli ­
cencēts) un valsts ties ību 
normām. 
Maksimāli + 33 dBm.  (Atbilstoši EN 12253.)  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 500  
Nr. p. k.  Parametrs  V ērtība(-as)  Piez īme 
D4.a  Le ņķiskā E.I.R.P. maska  Saska ņā ar deklar ēto un 
publicēto piepras ītāja 
projektētāja specifik āciju (Atbilstoši EN 12253.)  
D5 Polariz ācija Kreis ā cirkulārā (Atbilstoši EN 12253.)  
D5.a  Š ķērspolarizācija XPD: 
ass virzien ā: (REDCR) 
RSU t ≥ 15 dB, 
(DSRC-VU) OBU r ≥ 10 
dB, 
– 3 dB zon ā: (REDCR) 
RSU t ≥ 10 dB, 
(DSRC-VU) OBU r ≥ 6 dB.  (Atbilstoši EN 12253.)  
D6 (*) Modul ācija Divu l īmeņu amplit ūdas 
modulācija. (Atbilstoši EN 12253.)  
D6.a  (*) Modul ācijas indekss  0,5 … 0,9  (Atbilstoši EN 12253.)  
D6.b  Okul ārdiagramma  ≥ 90 % (laiks) / ≥ 85 % 
(amplitūda) 
D7 (*) Datu kod ēšana FM0 
“1” bitam ir p ārejas tikai 
bita interv āla sākumā un 
beigās. “0” bitam ir papildu 
pāreja bita interv āla vidū 
salīdzinājumā ar “1” bitu.  (Atbilstoši EN 12253.)  
D8 (*) Bitu ātrums  500 kBit/s  (Atbilstoši EN 12253.)  
D8.a  Bitu pulkste ņa pielaide  Lab āka nekā ± 100 ppm.  (Atbilstoši EN 12253.)  
D9 (*) Bitu k ļūdu intensit āte 
(B.E.R.) sazi ņai ≤10 – 6 , ja krītošā jauda pie 
OBU (DSRC-VU) ir diapa ­
zonā, kas norādīts [no D11a 
līdz D11b].  (Atbilstoši EN 12253.)  
D10 Aktiviz ēšanas meh ānisms, 
kas paredz ēts OBU 
(DSRC-VU)  OBU (DSRC-VU) tiek akti ­
vizēts, saņemot jebk ādu 
kadru ar 11 vai vair āk okte­
tiem (ieskaitot preambulu)  Nav vajadz īgs īpašs aktiviz ēšanas 
modelis. 
DSRC-VU var tikt aktiviz ēts, 
saņemto kadru ar maz āk nekā 
11 oktetiem. 
(Atbilstoši EN 12253.)  
D10.a  Maksim ālais sākuma laiks  ≤ 5 ms  (Atbilstoši EN 12253.)  
D11 Sazi ņas zona  Telpiskais re ģions, kurā tiek 
sasniegta B.E.R. atbilstoši 
D9a (Atbilstoši EN 12253.)  
D11.a  (*) Jaudas ierobežojums sazi ņai 
(augšējais).  – 24 dBm  (Atbilstoši EN 12253.)  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 501  
Nr. p. k.  Parametrs  V ērtība(-as)  Piez īme 
D11.b  (*) Jaudas ierobežojums sazi ņai 
(apakšējais).  Krītošā jauda: 
– 43 dBm (antenas ass) 
– 41 dBm (no – 45° l īdz 
+45° robež ās atbilstoši 
plaknei, kas ir paral ēla ceļa 
virsmai, kad transportl ī­
dzeklī vēlāk tiek uzst ādīts 
DSRC-VU (azimuts))  (Atbilstoši EN 12253.) 
Paplašināta prasība horizont ālajiem 
leņķiem līdz ± 45°, ņemot vērā šajā 
pielikumā minētos lietojuma 
gadījumus  
D12 (*) DSCR-VU str āvas atslēg­ 
šanas līmenis  – 60 dBm  (Atbilstoši EN 12253.)  
D13 Preambula  Preambula ir oblig āta. (Atbilstoši EN 12253.)  
D13.a  Preambulas garums un 
struktūra 16 biti ± 1 bits no FM0 
kodētā “1” bita  (Atbilstoši EN 12253.)  
D13.b  Preambulas vi ļņu forma  Secīgi pārmaiņus zema 
līmeņa un augsta l īmeņa ar 
impulsa ilgumu 2 μs. 
Pielaide nor ādīta D8.a.  (Atbilstoši EN 12253.)  
D13.c  Otrie biti  RSU (REDCR) ir at ļauts 
pārraidīt ne vair āk kā 
8 bitus pēc beigu karodzi ņa. 
OBU (DSRC-VU) nav 
nepieciešams ņemt vērā šos 
papildu bitus.  (Atbilstoši EN 12253.)  
(*) – Lejupsaites parametriem piem ēro atbilstības pārbaudi saska ņā ar attiecīgo parametru p ārbaudi, ko paredz EN 300 674-1.  
14.2. tabula.  
Augšupsaites parametri  
Nr. p. k.  Parametrs  V ērtība(-as)  Piez īme 
U1 (*) Apakšnes ēja frekvences  OBU (DSRC-VU) atbalsta 
1,5 MHz un 2,0 MHz 
RSU (REDCR) atbalsta 
1,5 MHz vai 2,0 MHz, vai 
abus. U1-0: 1,5 MHz U1-1: 
2,0 MHz  Apakšnesēja frekvences atlase 
(1,5 MHz vai 2,0 MHz) ir atkar īga 
no izvēlētā EN 13372 profila.  
U1.a  (*) Apakšnes ēja frekven ču 
pielaide  0,1 % robež ās (Atbilstoši EN 12253.)  
U1b.  S ānjoslu izmantošana  Vieni un tie paši dati ab ās 
pusēs (Atbilstoši EN 12253.)  
U2 (*) OBU (DSRC-VU) raid ītāja 
spektra maska  Saskaņā ar EN 12253 
1) ārpusjoslas jauda: 
sk. ETSI EN 300674-1,  (Atbilstoši EN 12253.)  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 502  
Nr. p. k.  Parametrs  V ērtība(-as)  Piez īme 
2) joslas iekš ējā jauda: 
[U4a] dBm pie 
500 kHz, 
3) izstarojums jebkur ā citā 
augšupsaites kan ālā: 
U2(3)-1 = – 35 dBm pie 
500 kHz  
U4.a  (*) Maksim ālais vienas s ānjo­
slas E.I.R.P. (antenas ass)  Divas iesp ējas: 
U4a-0: – 14 dBm 
U4a-1: – 21 dBm  Saskaņā ar deklar ēto un public ēto 
ierīces projekt ētāja specifik āciju 
U4.b  (*) Maksim ālais vienas s ānjo­
slas E.I.R.P. (35°)  Divas iesp ējas: 
— nepiem ēro; 
— – 17 dBm.  Saskaņā ar deklar ēto un public ēto 
ierīces projekt ētāja specifik āciju 
U5 Polariz ācija Kreis ā cirkulārā (Atbilstoši EN 12253.)  
U5a Š ķērspolarizācija XPD: 
ass virzien ā: (REDCR) 
RSU r ≥ 15 dB 
(DSRC-VU) OBU t ≥ 10 
dB 
pie -3 dB: (REDCR) RSU r 
≥ 10dB 
(DSRC-VU) OBU t ≥ 6 dB  (Atbilstoši EN 12253.)  
U6 Apakšnes ēja modulācija 2-PSK 
Kodēti dati sinhroniz ēti ar 
apakšnesēju: kodēto datu 
pārejas atbilst apakšnes ēja 
pārejām. (Atbilstoši EN 12253.)  
U6.b  Darb ības cikls  Darb ības cikls: 
50 % ± α, α ≤ 5 %  (Atbilstoši EN 12253.)  
U6.c  Modul ācija uz nes ēju Modul ētā apakšnesēja reizi­
nāšana ar nes ēju. (Atbilstoši EN 12253.)  
U7 (*) Datu kod ēšana NRZI (Bez p ārejas “1” bita 
sākumā, ar pāreju “0” bita 
sākumā, bez pārejas bitā) (Atbilstoši EN 12253.)  
U8 (*) Bitu ātrums  250 kbit/s  (Atbilstoši EN 12253.)  
U8.a  Bitu pulkste ņa pielaide  1 000 ppm robež ās (Atbilstoši EN 12253.)  
U9 Bitu k ļūdu intensit āte 
(B.E.R.) sazi ņai ≤ 10  -6 (Atbilstoši EN 12253.)  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 503  
Nr. p. k.  Parametrs  V ērtība(-as)  Piez īme 
U11 Sazi ņas zona  Telpiskais re ģions, kur ā 
DSRC-VU novietots t ā, ka 
REDCR uztver t ā pārraides 
ar B.E.R., kas maz āka par 
U9.a norādīto. (Atbilstoši EN 12253.)  
U12.a  (*) Konversijas pastiprin ājums 
(apakšējā robeža)  1 dB katrai s ānjoslai Leņķa 
diapazons: cirkul āri sime­
trisks starp antenas asi un 
± 35° 
un 
no – 45° līdz + 45° robež ās 
atbilstoši plaknei, kas ir 
paralēla ceļa virsmai, kad 
transportlīdzeklī vēlāk tiek 
uzstādīts DSRC-VU 
(azimuts)  Lielāks nekā norādītais vērtību 
diapazons horizont ālajiem leņķiem 
līdz ± 45°, ņemot vērā šajā pieli­
kumā defin ētos lietojuma 
gadījumus.  
U12.b  (*) Konversijas pastiprin ājums 
(augšējā robeža)  10 dB katrai s ānjoslai  Maz āks nekā norādītais vērtību 
diapazons katrai s ānjoslai apļveida 
konusā ap antenas asi ± 45° atv ē­
ruma leņķī. 
U13 Preambula  Preambula ir oblig āta. (Atbilstoši EN 12253.)  
U13.a  Preambula 
Garums un strukt ūra No 32 līdz 36 μs, modulēta 
tikai ar apakšnes ēju, tad 
8 biti no NRZI kod ētajiem 
“0” bitiem.  (Atbilstoši EN 12253.)  
U13.b  Otrie biti  DSRC-VU ir at ļauts 
pārraidīt ne vair āk kā 
8 bitus pēc beigu karodzi ņa. 
RSU (REDCR) nav nepie ­
ciešams ņemt vērā šos 
papildu bitus.  (Atbilstoši EN 12253.)  
(*) – Augšupsaites parametriem piem ēro atbilstības pārbaudi saska ņā ar attiecīgo parametru p ārbaudi, ko paredz EN 300 674-1.  
5.3.3.  Antenas konstrukcija  
5.3.3.1. REDCR antena  
DSC_30  REDCR  antenas konstrukcija ir ražojuma konstrukt īva funk­
cija, kas darbojas 5.3.2. ieda ļā noteiktajās robežās un ir piel ā­
gota, lai optimiz ētu DSRC-REDCR  nolasīšanas veiktsp ēju 
konkrētajam mērķim un nolas īšanas apst ākļus, kādos 
REDCR  ir paredzēts darboties.  
5.3.3.2. Transportl īdzekļa bloka antena  
DSC_31  DSRC-VU  antenas konstrukcija ir ražojuma konstrukt īva funk­
cija, kas darbojas 5.3.2. ieda ļā noteiktajās robežās un ir piel ā­
gota, lai optimiz ētu DSRC-REDCR  nolasīšanas veiktsp ēju 
konkrētajam mērķim un nolas īšanas apst ākļus, kādos 
REDCR  ir paredzēts darboties.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 504  
DSC_32 Transportl īdzekļa bloka antenu piestiprina pie transportl ī­
dzekļa priekšējā aizsargstikla vai t ā tuvumā, kā norādīts 
iepriekš 5.1. ieda ļā. 
DSC_33 Izm ēģinājumu vidē darbnīcā (sk. 6.3. ieda ļu) DSRC-VU 
antena, kas piestiprin āta saskaņā ar 5.1. ieda ļu, veiksm īgi 
pieslēdzas standarta testa iek ārtai un veiksm īgi izpilda RTM 
darījumu, kā noteikts šaj ā papildinājumā, 2 līdz 10 metru 
attālumā labāk nekā 99 % no laika, to r ēķinot kā vidējo 
vērtību no 1 000 nolas ītiem piepras ījumiem.  
5.4. DSRC protokola pras ības attiec ībā uz RTM  
5.4.1.  Pārskats  
DSC_34 Dar ījuma protokols  datu  lejupielādei 5,8 GHz DSRC 
saskarnes sait ē atbilst turpm āk uzskaitītajiem posmiem. Šaj ā 
iedaļā aprakstīta darījuma plūsma ideālos apstākļos, kad dati 
netiek pārraidīti atkārtoti un nav sazi ņas pārtraukumu.  
Piezīme. Inicializ ācijas posma (1. posms) m ērķis ir izveidot 
saziņu starp  REDCR  un DSRC-VU , kas atrodas 5,8 GHz 
DSRC (ved ējsekotāja) darījumu zonā, bet vēl nav izveidojuši 
saziņu ar REDCR , un paziņot lietojuma procesus.  
— 1. posms.  Inicializācija. REDCR  nosūta kadru, kas satur 
“radiobākas pakalpojumu tabulu” (BST), kur ā ietverti 
lietojuma identifikatori (AID) pakalpojumu sarakst ā, ko 
tas atbalsta. RTM lietojum ā tas vienkārši ir pakalpojums 
ar AID vērtību = 2 (kravas un autoparks).  DSRC-VU  
izvērtē saņemto BST un atbild (sk. turpm āk) ar atbalst īto 
lietojumu tabulu kravu un autoparka jom ā, vai arī neat­
bild, ja neviens lietojums netiek atbalst īts. Ja  REDCR  
nepiedāvā AID = 2, DSRC-VU neatbild  REDCR . 
— 2. posms.  DSRC-VU  nosūta kadru, kas satur priv āta loga 
piešķiršanas piepras ījumu.  
— 3. posms.  REDCR  nosūta kadru, kas satur priv āta loga 
piešķīrumu.  
— 4. posms.  DSRC-VU  izmanto pieš ķirto privāto logu, lai 
nosūtītu kadru, kas satur t ā transportlīdzekļa pakalpojumu 
tabulu (VST). Š ī VST ietver visu to daž ādo lietojumu 
instancēšanu sarakstu, kuras attiec īgais DSRC-VU  atbalsta 
AID = 2 ietvaros. Daž ādās instancēšanas identific ē pēc 
unikāli ģenerētiem EID, no kuriem katrs ir saist īts ar 
lietojuma konteksta z īmes parametra v ērtību, kas nor āda 
atbalstīto lietojumu un standartu.  
— 5. posms.  Tad  REDCR  analizē piedāvāto VST un vai nu 
pārtrauc savienojumu (RELEASE), jo nav ieinteres ēts 
tajā, ko VST var pied āvāt (t. i., tas sa ņem no  DSRC- 
VU tādu VST, kas neatbalsta RTM dar ījumu), vai ar ī, ja 
tas saņem atbilstošu VST, s āk lietojuma instanc ēšanu. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 505  
— 6. posms.  Lai to izdar ītu, REDCR  nosūta konkrētajam  
DSRC-VU  kadru, kas satur komandu izg ūt RTM datus 
un identific ē RTM lietojuma instanc ēšanu, norādot iden­
tifikatoru, kas atbilst RTM lietojuma instanc ēšanai (kā 
DSRC-VU  norādījis VST), un pieš ķir privātu logu.  
— 7. posms.  DSRC-VU  izmanto pieš ķirto jauno priv āto 
logu, lai nos ūtītu kadru, kas satur adres ēto identifikatoru, 
kurš atbilst RTM lietojuma instanc ēšanai, kā paredzēts 
VST, un kam seko atrib ūts RtmData  (lietderīgās slodzes 
elements + droš ības elements).  
— 8. posms.  Ja tiek piepras īti vairāki pakalpojumi, v ērtība 
“n” tiek main īta uz nākamo pakalpojuma atsauces numuru 
un process tiek atk ārtots.  
— 9. posms.  REDCR  apstiprina datu sa ņemšanu, nos ūtot 
DSRC-VU  kadru, kas satur RELEASE komandu, lai 
pārtrauktu sesiju, VAI, ja tam neizdodas valid ēt LDPU 
veiksmīgu saņemšanu, atgriežas 6. posm ā. 
Darījuma protokola grafisku att ēlojumu skat īt 14.6. attēlā. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 506  
14.6. attēls 
RTM procesa pl ūsma, izmantojot 5,8 GHz DSRC
  
5.4.2.  Komandas  
DSC_35 RTM dar ījuma posm ā izmanto vien īgi turpmāk norādītās 
komandas.  
— INITIALISATION.request : Komanda, ko izdod no 
REDCR k ā apraidi ar to lietojumu defin īciju, kurus 
atbalsta REDCR.  
— INITIALISATION.response : DSRC-VU atbilde, kur ā 
apstiprina savienojumu un iek ļauj atbalst īto lietojuma 
instanču sarakstu kop ā ar iezīmēm un inform āciju par 
to, kā tās izmantot (EID).  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 507  
— GET.request : Komanda, kuru  REDCR  izdod  DSRC-VU  
un kurā norāda izmantojamo lietojuma instanc ēšanu, 
piemērojot noteiktu EID, kas sa ņemts ar VST, sniedzot  
DSRC-VU  rīkojumu nos ūtīt atlasīto(-os) atrib ūtu(-us) kop ā 
ar datiem. GET komandas m ērķis ir nodrošin āt, ka  
REDCR  iegūst datus  no DSRC-VU . 
— GET.response : DSRC-VU atbilde, kas satur piepras ītos 
datus . 
— ACTION.request ECHO : Komanda, kur ā DSRC-VU  
tiek dots r īkojums nos ūtīt datus atpaka ļ no DSRC-VU  
uz REDCR . ECHO komandas m ērķis ir sniegt darbn īcām 
vai riepu apstiprin āšanas izmēģinājumu iestādēm iespēju 
pārbaudīt, vai DSRC saite darbojas bez vajadz ības piekļūt 
drošības akredit ācijas datiem.  
— ACTION .response ECHO: DSRC VU atbilde uz ECHO 
komandu.  
— EVENT_REPORT.request  RELEASE: Komanda, kur ā 
DSRC-VU  tiek dots r īkojums izbeigt dar ījumu. RELEASE 
komandas m ērķis ir izbeigt sesiju ar  DSRC-VU . Saņemot 
RELEASE komandu,  DSRC-VU neatbild uz turpm ākiem 
pieprasījumiem, kam ēr notiek konkr ētais savienojums. 
Jāņem vērā, ka saska ņā ar EN 12834 DSRC-VU nepie ­
slēdzas divreiz vienam un tam pašam piepras ītājam, 
izņemot, ja tas ir bijis ārpus saziņas zonas 255 sekundes 
vai ja tiek main īts pieprasītāja radiobākas ID.  
5.4.3.  Piepras īšanas komandu sekvence  
DSC_36 No komandu un atbilžu sekvences viedok ļa darījums notiek 
šādi. 
Sekvence  Nosūtītājs Sa ņēmējs Apraksts  Darb ība 
1 REDCR  >  DSRC-VU  Saziņas saites inicializ ā­
cija — Piepras ījums  REDCR apraida BST  
2 DSRC-VU  >  REDCR  Saziņas saites iniciali ­
zācija — Atbilde  Ja BST atbalsta AID=2, tad 
DSRC-VU pieprasa priv ātu 
logu 
3 REDCR  >  DSRC-VU  Piešķir privātu logu  Nos ūta kadru, kas satur 
privāta loga pieš ķīrumu  
4 DSRC-VU  >  REDCR  Nosūta VST  Nos ūta kadru, kas satur VST  
5 REDCR  >  DSRC-VU  Nosūta GET.request par 
datiem atrib ūtā par 
konkrētu EID  
6 DSRC-VU  >  REDCR  Nosūta GET.response 
ar piepras īto atribūtu 
par konkr ētu EID  Nosūta atribūtu (RTMData, 
OWSData, …) ar datiem par 
konkrētu EID  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 508  
Sekvence  Nosūtītājs Sa ņēmējs Apraksts  Darb ība 
▼M1 
7 REDCR  >  DSRC-VU  Nosūta GET.request par 
cita atribūta datiem (ja 
piemērojams)  
▼B 
8 DSRC-VU  >  REDCR  Nosūta GET.response 
atbildi ar piepras īto 
atribūtu Nosūta atribūtu ar datiem par 
konkrētu EID  
9 REDCR  >  DSRC-VU  Apstiprina datu veik ­
smīgu saņemšanu  Nosūta RELEASE komandu, 
kas izbeidz dar ījumu  
10 DSRC-VU  Izbeidz dar ījumu  
Darījumu sekvences piem ērs un to kadru saturs, ar kuriem 
notiek apmai ņa, ir noteikts 5.4.7. un 5.4.8. ieda ļā. 
5.4.4.  Datu strukt ūras 
DSC_37  Datu  semantisk ā struktūra, kad tie tiek nos ūtīti ar 5,8 GHz 
DSRC saskarnes starpniec ību, atbilst strukt ūrai, kas aprakst īta 
šajā papildinājumā. Šo datu struktur ējums ir nor ādīts šajā 
iedaļā. 
DSC_38 Lietder īgās slodzes dati (RTM dati) sast āv no šādu elementu 
konkatenācijas:  
1. EncryptedTachographPayload dati, kas ir TachographPay ­
load kodējums, kā noteikts ASN.1, 5.4.5. ieda ļā. Kodē­ 
šanas metode aprakst īta 11. papildin ājumā; 
2. DSRCSecurityData, kas nor ādīti 11. papildin ājumā. 
DSC_39 RTM dati tiek nor ādīti kā RTM atrib ūts =1 un tiek p ārraidīti 
RTM konteiner ā =10.  
DSC_40 RTM konteksta z īme identific ē atbalstīto standartu da ļu 
TARV standartu s ērijā (RTM atbilst 9. da ļai); 
Turpmāk ir norādīta ASN.1 modu ļa definīcija DSRC datiem 
RTM lietojum ā. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 509
  
► (1) (2) (3) (4)  M1 ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 510
  
5.4.5.  RtmData elementi, veikt ās darbības un defin īcijas  
DSC_41 Datu v ērtības, kas j āaprēķina transportl īdzekļa blokam un 
jāizmanto, lai atjaunin ātu aizsargātos datus DSRC-VU, apr ē­ 
ķina atbilstoši 14.3. tabul ā paredzētajiem noteikumiem.  
14.3. tabula.  
RtmData elementi, veikt ās darbības un defin īcijas  
(1) RTM Datu 
elements  (2) Transportlīdzekļa bloka veikt ā darbība (3)  Datu ASN.1 defin īcija 
RTM1 
Transportl ī­
dzekļa 
numura z īme Transportlīdzekļa bloks iestata  tp15638Vehicle ­
RegistrationPlate  datu elementa RTM1 v ērtību 
no reģistrētās datu tipa v ērtības VehicleRegis ­
trationIdentification , kā noteikts 1. papildin ā­
jumā VehicleRegistrationIdentification  Transportlīdzekļa 
numura zīme, 
izteikta kā rakst­
zīmju virkne
  
RTM2 
Ātruma pārs­
niegšanas 
notikums  Transportlīdzekļa bloks ģenerē Būla datu tipa 
vērtību datu elementam RTM2 tp15638Spee ­
dingEvent. 
tp15638SpeedingEvent v ērtību transportl ī­
dzekļa bloks apr ēķina no ātruma pārsniegšanas 
notikumu skaita, kas re ģistrēts transportl īdzekļa 
blokā pēdējās 10 dien ās, kā noteikts 
1.C pielikum ā. 1 (PATIESS) — 
norāda uz ātruma 
neatbilstībām 
pēdējās 10 dienās
 ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 511  
(1) RTM Datu 
elements  (2) Transportlīdzekļa bloka veikt ā darbība (3)  Datu ASN.1 defin īcija 
Ja ir vismaz viens tp15638SpeedingEvent noti ­
kums pēdējās 10 dien ās, tp15638SpeedingE ­
vent vērtība tiek iestat īta uz PATIESS. 
VAI ARĪ, ja nav neviena notikuma p ēdējās 
10 dienās, tp15638SpeedingEvent v ērtība tiek 
iestatīta uz APLAMS.  
RTM3 
Vadīšana bez 
derīgas 
kartes  Transportlīdzekļa bloks ģenerē Būla datu tipa 
vērtību datu elementam RTM3 tp15638Dri ­
vingWithoutValidCard. 
Transportlīdzekļa bloks pieš ķir “Patiess” 
vērtību mainīgajam rādītājam tp15638Driving ­
WithoutValidCard, ja p ēdējās 10 dienās trans­
portlīdzekļa bloka datos re ģistrēts vismaz viens 
notikums par tipu “Vad īšana bez atbilstošas 
kartes”, kā noteikts 1. C pielikum ā. 
VAI ARĪ, ja nav neviena notikuma p ēdējās 
10 dienās, tp15638DrivingWithoutValidCard 
mainīgais rādītājs tiek iestat īts uz APLAMS.  1 (PATIESS) = 
norāda nederīgu 
kartes 
izmantojumu
  
RTM4 
Derīga vadī­
tāja karte  Transportlīdzekļa bloks ģenerē Būla datu tipa 
vērtību datu elementam RTM4 
tp15638DriverCard, pamatojoties uz transport ­
līdzekļa blokā saglabātajiem un 1. papildin ā­
jumā definētajiem datiem. 
Ja nav der īgas vadītāja kartes, transportl īdzekļa 
bloks iestata main īgo rādītāju uz PATIESS. 
VAI ARĪ, ja ir derīga vadītāja karte, transport ­
līdzekļa bloks iestata main īgo rādītāju uz 
APLAMS.  0 (APLAMS) = 
norāda derīgu 
vadītāja karti
  
RTM5 
Kartes ievie ­
tošana vad ī­ 
šanas laik ā Transportlīdzekļa bloks ģenerē Būla datu tipa 
vērtību datu elementam RTM5. 
Transportlīdzekļa bloks pieš ķir vērtību 
PATIESS main īgajam rādītājam tp15638Car ­
dInsertion, ja p ēdējās 10 dien ās transportl ī­
dzekļa bloka datos re ģistrēts vismaz viens noti ­
kums par tipu “Kartes ievietošana transportl ī­
dzekļa vadīšanas laikā”, kā noteikts 1.C pieli ­
kumā. 
VAI ARĪ, ja nav neviena š āda notikuma 
pēdējās 10 dien ās, tp15638CardInsertion 
mainīgais rādītājs tiek iestat īts uz APLAMS.  1 (PATIESS) = 
Norāda kartes 
ievietošanu trans ­
portlīdzekļa vadī­ 
šanas laikā 
pēdējās 
10 dienās.
 
RTM6 
Kustības datu 
kļūda Transportlīdzekļa bloks ģenerē Būla datu tipa 
vērtību datu elementam RTM6. 
Transportlīdzekļa bloks pieš ķir vērtību 
PATIESS main īgajam rādītājam tp15638Mo ­
tionDataError, ja p ēdējās 10 dienās transportl ī­
dzekļa bloka datos re ģistrēts vismaz viens noti ­
kums par tipu “Kust ības datu k ļūda”, kā 
noteikts 1.C pielikum ā. 
VAI ARĪ, ja nav neviena š āda notikuma 
pēdējās 10 dien ās, tp15638MotionDataError 
mainīgais rādītājs tiek iestat īts uz APLAMS.  1 (PATIESS) = 
norāda kustības 
datu kļūdu 
pēdējās 10 dienās
 ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 512  
(1) RTM Datu 
elements  (2) Transportlīdzekļa bloka veikt ā darbība (3)  Datu ASN.1 defin īcija 
RTM7 
Pretrunīga 
informācija 
par trans ­
portlīdzekļa 
kustību Transportlīdzekļa bloks ģenerē Būla datu tipa 
vērtību datu elementam RTM7. 
Transportlīdzekļa bloks pieš ķir vērtību 
PATIESS main īgajam rādītājam tp15638vehic ­
leMotionConflict, ja p ēdējās 10 dienās trans­
portlīdzekļa bloka datos re ģistrēts vismaz 
viens notikums par tipu “Pretrun īga informācija 
par transportl īdzekļa kustību” (vērtība ‘0A’H). 
VAI ARĪ, ja nav neviena notikuma p ēdējās 
10 dien ās, tp15638vehicleMotionConflict 
mainīgais rādītājs tiek iestat īts uz APLAMS.  1 (PATIESS) = 
norāda kustības 
transportlīdzekļa 
konfliktu p ēdējās 
10 dienās, kad 
tas konstat ēts
 
RTM8 
Otrā vadītāja 
karte  Transportlīdzekļa bloks ģenerē Būla datu tipa 
vērtību datu elementam RTM8 saska ņā ar 
1.C pielikumu (“Dati par transportl īdzekļa 
vadītāja darbībām” — APKALPE un OTRS 
VADĪTĀJS). 
Ja ir derīga otrā vadītāja karte, transportl īdzekļa 
bloks iestata main īgo rādītāju uz PATIESS. 
VAI ARĪ, ja nav der īgas otrās vadītāja kartes, 
transportlīdzekļa bloks iestata main īgo rādītāju 
uz APLAMS.  1 (PATIESS) = 
norāda ievietotu 
otrā vadītāja karti
  
RTM9 
Pašreizējā 
darbība Transportlīdzekļa bloks ģenerē Būla datu tipa 
vērtību datu elementam RTM9. 
Ja pašreizējā darbība ir reģistrēta transportl ī­
dzekļa blokā kā darbība, kas nav “TRANS ­
PORTLĪDZEKĻA VADĪŠANA”, k ā definēts 
1.C pielikum ā, transportl īdzekļa bloks iestata 
mainīgo rādītāju uz PATIESS. 
VAI ARĪ, ja pašreiz ējā vērtība transportl ī­
dzekļa blokā ir reģistrēta kā “TRANSPORTL Ī­
DZEKĻA VAD ĪŠANA”, transportl īdzekļa 
bloks iestata main īgo rādītāju uz APLAMS.  1 (PATIESS) = 
atlasīta cita 
darbība; 
0 (APLAMS) = 
atlasīta vadīšana
 
RTM10 
Pēdējā slēgtā 
sesija  Transportlīdzekļa bloks ģenerē Būla datu tipa 
vērtību datu elementam RTM10. 
Ja pēdējā kartes sesija netika pien ācīgi slēgta, 
kā noteikts 1.C pielikum ā, transportl īdzekļa 
bloks iestata main īgo rādītāju uz PATIESS. 
VAI ARĪ, ja pēdējā kartes sesija tika sl ēgta 
pienācīgi, transportl īdzekļa bloks iestata 
mainīgo rādītāju uz APLAMS.  1 (PATIESS) = 
nepienācīgi slēgta 
0 (APLAMS) = 
pienācīgi slēgta
 
RTM11 
Barošanas 
strāvas 
pārtraukums  Transportlīdzekļa bloks ģenerē vesela skait ļa 
vērtību datu elementam RTM11. 
Transportlīdzekļa bloks pieš ķir mainīgajam 
rādītājam tp15638PowerSupplyInterruption 
vērtību, kas vien āda ar visilg āko barošanas 
strāvas pārtraukumu atbilstoši Regulas (ES) 
Nr. 165/2014 9. pantam attiec ībā uz tipu 
“Barošanas str āvas pārtraukums”, k ā noteikts 
1.C pielikum ā. — Barošanas 
strāvas 
pārtraukumu 
skaits 
pēdējās 
10 dienās, 
kad tāds 
konstatēts
 ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 513  
(1) RTM Datu 
elements  (2) Transportlīdzekļa bloka veikt ā darbība (3)  Datu ASN.1 defin īcija 
VAI ARĪ, ja pēdējās 10 dienās nav bijis baro ­ 
šanas strāvas pārtraukumu, vesel ā skaitļa 
vērtība tiek iestat īta uz 0.  
▼M1 
RTM12 
Sensora 
kļūme Transportlīdzekļa bloks ģenerē vesela skait ļa 
vērtību datu elementam RTM12. 
Transportlīdzekļa bloks pieš ķir mainīgajam 
rādītājam sensorFault š ādu vērtību: 
— 1, ja p ēdējās 10 dienās ir reģistrēta “35” H 
tipa Sensora k ļūda; 
— 2, ja p ēdējās 10 dienās ir reģistrēta GNSS 
uztvērēja tipa kļūda (iekšēja vai ārēja ar 
ENUM vērtībām “36” H vai “37” H); 
— 3, ja p ēdējās 10 dienās ir reģistrēts noti­
kums  “0E”H Communication error with 
the external  GNSS  facility ; 
— 4, ja p ēdējās 10 dien ās ir reģistrēta gan 
sensora kļūda, gan GNSS uztv ērēja kļūdas; 
— 5, ja p ēdējās 10 dien ās ir reģistrēta gan 
sensora kļūda, gan ārējā GNSS sazi ņas 
kļūdas; 
— 6, ja p ēdējās 10 dien ās ir reģistrēta gan 
GNSS uztv ērēja kļūda, gan ārējās GNSS 
saziņas kļūdas; 
— 7, ja p ēdējās 10 dienās ir reģistrētas visu 
trīs sensoru k ļūdas. ELSE pieš ķir vērtību 
0, ja pēdējo 10 dienu laik ā nav reģistrēts 
neviens notikums.  – Sensora k ļūda 
viens oktets 
atbilstoši datu 
vārdnīcai
 
▼B 
RTM13 
Laika skait ī­ 
šanas 
korekcija  Datu elementam RTM13 transportl īdzekļa 
bloks ģenerē vesela skait ļa vērtību (timeReal 
no 1. papildin ājuma), pamatojoties uz esoša ­
jiem laika skait īšanas korekcijas datiem, k ā 
definēts 1.C pielikum ā. 
Transportlīdzekļa bloks pieš ķir laika v ērtību 
par laiku, kad p ēdējo reizi notikusi laika skai ­
tīšanas korekcija. 
VAI ARĪ, ja transportl īdzekļa bloka datos nav 
notikuma “Laika skait īšanas korekcija”, kas 
definēts 1.C pielikum ā, transportl īdzekļa bloks 
iestata vērtību 0.  Jaunākās laika 
korekcijas laiks
  
RTM14 
Aizsardz ības 
sistēmas 
pārkāpuma 
mēģinājums  Datu elementam RTM14 transportl īdzekļa 
bloks ģenerē vesela skait ļa vērtību (timeReal 
no 1. papildin ājuma), pamatojoties uz esošo 
aizsardzības sistēmas pārkāpuma mēģinājuma 
notikumu, k ā definēts 1.C pielikum ā. Jaunākais aizsar ­
dzības sistēmas 
pārkāpuma mēģi­
nājums 
— Noklus ējuma 
vērtība = 
0x00FF
  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 514  
(1) RTM Datu 
elements  (2) Transportlīdzekļa bloka veikt ā darbība (3)  Datu ASN.1 defin īcija 
Transportlīdzekļa bloks iestata sava re ģistrētā 
jaunākā aizsardzības sistēmas pārkāpuma mēģi­
nājuma laika v ērtību. 
VAI ARĪ, ja transportl īdzekļa bloka datos nav 
notikuma “Aizsardz ības sistēmas pārkāpuma 
mēģinājums”, kas defin ēts 1.C pielikum ā, 
transportlīdzekļa bloks iestata v ērtību 0x00FF.  
RTM15 
Jaunākā kali­
brēšanas 
reize  Datu elementam RTM15 transportl īdzekļa 
bloks ģenerē vesela skait ļa vērtību (timeReal 
no 1. papildin ājuma), pamatojoties uz esoša ­
jiem jaunākās kalibrēšanas reizes datiem, k ā 
definēts 1.C pielikum ā. 
Transportlīdzekļa bloks iestata divu jaun āko 
kalibrēšanas reižu v ērtību (RTM15 un 
RTM16), kas tiek iestat ītas VuCalibrationData 
laukā, kā noteikts 1. papildin ājumā. 
Transportlīdzekļa bloks iestata RTM15 v ērtību 
uz jaunākā kalibrēšanas ieraksta timeReal.  Dati par jaun āko 
kalibrēšanas reizi
  
RTM16 
Iepriekšējā 
kalibrēšana  Transportlīdzekļa bloks ģenerē vesela skait ļa 
vērtību (timeReal no 1. papildin ājuma) tā kali­
brēšanas ieraksta datu elementam RTM16, kas 
veikts pirms jaun ākās kalibrēšanas reizes. 
VAI ARĪ, ja iepriekš ējas kalibrēšanas nav bijis, 
transportlīdzekļa bloks iestata RTM16 v ērtību 
uz 0.  Dati par iepriek ­ 
šējās kalibrēšanas 
reizi
 
RTM17 
Tahogrāfa 
pieslēgšanas 
datums  Datu elementam RTM17 transportl īdzekļa 
bloks ģenerē vesela skait ļa vērtību (timeReal 
no 1. papildin ājuma). 
Transportlīdzekļa bloks iestata savas s ākotnējās 
instalācijas laika v ērtību. 
Transportlīdzekļa bloks izg ūst šos datus no 
VuCalibrationData datiem (1. papildin ājums) 
vuCalibrationRecords ierakstos, kur Calibra ­
tionPurpose ir vien āds ar “03” H.  Tahogrāfa 
pieslēgšanas 
datums
  
RTM18 
Pašreizējais 
ātrums  Transportlīdzekļa bloks ģenerē vesela skait ļa 
vērtību datu elementam RTM18. 
Transportlīdzekļa bloks iestata RTM16 v ērtību 
uz pēdējo pašreizējo reģistrēto ātrumu RtmData 
pēdējās atjaunināšanas reizē. Pēdējais pašrei­
zējais reģistrētais 
ātrums
  
RTM19 
Laika zīmogs  Datu elementam RTM19 transportl īdzekļa 
bloks ģenerē vesela skait ļa vērtību (timeReal 
no 1. papildin ājuma). 
Transportlīdzekļa bloks iestata RTM19 v ērtību 
uz RtmData p ēdējās atjaunināšanas laiku.  Pašreizējā 
TachographPay ­
load ieraksta 
laika zīmogs
  
5.4.6.  Datu p ārraides meh ānisms  
DSC_42 Iepriekš defin ētos lietderīgās slodzes datus REDCR pieprasa 
pēc inicializācijas posma, un  DSRC-VU  tos attiecīgi pārraida 
piešķirtajā logā. Lai izgūtu datus, REDCR izmanto komandu 
GET.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 515  
DSC_43 Par visiem DSRC datu apmai ņas gadījumiem datus kod ē, 
izmantojot PER (Packed Encoding Rules) UNALIGNED, 
izņemot
  un
  , 
kurus kod ē, izmantojot OER (Octet Encoding Rules), kas 
definēti ISO/IEC 8825-7, Rec. ITU-T X.696.  
▼B 
5.4.7.  Detaliz ēts DSRC dar ījumu apraksts  
DSC_44 Tiek veikta inicializ ācija saska ņā ar DSC_44–DSC_48 un 
14.4.–14.9. tabulu. Inicializ ācijas posm ā REDCR s āk sūtīt 
kadru, kas sast āv no BST (radiob ākas pakalpojumu tabulas) 
saskaņā ar EN 12834 un EN 13372, 6.2., 6.3., 6.4. un 
7.1. punktu, ar turpm āk 14.4. tabul ā norādītajiem iestat īju­
miem.  
14.4. tabula.  
Inicializācija — BST kadra iestat ījumi  
Lauks  Iestat ījumi 
Saites identifikators  P ārraides adrese  
BeaconId  Atbilstoši EN 12834  
Laiks  Atbilstoši EN 12834  
Profils  Nav paplašin ājuma, jāiz­
manto 0 vai 1  
MandApplications  Nav paplašin ājuma, nav EID, 
nav parametra, AID = 2 
Kravas un autoparks  
NonMandApplications  Nav  
ProfileList  Nav paplašin ājuma, profilu 
skaits sarakst ā = 0  
Fragmentācijas galvene  Nav fragment ācijas 
2. slāņa iestatījumi Komandas PDU, UI 
komanda  
Praktisks 14.4. tabul ā norādīto iestatījumu piem ērs, norādot 
arī bitu kodējumus, ir sniegts turpm āk 14.5. tabul ā. 
14.5. tabula.  
Inicializācija — BST kadra satura piem ērs
 Okteta Nr. 
Atribūts/lauks  Biti oktet ā Apraksts  
1. KAROGS
  S ākuma karogs  
2. Pārraides ID
  P ārraides adrese  
3. MAC kontroles lauks
  Komandas PDU  
4. LLC kontroles lauks
  UI komanda  ▼M1
 02016R0799 — LV — 26.02.2020 — 002.001 — 516
 Okteta Nr. 
Atribūts/lauks  Biti oktet ā Apraksts  
5. Fragment ācijas galvene
  Nav fragment ācijas 
6. BST
  Inicializ ācijas 
pieprasījums  
SEKVENCE {  
OPTION indikators 
BeaconID SEKVENCE { 
ManufacturerId VESELS SKAIT- 
LIS (0…65535)
  NonMand lietojumu nav
  
Ražotāja identifikators  
7.
 
8.
 
IndividualID VESELS SKAITLIS 
(0…134217727) 
}
 Ražotājam pieejams 
27 bitu ID  
9.
 
10.
 
11.
 
12. Laiks VESELS SKAITLIS 
(0..4294967295)
  32 bitu UNIX re āllaiks  
13.
 
14.
 
15.
 
16. Profils VESELS SKAITLIS 
(0…127,…)
  Nav paplašin ājuma. 
Profila piem ērs 0 
17. MandApplications SEKVENCE 
(SIZE(0…127,…)) NO {
  Nav paplašin ājuma, 
mandApplications skaits 
= 1 
18. SEKVENCE {  
OPTION indikators
  EID nav  
OPTION indikators
  Parametra nav  
AID DSRCApplicationEntityID } }
  Nav paplašin ājuma. 
AID = 2 kravas un 
autoparks  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 517
 Okteta Nr. 
Atribūts/lauks  Biti oktet ā Apraksts  
19. ProfileList SEKVENCE (0..127,...) NO 
profila }
  Nav paplašin ājuma, profilu 
skaits sarakst ā = 0 
20. FCS
  Kadru p ārbaudīšanas 
sekvence  
21.
 
22. Karogs
  Beigu karogs  
DSC_45  DSRC-VU , saņemot BST, pieprasa priv āta loga pieš ķiršanu, 
kā noteikts EN 12795 un EN 13372, 7.1.1. punkt ā, bez 
īpašiem RTM iestat ījumiem. Bitu kod ēšanas piem ērs sniegts 
14.6. tabul ā. 
14.6. tabula.  
Inicializācija — priv āta loga pieš ķiršanas piepras ījuma kadra saturs
 Okteta Nr. 
Atribūts/lauks  Biti oktet ā Apraksts  
1. KAROGS
  S ākuma karogs  
2. Privātais LID
  Konkr ētā DSRC-VU 
saites adrese  
3.
 
4.
 
5.
 
6. MAC kontroles lauks
  Priv āta loga piepras ījums  
7. FCS
  Kadru p ārbaudīšanas 
sekvence  
8.
 
9. Karogs
  Beigu karogs  
DSC_46 Tad REDCR atbild, pieš ķirot privātu logu, k ā noteikts 
EN 12795 un EN 13372, 7.1.1. punkt ā, bez īpašiem RTM 
iestatījumiem.  
Bitu kodēšanas piem ērs sniegts 14.7. tabul ā. 
14.7. tabula.  
Inicializācija — priv āta loga pieš ķiršanas kadra saturs
 Okteta Nr. 
Atribūts/lauks  Biti oktet ā Apraksts  
1. KAROGS
  S ākuma karogs  
2. Privātais LID
  Konkr ētā DSRC-VU 
saites adrese  
3.
 ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 518
 Okteta Nr. 
Atribūts/lauks  Biti oktet ā Apraksts  
4.
 
5.
 
6. MAC kontroles lauks
  Priv āta loga pieš ķīrums  
7. FCS
  Kadru p ārbaudīšanas 
sekvence  
8.
 
9. Karogs
  Beigu karogs  
DSC_47  DSRC-VU , saņemot privāta loga pieš ķīrumu, nosūta tā VST 
(transportlīdzekļa pakalpojumu tabulu), k ā noteikts 
EN 12834 un EN 13372, 6.2., 6.3., 6.4. un 7.1. punkt ā, ar 
14.8. tabul ā norādītajiem iestat ījumiem, izmantojot pieš ķirto 
pārraides logu.  
14.8. tabula.  
Inicializācija — VST kadra iestat ījumi  
Lauks  Iestat ījumi 
Privātais LID  Atbilstoši EN 12834  
VST parametri  Aizpild ījums = 0, tad par katru atbal ­
stīto lietojumu: EIR ir, parametrs ir, 
AID = 2, EID, ko ģenerējusi OBU  
Parametrs  Nav paplašin ājuma, satur RTM 
konteksta z īmi 
ObeConfiguration  P ēc izvēles var būt ObeStatus lauks, 
bet REDCR to neizmanto  
Fragmentācijas galvene  Nav fragment ācijas 
2. slāņa iestatījumi Komandas PDU, UI komanda  
DSC_48  DSRC-VU  atbalsta lietojumu “kravas un autoparks”, ko iden ­
tificē ar lietojuma identifikatoru “2”. Var tikt atbalst īti citi 
lietojuma identifikatori, bet to nav šaj ā VST, jo BST ir vaja ­
dzīgs tikai AID = 2. Lauks “Lietojumi” ietver  DSRC-VU  
atbalstīto lietojuma instan ču sarakstu. Par katru atbalst īto 
lietojuma instanc ēšanu ir sniegta nor āde uz atbilstošo stan ­
dartu, kura sast āv no Rtm Context z īmes, ko veido OBJEKTA 
IDENTIFIKATORS (kurš atspogu ļo saistīto standartu, t ā daļu 
(attiecībā uz RTM — 9. da ļa) un, iesp ējams, tā versiju), k ā arī 
EID, ko ģenerē DSRC-VU un kas ir saist īts ar attiec īgo lieto­
juma instanci.  
Praktisks 14.8. tabul ā norādīto iestatījumu piem ērs, norādot 
arī bitu kodējumus, ir sniegts 14.9. tabul ā. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 519  
14.9. tabula.  
Inicializācija — VST kadra satura piem ērs
 Okteta Nr. 
Atribūts/lauks  Biti oktet ā Apraksts  
1. KAROGS
  S ākuma karogs  
2. Privātais LID
  Konkr ētā DSRC-VU 
saites adrese  
3.
 
4.
 
5.
 
6. MAC kontroles lauks
  Komandas PDU  
7. LLC kontroles lauks
  UI komanda  
8. Fragment ācijas galvene
  Nav fragment ācijas 
9. VST 
SEKVENCE {
  Inicializācijas atbilde  
Fill BIT STRING(SIZE(4))
  Neizmanto un iestata uz 0  
10. Profils VESELS SKAITLIS (0…127, 
…) 
Lietojumu SEKVENCE NO {
  Nav paplašin ājuma. 
Profila piem ērs 0 
11.
 Nav paplašin ājuma, 
1 lietojums  
12. SEKVENCE {  
OPTION indikators
  EID ir  
OPTION indikators
  Parametrs ir  
AID DSRCApplicationEntityID
  Nav paplašin ājuma. 
AID = 2 kravas un 
autoparks  
13. EID Dsrc-EID
  Defin ēts OBU un identi ­
ficē lietojuma instanci.  
14. Parametra konteiners {
  Nav paplašin ājuma, 
konteinera izv ēle = 02, 
Oktetu virkne  
15.
 Nav paplašin ājuma, Rtm 
konteksta z īmes garums 
= 8 ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 520
 Okteta Nr. 
Atribūts/lauks  Biti oktet ā Apraksts  
16. Rtm-ContextMark::= SEKVENCE 
{ 
StandardIdentifier, 
standardIdentifier
  ►M1 Atbalstītā stan­
darta, daļas un versijas 
objekta identifikators. 
Piemērs: ISO (1) Standard 
(0) TARV (15638) part9 
(9) Version1 (1). 
Pirmais oktets ir 06H, kas 
ir objekta identifikators. 
Otrais oktets ir 06H, kas 
ir tā garums. N ākamie 6 
okteti kod ē piemērā doto 
objekta identifikatoru. ◄ 17.
 
18.
 
19.
 
20.
 
21.
 
22.
 
23.
 
24 ObeConfiguration sekvence {  
OPTION indikators
  ObeStatus nav  
EquipmentClass VESELS SKAITLIS 
(0…32767)
  
25
 
26. ManufacturerId VESELS SKAITLIS 
(0..65535)}
  Ražotāja identifikators 
DSRC-VU, k ā aprakstīts 
ISO 14816 re ģistrā.. 
27.
 
28. FCS
  Kadru p ārbaudīšanas 
sekvence  
29.
 
30. Karogs
  Beigu karogs  
DCS_49 Tad REDCR nolasa datus, izdodot GET komandu, kas atbilst 
EN 13372, 6.2., 6.3., 6.4. punkt ā un EN 12834 noteiktajai 
GET komandai, ar 14.10. tabul ā norādītajiem iestat ījumiem.  
14.10. tabula.  
Inicializācija — GET piepras ījuma kadra iestat ījumi  
Lauks  Iestat ījumi 
Izsaucēja identifikators (ID)  Nav  
Saites identifikators (LID)  Konkr ētā DSRC-VU saites adrese  
Saķēdējums  N ē 
Elementa identifikators (EID)  K ā norādīts VST. Nav paplašin ājuma ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 521  
Lauks  Iestat ījumi 
Piekļuves akredit ācijas dati  N ē 
AttributeIdList  Nav paplašin ājuma, 1 atrib ūts, Attri­
buteID = 1 (RtmData)  
Fragmentēšana N ē 
2. slāņa iestatījumi Komandas PDU, Polled ACn 
komanda  
14.11. tabul ā ir norādīts piemērs, kā tiek nolas īti RTM dati.  
14.11. tabula.  
Iesniegšana — GET piepras ījuma kadra piem ērs
 Okteta Nr. 
Atribūts/lauks  Biti oktet ā Apraksts  
1. KAROGS
  S ākuma karogs  
2. Privātais LID
  Konkr ētā DSRC-VU 
saites adrese  
3.
 
4.
 
5.
 
6. MAC kontroles lauks
  Komandas PDU  
7. LLC kontroles lauks
  Polled ACn komanda, n 
bits 
8. Fragment ācijas galvene
  Nav fragment ācijas 
9. Get.request 
SEKVENCE {
  GET piepras ījums  
OPTION indikators
  Piekļuves akredit ācijas 
datu nav  
OPTION indikators
  IID nav  
OPTION indikators
  AttributeIdList ir  
Fill BIT STRING(SIZE(1))
  Iestatīts uz 0.  
10. EID VESELS SKAITLIS(0..127,…)
  RTM lietojuma instances 
EIR, kā norādīts VST. 
Nav paplašin ājuma  
11. AttributeIdList SEQUENCE OF { 
AttributeId }}
  Nav paplašin ājuma, atri ­
būtu skaits = 1  
12.
 AttributeId = 1, RtmData. 
Nav paplašin ājuma  
13. FCS
  Kadru p ārbaudīšanas 
sekvence  
14.
 
15. Karogs
  Beigu karogs  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 522  
DSC_50  DSRC-VU , saņemot GET piepras ījumu, nosūta GET atbildi ar 
pieprasītajiem datiem, kas atbilst EN 13372, 6.2., 6.3., 
6.4. punkt ā un EN 12834 noteiktajai GET atbildei, ar 
14.12. tabul ā norādītajiem iestat ījumiem.  
14.12. tabula.  
Iesniegšana — GET atbildes kadra iestat ījumi  
Lauks  Iestat ījumi 
Izsaucēja identifikators (ID)  Nav  
Saites identifikators (LID)  Atbilstoši EN 12834  
Saķēdējums  N ē 
Elementa identifikators (EID)  Kā norādīts VST.  
Piekļuves akredit ācijas dati  Nē 
Fragmentēšana N ē 
2. slāņa iestatījumi Atbildes PDU, atbilde 
pieejama un komanda 
pieņemta, ACn komanda  
14.13. tabul ā ir norādīts piemērs, kā tiek nolas īti RTM dati.  
14.13. tabula.  
Iesniegšana — atbildes kadra satura piem ērs
 Okteta Nr. 
Atribūts/lauks  Biti oktet ā Apraksts  
1. KAROGS
  S ākuma karogs  
2. Privātais LID
  Konkr ētā DSRC-VU 
saites adrese  
3.
 
4.
 
5.
 
6. MAC kontroles lauks
  Atbildes PDU  
7. LLC kontroles lauks
  Atbilde pieejama, ACn 
komanda n bit ā 
8. LLC statusa lauks
  Atbilde pieejama un 
komanda pie ņemta  
9. Fragment ācijas galvene
  Nav fragment ācijas 
10. Get.response 
SEKVENCE {
  Saņem atbildi  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 523
 Okteta Nr. 
Atribūts/lauks  Biti oktet ā Apraksts  
OPTION indikators
  IID nav  
OPTION indikators
  Atribūtu saraksts ir  
OPTION indikators
  Atpakaļsūtīšanas statusa 
nav 
Aizpildījums BITU VIRKNE 
(LIELUMS (1))
  Neizmanto  
11. EID VESELS SKAITLIS (0…127,…)
  Atbilde no RTM lieto ­
juma 
instances. Nav 
paplašinājuma,  
12. AttributeList SEQUENCE OF {
  Nav paplašin ājuma, atri ­
būtu skaits = 1  
13. Atrib ūtu SEKVENCE { 
AttributeId
  Nav paplašin ājuma, Attri ­
buteID = 1 (RtmData)  
14. AttributeValue CONTAINER {
  Nav paplašin ājuma, 
konteinera izv ēle = 10  10. 
15.
 RtmData  
16.
 
17.
 
… …  
n }}}}
  
n+1 FCS
  Kadru p ārbaudīšanas 
sekvence  
n+2
 
n+3 Karogs
  Beigu karogs  
DSC_51 Tad REDCR nosl ēdz savienojumu, izdodot EVENT_RE ­
PORT, RELEASE komandu, kas atbilst EN13372, 6.2., 
6.3., 6.4. punktam un EN 12834, 7.3.8. punktam, bez īpašiem 
RTM iestat ījumiem. 14.14. tabul ā ir norādīts RELEASE 
komandas bitu kod ējuma piem ērs. 
14.14. tabula.  
Pārtraukšana. EVENT_REPORT Release komandas kadra saturs
 Okteta Nr. 
Atribūts/lauks  Biti oktet ā Apraksts  
1. KAROGS
  S ākuma karogs  
2. Privātais LID
  Konkr ētā DSRC-VU 
saites adrese  
3.
 
4.
 ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 524
 Okteta Nr. 
Atribūts/lauks  Biti oktet ā Apraksts  
5.
 
6. MAC kontroles lauks
  Kadrs satur komandas 
LPDU  
7. LLC kontroles lauks
  UI komanda  
8. Fragment ācijas galvene
  Nav fragment ācijas 
9. EVENT_REPORT.request 
SEKVENCE {
  EVENT_REPORT 
(Atbrīvošana)  
OPTION indikators
  Piek ļuves akredit ācijas 
datu nav  
OPTION indikators
  Notikumu parametra nav  
OPTION indikators
  IID nav  
Režīms BŪLA
 Atbilde netiek gaid īta 
10. EID INTEGER (0..127,…)
  Nav paplašin ājuma, 
EID = 0 (sist ēma) 
11. EventType VESELS SKAITLIS 
(0..127,…) }
  Notikuma tips 0 = 
Atbrīvošana  
12. FCS
  Kadru p ārbaudīšanas 
sekvence  
13.
 
14. Karogs
  Beigu karogs  
DSC_52  DSRC-VU  nav jāatbild uz komandu Atbr īvošana. Tad sazi ņu 
slēdz. 
5.4.8.  DSRC testa dar ījuma apraksts  
DSC_53 Ir j āveic pilni testi, kas ietver datu aizsardz ību, kā noteikts 
11. papildin ājumā “Vienotie droš ības mehānismi”, un tos veic 
pilnvarotas personas, kur ām ir piekļuve drošības proced ūrām, 
izmantojot GET komandu, k ā noteikts iepriekš.  
DSC_54 Laišanas ekspluat ācijā un regulārās inspekcijas testus, kuros 
nepieciešama datu kod ēšana un kod ēto datu interpret ācija, 
veic, kā noteikts 11. papildin ājumā “Vienotie droš ības mehā­
nismi” un 9. papildin ājumā “Tipa apstiprin āšana — nepiecie ­ 
šamo testu minimuma saraksts”.  
Tomēr DSRC pamatsazi ņu var testēt ar komandu ECHO. Š ādi 
testi var b ūt vajadzīgi pie laišanas ekspluat ācijā, regulārajās 
inspekcijās vai citos gad ījumos pēc kompetent ās kontroles 
iestādes piepras ījuma vai saska ņā ar Regulu (ES) Nr. 165/ 
2014 (sk. turpm āk 6. iedaļu). ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 525  
DSC_55 Lai veiktu sazi ņas pamattestu, REDCR sesijas laik ā, t. i., pēc 
inicializācijas posma veiksm īgas pabeigšanas, izdod ECHO 
komandu. T ādējādi mijiedarb ību sekvence ir l īdzīga pieprasī­
jumam.  
— 1. posms.  REDCR  nosūta “radiob ākas pakalpojumu 
tabulu” (BST), kas ietver lietojuma identifikatorus (AID) 
pakalpojumu sarakst ā, kuru tas atbalsta. RTM lietojumos 
tas vienkārši būs pakalpojums ar AID v ērtību = 2.  
DSRC-VU  izvērtē saņemto BST un atbild, kad tas 
konstatē, ka BST pieprasa kravas un autoparku (AID = 
2). Ja  REDCR  nepiedāvā AID = 2,  DSRC-VU  izbeidz 
savu darījumu ar  REDCR . 
— 2. posms.  DSRC-VU  nosūta privāta loga pieš ķiršanas 
pieprasījumu.  
— 3. posms. REDCR nos ūta privāta loga pieš ķīrumu.  
— 4. posms.  DSRC-VU  izmanto pieš ķirto privāto logu, lai 
nosūtītu savu transportl īdzekļa pakalpojumu tabulu 
(VST). Šī VST ietver visu to daž ādo lietojumu instanc ē­ 
šanu sarakstu, kuras attiec īgais DSRC-VU  atbalsta AID = 
2 ietvaros. Daž ādās instancēšanas identific ē pēc unikāliem 
EID, no kuriem katrs ir saist īts ar parametra v ērtību, kas 
norāda atbalstīto lietojuma gad ījumu.  
— 5. posms. Tad  REDCR  analizē piedāvāto VST un vai nu 
pārtrauc savienojumu (RELEASE), jo nav ieinteres ēts 
tajā, ko VST var pied āvāt (t. i., tas sa ņem no  DSRC- 
VU tādu VST, kas neatbalsta RTM dar ījumu), vai ar ī, ja 
tas saņem atbilstošu VST, s āk lietojuma instanc ēšanu.  
— 6. posms.  REDCR  izdod konkr ētajam  DSRC-VU  
komandu (ECHO) un pieš ķir privātu logu.  
— 7. posms.  DSRC-VU  izmanto pieš ķirto jauno priv āto logu, 
lai nosūtītu ECHO atbildes kadru.  
ECHO apmai ņas sesijas praktisks piem ērs ir sniegts turpm ākajās tabulās. 
DSC_56 Tiek veikta inicializ ācija saska ņā ar 5.4.7. ieda ļu 
(DSC_44–DSC_48) un 14.4.–14.9. tabulu.  
DSC_57 Tad REDCR izdod ACTION, ECHO komandu, kas atbilst 
ISO 14906 un satur 100 oktetus datu, bez īpašiem RTM iesta ­
tījumiem. REDCR nos ūtītā kadra satura piem ērs sniegts 
14.15. tabul ā. 14.15. tabula. ACTION, ECHO piepras ījuma 
kadra piem ērs ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 526  
14.15. tabula.  
ACTION, ECHO piepras ījuma kadra piem ērs
 Okteta Nr. 
Atribūts/lauks  Biti oktet ā Apraksts  
1. KAROGS
  S ākuma karogs  
2. Privātais LID
  Konkr ētā DSRC-VU saites 
adrese  
3.
 
4.
 
5.
 
6. MAC kontroles lauks
  Komandas PDU  
7. LLC kontroles lauks
  Polled ACn komanda, n 
bits 
8. Fragment ācijas galvene
  Nav fragment ācijas 
9. ACTION.request 
SEKVENCE {
  Darbības piepras ījums 
(ECHO)  
OPTION indikators
  Piek ļuves akredit ācijas 
datu nav  
OPTION indikators
  Darbības parametrs ir  
OPTION indikators
  IID nav  
Režīms BŪLA
 Gaida atbildi  
10. EID VESELS SKAITLIS (0..127,…)
  Nav paplašin ājuma, EID = 
0 (sistēma) 
11. ActionType VESELS SKAITLIS 
(0..127,…)
  Nav paplašin ājuma, 
Darbības tips ECHO 
pieprasījums  
12. ActionParameter KONTEINERS {
  Nav paplašin ājuma, 
konteinera izv ēle = 2  
13.
 Nav paplašin ājuma. 
Virknes garums = 
100 okteti  
14
 Atpaka ļsūtāmie dati  
… …  
113 }}
  
11461­
4. FCS
 Kadru p ārbaudīšanas 
sekvence  
11571­
5.
 
11681­
6. Karogs
  Beigu karogs  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 527  
DSC_58  DSRC-VU , saņemot ECHO piepras ījumu, nos ūta ECHO 
atbildi ar 100 oktetiem datu, kas atspogu ļo saņemto komandu, 
saskaņā ar ISO 14906, bez īpašiem RTM iestat ījumiem. Bitu 
līmeņa kodēšanas piem ērs norādīts 14.16. tabul ā. 
14.16. tabula.  
ACTION, ECHO atbildes kadra piem ērs
 Okteta Nr. 
Atribūts/lauks  Biti oktet ā Apraksts  
1. KAROGS
  S ākuma karogs  
2. Privātais LID
  Konkr ētā transportl īdzekļa 
bloka saites adrese  
3.
 
4.
 
5.
 
6. MAC kontroles lauks
  Atbildes PDU  
7. LLC kontroles lauks
  ACn komanda n bits  
8. LLC statusa lauks
  Atbilde pieejama  
9. Fragment ācijas galvene
  Nav fragment ācijas 
10. ACTION.response 
SEKVENCE {
  DARBĪBA atbilde 
(ECHO)  
OPTION indikators
  IID nav  
OPTION indikators
  Atbildes parametrs ir  
OPTION indikators
  Atpakaļsūtīšanas statusa 
nav 
Aizpilda BITU VIRKNI (LIELUMS 
(1))
 Neizmanto  
11. EID VESELS SKAITLIS (0..127,…)
  Nav paplašin ājuma, EID = 
0 (sistēma) 
12. ResponseParameter KONTEINERS {
  Nav paplašin ājuma, 
konteinera izv ēle = 2  
13.
 Nav paplašin ājuma. 
Virknes garums = 
100 okteti  
14
 Atpaka ļsūtīti dati  
… …  
113 }}
  
114. FCS
  Kadru p ārbaudīšanas 
sekvence  
115.
 
116. Karogs
  Beigu karogs  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 528  
__________  
▼B 
5.6. Datu p ārraide starp DSRC-VU un transportl īdzekļa bloku  
5.6.1.  Fiziskais savienojums un saskarnes  
DSC_66 Savienojums starp  VU un DSRC-VU  var būt veikts, izman ­
tojot fizisku kabeli vai maza darb ības attāluma bezvadu 
saziņu, kuras pamat ā ir Bluetooth  v4.0 BLE.  
DSC_67 Neatkar īgi no izvēlētā fiziskā savienojuma un saskarnes j ābūt 
izpildītām šādām prasībām: 
DSC_68  ►M1 a) lai var ētu nolīgt dažādus piegādātājus transportl ī­
dzekļa bloka un DSRC-VU un daž ādu DSRC-VU 
partiju pieg ādei, savienojums starp transportl ī­
dzekļa bloku un DSRC-VU, kas nav transportl ī­
dzekļa blokā, ir atvērts standarta savienojums. 
Transportlīdzekļa bloks piesl ēdzas DSRC-VU 
kādā no šādiem veidiem: ◄ 
i) izmantojot fiks ētu vismaz 2 m garu kabeli un  
Straight DIN 41612 H11 Connector  savieno­
tāju — apstiprin ātu 11 tapu v īrišķo savienotāju 
no DSRC-VU, tam piel āgojot līdzīgu DIN/ISO 
apstiprinātu sievišķo savienotāju no transportl ī­
dzekļa bloka ier īces; 
ii) izmantojot  Bluetooth Low Energy  (BLE);  
iii) izmantojot ISO 11898 vai SAE J1939 stan ­
darta savienojumu;  
DSC_69 b) transportl īdzekļa bloka un DSRC-VU savstarp ējo 
saskarņu un savienojuma defin īcijai jāatbalsta 
5.6.2. ieda ļā noteiktās lietojuma protokola 
komandas, un  
DSC_70 c) transportl īdzekļa blokam un DSRC-VU j āatbalsta 
datu pārraides oper ācija ar savienojuma starpnie ­
cību attiecībā uz veiktsp ēju un barošanas avotu.  
5.6.2.  Lietojuma protokols  
DSC_71 Lietojuma protokols starp transportl īdzekļa bloka att ālinātās 
saziņas iekārtu un DSRC-VU atbild par att ālinātās saziņas 
datu regul āru pārraidi no transportl īdzekļa bloka uz DSRC.  
DSC_72 Identific ē šādas galven ās komandas:  
1) saziņas saites inicializ ācija — Piepras ījums;  
2) saziņas saites inicializ ācija — Atbilde;  
3) datu nos ūtīšana ar RTM lietojuma identifikatoru un lietde ­
rīgo slodzi, ko nosaka RTM dati;  
4) datu apstiprin āšana;  
5) saziņas saites p ārtraukšana — Piepras ījums;  
6) saziņas saites p ārtraukšana — Atbilde.  
DSC_73 ASN1.0 iepriekš min ētās komandas var defin ēt šādi: ▼M2
 02016R0799 — LV — 26.02.2020 — 002.001 — 529
  
DSC_74 Turpm āk sniegts komandu un parametru apraksts.  
— Lai inicializ ētu sazi ņas saiti, izmanto
  
. 
Transportlīdzekļa bloks nos ūta šo komandu DSRC-VU. 
Transportlīdzekļa bloks iestata LinkIdentifier un pazi ņo 
to DSRC-VU, lai izsekotu konkr ētu saziņas saiti.  
(Piezīme. Tas vajadz īgs, lai atbalst ītu turpmākas saites un 
citu lietojumu/modu ļus, tādus kā svēršana transportl ī­
dzeklī.) 
— Lai atbild ētu uz piepras ījumu inicializ ēt 
saziņas saiti, DSRC-VU izmanto
  
. 
DSRC-VU nos ūta šo komandu transportl īdzekļa blokam. 
Komandā kā atbildi nor āda incializ ācijas rezult ātu = 1 
(veiksmīgs) vai = 0 (neveiksm īgs). 
DSC_75 Sazi ņas saites inicializ āciju veic tikai p ēc tam, kad ir iesl ēgta 
instalēšana, kalibr ēšana un dzin ēja/transportl īdzekļa bloka 
iedarbināšana. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 530  
— Lai nos ūtītu parakstītos RCDTData datus (t. i.,  attālinātās 
saziņas datus ) DSRC-VU, transportl īdzekļa bloks izmanto
  
. Dati tiks nos ūtīti ik p ēc 
60 sekund ēm. Konkrēto datu pārraidi nosaka DataTran ­
sactionId parametrs. Lai nodrošin ātu, ka attiec īgā saite ir 
pareiza, izmanto ar ī LinkIdentifier.  
— Lai sniegtu atgriezenisko saiti transportl īdzekļa blokam 
par datu sa ņemšanu no
  komandas, 
kas identific ēta pēc DataTransactionId parametra, DSRC- 
VU nosūta
 . Atbildes 
parametrs ir 1 (veiksm īgs) vai = 0 (neveiksm īgs). Ja trans ­
portlīdzekļa bloks sa ņem vairāk nekā trīs atbildes, kas 
vienādas ar 0, vai ja transportl īdzekļa bloks nesa ņem 
RCDT datu apstiprin ājumu par konkr ētu iepriekš nos ūtītu 
“RCDT- nos ūtīt datus” komandu ar konkr ētu DataTran ­
sactionId, transportl īdzekļa bloks ģenerē un reģistrē noti­
kumu.  
— Lai pārtrauktu saiti ar konkr ētu LinkIdentifier, transportl ī­
dzekļa bloks nos ūta DSRC-VU komandu
  
. 
DSC_76 Restart ējot DSRC-VU vai transportl īdzekļa bloku, visas 
esošās saziņas saites j ādzēš, jo pēkšņas transportl īdzekļa 
bloka izslēgšanas dēļ ir iespējamas “kar ājošas” saites.  
— Lai apstiprin ātu transportl īdzekļa bloka piepras ījumu par 
saites pārtraukšanu attiec ībā uz konkr ētu LinkIdentifier, 
DSRC-VU nos ūta transportl īdzekļa blokam
  
. 
5.7. Kļūdu apstrāde 
5.7.1.  Datu re ģistrēšana un pazi ņošana DSRC-VU  
▼M1 
DSC_77 Ar  VUSM  funkciju  DSRC-VU  tiek iesniegti jau aizsarg āti dati. 
VUSM  pārbauda, vai  DSRC-VU  reģistrētie dati ir re ģistrēti 
pareizi. Jebk ādas kļūdas datu p ārraidē no transportl īdzekļa 
bloka  uz DSRC-VU  tiek paziņotas un reģistrētas ar tipu Event ­
FaultType un enum v ērtību iestatītu uz notikumu ‘0C’H 
Communication error with the remote communication facility 
kopā ar laika z īmogu.  
▼B 
DSC_78 Transportl īdzekļa bloks uztur datni, ko identific ē ar unikālu 
nosaukumu, kuru var viegli identific ēt inspektori, lai re ģistrētu 
“Transportl īdzekļa bloka iekš ējās saziņas atteices”.  
DSC_79 Ja  VUPM  mēģina iegūt transportl īdzekļa bloka datus no 
drošības moduļa (lai tos nodotu  DSRC-VU ), bet tas neizdodas, 
tas reģistrē atteices laiku ar tipu EventFaultType un ENUM 
vērtību iestatītu uz  ‘62’H Att ālinātās saziņas iekārtas 
saziņas atteice, kop ā ar laika z īmogu. Sazi ņas atteice tiek  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 531  
konstatēta, ja vairāk nekā trīs reizes pēc kārtas netiek sa ņemts
  
ziņojums attiec ībā uz sais­
tīto (t. i., ar t ādu pašu DataTransactionId
  
ziņojumos)
  
ziņojumu.  
5.7.2.  Bezvadu sazi ņas kļūdas 
DSC_80 Sazi ņas kļūdu apstrādi veic atbilstoši saist ītajiem DSRC stan ­
dartiem, proti, EN 300 674-1, EN 12253, EN 12795, 
EN 12834 un attiec īgajiem EN 13372 parametriem.  
5.7.2.1.  Kodējuma un parakstu k ļūdas 
DSC_81 Kod ējuma un parakstu k ļūdas apstrādā, kā noteikts 11. papil ­
dinājumā “Vienotie droš ības standarti”, un t ās netiek atspogu ­ 
ļotas kļūdu ziņojumos, kas saist īti ar DSRC datu p ārraidi.  
5.7.2.2.  Kļūdu reģistrēšana  
DSRC darbojas dinamisk ā bezvadu sazi ņas vidē, kurā ir nenoteikti at ­
mosfēras un trauc ējumu apstākļi, jo īpaši “portat īvā REDCR” un “brau ­
coša transportl īdzekļa” kombin ācijās, ar kurām saistīts šis lietojums. 
Tāpēc ir jāpārliecinās, kāda ir atšķirība starp “nolas īšanas atteici” un 
“kļūdas apstākli”. Darījumā, kas notiek ar bezvadu saskarnes starpnie ­
cību, nolasīšanas atteices notiek bieži, un parasti m ēģina vēlreiz, t. i., 
atkārtoti pārraida BST un m ēģina atkārtot sekvenci, kas liel ākajā daļā 
gadījumu noved pie veiksm īga saziņas savienojuma un datu p ārraides, ja 
vien mērķa transportl īdzeklis pārraides atk ārtošanai vajadz īgajā laikā 
neizbrauc no diapazona. (“Veiksm īgas nolasīšanas” gad ījums var b ūt 
saistīts ar vairākiem mēģinājumiem un atk ārtotām darbībām.) 
Nolasīšanas atteice var rasties t āpēc, ka antenas nav pien ācīgi sapārotas 
(“mērķēšanas” atteice), t āpēc, ka viena no anten ām ir ekran ēta — tas var 
būt izdarīts tīšām, bet to var ar ī izraisīt cita transportl īdzekļa fiziska 
klātbūtne; to var rad īt radio trauc ējumi, jo īpaši no apm. 5,8 GHz 
WIFI vai citiem publisk ās piekļuves bezvadu sakariem, vai ar ī šādas 
atteices var izrais īt radara trauc ējumi vai sarež ģīti atmosfēras apstākļi 
(piem., negaisa laik ā). Iemesls var b ūt arī izbraukšana no DSRC sakaru 
iekārtas diapazona. Individu ālus nolasīšanas attei ču gadījumus, ņemot 
vērā to specifiku, nevar re ģistrēt tāpēc vien, ka sazi ņa vienkārši nav 
notikusi.  
Tomēr, ja kompetent ās kontroles iest ādes pārstāvis mērķē pret transport ­
līdzekli un m ēģina nosūtīt pieprasījumu tā DSRC-VU , bet neseko veik ­
smīga datu pārraide, šāda atteice var b ūt radusies t īšas manipul ācijas dēļ, 
un tāpēc kompetent ās kontroles iest ādes pārstāvim ir vajadz īgs veids, k ā 
reģistrēt atteici un br īdināt lejupējos kolēģus par iesp ējamu pārkāpumu. 
Tad kolēģi var aptur ēt transportl īdzekli un veikt fizisku inspekciju. 
Tomēr, tā kā nav notikusi veiksm īga saziņa, DSRC-VU  nevar sniegt 
datus par atteici. T āpēc šāda ziņošana ir REDCR iek ārtas konstrukt īva 
funkcija.  
No tehnisk ā viedokļa “nolasīšanas atteice” atš ķiras no “k ļūdas”. Šajā 
kontekstā “kļūda” ir nepareizas v ērtības iegūšana. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 532  
Dati, kas tiek p ārraidīti DSRC-VU , tiek pieg ādāti jau aizsarg āti, tāpēc 
datu piegādātājam tie ir j āpārbauda (sk. 5.4. ieda ļu). 
Datus, ko v ēlāk pārraida, izmantojot bezvadu saskarni, p ārbauda cikli ­
skās redundances p ārbaudē saziņas līmenī. Ja CRC valid ē datus, tie ir 
pareizi. Ja CRC nevalid ē datus, tie tiek p ārraidīti vēlreiz. Iespējamība, ka 
dati varētu veiksmīgi izturēt CRC, kaut ar ī tie ir nepareizi, statistiski ir 
tik maza, ka to var ne ņemt vērā. 
Ja CRC nevalid ē datus un nav laika tos p ārsūtīt atkārtoti un sa ņemt 
pareizus datus, rezult āts nav kļūda, bet ir īpaša nolas īšanas atteices 
tipa instanc ēšana.  
Vienīgie jēgpilnie “atteices” dati, ko var re ģistrēt, ir dati par t ādu darī­
jumu veiksm īgas instanc ēšanas gadījumu skaitu, kuru rezult ātā nenotiek 
veiksmīga datu pārraide REDCR.  
DSC_82 T āpēc REDCR  reģistrē un ar laika z īmogu apzīmogo to gad ī­
jumu skaitu, kuros DSRC piepras ījuma “inicializ ācijas” 
posms ir veiksm īgs, bet dar ījums ir p ārtraukts, pirms 
REDCR ir veiksm īgi izguvis  datus . Šie dati ir pieejami 
kompetentās kontroles iest ādes pārstāvim, un tos saglab ā 
REDCR iek ārtas atmiņā. Tas, kādā veidā tas tiek pan ākts, ir 
atkarīgs no ražojuma konstrukcijas vai kompetent ās kontroles 
iestādes specifik ācijas.  
Vienīgie jēgpilnie “kļūdu” dati, ko var re ģistrēt, ir to gad ī­
jumu skaits, kuros REDCR nav izdevies dekod ēt saņemtos  
datus . Tomēr būtu jāņem vērā, ka minētais attiecas tikai uz 
REDCR programmat ūras efektivit āti. Dati var b ūt tehniski 
dekodēti, bet bez semantiskas noz īmes. 
DSC_83 T āpēc REDCR  reģistrē un apzīmogo ar laika z īmogu to gad ī­
jumu skaitu, kuros tas m ēģinājis dekodēt ar DSRC saskarnes 
starpniecību saņemtos datus, bet tas nav izdevies.  
6. ATT ĀLINĀTĀS SAZIŅAS FUNKCIJAS LAIŠANA EKSPLUAT Ā­
CIJĀ UN REGUL ĀRĀS INSPEKCIJAS P ĀRBAUDES  
6.1. Visp ārīgi 
DSC_84 Att ālinātās saziņas funkcijai ir paredz ētas divu veidu 
pārbaudes:  
1) ECHO p ārbaude, lai valid ētu DSRC-REDCR  >>-:-< DSRC- 
VU bezvadu  saziņas kanālu; 
2) “no gala l īdz galam” droš ības tests, lai p ārbaudītu, vai 
darbnīcas karte var piek ļūt kodētajam un parakst ītajam 
datu saturam, ko rad ījis transportl īdzekļa bloks un ko 
pārraida, izmantojot bezvadu sazi ņas kanālu. 
6.2. ECHO  
Šajā iedaļā ir ietverti noteikumi, kas īpaši izstrādāti, lai pārbaudītu tikai 
to, vai  DSRC-REDCR  >>-:-< DSRC-VU  saite ir funkcion āli aktīva. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 533  
ECHO komandas m ērķis ir sniegt darbn īcām vai riepu apstiprin āšanas 
izmēģinājumu iestādēm iespēju pārbaudīt, vai DSRC saite darbojas bez 
vajadzības piekļūt drošības akredit ācijas datiem. T āpēc pārbaudes 
iekārtai jāspēj inicializēt DSRC sazi ņu (nosūtot BST ar AID=2) un tad 
nosūtīt ECHO komandu. Tad, pie ņemot, ka DSRC darbojas, p ārbaudes 
iekārta saņems ECHO atbildi. Vair āk informācijas sk. 5.4.8. ieda ļā. 
Pieņemot, ka min ētā atbilde tiek sa ņemta pareizi, DSRC saiti ( DSRC- 
REDCR  >>-:-< DSRC-VU ) var valid ēt kā tādu, kas darbojas pareizi.  
6.3. Pārbaudes aizsarg āta datu satura valid ēšanai  
DSC_85 Šo p ārbaudi veic, lai valid ētu datu droš ības plūsmu “no gala 
līdz galam”. Š ādas pārbaudes veikšanai vajadz īgs DSRC 
pārbaudes nolas ītājs. DSRC p ārbaudes nolas ītājs veic tādas 
pašas funkcijas un tam ir t ādas pašas specifik ācijas kā nola­
sītājam, ko izmanto ties ībaizsardzības iestāžu darbinieki. 
Vienīgā atšķirība ir tāda, ka DSRC p ārbaudes nolas ītāja lieto­
tāja autentifik ācijai izmanto darbn īcas karti, nevis kontroles 
karti. Pārbaudi var veikt p ēc viedā tahogrāfa sākotnējās akti­
vizācijas vai kalibr ēšanas proced ūras beigās. Pēc aktivizācijas 
transportlīdzekļa bloks ģenerē un paziņo DSRC-VU  aizsar­
gātos savlaic īgas konstat ēšanas datus.  
DSC_86 Darbn īcas darbiniekiem DSRC p ārbaudes nolas ītājs jānovieto 
transportlīdzekļa priekšā 2–10 metru att ālumā. 
DSC_87 Tad darbn īcas darbinieki ievieto darbn īcas karti DSRC 
pārbaudes nolas ītājā, lai piepras ītu savlaicīgas konstat ēšanas 
datus no transportl īdzekļa bloka. P ēc veiksmīga pieprasījuma 
darbnīcas darbinieki piek ļūst saņemtajiem datiem, lai p ārlieci­
nātos, vai tie ir veiksm īgi validēti attiecībā uz integrit āti un 
dekodēti. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 534  
15. Papildin ājums  
PĀREJA: DAŽ ĀDU PAAUDŽU APR ĪKOJUMA L ĪDZĀSPASTĀVĒ­ 
ŠANAS P ĀRVALDĪBA 
SATURA R ĀDĪTĀJS 
1. DEFIN ĪCIJAS  
2. VISP ĀRĪGI NOTEIKUMI  
2.1. pārskats par p āreju 
2.2. transportl īdzekļu bloku un karšu sadarbsp ēja 
2.3. transportl īdzekļu bloku un kust ības sensoru sadarbsp ēja 
2.4. transportl īdzekļu bloku, tahogr āfa karšu un datu lejupiel ādes iekārtu 
sadarbspēja 
2.4.1 ar ide veikta tieša kartes lejupiel āde 
2.4.2 kartes lejupiel āde ar transportl īdzekļa bloka starpniec ību 
2.4.3 transportl īdzekļa bloka lejupiel āde 
2.5. transportl īdzekļa bloka un kalibr ēšanas aprīkojuma sadarbsp ēja 
3. GALVENIE PAS ĀKUMI LAIKPOSM Ā PIRMS IEVIEŠANAS 
DATUMA  
4. NOTEIKUMI PAR LAIKPOSMU P ĒC IEVIEŠANAS DATUMA  
1. DEFIN ĪCIJAS  
Šajā papildinājumā izmanto turpm āk minētās definīcijas:  
viedā tahogrāfa sistēma —  kā definēta šajā pielikumā (1. nodaļas 
bbb) punkts);  
pirmās paaudzes tahogr āfa sistēma —  kā definēta šajā regulā (2. panta 
1) punkts);  
otrās paaudzes tahogr āfa sistēma —  kā definēta šajā regulā (2. panta 
7) punkts);  
ieviešanas datums —  kā definēts šajā pielikum ā (1. noda ļas 
ccc) punkts);  
īpaša viediek ārta ( IDE): iekārta, ko izmanto datu lejupiel ādei, kā defi­
nēts šā pielikuma 7. papildin ājumā. 
2. VISP ĀRĪGI NOTEIKUMI  
2.1. Pārskats par p āreju 
Šā pielikuma preambul ā sniegta inform ācija par p āreju no pirm ās uz 
otrās paaudzes tahogr āfa sistēmām. 
Papildus min ētās preambulas noteikumiem:  
— pirmās paaudzes kust ības sensori neb ūs sadarbsp ējīgi ar otrās paau­
dzes transportl īdzekļu blokiem;  
— otrās paaudzes kust ības sensoru uzst ādīšana transportl īdzekļos tiks 
sākta vienlaikus ar otr ās paaudzes transportl īdzekļu bloku uzst ādī­ 
šanu;  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 535  
— datu lejupiel ādes un kalibr ēšanas aprīkojums būs jāpilnveido, lai tas 
atbalstītu abu paaudžu re ģistrācijas kontrolier īces un tahogr āfu 
kartes.  
2.2. Transportl īdzekļu bloku un karšu sadarbsp ēja 
▼M1 
Ir zināms, ka pirm ās paaudzes tahogr āfu kartes ir sadarbsp ējīgas ar 
pirmās paaudzes transportl īdzekļu blokiem atbilstoši Regulas (EEK) 
Nr. 3821/85 I.B pielikumam, bet otr ās paaudzes tahogr āfu kartes ir 
sadarbspējīgas ar otrās paaudzes transportl īdzekļu blokiem atbilstoši š īs 
regulas I.C pielikumam. Papildus piem ēro turpmāk izklāstītās prasības. 
▼B 
MIG_001 Iz ņemot gadījumus, kas paredz ēti ar MIG_004 un MIG_005 
prasību, pirmās paaudzes tahogr āfu kartes l īdz to derīguma 
termiņa beigām var turpin āt izmantot otr ās paaudzes trans ­
portlīdzekļu blokos. Tom ēr šo karšu tur ētāji var piepras īt, lai 
tās tiek aizst ātas ar otrās paaudzes tahogr āfu kartēm, tiklīdz 
tās ir pieejamas.  
MIG_002 Otr ās paaudzes transportl īdzekļu bloki spēj izmantot jebkuru 
derīgu ievietoto pirm ās paaudzes vad ītāja, kontroles vai 
uzņēmuma karti.  
MIG_003 Darbn īca šo spēju var atcelt, lai transportl īdzekļa bloks 
turpmāk pirmās paaudzes tahogr āfu kartes vairs nepie ņemtu. 
Atcelšanu var veikt tikai p ēc tam, kad Eiropas Komisija ir 
uzsākusi proced ūru, kuras m ērķis ir piepras īt darbnīcām to 
veikt, piem ēram, katrā tahogrāfa regulārajā inspekcijā. 
MIG_004 Otr ās paaudzes transportl īdzekļu blokos ir j āspēj izmantot 
tikai otrās paaudzes darbn īcu kartes.  
MIG_005 Darb ības režīma noteikšanai otr ās paaudzes transportl īdzekļu 
bloki ņem vērā tikai ievietot ās derīgās kartes tipu neatkar īgi 
no kartes paaudzes.  
MIG_006 Ikvienu der īgu otrās paaudzes tahogr āfa karti ir j āspēj 
izmantot pirm ās paaudzes transportl īdzekļu blokos tieši t ādā 
pašā veidā, kā tiktu izmantota t āda paša tipa pirm ās paaudzes 
tahogrāfa karte.  
2.3. Transportl īdzekļu bloku un kust ības sensoru sadarbsp ēja 
Ir zināms, ka pirm ās paaudzes kust ības sensori ir sadarbsp ējīgi ar pirmās 
paaudzes transportl īdzekļu blokiem, bet otr ās paaudzes kust ības 
sensori — ar otr ās paaudzes transportl īdzekļu blokiem. Papildus piem ēro 
turpmāk izklāstītās prasības. 
MIG_007 Otr ās paaudzes transportl īdzekļu blokus nav iesp ējams 
savienot un izmantot kop ā ar pirmās paaudzes kust ības 
sensoriem.  
MIG_008 Otr ās paaudzes kust ības sensorus var savienot un izmantot 
tikai kopā ar otrās paaudzes transportl īdzekļu blokiem vai 
kopā ar abu paaudžu transportl īdzekļu blokiem.  
2.4. Transportl īdzekļu bloku, tahogr āfa karšu un datu lejupiel ādes 
iekārtu sadarbsp ēja 
MIG_009 Datu lejupiel ādes iekārtu var izmantot vai nu tikai ar vienas 
paaudzes transportl īdzekļu blokiem un tahogr āfu kartēm, vai 
ar abu paaudžu blokiem un kart ēm. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 536  
2.4.1  Ar IDE veikta tieša kartes lejupiel āde 
MIG_010 Datu lejupiel ādi ar IDE  no vienas paaudzes tahogr āfu kartēm, 
kas ievietotas to karšu las ītājā, veic, izmantojot t ās pašas 
paaudzes droš ības mehānismus un datu lejupiel ādes proto­
kolus, un lejupiel ādētie dati ir t ādā formātā, kas noteikts 
attiecīgajai paaudzei.  
MIG_011 Lai vad ītāju kontroli var ētu veikt ar ī kontrolējošās iestādes, 
kas nav ES kontrol ējošās iestādes, otrās paaudzes vad ītāja 
(un darbnīcas) kartes ir j āspēj lejupielādēt tieši tādā pašā 
veidā kā pirmās paaudzes vad ītāja (un darbn īcas) kartes. 
Tiek lejupiel ādēti: 
▼M1 
— neparakst ītas element ārdatnes ic and icc (p ēc izvēles); 
▼B 
— neparakst ītas (pirmās paaudzes)
  
un
 element ārdatnes;  
▼M1 
— citas lietojuma datu element ārdatnes (no DF Tachograph) 
ko pieprasa pirm ās paaudzes kartes lejupiel ādes proto­
kols. Šī informācija ir aizsarg āta ar elektronisko parakstu 
atbilstoši pirm ās paaudzes droš ības mehānismiem.  
Šādās lejupielādēs nav tādas lietotnes datu element ārdatnes, 
kuras ir tikai otr ās paaudzes vad ītāja (un darbn īcas) kartēs 
(lietotnes datu element ārdatnes no DF Tachograph_G2).  
▼B 
2.4.2  Kartes lejupiel āde ar transportl īdzekļa bloka starpniec ību 
MIG_012 Datu lejupiel āde no otr ās paaudzes kartes, kas ievietota 
pirmās paaudzes transportl īdzekļa blokā, notiek, izmantojot 
pirmās paaudzes datu lejupiel ādes protokolu. Š āda karte 
atbild uz transportl īdzekļa bloka komand ām tieši tādā pašā 
veidā kā pirmās paaudzes karte, un lejupiel ādētie dati ir t ādā 
pašā formātā kā dati, kas lejupiel ādēti no pirm ās paaudzes 
kartes.  
MIG_013 Datu lejupiel āde no pirm ās paaudzes kartes, kas ievietota 
otrās paaudzes transportl īdzekļa blokā, notiek, izmantojot 
datu lejupiel ādes protokolu, kas defin ēts šā pielikuma 
7. papildin ājumā. Transportl īdzekļa bloks s ūta komandas 
kartei tieši t ādā pašā veidā kā pirmās paaudzes transportl ī­
dzekļa bloks, un lejupiel ādētie dati atbilst form ātam, kas 
noteikts pirm ās paaudzes kart ēm. 
2.4.3  Transportl īdzekļa bloka lejupiel āde 
▼M1 
MIG_014 Papildus kontrol ējošo iestāžu, kas nav ES kontrol ējošās 
iestādes, veiktas vad ītāja kontroles jomai datus lejupiel ādē 
no otrās paaudzes transportl īdzekļa blokiem, izmantojot 
otrās paaudzes droš ības mehānismus, un datu lejupiel ādes 
protokolu, kas nor ādīts šā pielikuma 7. papildin ājumā. 
MIG_015 Lai vad ītāju kontroli var ētu veikt ar ī kontrolējošās iestādes, 
kas nav ES kontrol ējošās iestādes, pēc izvēles var nodrošin āt 
arī iespēju datu lejupiel ādi no otrās paaudzes transportl ī­
dzekļa blokiem veikt ar pirm ās paaudzes droš ības mehāni­
smiem. Tad lejupiel ādētie dati ir t ādā pašā formātā kā dati, 
kas lejupiel ādēti no pirmās paaudzes transportl īdzekļa bloka. 
Šādu iespēju var izv ēlēties, izmantojot attiec īgas komandas 
izvēlnē. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 537  
2.5. Transportl īdzekļa bloka un kalibr ēšanas apr īkojuma sadarbsp ēja 
MIG_016 Ar kalibr ēšanas aprīkojumu jāspēj veikt visu paaudžu taho ­
grāfu kalibrēšanu, izmantojot attiec īgās paaudzes kalibr ē­ 
šanas protokolu. Kalibr ēšanas aprīkojumu var izmantot tikai 
ar vienas paaudzes tahogr āfu vai ar abu paaudžu tahogr āfiem.  
3. GALVENIE PAS ĀKUMI LAIKPOSM Ā PIRMS IEVIEŠANAS 
DATUMA  
MIG_017 Testa atsl ēgas un sertifik āti ražotājiem ir pieejami vismaz  
30 mēnešus  pirms ieviešanas datuma.  
MIG_018 Sadarbsp ējas testi ir gatavi izmantošanai, ja tos pieprasa ražo ­
tājs, vismaz  15 mēnešus  pirms ieviešanas datuma.  
MIG_019 Ofici ālās atslēgas un sertifik āti ražotājiem ir pieejami vismaz  
12 mēnešus  pirms ieviešanas datuma.  
MIG_020 Dal ībvalstis ir sp ējīgas izdot otr ās paaudzes darbn īcas kartes 
vismaz  3 mēnešus  pirms ieviešanas datuma.  
MIG_021 Dal ībvalstis ir sp ējīgas izdot visu tipu otr ās paaudzes taho ­
grāfu kartes vismaz  1 mēnesi pirms ieviešanas datuma . 
4. NOTEIKUMI PAR LAIKPOSMU P ĒC IEVIEŠANAS DATUMA  
MIG_022 P ēc ieviešanas datuma dal ībvalstis izdod tikai otr ās paaudzes 
tahogrāfu kartes.  
MIG_023 Transportl īdzekļa bloku vai kust ības sensoru ražot ājiem ir 
atļauts ražot pirm ās paaudzes transportl īdzekļa blokus vai 
kustības sensorus, ja vien tie aizvien tiek izmantoti praks ē, 
lai būtu iespējams aizstāt bojātus komponentus.  
MIG_024 Transportl īdzekļa bloku vai kust ības sensoru ražot ājiem ir 
atļauts piepras īt un saņemt tipa apstiprin ājumu tādu pirmās 
paaudzes transportl īdzekļa bloku vai kust ības sensoru 
apkopei, kuriem jau ir tipa apstiprin ājums.  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 538  
16. Papildin ājums.  
ADAPTERS M1 UN N1 KATEGORIJAS TRANSPORTL ĪDZEKĻIEM  
SATURA R ĀDĪTĀJS 
1. SAĪSINĀJUMI UN ATSAUCES DOKUMENTI  
1.1. Saīsinājumi 
1.2. Atsauces standarti  
2. ADAPTERA VISP ĀRĪGS RAKSTUROJUMS UN FUNKCIJAS  
2.1. Adaptera visp ārīgs apraksts  
2.2. Funkcijas  
2.3. Droš ība 
3. PRAS ĪBAS PAR RE ĢISTRĀCIJAS KONTROLIER ĪCĒM, JA IR 
UZSTĀDĪTS ADAPTERS  
4. PRAS ĪBAS PAR ADAPTERA KONSTRUKCIJU UN DARB ĪBU 
4.1. Ienākošo ātruma impulsu uztveršana un p ārveidošana  
4.2. Ienākošo impulsu padošana uz ieb ūvēto kustības sensoru  
4.3. Iebūvētais kustības sensors  
4.4. Droš ības prasības 
4.5. Darb ības rakturlielumi  
4.6. Materi āli 
4.7. Mar ķējumi 
5. REĢISTRĀCIJAS KONTROLIER ĪČU UZSTĀDĪŠANA, JA IZMANTO 
ADAPTERU  
5.1. Uzst ādīšana 
5.2. Plomb ēšana 
6. Pārbaudes, inspekcijas un remonts  
6.1. Regul āras inspekcijas  
7. REĢISTRĀCIJAS KONTROLIER ĪČU TIPA APSTIPRIN ĀŠANA, JA 
IZMANTO ADAPTERU  
7.1. Visp ārīgi norādījumi 
7.2. Funkcionalit ātes sertifik āts 
1. SAĪSINĀJUMI UN ATSAUCES DOKUMENTI  
1.1. Saīsinājumi  
VD vēl jādefinē 
TB transportl īdzekļa bloks  
1.2. Atsauces standarti  
ISO 16844-3 Autotransporta l īdzekļi – Tahogr āfu sistēmas – 3. da ļa: 
Kustības sensora interfeiss  
2. ADAPTERA VISP ĀRĪGS RAKSTUROJUMS UN FUNKCIJAS  
2.1. Adaptera visp ārīgs apraksts  
ADA_001 Adapters pievienotajam transportl īdzekļa blokam nep ārtraukti 
sūta aizsargātus kustības datus, kas ir reprezentat īvi transport ­
līdzekļa ātrumam un nobrauktajam att ālumam.  
Adapters paredz ēts tikai transportl īdzekļiem, kuriem saska ņā ar 
šo regulu j ābūt aprīkotiem ar re ģistrācijas kontrolier īci. ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 539  
To uzstāda un izmanto tikai to tipu transportl īdzekļos, kas 
definēti I.C pielikuma yy) punkt ā, ja tajos meh āniski nav iesp ē­
jams uzstādīt jebkura cita veida esošo kust ības sensoru, kurš 
citādi atbilst š ā pielikuma un t ā 1. līdz 16. papildin ājuma notei ­
kumiem.  
Adapters nedr īkst būt mehāniski savienots ar transportl īdzekļa 
kustīgajām daļām, bet tam j āpievada ātruma/attāluma impulsi, 
ko ģenerē iebūvēti sensori vai alternat īvas saskarnes.  
ADA_002 Adaptera korpus ā uzstāda kustības sensoru, kas sa ņēmis tipa 
apstiprinājumu (saska ņā ar I.C pielikuma 8. ieda ļas “Reģistrā­
cijas kontrolier īču un tahogr āfa karšu tipa apstiprin āšana” 
noteikumiem), k ā arī impulsa p ārveidotāju, kas ien ākošos 
impulsus padod uz ieb ūvēto kustības sensoru. Ieb ūvēto 
kustības sensoru pievieno transportl īdzekļa blokam (TB) t ā, 
lai TB un adaptera saskarne atbilstu standart ā ISO 16844-3 
noteiktajām prasībām. 
2.2. Funkcijas  
ADA_003 Adapteram ir š ādas funkcijas:  
— ienākošo ātruma impulsu uztveršana un p ārveidošana;  
— ienākošo impulsu padošana uz ieb ūvēto kustības sensoru;  
— kā arī visas iebūvētā kustības sensora funkcijas, ar kur ām 
transportlīdzekļa blokam nodrošina aizsarg ātus kustības 
datus.  
2.3. Drošība 
ADA_004 Adapteram nav vajadz īga drošības sertifik ācija saskaņā ar šā 
pielikuma 10. papildin ājumā kustības sensoram noteikto 
drošības mērķi. Tā vietā piemēro šā papildinājuma 4.4. punkt ā 
noteiktās drošības prasības. 
3. PRAS ĪBAS PAR RE ĢISTRĀCIJAS KONTROLIER ĪCĒM, JA IR 
UZSTĀDĪTS ADAPTERS  
Šajā un turpmākajās nodaļās aprakstīts, kā interpretējamas šajā pielikumā 
noteiktās prasības, ja tiek izmantots adapters. Iekav ās norādīta attiecīgo 
prasību numerācija I.C pielikum ā. 
ADA_005 Transportl īdzekļu reģistrācijas kontrolier īcēm, kas apr īkotas ar 
adapteru, j āatbilst visiem š ā pielikuma noteikumiem, iz ņemot, 
ja šajā papildinājumā noteikts cit ādi. 
ADA_006 Ja ir uzst ādīts adapters, re ģistrācijas kontrolier īcēs ietilpst 
kabeļi, adapters (tostarp kust ības sensors) un transportl īdzekļa 
bloks (01).  
ADA_007 Re ģistrācijas kontrolier īces notikumu un/vai k ļūdu konstat ē­ 
šanas funkciju modific ē šādi: 
— ja netiek izmantots kalibr ēšanas režīms, notikumu “baro ­ 
šanas strāvas pārtraukums” izraisa TB, ja ieb ūvētā kustības 
sensora barošanas str āvas pārtraukums p ārsniedz 200 mili ­
sekundes (79);  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 540  
— notikumu “kust ības datu k ļūda” izraisa TB, ja starp ieb ū­
vēto kustības sensoru un transportl īdzekļa bloku rodas 
normālas datu pl ūsmas pārtraukums un/vai ja datu 
apmaiņas laikā starp iebūvēto kustības sensoru un trans ­
portlīdzekļa bloku rodas datu integrit ātes vai datu autenti ­
fikācijas kļūda (83);  
— ja netiek izmantots kalibr ēšanas režīms, notikumu “droš ības 
sistēmas pārkāpuma mēģinājums” izraisa TB, ja rodas k āds 
cits notikums, kas ietekm ē iebūvētā kustības sensora 
drošību (85);  
— ja netiek izmantots kalibr ēšanas režīms, notikumu “re ģistrā­
cijas kontrolier īces kļūda” izraisa TB, ja rodas k ļūda iebū­
vētajā kustības sensor ā (88).  
ADA_008 Adaptera k ļūdas, kuras var konstat ēt reģistrācijas kontrolier īces, 
ir saistītas ar iebūvēto kustības sensoru (88).  
ADA_009 Transportl īdzekļa bloka kalibr ēšanas funkcija ļauj iebūvēto 
kustības sensoru autom ātiski pievienot transportl īdzekļa blokam 
(202, 204).  
4. PRAS ĪBAS PAR ADAPTERA KONSTRUKCIJU UN DARB ĪBU 
4.1. Ienākošo ātruma impulsu uztveršana un p ārveidošana  
ADA_011 Adaptera ieejas saskarn ē tiek uztverti transportl īdzekļa ātrumu 
un nobraukumu reprezentat īvi frekvences impulsi. Ieejas 
impulsu elektriskie raksturlielumi:  vēl jādefinē ražotājam. 
Regulēšana ir pieejama tikai adaptera ražot ājam, un apstipri ­
nātai darbnīcai, kas veic adaptera uzst ādīšanu, ja vajadz īgs, ir 
iespējas pieskaņot adaptera ieejas saskarni transportl īdzeklim.  
ADA_012 Adaptera ieejas saskarn ē, ja vajadz īgs, ir iesp ēja ienākošo 
ātruma sign ālu frekvences impulsus reizin āt vai dal īt ar 
noteiktu koeficientu, lai sign ālu pielāgotu koeficienta k v ērtību 
intervālam, kas noteikts šaj ā pielikumā (4 000–25 000 impul ­
si/km). Šo noteikto koeficientu var ieprogramm ēt tikai adaptera 
ražotājs un apstiprin ātā darbnīca, kas veic adaptera uzst ādīšanu.  
4.2. Ienākošo impulsu padošana uz ieb ūvēto kustības sensoru  
ADA_013 Ien ākošos impulsus, kas var b ūt pārveidoti iepriekš aprakst ītajā 
veidā, padod uz ieb ūvēto kustības sensoru t ā, lai kustības 
sensors konstat ētu visus ien ākošos impulsus.  
4.3. Iebūvētais kustības sensors  
ADA_014 Ieb ūvētajam kust ības sensoram padod ģenerētos impulsus, 
tādējādi nodrošinot t ādu kustības datu ģenerāciju, kas prec īzi 
reprezentē transportl īdzekļa kustību tieši t āpat kā tad, ja 
kustības sensors b ūtu mehāniski savienots ar k ādu transportl ī­
dzekļa kustīgu daļu. 
ADA_015 Adaptera identific ēšanai transportl īdzekļa bloks izmanto ieb ū­
vētā kustības sensora identifik ācijas datus (95).  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 541  
ADA_016 Uzst ādīšanas datus, kas glab ājas iebūvētajā kustības sensor ā, 
uzskata par adaptera uzst ādīšanas datiem (122).  
4.4. Drošības prasības 
ADA_017 Adaptera korpusa konstrukcija ir t āda, lai to nevar ētu atvērt. 
Tas ir plomb ēts tā, lai varētu vienkārši konstat ēt manipulācijas 
mēģinājumus (piem ēram, veicot vizu ālu pārbaudi, sk. 
ADA_035). Plomb ām ir tādas pašas pras ības kā kustības 
sensora plomb ām (398 līdz 406).  
ADA_018 Ieb ūvēto kustības sensoru nav iesp ējams izņemt no adaptera, 
nesabojājot plombu(-as) uz adaptera korpusa vai plombu starp 
sensoru un adaptera korpusu (sk. ADA_034).  
ADA_019 Adapters nodrošina, ka kust ības datus apstr ādā un iegūst tikai 
no signāla adaptera ieej ā. 
4.5. Darbības rakturlielumi  
ADA_020 Adapters piln ībā darbojas temperat ūras diapazon ā, ko norādījis 
ražotājs. 
ADA_021 Adapters piln ībā darbojas gaisa relat īvajā mitrumā no 10 % l īdz 
90 % (214).  
ADA_022 Adapters ir aizsarg āts pret pārspriegumu, barošanas str āvas 
polaritātes maiņu un īssavienojumiem (216).  
ADA_023 Adapters vai nu:  
— reaģē uz magnētisko lauku, kas trauc ē noteikt transportl ī­
dzekļa kustību. Šādos gadījumos transportl īdzekļa bloks 
reģistrēs un saglab ās informāciju par sensora k ļūmi (88), 
vai 
— tam ir dev ēja elements, kas ir aizsarg āts vai nejut īgs pret 
magnētiskajiem laukiem (217).  
ADA_24 Adapters atbilst starptautisko noteikumu ANO/EEK R10 
prasībām par elektromagn ētisko sader ību un ir aizsarg āts pret 
elektrostatisk ām izlādēm un trauc ējumiem (218).  
4.6. Materi āli 
ADA_025 Adapters atbilst aizsardz ības kategorijai ( to definē ražotājs 
atkarībā no uzstādīšanas vietas ) (220, 221).  
ADA_026 Adaptera korpuss ir dzelten ā krāsā. 
4.7. Marķējumi  
ADA_027 Uz adaptera ir piestiprin āta plāksnīte, kurā norādīta šāda infor­
mācija: 
— adaptera ražot āja nosaukums un adrese;  
— ražotāja detaļas numurs un adaptera izgatavošanas gads;  
— apstiprin ājuma marķējums, kas nor āda adaptera tipu vai 
reģistrācijas kontrolier īces tipu, kur ā ietilpst adapters;  
— adaptera uzst ādīšanas datums;  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 542  
— tā transportl īdzekļa identifik ācijas numurs, kur ā tas uzstā­
dīts. 
ADA_028 Min ētajā plāksnītē norāda arī šādus datus (ja tie nav tieši nola ­
sāmi iebūvētā kustības sensora ārpusē): 
— iebūvētā kustības sensora ražot āja nosaukums;  
— ražotāja detaļas numurs un ieb ūvētā kustības sensora izga ­
tavošanas gads;  
— iebūvētā kustības sensora tipa apstiprin ājuma marķējums.  
5. REĢISTRĀCIJAS KONTROLIER ĪČU UZSTĀDĪŠANA, JA IZMANTO 
ADAPTERU  
5.1. Uzstādīšana  
ADA_029 Adapterus, kurus paredz ēts uzstādīt transportl īdzekļos, uzstāda 
tikai transportl īdzekļa ražotājs vai apstiprin āta darbnīca, kurai ir 
atļauja uzstādīt, aktivizēt un kalibr ēt digitālos un viedos taho ­
grāfus. 
ADA_030 Š āda apstiprin āta darbnīca, uzstādot adapteru, noregul ē tā ieejas 
saskarni un izraug ās ieejas sign āla dalīšanas koeficientu (ja 
vajadzīgs). 
ADA_031 Š āda apstiprin āta darbnīca, uzstādot adapteru, plomb ē adaptera 
korpusu.  
ADA_032 Adapteru uzst āda iespējami tuvu tai transportl īdzekļa daļai, kas 
padod tā ieejas impulsus.  
ADA_033 Vadi, ko izmanto adaptera barošanas str āvas pievadam, ir 
sarkanā (pozitīvais pols) un meln ā (masa) kr āsā. 
5.2. Plomb ēšana  
ADA_034 Piem ēro šādas prasības par plomb ēšanu:  
— adaptera korpuss ir plomb ēts (sk. ADA_017);  
— ja ir iesp ējams no adaptera iz ņemt iebūvēto kustības 
sensoru, nesaboj ājot plombas uz adaptera korpusa, j ābūt 
plombai starp ieb ūvētā sensora korpusu un adaptera 
korpusu (sk. ADA_018);  
— jābūt plombai starp adaptera korpusu un transportl īdzekli;  
— adaptera savienojums ar iek ārtu, kas padod ien ākošos 
impulsus, ir plomb ēts abos galos (veid ā, kādā tas ir prak ­
tiski iespējams).  
6. PĀRBAUDES, INSPEKCIJAS UN REMONTS  
6.1. Regulāras inspekcijas  
ADA_035 Ja tiek izmantots adapters, re ģistrācijas kontrolier īču regulāro 
inspekciju laik ā (saskaņā ar 1.C pielikuma 409)–413) pras ību) 
pārbauda:  
— vai uz adaptera ir tipa apstiprin ājuma marķējums;  
— vai nav boj ātas plombas uz adaptera un t ā savienojumiem;  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 543  
— vai adapters ir uzst ādīts tā, kā norādīts uzstādīšanas plāks­
nītē; 
— vai adapters ir uzst ādīts tā, kā noteicis adaptera un/vai 
transportlīdzekļa ražotājs; 
— vai adapteru at ļauts uzstādīt pārbaudāmajā transportlīdzeklī. 
ADA_036 Min ēto inspekciju laik ā veic kalibr ēšanu un aizst āj visas 
plombas, neatkar īgi no to st āvokļa. 
7. REĢISTRĀCIJAS KONTROLIER ĪČU TIPA APSTIPRIN ĀŠANA, JA 
IZMANTO ADAPTERU  
7.1. Vispārīgi norādījumi  
ADA_037 Re ģistrācijas kontrolier īces iesniedz tipa apstiprin āšanai 
komplektā ar adapteru (425).  
ADA_038 Adapteru var iesniegt atseviš ķai tipa apstiprin āšanai, kas 
attiecas tikai uz adapteru, vai tipa apstiprin āšanai kā daļai no 
reģistrācijas kontrolier īces. 
ADA_039 Tipa apstiprin āšanā veic adaptera funkcion ālos testus. Par šo 
testu pozit īviem rezult ātiem izdod attiec īgu sertifikātu (426).  
7.2. Funkcionalit ātes sertifik āts 
ADA_040 Adaptera ražot ājam funkcionalit ātes sertifik ātu par adapteru vai 
reģistrācijas kontrolier īci kopā ar adapteru izdod tikai p ēc visu 
turpmāk minēto obligāto funkcionalit ātes testu pozit īvu rezul­
tātu saņemšanas.  
Nr. Tests  Apraksts  Saist ītās prasības 
1. Administrat īvā pārbaude  
1.1. Dokument ācija Adaptera dokumen ­
tācijas pareiz ība 
2. Vizu āla pārbaude  
2.1. Adaptera atbilst ība dokument ācijai 
2.2. Adaptera identifik ācija/marķējums  ADA_027, 
ADA_028  
2.3. Adaptera materi āli 219)–223) pras ība 
ADA_026  
2.4. Plombēšana ADA_017, 
ADA_018, 
ADA_034  
3. Funkcionalit ātes testi  
3.1. Ātruma impulsu padošana uz ieb ūvēto kustības 
sensoru  ADA_013  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 544  
Nr. Tests  Apraksts  Saist ītās prasības 
3.2. Ienākošo ātruma impulsu uztveršana un 
pārveidošana  ADA_011, 
ADA_012  
3.3. Kustības mērījumu precizit āte 30)–35) pras ība, 
217) prasība 
4. Videsiztur ības testi  
4.1. Ražotāja testu rezult āti Ražot āja veikto 
videsizturības testu 
rezultāti ADA_020, 
ADA_021, 
ADA_022, 
ADA_024  
5. EMC  
5.1. Starojums un jut ība pret 
starojumu  Verificē atbilstību 
Direktīvai 2006/28/ 
EK ADA_024  
5.2. Ražotāja testu rezult āti Ražot āja veikto 
videsizturības testu 
rezultāti ADA_024  ▼B
 02016R0799 — LV — 26.02.2020 — 002.001 — 545  
II PIELIKUMS  
APSTIPRIN ĀJUMA MAR ĶĒJUMS UN SERTIFIK ĀTS 
I. APSTIPRIN ĀJUMA MAR ĶĒJUMS  
1. Apstiprin ājuma marķējums ir:  
a) taisnstūra veidā, uz kura p ēc burta “e” seko apstiprin ājuma izdev ējas valsts 
apzīmējums cipariem vai burtiem: 
Beļģija 6  
Bulgārija 34  
Čehijas Republika  8  
Dānija 18  
Vācija 1  
Igaunija  29  
Īrija 24  
Grieķija 23  
Spānija 9  
Francija  2  
Horvātija 25  
Itālija 3  
Kipra  CY  
Latvija  32  
Lietuva  36  
Luksemburga  13  
Ungārija 7  
Malta  MT  
Nīderlande  4  
Austrija  12  
Polija  20  
Portugāle 21  
Rumānija 19  
Slovēnija 26  
Slovākija 27  
Somija  17  
Zviedrija  5  
Apvienotā Karaliste  11  
un 
▼M1 
b) jebkurā vietā tūlīt aiz taisnst ūra ir apstiprin ājuma numurs, kas atbilst re ģis­
trācijas kontrolier īces prototipam, re ģistrācijas diagrammai vai tahogr āfa 
kartei sagatavot ā apstiprinājuma sertifik āta numuram.  ▼C1
 02016R0799 — LV — 26.02.2020 — 002.001 — 546  
2. Apstiprin ājuma marķējums ir uz katra ier īces komplekta apraksta pl āksnes, uz 
katras reģistrācijas diagrammas un uz katras tahogr āfa kartes. Mar ķējumam 
jābūt neizdzēšamam un viegli salas āmam.  
3. Apstiprin ājuma marķējuma minim ālie izmēri milimetros nor ādīti attēlā ( 1 ). 
Marķējumu palielinot, j āsaglabā izmēru proporcijas.
  ▼C1 
( 1 ) Šie skait ļi norādīti tikai kā paraugs.
 02016R0799 — LV — 26.02.2020 — 002.001 — 547  
II. ANALOGO TAHOGR ĀFU APSTIPRIN ĀJUMA SERTIFIK ĀTS 
Dalībvalsts, kura devusi apstiprin ājumu, pieteikuma iesniedz ējam izsniedz apstip ­
rinājuma sertifik ātu, kura paraugs nor ādīts turpmāk. Citu dal ībvalstu inform ēšanai 
par izdotajiem apstiprin ājumiem vai to anul ēšanu dalībvalsts izmanto min ētā 
sertifikāta kopijas.  
APSTIPRIN ĀJUMA SERTIFIK ĀTS 
Kompetent ās administr ācijas nosaukums  
Paziņojums par (  1 ): 
— reģistrācijas kontrolier īces tipa apstiprin ājumu  
— reģistrācijas kontrolier īces tipa apstiprin ājuma anulēšanu 
— reģistrācijas diagrammas parauga apstiprin ājumu  
— reģistrācijas diagrammas parauga apstiprin ājuma anulēšanu 
Apstiprinājuma Nr.:  
...................................  
1. Preču zīme vai nosaukums  
2. Tipa vai mode ļa nosaukums  
3. Ražotāja nosaukums  
4. Ražotāja adrese  
5. Iesniegts apstiprin āšanai (datums):  
6. Testēts (iestādes nosaukums)  
7. Testa(-u) datums un numurs  
8. Apstiprin ājuma datums  
9. Apstiprin ājuma anulēšanas datums  
10. Reģistrācijas kontrolier īču veids vai veidi, kuriem paredz ēts izmantot veid ­
lapu 
11. Vieta  
12. Datums  
13. Pievienotie apraksta dokumenti  
14. Piezīmes (tostarp plombu atrašan ās vieta, ja vajadz īgs) 
(paraksts)  ▼C1 
( 1 ) Svītrot punktus, kas nav piem ērojami.
 02016R0799 — LV — 26.02.2020 — 002.001 — 548  
III DIGITĀLO TAHOGR ĀFU APSTIPRIN ĀJUMA SERTIFIK ĀTS 
Dalībvalsts, kura devusi apstiprin ājumu, pieteikuma iesniedz ējam izsniedz apstip ­
rinājuma sertifik ātu, kura paraugs nor ādīts turpmāk. Citu dal ībvalstu inform ēšanai 
par izdotajiem apstiprin ājumiem vai to anul ēšanu dalībvalsts izmanto min ētā 
sertifikāta kopijas.  
DIGITĀLO TAHOGR ĀFU APSTIPRIN ĀJUMA SERTIFIK ĀTS 
Kompetent ās administr ācijas nosaukums  
Paziņojums par (  1 ): 
□ apstiprin ājumu: □ apstiprin ājuma anulēšanu: 
□ reģistrācijas kontrolier īces modelim  
□ reģistrācijas kontrolier īces komponentam (  2 ) 
□ vadītāja kartei  
□ darbnīcas kartei  
□ uzņēmuma kartei  
□ kontroliera kartei  
Apstiprinājuma Nr.:  
1. Ražotāja zīmols vai pre ču zīme 
2. Modeļa nosaukums  
3. Ražotāja nosaukums  
4. Ražotāja adrese  
▼M1 
5. Iesniegts apstiprin āšanai (datums)  
▼C1 
6. Laboratorija(-as)  
7. Testēšanas pārskata numurs un izdošanas datums  
8. Apstiprin ājuma datums  
9. Apstiprin ājuma anulēšanas datums  
10. Reģistrācijas kontrolier īces(-ču) modelis, ar kuru paredz ēts lietot komponentu  
11. Vieta  
12. Datums  
13. Pievienotie apraksta dokumenti  
14. Piezīmes (tostarp plombu atrašan ās vieta, ja vajadz īgs) 
(paraksts)  ▼C1 
( 1 ) Atzīmējiet attiecīgās rūtiņas. 
( 2 ) Norādiet paziņojumā izklāstīto komponentu.
 02016R0799 — LV — 26.02.2020 — 002.001 — 549  
IV. VIEDO TAHOGR ĀFU APSTIPRIN ĀJUMA SERTIFIK ĀTS 
Dalībvalsts, kura devusi apstiprin ājumu, pieteikuma iesniedz ējam izsniedz apstip ­
rinājuma sertifik ātu, kura paraugs nor ādīts turpmāk. Citu dal ībvalstu inform ēšanai 
par izdotajiem apstiprin ājumiem vai to anul ēšanu dalībvalsts izmanto min ētā 
sertifikāta kopijas.  
VIEDO TAHOGR ĀFU APSTIPRIN ĀJUMA SERTIFIK ĀTS 
Kompetent ās administr ācijas nosaukums  
Paziņojums par (  1 ): 
□ apstiprin ājumu: □ apstiprin ājuma anulēšanu: 
□ reģistrācijas kontrolier īces modelim  
□ reģistrācijas kontrolier īces komponentam (  2 ) 
□ vadītāja kartei  
□ darbnīcas kartei  
□ uzņēmuma kartei  
□ kontroliera kartei  
Apstiprinājuma Nr.:  
1. Ražotāja zīmols vai pre ču zīme 
2. Modeļa nosaukums  
3. Ražotāja nosaukums  
4. Ražotāja adrese  
▼M1 
5. Iesniegts apstiprin āšanai(datums)  
▼C1 
6. a) Funkcionalit ātes sertifik ācijas testēšanas laboratorija  
b) Drošības sertifik ācijas testēšanas laboratorija  
c) Sadarbsp ējas sertifik ācijas testēšanas laboratorija  
7. a) Funkcionalit ātes sertifik āta izdošanas datums un numurs  
b) Drošības sertifik āta izdošanas datums un numurs  
c) Sadarbsp ējas sertifik āta izdošanas datums un numurs  
8. Apstiprin ājuma datums  
9. Apstiprin ājuma anulēšanas datums  
10. Reģistrācijas kontrolier īces(-ču) modelis, ar kuru paredz ēts lietot komponentu  
11. Vieta  
12. Datums  
13. Pievienotie apraksta dokumenti  
14. Piezīmes (tostarp plombu atrašan ās vieta, ja vajadz īgs) 
(paraksts)  ▼C1 
( 1 ) Atzīmējiet attiecīgās rūtiņas. 
( 2 ) Norādiet paziņojumā izklāstīto komponentu.